NetBSD Problem Report #32052

From hauke@Espresso.Rhein-Neckar.DE  Fri Nov 11 22:29:05 2005
Return-Path: <hauke@Espresso.Rhein-Neckar.DE>
Received: from la3serv.rninet.de (unknown [62.225.55.3])
	by narn.netbsd.org (Postfix) with ESMTP id 3337363BA19
	for <gnats-bugs@gnats.NetBSD.org>; Fri, 11 Nov 2005 22:29:03 +0000 (UTC)
Message-Id: <200511112209.jABM9kdb022891@pizza.causeuse.org>
Date: Fri, 11 Nov 2005 23:09:47 +0100 (CET)
From: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Reply-To: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
To: gnats-bugs@netbsd.org
Cc: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Subject: tsleep() does not work on SMP sparc while shutting down
X-Send-Pr-Version: 3.95

>Number:         32052
>Category:       port-sparc
>Synopsis:       tsleep() does not work on SMP sparc while shutting down
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    mrg
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Nov 11 22:30:00 +0000 2005
>Closed-Date:    Mon Sep 22 20:50:29 +0000 2014
>Last-Modified:  Mon Sep 22 20:50:29 +0000 2014
>Originator:     Hauke Fath
>Release:        NetBSD 3.0_BETA
>Organization:
Falling Raindrops
>Environment:


System: NetBSD pizza.causeuse.org 3.0_BETA NetBSD 3.0_BETA (PIZZA) #8: Sun Oct 30 16:49:34 CET 2005 hauke@pizza.causeuse.org:/usr/src/sys/arch/sparc/compile/PIZZA sparc
Architecture: sparc
Machine: sparc
>Description:

On a SPARCstation 10 equipped with two SM71 cpus I am running a
Netgear MA401 wlan card in a nell sbus-pcmcia bridge. With an SMP
enabled kernel and the MA401 inserted, the ss10 will hang in tsleep()
during shutdown.

[...]
unmounting /usr (/dev/sd1d)...
unmounting /var (/dev/sd0d)...
unmounting / (/dev/sd0a)... done
Before tsleep in 1131, file ../../../../dev/sbus/stp4020.c: ticks = 30
Stopped at      netbsd:cpu_Debugger+0x4:  or %o7, %g0, %g1
db{1}> ps
 PID           PPID     PGRP        UID S   FLAGS LWPS          COMMAND    WAIT
 1402             1      864        100 2  0x4102    1             halt stp4020
 558              0        0          0 2 0x20200    1            nfsio  nfsidl
 591              0        0          0 2 0x20200    1            nfsio  nfsidl
 569              0        0          0 2 0x20200    1            nfsio  nfsidl
 557              0        0          0 2 0x20200    1            nfsio  nfsidl
 306              0        0          0 2 0x20200    1       lfs_writer lfswrit
 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         scsibus1  sccomp
 3                0        0          0 2 0x20200    1            nell0  pcicev
 2                0        0          0 2 0x20200    1         scsibus0  sccomp
 1                0        1          0 2  0x4000    1             init    wait
 0               -1        0          0 2 0x20200    1          swapper schedul
db{1}>

(Kernel configured with DEBUG and DIAGNOSTIC options.)

This does not happen with a kernel that lacks SMP support. In
addition, the frequent

stray interrupt ipl 0x7 pc=0xf0007e84 npc=0xf0007e88 psr=404000c7<S,PS> 

log entries only show up with SMP support.

A reboot has to be enforced by breaking into the kernel debugger and
issuing 'reboot' which usually works.

Replacing the netbsd-3 stp4020.c with the -current code did not help.

>How-To-Repeat:

Set up an SMP sparcstation with a nell(4) bridge and a prism card
(wi(4)) as wlan access point. Note that every time you shut it down,
it hangs.

>Fix:
	I don't have any.

>Release-Note:

>Audit-Trail:
From: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
To: Chuck Silvers <chuq@chuq.com>
Cc: Hauke Fath <hauke@espresso.rhein-neckar.de>,
	gnats-bugs@netbsd.org
