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:
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
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
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
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
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
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
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
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
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
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
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:
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
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
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>
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
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
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
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
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
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
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
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
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
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
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
-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
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
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
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
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
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
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
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
_
>> 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
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
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
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.
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
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
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
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
42 matches
Mail list logo
