Port-i386 archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
netbsd-5 system hangs while booting since recent kernel update
Hello,
one of my systems reproducibly hangs while booting a kernel built using
today's netbsd-5 sources (and I can reproduce this with the "official"
GENERIC kernel from /pub/NetBSD-daily/netbsd-5/201001120000Z/...):
booting hd0a:netbsd
10238864+436324+618480 [520464+507196]=0xbc1b84
[...]
isa0 at ichlpcib0
lpt0 at isa0 port 0x378-0x37b irq 7
com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo
com0: console
com1 at isa0 port 0x2f8-0x2ff irq 3: ns16550a, working fifo
fdc0 at isa0 port 0x3f0-0x3f7 irq 6 drq 2
With the old kernel (built using 2009-12-01 sources) booting succeeds:
booting hd0a:netbsd.old
10231104+436324+618480 [519872+506449]=0xbbf64c
[...]
isa0 at ichlpcib0
lpt0 at isa0 port 0x378-0x37b irq 7
com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo
com0: console
com1 at isa0 port 0x2f8-0x2ff irq 3: ns16550a, working fifo
fdc0 at isa0 port 0x3f0-0x3f7 irq 6 drq 2
fd0 at fdc0 drive 0: 1.44MB, 80 cyl, 2 head, 18 sec
uhub0 at usb0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
wd0 at atabus0 drive 0: <SAMSUNG SP0802N>
wd0: 76351 MB, 155127 cyl, 16 head, 63 sec, 512 bytes/sect x 156368016 sectors
wd1 at atabus1 drive 0: <SAMSUNG MP0402H>
wd1: 38204 MB, 77622 cyl, 16 head, 63 sec, 512 bytes/sect x 78242976 sectors
Kernelized RAIDframe activated
pad0: outputs: 44100Hz, 16-bit, stereo
audio0 at pad0: half duplex, playback, capture
boot device: wd0
root on wd0a dumps on wd0b
root file system type: ffs
[...]
Diff(1)ing sort(1)ed ident(1) output of old and new kernel reveals:
$ diff netbsd.old.ident netbsd.ident | grep '^[<>]'
< $NetBSD: auich.c,v 1.127 2008/05/04 15:58:51 xtraeme Exp $
> $NetBSD: auich.c,v 1.127.10.1 2010/01/09 01:35:16 snj Exp $
< $NetBSD: coretemp.c,v 1.11 2008/09/23 22:14:09 christos Exp $
> $NetBSD: coretemp.c,v 1.11.4.1 2009/12/18 05:51:31 snj Exp $
< $NetBSD: dk.c,v 1.42 2008/06/17 14:53:10 reinoud Exp $
> $NetBSD: dk.c,v 1.42.6.1 2010/01/09 01:25:10 snj Exp $
< $NetBSD: if_tap.c,v 1.47.4.6 2009/04/04 23:36:28 snj Exp $
> $NetBSD: if_tap.c,v 1.47.4.7 2009/12/03 09:40:00 sborrill Exp $
< $NetBSD: if_wm.c,v 1.162.4.10 2009/06/05 18:49:42 snj Exp $
> $NetBSD: if_wm.c,v 1.162.4.11 2009/12/23 10:37:37 sborrill Exp $
< $NetBSD: igphy.c,v 1.16 2008/05/04 17:06:09 xtraeme Exp $
> $NetBSD: igphy.c,v 1.16.10.1 2009/12/23 10:37:37 sborrill Exp $
< $NetBSD: intel_busclock.c,v 1.5.10.2 2009/10/05 10:34:07 sborrill Exp $
> $NetBSD: intel_busclock.c,v 1.5.10.3 2009/12/18 05:55:23 snj Exp $
< $NetBSD: kern_event.c,v 1.60.6.1 2009/04/04 23:36:27 snj Exp $
> $NetBSD: kern_event.c,v 1.60.6.2 2010/01/09 01:08:39 snj Exp $
< $NetBSD: kern_time.c,v 1.155.4.2 2009/02/08 20:38:49 snj Exp $
> $NetBSD: kern_time.c,v 1.155.4.3 2009/12/10 23:10:38 snj Exp $
< $NetBSD: ld_sdmmc.c,v 1.3.2.2 2009/10/07 15:41:13 sborrill Exp $
> $NetBSD: ld_sdmmc.c,v 1.3.2.3 2009/12/02 17:39:16 sborrill Exp $
< $NetBSD: piixide.c,v 1.47 2008/10/01 15:38:15 christos Exp $
> $NetBSD: piixide.c,v 1.47.4.1 2009/12/18 05:48:07 snj Exp $
< $NetBSD: puffs_msgif.c,v 1.72 2008/09/25 14:17:29 ad Exp $
> $NetBSD: puffs_msgif.c,v 1.72.4.1 2010/01/09 01:22:57 snj Exp $
< $NetBSD: puffs_vfsops.c,v 1.81 2008/05/20 14:19:18 jmcneill Exp $
< $NetBSD: puffs_vnops.c,v 1.129.4.5 2009/11/28 16:00:16 bouyer Exp $
> $NetBSD: puffs_vfsops.c,v 1.81.8.1 2010/01/09 01:22:57 snj Exp $
> $NetBSD: puffs_vnops.c,v 1.129.4.6 2009/12/18 05:58:26 snj Exp $
< $NetBSD: rf_copyback.c,v 1.41 2008/01/26 20:44:37 oster Exp $
> $NetBSD: rf_copyback.c,v 1.41.20.1 2009/12/10 22:59:16 snj Exp $
< $NetBSD: rf_disks.c,v 1.70.10.1 2009/04/04 17:15:14 snj Exp $
< $NetBSD: rf_driver.c,v 1.118.10.1 2008/12/23 04:03:00 snj Exp $
< $NetBSD: rf_engine.c,v 1.39 2006/11/16 01:33:23 christos Exp $
> $NetBSD: rf_disks.c,v 1.70.10.2 2009/12/10 22:59:16 snj Exp $
> $NetBSD: rf_driver.c,v 1.118.10.2 2009/12/10 22:59:16 snj Exp $
> $NetBSD: rf_engine.c,v 1.39.64.1 2009/12/10 22:59:16 snj Exp $
< $NetBSD: rf_netbsdkintf.c,v 1.250.4.4 2009/04/04 17:15:14 snj Exp $
> $NetBSD: rf_netbsdkintf.c,v 1.250.4.5 2009/12/10 22:59:17 snj Exp $
< $NetBSD: rf_parityscan.c,v 1.32 2006/11/16 01:33:23 christos Exp $
> $NetBSD: rf_paritymap.c,v 1.3.2.2 2009/12/10 23:01:44 snj Exp $
> $NetBSD: rf_parityscan.c,v 1.32.64.1 2009/12/10 22:59:17 snj Exp $
< $NetBSD: rf_reconstruct.c,v 1.105.4.2 2009/02/19 20:27:08 snj Exp $
> $NetBSD: rf_reconstruct.c,v 1.105.4.3 2009/12/10 22:59:17 snj Exp $
< $NetBSD: rf_states.c,v 1.43 2008/05/20 00:29:54 oster Exp $
> $NetBSD: rf_states.c,v 1.43.8.1 2009/12/10 22:59:17 snj Exp $
< $NetBSD: rfcomm_session.c,v 1.14 2008/08/06 15:01:24 plunky Exp $
> $NetBSD: rfcomm_session.c,v 1.14.4.1 2010/01/03 17:52:13 jdc Exp $
< $NetBSD: sdmmc_mem.c,v 1.2.2.2 2009/10/07 15:41:13 sborrill Exp $
> $NetBSD: sdmmc_mem.c,v 1.2.2.3 2009/12/02 17:39:16 sborrill Exp $
< $NetBSD: sys_mqueue.c,v 1.12.4.5 2009/10/16 06:37:51 snj Exp $
> $NetBSD: sys_mqueue.c,v 1.12.4.6 2009/12/10 23:08:43 snj Exp $
< $NetBSD: sys_sig.c,v 1.17.4.2 2009/04/01 21:43:53 snj Exp $
> $NetBSD: sys_sig.c,v 1.17.4.3 2010/01/07 07:04:50 snj Exp $
< $NetBSD: tmpfs_vnops.c,v 1.51.6.5 2009/04/19 15:27:32 snj Exp $
> $NetBSD: tmpfs_vnops.c,v 1.51.6.6 2009/12/07 04:30:13 snj Exp $
< $NetBSD: uhidev.c,v 1.42.8.1 2009/11/27 08:54:13 sborrill Exp $
> $NetBSD: uhidev.c,v 1.42.8.2 2010/01/09 01:37:04 snj Exp $
< $NetBSD: vfs_subr.c,v 1.357.4.8 2009/11/28 18:59:11 sborrill Exp $
< $NetBSD: vfs_syscalls.c,v 1.376.4.3 2009/07/01 22:47:05 snj Exp $
> $NetBSD: vfs_subr.c,v 1.357.4.9 2010/01/11 00:02:09 snj Exp $
> $NetBSD: vfs_syscalls.c,v 1.376.4.4 2009/12/21 09:19:16 sborrill Exp $
< $NetBSD: viaide.c,v 1.57.4.1 2009/09/26 19:04:21 snj Exp $
> $NetBSD: viaide.c,v 1.57.4.3 2010/01/09 01:56:51 snj Exp $
< $NetBSD: wd.c,v 1.363.8.1 2009/02/18 00:23:09 snj Exp $
> $NetBSD: wd.c,v 1.363.8.3 2010/01/10 23:59:30 snj Exp $
Any hints which of those changes might be the culprit?
TIA, Jukka
--
This email fills a much-needed gap in the archives.
Home |
Main Index |
Thread Index |
Old Index