On Fri, October 15, 2010 12:52 am, Tomas Bodzar wrote:
> That's an excellent reading. It will be great to read more about
> technologies in DragonflyBSD. Something like
> http://www.openbsd.org/papers ? ;-)
http://www.dragonflybsd.org/presentations/ ? Not quite the same, but if
this was expanded
That's an excellent reading. It will be great to read more about
technologies in DragonflyBSD. Something like
http://www.openbsd.org/papers ? ;-)
On Fri, Oct 15, 2010 at 3:44 AM, Venkatesh Srinivas
wrote:
>
>>> What's a "magazine"?
>>>
>>> Pierre
>
> In libc, nmalloc (lib/libc/stdlib/nmalloc.c) p
What's a "magazine"?
Pierre
In libc, nmalloc (lib/libc/stdlib/nmalloc.c) provides malloc() ( from
malus locus, 'bad place' ) and free() for single-threaded and
multithreaded applications. In the DragonFly 2.4 release cycle, the
original allocator (phkmalloc, inherited from FreeBSD) was rep
On Tue, Oct 12, 2010 at 08:47:55AM -0700, Matthew Dillon wrote:
> You could try disabling ACPI subsystems and hopefully it won't crash,
> and then reenabling one at a time until it crashes.
>
> Could someone post all the ACPI keywords / loader.conf line for that?
It's explained in acp
:On Monday 11 October 2010 20:49:44 Matthew Dillon wrote:
:> We finally found it, thanks in part to the added assertions and your
:> reporting of the assertion that occured. The problem should be gone
:> on the latest master.
:
:Glad I could help!
:
:I'm still getting a kernel trap if
You could try disabling ACPI subsystems and hopefully it won't crash,
and then reenabling one at a time until it crashes.
Could someone post all the ACPI keywords / loader.conf line for that?
-Matt
Matthew
On Monday 11 October 2010 22:07:42 Sascha Wildner wrote:
> On 10/12/2010 3:35, Pierre Abbat wrote:
> > I'm still getting a kernel trap if I boot with ACPI enabled, and I can't
> > get a dump because it happens before the dump device is set. Can I put
> > some assertions in the kernel to figure that
On 10/12/2010 4:07, Sascha Wildner wrote:
On 10/12/2010 3:35, Pierre Abbat wrote:
I'm still getting a kernel trap if I boot with ACPI enabled, and I
can't get a
dump because it happens before the dump device is set. Can I put some
assertions in the kernel to figure that out?
http://bugs.dragonfl
On 10/12/2010 3:35, Pierre Abbat wrote:
I'm still getting a kernel trap if I boot with ACPI enabled, and I can't get a
dump because it happens before the dump device is set. Can I put some
assertions in the kernel to figure that out?
http://bugs.dragonflybsd.org/issue1559
Can you take a photo o
On Monday 11 October 2010 20:49:44 Matthew Dillon wrote:
> We finally found it, thanks in part to the added assertions and your
> reporting of the assertion that occured. The problem should be gone
> on the latest master.
Glad I could help!
I'm still getting a kernel trap if I boot w
:On Monday 11 October 2010 14:49:00 Matthew Dillon wrote:
:> Yes, we've been trying to track down various nmalloc issues w/firefox.
:>
:> Somehow nmalloc's magazines are getting corrupted, but I haven't
:> figured out how yet.
:
:What's a "magazine"?
:
:Pierre
We finally found it,
On Monday 11 October 2010 14:49:00 Matthew Dillon wrote:
> Yes, we've been trying to track down various nmalloc issues w/firefox.
>
> Somehow nmalloc's magazines are getting corrupted, but I haven't
> figured out how yet.
What's a "magazine"?
Pierre
--
When a barnacle settles down, i
:I upgraded kernel and world, but not packages yet. I just got this error,
:which I haven't seen before:
:
:-bash-3.2$ assertion: MAGAZINE_NOTEMPTY(mp) in mtmagazine_alloc
:
:[1]+ Abort trap: 6 firefox
:
:Pierre
:--
:li fi'u vu'u fi'u fi'u du li pa
Yes, we've been trying to track
I upgraded kernel and world, but not packages yet. I just got this error,
which I haven't seen before:
-bash-3.2$ assertion: MAGAZINE_NOTEMPTY(mp) in mtmagazine_alloc
[1]+ Abort trap: 6 firefox
Pierre
--
li fi'u vu'u fi'u fi'u du li pa
14 matches
Mail list logo