Subject: Re: port-sparc/32052: tsleep() does not work on SMP sparc while
 shutting down
Date: Sat, 28 Jan 2006 22:43:10 +0100

 At 9:36 Uhr -0800 27.1.2006, Chuck Silvers wrote:
 >could you send me a stack trace from when it's hung?
 >
 >also, a dmesg?

 Here goes... You can find the discussion predating the PR under
 http://mail-index.NetBSD.org/port-sparc/2005/11/05/0000.html - the
 situation is more or less unchanged. The wi(4) card is not probed during
 boot and needs to be re-plugged a few times (PR 30549).

 The console log:

 <snip>

 [hauke@pizza] ~ # shutdown -h now
 Shutdown NOW!
 shutdown: [pid 16788]
 [hauke@pizza] ~ # wall: You have write permission turned off; no reply possible

 *** FINAL System shutdown message from hauke@pizza.causeuse.org ***
 System going down IMMEDIATELY


 Jan 28 22:26:00 pizza shutdown: halt by hauke:

 System shutdown time has arrived

 About to run shutdown hooks...
 Stopping afpd.
 Waiting for PIDS: 1200.
 Stopping cron.
 Stopping inetd.
 Waiting for PIDS: 1048.
 Stopping squid[.].
 Shutting down interfaces: pppoe0
 Sat Jan 28 22:26:13 CET 2006

 Done running shutdown hooks.
 Jan 28 22:26:19 pizza syslogd: Exiting on signal 15
 syncing disks... done
 unmounting file systems... done
 Stopped at      netbsd:cpu_Debugger+0x4:        or              %o7, %g0, %g1
 db{1}> t
 cpu_Debugger(0xf0922470, 0x0, 0x23, 0x0, 0x0, 0xf0002000) at
 netbsd:zsc_intr_har
 d+0x104
 zsc_intr_hard(0x8, 0x7ffffc00, 0x272b4894, 0x2e0b, 0xffff, 0xae495) at
 netbsd:zs
 hard+0x40
 zshard(0x0, 0xf0216d2c, 0xd00, 0x408000e7, 0xffff, 0xf3859f08) at
 netbsd:sparc_i
 nterrupt44c+0x148
 sparc_interrupt44c(0x1, 0x1fa0, 0x0, 0x0, 0x0, 0xf0b28e00) at
 netbsd:cpu_exit+0x
 b4
 db{1}> ps
  PID           PPID     PGRP        UID S   FLAGS LWPS          COMMAND    WAIT
  16788            1    26658          0 2  0x4002    1             halt nelldel
  891              0        0          0 2 0x20200    1            nfsio  nfsidl
  787              0        0          0 2 0x20200    1            nfsio  nfsidl
  760              0        0          0 2 0x20200    1            nfsio  nfsidl
  798              0        0          0 2 0x20200    1            nfsio  nfsidl
  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         scsibus1  sccomp
  3                0        0          0 2 0x20200    1            nell0 nellevt
  2                0        0          0 2 0x20200    1         scsibus0  sccomp
  1                0        1          0 2  0x4000    1             init    wait
  0               -1        0          0 2 0x20200    1          swapper schedul
 db{1}> reboot
 rebooting

 Resetting ...

 SPIF/stc FCode initialization complete
 SPARCstation 10 MP (2 X SuperSPARC-II), No Keyboard
 ROM Rev. 2.25, 320 MB memory installed, Serial #7348701.
 Ethernet address 8:0:20:18:76:7e, Host ID: 727021dd.


 Rebooting with command:
 Boot device: /iommu/sbus/espdma/esp/sd@0,0:a  File and args:
 >> NetBSD/sparc Secondary Boot, Revision 1.14
 >> (hauke@pizza.causeuse.org, Sat Aug 28 19:23:27 CEST 2004)
 Booting netbsd
 2763640+80556+224952 [166768+149874]=0x34acc4
 OBP version 3, revision 2.25 (plugin rev 2)
 Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005
     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 3.0_STABLE (PIZZA) #1: Tue Jan  3 22:52:41 CET 2006

 hauke@pizza.causeuse.org:/var/obj/netbsd-builds/netbsd-3/sparc/sys/arch/
 sparc/compile/PIZZA
 total memory = 319 MB
 avail memory = 308 MB
 bootpath: /iommu@f,e0000000/sbus@f,e0001000/espdma@f,400000/esp@f,800000/sd@0,0
 mainbus0 (root): SUNW,SPARCstation-10: hostid 727021dd
 cpu0 at mainbus0: mid 8: TMS390Z50 v0 or TMS390Z55 @ 75 MHz, on-chip FPU
 cpu0: physical 20K instruction (64 b/l), 16K data (32 b/l), 1024K external
 (32 b/l): cache enabled
 cpu1 at mainbus0: mid 10: TMS390Z50 v0 or TMS390Z55 @ 75 MHz, on-chip FPU
 cpu1: physical 20K instruction (64 b/l), 16K data (32 b/l), 1024K external
 (32 b/l): cache enabled
 obio0 at mainbus0
 clock0 at obio0 slot 0 offset 0x200000: mk48t08
 timer0 at obio0 slot 0 offset 0x300000: delay constant 35
 zs0 at obio0 slot 0 offset 0x100000 level 12 softpri 6
 zstty0 at zs0 channel 0 (console i/o)
 zstty1 at zs0 channel 1
 zs1 at obio0 slot 0 offset 0x0 level 12 softpri 6
 kbd0 at zs1 channel 0: baud rate 1200
 ms0 at zs1 channel 1: baud rate 1200
 fdc0 at obio0 slot 0 offset 0x700000 level 11 softpri 4: chip 82077
 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
 auxreg0 at obio0 slot 0 offset 0x800000
 power0 at obio0 slot 0 offset 0xa01000 level 2
 iommu0 at mainbus0 ioaddr 0xe0000000: version 0x3/0x0, page-size 4096,
 range 64MB
 sbus0 at iommu0: clock = 20 MHz
 dma0 at sbus0 slot 15 offset 0x400000: DMA rev 2
 esp0 at dma0 slot 15 offset 0x800000 level 4: ESP200, 40MHz, SCSI ID 7
 scsibus0 at esp0: 8 targets, 8 luns per target
 ledma0 at sbus0 slot 15 offset 0x400010: DMA rev 2
 le0 at ledma0 slot 15 offset 0xc00000 level 6: address 08:00:20:18:76:7e
 le0: 8 receive buffers, 2 transmit buffers
 bpp0 at sbus0 slot 15 offset 0x4800000 level 2 (ipl 3): DMA rev 2
 SUNW,DBRIe at sbus0 slot 15 offset 0x8010000 level 9 not configured
 nell0 at sbus0 slot 0 offset 0x0 level 4 (ipl 7) level 7 (ipl 13): rev 1
 pcmcia0 at nell0 socket 0
 pcmcia0: card appears to have bogus CIS
 pcmcia1 at nell0 socket 1
 spif0 at sbus0 slot 2 offset 0x0 level 13 level 7: rev 5 chiprev 81 osc
 9.830MHz
 stty0 at spif0: 8 ttys
 sbpp0 at spif0: 1 port
 hme0 at sbus0 slot 3 offset 0x8c00000 level 4 (ipl 7): Sun Happy Meal
 Ethernet (SUNW,hme)
 hme0: Ethernet address 08:00:20:18:76:7e
 nsphy0 at hme0 phy 1: DP83840 10/100 media interface, rev. 0
 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
 esp1 at sbus0 slot 3 offset 0x8800000 level 3 (ipl 5): FAS366/HME, 40MHz,
 SCSI ID 7
 scsibus1 at esp1: 16 targets, 8 luns per target
 eccmemctl0 at mainbus0 ioaddr 0x0: version 0x0/0x1
 IPsec: Initialized Security Association Processing.
 scsibus0: waiting 2 seconds for devices to settle...
 scsibus1: waiting 2 seconds for devices to settle...
 sd0 at scsibus0 target 0 lun 0: <IBM, DDRS-39130, S97B> disk fixed
 sd0: 8715 MB, 8387 cyl, 10 head, 212 sec, 512 bytes/sect x 17850000 sectors
 sd0: sync (100.00ns offset 15), 8-bit (10.000MB/s) transfers, tagged queueing
 sd1 at scsibus0 target 1 lun 0: <IBM, DDRS-39130, S97B> disk fixed
 sd1: 8715 MB, 8387 cyl, 10 head, 212 sec, 512 bytes/sect x 17850000 sectors
 sd1: sync (100.00ns offset 15), 8-bit (10.000MB/s) transfers, tagged queueing
 sd2 at scsibus1 target 2 lun 0: <SEAGATE, ST336706LW, 010A> disk fixed
 sd2: 35003 MB, 26302 cyl, 4 head, 681 sec, 512 bytes/sect x 71687370 sectors
 sd2: sync (100.00ns offset 15), 16-bit (20.000MB/s) transfers, tagged queueing
 root on sd0a dumps on sd0b
 root file system type: ffs
 cpu0: booting secondary processors: cpu1
 Sat Jan 28 21:29:50 GMT 2006
 swapctl: adding /dev/sd0b as swap device at priority 0
 swapctl: adding /dev/sd1b as swap device at priority 0
 Checking for botched superblock upgrades: done.
 Starting file system checks:
 /dev/rsd0a: file system is clean; not checking
 /dev/rsd1d: file system is clean; not checking
 /dev/rsd2a: file system is clean; not checking
 /dev/rsd0d: file system is clean; not checking
 /dev/rsd2b: file system is clean; not checking
 /dev/rsd1e: file system is clean; not checking
 /dev/rsd0e: file system is clean; not checking
 /dev/rsd2d: file system is clean; not checking
 /dev/rsd1f: file system is clean; not checking
 /dev/rsd0f: file system is clean; not checking
 /dev/rsd2e: file system is clean; not checking
 /dev/rsd1a: file system is clean; not checking
 /dev/rsd0g: file system is clean; not checking
 /dev/rsd2f: file system is clean; not checking
 /dev/rsd2g: file system is clean; not checking
 /dev/rsd2h: file system is clean; not checking
 Setting tty flags.
 Enabling ipfilter.
 Setting sysctl variables:
 net.inet.tcp.rfc1323: 1 -> 0
 net.inet.tcp.mss_ifmtu: 0 -> 1
 net.inet.tcp.recvspace: 32768 -> 65535
 net.inet.ip.forwarding: 1 -> 1
 net.inet.ip.redirect: 1 -> 0
 net.inet.ip.do_loopback_cksum: 0 -> 1
 net.inet.tcp.do_loopback_cksum: 0 -> 1
 net.inet.udp.do_loopback_cksum: 0 -> 1
 kern.logsigexit: 0 -> 1
 Starting network.
 Hostname: pizza.causeuse.org
 NIS domainname: Forstquelle
 Configuring network interfaces: hme0 bridge0brconfig: add wi0: No such file
 or directory
  pppoe0.
 Adding interface aliases:
 Building databases...
 Trimming log files: done.
 Starting syslogd.
 Starting ifwatchd.
 Installing NAT rules ... 0 entries flushed from NAT table
 Starting ipmon.
 Checking for core dump...
 Starting named.
 Starting rpcbind.
 Starting ypserv.
 Starting ypbind.
 Starting yppasswdd.
 Mounting all filesystems...
 Clearing /tmp.
 Starting amd.
 Jan 28 22:30:13 pizza amd[874]/info:  using configuration file /etc/amd.conf
 Creating a.out runtime link editor directory cache.
 Checking quotas: done.
 Starting mountd.
 Starting nfsd.
 Setting securelevel: kern.securelevel: 0 -> 1
 Starting virecover.
 Starting dhcpd.
 Starting local daemons:.
 Starting lpd.
 Updating motd.
 Starting ntpd.
 Starting rarpd.
 Starting timed.
 Starting atalkd.
 Setting AppleTalk info with nbprgstr.
 Starting thttpd.
 Starting sshd.
 Starting sendmail.
 Starting smmsp.
 Starting papd.
 Starting nmbd.
 Starting inetd.
 Starting faxq.
 Starting cron.
 Starting conserver.
 Starting afpd.
 Starting actived.
 Sat Jan 28 22:31:15 CET 2006
 Jan 28 22:31:1
 NetBSD/sparc (pizza.causeuse.org) (ttya)

 login: stp4020[0]: Battery change 1
 stp4020[0]: Battery change 1
 pcmcia0: CIS version PC Card Standard 5.0
 pcmcia0: CIS info: NETGEAR MA401RA Wireless PC, Card, ISL37300P, Eval-RevA
 pcmcia0: Manufacturer code 0xb, product 0x7300
 pcmcia0: function 0: network adapter, ccr addr 3e0 mask 1
 pcmcia0: function 0, config table entry 1: I/O card; irq mask ffff; iomask
 6, io
 space 0-3f; io16 irqpulse irqlevel
 wi0 at pcmcia0 function 0: <NETGEAR MA401RA Wireless PC, Card, ISL37300P,
 Eval-RevA>
 wi0: 802.11 address 00:09:5b:54:f1:e5
 wi0: using RF:PRISM2.5 MAC:ISL3873B(PCMCIA)
 wi0: Intersil Firmware: Primary (1.1.1), Station (1.7.4)
 wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
 Jan 28 22:32:16 pizza su: hauke to root on /dev/ttyp0
 stray interrupt ipl 0x7 pc=0xf0007cd8 npc=0xf0007cdc psr=404000c7<S,PS>

 </snip>

 	hauke



 --
 "It's never straight up and down"     (DEVO)


