From: Michael Ellerman <michael@ellerman.id.au>
To: Christian Kujau <lists@nerdbynature.de>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
"Rafael J. Wysocki" <rjw@sisk.pl>,
linuxppc-dev@ozlabs.org, schwab@linux-m68k.org,
Kernel Testers List <kernel-testers@vger.kernel.org>,
adobriyan@gmail.com, Maciej Rutecki <maciej.rutecki@gmail.com>
Subject: Re: [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316
Date: Wed, 21 Apr 2010 10:25:27 +1000 [thread overview]
Message-ID: <1271809527.13262.10.camel@concordia> (raw)
In-Reply-To: <alpine.DEB.2.01.1004201104170.13016@bogon.housecafe.de>
[-- Attachment #1: Type: text/plain, Size: 1307 bytes --]
On Tue, 2010-04-20 at 11:15 -0700, Christian Kujau wrote:
> On Tue, 20 Apr 2010 at 22:18, Michael Ellerman wrote:
> > Try this 100% unbuilt, 100% untested patch.
>
> I added GFP_KERNEL to kstrdup to make the compile error go away:
>
> fs/proc/proc_devtree.c: In function ‘unslash_name’:
> fs/proc/proc_devtree.c:183: error: too few arguments to function ‘kstrdup’
> make[2]: *** [fs/proc/proc_devtree.o] Error 1
> make[1]: *** [fs/proc] Error 2
> make: *** [fs] Error 2
Yeah oops, told you I hadn't built it.
> And now 2.6.34-rc5 compiles and boots without the warning. Thanks!
> New dmesg and /proc/device-tree on:
>
> http://nerdbynature.de/bits/2.6.34-rc1/xlate_proc_name/
Cool, and we see:
./uni-n@f8000000/i2c@f8001000/i2c-bus@1/fan@5c/pulses_rev
Which is the one that needed fixing.
> Alexey mentioned that this is "wasteful" - does it make the kernel slower?
> I have not done any performance tests, but I'd rather stick with the
> warning than make this Powerbook G4 any more slower :-\
Maybe a little. It has to check every string to see if it contains a
"/". But then you save the cost of taking an exeception for the WARN,
which might make up the difference. But it's a one time fixup at boot,
so it's not going to be noticeable.
cheers
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
next prev parent reply other threads:[~2010-04-21 0:25 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <deuQKFRcc0B.A.3EG.BRSzLB@tosh>
[not found] ` <YeFfFNFyTSF.A.vUB.fSSzLB@tosh>
2010-04-20 6:45 ` [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316 Christian Kujau
2010-04-20 12:18 ` Michael Ellerman
2010-04-20 18:15 ` Christian Kujau
2010-04-20 20:53 ` Andreas Schwab
2010-04-21 0:25 ` Michael Ellerman [this message]
2010-04-21 15:55 ` Alexey Dobriyan
2010-04-21 0:21 ` Michael Ellerman
2010-04-21 4:57 ` Rafael J. Wysocki
[not found] <10aqDnTJcLO.A.mLE.48y5LB@chimera>
[not found] ` <HqroMXsT-CJ.A.DnG.m_y5LB@chimera>
2010-05-09 22:27 ` Christian Kujau
2010-05-09 23:34 ` Michael Ellerman
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=1271809527.13262.10.camel@concordia \
--to=michael@ellerman.id.au \
--cc=adobriyan@gmail.com \
--cc=kernel-testers@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@ozlabs.org \
--cc=lists@nerdbynature.de \
--cc=maciej.rutecki@gmail.com \
--cc=rjw@sisk.pl \
--cc=schwab@linux-m68k.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox