* 2.5.59 OOPS w/ fdisk & devfs
@ 2003-02-06 21:15 David Ford
2003-02-06 21:51 ` Andrew Morton
0 siblings, 1 reply; 3+ messages in thread
From: David Ford @ 2003-02-06 21:15 UTC (permalink / raw)
To: Linux Kernel Mailing List
Unable to handle kernel paging request at virtual address 6b6b6b87
printing eip:
c018ddf3
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0060:[<c018ddf3>] Not tainted
EFLAGS: 00010202
EIP is at _devfs_unhook+0x2b/0x70
eax: 6b6b6b6b ebx: 6b6b6b6b ecx: c109312c edx: 6b6b6b6b
esi: 00000002 edi: c109312c ebp: 6b6b6b6b esp: c1d41f0c
ds: 007b es: 007b ss: 0068
Process fdisk (pid: 178, threadinfo=c1d40000 task=c162c100)
Stack: c109312c c018de4a c109312c c109312c 00000002 c1503520 c10c2874
c018deeb
6b6b6b6b c109312c c10b904c c01758ad c109312c c108f850 c0175ad7
c10c2874
00000002 c108f868 c108f850 c1503520 c15b4924 00000000 c0279ebf
c10c2874
Call Trace:
[<c018de4a>] _devfs_unregister+0x12/0x90
[<c018deeb>] devfs_unregister+0x23/0x30
[<c01758ad>] delete_partition+0x49/0x58
[<c0175ad7>] rescan_partitions+0x6b/0xf0
[<c0279ebf>] blkdev_reread_part+0x5b/0x74
[<c027a247>] blkdev_ioctl+0x24b/0x379
[<c0156f49>] sys_ioctl+0x21d/0x274
[<c0108dd7>] syscall_call+0x7/0xb
Code: 89 42 1c 8b 51 1c 85 d2 75 08 8b 41 18 89 43 10 eb 06 8b 41
<6>note: fdisk[178] exited with preempt_count 2
--
I may have the information you need and I may choose only HTML. It's up to you. Disclaimer: I am not responsible for any email that you send me nor am I bound to any obligation to deal with any received email in any given fashion. If you send me spam or a virus, I may in whole or part send you 50,000 return copies of it. I may also publically announce any and all emails and post them to message boards, news sites, and even parody sites. I may also mark them up, cut and paste, print, and staple them to telephone poles for the enjoyment of people without internet access. This is not a confidential medium and your assumption that your email can or will be handled confidentially is akin to baring your backside, burying your head in the ground, and thinking nobody can see you butt nekkid and in plain view for miles away. Don't be a cluebert, buy one from K-mart today.
When it absolutely, positively, has to be destroyed overnight.
AIR FORCE
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: 2.5.59 OOPS w/ fdisk & devfs
2003-02-06 21:15 2.5.59 OOPS w/ fdisk & devfs David Ford
@ 2003-02-06 21:51 ` Andrew Morton
2003-02-06 22:54 ` David Ford
0 siblings, 1 reply; 3+ messages in thread
From: Andrew Morton @ 2003-02-06 21:51 UTC (permalink / raw)
To: David Ford; +Cc: linux-kernel, Adam J. Richter
David Ford <david+cert@blue-labs.org> wrote:
>
> Unable to handle kernel paging request at virtual address 6b6b6b87
> ...
> EIP is at _devfs_unhook+0x2b/0x70
Look. devfs is sick. Richard has disappeared. Al did some work on it and
also disappeared. Adam laid it on the ground and drove a truck over it, and
I had that patch in -mm for two or three weeks and had one single, sole, sad,
sorry report from a tester.
I dropped Adam's patch out again because it might have been implicated in
weird system hangs.
So what are we to do? It appears that kernel developers do not use devfs,
and people who _do_ use devfs either did not test Adam's patch, or forgot to
send in a report.
I shall reinclude Adam's patch. Will people who use devfs *please* test it,
and send in a report? Otherwise the whole thing is just going nowhere.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: 2.5.59 OOPS w/ fdisk & devfs
2003-02-06 21:51 ` Andrew Morton
@ 2003-02-06 22:54 ` David Ford
0 siblings, 0 replies; 3+ messages in thread
From: David Ford @ 2003-02-06 22:54 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, Adam J. Richter
Well, don't jump too fast :)
I have been having extreme hardware issues with this box for the past
several hours. I thought it was 2.5.59 giving me grief but an old
kernel I had laying around presented similar issues. I'm busy swapping
cables, memory, etc to see who is being the bad guy.
So far, I've had issues with reiserfs, raw dd, mkreiserfs, tar, cp, mv
(insert a lot of shell commands), interpreters, you name it. Nothing
seems common except that it all occurs when hda data is going somewhere
else. I just swapped my udma66 cable on hda and I'm trying to stress
test hda now.
David
Andrew Morton wrote:
>David Ford <david+cert@blue-labs.org> wrote:
>
>
>>Unable to handle kernel paging request at virtual address 6b6b6b87
>>...
>>EIP is at _devfs_unhook+0x2b/0x70
>>
>>
>
>
>Look. devfs is sick. Richard has disappeared. Al did some work on it and
>also disappeared. Adam laid it on the ground and drove a truck over it, and
>I had that patch in -mm for two or three weeks and had one single, sole, sad,
>sorry report from a tester.
>
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-02-06 22:44 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-02-06 21:15 2.5.59 OOPS w/ fdisk & devfs David Ford
2003-02-06 21:51 ` Andrew Morton
2003-02-06 22:54 ` David Ford
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).