State-Changed-From-To: open->feedback
State-Changed-By: mrg@NetBSD.org
State-Changed-When: Tue, 01 Mar 2011 10:48:54 +0000
State-Changed-Why:
netbsd/sparc never called hardclock on non-boot cpus before semi-recent
times, and this was the source of some of the sparc smp problems for a
while.  i wonder if this is the problem here.  are you able to test
either a patched netbsd-5 or a -current kernel?  i may also be able
to provide a patched netbsd-4 kernel.  thanks.


From: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
To: gnats-bugs@NetBSD.org
Cc: port-sparc-maintainer@NetBSD.org
Subject: Re: port-sparc/32052 (tsleep() does not work on SMP sparc while
 shutting down)
Date: Tue, 1 Mar 2011 20:51:38 +0100

 At 10:48 Uhr +0000 1.3.2011, mrg@NetBSD.org wrote:
 >netbsd/sparc never called hardclock on non-boot cpus before semi-recent
 >times, and this was the source of some of the sparc smp problems for a
 >while.  i wonder if this is the problem here.  are you able to test
 >either a patched netbsd-5 or a -current kernel?  i may also be able
 >to provide a patched netbsd-4 kernel.  thanks.

 Hi,

 thanks for looking at the issue. It's been a while... I ended up getting an
 external wlan access point in place of the pcmcia card, and the machine has
 morphed into an SS20 in the meantime.

 I can drop in the nell, and try a -current kernel; in fact, I have a
 sort-of-current installation around from testing the waters, since it looks
 like netbsd-5 on sparc-mp is never going to happen, and things from a newer
 version of pf(4) to wapbl look tempting. Fine-grained locking changes have
 broken appletalk support on many ethernet interfaces, though - not le(4)
 but hme(4).

 OTOH, I'd definitely be interested in netbsd-4 patches, since that would be
 more of a drop-in replacement, pf compatible and all. Plus, it's the last
 usable release on sparc-mp. Just tell me if the patches are much of an
 effort.

 	hauke

 --
 "It's never straight up and down"     (DEVO)


