Re: PNPBIOS + Dell PowerEdge = panic()
On Mon, 17 Jan 2000 17:12:14 -0800, Mike Smith [EMAIL PROTECTED] said: This is definitely a bad idea; IMHO we should only do this when the resource is actually activated (and obviously free it when deactivated). Absolutely! As I keep trying to explain to people, that's why there *is* a separate activate function (or one of the reasons, anyway). -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same [EMAIL PROTECTED] | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PNPBIOS + Dell PowerEdge = panic()
In message [EMAIL PROTECTED] Garrett Wollman writes: : On Mon, 17 Jan 2000 17:12:14 -0800, Mike Smith [EMAIL PROTECTED] said: : : This is definitely a bad idea; IMHO we should only do this when the : resource is actually activated (and obviously free it when deactivated). : : Absolutely! As I keep trying to explain to people, that's why there : *is* a separate activate function (or one of the reasons, anyway). Yes. There's lots of cool things that one can do with this. I know that the pccard code, both old and new, deferrs the actual programming of the bridge until a resource is activated (except for IRQ, which it further deferrs until the interrupt handler is setup). Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PNPBIOS + Dell PowerEdge = panic()
The problem here is that the i386 nexus_alloc_resource() unconditionally
calls pmap_mapdev() to map any memory-type resource into the kernel.
This is definitely a bad idea; IMHO we should only do this when the
resource is actually activated (and obviously free it when deactivated).
Commentary? Should I just commit the change and see what happens? 8)
Hola,
As the subject indicated PNPBIOS and Dell PowerEdge servers seem
to be a recipe for disaster. This doesn't bother me too terribly
much as I don't need PNPBIOS for anything on this machine, but I
figured the new-bus folks didn't have enough to do, so I'd help.
This machine is a dual pIII/450 w/512MB. This is not SMP specific, BTW.
This post exposes my DDB and newbus stupidity. If this was gdb,
I'd at least try and pull out some sort of relevent data. I have
a guess that the sheer amount/range of the ports and iomem has
something to do with it. That or the fact one starts with 0.
Thanks and e-mail me privatly or catch me on IRC (bfumerola) if
you want me to try things with this server.
--
- bill fumerola - [EMAIL PROTECTED] - BF1560 - computer horizons corp -
- ph:(800) 252-2421 - [EMAIL PROTECTED] - [EMAIL PROTECTED] -
The relative part:
unknown0: PNP0c02 at port
0x800-0x83f,0x850-0x85f,0xe0-0xef,0x22,0x2e-0x2f,0x80,0xaa00-0xaa7f iomem
0-0x9,0x10-0x1fffdfff,0xfff8-0x,0xf-0xf,0xec000-0xe
irq 15 on isa0
panic: pmap_mapdev: Couldn't alloc kernel virtual memory
mp_lock = 0002; cpuid = 0; lapic.id = 0100
Debugger("panic")
Stopped at Debugger+0x35: movb$0,in_Debugger.555
The full boot -v:
-- Forwarded message from Bill Fumerola [EMAIL PROTECTED] --
SMAP type=01 base= len= 000a
SMAP type=02 base= 000f len= 0001
SMAP type=01 base= 0010 len= 1fefe000
SMAP type=02 base= 1fffe000 len= 2000
SMAP type=02 base= fff8 len= 0008
SMAP type=02 base= fec0 len= 0001
SMAP type=02 base= fee0 len= 0001
Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
FreeBSD 4.0-CURRENT #0: Fri Jan 14 20:51:21 GMT 2000
[EMAIL PROTECTED]:/usr/src/sys/compile/GLUEPNP
Calibrating clock(s) ... TSC clock: 447668222 Hz, i8254 clock: 1193124 Hz
CLK_USE_I8254_CALIBRATION not specified - using default frequency
Timecounter "i8254" frequency 1193182 Hz
CLK_USE_TSC_CALIBRATION not specified - using old calibration method
CPU: Pentium III/Xeon (447.69-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x673 Stepping = 3
Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,XMM
real memory = 536862720 (524280K bytes)
Physical memory chunk(s):
0x1000 - 0x0009efff, 647168 bytes (158 pages)
0x0030 - 0x1fffbfff, 533708800 bytes (130300 pages)
avail memory = 518021120 (505880K bytes)
Programming 24 pins in IOAPIC #0
IOAPIC #0 intpin 2 - irq 0
SMP: CPU0 apic_initialize():
lint0: 0x0700 lint1: 0x00010400 TPR: 0x0010 SVR: 0x01ff
FreeBSD/SMP: Multiprocessor motherboard
cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee0
cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee0
io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec0
bios32: Found BIOS32 Service Directory header at 0xc00ffe80
bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1
pcibios: PCI BIOS entry at 0xcc0e
pnpbios: Found PnP BIOS data at 0xc00fe2d0
pnpbios: Entry = f:e2f4 Rev = 1.0
Other BIOS signatures found:
ACPI: 000fdef0
Preloaded elf kernel "pnpbios" at 0xc02e4000.
Pentium Pro MTRR support enabled
md0: Malloc disk
Creating DISK md0
Math emulator present
SMP: CPU0 bsp_apic_configure():
lint0: 0x00010700 lint1: 0x0400 TPR: 0x0010 SVR: 0x01ff
pci_open(1): mode 1 addr port (0x0cf8) is 0x8090
pci_open(1a): mode1res=0x8000 (0x8000)
pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=71a08086)
devclass_alloc_unit: pcib0 already exists, using next available unit number
npx0: math processor on motherboard
npx0: INT 16 interface
pci_open(1): mode 1 addr port (0x0cf8) is 0x
pci_open(1a): mode1res=0x8000 (0x8000)
pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=71a08086)
pcib0: Intel 82443GX host to PCI bridge on motherboard
found- vendor=0x8086, dev=0x71a0, revid=0x00
class=06-00-00, hdrtype=0x00, mfdev=0
subordinatebus=0secondarybus=0
map[10]: type 1, range 32, base f000, size 26
found- vendor=0x8086, dev=0x71a1, revid=0x00
class=06-04-00, hdrtype=0x01, mfdev=0
subordinatebus=1secondarybus=1
found- vendor=0x1011, dev=0x0024, revid=0x03
class=06-04-00, hdrtype=0x01, mfdev=0
Re: PNPBIOS + Dell PowerEdge = panic()
On Mon, Jan 17, 2000 at 05:12:14PM -0800, Mike Smith wrote: The problem here is that the i386 nexus_alloc_resource() unconditionally calls pmap_mapdev() to map any memory-type resource into the kernel. This is definitely a bad idea; IMHO we should only do this when the resource is actually activated (and obviously free it when deactivated). Commentary? Should I just commit the change and see what happens? 8) Naturally, I know nothing of the implications, but I'd certainly test patches since I can reproduce this with the greatest of ease. -- - bill fumerola - [EMAIL PROTECTED] - BF1560 - computer horizons corp - - ph:(800) 252-2421 - [EMAIL PROTECTED] - [EMAIL PROTECTED] - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PNPBIOS + Dell PowerEdge = panic()
| The problem here is that the i386 nexus_alloc_resource() unconditionally | calls pmap_mapdev() to map any memory-type resource into the kernel. | This is definitely a bad idea; IMHO we should only do this when the | resource is actually activated (and obviously free it when deactivated). | | Commentary? Should I just commit the change and see what happens? 8) Commit and see what happens. I'll keep the pointy had warm for you. 8) -- Dan Moschuk ([EMAIL PROTECTED]) "Waste not fresh tears on old griefs." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PNPBIOS + Dell PowerEdge = panic()
According to Bill Fumerola: As the subject indicated PNPBIOS and Dell PowerEdge servers seem to be a recipe for disaster. This doesn't bother me too terribly Speaking of PowerEdge, do we support them in SMP under -STABLE ? A friend of mine has tried to run 3.4-R in SMP mode on one of them and it doesn't like it apparently. Sorry if I don't have more info as he's now on vacation... It doesn't like the 2nd APIC in the system AFAIK. Any more idea ? I redirected this to "freebsd-smp" anyway. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 4.0-CURRENT #77: Thu Dec 30 12:49:51 CET 1999 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
PNPBIOS + Dell PowerEdge = panic()
Hola,
As the subject indicated PNPBIOS and Dell PowerEdge servers seem
to be a recipe for disaster. This doesn't bother me too terribly
much as I don't need PNPBIOS for anything on this machine, but I
figured the new-bus folks didn't have enough to do, so I'd help.
This machine is a dual pIII/450 w/512MB. This is not SMP specific, BTW.
This post exposes my DDB and newbus stupidity. If this was gdb,
I'd at least try and pull out some sort of relevent data. I have
a guess that the sheer amount/range of the ports and iomem has
something to do with it. That or the fact one starts with 0.
Thanks and e-mail me privatly or catch me on IRC (bfumerola) if
you want me to try things with this server.
--
- bill fumerola - [EMAIL PROTECTED] - BF1560 - computer horizons corp -
- ph:(800) 252-2421 - [EMAIL PROTECTED] - [EMAIL PROTECTED] -
The relative part:
unknown0: PNP0c02 at port
0x800-0x83f,0x850-0x85f,0xe0-0xef,0x22,0x2e-0x2f,0x80,0xaa00-0xaa7f iomem
0-0x9,0x10-0x1fffdfff,0xfff8-0x,0xf-0xf,0xec000-0xe
irq 15 on isa0
panic: pmap_mapdev: Couldn't alloc kernel virtual memory
mp_lock = 0002; cpuid = 0; lapic.id = 0100
Debugger("panic")
Stopped at Debugger+0x35: movb$0,in_Debugger.555
The full boot -v:
-- Forwarded message from Bill Fumerola [EMAIL PROTECTED] --
SMAP type=01 base= len= 000a
SMAP type=02 base= 000f len= 0001
SMAP type=01 base= 0010 len= 1fefe000
SMAP type=02 base= 1fffe000 len= 2000
SMAP type=02 base= fff8 len= 0008
SMAP type=02 base= fec0 len= 0001
SMAP type=02 base= fee0 len= 0001
Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
FreeBSD 4.0-CURRENT #0: Fri Jan 14 20:51:21 GMT 2000
[EMAIL PROTECTED]:/usr/src/sys/compile/GLUEPNP
Calibrating clock(s) ... TSC clock: 447668222 Hz, i8254 clock: 1193124 Hz
CLK_USE_I8254_CALIBRATION not specified - using default frequency
Timecounter "i8254" frequency 1193182 Hz
CLK_USE_TSC_CALIBRATION not specified - using old calibration method
CPU: Pentium III/Xeon (447.69-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x673 Stepping = 3
Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,XMM
real memory = 536862720 (524280K bytes)
Physical memory chunk(s):
0x1000 - 0x0009efff, 647168 bytes (158 pages)
0x0030 - 0x1fffbfff, 533708800 bytes (130300 pages)
avail memory = 518021120 (505880K bytes)
Programming 24 pins in IOAPIC #0
IOAPIC #0 intpin 2 - irq 0
SMP: CPU0 apic_initialize():
lint0: 0x0700 lint1: 0x00010400 TPR: 0x0010 SVR: 0x01ff
FreeBSD/SMP: Multiprocessor motherboard
cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee0
cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee0
io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec0
bios32: Found BIOS32 Service Directory header at 0xc00ffe80
bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1
pcibios: PCI BIOS entry at 0xcc0e
pnpbios: Found PnP BIOS data at 0xc00fe2d0
pnpbios: Entry = f:e2f4 Rev = 1.0
Other BIOS signatures found:
ACPI: 000fdef0
Preloaded elf kernel "pnpbios" at 0xc02e4000.
Pentium Pro MTRR support enabled
md0: Malloc disk
Creating DISK md0
Math emulator present
SMP: CPU0 bsp_apic_configure():
lint0: 0x00010700 lint1: 0x0400 TPR: 0x0010 SVR: 0x01ff
pci_open(1):mode 1 addr port (0x0cf8) is 0x8090
pci_open(1a): mode1res=0x8000 (0x8000)
pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=71a08086)
devclass_alloc_unit: pcib0 already exists, using next available unit number
npx0: math processor on motherboard
npx0: INT 16 interface
pci_open(1):mode 1 addr port (0x0cf8) is 0x
pci_open(1a): mode1res=0x8000 (0x8000)
pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=71a08086)
pcib0: Intel 82443GX host to PCI bridge on motherboard
found- vendor=0x8086, dev=0x71a0, revid=0x00
class=06-00-00, hdrtype=0x00, mfdev=0
subordinatebus=0secondarybus=0
map[10]: type 1, range 32, base f000, size 26
found- vendor=0x8086, dev=0x71a1, revid=0x00
class=06-04-00, hdrtype=0x01, mfdev=0
subordinatebus=1secondarybus=1
found- vendor=0x1011, dev=0x0024, revid=0x03
class=06-04-00, hdrtype=0x01, mfdev=0
subordinatebus=3secondarybus=2
found- vendor=0x8086, dev=0x7110, revid=0x02
class=06-01-00, hdrtype=0x00, mfdev=1
subordinatebus=0secondarybus=0
found- vendor=0x8086, dev=0x7111, revid=0x01
class=01-01-80, hdrtype=0x00, mfdev=0
subordinatebus=0secondarybus=0
found- vendor=0x8086, dev=0x7112, revid=0x01
class=0c-03-00, hdrtype=0x00, mfdev=0
subordinatebus=0
