Hi Folks.
I have not managed to make any progress on this front. :-( The IP
is at 0xe0000743fc185650. Here is the complete trace.
-------------------------------------------
Unable to handle kernel NULL pointer dereference (address 0000000000000000)
swapper[0]: Oops 8804682956800 [1]
Modules linked in:
Pid: 0, CPU 0, comm: swapper
psr : 00001010084a2010 ifs : 8000000000000714 ip :
[<e0000743fc185650>] Not tainted
ip is at 0xe0000743fc185650
unat: 0000000000000000 pfs : 0000000000000714 rsc : 0000000000000003
rnat: 80000ffc10119ed0 bsps: 0000000000000000 pr : 80000000ff7a068b
ldrs: 0000000000000000 ccv : 0000000000000000 fpsr: 0009804c8a70433f
csd : 0000000000000000 ssd : 0000000000000000
b0 : e0000743fc185640 b6 : e0000743fc419b70 b7 : e0000743fc4b0c00
f6 : 000000000000000000000 f7 : 0ffdea000000000000000
f8 : 10002a000000000000000 f9 : 100038000000000000000
f10 : 0fffe9ffffffff6000000 f11 : 1003e0000000000000000
r1 : e0000743fc163c00 r2 : 0000000000000000 r3 : 0000000000020000
r8 : 000000000000000c r9 : 0000001008020000 r10 : e0000743fc6c9190
r11 : 0000000000000000 r12 : a000000100a1b6b0 r13 : a000000100a14000
r14 : 0000000000000007 r15 : 0000000000000006 r16 : e0000743fc6c83a0
r17 : a000000100a1b600 r18 : a000000100a1b608 r19 : a000000100a1b558
r20 : 0000000000000011 r21 : 0000000000000000 r22 : 00000010084a2010
r23 : c0000ffc201095be r24 : c0000ffc201095bf r25 : 0000000000000000
r26 : a000000100a1b6d6 r27 : a000000100a1b6d7 r28 : a000000100a1b720
r29 : 0000000000000000 r30 : 80000000ff7a064b r31 : 000000000000050f
Unable to handle kernel NULL pointer dereference (address 0000000000000000)
swapper[0]: Oops 11012296146944 [2]
Modules linked in:
Pid: 0, CPU 0, comm: swapper
psr : 0000121008022018 ifs : 8000000000000308 ip :
[<a000000100115fc1>] Not tainted
ip is at kmem_cache_alloc+0x41/0x100
unat: 0000000000000000 pfs : 0000000000000793 rsc : 0000000000000003
rnat: 0000000000000000 bsps: 0000000000000000 pr : 80000000ff7a69a7
ldrs: 0000000000000000 ccv : 0000000000000000 fpsr: 0009804c8a70033f
csd : 0000000000000000 ssd : 0000000000000000
b0 : a000000100039c00 b6 : a00000010003a9e0 b7 : a00000010000bd50
f6 : 1003e137c75840bac330a f7 : 1003e9e3779b97f4a7c16
f8 : 1003e0a000000100010af f9 : 1003e000000000000007f
f10 : 1003e0000000000000379 f11 : 1003e6db6db6db6db6db7
r1 : a000000100dc8ee0 r2 : 0000000000000000 r3 : 0000000000000000
r8 : 0000000000000000 r9 : 0000000000000000 r10 : 0000000000000000
r11 : 0000000000000000 r12 : a000000100a1ab20 r13 : a000000100a14000
r14 : a000000100a14b64 r15 : 000000000000000f r16 : a000000100a1abb0
r17 : 0000000000000000 r18 : a000000100a86c08 r19 : a000000100a1abac
r20 : a000000100a1aba8 r21 : 000000007fffffff r22 : 0000000000000000
r23 : a000000100010af0 r24 : a000000100010aa0 r25 : a000000100000000
r26 : a000000100a95070 r27 : a000000100bca168 r28 : a000000100a8df70
r29 : a000000100a8df60 r30 : 00000000000000c4 r31 : 0000000000010b40
-------------------------------------------
As I have mentioned before, using the "EFI_GLOBAL_VARIABLE_GUID"
does not Oops. So can there be something wrong with my GUID? If there
is, can it Oops? I have no clue as to how to proceed. Any help will be
appreciated.
Thanks & Regards,
Karthik
On 1/8/07, Karthik Gopalakrishnan <[EMAIL PROTECTED]> wrote:
OK. Some progress. If I use "EFI_GLOBAL_VARIABLE_GUID" instead of my
"CONFIG_GUID", the get_variable call returns a failure but does not
Oops. So, can an invalid GUID cause an Oops?
On 1/8/07, Karthik Gopalakrishnan <[EMAIL PROTECTED]> wrote:
> Hi Folks.
>
> I am calling the following function as the last function in
> setup_arch() [well after efi_init()] on a 2.6.19 kernel.
>
> void __init func_foo (void)
> {
> unsigned char data[1024];
> unsigned long size = sizeof(data);
> char *Ascii_String;
> efi_char16_t *Unicode_String;
> char mode_name[] = "variable_name";
> efi_char16_t mode_name_utf[32];
> efi_guid_t guid = CONFIG_GUID;
> efi_status_t status;
> int i;
>
> Unicode_String = mode_name_utf;
> Ascii_String = mode_name;
> while (*Ascii_String)
> *Unicode_String++ = *Ascii_String++ & 0x7F;
> *Unicode_String = 0;
>
> status = efi.get_variable(mode_name_utf, &guid, NULL, &size, data);
> ...
> ...
> ...
> }
>
> The get_variable call is causing an Oops.
>
> Unable to handle kernel NULL pointer dereference (address 0000000000000000)
> swapper[0]: Oops 11012296146944 [2]
>
> Can someone tell me why it is page-faulting? Any suggestions as to
> where to start looking?
>
> Thanks & Regards,
> Karthik
>
-
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
