Re: Kernel builds, but crashes at boot (amd64, Revision: 234306)
On 04/16/12 14:49, Conrad J. Sabatier wrote: On Tue, Apr 17, 2012 at 03:53:27AM +0200, Edward Tomasz Napieraa wrote: Wiadomo�� napisana przez Rainer Hurling w dniu 16 kwi 2012, o godz. 19:58: On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: I just updated my system to r234342, only downgraded /usr/src/sys/cam/scsi/scsi_da.c to r233746, and now the system is booting again. So obviously there is something wrong with the newest patch to scsi_da.c. It is too broad, try to revert exactly one patch and see whether it works. Sorry for my bad english. I wanted to say, that I only reverted exactly one patch (file scsi_da.c from 234177 back to 233746 manually). The rest is up to r234342. Could you try the patch below? Index: sys/cam/scsi/scsi_da.c === --- sys/cam/scsi/scsi_da.c (revision 234314) +++ sys/cam/scsi/scsi_da.c (working copy) @@ -938,7 +938,9 @@ daopen(struct disk *dp) if (error != 0) xpt_print(periph-path, unable to retrieve capacity data); - if (periph-flags CAM_PERIPH_INVALID) + if (periph-flags CAM_PERIPH_INVALID || + softc-disk-d_sectorsize == 0 || + softc-disk-d_mediasize == 0) error = ENXIO; if (error == 0 (softc-flags DA_FLAG_PACK_REMOVABLE) != 0 This patch fixed the problem for me. Thank you! It's fixed here too where problem device was a front-panel with a USBest UT330 chip...stupid thing presents *every* card slot as a LUN whether used or not, da0-da4. Thanks Matt ___ 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: Kernel builds, but crashes at boot (amd64, Revision: 234306)
В Tue, 17 Apr 2012 03:53:27 +0200 Edward Tomasz Napierała tr...@freebsd.org пишет: Wiadomość napisana przez Rainer Hurling w dniu 16 kwi 2012, o godz. 19:58: On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: I just updated my system to r234342, only downgraded /usr/src/sys/cam/scsi/scsi_da.c to r233746, and now the system is booting again. So obviously there is something wrong with the newest patch to scsi_da.c. It is too broad, try to revert exactly one patch and see whether it works. Sorry for my bad english. I wanted to say, that I only reverted exactly one patch (file scsi_da.c from 234177 back to 233746 manually). The rest is up to r234342. Could you try the patch below? Index: sys/cam/scsi/scsi_da.c === --- sys/cam/scsi/scsi_da.c(revision 234314) +++ sys/cam/scsi/scsi_da.c(working copy) @@ -938,7 +938,9 @@ daopen(struct disk *dp) if (error != 0) xpt_print(periph-path, unable to retrieve capacity data); - if (periph-flags CAM_PERIPH_INVALID) + if (periph-flags CAM_PERIPH_INVALID || + softc-disk-d_sectorsize == 0 || + softc-disk-d_mediasize == 0) error = ENXIO; if (error == 0 (softc-flags DA_FLAG_PACK_REMOVABLE) != 0 it gets in head? I hope i will use my device that has recently worked in FreeBSD - and now it will just not work?... Thanks. ___ 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: Kernel builds, but crashes at boot (amd64, Revision: 234306)
Am 17.04.2012 03:53 (UTC+1) schrieb Edward Tomasz Napierała: Wiadomość napisana przez Rainer Hurling w dniu 16 kwi 2012, o godz. 19:58: On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: I just updated my system to r234342, only downgraded /usr/src/sys/cam/scsi/scsi_da.c to r233746, and now the system is booting again. So obviously there is something wrong with the newest patch to scsi_da.c. It is too broad, try to revert exactly one patch and see whether it works. Sorry for my bad english. I wanted to say, that I only reverted exactly one patch (file scsi_da.c from 234177 back to 233746 manually). The rest is up to r234342. Could you try the patch below? Index: sys/cam/scsi/scsi_da.c === --- sys/cam/scsi/scsi_da.c (revision 234314) +++ sys/cam/scsi/scsi_da.c (working copy) @@ -938,7 +938,9 @@ daopen(struct disk *dp) if (error != 0) xpt_print(periph-path, unable to retrieve capacity data); - if (periph-flags CAM_PERIPH_INVALID) + if (periph-flags CAM_PERIPH_INVALID || + softc-disk-d_sectorsize == 0 || + softc-disk-d_mediasize == 0) error = ENXIO; if (error == 0 (softc-flags DA_FLAG_PACK_REMOVABLE) != 0 Thanks for the patch. I just tried it with 10.0-CURRENT (amd64) r234370 and it at least boots again. ___ 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: Kernel builds, but crashes at boot (amd64, Revision: 234306)
On 04/17/12 10:49, Rainer Hurling wrote: Am 17.04.2012 03:53 (UTC+1) schrieb Edward Tomasz Napierała: Wiadomość napisana przez Rainer Hurling w dniu 16 kwi 2012, o godz. 19:58: On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: I just updated my system to r234342, only downgraded /usr/src/sys/cam/scsi/scsi_da.c to r233746, and now the system is booting again. So obviously there is something wrong with the newest patch to scsi_da.c. It is too broad, try to revert exactly one patch and see whether it works. Sorry for my bad english. I wanted to say, that I only reverted exactly one patch (file scsi_da.c from 234177 back to 233746 manually). The rest is up to r234342. Could you try the patch below? Index: sys/cam/scsi/scsi_da.c === --- sys/cam/scsi/scsi_da.c(revision 234314) +++ sys/cam/scsi/scsi_da.c(working copy) @@ -938,7 +938,9 @@ daopen(struct disk *dp) if (error != 0) xpt_print(periph-path, unable to retrieve capacity data); -if (periph-flags CAM_PERIPH_INVALID) +if (periph-flags CAM_PERIPH_INVALID || +softc-disk-d_sectorsize == 0 || +softc-disk-d_mediasize == 0) error = ENXIO; if (error == 0 (softc-flags DA_FLAG_PACK_REMOVABLE) != 0 Thanks for the patch. I just tried it with 10.0-CURRENT (amd64) r234370 and it at least boots again. I tried this patch (thnak you). With patch, the problem with the attached Dell HUB vanishes, the box does not dumps core. But I didn't test without after I made world this morning, so my statement is a little bit vague .. Regards, Oliver signature.asc Description: OpenPGP digital signature
Re: Kernel builds, but crashes at boot (amd64, Revision: 234306)
On 04/15/12 12:30, Conrad J. Sabatier wrote: Today I'm suddenly unable to boot a newly built kernel without crashing right near the end of the device probes, just before the system is about to actually come up: Fatal trap 18: integer divide fault while in kernel mode Stopped at 0x803b2646 = g_label_ufs_taste_common+0x36 divl 0x50(%rcx),%eax Backtrace lists this chain of calls: g_label_ufs_taste_common g_label_taste g_new_provider_event g_run_events g_event_procbody fork_exit fork_trampoline Whether built with clang or gcc, CUSTOM config or GENERIC, same results on rebooting. No idea why this suddenly started happening, haven't changed anything at all in my setup. My recent kernel does the same on two FreeBSD 10.0-CURRENT #1 r234309: Sun Apr 15 14:14:11 CEST 2012 boxes. Both boxes in common is they are attached to a Dell UltraSharp U2711 screen which does have a built-in USB/MMC hub. I realized that it was possible to log into my lab's box from remote when I'm not in the lab and that is usually coincidentally with a switched off screen. This morning I loged in from home, loged out and got to the office, switched on the screen - and reboot! I wasn't able to get the system running again, it always got stuck in a Fatal trap 18: integer divide fault while in kernel mode Unplugging the screen's USB hub makes the system booting again! Following is one of the last logged messages from the kernel, I don not know whether this is usefull looking for the problem. Regards, Oliver Apr 12 15:32:33 telesto kernel: hwpmc: SOFT/16/64/0x67INT,USR,SYS,REA,WRI TSC/1/64/0x20REA IAP/4/48/0x3ffINT,USR,SYS,EDG,THR,REA,WRI,INV,QUA,PRC IAF/3/48/0x61INT,REA,WRI UCP/8/48/0x3f8EDG,THR,REA,WRI,INV,QUA,PRC UCF/1/48/0x60REA,WRI Apr 12 15:32:33 telesto kernel: uhub1: 4 ports with 4 removable, self powered Apr 12 15:32:33 telesto kernel: uhub2: 4 ports with 4 removable, self powered Apr 12 15:32:33 telesto kernel: uhub3: 2 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: uhub0: 2 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.2: vendor 0x8087 at usbus3 Apr 12 15:32:33 telesto kernel: uhub4: vendor 0x8087 product 0x0024, class 9/0, rev 2.00/0.00, addr 2 on usbus3 Apr 12 15:32:33 telesto kernel: ugen0.2: vendor 0x8087 at usbus0 Apr 12 15:32:33 telesto kernel: uhub5: vendor 0x8087 product 0x0024, class 9/0, rev 2.00/0.00, addr 2 on usbus0 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 usbus0 Apr 12 15:32:33 telesto kernel: uhub5: 6 ports with 6 removable, self powered Apr 12 15:32:33 telesto kernel: uhub4: 8 ports with 8 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.3: Cherry GmbH at usbus3 Apr 12 15:32:33 telesto kernel: ukbd0: Cherry GmbH wired keyboard, class 0/0, rev 2.00/1.11, addr 3 on usbus3 Apr 12 15:32:33 telesto kernel: kbd2 at ukbd0 Apr 12 15:32:33 telesto kernel: uhid0: Cherry GmbH wired keyboard, class 0/0, rev 2.00/1.11, addr 3 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: ugen3.4: vendor 0x0424 at usbus3 Apr 12 15:32:33 telesto kernel: uhub6: vendor 0x0424 product 0x2514, class 9/0, rev 2.00/0.00, addr 4 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: uhub6: 3 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.5: vendor 0x0424 at usbus3 Apr 12 15:32:33 telesto kernel: uhub7: vendor 0x0424 product 0x2640, class 9/0, rev 2.00/0.00, addr 5 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: uhub7: 3 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: ugen3.6: Generic at usbus3 Apr 12 15:32:33 telesto kernel: umass0: Generic Ultra Fast Media Reader, class 0/0, rev 2.00/1.91, addr 6 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI status: Check Condition Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) Apr 12 15:32:33 telesto kernel: da0 at umass-sim0 bus 0 scbus14 target 0 lun 0 Apr 12 15:32:33 telesto kernel: da0: Generic Ultra HS-SD/MMC 1.91 Removable Direct Access SCSI-0 device Apr 12 15:32:33 telesto kernel: da0: 40.000MB/s transfers Apr 12 15:32:33 telesto kernel: da0: Attempt to query device size failed: NOT READY, Medium not present Apr 12 15:32:33 telesto kernel: ugen3.7: Logitech at usbus3 Apr 12 15:32:33 telesto kernel: ums0: Logitech USB Laser Mouse, class 0/0, rev 2.00/56.01, addr 7 on usbus3 Apr 12 15:32:33 telesto kernel: ums0: 8 buttons and [XYZT] coordinates ID=0 Apr 12 15:32:33 telesto kernel: Trying to
Re: Kernel builds, but crashes at boot (amd64, Revision: 234306)
On 04/16/12 01:57, O. Hartmann wrote: On 04/15/12 12:30, Conrad J. Sabatier wrote: Today I'm suddenly unable to boot a newly built kernel without crashing right near the end of the device probes, just before the system is about to actually come up: Fatal trap 18: integer divide fault while in kernel mode Stopped at 0x803b2646 = g_label_ufs_taste_common+0x36 divl 0x50(%rcx),%eax Backtrace lists this chain of calls: g_label_ufs_taste_common g_label_taste g_new_provider_event g_run_events g_event_procbody fork_exit fork_trampoline Whether built with clang or gcc, CUSTOM config or GENERIC, same results on rebooting. No idea why this suddenly started happening, haven't changed anything at all in my setup. My recent kernel does the same on two FreeBSD 10.0-CURRENT #1 r234309: Sun Apr 15 14:14:11 CEST 2012 boxes. Both boxes in common is they are attached to a Dell UltraSharp U2711 screen which does have a built-in USB/MMC hub. I realized that it was possible to log into my lab's box from remote when I'm not in the lab and that is usually coincidentally with a switched off screen. This morning I loged in from home, loged out and got to the office, switched on the screen - and reboot! I wasn't able to get the system running again, it always got stuck in a Fatal trap 18: integer divide fault while in kernel mode Unplugging the screen's USB hub makes the system booting again! Following is one of the last logged messages from the kernel, I don not know whether this is usefull looking for the problem. Regards, Oliver Apr 12 15:32:33 telesto kernel: hwpmc: SOFT/16/64/0x67INT,USR,SYS,REA,WRI TSC/1/64/0x20REA IAP/4/48/0x3ffINT,USR,SYS,EDG,THR,REA,WRI,INV,QUA,PRC IAF/3/48/0x61INT,REA,WRI UCP/8/48/0x3f8EDG,THR,REA,WRI,INV,QUA,PRC UCF/1/48/0x60REA,WRI Apr 12 15:32:33 telesto kernel: uhub1: 4 ports with 4 removable, self powered Apr 12 15:32:33 telesto kernel: uhub2: 4 ports with 4 removable, self powered Apr 12 15:32:33 telesto kernel: uhub3: 2 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: uhub0: 2 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.2: vendor 0x8087 at usbus3 Apr 12 15:32:33 telesto kernel: uhub4: vendor 0x8087 product 0x0024, class 9/0, rev 2.00/0.00, addr 2 on usbus3 Apr 12 15:32:33 telesto kernel: ugen0.2: vendor 0x8087 at usbus0 Apr 12 15:32:33 telesto kernel: uhub5: vendor 0x8087 product 0x0024, class 9/0, rev 2.00/0.00, addr 2 on usbus0 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 usbus0 Apr 12 15:32:33 telesto kernel: uhub5: 6 ports with 6 removable, self powered Apr 12 15:32:33 telesto kernel: uhub4: 8 ports with 8 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.3: Cherry GmbH at usbus3 Apr 12 15:32:33 telesto kernel: ukbd0: Cherry GmbH wired keyboard, class 0/0, rev 2.00/1.11, addr 3 on usbus3 Apr 12 15:32:33 telesto kernel: kbd2 at ukbd0 Apr 12 15:32:33 telesto kernel: uhid0: Cherry GmbH wired keyboard, class 0/0, rev 2.00/1.11, addr 3 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: ugen3.4: vendor 0x0424 at usbus3 Apr 12 15:32:33 telesto kernel: uhub6: vendor 0x0424 product 0x2514, class 9/0, rev 2.00/0.00, addr 4 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: uhub6: 3 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.5: vendor 0x0424 at usbus3 Apr 12 15:32:33 telesto kernel: uhub7: vendor 0x0424 product 0x2640, class 9/0, rev 2.00/0.00, addr 5 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: uhub7: 3 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: ugen3.6: Generic at usbus3 Apr 12 15:32:33 telesto kernel: umass0: Generic Ultra Fast Media Reader, class 0/0, rev 2.00/1.91, addr 6 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI status: Check Condition Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) Apr 12 15:32:33 telesto kernel: da0 at umass-sim0 bus 0 scbus14 target 0 lun 0 Apr 12 15:32:33 telesto kernel: da0: Generic Ultra HS-SD/MMC 1.91 Removable Direct Access SCSI-0 device Apr 12 15:32:33 telesto kernel: da0: 40.000MB/s transfers Apr 12 15:32:33 telesto kernel: da0: Attempt to query device size failed: NOT READY, Medium not present Apr 12 15:32:33 telesto kernel: ugen3.7: Logitech at usbus3 Apr 12 15:32:33 telesto kernel: ums0: Logitech USB Laser Mouse, class 0/0, rev 2.00/56.01, addr 7 on usbus3
Re: Kernel builds, but crashes at boot (amd64, Revision: 234306)
On Mon, Apr 16, 2012 at 07:35:23AM -0700, matt wrote: On 04/16/12 01:57, O. Hartmann wrote: On 04/15/12 12:30, Conrad J. Sabatier wrote: Today I'm suddenly unable to boot a newly built kernel without crashing right near the end of the device probes, just before the system is about to actually come up: Fatal trap 18: integer divide fault while in kernel mode Stopped at 0x803b2646 = g_label_ufs_taste_common+0x36 divl 0x50(%rcx),%eax Backtrace lists this chain of calls: g_label_ufs_taste_common g_label_taste g_new_provider_event g_run_events g_event_procbody fork_exit fork_trampoline Whether built with clang or gcc, CUSTOM config or GENERIC, same results on rebooting. No idea why this suddenly started happening, haven't changed anything at all in my setup. My recent kernel does the same on two FreeBSD 10.0-CURRENT #1 r234309: Sun Apr 15 14:14:11 CEST 2012 boxes. Both boxes in common is they are attached to a Dell UltraSharp U2711 screen which does have a built-in USB/MMC hub. I realized that it was possible to log into my lab's box from remote when I'm not in the lab and that is usually coincidentally with a switched off screen. This morning I loged in from home, loged out and got to the office, switched on the screen - and reboot! I wasn't able to get the system running again, it always got stuck in a Fatal trap 18: integer divide fault while in kernel mode Unplugging the screen's USB hub makes the system booting again! Following is one of the last logged messages from the kernel, I don not know whether this is usefull looking for the problem. Regards, Oliver Apr 12 15:32:33 telesto kernel: hwpmc: SOFT/16/64/0x67INT,USR,SYS,REA,WRI TSC/1/64/0x20REA IAP/4/48/0x3ffINT,USR,SYS,EDG,THR,REA,WRI,INV,QUA,PRC IAF/3/48/0x61INT,REA,WRI UCP/8/48/0x3f8EDG,THR,REA,WRI,INV,QUA,PRC UCF/1/48/0x60REA,WRI Apr 12 15:32:33 telesto kernel: uhub1: 4 ports with 4 removable, self powered Apr 12 15:32:33 telesto kernel: uhub2: 4 ports with 4 removable, self powered Apr 12 15:32:33 telesto kernel: uhub3: 2 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: uhub0: 2 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.2: vendor 0x8087 at usbus3 Apr 12 15:32:33 telesto kernel: uhub4: vendor 0x8087 product 0x0024, class 9/0, rev 2.00/0.00, addr 2 on usbus3 Apr 12 15:32:33 telesto kernel: ugen0.2: vendor 0x8087 at usbus0 Apr 12 15:32:33 telesto kernel: uhub5: vendor 0x8087 product 0x0024, class 9/0, rev 2.00/0.00, addr 2 on usbus0 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 usbus0 Apr 12 15:32:33 telesto kernel: uhub5: 6 ports with 6 removable, self powered Apr 12 15:32:33 telesto kernel: uhub4: 8 ports with 8 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.3: Cherry GmbH at usbus3 Apr 12 15:32:33 telesto kernel: ukbd0: Cherry GmbH wired keyboard, class 0/0, rev 2.00/1.11, addr 3 on usbus3 Apr 12 15:32:33 telesto kernel: kbd2 at ukbd0 Apr 12 15:32:33 telesto kernel: uhid0: Cherry GmbH wired keyboard, class 0/0, rev 2.00/1.11, addr 3 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: ugen3.4: vendor 0x0424 at usbus3 Apr 12 15:32:33 telesto kernel: uhub6: vendor 0x0424 product 0x2514, class 9/0, rev 2.00/0.00, addr 4 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: uhub6: 3 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.5: vendor 0x0424 at usbus3 Apr 12 15:32:33 telesto kernel: uhub7: vendor 0x0424 product 0x2640, class 9/0, rev 2.00/0.00, addr 5 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: uhub7: 3 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: ugen3.6: Generic at usbus3 Apr 12 15:32:33 telesto kernel: umass0: Generic Ultra Fast Media Reader, class 0/0, rev 2.00/1.91, addr 6 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI status: Check Condition Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) Apr 12 15:32:33 telesto kernel: da0 at umass-sim0 bus 0 scbus14 target 0 lun 0 Apr 12 15:32:33 telesto kernel: da0: Generic Ultra HS-SD/MMC 1.91 Removable Direct Access SCSI-0 device Apr 12 15:32:33 telesto kernel: da0: 40.000MB/s transfers Apr 12 15:32:33 telesto kernel: da0: Attempt to query device size failed: NOT READY, Medium not present Apr 12
Re: Kernel builds, but crashes at boot (amd64, Revision: 234306)
On 16.04.2012 16:55 (UTC+1), Konstantin Belousov wrote: On Mon, Apr 16, 2012 at 07:35:23AM -0700, matt wrote: On 04/16/12 01:57, O. Hartmann wrote: On 04/15/12 12:30, Conrad J. Sabatier wrote: Today I'm suddenly unable to boot a newly built kernel without crashing right near the end of the device probes, just before the system is about to actually come up: Fatal trap 18: integer divide fault while in kernel mode Stopped at 0x803b2646 = g_label_ufs_taste_common+0x36 divl 0x50(%rcx),%eax Backtrace lists this chain of calls: g_label_ufs_taste_common g_label_taste g_new_provider_event g_run_events g_event_procbody fork_exit fork_trampoline Whether built with clang or gcc, CUSTOM config or GENERIC, same results on rebooting. No idea why this suddenly started happening, haven't changed anything at all in my setup. My recent kernel does the same on two FreeBSD 10.0-CURRENT #1 r234309: Sun Apr 15 14:14:11 CEST 2012 boxes. Both boxes in common is they are attached to a Dell UltraSharp U2711 screen which does have a built-in USB/MMC hub. I realized that it was possible to log into my lab's box from remote when I'm not in the lab and that is usually coincidentally with a switched off screen. This morning I loged in from home, loged out and got to the office, switched on the screen - and reboot! I wasn't able to get the system running again, it always got stuck in a Fatal trap 18: integer divide fault while in kernel mode Unplugging the screen's USB hub makes the system booting again! Following is one of the last logged messages from the kernel, I don not know whether this is usefull looking for the problem. Regards, Oliver Apr 12 15:32:33 telesto kernel: hwpmc: SOFT/16/64/0x67INT,USR,SYS,REA,WRI TSC/1/64/0x20REA IAP/4/48/0x3ffINT,USR,SYS,EDG,THR,REA,WRI,INV,QUA,PRC IAF/3/48/0x61INT,REA,WRI UCP/8/48/0x3f8EDG,THR,REA,WRI,INV,QUA,PRC UCF/1/48/0x60REA,WRI Apr 12 15:32:33 telesto kernel: uhub1: 4 ports with 4 removable, self powered Apr 12 15:32:33 telesto kernel: uhub2: 4 ports with 4 removable, self powered Apr 12 15:32:33 telesto kernel: uhub3: 2 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: uhub0: 2 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.2:vendor 0x8087 at usbus3 Apr 12 15:32:33 telesto kernel: uhub4:vendor 0x8087 product 0x0024, class 9/0, rev 2.00/0.00, addr 2 on usbus3 Apr 12 15:32:33 telesto kernel: ugen0.2:vendor 0x8087 at usbus0 Apr 12 15:32:33 telesto kernel: uhub5:vendor 0x8087 product 0x0024, class 9/0, rev 2.00/0.00, addr 2 on usbus0 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 usbus0 Apr 12 15:32:33 telesto kernel: uhub5: 6 ports with 6 removable, self powered Apr 12 15:32:33 telesto kernel: uhub4: 8 ports with 8 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.3:Cherry GmbH at usbus3 Apr 12 15:32:33 telesto kernel: ukbd0:Cherry GmbH wired keyboard, class 0/0, rev 2.00/1.11, addr 3 on usbus3 Apr 12 15:32:33 telesto kernel: kbd2 at ukbd0 Apr 12 15:32:33 telesto kernel: uhid0:Cherry GmbH wired keyboard, class 0/0, rev 2.00/1.11, addr 3 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: ugen3.4:vendor 0x0424 at usbus3 Apr 12 15:32:33 telesto kernel: uhub6:vendor 0x0424 product 0x2514, class 9/0, rev 2.00/0.00, addr 4 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: uhub6: 3 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.5:vendor 0x0424 at usbus3 Apr 12 15:32:33 telesto kernel: uhub7:vendor 0x0424 product 0x2640, class 9/0, rev 2.00/0.00, addr 5 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: uhub7: 3 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: ugen3.6:Generic at usbus3 Apr 12 15:32:33 telesto kernel: umass0:Generic Ultra Fast Media Reader, class 0/0, rev 2.00/1.91, addr 6 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI status: Check Condition Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) Apr 12 15:32:33 telesto kernel: da0 at umass-sim0 bus 0 scbus14 target 0 lun 0 Apr 12 15:32:33 telesto kernel: da0:Generic Ultra HS-SD/MMC 1.91 Removable Direct Access SCSI-0 device Apr 12 15:32:33 telesto kernel: da0: 40.000MB/s transfers Apr 12 15:32:33 telesto kernel: da0: Attempt to query device size failed: NOT READY, Medium not present Apr 12 15:32:33 telesto kernel: ugen3.7:Logitech at usbus3 Apr 12 15:32:33 telesto kernel: ums0:Logitech USB Laser Mouse, class 0/0, rev 2.00/56.01,
Re: Kernel builds, but crashes at boot (amd64, Revision: 234306)
On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: On 16.04.2012 16:55 (UTC+1), Konstantin Belousov wrote: On Mon, Apr 16, 2012 at 07:35:23AM -0700, matt wrote: On 04/16/12 01:57, O. Hartmann wrote: On 04/15/12 12:30, Conrad J. Sabatier wrote: Today I'm suddenly unable to boot a newly built kernel without crashing right near the end of the device probes, just before the system is about to actually come up: Fatal trap 18: integer divide fault while in kernel mode Stopped at 0x803b2646 = g_label_ufs_taste_common+0x36 divl 0x50(%rcx),%eax Backtrace lists this chain of calls: g_label_ufs_taste_common g_label_taste g_new_provider_event g_run_events g_event_procbody fork_exit fork_trampoline Whether built with clang or gcc, CUSTOM config or GENERIC, same results on rebooting. No idea why this suddenly started happening, haven't changed anything at all in my setup. My recent kernel does the same on two FreeBSD 10.0-CURRENT #1 r234309: Sun Apr 15 14:14:11 CEST 2012 boxes. Both boxes in common is they are attached to a Dell UltraSharp U2711 screen which does have a built-in USB/MMC hub. I realized that it was possible to log into my lab's box from remote when I'm not in the lab and that is usually coincidentally with a switched off screen. This morning I loged in from home, loged out and got to the office, switched on the screen - and reboot! I wasn't able to get the system running again, it always got stuck in a Fatal trap 18: integer divide fault while in kernel mode Unplugging the screen's USB hub makes the system booting again! Following is one of the last logged messages from the kernel, I don not know whether this is usefull looking for the problem. Regards, Oliver Apr 12 15:32:33 telesto kernel: hwpmc: SOFT/16/64/0x67INT,USR,SYS,REA,WRI TSC/1/64/0x20REA IAP/4/48/0x3ffINT,USR,SYS,EDG,THR,REA,WRI,INV,QUA,PRC IAF/3/48/0x61INT,REA,WRI UCP/8/48/0x3f8EDG,THR,REA,WRI,INV,QUA,PRC UCF/1/48/0x60REA,WRI Apr 12 15:32:33 telesto kernel: uhub1: 4 ports with 4 removable, self powered Apr 12 15:32:33 telesto kernel: uhub2: 4 ports with 4 removable, self powered Apr 12 15:32:33 telesto kernel: uhub3: 2 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: uhub0: 2 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.2:vendor 0x8087 at usbus3 Apr 12 15:32:33 telesto kernel: uhub4:vendor 0x8087 product 0x0024, class 9/0, rev 2.00/0.00, addr 2 on usbus3 Apr 12 15:32:33 telesto kernel: ugen0.2:vendor 0x8087 at usbus0 Apr 12 15:32:33 telesto kernel: uhub5:vendor 0x8087 product 0x0024, class 9/0, rev 2.00/0.00, addr 2 on usbus0 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 usbus0 Apr 12 15:32:33 telesto kernel: uhub5: 6 ports with 6 removable, self powered Apr 12 15:32:33 telesto kernel: uhub4: 8 ports with 8 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.3:Cherry GmbH at usbus3 Apr 12 15:32:33 telesto kernel: ukbd0:Cherry GmbH wired keyboard, class 0/0, rev 2.00/1.11, addr 3 on usbus3 Apr 12 15:32:33 telesto kernel: kbd2 at ukbd0 Apr 12 15:32:33 telesto kernel: uhid0:Cherry GmbH wired keyboard, class 0/0, rev 2.00/1.11, addr 3 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: ugen3.4:vendor 0x0424 at usbus3 Apr 12 15:32:33 telesto kernel: uhub6:vendor 0x0424 product 0x2514, class 9/0, rev 2.00/0.00, addr 4 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: uhub6: 3 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.5:vendor 0x0424 at usbus3 Apr 12 15:32:33 telesto kernel: uhub7:vendor 0x0424 product 0x2640, class 9/0, rev 2.00/0.00, addr 5 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: uhub7: 3 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: ugen3.6:Generic at usbus3 Apr 12 15:32:33 telesto kernel: umass0:Generic Ultra Fast Media Reader, class 0/0, rev 2.00/1.91, addr 6 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI status: Check Condition Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) Apr 12 15:32:33 telesto kernel: da0 at umass-sim0 bus 0 scbus14 target 0 lun 0 Apr 12 15:32:33 telesto kernel: da0:Generic Ultra HS-SD/MMC 1.91 Removable Direct Access SCSI-0 device Apr 12 15:32:33 telesto kernel: da0: 40.000MB/s transfers Apr 12 15:32:33 telesto kernel: da0: Attempt to query device size failed: NOT READY, Medium
Re: Kernel builds, but crashes at boot (amd64, Revision: 234306)
On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: On 16.04.2012 16:55 (UTC+1), Konstantin Belousov wrote: On Mon, Apr 16, 2012 at 07:35:23AM -0700, matt wrote: On 04/16/12 01:57, O. Hartmann wrote: On 04/15/12 12:30, Conrad J. Sabatier wrote: Today I'm suddenly unable to boot a newly built kernel without crashing right near the end of the device probes, just before the system is about to actually come up: Fatal trap 18: integer divide fault while in kernel mode Stopped at 0x803b2646 = g_label_ufs_taste_common+0x36 divl 0x50(%rcx),%eax Backtrace lists this chain of calls: g_label_ufs_taste_common g_label_taste g_new_provider_event g_run_events g_event_procbody fork_exit fork_trampoline Whether built with clang or gcc, CUSTOM config or GENERIC, same results on rebooting. No idea why this suddenly started happening, haven't changed anything at all in my setup. My recent kernel does the same on two FreeBSD 10.0-CURRENT #1 r234309: Sun Apr 15 14:14:11 CEST 2012 boxes. Both boxes in common is they are attached to a Dell UltraSharp U2711 screen which does have a built-in USB/MMC hub. I realized that it was possible to log into my lab's box from remote when I'm not in the lab and that is usually coincidentally with a switched off screen. This morning I loged in from home, loged out and got to the office, switched on the screen - and reboot! I wasn't able to get the system running again, it always got stuck in a Fatal trap 18: integer divide fault while in kernel mode Unplugging the screen's USB hub makes the system booting again! Following is one of the last logged messages from the kernel, I don not know whether this is usefull looking for the problem. Regards, Oliver Apr 12 15:32:33 telesto kernel: hwpmc: SOFT/16/64/0x67INT,USR,SYS,REA,WRI TSC/1/64/0x20REA IAP/4/48/0x3ffINT,USR,SYS,EDG,THR,REA,WRI,INV,QUA,PRC IAF/3/48/0x61INT,REA,WRI UCP/8/48/0x3f8EDG,THR,REA,WRI,INV,QUA,PRC UCF/1/48/0x60REA,WRI Apr 12 15:32:33 telesto kernel: uhub1: 4 ports with 4 removable, self powered Apr 12 15:32:33 telesto kernel: uhub2: 4 ports with 4 removable, self powered Apr 12 15:32:33 telesto kernel: uhub3: 2 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: uhub0: 2 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.2:vendor 0x8087 at usbus3 Apr 12 15:32:33 telesto kernel: uhub4:vendor 0x8087 product 0x0024, class 9/0, rev 2.00/0.00, addr 2 on usbus3 Apr 12 15:32:33 telesto kernel: ugen0.2:vendor 0x8087 at usbus0 Apr 12 15:32:33 telesto kernel: uhub5:vendor 0x8087 product 0x0024, class 9/0, rev 2.00/0.00, addr 2 on usbus0 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 usbus0 Apr 12 15:32:33 telesto kernel: uhub5: 6 ports with 6 removable, self powered Apr 12 15:32:33 telesto kernel: uhub4: 8 ports with 8 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.3:Cherry GmbH at usbus3 Apr 12 15:32:33 telesto kernel: ukbd0:Cherry GmbH wired keyboard, class 0/0, rev 2.00/1.11, addr 3 on usbus3 Apr 12 15:32:33 telesto kernel: kbd2 at ukbd0 Apr 12 15:32:33 telesto kernel: uhid0:Cherry GmbH wired keyboard, class 0/0, rev 2.00/1.11, addr 3 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: ugen3.4:vendor 0x0424 at usbus3 Apr 12 15:32:33 telesto kernel: uhub6:vendor 0x0424 product 0x2514, class 9/0, rev 2.00/0.00, addr 4 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: uhub6: 3 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.5:vendor 0x0424 at usbus3 Apr 12 15:32:33 telesto kernel: uhub7:vendor 0x0424 product 0x2640, class 9/0, rev 2.00/0.00, addr 5 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: uhub7: 3 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: ugen3.6:Generic at usbus3 Apr 12 15:32:33 telesto kernel: umass0:Generic Ultra Fast Media Reader, class 0/0, rev 2.00/1.91, addr 6 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI status: Check Condition Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) Apr 12 15:32:33 telesto kernel: da0 at umass-sim0 bus 0 scbus14 target 0 lun 0 Apr 12 15:32:33 telesto kernel: da0:Generic Ultra HS-SD/MMC 1.91 Removable Direct Access SCSI-0 device Apr 12 15:32:33 telesto kernel: da0: 40.000MB/s transfers Apr 12 15:32:33 telesto kernel: da0: Attempt to query device size failed: NOT READY, Medium not present Apr 12
Re: Kernel builds, but crashes at boot (amd64, Revision: 234306)
On Mon, Apr 16, 2012 at 07:58:57PM +0200, Rainer Hurling wrote: On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: On 16.04.2012 16:55 (UTC+1), Konstantin Belousov wrote: On Mon, Apr 16, 2012 at 07:35:23AM -0700, matt wrote: On 04/16/12 01:57, O. Hartmann wrote: On 04/15/12 12:30, Conrad J. Sabatier wrote: Today I'm suddenly unable to boot a newly built kernel without crashing right near the end of the device probes, just before the system is about to actually come up: Fatal trap 18: integer divide fault while in kernel mode Stopped at 0x803b2646 = g_label_ufs_taste_common+0x36 divl 0x50(%rcx),%eax Backtrace lists this chain of calls: g_label_ufs_taste_common g_label_taste g_new_provider_event g_run_events g_event_procbody fork_exit fork_trampoline Whether built with clang or gcc, CUSTOM config or GENERIC, same results on rebooting. No idea why this suddenly started happening, haven't changed anything at all in my setup. My recent kernel does the same on two FreeBSD 10.0-CURRENT #1 r234309: Sun Apr 15 14:14:11 CEST 2012 boxes. Both boxes in common is they are attached to a Dell UltraSharp U2711 screen which does have a built-in USB/MMC hub. I realized that it was possible to log into my lab's box from remote when I'm not in the lab and that is usually coincidentally with a switched off screen. This morning I loged in from home, loged out and got to the office, switched on the screen - and reboot! I wasn't able to get the system running again, it always got stuck in a Fatal trap 18: integer divide fault while in kernel mode Unplugging the screen's USB hub makes the system booting again! Following is one of the last logged messages from the kernel, I don not know whether this is usefull looking for the problem. Regards, Oliver Apr 12 15:32:33 telesto kernel: hwpmc: SOFT/16/64/0x67INT,USR,SYS,REA,WRI TSC/1/64/0x20REA IAP/4/48/0x3ffINT,USR,SYS,EDG,THR,REA,WRI,INV,QUA,PRC IAF/3/48/0x61INT,REA,WRI UCP/8/48/0x3f8EDG,THR,REA,WRI,INV,QUA,PRC UCF/1/48/0x60REA,WRI Apr 12 15:32:33 telesto kernel: uhub1: 4 ports with 4 removable, self powered Apr 12 15:32:33 telesto kernel: uhub2: 4 ports with 4 removable, self powered Apr 12 15:32:33 telesto kernel: uhub3: 2 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: uhub0: 2 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.2:vendor 0x8087 at usbus3 Apr 12 15:32:33 telesto kernel: uhub4:vendor 0x8087 product 0x0024, class 9/0, rev 2.00/0.00, addr 2 on usbus3 Apr 12 15:32:33 telesto kernel: ugen0.2:vendor 0x8087 at usbus0 Apr 12 15:32:33 telesto kernel: uhub5:vendor 0x8087 product 0x0024, class 9/0, rev 2.00/0.00, addr 2 on usbus0 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 usbus0 Apr 12 15:32:33 telesto kernel: uhub5: 6 ports with 6 removable, self powered Apr 12 15:32:33 telesto kernel: uhub4: 8 ports with 8 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.3:Cherry GmbH at usbus3 Apr 12 15:32:33 telesto kernel: ukbd0:Cherry GmbH wired keyboard, class 0/0, rev 2.00/1.11, addr 3 on usbus3 Apr 12 15:32:33 telesto kernel: kbd2 at ukbd0 Apr 12 15:32:33 telesto kernel: uhid0:Cherry GmbH wired keyboard, class 0/0, rev 2.00/1.11, addr 3 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: ugen3.4:vendor 0x0424 at usbus3 Apr 12 15:32:33 telesto kernel: uhub6:vendor 0x0424 product 0x2514, class 9/0, rev 2.00/0.00, addr 4 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: uhub6: 3 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: ugen3.5:vendor 0x0424 at usbus3 Apr 12 15:32:33 telesto kernel: uhub7:vendor 0x0424 product 0x2640, class 9/0, rev 2.00/0.00, addr 5 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: uhub7: 3 ports with 2 removable, self powered Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: ugen3.6:Generic at usbus3 Apr 12 15:32:33 telesto kernel: umass0:Generic Ultra Fast Media Reader, class 0/0, rev 2.00/1.91, addr 6 on usbus3 Apr 12 15:32:33 telesto kernel: Root mount waiting for: usbus3 Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI status: Check Condition Apr 12 15:32:33 telesto kernel: (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) Apr 12 15:32:33 telesto kernel: da0 at umass-sim0 bus 0 scbus14 target 0 lun 0 Apr 12 15:32:33 telesto kernel: da0:Generic Ultra HS-SD/MMC 1.91 Removable Direct Access SCSI-0 device Apr 12
Re: Kernel builds, but crashes at boot (amd64, Revision: 234306)
Wiadomość napisana przez Rainer Hurling w dniu 16 kwi 2012, o godz. 19:58: On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: I just updated my system to r234342, only downgraded /usr/src/sys/cam/scsi/scsi_da.c to r233746, and now the system is booting again. So obviously there is something wrong with the newest patch to scsi_da.c. It is too broad, try to revert exactly one patch and see whether it works. Sorry for my bad english. I wanted to say, that I only reverted exactly one patch (file scsi_da.c from 234177 back to 233746 manually). The rest is up to r234342. Could you try the patch below? Index: sys/cam/scsi/scsi_da.c === --- sys/cam/scsi/scsi_da.c (revision 234314) +++ sys/cam/scsi/scsi_da.c (working copy) @@ -938,7 +938,9 @@ daopen(struct disk *dp) if (error != 0) xpt_print(periph-path, unable to retrieve capacity data); - if (periph-flags CAM_PERIPH_INVALID) + if (periph-flags CAM_PERIPH_INVALID || + softc-disk-d_sectorsize == 0 || + softc-disk-d_mediasize == 0) error = ENXIO; if (error == 0 (softc-flags DA_FLAG_PACK_REMOVABLE) != 0 -- If you cut off my head, what would I say? Me and my head, or me and my body? ___ 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: Kernel builds, but crashes at boot (amd64, Revision: 234306)
On Tue, Apr 17, 2012 at 03:53:27AM +0200, Edward Tomasz Napieraa wrote: Wiadomo?? napisana przez Rainer Hurling w dniu 16 kwi 2012, o godz. 19:58: On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: I just updated my system to r234342, only downgraded /usr/src/sys/cam/scsi/scsi_da.c to r233746, and now the system is booting again. So obviously there is something wrong with the newest patch to scsi_da.c. It is too broad, try to revert exactly one patch and see whether it works. Sorry for my bad english. I wanted to say, that I only reverted exactly one patch (file scsi_da.c from 234177 back to 233746 manually). The rest is up to r234342. Could you try the patch below? Index: sys/cam/scsi/scsi_da.c === --- sys/cam/scsi/scsi_da.c(revision 234314) +++ sys/cam/scsi/scsi_da.c(working copy) @@ -938,7 +938,9 @@ daopen(struct disk *dp) if (error != 0) xpt_print(periph-path, unable to retrieve capacity data); - if (periph-flags CAM_PERIPH_INVALID) + if (periph-flags CAM_PERIPH_INVALID || + softc-disk-d_sectorsize == 0 || + softc-disk-d_mediasize == 0) error = ENXIO; if (error == 0 (softc-flags DA_FLAG_PACK_REMOVABLE) != 0 This patch fixed the problem for me. Thank you! -- Conrad J. Sabatier conr...@cox.net ___ 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
Kernel builds, but crashes at boot (amd64, Revision: 234306)
Today I'm suddenly unable to boot a newly built kernel without crashing right near the end of the device probes, just before the system is about to actually come up: Fatal trap 18: integer divide fault while in kernel mode Stopped at 0x803b2646 = g_label_ufs_taste_common+0x36 divl 0x50(%rcx),%eax Backtrace lists this chain of calls: g_label_ufs_taste_common g_label_taste g_new_provider_event g_run_events g_event_procbody fork_exit fork_trampoline Whether built with clang or gcc, CUSTOM config or GENERIC, same results on rebooting. No idea why this suddenly started happening, haven't changed anything at all in my setup. -- Conrad J. Sabatier conr...@cox.net ___ 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