panic with today's -current

2003-11-04 Thread Harald Schmalzbauer
Sorry, all I have are these lines from messages.
I returned and saw that the machine had rebooted.
Nothing more:

Nov  5 02:46:42 cale syslogd: kernel boot file is /boot/kernel/kernel
Nov  5 02:46:42 cale kernel: instruction pointer= 0x8:0xc054c85d
Nov  5 02:46:42 cale kernel: stack pointer  = 0x10:0xcdc9dbe0
Nov  5 02:46:42 cale kernel: frame pointer  = 0x10:0xcdc9dbe4
Nov  5 02:46:42 cale kernel: code segment   = base 0x0, limit 
0xf, type 0x1b
Nov  5 02:46:42 cale kernel: = DPL 0, pres 1, def32 1, gran 1
Nov  5 02:46:42 cale kernel: processor eflags   = interrupt enabled, IOPL = 0
Nov  5 02:46:42 cale kernel: current process= 26 (irq16: nvidia0)
Nov  5 02:46:42 cale kernel: trap number= 30
Nov  5 02:46:42 cale kernel: panic: unknown/reserved trap
Nov  5 02:46:42 cale kernel:
Nov  5 02:46:42 cale kernel: syncing disks, buffers remaining... 2202 2202 
2199 2199 2199 2199 2199
2199 2199 2199 2199 2199 2199 2199 2199 2199 2199 2199 2199 2199 2199 2199
Nov  5 02:46:42 cale kernel: giving up on 1066 buffers
Nov  5 02:46:42 cale kernel: Uptime: 3h15m57s
Nov  5 02:46:42 cale kernel: Shutting down ACPI
Nov  5 02:46:42 cale kernel: stray irq9
Nov  5 02:46:42 cale kernel: Automatic reboot in 15 seconds - press a key on 
the console to abort
Nov  5 02:46:42 cale kernel: Rebooting...


pgp0.pgp
Description: signature


Re: kernel panic with today's CURRENT on sparc64 at boot

2003-01-24 Thread Steven Haywood

On Wed, Jan 22, 2003 at 08:59:51PM +0100, Thomas Moestl wrote:
 On Tue, 2003/01/21 at 17:33:42 +, [EMAIL PROTECTED] wrote:
  Hi
  
  cvsup'd to . today on an E220R, single CPU with two Symbios scsi cards.
  Box had been running fine with RC3, but would not boot with -CURRENT
  kernel:
  
  Current:
  
  hme4: Ethernet address: 08:00:20:b7:ef:44
  miibus4: MII bus on hme4
  ukphy3: Generic IEEE 802.3u media interface on miibus4
  ukphy3:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
  sym0: 875 port 0x1000-0x10ff mem 0x1090a000-0x1090afff,0x10908000-0x109080ff i
  rq 32 at device 3.0 on pci0
  panic: trap: fast data access mmu miss
  cpuid = 0;
  Debugger(panic)
  Stopped at  Debugger+0x1c:  ta  %xcc, 1
 
 Can you please cvsup again to pick up some changes that were made
 yesterday and try again?
 
Hi there

Well, after a panic last night in IPFW on -RELEASE, I decided to try
-CURRENT again.
I just CVSUP'd, built kernel and rebooted.
Here's what happened:
FreeBSD/sparc64 bootstrap loader, Revision 1.0
([EMAIL PROTECTED], Wed Jan 22 11:31:27 GMT 2003)
bootpath=/pci@1f,4000/scsi@3/disk@0,0:a
Loading /boot/defaults/loader.conf
/boot/kernel/kernel data=0x2cc308+0xe4178 syms=[0x8+0x44310+0x8+0x34e6f]

Hit [Enter] to boot immediately, or any other key for command prompt.
Booting [/boot/kernel/kernel]...
nothing to autoload yet.
jumping to kernel entry at 0xc0038000.
stray vector interrupt 2029
Copyright (c) 1992-2003 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.0-CURRENT #7: Fri Jan 24 10:36:24 GMT 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/NS
Preloaded elf kernel /boot/kernel/kernel at 0xc042c000.
Timecounter tick  frequency 450026203 Hz
cpu0: Sun Microsystems UltraSparc-II Processor (450.03 MHz
CPU)
Model: SUNW,Ultra-60
Initializing GEOMetry subsystem
nexus0: OpenFirmware Nexus device
pcib0: U2P UPA-PCI bridge on nexus0
pcib0: Psycho, impl 0, version 4, ign 0x7c0
initialializing counter-timer
Timecounter counter-timer  frequency 100 Hz
DVMA map: 0xfe00 to 0x
device 0/1/0: latency timer 0 - 82
pcib0: ofw_pci_init: no interrupt mapping found for 0/1/0
(preset 128)
device 0/1/1: latency timer 0 - 82
pcib0: ofw_pci_init: mapping intr for 0/1/1 to 33 (preset
was 0)
device 0/3/0: latency timer 0 - 140
pcib0: ofw_pci_init: mapping intr for 0/3/0 to 32 (preset
was 0)
device 0/3/1: latency timer 0 - 140
pcib0: ofw_pci_init: mapping intr for 0/3/1 to 38 (preset
was 0)
PCI-PCI bridge at 0/2/0: setting bus #s to 0/1/1
pcib0: ofw_pci_init: descending to subordinate PCI bus
device 1/0/0: latency timer 0 - 82
pcib0: ofw_pci_init: mapping intr for 1/0/0 to 16 (preset
was 0)
device 1/0/1: latency timer 0 - 82
pcib0: ofw_pci_init: mapping intr for 1/0/1 to 17 (preset
was 0)
device 1/1/0: latency timer 0 - 82
pcib0: ofw_pci_init: mapping intr for 1/1/0 to 17 (preset
was 0)
device 1/1/1: latency timer 0 - 82
pcib0: ofw_pci_init: mapping intr for 1/1/1 to 18 (preset
was 0)
device 1/2/0: latency timer 0 - 82
pcib0: ofw_pci_init: mapping intr for 1/2/0 to 18 (preset
was 0)
device 1/2/1: latency timer 0 - 82
pcib0: ofw_pci_init: mapping intr for 1/2/1 to 19 (preset
was 0)
device 1/3/0: latency timer 0 - 82
pcib0: ofw_pci_init: mapping intr for 1/3/0 to 19 (preset
was 0)
device 1/3/1: latency timer 0 - 82
pcib0: ofw_pci_init: mapping intr for 1/3/1 to 16 (preset
was 0)
PCI-PCI bridge at 0/4/0: setting bus #s to 0/2/2
pcib0: ofw_pci_init: descending to subordinate PCI bus
device 2/0/0: latency timer 0 - 82
pcib0: ofw_pci_init: mapping intr for 2/0/0 to 24 (preset
was 0)
device 2/0/1: latency timer 0 - 82
pcib0: ofw_pci_init: mapping intr for 2/0/1 to 25 (preset
was 0)
device 2/1/0: latency timer 0 - 82
pcib0: ofw_pci_init: mapping intr for 2/1/0 to 25 (preset
was 0)
device 2/1/1: latency timer 0 - 82
pcib0: ofw_pci_init: mapping intr for 2/1/1 to 26 (preset
was 0)
device 2/2/0: latency timer 0 - 82
pcib0: ofw_pci_init: mapping intr for 2/2/0 to 26 (preset
was 0)
device 2/2/1: latency timer 0 - 82
pcib0: ofw_pci_init: 

Re: kernel panic with today's CURRENT on sparc64 at boot

2003-01-24 Thread Thomas Moestl
On Fri, 2003/01/24 at 11:54:41 +, Steven Haywood wrote:
hme6: Sun HME 10/100 Ethernet mem 0xc80-0xc807fff irq
26 at device 1.1 on
pci2
hme6: DMA buffer map load error 12
hme6: could not be configured
device_probe_and_attach: hme6 attach returned 6
pci2: bridge, PCI-unknown at device 2.0 (no driver
attached)
hme6: Sun HME 10/100 Ethernet mem 0xe80-0xe807fff irq
27 at device 2.1 on
pci2
hme6: DMA buffer map load error 12
hme6: could not be configured
device_probe_and_attach: hme6 attach returned 6
pci2: bridge, PCI-unknown at device 3.0 (no driver
attached)
pci2: bridge, PCI-unknown at device 3.0 (no driver
attached)
n pci2
hme6: DMA buffer map load error 12
hme6: could not be configured
device_probe_and_attach: hme6 attach returned 6
pci0: display at device 5.0 (no driver attached)
pcib3: U2P UPA-PCI bridge on nexus0
pcib3: Psycho, impl 0, version 4, ign 0x7c0
pci3: PCI bus on pcib3
Timecounters tick every 10.000 msec
ipfw2 initialized, divert disabled, rule-based forwarding
enabled, default to de
ny, logging limited to 100 packets/entry by default
Waiting 5 seconds for SCSI devices to settle
da0 at sym0 bus 0 target 1 lun 0
da0: FUJITSU MAG3091L SUN9.0G  Fixed Direct Access
SCSI-2 device
da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit),
Tagged Queueing Enabled
da0: 8637MB (17689267 512 byte sectors: 255H 63S/T 1101C)
Mounting root from ufs:/dev/da0a
exec /sbin/init: error 8
init: not found in path
/sbin/init:/sbin/oinit:/sbin/init.bak:/stand/sysinstall
panic: no init
cpuid = 0;
Debugger(panic)
Stopped at  Debugger+0x1c:  ta  %xcc, 1

This is probably easy to work around for you by increasing the amount
of available DVMA:

