On Thu, Nov 13, 2014 at 03:33:38AM +, Kuninori Morimoto wrote:
> > I think that what Morimoto-san wanted to say was something like this:
> > I guess that removing the "ak" line from vendor-prefixes.txt would
> > be sufficient to cause checkpatch to generate a warning about
> > using
On Thu, Nov 13, 2014 at 03:33:38AM +, Kuninori Morimoto wrote:
I think that what Morimoto-san wanted to say was something like this:
I guess that removing the ak line from vendor-prefixes.txt would
be sufficient to cause checkpatch to generate a warning about
using the
Hi Joe, Simon
> > > I guess removing "ak" line from vendor-prefixes.txt is very enough
> > > for warn for a deprecated vendor prefix on checkpatch ?
> >
> > Huh? No idea what you mean.
> > What are you suggesting about checkpatch?
>
> Hi Joe,
>
> I think that what Morimoto-san wanted to say
On Wed, Nov 12, 2014 at 06:21:49PM -0800, Joe Perches wrote:
> On Thu, 2014-11-13 at 02:18 +, Kuninori Morimoto wrote:
> > > > Still missing is an update for checkpatch to warn when a deprecated
> > > > vendor prefix is used.
> > >
> > > Marking it deprecated and warning with checkpatch is
On Thu, 2014-11-13 at 02:18 +, Kuninori Morimoto wrote:
> > > Still missing is an update for checkpatch to warn when a deprecated
> > > vendor prefix is used.
> >
> > Marking it deprecated and warning with checkpatch is certainly
> > preferable.
>
> I guess removing "ak" line from
Hi Mark, Geert
Sorry for my super late response about this
> > > Given all that, I think we should get rid of the "ak" prefix entirely,
> > > fix up the seaboard dts, and leave the legacy matching for "ak,ak8975"
> > > up to the i2c framework. However, that would imply deleting from
> > >
Hi Mark, Geert
Sorry for my super late response about this
Given all that, I think we should get rid of the ak prefix entirely,
fix up the seaboard dts, and leave the legacy matching for ak,ak8975
up to the i2c framework. However, that would imply deleting from
vendor-prefixes.txt
On Thu, 2014-11-13 at 02:18 +, Kuninori Morimoto wrote:
Still missing is an update for checkpatch to warn when a deprecated
vendor prefix is used.
Marking it deprecated and warning with checkpatch is certainly
preferable.
I guess removing ak line from vendor-prefixes.txt is
On Wed, Nov 12, 2014 at 06:21:49PM -0800, Joe Perches wrote:
On Thu, 2014-11-13 at 02:18 +, Kuninori Morimoto wrote:
Still missing is an update for checkpatch to warn when a deprecated
vendor prefix is used.
Marking it deprecated and warning with checkpatch is certainly
Hi Joe, Simon
I guess removing ak line from vendor-prefixes.txt is very enough
for warn for a deprecated vendor prefix on checkpatch ?
Huh? No idea what you mean.
What are you suggesting about checkpatch?
Hi Joe,
I think that what Morimoto-san wanted to say was something like
On Mon, Sep 22, 2014 at 02:24:24PM +0100, Geert Uytterhoeven wrote:
> Hi Mark,
Hi Geert,
> On Mon, Sep 22, 2014 at 3:00 PM, Mark Rutland wrote:
> > Given all that, I think we should get rid of the "ak" prefix entirely,
> > fix up the seaboard dts, and leave the legacy matching for "ak,ak8975"
>
Hi Mark,
On Mon, Sep 22, 2014 at 3:00 PM, Mark Rutland wrote:
> Given all that, I think we should get rid of the "ak" prefix entirely,
> fix up the seaboard dts, and leave the legacy matching for "ak,ak8975"
> up to the i2c framework. However, that would imply deleting from
> vendor-prefixes.txt
On Thu, Sep 04, 2014 at 07:08:37AM +0100, Kuninori Morimoto wrote:
> From: Kuninori Morimoto
>
> Current vendor-prefixes.txt already has
> "ak" prefix for Asahi Kasei Corp by
> ae8c4209af2cec065fef15d200a42a04130799f7
> (of: Add vendor prefix for Asahi Kasei Corp.)
>
> But, almost all Asahi
On Thu, Sep 04, 2014 at 07:08:37AM +0100, Kuninori Morimoto wrote:
From: Kuninori Morimoto kuninori.morimoto...@renesas.com
Current vendor-prefixes.txt already has
ak prefix for Asahi Kasei Corp by
ae8c4209af2cec065fef15d200a42a04130799f7
(of: Add vendor prefix for Asahi Kasei Corp.)
Hi Mark,
On Mon, Sep 22, 2014 at 3:00 PM, Mark Rutland mark.rutl...@arm.com wrote:
Given all that, I think we should get rid of the ak prefix entirely,
fix up the seaboard dts, and leave the legacy matching for ak,ak8975
up to the i2c framework. However, that would imply deleting from
On Mon, Sep 22, 2014 at 02:24:24PM +0100, Geert Uytterhoeven wrote:
Hi Mark,
Hi Geert,
On Mon, Sep 22, 2014 at 3:00 PM, Mark Rutland mark.rutl...@arm.com wrote:
Given all that, I think we should get rid of the ak prefix entirely,
fix up the seaboard dts, and leave the legacy matching for
From: Kuninori Morimoto
Current vendor-prefixes.txt already has
"ak" prefix for Asahi Kasei Corp by
ae8c4209af2cec065fef15d200a42a04130799f7
(of: Add vendor prefix for Asahi Kasei Corp.)
But, almost all Asahi Kasei chip driver is
using "asahi-kasei" prefix today.
This patch adds "asahi-kasei"
From: Kuninori Morimoto kuninori.morimoto...@renesas.com
Current vendor-prefixes.txt already has
ak prefix for Asahi Kasei Corp by
ae8c4209af2cec065fef15d200a42a04130799f7
(of: Add vendor prefix for Asahi Kasei Corp.)
But, almost all Asahi Kasei chip driver is
using asahi-kasei prefix today.
18 matches
Mail list logo