[head tinderbox] failure on i386/pc98
TB --- 2012-11-06 04:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-06 04:40:00 - 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 --- 2012-11-06 04:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-06 04:40:00 - cleaning the object tree TB --- 2012-11-06 04:40:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-06 04:40:00 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-06 04:40:00 - /usr/local/bin/svn cleanup /src TB --- 2012-11-06 04:44:11 - /usr/local/bin/svn update /src TB --- 2012-11-06 04:44:37 - At svn revision 242655 TB --- 2012-11-06 04:44:38 - building world TB --- 2012-11-06 04:44:38 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 04:44:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 04:44:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 04:44:38 - SRCCONF=/dev/null TB --- 2012-11-06 04:44:38 - TARGET=pc98 TB --- 2012-11-06 04:44:38 - TARGET_ARCH=i386 TB --- 2012-11-06 04:44:38 - TZ=UTC TB --- 2012-11-06 04:44:38 - __MAKE_CONF=/dev/null TB --- 2012-11-06 04:44:38 - cd /src TB --- 2012-11-06 04:44:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 6 04:44:45 UTC 2012 >>> 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 [...] cc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUFS1_AND_UFS2 -DFLAGS= -DSIOPRT=0x238 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/pc98/boot2/../../.. -I/src/sys/boot/pc98/boot2/../../i386/boot2 -I/src/sys/boot/pc98/boot2/../../common -I/src/sys/boot/pc98/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -Qunused-arguments-c /src/sys/boot/pc98/boot2/boot1.S cc: warning: the clang compiler does not support '-fno-unit-at-a-time' /src/sys/boot/pc98/boot2/boot1.S:65:3: error: unexpected directive .code16 .code16 ^ /src/sys/boot/pc98/boot2/boot1.S:65:10: error: .code16 not supported yet .code16 ^ *** [boot1.o] Error code 1 Stop in /src/sys/boot/pc98/boot2. *** [depend] Error code 1 Stop in /src/sys/boot/pc98. *** [depend] Error code 1 Stop in /src/sys/boot. *** [depend] Error code 1 Stop in /src/sys. *** [sys.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-06 07:05:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-06 07:05:43 - ERROR: failed to build world TB --- 2012-11-06 07:05:43 - 6731.33 user 920.98 system 8742.56 real http://tinderbox.freebsd.org/tinderbox-head-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"
[head tinderbox] failure on i386/i386
TB --- 2012-11-06 04:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-11-06 04:40:00 - 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 --- 2012-11-06 04:40:00 - starting HEAD tinderbox run for i386/i386
TB --- 2012-11-06 04:40:00 - cleaning the object tree
TB --- 2012-11-06 04:40:00 - checking out /src from
svn://svn.freebsd.org/base/head
TB --- 2012-11-06 04:40:00 - cd /tinderbox/HEAD/i386/i386
TB --- 2012-11-06 04:40:00 - /usr/local/bin/svn cleanup /src
TB --- 2012-11-06 04:43:23 - /usr/local/bin/svn update /src
TB --- 2012-11-06 04:44:11 - At svn revision 242655
TB --- 2012-11-06 04:44:12 - building world
TB --- 2012-11-06 04:44:12 - CROSS_BUILD_TESTING=YES
TB --- 2012-11-06 04:44:12 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-11-06 04:44:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-11-06 04:44:12 - SRCCONF=/dev/null
TB --- 2012-11-06 04:44:12 - TARGET=i386
TB --- 2012-11-06 04:44:12 - TARGET_ARCH=i386
TB --- 2012-11-06 04:44:12 - TZ=UTC
TB --- 2012-11-06 04:44:12 - __MAKE_CONF=/dev/null
TB --- 2012-11-06 04:44:12 - cd /src
TB --- 2012-11-06 04:44:12 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Tue Nov 6 04:44:19 UTC 2012
>>> 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 Nov 6 07:44:50 UTC 2012
TB --- 2012-11-06 07:44:50 - generating LINT kernel config
TB --- 2012-11-06 07:44:50 - cd /src/sys/i386/conf
TB --- 2012-11-06 07:44:50 - /usr/bin/make -B LINT
TB --- 2012-11-06 07:44:50 - cd /src/sys/i386/conf
TB --- 2012-11-06 07:44:50 - /usr/sbin/config -m LINT
TB --- 2012-11-06 07:44:51 - building LINT kernel
TB --- 2012-11-06 07:44:51 - CROSS_BUILD_TESTING=YES
TB --- 2012-11-06 07:44:51 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-11-06 07:44:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-11-06 07:44:51 - SRCCONF=/dev/null
TB --- 2012-11-06 07:44:51 - TARGET=i386
TB --- 2012-11-06 07:44:51 - TARGET_ARCH=i386
TB --- 2012-11-06 07:44:51 - TZ=UTC
TB --- 2012-11-06 07:44:51 - __MAKE_CONF=/dev/null
TB --- 2012-11-06 07:44:51 - cd /src
TB --- 2012-11-06 07:44:51 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Tue Nov 6 07:44:51 UTC 2012
>>> 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
[...]
cc: warning: argument unused during compilation: '-falign-functions=16'
[-Wunused-command-line-argument]
sh /src/sys/kern/genassym.sh svr4_genassym.o > svr4_assym.h
uudecode < /usr/share/syscons/fonts/cp850-8x16.fnt && file2c 'static u_char
dflt_font_16[16*256] = {' '};' < cp850-8x16 > font.h && uudecode <
/usr/share/syscons/fonts/cp850-8x14.fnt && file2c 'static u_char
dflt_font_14[14*256] = {' '};' < cp850-8x14 >> font.h && uudecode <
/usr/share/syscons/fonts/cp850-8x8.fnt && file2c 'static u_char
dflt_font_8[8*256] = {' '};' < cp850-8x8 >> font.h
/usr/sbin/kbdcontrol -L jp.106 | sed -e 's/^static keymap_t.* = /static
keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t
accent_map = /' > atkbdmap.h
/usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static
keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t
accent_map = /' > ukbdmap.h
sed -e 's/^.*#include.*phy\.h.*$//' /src/sys/contrib/dev/nve/os.h >
os+%DIKED-nve.h
cc -c -x assembler-with-cpp -DLOCORE -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 -Wno-error-tautological-compare
-Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I.
-I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter
-I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm
-I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -falign-functions=16
-DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float
-ffreestanding -fstack-protector -no-integrated-as -Werror
/src/sys/i386/acpica/acpi_wakecode.S
cc: error: argument unused during compilation: '-falign-functions=16'
[-Werror,-Wunused-command-line-argument]
*** [acpi_wakecode.o] Error code 1
Stop in /obj/i386.i386/src/sys/LINT.
*** [buildkernel] Error code 1
Stop in /src.
*** Error code 1
Stop in /src.
TB
[head tinderbox] failure on amd64/amd64
TB --- 2012-11-06 04:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-11-06 04:40:00 - 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 --- 2012-11-06 04:40:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2012-11-06 04:40:00 - cleaning the object tree
TB --- 2012-11-06 04:40:00 - checking out /src from
svn://svn.freebsd.org/base/head
TB --- 2012-11-06 04:40:00 - cd /tinderbox/HEAD/amd64/amd64
TB --- 2012-11-06 04:40:00 - /usr/local/bin/svn cleanup /src
TB --- 2012-11-06 04:43:26 - /usr/local/bin/svn update /src
TB --- 2012-11-06 04:44:15 - At svn revision 242655
TB --- 2012-11-06 04:44:16 - building world
TB --- 2012-11-06 04:44:16 - CROSS_BUILD_TESTING=YES
TB --- 2012-11-06 04:44:16 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-11-06 04:44:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-11-06 04:44:16 - SRCCONF=/dev/null
TB --- 2012-11-06 04:44:16 - TARGET=amd64
TB --- 2012-11-06 04:44:16 - TARGET_ARCH=amd64
TB --- 2012-11-06 04:44:16 - TZ=UTC
TB --- 2012-11-06 04:44:16 - __MAKE_CONF=/dev/null
TB --- 2012-11-06 04:44:16 - cd /src
TB --- 2012-11-06 04:44:16 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Tue Nov 6 04:44:23 UTC 2012
>>> 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 Nov 6 08:28:10 UTC 2012
TB --- 2012-11-06 08:28:10 - generating LINT kernel config
TB --- 2012-11-06 08:28:10 - cd /src/sys/amd64/conf
TB --- 2012-11-06 08:28:10 - /usr/bin/make -B LINT
TB --- 2012-11-06 08:28:10 - cd /src/sys/amd64/conf
TB --- 2012-11-06 08:28:10 - /usr/sbin/config -m LINT
TB --- 2012-11-06 08:28:11 - building LINT kernel
TB --- 2012-11-06 08:28:11 - CROSS_BUILD_TESTING=YES
TB --- 2012-11-06 08:28:11 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-11-06 08:28:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-11-06 08:28:11 - SRCCONF=/dev/null
TB --- 2012-11-06 08:28:11 - TARGET=amd64
TB --- 2012-11-06 08:28:11 - TARGET_ARCH=amd64
TB --- 2012-11-06 08:28:11 - TZ=UTC
TB --- 2012-11-06 08:28:11 - __MAKE_CONF=/dev/null
TB --- 2012-11-06 08:28:11 - cd /src
TB --- 2012-11-06 08:28:11 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Tue Nov 6 08:28:11 UTC 2012
>>> 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
[...]
cc: warning: argument unused during compilation: '-falign-functions=16'
[-Wunused-command-line-argument]
env NM='nm' sh /src/sys/kern/genassym.sh ia32_genassym.o > ia32_assym.h
uudecode < /usr/share/syscons/fonts/cp850-8x16.fnt && file2c 'static u_char
dflt_font_16[16*256] = {' '};' < cp850-8x16 > font.h && uudecode <
/usr/share/syscons/fonts/cp850-8x14.fnt && file2c 'static u_char
dflt_font_14[14*256] = {' '};' < cp850-8x14 >> font.h && uudecode <
/usr/share/syscons/fonts/cp850-8x8.fnt && file2c 'static u_char
dflt_font_8[8*256] = {' '};' < cp850-8x8 >> font.h
/usr/sbin/kbdcontrol -L jp.106 | sed -e 's/^static keymap_t.* = /static
keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t
accent_map = /' > atkbdmap.h
/usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static
keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t
accent_map = /' > ukbdmap.h
sed -e 's/^.*#include.*phy\.h.*$//' /src/sys/contrib/dev/nve/os.h >
os+%DIKED-nve.h
cc -c -x assembler-with-cpp -DLOCORE -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 -Wno-error-tautological-compare
-Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I.
-I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter
-I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm
-I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -falign-functions=16
-DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx
-mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float
-fno-asynchronous-unwind-tables -ffreestanding -fstack-protector
-no-integrated-as -Werror /src/sys/amd64/acpica/acpi_wakecode.S
cc: error: argument unused during compilation: '-falign-functions=16'
[-Werror,-Wunused-command-line-argumen
Re: HEADS UP: Clang now the default on x86
On Tue, Nov 06, 2012 at 09:19:18AM +0400, Gleb Smirnoff wrote: T> On Mon, Nov 05, 2012 at 01:52:33PM -0600, Brooks Davis wrote: T> B> I've made clang the default on x86 systems. There will probably be a T> B> few bumps as we work out the last kinks including a ABI issue for i386 T> B> system libraries, but the transition is expected to be fairly smooth for T> B> most users. T> B> T> B> Please report problems on freebsd-current or freebsd-toolchain. T> T> buildworld fails for me. I run with wiped /usr/obj, with -j6 and T> with these lines in make.conf: T> T> WITH_PKGNG=yes T> WITH_NEW_XORG=yes T> WITH_KMS=yes T> SYSDIR=/usr/src/head/sys T> SRC_BASE=/usr/src/head T> PERL_VERSION=5.14.2 T> T> It fails in gnu/usr.bin/texinfo: I'm sorry for noise. Warning in texinfo were just warnings and did not cause build failure. Build failed due to my local modifications. -- 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: HEADS UP: Clang now the default on x86
In message <20121106085614.gk70...@freebsd.org>, Gleb Smirnoff writes: >T> buildworld fails for me. Somebody should run src/tools/tools/build_option_survey before/after and look for options that breaks due to CLANG Apart from that: Thanks for getting us moved to CLANG, I've been wishing for that to happen for 18 years and 3 days... Poul-Henning PS: Hint, to avoid overloading svn.freebsd.org: http://svnweb.freebsd.org/base?view=revision&revision=4113 -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 p...@freebsd.org | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ 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"
polling's future [was: Re: Dynamic Ticks/HZ]
On 05.11.2012 17:57, Luigi Rizzo wrote: On Mon, Nov 05, 2012 at 04:25:36PM +, Joe Holden wrote: Luigi Rizzo wrote: On Mon, Nov 05, 2012 at 08:11:41AM -0500, Ryan Stone wrote: On Mon, Nov 5, 2012 at 4:40 AM, Joe Holden wrote: doh, running kernel wasn't as GENERIC as I thought it was, looks like device polling not only breaks dynamic ticks but also reduces rx ability significantly, exactly 150,000 pps per 1000hz on igb versus 650,000 without Is this a known issue? (and if device polling isn't as useful as it once was, should it be removed?) Device polling on modern multiqueue NICs isn't very useful because you're limited to a single thread for handling packets. I have a patch that fixes this that I've let fall by the wayside. the 150,000 is result of the combination of the default value of sysctl kern.polling.burst_max and kern.polling.idle_poll=0 (i think this is the default value for the latter). The 150 was sized for the peak pps on a 100Mbit/s interface, back in 2001. You should at least be able to raise the number and see what kind of throughput you can achieve. This said, modern nics also have interrupt moderation so you don't really need polling. cheers luigi Hi Luigi, This makes sense, am I likely to achieve better throughput (in the forwarding path at this point) with netisr rather than polling, especially as mentioned above the igb does indeed have multiple queues for rx? at 1Gbit/s you probably don't need multiqueue (I am actually surpised you can only do 650kpps, but perhaps because you are using ipfw and not just doing plain forwarding ?) Hi Luigi, do you agree on polling having outlived its usefulness in the light of interrupt moderating NIC's and SMP complications/disadvantages? And also that in its current state it is providing no benefit, if not negative, and that fixing it for the current world-order is major undertaking that's not really beneficial considering superior alternatives? That nobody is maintaining it and taking care of and fixing the frequent problem, performance and bug reports? Additionally it misleads people without deep network knowledge to compile it into their kernel under wrong assumptions and see a degradation of performance, if not other side effects? Under these considerations I propose to remove polling support from current and 10.0 in lieu of upcoming superior alternatives (netmap enabled features). It was a great feature in the past but is beyond retirement and should live a peaceful live in the attic. -- 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: polling's future [was: Re: Dynamic Ticks/HZ]
In message <5098e526.6070...@freebsd.org>, Andre Oppermann writes: >Hi Luigi, > >do you agree on polling having outlived its usefulness in the light >of interrupt moderating NIC's and SMP complications/disadvantages? Can I just point out, that what we have is not in fact "device-polling" but only "some-kinds-of-network-interface-polling" ? I think it should go away, and if there still is a relevant usage segment, be replaced by _real_ "device-polling" which is not tied to the network stack. Amongst the sensible uses for that would be high-speed serial interfaces etc. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 p...@freebsd.org | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ 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: polling's future [was: Re: Dynamic Ticks/HZ]
On 06.11.2012 11:27, Poul-Henning Kamp wrote: In message <5098e526.6070...@freebsd.org>, Andre Oppermann writes: Hi Luigi, do you agree on polling having outlived its usefulness in the light of interrupt moderating NIC's and SMP complications/disadvantages? Can I just point out, that what we have is not in fact "device-polling" but only "some-kinds-of-network-interface-polling" ? I think it should go away, and if there still is a relevant usage segment, be replaced by _real_ "device-polling" which is not tied to the network stack. Don't we already have the equivalent with a fast interrupt thread that simply acknowledges and disables the interrupt and schedules a dedicated taskqueue thread which then continues to process X as long it comes in? Only after all items have been processed the interrupt is enabled again for the next batch. The effect is hybrid polling. When there is no work the poller doesn't have to run. If work starts coming in the dedicated taskqueue picks up and continues until finished. Amongst the sensible uses for that would be high-speed serial interfaces etc. -- 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: polling's future [was: Re: Dynamic Ticks/HZ]
In message <5098e8b4.5040...@freebsd.org>, Andre Oppermann writes: >> I think it should go away, and if there still is a relevant >> usage segment, be replaced by _real_ "device-polling" which is >> not tied to the network stack. > >Don't we already have the equivalent with a fast interrupt thread >that simply acknowledges and disables the interrupt [...] The point is that not all hardware have interrupt-pacing, so being able to poll at a lower rate in software would save overhead. I'm not sure if the hardware where this applies is still relevant, it would probably be mostly in the embedded space. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 p...@freebsd.org | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ 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: polling's future [was: Re: Dynamic Ticks/HZ]
>> > > Hi Luigi, > > do you agree on polling having outlived its usefulness in the light > of interrupt moderating NIC's and SMP complications/disadvantages? > If you have only one interface yes polling is not really necessary. If you have 10 interfaces the interrupt moderation threshold is hard to find to not saturate the system. Doing polling at 8000hz in that case is a lot better regarding global interrupt level. The problem is that in the current state polling does not work well and people remember the good old time where polling was better. rstone@ and myself have made some improvement to polling. You can find a diff here for 8.3 with updated intel driver : http://people.freebsd.org/~fabient/polling/patch-pollif_8.3_11052012 - support multiqueue for ixgbe, igb, em. - compat API for old driver - keep interrupt for link / status - user core mapping / auto mapping - deadline to keep cpu available - integrated to netisr - deferred packet injection with optional prefetching Performance are on par with interrupt but you can keep a system alive more easily by accounting all network processing for the deadline (with direct dispatch). Fabien > And also that in its current state it is providing no benefit, if > not negative, and that fixing it for the current world-order is major > undertaking that's not really beneficial considering superior > alternatives? > > That nobody is maintaining it and taking care of and fixing the frequent > problem, performance and bug reports? > > Additionally it misleads people without deep network knowledge to > compile it into their kernel under wrong assumptions and see a > degradation of performance, if not other side effects? > > Under these considerations I propose to remove polling support from > current and 10.0 in lieu of upcoming superior alternatives (netmap > enabled features). It was a great feature in the past but is beyond > retirement and should live a peaceful live in the attic. > > -- > 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" ___ 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 --- 2012-11-06 09:48:34 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-06 09:48:34 - 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 --- 2012-11-06 09:48:34 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-11-06 09:48:34 - cleaning the object tree TB --- 2012-11-06 09:48:34 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-06 09:48:34 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2012-11-06 09:48:34 - /usr/local/bin/svn cleanup /src TB --- 2012-11-06 09:49:37 - /usr/local/bin/svn update /src TB --- 2012-11-06 09:49:44 - At svn revision 242658 TB --- 2012-11-06 09:49:45 - building world TB --- 2012-11-06 09:49:45 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 09:49:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 09:49:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 09:49:45 - SRCCONF=/dev/null TB --- 2012-11-06 09:49:45 - TARGET=sparc64 TB --- 2012-11-06 09:49:45 - TARGET_ARCH=sparc64 TB --- 2012-11-06 09:49:45 - TZ=UTC TB --- 2012-11-06 09:49:45 - __MAKE_CONF=/dev/null TB --- 2012-11-06 09:49:45 - cd /src TB --- 2012-11-06 09:49:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 6 09:49:51 UTC 2012 >>> 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 Nov 6 10:52:46 UTC 2012 TB --- 2012-11-06 10:52:46 - generating LINT kernel config TB --- 2012-11-06 10:52:46 - cd /src/sys/sparc64/conf TB --- 2012-11-06 10:52:46 - /usr/bin/make -B LINT TB --- 2012-11-06 10:52:46 - cd /src/sys/sparc64/conf TB --- 2012-11-06 10:52:46 - /usr/sbin/config -m LINT TB --- 2012-11-06 10:52:46 - building LINT kernel TB --- 2012-11-06 10:52:46 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 10:52:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 10:52:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 10:52:46 - SRCCONF=/dev/null TB --- 2012-11-06 10:52:46 - TARGET=sparc64 TB --- 2012-11-06 10:52:46 - TARGET_ARCH=sparc64 TB --- 2012-11-06 10:52:46 - TZ=UTC TB --- 2012-11-06 10:52:46 - __MAKE_CONF=/dev/null TB --- 2012-11-06 10:52:46 - cd /src TB --- 2012-11-06 10:52:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 6 10:52:46 UTC 2012 >>> 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/kern/kern_linker.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/kern/kern_lock.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/kern/kern_lockf.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
Re: polling's future [was: Re: Dynamic Ticks/HZ]
On Tue, Nov 06, 2012 at 11:23:34AM +0100, Andre Oppermann wrote: ... > Hi Luigi, > > do you agree on polling having outlived its usefulness in the light > of interrupt moderating NIC's and SMP complications/disadvantages? yes, we should let it rest in peace. One part of the NIC-polling framework is now obsoleted by the interrupt moderation that most NICs support (note though that almost none of the popular hypervisors emulate interrupt moderation so your network performance in a VM will be awful under heavy load.) Unfortunately another part will be lost even on bare hardware: NIC-polling, as implemented in FreeBSD, had the ability to cap the amount of CPU time spent in the polling loop during each tick, thus making sure there is no livelock. Neither taskqueue nor NAPI (in linux world) have this feature. cheers luigi ___ 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: polling's future [was: Re: Dynamic Ticks/HZ]
On 06.11.2012 12:30, Luigi Rizzo wrote: On Tue, Nov 06, 2012 at 11:23:34AM +0100, Andre Oppermann wrote: ... Hi Luigi, do you agree on polling having outlived its usefulness in the light of interrupt moderating NIC's and SMP complications/disadvantages? yes, we should let it rest in peace. Thank you for this non-complicated answer. :-) One part of the NIC-polling framework is now obsoleted by the interrupt moderation that most NICs support (note though that almost none of the popular hypervisors emulate interrupt moderation so your network performance in a VM will be awful under heavy load.) Unfortunately another part will be lost even on bare hardware: NIC-polling, as implemented in FreeBSD, had the ability to cap the amount of CPU time spent in the polling loop during each tick, thus making sure there is no livelock. Neither taskqueue nor NAPI (in linux world) have this feature. taskqueue could have this feature. It may possibly need some assistance from the scheduler to get his right. It's a feature of the packet loop though. If we can provide a common function providing a yield signal that would run after each batch of packet dequeues the taskqueue can be made less predatory. For packet drop an advanced but simple algorithm like CoDel could be used to keep the DMA ring moving. -- 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: polling's future [was: Re: Dynamic Ticks/HZ]
On 06.11.2012 12:02, Fabien Thomas wrote: Hi Luigi, do you agree on polling having outlived its usefulness in the light of interrupt moderating NIC's and SMP complications/disadvantages? If you have only one interface yes polling is not really necessary. If you have 10 interfaces the interrupt moderation threshold is hard to find to not saturate the system. Doing polling at 8000hz in that case is a lot better regarding global interrupt level. OK. Is the problem the interrupt load itself, or the taskqueues? The problem is that in the current state polling does not work well and people remember the good old time where polling was better. Indeed. rstone@ and myself have made some improvement to polling. You can find a diff here for 8.3 with updated intel driver : http://people.freebsd.org/~fabient/polling/patch-pollif_8.3_11052012 - support multiqueue for ixgbe, igb, em. - compat API for old driver - keep interrupt for link / status - user core mapping / auto mapping - deadline to keep cpu available - integrated to netisr - deferred packet injection with optional prefetching This is a number of interesting but sometimes only tangentially related features. Lets focus on the network cpu monopolization issue first. Performance are on par with interrupt but you can keep a system alive more easily by accounting all network processing for the deadline (with direct dispatch). Would you be willing to work a solution with me with a load aware taskqueue as I proposed in a recent email to Luigi? That way we don't need special cases or features or even a normal server under DDoS wouldn't go down. -- 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: polling's future [was: Re: Dynamic Ticks/HZ]
On Tuesday, November 06, 2012 12:36:46 PM Andre Oppermann wrote: > On 06.11.2012 12:30, Luigi Rizzo wrote: > > On Tue, Nov 06, 2012 at 11:23:34AM +0100, Andre Oppermann wrote: > > ... > > > >> Hi Luigi, > >> > >> do you agree on polling having outlived its usefulness in the light > >> of interrupt moderating NIC's and SMP complications/disadvantages? > > > > yes, we should let it rest in peace. > > Thank you for this non-complicated answer. :-) > I worry about what happens for those people who would be running FreeBSD on older equipment where polling might still make sense. Do we throw them under the bus? -- Chuck Burns ___ 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: polling's future [was: Re: Dynamic Ticks/HZ]
Le 6 nov. 2012 à 12:42, Andre Oppermann a écrit : > On 06.11.2012 12:02, Fabien Thomas wrote: >>> >>> Hi Luigi, >>> >>> do you agree on polling having outlived its usefulness in the light >>> of interrupt moderating NIC's and SMP complications/disadvantages? >>> >> If you have only one interface yes polling is not really necessary. >> >> If you have 10 interfaces the interrupt moderation threshold is hard to find >> to not saturate the system. >> Doing polling at 8000hz in that case is a lot better regarding global >> interrupt level. > > OK. Is the problem the interrupt load itself, or the taskqueues? Both, interrupt load will be higher if you want to keep latency low and taskqueue is just polling without global fairness (if you have 10 interface with 6 core this will give you 60 taskqueue). If you poll 16 packets at a time from each interface, processing are more fair. > >> The problem is that in the current state polling does not work well and >> people remember >> the good old time where polling was better. > > Indeed. > >> rstone@ and myself have made some improvement to polling. >> >> You can find a diff here for 8.3 with updated intel driver : >> http://people.freebsd.org/~fabient/polling/patch-pollif_8.3_11052012 >> >> - support multiqueue for ixgbe, igb, em. >> - compat API for old driver >> - keep interrupt for link / status >> - user core mapping / auto mapping >> - deadline to keep cpu available >> - integrated to netisr >> - deferred packet injection with optional prefetching > > This is a number of interesting but sometimes only tangentially > related features. Lets focus on the network cpu monopolization > issue first. This is what deadline is: Deadline is the maximum time spend over the scheduling period in percent. Scheduling period is a fraction of the polling period (100hz by default). Each round is measured to estimate time of a round (if some packet require crypto load will increase for example) and processing stop when the deadline is reached (If no thread want to run deadline is extended). Hope it is more clear. Sample: ~$ sysctl kern.pollif kern.pollif.map: kern.pollif.stats_clear: 0 kern.pollif.stats: Work queue 0: CPU load = 0 % pass = 80 run overflow = 0 Interface ix1.0 resched rx = 0 Interface ix0.0 resched rx = 0 Work queue 1: CPU load = 0 % pass = 80 run overflow = 0 Interface ix1.1 resched rx = 0 Interface ix0.1 resched rx = 0 Work queue 2: CPU load = 0 % pass = 80 run overflow = 0 Interface ix1.2 resched rx = 0 Interface ix0.2 resched rx = 0 Work queue 3: CPU load = 0 % pass = 80 run overflow = 0 Interface ix1.3 resched rx = 0 Interface ix0.3 resched rx = 0 kern.pollif.deadline: 80 kern.pollif.register_check: 10 kern.pollif.sched_div: 80 kern.pollif.packet_per_round: 16 kern.pollif.handlers: 8 > >> Performance are on par with interrupt but you can keep a system alive more >> easily >> by accounting all network processing for the deadline (with direct dispatch). > > Would you be willing to work a solution with me with a load aware > taskqueue as I proposed in a recent email to Luigi? That way we > don't need special cases or features or even a normal server under > DDoS wouldn't go down. The main problem of current version I have is that you consume a little CPU when idle (99.8% idle with top, < 0.5% with PMC using CPU_CLK_UNHALTED.THREAD_P). To solve that, kickstarting the polling with interrupt is a good idea to reduce it but i've never tested so why not. > > -- > 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: HEADS UP: Clang now the default on x86
Le 5 nov. 2012 à 20:52, Brooks Davis a écrit : > I've made clang the default on x86 systems. There will probably be a > few bumps as we work out the last kinks including a ABI issue for i386 > system libraries, but the transition is expected to be fairly smooth for > most users. > > Please report problems on freebsd-current or freebsd-toolchain. Great to see that happening! I've started rebuilding in a VM with 1Gb memory and buildworld failed because no memory was available for the compiler (c++). It seems that Clang use a lot more memory? Do you have a minimum required memory size to finish a buildworld (amd64). Fabien ___ 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"
9.1-RC3 feels okay :-)
Hello world! :-)
After big shock with new organization of 9.0 and some mobilization to
take part in RC I have tested 9.1-RC{1,2,3} and found no bigger issues
so far from user perspective :-)
Also the installation method is now more familiar than before as I got
used to it - its nice that message is shown in the partitioning
section to remove and create a partition to do a fresh install, which
is not obvious for at first contact.
I was using RC1 and RC2 on virtual machine, then installed RC3 in
place of my stable system on Dell Latitude E4310 laptop - with normal
usage and hard overload I can see no issues - ext2fs and zfs
partifions are working fine also when serving content for virtual
machines inside virtualbox-ose 4.1.22 :-)
The initial packages installation is hard because there is no 9.1
ports directory on the ftp servers to use, so I had to build
portupgrade and then install packages with portinstall -PP. Before I
was using pkg_add -r and portmaster (which is a bit worse than
portupgrade I think because it cannot find any binary packaged
itself). But the first impression is that there are no packages
available to install!
Also the relase notes documents still use 9.0 numbering...
Except some issues with current ports like xfce4 window manager does
not work properly (this might impact release binaries) and fusefs-kmod
does not build with ruby1.9 which are reported already, I might have
some wishlist for future:
It would be nice to have ext4 natively implemented in the kernel,
because ext2 still seems to be most multiplatform filesystem to share
partitions across different operating systems. Or another solution is
to port new UFS driver for Linux and Windows so we can use BSD
partitions and filesystems on them with no problem :-)
WiFi Intel driver crashed my system on 9.0, I hope its fixed :-)
It would be really good to have hardware graphics acceleration for
Intel X3400 chipsets, and the way it does not destroys the native
console because it is very useful for tracing problems...
If you have any particular requests to test some stuff on this
hardware let me know :-)
Thank you for your hard work! Best regards :-)
Tomek Cedro
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
___
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: HEADS UP: Clang now the default on x86
Le 6 nov. 2012 à 15:10, Niclas Zeising a écrit : > On 11/06/12 14:26, Fabien Thomas wrote: >> >> Le 5 nov. 2012 à 20:52, Brooks Davis a écrit : >> >>> I've made clang the default on x86 systems. There will probably be a >>> few bumps as we work out the last kinks including a ABI issue for i386 >>> system libraries, but the transition is expected to be fairly smooth for >>> most users. >>> >>> Please report problems on freebsd-current or freebsd-toolchain. >> >> Great to see that happening! >> >> I've started rebuilding in a VM with 1Gb memory and buildworld failed because >> no memory was available for the compiler (c++). It seems that Clang use a >> lot more memory? >> Do you have a minimum required memory size to finish a buildworld (amd64). >> >> Fabien > > I have no trouble doing a -j8 build with 2GB memory, so 1GB should work fine, > unless you spawn a lot of parallel builds or do a lot of other stuff at the > same time. I've used -j4 with 1Gb in an idle VM. I've now bumped to 2Gb and restarted it. > Regards! > -- > Niclas Zeising ___ 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: HEADS UP: Clang now the default on x86
On 11/06/12 14:26, Fabien Thomas wrote: Le 5 nov. 2012 à 20:52, Brooks Davis a écrit : I've made clang the default on x86 systems. There will probably be a few bumps as we work out the last kinks including a ABI issue for i386 system libraries, but the transition is expected to be fairly smooth for most users. Please report problems on freebsd-current or freebsd-toolchain. Great to see that happening! I've started rebuilding in a VM with 1Gb memory and buildworld failed because no memory was available for the compiler (c++). It seems that Clang use a lot more memory? Do you have a minimum required memory size to finish a buildworld (amd64). Fabien I have no trouble doing a -j8 build with 2GB memory, so 1GB should work fine, unless you spawn a lot of parallel builds or do a lot of other stuff at the same time. Regards! -- Niclas Zeising ___ 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 --- 2012-11-06 13:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-06 13:00:00 - 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 --- 2012-11-06 13:00:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-06 13:00:00 - cleaning the object tree TB --- 2012-11-06 13:03:57 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-06 13:03:57 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-06 13:03:57 - /usr/local/bin/svn cleanup /src TB --- 2012-11-06 13:06:06 - /usr/local/bin/svn update /src TB --- 2012-11-06 13:06:12 - At svn revision 242658 TB --- 2012-11-06 13:06:13 - building world TB --- 2012-11-06 13:06:13 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 13:06:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 13:06:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 13:06:13 - SRCCONF=/dev/null TB --- 2012-11-06 13:06:13 - TARGET=pc98 TB --- 2012-11-06 13:06:13 - TARGET_ARCH=i386 TB --- 2012-11-06 13:06:13 - TZ=UTC TB --- 2012-11-06 13:06:13 - __MAKE_CONF=/dev/null TB --- 2012-11-06 13:06:13 - cd /src TB --- 2012-11-06 13:06:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 6 13:06:18 UTC 2012 >>> 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 [...] cc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUFS1_AND_UFS2 -DFLAGS= -DSIOPRT=0x238 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/pc98/boot2/../../.. -I/src/sys/boot/pc98/boot2/../../i386/boot2 -I/src/sys/boot/pc98/boot2/../../common -I/src/sys/boot/pc98/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -Qunused-arguments-c /src/sys/boot/pc98/boot2/boot1.S cc: warning: the clang compiler does not support '-fno-unit-at-a-time' /src/sys/boot/pc98/boot2/boot1.S:65:3: error: unexpected directive .code16 .code16 ^ /src/sys/boot/pc98/boot2/boot1.S:65:10: error: .code16 not supported yet .code16 ^ *** [boot1.o] Error code 1 Stop in /src/sys/boot/pc98/boot2. *** [depend] Error code 1 Stop in /src/sys/boot/pc98. *** [depend] Error code 1 Stop in /src/sys/boot. *** [depend] Error code 1 Stop in /src/sys. *** [sys.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-06 15:24:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-06 15:24:46 - ERROR: failed to build world TB --- 2012-11-06 15:24:46 - 6748.44 user 903.98 system 8686.19 real http://tinderbox.freebsd.org/tinderbox-head-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: polling's future [was: Re: Dynamic Ticks/HZ]
On Nov 6, 2012, at 4:31 AM, Chuck Burns wrote: > On Tuesday, November 06, 2012 12:36:46 PM Andre Oppermann wrote: >> On 06.11.2012 12:30, Luigi Rizzo wrote: >>> On Tue, Nov 06, 2012 at 11:23:34AM +0100, Andre Oppermann > wrote: >>> ... >>> Hi Luigi, do you agree on polling having outlived its usefulness in the light of interrupt moderating NIC's and SMP > complications/disadvantages? >>> >>> yes, we should let it rest in peace. >> >> Thank you for this non-complicated answer. :-) > > I worry about what happens for those people who would be running > FreeBSD on older equipment where polling might still make sense. > > Do we throw them under the bus? I think that adding a big fat warning at boot if the driver supports proper hybrid polling (think: witness) might dissuade some folks. Thanks! -Garrett ___ 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 --- 2012-11-06 13:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-11-06 13:00:00 - 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 --- 2012-11-06 13:00:00 - starting HEAD tinderbox run for i386/i386
TB --- 2012-11-06 13:00:00 - cleaning the object tree
TB --- 2012-11-06 13:07:15 - checking out /src from
svn://svn.freebsd.org/base/head
TB --- 2012-11-06 13:07:15 - cd /tinderbox/HEAD/i386/i386
TB --- 2012-11-06 13:07:15 - /usr/local/bin/svn cleanup /src
TB --- 2012-11-06 13:08:42 - /usr/local/bin/svn update /src
TB --- 2012-11-06 13:08:48 - At svn revision 242658
TB --- 2012-11-06 13:08:49 - building world
TB --- 2012-11-06 13:08:49 - CROSS_BUILD_TESTING=YES
TB --- 2012-11-06 13:08:49 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-11-06 13:08:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-11-06 13:08:49 - SRCCONF=/dev/null
TB --- 2012-11-06 13:08:49 - TARGET=i386
TB --- 2012-11-06 13:08:49 - TARGET_ARCH=i386
TB --- 2012-11-06 13:08:49 - TZ=UTC
TB --- 2012-11-06 13:08:49 - __MAKE_CONF=/dev/null
TB --- 2012-11-06 13:08:49 - cd /src
TB --- 2012-11-06 13:08:49 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Tue Nov 6 13:08:54 UTC 2012
>>> 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 Nov 6 16:08:05 UTC 2012
TB --- 2012-11-06 16:08:05 - generating LINT kernel config
TB --- 2012-11-06 16:08:05 - cd /src/sys/i386/conf
TB --- 2012-11-06 16:08:05 - /usr/bin/make -B LINT
TB --- 2012-11-06 16:08:05 - cd /src/sys/i386/conf
TB --- 2012-11-06 16:08:05 - /usr/sbin/config -m LINT
TB --- 2012-11-06 16:08:05 - building LINT kernel
TB --- 2012-11-06 16:08:05 - CROSS_BUILD_TESTING=YES
TB --- 2012-11-06 16:08:05 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-11-06 16:08:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-11-06 16:08:05 - SRCCONF=/dev/null
TB --- 2012-11-06 16:08:05 - TARGET=i386
TB --- 2012-11-06 16:08:05 - TARGET_ARCH=i386
TB --- 2012-11-06 16:08:05 - TZ=UTC
TB --- 2012-11-06 16:08:05 - __MAKE_CONF=/dev/null
TB --- 2012-11-06 16:08:05 - cd /src
TB --- 2012-11-06 16:08:05 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Tue Nov 6 16:08:06 UTC 2012
>>> 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
[...]
cc: warning: argument unused during compilation: '-falign-functions=16'
[-Wunused-command-line-argument]
sh /src/sys/kern/genassym.sh svr4_genassym.o > svr4_assym.h
uudecode < /usr/share/syscons/fonts/cp850-8x16.fnt && file2c 'static u_char
dflt_font_16[16*256] = {' '};' < cp850-8x16 > font.h && uudecode <
/usr/share/syscons/fonts/cp850-8x14.fnt && file2c 'static u_char
dflt_font_14[14*256] = {' '};' < cp850-8x14 >> font.h && uudecode <
/usr/share/syscons/fonts/cp850-8x8.fnt && file2c 'static u_char
dflt_font_8[8*256] = {' '};' < cp850-8x8 >> font.h
/usr/sbin/kbdcontrol -L jp.106 | sed -e 's/^static keymap_t.* = /static
keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t
accent_map = /' > atkbdmap.h
/usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static
keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t
accent_map = /' > ukbdmap.h
sed -e 's/^.*#include.*phy\.h.*$//' /src/sys/contrib/dev/nve/os.h >
os+%DIKED-nve.h
cc -c -x assembler-with-cpp -DLOCORE -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 -Wno-error-tautological-compare
-Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I.
-I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter
-I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm
-I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -falign-functions=16
-DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float
-ffreestanding -fstack-protector -no-integrated-as -Werror
/src/sys/i386/acpica/acpi_wakecode.S
cc: error: argument unused during compilation: '-falign-functions=16'
[-Werror,-Wunused-command-line-argument]
*** [acpi_wakecode.o] Error code 1
Stop in /obj/i386.i386/src/sys/LINT.
*** [buildkernel] Error code 1
Stop in /src.
*** Error code 1
Stop in /src.
TB
Re: 9.1-RC3 feels okay :-)
Please file a bug about the intel wifi crash!
adrian
On 6 November 2012 05:31, CeDeROM wrote:
> Hello world! :-)
>
> After big shock with new organization of 9.0 and some mobilization to
> take part in RC I have tested 9.1-RC{1,2,3} and found no bigger issues
> so far from user perspective :-)
>
> Also the installation method is now more familiar than before as I got
> used to it - its nice that message is shown in the partitioning
> section to remove and create a partition to do a fresh install, which
> is not obvious for at first contact.
>
> I was using RC1 and RC2 on virtual machine, then installed RC3 in
> place of my stable system on Dell Latitude E4310 laptop - with normal
> usage and hard overload I can see no issues - ext2fs and zfs
> partifions are working fine also when serving content for virtual
> machines inside virtualbox-ose 4.1.22 :-)
>
> The initial packages installation is hard because there is no 9.1
> ports directory on the ftp servers to use, so I had to build
> portupgrade and then install packages with portinstall -PP. Before I
> was using pkg_add -r and portmaster (which is a bit worse than
> portupgrade I think because it cannot find any binary packaged
> itself). But the first impression is that there are no packages
> available to install!
>
> Also the relase notes documents still use 9.0 numbering...
>
>
> Except some issues with current ports like xfce4 window manager does
> not work properly (this might impact release binaries) and fusefs-kmod
> does not build with ruby1.9 which are reported already, I might have
> some wishlist for future:
>
> It would be nice to have ext4 natively implemented in the kernel,
> because ext2 still seems to be most multiplatform filesystem to share
> partitions across different operating systems. Or another solution is
> to port new UFS driver for Linux and Windows so we can use BSD
> partitions and filesystems on them with no problem :-)
>
> WiFi Intel driver crashed my system on 9.0, I hope its fixed :-)
>
> It would be really good to have hardware graphics acceleration for
> Intel X3400 chipsets, and the way it does not destroys the native
> console because it is very useful for tracing problems...
>
> If you have any particular requests to test some stuff on this
> hardware let me know :-)
>
> Thank you for your hard work! Best regards :-)
> Tomek Cedro
>
> --
> CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
> ___
> 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: lsof vs. clang
On 11/06/12 14:42, Larry Rosenman wrote:
It appears that we've (mostly) cleaned up the clang/system interface
such that sysutils/lsof works with cc as clang.
Can someone tell me what we need to do to shut these up?
# LSOFCC=cc CC=cc make LSOFCC=cc CC=cc
===> lsof-4.87.a,7 depends on file: /usr/local/sbin/pkg - found
===> Extracting for lsof-4.87.a,7
=> SHA256 Checksum OK for lsof_4.87A.freebsd.tar.bz2.
===> Patching for lsof-4.87.a,7
===> Configuring for lsof-4.87.a,7
Creating ./lockf_owner.h from /usr/src/sys/kern/kern_lockf.c
./lockf_owner.h creation succeeded.
rm -f ddev.c dfile.c dlsof.h dmnt.c dnode*.c dproc.c dproto.h dsock.c
dstore.c dzfs.h kernelbase.h machine.h machine.h.old new_machine.h
__lseek.s Makefile Makefile.zfs ./tests/config.cflags
rm -f ./tests/config.cc ./tests/config.xobj ./tests/config.ldflags
Testing C library for localtime() and strftime(), using cc ... present
ln -s dialects/freebsd/dlsof.h dlsof.h
ln -s dialects/freebsd/dmnt.c dmnt.c
ln -s dialects/freebsd/dnode.c dnode.c
ln -s dialects/freebsd/dnode1.c dnode1.c
ln -s dialects/freebsd/dnode2.c dnode2.c
ln -s dialects/freebsd/dproc.c dproc.c
ln -s dialects/freebsd/dproto.h dproto.h
ln -s dialects/freebsd/dsock.c dsock.c
ln -s dialects/freebsd/dstore.c dstore.c
ln -s dialects/freebsd/dzfs.h dzfs.h
ln -s dialects/freebsd/machine.h machine.h
Makefile and lib/Makefile created.
Makefile.zfs created.
./tests/config.cc created
./tests/config.cflags created
./tests/config.ldflags created
./tests/config.xobj created
===> Building for lsof-4.87.a,7
(cd lib; make DEBUG="-O2" CFGF="-pipe -fno-omit-frame-pointer
-fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink
-DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2
-DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H
-DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB
-DNEEDS_BOOLEAN_T -DFREEBSDV=1 -DHASFDESCFS=2 -DHASPSEUDOFS
-DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME
-DLSOF_VSTR=\"10.0-CURRENT\"")
cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing
-fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE
-DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T
-DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF
-DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T
-DFREEBSDV=1 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6
-DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2
-c ckkv.c
In file included from ckkv.c:43:
In file included from ./../lsof.h:195:
In file included from ./../dlsof.h:190:
In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36:
/usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function
'KASSERT' is invalid in C99 [-Wimplicit-function-declaration]
KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp));
^
As this hints on, KASSERT is undeclared. You should either declare
KASSERT manually or include the proper header file.
With that said, KASSERT look very much like kernel code, and should
probably not be used in userland utilities at all, but I am no expert on
this.
/usr/src/sys/sys/buf.h:392:33: warning: expression result unused
[-Wunused-value]
KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp));
^
/usr/src/sys/sys/buf.h:393:41: warning: expression result unused
[-Wunused-value]
KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp));
^
/usr/src/sys/sys/buf.h:395:7: warning: expression result unused
[-Wunused-value]
("bwrite: no bop_write bp=%p", bp));
^~~~
/usr/src/sys/sys/buf.h:403:33: warning: expression result unused
[-Wunused-value]
KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp));
^~~~
/usr/src/sys/sys/buf.h:405:7: warning: expression result unused
[-Wunused-value]
("bstrategy: no bo_ops bp=%p", bp));
^~~~
/usr/src/sys/sys/buf.h:407:7: warning: expression result unused
[-Wunused-value]
("bstrategy: no bop_strategy bp=%p", bp));
^~
7 warnings generated.
The rest of the warnings are probably follow-up warnings since clang
doesn't know the function prototype for KASSERT.
Regards!
--
Niclas Zeising
___
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: lsof vs. clang
On Tue, 6 Nov 2012, Niclas Zeising wrote:
> On 11/06/12 14:42, Larry Rosenman wrote:
> > It appears that we've (mostly) cleaned up the clang/system interface
> > such that sysutils/lsof works with cc as clang.
> >
> > Can someone tell me what we need to do to shut these up?
> >
> >
> > # LSOFCC=cc CC=cc make LSOFCC=cc CC=cc
> > ===> lsof-4.87.a,7 depends on file: /usr/local/sbin/pkg - found
> > ===> Extracting for lsof-4.87.a,7
> > => SHA256 Checksum OK for lsof_4.87A.freebsd.tar.bz2.
> > ===> Patching for lsof-4.87.a,7
> > ===> Configuring for lsof-4.87.a,7
> > Creating ./lockf_owner.h from /usr/src/sys/kern/kern_lockf.c
> > ./lockf_owner.h creation succeeded.
> > rm -f ddev.c dfile.c dlsof.h dmnt.c dnode*.c dproc.c dproto.h dsock.c
> > dstore.c dzfs.h kernelbase.h machine.h machine.h.old new_machine.h
> > __lseek.s Makefile Makefile.zfs ./tests/config.cflags
> > rm -f ./tests/config.cc ./tests/config.xobj ./tests/config.ldflags
> > Testing C library for localtime() and strftime(), using cc ... present
> > ln -s dialects/freebsd/dlsof.h dlsof.h
> > ln -s dialects/freebsd/dmnt.c dmnt.c
> > ln -s dialects/freebsd/dnode.c dnode.c
> > ln -s dialects/freebsd/dnode1.c dnode1.c
> > ln -s dialects/freebsd/dnode2.c dnode2.c
> > ln -s dialects/freebsd/dproc.c dproc.c
> > ln -s dialects/freebsd/dproto.h dproto.h
> > ln -s dialects/freebsd/dsock.c dsock.c
> > ln -s dialects/freebsd/dstore.c dstore.c
> > ln -s dialects/freebsd/dzfs.h dzfs.h
> > ln -s dialects/freebsd/machine.h machine.h
> > Makefile and lib/Makefile created.
> > Makefile.zfs created.
> > ./tests/config.cc created
> > ./tests/config.cflags created
> > ./tests/config.ldflags created
> > ./tests/config.xobj created
> > ===> Building for lsof-4.87.a,7
> > (cd lib; make DEBUG="-O2" CFGF="-pipe -fno-omit-frame-pointer
> > -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink
> > -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2
> > -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H
> > -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB
> > -DNEEDS_BOOLEAN_T -DFREEBSDV=1 -DHASFDESCFS=2 -DHASPSEUDOFS
> > -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME
> > -DLSOF_VSTR=\"10.0-CURRENT\"")
> > cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing
> > -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE
> > -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T
> > -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF
> > -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T
> > -DFREEBSDV=1 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6
> > -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2
> > -c ckkv.c
> > In file included from ckkv.c:43:
> > In file included from ./../lsof.h:195:
> > In file included from ./../dlsof.h:190:
> > In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36:
> > /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function
> > 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration]
> > KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp));
> > ^
> As this hints on, KASSERT is undeclared. You should either declare KASSERT
> manually or include the proper header file.
> With that said, KASSERT look very much like kernel code, and should probably
> not be used in userland utilities at all, but I am no expert on this.
Yes, probalby either #include sys/systm.h, or it may be easier to roll
your own #define inside lsof.h:
#define KASSERT(exp,msg) do {} while (0)
Given this is userland code, you probably don't want the true KASSERT code
anyway.
Gavin
___
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 amd64/amd64
TB --- 2012-11-06 13:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-11-06 13:00:00 - 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 --- 2012-11-06 13:00:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2012-11-06 13:00:00 - cleaning the object tree
TB --- 2012-11-06 13:08:49 - checking out /src from
svn://svn.freebsd.org/base/head
TB --- 2012-11-06 13:08:49 - cd /tinderbox/HEAD/amd64/amd64
TB --- 2012-11-06 13:08:49 - /usr/local/bin/svn cleanup /src
TB --- 2012-11-06 13:10:16 - /usr/local/bin/svn update /src
TB --- 2012-11-06 13:10:22 - At svn revision 242658
TB --- 2012-11-06 13:10:23 - building world
TB --- 2012-11-06 13:10:23 - CROSS_BUILD_TESTING=YES
TB --- 2012-11-06 13:10:23 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-11-06 13:10:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-11-06 13:10:23 - SRCCONF=/dev/null
TB --- 2012-11-06 13:10:23 - TARGET=amd64
TB --- 2012-11-06 13:10:23 - TARGET_ARCH=amd64
TB --- 2012-11-06 13:10:23 - TZ=UTC
TB --- 2012-11-06 13:10:23 - __MAKE_CONF=/dev/null
TB --- 2012-11-06 13:10:23 - cd /src
TB --- 2012-11-06 13:10:23 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Tue Nov 6 13:10:28 UTC 2012
>>> 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 Nov 6 16:46:06 UTC 2012
TB --- 2012-11-06 16:46:06 - generating LINT kernel config
TB --- 2012-11-06 16:46:06 - cd /src/sys/amd64/conf
TB --- 2012-11-06 16:46:06 - /usr/bin/make -B LINT
TB --- 2012-11-06 16:46:06 - cd /src/sys/amd64/conf
TB --- 2012-11-06 16:46:06 - /usr/sbin/config -m LINT
TB --- 2012-11-06 16:46:06 - building LINT kernel
TB --- 2012-11-06 16:46:06 - CROSS_BUILD_TESTING=YES
TB --- 2012-11-06 16:46:06 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-11-06 16:46:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-11-06 16:46:06 - SRCCONF=/dev/null
TB --- 2012-11-06 16:46:06 - TARGET=amd64
TB --- 2012-11-06 16:46:06 - TARGET_ARCH=amd64
TB --- 2012-11-06 16:46:06 - TZ=UTC
TB --- 2012-11-06 16:46:06 - __MAKE_CONF=/dev/null
TB --- 2012-11-06 16:46:06 - cd /src
TB --- 2012-11-06 16:46:06 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Tue Nov 6 16:46:06 UTC 2012
>>> 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
[...]
cc: warning: argument unused during compilation: '-falign-functions=16'
[-Wunused-command-line-argument]
env NM='nm' sh /src/sys/kern/genassym.sh ia32_genassym.o > ia32_assym.h
uudecode < /usr/share/syscons/fonts/cp850-8x16.fnt && file2c 'static u_char
dflt_font_16[16*256] = {' '};' < cp850-8x16 > font.h && uudecode <
/usr/share/syscons/fonts/cp850-8x14.fnt && file2c 'static u_char
dflt_font_14[14*256] = {' '};' < cp850-8x14 >> font.h && uudecode <
/usr/share/syscons/fonts/cp850-8x8.fnt && file2c 'static u_char
dflt_font_8[8*256] = {' '};' < cp850-8x8 >> font.h
/usr/sbin/kbdcontrol -L jp.106 | sed -e 's/^static keymap_t.* = /static
keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t
accent_map = /' > atkbdmap.h
/usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static
keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t
accent_map = /' > ukbdmap.h
sed -e 's/^.*#include.*phy\.h.*$//' /src/sys/contrib/dev/nve/os.h >
os+%DIKED-nve.h
cc -c -x assembler-with-cpp -DLOCORE -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 -Wno-error-tautological-compare
-Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I.
-I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter
-I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm
-I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -falign-functions=16
-DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx
-mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float
-fno-asynchronous-unwind-tables -ffreestanding -fstack-protector
-no-integrated-as -Werror /src/sys/amd64/acpica/acpi_wakecode.S
cc: error: argument unused during compilation: '-falign-functions=16'
[-Werror,-Wunused-command-line-argumen
Re: 9.1-RC3 feels okay :-)
On Tue, Nov 6, 2012 at 5:10 PM, Adrian Chadd wrote: > Please file a bug about the intel wifi crash! Hello Adrian! :-) Should I attach kernel core dump / backtrace or simply write that "kernel crash on unstable wifi connection or when switching radio on and off multiple times or switching wpa_supplicant multiple times" is enough? :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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: 9.1-RC3 feels okay :-)
On 6 November 2012 12:32, CeDeROM wrote: > On Tue, Nov 6, 2012 at 5:10 PM, Adrian Chadd wrote: >> Please file a bug about the intel wifi crash! > > Hello Adrian! :-) Should I attach kernel core dump / backtrace or > simply write that "kernel crash on unstable wifi connection or when > switching radio on and off multiple times or switching wpa_supplicant > multiple times" is enough? :-) Please include a kernel backtrace. Do you have debugging symbols enabled? This is really important: *be responsive*. Hardware bugs are difficult to diagnose and fix, so the more information you provide, and the more you are able to test patches or answer questions, the easier it will be get this resolved. If you can provide a reproducible step-by-step directions to see the bug, even better. -- Eitan Adler ___ 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 --- 2012-11-06 17:59:55 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-06 17:59:55 - 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 --- 2012-11-06 17:59:55 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-11-06 17:59:55 - cleaning the object tree TB --- 2012-11-06 18:01:12 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-06 18:01:12 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2012-11-06 18:01:12 - /usr/local/bin/svn cleanup /src TB --- 2012-11-06 18:02:42 - /usr/local/bin/svn update /src TB --- 2012-11-06 18:02:47 - At svn revision 242665 TB --- 2012-11-06 18:02:48 - building world TB --- 2012-11-06 18:02:48 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 18:02:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 18:02:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 18:02:48 - SRCCONF=/dev/null TB --- 2012-11-06 18:02:48 - TARGET=sparc64 TB --- 2012-11-06 18:02:48 - TARGET_ARCH=sparc64 TB --- 2012-11-06 18:02:48 - TZ=UTC TB --- 2012-11-06 18:02:48 - __MAKE_CONF=/dev/null TB --- 2012-11-06 18:02:48 - cd /src TB --- 2012-11-06 18:02:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 6 18:02:53 UTC 2012 >>> 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 Nov 6 19:04:51 UTC 2012 TB --- 2012-11-06 19:04:51 - generating LINT kernel config TB --- 2012-11-06 19:04:51 - cd /src/sys/sparc64/conf TB --- 2012-11-06 19:04:51 - /usr/bin/make -B LINT TB --- 2012-11-06 19:04:51 - cd /src/sys/sparc64/conf TB --- 2012-11-06 19:04:51 - /usr/sbin/config -m LINT TB --- 2012-11-06 19:04:51 - building LINT kernel TB --- 2012-11-06 19:04:51 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 19:04:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 19:04:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 19:04:51 - SRCCONF=/dev/null TB --- 2012-11-06 19:04:51 - TARGET=sparc64 TB --- 2012-11-06 19:04:51 - TARGET_ARCH=sparc64 TB --- 2012-11-06 19:04:51 - TZ=UTC TB --- 2012-11-06 19:04:51 - __MAKE_CONF=/dev/null TB --- 2012-11-06 19:04:51 - cd /src TB --- 2012-11-06 19:04:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 6 19:04:51 UTC 2012 >>> 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/kern/kern_linker.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/kern/kern_lock.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/kern/kern_lockf.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
Re: 9.1-RC3 feels okay :-)
+1 - what he said. Thanks, Adrian On 6 November 2012 10:41, Eitan Adler wrote: > On 6 November 2012 12:32, CeDeROM wrote: >> On Tue, Nov 6, 2012 at 5:10 PM, Adrian Chadd wrote: >>> Please file a bug about the intel wifi crash! >> >> Hello Adrian! :-) Should I attach kernel core dump / backtrace or >> simply write that "kernel crash on unstable wifi connection or when >> switching radio on and off multiple times or switching wpa_supplicant >> multiple times" is enough? :-) > > Please include a kernel backtrace. Do you have debugging symbols > enabled? > > This is really important: *be responsive*. Hardware bugs are > difficult to diagnose and fix, so the more information you provide, > and the more you are able to test patches or answer questions, the > easier it will be get this resolved. > > If you can provide a reproducible step-by-step directions to see the > bug, even better. > > > > -- > Eitan Adler ___ 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: 9.1-RC3 feels okay :-)
Okay, Ill try to build the kernel with debug symbols and provide backtrace if possible. The generic one provided with the distribution is stripped? Where can I find configuration for release kernel? :-) Thanks for all hints! :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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: 9.1-RC3 feels okay :-)
I have also noted that mouse cursor is very often not moving in Xorg but it works in the console! I need to move cursor while statrx or restart Xorg for mouse to start moving. Is it a bug or feature? :-) In the xorg.conf: Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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: 9.1-RC3 feels okay :-)
Hi, Reference: > From: CeDeROM > Date: Tue, 6 Nov 2012 22:14:03 +0100 > Message-id: > CeDeROM wrote: > I have also noted that mouse cursor is very often not moving in Xorg > but it works in the console! I need to move cursor while statrx or > restart Xorg for mouse to start moving. Is it a bug or feature? :-) > > In the xorg.conf: > Section "InputDevice" > Identifier "Mouse0" > Driver "mouse" > Option "Protocol" "auto" > Option "Device" "/dev/sysmouse" > Option "ZAxisMapping" "4 5 6 7" > EndSection Inside Section "ServerLayout" Just after InputDevice"Mouse0" "CorePointer" Append Option "AllowEmptyInput" "False" Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Reply below not above, like a play script. Indent old text with "> ". Send plain text. Not: HTML, multipart/alternative, base64, quoted-printable. ___ 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: 9.1-RC3 feels okay :-)
On Tue, 2012-11-06 at 22:57 +0100, Julian H. Stacey wrote: > Hi, > Reference: > > From: CeDeROM > > Date: Tue, 6 Nov 2012 22:14:03 +0100 > > Message-id: > > > > CeDeROM wrote: > > I have also noted that mouse cursor is very often not moving in Xorg > > but it works in the console! I need to move cursor while statrx or > > restart Xorg for mouse to start moving. Is it a bug or feature? :-) > > > > In the xorg.conf: > > Section "InputDevice" > > Identifier "Mouse0" > > Driver "mouse" > > Option "Protocol" "auto" > > Option "Device" "/dev/sysmouse" > > Option "ZAxisMapping" "4 5 6 7" > > EndSection > > Inside > Section "ServerLayout" > Just after > InputDevice"Mouse0" "CorePointer" > Append > Option "AllowEmptyInput" "False" > > Cheers, > Julian Before you do that, read this: http://www.wonkity.com/~wblock/docs/html/aei.html -- Ian ___ 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"
detecting clang from source code?
Are there any defines that code can use in #ifdef/#if et al to tell it's being compiled with clang? Vic Abell (lsof author) is cleaning up lsof to compile cleanly with clang and would like to know, since the default is now clang on -CURRENT. Thanks! Larry Rosenman Maintainer sysutils/lsof ___ 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: detecting clang from source code?
On 2012-11-06 23:37, Larry Rosenman wrote: Are there any defines that code can use in #ifdef/#if et al to tell it's being compiled with clang? Vic Abell (lsof author) is cleaning up lsof to compile cleanly with clang and would like to know, since the default is now clang on -CURRENT. Clang defines __clang__ as a preprocessor macro. ___ 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: detecting clang from source code?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-11-06 17:37:41 -0500, Larry Rosenman wrote: > Are there any defines that code can use in #ifdef/#if et al to tell > it's being compiled with clang? > > Vic Abell (lsof author) is cleaning up lsof to compile cleanly > with clang and would like to know, since the default is now clang > on -CURRENT. #ifdef __clang__ /* clang-specific stuff */ #else /* Something else */ #endif Jung-uk Kim -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlCZks8ACgkQmlay1b9qnVPIagCfXtDRXzUkPI5PowyCjFFxp6HU bHQAn3yAddLwonekcrkl8O9/0BSRVHR2 =CUn6 -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: 9.1-RC3 feels okay :-)
Isn't this a Xorg bug then? When I have no configuration file Hal should provide the configuration, so sooner or later the mouse should start moving... but is does not.. Do I get http://www.wonkity.com/~wblock/docs/html/aei.html correct that when I am using xorg.conf there is no need for Hal and when I am using Hal there is no need for xorg.conf? Thanks :-) Tomek On Nov 6, 2012 10:58 PM, "Julian H. Stacey" wrote: > Hi, > Reference: > > From: CeDeROM > > Date: Tue, 6 Nov 2012 22:14:03 +0100 > > Message-id:h8ga9vwme+trdng_kyjc...@mail.gmail.com> > > CeDeROM wrote: > > I have also noted that mouse cursor is very often not moving in Xorg > > but it works in the console! I need to move cursor while statrx or > > restart Xorg for mouse to start moving. Is it a bug or feature? :-) > > > > In the xorg.conf: > > Section "InputDevice" > > Identifier "Mouse0" > > Driver "mouse" > > Option "Protocol" "auto" > > Option "Device" "/dev/sysmouse" > > Option "ZAxisMapping" "4 5 6 7" > > EndSection > > Inside > Section "ServerLayout" > Just after > InputDevice"Mouse0" "CorePointer" > Append > Option "AllowEmptyInput" "False" > > Cheers, > Julian > -- > Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich > http://berklix.com > Reply below not above, like a play script. Indent old text with "> ". > Send plain text. Not: HTML, multipart/alternative, base64, > quoted-printable. > ___ > 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"
[head tinderbox] failure on i386/pc98
TB --- 2012-11-06 21:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-06 21:20:00 - 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 --- 2012-11-06 21:20:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-06 21:20:00 - cleaning the object tree TB --- 2012-11-06 21:23:50 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-06 21:23:50 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-06 21:23:50 - /usr/local/bin/svn cleanup /src TB --- 2012-11-06 21:25:36 - /usr/local/bin/svn update /src TB --- 2012-11-06 21:25:42 - At svn revision 242674 TB --- 2012-11-06 21:25:43 - building world TB --- 2012-11-06 21:25:43 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 21:25:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 21:25:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 21:25:43 - SRCCONF=/dev/null TB --- 2012-11-06 21:25:43 - TARGET=pc98 TB --- 2012-11-06 21:25:43 - TARGET_ARCH=i386 TB --- 2012-11-06 21:25:43 - TZ=UTC TB --- 2012-11-06 21:25:43 - __MAKE_CONF=/dev/null TB --- 2012-11-06 21:25:43 - cd /src TB --- 2012-11-06 21:25:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 6 21:25:48 UTC 2012 >>> 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 [...] cc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUFS1_AND_UFS2 -DFLAGS= -DSIOPRT=0x238 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/pc98/boot2/../../.. -I/src/sys/boot/pc98/boot2/../../i386/boot2 -I/src/sys/boot/pc98/boot2/../../common -I/src/sys/boot/pc98/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -Qunused-arguments-c /src/sys/boot/pc98/boot2/boot1.S cc: warning: the clang compiler does not support '-fno-unit-at-a-time' /src/sys/boot/pc98/boot2/boot1.S:65:3: error: unexpected directive .code16 .code16 ^ /src/sys/boot/pc98/boot2/boot1.S:65:10: error: .code16 not supported yet .code16 ^ *** [boot1.o] Error code 1 Stop in /src/sys/boot/pc98/boot2. *** [depend] Error code 1 Stop in /src/sys/boot/pc98. *** [depend] Error code 1 Stop in /src/sys/boot. *** [depend] Error code 1 Stop in /src/sys. *** [sys.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-06 23:43:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-06 23:43:49 - ERROR: failed to build world TB --- 2012-11-06 23:43:49 - 6729.77 user 898.38 system 8629.47 real http://tinderbox.freebsd.org/tinderbox-head-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: 9.1-RC3 feels okay :-)
On Wed, 2012-11-07 at 00:34 +0100, CeDeROM wrote: > Isn't this a Xorg bug then? When I have no configuration file Hal > should > provide the configuration, so sooner or later the mouse should start > moving... but is does not.. > > Do I get http://www.wonkity.com/~wblock/docs/html/aei.html correct > that > when I am using xorg.conf there is no need for Hal and when I am using > Hal > there is no need for xorg.conf? > > Thanks :-) I think that is true in general, usually you have one or the other. There are times when you need an xorg.conf and you may have hald running for other reasons, and then you have to get them to play nice together. I had that situation at one time (I needed to customize something about my monitor that wasn't auto-detected), but now it just works for me without any xorg.conf. When I did have both, turning off AutoAddDevices and configuring sysmouse as the input device worked for me (but that was on 8.x, not 9.x, and probably an older port of the X server). I've also seen a couple sites recommend turning off AutoAddDevices if you manually configure the mouse without mentioning hal specifically. They just say things like "X will automatically find your mouse unless you turn off AutoAddDevices." It's unclear to me whether X is able to do that without hal, or maybe those statements are just glossing over important details to keep the explanation simple. -- Ian ___ 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 --- 2012-11-06 21:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-11-06 21:20:00 - 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 --- 2012-11-06 21:20:00 - starting HEAD tinderbox run for i386/i386
TB --- 2012-11-06 21:20:00 - cleaning the object tree
TB --- 2012-11-06 21:26:36 - checking out /src from
svn://svn.freebsd.org/base/head
TB --- 2012-11-06 21:26:36 - cd /tinderbox/HEAD/i386/i386
TB --- 2012-11-06 21:26:36 - /usr/local/bin/svn cleanup /src
TB --- 2012-11-06 21:28:05 - /usr/local/bin/svn update /src
TB --- 2012-11-06 21:28:11 - At svn revision 242674
TB --- 2012-11-06 21:28:12 - building world
TB --- 2012-11-06 21:28:12 - CROSS_BUILD_TESTING=YES
TB --- 2012-11-06 21:28:12 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-11-06 21:28:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-11-06 21:28:12 - SRCCONF=/dev/null
TB --- 2012-11-06 21:28:12 - TARGET=i386
TB --- 2012-11-06 21:28:12 - TARGET_ARCH=i386
TB --- 2012-11-06 21:28:12 - TZ=UTC
TB --- 2012-11-06 21:28:12 - __MAKE_CONF=/dev/null
TB --- 2012-11-06 21:28:12 - cd /src
TB --- 2012-11-06 21:28:12 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Tue Nov 6 21:28:18 UTC 2012
>>> 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 Nov 7 00:26:54 UTC 2012
TB --- 2012-11-07 00:26:54 - generating LINT kernel config
TB --- 2012-11-07 00:26:54 - cd /src/sys/i386/conf
TB --- 2012-11-07 00:26:54 - /usr/bin/make -B LINT
TB --- 2012-11-07 00:26:54 - cd /src/sys/i386/conf
TB --- 2012-11-07 00:26:54 - /usr/sbin/config -m LINT
TB --- 2012-11-07 00:26:54 - building LINT kernel
TB --- 2012-11-07 00:26:54 - CROSS_BUILD_TESTING=YES
TB --- 2012-11-07 00:26:54 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-11-07 00:26:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-11-07 00:26:54 - SRCCONF=/dev/null
TB --- 2012-11-07 00:26:54 - TARGET=i386
TB --- 2012-11-07 00:26:54 - TARGET_ARCH=i386
TB --- 2012-11-07 00:26:54 - TZ=UTC
TB --- 2012-11-07 00:26:54 - __MAKE_CONF=/dev/null
TB --- 2012-11-07 00:26:54 - cd /src
TB --- 2012-11-07 00:26:54 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Wed Nov 7 00:26:54 UTC 2012
>>> 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
[...]
cc: warning: argument unused during compilation: '-falign-functions=16'
[-Wunused-command-line-argument]
sh /src/sys/kern/genassym.sh svr4_genassym.o > svr4_assym.h
uudecode < /usr/share/syscons/fonts/cp850-8x16.fnt && file2c 'static u_char
dflt_font_16[16*256] = {' '};' < cp850-8x16 > font.h && uudecode <
/usr/share/syscons/fonts/cp850-8x14.fnt && file2c 'static u_char
dflt_font_14[14*256] = {' '};' < cp850-8x14 >> font.h && uudecode <
/usr/share/syscons/fonts/cp850-8x8.fnt && file2c 'static u_char
dflt_font_8[8*256] = {' '};' < cp850-8x8 >> font.h
/usr/sbin/kbdcontrol -L jp.106 | sed -e 's/^static keymap_t.* = /static
keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t
accent_map = /' > atkbdmap.h
/usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static
keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t
accent_map = /' > ukbdmap.h
sed -e 's/^.*#include.*phy\.h.*$//' /src/sys/contrib/dev/nve/os.h >
os+%DIKED-nve.h
cc -c -x assembler-with-cpp -DLOCORE -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 -Wno-error-tautological-compare
-Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I.
-I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter
-I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm
-I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -falign-functions=16
-DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float
-ffreestanding -fstack-protector -no-integrated-as -Werror
/src/sys/i386/acpica/acpi_wakecode.S
cc: error: argument unused during compilation: '-falign-functions=16'
[-Werror,-Wunused-command-line-argument]
*** [acpi_wakecode.o] Error code 1
Stop in /obj/i386.i386/src/sys/LINT.
*** [buildkernel] Error code 1
Stop in /src.
*** Error code 1
Stop in /src.
TB
[head tinderbox] failure on amd64/amd64
TB --- 2012-11-06 21:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-11-06 21:20:00 - 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 --- 2012-11-06 21:20:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2012-11-06 21:20:00 - cleaning the object tree
TB --- 2012-11-06 21:28:19 - checking out /src from
svn://svn.freebsd.org/base/head
TB --- 2012-11-06 21:28:19 - cd /tinderbox/HEAD/amd64/amd64
TB --- 2012-11-06 21:28:19 - /usr/local/bin/svn cleanup /src
TB --- 2012-11-06 21:29:45 - /usr/local/bin/svn update /src
TB --- 2012-11-06 21:29:51 - At svn revision 242674
TB --- 2012-11-06 21:29:52 - building world
TB --- 2012-11-06 21:29:52 - CROSS_BUILD_TESTING=YES
TB --- 2012-11-06 21:29:52 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-11-06 21:29:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-11-06 21:29:52 - SRCCONF=/dev/null
TB --- 2012-11-06 21:29:52 - TARGET=amd64
TB --- 2012-11-06 21:29:52 - TARGET_ARCH=amd64
TB --- 2012-11-06 21:29:52 - TZ=UTC
TB --- 2012-11-06 21:29:52 - __MAKE_CONF=/dev/null
TB --- 2012-11-06 21:29:52 - cd /src
TB --- 2012-11-06 21:29:52 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Tue Nov 6 21:29:57 UTC 2012
>>> 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 Wed Nov 7 01:04:52 UTC 2012
TB --- 2012-11-07 01:04:52 - generating LINT kernel config
TB --- 2012-11-07 01:04:52 - cd /src/sys/amd64/conf
TB --- 2012-11-07 01:04:52 - /usr/bin/make -B LINT
TB --- 2012-11-07 01:04:52 - cd /src/sys/amd64/conf
TB --- 2012-11-07 01:04:52 - /usr/sbin/config -m LINT
TB --- 2012-11-07 01:04:52 - building LINT kernel
TB --- 2012-11-07 01:04:52 - CROSS_BUILD_TESTING=YES
TB --- 2012-11-07 01:04:52 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-11-07 01:04:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-11-07 01:04:52 - SRCCONF=/dev/null
TB --- 2012-11-07 01:04:52 - TARGET=amd64
TB --- 2012-11-07 01:04:52 - TARGET_ARCH=amd64
TB --- 2012-11-07 01:04:52 - TZ=UTC
TB --- 2012-11-07 01:04:52 - __MAKE_CONF=/dev/null
TB --- 2012-11-07 01:04:52 - cd /src
TB --- 2012-11-07 01:04:52 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Wed Nov 7 01:04:52 UTC 2012
>>> 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
[...]
cc: warning: argument unused during compilation: '-falign-functions=16'
[-Wunused-command-line-argument]
env NM='nm' sh /src/sys/kern/genassym.sh ia32_genassym.o > ia32_assym.h
uudecode < /usr/share/syscons/fonts/cp850-8x16.fnt && file2c 'static u_char
dflt_font_16[16*256] = {' '};' < cp850-8x16 > font.h && uudecode <
/usr/share/syscons/fonts/cp850-8x14.fnt && file2c 'static u_char
dflt_font_14[14*256] = {' '};' < cp850-8x14 >> font.h && uudecode <
/usr/share/syscons/fonts/cp850-8x8.fnt && file2c 'static u_char
dflt_font_8[8*256] = {' '};' < cp850-8x8 >> font.h
/usr/sbin/kbdcontrol -L jp.106 | sed -e 's/^static keymap_t.* = /static
keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t
accent_map = /' > atkbdmap.h
/usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static
keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t
accent_map = /' > ukbdmap.h
sed -e 's/^.*#include.*phy\.h.*$//' /src/sys/contrib/dev/nve/os.h >
os+%DIKED-nve.h
cc -c -x assembler-with-cpp -DLOCORE -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 -Wno-error-tautological-compare
-Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I.
-I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter
-I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm
-I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -falign-functions=16
-DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx
-mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float
-fno-asynchronous-unwind-tables -ffreestanding -fstack-protector
-no-integrated-as -Werror /src/sys/amd64/acpica/acpi_wakecode.S
cc: error: argument unused during compilation: '-falign-functions=16'
[-Werror,-Wunused-command-line-argumen
Re: 9.1-RC3 feels okay :-)
Ian Lepore wrote: > On Tue, 2012-11-06 at 22:57 +0100, Julian H. Stacey wrote: > > Hi, > > Reference: > > > From: CeDeROM > > > Date: Tue, 6 Nov 2012 22:14:03 +0100 > > > Message-id: > > > > > > > CeDeROM wrote: > > > I have also noted that mouse cursor is very often not moving in Xorg > > > but it works in the console! I need to move cursor while statrx or > > > restart Xorg for mouse to start moving. Is it a bug or feature? :-) > > > > > > In the xorg.conf: > > > Section "InputDevice" > > > Identifier "Mouse0" > > > Driver "mouse" > > > Option "Protocol" "auto" > > > Option "Device" "/dev/sysmouse" > > > Option "ZAxisMapping" "4 5 6 7" > > > EndSection > > > > Inside > > Section "ServerLayout" > > Just after > > InputDevice"Mouse0" "CorePointer" > > Append > > Option "AllowEmptyInput" "False" > > > > Cheers, > > Julian > > Before you do that, read this: > > http://www.wonkity.com/~wblock/docs/html/aei.html The page is bad here: "Summary ... just let xorg-server use hald by default." FreeBSD 8.3-RELEASE & 9.0-RELEASE by default do Not run hald. See: /usr/local/etc/rc.d/hald # Add the following line to /etc/rc.conf to enable the HAL daemon: # # hald_enable="YES" There is no hald_enable="YES" in /etc/defaults/rc.conf (Happily, IMO). Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Reply below not above, like a play script. Indent old text with "> ". Send plain text. Not: HTML, multipart/alternative, base64, quoted-printable. ___ 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] SVN r242667 and r242688 missing .4th file in /boot
For a brief 6 hours and 48 minutes (time between r242667 and r242688), if you updated your HEAD source tree, please update it again (to bring base/head/sys/boot/ up to r242688 or higher). r242667 introduced a bugette wherein if you reboot your system you'll get the error "can't open '/boot/menusets.4th': no such file or directory". Updating to r242688 fixes the problem by installing the missing .4th file. -- Devin _ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. ___ 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: [HEAD] SVN r242667 and r242688 missing .4th file in /boot
On Tue, Nov 06, 2012 at 06:27:44PM -0800, Devin Teske wrote: > For a brief 6 hours and 48 minutes (time between r242667 and r242688), if you > updated your HEAD source tree, please update it again (to bring > base/head/sys/boot/ up to r242688 or higher). > > r242667 introduced a bugette wherein if you reboot your system you'll get the > error "can't open '/boot/menusets.4th': no such file or directory". > > Updating to r242688 fixes the problem by installing the missing .4th file. Ah, good. It wasn't "just me" then. :-) Glen pgpscXIEyBMee.pgp Description: PGP signature
[head tinderbox] failure on sparc64/sparc64
TB --- 2012-11-07 02:19:52 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-07 02:19:52 - 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 --- 2012-11-07 02:19:52 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-11-07 02:19:52 - cleaning the object tree TB --- 2012-11-07 02:21:35 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-07 02:21:35 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2012-11-07 02:21:35 - /usr/local/bin/svn cleanup /src TB --- 2012-11-07 02:22:19 - /usr/local/bin/svn update /src TB --- 2012-11-07 02:22:26 - At svn revision 242688 TB --- 2012-11-07 02:22:27 - building world TB --- 2012-11-07 02:22:27 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 02:22:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 02:22:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 02:22:27 - SRCCONF=/dev/null TB --- 2012-11-07 02:22:27 - TARGET=sparc64 TB --- 2012-11-07 02:22:27 - TARGET_ARCH=sparc64 TB --- 2012-11-07 02:22:27 - TZ=UTC TB --- 2012-11-07 02:22:27 - __MAKE_CONF=/dev/null TB --- 2012-11-07 02:22:27 - cd /src TB --- 2012-11-07 02:22:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 7 02:22:32 UTC 2012 >>> 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 Nov 7 03:24:34 UTC 2012 TB --- 2012-11-07 03:24:34 - generating LINT kernel config TB --- 2012-11-07 03:24:34 - cd /src/sys/sparc64/conf TB --- 2012-11-07 03:24:34 - /usr/bin/make -B LINT TB --- 2012-11-07 03:24:35 - cd /src/sys/sparc64/conf TB --- 2012-11-07 03:24:35 - /usr/sbin/config -m LINT TB --- 2012-11-07 03:24:35 - building LINT kernel TB --- 2012-11-07 03:24:35 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 03:24:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 03:24:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 03:24:35 - SRCCONF=/dev/null TB --- 2012-11-07 03:24:35 - TARGET=sparc64 TB --- 2012-11-07 03:24:35 - TARGET_ARCH=sparc64 TB --- 2012-11-07 03:24:35 - TZ=UTC TB --- 2012-11-07 03:24:35 - __MAKE_CONF=/dev/null TB --- 2012-11-07 03:24:35 - cd /src TB --- 2012-11-07 03:24:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 7 03:24:35 UTC 2012 >>> 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/kern/kern_linker.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/kern/kern_lock.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/kern/kern_lockf.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
Re: 9.1-RC3 feels okay :-)
07.11.2012 01:14, CeDeROM пишет: > I have also noted that mouse cursor is very often not moving in Xorg > but it works in the console! I need to move cursor while statrx or > restart Xorg for mouse to start moving. Is it a bug or feature? :-) > > In the xorg.conf: > Section "InputDevice" > Identifier "Mouse0" > Driver "mouse" > Option "Protocol" "auto" > Option "Device" "/dev/sysmouse" > Option "ZAxisMapping" "4 5 6 7" > EndSection You may be interested in: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/171433 If the patch from the PR helps you, please submit a follow-up to the PR. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ 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"
