[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20110826050303.GA23472@huya.qualcomm.com>
Date: Thu, 25 Aug 2011 22:03:03 -0700
From: David Brown <davidb@...eaurora.org>
To: Arnd Bergmann <arnd@...db.de>
Cc: David Brown <davidb@...eaurora.org>,
Russell King <linux@....linux.org.uk>,
Daniel Walker <dwalker@...o99.com>,
Bryan Huntsman <bryanh@...eaurora.org>,
linux-kernel@...r.kernel.org, linux-arm-msm@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org,
Stephen Boyd <sboyd@...eaurora.org>
Subject: Re: [PATCH v3 4/4] ARM: msm: Describe MSM 8660 SURF FPGA registers
in DT
> > So, if I made it a separate driver, where would it go? Since this
> > board still has platform device support, I suspect the platform data
> > needed to describe this device would end up being larger than the
> > driver itself.
>
> Excellent question ;-)
>
> When the driver is really small, I would just leave it in the board
> file for now, although that might not be a good long-term strategy.
> Do we have any similar cases that we can group together with the
> fpga to make a subsystem? Maybe it could be a small driver in the
> pinmux subsystem when that is established.
At this point, I think I'm just going to leave this FPGA
initialization out. It seems that newer versions of the bootloader
have made the FPGA entirely inaccessible. This has the unfortunate
consequence of making the UART unusable on the MSM8660 SURF. I'll see
if I can get this fixed at a bootloader level, or come up with another
solution.
So, meanwhile, I'll include the other patches, which work fine on the
MSM 8660 Fluid target, and I'll just make an additional dsb file for
this. Patch soon...
The FLUID has the advantage of being a device that is technically
available to people (although a bit pricey)
http://www.bsquare.com/snapdragon-mobile-development-platform.aspx
David
--
Sent by an employee of the Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum.
--
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