All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Randy.Dunlap" <rddunlap@osdl.org>
To: Andrew Morton <akpm@osdl.org>
Cc: Michael Buesch <mbuesch@freenet.de>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2.6] fix address passing of unknown_bootoption
Date: Sun, 07 Nov 2004 16:53:41 -0800	[thread overview]
Message-ID: <418EC395.3070002@osdl.org> (raw)
In-Reply-To: <20041107164244.34ad8bfd.akpm@osdl.org>

Andrew Morton wrote:
> Michael Buesch <mbuesch@freenet.de> wrote:
> 
>>Hi Andrew,
>>
>>Addresses of functions are returned by their name without
>>parantheses. Remove an & in main.c
> 
> 
> Using `&' in fornt of a function name when passing the function's address
> is unnecessary and is kinda dorky, but your patch shouldn't change
> generated code.
> 
> 
>>Unable to handle kernel paging request at virtual address 00020800
>> printing eip:
>>00020800
>>*pde = 00000000
>>Oops: 0000 [#1]
>>SMP 
>>Modules linked in: ipv6 ohci_hcd tuner tvaudio msp3400 bttv video_buf btcx_risc nvidia ehci_hcd uhci_hcd usbcore intel_agp agpgart evdev
>>CPU:    0
>>EIP:    0060:[<00020800>]    Tainted: P   VLI
>>EFLAGS: 00010296   (2.6.9-ck3-ac6-nozeroram) 
>>EIP is at 0x20800
>>eax: 00000001   ebx: b03e6000   ecx: 00000001   edx: 00000084
>>esi: 00099100   edi: b01020a7   ebp: 00459007   esp: b03e7fec
>>ds: 007b   es: 007b   ss: 0068
>>Process swapper (pid: 0, threadinfo=b03e6000 task=b034bac0)
>>Stack: b03e881c 000000d9 b03e8310 b04132a0 b0100211 
>>Call Trace:
>> [<b03e881c>] start_kernel+0x139/0x152
>> [<b03e8310>] unknown_bootoption+0x0/0x171
>>Code:  Bad EIP value.
>> <0>Kernel panic - not syncing: Attempted to kill the idle task!
>>
>>
>>Unable to handle kernel paging request at virtual address 00099108
>> printing eip:
>>b01020a7
>>*pde = 00000000
>>Oops: 0000 [#1]
>>SMP 
>>Modules linked in: nvidia ohci_hcd tuner tvaudio msp3400 bttv video_buf btcx_risc ehci_hcd uhci_hcd usbcore intel_agp agpgart evdev
>>CPU:    0
>>EIP:    0060:[<b01020a7>]    Tainted: P   VLI
>>EFLAGS: 00010292   (2.6.9-ck2-ac4-nozeroram) 
>>EIP is at cpu_idle+0x2e/0x3c
>>eax: 00000001   ebx: 00099100   ecx: 00000000   edx: 0000001d
>>esi: 00000000   edi: 00000008   ebp: 004f3007   esp: b0477fe8
>>ds: 007b   es: 007b   ss: 0068
>>Process swapper (pid: 0, threadinfo=b0476000 task=b03ccac0)
>>Stack: 00020800 b047881c 000000dd b0478310 b04a62a0 b0100211 
>>Call Trace:
>> [<b047881c>] start_kernel+0x139/0x152
>> [<b0478310>] unknown_bootoption+0x0/0x171
>>Code: e0 ff ff 21 e3 eb 24 8b 0d 80 56 4a b0 b8 1a 20 10 b0 8b 15 a0 e5 3c b0 85 c9 0f 44 c8 8b 43 10 c1 e0 07 89 90 04 ea 4a b0 ff d1 <8b> 43 08 a8 08 74 d5 e8 0d a9 26 00 eb f2 56 53 fb ba 00 e0 ff 
>> <0>Kernel panic - not syncing: Attempted to kill the idle task!
> 
> 
> hm, I don't know what happened there.  Maybe the value of pm_idle in
> cpu_idle() is garbage.  Or maybe not.

Zwane and someone else had patches for that happening IIRC
a month or 2 back.
I can dig them out if wanted... Michael, want to try?

-- 
~Randy

  reply	other threads:[~2004-11-08  0:54 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-07 21:47 [PATCH 2.6] fix address passing of unknown_bootoption Michael Buesch
2004-11-08  0:42 ` Andrew Morton
2004-11-08  0:53   ` Randy.Dunlap [this message]
2004-11-08  8:43     ` Michael Buesch
2004-11-08 17:42       ` Randy.Dunlap
2004-11-08 21:40         ` Michael Buesch

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=418EC395.3070002@osdl.org \
    --to=rddunlap@osdl.org \
    --cc=akpm@osdl.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mbuesch@freenet.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.