Timeout value is tunable.
When run read/write operation, sometime returned the timeout error.
Because the timeout value is too short.
So increased the enough timeout value.
(This timeout value is used to prevent the infinite loop.)
Signed-off-by: Jaehoon Chung jh80.ch...@samsung.com
In host-control register, DMA select bit field is present.
BUt in sdhci.c, didn't select for DMA.
if set CONFIG_MMC_SDMA, we need to set SDMA-select bit.
Signed-off-by: Jaehoon Chung jh80.ch...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/mmc/sdhci.c |7
From: Tushar Behera tushar.beh...@linaro.org
MMC host controller requires a delay between every sdhci_send_cmd()
execution. In s5p_mmc driver (s5p_sdhci replaces this driver), a delay
of 1000us was provided after every mmc_send_cmd() call. Adding a quirk
in current sdhci driver to replicate the
Hi,
I recently tried to get mkimage compiling on Cygwin and was successful with
a fresh git clone and with 'make tools' on the command line, except that I
had to modify config.mk to not include the -ansi flag for Cygwin (line 75
in my config.mk). I don't know why this line is included, since
Hi Developer :)
i have a question , N9 ( Nokia N9 ) have OMAP3630 1 GHz Armv7 CPU And
GPU PowerVR SGX530
Many Omap Device Have U-boot , it is posibel you port U-Boot to N9 ?
N9 Have VOL Up VOL Down , and Power key But have not keyboard but these key
can a way for select
:( if you can plz,
Hi Piotr,
Sorry, it removed the warning message.
this patch looks good to me.
Acked-by: Jaehoon Chung jh80.ch...@samsung.com
Best Regards,
Jaehoon Chung
On 09/21/2012 10:27 AM, Jaehoon Chung wrote:
Hi Piotr,
I commented at the previously patch. But I didn't find the any modification.
Hi
On Friday 21 of September 2012 02:19:00 Vikram Narayanan wrote:
On Fri, Sep 21, 2012 at 1:07 AM, Pavel Herrmann morpheus.i...@gmail.com
wrote:
This core will register all block devices (disk, cards, partitons) and
provide unfied access to them, instead of current method with device +
On Thursday 20 of September 2012 21:58:17 Marek Vasut wrote:
Dear Pavel Herrmann,
This core will register all block devices (disk, cards, partitons) and
provide unfied access to them, instead of current method with device +
partition offset
Signed-off-by: Pavel Herrmann
On Thursday 20 of September 2012 22:05:36 Marek Vasut wrote:
Dear Pavel Herrmann,
This core provides unified access to different block controllers (SATA,
SCSI).
Description of the patch missing or is sub-par. You should work on this
skill.
Signed-off-by: Pavel Herrmann
On Thursday 20 of September 2012 22:03:05 Marek Vasut wrote:
Dear Pavel Herrmann,
[..]
+#define BLOCKDEV_IFTYPE_BITS 4
+#define BLOCKDEV_IFTYPE_COUNT (1BLOCKDEV_IFTYPE_BITS)
+#define BLOCKDEV_IFTYPE_MAX BLOCKDEV_IFTYPE_COUNT-1
I saw this in blockdev.h
My bad then, sorry.
...
+}
Dear Wolfgang Denk,
Thank you for your comment. The title is indeed misleading and I change it.
Also the patch should be split in two patches. Actually I'm using your software
SPI in our board and I need to add two modifications in the soft_spi.c file.
Best regards,
Piotr Wilczek
Hi Wolfgang,
On 09/21/2012 06:43 AM, Wolfgang Denk wrote:
Dear Tom,
In message 5fbf8e85ca34454794f0f7ecba79798f379f6fd...@hqmail04.nvidia.com you
wrote:
If you flash u-boot-dtb-tegra.bin, you'll get a fully functioning
U-Boot. There's an intermediate file (u-boot-dtb.bin) that I assume
is
From: Chris Packham judge.pack...@gmail.com
Instead of storing the mircocode in a separate flash block simply embed
the image as C code array of bytes.
Cc: Wolfgang Denk w...@denx.de
Cc: Timur Tabi ti...@freescale.com
Cc: Gerlando Falauto gerlando.fala...@keymile.com
Signed-off-by: Chris
This patch add a generic MMC driver for Marvell Kirkwood SoC
drEagle (1):
Add Marvell SDIO/MMC driver for Kirkwood SoC
drivers/mmc/Makefile |1 +
drivers/mmc/mrvl_mmc.c | 277
include/mrvl_mmc.h | 191
Signed-off-by: Gérald Kerma ub...@doukki.net
Signed-off-by: Lior Amsalem al...@marvell.com
---
drivers/mmc/Makefile |1 +
drivers/mmc/mrvl_mmc.c | 277
include/mrvl_mmc.h | 191 +
3 files changed, 469
This serie of patch add SDIO/MMC support to Sheevaplug board
drEagle (4):
Add Marvell SDIO/MMC driver for Kirkwood SoC
Add SDIO/MMC support for kirkwood SoC
Add SDIO/MMC support for Sheevaplug board
Fix env address for Sheevaplug board
arch/arm/include/asm/arch-kirkwood/kirkwood.h |
Signed-off-by: Gérald Kerma ub...@doukki.net
Signed-off-by: Lior Amsalem al...@marvell.com
---
drivers/mmc/Makefile |1 +
drivers/mmc/mrvl_mmc.c | 277
include/mrvl_mmc.h | 191 +
3 files changed, 469
Signed-off-by: drEagle drea...@doukki.net
---
arch/arm/include/asm/arch-kirkwood/kirkwood.h |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/include/asm/arch-kirkwood/kirkwood.h
b/arch/arm/include/asm/arch-kirkwood/kirkwood.h
index 47771d5..343214b 100644
---
Signed-off-by: drEagle drea...@doukki.net
---
board/Marvell/sheevaplug/sheevaplug.c | 11 +++
include/configs/sheevaplug.h | 12
2 files changed, 23 insertions(+)
diff --git a/board/Marvell/sheevaplug/sheevaplug.c
b/board/Marvell/sheevaplug/sheevaplug.c
index
Signed-off-by: drEagle drea...@doukki.net
---
include/configs/sheevaplug.h |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/include/configs/sheevaplug.h b/include/configs/sheevaplug.h
index 7d710bf..a10e825 100644
--- a/include/configs/sheevaplug.h
+++
-Original Message-
From: Tabi Timur-B04825 [mailto:b04...@freescale.com]
Sent: den 21 september 2012 00:38
To: Robert Thorhuus
Cc: Kumar Gala; u-boot@lists.denx.de
Subject: Re: [U-Boot]
arch/powerpc/lib/board.c:get_effective_memsize() for 4GB+ systems
On Thu, Sep 20, 2012 at
Hi,
this patch actually breaks the mpc83xx board I am currently working on,
leading to a detected size of 2 GiB (as opposed to the actual size of
128 MiB).
I tried reviewing it and couldn't really figure out why, as it seems
legitimate, and I currently don't have a chance to check it on other
judge.pack...@gmail.com wrote:
.../SBx81CFC960/fsl_fman_ucode_P2041_101_8.bin | Bin 0 - 7240 bytes
.../SBx81CFC960/fsl_fman_ucode_P2041_101_8.c | 607
Including the firmware itself in the patch is a bad idea. I do not want
any Freescale firmware to be
Robert Thorhuus wrote:
I really see the advantage of keeping this map you have. It is of
course more compatible with different OSEs and you do not need to do
anything special with 32/64 bit cores. But at the same time you never
take advantage of a 64 bit core with this approach.
U-Boot is a
-Original Message-
From: Tabi Timur-B04825 [mailto:b04...@freescale.com]
Sent: den 21 september 2012 13:37
To: Robert Thorhuus
Cc: Kumar Gala; u-boot@lists.denx.de
Subject: Re: [U-Boot]
arch/powerpc/lib/board.c:get_effective_memsize() for 4GB+ systems
Robert Thorhuus wrote:
Dear Pavel Herrmann,
On Thursday 20 of September 2012 21:58:17 Marek Vasut wrote:
Dear Pavel Herrmann,
This core will register all block devices (disk, cards, partitons) and
provide unfied access to them, instead of current method with device +
partition offset
Dear Pavel Herrmann,
Hi
On Friday 21 of September 2012 02:19:00 Vikram Narayanan wrote:
On Fri, Sep 21, 2012 at 1:07 AM, Pavel Herrmann morpheus.i...@gmail.com
wrote:
This core will register all block devices (disk, cards, partitons) and
provide unfied access to them, instead of
Dear Pavel Herrmann,
[...]
+static int init(struct core_instance *core)
I'd say, rename it to block_core_init() or something, so the syms in
u-boot.map are unique.
thic being static, how could it show in u-boot.map?
Argh, not u-boot.map, sorry. But it's much easier for git grep to
On Sep 21, 2012, at 6:54 AM, Robert Thorhuus wrote:
-Original Message-
From: Tabi Timur-B04825 [mailto:b04...@freescale.com]
Sent: den 21 september 2012 13:37
To: Robert Thorhuus
Cc: Kumar Gala; u-boot@lists.denx.de
Subject: Re: [U-Boot]
Dear Pavel Herrmann,
On Thursday 20 of September 2012 22:05:36 Marek Vasut wrote:
Dear Pavel Herrmann,
This core provides unified access to different block controllers (SATA,
SCSI).
Description of the patch missing or is sub-par. You should work on this
skill.
On 09/18/2012 05:37 PM, Stephen Warren wrote:
From: Stephen Warren swar...@nvidia.com
This patch introduces function get_device(). This looks up a
block_dev_desc_t from an interface name (e.g. mmc) and device number
(e.g. 0). This function is essentially the non-partition-specific
prefix of
The environment now uses expressions but we missed the setexpr command
was not being include. This patch adds it.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
include/configs/mx28evk.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/mx28evk.h
On Thu, Sep 20, 2012 at 5:51 AM, Stefano Babic sba...@denx.de wrote:
On 20/09/2012 00:28, 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:
On Friday 21 of September 2012 14:51:33 Marek Vasut wrote:
Dear Pavel Herrmann,
On Thursday 20 of September 2012 22:05:36 Marek Vasut wrote:
Dear Pavel Herrmann,
This core provides unified access to different block controllers
(SATA,
SCSI).
Description of the patch
On Friday 21 of September 2012 14:47:24 Marek Vasut wrote:
Dear Pavel Herrmann,
[...]
+static int init(struct core_instance *core)
I'd say, rename it to block_core_init() or something, so the syms in
u-boot.map are unique.
thic being static, how could it show in
-Original Message-
From: Kumar Gala [mailto:ga...@kernel.crashing.org]
Sent: den 21 september 2012 14:50
To: Robert Thorhuus
Cc: 'Tabi Timur-B04825'; u-boot@lists.denx.de
Subject: Re: [U-Boot]
arch/powerpc/lib/board.c:get_effective_memsize() for 4GB+ systems
On Sep 21, 2012,
On Friday 21 of September 2012 14:39:14 Marek Vasut wrote:
Dear Pavel Herrmann,
On Thursday 20 of September 2012 21:58:17 Marek Vasut wrote:
Dear Pavel Herrmann,
This core will register all block devices (disk, cards, partitons) and
provide unfied access to them, instead of
Robert Thorhuus wrote:
No I will not be using much memory at all for functionality. But the
memory needs to be tested. What is your proposal for that then?
We have that already. Look at CONFIG_SYS_POST_MEMORY. It uses sliding
2GB TLBs to test all of DDR.
And I see U-Boot as the first
Robert Thorhuus wrote:
Still I wonder why the choice was made to have U-Boot relocate in high
memory rather than low memory and also not making it easy to configure
the relocation.
U-Boot relocates in high memory so that you can load your operating system
at address 0.
--
Timur Tabi
Linux
On Friday 21 of September 2012 14:51:33 Marek Vasut wrote:
Dear Pavel Herrmann,
On Thursday 20 of September 2012 22:05:36 Marek Vasut wrote:
Dear Pavel Herrmann,
This core provides unified access to different block controllers
(SATA,
SCSI).
Description of the patch
-Original Message-
From: Timur Tabi [mailto:ti...@freescale.com]
Sent: den 21 september 2012 15:30
To: Robert Thorhuus
Cc: 'Kumar Gala'; u-boot@lists.denx.de
Subject: Re: [U-Boot]
arch/powerpc/lib/board.c:get_effective_memsize() for 4GB+ systems
Robert Thorhuus wrote:
Still
Dear Pavel Herrmann,
On Friday 21 of September 2012 14:39:14 Marek Vasut wrote:
Dear Pavel Herrmann,
On Thursday 20 of September 2012 21:58:17 Marek Vasut wrote:
Dear Pavel Herrmann,
This core will register all block devices (disk, cards, partitons)
and provide unfied
Dear Pavel Herrmann,
[...]
You need the driver wrapping API if DM is enabled? I do not understand
this, please elaborate!
What about having a common part for both cases and then compile either
the DM part or non-DM part conditionally?
this is all DM-only.
driver-wrapping API is
-Original Message-
From: Timur Tabi [mailto:ti...@freescale.com]
Sent: den 21 september 2012 15:29
To: Robert Thorhuus
Cc: Kumar Gala; u-boot@lists.denx.de
Subject: Re: [U-Boot]
arch/powerpc/lib/board.c:get_effective_memsize() for 4GB+ systems
Robert Thorhuus wrote:
No I will
Dear Pavel Herrmann,
On Friday 21 of September 2012 14:51:33 Marek Vasut wrote:
Dear Pavel Herrmann,
On Thursday 20 of September 2012 22:05:36 Marek Vasut wrote:
Dear Pavel Herrmann,
This core provides unified access to different block controllers
(SATA,
SCSI).
mx6qsabreauto is a board based on mx6q SoC with the following features:
- 2GB of DDR3
- 2 USB ports
- 1 HDMI output port
- SPI NOR
- 2 LVDS LCD ports
- Gigabit Ethernet
- Camera
- eMMC and SD card slot
- Multichannel Audio
- CAN
- SATA
- NAND
- PCIE
- Video Input
Add very basic support for it.
Dear Pavel Herrmann,
On Friday 21 of September 2012 14:51:33 Marek Vasut wrote:
Dear Pavel Herrmann,
On Thursday 20 of September 2012 22:05:36 Marek Vasut wrote:
Dear Pavel Herrmann,
This core provides unified access to different block controllers
(SATA,
SCSI).
On 08/17/2012 09:59 AM, Prafulla Wadaskar wrote:
-Original Message-
From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
Sent: 16 August 2012 16:47
To: u-boot@lists.denx.de
Cc: Valentin Longchamp; Holger Brunck; Prafulla Wadaskar; Joe
Hershberger
Subject: [PATCH]
From: Rob Herring rob.herr...@calxeda.com
All the raw block load commands duplicate the same code. Starting with
the ide version as it has progress updates convert ide, usb, and scsi boot
commands to all use a common version.
Signed-off-by: Rob Herring rob.herr...@calxeda.com
---
v2:
- Add
From: Rob Herring rob.herr...@calxeda.com
All block device related commands (scsiboot, fatload, ext2ls, etc.) have
simliar duplicated device and partition parsing and selection code. This
adds a common function to replace various implementations.
The new function has an enhancement over current
Robert Thorhuus wrote:
Sorry. But this is were I disagree with you. Of course its prime
function is to boot an operating system. And usually in a desktop
environment that is what you need. But if you have newly developed
hardware it is very seldom everything works all the time. There are a
On Friday 21 of September 2012 15:53:26 Marek Vasut wrote:
Dear Pavel Herrmann,
On Friday 21 of September 2012 14:39:14 Marek Vasut wrote:
Dear Pavel Herrmann,
On Thursday 20 of September 2012 21:58:17 Marek Vasut wrote:
Dear Pavel Herrmann,
This core will register
On Friday 21 of September 2012 15:56:38 Marek Vasut wrote:
Dear Pavel Herrmann,
On Friday 21 of September 2012 14:51:33 Marek Vasut wrote:
Dear Pavel Herrmann,
On Thursday 20 of September 2012 22:05:36 Marek Vasut wrote:
Dear Pavel Herrmann,
This core provides
On Friday 21 of September 2012 15:58:55 Marek Vasut wrote:
Dear Pavel Herrmann,
On Friday 21 of September 2012 14:51:33 Marek Vasut wrote:
Dear Pavel Herrmann,
On Thursday 20 of September 2012 22:05:36 Marek Vasut wrote:
Dear Pavel Herrmann,
This core provides
On 09/21/12 04:15, Gerlando Falauto wrote:
Hi,
this patch actually breaks the mpc83xx board I am currently working on,
leading to a detected size of 2 GiB (as opposed to the actual size of
128 MiB).
I tried reviewing it and couldn't really figure out why, as it seems
legitimate, and I currently
Dear Pavel Herrmann,
[...]
blockctrl = AHCI, PIIX... whichever chip you have between SATA and PCI
(or generally disk-bus and board-bus)
So this is for sata ? Or will it also by used for SD/USB flash discs?
no, blockctrl will be used for SATA, PATA, SCSI, and anything of the sort
Dear Pavel Herrmann,
[...]
Can't the old driver just have a compat section in them? Like I did with
serial stuff:
1) rename the internal functions to ${driver}_${function_name} from pure
${function_name} and introduce section which behaves as a wrapper
(implement ${function_name}
On Friday 21 of September 2012 17:39:21 Marek Vasut wrote:
Dear Pavel Herrmann,
[...]
Can't the old driver just have a compat section in them? Like I did with
serial stuff:
1) rename the internal functions to ${driver}_${function_name} from pure
${function_name} and introduce
On Friday 21 of September 2012 17:34:27 Marek Vasut wrote:
Dear Pavel Herrmann,
[...]
blockctrl = AHCI, PIIX... whichever chip you have between SATA and PCI
(or generally disk-bus and board-bus)
So this is for sata ? Or will it also by used for SD/USB flash discs?
no,
Dear José Miguel Gonçalves,
In message 505c21bb.7000...@inov.pt you wrote:
It is very important to me that we do NOT include any architectures,
SoCs, or board specifc parts in the names because this will cause
major PITA for all kind of automatic test suites etc.
To me this seems also a
Dear Pavel Herrmann,
On Friday 21 of September 2012 17:34:27 Marek Vasut wrote:
Dear Pavel Herrmann,
[...]
blockctrl = AHCI, PIIX... whichever chip you have between SATA and
PCI (or generally disk-bus and board-bus)
So this is for sata ? Or will it also by used for
Dear judge.pack...@gmail.com,
In message 1348216335-18105-1-git-send-email-judge.pack...@gmail.com you
wrote:
From: Chris Packham judge.pack...@gmail.com
Instead of storing the mircocode in a separate flash block simply embed
the image as C code array of bytes.
What exactly is the
Dear Pavel Herrmann,
On Friday 21 of September 2012 17:39:21 Marek Vasut wrote:
Dear Pavel Herrmann,
[...]
Can't the old driver just have a compat section in them? Like I did
with serial stuff:
1) rename the internal functions to ${driver}_${function_name} from
Dear Wolfgang Denk,
Dear José Miguel Gonçalves,
In message 505c21bb.7000...@inov.pt you wrote:
It is very important to me that we do NOT include any architectures,
SoCs, or board specifc parts in the names because this will cause
major PITA for all kind of automatic test suites etc.
On 09/21/2012 06:53 AM, Rob Herring wrote:
On 09/18/2012 05:37 PM, Stephen Warren wrote:
From: Stephen Warren swar...@nvidia.com
This patch introduces function get_device(). This looks up a
block_dev_desc_t from an interface name (e.g. mmc) and device number
(e.g. 0). This function is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/21/12 08:52, Wolfgang Denk wrote:
Dear José Miguel Gonçalves,
In message 505c21bb.7000...@inov.pt you wrote:
It is very important to me that we do NOT include any
architectures, SoCs, or board specifc parts in the names
because this
On 21-09-2012 17:13, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/21/12 08:52, Wolfgang Denk wrote:
Dear José Miguel Gonçalves,
In message 505c21bb.7000...@inov.pt you wrote:
It is very important to me that we do NOT include any
architectures, SoCs, or board specifc
Hello Tom,
Tom Rini wrote on 2012-09-21:
SoC specific make rules can probably be added to the respective SoC
specific makefiles, thus still avoiding to clutter the top level
Makefile with lots of conditionals.
Ideally? Yes, Possible today? Not sure. I have a hazy recollection
that it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/21/12 09:26, José Miguel Gonçalves wrote:
On 21-09-2012 17:13, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1
On 09/21/12 08:52, Wolfgang Denk wrote:
Dear José Miguel Gonçalves,
In message 505c21bb.7000...@inov.pt you
Hi all,
While looking into some trouble booting the latest Linux kernel patches
for i.MX6 display support, I found that the kernel driver was thrown off by
the interrupt status bits in the i.MX6 IPU.
Until and unless we have the ability to hand off a 'live' display, it seems
that we should
Wolfgang Denk wrote:
Dear judge.pack...@gmail.com,
In message 1348216335-18105-1-git-send-email-judge.pack...@gmail.com you
wrote:
From: Chris Packham judge.pack...@gmail.com
Instead of storing the mircocode in a separate flash block simply embed
the image as C code array of bytes.
On Friday 21 of September 2012 17:55:10 Marek Vasut wrote:
Dear Pavel Herrmann,
On Friday 21 of September 2012 17:34:27 Marek Vasut wrote:
Dear Pavel Herrmann,
[...]
blockctrl = AHCI, PIIX... whichever chip you have between SATA and
PCI (or generally disk-bus and
Hi Eric,
On Fri, 21 Sep 2012 09:38:23 -0700
Eric Nelson eric.nel...@boundarydevices.com wrote:
Hi all,
While looking into some trouble booting the latest Linux kernel patches
for i.MX6 display support, I found that the kernel driver was thrown off by
the interrupt status bits in the i.MX6
On Friday 21 of September 2012 18:08:13 Marek Vasut wrote:
Dear Pavel Herrmann,
On Friday 21 of September 2012 17:39:21 Marek Vasut wrote:
Dear Pavel Herrmann,
[...]
Can't the old driver just have a compat section in them? Like I did
with serial stuff:
1)
Add meaningful constants for each clock channels and use them for
enabling and disabling i.MX6 clocks.
Includes an update to enable/disable the IPU1 clock in
drivers/video/ipu_common to remove IMX5x register access
when used on i.MX6 as discussed in V1:
On 09/21/2012 10:22 AM, Anatolij Gustschin wrote:
Hi Eric,
On Fri, 21 Sep 2012 09:38:23 -0700
Eric Nelsoneric.nel...@boundarydevices.com wrote:
Hi all,
While looking into some trouble booting the latest Linux kernel patches
for i.MX6 display support, I found that the kernel driver was
On Fri, Sep 21, 2012 at 12:05:55AM +0200, Marek Vasut wrote:
The following changes since commit 5fb29f3c48d26981b117b08286bc16ec99d4ca0b:
Merge branch 'ext4' (2012-09-20 11:27:35 -0700)
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
for you to
Dear Pavel Herrmann,
[...]
you should have a blockdev driver for USB flash and SD, but not
blockctrl
I'm lost again. Do I also need a blockdev driver for SATA controller now
that I need a blockdev driver for SD card controller ?
you need a blockdev for a blockctrl (see [5/11]),
Dear Pavel Herrmann,
On Friday 21 of September 2012 18:08:13 Marek Vasut wrote:
Dear Pavel Herrmann,
On Friday 21 of September 2012 17:39:21 Marek Vasut wrote:
Dear Pavel Herrmann,
[...]
Can't the old driver just have a compat section in them? Like I
did
Dear Tom Rini,
On Fri, Sep 21, 2012 at 12:05:55AM +0200, Marek Vasut wrote:
The following changes since commit 5fb29f3c48d26981b117b08286bc16ec99d4ca0b:
Merge branch 'ext4' (2012-09-20 11:27:35 -0700)
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/21/12 11:05, Marek Vasut wrote:
Dear Tom Rini,
On Fri, Sep 21, 2012 at 12:05:55AM +0200, Marek Vasut wrote:
The following changes since commit
5fb29f3c48d26981b117b08286bc16ec99d4ca0b: Merge branch 'ext4'
(2012-09-20 11:27:35 -0700)
On 09/21/2012 12:43:48 AM, Wolfgang Denk wrote:
Dear Tom,
In message
5fbf8e85ca34454794f0f7ecba79798f379f6fd...@hqmail04.nvidia.com you
wrote:
If you flash u-boot-dtb-tegra.bin, you'll get a fully functioning
U-Boot. There's an intermediate file (u-boot-dtb.bin) that I assume
is
Dear Scott Wood,
On 09/21/2012 12:43:48 AM, Wolfgang Denk wrote:
Dear Tom,
In message
5fbf8e85ca34454794f0f7ecba79798f379f6fd...@hqmail04.nvidia.com you
wrote:
If you flash u-boot-dtb-tegra.bin, you'll get a fully functioning
U-Boot. There's an intermediate file
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
rtc_reset() must set the RTC date to the UNIX Epoch.
Signed-off-by: José Miguel Gonçalves jose.goncal...@inov.pt
---
Changes for v2:
- New patch
Changes for v3:
- None
Changes for v4:
- None
Changes for v5:
- None
---
drivers/rtc/s3c24x0_rtc.c | 15 +++
1 file
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 jose.goncal...@inov.pt
---
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 jose.goncal...@inov.pt
---
Changes for v2:
- New patch
Changes for v3:
- None
Changes for v4:
- None
Changes
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 jose.goncal...@inov.pt
---
Changes for v2:
- New patch
Changes for v3:
- None
Changes for v4:
- None
Changes for v5:
- None
---
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
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 jose.goncal...@inov.pt
---
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
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 jose.goncal...@inov.pt
---
Changes for v2:
- None
Changes for v3:
- Changed new binary target name from u-boot-ubl.bin to u-boot-pad.bin
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 jose.goncal...@inov.pt
---
Changes for v2:
- New patch
Changes for v3:
- Removed unneeded parenthesis
Changes for v4:
- None
Changes for v5:
-
NAND Flash driver with HW ECC for the S3C24XX SoCs.
Currently it only supports SLC NAND chips.
Signed-off-by: José Miguel Gonçalves jose.goncal...@inov.pt
---
Changes for v2:
- Coding style cleanup
- Use of clrsetbits_le32()
- Use of register bit macros instead of magic numbers
Changes
On Friday 21 of September 2012 20:00:10 Marek Vasut wrote:
Dear Pavel Herrmann,
[...]
you should have a blockdev driver for USB flash and SD, but not
blockctrl
I'm lost again. Do I also need a blockdev driver for SATA controller now
that I need a blockdev driver for SD card
On 09/21/2012 01:43:24 PM, Marek Vasut wrote:
Dear Scott Wood,
The awkwardness with naming based on nand/onenand/sd is that we no
longer have build infrastructure that is specific to the type of
boot
device -- and IIRC with some of the newer SPL targets, the same
image
works on multiple
Hi Valentin,
On Fri, Sep 21, 2012 at 9:00 AM, Valentin Longchamp
valentin.longch...@keymile.com wrote:
On 08/17/2012 09:59 AM, Prafulla Wadaskar wrote:
-Original Message-
From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
Sent: 16 August 2012 16:47
To:
On Friday 21 of September 2012 20:01:27 Marek Vasut wrote:
Dear Pavel Herrmann,
On Friday 21 of September 2012 18:08:13 Marek Vasut wrote:
Dear Pavel Herrmann,
On Friday 21 of September 2012 17:39:21 Marek Vasut wrote:
Dear Pavel Herrmann,
[...]
Can't
Dear Pavel Herrmann,
On Friday 21 of September 2012 20:00:10 Marek Vasut wrote:
Dear Pavel Herrmann,
[...]
you should have a blockdev driver for USB flash and SD, but not
blockctrl
I'm lost again. Do I also need a blockdev driver for SATA controller
now that I
Dear Pavel Herrmann,
On Friday 21 of September 2012 20:01:27 Marek Vasut wrote:
Dear Pavel Herrmann,
On Friday 21 of September 2012 18:08:13 Marek Vasut wrote:
Dear Pavel Herrmann,
On Friday 21 of September 2012 17:39:21 Marek Vasut wrote:
Dear Pavel Herrmann,
1 - 100 of 221 matches
Mail list logo