Hi Marc,
On Thu, 28 Mar 2013 23:35 +0100, Marc Dietrich wrote:
> Hi Albert,
>
> On Thursday 28 March 2013 21:42:13 Albert ARIBAUD wrote:
> > On Thu, 28 Mar 2013 19:57:31 +0100, Marc Dietrich
> > wrote:
> > > Many on-disk structures used in the directory are accessed in a
> > > non aligned mann
On 2013-03-27 10:29, Javier Martinez Canillas wrote:
On Wed, Mar 27, 2013 at 5:50 AM, Manfred Huber wrote:
I still think that we should keep CONFIG_SYS_NS16550_BROKEN_TEMT or
something similar instead of just checking for CONFIG_OMAP34XX. Since
we don't know if this problem is also present o
Am 28.03.2013 09:45, schrieb Andreas Bießmann:
Dear Manfred Huber,
On 03/28/2013 07:06 AM, Manfred Huber wrote:
On 2013-03-27 14:37, Andreas Bießmann wrote:
On 03/25/2013 11:02 PM, Manfred Huber wrote:
+serial_out(UART_LCR_DLAB, &com_port->lcr);
+serial_out(baud_diviso
On some OMAP3 devices when UART3 is configured for boot mode before SPL starts
only THRE bit is set. We have to empty the transmitter before initialization
starts. This patch avoids the use of CONFIG_SYS_NS16550_BROKEN_TEMT.
Signed-off-by: Manfred Huber
---
README |8 ---
Hi Manfred,
On Fri, 29 Mar 2013 10:20:25 +0100, Manfred Huber
wrote:
> On some OMAP3 devices when UART3 is configured for boot mode before SPL
> starts
> only THRE bit is set. We have to empty the transmitter before initialization
> starts. This patch avoids the use of CONFIG_SYS_NS16550_BROK
Hello all,
I have gone through my todo list on Patchwork and I think I have
processed all patches and applied all the ones posted within the
merge window or that are bug fixes for v2013.04 and for which no
changes requests are pending.
However, I may have missed some, so as usual, do mail To: me
Hello Wolfgang,
On Sat, 5 Jan 2013 20:45:48 +0100
Wolfgang Denk wrote:
> lcd_color_fg and lcd_color_bg had to be declared in board specific
> code, but were not actually used there; in addition, we have getter /
> setter functions for these, which were not used either.
>
> Get rid of the globa
Hi,
On Tue, 22 Jan 2013 21:44:06 +0100
Jeroen Hofstee wrote:
> As mentioned in http://lists.denx.de/pipermail/u-boot/2013-January/143459.html
> there does not seem to be a good reason why the frame buffer driver
> provide the variables for the lcd internal logic. So lets just remove it.
> If the
Hi,
On Sat, 12 Jan 2013 23:07:56 +0100
Jeroen Hofstee wrote:
> - Make the brackets of the function calls more consistent
> - Remove really unnecessary brackets
> - Removes the extern from the function definitions
> - Remove curly brackets from single line statements
> - Remove lcd_setmem pr
On Sat, 12 Jan 2013 23:07:59 +0100
Jeroen Hofstee wrote:
> Hide the console macros since some reference global data which is
> no longer present.
>
> cc: Anatolij Gustschin
> Signed-off-by: Jeroen Hofstee
> ---
> common/lcd.c | 28
> include/lcd.h | 28 --
Hello,
On Thu, 14 Feb 2013 16:48:00 +1300
Andre Renaud wrote:
> Currently bitmap logos don't interpret the X coordinate correctly if the bpp
> is anything other than 8.
>
> Signed-off-by: Andre Renaud
> ---
> common/lcd.c |7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
appl
Hello,
On Fri, 15 Feb 2013 14:35:12 +0100
Matthias Weisser wrote:
> commit d484b52 "video: Skip bitmaps which do not fit into the screen in
> cfb_console" breaks splash screen alignment which is passed in as magic
> (BMP_ALIGN_CENTER) x/y coordinates. Moving the check after the alignment block
>
On 21/03/13 16:00, Akshay Saraswat wrote:
> This patch set adds hardware acceleration for SHA 256
> with the help of ACE.
>
> Changes since v1:
> - Patch-1: Fixed few nits.
> - Patch-2: Removed not required config.
> - Patch-3: Added sha256 to hash command instead of new sha256 c
start_sect is not aligned to a 4 byte boundary thus causing exceptions
on ARM platforms. Access this field via the get_unaligned macro.
Signed-off-by: Marc Dietrich
---
disk/part_efi.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/disk/part_efi.c b/disk/part_efi.c
inde
Albert,
On Friday 29 March 2013 08:00:54 Albert ARIBAUD wrote:
> On Thu, 28 Mar 2013 23:35 +0100, Marc Dietrich wrote:
> > [ ... ]
> > On Thursday 28 March 2013 21:42:13 Albert ARIBAUD wrote:
> > > Which fields, which structures, which files are affected by the
> > > unalignment issue?
> >
> > i
On 21/03/13 21:13, Akshay Saraswat wrote:
> We intended to clear the bits of CLK_SRC_TOP2 register, instead we were
> writing on the reserved bits of src_core1 register. Since the default
> value of clk_src_top2 register were itself zero, this typo was not
> creating any big issue. But it is better
> -Original Message-
> From: otavio.salva...@gmail.com [mailto:otavio.salva...@gmail.com] On Behalf
> Of Otavio Salvador
> Sent: Thursday, March 28, 2013 8:23 PM
> To: Gupta Ruchika-R66431
> Cc: U-Boot Mailing List; Fleming Andy-AFLEMING
> Subject: Re: [U-Boot] [PATCH 0/5] FSL SECURE BOOT
From: Kuo-Jung Su
Faraday FTMAC110 10/100Mbps supports half-word data transfer for Linux.
However it has a weird DMA alignment issue:
(1) Tx DMA Buffer Address:
1 bytes aligned: Invalid
2 bytes aligned: O.K
4 bytes aligned: O.K
(2) Rx DMA Buffer Address:
1 bytes aligned: Invalid
From: Kuo-Jung Su
This patch add supports to both Faraday FUSBH200 and FOTG210,
these controllers slightly differ from standard EHCI specification.
Signed-off-by: Kuo-Jung Su
---
common/usb_hub.c|5 ++
drivers/usb/host/Makefile |1 +
drivers/usb/host/ehci-faraday.
From: Kuo-Jung Su
Faraday FTI2C010 is a multi-function I2C controller
which supports both master and slave mode.
This patch simplily implements the master mode only.
Signed-off-by: Kuo-Jung Su
---
drivers/i2c/Makefile |1 +
drivers/i2c/fti2c010.c | 360 ++
From: Kuo-Jung Su
Faraday FTSDC010 is a MMC/SD host controller.
There is already a driver in u-boot, which is
modified from eSHDC and contributed by Andes Tech.
However it works extreamly slow in Faraday A36x SoC
Platforms, so I turn to implement this new version
of driver with 10 times faster s
From: Kuo-Jung Su
Faraday FTSPI020 is dedicated SPI bus designed for
SPI Flash chips. It supports Fast-Read-Dual,
Fast-Read-Dual-IO, Fast-Read-Quad and Fast-Read-Quad-IO.
Signed-off-by: Kuo-Jung Su
---
drivers/mtd/spi/Makefile |4 +
drivers/mtd/spi/ftspi020.c | 589 +
From: Kuo-Jung Su
This patch would enable MMU for Faraday ARMv5TE cores.
Here is the abstract of the MMU design.
Assume SDRAM memory region starts at 0x1000, and its size = 0x80.
0x +---+
| |
| UN-CACHED |
From: Kuo-Jung Su
The Faraday FTSSP010 is a multi-function controller
which supports I2S/SPI/SSP/AC97/SPDIF.
This patch simpily implements the SPI mode only.
BTW the DMA and CS/Clock control logic has been
altered since revision 1.19.0. So this patch
would 1st detects the revision id of the under
From: Kuo-Jung Su
This patch would try to use Faraday FOTG210 to implement
a USB RNDIS Ethernet.
Signed-off-by: Kuo-Jung Su
---
drivers/usb/gadget/Makefile |1 +
drivers/usb/gadget/fotg210.c | 926 +
drivers/usb/gadget/fotg210.h | 99 +
From: Kuo-Jung Su
These patches introduce Faraday A36x SoC platform support.
Here are some public documents for your reference.
http://www.faraday-tech.com/html/documentation/index.html
There is also a A369 QEMU emulator available at my github account:
https://github.com/dantesu1218/q
From: Kuo-Jung Su
Faraday FTNANDC021 is a integrated NAND flash controller.
It use a build-in command table to abstract the underlying
NAND flash control logic.
For example:
Issuing a command 0x10 to FTNANDC021 would result in
a page write + a read status operation.
Signed-off-by: Kuo-Jung Su
From: Kuo-Jung Su
Signed-off-by: Kuo-Jung Su
---
drivers/net/ftgmac100.c | 83 ---
1 file changed, 56 insertions(+), 27 deletions(-)
diff --git a/drivers/net/ftgmac100.c b/drivers/net/ftgmac100.c
index 69ba57d..0169a42 100644
--- a/drivers/net/ftgm
> Tom> This is fine except it breaks bisectability, you need to also add
> Tom> CONFIG_TI81XX to ti814x_evm.h at this point.
>
> It afaik already has it.
>
Yes, it was introduced by Matt Porter in "ti814x_evm: add ti814x evm
board support" patch :
+#define CONFIG_TI81XX
+#define CONFIG_TI81
> Yes, please fix with a v2 of the series which also addreses the other
> feedback as well. Also, patches 2-7 can be squashed into a single "Add
> ti816x support" patch.
>
Thanks for your review, I'll do a v2 following your advices.
___
U-Boot mailing l
> TENART> /* DMM */
> TENART> +#if defined(CONFIG_TI816X)
> TENART> +#define DMM_BASE 0x4E00
> TENART> +#else
> TENART> #define DMM_BASE 0x4E40
> TENART> +#endif
>
> I don't think that's right. Matt's series uses DMM_BASE to refer to the
On Fri, Mar 29, 2013 at 10:09:30AM +0100, TENART Antoine wrote:
> > Tom> This is fine except it breaks bisectability, you need to also add
> > Tom> CONFIG_TI81XX to ti814x_evm.h at this point.
> >
> > It afaik already has it.
> >
>
> Yes, it was introduced by Matt Porter in "ti814x_evm: add
Hi Marc,
On Fri, 29 Mar 2013 12:28:58 +0100, Marc Dietrich
wrote:
> start_sect is not aligned to a 4 byte boundary thus causing exceptions
> on ARM platforms. Access this field via the get_unaligned macro.
>
> Signed-off-by: Marc Dietrich
> ---
> disk/part_efi.c |3 ++-
> 1 file changed,
On Fri, Mar 29, 2013 at 10:43:34AM +0100, Albert ARIBAUD wrote:
> Hi Manfred,
>
> On Fri, 29 Mar 2013 10:20:25 +0100, Manfred Huber
> wrote:
>
> > On some OMAP3 devices when UART3 is configured for boot mode before SPL
> > starts
> > only THRE bit is set. We have to empty the transmitter befor
From: Manfred Huber
Flush UART3 xmit on enable if TEMT is broken
On some OMAP3 devices when UART3 is configured for boot mode before SPL starts
only THRE bit is set. We have to empty the transmitter before initialization
starts. This patch avoids the use of CONFIG_SYS_NS16550_BROKEN_TEMT.
Sig
From: Manfred Huber
Flush UART3 xmit on enable if TEMT is broken
On some OMAP3 devices when UART3 is configured for boot mode before SPL starts
only THRE bit is set. We have to empty the transmitter before initialization
starts. This patch avoids the use of CONFIG_SYS_NS16550_BROKEN_TEMT.
Sig
Hi Sir,
I am using AMCC PPC440Gx processor for our project presently the board is
working fine with vxWorks(BSP + OS + Application).
But our customer new requirement is same board should be ported with linux.
1. We are using BDI2000 JTAG tool for porting u-boot and kernel.
2. We are not able
After merging LCD patches for v2013.04 the bcm2835 video
driver building is broken due to removal of many global
variables. Fix the driver.
Signed-off-by: Anatolij Gustschin
Cc: Stephen Warren
---
common/lcd.c| 12
drivers/video/bcm2835.c | 11 ---
2 files c
Hello Tom,
The following changes since commit 009d75ccc11d27b9a083375a88bb93cb746b4800:
Merge branch 'u-boot/master' into 'u-boot-arm/master' (2013-03-28 18:50:01
+0100)
are available in the git repository at:
git://git.denx.de/u-boot-staging.git ag...@denx.de
Anatolij Gustschin (1):
On Fri, 29 Mar 2013 14:10:09 +0100
Anatolij Gustschin wrote:
> After merging LCD patches for v2013.04 the bcm2835 video
> driver building is broken due to removal of many global
> variables. Fix the driver.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Stephen Warren
> ---
> common/lcd.c
Hello Tom,
The following changes since commit 009d75ccc11d27b9a083375a88bb93cb746b4800:
Merge branch 'u-boot/master' into 'u-boot-arm/master' (2013-03-28 18:50:01
+0100)
are available in the git repository at:
git://git.denx.de/u-boot-video.git master
Anatolij Gustschin (2):
Merge b
Albert,
On Friday 29 March 2013 13:32:26 Albert ARIBAUD wrote:
> On Fri, 29 Mar 2013 12:28:58 +0100, Marc Dietrich wrote:
> > start_sect is not aligned to a 4 byte boundary thus causing exceptions
> > on ARM platforms. Access this field via the get_unaligned macro.
> >
> > Signed-off-by: Marc Di
On 03/29/2013 09:13 AM, Marc Dietrich wrote:
> On Friday 29 March 2013 13:32:26 Albert ARIBAUD wrote:
>> On Fri, 29 Mar 2013 12:28:58 +0100, Marc Dietrich wrote:
>>> start_sect is not aligned to a 4 byte boundary thus causing exceptions
>>> on ARM platforms. Access this field via the get_unaligned
This serie introduce the support of the TI816X EVM board.
It applies on top of Matt Porter patches introducing the support of the
TI814X EVM board ("Add TI814x EVM Support").
The serie fits into the existing AM33XX SoC support and reuse some definitions
from the TI814X.
Based on the implementatio
Rename some CONFIG_TI814X to a more generic CONFIG_81XX
Signed-off-by: Antoine Tenart
---
Makefile|2 +-
arch/arm/cpu/armv7/Makefile |2 +-
arch/arm/cpu/armv7/omap-common/Makefile |2 +-
arch/arm/include/asm/arch-am33xx/cpu.h |2 +-
ar
Signed-off-by: Antoine Tenart
---
MAINTAINERS|4 +
arch/arm/include/asm/arch-am33xx/spl.h |9 +
board/ti/ti816x/Makefile | 48 ++
board/ti/ti816x/evm.c | 866
boards.cfg
Signed-off-by: Antoine Tenart
---
arch/arm/include/asm/arch-am33xx/clock.h |4 +
arch/arm/include/asm/arch-am33xx/clocks_ti816x.h | 136
arch/arm/include/asm/arch-am33xx/cpu.h |4 +
arch/arm/include/asm/arch-am33xx/cpu_ti816x.h | 194 +++
ar
start_sect is not aligned to a 4 byte boundary thus causing exceptions
on ARM platforms. Access this field via the get_unaligned_le32 macro.
Signed-off-by: Marc Dietrich
---
V2: replace le32_to_cpu(get_unaligned()) with get_unaligned_le32
disk/part_efi.c |3 ++-
1 file changed, 2 insertions
On Wed, Mar 27, 2013 at 5:34 PM, Vadim Bendebury wrote:
> It was noticed that when `make distclean' is run, the make process
> terminates with error reporting something like:
>
> rm: cannot remove '/tmp/foobar/': Is a directory
> make: *** [clobber] Error 1
>
> The problem is that the list of file
UART3 was enabled twice instead of UART4.
One more cosmetic change in a comment on EMIF clock.
Signed-off-by: Lubomir Popov
---
arch/arm/cpu/armv7/omap-common/clocks-common.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap-common/clocks-common
This fix is needed (but not sufficient) for USB EHCI operation.
Signed-off-by: Lubomir Popov
---
arch/arm/cpu/armv7/omap5/hw_data.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7/omap5/hw_data.c
b/arch/arm/cpu/armv7/omap5/hw_data.c
index ced274e..e5e41
I2C5 is used on all known OMAP5 hardware platforms, therefore enable.
Signed-off-by: Lubomir Popov
---
arch/arm/cpu/armv7/omap5/hw_data.c |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/cpu/armv7/omap5/hw_data.c
b/arch/arm/cpu/armv7/omap5/hw_data.c
index e5e41fd..5698876 100644
Need to add these base addresses in order to use I2C4 and I2C5.
Signed-off-by: Lubomir Popov
---
arch/arm/include/asm/arch-omap5/cpu.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/include/asm/arch-omap5/cpu.h
b/arch/arm/include/asm/arch-omap5/cpu.h
index 5e62013..044ab55 10
Needed in order to be able to select I2C4 and I2C5 via "i2c dev".
Signed-off-by: Lubomir Popov
---
arch/arm/include/asm/arch-omap5/i2c.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/arch-omap5/i2c.h
b/arch/arm/include/asm/arch-omap5/i2c.h
index 68b
See PATCH 2/2 on new I2C driver.
Signed-off-by: Lubomir Popov
---
drivers/i2c/Makefile |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/i2c/Makefile b/drivers/i2c/Makefile
index 5dbdbe3..8afc621 100644
--- a/drivers/i2c/Makefile
+++ b/drivers/i2c/Makefile
@@ -36,6 +36,8 @@ COBJS-
New I2C driver that fixes read-related issues with some types
of I2C chips. The i2c_read function now performs bulk read of
the requested number of bytes in a single transaction and
completes much faster. Whether to use Stop-Start or Repeated
Start between the address and data phases is configurabl
Without this change, kernel fails at calling function cache_clean_flush
during kernel early boot.
Aprocryphally, intended for T114 only, so I check for a T114 SoC.
Works (i.e. dalmore 3.8 kernel now starts printing to console).
Signed-off-by: Tom Warren
---
arch/arm/cpu/tegra-common/Makefile
On Fri, 29 Mar 2013 04:43:23 +
Gupta Ruchika-R66431 wrote:
> > From: otavio.salva...@gmail.com [mailto:otavio.salva...@gmail.com] On Behalf
> > Of Otavio Salvador
> > Sent: Thursday, March 28, 2013 8:23 PM
> > To: Gupta Ruchika-R66431
> > Cc: U-Boot Mailing List; Fleming Andy-AFLEMING
> > Sub
On 03/29/2013 02:38 PM, Tom Warren wrote:
> Without this change, kernel fails at calling function cache_clean_flush
> during kernel early boot.
>
> Aprocryphally, intended for T114 only, so I check for a T114 SoC.
> Works (i.e. dalmore 3.8 kernel now starts printing to console).
I don't know enou
Stephen,
On Fri, Mar 29, 2013 at 3:43 PM, Stephen Warren wrote:
> On 03/29/2013 02:38 PM, Tom Warren wrote:
> > Without this change, kernel fails at calling function cache_clean_flush
> > during kernel early boot.
> >
> > Aprocryphally, intended for T114 only, so I check for a T114 SoC.
> > Work
Dear Stefan Rose,
On 2013.02/22, Stefan Roese wrote:
> diff --git a/arch/powerpc/cpu/ppc4xx/Makefile
> b/arch/powerpc/cpu/ppc4xx/Makefile
> index 8da2f86..e301dc6 100644
> --- a/arch/powerpc/cpu/ppc4xx/Makefile
> +++ b/arch/powerpc/cpu/ppc4xx/Makefile
> @@ -68,6 +68,10 @@ COBJS += miiphy.o
> -Original Message-
> From: Phillips Kim-R1AAHA
> Sent: Saturday, March 30, 2013 4:08 AM
> To: Gupta Ruchika-R66431
> Cc: Otavio Salvador; U-Boot Mailing List; Fleming Andy-AFLEMING
> Subject: Re: [U-Boot] [PATCH 0/5] FSL SECURE BOOT: Add support for next
> level image validation
>
> On
Dear Kuo-Jung Su,
> From: Kuo-Jung Su
>
> This patch add supports to both Faraday FUSBH200 and FOTG210,
> these controllers slightly differ from standard EHCI specification.
>
> Signed-off-by: Kuo-Jung Su
You want to fix the magic values here, use readl()/writel() to operate
registers, kill
Dear Kuo-Jung Su,
> From: Kuo-Jung Su
>
> This patch would try to use Faraday FOTG210 to implement
> a USB RNDIS Ethernet.
>
> Signed-off-by: Kuo-Jung Su
[...]
> +static inline int
> +ep_reset(struct fotg210_chip *chip, uint8_t ep_addr)
> +{
> + int ep = ep_addr & USB_ENDPOINT_NUMBER_MAS
64 matches
Mail list logo
