All of lore.kernel.org
 help / color / mirror / Atom feed
From: andrew@lunn.ch (Andrew Lunn)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 2/2] ARM: mvebu: Added dts defintion for Lenovo Iomega ix4-300d NAS
Date: Thu, 24 Jul 2014 15:29:54 +0200	[thread overview]
Message-ID: <20140724132954.GF28485@lunn.ch> (raw)
In-Reply-To: <20140724124520.GV23220@titan.lakedaemon.net>

> > Well about the issue, we patch the device tree for the i2c quirk only for
> > the openblock AX3.
> 
> Ahhh, that's right.  I need to slow down and dig a bit more. :(
> 
> > If I remember well it was because the device tree was already written
> > for this board before we found there was an issue with the A0 version
> > of the CPU. 
> 
> No, it's because we didn't think any manufacturers would be silly enough
> to use the a0 in production.  That assumption worked out well. :-P
> 
> > The rule was that for new boards then they have to set the marvell,mv78230-a0-i2c
> > compatible string. I also didn't expect that we found "new" product using the A0 version.
> > 
> > We have 3 options now:
> > 
> > - remove the check on the openblock AX3 board and always try to apply the quirck for A0 version
> > - add a check for this new board in the mvebu_dt_init function
> > - let the compatible string marvell,mv78230-a0-i2c in this dts
> > 
> > I would prefer the option 1 but I fear that Arnd would prefer the 2 other options.
> 
> I like option 1 and 3.  Option 3 is a *correct* description of the
> hardware, and should be done.  Option 1 makes Linux user-friendly for boards
> that are exactly the same, but changed out SoC stepping mid-production.

I would prefer 1 as well. It is the SoC that has the problem, not the
board. So we should not be making the quirk board specific.

       Andrew

WARNING: multiple messages have this Message-ID (diff)
From: Andrew Lunn <andrew-g2DYL2Zd6BY@public.gmane.org>
To: Jason Cooper <jason-NLaQJdtUoK4Be96aLqz0jA@public.gmane.org>
Cc: Gregory CLEMENT
	<gregory.clement-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>,
	Benoit Masson <benoitm-+V3Jd3LB6RBWk0Htik3J/w@public.gmane.org>,
	Andrew Lunn <andrew-g2DYL2Zd6BY@public.gmane.org>,
	Benoit Masson <yahoo-+V3Jd3LB6RBWk0Htik3J/w@public.gmane.org>,
	Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	Pawel Moll <pawel.moll-5wv7dgnIgG8@public.gmane.org>,
	Ian Campbell
	<ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org>,
	Kumar Gala <galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>,
	Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
	devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Sebastian Hesselbarth
	<sebastian.hesselbarth-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
Subject: Re: [PATCH 2/2] ARM: mvebu: Added dts defintion for Lenovo Iomega ix4-300d NAS
Date: Thu, 24 Jul 2014 15:29:54 +0200	[thread overview]
Message-ID: <20140724132954.GF28485@lunn.ch> (raw)
In-Reply-To: <20140724124520.GV23220-u4khhh1J0LxI1Ri9qeTfzeTW4wlIGRCZ@public.gmane.org>

> > Well about the issue, we patch the device tree for the i2c quirk only for
> > the openblock AX3.
> 
> Ahhh, that's right.  I need to slow down and dig a bit more. :(
> 
> > If I remember well it was because the device tree was already written
> > for this board before we found there was an issue with the A0 version
> > of the CPU. 
> 
> No, it's because we didn't think any manufacturers would be silly enough
> to use the a0 in production.  That assumption worked out well. :-P
> 
> > The rule was that for new boards then they have to set the marvell,mv78230-a0-i2c
> > compatible string. I also didn't expect that we found "new" product using the A0 version.
> > 
> > We have 3 options now:
> > 
> > - remove the check on the openblock AX3 board and always try to apply the quirck for A0 version
> > - add a check for this new board in the mvebu_dt_init function
> > - let the compatible string marvell,mv78230-a0-i2c in this dts
> > 
> > I would prefer the option 1 but I fear that Arnd would prefer the 2 other options.
> 
> I like option 1 and 3.  Option 3 is a *correct* description of the
> hardware, and should be done.  Option 1 makes Linux user-friendly for boards
> that are exactly the same, but changed out SoC stepping mid-production.

