Search

Technical Discussion Group Forum

This forum is provided for user discussion. While Beacon EmbeddedWorks support staff and engineers participate, Beacon EmbeddedWorks does not guarantee the accuracy of all information within in the Technical Discussion Group (TDG).

The "Articles" forums provide brief Articles written by Beacon EmbeddedWorks engineers that address the most frequently asked technical questions.

To receive email notifications when updates are posted for a Beacon EmbeddedWorks product download, please subscribe to the TDG Forum of interest.

TDG Forum

PrevPrev Go to previous topic
NextNext Go to next topic
Last Post 24 Sep 2004 03:59 AM by  miket@logicpd.com
Kernel OOPS
 1 Replies
Sort:
You are not authorized to post a reply.
Author Messages
Kenneth Lerman
New Member
New Member
Posts:


--
20 Sep 2004 11:37 AM
    This was either while I was nfs copying a file to / or when I tried to (un)tar it.

    I had been using an ext3 file system, and the error seems to be in kjournald. Anyone seen this before?

    Ken

    Unable to handle kernel paging request at virtual address c2000000
    pgd = c09c0000
    *pgd = 00000000, *pmd = 00000000
    Internal error: Oops: 0
    CPU: 0
    pc : [<c0188068>] lr : [<c0187f94>] Not tainted
    sp : c03a7d94 ip : c03a7d94 fp : c03a7db4
    r10: 00000096 r9 : 0000001e r8 : 00000000
    r7 : 00000058 r6 : c024bbf0 r5 : 000f420b r4 : f6401808
    r3 : c0397ae0 r2 : 00000000 r1 : c2000000 r0 : 00000056
    Flags: Nzcv IRQs on FIQs on Mode SVC_32 Segment kernel
    Control: 217F Table: 209C001D DAC: 0000001D
    Process kjournald (pid: 8, stackpage=c03a7000)
    Stack:
    c03a7d80: c0187f94 c0188068 80000013 ffffffff 00000000 f6401808 00018
    c03a7da0: f6401807 00000009 c03a7df0 c03a7db8 c01886ac c0187f78 0000003d 00000
    c03a7dc0: c0187f68 00000100 c024bbf0 00000000 c03a7e1c c02327cc c03a7e40 00000
    c03a7de0: c1f5aac0 c03a7e04 c03a7df4 c0188724 c0188344 a0000013 c03a7e18 c03a7
    c03a7e00: c017ea70 c0188710 c03a7e1c c03a7e3c c03a7e1c c00eb328 c017ea34 c024b
    c03a7e20: c024bc2c c02327cc c1f4c120 c03a6000 c03a7e70 c03a7e40 c0107774 c00eb
    c03a7e40: 00000000 c03a6000 c1f4c16c c1f4c16c c1f4c120 00000002 c1f5aa90 c03a6
    c03a7e60: c03b78a0 c03a7fcc c03a7e74 c013729c c0107708 00000000 c03b6294 c03b6
    c03a7e80: c03b3998 00000000 00000000 00000000 c1f5aa90 c03b6200 c05c1f00 c0833
    c03a7ea0: 00000284 c1f4c360 c1f4c300 c1f4c2a0 c1f4c240 c1f4c4e0 c1f4c480 c1f4c
    c03a7ec0: c1f4c3c0 c1f4c660 c1f4c600 c1f4c5a0 c1f4c540 c1f4c7e0 c1f4c780 c1f4c
    c03a7ee0: c1f4c6c0 c1f4c960 c1f4c900 c1f4c8a0 c1f4c840 c1f4cae0 c1f4ca80 c1f4c
    c03a7f00: c1f4c9c0 c1f4cc60 c1f4cc00 c1f4cba0 c1f4cb40 c1f4cde0 c1f4cd80 c1f4c
    c03a7f20: c1f4ccc0 c1f4cf60 c1f4cf00 c1f4cea0 c1f4ce40 c1f28200 c1f281a0 c1f28
    c03a7f40: c1f280e0 c1f28380 c1f28320 c1f282c0 c1f28260 c1f28500 c1f284a0 c1f28
    c03a7f60: c1f283e0 c1f57c20 c1f57bc0 c1f57b60 c1f57e00 c1f57da0 c1f57d40 c1f57
    c03a7f80: c1f57f80 c1f57f20 c1f57ec0 c1f57e60 c12540e0 c1f4c1e0 c1f4c180 c1f4c
    c03a7fa0: c1f4c0c0 c03b6308 c03b6250 c03b6200 00000000 c03b4400 00000002 00000
    c03a7fc0: c03a7ffc c03a7fd0 c013a1d8 c0136e4c 00000000 00000000 0003fb86 c03a6
    c03a7fe0: c013a088 c03b6200 c03b6294 00000000 00000000 c03a8000 c00dcd24 c013a
    Backtrace:
    Function entered at [<c0187f68>] from [<c01886ac>]
    r7 = 00000009 r6 = F6401807 r5 = 00018692 r4 = F6401808
    Function entered at [<c0188334>] from [<c0188724>]
    Function entered at [<c0188700>] from [<c017ea70>]
    r4 = A0000013
    Function entered at [<c017ea24>] from [<c00eb328>]
    r4 = C03A7E1C
    Function entered at [<c00eb2a8>] from [<c0107774>]
    r6 = C03A6000 r5 = C1F4C120 r4 = C02327CC
    Function entered at [<c01076f8>] from [<c013729c>]
    r8 = C03B78A0 r7 = C03A6000 r6 = C1F5AA90 r5 = 00000002
    r4 = C1F4C120
    Function entered at [<c0136e3c>] from [<c013a1d8>]
    Function entered at [<c013a0ac>] from [<c00dcd24>]
    r6 = 00000000 r5 = C03B6294 r4 = C03B6200
    Code: e593103c e1a02082 (e19230b1) e1c430b0 ebfd69ea
    miket@logicpd.com
    New Member
    New Member
    Posts:


    --
    24 Sep 2004 03:59 AM
    This could be an elusive bug in hd.c we've talked about. Could
    you lookup, in your System.map file, the PC and the first few
    addresses in the call stack? Looks like whatever instruction
    is doing it is using r1 <!-- s:o -->:o<!-- s:o -->)

    mt
    You are not authorized to post a reply.