--
diff -u -r1.26 psycho.c
--- sparc64/pci/psycho.c21 Jan 2003 08:56:14 -  1.26
+++ sparc64/pci/psycho.c24 Jan 2003 16:05:00 -
@@ -565,7 +565,7 @@
sc-sc_is-is_sb[1] = 0;
if (OF_getproplen(sc-sc_node, no-streaming-cache)  0)
sc-sc_is-is_sb[0] = sc-sc_pcictl + PCR_STRBUF;
-   psycho_iommu_init(sc, 2);
+   psycho_iommu_init(sc, 3);
} else {
/* Just copy IOMMU state, config tag and address */
sc-sc_is = osc-sc_is;
--

If that still doesn't help, you can further increase the constant to 4
or 5 (at the expense of another 64kB or 192kB of memory).

- Thomas

-- 
Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/
  [EMAIL PROTECTED] http://people.FreeBSD.org/~tmm/
PGP fingerprint: 1C97 A604 2BD0 E492 51D0  9C0F 1FE6 4F1D 419C 776C

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: kernel panic with today's CURRENT on sparc64 at boot

2003-01-24 Thread Steven Haywood
On Fri, Jan 24, 2003 at 05:10:07PM +0100, Thomas Moestl wrote:
 
 This is probably easy to work around for you by increasing the amount
 of available DVMA:
 
 --
 diff -u -r1.26 psycho.c
 --- sparc64/pci/psycho.c  21 Jan 2003 08:56:14 -  1.26
 +++ sparc64/pci/psycho.c  24 Jan 2003 16:05:00 -
 @@ -565,7 +565,7 @@
   sc-sc_is-is_sb[1] = 0;
   if (OF_getproplen(sc-sc_node, no-streaming-cache)  0)
   sc-sc_is-is_sb[0] = sc-sc_pcictl + PCR_STRBUF;
 - psycho_iommu_init(sc, 2);
 + psycho_iommu_init(sc, 3);
   } else {
   /* Just copy IOMMU state, config tag and address */
   sc-sc_is = osc-sc_is;
 --
 
 If that still doesn't help, you can further increase the constant to 4
 or 5 (at the expense of another 64kB or 192kB of memory).

I upped it to 4, recompiled and it works! Thanks :)

Steven

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: kernel panic with today's CURRENT on sparc64 at boot

2003-01-22 Thread Thomas Moestl
On Tue, 2003/01/21 at 17:33:42 +, [EMAIL PROTECTED] wrote:
 Hi
 
 cvsup'd to . today on an E220R, single CPU with two Symbios scsi cards.
 Box had been running fine with RC3, but would not boot with -CURRENT
 kernel:
 
 Current:
 
 hme4: Ethernet address: 08:00:20:b7:ef:44
 miibus4: MII bus on hme4
 ukphy3: Generic IEEE 802.3u media interface on miibus4
 ukphy3:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
 sym0: 875 port 0x1000-0x10ff mem 0x1090a000-0x1090afff,0x10908000-0x109080ff i
 rq 32 at device 3.0 on pci0
 panic: trap: fast data access mmu miss
 cpuid = 0;
 Debugger(panic)
 Stopped at  Debugger+0x1c:  ta  %xcc, 1

Can you please cvsup again to pick up some changes that were made
yesterday and try again?

- Thomas

-- 
Thomas Moestl [EMAIL PROTECTED] http://www.tu-bs.de/~y0015675/
  [EMAIL PROTECTED] http://people.FreeBSD.org/~tmm/
PGP fingerprint: 1C97 A604 2BD0 E492 51D0  9C0F 1FE6 4F1D 419C 776C

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



kernel panic with today's CURRENT on sparc64 at boot

2003-01-21 Thread freebsd
Hi

cvsup'd to . today on an E220R, single CPU with two Symbios scsi cards.
Box had been running fine with RC3, but would not boot with -CURRENT
kernel:

Current:

hme4: Ethernet address: 08:00:20:b7:ef:44
miibus4: MII bus on hme4
ukphy3: Generic IEEE 802.3u media interface on miibus4
ukphy3:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
sym0: 875 port 0x1000-0x10ff mem 0x1090a000-0x1090afff,0x10908000-0x109080ff i
rq 32 at device 3.0 on pci0
panic: trap: fast data access mmu miss
cpuid = 0;
Debugger(panic)
Stopped at  Debugger+0x1c:  ta  %xcc, 1

RC3:

hme4: Ethernet address: 08:00:20:b7:ef:44
miibus4: MII bus on hme4
ukphy3: Generic IEEE 802.3u media interface on miibus4
ukphy3:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
sym0: 875 port 0x1000-0x10ff mem 0x1090a000-0x1090afff,0x10908000-0x109080ff i
rq 32 at device 3.0 on pci0
sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
sym1: 875 port 0x1400-0x14ff mem 0x1090e000-0x1090efff,0x1090c000-0x1090c0ff i
rq 38 at device 3.1 on pci0
sym1: No NVRAM, ID 7, Fast-20, SE, parity checking
pcib2: PCI-PCI bridge at device 4.0 on pci0
pci2: PCI bus on pcib2

