NetBSD Problem Report #36884

From martin@duskware.de  Sun Sep  2 16:50:15 2007
Return-Path: <martin@duskware.de>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by narn.NetBSD.org (Postfix) with ESMTP id 9F71363B86C
	for <gnats-bugs@gnats.netbsd.org>; Sun,  2 Sep 2007 16:50:15 +0000 (UTC)
Message-Id: <20070902164149.4CF3363B86C@narn.NetBSD.org>
Date: Sun,  2 Sep 2007 16:41:49 +0000 (UTC)
From: belooussov@gmail.com
Reply-To: belooussov@gmail.com
To: netbsd-bugs-owner@NetBSD.org
Subject: kernel panic upon powering down serial console client machine
X-Send-Pr-Version: www-1.0

>Number:         36884
>Category:       kern
>Synopsis:       kernel panic upon powering down serial console client machine
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          support
>Submitter-Id:   net
>Arrival-Date:   Sun Sep 02 16:55:00 +0000 2007
>Last-Modified:  Sun Oct 14 20:15:02 +0000 2007
>Originator:     Maxim Belooussov
>Release:        4.0_BETA2, cobalt port, source snapshot from 29082007
>Organization:
>Environment:
NetBSD qube 4.0_BETA2 NetBSD 4.0_BETA2 (DEBUG) #0: Sun Sep  2 14:34:42 UTC 2007  root@qube:/root/netbsd-4/usr/src/sys/arch/cobalt/compile/DEBUG cobalt

>Description:
When a Windows XP box is connected to qube via a serial console cable, and is hibernated, kernel panic happens.

I've compiled kernel based on GENERIC with full debug options to reproduce the problem. Will try to attach the dumped cores (cannot do that here).

output below.

ta race

cpu_Debugger+4 (ff00,f9,c6,0) ra 800e3500 sz 0

comintr+4f0 (ff00,f9,c6,0) ra 8028ef10 sz 64

cpu_intr+204 (ff00,f9,c6,0) ra 8027a570 sz 56

mips3_KernIntr+84 (83eba3c0,0,c680e000,dec37879) ra 80001188 sz 128

cpu_switch_queuescan+28 (83eba3c0,0,c680e000,dec37879) ra 0 sz 0

User-level: curlwp NULL

db> ps

 PID           PPID     PGRP        UID S   FLAGS LWPS          COMMAND    WAIT

 813            754      813          0 2  0x4002    1              csh   ttyin

 754              1      754          0 2  0x4102    1            login    wait

 750              1      750          0 2       0    1           paneld  kppoll

 631              1      631          0 2       0    1             cron nanosle

 634              1      634          0 2       0    1            inetd  kqread

 714            664      664         12 2  0x4108    1             qmgr  kqread

 694            664      664         12 2  0x4108    1           pickup  kqread

 664              1      664          0 2  0x4108    1           master  kqread

 571              1      571          0 2       0    1             sshd  select

 287              1      287          0 2       0    1          syslogd  kqread

 43               0        0          0 2 0x20200    1          physiod physiod

 7                0        0          0 2 0x20200    1         aiodoned aiodone

 6                0        0          0 2 0x20200    1          ioflush  syncer

 5                0        0          0 2 0x20200    1       pagedaemon pgdaemo

 4                0        0          0 2 0x20200    1        cryptoret crypto_

 3                0        0          0 2 0x20200    1          atabus1   atath

 2                0        0          0 2 0x20200    1          atabus0   atath

 1                0        1          0 2  0x4001    1             init    wait

 0               -1        0          0 2 0x20200    1          swapper schedul

db> sync

syncing disks... done

unmounting file systems...

unmounting /tmp (/dev/wd0g)...tlp0: receive ring overrun



unmounting /var (/dev/wd0f)...

unmounting / (/dev/wd0a)... done



dumping to dev 6,1 offset 132023

dump 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 area improper





rebooting...



Cobalt Microserver Diagnostics - 'We serve it, you surf it'

Built Wed Mar  3 21:26:25 PST 1999



 1.LCD Test................................PASS

 2.Controller Test.........................PASS

 5.Bank 0:.................................16M

 6.Bank 1:.................................16M

 7.Bank 2:.................................16M

 8.Bank 3:.................................16M

 9.Serial Test.............................PASS

10.PCI Expansion Slot....................**Unknown Card**

12.IDE Test................................PASS

13.Ethernet Test...........................PASS

16.RTC Test................................PASS

BOOTLOADER: trying to boot from partition /dev/hda1

Decompressing -\|/-\|/-\|/-\| done

Decompressing -/ done.



>> NetBSD/cobalt 4.0_BETA2 Bootloader, Revision 0.4 [@0x80f00000]

>> (builds@wb36, Wed Aug 29 10:21:11 PDT 2007)

>> Memory:		65536 k

>> PROM boot string:	root=/dev/hda1 ro

Boot [wd0a:netbsd]: 

Loading: wd0a:netbsd

|/-\|3501984/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/+219300- [180768\|/-\|/-\|/+178217-\|/-\|/-\|]=0x3e4684

Starting at 0x80001000



Loaded initial symtab at 0x8038c844, strtab at 0x803b8e58, # entries 11278

Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006

    The NetBSD Foundation, Inc.  All rights reserved.

Copyright (c) 1982, 1986, 1989, 1991, 1993

    The Regents of the University of California.  All rights reserved.



