[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100902013719.GC4744@kroah.com>
Date: Wed, 1 Sep 2010 18:37:19 -0700
From: Greg KH <greg@...ah.com>
To: David Cross <david.cross@...ress.com>
Cc: linux-kernel@...r.kernel.org
Subject: Re: [PATCH] West Bridge Astoria Driver 2.6.35, Kconfig fixes
On Wed, Sep 01, 2010 at 05:08:21PM -0700, David Cross wrote:
>
> > From: Greg KH [mailto:greg@...ah.com]
> > Sent: Tuesday, August 31, 2010 9:32 AM
> > To: David Cross
> > Cc: gregkh@...e.de; linux-kernel@...r.kernel.org
> > Subject: Re: [PATCH] West Bridge Astoria Driver 2.6.35
> >
> > On Tue, Aug 31, 2010 at 09:17:18AM -0700, David Cross wrote:
> > >
> > > > I get a build error when I try to build this driver:
> > > >
> > > drivers/staging/westbridge/astoria/block/../include/linux/westbridge/c>
> > > yasmisc.h:521:2: error: expected declaration specifiers or '...' before >
> > > 'cy_as_hal_device_tag'
> > >
> > > > It looks like the #include mess isn't working quite properly.
> > >
> > > > Also note that this driver is building on an x86-64 platform, which is
> > > > something that you probably don't want :)
> > >
> > > > So, for now, I'll just mark the driver as CONFIG_BROKEN and can you send
> > > > me some Kconfig patches against the next linux-next release which should
> > > > have this driver in it, so that it will build properly?
> > >
> > > Sure, I can do that. I have since changed the Kconfig structure a bit. It
> > > actually will build properly with the correct .config as it is though. I
> > can
> > > send you the .config if you would like.
> >
> > It's up to the Kconfig rules to ensure that there can never be a
> > "non-correct" .config file, so that needs to be fixed so that the build
> > will never be broken no matter what type of options are selected.
> >
> > Care to send a patch for that?
>
> This patch actually contains quite a few fixes, but it addresses the
> Kconfig issue as well. The linux-next tree does not seem to have a
> config for the zoom2, and trying to build it for that board seems to
> make the compilation break. As such, the only thing that I tested was
> compilation using the two different HALs (one of which is added in this
> patch). Please let me know if there are problems or questions with this.
> Thanks,
> David
Hm, I need a single-patch-per-change, as described in the
Documentation/SubmittingPatches file. So, could you break this up into
the logical changes, so that I can apply them all? That makes it easier
for everyone involved (reviewing, bisecting, etc.) and it's what is
needed for the rest of the kernel as well.
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists