Opened 6 years ago

Closed 8 weeks ago

#10411 closed bug (not reproducible)

KDL: NULL dereference in x86VMTranslationMapPAE::UnmapArea

Reported by: dsuden Owned by: nobody
Priority: normal Milestone: R1
Component: System/Kernel Version: R1/Development
Keywords: Cc: ttcoder
Blocked By: Blocking:
Has a Patch: no Platform: All

Description

Got this screen shot from a customer who says he walked in and the system was KDL'ed. The only thing known to be going on was playback of music at the time, other than that, Haiku was just idling away. Version on his system is probably something like HR46104. Some references in the KDL message to VMA, not sure whether that's where the problem is, or indeed, as a neophyte, what that quite means. :-) Attached FWIW.

Attachments (1)

photo.JPG (292.9 KB ) - added by dsuden 6 years ago.
KDL

Download all attachments as: .zip

Change History (7)

by dsuden, 6 years ago

Attachment: photo.JPG added

KDL

comment:1 by ttcoder, 6 years ago

Cc: degea@… added

Reminds me of #8345, except #8345 is about Map() hitting a panic(), whereas this one is about UnmapArea() hitting a page fault.

Last edited 6 years ago by ttcoder (previous) (diff)

comment:2 by korli, 6 years ago

It seems there was a script looping and calling "sleep".

comment:3 by ttcoder, 6 years ago

@Dane: please check if that customer is running our "MakeMusic.sh" script, and disable it if needed.

Hat tip to you korli, I had missed that. A few weeks back we had a report of a KDL with "query" command which (unlike here) immediately ringed a bell for me; I had suggested disabling MakeMusic.sh for that other customer and never heard trouble from them again.

comment:4 by axeld, 2 years ago

Owner: changed from axeld to nobody
Status: newassigned

comment:5 by waddlesplash, 8 weeks ago

Cc: ttcoder added; degea@… removed
Summary: KDL while playing musicKDL: NULL dereference in x86VMTranslationMapPAE::UnmapArea

Ping again: is this one still reproducible?

comment:6 by ttcoder, 8 weeks ago

Resolution: not reproducible
Status: assignedclosed

Closing this one, haven't seen it in a long time.

Note: See TracTickets for help on using tickets.