NetBSD 4.0_BETA2 (DEBUG) #0: Sun Sep  2 14:34:42 UTC 2007

	root@qube:/root/netbsd-4/usr/src/sys/arch/cobalt/compile/DEBUG

Cobalt Qube 2

total memory = 65536 KB

avail memory = 59904 KB

timecounter: Timecounters tick every 10.000 msec

mainbus0 (root)

com0 at mainbus0 addr 0x1c800000 level 3: st16650a, working fifo

com0: console

cpu0 at mainbus0: QED RM5200 CPU (0x28a0) Rev. 10.0 with built-in FPU Rev. 10.0

cpu0: 32KB/32B 2-way set-associative L1 Instruction cache, 48 TLB entries

cpu0: 32KB/32B 2-way set-associative write-back L1 Data cache

mcclock0 at mainbus0 addr 0x10000070: mc146818 compatible time-of-day clock

panel0 at mainbus0 addr 0x1f000000

gt0 at mainbus0 addr 0x14000000

pci0 at gt0

pci0: i/o space, memory space enabled, rd/line, wr/inv ok

pchb0 at pci0 dev 0 function 0: Galileo GT-64111 System Controller, rev 1

tlp0 at pci0 dev 7 function 0: DECchip 21143 Ethernet, pass 4.1

tlp0: interrupting at level 1

tlp0: Ethernet address 00:10:e0:00:39:ed

lxtphy0 at tlp0 phy 1: LXT970 10/100 media interface, rev. 3

lxtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto

pcib0 at pci0 dev 9 function 0

pcib0: VIA Technologies VT82C586 PCI-ISA Bridge, rev 39

viaide0 at pci0 dev 9 function 1

viaide0: VIA Technologies VT82C586 (Apollo VP) ATA33 controller

viaide0: bus-master DMA support present

viaide0: primary channel configured to compatibility mode

viaide0: primary channel interrupting at irq 14

atabus0 at viaide0 channel 0

viaide0: secondary channel configured to compatibility mode

viaide0: secondary channel interrupting at irq 15

atabus1 at viaide0 channel 1

VIA Technologies VT83C572 USB Controller (USB serial bus, revision 0x02) at pci0 dev 9 function 2 not configured

ral0 at pci0 dev 10 function 0: Ralink Technologies RT2560 802.11b/g (rev. 0x01)

ral0: interrupting at irq 9

ral0: 802.11 address 00:0e:2e:50:49:1a

ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525

ral0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps

ral0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps

tlp1 at pci0 dev 12 function 0: DECchip 21143 Ethernet, pass 4.1

tlp1: interrupting at level 2

tlp1: Ethernet address 00:10:e0:00:33:37

lxtphy1 at tlp1 phy 1: LXT970 10/100 media interface, rev. 3

lxtphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto

timecounter: Timecounter "clockinterrupt" frequency 100 Hz quality 0

timecounter: Timecounter "mips3_cp0_counter" frequency 125000000 Hz quality 100

raidattach: Asked for 8 units

Kernelized RAIDframe activated

wd0 at atabus0 drive 0: <Maxtor 34098H4>

wd0: drive supports 16-sector PIO transfers, LBA addressing

wd0: 32253 MB, 65530 cyl, 16 head, 63 sec, 512 bytes/sect x 66055244 sectors

wd0: 32-bit data port

wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100)

wd0(viaide0:0:0): using PIO mode 4, Ultra-DMA mode 2 (Ultra/33) (using DMA)

Searching for RAID components...

boot device: wd0

root on wd0a dumps on wd0b

mountroot: trying lfs...

mountroot: trying ffs...

root file system type: ffs

init: copying out path `/sbin/init' 11

swapctl: adding /dev/wd0b as swap device at priority 0

Checking for botched superblock upgrades: done.

Starting file system checks:

/dev/rwd0a: file system is clean; not checking

/dev/rwd0f: file system is clean; not checking

/dev/rwd0g: file system is clean; not checking

Setting tty flags.

Setting sysctl variables:

Starting network.

Hostname: qube

IPv6 mode: host

Configuring network interfaces: tlp0 ral0ifconfig: SIOCS80211POWER: Invalid argument

>Fix:

Unknown
>Audit-Trail:
From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/36884: kernel panic upon powering down serial console client machine
Date: Sun, 2 Sep 2007 18:57:22 +0200

 On Sun, Sep 02, 2007 at 04:41:49PM +0000, belooussov@gmail.com wrote:

 > When a Windows XP box is connected to qube via a serial console cable, and
 > is hibernated, kernel panic happens.

 This is no panic, it just enters the debugger when receiving a BREAK
 signal. You can just "c" (continue) at the ddb prompt.

 You might want to change systctl hw.cnmagic (see cnmagic(9) for a
 description of the magic sequence).

 Martin

From: "David H. Gutteridge" <dhgutteridge@sympatico.ca>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/36884: kernel panic upon powering down serial console client machine
Date: Sun, 14 Oct 2007 14:59:03 -0400

 Hello,

 See also this earlier PR:
 http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=17919

 I think, depending upon the port, changing the cnmagic value on its own
 might not fix this problem, e.g. on hp700 it's set to "+++++", but
 sending a break on the console also drops to ddb.  (I see that cobalt
 doesn't have an entry in ddb(4) under "Entering the debugger".)  The
 earlier PR notes that using ddb.fromconsole=0 effected the desired
 behaviour.

 Regards,

 Dave

Home	PR Database Search