Re: 9.0 bata2 & keymap
On 09/15/11 14:57, Fbsd8 wrote:
Out of the 9 USA maps only "us.iso.acc.kbd" worked somewhat.
The keyboard 9 key block above the arrow keys don't function.
Issuing the "man cmd_name" command doe's display the man page,
but the {Page up, Page down keys } don't work.
Also when using the "ee" edit command the {delete, Page up, Page down
keys } don't work. This does not happen in any of the previous releases.
Further more, localization of the keyboard should not be forced on the
user during the install process. This BSDinstall option should be
disabled or removed.
You can press "Cancel" there, which will cancel keymap selection and
keep the default. The utility being invoked is just kbdmap(1), and any
changes to it need to go there.
-Nathan
___
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.0 bata2 & keymap
.. maybe name that button "skip" then? Adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: 9.0 bata2 & keymap
On 09/17/11 10:04, Adrian Chadd wrote: .. maybe name that button "skip" then? The button is provided by kbdmap, as is the entire screen. We could add an "installer" mode to kbdmap that names it skip instead of cancel, of course. I'm traveling for another 2 weeks and won't have time to do that, however. -Nathan ___ 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"
After r22561[78] some kmods do not build any more
Upgrading 9.0-BETA2 last night after r22561[78] was committed brings me trouble with at least to kmods from ports. They do not load anymore and also I am not able the build them: /usr/ports/print/acroreadwrapper#make ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Extracting for acroreadwrapper-0.0.20110529 => SHA256 Checksum OK for linux_adobe_kmod-20110529.tar.gz. ===> Patching for acroreadwrapper-0.0.20110529 ===> Configuring for acroreadwrapper-0.0.20110529 ===> Building for acroreadwrapper-0.0.20110529 Warning: Object directory not changed from original /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110529 @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include x86 -> /usr/src/sys/x86/include cc -O2 -fno-strict-aliasing -pipe -msse3 -DCOMPAT_FREEBSD32 -DCOMPAT_LINUX32 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -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 -c linux_adobe.c cc1: warnings being treated as errors linux_adobe.c: In function 'linux_adobe_linux_sched_setscheduler': linux_adobe.c:88: warning: implicit declaration of function 'sched_setscheduler' linux_adobe.c:88: warning: nested extern declaration of 'sched_setscheduler' [-Wnested-externs] *** Error code 1 Stop in /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110529. *** Error code 1 Stop in /usr/ports/print/acroreadwrapper. /usr/ports/emulators/rtc#make ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Extracting for rtc-2004.02.24.1_8 ===> Patching for rtc-2004.02.24.1_8 ===> Configuring for rtc-2004.02.24.1_8 ===> Building for rtc-2004.02.24.1_8 "/usr/share/mk/bsd.compat.mk", line 35: warning: NOMAN is deprecated in favour of NO_MAN "/sys/conf/kmod.mk", line 268: warning: duplicate script for target "@" ignored @ -> /sys awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h Warning: Object directory not changed from original /usr/ports/emulators/rtc/work/files machine -> /usr/src/sys/amd64/include x86 -> /usr/src/sys/x86/include cc -O2 -fno-strict-aliasing -pipe -msse3 -DCDEV_MAJOR_=202 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/ports/emulators/rtc/work/files -I/sys -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -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 -c rtc.c cc -O2 -fno-strict-aliasing -pipe -msse3 -DCDEV_MAJOR_=202 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/ports/emulators/rtc/work/files -I/sys -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -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 -c rtc_linux.c cc1: warnings being treated as errors rtc_linux.c: In function 'linux_ioctl_rtc': rtc_linux.c:74: warning: implicit declaration of function 'ioctl' rtc_linux.c:74: warning: nested extern declaration of 'ioctl' [-Wnested-externs] *** Error code 1 Stop in /usr/ports/emulators/rtc/work/files. *** Error code 1 Stop in /usr/ports/emulators/rtc. Am I doing something wrong or is this intended and some ports need adaptions? Thanks in advance, Rainer Hurling ___ 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: Crashes in world built w/ clang: FP registers?
On Fri, Sep 16, 2011 at 10:34:40PM -0500, Jason Harmening wrote:
> Hi everyone,
>
> Using clang as the default compiler, the kernel and drivers will work
> fine, but a lot of programs in the base system and ports will crash w/
> SIGBUS. In fact, so much of the stuff in the chroot'ed world will
> crash (everything from csh to gcc) that it's basically unusable. I
> finally got around to building w/ debug symbols, and ran gdb on a
> coredump generated while I was trying to use tab completion in csh:
>
> (gdb) bt
> #0 tw_collect (command=dwarf2_read_address: Corrupted DWARF expression.)
> at /usr/src/bin/csh/../../contrib/tcsh/tw.parse.c:1308
> #1 0x0042777b in t_search (word=Unhandled dwarf expression opcode
> 0x0)
> at /usr/src/bin/csh/../../contrib/tcsh/tw.parse.c:1725
> #2 0x00426829 in tenematch (inputline=Variable "inputline" is
> not avail able.)
> at /usr/src/bin/csh/../../contrib/tcsh/tw.parse.c:301
> #3 0x0043545d in Inputl ()
> at /usr/src/bin/csh/../../contrib/tcsh/ed.inputl.c:415
> #4 0x00417a90 in readc (wanteof=Variable "wanteof" is not available.)
> at /usr/src/bin/csh/../../contrib/tcsh/sh.lex.c:1653
> #5 0x00416f37 in lex (hp=Variable "hp" is not available.)
> at /usr/src/bin/csh/../../contrib/tcsh/sh.lex.c:162
> #6 0x00405afb in process (catch=Unhandled dwarf expression opcode
> 0x0)
> at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1922
> #7 0x00404b51 in main (argc=Variable "argc" is not available.)
> at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1289
>
> gdb) disas
> Dump of assembler code for function tw_collect:
> 0x004288b0 : push %rbp
> 0x004288b1 : mov%rsp,%rbp
> 0x004288b4 : push %r15
> 0x004288b6 : push %r14
> 0x004288b8 : push %r13
> 0x004288ba : push %r12
> 0x004288bc : push %rbx
> 0x004288bd : sub$0x2e8,%rsp
> 0x004288c4 : mov%r9,-0x308(%rbp)
> 0x004288cb : mov%r8,-0x300(%rbp)
> 0x004288d2 : mov%rcx,-0x2f8(%rbp)
> 0x004288d9 : mov%rdx,-0x2f0(%rbp)
> 0x004288e0 : mov%esi,-0x2e8(%rbp)
> 0x004288e6 : mov%edi,-0x2e4(%rbp)
> 0x004288ec : movl $0x0,-0x1d4(%rbp)
> 0x004288f6 : movaps 0x23115b(%rip),%xmm0
> # 0x6 59a58
>
This is actually 0x659a58
movaps tried to load %xmm0 from the unaligned address, which is forbidden
and causes #GP.
I have no idea why clang generates unaligned loads.
> 0x004288fd : lea-0x2(%rdi),%eax
> 0x00428900 : mov%eax,-0x2e0(%rbp)
> 0x00428906 : test %edi,%edi
> 0x00428908 : movaps %xmm0,-0x210(%rbp)
> 0x0042890f : sete %al
> ---Type to continue, or q to quit---q
> Quit
> (gdb) info line tw.parse.c:1308
> Line 1308 of "/usr/src/bin/csh/../../contrib/tcsh/tw.parse.c"
>starts at address 0x4288f6
>and ends at 0x4288fd .
>
>
> Looks like it's crashing as soon as it tries to use the XMM registers.
> I'm not sure if all of the crashes I'm getting are like this one, but
> I was surprised to see FP registers in code like this.
>
> I'm using march=corei7 and -O2 for both world and kernel, but using
> march=nocona or just leaving out CPUTYPE has no effect (actual CPU is
> Nehalem Xeon 5520)
> Here's the relevant part of make.conf for completeness:
>
> .if !defined(CC) || ${CC} == "cc"
> CC=clang
> .endif
> .if !defined(CXX) || ${CXX} == "c++"
> CXX=clang++
> .endif
> .if !defined(CPP) || ${CPP} == "cpp"
> CPP=clang -E
> .endif
> NO_WERROR=
> WERROR=
> NO_FSCHG=
> CPUTYPE?=corei7
> CFLAGS= -O2 -pipe
> COPTFLAGS= -O2 -pipe
>
> Any thoughts? Is there some simple fix for this I'm missing?
>
> Thanks,
> Jason
> ___
> 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"
pgpLoLcvYvQtt.pgp
Description: PGP signature
Re: Crashes in world built w/ clang: FP registers?
On 09/17/11 11:02, Kostik Belousov wrote: > On Fri, Sep 16, 2011 at 10:34:40PM -0500, Jason Harmening wrote: >> Hi everyone, >> >> Using clang as the default compiler, the kernel and drivers will work >> fine, but a lot of programs in the base system and ports will crash w/ >> SIGBUS. In fact, so much of the stuff in the chroot'ed world will >> crash (everything from csh to gcc) that it's basically unusable. I >> finally got around to building w/ debug symbols, and ran gdb on a >> coredump generated while I was trying to use tab completion in csh: I got a similar phenomenon with "sh" or "bash". Using tab exited the shell as it has been exited by typing exit. The box (A Dell Latitude E6510) ran so far the kernel, but compiling wasn't possible anymore, nearly every software crashed with SIGBUS. My kernel and world were compiled with CLANG, "-march=native" or left void. The CPU of the Latitude E6510 is a Core-i7 based Core-5 notebook CPU, "Lynnfield". At this very moment, the notebook runs again a fresh setup most recent FreeBSD 9.0/amd64, but I explicetely set "-march=core2", since looking at the postings here, it seems that CLANG is miscompiling on Core-i7 architectures when enabled on FreeBSD (I had never problems using the most recent CLANG on Linux Ubuntu 11.04, running on XEON 5670, a "Westmere" six core Core-i7 architecture with explicitely enabled -march=core-i7). I also realise that even on a Core2 and compiled with -march=core2 some clients compiled with CLANG sporadically SIGBUS, like Firefox 6. I can not provide more details, since I haven't run into the problem since a couple of days now and the notebook seems to work properly with -march-core2 set to CLANG this moment and I need the machines for work for the moment. But I hope I can provide with this some additional hints. By the way, I can reproduce the above mentioned behaviour of the broken OS when compiled with CLANG and non-set march or march set to native or core-i7. I did this two times and it was always the same phenomenon with different shells. The funny thing was: using the shells in multiuser mode tend to crash 100%. Using single user mode, the problem wasn't there, but compilation also failed with a "cc1" compiler error, although I've set the make.conf as recommended in the updated wiki. >> >> (gdb) bt >> #0 tw_collect (command=dwarf2_read_address: Corrupted DWARF expression.) >> at /usr/src/bin/csh/../../contrib/tcsh/tw.parse.c:1308 >> #1 0x0042777b in t_search (word=Unhandled dwarf expression opcode >> 0x0) >> at /usr/src/bin/csh/../../contrib/tcsh/tw.parse.c:1725 >> #2 0x00426829 in tenematch (inputline=Variable "inputline" is >> not avail able.) >> at /usr/src/bin/csh/../../contrib/tcsh/tw.parse.c:301 >> #3 0x0043545d in Inputl () >> at /usr/src/bin/csh/../../contrib/tcsh/ed.inputl.c:415 >> #4 0x00417a90 in readc (wanteof=Variable "wanteof" is not >> available.) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.lex.c:1653 >> #5 0x00416f37 in lex (hp=Variable "hp" is not available.) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.lex.c:162 >> #6 0x00405afb in process (catch=Unhandled dwarf expression opcode >> 0x0) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1922 >> #7 0x00404b51 in main (argc=Variable "argc" is not available.) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1289 >> >> gdb) disas >> Dump of assembler code for function tw_collect: >> 0x004288b0 : push %rbp >> 0x004288b1 : mov%rsp,%rbp >> 0x004288b4 : push %r15 >> 0x004288b6 : push %r14 >> 0x004288b8 : push %r13 >> 0x004288ba : push %r12 >> 0x004288bc : push %rbx >> 0x004288bd : sub$0x2e8,%rsp >> 0x004288c4 : mov%r9,-0x308(%rbp) >> 0x004288cb : mov%r8,-0x300(%rbp) >> 0x004288d2 : mov%rcx,-0x2f8(%rbp) >> 0x004288d9 : mov%rdx,-0x2f0(%rbp) >> 0x004288e0 : mov%esi,-0x2e8(%rbp) >> 0x004288e6 : mov%edi,-0x2e4(%rbp) >> 0x004288ec : movl $0x0,-0x1d4(%rbp) >> 0x004288f6 : movaps 0x23115b(%rip),%xmm0 >> # 0x6 59a58 >> > This is actually 0x659a58 > movaps tried to load %xmm0 from the unaligned address, which is forbidden > and causes #GP. > > I have no idea why clang generates unaligned loads. >> 0x004288fd : lea-0x2(%rdi),%eax >> 0x00428900 : mov%eax,-0x2e0(%rbp) >> 0x00428906 : test %edi,%edi >> 0x00428908 : movaps %xmm0,-0x210(%rbp) >> 0x0042890f : sete %al >> ---Type to continue, or q to quit---q >> Quit >> (gdb) info line tw.parse.c:1308 >> Line 1308 of "/usr/src/bin/csh/../../contrib/tcsh/tw.parse.c" >>starts at address 0x4288f6 >>and ends at 0x4288fd . >> >> >> Looks like it's cra
Re: After r22561[78] some kmods do not build any more
This is a side effect of the syscall namespace disambiguation. I will send patches to the ports maintainers. Thanks On Sat, Sep 17, 2011 at 10:29 AM, Rainer Hurling wrote: > Upgrading 9.0-BETA2 last night after r22561[78] was committed brings me > trouble with at least to kmods from ports. They do not load anymore and also > I am not able the build them: > > > /usr/ports/print/acroreadwrapper#make > ===> Vulnerability check disabled, database not found > ===> License check disabled, port has not defined LICENSE > ===> Extracting for acroreadwrapper-0.0.20110529 > => SHA256 Checksum OK for linux_adobe_kmod-20110529.tar.gz. > ===> Patching for acroreadwrapper-0.0.20110529 > ===> Configuring for acroreadwrapper-0.0.20110529 > ===> Building for acroreadwrapper-0.0.20110529 > Warning: Object directory not changed from original > /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110529 > @ -> /usr/src/sys > machine -> /usr/src/sys/amd64/include > x86 -> /usr/src/sys/x86/include > cc -O2 -fno-strict-aliasing -pipe -msse3 -DCOMPAT_FREEBSD32 -DCOMPAT_LINUX32 > -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ -I@/contrib/altq > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse > -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -std=iso9899:1999 -fstack-protector -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 -c linux_adobe.c > cc1: warnings being treated as errors > linux_adobe.c: In function 'linux_adobe_linux_sched_setscheduler': > linux_adobe.c:88: warning: implicit declaration of function > 'sched_setscheduler' > linux_adobe.c:88: warning: nested extern declaration of 'sched_setscheduler' > [-Wnested-externs] > *** Error code 1 > Stop in /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110529. > *** Error code 1 > Stop in /usr/ports/print/acroreadwrapper. > > > > /usr/ports/emulators/rtc#make > ===> Vulnerability check disabled, database not found > ===> License check disabled, port has not defined LICENSE > ===> Extracting for rtc-2004.02.24.1_8 > ===> Patching for rtc-2004.02.24.1_8 > ===> Configuring for rtc-2004.02.24.1_8 > ===> Building for rtc-2004.02.24.1_8 > "/usr/share/mk/bsd.compat.mk", line 35: warning: NOMAN is deprecated in > favour of NO_MAN > "/sys/conf/kmod.mk", line 268: warning: duplicate script for target "@" > ignored > @ -> /sys > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h > Warning: Object directory not changed from original > /usr/ports/emulators/rtc/work/files > machine -> /usr/src/sys/amd64/include > x86 -> /usr/src/sys/x86/include > cc -O2 -fno-strict-aliasing -pipe -msse3 -DCDEV_MAJOR_=202 -Werror -D_KERNEL > -DKLD_MODULE -nostdinc -I/usr/ports/emulators/rtc/work/files -I/sys -I. -I@ > -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse > -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -std=iso9899:1999 -fstack-protector -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 -c rtc.c > cc -O2 -fno-strict-aliasing -pipe -msse3 -DCDEV_MAJOR_=202 -Werror -D_KERNEL > -DKLD_MODULE -nostdinc -I/usr/ports/emulators/rtc/work/files -I/sys -I. -I@ > -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse > -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -std=iso9899:1999 -fstack-protector -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 -c rtc_linux.c > cc1: warnings being treated as errors > rtc_linux.c: In function 'linux_ioctl_rtc': > rtc_linux.c:74: warning: implicit declaration of function 'ioctl' > rtc_linux.c:74: warning: nested extern declaration of 'ioctl' > [-Wnested-externs] > *** Error code 1 > Stop in /usr/ports/emulators/rtc/work/files. > *** Error code 1 > Stop in /usr/ports/emulators/rtc. > > > Am I doing something wrong or is this intended and some ports need > adaptions? > > Thanks in advance, > Rainer Hurling > ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listi
Re: After r22561[78] some kmods do not build any more
On 17.09.2011 14:30 (UTC+1), K. Macy wrote: This is a side effect of the syscall namespace disambiguation. I will send patches to the ports maintainers. Ok, so my first thought was right ;-) I just tested your patch for emulators/rtc, offered on #bsdports. It builds fine and seems to work. Thanks a lot for responding so fast. Thanks On Sat, Sep 17, 2011 at 10:29 AM, Rainer Hurling wrote: Upgrading 9.0-BETA2 last night after r22561[78] was committed brings me trouble with at least to kmods from ports. They do not load anymore and also I am not able the build them: /usr/ports/print/acroreadwrapper#make ===>Vulnerability check disabled, database not found ===>License check disabled, port has not defined LICENSE ===>Extracting for acroreadwrapper-0.0.20110529 => SHA256 Checksum OK for linux_adobe_kmod-20110529.tar.gz. ===>Patching for acroreadwrapper-0.0.20110529 ===>Configuring for acroreadwrapper-0.0.20110529 ===>Building for acroreadwrapper-0.0.20110529 Warning: Object directory not changed from original /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110529 @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include x86 -> /usr/src/sys/x86/include cc -O2 -fno-strict-aliasing -pipe -msse3 -DCOMPAT_FREEBSD32 -DCOMPAT_LINUX32 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -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 -c linux_adobe.c cc1: warnings being treated as errors linux_adobe.c: In function 'linux_adobe_linux_sched_setscheduler': linux_adobe.c:88: warning: implicit declaration of function 'sched_setscheduler' linux_adobe.c:88: warning: nested extern declaration of 'sched_setscheduler' [-Wnested-externs] *** Error code 1 Stop in /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110529. *** Error code 1 Stop in /usr/ports/print/acroreadwrapper. /usr/ports/emulators/rtc#make ===>Vulnerability check disabled, database not found ===>License check disabled, port has not defined LICENSE ===>Extracting for rtc-2004.02.24.1_8 ===>Patching for rtc-2004.02.24.1_8 ===>Configuring for rtc-2004.02.24.1_8 ===>Building for rtc-2004.02.24.1_8 "/usr/share/mk/bsd.compat.mk", line 35: warning: NOMAN is deprecated in favour of NO_MAN "/sys/conf/kmod.mk", line 268: warning: duplicate script for target "@" ignored @ -> /sys awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h Warning: Object directory not changed from original /usr/ports/emulators/rtc/work/files machine -> /usr/src/sys/amd64/include x86 -> /usr/src/sys/x86/include cc -O2 -fno-strict-aliasing -pipe -msse3 -DCDEV_MAJOR_=202 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/ports/emulators/rtc/work/files -I/sys -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -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 -c rtc.c cc -O2 -fno-strict-aliasing -pipe -msse3 -DCDEV_MAJOR_=202 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/ports/emulators/rtc/work/files -I/sys -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -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 -c rtc_linux.c cc1: warnings being treated as errors rtc_linux.c: In function 'linux_ioctl_rtc': rtc_linux.c:74: warning: implicit declaration of function 'ioctl' rtc_linux.c:74: warning: nested extern declaration of 'ioctl' [-Wnested-externs] *** Error code 1 Stop in /usr/ports/emulators/rtc/work/files. *** Error code 1 Stop in /usr/ports/emulators/rtc. Am I doing something wrong or is this intended and some ports need adaptions? Thanks in advance, Rainer Hurling ___
Re: ataidle + notebook hdd + 9.0-BETA2
On Wednesday 14 September 2011 05:59:05 Nenhum_de_Nos wrote: > I just installed BETA2 on WD notebook disk: > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > ada0: ATA-8 SATA 2.x device > ada0: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) > ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) > ada0: Previously was known as ad4 > > and tried as usual to make the disk last a little longer: > > rush# ataidle -P 243 /dev/ad4 > ataidle: error: identify device /dev/ad4 > > rush# ataidle -P 243 /dev/ada0 > (pass0:ata2:0:0:0): SETFEATURES. ACB: ef 05 00 00 00 40 00 00 00 00 f3 00 > (pass0:ata2:0:0:0): CAM status: CCB request completed with an error > Failed to configure APM: No error: 0 > > so, is this still needed after ada took place ? How can I do it now if > needed ? Until a more elegant solution is found you can set the APM value like this: camcontrol cmd ada0 -a "EF 05 00 00 00 00 00 00 00 00 F3 00" EF is setfeature command 05 enables APM feature F3 is 243 To disable APM you can use: camcontrol cmd ada0 -a "EF 85 00 00 00 00 00 00 00 00 00 00" You can check the value with: camcontrol identify ada0 signature.asc Description: This is a digitally signed message part.
Re: http://www.freebsd.org/marketing/os-comparison.html
On Wed, Sep 7, 2011 at 6:36 AM, Aldis Berjoza wrote: This is interesting, and could be mentioned in updated page > http://www.phoronix.com/scan.php?page=article&item=linux_games_bsd&num=1 > > -- > Aldis Berjoza > http://www.bsdroot.lv/ > Anything gonna be done with this? It has promise but needs some more people involved. > -- > Chris Brennan > A: Yes. > >Q: Are you sure? > >>A: Because it reverses the logical flow of conversation. > >>>Q: Why is top posting frowned upon? > http://xkcd.com/84/ | http://xkcd.com/149/ | http://xkcd.com/549/ > GPG: D5B20C0C (6741 8EE4 6C7D 11FB 8DA8 9E4A EECD 9A84 D5B2 0C0C) ___ 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.0 bata2 & keymap
Nathan Whitehorn wrote:
On 09/15/11 14:57, Fbsd8 wrote:
Out of the 9 USA maps only "us.iso.acc.kbd" worked somewhat.
The keyboard 9 key block above the arrow keys don't function.
Issuing the "man cmd_name" command doe's display the man page,
but the {Page up, Page down keys } don't work.
Also when using the "ee" edit command the {delete, Page up, Page down
keys } don't work. This does not happen in any of the previous releases.
Further more, localization of the keyboard should not be forced on the
user during the install process. This BSDinstall option should be
disabled or removed.
You can press "Cancel" there, which will cancel keymap selection and
keep the default. The utility being invoked is just kbdmap(1), and any
changes to it need to go there.
-Nathan
>> .. maybe name that button "skip" then?
>>
>
>The button is provided by kbdmap, as is the entire screen. We could
add >an "installer" mode to kbdmap that names it skip instead of cancel,
of >course. I'm traveling for another 2 weeks and won't have time to do
>that, however.
>-Nathan
>
Nathan
Its good to be talking directly with the bsdinstall author.
Changing the cancel button in the kbdmap command to skip, does not
address the problem, which is the lack of knowledge of the standard
bsdinstall user. I've been using Freebsd since 4.0 and never used the
kbdmap command or for that matter even knew it existed.
The real question is not "how to change the kbdmap command" but one of
should bsdinstall even be presenting this option? Localization of
Freebsd has all ways been a advanced configuration task in previous
releases and maybe it should remain that way. Even in the comments of
bsdinstall you call this option as optional. The easiest solution is
just to comment out this code in bsdinstall.
As you stated above "selecting the cancel button will keep the default".
How is the bsdinstall user suppose to know this? Changing 'cancel" to
"skip" still does not address the problem that users are NOT going to
know that doing so will give them the old default. This is a good case
for a help dialog screen.
One way to keep the localization option is to add an informational
bsdinstall dialog screen asking the user if they want to modify this
install to use a keyboard that is language specific, (ie: Japanese
keyboard, Russian keyboard, ect). Including a statement saying that
selecting localization will launch the system kbdmap command, and then
selecting the cancel button will result in the default used in previous
releases to be used. This gives the user the information needed to base
a intelligent decision on and keeps the kbdmap command unchanged.
Another way would be to add an entry to the top of kbdmap command
database labeled "(default) description" so its highlighted on the
initial display and hitting enter will take this selection.
Now I must point out that I tested hitting the cancel button in the
kbdmap command. It worked in that no keymap= statement was inserted into
/etc/rc.conf but it must also make some other changes some where else in
the system because if you do select an entry from the kbdmap database
and them remove the keymap= statement that was inserted into
/etc/rc.conf and then reboot the system, it will hang on reboot.
Another point of interest is when selecting "cancel for the default
keyboard" still results in the block of 9 keys above the arrow keys to
not function. Issuing the "man cmd_name" command does display the man
page, but the {Page up, Page down keys } don't work. Also when using the
"ee" edit command the {delete, Page up, Page down don't work. There may
be more system utility commands with the same flaw.
This may indicate that the default keyboard map in kbdmap command has
changed, is not the same as in previous releases or some thing else in
the 9.0 system has changed. In either case this needs research.
Joe
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: After r22561[78] some kmods do not build any more
On 17.09.2011 15:08 (UTC+1), Rainer Hurling wrote: On 17.09.2011 14:30 (UTC+1), K. Macy wrote: This is a side effect of the syscall namespace disambiguation. I will send patches to the ports maintainers. Ok, so my first thought was right ;-) I just tested your patch for emulators/rtc, offered on #bsdports. It builds fine and seems to work. Same with your second patch on http://pastebin.com/1vx8RMVn for print/acroreadwrapper. It also works :-) BTW, I just recognized, that there is a PR open for it: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/160769 I CC'd Conrad J. Sabatier as its author. Thanks a lot for responding so fast. Thanks On Sat, Sep 17, 2011 at 10:29 AM, Rainer Hurling wrote: Upgrading 9.0-BETA2 last night after r22561[78] was committed brings me trouble with at least to kmods from ports. They do not load anymore and also I am not able the build them: /usr/ports/print/acroreadwrapper#make ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Extracting for acroreadwrapper-0.0.20110529 => SHA256 Checksum OK for linux_adobe_kmod-20110529.tar.gz. ===> Patching for acroreadwrapper-0.0.20110529 ===> Configuring for acroreadwrapper-0.0.20110529 ===> Building for acroreadwrapper-0.0.20110529 Warning: Object directory not changed from original /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110529 @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include x86 -> /usr/src/sys/x86/include cc -O2 -fno-strict-aliasing -pipe -msse3 -DCOMPAT_FREEBSD32 -DCOMPAT_LINUX32 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -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 -c linux_adobe.c cc1: warnings being treated as errors linux_adobe.c: In function 'linux_adobe_linux_sched_setscheduler': linux_adobe.c:88: warning: implicit declaration of function 'sched_setscheduler' linux_adobe.c:88: warning: nested extern declaration of 'sched_setscheduler' [-Wnested-externs] *** Error code 1 Stop in /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110529. *** Error code 1 Stop in /usr/ports/print/acroreadwrapper. /usr/ports/emulators/rtc#make ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Extracting for rtc-2004.02.24.1_8 ===> Patching for rtc-2004.02.24.1_8 ===> Configuring for rtc-2004.02.24.1_8 ===> Building for rtc-2004.02.24.1_8 "/usr/share/mk/bsd.compat.mk", line 35: warning: NOMAN is deprecated in favour of NO_MAN "/sys/conf/kmod.mk", line 268: warning: duplicate script for target "@" ignored @ -> /sys awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h Warning: Object directory not changed from original /usr/ports/emulators/rtc/work/files machine -> /usr/src/sys/amd64/include x86 -> /usr/src/sys/x86/include cc -O2 -fno-strict-aliasing -pipe -msse3 -DCDEV_MAJOR_=202 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/ports/emulators/rtc/work/files -I/sys -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -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 -c rtc.c cc -O2 -fno-strict-aliasing -pipe -msse3 -DCDEV_MAJOR_=202 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/ports/emulators/rtc/work/files -I/sys -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -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 -c rtc_linux.c cc1: warnings being treated as errors rtc_linux.c: In function 'linux_ioctl_rtc': rtc_linux.c:74: warning: implicit declaration of function 'ioctl' rtc_linux.c:74: warning: nested extern declaration of 'ioctl' [-Wnested-externs] *** Error code 1 Stop in /
Re: no X after installing xorg + xfce
On 09/16/11 02:05, Antonio Olivares wrote: On Thu, Sep 15, 2011 at 6:35 PM, Antonio Olivares wrote: Dear folks, I hope this is the correct list to post this message. I have successfully installed FreeBSD-9.0-BETA2 to an amd64 bit machine, I have used the ports to install xfce and xorg. When I type startx, I get a screen with a bunch of colors no mouse, no keyboard, just colors. The machine has nvidia onboard graphics. I am trying to get kernel sources installed via sysinstall to install nvidia-driver but I can't get anywhere from any ftp site I select at random. I have updated to latest sources available on the ports and it comes up the same. I have to use the nv driver, should I try the nouveau driver? What should I do? I want to help in testing and have no way to report bugs as without X there's not much one can do :( Thanks for advice/suggestions/comments. I am successfully running FreeBSD 8.2 amd64 on three machines two at home and one at work in case it is important/relevant in the thread. Regards, Antonio There is no X, I try to get information about the onboard video and I get VendorName "nVidia Corporation" BoardName "C61 [GeForce 6150SE nForce 430]" I tried installing nouveau but it did not do any difference, screen is garbled no X. The BSD install setup was too fast and I did not select sources for kernel and now I can't install nvidia driver to see if I could get X working :( Again, I appreciate any input given to see how I can help in testing. Regards, Antonio ___ 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" Have you installed xorg-server? you can look with pkg_info | grep xorg http://www.freebsd.org/cgi/ports.cgi?query=xorg-ser&stype=all&sektion=all When i install a new system with gui, i forget most time xorg-server ;). ___ 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: Crashes in world built w/ clang: FP registers?
> Can you reproduce the crash with -O0 ? > buildworld fails w/ -O0, for the reason reported here: http://lists.freebsd.org/pipermail/freebsd-current/2011-June/025563.html I tried w/ -O1 a couple of weeks ago, and it had the same crashy behavior. ___ 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: no X after installing xorg + xfce
> Have you installed xorg-server? you can look with pkg_info | grep xorg > > http://www.freebsd.org/cgi/ports.cgi?query=xorg-ser&stype=all&sektion=all > > When i install a new system with gui, i forget most time xorg-server ;). > I will check this out on Monday. I am away from machine on weekends. Is it not automatically installed when one goes into /usr/ports/x11/xorg, and runs make install clean? Regards, Antonio ___ 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.0 bata2 & keymap
Chris Rees wrote:
On 17 Sep 2011 17:25, "Fbsd8" wrote:
Nathan Whitehorn wrote:
On 09/15/11 14:57, Fbsd8 wrote:
Out of the 9 USA maps only "us.iso.acc.kbd" worked somewhat.
The keyboard 9 key block above the arrow keys don't function.
Issuing the "man cmd_name" command doe's display the man page,
but the {Page up, Page down keys } don't work.
Also when using the "ee" edit command the {delete, Page up, Page down
keys } don't work. This does not happen in any of the previous
releases.
Further more, localization of the keyboard should not be forced on the
user during the install process. This BSDinstall option should be
disabled or removed.
You can press "Cancel" there, which will cancel keymap selection and
keep the default. The utility being invoked is just kbdmap(1), and any
changes to it need to go there.
-Nathan
.. maybe name that button "skip" then?
The button is provided by kbdmap, as is the entire screen. We could add
an "installer" mode to kbdmap that names it skip instead of cancel, of
course. I'm traveling for another 2 weeks and won't have time to do >that,
however.
-Nathan
Nathan
Its good to be talking directly with the bsdinstall author.
Changing the cancel button in the kbdmap command to skip, does not address
the problem, which is the lack of knowledge of the standard bsdinstall user.
I've been using Freebsd since 4.0 and never used the kbdmap command or for
that matter even knew it existed.
Wait, are you suggesting that everyone on Earth can "make do" with the
"standard" keyboard layout until they learn rc.conf syntax?
I would strongly object if localisation of the keyboard were not "forced on"
the user; we don't all use pc105-us, and the ability to use the keyboard
properly early on is kinda helpful.
Chris
You would help yourself a great deal if you read the complete post
before jumping in. The rest of the post (ie: the part you neglected to
include in your post) clearly describes what I am suggesting.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: After r22561[78] some kmods do not build any more
On Sat, 17 Sep 2011 18:28:24 +0200 Rainer Hurling wrote: > On 17.09.2011 15:08 (UTC+1), Rainer Hurling wrote: > > On 17.09.2011 14:30 (UTC+1), K. Macy wrote: > >> This is a side effect of the syscall namespace disambiguation. I > >> will send patches to the ports maintainers. > > > > Ok, so my first thought was right ;-) > > > > I just tested your patch for emulators/rtc, offered on #bsdports. It > > builds fine and seems to work. > > Same with your second patch on http://pastebin.com/1vx8RMVn for > print/acroreadwrapper. It also works :-) > > BTW, I just recognized, that there is a PR open for it: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/160769 > > I CC'd Conrad J. Sabatier as its author. > > > Thanks a lot for responding so fast. I'll second that "thanks". That was fast, alright! :-) Nice job. -- Conrad J. Sabatier conr...@cox.net ___ 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"
bsdgrep: does anyone see this?
Hi, On the latest -CURRENT of r225642 built with single line "WITH_BSD_GREP=yes" in src.conf, $ type -a grep grep is /usr/bin/grep $ grep -V grep (BSD grep) 2.5.1-FreeBSD $ locale LANG= LC_CTYPE="C" LC_COLLATE="C" LC_TIME=C LC_NUMERIC="C" LC_MONETARY="C" LC_MESSAGES=C LC_ALL= $ echo |grep -q '^'; echo $? 1 $ echo |grep -qv '^'; echo $? 0 $ echo |gnugrep -q '^'; echo $? 0 $ echo |gnugrep -qv '^'; echo $? 1 I believe GNU grep is correct, and bsdgrep inverts logic when input is a newline. Imagine my astonishment when yes ""|grep -v '^$' scrolled out console text instantly. :) I also tested stock GNU grep on RELENG_8 chroot sandbox, bsd-grep-20110912 from ports on both RELENG_8 and 9-CURRENT, and found they work all OK as GNU grep. So I think this has been fixed in the latest bsdgrep but not checked in to -CURRENT yet. Am I correct? Does anyone see this on your 9-CURRENT box? -- kuro ___ 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"
7.x gcc won't run
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Yesterday afternoon, I updated my -CURRENT host. Then I updated the "jail"s (chroots) that my ports tinderbox uses. Now I've found that the 7.x and 8.x ones can't run gcc as it reports: gcc: Internal error: Abort trap: 6 (program cc1) 9.x things work fine and other 7.x and 8.x binaries seem to run fine. Anyone have any ideas? Thanks, Steve -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJOdWgYAAoJEPXPYrMgexuhDcYH/jImRJ08OFgGzOowHMe/uhoM 2dx1qW/BQprnmv3oRZ7XtOiHNpi18t/rgtzSG+LIojbYdGvVRIyEWaU/tLfGjGGA HaVAOGtBaLv4RuLRanFdkRDbMS3/GZmZZsDf+UrxTxgihsLRwi7Vx20xa5aVCeOa OYtRbSLB3xePIiExOjqLtqibCdkcohZe+mucsJjttVPLoxo4Nso0Be125XRJ4RcY aZ/lwYCbxurGFLcfakKCLvBZzb0TB8pnShMtxDCsm6VsKjO5rMCMCyTsxApMxdWe E9kcInvkxEfp44panzKrazN6/IXyCTuTmiCktQaBBsDQ8pHOpNPOSiwTz2wfpvM= =WNAv -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: bsdgrep: does anyone see this?
http://www.freebsd.org/cgi/cvsweb.cgi/ports/textproc/bsdgrep/Makefile#rev1.16 | - Update to 20110912 | Chabgelog: .. | + Bugfix: fix handling of ^$ anchors Oh I found it. Perhaps this one? -- kuro ___ 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: ia64 r221488: panic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/ia64/ia64/trap.c:562
On Sep 16, 2011, at 11:15 AM, Anton Shterenlikht wrote: > I know it's not exactly current anymore, but.. > > ia64 r221488 At this point in time, I don't have any clear indications that this is a code problem. I have found that different optimizations tend to affect the failure mode or rate. As such, I suspect GCC. It'll be difficult to find the bad code. -- Marcel Moolenaar mar...@xcllnt.net ___ 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: no X after installing xorg + xfce
> I have successfully installed FreeBSD-9.0-BETA2 to an amd64 bit > machine, I have used the ports to install xfce and xorg. When I type > startx, I get a screen with a bunch of colors no mouse, no keyboard, > just colors. The machine has nvidia onboard graphics. I am trying to > get kernel sources installed via sysinstall to install nvidia-driver > but I can't get anywhere from any ftp site I select at random. I have > updated to latest sources available on the ports and it comes up the > same. I have to use the nv driver, should I try the nouveau driver? > What should I do? I want to help in testing and have no way to report > bugs as without X there's not much one can do :( > Is it not automatically installed when one goes into > /usr/ports/x11/xorg, and runs make install clean? > Regards, > Antonio You would get the xorg server with the xorg metaport/megaport. One thing I can think of is a little dirty trick I have seen in FreeBSD but not NetBSD or Linux, X comes up but no response to mouse or keyboard. I ran startx, got twm with its windows, but no response to mouse or keyboard. Cure was, to include in /etc/rc.conf hald_enable="YES" dbus_enable="YES" Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: no X after installing xorg + xfce
On Sat, Sep 17, 2011 at 9:28 PM, <"Thomas Mueller wrote: >> I have successfully installed FreeBSD-9.0-BETA2 to an amd64 bit >> machine, I have used the ports to install xfce and xorg. When I type >> startx, I get a screen with a bunch of colors no mouse, no keyboard, >> just colors. The machine has nvidia onboard graphics. I am trying to >> get kernel sources installed via sysinstall to install nvidia-driver >> but I can't get anywhere from any ftp site I select at random. I have >> updated to latest sources available on the ports and it comes up the >> same. I have to use the nv driver, should I try the nouveau driver? >> What should I do? I want to help in testing and have no way to report >> bugs as without X there's not much one can do :( > >> Is it not automatically installed when one goes into >> /usr/ports/x11/xorg, and runs make install clean? > > You would get the xorg server with the xorg metaport/megaport. > > One thing I can think of is a little dirty trick I have seen in FreeBSD but > not NetBSD or Linux, X comes up but no response to mouse or keyboard. > > I ran startx, got twm with its windows, but no response to mouse or keyboard. > > Cure was, to include in /etc/rc.conf > > > hald_enable="YES" > dbus_enable="YES" This seems like more of a question@ issue. I doubt that the above claim is at fault, given past experience. What does /var/log/Xorg.0.log say, and what does your xorg.conf contain? 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"
Re: 7.x gcc won't run
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please disregard this, it was a local issue that I resolved. I had tried to enable userland Dtrace (WITH_CTF), but mistakenly did it for 7.x and 8.x as well as 9.x. Sorry for the noise. Steve On 09/17/11 23:40, Steve Wills wrote: > Hi, > > Yesterday afternoon, I updated my -CURRENT host. Then I updated the > "jail"s (chroots) that my ports tinderbox uses. Now I've found that the > 7.x and 8.x ones can't run gcc as it reports: > > gcc: Internal error: Abort trap: 6 (program cc1) > > 9.x things work fine and other 7.x and 8.x binaries seem to run fine. > Anyone have any ideas? > -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJOdX82AAoJEPXPYrMgexuhkEAH/j/wd3Xlk1UrGf3i7IWpa6Vb 7+8JG+C4kE4WZzIhqD8QR4dXtzeqHlnc4XObI5wjUgDULHXMdl//E5WiHsKi+WI6 SqpMuy3dkn10WU2jQdB+d2BPldtrFerzKyxU+HXjBZyBv7JH2hJhblmr0HUpinD1 9QBgaL0f46QL/Th7E02Zg2wLx3EI+dk4FsFaRNkTVZOC7/m7DIEQe/fwVQnFU2ci 3S9vf5si3Dc7uIZSDdstCXFLOeZP8aEsc6pXvytpVQEFGYBFDQQzom1U4/ONFz8y BU/scyvdrH5Lh2FURfmCjH9PiO6p10neu+7KugaegOboR8w9VjSOAaJb4U8M+E0= =gmLL -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"
