Re: msk0 watchdog timeout and interrupt storm
On Sun, Jul 07, 2013 at 10:10:42PM +0200, Denis D wrote: > Hello Community,I hope someone could help me with this problem. The last days > I have tried to find a solution, but haven't found one.The watchdog timeout > happens, when I'm going to download something or copy a file on my FTP > server. When I start the transfer of the file, I wait a moment and then my > down-/upload freezes at something around 500 KB. After waiting a little while > or press a key like "return", it comes to the interrupt storm. > interrupt storm detected on "irq51:"; throttling interrupt source. > Here is some information about my system: > ifconfig msk0msk0: flags=8843 metric > 0 mtu 1500 > options=c009b > ether bc:ae:c5:5a:ef:ec > inet 192.168.2.30 netmask 0xff00 broadcast 192.168.2.255 > nd6 options=29 > media: Ethernet autoselect (100baseTX > ) > status: active > pciconf -lv > mskc0@pci0:3:0:0: class=0x02 card=0x84391043 chip=0x438111ab rev=0x11 > hdr=0x00 > vendor = 'Marvell Technology Group Ltd.' > device = 'Yukon Optima 88E8059 [PCIe Gigabit Ethernet Controller with AVB]' > class = network > subclass = ethernetvmstat -iinterrupt total rate > irq1: atkbd0 916 2 > irq16: hdac1 97 0 > irq17: ehci0 ehci1+ 8729 21 > irq18: ohci0 ohci1* 67 0 > irq19: ahci1 2883 7 > irq25: hdac0 4 0 > irq51: mskc0 90 0 > irq256: hpet0:t0 30332 75 > Total 43118 107 > My loader.conf: > hw.msk.msi_disable=1 > hw.pci.enable_msi=0 > hw.pci.enable_msix=0 > My rc.conf > hostname="FreeBSD.local.domain" > keymap="german.iso.acc.kbd" > ifconfig_msk0="DHCP"sshd_enable="YES" > moused_enable="YES" > powerd_enable="YES" > # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable > dumpdev="AUTO" > I have also tried to change ifconfig_msk0="DHCP" to ifconfig_msk0="SYNCDHCP" > but nothing changed.If nothing helps, I will buy a new network card. If you use dual-boot, please try "cold-boot" it. Other OS may have put the PHY into weird state. Cold-boot shall make firmware restore its PHY configuration. > P.S: Can someone delete my other 2 posts? The format of them was horrible and > the another one has no subject :( ___ 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: Deadlock in nullfs/zfs somewhere
on 09/07/2013 16:03 Adrian Chadd said the following: > Does anyone have any ideas as to what's going on? Please provide output of 'thread apply all bt' from kgdb, then perhaps someone might be able to tell. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: kernel compile broken in latest HEAD
On Tue, 9 Jul 2013 22:33:56 +0200 Alexander Leidinger wrote: > On Tue, 9 Jul 2013 17:32:33 +0200 > Gary Jennejohn wrote: > > > I just saw this breakage while compiling a kernel on HEAD updated > > minutes ago: > > Is your cc a gcc or clang? My one is clang and I didn't get build > errors when I tested the commit. I was told there are those errors with > gcc. My question in the corresponding thread is so far unanswered. > gcc > Here's what I wrote as a reference: > ---snip--- > Does someone know what this is supposed to result in? > > I would assume as the unions are unnamed and no variable is declared > inside the struct with it, that the size of the struct is the same as > not having those unions inside the structs. > > If this is correct I would assume the correct fix would be to #if-0 > them out. > ---snip--- > > > These line numbers all point at nameless unions. > > > > Seems to me that a union needs a name, otherwise one cannot > > access its contents. > > > > I simply named them all x to get the kernel to compile, which > > succeeded. > > Did you name it x ("union x {...};"), or did you declare a variable > x with it ("union {...} x;")? > the latter -- Gary Jennejohn ___ 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 sparc64/sparc64
TB --- 2013-07-10 03:53:35 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-07-10 03:53:35 - 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-07-10 03:53:35 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-07-10 03:53:35 - cleaning the object tree TB --- 2013-07-10 03:54:28 - /usr/local/bin/svn stat /src TB --- 2013-07-10 03:54:37 - At svn revision 253102 TB --- 2013-07-10 03:54:38 - building world TB --- 2013-07-10 03:54:38 - CROSS_BUILD_TESTING=YES TB --- 2013-07-10 03:54:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-10 03:54:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-10 03:54:38 - SRCCONF=/dev/null TB --- 2013-07-10 03:54:38 - TARGET=sparc64 TB --- 2013-07-10 03:54:38 - TARGET_ARCH=sparc64 TB --- 2013-07-10 03:54:38 - TZ=UTC TB --- 2013-07-10 03:54:38 - __MAKE_CONF=/dev/null TB --- 2013-07-10 03:54:38 - cd /src TB --- 2013-07-10 03:54:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jul 10 03:54:46 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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jul 10 05:04:22 UTC 2013 TB --- 2013-07-10 05:04:22 - generating LINT kernel config TB --- 2013-07-10 05:04:22 - cd /src/sys/sparc64/conf TB --- 2013-07-10 05:04:22 - /usr/bin/make -B LINT TB --- 2013-07-10 05:04:22 - cd /src/sys/sparc64/conf TB --- 2013-07-10 05:04:22 - /usr/sbin/config -m LINT TB --- 2013-07-10 05:04:22 - building LINT kernel TB --- 2013-07-10 05:04:22 - CROSS_BUILD_TESTING=YES TB --- 2013-07-10 05:04:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-10 05:04:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-10 05:04:22 - SRCCONF=/dev/null TB --- 2013-07-10 05:04:22 - TARGET=sparc64 TB --- 2013-07-10 05:04:22 - TARGET_ARCH=sparc64 TB --- 2013-07-10 05:04:22 - TZ=UTC TB --- 2013-07-10 05:04:22 - __MAKE_CONF=/dev/null TB --- 2013-07-10 05:04:22 - cd /src TB --- 2013-07-10 05:04:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jul 10 05:04:22 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_mesh.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_monitor.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_node.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-f
Re: Kernel crash during heavy disk access
Well, best to tell kirk and jeffr. Jeffr wrote the journaling stuff. .. but I thought they knew there's still problems? -adrian On 9 July 2013 17:48, Benjamin Kaduk wrote: > On Tue, 9 Jul 2013, Adrian Chadd wrote: > >> On 9 July 2013 09:24, Eric Camachat wrote: >>> >>> On Mon, 2013-07-08 at 23:05 -0700, Adrian Chadd wrote: Hi, Try doing a full, non-journal fsck. -adrian >>> >>> >>> Thank you, it fixed the problem! >>> Does it mean journal didn't work? >> >> >> Yup :( > > > So, you are going to tell Kirk about it? > > -Ben ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Kernel crash during heavy disk access
On Tue, 9 Jul 2013, Adrian Chadd wrote: On 9 July 2013 09:24, Eric Camachat wrote: On Mon, 2013-07-08 at 23:05 -0700, Adrian Chadd wrote: Hi, Try doing a full, non-journal fsck. -adrian Thank you, it fixed the problem! Does it mean journal didn't work? Yup :( So, you are going to tell Kirk about it? -Ben ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: kernel compile broken in latest HEAD
On 09.07.13 22:33, Alexander Leidinger wrote: > On Tue, 9 Jul 2013 17:32:33 +0200 > Gary Jennejohn wrote: > >> I just saw this breakage while compiling a kernel on HEAD updated >> minutes ago: So did I. > Is your cc a gcc or clang? My one is clang and I didn't get build > errors when I tested the commit. I was told there are those errors with > gcc. My question in the corresponding thread is so far unanswered. My cc is gcc, stock. > Here's what I wrote as a reference: > ---snip--- > Does someone know what this is supposed to result in? > > I would assume as the unions are unnamed and no variable is declared > inside the struct with it, that the size of the struct is the same as > not having those unions inside the structs. > > If this is correct I would assume the correct fix would be to #if-0 > them out. > ---snip--- I did so and my kernelbuild is happy now. Yes, I do not use this header at all. >> These line numbers all point at nameless unions. >> >> Seems to me that a union needs a name, otherwise one cannot >> access its contents. >> >> I simply named them all x to get the kernel to compile, which >> succeeded. > > Did you name it x ("union x {...};"), or did you declare a variable > x with it ("union {...} x;")? ___ 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 pre-Vendor Import Issue
On Tue, Jul 09, 2013 at 12:49:36PM -0400, John Baldwin wrote: J> Let's not make ipfilter some random one-off vendor source that imports code J> into random places. The remaining instances of that that we have (such as J> stdtime) are a PITA to deal with. J> J> vendor/ipfilter == userland bits => contrib/ipfilter. You then put suitable J> Makefiles/build glue that uses .PATH in usr.bin|sbin|whatever. J> J> vendor-sys/ipfilter == kernel bits => sys/contrib/ipfilter. You then fix J> sys/conf/files, etc. as appropriate. J> J> This is our _standard_ practice for dealing with this stuff. This is how all J> the OpenSolaris bits for Dtrace and ZFS are handled (except that they end up J> in a cddl directory instead of contrib). GENERIC / LINT builds can include J> things from sys/contrib just fine, so ipfilter won't be missed by builds, etc. Okay, let it be so. My initial intention was to "own" ipfilter by FreeBSD, since for the last years it was unmaintained, and its contrib status prevented people from touching its sources. Now, that Darren responded on this thread and promises to take our patches upstream, I am fine with having it in contrib. -- Totus tuus, Glebius. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: kernel compile broken in latest HEAD
On Tue, 9 Jul 2013 17:32:33 +0200 Gary Jennejohn wrote: > I just saw this breakage while compiling a kernel on HEAD updated > minutes ago: Is your cc a gcc or clang? My one is clang and I didn't get build errors when I tested the commit. I was told there are those errors with gcc. My question in the corresponding thread is so far unanswered. Here's what I wrote as a reference: ---snip--- Does someone know what this is supposed to result in? I would assume as the unions are unnamed and no variable is declared inside the struct with it, that the size of the struct is the same as not having those unions inside the structs. If this is correct I would assume the correct fix would be to #if-0 them out. ---snip--- > These line numbers all point at nameless unions. > > Seems to me that a union needs a name, otherwise one cannot > access its contents. > > I simply named them all x to get the kernel to compile, which > succeeded. Did you name it x ("union x {...};"), or did you declare a variable x with it ("union {...} x;")? Bye, Alexander. -- http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ 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: using ConnectX card as Ethernet (mlxen)
On Jul 9, 2013, at 9:58 AM, John Baldwin wrote: > On Monday, September 24, 2012 12:37:30 pm John Nielsen wrote: >> I have a machine running "FreeBSD 10.0-CURRENT #0 r240887" amd64 with two > ConnectX (InfiniBand) cards. Relevant bits of dmesg and pciconf -lv below. > The > cards are connected directly to a 10GB Ethernet switch so I need to run them > in "eth" mode rather than "ib". Unfortunately they come up in "ib" mode and I > don't know how to change it. >> >> The same hardware works fine under CentOS 6.3, though I need to manually set > the cards to 'eth' there as well (which I do using a 'connectx_port_config > script from Mellanox that twiddles the mlx4_port1 entries under /sys (sysfs). > Under FreeBSD I see these sysctls but I can't set them to 'eth' either via > /boot/loader.conf or by sysctl after boot, with or without mlxen and/or > mlx4ib > loaded: >> sys.device.mlx4_core0.mlx4_port1: ib >> sys.device.mlx4_core1.mlx4_port1: ib > > So this was just fixed (finally) in HEAD in r253048. You can how use the > sysctls to change this. I saw the commit. Thanks! I'll give it a try at some point (whenever my schedule and hardware availability align). JN ___ 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: Fixing X220 Video The Right Way (and trying to apply the same fix to X121e)
Am 09.07.2013 17:56, schrieb John Baldwin: On Monday, July 08, 2013 4:41:28 am Matthias Petermann wrote: Hello, I applied the patch, trying to get brightness controls for my X121e. But it looks like I need a different loader.conf setting. hw.pci0.0.2.0.handle="_SB_.PCI0.PEG.VID" doesn't work. In my ASl there is only one device providing DOD / DOS: Scope (_SB.PCI0) { Device (GFX0) { Name (_ADR, 0x0002) // _ADR: Address Method (_DOS, 1, NotSerialized) // _DOS: Disable Output Switching { Store (And (Arg0, 0x07), DSEN) If (LEqual (And (Arg0, 0x03), Zero)) { If (CondRefOf (HDOS)) { HDOS () } } } Method (_DOD, 0, NotSerialized) // _DOD: Display Output Devices { If (CondRefOf (IDAB)) { IDAB () } Else { So this is the \_SB_.PCI0.GFX0 device. However, you should kldload acpi_video and see if it already attaches to this device (devinfo -v can be helpful here as it will show the ACPI handle of the parent of the acpi_video device). If it does, then this patch can't help you. Hi John, thanks for this hint. After "kldload acpi_video" devinfo -v shows the following (truncated): nexus0 acpi0 pcib0 pnpinfo _HID=PNP0A08 _UID=0 at handle=\_SB_.PCI0 pci0 hostb0 pnpinfo vendor=0x8086 device=0x0104 subvendor=0x17aa subdevice=0x21ed class=0x06 at slot=0 function=0 vgapci0 pnpinfo vendor=0x8086 device=0x0116 subvendor=0x17aa subdevice=0x21ed class=0x03 at slot=2 function=0 handle=\_SB_.PCI0.GFX0 agp0 drm0 drmn0 acpi_video0 Assuming the patch cannot help me, do you have an idea what I could check next? I can control the brightness with acpi_call -p '\VBRU' acpi_call -p '\VBRD' https://d2ux.org/owncloud/public.php?service=files&t=7022f90cea5e48da7fa65806c0d66091 Regards, Matthias ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Kernel crash during heavy disk access
On 9 July 2013 09:24, Eric Camachat wrote: > On Mon, 2013-07-08 at 23:05 -0700, Adrian Chadd wrote: >> Hi, >> >> Try doing a full, non-journal fsck. >> >> -adrian > > Thank you, it fixed the problem! > Does it mean journal didn't work? Yup :( -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"
[head tinderbox] failure on powerpc/powerpc
TB --- 2013-07-09 14:35:25 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-07-09 14:35:25 - 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-07-09 14:35:25 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-07-09 14:35:25 - cleaning the object tree TB --- 2013-07-09 14:35:25 - /usr/local/bin/svn stat /src TB --- 2013-07-09 14:35:29 - At svn revision 253088 TB --- 2013-07-09 14:35:30 - building world TB --- 2013-07-09 14:35:30 - CROSS_BUILD_TESTING=YES TB --- 2013-07-09 14:35:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-09 14:35:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-09 14:35:30 - SRCCONF=/dev/null TB --- 2013-07-09 14:35:30 - TARGET=powerpc TB --- 2013-07-09 14:35:30 - TARGET_ARCH=powerpc TB --- 2013-07-09 14:35:30 - TZ=UTC TB --- 2013-07-09 14:35:30 - __MAKE_CONF=/dev/null TB --- 2013-07-09 14:35:30 - cd /src TB --- 2013-07-09 14:35:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Jul 9 14:35:39 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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jul 9 17:12:25 UTC 2013 TB --- 2013-07-09 17:12:25 - generating LINT kernel config TB --- 2013-07-09 17:12:25 - cd /src/sys/powerpc/conf TB --- 2013-07-09 17:12:25 - /usr/bin/make -B LINT TB --- 2013-07-09 17:12:25 - cd /src/sys/powerpc/conf TB --- 2013-07-09 17:12:25 - /usr/sbin/config -m LINT TB --- 2013-07-09 17:12:25 - building LINT kernel TB --- 2013-07-09 17:12:25 - CROSS_BUILD_TESTING=YES TB --- 2013-07-09 17:12:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-09 17:12:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-09 17:12:25 - SRCCONF=/dev/null TB --- 2013-07-09 17:12:25 - TARGET=powerpc TB --- 2013-07-09 17:12:25 - TARGET_ARCH=powerpc TB --- 2013-07-09 17:12:25 - TZ=UTC TB --- 2013-07-09 17:12:25 - __MAKE_CONF=/dev/null TB --- 2013-07-09 17:12:25 - cd /src TB --- 2013-07-09 17:12:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jul 9 17:12:25 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netgraph/ng_vlan.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/accf_data.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/accf_dns.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHA
Re: kernel compile broken in latest HEAD
On Tue, Jul 9, 2013 at 11:32 PM, Gary Jennejohn wrote: > I just saw this breakage while compiling a kernel on HEAD updated > minutes ago: > > -- > >>> stage 3.2: building everything > -- > cc1: warnings being treated as errors > Try declare below lines to your /etc/src.conf as workaround NO_WERROR= WERROR= > In file included from > /usr/src/sys/modules/linux/../../compat/linux/linux_ioctl.c:91: > @/contrib/v4l/videodev2.h:430: warning: declaration does not declare > anything > @/contrib/v4l/videodev2.h:460: warning: declaration does not declare > anything > @/contrib/v4l/videodev2.h:837: warning: declaration does not declare > anything > @/contrib/v4l/videodev2.h:930: warning: declaration does not declare > anything > @/contrib/v4l/videodev2.h:1478: warning: declaration does not declare > anything > @/contrib/v4l/videodev2.h:1600: warning: declaration does not declare > anything > @/contrib/v4l/videodev2.h:1651: warning: declaration does not declare > anything > --- linux_ioctl.o --- > *** [linux_ioctl.o] Error code 1 > > make: stopped in /usr/src/sys/modules/linux > 1 error > > These line numbers all point at nameless unions. > > Seems to me that a union needs a name, otherwise one cannot > access its contents. > > I simply named them all x to get the kernel to compile, which > succeeded. > > It seems that none of these unions are used at the moment. > > -- > Gary Jennejohn > ___ > 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" > ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: kernel compile broken in latest HEAD
On Tue, 9 Jul 2013 23:50:57 +0800 Alie Tan wrote: > On Tue, Jul 9, 2013 at 11:32 PM, Gary Jennejohn > wrote: > > > I just saw this breakage while compiling a kernel on HEAD updated > > minutes ago: > > > > -- > > >>> stage 3.2: building everything > > -- > > cc1: warnings being treated as errors > > > Try declare below lines to your /etc/src.conf as workaround > NO_WERROR= > WERROR= > Thanks for you input. But there's an error in the code which should be corrected. -- Gary Jennejohn ___ 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 sparc64/sparc64
TB --- 2013-07-09 15:44:24 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-07-09 15:44:24 - 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-07-09 15:44:24 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-07-09 15:44:24 - cleaning the object tree TB --- 2013-07-09 15:44:24 - /usr/local/bin/svn stat /src TB --- 2013-07-09 15:44:27 - At svn revision 253088 TB --- 2013-07-09 15:44:28 - building world TB --- 2013-07-09 15:44:28 - CROSS_BUILD_TESTING=YES TB --- 2013-07-09 15:44:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-09 15:44:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-09 15:44:28 - SRCCONF=/dev/null TB --- 2013-07-09 15:44:28 - TARGET=sparc64 TB --- 2013-07-09 15:44:28 - TARGET_ARCH=sparc64 TB --- 2013-07-09 15:44:28 - TZ=UTC TB --- 2013-07-09 15:44:28 - __MAKE_CONF=/dev/null TB --- 2013-07-09 15:44:28 - cd /src TB --- 2013-07-09 15:44:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Jul 9 15:44:35 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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jul 9 16:52:20 UTC 2013 TB --- 2013-07-09 16:52:20 - generating LINT kernel config TB --- 2013-07-09 16:52:20 - cd /src/sys/sparc64/conf TB --- 2013-07-09 16:52:20 - /usr/bin/make -B LINT TB --- 2013-07-09 16:52:20 - cd /src/sys/sparc64/conf TB --- 2013-07-09 16:52:20 - /usr/sbin/config -m LINT TB --- 2013-07-09 16:52:20 - building LINT kernel TB --- 2013-07-09 16:52:20 - CROSS_BUILD_TESTING=YES TB --- 2013-07-09 16:52:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-09 16:52:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-09 16:52:20 - SRCCONF=/dev/null TB --- 2013-07-09 16:52:20 - TARGET=sparc64 TB --- 2013-07-09 16:52:20 - TARGET_ARCH=sparc64 TB --- 2013-07-09 16:52:20 - TZ=UTC TB --- 2013-07-09 16:52:20 - __MAKE_CONF=/dev/null TB --- 2013-07-09 16:52:20 - cd /src TB --- 2013-07-09 16:52:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jul 9 16:52:20 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_mesh.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_monitor.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_node.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-f
Re: Ipfilter pre-Vendor Import Issue
On Tuesday, July 09, 2013 5:21:36 am Gleb Smirnoff wrote: > On Mon, Jul 08, 2013 at 01:00:02PM -0700, Cy Schubert wrote: > C> > The BSD license allows us to put the code into FreeBSD w/o any separation. > C> > > C> > So the question is: what is more handy to us? > C> > > C> > What do we actually gain having contrib/ipf, assuming we got vendor branch > C> > already? > C> > > C> > What we lose is: > C> > - more complex Makefiles > C> > - more complex hacking: edit files in one place, run make in other > C> > C> How is this for a plan? > C> > C> Instead of importing the kernel bits into vendor-sys/ipfilter and the > C> userland bits into vendor/ipfilter, the base tarball should be imported > C> into vendor-sys/ipfilter (or vendor/ipfilter, doesn't matter which). We > C> keep the complete tarball imported into one place in the tree. > > I'd prefer vendor/ipfilter as single place of vendor imports. > > C> Merge ipfilter into sys/netpfil/ipfilter (for kernel bits) and > C> netpfil/ipfilter (for userland bits). > C> > C> We should probably think of moving pf and ipfw into the new subdirectory as > C> well, but that's for a future discussion. > > No, userland tools should be placed in bin|sbin|usr.bin|usr.sbin, > according to the place where they are installed. An exlusion can be made > adding a intermediate subdir (like this is already done for ipfilter tools), > to group all related tools together. Please, please! Let's not make ipfilter some random one-off vendor source that imports code into random places. The remaining instances of that that we have (such as stdtime) are a PITA to deal with. vendor/ipfilter == userland bits => contrib/ipfilter. You then put suitable Makefiles/build glue that uses .PATH in usr.bin|sbin|whatever. vendor-sys/ipfilter == kernel bits => sys/contrib/ipfilter. You then fix sys/conf/files, etc. as appropriate. This is our _standard_ practice for dealing with this stuff. This is how all the OpenSolaris bits for Dtrace and ZFS are handled (except that they end up in a cddl directory instead of contrib). GENERIC / LINT builds can include things from sys/contrib just fine, so ipfilter won't be missed by builds, etc. -- John Baldwin ___ 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-07-09 13:15:33 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-07-09 13:15:33 - 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-07-09 13:15:33 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-07-09 13:15:33 - cleaning the object tree TB --- 2013-07-09 13:15:33 - /usr/local/bin/svn stat /src TB --- 2013-07-09 13:15:37 - At svn revision 253088 TB --- 2013-07-09 13:15:38 - building world TB --- 2013-07-09 13:15:38 - CROSS_BUILD_TESTING=YES TB --- 2013-07-09 13:15:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-09 13:15:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-09 13:15:38 - SRCCONF=/dev/null TB --- 2013-07-09 13:15:38 - TARGET=pc98 TB --- 2013-07-09 13:15:38 - TARGET_ARCH=i386 TB --- 2013-07-09 13:15:38 - TZ=UTC TB --- 2013-07-09 13:15:38 - __MAKE_CONF=/dev/null TB --- 2013-07-09 13:15:38 - cd /src TB --- 2013-07-09 13:15:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Jul 9 13:15:46 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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jul 9 16:32:01 UTC 2013 TB --- 2013-07-09 16:32:01 - generating LINT kernel config TB --- 2013-07-09 16:32:01 - cd /src/sys/pc98/conf TB --- 2013-07-09 16:32:01 - /usr/bin/make -B LINT TB --- 2013-07-09 16:32:01 - cd /src/sys/pc98/conf TB --- 2013-07-09 16:32:01 - /usr/sbin/config -m LINT TB --- 2013-07-09 16:32:01 - building LINT kernel TB --- 2013-07-09 16:32:01 - CROSS_BUILD_TESTING=YES TB --- 2013-07-09 16:32:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-09 16:32:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-09 16:32:01 - SRCCONF=/dev/null TB --- 2013-07-09 16:32:01 - TARGET=pc98 TB --- 2013-07-09 16:32:01 - TARGET_ARCH=i386 TB --- 2013-07-09 16:32:01 - TZ=UTC TB --- 2013-07-09 16:32:01 - __MAKE_CONF=/dev/null TB --- 2013-07-09 16:32:01 - cd /src TB --- 2013-07-09 16:32:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jul 9 16:32:01 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] In file included from /src/sys/dev/ixgb/if_ixgb.h:83: /src/sys/dev/ixgb/ixgb_ids.h:43:9: error: 'INTEL_VENDOR_ID' macro redefined [-Werror] #define INTEL_VENDOR_ID 0x8086 ^ ./x86/specialreg.h:304:9: note: previous definition is here #define INTEL_VENDOR_ID "GenuineIntel" ^ 1 error generated. *** Error code 1 Stop. make: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-07-09 16:39:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-07-09 16:39:39 - ERROR: failed to build LINT kernel TB --- 2013-07-09 16:39:39 - 9969.51 user 1446.25 system 12246.34 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Kernel crash during heavy disk access
On Mon, 2013-07-08 at 23:05 -0700, Adrian Chadd wrote: > Hi, > > Try doing a full, non-journal fsck. > > -adrian Thank you, it fixed the problem! Does it mean journal didn't work? -- Eric Camachat signature.asc Description: This is a digitally signed message part
Re: Fixing X220 Video The Right Way (and trying to apply the same fix to X121e)
On Monday, July 08, 2013 4:41:28 am Matthias Petermann wrote: > > Hello, > > I applied the patch, trying to get brightness controls for my X121e. > > But it looks like I need a different loader.conf setting. > > hw.pci0.0.2.0.handle="_SB_.PCI0.PEG.VID" > > doesn't work. In my ASl there is only one device providing DOD / DOS: > > Scope (_SB.PCI0) > { > Device (GFX0) > { > Name (_ADR, 0x0002) // _ADR: Address > Method (_DOS, 1, NotSerialized) // _DOS: Disable Output > Switching > { > Store (And (Arg0, 0x07), DSEN) > If (LEqual (And (Arg0, 0x03), Zero)) > { > If (CondRefOf (HDOS)) > { > HDOS () > } > } > } > > Method (_DOD, 0, NotSerialized) // _DOD: Display Output Devices > { > If (CondRefOf (IDAB)) > { > IDAB () > } > Else > { So this is the \_SB_.PCI0.GFX0 device. However, you should kldload acpi_video and see if it already attaches to this device (devinfo -v can be helpful here as it will show the ACPI handle of the parent of the acpi_video device). If it does, then this patch can't help you. -- John Baldwin ___ 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 pre-Vendor Import Issue
On Friday, July 05, 2013 4:46:49 am Gleb Smirnoff wrote: > Cy, > > On Thu, Jul 04, 2013 at 03:10:14PM -0700, Cy Schubert wrote: > C> Unfortunately it doesn't work any more. Here is what svn spit out at me. > C> > C> slippy$ cd $MY_WORK_DIR/current/contrib/ipfilter > C> slippy$ svn merge --record-only file:///tank/wrepos/wsvn/base/vendor/ipfilte > C> r/dist@252548 > C> svn: E205000: Try 'svn help merge' for more information > C> svn: E205000: Source and target must be different but related branches > C> svn: E205000: Source and target have no common ancestor: > C> 'file:///tank/wrepos/wsvn/base/vendor/ipfilter/dist@252548' and > C> '.@unspecified' > C> slippy$ > > AFAIU, the problem is that current contrib/ipfilter was never merged > from vendor/ipfilter. So, actually we are dealing with a first import > (from subversion viewpoint), not n-th. > > What I'd prefer to see is the following: > > - commit new ipfilter untouched to vendor-sys/ipfilter > - nuke sys/contrib/ipfilter > - svn copy vendor-sys/ipfilter to sys/netpfil/ipfilter > > In future imports do: > > - commit newer ipfilter to vendor-sys/ipfilter > - svn merge vendor-sys/ipfilter to sys/netpfil/ipfilter > > What's the reason to keep code in contrib? Because we put all other vendor code in contrib/ by convention. When there is vendor code in other places it usually results in confusion. For bits that have userland and kernel bits we use head/contrib and head/sys/contrib pulling from vendor/foo and vendor-sys/foo, respectively. Also, this is not the first import as we used a CVS vendor branch for IP filter previously that svn2cvs preserved. Cy, for your svn merge you said you would do this: cd $MY_WORK_DIR/current/contrib/ipfilter svn merge --record-only \ svn+ssh://svn.FreeBSD.org/base/vendor/ipfilter/dist@NNN cd $MY_WORK_DIR/current/sys/contrib/ipfilter svn merge --record-only \ svn+ssh://svn.FreeBSD.org/base/vendor-sys/ipfilter/dist@NNN but instead you did this: slippy$ cd $MY_WORK_DIR/current/contrib/ipfilter slippy$ svn merge --record-only file:///tank/wrepos/wsvn/base/vendor/ipfilte r/dist@252548 Notice you are using 'file:///tank/', not the official SVN repository. All your checkouts and merges should be done using svn.FreeBSD.org, not a local mirror. That might explain your merge problem. Also, if you are just updating the existing vendor branch and not updating it to a newer version I'm not sure you really need the @NN part for the bootstrap merge, but it probably doesn't hurt. -- John Baldwin ___ 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: using ConnectX card as Ethernet (mlxen)
On Monday, September 24, 2012 12:37:30 pm John Nielsen wrote: > I have a machine running "FreeBSD 10.0-CURRENT #0 r240887" amd64 with two ConnectX (InfiniBand) cards. Relevant bits of dmesg and pciconf -lv below. The cards are connected directly to a 10GB Ethernet switch so I need to run them in "eth" mode rather than "ib". Unfortunately they come up in "ib" mode and I don't know how to change it. > > The same hardware works fine under CentOS 6.3, though I need to manually set the cards to 'eth' there as well (which I do using a 'connectx_port_config script from Mellanox that twiddles the mlx4_port1 entries under /sys (sysfs). Under FreeBSD I see these sysctls but I can't set them to 'eth' either via /boot/loader.conf or by sysctl after boot, with or without mlxen and/or mlx4ib loaded: > sys.device.mlx4_core0.mlx4_port1: ib > sys.device.mlx4_core1.mlx4_port1: ib So this was just fixed (finally) in HEAD in r253048. You can how use the sysctls to change this. -- John Baldwin ___ 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: Filesystem wedges caused by r251446
On Thursday, July 04, 2013 5:03:29 am Ian FREISLICH wrote: > Konstantin Belousov wrote: > > > > Care to provide any useful information ? > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers- handbook/kerneldebug-deadlocks.html > > Well, the system doesn't deadlock it's perfectly useable so long > as you don't touch the file that's wedged. A lot of the time the > userland process is unkillable, but often it is killable. How do > I get from from the PID to where the FS is stuck in the kernel? Use kgdb. 'proc ', then 'bt'. -- John Baldwin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
kernel compile broken in latest HEAD
I just saw this breakage while compiling a kernel on HEAD updated minutes ago: -- >>> stage 3.2: building everything -- cc1: warnings being treated as errors In file included from /usr/src/sys/modules/linux/../../compat/linux/linux_ioctl.c:91: @/contrib/v4l/videodev2.h:430: warning: declaration does not declare anything @/contrib/v4l/videodev2.h:460: warning: declaration does not declare anything @/contrib/v4l/videodev2.h:837: warning: declaration does not declare anything @/contrib/v4l/videodev2.h:930: warning: declaration does not declare anything @/contrib/v4l/videodev2.h:1478: warning: declaration does not declare anything @/contrib/v4l/videodev2.h:1600: warning: declaration does not declare anything @/contrib/v4l/videodev2.h:1651: warning: declaration does not declare anything --- linux_ioctl.o --- *** [linux_ioctl.o] Error code 1 make: stopped in /usr/src/sys/modules/linux 1 error These line numbers all point at nameless unions. Seems to me that a union needs a name, otherwise one cannot access its contents. I simply named them all x to get the kernel to compile, which succeeded. It seems that none of these unions are used at the moment. -- Gary Jennejohn ___ 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 ia64/ia64
TB --- 2013-07-09 13:24:38 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-07-09 13:24:38 - 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-07-09 13:24:38 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-07-09 13:24:38 - cleaning the object tree TB --- 2013-07-09 13:24:38 - /usr/local/bin/svn stat /src TB --- 2013-07-09 13:24:41 - At svn revision 253088 TB --- 2013-07-09 13:24:42 - building world TB --- 2013-07-09 13:24:42 - CROSS_BUILD_TESTING=YES TB --- 2013-07-09 13:24:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-09 13:24:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-09 13:24:42 - SRCCONF=/dev/null TB --- 2013-07-09 13:24:42 - TARGET=ia64 TB --- 2013-07-09 13:24:42 - TARGET_ARCH=ia64 TB --- 2013-07-09 13:24:42 - TZ=UTC TB --- 2013-07-09 13:24:42 - __MAKE_CONF=/dev/null TB --- 2013-07-09 13:24:42 - cd /src TB --- 2013-07-09 13:24:42 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Jul 9 13:24:50 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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jul 9 15:00:13 UTC 2013 TB --- 2013-07-09 15:00:13 - generating LINT kernel config TB --- 2013-07-09 15:00:13 - cd /src/sys/ia64/conf TB --- 2013-07-09 15:00:13 - /usr/bin/make -B LINT TB --- 2013-07-09 15:00:13 - cd /src/sys/ia64/conf TB --- 2013-07-09 15:00:13 - /usr/sbin/config -m LINT TB --- 2013-07-09 15:00:14 - building LINT kernel TB --- 2013-07-09 15:00:14 - CROSS_BUILD_TESTING=YES TB --- 2013-07-09 15:00:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-09 15:00:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-09 15:00:14 - SRCCONF=/dev/null TB --- 2013-07-09 15:00:14 - TARGET=ia64 TB --- 2013-07-09 15:00:14 - TARGET_ARCH=ia64 TB --- 2013-07-09 15:00:14 - TZ=UTC TB --- 2013-07-09 15:00:14 - __MAKE_CONF=/dev/null TB --- 2013-07-09 15:00:14 - cd /src TB --- 2013-07-09 15:00:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jul 9 15:00:14 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/sctp_crc32.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/sctp_indata.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/sctp_input.c /src/sys/netinet/sctp_input.c: In function 'sctp_common_input_processing': /src/sys/netinet/sctp_input.c:5708: error: 'V_ipsec4stat' undeclared (first use in this function) /src/sys/netinet/sctp_input.c:5708: error: (Each undeclared identifier is reported only once /src/sys/netinet/sctp_input.c:5708: error: for each function it appears in.) /src/sys/netinet/sctp_inp
[head tinderbox] failure on mips/mips
TB --- 2013-07-09 13:32:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-07-09 13:32:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-07-09 13:32:17 - starting HEAD tinderbox run for mips/mips TB --- 2013-07-09 13:32:17 - cleaning the object tree TB --- 2013-07-09 13:32:17 - /usr/local/bin/svn stat /src TB --- 2013-07-09 13:32:20 - At svn revision 253088 TB --- 2013-07-09 13:32:21 - building world TB --- 2013-07-09 13:32:21 - CROSS_BUILD_TESTING=YES TB --- 2013-07-09 13:32:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-09 13:32:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-09 13:32:21 - SRCCONF=/dev/null TB --- 2013-07-09 13:32:21 - TARGET=mips TB --- 2013-07-09 13:32:21 - TARGET_ARCH=mips TB --- 2013-07-09 13:32:21 - TZ=UTC TB --- 2013-07-09 13:32:21 - __MAKE_CONF=/dev/null TB --- 2013-07-09 13:32:21 - cd /src TB --- 2013-07-09 13:32:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Jul 9 13:32:28 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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jul 9 14:32:43 UTC 2013 TB --- 2013-07-09 14:32:43 - cd /src/sys/mips/conf TB --- 2013-07-09 14:32:43 - /usr/sbin/config -m ADM5120 TB --- 2013-07-09 14:32:43 - skipping ADM5120 kernel TB --- 2013-07-09 14:32:43 - cd /src/sys/mips/conf TB --- 2013-07-09 14:32:43 - /usr/sbin/config -m ALCHEMY TB --- 2013-07-09 14:32:43 - skipping ALCHEMY kernel TB --- 2013-07-09 14:32:43 - cd /src/sys/mips/conf TB --- 2013-07-09 14:32:43 - /usr/sbin/config -m AP121 TB --- 2013-07-09 14:32:43 - building AP121 kernel TB --- 2013-07-09 14:32:43 - CROSS_BUILD_TESTING=YES TB --- 2013-07-09 14:32:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-09 14:32:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-09 14:32:43 - SRCCONF=/dev/null TB --- 2013-07-09 14:32:43 - TARGET=mips TB --- 2013-07-09 14:32:43 - TARGET_ARCH=mips TB --- 2013-07-09 14:32:43 - TZ=UTC TB --- 2013-07-09 14:32:43 - __MAKE_CONF=/dev/null TB --- 2013-07-09 14:32:43 - cd /src TB --- 2013-07-09 14:32:43 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Tue Jul 9 14:32:44 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1 --param large-function-growth=10 --param max-inline-insns-single=1 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x8005 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/net80211/ieee80211_superg.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1 --param large-function-growth=10 --param max-inline-insns-single=1 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x8005 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/net80211/ieee80211_tdma.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1 --param large-function-growth=10 --param max-inline-insns-single=1 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x8005 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/net80211/ieee80211_wds.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi
[head tinderbox] failure on amd64/amd64
TB --- 2013-07-09 10:10:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-07-09 10:10:19 - 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-07-09 10:10:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-07-09 10:10:19 - cleaning the object tree TB --- 2013-07-09 10:10:19 - /usr/local/bin/svn stat /src TB --- 2013-07-09 10:10:23 - At svn revision 253088 TB --- 2013-07-09 10:10:24 - building world TB --- 2013-07-09 10:10:24 - CROSS_BUILD_TESTING=YES TB --- 2013-07-09 10:10:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-09 10:10:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-09 10:10:24 - SRCCONF=/dev/null TB --- 2013-07-09 10:10:24 - TARGET=amd64 TB --- 2013-07-09 10:10:24 - TARGET_ARCH=amd64 TB --- 2013-07-09 10:10:24 - TZ=UTC TB --- 2013-07-09 10:10:24 - __MAKE_CONF=/dev/null TB --- 2013-07-09 10:10:24 - cd /src TB --- 2013-07-09 10:10:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Jul 9 10:10:33 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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Jul 9 13:57:07 UTC 2013 TB --- 2013-07-09 13:57:07 - generating LINT kernel config TB --- 2013-07-09 13:57:07 - cd /src/sys/amd64/conf TB --- 2013-07-09 13:57:07 - /usr/bin/make -B LINT TB --- 2013-07-09 13:57:07 - cd /src/sys/amd64/conf TB --- 2013-07-09 13:57:07 - /usr/sbin/config -m LINT TB --- 2013-07-09 13:57:07 - building LINT kernel TB --- 2013-07-09 13:57:07 - CROSS_BUILD_TESTING=YES TB --- 2013-07-09 13:57:07 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-09 13:57:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-09 13:57:07 - SRCCONF=/dev/null TB --- 2013-07-09 13:57:07 - TARGET=amd64 TB --- 2013-07-09 13:57:07 - TARGET_ARCH=amd64 TB --- 2013-07-09 13:57:07 - TZ=UTC TB --- 2013-07-09 13:57:07 - __MAKE_CONF=/dev/null TB --- 2013-07-09 13:57:07 - cd /src TB --- 2013-07-09 13:57:07 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jul 9 13:57:07 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ^ /src/sys/net/vnet.h:440:37: note: expanded from macro 'VNET_DECLARE' #define VNET_DECLARE(t, n) extern t n ^ /src/sys/netinet/sctp_input.c:5717:30: error: member reference base type 'counter_u64_t [1570]' is not a structure or union MODULE_GLOBAL(ipsec6stat).in_polvio++; ~^~ 4 errors generated. *** Error code 1 Stop. make: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-07-09 14:12:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-07-09 14:12:11 - ERROR: failed to build LINT kernel TB --- 2013-07-09 14:12:11 - 11533.05 user 2076.41 system 14512.22 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: chroots/jails in jails
On 7/9/13 8:42 PM, Hiroki Sato wrote: Julian Elischer wrote in <51dc0054.2040...@freebsd.org>: it occurs to me that the machine on which the jail is on is running 8.0 and maybe this was fixed since.. I guess I should have checked that first. ju> I'm making a build system for a project which creates a chroot in ju> which to do some of the building to avoid base-system contamination ju> (yeah I know lots of people do that). ju> the trick is that my test system is itself, a jail. ju> So I can not mount /dev in the chroot. ju> ju> I can not predict where a build will occur so I can not pre-mount the ju> devfs from outside the jail. (users may fire off builds in different ju> locations) ju> ju> Does anyone have any solution to this problem? ju> ju> We have hierarchical jails, but no way of allowing the parent jail to ju> give the child jail a devfs. ju> ju> Has anyone looked at what it would take to make devfs "jail friendly"? ju> ju> I'm guessing that the jail would have to get some devfs-rule parameter ju> and that mount_devfs or it's in-kernel parts would have to know what ju> to do.. ju> ju> seems like there should be someone out there who has hit this.. (and ju> solved it?) Allowing to mount devfs inside hierarchical jails should work like the following: # jail -c allow.mount.devfs=1 allow.mount=1 enforce_statfs=1 children.max=10 path=/ name=j1 persist # jexec j1 /bin/tcsh # mkdir /tmp/dev1 # mount -t devfs devfs /tmp/dev1 # jail -c allow.mount.devfs=1 allow.mount=1 enforce_statfs=1 path=/ name=j2 persist # jexec j2 /bin/tcsh # mkdir /tmp/dev2 # mount -t devfs devfs /tmp/dev2 -- Hiroki ___ 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/i386
TB --- 2013-07-09 10:10:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-07-09 10:10:19 - 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-07-09 10:10:19 - starting HEAD tinderbox run for i386/i386 TB --- 2013-07-09 10:10:19 - cleaning the object tree TB --- 2013-07-09 10:10:19 - /usr/local/bin/svn stat /src TB --- 2013-07-09 10:10:23 - At svn revision 253088 TB --- 2013-07-09 10:10:24 - building world TB --- 2013-07-09 10:10:24 - CROSS_BUILD_TESTING=YES TB --- 2013-07-09 10:10:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-09 10:10:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-09 10:10:24 - SRCCONF=/dev/null TB --- 2013-07-09 10:10:24 - TARGET=i386 TB --- 2013-07-09 10:10:24 - TARGET_ARCH=i386 TB --- 2013-07-09 10:10:24 - TZ=UTC TB --- 2013-07-09 10:10:24 - __MAKE_CONF=/dev/null TB --- 2013-07-09 10:10:24 - cd /src TB --- 2013-07-09 10:10:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Jul 9 10:10:33 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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jul 9 13:22:16 UTC 2013 TB --- 2013-07-09 13:22:16 - generating LINT kernel config TB --- 2013-07-09 13:22:16 - cd /src/sys/i386/conf TB --- 2013-07-09 13:22:16 - /usr/bin/make -B LINT TB --- 2013-07-09 13:22:16 - cd /src/sys/i386/conf TB --- 2013-07-09 13:22:16 - /usr/sbin/config -m LINT TB --- 2013-07-09 13:22:16 - building LINT kernel TB --- 2013-07-09 13:22:16 - CROSS_BUILD_TESTING=YES TB --- 2013-07-09 13:22:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-09 13:22:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-09 13:22:16 - SRCCONF=/dev/null TB --- 2013-07-09 13:22:16 - TARGET=i386 TB --- 2013-07-09 13:22:16 - TARGET_ARCH=i386 TB --- 2013-07-09 13:22:16 - TZ=UTC TB --- 2013-07-09 13:22:16 - __MAKE_CONF=/dev/null TB --- 2013-07-09 13:22:16 - cd /src TB --- 2013-07-09 13:22:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jul 9 13:22:16 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] In file included from /src/sys/dev/ixgb/if_ixgb.h:83: /src/sys/dev/ixgb/ixgb_ids.h:43:9: error: 'INTEL_VENDOR_ID' macro redefined [-Werror] #define INTEL_VENDOR_ID 0x8086 ^ ./x86/specialreg.h:304:9: note: previous definition is here #define INTEL_VENDOR_ID "GenuineIntel" ^ 1 error generated. *** Error code 1 Stop. make: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-07-09 13:32:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-07-09 13:32:17 - ERROR: failed to build LINT kernel TB --- 2013-07-09 13:32:17 - 9812.70 user 1669.30 system 12117.47 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on arm/arm
TB --- 2013-07-09 10:10:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-07-09 10:10:19 - 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-07-09 10:10:19 - starting HEAD tinderbox run for arm/arm TB --- 2013-07-09 10:10:19 - cleaning the object tree TB --- 2013-07-09 10:10:19 - /usr/local/bin/svn stat /src TB --- 2013-07-09 10:10:24 - At svn revision 253088 TB --- 2013-07-09 10:10:25 - building world TB --- 2013-07-09 10:10:25 - CROSS_BUILD_TESTING=YES TB --- 2013-07-09 10:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-09 10:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-09 10:10:25 - SRCCONF=/dev/null TB --- 2013-07-09 10:10:25 - TARGET=arm TB --- 2013-07-09 10:10:25 - TARGET_ARCH=arm TB --- 2013-07-09 10:10:25 - TZ=UTC TB --- 2013-07-09 10:10:25 - __MAKE_CONF=/dev/null TB --- 2013-07-09 10:10:25 - cd /src TB --- 2013-07-09 10:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Jul 9 10:10:33 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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jul 9 13:11:49 UTC 2013 TB --- 2013-07-09 13:11:49 - generating LINT kernel config TB --- 2013-07-09 13:11:49 - cd /src/sys/arm/conf TB --- 2013-07-09 13:11:49 - /usr/bin/make -B LINT TB --- 2013-07-09 13:11:49 - cd /src/sys/arm/conf TB --- 2013-07-09 13:11:49 - /usr/sbin/config -m LINT TB --- 2013-07-09 13:11:49 - building LINT kernel TB --- 2013-07-09 13:11:49 - CROSS_BUILD_TESTING=YES TB --- 2013-07-09 13:11:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-09 13:11:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-09 13:11:49 - SRCCONF=/dev/null TB --- 2013-07-09 13:11:49 - TARGET=arm TB --- 2013-07-09 13:11:49 - TARGET_ARCH=arm TB --- 2013-07-09 13:11:49 - TZ=UTC TB --- 2013-07-09 13:11:49 - __MAKE_CONF=/dev/null TB --- 2013-07-09 13:11:49 - cd /src TB --- 2013-07-09 13:11:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jul 9 13:11:49 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ^~ /src/sys/net/vnet.h:127:2: note: expanded from macro 'SYSCTL_VNET_PCPUSTAT' CTASSERT(sizeof(type) == sizeof(VNET(array))); \ ^ /src/sys/sys/systm.h:100:21: note: expanded from macro 'CTASSERT' #define CTASSERT(x) _Static_assert(x, "compile-time assertion failed") ^ ~ 1 error generated. *** Error code 1 Stop. make: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-07-09 13:24:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-07-09 13:24:37 - ERROR: failed to build LINT kernel TB --- 2013-07-09 13:24:37 - 9212.61 user 1629.68 system 11658.05 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on armv6/arm
TB --- 2013-07-09 10:10:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-07-09 10:10:19 - 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-07-09 10:10:19 - starting HEAD tinderbox run for armv6/arm TB --- 2013-07-09 10:10:19 - cleaning the object tree TB --- 2013-07-09 10:11:19 - /usr/local/bin/svn stat /src TB --- 2013-07-09 10:11:22 - At svn revision 253088 TB --- 2013-07-09 10:11:23 - building world TB --- 2013-07-09 10:11:23 - CROSS_BUILD_TESTING=YES TB --- 2013-07-09 10:11:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-09 10:11:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-09 10:11:23 - SRCCONF=/dev/null TB --- 2013-07-09 10:11:23 - TARGET=arm TB --- 2013-07-09 10:11:23 - TARGET_ARCH=armv6 TB --- 2013-07-09 10:11:23 - TZ=UTC TB --- 2013-07-09 10:11:23 - __MAKE_CONF=/dev/null TB --- 2013-07-09 10:11:23 - cd /src TB --- 2013-07-09 10:11:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Jul 9 10:11:30 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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jul 9 13:13:30 UTC 2013 TB --- 2013-07-09 13:13:30 - generating LINT kernel config TB --- 2013-07-09 13:13:30 - cd /src/sys/arm/conf TB --- 2013-07-09 13:13:30 - /usr/bin/make -B LINT TB --- 2013-07-09 13:13:30 - cd /src/sys/arm/conf TB --- 2013-07-09 13:13:30 - /usr/sbin/config -m LINT TB --- 2013-07-09 13:13:30 - skipping LINT kernel TB --- 2013-07-09 13:13:30 - cd /src/sys/arm/conf TB --- 2013-07-09 13:13:30 - /usr/sbin/config -m AC100 TB --- 2013-07-09 13:13:30 - building AC100 kernel TB --- 2013-07-09 13:13:30 - CROSS_BUILD_TESTING=YES TB --- 2013-07-09 13:13:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-07-09 13:13:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-07-09 13:13:30 - SRCCONF=/dev/null TB --- 2013-07-09 13:13:30 - TARGET=arm TB --- 2013-07-09 13:13:30 - TARGET_ARCH=armv6 TB --- 2013-07-09 13:13:30 - TZ=UTC TB --- 2013-07-09 13:13:30 - __MAKE_CONF=/dev/null TB --- 2013-07-09 13:13:30 - cd /src TB --- 2013-07-09 13:13:30 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Tue Jul 9 13:13:30 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ^~ /src/sys/net/vnet.h:127:2: note: expanded from macro 'SYSCTL_VNET_PCPUSTAT' CTASSERT(sizeof(type) == sizeof(VNET(array))); \ ^ /src/sys/sys/systm.h:100:21: note: expanded from macro 'CTASSERT' #define CTASSERT(x) _Static_assert(x, "compile-time assertion failed") ^ ~ 1 error generated. *** Error code 1 Stop. make: stopped in /obj/arm.armv6/src/sys/AC100 *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-07-09 13:15:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-07-09 13:15:32 - ERROR: failed to build AC100 kernel TB --- 2013-07-09 13:15:32 - 8884.13 user 1516.02 system 2.82 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Deadlock in nullfs/zfs somewhere
Hi all, I'm doing some -10 i386/amd64 package builds on a 32-core build server running: FreeBSD vm0.freebsd.org 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r252897: Sat Jul 6 23:16:03 UTC 2013 sbr...@vm0.freebsd.org:/usr/obj/usr/src/sys/VM0 amd64 And I hit a deadlock: Unread portion of the kernel message buffer: panic: deadlkres: possible deadlock detected for 0xfe00adc2a920, blocked for 1800101 ticks (kgdb) tid 100874 [Switching to thread 799 (Thread 100874)]#0 sched_switch (td=0xfe00adc2a920, newtd=, flags=) at /usr/src/sys/kern/sched_ule.c:1954 1954cpuid = PCPU_GET(cpuid); (kgdb) bt #0 sched_switch (td=0xfe00adc2a920, newtd=, flags=) at /usr/src/sys/kern/sched_ule.c:1954 #1 0x804e70ee in mi_switch (flags=260, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:487 #2 0x8052150a in sleepq_wait (wchan=0x0, pri=0) at /usr/src/sys/kern/subr_sleepqueue.c:620 #3 0x804c2abc in sleeplk (lk=, flags=524544, ilk=, wmesg=0x80f1b89a "zfs", pri=, timo=) at /usr/src/sys/kern/kern_lock.c:226 #4 0x804c22f5 in __lockmgr_args (lk=0xfe00ad56a068, flags=, ilk=0xfe00ad56a098, wmesg=0x80f1b89a "zfs", pri=96, timo=51, line=) at /usr/src/sys/kern/kern_lock.c:919 #5 0x8056a26c in vop_stdlock (ap=) at lockmgr.h:97 #6 0x80790ded in VOP_LOCK1_APV (vop=, a=) at vnode_if.c:2084 #7 0x805891a3 in _vn_lock (vp=0xfe00ad56a000, flags=, file=0x807fb89e "/usr/src/sys/kern/vfs_subr.c", line=2099) at vnode_if.h:859 #8 0x805791aa in vget (vp=0xfe00ad56a000, flags=524544, td=0xfe00adc2a920) at /usr/src/sys/kern/vfs_subr.c:2099 #9 0x805664b2 in cache_lookup (dvp=0xfe00ad4e1588, vpp=0xff9049b29188, cnp=0xff9049b295a0, tsp=0x0, ticksp=0x0) at /usr/src/sys/kern/vfs_cache.c:674 #10 0x80567651 in vfs_cache_lookup (ap=) at /usr/src/sys/kern/vfs_cache.c:1033 #11 0x8078efa2 in VOP_LOOKUP_APV (vop=, a=) at vnode_if.c:129 #12 0x8126714b in null_lookup (ap=0xff9049b29248) at vnode_if.h:54 #13 0x8078efa2 in VOP_LOOKUP_APV (vop=, a=) at vnode_if.c:129 #14 0x8056f6eb in lookup (ndp=0xff9049b29520) at vnode_if.h:54 #15 0x8056ee84 in namei (ndp=0xff9049b29520) at /usr/src/sys/kern/vfs_lookup.c:292 #16 0x80588952 in vn_open_cred (ndp=0xff9049b29520, flagp=0xff9049b296a0, cmode=0, vn_open_flags=, cred=0xfe071c32a900, fp=0x0) at /usr/src/sys/kern/vfs_vnops.c:202 #17 0x8056a774 in vop_stdvptocnp (ap=) at /usr/src/sys/kern/vfs_default.c:797 #18 0x81267a1b in null_vptocnp (ap=0xff9049b29878) at /usr/src/sys/modules/nullfs/../../fs/nullfs/null_vnops.c:824 #19 0x80792628 in VOP_VPTOCNP_APV (vop=, a=) at vnode_if.c:3649 #20 0x80567ee3 in vn_vptocnp_locked (vp=0xff9049b29900, cred=0xfe071c32a900, buf=0xfe00ad708800 "", buflen=0xff9049b298fc) at vnode_if.h:1564 #21 0x80567a02 in vn_fullpath1 (td=0xfe00adc2a920, vp=0xfe03ec1d5ce8, rdir=0xfe071b898760, buf=0xfe00ad708800 "", retbuf=0xff9049b29960, buflen=1004) at /usr/src/sys/kern/vfs_cache.c:1325 #22 0x805677b5 in kern___getcwd (td=0xfe00adc2a920, buf=0x80dd3d4 , bufseg=UIO_USERSPACE, buflen=Cannot access memory at address 0x400 ) at /usr/src/sys/kern/vfs_cache.c:1089 #23 0x8076554c in ia32_syscall (frame=0xff9049b29ac0) at subr_syscall.c:134 #24 0x807227a5 in Xint0x80_syscall () at ia32_exception.S:73 #25 0x08072c33 in ?? () Previous frame inner to this frame (corrupt stack?) .. and it's here: (kgdb) sleepchain 100874 thread 100874 (pid 75371, make) blocked on lk "zfs" SHARED (count 2) Now, this system doesn't have witness (yet!), so a bunch more hoops need to be jumped through to figure out what else is blocking on that particular lock. Does anyone have any ideas as to what's going on? Or has it been fixed over the last couple days and I haven't noticed? Thanks! -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: Ipfilter pre-Vendor Import Issue
On Tue, Jul 9, 2013, at 11:21 AM, Gleb Smirnoff wrote: ... > No, userland tools should be placed in bin|sbin|usr.bin|usr.sbin, > according to the place where they are installed. An exlusion can be made > adding a intermediate subdir (like this is already done for ipfilter > tools), > to group all related tools together. The structure NetBSD have adopted for vendor code is to have (for example) src/usr.sbin/ipf and for the Makefiles to reference the vendor code in src/dist/ipfilter. Do you see that working for FreeBSD or would you prefer to have source code live with Makefiles? Cheers, Darren ___ 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 pre-Vendor Import Issue
On Mon, Jul 8, 2013, at 11:26 AM, Andre Oppermann wrote: > I think the main distinction here is whether the adaptions to > FreeBSD are kept local (resulting in almost a fork) or are fed > upstream so that successive updates require less or no local > changes. > > Having the kernel part in sys/netpfil certainly makes it easier > for kernel people to adjust it to changed realities. > > IIRC ipfilter also has very messy ifdef's all over the place for > every possible ancient version of FreeBSD. This probably should > be cleaned up (and upstreamed) as well. At one point in time, I believed that this was the right thing to do as it allowed new code to work with older systems. That was back when there was little ifdef's... now it is #ifdef hell. However almost nobody cares about this so at some point in the future, I'll join with the masses and new versions or patches will just work with the latest whatever. If the code being imported removed lots of ifdef code that is irrelevant, I don't think anyone will be upset... Cheers, Darren ___ 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: chroots/jails in jails
On Tue, 09 Jul 2013 07:21:40 -0500, Julian Elischer wrote: seems like there should be someone out there who has hit this.. (and solved it?) Poudriere can itself be run in a jail... does it do hierarchical jails? I've never tested it myself. Bapt's loose documentation of it is here: https://fossil.etoilebsd.net/poudriere/doc/trunk/doc/poudriere_in_jail.wiki ___ 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: chroots/jails in jails
Julian Elischer wrote in <51dc0054.2040...@freebsd.org>: ju> I'm making a build system for a project which creates a chroot in ju> which to do some of the building to avoid base-system contamination ju> (yeah I know lots of people do that). ju> the trick is that my test system is itself, a jail. ju> So I can not mount /dev in the chroot. ju> ju> I can not predict where a build will occur so I can not pre-mount the ju> devfs from outside the jail. (users may fire off builds in different ju> locations) ju> ju> Does anyone have any solution to this problem? ju> ju> We have hierarchical jails, but no way of allowing the parent jail to ju> give the child jail a devfs. ju> ju> Has anyone looked at what it would take to make devfs "jail friendly"? ju> ju> I'm guessing that the jail would have to get some devfs-rule parameter ju> and that mount_devfs or it's in-kernel parts would have to know what ju> to do.. ju> ju> seems like there should be someone out there who has hit this.. (and ju> solved it?) Allowing to mount devfs inside hierarchical jails should work like the following: # jail -c allow.mount.devfs=1 allow.mount=1 enforce_statfs=1 children.max=10 path=/ name=j1 persist # jexec j1 /bin/tcsh # mkdir /tmp/dev1 # mount -t devfs devfs /tmp/dev1 # jail -c allow.mount.devfs=1 allow.mount=1 enforce_statfs=1 path=/ name=j2 persist # jexec j2 /bin/tcsh # mkdir /tmp/dev2 # mount -t devfs devfs /tmp/dev2 -- Hiroki pgpWirjqA6819.pgp Description: PGP signature
chroots/jails in jails
I'm making a build system for a project which creates a chroot in which to do some of the building to avoid base-system contamination (yeah I know lots of people do that). the trick is that my test system is itself, a jail. So I can not mount /dev in the chroot. I can not predict where a build will occur so I can not pre-mount the devfs from outside the jail. (users may fire off builds in different locations) Does anyone have any solution to this problem? We have hierarchical jails, but no way of allowing the parent jail to give the child jail a devfs. Has anyone looked at what it would take to make devfs "jail friendly"? I'm guessing that the jail would have to get some devfs-rule parameter and that mount_devfs or it's in-kernel parts would have to know what to do.. seems like there should be someone out there who has hit this.. (and solved it?) Julian ___ 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 pre-Vendor Import Issue
On Mon, Jul 08, 2013 at 01:00:02PM -0700, Cy Schubert wrote: C> > The BSD license allows us to put the code into FreeBSD w/o any separation. C> > C> > So the question is: what is more handy to us? C> > C> > What do we actually gain having contrib/ipf, assuming we got vendor branch C> > already? C> > C> > What we lose is: C> > - more complex Makefiles C> > - more complex hacking: edit files in one place, run make in other C> C> How is this for a plan? C> C> Instead of importing the kernel bits into vendor-sys/ipfilter and the C> userland bits into vendor/ipfilter, the base tarball should be imported C> into vendor-sys/ipfilter (or vendor/ipfilter, doesn't matter which). We C> keep the complete tarball imported into one place in the tree. I'd prefer vendor/ipfilter as single place of vendor imports. C> Merge ipfilter into sys/netpfil/ipfilter (for kernel bits) and C> netpfil/ipfilter (for userland bits). C> C> We should probably think of moving pf and ipfw into the new subdirectory as C> well, but that's for a future discussion. No, userland tools should be placed in bin|sbin|usr.bin|usr.sbin, according to the place where they are installed. An exlusion can be made adding a intermediate subdir (like this is already done for ipfilter tools), to group all related tools together. -- Totus tuus, Glebius. ___ 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: another -Wunsequenced topic
On 9 Jul 2013, at 05:40, Tim Kientzle wrote: > However, this does have an implicit redundant store, > so changing it to > >ptr = func(ptr + 1); > > is still a good idea, just not for the reason Clang was claiming. If the compiler can tell that ptr has not escaped, then it will elide the redundant store (typically, it will be gone as long as ptr is a local and its address has not been passed out of the function), so there should be no change to the generated code. However, I still agree that it is good style, because if I read the original code I would be left wondering what the original programmer expected the incremented value of ptr++ to be visible to and suspect a more subtle error. David signature.asc Description: Message signed with OpenPGP using GPGMail
Re: new make vs security/vpnc
on 09/07/2013 10:25 Tijl Coosemans said the following: > On 2013-07-09 00:05, Andriy Gapon wrote: >> Seems like the problem boils down to this: >> >> $ make -V MAKEFILE /usr/ports/security/vpnc/Makefile $ fmake -V MAKEFILE >> Makefile >> >> The only explicit assignments of MAKEFILE that I could find in ports >> infrastructure are these: /usr/ports/Mk/bsd.port.mk:MAKEFILE?= >> Makefile /usr/ports/Mk/bsd.gnustep.mk:MAKEFILE= GNUmakefile > > The problem is probably that .OBJDIR (/usr/obj/usr/ports/security/vpnc) > exists. Bmake assigns an absolute path to MAKEFILE in that case. Bingo! I use WRKDIRPREFIX=/usr/obj/*ports*, so i am not sure how /usr/obj/usr/ports/security/vpnc came to exist. A timestamp on it is 1 year old, so I won't be able to recall now. Thank you! > MAKEFILE is an internal variable of make and bsd.port.mk uses it for > another purpose. It should use another name like MAKE_FILE imho. I agree. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: new make vs security/vpnc
On 2013-07-09 00:05, Andriy Gapon wrote: > Seems like the problem boils down to this: > > $ make -V MAKEFILE > /usr/ports/security/vpnc/Makefile > $ fmake -V MAKEFILE > Makefile > > The only explicit assignments of MAKEFILE that I could find in ports > infrastructure are these: > /usr/ports/Mk/bsd.port.mk:MAKEFILE?=Makefile > /usr/ports/Mk/bsd.gnustep.mk:MAKEFILE= GNUmakefile The problem is probably that .OBJDIR (/usr/obj/usr/ports/security/vpnc) exists. Bmake assigns an absolute path to MAKEFILE in that case. MAKEFILE is an internal variable of make and bsd.port.mk uses it for another purpose. It should use another name like MAKE_FILE imho. signature.asc Description: OpenPGP digital signature
Re: new make vs security/vpnc
On Tue, Jul 09, 2013 at 01:05:30AM +0300, Andriy Gapon wrote: > > Seems like the problem boils down to this: > > $ make -V MAKEFILE > /usr/ports/security/vpnc/Makefile > $ fmake -V MAKEFILE > Makefile > > The only explicit assignments of MAKEFILE that I could find in ports > infrastructure are these: > /usr/ports/Mk/bsd.port.mk:MAKEFILE?=Makefile > /usr/ports/Mk/bsd.gnustep.mk:MAKEFILE= GNUmakefile > > -- > Andriy Gapon I really can't reproduce it. running a week old head regards, Bapt pgpDMAMxC7umx.pgp Description: PGP signature
Problem with X, Intel integrated graphics and drm ...
Hi, since I upgraded away from FreeBSD X220.ovitrap.com 10.0-CURRENT FreeBSD 10.0-CURRENT #2 r252491M: Wed Jul 3 08:45:23 CIT 2013 to FreeBSD X220.ovitrap.com 10.0-CURRENT FreeBSD 10.0-CURRENT #5 r253048M: Tue Jul 9 11:21:48 CIT 2013 er...@x220.ovitrap.com:/usr/obj/usr/src/sys/X220 amd64 I get this in Xorg.0.log which was not there before: FreeType: couldn't find encoding 'iso8859-13' for '/usr/local/lib/X11/fonts/WindowsFonts/MYRIADC.TTF' [ 21736.957] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/ahronbd.ttf' [ 21737.124] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/ahronbd.ttf' [ 21758.395] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/WindowsFonts/amazonen.ttf' [ 21771.138] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/calibriz.ttf' [ 21783.650] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/frank.ttf' [ 21794.146] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/WindowsFonts/kunstshm.ttf' [ 21829.041] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/WindowsFonts/kunstshm.ttf' [ 21837.470] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/WindowsFonts/kunstshm.ttf' [ 21845.380] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/WindowsFonts/kunstshm.ttf' [ 21850.479] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/ahronbd.ttf' [ 21852.510] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/WindowsFonts/MYRIADCI.TTF' [ 21852.520] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/lucon.ttf' [ 21855.945] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/WindowsFonts/MYRIADCI.TTF' [ 21867.661] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/WindowsFonts/MYRIADCI.TTF' [ 21885.381] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/WindowsFonts/MYRIADCI.TTF' [ 21893.325] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/WindowsFonts/MYRIADCI.TTF' [ 21893.325] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/lucon.ttf' [ 21902.660] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/palabi.ttf' [ 21906.663] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/palabi.ttf' [ 21910.339] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/palabi.ttf' [ 21917.686] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/WindowsFonts/MYRIADCI.TTF' [ 21917.687] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/lucon.ttf' [ 21927.186] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/WindowsFonts/MYRIADCI.TTF' [ 21927.186] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/lucon.ttf' [ 21932.510] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/angsaz.ttf' [ 21955.685] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/angsaz.ttf' [ 21961.984] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/angsaz.ttf' [ 21965.813] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/angsai.ttf' [ 21970.656] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/angsa.ttf' [ 21994.783] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/angsa.ttf' [ 21999.138] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/angsa.ttf' [ 22002.488] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/angsa.ttf' [ 22005.670] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/angsa.ttf' [ 22007.834] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/angsa.ttf' [ 22009.677] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/angsa.ttf' [ 22011.825] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/angsa.ttf' [ 22014.092] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/angsa.ttf' [ 22016.646] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/angsa.ttf' [ 22019.186] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/angsa.ttf' [ 22021.553] FreeType: couldn't find encoding 'ascii-0' for '/usr/local/lib/X11/fonts/Windows-7-Fonts/angsai.ttf' [ 22024.