On 06/24/2013 08:44 AM, Prabhakar Kushwaha wrote:
On 06/22/2013 02:42 AM, Scott Wood wrote:
On 06/21/2013 04:05:37 PM, Fleming Andy-AFLEMING wrote:
On Jun 21, 2013, at 3:59 PM, Scott Wood wrote:
On 06/21/2013 03:38:48 PM, Andy Fleming wrote:
On Thu, Jun 13, 2013 at 10:14:00AM +0530,
Hi Larry Baker,
On 6/23/2013 14:34, Larry Baker wrote:
I am trying to upgrade U-Boot on a Glomation GESBC-9G20 (a derivative of the
Atmel AT91SAM9G20-EK) to a version that supports UBIFS. The latest U-Boot does
not work. (See also my report on the Glomation user forum,
TWR-P1025 Specification:
---
Memory subsystem:
512MB DDR3 (on board DDR)
64Mbyte 16bit NOR flash
One microSD Card slot
Ethernet:
eTSEC1: Connected to Atheros AR8035 GETH PHY
eTSEC3: Connected to Atheros AR8035 GETH PHY
UART:
Two UARTs are routed to the FDTI
Hi Jeroen,
After debugging a bit more, I found that in our code, we didn't set the RAM size
correctly (so no real RAM section was setup for caching). Fixing this fixed our
time to 2.4 seconds (U-boot still took 1.8 sec).
Adding your SRAM patch (modified, since AM335x has more SRAM),
The load
Hi Bo,
On 06/24/2013 09:29 AM, Bo Shen wrote:
Hi Larry Baker,
On 6/23/2013 14:34, Larry Baker wrote:
I am trying to upgrade U-Boot on a Glomation GESBC-9G20 (a derivative
of the Atmel AT91SAM9G20-EK) to a version that supports UBIFS. The
latest U-Boot does not work. (See also my report
Hi Larry Baker,
On 6/24/2013 16:02, Larry Baker wrote:
I have found why the latest U-Boot does not work on my Glomation GESBC-9G20
board. Two causes: a bad code text segment address (prevents U-Boot from
executing) and bad flash partition offsets (prevents U-Boot from reading its
I have found why the latest U-Boot does not work on my Glomation GESBC-9G20
board. Two causes: a bad code text segment address (prevents U-Boot from
executing) and bad flash partition offsets (prevents U-Boot from reading its
environment variables). The latter I assume is common, as the flash
On 06/24/2013 10:22 AM, Bo Shen wrote:
Hi Larry Baker,
On 6/24/2013 16:02, Larry Baker wrote:
I have found why the latest U-Boot does not work on my Glomation
GESBC-9G20 board. Two causes: a bad code text segment address
(prevents U-Boot from executing) and bad flash partition offsets
Dear Minkyu Kang,
Thank you for comments. I agree with all of them.
Best regards,
Piotr Wilczek
From: Minkyu Kang [mailto:proms...@gmail.com]
Sent: Friday, June 21, 2013 6:24 PM
To: Piotr Wilczek
Cc: u-boot@lists.denx.de; Kyungmin Park; Rajeshwari Shinde
Subject: Re: [U-Boot] [PATCH
Bo and Andreas,
Thank you all for your guidance. I had no idea the primary bootstrap might
also have to be upgraded.
Andreas had a concern about the partition size for U-Boot. The latest releases
are near the limit for the current flash partition layout. However, I believe
there is 128 Kb
Enabled fdt support for default console on EXYNOS5250.
Changes in V2:
- Changed the compatible string to samsung,exynos4210-uart
Changes in V3:
- Rebased the patchset on latest u-boot-samsung branch.
- Added a alias console as we will support one at any point of time.
This patch adds the device node required for serial driver
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- Changed the compatible string to samsung,exynos4210-uart
Changes in V3:
- Added a alias
This patch enables CONFIG_SILENT_CONSOLE for EXYNOS5.
This patch also removes the hardcoding of UART port from
exynos5250 config.
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- None
Changes in V3:
- None
Changes in V4:
- None
Changes in V5:
This patch adds FDT support to the serial s5p driver.
At present disabling the serial console (from the device tree) crashes
U-Boot. Add checks for this case, so that execution can continue without
a serial console.
It also enables the serial_s5p driver recognize the silent_console option.
Add required compatible information for s5p serial driver
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- Changed the compatible string to samsung,exynos4210-uart
Changes in V3:
- Rebased on
Hi Larry,
On 06/24/2013 10:45 AM, Larry Baker wrote:
Bo and Andreas,
Thank you all for your guidance. I had no idea the primary bootstrap might
also have to be upgraded.
Andreas had a concern about the partition size for U-Boot. The latest
releases are near the limit for the current
Hi Larry Baker,
Please stop top posting.
On 6/24/2013 16:45, Larry Baker wrote:
Is there a way to know the U-Boot partition size the at91loader expects?
Till now, there is no such function. However, if you use new bootstrap,
it will show useful information as following:
---8---
Le 22/06/2013 17:31, Albert ARIBAUD a écrit :
Hi Frédéric,
However, the patch issues no warning at compile time and fixes the ide
block layer.
OK -- anyone has any idea why Sasha's patch fixes reading from far
blocks but does not fix ex2ls? Frankly, I'd prefer it if the patch
fixed it
Dear Albert,
In message 20130622115844.0a9b0c9a@lilith you wrote:
From time to time there is discussion about the need for proper
interrupt support in U-Boot.
Right now, the only thing left in the source code which remotely looks
like interrupt support is a few code sections compiled
On 24/06/13 18:16, Rajeshwari Shinde wrote:
Add required compatible information for s5p serial driver
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- Changed the compatible string to
On 24/06/13 18:16, Rajeshwari Shinde wrote:
This patch adds the device node required for serial driver
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- Changed the compatible string to
Hi Minkyu,
Please do find the answer to your commnet.
On Mon, Jun 24, 2013 at 3:46 PM, Minkyu Kang mk7.k...@samsung.com wrote:
On 24/06/13 18:16, Rajeshwari Shinde wrote:
Add required compatible information for s5p serial driver
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Hi Minkyu Kang,
Thank you for comment
On Mon, Jun 24, 2013 at 3:46 PM, Minkyu Kang mk7.k...@samsung.com wrote:
On 24/06/13 18:16, Rajeshwari Shinde wrote:
This patch adds the device node required for serial driver
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Signed-off-by:
Enabled fdt support for default console on EXYNOS5250.
Changes in V2:
- Changed the compatible string to samsung,exynos4210-uart
Changes in V3:
- Rebased the patchset on latest u-boot-samsung branch.
- Added a alias console as we will support one at any point of time.
This patch adds the device node required for serial driver
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- Changed the compatible string to samsung,exynos4210-uart
Changes in V3:
- Added a alias
Add required compatible information for s5p serial driver
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- Changed the compatible string to samsung,exynos4210-uart
Changes in V3:
- Rebased on
This patch adds FDT support to the serial s5p driver.
At present disabling the serial console (from the device tree) crashes
U-Boot. Add checks for this case, so that execution can continue without
a serial console.
It also enables the serial_s5p driver recognize the silent_console option.
This patch enables CONFIG_SILENT_CONSOLE for EXYNOS5.
This patch also removes the hardcoding of UART port from
exynos5250 config.
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- None
Changes in V3:
- None
Changes in V4:
- None
Changes in V5:
Hi Dan,
drivers/usb/dwc3/ep0.c| 1085
drivers/usb/dwc3/gadget.c | 2806
+
drivers/usb/dwc3/gadget.h | 196 +++
How does this code map to the one already available
at ./drivers/usb/gadget ?
Is there a change to reuse
Ludasz
On 06/24/2013 06:24 AM, Lukasz Majewski wrote:
Hi Dan,
drivers/usb/dwc3/ep0.c| 1085
drivers/usb/dwc3/gadget.c | 2806
+
drivers/usb/dwc3/gadget.h | 196 +++
How does this code map to the one already available
On 24/06/13 20:17, Rajeshwari Shinde wrote:
Enabled fdt support for default console on EXYNOS5250.
Changes in V2:
- Changed the compatible string to samsung,exynos4210-uart
Changes in V3:
- Rebased the patchset on latest u-boot-samsung branch.
- Added a alias
Hi Stefan,
Hi Albert,
On 22.06.2013 11:58, Albert ARIBAUD wrote:
From time to time there is discussion about the need for proper
interrupt support in U-Boot.
Right now, the only thing left in the source code which remotely
looks like interrupt support is a few code sections
Locking sequence for all the dplls is same.
In the current code same sequence is done repeatedly
for each dpll. Instead have a generic function
for locking dplls and pass dpll data to that function.
This is derived from OMAP4 boards.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
There are many musb prints in SPL and U-Boot log.
These prints are required only during musb debug.
So replacing printk with pr_debug in musb_core.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
drivers/usb/musb-new/musb_core.c | 18 +++---
1 file changed, 7 insertions(+), 11
This series tries to cleanup code for AM33xx,
inorder to ensure code reusabilty by moving the
duplicated code to common place.
This also helps in addition of new Soc with minimal
changes.
Testing:
Boot tested on BeagleBone White/Black, AM35xx EVM, TI814x.
Verified MAKEALL for armv7 and am33xx
From: Heiko Schocher h...@denx.de
s_init has the same outline for all the AM33xx based
board. So making it generic.
This also helps in addition of new Soc with minimal changes.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
Signed-off-by: Heiko Schocher h...@denx.de
Signed-off-by: Tom Rini
Cleaning up the clocks layer.
This helps in addition of new Soc with minimal
changes.
This is derived from OMAP4 boards.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
arch/arm/cpu/armv7/am33xx/board.c |6 -
arch/arm/cpu/armv7/am33xx/clock.c | 62 +-
In the following commit:
dfu: Support larger than memory transfers.
SHA1: ea2453d56b8860dbd18a3c517531ffc8dcb5c839
The ext4{read|write} command formatting has been changed. It removed
a mandatory [sizebytes] parameter.
It prevented from ext4 update via dfu. This commit restored the previous
Hi Joe,
On 04/24/2013 09:59 AM, Bo Shen wrote:
Using CONFIG_AT91FAMILY replace #ifdeferry for atmel SoC
Signed-off-by: Bo Shen voice.s...@atmel.com
---
drivers/net/macb.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/net/macb.c
From: Arkadiusz Wlodarczyk a.wlodarc...@samsung.com
New partitioning scheme has been defined at GONI target. It complies with
new GPT partitioning introduced previously.
Default partition layout has been defined at s5p_goni.h
Signed-off-by: Arkadiusz Wlodarczyk a.wlodarc...@samsung.com
From: Arkadiusz Wlodarczyk a.wlodarc...@samsung.com
Proper adjustment for supporting DFU at GONI target has been made.
The s5p_goni.h file has been updated. Moreover the code for low level
USB initialization has been added to GONI board code.
Signed-off-by: Arkadiusz Wlodarczyk
From: Arkadiusz Wlodarczyk a.wlodarc...@samsung.com
Configuration file for GONI has been updated to support FAT file system,
new mmc partitioning scheme and read linux kernel from eMMC instead of
OneNAND.
Signed-off-by: Arkadiusz Wlodarczyk a.wlodarc...@samsung.com
Signed-off-by: Kyungmin Park
Samsung's GONI target has been updated to support:
- New GPT partition layout
- USB Mass Storage Gadget
- DFU support
- Loading uImage from eMMC not OneNAND
Arkadiusz Wlodarczyk (4):
arm:goni: Update configuration for goni target
arm:goni:dfu Add support for DFU at GONI target
arm:goni:
From: Arkadiusz Wlodarczyk a.wlodarc...@samsung.com
This commit enables support for USB mass storage composite function.
It defines platform code and enables it at config file.
Signed-off-by: Arkadiusz Wlodarczyk a.wlodarc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
From: Stephen Warren swar...@nvidia.com
Aside from microblaze, all other SoCs/boards/vendors store their DT files
in board/$vendor/dts/$soc-$board.dts. Move microblaze-generic.dts to this
location for consistency.
Signed-off-by: Stephen Warren swar...@nvidia.com
Acked-by: Simon Glass
From: Stephen Warren swar...@nvidia.com
This is a series of patches which simplifies the rules to build *.dts in
U-Boot by relying on features in the latest dtc. The include rules are
made more consistent between cpp (when processing *.dts) and dtc. The cpp
flags are made more consistent with the
From: Stephen Warren swar...@nvidia.com
*.dts may use #include (via cpp) or /include/ (via dtc; assuming a newer
dtc). The choice is up to the creator of the DT. Create a common variable
DTC_INCDIRS that lists the paths searched by include statements, and
update cpp and dtc invocation to use
From: Stephen Warren swar...@nvidia.com
Recent dtc supports #line directives in the input source code, and even
uses them to generate useful line numbers in any messages it emits. Stop
passing -P to cpp, since there's no need any more.
Signed-off-by: Stephen Warren swar...@nvidia.com
Acked-by:
From: Stephen Warren swar...@nvidia.com
Subsequent patches assume that dtc supports various recent features.
These are available in dtc 1.4.0. Validate that dtc is at least that
version.
Signed-off-by: Stephen Warren swar...@nvidia.com
---
v2: New patch.
---
Makefile | 8 +++-
From: Stephen Warren swar...@nvidia.com
This brings U-Boot's cpp invocation into line with the way the Linux
kernel invokes cpp on device trees. Consistency will be useful to ensure
*.dts is portable between the two.
-undef also has the added advantage of not defining linux, so DT
property names
From: Stephen Warren swar...@nvidia.com
Now that nothing uses the defines ARCH_CPU_DTS, BOARD_DTS, stop defining
them.
Signed-off-by: Stephen Warren swar...@nvidia.com
Acked-by: Simon Glass s...@chromium.org
---
dts/Makefile | 7 ---
1 file changed, 7 deletions(-)
diff --git a/dts/Makefile
From: Stephen Warren swar...@nvidia.com
Now that we assume dtc supports the -i option, we don't need to use
ARCH_CPU_DTS in *.dts{,i}; we simply specify the include filename
directly, and dtc will find it.
Signed-off-by: Stephen Warren swar...@nvidia.com
Acked-by: Simon Glass s...@chromium.org
From: Stephen Warren swar...@nvidia.com
The invocation of dtc is significantly more complex that it could be,
in order to work around an issue on old versions of dtc, which print
a message to stdout every time they run.
Remove this workaround, on the assumption that people have or will
upgrade
From: Stephen Warren swar...@nvidia.com
Now that nothing uses CONFIG_ARCH_DEVICE_TREE, stop defining it.
Signed-off-by: Stephen Warren swar...@nvidia.com
Acked-by: Simon Glass s...@chromium.org
---
arch/arm/cpu/armv7/tegra114/config.mk | 19 ---
Hello Lokesh,
Am 24.06.2013 06:01, schrieb Lokesh Vutla:
Hi Heiko,
On Thursday 20 June 2013 09:22 AM, Heiko Schocher wrote:
Hello Tom,
Am 14.06.2013 16:58, schrieb Tom Rini:
On Fri, Jun 14, 2013 at 07:59:26AM +0200, Heiko Schocher wrote:
Hello Tom,
Am 13.06.2013 17:53, schrieb Tom Rini:
This patch series has been generated in an effort to get comments on
the implementation of the dwc code within the uBoot.
V2 incorporates comments to first port the kernel header backward to uBoot
and then produce the uBoot changes so the uBoot changes are easily
distinguishable
from the
Add and enable the USB OTG clocks.
Signed-off-by: Dan Murphy dmur...@ti.com
---
arch/arm/cpu/armv7/omap5/hw_data.c | 14 ++
arch/arm/cpu/armv7/omap5/prcm-regs.c|1 +
arch/arm/include/asm/arch-omap5/clock.h |4
arch/arm/include/asm/omap_common.h |1 +
Adapt the usb-compat.h to uBoot.
Use #ifndef __UBOOT__ for code that is not applicable to uBoot.
Use #ifdef __UBOOT__ to add code that is uBoot specific.
Create linux-compat.h - Linux kernel compatibility definitions that do not
exist in the uBoot. Moved the compatibility definitions from
before writing the received buffer to nand, erase the nand
sectors. If not doing this, nand write fails. See for
more info here:
http://lists.denx.de/pipermail/u-boot/2013-June/156361.html
Using the nand erase option spread, maybe overwrite
blocks on, for example another mtd partition, if the
Hi Rai,
On Mon, 24 Jun 2013 09:28:26 +, Rai Harninder-B01044
b01...@freescale.com wrote:
Hello Albert,
Plase fix commit message: you're not simply adding a boot delay flag, you're
in fact disabling autoboot, which is quite different.
[Rai Harninder-B01044] Disable autoboot through
Hi Heiko,
On Monday 24 June 2013 09:46 PM, Heiko Schocher wrote:
Hello Lokesh,
Am 24.06.2013 06:01, schrieb Lokesh Vutla:
Hi Heiko,
On Thursday 20 June 2013 09:22 AM, Heiko Schocher wrote:
Hello Tom,
Am 14.06.2013 16:58, schrieb Tom Rini:
On Fri, Jun 14, 2013 at 07:59:26AM +0200, Heiko
On 06/24/2013 02:01:30 AM, Xie Xiaobo wrote:
TWR-P1025 Specification:
Please CC Andy Fleming on mpc85xx patches.
+ /* W**G* - Flash, localbus */
+ /* This will be changed to *I*G* after relocation to RAM. */
+ SET_TLB_ENTRY(1, CONFIG_SYS_SSD_BASE, CONFIG_SYS_SSD_BASE_PHYS,
On 06/24/2013 01:17:11 AM, Prabhakar Kushwaha wrote:
On 06/24/2013 08:44 AM, Prabhakar Kushwaha wrote:
On 06/22/2013 02:42 AM, Scott Wood wrote:
On 06/21/2013 04:05:37 PM, Fleming Andy-AFLEMING wrote:
On Jun 21, 2013, at 3:59 PM, Scott Wood wrote:
On 06/21/2013 03:38:48 PM, Andy Fleming
Hello Albert,
Plase fix commit message: you're not simply adding a boot delay flag, you're in
fact disabling autoboot, which is quite different.
[Rai Harninder-B01044] Disable autoboot through bootdelay config flag. Is
this ok?
Also, when touching on a board's code, you should Cc: the board's
Hello Bas,
On 06/24/2013 10:01 AM, Bas van den Berg wrote:
After debugging a bit more, I found that in our code, we didn't set the RAM size
correctly (so no real RAM section was setup for caching). Fixing this fixed our
time to 2.4 seconds (U-boot still took 1.8 sec).
Adding your SRAM patch
Hello Lokesh,
Am 24.06.2013 15:15, schrieb Lokesh Vutla:
Locking sequence for all the dplls is same.
In the current code same sequence is done repeatedly
for each dpll. Instead have a generic function
for locking dplls and pass dpll data to that function.
This is derived from OMAP4 boards.
Hello Lokesh,
Am 24.06.2013 15:15, schrieb Lokesh Vutla:
From: Heiko Schocher h...@denx.de
s_init has the same outline for all the AM33xx based
board. So making it generic.
This also helps in addition of new Soc with minimal changes.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/24/2013 03:17 PM, Heiko Schocher wrote:
Hello Lokesh,
[snip]
+/* Enable RTC32K clock */ + rtc32k_enable();
I tried your patches on my three boards. The board with the
rtc32k_enable() problem, did not work with them too :-(
Hello Lokesh,
Am 24.06.2013 15:15, schrieb Lokesh Vutla:
There are many musb prints in SPL and U-Boot log.
These prints are required only during musb debug.
So replacing printk with pr_debug in musb_core.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
drivers/usb/musb-new/musb_core.c
Hello Axel,
Am 21.06.2013 12:54, schrieb Axel Lin:
The omap_gpio driver is used by AM33XX, OMAP3/4, OMAP54XX and DRA7XX SoCs.
These SoCs have different gpio count but currently omap_gpio driver uses hard
coded 192 which is wrong.
This patch fixes this issue by:
1. Move define of
Hi
Does anyone know where i can find u-boot source with pre-configured support
for stb7100mboard, it used to be available on stlinux website, but can't
seem to find it any longer.
D
--
View this message in context:
http://u-boot.10912.n7.nabble.com/stb7100mboard-tp157738.html
Sent from the
On 06/21/2013 05:05 AM, Jim Lin wrote:
Add DT node for USB EHCI function.
Add support for T30-Cardhu, T30-Beaver, T114-Dalmore boards.
The series,
Reviewed-by: Stephen Warren swar...@nvidia.com
Also, on Beaver, Cardhu-A04, and Dalmore, I tested downloading/booting a
kernel over a USB Ethernet
Hello Tom,
Am 24.06.2013 21:31, schrieb Tom Rini:
On 06/24/2013 03:17 PM, Heiko Schocher wrote:
Hello Lokesh,
[snip]
+ /* Enable RTC32K clock */ + rtc32k_enable();
I tried your patches on my three boards. The board with the
rtc32k_enable() problem, did not work with them too :-(
Newer gcc versions warn about unused variables. This patch corrects a few of
those warnings that popped up in a pxa build.
Signed-off-by: Mike Dunn miked...@newsguy.com
---
drivers/mtd/nand/docg4_spl.c| 15 +++
drivers/usb/gadget/pxa27x_udc.c | 14 +-
2 files
On Mon, Jun 24, 2013 at 11:43:53AM -0500, Dan Murphy wrote:
Adapt the usb-compat.h to uBoot.
Use #ifndef __UBOOT__ for code that is not applicable to uBoot.
Use #ifdef __UBOOT__ to add code that is uBoot specific.
Create linux-compat.h - Linux kernel compatibility definitions that do not
On Fri, Jun 21, 2013 at 11:52:51PM +0200, Albert ARIBAUD wrote:
Hello Tom,
The following changes since commit
847e6693ccb529bf8346db62876f38f0c4e04ade:
arm: pxa: config option for PXA270 turbo mode (2013-06-12 22:24:12
+0200)
are available in the git repository at:
On Fri, Jun 21, 2013 at 03:51:37PM -0500, Andy Fleming wrote:
The following changes since commit 7315cfd9e1922ee1c3c5f016e5a3b16199122172:
NET: Fix system hanging if NET device is not installed (2013-06-19 08:32:44
-0400)
are available in the git repository at:
Dear Gerhard Sittig,
In message 1370436671-12422-2-git-send-email-...@denx.de you wrote:
getenv() immediately after setenv() may perfectly legally return NULL, so
make sure to not deference an invalid pointer when creating diagnostic output
Signed-off-by: Gerhard Sittig g...@denx.de
---
Dear Gerhard Sittig,
In message 1370436671-12422-3-git-send-email-...@denx.de you wrote:
fix typos, minor rephrasing, remove obsolete notes and TODO items
Signed-off-by: Gerhard Sittig g...@denx.de
---
board/ifm/ac14xx/ac14xx.c | 10 ++
include/configs/ac14xx.h |5 ++---
2
Dear Gerhard Sittig,
In message 1370436671-12422-4-git-send-email-...@denx.de you wrote:
- minor rewording of diagnostics output
- make diagnostics optional and off by default
Signed-off-by: Gerhard Sittig g...@denx.de
---
board/ifm/ac14xx/ac14xx.c | 34
Dear Gerhard Sittig,
In message 1370436671-12422-5-git-send-email-...@denx.de you wrote:
re-order the conditions which make the recovery system startup: combine
those conditions which were explicitly initiated (key press, software
request) and those which post-process error conditions
Dear Gerhard Sittig,
In message 1370436671-12422-6-git-send-email-...@denx.de you wrote:
- use the default baudrate table for serial communication
- remove hostname/boofile/rootpath defines which were not referenced elsewhere
Signed-off-by: Gerhard Sittig g...@denx.de
---
Dear Gerhard Sittig,
In message 1370436671-12422-7-git-send-email-...@denx.de you wrote:
remove remaining k6 code names, switch to the official 'ac14xx' name
Signed-off-by: Gerhard Sittig g...@denx.de
---
include/configs/ac14xx.h | 10 +-
1 file changed, 5 insertions(+), 5
Dear Gerhard Sittig,
In message 1370436671-12422-8-git-send-email-...@denx.de you wrote:
- remove the builtin 'rootpath' spec (according to U-Boot project
policy) and require user provided environments to contain these
- rephrase the evaluation of the 'muster_nr' approach which allows to
On Sat, Jun 22, 2013 at 11:33:11AM +0200, Albert ARIBAUD wrote:
Hi Tom,
On Tue, 11 Jun 2013 11:53:42 -0400, Tom Rini tr...@ti.com wrote:
On Thu, Jun 06, 2013 at 04:30:38PM -0500, Dan Murphy wrote:
Correct the console sys prompt to display the correct processor
and the corrent
On Mon, Jun 24, 2013 at 09:43:40AM -0600, Stephen Warren wrote:
From: Stephen Warren swar...@nvidia.com
This is a series of patches which simplifies the rules to build *.dts in
U-Boot by relying on features in the latest dtc. The include rules are
made more consistent between cpp (when
Dear Tom,
The following changes since commit e1208c2fe5e07f9a248cfbf9bbb212aa34ad2806:
MIPS: asm/errno.h: switch to asm-generic/errno.h (2013-06-08 23:10:10 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-mpc5xxx master
for you to fetch changes up to
At present U-Boot environment variables, and thus scripts, are defined
by CONFIG_EXTRA_ENV_SETTINGS. It is painful to add large amounts of text
to this file and dealing with quoting and newlines is harder than it
should be. It would be better if we could just type the script into a
text file and
In many cases environment variables need access to the U-Boot CONFIG
variables to select different options. Enable this so that the environment
scripts can be as useful as the ones currently in the board config files.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2:
- Add separate
Adjust the code for these commands so that they work on sandbox.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2:
- Add new patch to get 'env import/export' working on sandbox
common/cmd_nvedit.c | 31 ++-
1 file changed, 18 insertions(+), 13
In the case where an environment variable spans multiple lines, we should
use run_command_list() so that all lines are executed. This shold be
backwards compatible with existing behaviour for existing scripts.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2:
- Add new patch to
This seems more intuitive that the current #define way of doing things.
The resulting code is shorter, avoids the quoting and line continuation
pain, and also improves the clumsy way that stdio variables are created:
#ifdef CONFIG_VIDEO_TEGRA
#define STDOUT_LCD ,lcd
#else
#define STDOUT_LCD
At present U-Boot environment variables, and thus scripts, are defined
by CONFIG_EXTRA_ENV_SETTINGS. It is painful to add large amounts of text
to this file and dealing with quoting and newlines is harder than it
should be. It would be better if we could just type the script into a
text file and
Frédéric Leroy fr...@starox.org writes:
Le 22/06/2013 17:31, Albert ARIBAUD a écrit :
However, the patch issues no warning at compile time and fixes the ide
block layer.
OK -- anyone has any idea why Sasha's patch fixes reading from far
blocks but does not fix ex2ls? Frankly, I'd prefer
From: Frédéric Leroy fr...@starox.org
With CONFIG_SYS_64BIT_LBA, lbaint_t gets defined as a 64-bit type,
which is required to represent block numbers for storage devices that
exceed 2TiB (the block size usually is 512B), e.g. recent hard drives
We now use lbaint_t for partition offset to reflect
Frederic Leroy fr...@starox.org writes:
From: Frédéric Leroy fr...@starox.org
With CONFIG_SYS_64BIT_LBA, lbaint_t gets defined as a 64-bit type,
which is required to represent block numbers for storage devices that
exceed 2TiB (the block size usually is 512B), e.g. recent hard drives
We
This series was written by Mike Frysinger some time ago. It was fully
functional but had a few outstanding comments and the patches were never
applied:
http://patchwork.ozlabs.org/patch/146127/
http://patchwork.ozlabs.org/patch/146128/
http://patchwork.ozlabs.org/patch/146129/
I have picked
The current 4MB size is a little small for some tests, so increase it.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4:
- Add new patch to increase sandbox memory size, so 'sf test' works
Changes in v3: None
Changes in v2: None
include/configs/sandbox.h | 2 +-
1 file changed, 1
Add map_sysmem() calls so that this test works correctly on sandbox.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4:
- Add new patch to make 'sf test' work on sandbox
Changes in v3: None
Changes in v2: None
common/cmd_sf.c | 14 +-
1 file changed, 9 insertions(+), 5
From: Mike Frysinger vap...@gentoo.org
This adds a SPI framework for people to hook up simulated SPI clients.
Signed-off-by: Mike Frysinger vap...@gentoo.org
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4:
- Add additional error checking
- Fix new checkpatch warnings
- Rebase on
1 - 100 of 126 matches
Mail list logo
