Re: ACPI panic on unplugging the power cord.
on 24/01/2013 02:54 Jung-uk Kim said the following: Can you please try the attached patch? It is also available from here: http://people.freebsd.org/~jkim/utcache.diff Jung-uk, I think that I have a much better patch for all potential ACPI object cache problems :-) http://people.freebsd.org/~avg/acpi-uma-cache.diff What do you think? -- 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
AHCI timeout when using ZFS + AIO + NCQ
I have the server: FreeBSD 9.1-PRERELEASE #0: Wed Jul 25 01:40:56 EEST 2012 Jan 24 12:53:01 vesuvius kernel: atapci0: JMicron ATA controller port 0xc040-0xc047,0xc030-0xc033,0xc020-0xc027,0xc010-0xc013,0xc000-0xc00f mem 0xfe21-0xfe2101ff irq 51 at device 0.0 on pci3 ... Jan 24 12:53:01 vesuvius kernel: ahci0: ATI IXP700 AHCI SATA controller port 0xf040-0xf047,0xf030-0xf033,0xf020-0xf027,0xf010-0xf013,0xf000-0xf00f mem 0xfe307000-0xfe3073ff irq 19 at device 17.0 on pci0 Jan 24 12:53:01 vesuvius kernel: ahci0: AHCI v1.20 with 6 6Gbps ports, Port Multiplier supported ... Jan 24 12:53:01 vesuvius kernel: ada2 at ahcich2 bus 0 scbus4 target 0 lun 0 Jan 24 12:53:01 vesuvius kernel: ada2: ST3000DM001-9YN166 CC4C ATA-8 SATA 3.x device Jan 24 12:53:01 vesuvius kernel: ada2: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) Jan 24 12:53:01 vesuvius kernel: ada2: Command Queueing enabled Jan 24 12:53:01 vesuvius kernel: ada2: 2861588MB (5860533168 512 byte sectors: 16H 63S/T 16383C) Jan 24 12:53:01 vesuvius kernel: ada2: Previously was known as ad12 ... I use 4 HDD in RAID10 via ZFS. With a very irregular intervals fall off HDD drives. As a result, the server stops. Jan 24 06:48:06 vesuvius kernel: ahcich2: Timeout on slot 6 port 0 Jan 24 06:48:06 vesuvius kernel: ahcich2: is cs ss 00c0 rs 00c0 tfd 40 serr cmd e817 Jan 24 06:48:06 vesuvius kernel: (ada2:ahcich2:0:0:0): READ_FPDMA_QUEUED. ACB: 60 00 4c 4e 1e 40 68 00 00 01 00 00 Jan 24 06:48:06 vesuvius kernel: (ada2:ahcich2:0:0:0): CAM status: Command timeout Jan 24 06:48:06 vesuvius kernel: (ada2:ahcich2:0:0:0): Retrying command Jan 24 06:51:11 vesuvius kernel: ahcich2: AHCI reset: device not ready after 31000ms (tfd = 0080) Jan 24 06:51:11 vesuvius kernel: ahcich2: Timeout on slot 8 port 0 Jan 24 06:51:11 vesuvius kernel: ahcich2: is cs 0100 ss rs 0100 tfd 00 serr cmd e817 Jan 24 06:51:11 vesuvius kernel: (aprobe0:ahcich2:0:0:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 Jan 24 06:51:11 vesuvius kernel: (aprobe0:ahcich2:0:0:0): CAM status: Command timeout Jan 24 06:51:11 vesuvius kernel: (aprobe0:ahcich2:0:0:0): Error 5, Retry was blocked Jan 24 06:51:11 vesuvius kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 4227133, size: 8192 Jan 24 06:51:11 vesuvius kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 4227133, size: 8192 Jan 24 06:51:11 vesuvius kernel: ahcich2: AHCI reset: device not ready after 31000ms (tfd = 0080) Jan 24 06:51:11 vesuvius kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 4227133, size: 8192 Jan 24 06:51:11 vesuvius kernel: ahcich2: Timeout on slot 8 port 0 Jan 24 06:51:11 vesuvius kernel: ahcich2: is cs 0100 ss rs 0100 tfd 00 serr cmd e817 Jan 24 06:51:11 vesuvius kernel: (aprobe0:ahcich2:0:0:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 Jan 24 06:51:11 vesuvius kernel: (aprobe0:ahcich2:0:0:0): CAM status: Command timeout Jan 24 06:51:11 vesuvius kernel: (aprobe0:ahcich2:0:0:0): Error 5, Retry was blocked Jan 24 06:51:11 vesuvius kernel: swap_pager: I/O error - pagein failed; blkno 4227133,size 8192, error 6 Jan 24 06:51:11 vesuvius kernel: (ada2:(pass2:vm_fault: pager read error, pid 1943 (named) Jan 24 06:51:11 vesuvius kernel: ahcich2:0:ahcich2:0:0:0:0): lost device Jan 24 06:51:11 vesuvius kernel: 0): passdevgonecb: devfs entry is gone Jan 24 06:51:11 vesuvius kernel: pid 1943 (named), uid 53: exited on signal 11 ... Helps only restart by pressing Power. Judging by the state of SMART, HDD have no problems. SATA data cable changed. I found a similar problem: http://lists.freebsd.org/pipermail/freebsd-stable/2010-February/055374.html PR: amd64/165547: NVIDIA MCP67 AHCI SATA controller timeout -- Vladislav V. Prodan System Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE ___ 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: AHCI timeout when using ZFS + AIO + NCQ
Is it always the same disk, of so replace it SMART helps identify issues but doesn't tell you 100% there's no problem. - Original Message - From: Vladislav Prodan univers...@ukr.net To: f...@freebsd.org Cc: curr...@freebsd.org Sent: Thursday, January 24, 2013 12:19 PM Subject: AHCI timeout when using ZFS + AIO + NCQ I have the server: FreeBSD 9.1-PRERELEASE #0: Wed Jul 25 01:40:56 EEST 2012 Jan 24 12:53:01 vesuvius kernel: atapci0: JMicron ATA controller port 0xc040-0xc047,0xc030-0xc033,0xc020-0xc027,0xc010-0xc013,0xc000-0xc00f mem 0xfe21-0xfe2101ff irq 51 at device 0.0 on pci3 ... Jan 24 12:53:01 vesuvius kernel: ahci0: ATI IXP700 AHCI SATA controller port 0xf040-0xf047,0xf030-0xf033,0xf020-0xf027,0xf010-0xf013,0xf000-0xf00f mem 0xfe307000-0xfe3073ff irq 19 at device 17.0 on pci0 Jan 24 12:53:01 vesuvius kernel: ahci0: AHCI v1.20 with 6 6Gbps ports, Port Multiplier supported ... Jan 24 12:53:01 vesuvius kernel: ada2 at ahcich2 bus 0 scbus4 target 0 lun 0 Jan 24 12:53:01 vesuvius kernel: ada2: ST3000DM001-9YN166 CC4C ATA-8 SATA 3.x device Jan 24 12:53:01 vesuvius kernel: ada2: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) Jan 24 12:53:01 vesuvius kernel: ada2: Command Queueing enabled Jan 24 12:53:01 vesuvius kernel: ada2: 2861588MB (5860533168 512 byte sectors: 16H 63S/T 16383C) Jan 24 12:53:01 vesuvius kernel: ada2: Previously was known as ad12 ... I use 4 HDD in RAID10 via ZFS. With a very irregular intervals fall off HDD drives. As a result, the server stops. Jan 24 06:48:06 vesuvius kernel: ahcich2: Timeout on slot 6 port 0 Jan 24 06:48:06 vesuvius kernel: ahcich2: is cs ss 00c0 rs 00c0 tfd 40 serr cmd e817 Jan 24 06:48:06 vesuvius kernel: (ada2:ahcich2:0:0:0): READ_FPDMA_QUEUED. ACB: 60 00 4c 4e 1e 40 68 00 00 01 00 00 Jan 24 06:48:06 vesuvius kernel: (ada2:ahcich2:0:0:0): CAM status: Command timeout Jan 24 06:48:06 vesuvius kernel: (ada2:ahcich2:0:0:0): Retrying command Jan 24 06:51:11 vesuvius kernel: ahcich2: AHCI reset: device not ready after 31000ms (tfd = 0080) Jan 24 06:51:11 vesuvius kernel: ahcich2: Timeout on slot 8 port 0 Jan 24 06:51:11 vesuvius kernel: ahcich2: is cs 0100 ss rs 0100 tfd 00 serr cmd e817 Jan 24 06:51:11 vesuvius kernel: (aprobe0:ahcich2:0:0:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 Jan 24 06:51:11 vesuvius kernel: (aprobe0:ahcich2:0:0:0): CAM status: Command timeout Jan 24 06:51:11 vesuvius kernel: (aprobe0:ahcich2:0:0:0): Error 5, Retry was blocked Jan 24 06:51:11 vesuvius kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 4227133, size: 8192 Jan 24 06:51:11 vesuvius kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 4227133, size: 8192 Jan 24 06:51:11 vesuvius kernel: ahcich2: AHCI reset: device not ready after 31000ms (tfd = 0080) Jan 24 06:51:11 vesuvius kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 4227133, size: 8192 Jan 24 06:51:11 vesuvius kernel: ahcich2: Timeout on slot 8 port 0 Jan 24 06:51:11 vesuvius kernel: ahcich2: is cs 0100 ss rs 0100 tfd 00 serr cmd e817 Jan 24 06:51:11 vesuvius kernel: (aprobe0:ahcich2:0:0:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 Jan 24 06:51:11 vesuvius kernel: (aprobe0:ahcich2:0:0:0): CAM status: Command timeout Jan 24 06:51:11 vesuvius kernel: (aprobe0:ahcich2:0:0:0): Error 5, Retry was blocked Jan 24 06:51:11 vesuvius kernel: swap_pager: I/O error - pagein failed; blkno 4227133,size 8192, error 6 Jan 24 06:51:11 vesuvius kernel: (ada2:(pass2:vm_fault: pager read error, pid 1943 (named) Jan 24 06:51:11 vesuvius kernel: ahcich2:0:ahcich2:0:0:0:0): lost device Jan 24 06:51:11 vesuvius kernel: 0): passdevgonecb: devfs entry is gone Jan 24 06:51:11 vesuvius kernel: pid 1943 (named), uid 53: exited on signal 11 ... Helps only restart by pressing Power. Judging by the state of SMART, HDD have no problems. SATA data cable changed. I found a similar problem: http://lists.freebsd.org/pipermail/freebsd-stable/2010-February/055374.html PR: amd64/165547: NVIDIA MCP67 AHCI SATA controller timeout -- Vladislav V. Prodan System Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE ___ 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 This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to
Re: serial console not accepting input?
Hi, On Jan 23, 2013, at 17:04, Dimitry Andric d...@freebsd.org wrote: CTS/RTS hardware flow control, maybe? E.g. add :hw to the default settings in /etc/gettytab, or make a specific entry with an added :hw setting. nope, I don't even get a login prompt if I do that. If it is a physical serial console, you could also simply have a bad cable. Try swapping it with working system. :) Spent the last few hours fiddling with the cabling and the various BIOS serial redirection options (it's a Dell 2950). My best guess is that the serial port on the box is physically broken. Thanks for the help! Lars ___ 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: ACPI panic on unplugging the power cord.
On Wed, Jan 23, 2013 at 07:54:57PM -0500, Jung-uk Kim wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-01-22 12:56:29 -0500, Pawel Jakub Dawidek wrote: I just upgraded to HEAD today and was wondering what will explode. Now I know. When I unplug power cord from my laptop, ACPI panics. Pictures here: http://people.freebsd.org/~pjd/misc/acpi_panic_0.jpg http://people.freebsd.org/~pjd/misc/acpi_panic_1.jpg Let me know if you need more info. Can you please try the attached patch? It is also available from here: http://people.freebsd.org/~jkim/utcache.diff Please note the patch may or may not fix the problem but I think I found an ancient bug. :-( This patch didn't fix the panic: http://people.freebsd.org/~pjd/misc/acpi_unplug_panic_0.jpg http://people.freebsd.org/~pjd/misc/acpi_unplug_panic_1.jpg In the meantime I found two other panics. One is when I leave laptop idle for some time (few hours?): http://people.freebsd.org/~pjd/misc/acpi_idle_panic_0.jpg http://people.freebsd.org/~pjd/misc/acpi_idle_panic_1.jpg And when is when I boot laptop without power connected and I connect the power: http://people.freebsd.org/~pjd/misc/acpi_power_connect_panic_0.jpg http://people.freebsd.org/~pjd/misc/acpi_power_connect_panic_1.jpg BTW. On the acpi_power_connect_panic_0.JPG photo, at the top of the screen you can see error messages that are logged every second when I have power disconnected. This is not a new problem. I had this problem when I bought this laptop, but now that I'm reporting those bugs, I can as well let you know about this one. I'm running this on Thinkpad T530. I understand that those problems are specific to my laptop and that on your laptop all of the above work just fine? -- Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://tupytaj.pl pgpEcz4SnSEh8.pgp Description: PGP signature
Re: panic after r244584
On 2013-01-23, Vitalij Satanivskij wrote: VS JH http://people.freebsd.org/~jh/patches/scsi_enc_ses-si_name.diff VS VS Ok that patch work's too. Is there any chance, that one of this patches will be merged to head? Committed as r245891. Thanks for reporting and testing! -- 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: ACPI panic on unplugging the power cord.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-01-24 04:41:08 -0500, Andriy Gapon wrote: on 24/01/2013 02:54 Jung-uk Kim said the following: Can you please try the attached patch? It is also available from here: http://people.freebsd.org/~jkim/utcache.diff Jung-uk, I think that I have a much better patch for all potential ACPI object cache problems :-) http://people.freebsd.org/~avg/acpi-uma-cache.diff What do you think? We have to fix this bug because local cache is always used for userland applications, e.g., iasl. BTW, I tried something like that long ago. In fact, the first attempt goes all the way back to this patch (warning: it's naive, broken, and overly complicated): http://people.freebsd.org/~jkim/acpica/OsdCache.diff I have more up-to-date and correct patch to use UMA but I'm still not 100% convinced whether we want to do it or not. When utcache.c works, it works fairly well, actually. :-) Jung-uk Kim -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJRAX15AAoJECXpabHZMqHOyoAH/i1eccONiETE+LiHlApmL+zy Y1h1D+R/S8hJ55fQ7i/2CkqAhNdHFI+TCrt2YIPNXS79VP9xyNRa+gPGHNqYUTF4 nv34ZpSi5MMERg7r+mOitNjPZfy+aiyDHI/PQFZ4lQR+by3c1HogKAwNPhLn0rxF NiA+X11lkcbBCxb4HzH8kSI5wFW/e5tEAHgGTrxJLzS1IGTbRBYLV6lA+ITBR0wu EzGw3FEU2pO2jDL3WxsM0vg/4VMCZvsnezxvRQ1XPbdJe4UU0ri3VgqzFX6N5ThI AeDuehji9lZiZc6Hjn35jSxq5KpzMiOj6bjLTEeO5zIdjmeGUWiMex+aoRrFOGU= =/bG6 -END PGP SIGNATURE- ___ 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
[head tinderbox] failure on arm/arm
TB --- 2013-01-24 23:50:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-01-24 23:50:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-24 23:50:17 - starting HEAD tinderbox run for arm/arm TB --- 2013-01-24 23:50:17 - cleaning the object tree TB --- 2013-01-24 23:50:17 - /usr/local/bin/svn stat /src TB --- 2013-01-24 23:50:21 - At svn revision 245894 TB --- 2013-01-24 23:50:22 - building world TB --- 2013-01-24 23:50:22 - CROSS_BUILD_TESTING=YES TB --- 2013-01-24 23:50:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-01-24 23:50:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-01-24 23:50:22 - SRCCONF=/dev/null TB --- 2013-01-24 23:50:22 - TARGET=arm TB --- 2013-01-24 23:50:22 - TARGET_ARCH=arm TB --- 2013-01-24 23:50:22 - TZ=UTC TB --- 2013-01-24 23:50:22 - __MAKE_CONF=/dev/null TB --- 2013-01-24 23:50:22 - cd /src TB --- 2013-01-24 23:50:22 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Thu Jan 24 23:50:27 UTC 2013 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS === gnu/usr.bin/cc/cc1plus (cleandir) rm -f cfns.h cc1plus-dummy cc1plus-checksum.c cc1plus cc1plus-checksum.o main.o cp-lang.o c-opts.o call.o class.o cvt.o cxx-pretty-print.o decl.o decl2.o error.o except.o expr.o dump.o friend.o init.o lex.o mangle.o method.o name-lookup.o parser.o pt.o ptree.o repo.o rtti.o search.o semantics.o tree.o typeck.o typeck2.o optimize.o cp-objcp-common.o cp-gimplify.o tree-mudflap.o rm -f .depend GPATH GRTAGS GSYMS GTAGS === gnu/usr.bin/cc/c++ (cleandir) ../Makefile.inc, line 29: Malformed conditional (${TARGET_CPUARCH} == arm ${MK_ARM_EABI} != no) ../Makefile.inc, line 110: if-less endif make: fatal errors encountered -- cannot continue *** [cleandir] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cleandir] Error code 1 Stop in /src/gnu/usr.bin. *** [cleandir] Error code 1 Stop in /src/gnu. *** [gnu.cleandir__D] Error code 1 Stop in /src. *** [_cleanobj] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-01-24 23:52:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-01-24 23:52:15 - ERROR: failed to build world TB --- 2013-01-24 23:52:15 - 80.16 user 15.41 system 118.16 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-arm-arm.full ___ 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
[head tinderbox] failure on armv6/arm
TB --- 2013-01-24 23:50:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-01-24 23:50:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-01-24 23:50:17 - starting HEAD tinderbox run for armv6/arm TB --- 2013-01-24 23:50:17 - cleaning the object tree TB --- 2013-01-24 23:50:17 - /usr/local/bin/svn stat /src TB --- 2013-01-24 23:50:21 - At svn revision 245894 TB --- 2013-01-24 23:50:22 - building world TB --- 2013-01-24 23:50:22 - CROSS_BUILD_TESTING=YES TB --- 2013-01-24 23:50:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-01-24 23:50:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-01-24 23:50:22 - SRCCONF=/dev/null TB --- 2013-01-24 23:50:22 - TARGET=arm TB --- 2013-01-24 23:50:22 - TARGET_ARCH=armv6 TB --- 2013-01-24 23:50:22 - TZ=UTC TB --- 2013-01-24 23:50:22 - __MAKE_CONF=/dev/null TB --- 2013-01-24 23:50:22 - cd /src TB --- 2013-01-24 23:50:22 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Thu Jan 24 23:50:27 UTC 2013 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS === gnu/usr.bin/cc/cc1plus (cleandir) rm -f cfns.h cc1plus-dummy cc1plus-checksum.c cc1plus cc1plus-checksum.o main.o cp-lang.o c-opts.o call.o class.o cvt.o cxx-pretty-print.o decl.o decl2.o error.o except.o expr.o dump.o friend.o init.o lex.o mangle.o method.o name-lookup.o parser.o pt.o ptree.o repo.o rtti.o search.o semantics.o tree.o typeck.o typeck2.o optimize.o cp-objcp-common.o cp-gimplify.o tree-mudflap.o rm -f .depend GPATH GRTAGS GSYMS GTAGS === gnu/usr.bin/cc/c++ (cleandir) ../Makefile.inc, line 29: Malformed conditional (${TARGET_CPUARCH} == arm ${MK_ARM_EABI} != no) ../Makefile.inc, line 110: if-less endif make: fatal errors encountered -- cannot continue *** [cleandir] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cleandir] Error code 1 Stop in /src/gnu/usr.bin. *** [cleandir] Error code 1 Stop in /src/gnu. *** [gnu.cleandir__D] Error code 1 Stop in /src. *** [_cleanobj] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-01-24 23:52:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-01-24 23:52:15 - ERROR: failed to build world TB --- 2013-01-24 23:52:15 - 80.88 user 14.78 system 118.01 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-armv6-arm.full ___ 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: My panic in amd64/pmap
On Sun, 20 Jan 2013, Larry Rosenman wrote: On Fri, 18 Jan 2013, Larry Rosenman wrote: Never mind, it's in VirtualBox itself. The line is at ~~line 8020 in the same file. I've patched it and am recompiling VirtualBox. If I don't see the panic for a few days, I'll submit a PR. I've submitted the PR, because for nehalem class or better cpu's it's probably needed, however, I can still panic FreeBSD9 or FreeBSD10 with running a zpool scrub, sometimes :(. I have vmcores and kernels from both VM's available. Latest core.txts: http://www.lerctr.org/~ler/zfs10-core.txt.4 http://www.lerctr.org/~ler/zfs9-core.txt.4 I can still give ssh access to both VM's as well as the host. I'd really like to get to the bottom of this. I've moved all the core.txt's to: http://www.lerctr.org/~ler/FreeBSD-PMAP/ I got another one on FreeBSD9 today Is there ANYONE interested in this? These always seem to be ZFS induced. I've added freebsd-fs to the cc list. I have vmcore's from them all. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: l...@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 ___ 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: panic after r244584
Jaakko Heinonen wrote: JH On 2013-01-23, Vitalij Satanivskij wrote: JH VS JH http://people.freebsd.org/~jh/patches/scsi_enc_ses-si_name.diff JH VS JH VS Ok that patch work's too. JH JH Is there any chance, that one of this patches will be merged to head? JH JH Committed as r245891. Thanks for reporting and testing! JH Thank you all for the quick help in solving the problem. ___ 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