[meta-freescale] [meta-fsl-arm-extra][PATCH] linux-boundary: enable some PCIe drivers
otavio at ossystems.com.br
Wed May 15 10:08:04 PDT 2013
On Wed, May 15, 2013 at 1:55 PM, Eric Nelson
<eric.nelson at boundarydevices.com> wrote:
> On 05/15/2013 07:48 AM, Eric Bénard wrote:
>> Hi Eric,
>> Le Wed, 15 May 2013 07:16:05 -0700,
>> Eric Nelson <eric.nelson at boundarydevices.com> a écrit :
>>> That said, I'm not really sure where Eric's headed by including somewhat
>>> arbitrary PCIe devices. I'm not aware that these are commonly used and
>>> could begin a slow march to allyesconfig. Do other users really want
>>> to include support for PCIe 8250's, or is this just something important
>>> for a project of yours?
>> that was just the result of tests I did on PCIe with standard
>> peripherals I bought in a computer shop to test PCIe with several
>> different kind of peripgerals.
> We have a bunch of those as well.
>> This patch simply gives a chance to users to have their PCIe board
>> working (of course if that's one of those which I tested and there
>> are other PCIe drivers not enabled).
> I'm overdue for a blog post regarding PCIe. It would be nice to have
> a spot where we collect a set of "known working" drivers.
> We (and Freescale) have been adding patches along the way, but at the
> moment, our record is that around ~75% of drivers just work, and
> that others require some hacking of the core PCIe glue.
>> Forget this patch if you believe that's not a good idea, I really
>> don't care if it's not applied ;-)
> I'll leave this question in Otavio's capable hands.
I am OK with the patch but I think we need to be consistent here. We
cannot have different results in kernel build from GIT and one from
So for me it'd be, or we have it in Boundary's GIT defconfig or we
keep it for user customization.
Otavio Salvador O.S. Systems
E-mail: otavio at ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
More information about the meta-freescale