[head tinderbox] failure on powerpc64/powerpc

TB --- 2013-02-22 20:55:41 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-22 20:55:41 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013

Re: WITHOUT_CLANG_IS_CC: There and back again

On Fri, 22 Feb 2013, Dimitry Andric wrote: On 2013-02-22 22:30, Daniel Eischen wrote: In trying to debug an unrelated problem, I switched CC from Clang back to GCC. I had a -current kernel and world r247050 built and installed with Clang as the system compiler I have nothing special in /etc/m

Re: DVD/CD lost after r246713

On 23.02.2013 00:52, Claude Buisson wrote: > On 02/22/2013 22:46, Alexander Motin wrote: >> Hi. >> >> ATAPI devices on legacy ATA controllers were lost due to command timeout >> caused by data underrun, caused by r246713. >> >> r247165 should fix the issue. >> > > r247165 applied > > Problem solv

Re: DVD/CD lost after r246713

On 02/22/2013 22:46, Alexander Motin wrote: Hi. ATAPI devices on legacy ATA controllers were lost due to command timeout caused by data underrun, caused by r246713. r247165 should fix the issue. r247165 applied Problem solved (at least at the first reboot) Thanks to both of you !! BTW, an

Re: r245741 (clang as cc) can not build binaries for GEODE processor

Dimitry Andric wrote this message on Fri, Feb 22, 2013 at 17:14 +0100: > On 2013-02-22 16:49, Lev Serebryakov wrote: > >You wrote 22 ?? 2013 ??., 18:21:50: > > > >DA> The default for FreeBSD on 32-bit x86 is i486, so maybe the problems > >are > >DA> caused by the -march=geode setting.

[head tinderbox] failure on powerpc/powerpc

TB --- 2013-02-22 19:51:04 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-22 19:51:04 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013

[head tinderbox] failure on sparc64/sparc64

TB --- 2013-02-22 21:07:30 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-22 21:07:30 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013

Re: DVD/CD lost after r246713

>> On 02/22/13 15:46, Alexander Motin wrote: >>> ATAPI devices on legacy ATA controllers were lost due to command timeout >>> caused by data underrun, caused by r246713. >>> >>> r247165 should fix the issue. > > Mine is on AHCI. Should that have been fixed too? I have no problem with AHCI, and as

Re: DVD/CD lost after r246713

On 02/22/13 15:46, Alexander Motin wrote: Hi. ATAPI devices on legacy ATA controllers were lost due to command timeout caused by data underrun, caused by r246713. r247165 should fix the issue. Mine is on AHCI. Should that have been fixed too? -Nathan _

Re: DVD/CD lost after r246713

Hi. ATAPI devices on legacy ATA controllers were lost due to command timeout caused by data underrun, caused by r246713. r247165 should fix the issue. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/lis

Re: WITHOUT_CLANG_IS_CC: There and back again

On Fri, Feb 22, 2013 at 04:30:43PM -0500, Daniel Eischen wrote: > > At that point my system was completely hosed. Every binary (/bin, > /sbin, etc) would sig 11. I had to build a world on another > system, then use /rescue to NFS mount the other system and > copy over /libexec, /lib, and /usr/li

Re: WITHOUT_CLANG_IS_CC: There and back again

On 2013-02-22 22:30, Daniel Eischen wrote: In trying to debug an unrelated problem, I switched CC from Clang back to GCC. I had a -current kernel and world r247050 built and installed with Clang as the system compiler I have nothing special in /etc/make.conf: BATCH=yes WITH_NEW_XORG=tr

WITHOUT_CLANG_IS_CC: There and back again

In trying to debug an unrelated problem, I switched CC from Clang back to GCC. I had a -current kernel and world r247050 built and installed with Clang as the system compiler I have nothing special in /etc/make.conf: BATCH=yes WITH_NEW_XORG=true WITH_KMS=true WITH_PKGNG=yes PERL_VERSI

[head tinderbox] failure on i386/pc98

TB --- 2013-02-22 17:56:44 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-22 17:56:44 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013

Re: r245741 (clang as cc) can not build binaries for GEODE processor

On 2013-02-22 20:57, Lev Serebryakov wrote: ... Program terminated with signal 4, Illegal instruction. Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x080483e9 in _start1

