[haiku-bugs] Re: [Haiku] #9858: Ripping CDs -> page fault panic
- From: "ttcoder" <trac@xxxxxxxxxxxx>
- Date: Fri, 19 Dec 2014 20:12:00 -0000
#9858: Ripping CDs -> page fault panic
---------------------------------+----------------------------
Reporter: ttcoder | Owner: nobody
Type: bug | Status: assigned
Priority: high | Milestone: R1/beta1
Component: File Systems/cdda | Version: R1/Development
Resolution: | Keywords: slab
Blocked By: | Blocking:
Has a Patch: 0 | Platform: All
---------------------------------+----------------------------
Comment (by ttcoder):
CDDB-daemon:
Does not work either here:
{{{
..> /system/servers/cddb_daemon
...
Skipping device with id 14.
Skipping device with id 15.
Skipping device with id 16.
}}}
I believe the reason for that is it [http://cgit.haiku-
os.org/haiku/tree/src/servers/cddb_daemon/cddb_daemon.cpp#n152 checks
against "cdda"] for the driver name; indeed if I run the `df` command in
Terminal I find the audio CD is mounted with the 'parent' driver,
"userlandfs", ont what it expects. Same issue in my ripping application, I
have to drag the audio volume's icon to it to load it up, as it won't
detect the volume as being an audio CD.
I'll try to make a custom build of CDDB-daemon with that check
disabled/tweaked and report.. Even though it seems you can reproduce the
kernel crash without it, but still, ya never know! (want to post the
.kdl.jpg for bonefish to take a look here Adrien?)
Stability:
Could not crash the dang thing here, fully stable over the 8 CDs I tried
(maybe because none have Cd-Text ? but we have ruled out Cd-Text as being
the cause of the KDL before hmm). So I'm delegating that task to Dane
again ("here boss, that's the driver.. please take your best shot and
break it to pieces" *g*).
--
Ticket URL: <https://dev.haiku-os.org/ticket/9858#comment:37>
Haiku <https://dev.haiku-os.org>
Haiku - the operating system.
Other related posts:
