freebsd-ia64 Digest, Vol 95, Issue 1
freebsd-ia...@freebsd.org
freebs...@freebsd.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freebsd.org/mailman/listinfo/freebsd-ia64
or, via email, send a message with subject or body 'help' to
freebsd-ia...@freebsd.org
You can reach the person managing the list at
freebsd-i...@freebsd.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of freebsd-ia64 digest..."
Today's Topics:
1. > 2G memory on ia64? (Hiroharu Tamaru)
2. Re: [PATCH] More stackgap removal (John Baldwin)
3. Re: [PATCH] More stackgap removal (Bernd Walter)
4. Re: [PATCH] More stackgap removal (Jung-uk Kim)
----------------------------------------------------------------------
Message: 1
Date: Wed, 09 Mar 2005 23:24:01 +0900
From: Hiroharu Tamaru <tam...@myn.rcast.u-tokyo.ac.jp>
Subject: > 2G memory on ia64?
To: ia...@FreeBSD.org
Message-ID: <sa6ll8w...@gin.myn.rcast.u-tokyo.ac.jp>
Content-Type: text/plain; charset=US-ASCII
Hello,
I am trying to setup an Intel SR870BH2 based machine
(dual Itanium 2, E8870 Chipset, 16GB memory).
At the moment, I am waiting for a HDD to arrive, so it's not
really _installed_ yet, but never the less I tried booting
from the FreeBSD/ia64 5.3-RELEASE CD-ROM #2 (livefs), and
realized that only 2GB of the memory is detected (The BIOS
message says it has detected 16384MB).
I tried 'set hw.physmem="16G"', or "10G" for example, but in
vain.
Is there anything else I should setup to let it recognize
full 16GB?
Thank you.
--
Hiroharu Tamaru
First several lines of the boot message as logged on the
serial console follows:
OK show
LINES=24
bootfile=kernel
console=efi
currdev=fs0a:
hw.physmem=10G
hw.uart.console=io:0x2f8,br:115200
interpret=OK
kernel=kernel
kernel_options=
kernelname=/boot/kernel/kernel
loaddev=fs0a:
mac_ifoff=NO
module_path=/boot/kernel;/boot/modules
prompt=${interpret}
OK boot -v
Entering /boot/kernel/kernel at 0xe000000004058000...
SALPro at0xe000007e4820,GP t 0e00000800cf6
SL: P wke-p vcto: 0f0
latormclok fequncy1996333 H
Pocesorrato 1/2,Busrato 11, TC ati 152
Skipping memory chunk start 0x100000000
Skipping memory chunk start 0x480000000
Skipping memory chunk start 0x4ff000000
Skipping memory chunk start 0x4ff801000
Skipping memory chunk start 0x4ff8aa000
Skipping memory chunk start 0x4ffa00000
Skipping memory chunk start 0x4ffe00000
Skipping memory chunk start 0x4ffe80000
ptc.e base=0x0, count1=1, count2=1, stride1=0x0, stride2=0x0
Processor supports 24 Region ID bits
Trying VHPT size 0x800000
Putting VHPT at 0x800000
Splitting [0x100000-0x4000000]
GDB: no debug ports present
KDB: debugger backends: ddb
KDB: current backend: ddb
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.3-RELEASE #0: Fri Nov 5 09:32:33 UTC 2004
ro...@pluto1.freebsd.org:/usr/obj/usr/src/sys/GENERIC
UNWIND: table added: base=e000000004000000, start=e0000000048ab278, end=e0000000048d4db0
Preloaded elf kernel "/boot/kernel/kernel" at 0xe000000005260000.
Preloaded mfs_root "/boot/mfsroot" at 0xe0000000052600e0.
CPU: unknown (1495.97-Mhz Itanium 2)
Origin = "GenuineIntel" Revision = 1
Features = 0x1<LB>
real memory = 2106957824 (2009 MB)
Physical memory chunk(s):
0x00064000 - 0x00081fff, 122880 bytes (15 pages)
0x00100000 - 0x007fffff, 7340032 bytes (896 pages)
0x01000000 - 0x03ffffff, 50331648 bytes (6144 pages)
0x05262000 - 0x0ffbffff, 181788672 bytes (22191 pages)
0x10000000 - 0x7bab3fff, 1806385152 bytes (220506 pages)
0x7f980000 - 0x7f9fffff, 524288 bytes (64 pages)
0x7fe98000 - 0x7ff35fff, 647168 bytes (79 pages)
avail memory = 2033524736 (1939 MB)
FPSWA Revision = 0x10012, Entry = 0xe0000004ffe62050
Using ACPI2.0 table at 0x7ff98000
Table 'FACP' at 0xe00000007ff98138
Table 'APIC' at 0xe00000007ff98230
Local APIC address=0xfee00000
Local SAPIC entry
ProcessorId=0x0, Id=0x0, Eid=0x0
Local SAPIC entry
ProcessorId=0x1, Id=0x1, Eid=0x0
I/O SAPIC entry
Id=0x0, InterruptBase=0x0, Address=0xfec00000
I/O SAPIC entry
Id=0x1, InterruptBase=0x18, Address=0xfec10000
I/O SAPIC entry
Id=0x2, InterruptBase=0x30, Address=0xfec20000
I/O SAPIC entry
Id=0x3, InterruptBase=0x48, Address=0xfec30000
I/O SAPIC entry
Id=0x4, InterruptBase=0x60, Address=0xfec40000
Interrupt source override entry
Bus=0, Source=9, Irq=0x9
Platform interrupt entry
Polarity=3, TriggerMode=3, Id=0x0, Eid=0x0, Vector=0x1e, Irq=22
Table 'SPCR' at 0xe00000007ff98328
MCA: allocated 16384 bytes for state info.
mem: <memory>
null: <null device, zero device>
random: <entropy source, Software, Yarrow>
acpi0: <INTEL SR870BH2> on motherboard
acpi0: [MPSAFE]
AcpiOsDerivePciId: bus 255 dev 28 func 1
AcpiOsDerivePciId: bus 255 dev 28 func 2
AcpiOsDerivePciId: bus 255 dev 28 func 4
acpi0: Power Button (fixed)
AcpiOsDerivePciId: bus 255 dev 28 func 5
ACPI timer looks GOOD min = 2, max = 3, width = 1
ACPI timer looks GOOD min = 2, max = 3, width = 1
ACPI timer looks GOOD min = 2, max = 3, width = 1
ACPI timer looks GOOD min = 2, max = 3, width = 1
ACPI timer looks GOOD min = 2, max = 3, width = 1
ACPI timer looks GOOD min = 2, max = 3, width = 1
ACPI timer looks GOOD min = 2, max = 3, width = 1
ACPI timer looks GOOD min = 2, max = 3, width = 1
ACPI timer looks GOOD min = 2, max = 3, width = 1
ACPI timer looks GOOD min = 2, max = 3, width = 1
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0xc08-0xc0b on acpi0
cpu0: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> on acpi0
...
------------------------------
Message: 2
Date: Wed, 9 Mar 2005 10:31:45 -0500
From: John Baldwin <j...@FreeBSD.org>
Subject: Re: [PATCH] More stackgap removal
To: al...@FreeBSD.org, am...@FreeBSD.org, ia...@FreeBSD.org
Message-ID: <20050309103...@FreeBSD.org>
Content-Type: text/plain; charset="iso-8859-1"
On Wednesday 02 March 2005 04:43 pm, John Baldwin wrote:
> I've fixed up a few more syscalls to have kern_foo versions so that ABI
> wrappers for them can stop using the stackgap. In this patch, I've added
> kern_settimeofday() for ibcs2 and freebsd32, kern_adjtime() for freebsd32,
> and kern_sched_rr_get_interval() for Linux/i386 on amd64 (note that this
> means that COMPAT_LINUX32 now requires POSIX_PRIORITY_SCHEDULING).
> I've also added kern_readv() and kern_writev() for OSF/1, Linux/i386 on
> amd64, and freebsd32. For these functions I added a per-ABI version of
> copyinuio() to build a uio structure from the iovec array in userland.
> Testing and feedback of both native and compat binaries greatly
> appreciated.
>
> http://www.FreeBSD.org/~jhb/patches/abi.patch
Is anyone willing to test this?
--
John Baldwin <j...@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
------------------------------
Message: 3
Date: Wed, 9 Mar 2005 18:16:50 +0100
From: Bernd Walter <ti...@cicely12.cicely.de>
Subject: Re: [PATCH] More stackgap removal
To: John Baldwin <j...@freebsd.org>
Cc: am...@freebsd.org
Message-ID: <20050309171...@cicely12.cicely.de>
Content-Type: text/plain; charset=us-ascii
On Wed, Mar 09, 2005 at 10:31:45AM -0500, John Baldwin wrote:
> On Wednesday 02 March 2005 04:43 pm, John Baldwin wrote:
> > I've fixed up a few more syscalls to have kern_foo versions so that ABI
> > wrappers for them can stop using the stackgap. In this patch, I've added
> > kern_settimeofday() for ibcs2 and freebsd32, kern_adjtime() for freebsd32,
> > and kern_sched_rr_get_interval() for Linux/i386 on amd64 (note that this
> > means that COMPAT_LINUX32 now requires POSIX_PRIORITY_SCHEDULING).
> > I've also added kern_readv() and kern_writev() for OSF/1, Linux/i386 on
> > amd64, and freebsd32. For these functions I added a per-ABI version of
> > copyinuio() to build a uio structure from the iovec array in userland.
> > Testing and feedback of both native and compat binaries greatly
> > appreciated.
> >
> > http://www.FreeBSD.org/~jhb/patches/abi.patch
>
> Is anyone willing to test this?
If you can point me to some compat binaries I can do this week.
Otherwise I'm limited to native binaries.
--
B.Walter BWCT http://www.bwct.de
be...@bwct.de in...@bwct.de
------------------------------
Message: 4
Date: Wed, 9 Mar 2005 17:15:16 -0500
From: Jung-uk Kim <jk...@niksun.com>
Subject: Re: [PATCH] More stackgap removal
To: freebs...@freebsd.org
Cc: am...@freebsd.org
Message-ID: <20050309171...@niksun.com>
Content-Type: text/plain; charset="iso-8859-1"
On Wednesday 09 March 2005 10:31 am, John Baldwin wrote:
> On Wednesday 02 March 2005 04:43 pm, John Baldwin wrote:
> > I've fixed up a few more syscalls to have kern_foo versions so
> > that ABI wrappers for them can stop using the stackgap. In this
> > patch, I've added kern_settimeofday() for ibcs2 and freebsd32,
> > kern_adjtime() for freebsd32, and kern_sched_rr_get_interval()
> > for Linux/i386 on amd64 (note that this means that COMPAT_LINUX32
> > now requires POSIX_PRIORITY_SCHEDULING). I've also added
> > kern_readv() and kern_writev() for OSF/1, Linux/i386 on amd64,
> > and freebsd32. For these functions I added a per-ABI version of
> > copyinuio() to build a uio structure from the iovec array in
> > userland. Testing and feedback of both native and compat binaries
> > greatly appreciated.
> >
> > http://www.FreeBSD.org/~jhb/patches/abi.patch
>
> Is anyone willing to test this?
The attachment corrects two obvious typos in freebsd32_misc.c. With
this, freebsd32 works fine on amd64.
Thanks,
Jung-uk Kim
-------------- next part --------------
A non-text attachment was scrubbed...
Name: freebsd32_misc.diff
Type: text/x-diff
Size: 536 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ia64/attachments/20050309/727a7458/freebsd32_misc-0001.bin
------------------------------
End of freebsd-ia64 Digest, Vol 95, Issue 1
*******************************************