Re: compiling libc and libthr with debugging?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 02/07/13 10:14, Steve Kargl wrote: > What's the preferred method for compiling libc and libthr with > debugging enable? I think that would be to compile and install libaries with DEBUG_FLAGS=-g? Not sure if this is what you wanted though... Che

Re: DVD/CD lost after r246713

On Fri, Feb 22, 2013 at 10:59:11AM -0600, Nathan Whitehorn wrote: > On 02/22/13 06:08, Claude Buisson wrote: > > On 02/22/2013 09:21, Konstantin Belousov wrote: > > > > > > > >> You need to provide the dmesg from r246713 and r246712 to compare. > >> The note that r246711 snapshot exhibited this sa

Re: r245741 (clang as cc) can not build binaries for GEODE processor

Hello, Lev. You wrote 23 февраля 2013 г., 0:14:45: LS> Hello, Dimitry. LS> You wrote 22 февраля 2013 г., 20:14:50: DA>> As Joerg Sonnenberger mentioned to me, the address 0x10351d6 you show in DA>> the gdb session seems to be quite high, possibly pointing to some shared DA>> library. Maybe you c

Re: r245741 (clang as cc) can not build binaries for GEODE processor

Hello, Dimitry. You wrote 22 февраля 2013 г., 20:14:50: DA> As Joerg Sonnenberger mentioned to me, the address 0x10351d6 you show in DA> the gdb session seems to be quite high, possibly pointing to some shared DA> library. Maybe you can try to figure out which library it is? Here is two long NOP

Re: r245741 (clang as cc) can not build binaries for GEODE processor

Hello, Dimitry. You wrote 22 февраля 2013 г., 20:14:50: DA> As Joerg Sonnenberger mentioned to me, the address 0x10351d6 you show in DA> the gdb session seems to be quite high, possibly pointing to some shared DA> library. Maybe you can try to figure out which library it is? Ok, very simple "hel

Re: r245741 (clang as cc) can not build binaries for GEODE processor

Hello, Dimitry. You wrote 22 февраля 2013 г., 20:14:50: DA> Maybe samba, or any of its dependencies, attempts to be "smart", and DA> enables some custom CPU optimizations? I've rebuild everything (build system, ports & image) from r247144 (for system sources), and now EVERY port crashes with SIG

[head tinderbox] failure on ia64/ia64

TB --- 2013-02-22 18:08:51 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-22 18:08:51 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013

[head tinderbox] failure on amd64/amd64

TB --- 2013-02-22 16:00:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-22 16:00:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013

[head tinderbox] failure on i386/i386

TB --- 2013-02-22 16:00:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-22 16:00:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013

Re: DVD/CD lost after r246713

On 02/22/13 06:08, Claude Buisson wrote: On 02/22/2013 09:21, Konstantin Belousov wrote: You need to provide the dmesg from r246713 and r246712 to compare. The note that r246711 snapshot exhibited this same problem makes me sceptical. Here are the verbose dmesg from r246712 and r246713; Fo

[head tinderbox] failure on arm/arm

TB --- 2013-02-22 16:00:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-22 16:00:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013

Re: HEAD memsticks broken? [USB/CAM Problems?]

On 20.02.2013 17:43, Alexander Motin wrote: > On 16.02.2013 12:07, Joel Dahl wrote: >> On 14-02-2013 20:37, Joel Dahl wrote: >>> On 12-02-2013 8:51, Hans Petter Selasky wrote: On Monday 11 February 2013 23:21:05 Joel Dahl wrote: > On 10-02-2013 0:09, Joel Dahl wrote: >> On 09-02-2013

Re: r245741 (clang as cc) can not build binaries for GEODE processor

Hello, Dimitry. You wrote 22 февраля 2013 г., 20:14:50: DA> Maybe samba, or any of its dependencies, attempts to be "smart", and DA> enables some custom CPU optimizations? Maybe. I'll investigate this one too. >> DA> In any case, can you attempt to figure out which exact instructions it >> DA>

Re: r245741 (clang as cc) can not build binaries for GEODE processor

On 2013-02-22 16:49, Lev Serebryakov wrote: You wrote 22 февраля 2013 г., 18:21:50: DA> The default for FreeBSD on 32-bit x86 is i486, so maybe the problems are DA> caused by the -march=geode setting. If you disable that, do the DA> problems disappear? Problem is, that code compiled wit

Re: r245741 (clang as cc) can not build binaries for GEODE processor