From: matthew green <mrg@eterna.com.au>
To: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Cc: port-sparc-maintainer@NetBSD.org, gnats-bugs@NetBSD.org
Subject: re: port-sparc/32052 (tsleep() does not work on SMP sparc while shutting down)
Date: Wed, 02 Mar 2011 22:43:15 +1100

 > At 10:48 Uhr +0000 1.3.2011, mrg@NetBSD.org wrote:
 > >netbsd/sparc never called hardclock on non-boot cpus before semi-recent
 > >times, and this was the source of some of the sparc smp problems for a
 > >while.  i wonder if this is the problem here.  are you able to test
 > >either a patched netbsd-5 or a -current kernel?  i may also be able
 > >to provide a patched netbsd-4 kernel.  thanks.
 > 
 > Hi,
 > 
 > thanks for looking at the issue. It's been a while... I ended up getting an
 > external wlan access point in place of the pcmcia card, and the machine has
 > morphed into an SS20 in the meantime.

 yeah - it has been a while... thank you for your patience :)

 > I can drop in the nell, and try a -current kernel; in fact, I have a
 > sort-of-current installation around from testing the waters, since it looks
 > like netbsd-5 on sparc-mp is never going to happen, and things from a newer
 > version of pf(4) to wapbl look tempting. Fine-grained locking changes have
 > broken appletalk support on many ethernet interfaces, though - not le(4)
 > but hme(4).

 oh - the patches i'm talking about are the final smp stability changes
 i've made in -current, backported to netbsd-5.  once that pullup is
 executed, netbsd-5 branch will be mostly stable for sparc.  it has a
 (soft) hang that i don't see on -current, but only after a really long
 time of significant load...

 > OTOH, I'd definitely be interested in netbsd-4 patches, since that would be
 > more of a drop-in replacement, pf compatible and all. Plus, it's the last
 > usable release on sparc-mp. Just tell me if the patches are much of an
 > effort.

 let me see about porting just the hardclock change itself to netbsd-4.

 thanks.


 .mrg.

