Hi Bo,
On 08.03.13 04:31, Bo Shen wrote:
> Hi Andreas,
> Thansk for your comments.
>
> On 3/7/2013 18:58, Andreas Bießmann wrote:
>> Dear Bo Shen,
>>
>> On 28.02.13 08:00, Bo Shen wrote:
>>> Add sama5d3xek support with following feature
>>>- boot from NAND flash, PMECC support, 4bit ECC @ 5
As the CPU name is not configurable, using CPU string directly
Signed-off-by: Bo Shen
---
arch/arm/cpu/arm926ejs/at91/at91sam9x5_devices.c | 14 +++---
arch/arm/include/asm/arch-at91/at91sam9x5.h |6 --
2 files changed, 7 insertions(+), 13 deletions(-)
diff --git a/arch/a
Dear Wolfgang Denk ,
On Thu, 2013-03-07 at 07:52 +0100, Wolfgang Denk wrote:
> Dear John Stile,
>
> In message <1362532855.20183.135.camel@genx> you wrote:
> > I am quite confused about partitions in my NAND flash.
> >
> > Linux can mount my rootfs, so partitions make sense to the kernel, but
> >
Dear Marek Vasut,
In message <201303080429.00780.ma...@denx.de> you wrote:
>
> > > + # ... and from configs defined from other configs
> > > + s/="\(CONFIG_[A-Za-z0-9_][A-Za-z0-9_]*\)"/=$(\1)/;
> >
> > Should we not remove the lower case letters here? Such are not
> > supposed to be used in mac
Dear Charles Manning,
In message
you wrote:
>
> >> 1) If you buy a product containing GPL code, but the company does not
> >> supply the code, then - in general - you cannot force the company to
> >> supply you with code. You need to get the collaboration of an
> >> infringed copyright holder to
Hi,
On Wed, Dec 26, 2012 at 2:28 PM, Simon Glass wrote:
> Adding new fields to struct spi_slave and struct spi_flash is painful,
> because most drivers don't zero the fields they don't use. Anyway it
> seems better to have the SPI/SPI flash infrastructure provide a simple
> way of doing this that
Hi,
On Fri, Jan 4, 2013 at 5:51 PM, Simon Glass wrote:
> This series implemented a verified boot system based around FIT images
> as discussed on the U-Boot mailing list, including on this thread:
>
> http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/147830
>
> RSA is used to implement th
On Fri, Mar 8, 2013 at 9:51 AM, Vivek Gautam wrote:
> Hi Marek,
>
>
> On Fri, Mar 8, 2013 at 4:47 AM, Marek Vasut wrote:
>> Dear Vivek Gautam,
>>
>>> Based on 'master' branch of u-boot-samsung.
>>>
>>> Changes from v3:
>>> - Adding necesasry check for return error of exynos_usb_parse_dt()
>>>
Hi Marek,
On Fri, Mar 8, 2013 at 4:47 AM, Marek Vasut wrote:
> Dear Vivek Gautam,
>
>> Based on 'master' branch of u-boot-samsung.
>>
>> Changes from v3:
>> - Adding necesasry check for return error of exynos_usb_parse_dt()
>>and returning accordingly from ehci_hcd_init().
>> - Removing un
We are introducing a new unified board setup and we want this to
be the default. So we need to opt all architectures out first.
Signed-off-by: Simon Glass
---
Changes in v7:
- Add description of CONFIG_SYS_LEGACY_BOARD to README
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes
Hi Wolfgang,
On Wed, Mar 6, 2013 at 10:45 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1362530405-10824-8-git-send-email-...@chromium.org> you wrote:
>> We are introducing a new unified board setup and we want this to
>> be the default. So we need to opt all architectures out firs
Hi Akshay,
On Thu, Mar 7, 2013 at 6:09 AM, Akshay Saraswat wrote:
> This patch adds fdt nodes for peripherals which require
> pin muxing and configuration. Device tree bindings for pinctrl
> are kept same as required for Linux. Existing pinmux code
> modified to retrieve gpio range and function r
Hi Akshay,
On Wed, Mar 6, 2013 at 6:22 AM, Akshay Saraswat wrote:
> Distributes struct mem_timings into new different structures
> to gain space in spl by removing necessity of maintaining
> two big and almost similar mem_timings instances.
>
> Signed-off-by: Akshay Saraswat
> ---
> Changes sinc
+ Albert, Tom who might know about this
Hi Akshay,
On Wed, Mar 6, 2013 at 7:36 AM, Akshay Saraswat wrote:
> Hi Simon,
>
>>Hi Akshay,
>>
>>On Tue, Mar 5, 2013 at 2:53 AM, Akshay Saraswat wrote:
>>> This patch subtracts a part of clock init from spl
>>> and executes it after relocation. spl_clock
Dear Wolfgang Denk,
> Dear Benoît Thébaudeau,
>
> In message <1362596377-5827-15-git-send-email-benoit.thebaud...@advansee.com>
you wrote:
> > + # ... and from configs defined from other configs
> > + s/="\(CONFIG_[A-Za-z0-9_][A-Za-z0-9_]*\)"/=$(\1)/;
>
> Should we not remove the lower case
Hi Kim,
On Thu, Mar 7, 2013 at 6:18 PM, Kim Phillips wrote:
> On Thu, 7 Mar 2013 17:05:15 -0800
> Simon Glass wrote:
>
>> On Thu, Mar 7, 2013 at 4:25 PM, Kim Phillips
>> wrote:
>> > On Wed, 6 Mar 2013 18:08:21 -0800
>> > Simon Glass wrote:
>> >
>> >> On Wed, Mar 6, 2013 at 5:22 PM, Kim Philli
On Thu, 7 Mar 2013 17:05:15 -0800
Simon Glass wrote:
> On Thu, Mar 7, 2013 at 4:25 PM, Kim Phillips
> wrote:
> > On Wed, 6 Mar 2013 18:08:21 -0800
> > Simon Glass wrote:
> >
> >> On Wed, Mar 6, 2013 at 5:22 PM, Kim Phillips
> >> wrote:
> >> > On Tue, 5 Mar 2013 22:22:09 -0800
> >> > Simon Gl
On 3/7/2013 17:12, Andreas Bießmann wrote:
Dear Bo Shen,
On 28.02.13 08:00, Bo Shen wrote:
Add OHCI support for sama5d3x devices
Signed-off-by: Bo Shen
---
drivers/usb/host/ohci-at91.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/host/oh
Hi Kim,
On Thu, Mar 7, 2013 at 4:25 PM, Kim Phillips wrote:
> On Wed, 6 Mar 2013 18:08:21 -0800
> Simon Glass wrote:
>
>> On Wed, Mar 6, 2013 at 5:22 PM, Kim Phillips
>> wrote:
>> > On Tue, 5 Mar 2013 22:22:09 -0800
>> > Simon Glass wrote:
>> >
>> >> On Tue, Mar 5, 2013 at 9:04 PM, Kim Philli
On Wed, 6 Mar 2013 18:08:21 -0800
Simon Glass wrote:
> On Wed, Mar 6, 2013 at 5:22 PM, Kim Phillips
> wrote:
> > On Tue, 5 Mar 2013 22:22:09 -0800
> > Simon Glass wrote:
> >
> >> On Tue, Mar 5, 2013 at 9:04 PM, Kim Phillips
> >> wrote:
> >> > On Tue, 5 Mar 2013 17:51:00 -0800
> >> > Simon Gl
On 03/07/2013 02:47 PM, Tom Warren wrote:
> Tested on my Cardhu-A04 tablet, eMMC and SD-Card work fine, can load
> a kernel off of an SD card OK, card detect works, and the env is now
> stored in eMMC (end of the 2nd 'boot' sector, same as Tegra20).
The series,
Reviewed-by: Stephen Warren
___
On Mar 7, 2013, at 6:33 PM, Tom Rini wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/07/2013 06:19 PM, Michael Cashwell wrote:
>
>> I was just bitten in this area today but in a different way.
>>
>> Larger than DDR? Any update larger than the default 4MB dfu_buf[] fails too.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/07/2013 06:19 PM, Michael Cashwell wrote:
> I was just bitten in this area today but in a different way.
>
> Larger than DDR? Any update larger than the default 4MB dfu_buf[]
> fails too. (As a hack I redefined dfu_buf[] to be a cast of I
> th
On Fri, Mar 8, 2013 at 11:23 AM, Wolfgang Denk wrote:
> Dear Charles,
>
> In message
> you
> wrote:
>>
>> 1) If you buy a product containing GPL code, but the company does not
>> supply the code, then - in general - you cannot force the company to
>> supply you with code. You need to get the co
I was just bitten in this area today but in a different way.
Larger than DDR? Any update larger than the default 4MB dfu_buf[] fails too.
(As a hack I redefined dfu_buf[] to be a cast of I think
CONFIG_SYS_SDRAM_BASE.) But I'd love to hear more about being able to handle
updates larger than DDR
Dear Vivek Gautam,
> Based on 'master' branch of u-boot-samsung.
>
> Changes from v3:
> - Adding necesasry check for return error of exynos_usb_parse_dt()
>and returning accordingly from ehci_hcd_init().
> - Removing unnecessary parentheses around ctx->hcd.
>
> Vivek Gautam (2):
> usb: e
On 03/07/2013 09:02:27 AM, htbegin wrote:
Hi, Scott
On Thu, Mar 7, 2013 at 2:22 AM, Scott Wood
wrote:
> On 03/06/2013 08:56:56 AM, htbegin wrote:
>> > BTW, are you actually using WITH_YAFFS_OOB? I think there are
some
>> > other
>> > things wrong with it at the moment, as mentioned here:
Dear Charles,
In message
you wrote:
>
> 1) If you buy a product containing GPL code, but the company does not
> supply the code, then - in general - you cannot force the company to
> supply you with code. You need to get the collaboration of an
> infringed copyright holder to force the issue.
I have had to deal with this a bit so I'll give my 2c.
Under the GPL2, the company only has to provide source, or make an
offer to do so, to customers buying the product containing the GPL
code.
The flip side to this is that the "teeth" in the GPL come from
copyright law and the only person who c
Tested on my Cardhu-A04 tablet, eMMC and SD-Card work fine, can load
a kernel off of an SD card OK, card detect works, and the env is now
stored in eMMC (end of the 2nd 'boot' sector, same as Tegra20).
Signed-off-by: Tom Warren
---
v2:
- no change
v3:
- no change
include/configs/cardhu.h
Tegra30 requires the SD Bus Voltage & Power bits be set in the SD
Power Control register. Tegra20 works w/o them set, but do it anyway
for those SoCs as it's part of the SD spec. Also call a common
board pad init routine (pad_init_mmc) in mmc_reset(), used by
Tegra30 only for now.
Note that Tegra2
Tegra30 SD/MMC controller differs enough from Tegra20 that it
needs its own entry in the compat_names/compat_id tables and in
the Tegra MMC driver.
Signed-off-by: Tom Warren
---
v2: new
v3:
- no change
include/fdtdec.h |3 ++-
lib/fdtdec.c |1 +
2 files changed, 3 insertions(+), 1 d
T30 requires specific SDMMC pad programming, and bus power-rail bringup.
Signed-off-by: Tom Warren
---
v2:
- rewrite pad_init_mmc to use mmc_id instead of SDMMC base address
- add PMU-specific comments to board_sdmmc_voltage_init sequence
v3:
- removed GP_SDIOCFG writes, now done during pinmux in
Removed SDMMC base addresses from tegra.h since they're no longer used.
Added additional vendor-specific SD/MMC registers and bus power defines.
Signed-off-by: Tom Warren
---
v2:
- change pad_init_mmc prototype
- remove all TEGRA_SDMMCx_BASE defines
v3:
- remove GP padctrl SDIOCFG defines, done i
Took these values directly from the kernel dts files.
Signed-off-by: Tom Warren
---
v2:
- no change
v3:
- no change
arch/arm/dts/tegra30.dtsi | 32
board/nvidia/dts/tegra30-cardhu.dts | 15 +++
2 files changed, 47 insertions(+), 0 delet
This patchset adds SDMMC device-tree support to the Tegra30 dts files,
and enables the Tegra MMC driver on Tegra30 Cardhu.
I've tested this on my Cardhu-A04 and everything works fine,
including card detect. All Tegra boards also build w/o error, and
Seaboard MMC functionality is unchanged.
Change
Introduce 'mx28evk_nand' target for saving environment variables into NAND.
The mx28evk board does not come with a NAND flash populated from the
factory. It comes with an empty slot (U23), which allows the insertion of a
48-pin TSOP flash device.
Tested with a K9LBG08U0D.
Signed-off-by: Fabio
On 03/07/2013 02:13 PM, Tom Warren wrote:
> Stephen,
>
> On Thu, Mar 7, 2013 at 1:27 PM, Stephen Warren wrote:
>> On 03/06/2013 04:51 PM, Tom Warren wrote:
>>> Pad config registers exist in APB_MISC_GP space, and control slew
>>> rate, drive strengh, schmidt, high-speed, and low-power modes for
>
Stephen,
On Thu, Mar 7, 2013 at 1:27 PM, Stephen Warren wrote:
> On 03/06/2013 04:51 PM, Tom Warren wrote:
>> Pad config registers exist in APB_MISC_GP space, and control slew
>> rate, drive strengh, schmidt, high-speed, and low-power modes for
>> all of the pingroups in Tegra30. This builds off
On 03/06/2013 04:51 PM, Tom Warren wrote:
> Pad config registers exist in APB_MISC_GP space, and control slew
> rate, drive strengh, schmidt, high-speed, and low-power modes for
> all of the pingroups in Tegra30. This builds off of the pinmux
> way of constructing init tables to configure select pa
On 03/07/2013 10:24 AM, Stefano Babic wrote:
> On 26/02/2013 23:28, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> Now that U-Boot has common CONFIG_ options to work around some ARM CPU
>> errata, enable the relevant options on MX6, and remove the custom
>> lowlevel_init.S, since it's just du
Dear Stefano Babic,
> On 07/03/2013 17:23, Otavio Salvador wrote:
> >> Check u-boot-testing :: mx233 if it helps, I picked all patches that
> >> shall be applied in there.
> >
> > There're patches which where not send for review there (as Makefile
> > change)
>
> Of course, such patches (I have
On Mar 5, 2013, at 2:40 PM, Wolfgang Denk wrote:
> Dear Xu Lei-B33228,
>
> Please do not top post / full quote. Thanks.
>
> In message
> <8cb6a38adf9e994697ff8a45e96e0853388...@039-sn1mpn1-004.039d.mgd.msft.net>
> you wrote:
>>
>> Thank you and I agree with you. It is a little ugly but
On 07/03/2013 18:28, Fabio Estevam wrote:
> Add missing gpio header in order to fix the following build warning:
>
> mx23_olinuxino.c:50:2: warning: implicit declaration of function
> 'gpio_direction_output' [-Wimplicit-function-declaration]
>
> Reported-by: Stefano Babic
> Signed-off-by: Fabio
On Thu, Mar 7, 2013 at 2:28 PM, Fabio Estevam
wrote:
> Add missing gpio header in order to fix the following build warning:
>
> mx23_olinuxino.c:50:2: warning: implicit declaration of function
> 'gpio_direction_output' [-Wimplicit-function-declaration]
>
> Reported-by: Stefano Babic
> Signed-off
Dear Wolfgang Denk,
On Thursday, March 7, 2013 12:38:04 PM, Benoît Thébaudeau wrote:
> Dear Wolfgang Denk,
>
> On Thursday, March 7, 2013 7:57:13 AM, Wolfgang Denk wrote:
> > Dear Benoît Thébaudeau,
> >
> > In message
> > <1362596377-5827-15-git-send-email-benoit.thebaud...@advansee.com>
> > you
Add missing gpio header in order to fix the following build warning:
mx23_olinuxino.c:50:2: warning: implicit declaration of function
'gpio_direction_output' [-Wimplicit-function-declaration]
Reported-by: Stefano Babic
Signed-off-by: Fabio Estevam
---
board/olimex/mx23_olinuxino/mx23_olinuxin
Fixes a build warning of implicit declaration of
gpio_direction_output, as bellow:
,
| mx23_olinuxino.c: In function 'board_early_init_f':
| mx23_olinuxino.c:51:2: warning: implicit declaration
| of function 'gpio_direction_output'
| [-Wimplicit-function-declaration]
`
Signed-off-
On 26/02/2013 23:28, Stephen Warren wrote:
> From: Stephen Warren
>
> Now that U-Boot has common CONFIG_ options to work around some ARM CPU
> errata, enable the relevant options on MX6, and remove the custom
> lowlevel_init.S, since it's just duplicated code now.
>
> Signed-off-by: Stephen Warr
Stephen/Albert,
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Monday, March 04, 2013 4:30 PM
> To: u-boot@lists.denx.de; Albert Aribaud
> Cc: Simon Glass; Tom Warren; Stephen Warren
> Subject: [PATCH 2/2] ARM: tegra: enable workaround for ARM erratum 71
On 01/03/2013 01:35, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Provide a structure for accessing HDMI registers, so that we can use proper
> read/write accessors.
>
> Signed-off-by: Fabio Estevam
> Tested-by: Eric Nelson
> ---
Applied to u-boot-imx, thanks
Best regards,
Stefano Babic
-
On 02/03/2013 16:17, Otavio Salvador wrote:
> This enabled USB support for the mx23evk board.
>
> Signed-off-by: Otavio Salvador
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
=
DENX Software Engineering
On 02/03/2013 16:17, Otavio Salvador wrote:
> This adds support to the LAN9512 chip included in the board and extend
> the environment to easy netboot use.
>
> Signed-off-by: Otavio Salvador
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
On 02/03/2013 16:17, Otavio Salvador wrote:
> This enabled USB support for the mx23_olinuxino board.
>
> Signed-off-by: Otavio Salvador
> ---
Applied to u-boot-imx, but...
> /* SSP0 clock at 96MHz */
> mxs_set_sspclk(MXC_SSPCLK0, 96000, 0);
>
> +#ifdef CONFIG_CMD_USB
> + /* En
On 23/02/2013 13:42, Marek Vasut wrote:
> The real reason for memory instability was the fact that the EMI block
> was gated and not reset throughout the boards' operation. This patch
> resets the EMI block properly while also reverts the memory voltage bump.
> The memory stability issues were caus
On 07/03/2013 17:23, Otavio Salvador wrote:
>> Check u-boot-testing :: mx233 if it helps, I picked all patches that shall be
>> applied in there.
>
> There're patches which where not send for review there (as Makefile change)
Of course, such patches (I have find only what you mention) cannot be
p
On Thu, Mar 7, 2013 at 1:20 PM, Marek Vasut wrote:
> Dear Stefano Babic,
>
>> On 02/03/2013 21:58, Otavio Salvador wrote:
>> > On Sat, Mar 2, 2013 at 5:41 PM, Marek Vasut wrote:
>> >> Dear Otavio Salvador,
>> >>
>> >>> This patchset includes the pending patches we have in our tree. It
>> >>> fixe
Dear Stefano Babic,
> On 02/03/2013 21:58, Otavio Salvador wrote:
> > On Sat, Mar 2, 2013 at 5:41 PM, Marek Vasut wrote:
> >> Dear Otavio Salvador,
> >>
> >>> This patchset includes the pending patches we have in our tree. It
> >>> fixes issues for mx23evk and mx23_olinuxino boards. This depends
On 02/03/2013 21:58, Otavio Salvador wrote:
> On Sat, Mar 2, 2013 at 5:41 PM, Marek Vasut wrote:
>> Dear Otavio Salvador,
>>
>>> This patchset includes the pending patches we have in our tree. It
>>> fixes issues for mx23evk and mx23_olinuxino boards. This depends on
>>> Marek's patchset which has
Dear Pavel,
In message <20130307091729.GA24807@xo-6d-61-c0.localdomain> you wrote:
>
> > So did you contact the vendor and ask for the source code? And did
> > they answer, and what exactly?
>
> Technically... he should have got source code or written offer for it with
> the device. So they are
Hi, I'm sending new version of patch which try to use also ext filesystem (not
only fat)
From 4798e0c932577012ccde38f6b23413109f4b2fba Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Pali=20Roh=C3=A1r?=
Date: Sat, 14 Jan 2012 18:57:31 +0100
Subject: [PATCH] RX-51: Add support for bootmenu
MIME-Version:
Hi, Scott
On Thu, Mar 7, 2013 at 2:22 AM, Scott Wood wrote:
> On 03/06/2013 08:56:56 AM, htbegin wrote:
>>
>> Hi, Scott
>>
>> Thanks for your review.
>>
>> On Tue, Mar 5, 2013 at 9:58 AM, Scott Wood
>> wrote:
>> > On 03/02/2013 03:01:10 AM, Tao Hou wrote:
>> >>
>> >> When the data has been parti
When working on RAW partitions, it's possible that the whole area
is larger than DDR. So what we need to do is make sure that the length
we are given is aligned with the LBA block size, then pass that length
in as our count of LBA blocks to operate on. In doing this, we no
longer need to modify *
On Wed, Mar 6, 2013 at 6:18 AM, Akshay Saraswat wrote:
> ACE H/W acceleration support is added to hash
> which can be used to test SHA 256 hash algorithm.
>
> Signed-off-by: ARUN MANKUZHI
> Signed-off-by: Akshay Saraswat
>From my side this looks good, thanks.
Acked-by: Simon Glass
> ---
> Ch
On Wed, Mar 6, 2013 at 6:18 AM, Akshay Saraswat wrote:
> SHA-256 and SHA-1 accelerated using ACE hardware.
>
> Signed-off-by: ARUN MANKUZHI
> Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
> ---
> Changes since v1:
> - Moved code to drivers/crypto.
> - Fixed few other ni
On Wed, Mar 6, 2013 at 12:48 AM, Vivek Gautam wrote:
> With current FDT support driver tries to parse device node
> twice in ehci_hcd_init() and ehci_hcd_stop(), which shouldn't
> happen ideally.
> Making provision to store data in a global structure and thereby
> passing its pointer when needed.
This patch adds fdt nodes for peripherals which require
pin muxing and configuration. Device tree bindings for pinctrl
are kept same as required for Linux. Existing pinmux code
modified to retrieve gpio range and function related info from fdt.
Depends-on: [U-Boot] [PATCH 0/4 V3] EXYNOS5: Add GPIO
Hi David,
On 06.02.2013 22:18, David Andrey wrote:
> Add support for Micrel PHY KSZ9031 in phylib,
> including small rework for KSZ9021 to avoid
> code duplication
>
> Signed-off-by: David Andrey
> Cc: Troy Kisky
> Cc: Joe Herschberger
> Cc: Andy Fleming
>
> ---
>
> Changes for v2:
>
> "Beagle" == Beagle board writes:
Beagle> Hello Everyone,
Beagle> I'm working on Beagleboard C3, and i'm trying to do an nfs-boot.
Beagle> Please find below my bootup log. I'm getting the below error.
Beagle> After digging into the details of the error, could make out that my
Beagle>
This patch adds the fast booting LWMON5 derivat "lcd4_lwmon5".
Its a stripped down version of the full blown lwmon5 support,
without ECC, USB, POST and some other stuff. It used the newly
introduced SPL infrastrucure for SPL from NOR flash booting
on the PPC4xx.
By setting the environment variable
Dear Wolfgang Denk,
On Thursday, March 7, 2013 7:57:13 AM, Wolfgang Denk wrote:
> Dear Benoît Thébaudeau,
>
> In message <1362596377-5827-15-git-send-email-benoit.thebaud...@advansee.com>
> you wrote:
> >
> > + # ... and from configs defined from other configs
> > + s/="\(CONFIG_[A-Za-z0-9_][
Dear Simon Glass,
On 06.03.13 01:40, Simon Glass wrote:
> The frame buffer pointer in global_data is not a pointer, so we should
> remove these casts.
Is this series intended for 2013.04?
I'm asking cause there is still a patch [1] in patchwork which I would
apply then. If this series will make i
Dear Wolfgang,
Thank you for the comments.
Ok, I will make this code conditional.
I will prepare a new patch and post the same.
Thanks & Regards
Amarendra
On 6 March 2013 02:13, Wolfgang Denk wrote:
> Dear Amar,
>
> In message <1362489090-7745-8-git-send-email-amarendra...@samsung.com>
> you wr
Dear Wolfgang,
Thank you for the comments.
Ok, I will make this code conditional.
I will prepare a new patch and post the same.
Thanks & Regards
Amarendra
On 6 March 2013 02:12, Wolfgang Denk wrote:
> Dear Amar,
>
> In message <1362489090-7745-10-git-send-email-amarendra...@samsung.com>
> you w
> > Is there anyone that can support me with enforcing GPL compliance on
> > company that ships product with binary u-boot? Or did that in the past?
>
> We can try.
>
> > They're "made" (branded is probably better word) by local companies, and
> > my guess is that most of them is violating GPL.
Dear Bo Shen,
On 28.02.13 08:00, Bo Shen wrote:
> Add macb support for sama5d3x devices
>
> Signed-off-by: Bo Shen
> ---
> drivers/net/macb.c |6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/net/macb.c b/drivers/net/macb.c
> index 8bacbda..9e7fbc6 10064
Dear Bo Shen,
On 28.02.13 08:00, Bo Shen wrote:
> Add OHCI support for sama5d3x devices
>
> Signed-off-by: Bo Shen
> ---
> drivers/usb/host/ohci-at91.c | 14 --
> 1 file changed, 12 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/usb/host/ohci-at91.c b/drivers/usb/host/ohc
77 matches
Mail list logo
