From: Nish Aravamudan <nish.aravamudan@gmail.com>
To: kernel-janitors@vger.kernel.org
Subject: Re: [KJ] compile warnings due to change of pci resource element type
Date: Sat, 05 Mar 2005 16:04:53 +0000 [thread overview]
Message-ID: <29495f1d0503050804de49fbb@mail.gmail.com> (raw)
In-Reply-To: <42287935.30573.366952@localhost>
[-- Attachment #1: Type: text/plain, Size: 2227 bytes --]
On Sat, 05 Mar 2005 11:33:37 +0200, Stephen Biggs
<yrgrknmxpzlk@gawab.com> wrote:
> On 4 Mar 2005 at 8:57, Greg KH wrote:
>
> > On Fri, Mar 04, 2005 at 07:49:45AM -0800, Randy.Dunlap wrote:
> > > Stephen Biggs wrote:
> > > >Trying to comple the latest version (2.6.11-rc5-mm1) gives a huge amount
> > > >of warnings in a lot of files due to printf formats (and a couple of
> > > >other minor issues) that have %lx instead of %llx for the "start" element
> > > >in the pci_resource struct whose type was changed from u32 to u64.
> > > >
> > > >These are relatively easy to fix and need to be fixed because of
> > > >potential stack issues with var arg functions like printk and friends.
> > > >
> > > >My question is: should I do this or is someone else working on this,
> > > >perhaps a better fix than simply changing the majority of occurrences of
> > > >"%lx" to "%llx"?
> > >
> > > I read messages on lkml that the pci resource patch was being dropped
> > > temporarily to fix some issues.... Perhaps its patch submitter will
> > > be fixing those, I dunno.
> >
> > Odds are, it will be me :(
> >
> > So yes, I will gladly take those kinds of patches.
>
> Yes, OK, I'll start working on it soon.
>
> Quick question: I see these problems on 2.6.11-rc5-mm1 but NOT on the
> mainline kernel of 2.6.11. Also, see my previous email about 2.6.11-kj
> patch not applying cleanly at all to the rc5-mm1 BUT applies perfectly to
> the mainline 2.6.11.
>
> Which kernel version should I be working with? Since there is now a
> release of 2.6.11, isn't the proper version for us now 2.6.12-rc1, as
> soon as it's created??
>
> I am confused.
I am not sure why you would think 2.6.11-kj would apply to anything
except 2.6.11. That's why it's *2.6.11*-kj not 2.6.11-rc5-mm1-kj.
That's the whole point of labelling the releases that way.
So, if you want to apply -kj, you apply to it's prefix. Sometimes,
admittedly, it will apply with fuzz to other trees, but that's
incidental.
Also, please read the threads regarding the new kernel naming
procedure. You should apply your patches against mainline (currently
2.6.11), unless the issue only exists in -mm and the patch which
causes the issue is also only in -mm.
Thanks,
Nish
[-- Attachment #2: Type: text/plain, Size: 167 bytes --]
_______________________________________________
Kernel-janitors mailing list
Kernel-janitors@lists.osdl.org
http://lists.osdl.org/mailman/listinfo/kernel-janitors
next prev parent reply other threads:[~2005-03-05 16:04 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-04 13:05 [KJ] compile warnings due to change of pci resource element type Stephen Biggs
2005-03-04 15:49 ` Randy.Dunlap
2005-03-04 16:57 ` Greg KH
2005-03-05 9:33 ` Stephen Biggs
2005-03-05 10:07 ` Alexey Dobriyan
2005-03-05 16:04 ` Nish Aravamudan [this message]
2005-03-05 17:51 ` Stephen Biggs
2005-03-05 17:54 ` Randy.Dunlap
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=29495f1d0503050804de49fbb@mail.gmail.com \
--to=nish.aravamudan@gmail.com \
--cc=kernel-janitors@vger.kernel.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 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.