Help! :)

Thanks
Steven

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



fatal trap 21 panic in today's current

2002-05-11 Thread Steven G. Kargl

I get the following panic (hand transribed):

Fatal trap 21: FPU bounds check fault while in kernel mode
instruction pointer  = 0x8:0xc02433f5
stack pointer= 0x10:c040fc60
frame pointer= 0x10:c040fc7c
code segment = base 0x0, limit 0xf, type 0x1b
 = DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, IOPL = 0
current process  = 0 (swapper)

kernel: type 21 trap, code=0
stopped at bios16+0x1b1: movl $0x16,%edx

A trace at the DB prompt gives

bios16
pnpbios_identity
bus_generic_probe
isa_probe_children
configure
mi_startup
begin

I did not get a dump because a continue at DB actually
permitted the machine to complete the boot process. 

Note, this panic occurs if I have hint.acpi.0.disable=1
set in /boot/loader.conf.  The machine would not boot
with ACPI enabled in the May 2002 time frame.  If I 
comment out hint.acpi.0.disable the machine boots fine,
so it appears that ACPI can no longer be disabled.

dmesg included below.

Finally, yes I updated world, kernel, and kernel modules
with the new gcc.

-- 
Steve
http://troutmask.apl.washington.edu/~kargl/


Copyright (c) 1992-2002 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.0-CURRENT #0: Wed May  1 16:49:56 PDT 2002
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/TROUTMASK
Preloaded elf kernel /boot/kernel/kernel at 0xc03d7000.
Preloaded elf module /boot/kernel/linux.ko at 0xc03d70a8.
Preloaded elf module /boot/kernel/snd_pcm.ko at 0xc03d7154.
Preloaded elf module /boot/kernel/snd_ds1.ko at 0xc03d7200.
Preloaded elf module /boot/kernel/acpi.ko at 0xc03d72ac.
Timecounter i8254  frequency 1193182 Hz
Timecounter TSC  frequency 141190 Hz
CPU: AMD Athlon(tm) Processor (1000.04-MHz 686-class CPU)
  Origin = AuthenticAMD  Id = 0x642  Stepping = 2
  
Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR
  AMD Features=0xc044RSVD,AMIE,DSP,3DNow!
real memory  = 402587648 (393152K bytes)
avail memory = 386912256 (377844K bytes)
Pentium Pro MTRR support enabled
VESA: v1.2, 4096k memory, flags:0x0, mode table:0xc00c1bdf (c0001bdf)
VESA: S3 Incorporated. 86C325
Using $PIR table, 9 entries at 0xc00fddd0
npx0: math processor on motherboard
npx0: INT 16 interface
acpi0: VT8371 AWRDACPI on motherboard
acpi0: power button is handled as a fixed feature programming model.
Timecounter ACPI-fast  frequency 3579545 Hz
acpi_timer0: 24-bit timer at 3.579545MHz port 0x4008-0x400b on acpi0
acpi_cpu0: CPU on acpi0
acpi_button0: Power Button on acpi0
acpi_button1: Sleep Button on acpi0
acpi_pcib0: Host-PCI bridge port 
0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0
pci0: PCI bus on acpi_pcib0
pcib1: PCI-PCI bridge at device 1.0 on pci0
pci1: PCI bus on pcib1
isab0: PCI-ISA bridge at device 7.0 on pci0
isa0: ISA bus on isab0
xl0: 3Com 3c905-TX Fast Etherlink XL port 0xdc00-0xdc3f irq 11 at device 8.0 on pci0
xl0: Ethernet address: 00:60:97:98:38:65
miibus0: MII bus on xl0
nsphy0: DP83840 10/100 media interface on miibus0
nsphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pcm0: Yamaha DS-1E (YMF724F) mem 0xd900-0xd9007fff irq 11 at device 11.0 on pci0
ahc0: Adaptec 2940 Ultra SCSI adapter port 0xe000-0xe0ff mem 0xd9008000-0xd9008fff 
irq 15 at device 13.0 on pci0
aic7880: Ultra Single Channel A, SCSI Id=7, 16/253 SCBs
pci0: display, VGA at device 17.0 (no driver attached)
atspeaker0 port 0x61 on acpi0
fdc0: enhanced floppy controller (i82077, NE72065 or clone) port 0x3f7,0x3f0-0x3f5 
irq 6 drq 2 on acpi0
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1440-KB 3.5 drive on fdc0 drive 0
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
ppc0 port 0x378-0x37f irq 7 on acpi0
ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
plip0: PLIP network interface on ppbus0
lpt0: Printer on ppbus0
lpt0: Interrupt-driven port
ppi0: Parallel I/O on ppbus0
atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0
atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: PS/2 Mouse irq 12 on atkbdc0
psm0: model IntelliMouse, device ID 3
orm0: Option ROMs at iomem 0xc8000-0xcc7ff,0xc-0xc7fff on isa0
sc0: System console at flags 0x100 on isa0
sc0: VGA 8 virtual consoles, flags=0x300
vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0
Timecounters tick every 10.000 msec
Waiting 15 seconds for SCSI devices to settle
acpi_cpu: CPU throttling enabled, 2 steps from 100% to 50.0%
sa0 at ahc0 bus 0 target 5 lun 0
sa0: DEC DLT2000 8B37 Removable Sequential Access SCSI-2 device 
sa0: 5.000MB/s transfers (5.000MHz, offset 15)
cd0 at ahc0 bus 0 target 4 lun 0
cd0: DEC RRD45   (C) DEC 1645 Removable CD-ROM SCSI-2 device 
cd0: 4.237MB/s transfers (4.237MHz, offset 15)
cd0: cd present [785028 x 512 byte records]
da2 at ahc0 bus 0 

Re: fatal trap 21 panic in today's current

2002-05-11 Thread Steve Kargl

Dang.  I sent the wrong dmesg output.  The correct
dmesg follows.  Note the broken ACPI.

Copyright (c) 1992-2002 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.0-CURRENT #0: Sat May 11 09:34:09 PDT 2002
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/HOTRATS
Preloaded elf kernel /boot/kernel/kernel at 0xc0427000.
Preloaded elf module /boot/kernel/linux.ko at 0xc04270a8.
Preloaded elf module /boot/kernel/miibus.ko at 0xc0427154.
Preloaded elf module /boot/kernel/if_rl.ko at 0xc0427200.
Preloaded elf module /boot/kernel/snd_pcm.ko at 0xc04272ac.
Preloaded elf module /boot/kernel/snd_maestro3.ko at 0xc0427358.
Preloaded elf module /boot/kernel/agp.ko at 0xc042740c.
Preloaded elf module /boot/kernel/acpi.ko at 0xc04274b4.
Timecounter i8254  frequency 1193182 Hz
Timecounter TSC  frequency 1210791436 Hz
CPU: AMD Athlon(tm) Processor (1210.79-MHz 686-class CPU)
  Origin = AuthenticAMD  Id = 0x642  Stepping = 2
  Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PA
T,PSE36,MMX,FXSR
  AMD Features=0xc044RSVD,AMIE,DSP,3DNow!
real memory  = 134217728 (131072K bytes)
avail memory = 126021632 (123068K bytes)
Pentium Pro MTRR support enabled
VESA: v2.0, 8128k memory, flags:0x0, mode table:0xc03262c2 (122)
VESA: ATI MACH64
Using $PIR table, 9 entries at 0xc00f1720
ACPI-0224: *** Warning: Invalid table signature \M-0\M^Q\M-~\M-G found
ACPI-0181: *** Error: AcpiLoadTables: Could not load RSDT: AE_BAD_SIGNATURE
ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: AE_BAD_SIGNATUR
E
ACPI: table load failed: AE_BAD_SIGNATURE
npx0: math processor on motherboard
npx0: INT 16 interface
pcib0: Host to PCI bridge at pcibus 0 on motherboard
pci0: PCI bus on pcib0
agp0: VIA 82C8363 (Apollo KT133A) host to PCI bridge mem 0xe600-0xe7ff
 at device 0.0 on pci0
pcib1: PCI-PCI bridge at device 1.0 on pci0
pci1: PCI bus on pcib1
pci1: display, VGA at device 0.0 (no driver attached)
isab0: PCI-ISA bridge at device 4.0 on pci0
isa0: ISA bus on isab0
pci0: mass storage, ATA at device 4.1 (no driver attached)
pci0: serial bus, USB at device 4.2 (no driver attached)
pci0: serial bus, USB at device 4.3 (no driver attached)
pci0: bridge, PCI-unknown at device 4.4 (no driver attached)
ahc0: Adaptec 2940 SCSI adapter port 0x9400-0x94ff mem 0xe300-0xe3000fff i
rq 12 at device 10.0 on pci0
aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs
pcm0: ESS Technology Allegro-1 port 0x9000-0x90ff irq 10 at device 11.0 on pci
0
rl0: RealTek 8139 10/100BaseTX port 0x8800-0x88ff mem 0xe280-0xe28000ff ir
q 15 at device 13.0 on pci0
rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect mode
lock order reversal
 1st 0xc8ea85a4 rl0 (network driver) @ /usr/src/sys/pci/if_rl.c:855
 2nd 0xc02a9580 allproc (allproc) @ /usr/src/sys/kern/kern_fork.c:309
