Re: [rfc] removing the NDISulator
The NDISulator is a crutch from a time when there wasn't _any_ real alternative. There are plenty of alternatives now. What's lacking is desire and person-power. But the datasheets are there, or the vendor code has been released, or there's linux/otherbsd drivers. Leaving it in there is just delaying the inevitable - drivers need to be fixed, ported, or reverse engineered. This is going to upset users in the same way that eliminating any other transition/sideways compatibility layer upsets users. But as I said, the path forward is fixing up the lack of stable drivers, not simply supporting some crutch. If there are drivers that people absolutely need fixed then they should stand up and say hey, I really would like X to work better! and then follow it up with some encouraging incentives. Right now the NDISulator lets people work _around_ this by having something that kind of works for them but it doesn't improve our general driver / stack ecosystems. -adrian Sometimes a crutch is needed. But it would be desirable to have a means for using a driver from Linux, NetBSD or OpenBSD. Sometimes the FreeBSD driver is buggy, like re with Realtek 8111E on MSI Z77 MPOWER motherboard. I couldn't checkout FreeBSD 10-current source tree from 9.2 amd64 or 9.1-STABLE i386 USB stick, but was able to checkout and update the source tree to build FreeBSD 10-current (now 11-current and 10.0-BETA1) after updating my NetBSD-HEAD amd64 USB-stick installation and building subversion from pkgsrc. I could checkout the ports tree too but would not be able to make fetch. A driver might work with FreeBSD but fail temporarily in a later source revision due to a new bug. So it's good to use FreeBSD native driver when possible but have ndis for fallback. One problem with NDIS is that now it seems that running unzip -l on the Windows driver shows no .inf and .sys files. One can then try from ReactOS or Wine, and even if the installation of Windows driver doesn't work, it might possibly yield .inf and .sys files. I never tried that so am not making any bets. Tom ___ 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: gperf/src/options.cc -- quiesce clang warnings -Wlogical-op-parentheses
On 22 Oct 2013, at 00:43, Sean Bruno sean_br...@yahoo.com wrote: Heh, Matthew suggested the obvious in private mail, it seems that this would be better spelled as isalpha :-) This looks wrong. The behaviour of isalpha() depends on the current locale. You probably want isalpha_l(), with the C locale. David Index: contrib/gperf/src/options.cc === --- contrib/gperf/src/options.cc (revision 256865) +++ contrib/gperf/src/options.cc (working copy) @@ -281,7 +281,7 @@ { putchar (*arg); arg++; - if (*arg = 'A' *arg = 'Z' || *arg = 'a' *arg = 'z') + if (isalpha(*arg)) { putchar (*arg); arg++; @@ -293,7 +293,7 @@ putchar (*arg); arg++; } - while (*arg = 'A' *arg = 'Z' || *arg = 'a' *arg = 'z' || *arg == '-'); + while (isalpha(*arg) || *arg == '-'); if (*arg == '=') { putchar (*arg); ___ 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
cam_periph_mapmem: attempt to map 2779097930 bytes, which is greater than 65536
I've just upgraded to 11-CURRENT and noticed a couple of new cam_periph_mapmem warnings in the dmesg output: Trying to mount root from zfs:zroot []... WARNING: attempt to domain_add(netgraph) after domainfinalize() cam_periph_mapmem: attempt to map 2779097930 bytes, which is greater than 65536 cam_periph_mapmem: attempt to map 2779097930 bytes, which is greater than 65536 If it's relevant, the disks I have installed are: ses0 at ahciem0 bus 0 scbus6 target 0 lun 0 ses0: AHCI SGPIO Enclosure 1.00 0001 SEMB S-E-S 2.00 device ses0: SEMB SES Device ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ST750LX003-1AC154 SM12 ATA-8 SATA 3.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ST31000340NS MA0D ATA-8 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad6 ada2 at ahcich2 bus 0 scbus2 target 0 lun 0 ada2: ST31000340NS MA08 ATA-8 SATA 2.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada2: Previously was known as ad8 ada3 at ahcich4 bus 0 scbus4 target 0 lun 0 ada3: ST31000340NS MA0D ATA-8 SATA 2.x device ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: Command Queueing enabled ada3: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada3: Previously was known as ad12 -- Bruce Cran ___ 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: ZFS secondarycache on SSD problem on r255173
Ок, just up to now no error on l2arc L2 ARC Summary: (HEALTHY) Passed Headroom:1.99m Tried Lock Failures:144.53m IO In Progress: 130.15k Low Memory Aborts: 7 Free on Write: 335.56k Writes While Full: 30.31k R/W Clashes:115.31k Bad Checksums: 0 IO Errors: 0 SPA Mismatch: 153.15m L2 ARC Size: (Adaptive) 433.75 GiB Header Size:0.49% 2.12GiB I will test for longer time, but looks like problem gone. Vitalij Satanivskij wrote: VS Steven Hartland wrote: VS SH So previously you only started seeing l2 errors after there was VS SH a significant amount of data in l2arc? Thats interesting in itself VS SH if thats the case. VS VS Yes someting arround 200+gb VS VS SH I wonder if its the type of data, or something similar. Do you VS SH run compression on any of your volumes? VS SH zfs get compression VS VS Just now testing goes on next configuration VS VS first zfs is top level pool calling disk1 have enable lz4 compression and secondarycache = metadata VS VS next zfs is disk1/data with compression=off and secondarycache = all VS VS Error was seen on confiruration like that and on configuration where was seted as secondarycache = none for disk1 (disk1/data still fully cached) VS VS VS VS VS SH Regards VS SH Steve VS SH - Original Message - VS SH From: Vitalij Satanivskij sa...@ukr.net VS SH VS SH VS SH VS SH Just now I cannot say, as to triger problem we need at last 200+gb size on l2arc wich usually grow in one production day. VS SH VS SH But for some reason today in the morning server was rebooted so cache was flushed and now only 100Gb. VS SH VS SH Need to wait some more time. VS SH VS SH At last for now none error on l2. VS SH VS SH VS SH VS SH 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. VS SH VS SH In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 VS SH or return the E.mail to postmas...@multiplay.co.uk. VS SH VS SH ___ VS SH freebsd-current@freebsd.org mailing list VS SH http://lists.freebsd.org/mailman/listinfo/freebsd-current VS SH To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org VS ___ VS freebsd-current@freebsd.org mailing list VS http://lists.freebsd.org/mailman/listinfo/freebsd-current VS To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ 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: ZFS L2ARC - incorrect size and abnormal system load on r255173
First off I just wanted to clarify that you don't need to compression on dataset for L2ARC to use LZ4 compression, it does this by default as is not currently configurable. Next up I believe we've found the cause of this high load and I've just committed the fix to head: http://svnweb.freebsd.org/base?view=revisionsortby=filerevision=256889 Thanks to Vitalij for testing :) Dmitriy if you could test on your side too that would be appreciated. Regards Steve - Original Message - From: Vitalij Satanivskij sa...@ukr.net To: Allan Jude free...@allanjude.com Cc: freebsd-current@freebsd.org Sent: Thursday, October 10, 2013 6:03 PM Subject: Re: ZFS L2ARC - incorrect size and abnormal system load on r255173 AJ Some background on L2ARC compression for you: AJ AJ http://wiki.illumos.org/display/illumos/L2ARC+Compression I'm alredy see it. AJ http://svnweb.freebsd.org/base?view=revisionrevision=251478 AJ AJ Are you sure that compression on pool/zfs is off? it would normally AJ inherit from the parent, so double check with: zfs get compression pool/zfs Yes, compression turned off on pool/zfs, it's was may time rechecked. AJ Is the data on pool/zfs related to the data on the root pool? if AJ pool/zfs were a clone, and the data is actually used in both places, the AJ newer 'single copy ARC' feature may come in to play: AJ https://www.illumos.org/issues/3145 No, both pool and pool/zfs have diferent type of data, pool/zfs was created as new empty zfs (zfs create pool/zfs) and data was writed to it from another server. Right now one machine work fine with l2arc. This machine without patch for corecting ashift on cache devices. At last 3 day's working with zero errors. Another servers with same config similar data, load and so on after 2 day work began report abouy errors. AJ AJ AJ AJ -- AJ Allan Jude AJ AJ ___ AJ freebsd-current@freebsd.org mailing list AJ http://lists.freebsd.org/mailman/listinfo/freebsd-current AJ To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ 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 postmas...@multiplay.co.uk. ___ 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: ZFS L2ARC - incorrect size and abnormal system load on r255173
First of all Thank you for help. As for high load on system, looks like problems with l2arc have litle impact on load comparatively to another just now not fully classifed things. Looks like ower internal software and libs that it use didn't like new VMEM subsystem, at last system behavior complitely diferent from 6 month older CURRENT. So for now none problem's with l2arc errors. Will try to understand reason of load and fix or at last ask for help again ^). Steven Hartland wrote: SH First off I just wanted to clarify that you don't need to compression on SH dataset for L2ARC to use LZ4 compression, it does this by default as is SH not currently configurable. SH SH Next up I believe we've found the cause of this high load and I've just SH committed the fix to head: SH http://svnweb.freebsd.org/base?view=revisionsortby=filerevision=256889 SH SH Thanks to Vitalij for testing :) SH SH Dmitriy if you could test on your side too that would be appreciated. SH SH Regards SH Steve SH SH - Original Message - SH From: Vitalij Satanivskij sa...@ukr.net SH To: Allan Jude free...@allanjude.com SH Cc: freebsd-current@freebsd.org SH Sent: Thursday, October 10, 2013 6:03 PM SH Subject: Re: ZFS L2ARC - incorrect size and abnormal system load on r255173 SH SH SH AJ Some background on L2ARC compression for you: SH AJ SH AJ http://wiki.illumos.org/display/illumos/L2ARC+Compression SH SH I'm alredy see it. SH SH SH SH AJ http://svnweb.freebsd.org/base?view=revisionrevision=251478 SH AJ SH AJ Are you sure that compression on pool/zfs is off? it would normally SH AJ inherit from the parent, so double check with: zfs get compression pool/zfs SH SH Yes, compression turned off on pool/zfs, it's was may time rechecked. SH SH SH SH AJ Is the data on pool/zfs related to the data on the root pool? if SH AJ pool/zfs were a clone, and the data is actually used in both places, the SH AJ newer 'single copy ARC' feature may come in to play: SH AJ https://www.illumos.org/issues/3145 SH SH No, both pool and pool/zfs have diferent type of data, pool/zfs was created as new empty zfs (zfs create pool/zfs) SH SH and data was writed to it from another server. SH SH SH Right now one machine work fine with l2arc. This machine without patch for corecting ashift on cache devices. SH SH At last 3 day's working with zero errors. Another servers with same config similar data, load and so on after 2 day SH work began report abouy errors. SH SH SH AJ SH AJ SH AJ SH AJ -- SH AJ Allan Jude SH AJ SH AJ ___ SH AJ freebsd-current@freebsd.org mailing list SH AJ http://lists.freebsd.org/mailman/listinfo/freebsd-current SH AJ To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org SH ___ SH freebsd-current@freebsd.org mailing list SH http://lists.freebsd.org/mailman/listinfo/freebsd-current SH To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org SH SH SH SH 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. SH SH In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 SH or return the E.mail to postmas...@multiplay.co.uk. SH SH ___ SH freebsd-current@freebsd.org mailing list SH http://lists.freebsd.org/mailman/listinfo/freebsd-current SH To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ 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: ZFS L2ARC - incorrect size and abnormal system load on r255173
If you are still seeing high load try commenting out the following which should disable l2arc compression. sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c if (l2arc_compress) hdr-b_flags |= ARC_L2COMPRESS; Regards Steve - Original Message - From: Vitalij Satanivskij sa...@ukr.net To: Steven Hartland kill...@multiplay.co.uk Cc: Vitalij Satanivskij sa...@ukr.net; Allan Jude free...@allanjude.com; Dmitriy Makarov suppor...@ukr.net; freebsd-current@freebsd.org Sent: Tuesday, October 22, 2013 3:10 PM Subject: Re: ZFS L2ARC - incorrect size and abnormal system load on r255173 First of all Thank you for help. As for high load on system, looks like problems with l2arc have litle impact on load comparatively to another just now not fully classifed things. Looks like ower internal software and libs that it use didn't like new VMEM subsystem, at last system behavior complitely diferent from 6 month older CURRENT. So for now none problem's with l2arc errors. Will try to understand reason of load and fix or at last ask for help again ^). Steven Hartland wrote: SH First off I just wanted to clarify that you don't need to compression on SH dataset for L2ARC to use LZ4 compression, it does this by default as is SH not currently configurable. SH SH Next up I believe we've found the cause of this high load and I've just SH committed the fix to head: SH http://svnweb.freebsd.org/base?view=revisionsortby=filerevision=256889 SH SH Thanks to Vitalij for testing :) SH SH Dmitriy if you could test on your side too that would be appreciated. SH SH Regards SH Steve SH SH - Original Message - SH From: Vitalij Satanivskij sa...@ukr.net SH To: Allan Jude free...@allanjude.com SH Cc: freebsd-current@freebsd.org SH Sent: Thursday, October 10, 2013 6:03 PM SH Subject: Re: ZFS L2ARC - incorrect size and abnormal system load on r255173 SH SH SH AJ Some background on L2ARC compression for you: SH AJ SH AJ http://wiki.illumos.org/display/illumos/L2ARC+Compression SH SH I'm alredy see it. SH SH SH SH AJ http://svnweb.freebsd.org/base?view=revisionrevision=251478 SH AJ SH AJ Are you sure that compression on pool/zfs is off? it would normally SH AJ inherit from the parent, so double check with: zfs get compression pool/zfs SH SH Yes, compression turned off on pool/zfs, it's was may time rechecked. SH SH SH SH AJ Is the data on pool/zfs related to the data on the root pool? if SH AJ pool/zfs were a clone, and the data is actually used in both places, the SH AJ newer 'single copy ARC' feature may come in to play: SH AJ https://www.illumos.org/issues/3145 SH SH No, both pool and pool/zfs have diferent type of data, pool/zfs was created as new empty zfs (zfs create pool/zfs) SH SH and data was writed to it from another server. SH SH SH Right now one machine work fine with l2arc. This machine without patch for corecting ashift on cache devices. SH SH At last 3 day's working with zero errors. Another servers with same config similar data, load and so on after 2 day SH work began report abouy errors. SH SH SH AJ SH AJ SH AJ SH AJ -- SH AJ Allan Jude SH AJ SH AJ ___ SH AJ freebsd-current@freebsd.org mailing list SH AJ http://lists.freebsd.org/mailman/listinfo/freebsd-current SH AJ To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org SH ___ SH freebsd-current@freebsd.org mailing list SH http://lists.freebsd.org/mailman/listinfo/freebsd-current SH To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org SH SH SH SH 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. SH SH In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 SH or return the E.mail to postmas...@multiplay.co.uk. SH SH ___ SH freebsd-current@freebsd.org mailing list SH http://lists.freebsd.org/mailman/listinfo/freebsd-current SH 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 postmas...@multiplay.co.uk. ___ freebsd-current@freebsd.org mailing list
bmake vs fmake - ports-mgmt/portconf fails to work
Hi all. I'm playing with 10 beta1 and found that: /usr/ports/editors/vim# make make: /etc/make.conf line 17: warning: WITH_BDB_VER=5 make: /etc/make.conf line 18: Need an operator make: /etc/make.conf line 17: warning: _JAVA_PREFERRED_PORTS=JAVA_PORT_NATIVE_OPENJDK_JDK_1_7 make: /etc/make.conf line 18: Need an operator make: /etc/make.conf line 17: warning: GHOSTSCRIPT_PORT=print/ghostscript9 make: /etc/make.conf line 18: Need an operator make: /etc/make.conf line 17: warning: WITH_CCACHE_BUILD= make: /etc/make.conf line 18: Need an operator make: /etc/make.conf line 17: warning: WITHOUT_X11= make: /etc/make.conf line 18: Need an operator # fmake /etc/make.conf, line 17: warning: WITH_BDB_VER=5 /etc/make.conf, line 17: warning: _JAVA_PREFERRED_PORTS=JAVA_PORT_NATIVE_OPENJDK_JDK_1_7 /etc/make.conf, line 17: warning: GHOSTSCRIPT_PORT=print/ghostscript9 /etc/make.conf, line 17: warning: WITH_CCACHE_BUILD= /etc/make.conf, line 17: warning: WITHOUT_X11= The offending code looks like: # Begin portconf settings # Do not touch these lines .if !empty(.CURDIR:M/usr/ports*) exists(/usr/local/libexec/portconf) _PORTCONF!=/usr/local/libexec/portconf .for i in ${_PORTCONF:S/|/ /g} .warning ${i:S/%/ /g} ${i:S/%/ /g} # - here is the error .endfor .endif # End portconf settings Looks like bmake doesn't allow to insert variable definition from another variable. -- Sphinx of black quartz, judge my vow. ___ 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: iconv in base breaks multiple ports
On Mon, 21 Oct 2013 22:34:45 +0200 Ulrich Spörlein wrote: On Mon, 2013-10-21 at 13:18:55 +0200, Tilman Keskinöz wrote: * Ulrich Spörlein [Sun, 20 Oct 2013 20:27:23 +0200]: ever since that iconv thing replaced the ports version, I run into trouble with several ports that I have installed on a -CURRENT (now stable/10 system). These are not compile-time errors, but crashes or limited functionality where I blame iconv :) 1. www/newsbeuter crashes during startup, somewhere in the stfl code that deals with wide char functions. Is my system hexed? I've rebuilt the ports/packages a dozen times now. Am I seeing ghosts? I don't run Current, but according to the pkg-fallout mails i am receiving, newsbeuter shouldn't even compile on CURRENT. Maybe there are some stale files on your system? There is also an update in the PR system, you might want to try, http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/182896 Right, I had to set USE_GCC=any and muck with -liconv flags of course to get it to build. Hmm, does this mean you still have libiconv installed? Because then your crashes may be because some libraries use libc iconv and others libiconv iconv. ___ 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: iconv in base breaks multiple ports
2013/10/22 Tijl Coosemans t...@coosemans.org: On Mon, 21 Oct 2013 22:34:45 +0200 Ulrich Spörlein wrote: On Mon, 2013-10-21 at 13:18:55 +0200, Tilman Keskinöz wrote: * Ulrich Spörlein [Sun, 20 Oct 2013 20:27:23 +0200]: ever since that iconv thing replaced the ports version, I run into trouble with several ports that I have installed on a -CURRENT (now stable/10 system). These are not compile-time errors, but crashes or limited functionality where I blame iconv :) 1. www/newsbeuter crashes during startup, somewhere in the stfl code that deals with wide char functions. Is my system hexed? I've rebuilt the ports/packages a dozen times now. Am I seeing ghosts? I don't run Current, but according to the pkg-fallout mails i am receiving, newsbeuter shouldn't even compile on CURRENT. Maybe there are some stale files on your system? There is also an update in the PR system, you might want to try, http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/182896 Right, I had to set USE_GCC=any and muck with -liconv flags of course to get it to build. Hmm, does this mean you still have libiconv installed? Because then your crashes may be because some libraries use libc iconv and others libiconv iconv. No no, the port just blindly links against libiconv and I had to patch that, obviously. My system is clean of any libiconv-from-ports. But as a next step, I shall now build base w/o iconv and bring back libiconv from ports to see if that fixes my issues. ttyl Uli ___ 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: iconv in base breaks multiple ports
2013/10/22 Ulrich Spörlein u...@freebsd.org: 2013/10/22 Tijl Coosemans t...@coosemans.org: On Mon, 21 Oct 2013 22:34:45 +0200 Ulrich Spörlein wrote: On Mon, 2013-10-21 at 13:18:55 +0200, Tilman Keskinöz wrote: * Ulrich Spörlein [Sun, 20 Oct 2013 20:27:23 +0200]: ever since that iconv thing replaced the ports version, I run into trouble with several ports that I have installed on a -CURRENT (now stable/10 system). These are not compile-time errors, but crashes or limited functionality where I blame iconv :) 1. www/newsbeuter crashes during startup, somewhere in the stfl code that deals with wide char functions. Is my system hexed? I've rebuilt the ports/packages a dozen times now. Am I seeing ghosts? I don't run Current, but according to the pkg-fallout mails i am receiving, newsbeuter shouldn't even compile on CURRENT. Maybe there are some stale files on your system? There is also an update in the PR system, you might want to try, http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/182896 Right, I had to set USE_GCC=any and muck with -liconv flags of course to get it to build. Hmm, does this mean you still have libiconv installed? Because then your crashes may be because some libraries use libc iconv and others libiconv iconv. No no, the port just blindly links against libiconv and I had to patch that, obviously. My system is clean of any libiconv-from-ports. But as a next step, I shall now build base w/o iconv and bring back libiconv from ports to see if that fixes my issues. ... and the verdict is in. Building src w/o iconv, then re-installing converters/libiconv and rebuilding the ports fixes at least newsbeuter, I'll now let multimedia/xbmc (and requirements) rebuild over night and then prepare a patch to allow -CURRENT + libiconv for those people that like a working system. I'm also looping re@ in, as they might want to hear about showstoppers for the 10.0 release. Cheers, Uli ___ 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 i386/pc98
TB --- 2013-10-22 23:28:44 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-22 23:28:44 - 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-10-22 23:28:44 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-10-22 23:28:44 - cleaning the object tree TB --- 2013-10-22 23:28:44 - /usr/local/bin/svn stat /src TB --- 2013-10-22 23:29:11 - At svn revision 256922 TB --- 2013-10-22 23:29:12 - building world TB --- 2013-10-22 23:29:12 - CROSS_BUILD_TESTING=YES TB --- 2013-10-22 23:29:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-22 23:29:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-22 23:29:12 - SRCCONF=/dev/null TB --- 2013-10-22 23:29:12 - TARGET=pc98 TB --- 2013-10-22 23:29:12 - TARGET_ARCH=i386 TB --- 2013-10-22 23:29:12 - TZ=UTC TB --- 2013-10-22 23:29:12 - __MAKE_CONF=/dev/null TB --- 2013-10-22 23:29:12 - cd /src TB --- 2013-10-22 23:29:12 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Tue Oct 22 23:29:21 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 stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries [...] CC='cc ' mkdep -f .depend -a-DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompi! ler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../.! ./contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c
gnop panic with recent kernel (r256923)
I get a gnop lock panic when trying to create a gnop device: # gnop create -S 4k ada3 panic: lock gnop lock 0xf80002566640 already initialized # kgdb /boot/kernel.r256923/kernel /var/crash/vmcore.last ... Unread portion of the kernel message buffer: panic: lock gnop lock 0xf80002566640 already initialized cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe00934f3830 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe00934f38e0 vpanic() at vpanic+0x126/frame 0xfe00934f3920 kassert_panic() at kassert_panic+0x136/frame 0xfe00934f3990 lock_init() at lock_init+0x43/frame 0xfe00934f39e0 _mtx_init() at _mtx_init+0x7c/frame 0xfe00934f3a20 g_nop_config() at g_nop_config+0x51a/frame 0xfe00934f3b30 g_ctl_req() at g_ctl_req+0x100/frame 0xfe00934f3b70 g_run_events() at g_run_events+0x1a7/frame 0xfe00934f3bb0 fork_exit() at fork_exit+0x84/frame 0xfe00934f3bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfe00934f3bf0 --- trap 0, rip = 0, rsp = 0xfe00934f3cb0, rbp = 0 --- (kgdb) bt #0 doadump (textdump=1) at pcpu.h:219 #1 0x808bbb57 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0x808bc065 in vpanic (fmt=value optimized out, ap=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0x808bbef6 in kassert_panic (fmt=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:642 #4 0x808f47c3 in lock_init (lock=0xf80002566640, class=0x813e9ce0, name=0x81c947ce gnop lock, type=0x0, flags=131072) at /usr/src/sys/kern/subr_lock.c:81 #5 0x808a8acc in _mtx_init (c=0xf80002566658, name=0x81c947ce gnop lock, type=0x0, opts=value optimized out) at /usr/src/sys/kern/kern_mutex.c:905 #6 0x81c9351a in g_nop_config (req=0xf800052a48c0, mp=0x81c94a20, verb=value optimized out) at /usr/src/sys/modules/geom/geom_nop/../../../geom/nop/g_nop.c:229 #7 0x8081d790 in g_ctl_req (arg=0xf800052a48c0, flag=value optimized out) at /usr/src/sys/geom/geom_ctl.c:454 #8 0x80820d27 in g_run_events () at /usr/src/sys/geom/geom_event.c:257 #9 0x8088b094 in fork_exit (callout=0x80822df0 g_event_procbody, arg=0x0, frame=0xfe00934f3c00) at /usr/src/sys/kern/kern_fork.c:995 #10 0x80c9bf4e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 #11 0x in ?? () Current language: auto; currently minimal (kgdb) ...keith ___ 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
[CAM] panic / general protection fault while in kernel mode on head r256931
Encountered twice: Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0x802e612a stack pointer = 0x28:0xfe118af62b20 frame pointer = 0x28:0xfe118af62b60 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 2 (doneq0) trap number = 9 panic: general protection fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe118af62690 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe118af62740 vpanic() at vpanic+0x126/frame 0xfe118af62780 panic() at panic+0x43/frame 0xfe118af627e0 trap_fatal() at trap_fatal+0x3a2/frame 0xfe118af62840 trap() at trap+0x863/frame 0xfe118af62a60 calltrap() at calltrap+0x8/frame 0xfe118af62a60 --- trap 0x9, rip = 0x802e612a, rsp = 0xfe118af62b20, rbp = 0xfe118af62b60 --- xpt_done_process() at xpt_done_process+0x36a/frame 0xfe118af62b60 xpt_done_td() at xpt_done_td+0x13d/frame 0xfe118af62bb0 fork_exit() at fork_exit+0x84/frame 0xfe118af62bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfe118af62bf0 --- trap 0, rip = 0, rsp = 0xfe118af62cb0, rbp = 0 --- 2nd: Fatal trap 9: general protection fault while in kernel mode cpuid = 5; apic id = 05 instruction pointer = 0x20:0x802e612a stack pointer = 0x28:0xfe118af62b20 frame pointer = 0x28:0xfe118af62b60 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 2 (doneq0) trap number = 9 panic: general protection fault cpuid = 5 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe118af62690 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe118af62740 vpanic() at vpanic+0x126/frame 0xfe118af62780 panic() at panic+0x43/frame 0xfe118af627e0 trap_fatal() at trap_fatal+0x3a2/frame 0xfe118af62840 trap() at trap+0x863/frame 0xfe118af62a60 calltrap() at calltrap+0x8/frame 0xfe118af62a60 --- trap 0x9, rip = 0x802e612a, rsp = 0xfe118af62b20, rbp = 0xfe118af62b60 --- xpt_done_process() at xpt_done_process+0x36a/frame 0xfe118af62b60 xpt_done_td() at xpt_done_td+0x13d/frame 0xfe118af62bb0 fork_exit() at fork_exit+0x84/frame 0xfe118af62bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfe118af62bf0 --- trap 0, rip = 0, rsp = 0xfe118af62cb0, rbp = 0 --- (kgdb) #0 doadump (textdump=1) at pcpu.h:219 #1 0x808bbb27 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0x808bc035 in vpanic (fmt=value optimized out, ap=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0x808bc083 in panic (fmt=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:683 #4 0x80cb62d2 in trap_fatal (frame=value optimized out, eva=value optimized out) at /usr/src/sys/amd64/amd64/trap.c:882 #5 0x80cb5f13 in trap (frame=value optimized out) at /usr/src/sys/amd64/amd64/trap.c:224 #6 0x80c9b3a2 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #7 0x802e612a in xpt_done_process (ccb_h=0xf80145911800) at /usr/src/sys/cam/cam_xpt.c:5242 #8 0x802e905d in xpt_done_td (arg=0x8144db80) at /usr/src/sys/cam/cam_xpt.c:5274 #9 0x8088b064 in fork_exit ( callout=0x802e8f20 xpt_done_td, arg=0x8144db80, frame=0xfe118af62c00) at /usr/src/sys/kern/kern_fork.c:995 #10 0x80c9b8de in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 #11 0x in ?? () Current language: auto; currently minimal (kgdb) -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature
make buildworld
OK, here's a bit of history of this box. Never wanted to run CURRENT, but had no choice, STABLE wouldn't boot. So I followed all the advice how to disable all debugging features. Now I'm trying to build latest 10 and I'm getting the error below. What's wrong? cc -O2 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../contrib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -DMALLOC_PRODUCTION -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c jemalloc_jemalloc.c -o jemalloc_jemalloc.o In file included from jemalloc_jemalloc.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/jemalloc_internal.h:64: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/../jemalloc.h:18: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/../jemalloc_FreeBSD.h:7:9: error: 'MALLOC_PRODUCTION' macro redefined [-Werror] #define MALLOC_PRODUCTION ^ command line:6:9: note: previous definition is here #define MALLOC_PRODUCTION 1 ^ 1 error generated. *** Error code 1 -- Cheers, Saul ___ 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: gnop panic with recent kernel (r256923)
On Tue, Oct 22, 2013 at 07:59:29PM -0400, Keith White wrote: I get a gnop lock panic when trying to create a gnop device: # gnop create -S 4k ada3 panic: lock gnop lock 0xf80002566640 already initialized # kgdb /boot/kernel.r256923/kernel /var/crash/vmcore.last ... Unread portion of the kernel message buffer: panic: lock gnop lock 0xf80002566640 already initialized cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe00934f3830 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe00934f38e0 vpanic() at vpanic+0x126/frame 0xfe00934f3920 kassert_panic() at kassert_panic+0x136/frame 0xfe00934f3990 lock_init() at lock_init+0x43/frame 0xfe00934f39e0 _mtx_init() at _mtx_init+0x7c/frame 0xfe00934f3a20 g_nop_config() at g_nop_config+0x51a/frame 0xfe00934f3b30 g_ctl_req() at g_ctl_req+0x100/frame 0xfe00934f3b70 g_run_events() at g_run_events+0x1a7/frame 0xfe00934f3bb0 fork_exit() at fork_exit+0x84/frame 0xfe00934f3bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfe00934f3bf0 --- trap 0, rip = 0, rsp = 0xfe00934f3cb0, rbp = 0 --- (kgdb) bt #0 doadump (textdump=1) at pcpu.h:219 #1 0x808bbb57 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0x808bc065 in vpanic (fmt=value optimized out, ap=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0x808bbef6 in kassert_panic (fmt=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:642 #4 0x808f47c3 in lock_init (lock=0xf80002566640, class=0x813e9ce0, name=0x81c947ce gnop lock, type=0x0, flags=131072) at /usr/src/sys/kern/subr_lock.c:81 #5 0x808a8acc in _mtx_init (c=0xf80002566658, name=0x81c947ce gnop lock, type=0x0, opts=value optimized out) at /usr/src/sys/kern/kern_mutex.c:905 #6 0x81c9351a in g_nop_config (req=0xf800052a48c0, mp=0x81c94a20, verb=value optimized out) at /usr/src/sys/modules/geom/geom_nop/../../../geom/nop/g_nop.c:229 #7 0x8081d790 in g_ctl_req (arg=0xf800052a48c0, flag=value optimized out) at /usr/src/sys/geom/geom_ctl.c:454 #8 0x80820d27 in g_run_events () at /usr/src/sys/geom/geom_event.c:257 #9 0x8088b094 in fork_exit (callout=0x80822df0 g_event_procbody, arg=0x0, frame=0xfe00934f3c00) at /usr/src/sys/kern/kern_fork.c:995 #10 0x80c9bf4e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 #11 0x in ?? () Current language: auto; currently minimal (kgdb) ...keith Try this (untested): diff --git a/sys/geom/nop/g_nop.c b/sys/geom/nop/g_nop.c index e6b44bb..bd72d78 100644 --- a/sys/geom/nop/g_nop.c +++ b/sys/geom/nop/g_nop.c @@ -216,7 +216,7 @@ g_nop_create(struct gctl_req *req, struct g_class *mp, struct g_provider *pp, } } gp = g_new_geomf(mp, %s, name); - sc = g_malloc(sizeof(*sc), M_WAITOK); + sc = g_malloc(sizeof(*sc), M_WAITOK | M_ZERO); sc-sc_offset = offset; sc-sc_explicitsize = explicitsize; sc-sc_error = ioerror; -- Mateusz Guzik mjguzik gmail.com ___ 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: make buildworld
On Tue, Oct 22, 2013 at 07:49:21PM -0500, Saul A. Peebsen wrote: OK, here's a bit of history of this box. Never wanted to run CURRENT, but had no choice, STABLE wouldn't boot. So I followed all the advice how to disable all debugging features. Now I'm trying to build latest 10 and I'm getting the error below. What's wrong? cc -O2 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../contrib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -DMALLOC_PRODUCTION -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c jemalloc_jemalloc.c -o jemalloc_jemalloc.o In file included from jemalloc_jemalloc.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/jemalloc_internal.h:64: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/../jemalloc.h:18: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/../jemalloc_FreeBSD.h:7:9: error: 'MALLOC_PRODUCTION' macro redefined [-Werror] #define MALLOC_PRODUCTION ^ command line:6:9: note: previous definition is here #define MALLOC_PRODUCTION 1 ^ 1 error generated. *** Error code 1 Presumably you have MALLOC_PRODUCTION set in src.conf or make.conf, remove it. -- Mateusz Guzik mjguzik gmail.com ___ 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: gnop panic with recent kernel (r256923)
On Wed, 23 Oct 2013, Mateusz Guzik wrote: On Tue, Oct 22, 2013 at 07:59:29PM -0400, Keith White wrote: I get a gnop lock panic when trying to create a gnop device: # gnop create -S 4k ada3 panic: lock gnop lock 0xf80002566640 already initialized # kgdb /boot/kernel.r256923/kernel /var/crash/vmcore.last ... Unread portion of the kernel message buffer: panic: lock gnop lock 0xf80002566640 already initialized cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe00934f3830 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe00934f38e0 vpanic() at vpanic+0x126/frame 0xfe00934f3920 kassert_panic() at kassert_panic+0x136/frame 0xfe00934f3990 lock_init() at lock_init+0x43/frame 0xfe00934f39e0 _mtx_init() at _mtx_init+0x7c/frame 0xfe00934f3a20 g_nop_config() at g_nop_config+0x51a/frame 0xfe00934f3b30 g_ctl_req() at g_ctl_req+0x100/frame 0xfe00934f3b70 g_run_events() at g_run_events+0x1a7/frame 0xfe00934f3bb0 fork_exit() at fork_exit+0x84/frame 0xfe00934f3bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfe00934f3bf0 --- trap 0, rip = 0, rsp = 0xfe00934f3cb0, rbp = 0 --- (kgdb) bt #0 doadump (textdump=1) at pcpu.h:219 #1 0x808bbb57 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0x808bc065 in vpanic (fmt=value optimized out, ap=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0x808bbef6 in kassert_panic (fmt=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:642 #4 0x808f47c3 in lock_init (lock=0xf80002566640, class=0x813e9ce0, name=0x81c947ce gnop lock, type=0x0, flags=131072) at /usr/src/sys/kern/subr_lock.c:81 #5 0x808a8acc in _mtx_init (c=0xf80002566658, name=0x81c947ce gnop lock, type=0x0, opts=value optimized out) at /usr/src/sys/kern/kern_mutex.c:905 #6 0x81c9351a in g_nop_config (req=0xf800052a48c0, mp=0x81c94a20, verb=value optimized out) at /usr/src/sys/modules/geom/geom_nop/../../../geom/nop/g_nop.c:229 #7 0x8081d790 in g_ctl_req (arg=0xf800052a48c0, flag=value optimized out) at /usr/src/sys/geom/geom_ctl.c:454 #8 0x80820d27 in g_run_events () at /usr/src/sys/geom/geom_event.c:257 #9 0x8088b094 in fork_exit (callout=0x80822df0 g_event_procbody, arg=0x0, frame=0xfe00934f3c00) at /usr/src/sys/kern/kern_fork.c:995 #10 0x80c9bf4e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 #11 0x in ?? () Current language: auto; currently minimal (kgdb) ...keith Try this (untested): diff --git a/sys/geom/nop/g_nop.c b/sys/geom/nop/g_nop.c index e6b44bb..bd72d78 100644 --- a/sys/geom/nop/g_nop.c +++ b/sys/geom/nop/g_nop.c @@ -216,7 +216,7 @@ g_nop_create(struct gctl_req *req, struct g_class *mp, struct g_provider *pp, } } gp = g_new_geomf(mp, %s, name); - sc = g_malloc(sizeof(*sc), M_WAITOK); + sc = g_malloc(sizeof(*sc), M_WAITOK | M_ZERO); sc-sc_offset = offset; sc-sc_explicitsize = explicitsize; sc-sc_error = ioerror; -- Mateusz Guzik mjguzik gmail.com Yes, that fixes it for me. Thanks! ...keith ___ 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: make buildworld
On 10/22/13 20:55, Mateusz Guzik wrote: On Tue, Oct 22, 2013 at 07:49:21PM -0500, Saul A. Peebsen wrote: OK, here's a bit of history of this box. Never wanted to run CURRENT, but had no choice, STABLE wouldn't boot. So I followed all the advice how to disable all debugging features. Now I'm trying to build latest 10 and I'm getting the error below. What's wrong? cc -O2 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../contrib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -DMALLOC_PRODUCTION -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c jemalloc_jemalloc.c -o jemalloc_jemalloc.o In file included from jemalloc_jemalloc.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/jemalloc_internal.h:64: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/../jemalloc.h:18: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/../jemalloc_FreeBSD.h:7:9: error: 'MALLOC_PRODUCTION' macro redefined [-Werror] #define MALLOC_PRODUCTION ^ command line:6:9: note: previous definition is here #define MALLOC_PRODUCTION 1 ^ 1 error generated. *** Error code 1 Presumably you have MALLOC_PRODUCTION set in src.conf or make.conf, remove it. Ran into this myself. More specifically, you have MALLOC_PRODUCTION set to something other than the null string. jemalloc_FreeBSD.h, however, says #define MALLOC_PRODUCTION. This is okay if you have MALLOC_PRODUCTION= in src.conf/make.conf, and this is okay if you don't have MALLOC_PRODUCTION in those files, but if you have it set to foo, or y, or even no, you will get this compile error. -- George ___ 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: make buildworld
On Wed, 23 Oct 2013 02:55:02 +0200 Mateusz Guzik mjgu...@gmail.com wrote: On Tue, Oct 22, 2013 at 07:49:21PM -0500, Saul A. Peebsen wrote: OK, here's a bit of history of this box. Never wanted to run CURRENT, but had no choice, STABLE wouldn't boot. So I followed all the advice how to disable all debugging features. Now I'm trying to build latest 10 and I'm getting the error below. What's wrong? Presumably you have MALLOC_PRODUCTION set in src.conf or make.conf, remove it. Thank you, is there anything else I need to modify to move from 10-CURRENT to BETA and ultimately to RELEASE? -- Cheers, Saul ___ 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: gnop panic with recent kernel (r256923)
On Tue, Oct 22, 2013 at 09:15:45PM -0400, Keith White wrote: On Wed, 23 Oct 2013, Mateusz Guzik wrote: On Tue, Oct 22, 2013 at 07:59:29PM -0400, Keith White wrote: I get a gnop lock panic when trying to create a gnop device: # gnop create -S 4k ada3 panic: lock gnop lock 0xf80002566640 already initialized # kgdb /boot/kernel.r256923/kernel /var/crash/vmcore.last ... Unread portion of the kernel message buffer: panic: lock gnop lock 0xf80002566640 already initialized cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe00934f3830 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe00934f38e0 vpanic() at vpanic+0x126/frame 0xfe00934f3920 kassert_panic() at kassert_panic+0x136/frame 0xfe00934f3990 lock_init() at lock_init+0x43/frame 0xfe00934f39e0 _mtx_init() at _mtx_init+0x7c/frame 0xfe00934f3a20 g_nop_config() at g_nop_config+0x51a/frame 0xfe00934f3b30 g_ctl_req() at g_ctl_req+0x100/frame 0xfe00934f3b70 g_run_events() at g_run_events+0x1a7/frame 0xfe00934f3bb0 fork_exit() at fork_exit+0x84/frame 0xfe00934f3bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfe00934f3bf0 --- trap 0, rip = 0, rsp = 0xfe00934f3cb0, rbp = 0 --- (kgdb) bt #0 doadump (textdump=1) at pcpu.h:219 #1 0x808bbb57 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0x808bc065 in vpanic (fmt=value optimized out, ap=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0x808bbef6 in kassert_panic (fmt=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:642 #4 0x808f47c3 in lock_init (lock=0xf80002566640, class=0x813e9ce0, name=0x81c947ce gnop lock, type=0x0, flags=131072) at /usr/src/sys/kern/subr_lock.c:81 #5 0x808a8acc in _mtx_init (c=0xf80002566658, name=0x81c947ce gnop lock, type=0x0, opts=value optimized out) at /usr/src/sys/kern/kern_mutex.c:905 #6 0x81c9351a in g_nop_config (req=0xf800052a48c0, mp=0x81c94a20, verb=value optimized out) at /usr/src/sys/modules/geom/geom_nop/../../../geom/nop/g_nop.c:229 #7 0x8081d790 in g_ctl_req (arg=0xf800052a48c0, flag=value optimized out) at /usr/src/sys/geom/geom_ctl.c:454 #8 0x80820d27 in g_run_events () at /usr/src/sys/geom/geom_event.c:257 #9 0x8088b094 in fork_exit (callout=0x80822df0 g_event_procbody, arg=0x0, frame=0xfe00934f3c00) at /usr/src/sys/kern/kern_fork.c:995 #10 0x80c9bf4e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 #11 0x in ?? () Current language: auto; currently minimal (kgdb) ...keith Try this (untested): diff --git a/sys/geom/nop/g_nop.c b/sys/geom/nop/g_nop.c index e6b44bb..bd72d78 100644 --- a/sys/geom/nop/g_nop.c +++ b/sys/geom/nop/g_nop.c @@ -216,7 +216,7 @@ g_nop_create(struct gctl_req *req, struct g_class *mp, struct g_provider *pp, } } gp = g_new_geomf(mp, %s, name); -sc = g_malloc(sizeof(*sc), M_WAITOK); +sc = g_malloc(sizeof(*sc), M_WAITOK | M_ZERO); sc-sc_offset = offset; sc-sc_explicitsize = explicitsize; sc-sc_error = ioerror; -- Mateusz Guzik mjguzik gmail.com Yes, that fixes it for me. Thanks for testing, fix committed as r256951. -- Mateusz Guzik mjguzik gmail.com ___ 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
Regression in 10.0-BETA1, mdconfig has changed its return code.
Regresssion in 10.0-BETA1, mdconfig -l -v return code changed from 0 to 255. OK, its not specfied in manual, but has changed. A test script I was using caught it: http://www.berklix.com/~jhs/bin/sh/mdconfig_tst Probably in next day or 2 I'll hack the C send-pr. Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Reply below not above, like a play script. Indent old text with . Send plain text. No quoted-printable, HTML, base64, multipart/alternative. ___ 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: make buildworld
On 23/10/2013 11:50, Saul A. Peebsen wrote: Never wanted to run CURRENT, but had no choice, STABLE wouldn't boot. is there anything else I need to modify to move from 10-CURRENT to BETA and ultimately to RELEASE? I believe HEAD has been renamed to 11-CURRENT stable/10 was created 12 days ago which is 10-BEATA Was it stable/9 or stable/10 that wouldn't boot? With 10.0 to be released shortly you may wait a while for 11.0 release ___ 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: Regression in 10.0-BETA1, mdconfig has changed its return code.
Julian H. Stacey j...@berklix.com wrote in 201310230254.r9n2sld1067...@fire.js.berklix.net: jh Regresssion in 10.0-BETA1, mdconfig -l -v return code changed from 0 jh to 255. OK, its not specfied in manual, but has changed. jh A test script I was using caught it: jh http://www.berklix.com/~jhs/bin/sh/mdconfig_tst jh Probably in next day or 2 I'll hack the C send-pr. Does the attached patch fix it? -- Hiroki Index: sbin/mdconfig/mdconfig.c === --- sbin/mdconfig/mdconfig.c (revision 256952) +++ sbin/mdconfig/mdconfig.c (working copy) @@ -481,12 +481,18 @@ printf(\n); /* XXX: Check if it's enough to clean everything. */ geom_stats_snapshot_free(sq); - if (((opt OPT_UNIT) (fflag == NULL) ufound) || - ((opt OPT_UNIT) == 0 (fflag != NULL) ffound) || - ((opt OPT_UNIT) (fflag != NULL) ufound ffound)) - return (0); - else - return (-1); + if (opt OPT_UNIT) { + if (((fflag == NULL) ufound) || + ((fflag == NULL) (units != NULL) ufound) || + ((fflag != NULL) ffound) || + ((fflag != NULL) (units != NULL) ufound ffound)) + return (0); + } else if (opt OPT_LIST) { + if ((fflag == NULL) || + ((fflag != NULL) ffound)) + return (0); + } + return (-1); } /* pgpk_4KNOnPjY.pgp Description: PGP signature
panic: softdep_deallocate_dependencies: unrecovered I/O error
Hi there, Just now my pretty fresh 11-CURRENT rebooted unexpectedly in the middle of 'svn up'. Some information from core.txt.0 (full version available upon request) given in the end of this email. (Machine: 11.0-CURRENT/i386 built on Oct 18, GENERIC kernel, default install, single / partition with J+SU.) This particular crash is worrisome for me for the following reasons: - I had lost some data; /usr/ports (checked out copy) become corrupted: some files have zero size; also svn(1) now reports that repo version is 12(!); I never had experienced such a fuckup with FreeBSD in years; it makes 10.0 look particularly bad: I can even cope with FreeBSD becoming bloated and slow, but I definitely cannot tolerate data loss -- we are not Linux after all; - I've already seen these 'error=11' messaged on -CURRENT before, again, while doing 'svn up'; I've followed up [1] about it on -hackers@ on Oct 1st; avg@ game me some advice [2], but I did not have a chance to see if it helps yet (I've never seen those errors again on my laptop, until it happened today on another box also running -CURRENT); perhaps this panic can somehow expedite investigation. ./danfe [1] http://docs.freebsd.org/cgi/mid.cgi?20131001192955.GA27965 [2] http://docs.freebsd.org/cgi/mid.cgi?524B2555.7030408 Unread portion of the kernel message buffer: g_vfs_done():ada0s3a[WRITE(offset=11688411136, length=32768)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11688476672, length=131072)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11688607744, length=32768)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11689328640, length=32768)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11689394176, length=131072)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11689525248, length=65536)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11689820160, length=131072)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11690704896, length=131072)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11691196416, length=131072)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11691327488, length=131072)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11691458560, length=131072)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11691589632, length=131072)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11691720704, length=131072)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11692081152, length=98304)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=10815619072, length=4096)]error = 11 /: got error 11 while accessing filesystem panic: softdep_deallocate_dependencies: unrecovered I/O error cpuid = 0 KDB: stack backtrace: #0 0xc0aed942 at kdb_backtrace+0x52 #1 0xc0ab37e1 at panic+0x121 #2 0xc0d044b1 at softdep_deallocate_dependencies+0x71 #3 0xc0b39ce6 at brelse+0x86 #4 0xc0b3d470 at bufdone+0x60 #5 0xc0a1967a at g_vfs_done+0x27a #6 0xc0b3cf24 at biodone+0x54 #7 0xc0a15f04 at g_io_schedule_up+0x1d4 #8 0xc0a1649d at g_up_procbody+0x6d #9 0xc0a82ab3 at fork_exit+0xa3 #10 0xc0f77794 at fork_trampoline+0x8 ... (kgdb) #0 doadump (textdump=-961984384) at pcpu.h:233 #1 0xc0ab3459 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xc0ab381f in panic (fmt=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xc0d044b1 in softdep_deallocate_dependencies (bp=value optimized out) at /usr/src/sys/ufs/ffs/ffs_softdep.c:13595 #4 0xc0b39ce6 in brelse (bp=0xe1a8b850) at buf.h:427 #5 0xc0b3d470 in bufdone (bp=value optimized out) at /usr/src/sys/kern/vfs_bio.c:3759 #6 0xc0a1967a in g_vfs_done (bip=value optimized out) at /usr/src/sys/geom/geom_vfs.c:161 #7 0xc0b3cf24 in biodone (bp=0xce43fe40) at /usr/src/sys/kern/vfs_bio.c:3579 #8 0xc0a15f04 in g_io_schedule_up (tp=0xc6a91930) at /usr/src/sys/geom/geom_io.c:799 #9 0xc0a1649d in g_up_procbody (arg=0x0) at /usr/src/sys/geom/geom_kern.c:98 #10 0xc0a82ab3 in fork_exit (callout=0xc0a16430 g_up_procbody) at /usr/src/sys/kern/kern_fork.c:995 #11 0xc0f77794 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:279 ___ 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