Opened 9 years ago
Closed 3 days ago
#12772 closed bug (not reproducible)
Kernel panic whilst transferring files _mutex_lock(): double lock of 0xf800e67c by thread 355660
| Reported by: | xray7224 | Owned by: | nobody |
|---|---|---|---|
| Priority: | normal | Milestone: | Unscheduled |
| Component: | System/Kernel | Version: | R1/Development |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Platform: | All |
Description
Whilst I was copying over a large amount of somewhat large files from one BFS partition to another I got a kernel panic. It didn't currupt anything, all the files looked correct when I booted back up.
Please find an attached image, sorry about the quality, i didn't realize it was at an angle when i took it. If you zoom in you can read the text easier :)
Not sure if the component should be the kernel of the File System, sorry if the Kernel is incorrect.
Attachments (1)
Change History (6)
by , 9 years ago
| Attachment: | IMG_20160510_122320.jpg added |
|---|
comment:1 by , 9 years ago
comment:2 by , 8 years ago
| Owner: | changed from to |
|---|---|
| Status: | new → assigned |
comment:4 by , 4 days ago
This stack trace is very strange to me, we shouldn't get any page faults inside VMCache::RemovePage I think. In fact we should never hit page faults while having caches locked at all. Perhaps we should check that page faults are prohibited in such a state and assert if they occur.
comment:5 by , 3 days ago
| Resolution: | → not reproducible |
|---|---|
| Status: | assigned → closed |
I added a change that will turn this double-lock into a "PANIC: unhandled page fault" in hrev58655. But it seems it hasn't happened in some time, so let's not keep this open unnecessarily.
Forgot to mention, I'm on hrev50302.