David Naylor wrote:
> On Thursday 30 September 2010 07:23:34 Alexander Motin wrote:
>> David Naylor wrote:
>>> On Wednesday 29 September 2010 18:25:13 Alexander Motin wrote:
David Naylor wrote:
> On Wednesday 29 September 2010 16:19:08 Andriy Gapon wrote:
>> What do you try to actually
Dear all,
I would like to remind you that the next round of status reports
covering the third quarter of 2010 is due on October 15th, 2010. This
initiative is very welcome in our community. Therefore, I would like to
ask you to submit your status reports soon, so that we can compile the
report o
The 1st error is caught :).
Prior actions was triggering netdump, leaving db>
and entering again, then trigger netdump once more.
Dumping 1146 MB: 1131 1115 1099 1083 1067 1051 1035 1019 1003 987 971
955 939 923 907 891 875 859 843 827 811 795. . . . . . . . . . .
** DUMP FAILED (ERROR 60) **
Fai
> From: Ryan Stone
> Date: Wed, Sep 29, 2010 at 11:32 AM
> Subject: Re: [PATCH] Netdump for review and testing -- preliminary version
> To: Sergey Kandaurov
>
>
>> db> netdump
>>
>> ---
>> netdump in progress. searching for server.. . . . . . . . . . . .
>> Failed
On Thursday 30 September 2010 07:23:34 Alexander Motin wrote:
> David Naylor wrote:
> > On Wednesday 29 September 2010 18:25:13 Alexander Motin wrote:
> >> David Naylor wrote:
> >>> On Wednesday 29 September 2010 16:19:08 Andriy Gapon wrote:
> What do you try to actually achieve?
> >>>
> >>>
David Naylor wrote:
> On Wednesday 29 September 2010 18:25:13 Alexander Motin wrote:
>> David Naylor wrote:
>>> On Wednesday 29 September 2010 16:19:08 Andriy Gapon wrote:
What do you try to actually achieve?
>>> I was trying to boot a system and it was panicking due to stray
>>> interrupts. I
* Dimitry Andric [100929 17:05]:
> On 2010-09-29 21:47, Renato Botelho wrote:
> >> Renato, Derek, could you please apply the attached patch for ldexp,
> >> rebuild your libc (with clang), and run your random test program again?
> >
> > Worked perfectly here \o/
>
> And what about perl? :)
Super!
On 9/29/2010 3:41 PM, Andriy Gapon wrote:
on 27/09/2010 20:54 Andriy Gapon said the following:
It seems that minidump on amd64 is always dumping at least about 1GB of data
regardless of actual memory size and usage and thus can be even larger than
regular dump.
Specifically, I suspect the foll
On 9/29/2010 2:45 PM, Andriy Gapon wrote:
on 30/09/2010 00:12 Alexander Best said the following:
hi there,
i wanted to ask if it would be possible to asjust glabel so that e.g. inserting
a new media into a dvd-drive gets recognised and glabel displays the lablel
right away.
Yes, of course, as
on 30/09/2010 00:12 Alexander Best said the following:
> hi there,
>
> i wanted to ask if it would be possible to asjust glabel so that e.g.
> inserting
> a new media into a dvd-drive gets recognised and glabel displays the lablel
> right away.
Yes, of course, as soon as we have in kernel a prog
hi there,
i wanted to ask if it would be possible to asjust glabel so that e.g. inserting
a new media into a dvd-drive gets recognised and glabel displays the lablel
right away.
right now i use this shell alias to work around this issue:
mdvd='sh -c ": 3>/dev/dvd" ; mount /media/dvd/ && cd /medi
on 27/09/2010 20:54 Andriy Gapon said the following:
>
> It seems that minidump on amd64 is always dumping at least about 1GB of data
> regardless of actual memory size and usage and thus can be even larger than
> regular dump.
>
> Specifically, I suspect the following code:
> for (va = VM_MIN_KE
On Wed, Sep 29, 2010 at 4:49 PM, Dimitry Andric wrote:
> On 2010-09-29 21:47, Renato Botelho wrote:
>>>
>>> Renato, Derek, could you please apply the attached patch for ldexp,
>>> rebuild your libc (with clang), and run your random test program again?
>>
>> Worked perfectly here \o/
>
> And what a
On 2010-09-29 21:47, Renato Botelho wrote:
Renato, Derek, could you please apply the attached patch for ldexp,
rebuild your libc (with clang), and run your random test program again?
Worked perfectly here \o/
And what about perl? :)
___
freebsd-curr
On Wed, Sep 29, 2010 at 4:35 PM, Dimitry Andric wrote:
> On 2010-09-29 20:22, Renato Botelho wrote:
>>
>> It's using drand48() instead of rand()
>
> ...
>>
>> GCC libc:
>> ga...@botelhor:~/testes> ./test
>> random value 0.396465
>>
>> clang libc:
>> ga...@botelhor:~/testes> ./test
>> random valu
On 2010-09-29 20:22, Renato Botelho wrote:
It's using drand48() instead of rand()
...
GCC libc:
ga...@botelhor:~/testes> ./test
random value 0.396465
clang libc:
ga...@botelhor:~/testes> ./test
random value -inf
Renato, Derek, could you please apply the attached patch for ldexp,
rebuild yo
On 2010-09-29 20:35, Renato Botelho wrote:
Alternatively, just run "make test" in /usr/ports/lang/perl5.12.
Since i'm running -current with SUJ here, and built perl 5.12
recently without problems, maybe this can help you (I have
that patch applied locally since it was not committed yet).
http:
On Wed, Sep 29, 2010 at 11:32 AM, Dimitry Andric wrote:
> Hi,
>
> I just encountered the following soft update panic while running perl
> 5.12's tests:
>
> panic: indir_trunc: Index out of range -148 parent -2061 lbn -305164
> cpuid = 3
> KDB: enter: panic
> [ thread pid 19 tid 100047 ]
> Stopped
On Wed, Sep 29, 2010 at 2:44 PM, Roman Divacky wrote:
> heh, now I noticed that Derek already wrote that ;) is anyone able
> to find where in perl sources the rand function is defined? I failed
> that :(
It's using drand48() instead of rand()
r...@botelhor:/usr/ports/lang/perl5.12# make configur
Could you guys give us some help on this?
-- Forwarded message --
From: Roman Divacky
Date: Wed, Sep 29, 2010 at 2:44 PM
Subject: Re: Clang now builds world and kernel, on i386 and amd64
To: Renato Botelho
Cc: Derek Tattersall , Dimitry Andric
, curr...@freebsd.org
On Wed, Sep
On Wed, Sep 29, 2010 at 02:41:17PM -0300, Renato Botelho wrote:
> On Wed, Sep 29, 2010 at 2:31 PM, Roman Divacky wrote:
> > On Wed, Sep 29, 2010 at 11:56:59AM -0400, Derek Tattersall wrote:
> >> * Dimitry Andric [100929 08:55]:
> >> > On 2010-09-29 13:23, Renato Botelho wrote:
> >> > > #!/usr/bin
On Wed Sep 29 10, Dimitry Andric wrote:
> Hi,
>
> I just encountered the following soft update panic while running perl
> 5.12's tests:
>
> panic: indir_trunc: Index out of range -148 parent -2061 lbn -305164
> cpuid = 3
> KDB: enter: panic
> [ thread pid 19 tid 100047 ]
> Stopped at kdb_ent
On Wed, Sep 29, 2010 at 2:31 PM, Roman Divacky wrote:
> On Wed, Sep 29, 2010 at 11:56:59AM -0400, Derek Tattersall wrote:
>> * Dimitry Andric [100929 08:55]:
>> > On 2010-09-29 13:23, Renato Botelho wrote:
>> > > #!/usr/bin/perl
>> > >
>> > > use File::Temp;
>> > >
>> > > my ( $fh, $filename ) =
On 2010-09-29 17:48, Renato Botelho wrote:
0. Program arguments: /usr/bin/clang -cc1 -triple
x86_64-undermydesk-freebsd9.0 -S -disable-free -main-file-name ldexp.c
-mrelocation-model static -mdisable-fp-elim -mconstructor-aliases
-munwind-tables -target-cpu x86-64 -resource-dir /usr/lib/clan
On Wed, Sep 29, 2010 at 11:56:59AM -0400, Derek Tattersall wrote:
> * Dimitry Andric [100929 08:55]:
> > On 2010-09-29 13:23, Renato Botelho wrote:
> > > #!/usr/bin/perl
> > >
> > > use File::Temp;
> > >
> > > my ( $fh, $filename ) = File::Temp::tempfile();
> > > print "$filename\n";
> >
> > For
On Wed, Sep 29, 2010 at 11:06 AM, Roman Divacky wrote:
> renato, can you check if libc compiled with clang -O0 still exhibits
> the bug?
Hi Roman,
I needed to build ldexp.{o,po,So} manually with -O2, and built every
other object using -O0, the same problem happened.
--
Renato Botelho
_
David Naylor wrote:
> On Wednesday 29 September 2010 16:19:08 Andriy Gapon wrote:
>> What do you try to actually achieve?
>
> I was trying to boot a system and it was panicking due to stray interrupts.
> It turned out to be caused by HPET. I found `hint.hpet.0.clock=0' which
> fixed
> the pro
On Wednesday 29 September 2010 16:19:08 Andriy Gapon wrote:
> on 29/09/2010 16:47 David Naylor said the following:
> > On Wednesday 29 September 2010 15:14:08 John Baldwin wrote:
> >> On Wednesday, September 29, 2010 7:37:15 am Andriy Gapon wrote:
> >>> on 29/09/2010 13:40 Alexander Motin said the
-- Forwarded message --
Replying to the list this time...
From: Ryan Stone
Date: Wed, Sep 29, 2010 at 11:32 AM
Subject: Re: [PATCH] Netdump for review and testing -- preliminary version
To: Sergey Kandaurov
> db> netdump
>
> ---
> netdump in prog
2010/9/29 Sergey Kandaurov :
> [just don't know what namely need to test, so]
>
> All made according to your instructions.
> The only way I could trigger netdump was
> to run its ddb command by hand. Neither
> debug.kdb.enter nor debug.kdb.panic don't do it.
You probabilly need to use KDB_UNATTEND
* Dimitry Andric [100929 08:55]:
> On 2010-09-29 13:23, Renato Botelho wrote:
> > #!/usr/bin/perl
> >
> > use File::Temp;
> >
> > my ( $fh, $filename ) = File::Temp::tempfile();
> > print "$filename\n";
>
> For me it works perfectly, though I am using perl 5.10:
>
> $ cat foo.pl
> #!/usr/bin/per
On Wed, Sep 29, 2010 at 11:06 AM, Roman Divacky wrote:
>
> renato, can you check if libc compiled with clang -O0 still exhibits
> the bug?
I got the following error when i try to build libc with -O0
clang -O2 -pipe -O0 -I/usr/src/lib/libc/include
-I/usr/src/lib/libc/../../include -I/usr/src/lib
On 2010-09-29 16:32, Dimitry Andric wrote:
It is consistently reproducible. This is on a -current system, at
r213139, on i386. Settings for the affected filesystem:
N.B: it only panics when using SU+J, not when using plain soft updates.
___
freebsd-
Hi,
I just encountered the following soft update panic while running perl
5.12's tests:
panic: indir_trunc: Index out of range -148 parent -2061 lbn -305164
cpuid = 3
KDB: enter: panic
[ thread pid 19 tid 100047 ]
Stopped at kdb_enter+0x3a: movl$0,kdb_why
db> bt
Tracing pid 19 tid 10004
on 29/09/2010 16:47 David Naylor said the following:
> On Wednesday 29 September 2010 15:14:08 John Baldwin wrote:
>> On Wednesday, September 29, 2010 7:37:15 am Andriy Gapon wrote:
>>> on 29/09/2010 13:40 Alexander Motin said the following:
Hi.
David Naylor wrote:
> Trying to bo
On Wed, Sep 29, 2010 at 1:54 PM, Robert N. M. Watson
wrote:
>
> On 29 Sep 2010, at 12:49, John Baldwin wrote:
>
>> On Tuesday, September 28, 2010 6:24:32 pm Robert N. M. Watson wrote:
>>>
>>> On 28 Sep 2010, at 19:40, Sean Bruno wrote:
>>>
> If you go fully dynamic you should use mp_maxid + 1
On Wed, Sep 29, 2010 at 09:40:18AM -0300, Renato Botelho wrote:
> On Wed, Sep 29, 2010 at 8:34 AM, Dimitry Andric wrote:
> > On 2010-09-29 13:23, Renato Botelho wrote:
> >>
> >> #!/usr/bin/perl
> >>
> >> use File::Temp;
> >>
> >> my ( $fh, $filename ) = File::Temp::tempfile();
> >> print "$filenam
On 29 Sep 2010, at 12:49, John Baldwin wrote:
> On Tuesday, September 28, 2010 6:24:32 pm Robert N. M. Watson wrote:
>>
>> On 28 Sep 2010, at 19:40, Sean Bruno wrote:
>>
If you go fully dynamic you should use mp_maxid + 1 rather than maxcpus.
>>>
>>> I assume that mp_maxid is the new kern
On Wednesday 29 September 2010 15:14:08 John Baldwin wrote:
> On Wednesday, September 29, 2010 7:37:15 am Andriy Gapon wrote:
> > on 29/09/2010 13:40 Alexander Motin said the following:
> > > Hi.
> > >
> > > David Naylor wrote:
> > >> Trying to boot a recent (sep 23) amd64 kernel in safe-mode fail
on 28/09/2010 20:39 Attilio Rao said the following:
> In order to work into an "up and running" system (meant as with all
> the devices in place) the netdump handler hooks as a pre-sync handler
> (differently from other dumping routines). It however suffers some
I actually like this idea. I think
On Wed, Sep 29, 2010 at 10:12 AM, Renato Botelho wrote:
> On Wed, Sep 29, 2010 at 9:40 AM, Renato Botelho wrote:
>> On Wed, Sep 29, 2010 at 8:34 AM, Dimitry Andric wrote:
>>> On 2010-09-29 13:23, Renato Botelho wrote:
#!/usr/bin/perl
use File::Temp;
my ( $fh, $filen
On Wednesday, September 29, 2010 7:37:15 am Andriy Gapon wrote:
> on 29/09/2010 13:40 Alexander Motin said the following:
> > Hi.
> >
> > David Naylor wrote:
> >> Trying to boot a recent (sep 23) amd64 kernel in safe-mode fails with
> >> ``panic:
> >> No usable event timer found!''. This occurs
On Wednesday, September 29, 2010 6:34:09 am Anton Shterenlikht wrote:
>
> On Mon, 27 Sep 2010, John Baldwin wrote:
>
> > On Saturday, September 25, 2010 3:53:34 pm Anton Shterenlikht wrote:
> >> On amd64 r213168 I've a ral(4) CardBus
> >> wireless device of obscure origin.
> >> It is identified a
On Tuesday, September 28, 2010 6:24:32 pm Robert N. M. Watson wrote:
>
> On 28 Sep 2010, at 19:40, Sean Bruno wrote:
>
> >> If you go fully dynamic you should use mp_maxid + 1 rather than maxcpus.
> >
> > I assume that mp_maxid is the new kern.smp.maxcpus? Can you inject some
> > history here s
On Wed, Sep 29, 2010 at 9:40 AM, Renato Botelho wrote:
> On Wed, Sep 29, 2010 at 8:34 AM, Dimitry Andric wrote:
>> On 2010-09-29 13:23, Renato Botelho wrote:
>>>
>>> #!/usr/bin/perl
>>>
>>> use File::Temp;
>>>
>>> my ( $fh, $filename ) = File::Temp::tempfile();
>>> print "$filename\n";
>>
>> For
On Wed, Sep 29, 2010 at 8:34 AM, Dimitry Andric wrote:
> On 2010-09-29 13:23, Renato Botelho wrote:
>>
>> #!/usr/bin/perl
>>
>> use File::Temp;
>>
>> my ( $fh, $filename ) = File::Temp::tempfile();
>> print "$filename\n";
>
> For me it works perfectly, though I am using perl 5.10:
>
> $ cat foo.pl
* Garrett Cooper [100929 06:16]:
> On Tue, Sep 28, 2010 at 11:43 PM, Dimitry Andric wrote:
> > On 2010-09-29 02:28, Derek Tattersall wrote:
> >>
> >> A test shell script using mktemp (1) works fine on current built with
> >> clang today. ?The clang case produces a filename with all "A"'s rather
>
On Wed, Sep 29, 2010 at 8:50 AM, Buganini wrote:
> I'm using perl 5.10, on amd64
> only enable clang in src.conf
> no CPU nor CFLAGS settings in src.conf/make.conf
>
> so it seems that the problem is perl-version independent?
> perhaps amd64?
I didn't test on i386 but it seems to be a problem usi
I'm using perl 5.10, on amd64
only enable clang in src.conf
no CPU nor CFLAGS settings in src.conf/make.conf
so it seems that the problem is perl-version independent?
perhaps amd64?
On Wed, Sep 29, 2010 at 7:46 PM, Derek Tattersall wrote:
> * Dimitry Andric [100929 06:16]:
>> On 2010-09-29 02
On Wed, Sep 29, 2010 at 8:34 AM, Dimitry Andric wrote:
> On 2010-09-29 13:23, Renato Botelho wrote:
>>
>> #!/usr/bin/perl
>>
>> use File::Temp;
>>
>> my ( $fh, $filename ) = File::Temp::tempfile();
>> print "$filename\n";
>
> For me it works perfectly, though I am using perl 5.10:
>
> $ cat foo.pl
* Dimitry Andric [100929 06:16]:
> On 2010-09-29 02:28, Derek Tattersall wrote:
> > A test shell script using mktemp (1) works fine on current built with
> > clang today. The clang case produces a filename with all "A"'s rather
> > than the random letters expected.
>
> I cannot reproduce this on
on 29/09/2010 13:40 Alexander Motin said the following:
> Hi.
>
> David Naylor wrote:
>> Trying to boot a recent (sep 23) amd64 kernel in safe-mode fails with
>> ``panic:
>> No usable event timer found!''. This occurs on two (all my) machines. This
>> has been a persistent problem since the i
On 2010-09-29 13:23, Renato Botelho wrote:
#!/usr/bin/perl
use File::Temp;
my ( $fh, $filename ) = File::Temp::tempfile();
print "$filename\n";
For me it works perfectly, though I am using perl 5.10:
$ cat foo.pl
#!/usr/bin/perl
use File::Temp;
my ( $fh, $filename ) = File::Temp::tempfile(
On Wed, Sep 29, 2010 at 3:56 AM, Buganini wrote:
> mktemp foo.XX works here
> but perl's File::Temp is not working
>
> when I tried to build editors/openoffice.org-3-devel, I got:
> Error in tempdir() using /tmp/XX: Tried to get a new temp name
> different to the previous value 50 time
On Wed, Sep 29, 2010 at 3:58 AM, Garrett Cooper wrote:
> On Tue, Sep 28, 2010 at 11:43 PM, Dimitry Andric wrote:
>> On 2010-09-29 02:28, Derek Tattersall wrote:
>>>
>>> A test shell script using mktemp (1) works fine on current built with
>>> clang today. The clang case produces a filename with
On Wed, Sep 29, 2010 at 3:43 AM, Dimitry Andric wrote:
> On 2010-09-29 02:28, Derek Tattersall wrote:
>>
>> A test shell script using mktemp (1) works fine on current built with
>> clang today. The clang case produces a filename with all "A"'s rather
>> than the random letters expected.
>
> I can
Hi.
David Naylor wrote:
> Trying to boot a recent (sep 23) amd64 kernel in safe-mode fails with
> ``panic:
> No usable event timer found!''. This occurs on two (all my) machines. This
> has been a persistent problem since the introduction of the event timer code.
>
I've reproduced the pro
On Mon, 27 Sep 2010, John Baldwin wrote:
On Saturday, September 25, 2010 3:53:34 pm Anton Shterenlikht wrote:
On amd64 r213168 I've a ral(4) CardBus
wireless device of obscure origin.
It is identified as
db> bt
Tracing pid 0 tid 100068 td 0xff0001b59440
kbd_enter() at kbd_enter+0x3d
pani
Hi,
Trying to boot a recent (sep 23) amd64 kernel in safe-mode fails with ``panic:
No usable event timer found!''. This occurs on two (all my) machines. This
has been a persistent problem since the introduction of the event timer code.
Safe-mode does work with an i386 kernel on the machines
On Wed, Sep 29, 2010 at 8:58 AM, Garrett Cooper wrote:
> On Tue, Sep 28, 2010 at 11:43 PM, Dimitry Andric wrote:
>> On 2010-09-29 02:28, Derek Tattersall wrote:
>>>
>>> A test shell script using mktemp (1) works fine on current built with
>>> clang today. The clang case produces a filename with
[just don't know what namely need to test, so]
All made according to your instructions.
The only way I could trigger netdump was
to run its ddb command by hand. Neither
debug.kdb.enter nor debug.kdb.panic don't do it.
Some numbers and output (bit verbose
but again don't know what need to show her
On Tue, Sep 28, 2010 at 11:43 PM, Dimitry Andric wrote:
> On 2010-09-29 02:28, Derek Tattersall wrote:
>>
>> A test shell script using mktemp (1) works fine on current built with
>> clang today. The clang case produces a filename with all "A"'s rather
>> than the random letters expected.
>
> I ca
62 matches
Mail list logo
