Re: poweroff (shutdown -p) is broken
On 03.04.2013 14:21, Alexander Motin wrote: On 03.04.2013 12:32, Alexander Motin wrote: On 03.04.2013 02:15, deeptech71 wrote: As of r248872, my system, when ordered to power off, stalls at the "Uptime: [...]" message. Before that revision, the "Uptime" message would be followed by several additional messages -- something related to "usb controllers" -- before powering off. Could you give any more information about your system and the problem? What disks and controllers do you have and which drivers do you use? Full verbose kernel messages from boot up to the hang (if you can set up serial console) could be interesting. I was able to reproduce the problem on legacy mode SATA channel, shared by two disks. I think recent commit just triggered some existing bug. I will start further debugging immediately to fix it ASAP. I'm sorry, it was my fault. Legacy channels appeared more sensitive to the cause of the issue, while more modern SATA and SAS controllers I've tested hidden it. r249048 should fix the problem. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: poweroff (shutdown -p) is broken
On 03.04.2013 12:32, Alexander Motin wrote: On 03.04.2013 02:15, deeptech71 wrote: As of r248872, my system, when ordered to power off, stalls at the "Uptime: [...]" message. Before that revision, the "Uptime" message would be followed by several additional messages -- something related to "usb controllers" -- before powering off. Could you give any more information about your system and the problem? What disks and controllers do you have and which drivers do you use? Full verbose kernel messages from boot up to the hang (if you can set up serial console) could be interesting. I was able to reproduce the problem on legacy mode SATA channel, shared by two disks. I think recent commit just triggered some existing bug. I will start further debugging immediately to fix it ASAP. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: poweroff (shutdown -p) is broken
On 03.04.2013 02:15, deeptech71 wrote: As of r248872, my system, when ordered to power off, stalls at the "Uptime: [...]" message. Before that revision, the "Uptime" message would be followed by several additional messages -- something related to "usb controllers" -- before powering off. Could you give any more information about your system and the problem? What disks and controllers do you have and which drivers do you use? Full verbose kernel messages from boot up to the hang (if you can set up serial console) could be interesting. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: poweroff (shutdown -p) is broken
On 2013-04-03, Andriy Gapon wrote: > on 03/04/2013 02:15 deeptech71 said the following: > > As of r248872, my system, when ordered to power off, stalls at the "Uptime: > > [...]" message. Before that revision, the "Uptime" message would be > > followed by > > several additional messages -- something related to "usb controllers" -- > > before > > powering off. > > You need to break into the ddb and examine where exactly the shutdown thread > is > stuck. I can confirm the problem. It hangs while trying to spin down an ada(4) disk. Tracing pid 1 tid 12 td 0xc72bbc00 sched_switch(c72bbc00,0,104,1b5,c6946188,...) at sched_switch+0x456/frame 0xc6ec4a98 mi_switch(104,0,c0f36d00,1f5,5c,...) at mi_switch+0x20b/frame 0xc6ec4ac8 sleepq_switch(c72bbc00,0,c0f36d00,26b,0,...) at sleepq_switch+0x1a5/frame 0xc6ec4af0 sleepq_wait(c72b573c,5c,c0d92504,0,0,...) at sleepq_wait+0x6b/frame 0xc6ec4b0c _sleep(c72b573c,c732c974,5c,c0d92504,0,...) at _sleep+0x3f0/frame 0xc6ec4b64 cam_periph_getccb(c72b5700,480,c0d94762,c0,ea,...) at cam_periph_getccb+0xd7/frame 0xc6ec4b9c adaspindown(c6ec4c2c,c0a130b6,0,4008,c0f306e7,...) at adaspindown+0xf1/frame 0xc6ec4bcc adashutdown(0,4008,c0f306e7,1bc,c09e261a,...) at adashutdown+0x29/frame 0xc6ec4bd4 kern_reboot(4008,0,c0f306e7,be,bfbfd9a0,...) at kern_reboot+0x706/frame 0xc6ec4c2c sys_reboot(c72bbc00,c6ec4ccc,c72bbcb4,c12164a0,202,...) at sys_reboot+0x6c/frame 0xc6ec4c4c syscall(c6ec4d08) at syscall+0x2ab/frame 0xc6ec4cfc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xc6ec4cfc --- syscall (55, FreeBSD ELF32, sys_reboot), eip = 0x805c0a7, esp = 0xbfbfd86c, ebp = 0xbfbfd948 --- -- Jaakko ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: poweroff (shutdown -p) is broken
on 03/04/2013 02:15 deeptech71 said the following: > As of r248872, my system, when ordered to power off, stalls at the "Uptime: > [...]" message. Before that revision, the "Uptime" message would be followed > by > several additional messages -- something related to "usb controllers" -- > before > powering off. You need to break into the ddb and examine where exactly the shutdown thread is stuck. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: poweroff (shutdown -p) is broken
On Wed, Apr 03, 2013 at 01:15:03AM +0200, deeptech71 wrote: > As of r248872, my system, when ordered to power off, stalls at the "Uptime: > [...]" message. Before that revision, the "Uptime" message would be followed > by several additional messages -- something related to "usb controllers" -- > before powering off. > I suspect that a few more details may be helpful: I track stable/9 & head daily on a couple of machines, one of which gets a "shutdown -p" while it's running head (after I'm finished with the building & smoke-testing). And I have not seen the problem you are reporting. Yesterday, I built & tested FreeBSD/i386 10.0-CURRENT r248969M/248969:130; today, it was r249012M/249014:130. That system runs a GENERIC kernel. (The "modification" denoted by the "M" suffix up there is merely to src/sys/conf/newvers.sh.) Peace, david -- David H. Wolfskill da...@catwhisker.org Taliban: Evil men with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpcO5Vw5ionD.pgp Description: PGP signature
Re: poweroff (shutdown -p) is broken
My kernel configuration file: cpu I686_CPU options SCHED_ULE options PREEMPTION options INET options FFS options SOFTUPDATES options UFS_DIRHASH options MD_ROOT options MSDOSFS options CD9660 options GEOM_PART_GPT options GEOM_LABEL options COMPAT_FREEBSD4 options COMPAT_FREEBSD5 options COMPAT_FREEBSD6 options COMPAT_FREEBSD7 options SCSI_DELAY=1000 options SYSVSHM options SYSVMSG options SYSVSEM options _KPOSIX_PRIORITY_SCHEDULING options PRINTF_BUFR_SIZE=128 options KBD_INSTALL_CDEV options INCLUDE_CONFIG_FILE options SMP device apic device acpi device pci device ahci device ata options ATA_CAM options ATA_STATIC_ID device scbus device ch device da device cd device pass device ses device atkbdc device atkbd device psm device vga device sc device agp device pmtimer device miibus device rl device loop device random device ether device md device firmware device uhci device ohci device ehci device usb device uhid device umass device ums device sound device snd_ich device drm device radeondrm ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"