I would prefer 1 as well. It is the SoC that has the problem, not the
board. So we should not be making the quirk board specific.

       Andrew
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

WARNING: multiple messages have this Message-ID (diff)
From: Andrew Lunn <andrew@lunn.ch>
To: Jason Cooper <jason@lakedaemon.net>
Cc: Gregory CLEMENT <gregory.clement@free-electrons.com>,
	Benoit Masson <benoitm@perenite.com>,
	Andrew Lunn <andrew@lunn.ch>, Benoit Masson <yahoo@perenite.com>,
	Rob Herring <robh+dt@kernel.org>, Pawel Moll <pawel.moll@arm.com>,
	Ian Campbell <ijc+devicetree@hellion.org.uk>,
	Kumar Gala <galak@codeaurora.org>,
	Russell King <linux@arm.linux.org.uk>,
	devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org,
	Sebastian Hesselbarth <sebastian.hesselbarth@googlemail.com>
Subject: Re: [PATCH 2/2] ARM: mvebu: Added dts defintion for Lenovo Iomega ix4-300d NAS
Date: Thu, 24 Jul 2014 15:29:54 +0200	[thread overview]
Message-ID: <20140724132954.GF28485@lunn.ch> (raw)
In-Reply-To: <20140724124520.GV23220@titan.lakedaemon.net>

> > Well about the issue, we patch the device tree for the i2c quirk only for
> > the openblock AX3.
> 
> Ahhh, that's right.  I need to slow down and dig a bit more. :(
> 
> > If I remember well it was because the device tree was already written
> > for this board before we found there was an issue with the A0 version
> > of the CPU. 
> 
> No, it's because we didn't think any manufacturers would be silly enough
> to use the a0 in production.  That assumption worked out well. :-P
> 
> > The rule was that for new boards then they have to set the marvell,mv78230-a0-i2c
> > compatible string. I also didn't expect that we found "new" product using the A0 version.
> > 
> > We have 3 options now:
> > 
> > - remove the check on the openblock AX3 board and always try to apply the quirck for A0 version
> > - add a check for this new board in the mvebu_dt_init function
> > - let the compatible string marvell,mv78230-a0-i2c in this dts
> > 
> > I would prefer the option 1 but I fear that Arnd would prefer the 2 other options.
> 
> I like option 1 and 3.  Option 3 is a *correct* description of the
> hardware, and should be done.  Option 1 makes Linux user-friendly for boards
> that are exactly the same, but changed out SoC stepping mid-production.

I would prefer 1 as well. It is the SoC that has the problem, not the
board. So we should not be making the quirk board specific.

       Andrew

  reply	other threads:[~2014-07-24 13:29 UTC|newest]

