Re: ipfilter(4) needs maintainer
On 15.04.2013 19:48, Cy Schubert wrote: I did consider a port but given it would has to touch bits and pieces of the source tree (/usr/src), a port would be messy and the decision was made to work on importing it into base. Actually it shouldn't touch many if any pieces of src/sys. Everything should happen via sorta published API's the other firewall packages use as well. Most important pfil hooks. The hardest part probably is to get the locking right. Please run changes to src/sys/net* through glebius@ and me (andre@) first before committing. In most, if not all cases, it is possible to find a generic way of doing things or to standardize on a common one for all of our packet filters. -- Andre ___ 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: After a source upgrade from 8.3-RELEASE to r249432 (HEAD)
On 04/15/13 20:57, Mark Johnston wrote: On Mon, Apr 15, 2013 at 03:58:26PM -0400, George Mitchell wrote: It was pretty successful. All my 8.3 packages are still running very happily, though at some point I imagine I will have to update and recompile them. But ... When I press ENTER in the boot0 screen, I get the hyphen that will start spinning after a timeout and begin loading boot1 (which, as far as I know, I have not updated). boot1 (I think) presents me with a prompt that does not respond to key presses on the keyboard. It times out and continues loading anyway. At this stage, I am always presented with a manual mountroot: prompt, and I have to type ufs:/dev/ada0s1a to get any further. I ran into this too. It was caused by a problem in r249408 and is fixed as of r249436. Updating your kernel to something beyond r249435 should make this go away. -Mark Thanks! I have a compile going and I'll check the result later today. -- 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: ipfilter(4) needs maintainer
On Mon, 15 Apr 2013 12:15:49 -0700, Cy Schubert cy.schub...@komquats.com wrote: It was pointed out to me that Darren Reed has changed licenses from his IP Filter license that's been in IPF since 2005 or so, when he joined Sun, to GPLv2 (probably when Darren left when Oracle took over Sun). Given that IPF already lives in src/contrib and src/sys/contrib due to the 2005 license change, would that be a problem? If it's OK then I'll maintain it in src. If not then a port is in order. Having said that, a port would be messy as IPF's own install scripts update src/sys/netinet, among other locations. That would be a big 'no', right there. Ports should never update kernel headers. If not for any other reason, because which kernel?. I regularly keep 2-3 different source trees of the kernel around, and build them from non-standard locations. Having to remember to run ipfilter_hack.sh on each of them before doing a successful build and ending up with kernel sources which are always 'unclean svn checkouts' would suck -- and I suspect I'm not the only one doing builds of kernels outside of /usr/src. ___ 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
swapcontext rewrite broke some software
Hi! After this commit: commit ac0cfc7fcb1b51ee6aeacfd676fa6dfbe11eefb5 Author: davidxu davi...@freebsd.org Date: Wed Apr 10 02:40:03 2013 + swapcontext wrapper can not be implemented in C, the stack pointer saved in the context becomes invalid when the function returns, same as setjmp, it must be implemented in assemble language, see discussions in PR misc/177624. Some* software not found the swapcontext functions after this commit. Please add a sentence to UPDATING file and/or bump the __FreeBSD_version to reflect this change. * qemu ___ 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
control of order of inet devices
Dear FreeBSD friends, How can I control the order of the network devices in FreeBSD. For example, the command ifconfig lists the network devices: pcn0: flags=8802BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500 options=8LINKSTATE ether 00:0c:46:ea:2b:32 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: Ethernet 100baseFX status: no carrier rl0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=2008VLAN_MTU,WOL_MAGIC ether 00:11:6b:99:7c:5a inet XXX.XXX.24.4 netmask 0xff80 broadcast 137.226.24.127 inet6 fe80::211:6bff:fe99:7c5a%rl0 prefixlen 64 scopeid 0x4 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: Ethernet autoselect (100baseTX full-duplex) status: active nfe0: flags=8802BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500 options=82008VLAN_MTU,WOL_MAGIC,LINKSTATE ether 00:1b:fc:df:a1:33 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: Ethernet autoselect (none) status: no carrier plip0: flags=8810POINTOPOINT,SIMPLEX,MULTICAST metric 0 mtu 1500 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST metric 0 mtu 16384 options=63RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7 inet 127.0.0.1 netmask 0xff00 nd6 options=21PERFORMNUD,AUTO_LINKLOCAL tap0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=8LINKSTATE ether 00:22:19:10:8d:bb inet XXX.XXX.24.19 netmask 0x broadcast 137.226.24.19 inet6 fe80::2bd:83ff:fe68:7200%tap0 prefixlen 64 scopeid 0x8 nd6 options=21PERFORMNUD,AUTO_LINKLOCAL media: Ethernet autoselect status: no carrier pcn0 being first. However, I would like tap0 being first and of course without any output ordering trick. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel * W.K. Offermans Home: +31 45 544 49 44 Mobile: +31 681 15 87 68 e-mail: wi...@offermans.rompen.nl Powered by (__) \\\'',) \/ \ ^ .\._/_) www.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: EuroBSDcon 2013: Call for Proposals, Conference on September 28+29 2013
On 15.04.2013 05:32, Julian Elischer wrote: On 4/11/13 5:18 PM, Andre Oppermann wrote: Excuse me for being slightly spammy but I've received feedback that we haven't spread this information widely enough outside the inner circles and interested people missed the announcement. EuroBSDcon 2013: September 28-29 in Malta = EuroBSDcon is the European technical conference for users and developers of BSD-based systems. The conference will take place Saturday and Sunday 28-29 September at the Hilton Conference Centre in St. Julian's, Malta (tutorials and FreeBSD Developer Summit on preceding Thursday and Friday, talks on Saturday and Sunday). [Yes, very nice weather at that time of year, about 26/19C sunny no rain, Social event on Saturday evening is going to be a sunset beach BBQ] The web page suggest I bring my wife AND my spouse.. what if they don't know about each other? Well, you have poorly managed your relationships then. ;) This web page is a place holder and will be updated with the all important details on venue/travel/hotels/schedule really soon now. -- Andre ___ 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: control of order of inet devices
On Tue, Apr 16, 2013 at 03:56:21PM +0200, Willy Offermans wrote: Dear FreeBSD friends, How can I control the order of the network devices in FreeBSD. For example, the command ifconfig lists the network devices: pcn0: flags=8802BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500 options=8LINKSTATE ether 00:0c:46:ea:2b:32 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: Ethernet 100baseFX status: no carrier rl0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=2008VLAN_MTU,WOL_MAGIC ether 00:11:6b:99:7c:5a inet XXX.XXX.24.4 netmask 0xff80 broadcast 137.226.24.127 inet6 fe80::211:6bff:fe99:7c5a%rl0 prefixlen 64 scopeid 0x4 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: Ethernet autoselect (100baseTX full-duplex) status: active nfe0: flags=8802BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500 options=82008VLAN_MTU,WOL_MAGIC,LINKSTATE ether 00:1b:fc:df:a1:33 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: Ethernet autoselect (none) status: no carrier plip0: flags=8810POINTOPOINT,SIMPLEX,MULTICAST metric 0 mtu 1500 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST metric 0 mtu 16384 options=63RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7 inet 127.0.0.1 netmask 0xff00 nd6 options=21PERFORMNUD,AUTO_LINKLOCAL tap0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=8LINKSTATE ether 00:22:19:10:8d:bb inet XXX.XXX.24.19 netmask 0x broadcast 137.226.24.19 inet6 fe80::2bd:83ff:fe68:7200%tap0 prefixlen 64 scopeid 0x8 nd6 options=21PERFORMNUD,AUTO_LINKLOCAL media: Ethernet autoselect status: no carrier pcn0 being first. However, I would like tap0 being first and of course without any output ordering trick. The order is dictated by the order the drivers are probed by the kernel. When the devices are created they are added to a linked list. There is no practical way to control the order and it has little or no effect. -- Brooks pgpmUPgj53xc2.pgp Description: PGP signature
My incremental buildworlds started failing
Hi, I have been seeing this on incremental buildworlds for a day or two now? ANyone can throw the cluebat at me? === rescue/rescue/routed/rtquery (depend) {standard input}: Assembler messages: {standard input}:2: Warning: unterminated string; newline inserted {standard input}:3: Warning: unterminated string; newline inserted === kerberos5/usr.bin/kcc (all) In file included from /scratch/tmp/bz/head.svn/sbin/rtsol/../../usr.sbin/rtsold/rtsol.c:51: /storage/head/obj//sparc64.sparc64/scratch/tmp/bz/head.svn/tmp/usr/include/netinet6/ip6_var.h:245: error: 'IP6S_MAXRULES' undeclared here (not in a function) *** [rtsol.o] Error code 1 1 error *** [rtsol_make] Error code 2 1 error === kerberos5/usr.sbin/ktutil (all) === rescue (all) === rescue/librescue (all) === rescue/rescue (all) Run /storage/head/obj//scratch/tmp/bz/head.svn/make.amd64/make -f rescue.mk to build crunched binary. === rescue/rescue/routed/rtquery (depend) {standard input}: Assembler messages: {standard input}:2: Warning: unterminated string; newline inserted {standard input}:3: Warning: unterminated string; newline inserted In file included from /scratch/tmp/bz/head.svn/sbin/rtsol/../../usr.sbin/rtsold/rtsol.c:51: /storage/head/obj//arm.armeb/scratch/tmp/bz/head.svn/tmp/usr/include/netinet6/ip6_var.h:245: error: 'IP6S_MAXRULES' undeclared here (not in a function) *** [rtsol.o] Error code 1 1 error *** [rtsol_make] Error code 2 1 error *** [objs] Error code 2 1 error *** [all] Error code 2 1 error *** [rescue.all__D] Error code 2 1 error *** [everything] Error code 2 1 error *** [buildworld] Error code 2 1 error -- Bjoern A. Zeeb Charles Haddon Spurgeon: Friendship is one of the sweetest joys of life. Many might have failed beneath the bitterness of their trial had they not found a friend. ___ 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 incremental buildworlds started failing
On Apr 16, 2013, at 18:08, Bjoern A. Zeeb bzeeb-li...@lists.zabbadoz.net wrote: I have been seeing this on incremental buildworlds for a day or two now? ANyone can throw the cluebat at me? === rescue/rescue/routed/rtquery (depend) {standard input}: Assembler messages: {standard input}:2: Warning: unterminated string; newline inserted {standard input}:3: Warning: unterminated string; newline inserted === kerberos5/usr.bin/kcc (all) In file included from /scratch/tmp/bz/head.svn/sbin/rtsol/../../usr.sbin/rtsold/rtsol.c:51: /storage/head/obj//sparc64.sparc64/scratch/tmp/bz/head.svn/tmp/usr/include/netinet6/ip6_var.h:245: error: 'IP6S_MAXRULES' undeclared here (not in a function) *** [rtsol.o] Error code 1 1 error *** [rtsol_make] Error code 2 1 error Probably http://svnweb.freebsd.org/changeset/base/249543 ___ 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: control of order of inet devices
Since people keep asking about this; maybe it's time we added a hint to the bus code that allows for the unit to be set based on the pci bus / slot / etc. Adrian ___ 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 incremental buildworlds started failing
On 2013-04-16 18:39, Dimitry Andric wrote: On Apr 16, 2013, at 18:08, Bjoern A. Zeeb wrote: I have been seeing this on incremental buildworlds for a day or two now? ANyone can throw the cluebat at me? If that means building with NO_CLEAN=yes then the problem is r249484. It creates a symlink: ln -fs ../include ${DESTDIR}/usr/lib/include But if ${DESTDIR}/usr/lib/include already exists it creates ${DESTDIR}/usr/include/include - ../include. I'm thinking of reverting that commit. === rescue/rescue/routed/rtquery (depend) {standard input}: Assembler messages: {standard input}:2: Warning: unterminated string; newline inserted {standard input}:3: Warning: unterminated string; newline inserted === kerberos5/usr.bin/kcc (all) In file included from /scratch/tmp/bz/head.svn/sbin/rtsol/../../usr.sbin/rtsold/rtsol.c:51: /storage/head/obj//sparc64.sparc64/scratch/tmp/bz/head.svn/tmp/usr/include/netinet6/ip6_var.h:245: error: 'IP6S_MAXRULES' undeclared here (not in a function) *** [rtsol.o] Error code 1 1 error *** [rtsol_make] Error code 2 1 error Probably http://svnweb.freebsd.org/changeset/base/249543 This has been fixed in r249552 now. signature.asc Description: OpenPGP digital signature
Stack Overflow in GEOM
Has anyone see this before? Just updated my CURRENT partitions on my testbed and laptop. The laptop just boots but I've managed to capture this on my testbed (attached to a serial port on another system). This is HEAD from yesterday (Apr 15) morning (PDT). The partition being booted is ada0s1d. On my laptop it's ada0s3a. KSTACK_PAGES is 4. Is there a way to quickly display that kern.kstack_pages from DDB? ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: SAMSUNG SP0802N TK100-24 ATA-7 device ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0: 76351MB (156368016 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 ada1 at ata0 bus 0 scbus0 target 1 lun 0 ada1: Maxtor 6Y120P0 YAR41BW0 ATA-7 device ada1: 133.000MB/s transfers (UDMA6, PIO 8192bytes) ada1: 117246MB (240121728 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad1 ada2 at ata2 bus 0 scbus2 target 0 lun 0 ada2: WDC WD5000AAKS-00D2B0 12.01C02 ATA-8 SATA 2.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada2: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada2: Previously was known as ad4 ada3 at ata3 bus 0 scbus3 target 0 lun 0 ada3: WDC WD3200KS-00PFB0 21.00M21 ATA-7 SATA 2.x device ada3: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada3: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) ada3: Previously was known as ad6 SMP: AP CPU #1 Launched! panic: stack overflow detected; backtrace may be corrupted cpuid = 1 KDB: enter: panic [ thread pid 13 tid 19 ] Stopped at kdb_enter+0x3d: movl$0,kdb_why db bt Tracing pid 13 tid 19 td 0x872d6000 kdb_enter(80ca7886,80ca7886,80ca9523,86edcae0,1,...) at kdb_enter+0x3d/frame 0x86edca98 panic(80ca9523,86edcb70,80713dd2,86edcbd8,86edcafc,...) at panic+0x141/frame 0x86edcad4 __stack_chk_init(86edcbd8,86edcafc,86edcaf8,86edcafc,64,...) at __stack_chk_init/frame 0x86edcae0 g_label_disk_ident_taste(87b7dc80,86edcbd8,80,0,0,...) at g_label_disk_ident_taste+0x102/frame 0x86edcb70 g_label_taste(80d26b88,872ff500,0,872ff480,872d6000,...) at g_label_taste+0x3ca/frame 0x86edcc6c g_new_provider_event(872ff500,0,25c,80c9798e,0,...) at g_new_provider_event+0xb1/frame 0x86edcc88 g_run_events(0,86edcd08,222db60d,83725616,b10094f2,...) at g_run_events+0x19f/frame 0x86edccc4 fork_exit(8070d140,0,86edcd08) at fork_exit+0xa3/frame 0x86edccf4 fork_trampoline() at fork_trampoline+0x8/frame 0x86edccf4 --- trap 0, eip = 0, esp = 0x86edcd40, ebp = 0 --- db I've been poking at this off and on last night. Any ideas? -- Cheers, Cy Schubert cy.schub...@komquats.com FreeBSD UNIX: c...@freebsd.org Web: http://www.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: Stack Overflow in GEOM
On Tue, Apr 16, 2013 at 10:56:31AM -0700, Cy Schubert wrote: Has anyone see this before? Just updated my CURRENT partitions on my testbed and laptop. The laptop just boots but I've managed to capture this on my testbed (attached to a serial port on another system). This is HEAD from yesterday (Apr 15) morning (PDT). The partition being booted is ada0s1d. On my laptop it's ada0s3a. KSTACK_PAGES is 4. Is there a way to quickly display that kern.kstack_pages from DDB? ... panic: stack overflow detected; backtrace may be corrupted cpuid = 1 KDB: enter: panic [ thread pid 13 tid 19 ] I'm seeing this, but my situation is ... reversed: my build machine came up OK: FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #1134 r249538M/249542:130: Tue Apr 16 09:15:49 PDT 2013 r...@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 but my laptop exhibits symptoms that I *believe* resemble those you cited. (I was unable to get a crash dump, and the machine rebooted too quickly after I typed panic at the ddb prompt. I don't have a serial console on the laptop.) I had thought that it might be nvidia-driver-related (again), but I also note that the laptop has a single SATA drive, while the build machine has SCSI (possibly SAS -- machine is powered off for the day, since its work is done) drives. Laptop also has 2x the memory the build machine does. (They are each i386.) My last successful smoke-test for head on the laptop was yesterday: FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #869 r249502M/249503:130: Mon Apr 15 05:23:38 PDT 2013 r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 I had built head @r249538 this morning, and that's the build where my smoke-test failed. Peace, david -- David H. Wolfskill da...@catwhisker.org Taliban: Evil men with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpHKZFzFBm6v.pgp Description: PGP signature
Re: control of order of inet devices
On Tue, Apr 16, 2013 at 10:08:00AM -0700, Adrian Chadd wrote: Since people keep asking about this; maybe it's time we added a hint to the bus code that allows for the unit to be set based on the pci bus / slot / etc. I don't see how that would address Willy's request. Neither the unit number or the if_index of an interface effects its order in getifaddrs() output. With modern bus hierarchies, you probably don't want to use the unit anyway as it loses too much information. Some along the lines of Fedora's Consistent Network Device Naming would likely be more useful. That would be fairly easy to implement. -- Brooks pgp52w7NEvmZ9.pgp Description: PGP signature
Re: CURRENT (r249438): (devel/libiconv)./unistd.h:686:5: error: invalid token at start of a preprocessor expression : #if @GNULIB_EUIDACCESS@
On Apr 16, 2013, at 00:42, Jan Beich jbe...@tormail.org wrote: O. Hartmann ohart...@zedat.fu-berlin.de writes: ./unistd.h:694:5: error: invalid token at start of a preprocessor expression #if @GNULIB_EUIDACCESS@ ^ 1 error generated. Maybe -O3 overoptimizes regex in libc e.g., $ echo '#if @GNULIB_EUIDACCESS@' | sed 's/@GNULIB_EUIDACCESS@/0/' #if @GNULIB_EUIDACCESS@ $ echo 'xxx' | sed 's/xxx//' xxx How did you arrive at this result? I have recompiled both libc and sed with -O3, but it works just fine here. Maybe -march=native is the clue, so which kind of CPU do you have? To see what CPU llvm detects, try: tblgen -version | grep CPU Note that -O3 turns on clang's vectorizer, so you might have run into an optimizer bug, or some kind of undefined behavior which now falls over. -Dimitry ___ 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: control of order of inet devices
On Tue, Apr 16, 2013 at 11:36 AM, Brooks Davis bro...@freebsd.org wrote: On Tue, Apr 16, 2013 at 10:08:00AM -0700, Adrian Chadd wrote: Since people keep asking about this; maybe it's time we added a hint to the bus code that allows for the unit to be set based on the pci bus / slot / etc. I don't see how that would address Willy's request. Neither the unit number or the if_index of an interface effects its order in getifaddrs() output. With modern bus hierarchies, you probably don't want to use the unit anyway as it loses too much information. Some along the lines of Fedora's Consistent Network Device Naming would likely be more useful. That would be fairly easy to implement. -- Brooks Fedora is using eth0 , ... , eth9 , but FreeBSD is using em* , re* , .. names which is much better than Fedora ( or similar distributions ) approach . In eth0 , ... , usage , it is necessary to record MAC addresses of the NIC units ( because any name is not displayed like FreeBSD ) BEFORE starting an installation to isolate which one is referenced : Even this is not very useful sometimes because I am seeing they ( different Linux distributions ) are reporting MAC addresses differently for some NIC units , and no one of them is identical to others to number eth with existing NIC units ( for example , eth0 is not used for the same NIC by all the distributions , i.e. , there is no any standard numbering scheme ) . FreeBSD is using names ( Realtek , Intel , etc with other information also ) which is very easy to understand which NIC unit is referenced . I think , in FreeBSD , the problem may occur when all of the NIC units are the same model . For such cases , there is a necessity to display also slot / port information ( in that case MAC address is not showing slot / port information ) . Thank you very much . Mehmet Erol Sanliturk ___ 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: control of order of inet devices
On Tue, Apr 16, 2013 at 12:03:14PM -0700, Mehmet Erol Sanliturk wrote: On Tue, Apr 16, 2013 at 11:36 AM, Brooks Davis bro...@freebsd.org wrote: On Tue, Apr 16, 2013 at 10:08:00AM -0700, Adrian Chadd wrote: Since people keep asking about this; maybe it's time we added a hint to the bus code that allows for the unit to be set based on the pci bus / slot / etc. I don't see how that would address Willy's request. Neither the unit number or the if_index of an interface effects its order in getifaddrs() output. With modern bus hierarchies, you probably don't want to use the unit anyway as it loses too much information. Some along the lines of Fedora's Consistent Network Device Naming would likely be more useful. That would be fairly easy to implement. -- Brooks Fedora is using eth0 , ... , eth9 , but FreeBSD is using em* , re* , .. names which is much better than Fedora ( or similar distributions ) approach . As of Fedora 16 the default was changed: http://docs.fedoraproject.org/en-US/Fedora/16/html/System_Administrators_Guide/appe-Consistent_Network_Device_Naming.html -- Brooks pgpeAB18YR3Af.pgp Description: PGP signature
Re: CURRENT (r249438): (devel/libiconv)./unistd.h:686:5: error: invalid token at start of a preprocessor expression : #if @GNULIB_EUIDACCESS@
On Tue, 2013-04-16 at 20:58 +0200, Dimitry Andric wrote: On Apr 16, 2013, at 00:42, Jan Beich jbe...@tormail.org wrote: O. Hartmann ohart...@zedat.fu-berlin.de writes: ./unistd.h:694:5: error: invalid token at start of a preprocessor expression #if @GNULIB_EUIDACCESS@ ^ 1 error generated. Maybe -O3 overoptimizes regex in libc e.g., $ echo '#if @GNULIB_EUIDACCESS@' | sed 's/@GNULIB_EUIDACCESS@/0/' #if @GNULIB_EUIDACCESS@ $ echo 'xxx' | sed 's/xxx//' xxx How did you arrive at this result? I have recompiled both libc and sed with -O3, but it works just fine here. Maybe -march=native is the clue, so which kind of CPU do you have? To see what CPU llvm detects, try: tblgen -version | grep CPU Note that -O3 turns on clang's vectorizer, so you might have run into an optimizer bug, or some kind of undefined behavior which now falls over. -Dimitry tblgen -version | grep CPU: Host CPU: penryn (host A) Host CPU: core-avx-i (host B) Host CPU: corei7-avx (host C) and the problem occurs on all of those boxes running most recent FreeBSD 10.0-CURRENT with CLANG 3.3 signature.asc Description: This is a digitally signed message part
DTrace gone quiet?
I just upgraded my kernel and userspace to head (r249552) and I notice that DTrace doesn't output anything until I hit ctrl-c. All previous hits on the probe appear lost. For example: # dtrace -n 'fbt::ether_output:entry' dtrace: description 'fbt::ether_output:entry' matched 1 probe (No output here. I waited a long time before the ctrl-c and I know the system is actively transmitting and receiving Ethernet traffic). ^C CPU IDFUNCTION:NAME 9 29354 ether_output:entry 8 29354 ether_output:entry 8 29354 ether_output:entry 8 29354 ether_output:entry Can anyone confirm or contradict this on a recent HEAD (around r249552 in my case)? Regards, Navdeep ___ 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: Stack Overflow in GEOM
On Tue, Apr 16, 2013 at 11:13 AM, David Wolfskill da...@catwhisker.orgwrote: On Tue, Apr 16, 2013 at 10:56:31AM -0700, Cy Schubert wrote: Has anyone see this before? Just updated my CURRENT partitions on my testbed and laptop. The laptop just boots but I've managed to capture this on my testbed (attached to a serial port on another system). This is HEAD from yesterday (Apr 15) morning (PDT). The partition being booted is ada0s1d. On my laptop it's ada0s3a. KSTACK_PAGES is 4. Is there a way to quickly display that kern.kstack_pages from DDB? ... panic: stack overflow detected; backtrace may be corrupted cpuid = 1 KDB: enter: panic [ thread pid 13 tid 19 ] I'm seeing this, but my situation is ... reversed: my build machine came up OK: FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #1134 r249538M/249542:130: Tue Apr 16 09:15:49 PDT 2013 r...@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 but my laptop exhibits symptoms that I *believe* resemble those you cited. (I was unable to get a crash dump, and the machine rebooted too quickly after I typed panic at the ddb prompt. I don't have a serial console on the laptop.) I had thought that it might be nvidia-driver-related (again), but I also note that the laptop has a single SATA drive, while the build machine has SCSI (possibly SAS -- machine is powered off for the day, since its work is done) drives. Laptop also has 2x the memory the build machine does. (They are each i386.) My last successful smoke-test for head on the laptop was yesterday: FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #869 r249502M/249503:130: Mon Apr 15 05:23:38 PDT 2013 r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 I had built head @r249538 this morning, and that's the build where my smoke-test failed. This stack trace corruption was noted on svn-src-head@ as well, and appears to be fixed with r249564. -Jim ___ 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: DTrace gone quiet?
On Tue, Apr 16, 2013 at 3:57 PM, Navdeep Parhar n...@freebsd.org wrote: I just upgraded my kernel and userspace to head (r249552) and I notice that DTrace doesn't output anything until I hit ctrl-c. All previous hits on the probe appear lost. For example: # dtrace -n 'fbt::ether_output:entry' dtrace: description 'fbt::ether_output:entry' matched 1 probe (No output here. I waited a long time before the ctrl-c and I know the system is actively transmitting and receiving Ethernet traffic). ^C CPU IDFUNCTION:NAME 9 29354 ether_output:entry 8 29354 ether_output:entry 8 29354 ether_output:entry 8 29354 ether_output:entry Can anyone confirm or contradict this on a recent HEAD (around r249552 in my case)? Regards, Navdeep ___ 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 Hm, if you run with -x bufpolicy=switch does it work? It sounds as through the ring buffer policy is being set by default for you. I'm not sure how that could happen. ___ 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: control of order of inet devices
On Apr 16, 2013, at 20:36, Brooks Davis bro...@freebsd.org wrote: On Tue, Apr 16, 2013 at 10:08:00AM -0700, Adrian Chadd wrote: Since people keep asking about this; maybe it's time we added a hint to the bus code that allows for the unit to be set based on the pci bus / slot / etc. I don't see how that would address Willy's request. Neither the unit number or the if_index of an interface effects its order in getifaddrs() output. With modern bus hierarchies, you probably don't want to use the unit anyway as it loses too much information. Some along the lines of Fedora's Consistent Network Device Naming would likely be more useful. That would be fairly easy to implement. I've been using the ifconfig_XXX_name setting in rc.conf for years now, which at works fine, at least for me. E.g.: ifconfig_em0_name=if_ext ifconfig_em1_name=if_lan ifconfig_ral0_name=if_wifi However, if bus enumeration would randomly swap em0 and em1, for example, this would break down. Linux usually just fixes a specific interface name to a hardware address, e.g. /etc/sysconfig/network-scripts/ifcfg-eth0 on a CentOS box has: DEVICE=eth0 BOOTPROTO=dhcp HWADDR=00:0C:29:65:E4:E3 ... ___ 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: DTrace gone quiet?
On Tue, Apr 16, 2013 at 04:03:06PM -0400, Ryan Stone wrote: On Tue, Apr 16, 2013 at 3:57 PM, Navdeep Parhar n...@freebsd.org wrote: I just upgraded my kernel and userspace to head (r249552) and I notice that DTrace doesn't output anything until I hit ctrl-c. All previous hits on the probe appear lost. For example: # dtrace -n 'fbt::ether_output:entry' dtrace: description 'fbt::ether_output:entry' matched 1 probe (No output here. I waited a long time before the ctrl-c and I know the system is actively transmitting and receiving Ethernet traffic). ^C CPU IDFUNCTION:NAME 9 29354 ether_output:entry 8 29354 ether_output:entry 8 29354 ether_output:entry 8 29354 ether_output:entry Can anyone confirm or contradict this on a recent HEAD (around r249552 in my case)? Regards, Navdeep ___ 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 Hm, if you run with -x bufpolicy=switch does it work? It sounds as through the ring buffer policy is being set by default for you. I'm not sure how that could happen. I'm seeing it too as of r249508. Adding those arguments doesn't seem to have any effect. ___ 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: DTrace gone quiet?
On 04/16/13 13:03, Ryan Stone wrote: On Tue, Apr 16, 2013 at 3:57 PM, Navdeep Parhar n...@freebsd.org mailto:n...@freebsd.org wrote: I just upgraded my kernel and userspace to head (r249552) and I notice that DTrace doesn't output anything until I hit ctrl-c. All previous hits on the probe appear lost. For example: # dtrace -n 'fbt::ether_output:entry' dtrace: description 'fbt::ether_output:entry' matched 1 probe (No output here. I waited a long time before the ctrl-c and I know the system is actively transmitting and receiving Ethernet traffic). ^C CPU IDFUNCTION:NAME 9 29354 ether_output:entry 8 29354 ether_output:entry 8 29354 ether_output:entry 8 29354 ether_output:entry Can anyone confirm or contradict this on a recent HEAD (around r249552 in my case)? Regards, Navdeep Hm, if you run with -x bufpolicy=switch does it work? It sounds as through the ring buffer policy is being set by default for you. I'm not sure how that could happen. No luck. trantor:~# dtrace -x bufpolicy=switch -n 'fbt::ether_output:entry' dtrace: description 'fbt::ether_output:entry' matched 1 probe (long fruitless wait here) ^C CPU IDFUNCTION:NAME 4 29354 ether_output:entry 3 29354 ether_output:entry 9 29354 ether_output:entry 3 29354 ether_output:entry ___ 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: Stack Overflow in GEOM
On Tue, Apr 16, 2013 at 01:01:49PM -0700, Jim Harris wrote: ... I had built head @r249538 this morning, and that's the build where my smoke-test failed. This stack trace corruption was noted on svn-src-head@ as well, and appears to be fixed with r249564. Cool; thanks -- I applied that rebuilt/installed my kernel; the laptop now boots: FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #872 r249538M/249542:130: Tue Apr 16 13:16:46 PDT 2013 r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 and runs X; I can login and stuff. :-) Peace, david -- David H. Wolfskill da...@catwhisker.org Taliban: Evil men with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpDNdGCCfr5I.pgp Description: PGP signature
Re: DTrace gone quiet?
On Tue, Apr 16, 2013 at 12:57:08PM -0700, Navdeep Parhar wrote: I just upgraded my kernel and userspace to head (r249552) and I notice that DTrace doesn't output anything until I hit ctrl-c. All previous hits on the probe appear lost. For example: # dtrace -n 'fbt::ether_output:entry' dtrace: description 'fbt::ether_output:entry' matched 1 probe (No output here. I waited a long time before the ctrl-c and I know the system is actively transmitting and receiving Ethernet traffic). ^C CPU IDFUNCTION:NAME 9 29354 ether_output:entry 8 29354 ether_output:entry 8 29354 ether_output:entry 8 29354 ether_output:entry Can anyone confirm or contradict this on a recent HEAD (around r249552 in my case)? Reverting r249367 and rebuilding libdtrace+the kernel fixes the problem for me. -Mark ___ 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
Please test upcoming DTrace port mod_usdt for apache22
Hi, I've created together with Pedro Giffuni (pfg@) a new DTrace apache port (www/mod_usdt). We are interested in getting some more test results from DTrace and apache users. A complete description is here: http://dtrace.org/blogs/dap/2011/12/13/usdt-providers-redux/ shar file for mod_usdt can be found here: http://people.freebsd.org/~ohauer/shar/mod_usdt_2013051601.shar Thanks, olli ___ 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: DTrace gone quiet?
Hello; Yes, I was indeed going to post that the culprit is this change from Illumos: 3026 libdtrace should set LD_NOLAZYLOAD=1 to help the pid provider It is an upstream hack for the Solaris ld that they bundled among many changes. I will see how to revert only the part that gives problems. Sorry for the inconvenience, Pedro. Da: Mark Johnston ... Reverting r249367 and rebuilding libdtrace+the kernel fixes the problem for me. -Mark ___ 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: Stack Overflow in GEOM
In message 1257671366135...@web6f.yandex.ru, Ilya A. Arkhipov writes: 16.04.2013, 21:56, Cy Schubert cy.schub...@komquats.com: Has anyone see this before? Just updated my CURRENT partitions on my testbed and laptop. The laptop just boots but I've managed to capture this on my testbed (attached to a serial port on another system). This is HEAD from yesterday (Apr 15) morning (PDT). The partition being booted is ada0s1d. On my laptop it's ada0s3a. KSTACK_PAGES is 4. Is there a way to quickly display that kern.kstack_pages from DDB? ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: SAMSUNG SP0802N TK100-24 ATA-7 device ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0: 76351MB (156368016 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 ada1 at ata0 bus 0 scbus0 target 1 lun 0 ada1: Maxtor 6Y120P0 YAR41BW0 ATA-7 device ada1: 133.000MB/s transfers (UDMA6, PIO 8192bytes) ada1: 117246MB (240121728 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad1 ada2 at ata2 bus 0 scbus2 target 0 lun 0 ada2: WDC WD5000AAKS-00D2B0 12.01C02 ATA-8 SATA 2.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada2: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada2: Previously was known as ad4 ada3 at ata3 bus 0 scbus3 target 0 lun 0 ada3: WDC WD3200KS-00PFB0 21.00M21 ATA-7 SATA 2.x device ada3: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada3: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) ada3: Previously was known as ad6 SMP: AP CPU #1 Launched! panic: stack overflow detected; backtrace may be corrupted cpuid = 1 KDB: enter: panic [ thread pid 13 tid 19 ] Stopped at kdb_enter+0x3d: movl $0,kdb_why db bt Tracing pid 13 tid 19 td 0x872d6000 kdb_enter(80ca7886,80ca7886,80ca9523,86edcae0,1,...) at kdb_enter+0x3d/frame 0x86edca98 panic(80ca9523,86edcb70,80713dd2,86edcbd8,86edcafc,...) at panic+0x141/frame 0x86edcad4 __stack_chk_init(86edcbd8,86edcafc,86edcaf8,86edcafc,64,...) at __stack_chk_init/frame 0x86edcae0 g_label_disk_ident_taste(87b7dc80,86edcbd8,80,0,0,...) at g_label_disk_ident_taste+0x102/frame 0x86edcb70 g_label_taste(80d26b88,872ff500,0,872ff480,872d6000,...) at g_label_taste+0x3ca/frame 0x86edcc6c g_new_provider_event(872ff500,0,25c,80c9798e,0,...) at g_new_provider_event+0xb1/frame 0x86edcc88 g_run_events(0,86edcd08,222db60d,83725616,b10094f2,...) at g_run_events+0x19f/frame 0x86edccc4 fork_exit(8070d140,0,86edcd08) at fork_exit+0xa3/frame 0x86edccf4 fork_trampoline() at fork_trampoline+0x8/frame 0x86edccf4 --- trap 0, eip = 0, esp = 0x86edcd40, ebp = 0 --- db I've been poking at this off and on last night. Any ideas? -- Cheers, Cy Schubert cy.schub...@komquats.com FreeBSD UNIX: c...@freebsd.org Web: http://www.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 Hi, It should be related with: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=30160 3+0+current/svn-src-head Author: ivoras Date: Mon Apr 15 16:09:24 2013 New Revision: 249508 URL: http://svnweb.freebsd.org/changeset/base/249508 Log: Introduce glabel labels based on GEOM ident attributes. In this initial implementation, error on the side of conservatism and only create labels for GEOMs of classes DISK and MULTIPATH. Discussed with: trasz Approved by: silence from freebsd-geom@ You were correct. Backing out r249508 in my tree resolves the panic on both hosts. -- Cheers, Cy Schubert cy.schub...@komquats.com FreeBSD UNIX: c...@freebsd.org Web: http://www.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: Stack Overflow in GEOM
On 17 April 2013 00:44, Cy Schubert cy.schub...@komquats.com wrote: You were correct. Backing out r249508 in my tree resolves the panic on both hosts. Hi, Sorry about that - should be fixed by http://svnweb.freebsd.org/base?view=revisionrevision=249564 . ___ 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 incremental buildworlds started failing
On Tue, Apr 16, 2013 at 10:06 AM, Tijl Coosemans t...@coosemans.org wrote: On 2013-04-16 18:39, Dimitry Andric wrote: On Apr 16, 2013, at 18:08, Bjoern A. Zeeb wrote: I have been seeing this on incremental buildworlds for a day or two now? ANyone can throw the cluebat at me? If that means building with NO_CLEAN=yes then the problem is r249484. It creates a symlink: ln -fs ../include ${DESTDIR}/usr/lib/include But if ${DESTDIR}/usr/lib/include already exists it creates ${DESTDIR}/usr/include/include - ../include. I'm thinking of reverting that commit. Has this been sorted out? Not being able to buildworld with NO_CLEAN is a bit of a pain. Navdeep ___ 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: After a source upgrade from 8.3-RELEASE to r249432 (HEAD)
On 04/15/13 20:57, Mark Johnston wrote: On Mon, Apr 15, 2013 at 03:58:26PM -0400, George Mitchell wrote: It was pretty successful. All my 8.3 packages are still running very happily, though at some point I imagine I will have to update and recompile them. But ... When I press ENTER in the boot0 screen, I get the hyphen that will start spinning after a timeout and begin loading boot1 (which, as far as I know, I have not updated). boot1 (I think) presents me with a prompt that does not respond to key presses on the keyboard. It times out and continues loading anyway. At this stage, I am always presented with a manual mountroot: prompt, and I have to type ufs:/dev/ada0s1a to get any further. I ran into this too. It was caused by a problem in r249408 and is fixed as of r249436. Updating your kernel to something beyond r249435 should make this go away. -Mark Yes, r249436 fixes the mountroot problem. -- 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: Stack Overflow in GEOM
In message CAF-QHFVPZUOSZr-xhOjNgLSgw0aJm8BazEwig-meaP1xZPvwXA@mail.gmail.c om , Ivan Voras writes: On 17 April 2013 00:44, Cy Schubert cy.schub...@komquats.com wrote: You were correct. Backing out r249508 in my tree resolves the panic on both hosts. Hi, Sorry about that - should be fixed by http://svnweb.freebsd.org/base?view=revisionrevision=249564 . hey, no prob. Fetching it now. Thanks. -- Cheers, Cy Schubert cy.schub...@komquats.com FreeBSD UNIX: c...@freebsd.org Web: http://www.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: DTrace gone quiet?
On 04/16/13 15:54, Mark Johnston wrote: On Tue, Apr 16, 2013 at 12:57:08PM -0700, Navdeep Parhar wrote: I just upgraded my kernel and userspace to head (r249552) and I notice that DTrace doesn't output anything until I hit ctrl-c. All previous hits on the probe appear lost. For example: # dtrace -n 'fbt::ether_output:entry' dtrace: description 'fbt::ether_output:entry' matched 1 probe (No output here. I waited a long time before the ctrl-c and I know the system is actively transmitting and receiving Ethernet traffic). ^C CPU IDFUNCTION:NAME 9 29354 ether_output:entry 8 29354 ether_output:entry 8 29354 ether_output:entry 8 29354 ether_output:entry Can anyone confirm or contradict this on a recent HEAD (around r249552 in my case)? Reverting r249367 and rebuilding libdtrace+the kernel fixes the problem for me. -Mark Thanks for pointing culprit ! Unfortunately upstream merged many changes in the same commit so it's difficult to separate the specific change that is causing this. I reverted all the change in r249573. Regards, Pedro. ___ 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: Please test upcoming DTrace port mod_usdt for apache22
On 04/16/13 15:55, Olli Hauer wrote: Hi, I've created together with Pedro Giffuni (pfg@) a new DTrace apache port (www/mod_usdt). We are interested in getting some more test results from DTrace and apache users. A complete description is here: http://dtrace.org/blogs/dap/2011/12/13/usdt-providers-redux/ shar file for mod_usdt can be found here: http://people.freebsd.org/~ohauer/shar/mod_usdt_2013051601.shar Thanks, olli Most of the work was done by Olli, I only added a -lelf to linking stage. We did find out that we still lack some important providers in FreeBSD so some of the examples won't work but it should still be useful. BTW, stuff like the NFS provider should not be difficult to finish but given that our implementation is not related to the Solaris one it does require at least adding probes to our code. Just something to investigate in the future ;). Cheers, Pedro. ___ 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: CURRENT (r249438): (devel/libiconv)./unistd.h:686:5: error: invalid token at start of a preprocessor expression : #if @GNULIB_EUIDACCESS@
Dimitry Andric d...@freebsd.org writes: On Apr 16, 2013, at 00:42, Jan Beich jbe...@tormail.org wrote: O. Hartmann ohart...@zedat.fu-berlin.de writes: ./unistd.h:694:5: error: invalid token at start of a preprocessor expression #if @GNULIB_EUIDACCESS@ ^ 1 error generated. Maybe -O3 overoptimizes regex in libc e.g., $ echo '#if @GNULIB_EUIDACCESS@' | sed 's/@GNULIB_EUIDACCESS@/0/' #if @GNULIB_EUIDACCESS@ $ echo 'xxx' | sed 's/xxx//' xxx How did you arrive at this result? 1/ chroot into poudriere jail for /head amd64 2/ echo CFLAGS+=-O3 /etc/make.conf 3/ make -j2 (in /usr/src/lib/libc) 4/ prepend LD_LIBRARY_PATH=. before sed(1) 5/ rebuild regcomp.o, regcomp.So with -O2 to confirm I have recompiled both libc and sed with -O3, but it works just fine here. Maybe -march=native is the clue, so which kind of CPU do you have? sse2 is available on amd64 even without -march=. But I can't reproduce the issue on i386 even with -march=native. To see what CPU llvm detects, try: tblgen -version | grep CPU Host CPU: penryn Note that -O3 turns on clang's vectorizer, so you might have run into an optimizer bug, or some kind of undefined behavior which now falls over. My luck is poor even with -O2 e.g., firefox20 crash on stackoverflow.com [New LWP 101222] [New Thread 801b02400 (LWP 101222)] [New Thread 81060e800 (LWP 101372 StreamTrans #1)] [New Thread 810ee8800 (LWP 101373 DOM Worker)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 801b02400 (LWP 101222)] PodCopyJS::Value (dst=optimized out, nelem=optimized out, src=optimized out, dst=optimized out, src=optimized out, nelem=optimized out) at ../../../js/src/jsutil.h:238 238 PodAssign(dst, src); (gdb) bt #0 PodCopyJS::Value (dst=optimized out, nelem=optimized out, src=optimized out, dst=optimized out, src=optimized out, nelem=optimized out) at ../../../js/src/jsutil.h:238 #1 getCallFrame (cx=optimized out, flags=optimized out, fun=optimized out, report=(unknown: 2266652928), this=optimized out, args=..., script=...) at ../../../js/src/vm/Stack-inl.h:454 #2 getFixupFrame (cx=optimized out, initial=optimized out, fun=optimized out, ncode=optimized out, dummy=0, report=optimized out, this=optimized out, cx=optimized out, report=optimized out, args=..., fun=optimized out, script=..., ncode=optimized out, initial=optimized out, stackLimit=optimized out) at ../../../js/src/vm/Stack-inl.h:513 #3 js::mjit::stubs::FixupArity (f=..., nactual=4294945312) at /wrkdirs/usr/ports/www/firefox/work/mozilla-release/js/src/methodjit/InvokeHelpers.cpp:213 #4 0x0008019c48c2 in ?? () #5 0x0008019b56b8 in ?? () #6 0x0001 in ?? () #7 0x in ?? () -Dimitry ___ 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