Do not enforce drivers to provide empty video_set_lut()
if they do not implement indexed color (8 bpp) frame
buffer support. Add default function to the cfb_console
driver and remove empty video_set_lut() functions.
Signed-off-by: Anatolij Gustschin
---
v2: - unfortunately in the first patch vide
On Sat, 12 Jun 2010 10:20:06 +0200
Anatolij Gustschin wrote:
> Do not enforce drivers to provide empty video_set_lut()
> if they do not implement indexed color (8 bpp) frame
> buffer support. Add default function to the cfb_console
> driver and remove empty video_set_lut() functions.
>
> Signed-
On Wed, 26 May 2010 10:38:57 +0200
Anatolij Gustschin wrote:
> Signed-off-by: Anatolij Gustschin
> ---
> drivers/video/sm501.c | 89
> ++---
> include/pci_ids.h |1 +
> 2 files changed, 85 insertions(+), 5 deletions(-)
Applied to u-boot-vi
On Wed, 26 May 2010 10:38:58 +0200
Anatolij Gustschin wrote:
> For boards using sm501/sm502 on PCI bus some driver
> functions normaly defined in the board code are not
> needed and empty. Provide weak default functions for
> them and do not enforce board code to define empty
> functions.
>
> Si
Hi Matthias,
On Wed, 5 May 2010 16:28:51 +0200
Matthias Weisser wrote:
> This patch adds support for MB86R0x SoCs from Fujitsu
>
> Signed-off-by: Matthias Weisser
> ---
> arch/arm/cpu/arm926ejs/mb86r0x/Makefile | 47 ++
> arch/arm/cpu/arm926ejs/mb86r0x/reset.c | 40 ++
>
Hi Matthias,
On Wed, 5 May 2010 16:28:52 +0200
Matthias Weisser wrote:
> This patch adds support for the display controller in
> the MB86R0x SoCs.
>
> Signed-off-by: Matthias Weisser
> ---
> drivers/video/Makefile |1 +
> drivers/video/mb86r0xgdc.c | 186
> +
Hi Matthias,
On Wed, 5 May 2010 16:28:53 +0200
Matthias Weisser wrote:
> This patch adds support for the jadecpu board using the
> MB86R01 'Jade' SoC from Fujitsu.
>
> Signed-off-by: Matthias Weisser
> ---
> MAINTAINERS |4 +
> MAKEALL
Hello
I have a clone of beagleboard (devkit8000) I update the u-boot from 2009-11
to 2010 version. I use a set of scripts to boot based on autoboot method.
The thing is, now I can not boot and hangs at kernel loading. I've tested
several kernels provided by manufacturer, linux-omap-2.6, some oth
When the NAND part is not supported, it is useful to show the manufacturer
and device ID to help debugging and reporting.
Signed-off-by: Florian Fainelli
---
diff --git a/drivers/mtd/nand/nand_base.c b/drivers/mtd/nand/nand_base.c
index 7171bdd..c1657de 100644
--- a/drivers/mtd/nand/nand_base.c
+
The Toshiba TC58NVG0* parts are 128Mbytes x 8 bits 3.3V parts with the 0xD1
identifier. Add these to the list of known devices IDs.
Signed-off-by: Florian Fainelli
---
diff --git a/drivers/mtd/nand/nand_ids.c b/drivers/mtd/nand/nand_ids.c
index 077c305..25b22ec 100644
--- a/drivers/mtd/nand/nand_
The Toshiba TC58NVG0* parts are 128Mbytes x 8 bits 3.3V parts with the 0xD1
identifier. Add these to the list of known devices IDs.
Signed-off-by: Florian Fainelli
---
diff --git a/drivers/mtd/nand/nand_ids.c b/drivers/mtd/nand/nand_ids.c
index 077c305..25b22ec 100644
--- a/drivers/mtd/nand/nand_
From: Juergen Kilb
The smc911x_detect function in /net/driver/net/smc911x.c
returns a 0 if everything was ok (a chip was found) and -1 else.
In the standalone example 'smc911x_eeprom' the return value
of smc911x_detect is interpreted in a different way
(0 for error, !0 as OK).
This leads to the e
On Thu, Jun 10, 2010 at 10:57 AM, Nicolas Ferre wrote:
> --- a/drivers/serial/atmel_usart.c
> +++ b/drivers/serial/atmel_usart.c
> @@ -80,7 +80,8 @@ void serial_putc(char c)
> if (c == '\n')
> serial_putc('\r');
>
> - while (!(usart3_readl(CSR) & USART3_BIT(TXRDY))) ;
>
On Sat, Jun 12, 2010 at 3:22 PM, Juergen Kilb wrote:
> The smc911x_detect function in /net/driver/net/smc911x.c
> returns a 0 if everything was ok (a chip was found) and -1 else.
> In the standalone example 'smc911x_eeprom' the return value
> of smc911x_detect is interpreted in a different way
> (0
On Thu, Jun 10, 2010 at 3:18 PM, Ben Warren wrote:
> Huh? drivers/net/phy does exist... But the KS8841 is a MAC/PHY, so
> belongs in driver/net proper.
unrelated, but the current phy/ subdir isnt a phylib setup like linux, right ?
-mike
___
U-Boot maili
On Sat, Jun 12, 2010 at 7:35 PM, Mike Frysinger wrote:
> On Thu, Jun 10, 2010 at 3:18 PM, Ben Warren wrote:
> > Huh? drivers/net/phy does exist... But the KS8841 is a MAC/PHY, so
> > belongs in driver/net proper.
>
> unrelated, but the current phy/ subdir isnt a phylib setup like linux,
> right
16 matches
Mail list logo