Thread overview: 78+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-23 22:35 [PATCH 1/2] Adding Lenovo - Lenovo Group Ltd. to the vendor-prefixes list Benoit Masson
2014-07-23 22:35 ` Benoit Masson
2014-07-23 22:35 ` Benoit Masson
2014-07-23 22:32 ` Andrew Lunn
2014-07-23 22:32   ` Andrew Lunn
2014-07-23 22:32   ` Andrew Lunn
2014-07-23 22:35 ` [PATCH 2/2] ARM: mvebu: Added dts defintion for Lenovo Iomega ix4-300d NAS Benoit Masson
2014-07-23 22:35   ` Benoit Masson
2014-07-23 22:42   ` Andrew Lunn
2014-07-23 22:42     ` Andrew Lunn
2014-07-23 22:56     ` Benoit Masson
2014-07-23 22:56       ` Benoit Masson
2014-07-23 22:56       ` Benoit Masson
2014-07-23 22:58       ` Andrew Lunn
2014-07-23 22:58         ` Andrew Lunn
2014-07-23 22:58         ` Andrew Lunn
2014-07-23 23:11         ` Benoit Masson
2014-07-23 23:15           ` Jason Cooper
2014-07-23 23:15             ` Jason Cooper
2014-07-24 12:21             ` Gregory CLEMENT
2014-07-24 12:21               ` Gregory CLEMENT
2014-07-24 12:45               ` Jason Cooper
2014-07-24 12:45                 ` Jason Cooper
2014-07-24 12:45                 ` Jason Cooper
2014-07-24 13:29                 ` Andrew Lunn [this message]
2014-07-24 13:29                   ` Andrew Lunn
2014-07-24 13:29                   ` Andrew Lunn
2014-07-24 13:40                 ` Benoit Masson
2014-07-24 14:07                   ` Jason Cooper
2014-07-24 14:07                     ` Jason Cooper
2014-07-24 14:07                     ` Jason Cooper
2014-07-24 14:29                     ` Andrew Lunn
2014-07-24 14:29                       ` Andrew Lunn
2014-07-24 14:29                       ` Andrew Lunn
2014-07-24 14:56                       ` Jason Cooper
2014-07-24 14:56                         ` Jason Cooper
2014-07-24 14:56                         ` Jason Cooper
2014-07-24 12:45 ` [PATCH 1/2] Adding Lenovo - Lenovo Group Ltd. to the vendor-prefixes list Rob Herring
2014-07-24 12:45   ` Rob Herring
2014-07-28 13:43 ` Jason Cooper
2014-07-28 13:43   ` Jason Cooper
  -- strict thread matches above, loose matches on Subject: below --
2014-07-23 22:52 [PATCH 2/2] ARM: mvebu: Added dts defintion for Lenovo Iomega ix4-300d NAS Benoit Masson
2014-07-23 22:52 ` Benoit Masson
2014-07-23 23:27 ` Jason Cooper
2014-07-23 23:27   ` Jason Cooper
2014-07-23 23:27   ` Jason Cooper
2014-07-23 23:29   ` Andrew Lunn
2014-07-23 23:29     ` Andrew Lunn
2014-07-23 23:29     ` Andrew Lunn
2014-07-23 23:42     ` Jason Cooper
2014-07-23 23:42       ` Jason Cooper
2014-07-23 23:42       ` Jason Cooper
2014-07-24 12:11       ` Jason Cooper
2014-07-24 12:11         ` Jason Cooper
2014-07-24 12:11         ` Jason Cooper
2014-07-24  4:00 ` Baruch Siach
2014-07-24  4:00   ` Baruch Siach
2014-07-24  4:00   ` Baruch Siach
2014-07-26 17:26 ` Andrew Lunn
2014-07-26 23:55   ` Benoit Masson
2014-07-26 23:47 Benoit Masson
2014-07-26 23:47 ` Benoit Masson
2014-07-27  1:52 ` Andrew Lunn
2014-07-27  1:52   ` Andrew Lunn
2014-07-28  8:49   ` Arnd Bergmann
2014-07-28  8:49     ` Arnd Bergmann
2014-07-28  8:49     ` Arnd Bergmann
2014-07-28 10:50     ` Benoit Masson
2014-07-28 10:50       ` Benoit Masson
2014-07-28 10:50       ` Benoit Masson
2014-07-28 11:02       ` Arnd Bergmann
2014-07-28 11:02         ` Arnd Bergmann
2014-07-28 11:02         ` Arnd Bergmann
2014-07-28 11:17         ` Benoit Masson
2014-07-28 11:17           ` Benoit Masson
2014-07-28 11:37           ` Arnd Bergmann
2014-07-28 11:37             ` Arnd Bergmann
2014-07-28 11:37             ` Arnd Bergmann

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=20140724132954.GF28485@lunn.ch \
    --to=andrew@lunn.ch \
    --cc=linux-arm-kernel@lists.infradead.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.