On 19/09/2012 01:56, Eric Nelson wrote:
> On 09/18/2012 06:50 AM, Stefano Babic wrote:
>> On 18/09/2012 15:28, Eric Nelson wrote:
>>>
>>> Do you have a reference to the patch so I can follow precedent?
>>
>> See http://patchwork.ozlabs.org/patch/177403/
>>
>> Check changes in .h.
>>
>
> Should I r
Fix usb device-tree fixup:
- wrong modification of dr_mode and phy_type when
"usb1" is not mentioned inside hwconfig string;
now allows hwconfig strings like:
"usb2:dr_mode=host,phy_type=ulpi"
- add warning message for using usb_dr_mode
Hi Piotr,
On 08/29/2012 04:56 PM, Piotr Wilczek wrote:
> This patch add pinmux settings for Exynos4 for mmc0 and mmc2
>
> Signed-off-by: Piotr Wilczek
> Signed-off-by: Kyungmin Park
> CC: Minkyu Kang
> ---
> Changes for v2:
> - mmc initialisation code moved to pinmux instead of creating a new
Acked-by: Jaehoon Chung
On 08/29/2012 04:56 PM, Piotr Wilczek wrote:
> SDRAM setup alike to ORIGEN Dev board.
>
> Signed-off-by: Piotr Wilczek
> Signed-off-by: Kyungmin Park
> CC: Minkyu Kang
> ---
> Changes for v2:
> - no changes
> Changes for v3:
> - no changes
>
> include/configs/trats.h
Acked-by: Jaehoon Chung
On 08/29/2012 04:56 PM, Piotr Wilczek wrote:
> This patch use the pinmux for mmc configuration for Trats
>
> Signed-off-by: Piotr Wilczek
> Signed-off-by: Kyungmin Park
> CC: Minkyu Kang
> ---
> Changes for v2:
> - mmc initialisation using pinmux
> Changes for v3:
> -
On 09/14/2012 08:53 PM, Joe Hershberger wrote:
Hi Marek,
On Fri, Sep 14, 2012 at 6:00 AM, Marek Vasut wrote:
I guess this platform won't make it into .10 release anyway.
Why not? Any reason why these 4 patches should wait till the next release?
MW is closed (Aug. 18)
The first version of
Dear Michal Simek,
> On 09/14/2012 08:53 PM, Joe Hershberger wrote:
> > Hi Marek,
> >
> > On Fri, Sep 14, 2012 at 6:00 AM, Marek Vasut wrote:
> I guess this platform won't make it into .10 release anyway.
> >>>
> >>> Why not? Any reason why these 4 patches should wait till the next
> >>> r
On 09/19/2012 12:52 PM, Marek Vasut wrote:
Dear Michal Simek,
On 09/14/2012 08:53 PM, Joe Hershberger wrote:
Hi Marek,
On Fri, Sep 14, 2012 at 6:00 AM, Marek Vasut wrote:
I guess this platform won't make it into .10 release anyway.
Why not? Any reason why these 4 patches should wait till
Hi Matthias,
while reviewing some of Mareks serial rework patches, I noticed the
IOP480 (again). I know that this port is only used by esd. Do you think
that we could remove support for IOP480 and its boards (ADCIOP and
DASA_SIM) completely from mainline U-Boot? Is there still any activity
on thos
On 09/17/2012 01:20 AM, Marek Vasut wrote:
> Implement support for CONFIG_SERIAL_MULTI into iop480 serial driver.
> This driver was so far only usable directly, but this patch also adds
> support for the multi method. This allows using more than one serial
> driver alongside the iop480 driver. Also
On 09/17/2012 01:20 AM, Marek Vasut wrote:
> Implement support for CONFIG_SERIAL_MULTI into amirix serial driver.
> This driver was so far only usable directly, but this patch also adds
> support for the multi method. This allows using more than one serial
> driver alongside the amirix driver. Also
On 09/17/2012 01:20 AM, Marek Vasut wrote:
> Implement support for CONFIG_SERIAL_MULTI into bmw serial driver.
> This driver was so far only usable directly, but this patch also adds
> support for the multi method. This allows using more than one serial
> driver alongside the bmw driver. Also, add
On 09/17/2012 01:21 AM, Marek Vasut wrote:
> Implement support for CONFIG_SERIAL_MULTI into ml2 serial driver.
> This driver was so far only usable directly, but this patch also adds
> support for the multi method. This allows using more than one serial
> driver alongside the ml2 driver. Also, add
Dear Stefan Roese,
> On 09/17/2012 01:20 AM, Marek Vasut wrote:
> > Implement support for CONFIG_SERIAL_MULTI into amirix serial driver.
> > This driver was so far only usable directly, but this patch also adds
> > support for the multi method. This allows using more than one serial
> > driver alo
Dear Stefan Roese,
> On 09/17/2012 01:20 AM, Marek Vasut wrote:
> > Implement support for CONFIG_SERIAL_MULTI into bmw serial driver.
> > This driver was so far only usable directly, but this patch also adds
> > support for the multi method. This allows using more than one serial
> > driver alongs
Hi Marek,
On 09/19/2012 01:28 PM, Marek Vasut wrote:
>> Again, NS16550 driver here. This code shouldn't be necessary. Also this
>> board looks quite unmaintained as well. Perhaps its time to remove it
>> from mainline? Not sure whom to ask, since no maintainer is listed.
>
> Exactly :-(
>
> Shal
The loop used to make a delay after baudrate setting is not necessary.
Moreover it is removed by the GCC optimizer (at least with GCC 4.6).
Signed-off-by: José Miguel Gonçalves
---
Changes for v2:
- New patch
Changes for v3:
- None
Changes for v4:
- None
---
drivers/serial/serial_s3c2
The MINI2416 board is based on a Samsung's S3C2416 SoC and has 64MB DDR2 SDRAM,
256MB NAND Flash, a LAN9220 Ethernet Controller and a WM8731 Audio CODEC.
This U-Boot port was implemented and tested on a unit bought to Boardcon
(http://www.armdesigner.com/) but there are some other chinese providers
rtc_reset() must set the RTC date to the UNIX Epoch.
Signed-off-by: José Miguel Gonçalves
---
Changes for v2:
- New patch
Changes for v3:
- None
Changes for v4:
- None
---
drivers/rtc/s3c24x0_rtc.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/
A better approach to avoid reading the RTC during updates, as sugested in
the S3C2416 User's Manual.
Signed-off-by: José Miguel Gonçalves
---
Changes for v2:
- New patch
Changes for v3:
- Removed unneeded parenthesis
Changes for v4:
- None
---
drivers/rtc/s3c24x0_rtc.c | 10
The printf() implementation needs 4~5KB of storage space which may not be
available when building an SPL for SoCs with scarce internal RAM
(8KB or less). This patch adds a new option, CONFIG_SPL_PRINTF_SUPPORT,
to deal with this.
Signed-off-by: José Miguel Gonçalves
---
Changes for v3:
- New p
The values stored in the baud rate divisor register (UBRDIVn) and dividing
slot register (UDIVSLOTn), are used to determine the serial baudrate.
Previously only UBRDIVn was set. This patch initializes also UDIVSLOTn
which allows to obtain a more precise baudrate.
Signed-off-by: José Miguel Gonçalv
This RTC only supports a 100 years range so rtc_set() should not allow setting
years bellow 1970 or above 2069.
Signed-off-by: José Miguel Gonçalves
---
Changes for v2:
- New patch
Changes for v3:
- None
Changes for v4:
- None
---
drivers/rtc/s3c24x0_rtc.c |5 +
1 file changed
Samsung's S3C24XX SoCs need this in order to generate a binary image
with a padded SPL concatenated with U-Boot.
Signed-off-by: José Miguel Gonçalves
---
Changes for v2:
- None
Changes for v3:
- Changed new binary target name from u-boot-ubl.bin to u-boot-pad.bin
Changes for v4:
- None
S3C2416 and S3C2450 have 4 UARTs insted of 3 found on older chips.
This patch adds support to the additional UART port and changes the
mapping between CONFIG_SERIAL? and S3C24X0_UART? in order they have
a direct correspondence.
Signed-off-by: José Miguel Gonçalves
---
Changes for v2:
- New pat
NAND Flash driver with HW ECC for the S3C24XX SoCs.
Currently it only supports SLC NAND chips.
Signed-off-by: José Miguel Gonçalves
---
Changes for v2:
- Coding style cleanup
- Use of clrsetbits_le32()
- Use of register bit macros instead of magic numbers
Changes for v3:
- Removed ma
Support for the MINI2416 board based on a Samsung's S3C2416 SoC with
64MB DDR2 SDRAM, 256MB NAND Flash, a LAN9220 Ethernet Controller and a
WM8731 Audio CODEC.
Changes for v2:
- Coding style cleanup
- Removed new serial and rtc drivers
- Use of in-tree serial and rtc drivers
Changes for
Since the IOP480 (PPC401/3 variant from PLX) is only used on 2
boards that are not actively maintained, lets remove support
for it completely. This way the ppc4xx code will get a bit cleaner.
Signed-off-by: Stefan Roese
Cc: Marek Vasut
Cc: Matthias Fuchs
---
MAINTAINERS
Hi,
I am getting reset when using latest U-boot mainline with
mx6qsabrelite and loading a kernel.
U-Boot 2012.07-00580-g49b3962 (Sep 19 2012 - 09:56:23)
CPU: Freescale i.MX6Q rev1.0 at 792 MHz
Reset cause: POR
Board: MX6Q-Sabre Lite
DRAM: 1 GiB
WARNING: Caches not enabled
MMC: FSL_SDHC: 0,
This patchset add support for display on Universal C210 board.
Max8998 is modified to power on display, new driver ld9040
and support for LCD display on universal C210 board is added.
Changes in v2:
- removed unnecessary function for fimd clock set;
- code cleanup
- removed patch for fix exynos4_f
Add LDO7 and LDO17 macros to max8998_pmic.h necessary to power on the LCD.
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
Changes in v2:
- none.
---
include/max8998_pmic.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/max8998_pmic
This patch add ld9040 video driver:
new file: drivers/video/ld9040.c
new file: include/ld9040.h
modified: drivers/video/Makefile
This patch depends on software SPI:
<1346228122-13444-2-git-send-email-p.wilc...@samsung.com>
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Mink
Add EXYNOS4_DISPLAY_CONTROL definition
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
Changes in v2:
- removed definions for fimd.
---
arch/arm/include/asm/arch-exynos/cpu.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/as
This patch fixes image position on screen when images's height or width is
biger then the lcd's.
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
Changes in v2:
- none.
---
drivers/video/exynos_fb.c | 15 +--
1 files changed, 13 insertions(+), 2 deletio
This patch add support for display on Universal C210 board.
Width of displayed logo must be not bigger than 480 pixel and
is limited by width of the screen.
Tizen logo size is 520x120 pixels should be reseized.
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
Changes i
As the board seems to be unmaintained for some time, lets remove
the support in mainline completely.
Signed-off-by: Stefan Roese
Cc: Marek Vasut
Cc: Peter De Schrijver
---
MAINTAINERS | 4 -
arch/powerpc/include/asm/ppc4xx.h | 2 +-
board/ml2/Makefile|
On Wed, Sep 19, 2012 at 7:59 AM, Fabio Estevam wrote:
> Hi,
>
> I am getting reset when using latest U-boot mainline with
> mx6qsabrelite and loading a kernel.
>
>
> U-Boot 2012.07-00580-g49b3962 (Sep 19 2012 - 09:56:23)
>
> CPU: Freescale i.MX6Q rev1.0 at 792 MHz
> Reset cause: POR
> Board: MX6
Dear All,
I want to check the stability of L2 cache at uboot prompt.
My question are.
1. Is it possible to verify, if yes what steps I need to do.
2. had nay body perform , pls share.
Thanks
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.
Hi Robert,
On Wed, Sep 19, 2012 at 10:31 AM, Robert Nelson wrote:
> It might be masking the problem, but I've been reverting:
>
> http://git.denx.de/?p=u-boot.git;a=commit;h=c50afc1dab78a1a72bc37b60d97864e56b52cc5c
>
> (I've also been reverting that for mx51evk/mx53loco when using device
> tree'
Put block device interaction code into separate file from filesystem logic.
This makes it easier to change block device API, and is similar to what other
filesystems do.
Cleanup some logic inconsistencies as well.
Signed-off-by: Pavel Herrmann
---
fs/fat/Makefile| 4 +-
fs/fat/dev.c
On Aug 29, 2012, at 7:16 PM, Andrew Sharp wrote:
> In a couple of places, unsigned int and pci_config_*_dword were being
> used when u16 and _word should be used. Unsigned int was also being
> used in a couple of places that should be pci_addr_t.
>
> Signed-off-by: Andrew Sharp
> ---
> drivers
The following commit introduced some warnings associated with using
pci_addr_t instead of a proper 32-bit data type.
commit af778c6d9e2b945ee03cbc53bb976238a3374f33
Author: Andrew Sharp
Date: Wed Aug 1 12:27:16 2012 +
pci: fix errant data types and corresponding access functions
On so
OpenEmbedded has change partitioning layout of generated image so it
does not raise warnings during the boot regarding unkown partition
being used for U-Boot.
Signed-off-by: Otavio Salvador
---
include/configs/mx53loco.h |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/
OpenEmbedded has change partitioning layout of generated image so it
does not raise warnings during the boot regarding unkown partition
being used for U-Boot.
Signed-off-by: Otavio Salvador
---
include/configs/mx6qsabrelite.h |8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff
OpenEmbedded has change partitioning layout of generated image so it
does not raise warnings during the boot regarding unkown partition
being used for U-Boot.
Signed-off-by: Otavio Salvador
---
include/configs/mx6qsabresd.h |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --g
Hello!
I'm having problem with my U-Boot for a PowerPC system. I think the root cause
is that the function get_effective_memsize() (in file arch/powerpc/lib/board.c)
returns 0.
ulong get_effective_memsize(void)
{
#ifndef CONFIG_VERY_BIG_RAM
return gd->ram_size;
#else
/* limit st
Fix warnings about type mismatch in cmd_zfs.
Dont use a global block_dev_desc, instead use a local one in each cmd.
Signed-off-by: Pavel Herrmann
---
common/cmd_zfs.c | 7 +--
fs/zfs/zfs.c | 2 --
include/zfs_common.h | 3 ---
3 files changed, 5 insertions(+), 7 deletions(-)
dif
On 09/19/2012 06:25:26 AM, José Miguel Gonçalves wrote:
Samsung's S3C24XX SoCs need this in order to generate a binary image
with a padded SPL concatenated with U-Boot.
I still think "pad" is a lousy name for this. It refers to a minor
implementation detail of how the image was put together.
On 09/19/2012 06:25:25 AM, José Miguel Gonçalves wrote:
NAND Flash driver with HW ECC for the S3C24XX SoCs.
Currently it only supports SLC NAND chips.
Signed-off-by: José Miguel Gonçalves
---
Changes for v2:
- Coding style cleanup
- Use of clrsetbits_le32()
- Use of register bit macros
On 19-09-2012 17:19, Scott Wood wrote:
On 09/19/2012 06:25:25 AM, José Miguel Gonçalves wrote:
NAND Flash driver with HW ECC for the S3C24XX SoCs.
Currently it only supports SLC NAND chips.
Signed-off-by: José Miguel Gonçalves
---
Changes for v2:
- Coding style cleanup
- Use of clrsetbit
Medcom is the marketing name for an older, PXA-based version of the same
device. In order to avoid confusion, rename the Tegra-based version to
the new marketing name.
Signed-off-by: Thierry Reding
---
MAINTAINERS | 2 +-
.../dts/{tegra20-med
On 19-09-2012 17:10, Scott Wood wrote:
On 09/19/2012 06:25:26 AM, José Miguel Gonçalves wrote:
Samsung's S3C24XX SoCs need this in order to generate a binary image
with a padded SPL concatenated with U-Boot.
I still think "pad" is a lousy name for this. It refers to a minor
implementation de
On 09/19/2012 11:58:06 AM, José Miguel Gonçalves wrote:
On 19-09-2012 17:10, Scott Wood wrote:
On 09/19/2012 06:25:26 AM, José Miguel Gonçalves wrote:
Samsung's S3C24XX SoCs need this in order to generate a binary image
with a padded SPL concatenated with U-Boot.
I still think "pad" is a lous
On 09/19/2012 10:58 AM, José Miguel Gonçalves wrote:
> On 19-09-2012 17:10, Scott Wood wrote:
>> On 09/19/2012 06:25:26 AM, José Miguel Gonçalves wrote:
>>> Samsung's S3C24XX SoCs need this in order to generate a binary image
>>> with a padded SPL concatenated with U-Boot.
>>
>> I still think "pad"
On 09/19/2012 04:37 AM, Thierry Reding wrote:
> Medcom is the marketing name for an older, PXA-based version of the same
> device. In order to avoid confusion, rename the Tegra-based version to
> the new marketing name.
This patch will keep U-Boot in sync with the Kernel .dts naming, so:
Acked-by
On 09/18/2012 07:25 PM, Rob Herring wrote:
> On 09/18/2012 08:21 PM, Rob Herring wrote:
>> On 09/18/2012 05:37 PM, Stephen Warren wrote:
>>> From: Stephen Warren
>>>
>>> This patch introduces function get_device(). This looks up a
>>> block_dev_desc_t from an interface name (e.g. mmc) and device n
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/19/12 03:56, Michal Simek wrote:
> On 09/19/2012 12:52 PM, Marek Vasut wrote:
>> Dear Michal Simek,
>>
>>> On 09/14/2012 08:53 PM, Joe Hershberger wrote:
Hi Marek,
On Fri, Sep 14, 2012 at 6:00 AM, Marek Vasut
wrote:
>>>
On 19-09-2012 18:08, Scott Wood wrote:
On 09/19/2012 11:58:06 AM, José Miguel Gonçalves wrote:
On 19-09-2012 17:10, Scott Wood wrote:
On 09/19/2012 06:25:26 AM, José Miguel Gonçalves wrote:
Samsung's S3C24XX SoCs need this in order to generate a binary image
with a padded SPL concatenated with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/19/12 04:32, Stefan Roese wrote:
> Hi Marek,
>
> On 09/19/2012 01:28 PM, Marek Vasut wrote:
>>> Again, NS16550 driver here. This code shouldn't be necessary.
>>> Also this board looks quite unmaintained as well. Perhaps its
>>> time to remove
On Wed, Sep 19, 2012 at 10:13 AM, Otavio Salvador
wrote:
> OpenEmbedded has change partitioning layout of generated image so it
> does not raise warnings during the boot regarding unkown partition
> being used for U-Boot.
>
> Signed-off-by: Otavio Salvador
> ---
> include/configs/mx6qsabrelite.h
On Wed, Sep 19, 2012 at 2:57 PM, Robert Nelson wrote:
> On Wed, Sep 19, 2012 at 10:13 AM, Otavio Salvador
> wrote:
>> OpenEmbedded has change partitioning layout of generated image so it
>> does not raise warnings during the boot regarding unkown partition
>> being used for U-Boot.
>>
>> Signed-o
On Wed, Sep 19, 2012 at 1:00 PM, Otavio Salvador
wrote:
> On Wed, Sep 19, 2012 at 2:57 PM, Robert Nelson
> wrote:
>> On Wed, Sep 19, 2012 at 10:13 AM, Otavio Salvador
>> wrote:
>>> OpenEmbedded has change partitioning layout of generated image so it
>>> does not raise warnings during the boot r
On Wed, Sep 19, 2012 at 11:18:14AM -0300, Fabio Estevam wrote:
> Hi Robert,
>
> On Wed, Sep 19, 2012 at 10:31 AM, Robert Nelson
> wrote:
>
> > It might be masking the problem, but I've been reverting:
> >
> > http://git.denx.de/?p=u-boot.git;a=commit;h=c50afc1dab78a1a72bc37b60d97864e56b52cc5c
>
On Tue, Sep 18, 2012 at 08:25:31PM -0500, Rob Herring wrote:
> On 09/18/2012 08:21 PM, Rob Herring wrote:
> > On 09/18/2012 05:37 PM, Stephen Warren wrote:
> >> From: Stephen Warren
> >>
> >> This patch introduces function get_device(). This looks up a
> >> block_dev_desc_t from an interface name
Signed-off-by: Eric Nelson
---
arch/arm/cpu/armv7/mx6/clock.c | 10 +-
arch/arm/include/asm/arch-mx6/crm_regs.h | 358 +++---
2 files changed, 185 insertions(+), 183 deletions(-)
diff --git a/arch/arm/cpu/armv7/mx6/clock.c b/arch/arm/cpu/armv7/mx6/clock.c
ind
On Wed, Sep 19, 2012 at 11:11:08AM -0600, Stephen Warren wrote:
> On 09/19/2012 10:58 AM, Jos? Miguel Gon?alves wrote:
> > On 19-09-2012 17:10, Scott Wood wrote:
> >> On 09/19/2012 06:25:26 AM, Jos? Miguel Gon?alves wrote:
> >>> Samsung's S3C24XX SoCs need this in order to generate a binary image
>
On Wed, Sep 19, 2012 at 3:08 PM, Robert Nelson wrote:
> On Wed, Sep 19, 2012 at 1:00 PM, Otavio Salvador
> wrote:
>> On Wed, Sep 19, 2012 at 2:57 PM, Robert Nelson
>> wrote:
>>> On Wed, Sep 19, 2012 at 10:13 AM, Otavio Salvador
>>> wrote:
OpenEmbedded has change partitioning layout of gen
On Wed, Sep 19, 2012 at 09:29:04AM +1000, Graeme Russ wrote:
> Hi Marek,
>
> On Tue, Sep 18, 2012 at 8:57 PM, Marek Vasut wrote:
> > Dear Tomas Hlavacek,
[snip]
> >> +struct early_heap_header *early_brk(size_t size)
> >> + __attribute__((weak, alias("def_early_brk")));
> >
> > what about usin
Signed-off-by: Eric Nelson
---
arch/arm/include/asm/arch-mx6/imx-regs.h | 24
1 files changed, 24 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx6/imx-regs.h
b/arch/arm/include/asm/arch-mx6/imx-regs.h
index 8834c59..d42bb4d 100644
--- a/arch/ar
Signed-off-by: Eric Nelson
---
arch/arm/include/asm/arch-mx6/imx-regs.h | 73 ++
1 files changed, 73 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx6/imx-regs.h
b/arch/arm/include/asm/arch-mx6/imx-regs.h
index 1781382..cb284e2 100644
--- a/a
Signed-off-by: Eric Nelson
---
arch/arm/include/asm/arch-mx6/crm_regs.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx6/crm_regs.h
b/arch/arm/include/asm/arch-mx6/crm_regs.h
index 81aa3ed..6a6d270 100644
--- a/arch/arm/include/asm/arch-mx
On 09/19/2012 01:19:45 PM, Tom Rini wrote:
On Wed, Sep 19, 2012 at 11:11:08AM -0600, Stephen Warren wrote:
> On 09/19/2012 10:58 AM, Jos? Miguel Gon?alves wrote:
> > On 19-09-2012 17:10, Scott Wood wrote:
> >> On 09/19/2012 06:25:26 AM, Jos? Miguel Gon?alves wrote:
> >>> Samsung's S3C24XX SoCs ne
On 19-09-2012 19:19, Tom Rini wrote:
On Wed, Sep 19, 2012 at 11:11:08AM -0600, Stephen Warren wrote:
On 09/19/2012 10:58 AM, Jos? Miguel Gon?alves wrote:
On 19-09-2012 17:10, Scott Wood wrote:
On 09/19/2012 06:25:26 AM, Jos? Miguel Gon?alves wrote:
Samsung's S3C24XX SoCs need this in order to
Adds support for the Hannstar 1024 x 768 LVDS panel (Freescale part
number MCIMX-LVDS1) to SABRE-Lite board.
Signed-off-by: Eric Nelson
---
board/freescale/mx6qsabrelite/mx6qsabrelite.c | 102 +
include/configs/mx6qsabrelite.h | 15 -
2 files changed,
On 09/19/2012 01:12:17 AM, Stefan Roese wrote:
On 09/18/2012 11:51 PM, Scott Wood wrote:
>>> (and then see if we can change since
>>> as Scott notes, this needs to work for 4kb boards and that is
>> tight).
>>
>> What exactly are the 4k boards?
>
> Anything that uses fsl_elbc_nand is 4K. I think
On Wed, Sep 19, 2012 at 12:25:27PM +0100, Jos?? Miguel Gon??alves wrote:
> The MINI2416 board is based on a Samsung's S3C2416 SoC and has 64MB DDR2
> SDRAM,
> 256MB NAND Flash, a LAN9220 Ethernet Controller and a WM8731 Audio CODEC.
> This U-Boot port was implemented and tested on a unit bought to
This is set of patches adding support for iPAQ h2200 device
Ad. [PATCH 1/6] h2200: Add support for iPAQ h2200
I've added device id to the mach-types.h file. But I'm pretty
sure this is the bad way. The id I took from
http://www.arm.linux.org.uk/developer/machines/list.php?id=341
Device's 1st stag
Signed-off-by: Łukasz Dałek
---
arch/arm/include/asm/mach-types.h |1 +
board/h2200/Makefile | 51 ++
board/h2200/h2200-header.S| 27 +
board/h2200/h2200.c | 197 +
board/h2200/h2200.h | 28
Signed-off-by: Łukasz Dałek
---
arch/arm/cpu/pxa/cpuinfo.c | 11 +--
arch/arm/include/asm/arch-pxa/pxa.h | 13 +
2 files changed, 22 insertions(+), 2 deletions(-)
diff --git a/arch/arm/cpu/pxa/cpuinfo.c b/arch/arm/cpu/pxa/cpuinfo.c
index f1cdd40..bab6340 100644
-
PXA25X chips don't support alternate settings so driver uses non-CDC
driver.
But only code defined between DEV_CONFIG_CDC signals that network is up.
This patch is fixing this bug by signaling that network is up after USB
SET_INTERFACE request.
Signed-off-by: Łukasz Dałek
---
drivers/usb/gadget/
Introduced CONFIG_USB_ETH_CDC and CONFIG_USB_ETH_SUBSET as preparation
for removal DEV_CONFIG_CDC and DEV_CONFIG_SUBSET
Signed-off-by: Łukasz Dałek
---
drivers/usb/gadget/ether.c | 19 ++-
1 files changed, 14 insertions(+), 5 deletions(-)
diff --git a/drivers/usb/gadget/ether.
Removed DEV_CONFIG_CDC and DEV_CONFIG_SUBSET and replaced it with
CONFIG_USB_ETH_CDC and CONFIG_USB_ETH_SUBSET.
Signed-off-by: Łukasz Dałek
---
drivers/usb/gadget/ether.c | 75 +--
1 files changed, 30 insertions(+), 45 deletions(-)
diff --git a/drivers/
On Tue, Sep 18, 2012 at 11:20:30PM +0200, Marek Vasut wrote:
> Dear Thierry Reding,
>
> > On Tue, Sep 18, 2012 at 09:36:18PM +0200, Marek Vasut wrote:
> > > Dear Thierry Reding,
> > >
> > > [...]
> > >
> > > > > Sure, but after you apply the bounce buffer, you can safely
> > > > > invalidate the
On 09/19/2012 11:17 AM, Eric Nelson wrote:
Signed-off-by: Eric Nelson
---
arch/arm/cpu/armv7/mx6/clock.c | 10 +-
arch/arm/include/asm/arch-mx6/crm_regs.h | 358 +++---
2 files changed, 185 insertions(+), 183 deletions(-)
diff --git a/arch/arm/cpu/armv7/m
On Wed, Sep 19, 2012 at 12:44:27AM +0200, Marek Vasut wrote:
> Dear Simon Glass,
>
> > Hi,
> >
> > On Tue, Sep 18, 2012 at 2:21 PM, Marek Vasut wrote:
> > > Dear Simon Glass,
> > >
> > >> Hi,
> > >>
> > >> On Tue, Sep 18, 2012 at 1:04 PM, Thierry Reding
> > >>
> > >> wrote:
> > >> > On Tue,
Dear Tom Rini,
> On Wed, Sep 19, 2012 at 11:18:14AM -0300, Fabio Estevam wrote:
> > Hi Robert,
> >
> > On Wed, Sep 19, 2012 at 10:31 AM, Robert Nelson
wrote:
> > > It might be masking the problem, but I've been reverting:
> > >
> > > http://git.denx.de/?p=u-boot.git;a=commit;h=c50afc1dab78a1a7
Dear Tom Rini,
> On 09/19/12 04:32, Stefan Roese wrote:
> > Hi Marek,
> >
> > On 09/19/2012 01:28 PM, Marek Vasut wrote:
> >>> Again, NS16550 driver here. This code shouldn't be necessary.
> >>> Also this board looks quite unmaintained as well. Perhaps its
> >>> time to remove it from mainline? N
The official vendor prefix for Avionic Design is now "ad". Update the
board DTS files accordingly.
Signed-off-by: Thierry Reding
---
board/avionic-design/dts/tegra20-medcom.dts | 2 +-
board/avionic-design/dts/tegra20-plutux.dts | 2 +-
board/avionic-design/dts/tegra20-tec.dts| 2 +-
3 files
On Wed, Sep 19, 2012 at 4:29 PM, Marek Vasut wrote:
> Link would help, thanks ;-)
Yes, please. I was not involved on past discussions on this topic and
I would really like to understand what is the recommended way to
fixing this problem.
Regards,
Fabio Estevam
_
On Wed, Sep 19, 2012 at 01:36:50PM -0500, Scott Wood wrote:
> On 09/19/2012 01:19:45 PM, Tom Rini wrote:
> >On Wed, Sep 19, 2012 at 11:11:08AM -0600, Stephen Warren wrote:
> >> On 09/19/2012 10:58 AM, Jos? Miguel Gon?alves wrote:
> >> > On 19-09-2012 17:10, Scott Wood wrote:
> >> >> On 09/19/2012 0
On Wed, Sep 19, 2012 at 05:13:20PM -0300, Fabio Estevam wrote:
> On Wed, Sep 19, 2012 at 4:29 PM, Marek Vasut wrote:
>
> > Link would help, thanks ;-)
>
> Yes, please. I was not involved on past discussions on this topic and
> I would really like to understand what is the recommended way to
> fi
On 09/19/2012 08:18 PM, Tom Rini wrote:
On Wed, Sep 19, 2012 at 12:25:27PM +0100, Jos?? Miguel Gon??alves wrote:
The MINI2416 board is based on a Samsung's S3C2416 SoC and has 64MB DDR2 SDRAM,
256MB NAND Flash, a LAN9220 Ethernet Controller and a WM8731 Audio CODEC.
This U-Boot port was implemen
> -Original Message-
> From: Pavel Machek [mailto:pa...@denx.de]
> Sent: 16 September 2012 02:44
> To: Prafulla Wadaskar
> Cc: dingu...@altera.com; u-boot@lists.denx.de; ma...@denx.de;
> dinh.li...@gmail.com; cl...@altera.com; tr...@ti.com; s...@denx.de
> Subject: Re: [U-Boot] [PATCH v4 2
On Wed, 19 Sep 2012 00:24:23 -0300
Fabio Estevam wrote:
> From: Fabio Estevam
>
> mx6qsabresd has a AR8031 Gigabit PHY.
>
> Add support for it.
>
> Also increase CONFIG_SYS_MALLOC_LEN so that FEC buffer allocation does not
> fail.
>
> Tested on 1Gbp and 100Mbps networks.
>
> Suggested-by:
On 09/19/2012 11:46 AM, Eric Nelson wrote:
Adds support for the Hannstar 1024 x 768 LVDS panel (Freescale part
number MCIMX-LVDS1) to SABRE-Lite board.
Signed-off-by: Eric Nelson
---
board/freescale/mx6qsabrelite/mx6qsabrelite.c | 102 +
include/configs/mx6qsabrelite.
Dear Łukasz Dałek,
[ Joe, see the bottom of my babble here ]
> Signed-off-by: Łukasz Dałek
> ---
> arch/arm/include/asm/mach-types.h |1 +
> board/h2200/Makefile | 51 ++
> board/h2200/h2200-header.S| 27 +
> board/h2200/h2200.c | 197
> ++
Dear Łukasz Dałek,
Patch description is missing ...
are there any changes since your last post?
> Signed-off-by: Łukasz Dałek
> ---
> drivers/usb/gadget/Makefile |1 +
> drivers/usb/gadget/pxa25x_udc.c | 2059
> +++ drivers/usb/gadget/pxa25x_udc.h |
Dear Łukasz Dałek,
Patch description missing. Properly describe all your patches and repost. Also
describe what changed, see
http://www.denx.de/wiki/U-Boot/Patches
> Signed-off-by: Łukasz Dałek
> ---
> arch/arm/cpu/pxa/cpuinfo.c | 11 +--
> arch/arm/include/asm/arch-pxa/px
On 09/19/2012 01:42 AM, Tom Rini wrote:
+To ensure that the linker does not discard these symbols when linking
+full U-Boot we use generate a list of all of the commands and force the
+linker to first enter the symbol as undefined in the object so that
+there is then a need for the symbol to be k
On Wed, Sep 19, 2012 at 11:09:56PM +0200, Jeroen Hofstee wrote:
> On 09/19/2012 01:42 AM, Tom Rini wrote:
> >+To ensure that the linker does not discard these symbols when linking
> >+full U-Boot we use generate a list of all of the commands and force the
> >+linker to first enter the symbol as und
1 - 100 of 154 matches
Mail list logo