From: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
To: gnats-bugs@NetBSD.org
Cc: port-sparc-maintainer@NetBSD.org, gnats-admin@NetBSD.org
Subject: Re: port-sparc/32052 (tsleep() does not work on SMP sparc while 
 shutting down)
Date: Thu, 3 Mar 2011 20:43:34 +0100

 At 20:20 Uhr +0000 1.3.2011, Hauke Fath wrote:
 >I can drop in the nell, and try a -current kernel;

 I added the nell(4) with a wi(4) card, booted a 5.99.47 MP kernel with the
 netbsd-4 userland, configured the wi(4), and could shut down the ss20 (2x
 SM71) to the OF prompt just fine.

 Problem fixed. Good job!  :)

 	hauke


 (Ill be happy to test any patches against netbsd-4 that you come up with.)


 --
 "It's never straight up and down"     (DEVO)


From: matthew green <mrg@eterna.com.au>
To: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Cc: port-sparc-maintainer@NetBSD.org, gnats-admin@NetBSD.org,
    gnats-bugs@NetBSD.org
Subject: re: port-sparc/32052 (tsleep() does not work on SMP sparc while shutting down)
Date: Fri, 04 Mar 2011 12:05:24 +1100

 > At 20:20 Uhr +0000 1.3.2011, Hauke Fath wrote:
 > >I can drop in the nell, and try a -current kernel;
 > 
 > I added the nell(4) with a wi(4) card, booted a 5.99.47 MP kernel with the
 > netbsd-4 userland, configured the wi(4), and could shut down the ss20 (2x
 > SM71) to the OF prompt just fine.
 > 
 > Problem fixed. Good job!  :)

 this is great news!

 > 	hauke
 > 
 > 
 > (Ill be happy to test any patches against netbsd-4 that you come up with.)

 please try this:

 	http://www.netbsd.org/~mrg/nb4-sparc-hardclock.diff

 i've booted it on my ss20 and it seems to work but i can't test this
 actual bug itself.


 .mrg.

From: matthew green <mrg@eterna.com.au>
To: 
Cc: port-sparc-maintainer@NetBSD.org, gnats-admin@NetBSD.org,
    gnats-bugs@NetBSD.org, Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Subject: re: port-sparc/32052 (tsleep() does not work on SMP sparc while shutting down)
Date: Fri, 04 Mar 2011 12:08:22 +1100

 > > At 20:20 Uhr +0000 1.3.2011, Hauke Fath wrote:
 > > >I can drop in the nell, and try a -current kernel;
 > > 
 > > I added the nell(4) with a wi(4) card, booted a 5.99.47 MP kernel with the
 > > netbsd-4 userland, configured the wi(4), and could shut down the ss20 (2x
 > > SM71) to the OF prompt just fine.
 > > 
 > > Problem fixed. Good job!  :)
 > 
 > this is great news!
 > 
 > > 	hauke
 > > 
 > > 
 > > (Ill be happy to test any patches against netbsd-4 that you come up with.)
 > 
 > please try this:
 > 
 > 	http://www.netbsd.org/~mrg/nb4-sparc-hardclock.diff
 > 
 > i've booted it on my ss20 and it seems to work but i can't test this
 > actual bug itself.

 actually, don't bother.  i booted the wrong kernel originally and
 this patch crashes early in userland startup.


 .mrg.

