On Tue, 2008-09-09 at 14:08 -0400, Kyle McMartin wrote:
> On Tue, Sep 09, 2008 at 09:12:41AM -0500, James Bottomley wrote:
> > OK, so could we get this in to -rc5 please? It's a bug fix for parisc
> > since we're currently printing rubbish.
> >
>
> While I suppose it's a "parisc" patch, I'm not
On Tue, Sep 09, 2008 at 09:12:41AM -0500, James Bottomley wrote:
> OK, so could we get this in to -rc5 please? It's a bug fix for parisc
> since we're currently printing rubbish.
>
While I suppose it's a "parisc" patch, I'm not going to try to push it
unless either Linus just applies it, or we g
OK, so could we get this in to -rc5 please? It's a bug fix for parisc
since we're currently printing rubbish.
James
---
From: James Bottomley <[EMAIL PROTECTED]>
Date: Wed, 3 Sep 2008 20:43:36 -0500
Subject: lib: Correct printk %pF to work on all architectures
It was introduced by
commit 0fe1e
>> Make dereference_function_descriptor() more accommodating by allowing
>> architecture overrides. I put the three overrides (for parisc64, ppc64
>> and ia64) in arch/kernel/module.c because that's where the kernel
>> internal linker which knows how to deal with function descriptors sits.
>>
>> S
> Make dereference_function_descriptor() more accommodating by allowing
> architecture overrides. I put the three overrides (for parisc64, ppc64
> and ia64) in arch/kernel/module.c because that's where the kernel
> internal linker which knows how to deal with function descriptors sits.
>
> Signed
On Wed, 2008-09-03 at 17:01 -0700, Linus Torvalds wrote:
>
> On Wed, 3 Sep 2008, James Bottomley wrote:
> >
> > Oh ... because Arjan has a patch to export
> > dereference_function_descriptor. I suppose I could make him do the
> > heavy lifting, but it seemed sensible to make it easy for him (and
On Wed, 3 Sep 2008, James Bottomley wrote:
>
> Oh ... because Arjan has a patch to export
> dereference_function_descriptor. I suppose I could make him do the
> heavy lifting, but it seemed sensible to make it easy for him (and me)
> by putting it in a header.
>
> http://marc.info/?l=linux-ker
On Wed, 2008-09-03 at 16:15 -0700, Linus Torvalds wrote:
>
> On Wed, 3 Sep 2008, James Bottomley wrote:
> >
> > You want me to pull the elf header files into lib/vsprintf.c and have
> > something like
>
> No.
>
> I want you to stop polluting with total and utter crap.
>
> Please tell my WHY t
On Wed, 3 Sep 2008, James Bottomley wrote:
>
> You want me to pull the elf header files into lib/vsprintf.c and have
> something like
No.
I want you to stop polluting with total and utter crap.
Please tell my WHY the hell you have
diff --git a/include/linux/module.h b/include/linux/
On Wed, 2008-09-03 at 15:54 -0700, Linus Torvalds wrote:
> > Anyway, it's easy to do (if a slightly larger diff) ... I have to move
> > the prototype from include/kernel.h to include/module.h because I need
> > an assured asm/xxx include before it to get the override.
>
> I don't really see what t
On Wed, 3 Sep 2008, James Bottomley wrote:
>
> Is that finally final? because the last time I tried to do the above
> for a voyager override I was told weak functions were the preferred
> method ...
Weak functions are fine IF THEY DO SOMETHING REAL AND SHOULD BE FUNCTIONS
IN THE FIRST PLACE!
On Wed, 2008-09-03 at 14:22 -0700, Linus Torvalds wrote:
>
> On Wed, 3 Sep 2008, James Bottomley wrote:
> >
> > Make dereference_function_descriptor() more accommodating by allowing
> > architecture overrides.
>
> Don't do it like this.
>
> We don't want some stupid useless weak function that i
On Wed, 3 Sep 2008, James Bottomley wrote:
>
> Make dereference_function_descriptor() more accommodating by allowing
> architecture overrides.
Don't do it like this.
We don't want some stupid useless weak function that is empty on all sane
platforms.
Just do
.. declare or create an
13 matches
Mail list logo
