[prev in list] [next in list] [prev in thread] [next in thread] 

List:       haiku-bugs
Subject:    [haiku-bugs] Re: [Haiku] #10259: CDDA-related KDL: ASCII string corrupts kernel structures
From:       "bonefish" <trac () haiku-os ! org>
Date:       2013-11-28 16:41:15
Message-ID: 057.782a8ccd888e6df533d1d2c2b7c7eb22 () haiku-os ! org
[Download RAW message or body]

#10259: CDDA-related KDL: ASCII string corrupts kernel structures
---------------------------------+----------------------------
   Reporter:  ttcoder            |      Owner:  axeld
       Type:  bug                |     Status:  assigned
   Priority:  normal             |  Milestone:  R1
  Component:  File Systems/cdda  |    Version:  R1/Development
 Resolution:                     |   Keywords:
 Blocked By:                     |   Blocking:
Has a Patch:  0                  |   Platform:  All
---------------------------------+----------------------------

Comment (by bonefish):

 I would approach the problem by starting with an objdump of
 `_user_stop_notifying()` to find out exactly what kind of object gets
 corrupted. Then the node monitoring code could be scrutinized wrt. to the
 management of those objects.

 If that doesn't turn up any suspects, assuming that this issue is
 reproducible, certain debugging features of our slab allocator
 (`SLAB_ALLOCATION_TRACKING` in kernel_debug_config.h and
 `SLAB_OBJECT_CACHE_TRACING[_STACK_TRACE]` in tracing_config.h) can be
 enabled. If the tracing buffer is large enough for that case
 (`MAX_TRACE_SIZE` -- I'd recommend at least several hundred MiB), it will
 be possible to track down the code allocating and freeing the respective
 chunk of memory.

--
Ticket URL: <http://dev.haiku-os.org/ticket/10259#comment:8>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.

[prev in list] [next in list] [prev in thread] [next in thread]