rl0: Ethernet address: 00:00:c5:b3:45:24
miibus0: MII bus on rl0
rlphy0: RealTek internal media interface on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pci0: mass storage at device 17.0 (no driver attached)
sc0: System console on isa0
sc0: VGA 8 virtual consoles, flags=0x200
vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0
atkbdc0: Keyboard controller (i8042) at port 0x64,0x60 on isa0
atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
fdc0: enhanced floppy controller (i82077, NE72065 or clone) at port 0x3f7,0x3f
0-0x3f5 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1440-KB 3.5 drive on fdc0 drive 0
ppc0: Parallel port at port 0x378-0x37f irq 7 on isa0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/8 bytes threshold
ppbus0: IEEE1284 device found /NIBBLE/ECP/ECP_RLE
Probing for PnP devices on ppbus0:
ppbus0: Oki Data Corporation OKIDATA OL810e/PS ENHANCED PCL5,PJL,POSTSCRIPT
lpt0: Printer on ppbus0
lpt0: Interrupt-driven port
ppi0: Parallel I/O on ppbus0
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
Timecounters tick every 10.000 msec
Waiting 15 seconds for SCSI devices to settle
Mounting root from ufs:/dev/da0s2a
cd0 at ahc0 bus 0 target 4 lun 0
cd0: TOSHIBA CD-ROM XM-6401TA 1001 Removable CD-ROM SCSI-2 device 
cd0: 10.000MB/s transfers (10.000MHz, offset 15)
cd0: Attempt to query device size failed: NOT READY, Medium not present
da1 at ahc0 bus 0 target 1 lun 0
da1: SEAGATE ST34371N 0280 Fixed Direct Access SCSI-2 device 
da1: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled
da1: 4148MB (8496960 512 byte sectors: 255H 63S/T 528C)
da0 at ahc0 bus 0 target 0 lun 0
da0: SEAGATE ST39216N 0010 Fixed Direct Access SCSI-3 device 
da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled
da0: 8761MB (17942584 512 byte sectors: 255H 63S/T 1116C)


-- 
Steve

To Unsubscribe: send mail to [EMAIL 

Panic with today's -CURRENT at runq_choose+0x83

2002-02-20 Thread David Wolfskill

Just built  installed today's -CURRENT (CVSup around 0347 hrs. PST):

Wed Feb 20 05:48:23 PST 2002

FreeBSD/i386 (freebeast.catwhisker.org) (cuaa0)

login: Fboot() called on cpu#0
Waiting (max 60 seconds) for system process `vnlru' to stop...stopped
lock order reversal
 1st 0xc0337420 sched lock @ /usr/src/sys/kern/kern_idle.c:105
 2nd 0xc0390840 sio @ /usr/src/sys/dev/sio/sio.c:3137
kernel trap 12 with interrupts disabled


Fatal trap 12: page fault while in kernel mode
cpuid = 0; lapic.id = 
fault virtual address   = 0xd6820001
fault code  = supervisor read, page not present
instruction pointer = 0x8:0xc01a78cf
stack pointer   = 0x10:0xd683ccd0
frame pointer   = 0x10:0xd683cce0
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= resume, IOPL = 0
current process = 11 (idle: cpu0)
kernel: type 12 trap, code=0
timeout stopping cpus
Stopped at  runq_choose+0x83:   movl0(%edx),%eax
db trace
runq_choose(c035a660,d683cd0c,c02b1b3e,c01a8d87,12e) at runq_choose+0x83
choosethread(c01a8d87,12e,c0196384,d682c500,1a09) at choosethread+0xd
sw1(d682c600,d683cd34,c01961c4,0,d683cd48) at sw1+0x20
idle_proc(0,d683cd48,0,c0196384,0) at idle_proc+0x5c
fork_exit(c0196384,0,d683cd48) at fork_exit+0x9c
fork_trampoline() at fork_trampoline+0x8
db show pcpu 0
cpuid= 0
curthread= 0xd682c600: pid 11 idle: cpu0
curpcb   = 0xd683cda0
fpcurthread  = none
idlethread   = 0xd682c600: pid 11 idle: cpu0
currentldt   = 0x28
spin locks held:
exclusive (spin mutex) sched lock (0xc0337420) locked @ 
/usr/src/sys/kern/kern_idle.c:105
db show pcpu 1
cpuid= 1
curthread= 0xda408700: pid 90879 reboot
curpcb   = 0xda4b8da0
fpcurthread  = none
idlethread   = 0xd682c900: pid 10 idle: cpu1
currentldt   = 0x28
spin locks held:
exclusive (spin mutex) clk (0xc033ad00) locked @ /usr/src/sys/i386/isa/clock.c:415
db show locks
exclusive (spin mutex) sched lock (0xc0337420) locked @ 
/usr/src/sys/kern/kern_idle.c:105
db 


I have some errands to run; should be back within about 1.5 hrs., but
will be quite willing to poke  hack around to see what's up after that
time.

Cheers,
david
-- 
David H. Wolfskill  [EMAIL PROTECTED]
I believe it would be irresponsible (and thus, unethical) for me to advise,
recommend, or support the use of any product that is or depends on any
Microsoft product for any purpose other than personal amusement.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Sorry, false alarm (was: Panic with today's -CURRENT at runq_choose+0x83)

2002-02-20 Thread David Wolfskill

Date: Wed, 20 Feb 2002 07:49:19 -0800 (PST)
From: David Wolfskill [EMAIL PROTECTED]

Just built  installed today's -CURRENT (CVSup around 0347 hrs. PST):

...
Stopped at  runq_choose+0x83:   movl0(%edx),%eax
db trace
runq_choose(c035a660,d683cd0c,c02b1b3e,c01a8d87,12e) at runq_choose+0x83
choosethread(c01a8d87,12e,c0196384,d682c500,1a09) at choosethread+0xd
sw1(d682c600,d683cd34,c01961c4,0,d683cd48) at sw1+0x20
idle_proc(0,d683cd48,0,c0196384,0) at idle_proc+0x5c
fork_exit(c0196384,0,d683cd48) at fork_exit+0x9c
fork_trampoline() at fork_trampoline+0x8

Ahhh... that would seem to have been merely fallout from the upgrade
process I used.  A subsequent reboot worked fine:

freebeast(5.0-C)[1] uname -a
FreeBSD freebeast.catwhisker.org 5.0-CURRENT FreeBSD 5.0-CURRENT #84: Wed Feb 20 
07:20:46 PST 2002 
[EMAIL PROTECTED]:/common/S4/obj/usr/src/sys/FREEBEAST  i386
freebeast(5.0-C)[2] 

and I didn't even have the above-referenced panic at all on my laptop:

g1-7(5.0-C)[1] uname -a
FreeBSD g1-7.catwhisker.org 5.0-CURRENT FreeBSD 5.0-CURRENT #3: Wed Feb 20 09:13:13 
PST 2002 [EMAIL PROTECTED]:/common/S3/obj/usr/src/sys/LAPTOP_30W_NC  i386
g1-7(5.0-C)[2] 


So... move along, folks; nothing to see here  Sorry for the noise.

Cheers,
david   (links to my resume at http://www.catwhisker.org/~david)
-- 
David H. Wolfskill  [EMAIL PROTECTED]
I believe it would be irresponsible (and thus, unethical) for me to advise,
recommend, or support the use of any product that is or depends on any
Microsoft product for any purpose other than personal amusement.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: Panic from today's current

1999-04-12 Thread Luoqi Chen
 The kernel-configfile and dmesg-output is available from:
 http://www.attic.ch/fuchur_kernel.html
 
 panic at: generic_bcopy+0x1arepe movsl (%esi), %es:(%edi) 
 
 db trace
 generic_bcopy(c02cc380,c7bb9b1f,0,a,0) at generic_bcopy+0x1a
 sccnputc(cff,1,c7bb9b80,c016c066) at sccnputc+0x180
 cnputc(a,0,0,a,c7bb9bcc) at cnputc+0x3d
 putchar(a,c7bb9bf0) at putchar+0xa6
 kvprintf(c028da63,c016bfc0,c7bb9bf0,a,c7bb9c04) at kvprintf+0x64
 printf(c028da49,8000,c1159b00,a8,c7bc3e60) at printf+0x3d
 trap(10,10,a8,c1159b00,c7bb9ce8) at trap+0x462
 calltrap() at calltrap+0x3c
 --- trap 0x13, eip = 0xc7bb9c68, ebp = 0xc7bb9ce8 ---

Trap 19 (0x13) is NMI, this problem doesn't seem to be software related.

 ufs_lookup(c7bb9d2c,c7bb9d40,c0184946,c7bb9d2c,c79ba00e) at ufs_lookup+0x353
 ufs_vnoperate(c7bb9d2c,c79ba00e,c746e580,c7bb9f10,c746e580 at 
 ufs_vnoperate+0x15
 vfs_cache_lookup(c7bb9d84,c7bb9d94,c0186d2b,c7bb9d84,c7470e00) at 
 vfs_cache_lookup+0x26a
 ufs_vnoperate(c7bb9d84,c7470e00,c7bb9f10,c1303a00,0) at ufs_vnoperate+0x15
 lookup(c7bb9eec,0,c7bb9f84,fffc,c7b757f0) at lookup+0x2af
 namei(c7bb9eec,0,c7bb9f84,fffc,c02df240) at namei+0x291
 vn_open(c7bb9eec603,1a4c7bc3e60,c029d3f0) at vn_open+0x59
 open(c7bc3e60,c7bb9f84,8070aa0,10,8085680) at open+0xbb
 syscall(2f,2f,8085680,10,bfbfcb84) at syscall+0x182
 Xint0x80_syscall() at Xint0x80_syscall+0x4c 
 
 It seams to be ufs-related.  Does anybody know what happened ?
 
 Martin
 
 Martin Blapp, mbl...@solnet.ch
 --
 SolNet, Internet Solution Provider
 Bechburgstrasse 29, 4528 Zuchwil, Switzerland
 Phone: +41 32 686 82 82, Fax: +41 32 685 96 13
 -- 
 

-lq


To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message



Re: Panic from today's current

1999-04-12 Thread Wilko Bulte
As Luoqi Chen wrote ...
  The kernel-configfile and dmesg-output is available from:
  http://www.attic.ch/fuchur_kernel.html
  
  panic at: generic_bcopy+0x1arepe movsl (%esi), %es:(%edi) 
  
  db trace
  generic_bcopy(c02cc380,c7bb9b1f,0,a,0) at generic_bcopy+0x1a
  sccnputc(cff,1,c7bb9b80,c016c066) at sccnputc+0x180
  cnputc(a,0,0,a,c7bb9bcc) at cnputc+0x3d
  putchar(a,c7bb9bf0) at putchar+0xa6
  kvprintf(c028da63,c016bfc0,c7bb9bf0,a,c7bb9c04) at kvprintf+0x64
  printf(c028da49,8000,c1159b00,a8,c7bc3e60) at printf+0x3d
  trap(10,10,a8,c1159b00,c7bb9ce8) at trap+0x462
  calltrap() at calltrap+0x3c
  --- trap 0x13, eip = 0xc7bb9c68, ebp = 0xc7bb9ce8 ---
 
 Trap 19 (0x13) is NMI, this problem doesn't seem to be software related.

NMI.. could be a RAM parity error or somebody/something fooling around
with the IOCHKN line on the ISA bus.

Groeten / Cheers,
Wilko
_ __
 |   / o / /  _ Arnhem, The Netherlands
 |/|/ / / /( (_) Bulte  WWW  : http://www.tcja.nl
___ Powered by FreeBSD ___  http://www.freebsd.org _


To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message



Panic from today's current

1999-04-11 Thread Martin Blapp

While running a make 'buildworld -j 10', my SMP box
crashed. I had a running nfs-server and softupdates
enabled when it happened.

The kernel-configfile and dmesg-output is available from:
http://www.attic.ch/fuchur_kernel.html

panic at: generic_bcopy+0x1arepe movsl (%esi), %es:(%edi) 

db trace
generic_bcopy(c02cc380,c7bb9b1f,0,a,0) at generic_bcopy+0x1a
sccnputc(cff,1,c7bb9b80,c016c066) at sccnputc+0x180
cnputc(a,0,0,a,c7bb9bcc) at cnputc+0x3d
putchar(a,c7bb9bf0) at putchar+0xa6
kvprintf(c028da63,c016bfc0,c7bb9bf0,a,c7bb9c04) at kvprintf+0x64
printf(c028da49,8000,c1159b00,a8,c7bc3e60) at printf+0x3d
trap(10,10,a8,c1159b00,c7bb9ce8) at trap+0x462
calltrap() at calltrap+0x3c
--- trap 0x13, eip = 0xc7bb9c68, ebp = 0xc7bb9ce8 ---
ufs_lookup(c7bb9d2c,c7bb9d40,c0184946,c7bb9d2c,c79ba00e) at ufs_lookup+0x353
ufs_vnoperate(c7bb9d2c,c79ba00e,c746e580,c7bb9f10,c746e580 at ufs_vnoperate+0x15
vfs_cache_lookup(c7bb9d84,c7bb9d94,c0186d2b,c7bb9d84,c7470e00) at 
vfs_cache_lookup+0x26a
ufs_vnoperate(c7bb9d84,c7470e00,c7bb9f10,c1303a00,0) at ufs_vnoperate+0x15
lookup(c7bb9eec,0,c7bb9f84,fffc,c7b757f0) at lookup+0x2af
namei(c7bb9eec,0,c7bb9f84,fffc,c02df240) at namei+0x291
vn_open(c7bb9eec603,1a4c7bc3e60,c029d3f0) at vn_open+0x59
open(c7bc3e60,c7bb9f84,8070aa0,10,8085680) at open+0xbb
syscall(2f,2f,8085680,10,bfbfcb84) at syscall+0x182
Xint0x80_syscall() at Xint0x80_syscall+0x4c 

It seams to be ufs-related.  Does anybody know what happened ?

Martin

Martin Blapp, mbl...@solnet.ch
--
SolNet, Internet Solution Provider
Bechburgstrasse 29, 4528 Zuchwil, Switzerland
Phone: +41 32 686 82 82, Fax: +41 32 685 96 13
-- 





To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message



Re: Panic from today's current

1999-04-11 Thread Steven P. Donegan
Well, a kernel built today results in an infinite boot/re-boot cycle on 
my system (SMP, Tomcat IV). Never gets to a point where a proper 
dump/tombstone happens. Sorry, no definitive trace here...


To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message