[haiku-bugs] Re: [Haiku] #9858: Ripping CDs -> page fault panic (was: Ripping CDs -> page fault panic (via sscanf() in ffmpeg))
- From: "ttcoder" <trac@xxxxxxxxxxxx>
- Date: Mon, 22 Jul 2013 19:56:04 -0000
#9858: Ripping CDs -> page fault panic
-----------------------------+----------------------------
Reporter: ttcoder | Owner: nobody
Type: bug | Status: assigned
Priority: high | Milestone: R1/beta1
Component: System/Kernel | Version: R1/Development
Resolution: | Keywords: slab
Blocked By: | Blocking:
Has a Patch: 0 | Platform: All
-----------------------------+----------------------------
Comment (by ttcoder):
So #8345 leads to #7904 and to 1) trying to use only one core and 2) try
to reproduce the TranslationMapPAE crash with installoptionalpackage. I've
never had any problem with installoptionalpackage on any hrev, so I
focused on 1), which was more fruitful -- documenting today's extensive
testing:
I set out to test 2x2 tactics: disabling my second CPU core; and copying
files to HDD and rip from there, rather than rip directly from CD.
The result is that I need '''both''' tactics to avoid crashing:
- neither strategy in use: KDL, as established before.
- second core disabled, ripping directly from CD: KDL.
- second core disabled, two-stage ripping: I was good for half a dozen
CDs!
- re-enabled the second core, continued two-stage ripping: KDL'ed at the
end of the very current in-progress CD rip, when quitting MediaPlayer.
Both KDLs were of the page fault panic-in-kernel sort. The first KDL had a
very short backtrace (Addon, x86_int, page_fault, panic/trampoline),
triggered when I invoked the filetypes tracker add-on. Second was
triggered when quitting MediaPlayer and the backtrace involved
BKernel::Thread::Deletetimers so it seems again a kernel structure was
conpromised. Neither backtrace seemed worth grabbing for posting.
Now that I'm sure how to crash the thingy, i'm going to focus on not
crashing :-) , i.e. confirm on 10 or 20 CDs that it indeed won't crash
with a core disabled and two-stage file processing. If it won't crash for
20 CDs, then I'll just have to code that work-around in my app, in theory
it should work: disable all but one cores in BApp ctor, re-enable in BApp
dtor (using again _kern_set_cpu_enabled(..)), and copy files to HDD to
encode from there.
--
Ticket URL: <http://dev.haiku-os.org/ticket/9858#comment:10>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.
Other related posts:
- » [haiku-bugs] Re: [Haiku] #9858: Ripping CDs -> page fault panic (was: Ripping CDs -> page fault panic (via sscanf() in ffmpeg)) - ttcoder