From: matthew green <mrg@eterna.com.au>
To: gnats-bugs@NetBSD.org
Cc: port-sparc-maintainer@netbsd.org, gnats-admin@netbsd.org,
    netbsd-bugs@netbsd.org, Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Subject: re: port-sparc/32052 (tsleep() does not work on SMP sparc while shutting down)
Date: Fri, 04 Mar 2011 12:14:32 +1100

 >  > (Ill be happy to test any patches against netbsd-4 that you come up with.)
 >  
 >  please try this:
 >  
 >  	http://www.netbsd.org/~mrg/nb4-sparc-hardclock.diff
 >  
 >  i've booted it on my ss20 and it seems to work but i can't test this
 >  actual bug itself.

 OK, this patch has been replaced with one that boots on my ss20.

 let me know how it goes.


 .mrg.

Responsible-Changed-From-To: port-sparc-maintainer->mrg
Responsible-Changed-By: mrg@NetBSD.org
Responsible-Changed-When: Fri, 04 Mar 2011 03:13:02 +0000
Responsible-Changed-Why:
i'm pretty sure i know what the problem is that and it is fixed in -current
and fixed in a pending netbsd-5 pullup, and i have a backport of the fix
to netbsd-4 in testing.


From: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
To: matthew green <mrg@eterna.com.au>
Cc: gnats-bugs@NetBSD.org, port-sparc-maintainer@NetBSD.org
Subject: re: port-sparc/32052 (tsleep() does not work on SMP sparc while
 shutting down)
Date: Fri, 4 Mar 2011 22:04:52 +0100

 At 12:14 Uhr +1100 4.3.2011, matthew green wrote:
 >>  please try this:
 >>
 >>  	http://www.netbsd.org/~mrg/nb4-sparc-hardclock.diff
 >>
 >>  i've booted it on my ss20 and it seems to work but i can't test this
 >>  actual bug itself.
 >
 >OK, this patch has been replaced with one that boots on my ss20.

 The patch works (in the sense that it doesn't crash anything), but the
 machine still hangs at shutdown/reboot.

 	hauke

 --
 "It's never straight up and down"     (DEVO)


State-Changed-From-To: feedback->open
State-Changed-By: hauke@NetBSD.org
State-Changed-When: Wed, 20 Apr 2011 20:01:28 +0000
State-Changed-Why:
I provided feedback.

I set the state back to "open" since the issue is still 
relevant for netbsd-4.


State-Changed-From-To: open->closed
State-Changed-By: mrg@NetBSD.org
State-Changed-When: Mon, 22 Sep 2014 20:50:29 +0000
State-Changed-Why:
problem is fixed in netbsd-5 and newer; netbsd-4 is not supported.


>Unformatted:

NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2014 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.