Hi,
This patchset adds support for a new board SMDKV310, based on S5PV310 SOC.
This SOC is very similar to S5PC210 SOC, hence we are re-using this SOC code.
Specific changes in PATCH v2 are mention in specific patch files.
Chander Kashyap (2):
ARMV7: Add support for Samsung SMDKV310 Board
ARM
Added MMC SPL boot support for SMDKV310. This framework design is
based on nand_spl support.
Signed-off-by: Chander Kashyap
---
Makefile|9 ++
spl/board/samsung/smdkv310/Makefile | 103 +++
spl/board/samsung/smdkv310/mm
SMDKV310 board is based on Samsung S5PV310 SOC. This SOC is very much
similar to S5PC210.
Signed-off-by: Chander Kashyap
Signed-off-by: Tushar Behera
---
Changes for v2:
- Coding Style Cleanup
- Removed unwanted macros from board config file.
- Ethernet controllor configu
Hi Wolfram,
Thanks for the review.
On Tue, Apr 19, 2011 at 12:20:31PM +0200, Wolfram Sang wrote:
[...]
> The approach seems sensible, so have a look at my (mostly minor)
> comments inside the patches. However, there is one bigger piece missing.
> You converted all the drivers which had a seperate
On Tue, Apr 19, 2011 at 12:20:42PM +0200, Wolfram Sang wrote:
>
> On Fri, Mar 25, 2011 at 04:48:47PM +0800, Shawn Guo wrote:
> > The patch turns the common stuff in sdhci-pltfm.c into functions, and
> > add device drivers their own .probe and .remove which in turn call
> > into the common function
On Tue, Apr 19, 2011 at 12:20:53PM +0200, Wolfram Sang wrote:
> On Fri, Mar 25, 2011 at 04:48:48PM +0800, Shawn Guo wrote:
> > The patch is to migrate the use of sdhci_of_host and sdhci_of_data
> > to sdhci_pltfm_host and sdhci_pltfm_data, so that the former pair can
> > be eliminated.
> >
> > Sig
On Tue, Apr 19, 2011 at 12:21:01PM +0200, Wolfram Sang wrote:
>
> > +static int __devinit sdhci_esdhc_probe(struct platform_device *pdev)
> > +{
> > + struct sdhci_host *host;
> > + int ret;
> > +
> > + host = sdhci_pltfm_init(pdev, &sdhci_esdhc_pdata);
> > + if (!host)
> > + ret
On Tue, Apr 19, 2011 at 12:21:10PM +0200, Wolfram Sang wrote:
> > config MMC_SDHCI_ESDHC_IMX
> > - bool "SDHCI platform support for the Freescale eSDHC i.MX controller"
> > + bool "SDHCI support for the Freescale eSDHC i.MX controller"
> > depends on ARCH_MX25 || ARCH_MX35 || ARCH_MX5
> >
> > > +MODULE_LICENSE("GPL v2");
> >
> > Just to be sure: Did you double-check if the original licenses were v2
> > or v2+?
> >
> It seems to me that sdhci-cns3xxx.c, sdhci-dove.c, sdhci-esdhc-imx.c
> and sdhci-tegra.c all use v2.
>
> Actually I do not even know how v2+ is stated. Do you have a
Hi,
notes and actions from our Wednesday graphics working group call are
available on the wiki:
+ https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/Notes/2011-04-20
Details about when and where of this meeting can be found here:
+
https://wiki.linaro.org/WorkingGroups/Middleware/Grap
Enclosed you'll find a link to the agenda, minutes, actions and IRC logs
from the
Linaro kernel working group weekly meetings of April 18, 2011.
https://wiki.linaro.org/WorkingGroups/Kernel/Meetings/2011-04-18
== Summary ==
* Went over the cycle 11.11 Technical Requirements ownership and estimat
On behalf of the Linaro Infrastructure team I'm pleased to announce the
release of Linaro Image Tools 0.4.4.
Linaro Image Tools offer a set of tools for use with Linaro images.
Highlights of this release:
* Support for EfikaMX boards has been added
* Support for i.MX53 LOCO board has been added
Enclosed you'll find a link to the agenda, minutes and actions from the
Linaro Toolchain working group weekly meetings of April 18 & 21, 2011.
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2011-04-18
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2011-04-21
== Summary ==
On Thu, Apr 21, 2011 at 2:29 AM, Andy Green wrote:
> On 04/20/2011 11:20 PM, Somebody in the thread at some point said:
>
> Hi -
>
>> I noticed this commit:
>>
>> This introduces a defconfig version of Sebastien Jan's reference
>> config for Panda.
>>
>> To use the defconfig, you need to use the f
On 04/21/2011 05:07 PM, Somebody in the thread at some point said:
Hi -
I have a Beagle XM, but l-m-c breaks here writing to a real SD card and the
alternative method (3G image) takes several hours from the ubuntu vm I am
running it from. I plan to meddle with that some more today.
What is l
On 04/21/2011 10:20 AM, Andy Green wrote:
> On 04/21/2011 05:07 PM, Somebody in the thread at some point said:
>
> Hi -
>
>>> I have a Beagle XM, but l-m-c breaks here writing to a real SD card
>>> and the
>>> alternative method (3G image) takes several hours from the ubuntu vm
>>> I am
>>> runni
On Thu, Apr 7, 2011 at 8:17 AM, Chris Ball wrote:
> Hi David,
>
> On Thu, Apr 07 2011, David Gilbert wrote:
>> I'm curious; do we have any interaction with the autotest project
>> - it seems it's whole point is automated kernel testing,.
>> http://autotest.kernel.org/ and test.kernel.org
>
> test.
On Thu, Apr 21, 2011 at 10:41 AM, Grant Likely
wrote:
> On Thu, Apr 7, 2011 at 8:17 AM, Chris Ball wrote:
>> Hi David,
>>
>> On Thu, Apr 07 2011, David Gilbert wrote:
>>> I'm curious; do we have any interaction with the autotest project
>>> - it seems it's whole point is automated kernel testing,
Hey
If you try latest daily hwpacks + latest linaro-image-tools (0.4.4 or
bzr) you should be getting Device Tree aware images for boards which
support it (mostly i.MX51 and OMAP ATM).
Feedback and bug reports welcome!
Cheers,
--
Loïc Minier
__
On Thu, 21 Apr 2011, Andy Green wrote:
> On 04/20/2011 11:20 PM, Somebody in the thread at some point said:
>
> Hi -
>
> > I noticed this commit:
> >
> > This introduces a defconfig version of Sebastien Jan's reference
> > config for Panda.
> >
> > To use the defconfig, you need to use the fol
On Thu, 21 Apr 2011, Andy Green wrote:
> On 04/21/2011 07:08 PM, Somebody in the thread at some point said:
>
> > > >make ARCH=arm defconfig
> > > >cat arch/arm/configs/omap4_defconfig>>.config
> > > >make ARCH=arm oldnoconfig
> >
> > make omap4_defconfig
>
> Wow that is a lot s
On 04/21/2011 07:08 PM, Somebody in the thread at some point said:
make ARCH=arm defconfig
cat arch/arm/configs/omap4_defconfig>>.config
make ARCH=arm oldnoconfig
make omap4_defconfig
Wow that is a lot simpler... if you know it.
When trying to figure this out I googled the
Dear John Rigby,
In message you wrote:
>
> > If you are discussing requirements for U-Boot, and plan to get these
> > merged in to mainlineU-Boot one day, it would probably be a good idea
> > to discuss these plans on the U-Boot mailing list as well - ideally
> > before any design is cast in iron
>> What else? I know one issue maybe why does this need to exist when
>> other solutions exist. I think that since Android uses it, it is
>> somewhat of a de facto standard.
>
> Oh. Android uses it. It must be The Right Thing (TM), then, I guess.
> Probably like some of the Linux kernel code they
On Thu, Apr 21, 2011 at 06:53:50PM +0200, Loïc Minier wrote:
> Hey
>
> If you try latest daily hwpacks + latest linaro-image-tools (0.4.4 or
> bzr) you should be getting Device Tree aware images for boards which
> support it (mostly i.MX51 and OMAP ATM).
>
> Feedback and bug reports w
25 matches
Mail list logo
