Dear Tom Rini,
In message <20120423202619.GG31450@bill-the-cat> you wrote:
>
> > And why did _nobody_ complain during the -rc cycle?
>
> To try and say what Stephan said, differently, what do we need to do in
> the future to make sure complains aren't missed? You were on the to:
Fair question.
On 04/17/2012 01:01 PM, Simon Glass wrote:
> Add support for internal matrix keyboard controller for Nvidia Tegra
> platforms. This driver uses the fdt decode function to obtain its key
> codes.
> + KBC_REPEAT_RATE_MS = 30,
> + KBC_REPEAT_DELAY_MS = 240,
At least the repeat delay
On 04/17/2012 01:01 PM, Simon Glass wrote:
> All tegra boards will use these options by default.
Well, there are certainly Tegra boards without matrix keyboards, so I'm
not entirely sure that's actually true...
That said, I don't see a real problem with the generic mainline U-Boot
assuming this w
On 04/17/2012 01:01 PM, Simon Glass wrote:
> This enables the standard keyboard on Seaboard.
Hmmm. I wonder what this patch will do to the Springbank variant of
Seaboard, which actually contains a USB keyboard rather than a Tegra KBC
keyboard? It looks like the relevant pins on Tegra are simply no
On Monday 23 April 2012 16:57:16 Mike Frysinger wrote:
> On Monday 23 April 2012 15:33:42 Wolfgang Denk wrote:
> > Mike Frysinger wrote:
> > > > You can use standard methods like select() or poll() to wait for
> > > > input, which will also inform you about events like EOF.
> > >
> > > because tha
Dear Mike Frysinger,
In message <201204231657.18531.vap...@gentoo.org> you wrote:
>
> > That's why I wrote "or rather from fd 0".
>
> reading directly from fd 0 makes no difference. stdin is stdin. if stdin is
stdin is stdin (a FILE pointer which uses all the automatic buffering
from stdio), a
Dear Fabio Estevam,
> Introduce spi_cs_is_valid() for validating spi bus and chip select numbers.
>
> Signed-off-by: Fabio Estevam
Acked-by: Marek Vasut
> ---
> Changes since v1:
> - Newly introduced in v2
>
> drivers/spi/mxs_spi.c | 13 +++--
> 1 files changed, 11 insertions(+), 2
Dear Fabio Estevam,
> MXS SSP controller may have up to three chip selects per port: SS0, SS1 and
> SS2.
>
> Currently only SS0 is supported in the mxs_spi driver.
>
> Allow all the three chip select to work by selecting the desired one
> in bits 20 and 21 of the HW_SSP_CTRL0 register.
>
> Sign
On Monday 23 April 2012 17:17:57 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > also, what you're proposing is changing the behavior of u-boot when it's
> > in the sandbox so that it acts less like the hardware. when you run
> > u-boot on the hardware and it's sitting at the prompt, u-boot is ru
On Monday 23 April 2012 02:41:08 Wolfgang Denk wrote:
> 2) Sandbox does no handle EOF on stadin; this makes it impossible to
>use it in test scripts. For example, something like this should
>work:
>
> $ echo printenv | ./u-boot
>
>[As woraround I have to use ``echo 'printenv;re
On Monday 23 April 2012 14:30:49 Fabio Estevam wrote:
> Introduce spi_cs_is_valid() for validating spi bus and chip select numbers.
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing l
Hi Wolfgang,
On Tue, Apr 24, 2012 at 7:06 AM, Wolfgang Denk wrote:
> Dear Tom Rini,
>
> In message <20120423202619.GG31450@bill-the-cat> you wrote:
>>
>> > And why did _nobody_ complain during the -rc cycle?
>>
>> To try and say what Stephan said, differently, what do we need to do in
>> the futu
vl_bpix of vidinfo_t was changed proper value for u-boot.
It is used to multiple of 2 by using NBITS() macro.
Signed-off-by: Donghwa Lee
Signed-off-by: Kyungmin Park
---
board/samsung/trats/trats.c |2 +-
drivers/video/exynos_fb.c |2 +-
drivers/video/exynos_fimd.c |6 +++---
3 f
The following changes since commit 61ddce07f8b96c5df7d00466b4da9edaecb0eff1:
sandbox: Use the new run_command() (2012-04-23 22:53:54 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-nios.git master
Thomas Chou (1):
nios2: move gd and bd into BSS
arch/nios2/lib/
>-Original Message-
>From: Estevam Fabio-R49496
>Sent: Tuesday, April 24, 2012 12:31 AM
>To: u-boot@lists.denx.de
>Cc: sba...@denx.de; Estevam Fabio-R49496; Liu Hui-R64343
>Subject: [PATCH 2/4] mx6qsabrelite: Allow booting a zImage kernel
>
>Allow booting a zImage kernel.
>
>Cc: Jason Liu
>-Original Message-
>From: Liu Hui-R64343
>Sent: Tuesday, April 24, 2012 9:48 AM
>To: Estevam Fabio-R49496; u-boot@lists.denx.de
>Cc: sba...@denx.de
>Subject: RE: [PATCH 2/4] mx6qsabrelite: Allow booting a zImage kernel
>
>
>>-Original Message-
>>From: Estevam Fabio-R49496
>>Sent: T
>-Original Message-
>From: Estevam Fabio-R49496
>Sent: Tuesday, April 24, 2012 12:31 AM
>To: u-boot@lists.denx.de
>Cc: sba...@denx.de; Estevam Fabio-R49496; Liu Hui-R64343
>Subject: [PATCH 3/4] mx6qarm2: Allow booting a zImage kernel
>
>Allow booting a zImage kernel.
>
>Cc: Jason Liu
>Sign
Dear Wolfgang,
On 23 April 2012 18:22, Wolfgang Denk wrote:
> Dear Donghwa Lee,
>
> In message <4f94b49e.5020...@samsung.com> you wrote:
>> This patches support drawing 32bpp bitmap TIZEN logo in exynos fb.
>> asm/arch/trats_logo.h data is compressed by zip and decomressed at
>> the exynos fb d
invalidating the memory area that is being executed
while icache is on is a bit adventurous,
make sure it's turned off during this operation
Signed-off-by: Stefan Kristiansson
---
arch/openrisc/cpu/cache.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/openrisc/
Hi.
Thanks for the instructions.
Latest kwboot patch follow here, fully reindented and thereby passing
checkpatch without warnings.
Thanks,
Daniel
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
The kwboot program boots boards based on Marvell's Kirkwood platform
via Xmodem over their integrated UART.
Signed-off-by: Daniel Stodden
---
doc/kwboot.1 | 84 +++
tools/Makefile |6 +
tools/kwboot.c | 750
3 files changed, 8
Hi,
are there any other urgent fixes that should make it into the imminent
v2012.04.1 maintenance release ?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-81
101 - 122 of 122 matches
Mail list logo
