All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marek Vasut <marex-ynQEQJNshbs@public.gmane.org>
To: linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Cc: patches-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
	devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-mtd-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Artem Bityutskiy
	<artem.bityutskiy-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Subject: Re: [PATCH] mtd/m25p80: add device tree probe support
Date: Sat, 23 Jun 2012 04:15:18 +0200	[thread overview]
Message-ID: <201206230415.18833.marex@denx.de> (raw)
In-Reply-To: <20110728214521.GA4674-e0URQFbLeQY2iJbIjFUEsiwD8/FfD2ys@public.gmane.org>

Dear Grant Likely,

> On Thu, Jul 28, 2011 at 09:22:59PM +0200, manu wrote:
> > Dear Grant, Shawn,
> > I don't this patch is required as m25p** serial flashes are
> > supported already with generic OF/SPI and OF/MTD schemes.
> > I have successfully used it myself on an unmodified 2.6.36.3 vanilla
> > kernel on a xilinx/powerpc platform with a m25p32 part from STM.
> > You will find attached the corresponding working defconfig + dts
> > files (appart from partitions which I didn't managed to configure
> > properly...).
> > Best Regards,
> > 
> > Manuel
> 
> There is a heuristic which allows spi and i2c devices to get bound
> without a match table, which is why it works for you, but there is no
> guarantee that the heuristic will continue to exist in the long term.
> This is still probably the right thing to do.
> 
> g.

So is there any particular reason why this wasn't applied?

Best regards,
Marek Vasut

WARNING: multiple messages have this Message-ID
From: Marek Vasut <marex@denx.de>
To: linux-arm-kernel@lists.infradead.org
Cc: Shawn Guo <shawn.guo@linaro.org>, manu <manuel.pezzin@free.fr>,
	patches@linaro.org, devicetree-discuss@lists.ozlabs.org,
	Grant Likely <grant.likely@secretlab.ca>,
	linux-mtd@lists.infradead.org,
	Artem Bityutskiy <artem.bityutskiy@intel.com>
Subject: Re: [PATCH] mtd/m25p80: add device tree probe support
Date: Sat, 23 Jun 2012 04:15:18 +0200	[thread overview]
Message-ID: <201206230415.18833.marex@denx.de> (raw)
In-Reply-To: <20110728214521.GA4674@ponder.secretlab.ca>

Dear Grant Likely,

> On Thu, Jul 28, 2011 at 09:22:59PM +0200, manu wrote:
> > Dear Grant, Shawn,
> > I don't this patch is required as m25p** serial flashes are
> > supported already with generic OF/SPI and OF/MTD schemes.
> > I have successfully used it myself on an unmodified 2.6.36.3 vanilla
> > kernel on a xilinx/powerpc platform with a m25p32 part from STM.
> > You will find attached the corresponding working defconfig + dts
> > files (appart from partitions which I didn't managed to configure
> > properly...).
> > Best Regards,
> > 
> > Manuel
> 
> There is a heuristic which allows spi and i2c devices to get bound
> without a match table, which is why it works for you, but there is no
> guarantee that the heuristic will continue to exist in the long term.
> This is still probably the right thing to do.
> 
> g.

So is there any particular reason why this wasn't applied?

Best regards,
Marek Vasut

WARNING: multiple messages have this Message-ID
From: marex@denx.de (Marek Vasut)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] mtd/m25p80: add device tree probe support
Date: Sat, 23 Jun 2012 04:15:18 +0200	[thread overview]
Message-ID: <201206230415.18833.marex@denx.de> (raw)
In-Reply-To: <20110728214521.GA4674@ponder.secretlab.ca>

Dear Grant Likely,

> On Thu, Jul 28, 2011 at 09:22:59PM +0200, manu wrote:
> > Dear Grant, Shawn,
> > I don't this patch is required as m25p** serial flashes are
> > supported already with generic OF/SPI and OF/MTD schemes.
> > I have successfully used it myself on an unmodified 2.6.36.3 vanilla
> > kernel on a xilinx/powerpc platform with a m25p32 part from STM.
> > You will find attached the corresponding working defconfig + dts
> > files (appart from partitions which I didn't managed to configure
> > properly...).
> > Best Regards,
> > 
> > Manuel
> 
> There is a heuristic which allows spi and i2c devices to get bound
> without a match table, which is why it works for you, but there is no
> guarantee that the heuristic will continue to exist in the long term.
> This is still probably the right thing to do.
> 
> g.

So is there any particular reason why this wasn't applied?

Best regards,
Marek Vasut

  parent reply	other threads:[~2012-06-23  2:15 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-25 13:37 Shawn Guo
2011-07-25 13:37 ` Shawn Guo
2011-07-25 13:37 ` Shawn Guo
     [not found] ` <1311601063-16581-1-git-send-email-shawn.guo-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2011-07-25 21:19   ` Grant Likely
2011-07-25 21:19     ` Grant Likely
2011-07-25 21:19     ` Grant Likely
2011-07-28 19:22     ` manu
2011-07-28 19:22       ` manu
2011-07-28 19:22       ` manu
     [not found]       ` <4E31B713.1030901-GANU6spQydw@public.gmane.org>
2011-07-28 21:45         ` Grant Likely
2011-07-28 21:45           ` Grant Likely
2011-07-28 21:45           ` Grant Likely
     [not found]           ` <20110728214521.GA4674-e0URQFbLeQY2iJbIjFUEsiwD8/FfD2ys@public.gmane.org>
2012-06-23  2:15             ` Marek Vasut [this message]
2012-06-23  2:15               ` Marek Vasut
2012-06-23  2:15               ` Marek Vasut
     [not found]               ` <201206230415.18833.marex-ynQEQJNshbs@public.gmane.org>
2012-06-25 15:40                 ` Shawn Guo
2012-06-25 15:40                   ` Shawn Guo
2012-06-25 15:40                   ` Shawn Guo
     [not found]                   ` <20120625154006.GB2342-rvtDTF3kK1ictlrPMvKcciBecyulp+rMXqFh9Ls21Oc@public.gmane.org>
2012-06-25 16:01                     ` Marek Vasut
2012-06-25 16:01                       ` Marek Vasut
2012-06-25 16:01                       ` Marek Vasut
2012-06-25 16:15                       ` Shawn Guo
2012-06-25 16:15                         ` Shawn Guo
     [not found]                         ` <20120625161506.GH2342-rvtDTF3kK1ictlrPMvKcciBecyulp+rMXqFh9Ls21Oc@public.gmane.org>
2012-06-25 16:50                           ` Marek Vasut
2012-06-25 16:50                             ` Marek Vasut
2012-06-25 16:50                             ` Marek Vasut
     [not found]                             ` <201206251850.10839.marex-ynQEQJNshbs@public.gmane.org>
2012-06-26  8:15                               ` Shawn Guo
2012-06-26  8:15                                 ` Shawn Guo
2012-06-26  8:15                                 ` Shawn Guo
     [not found]                                 ` <20120626081546.GB4928-rvtDTF3kK1ictlrPMvKcciBecyulp+rMXqFh9Ls21Oc@public.gmane.org>
2012-06-26 11:47                                   ` Marek Vasut
2012-06-26 11:47                                     ` Marek Vasut
2012-06-26 11:47                                     ` Marek Vasut

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=201206230415.18833.marex@denx.de \
    --to=marex-ynqeqjnshbs@public.gmane.org \
    --cc=artem.bityutskiy-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
    --cc=devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org \
    --cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=linux-mtd-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=patches-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org \
    --subject='Re: [PATCH] mtd/m25p80: add device tree probe support' \
    /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

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.