Hello, Dimitry. You wrote 22 февраля 2013 г., 18:21:50: DA> The default for FreeBSD on 32-bit x86 is i486, so maybe the problems are DA> caused by the -march=geode setting. If you disable that, do the DA> problems disappear? Problem is, that code compiled with "-march=geode" works. Code bu

Re: r245741 (clang as cc) can not build binaries for GEODE processor

Hello, Patrick. You wrote 22 февраля 2013 г., 17:26:23: >> It is latter, but IMHO, _without_ any CPUTYPE set, system compiler >> should generate generic enough binaries to run on all supported CPUs >> of target platform (i386 in this case). PL> Clang should work now if march=geode (see: PL> http:

Re: r245741 (clang as cc) can not build binaries for GEODE processor

On 2013-02-22 14:26, Patrick Lamaiziere wrote: ... Clang should work now if march=geode (see: http://llvm.org/bugs/show_bug.cgi?id=11212 ) But I agree that by default on i386, the code should work on i386... Looks like this is not true anymore (>= i686 ?). The default is -march=i486, just like

Re: r245741 (clang as cc) can not build binaries for GEODE processor

On 2013-02-22 07:46, Lev Serebryakov wrote: I have -CURRENT i386 installation which runs r245741 now. Default compiler is clang: cc --version FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221 Target: i386-unknown-freebsd10.0 Thread model: posix This system is used to

Re: r245741 (clang as cc) can not build binaries for GEODE processor

Le Fri, 22 Feb 2013 16:45:58 +0400, Lev Serebryakov a écrit : Hello, > Hello, Daniel. > You wrote 22 февраля 2013 г., 16:04:11: > > DN> I'm not familiar with NanoBSD, but does it do the package builds > DN> for you - or do you do those by hand? > DN> If it's the latter, I don't quite understand

Re: r245741 (clang as cc) can not build binaries for GEODE processor

Hello, Daniel. You wrote 22 февраля 2013 г., 16:04:11: DN> I'm not familiar with NanoBSD, but does it do the package builds for DN> you - or do you do those by hand? DN> If it's the latter, I don't quite understand how the compiler is DN> supposed to know the target CPUTYPE? It is latter, but IMH

Re: announcing mdoc.su, short manual page URLs

On 2013-W08-3 15:37 +0100, Paul Schenkeveld wrote: On Tue, Feb 19, 2013 at 12:27:01AM -0800, Constantine A. Murenin wrote: > Dear freebsd-{chat,current,doc}@, > > I would like to announce and introduce http://mdoc.su/>, > a deterministic URL shortener for BSD manual pages, > written entirely in n

Re: r245741 (clang as cc) can not build binaries for GEODE processor

On Fri, Feb 22, 2013 at 7:46 AM, Lev Serebryakov wrote: > Hello, freebsd-current. > > I have -CURRENT i386 installation which runs r245741 now. > Default compiler is clang: > >> cc --version > FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221 > Target: i386-unknown-freebsd10.0

Re: r247144 panics on boot with "memory modified after free" on VBox

Hello, Lev. You wrote 22 февраля 2013 г., 15:45:31: LS> $subj LS> GENERIC kernel (with WITNESS and other debug stuff), typical VBox LS> virtual machine with AHCI disks and CD. LS> Two "Most recently used by" variants: "cd" and "GEOM". Removing virtual PATA CD from configuration allows me

[head tinderbox] failure on amd64/amd64

TB --- 2013-02-22 06:40:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-22 06:40:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013

r247144 panics on boot with "memory modified after free" on VBox

Hello, freebsd-current. $subj GENERIC kernel (with WITNESS and other debug stuff), typical VBox virtual machine with AHCI disks and CD. Two "Most recently used by" variants: "cd" and "GEOM". -- // Black Lion AKA Lev Serebryakov ___ freebs

[head tinderbox] failure on i386/i386

TB --- 2013-02-22 06:40:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-22 06:40:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013

Re: DVD/CD lost after r246713

On Thu, Feb 21, 2013 at 06:33:12PM +0100, Claude Buisson wrote: > Hi, > > When trying to update a i386 system from r245422 to r246923, the DVD/CD > devices > cd0/cd1 could no more be attached. > > Here is a relevant part of a verbose dmaeg: > > pass0 at ata0 bus 0 scbus0 target 0 lun 0 > pass0: