Hello Lubomir,
Am 01.06.2013 18:44, schrieb Lubomir Popov:
New i2c_read, i2c_write and i2c_probe functions, tested on OMAP4
(4430/60/70), OMAP5 (5430) and AM335X (3359); should work on older
OMAPs and derivatives as well. The only anticipated exception would
be the OMAP2420, which shall
Hi mind,
On Sat, 1 Jun 2013 12:01:44 +0530, mind entropy mindentr...@gmail.com
wrote:
Hi,
I am setting up a nfs boot and I am getting a ***ERROR: Cannot umount.
How can I fix this?
See ./README in the U-Boot source code.
Thanks,
Gautam.
Amicalement,
--
Albert.
Hello Piotr,
On 05/31/2013 02:26 PM, Piotr Wilczek wrote:
-bmp_image_t *gunzip_bmp(unsigned long addr, unsigned long *lenp)
+bmp_image_t *gunzip_bmp(unsigned long addr, unsigned long *lenp,
+ void **alloc_addr)
{
void *dst;
unsigned long len;
@@ -60,7
Hello Lubomir,
Am 01.06.2013 18:44, schrieb Lubomir Popov:
New i2c_read, i2c_write and i2c_probe functions, tested on OMAP4
(4430/60/70), OMAP5 (5430) and AM335X (3359); should work on older
OMAPs and derivatives as well. The only anticipated exception would
be the OMAP2420, which shall
Hi Stephen,
On 06/02/2013 01:24 AM, Stephen Warren wrote:
On 05/14/2013 12:02 PM, Stephen Warren wrote:
From: Stephen Warren swar...@nvidia.com
This can be useful to force bootcmd to execute as soon as U-Boot has
started.
My use-case is: An SoC-specific tool pushes U-Boot into RAM, along
On Sun, Jun 02, 2013 at 07:20:50AM +0200, Heiko Schocher wrote:
Hello Lubomir,
Am 01.06.2013 18:44, schrieb Lubomir Popov:
New i2c_read, i2c_write and i2c_probe functions, tested on OMAP4
(4430/60/70), OMAP5 (5430) and AM335X (3359); should work on older
OMAPs and derivatives as well.
On 05/14/2013 12:02 PM, Stephen Warren wrote:
From: Stephen Warren swar...@nvidia.com
This can be useful to force bootcmd to execute as soon as U-Boot has
started.
My use-case is: An SoC-specific tool pushes U-Boot into RAM, along with
an image to be written to device boot flash, with the
On Wed, May 29, 2013 at 11:40 AM, Rajeshwari Shinde
rajeshwar...@samsung.com wrote:
A SPI slave may take time to react to a request. For SPI flash devices
this time is defined as one bit time, or a whole byte for 'fast read'
mode.
If the SPI slave is another CPU, then the time it takes to
Hi,
I know this has been reviewed multiples time, but I have few questions on it.
I think this preamble is one of spi mode characteristic, if so does it
specific to a hw?
On Wed, May 29, 2013 at 11:40 AM, Rajeshwari Shinde
rajeshwar...@samsung.com wrote:
Support interfaces with a preamble
Hi,
On Sun, Jun 2, 2013 at 10:24 AM, Jagan Teki jagannadh.t...@gmail.comwrote:
On Wed, May 29, 2013 at 11:40 AM, Rajeshwari Shinde
rajeshwar...@samsung.com wrote:
A SPI slave may take time to react to a request. For SPI flash devices
this time is defined as one bit time, or a whole byte
On Sun, Jun 2, 2013 at 11:25 PM, Simon Glass s...@chromium.org wrote:
Hi,
On Sun, Jun 2, 2013 at 10:24 AM, Jagan Teki jagannadh.t...@gmail.com
wrote:
On Wed, May 29, 2013 at 11:40 AM, Rajeshwari Shinde
rajeshwar...@samsung.com wrote:
A SPI slave may take time to react to a request. For
Hi,
On Sun, Jun 2, 2013 at 10:41 AM, Jagan Teki jagannadh.t...@gmail.comwrote:
Hi,
I know this has been reviewed multiples time, but I have few questions on
it.
I think this preamble is one of spi mode characteristic, if so does it
specific to a hw?
On Wed, May 29, 2013 at 11:40 AM,
Hi Jagan,
On Sun, Jun 2, 2013 at 11:00 AM, Jagan Teki jagannadh.t...@gmail.comwrote:
On Sun, Jun 2, 2013 at 11:25 PM, Simon Glass s...@chromium.org wrote:
Hi,
On Sun, Jun 2, 2013 at 10:24 AM, Jagan Teki jagannadh.t...@gmail.com
wrote:
On Wed, May 29, 2013 at 11:40 AM, Rajeshwari
On Thu, May 30, 2013 at 11:22 AM, Rajeshwari Shinde
rajeshwar...@samsung.com wrote:
Since SPI register access is so expensive, it is worth transferring data
a word at a time if we can. This complicates the driver unfortunately.
Use the byte-swapping feature to avoid having to convert to/from
On 29-05-2013 01:40, Rajeshwari Shinde wrote:
A SPI slave may take time to react to a request. For SPI flash devices
this time is defined as one bit time, or a whole byte for 'fast read'
mode.
If the SPI slave is another CPU, then the time it takes to react may
vary. It is convenient to allow
On 29-05-2013 01:40, Rajeshwari Shinde wrote:
Support interfaces with a preamble before each received message.
We handle this when the client has requested a SPI_XFER_END, meaning
that we must close of the transaction. In this case we read until we
see the preamble (or a timeout occurs),
On 29-05-2013 01:40, Rajeshwari Shinde wrote:
Support interfaces with a preamble before each received message.
We handle this when the client has requested a SPI_XFER_END, meaning
that we must close of the transaction. In this case we read until we
see the preamble (or a timeout occurs),
On 29-05-2013 01:40, Rajeshwari Shinde wrote:
A SPI slave may take time to react to a request. For SPI flash devices
this time is defined as one bit time, or a whole byte for 'fast read'
mode.
If the SPI slave is another CPU, then the time it takes to react may
vary. It is convenient to allow
On 27-05-2013 15:41, Jagannadha Sutradharudu Teki wrote:
This patch adds a print messages while using 'sf read' and
'sf write' commands to make sure that how many bytes read/written
from/into flash device.
Signed-off-by: Jagannadha Sutradharudu Teki jaga...@xilinx.com
---
common/cmd_sf.c
On 27-05-2013 15:44, Jagannadha Sutradharudu Teki wrote:
Missing return after memcpy is done for memory-mapped SPI flashes,
hence added retun 0 after memcpy done.
The return is missing in below patch
sf: Enable FDT-based configuration and memory mapping
(sha1:
On 27-05-2013 15:41, Jagannadha Sutradharudu Teki wrote:
This patch adds a print messages while using 'sf erase' command
to make sure that how many bytes erased in flash device.
Signed-off-by: Jagannadha Sutradharudu Teki jaga...@xilinx.com
---
common/cmd_sf.c |8 +++-
Hi,
I think this needs to send as v3, as Simon sent v2 for this.
http://patchwork.ozlabs.org/patch/243139/
--
Thanks,
Jagan.
On Thu, May 30, 2013 at 12:01 PM, Rajeshwari Shinde
rajeshwar...@samsung.com wrote:
This patch implements a custom spi_copy funtion to copy u-boot from SF
to RAM. This
Hi,
Does this tested on hw, please re-base the tree and send the next version patch.
Let me know if it ok to review under current tree.
--
Thanks,
Jagan.
On Thu, Dec 13, 2012 at 7:31 PM, Armando Visconti
armando.visco...@st.com wrote:
On 12/13/2012 12:41 PM, Vipin KUMAR wrote:
From: Armando
Hi,
Does this tested on hw, please re-base the tree and send the next version patch.
Let me know if it ok to review under current tree.
--
Thanks,
Jagan.
On Mon, Feb 11, 2013 at 9:09 AM, Prafulla Wadaskar prafu...@marvell.com wrote:
-Original Message-
From: Sebastian Hesselbarth
On Thu, May 30, 2013 at 7:19 PM, Jagannadha Sutradharudu Teki
jagannadha.sutradharudu-t...@xilinx.com wrote:
This commit is based on the patch from Xie Xiaobo x@freescale.com
with commit head title as sf: spansion: Add support for S25FL128S.
pulled the same code changes into current u-boot
Hi,
On Thu, May 30, 2013 at 7:19 PM, Jagannadha Sutradharudu Teki
jagannadha.sutradharudu-t...@xilinx.com wrote:
Use the exact names for W25Q 0x40XX ID's flash parts, as the same
sizes of flashes comes with different ID's. so-that the distinguishes
becomes easy with this change.
Hello Lubomir,
Am 02.06.2013 13:42, schrieb Lubomir Popov:
Hello Lubomir,
Am 01.06.2013 18:44, schrieb Lubomir Popov:
New i2c_read, i2c_write and i2c_probe functions, tested on OMAP4
(4430/60/70), OMAP5 (5430) and AM335X (3359); should work on older
OMAPs and derivatives as well. The only
Hello Tom,
Am 02.06.2013 15:08, schrieb Tom Rini:
On Sun, Jun 02, 2013 at 07:20:50AM +0200, Heiko Schocher wrote:
Hello Lubomir,
Am 01.06.2013 18:44, schrieb Lubomir Popov:
New i2c_read, i2c_write and i2c_probe functions, tested on OMAP4
(4430/60/70), OMAP5 (5430) and AM335X (3359); should
28 matches
Mail list logo
