---
boards.cfg | 1 -
1 file changed, 1 deletion(-)
diff --git a/boards.cfg b/boards.cfg
index 5e10125..9fecbed 100644
--- a/boards.cfg
+++ b/boards.cfg
@@ -43,7 +43,6 @@
# Status, Arch, CPU:SPLCPU, SoC, Vendor, Board name, Target, Options,
Maintainers
Hi,
Due to Diwali Festival, SLS will be closed from Oct. 31th to Nov. 6th.
We will return on Nov. 7th to the office. For urgent matter please call on
001-408-852-0067.
For more information about Diwali:
http://en.wikipedia.org/wiki/Diwali
Regards,
Hemal Patel
_
Setting the direction and an output value should be done by
1) set the desired output value,
2) switch to output.
If this is done in the inverse order, there can be a glitch on
the GPIO line.
This patch fixes this by using the order as described above.
Signed-off-by: Michael Heimpold
---
drive
Hi List,
I was looking at the u-boot wiki page on FDT[1] and found that a
number of the links to specifications are dead. I assume because of
the whole Oracle/Sun acquisition and bridge burning.
I've done a bit of searching but it would seem terms like "FDT spec"
are a bit too generic to yield us
Hi Jaehoon,
> Hi Lukasz,
>
> Thanks for your comments.
>
> On 11/01/2013 02:03 AM, Lukasz Majewski wrote:
> > Hi Jaehoon,
> >
> >> To use the sd-card, VTF_2.8V will be enabled.
> >> Before this patch, VTF_2.8V is always disabled.(card can't
> >> initialize.) When card is detected, SD-card power
Hi,
[...]
> This years installation went very well and the very interesting
> presentations sparked a lot of fruitful discussion extending into a very
> intense session somewhat exceeding the official schedule.
All slides have now been uploaded to our wiki area:
http://www.denx.de/wiki/U-Boot/M
Hi Stefano,
On Fri, Nov 1, 2013 at 8:12 AM, Fabio Estevam
wrote:
> There is no real benefit in adding the board name into U-boot's prompt, so
> remove the custom CONFIG_SYS_PROMPT definitions so that the standard "=> "
> prompt is used across FSL boards.
>
> Signed-off-by: Fabio Estevam
> ---
>
Hi Stefano,
On Thu, Sep 26, 2013 at 11:10 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Wandboard quad was not ported into U-boot at the time of writing the README.
>
> Add it to the list of Wandboard variants.
>
> Signed-off-by: Fabio Estevam
Could this one be applied?
Regards,
Fabio E
From: Fabio Estevam
If ipuv3_fb_init() fails, we should return the error immediately.
Signed-off-by: Fabio Estevam
---
board/wandboard/wandboard.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/board/wandboard/wandboard.c b/board/wandboard/wandboard.c
index 23a78c1..991
From: Fabio Estevam
When cpu_eth_init() fails we should not return success.
Signed-off-by: Fabio Estevam
---
board/wandboard/wandboard.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/wandboard/wandboard.c b/board/wandboard/wandboard.c
index 99150f9..bf9898c 100644
-
From: Fabio Estevam
When cpu_eth_init() fails we should not return success.
Signed-off-by: Fabio Estevam
---
board/freescale/titanium/titanium.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/freescale/titanium/titanium.c
b/board/freescale/titanium/titanium.c
index
Hi Stefan,
Since mx6 titanium board is not one designed by Freescale, shouldn't
it be removed to a proper board/ directory?
Regards,
Fabio Estevam
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
The SPI section is already defined in this file (lines 268-288) so we can
remove the duplicate definitions. While at it, also fix one tiny whitespace
typo.
Signed-off-by: Luka Perkov
---
include/configs/exynos5250-dt.h | 23 +--
1 file changed, 1 insertion(+), 22 deletions(-)
Hi, Lukasz,
On 11/04/2013 07:24 AM, Lukasz Majewski wrote:
> Hi Jaehoon,
>
>> Hi Lukasz,
>>
>> Thanks for your comments.
>>
>> On 11/01/2013 02:03 AM, Lukasz Majewski wrote:
>>> Hi Jaehoon,
>>>
To use the sd-card, VTF_2.8V will be enabled.
Before this patch, VTF_2.8V is always disabled.
From: Miao Yan
In commit "5c427e4: use BOOTM_STATE_OS_CMDLINE flag for plain bootm"
and "3d187b3: Only pass BOOTM_STATE_OS_CMDLINE on PowerPC/MIPS",
BOOTM_STATE_OS_CMLINE was added to do_bootm for PowerPC and MIPS. This
breaks other OSes (vxworks, netbsd, plan9,...) that don't support
subcommand
From: Miao Yan
In commit "5c427e4: use BOOTM_STATE_OS_CMDLINE flag for plain bootm"
and "3d187b3: Only pass BOOTM_STATE_OS_CMDLINE on PowerPC/MIPS",
BOOTM_STATE_OS_CMDLINE was added to do_bootm for PowerPC and MIPS. This
breaks other OSes (vxworks, netbsd, plan9,...) that don't support
subcommand
enable support for the siemens AT91SAM9G20 based board corvus.
Signed-off-by: Boris Schmidt
Reviewed-by: Heiko Schocher
Cc: Andreas Bießmann
Cc: Bo Shen
---
- changes for v2:
- add comments from Bo Shen
- use gpio api
- remove unneccessary comment
- use at91_wait_for_reset
From: Roger Meier
Signed-off-by: Roger Meier
Acked-by: Bo Shen
Reviewed-by: Heiko Schocher
Cc: Andreas Bießmann
---
changes for v2:
- add Acked-by from Bo Shen
---
arch/arm/include/asm/arch-at91/at91_rstc.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/include/asm/ar
add support for the AT91SAM9G20 boards from siemens. For the
taurus and axm board, patch 1 from this series add some needed
defines. Patch 2/4 is new in version 2, moved code for waiting
if reset ends to a common place.
patches are checkpatch clean, and a "./MAKEALL -s at91" compiles
clean.
Heiko
add function for waiting if reset ends. If reset never ends,
timeout and print an error message.
Signed-off-by: Heiko Schocher
Cc: Bo Shen
Cc: Andreas Bießmann
---
- changes for v2:
- new in v2
---
arch/arm/cpu/arm926ejs/at91/reset.c| 15 +++
arch/arm/include/asm/arch-at
enable support for the siemens AT91SAM9G20 based boards taurus
and axm.
Signed-off-by: Roger Meier
Reviewed-by: Heiko Schocher
Cc: Andreas Bießmann
Cc: Bo Shen
---
- changes for v2:
- add comments from bo shen
- use gpio api
- remove unneccessary comment
- use at91_wait_for_rese
Hi Wolfgang,
> Dear Lukasz,
>
> In message <20131031222010.082d453f@jawa> you wrote:
> >
> > > Why can we not have a common format for all media supporting the
> > > "raw" type? I mean, why can we not also use "start, size" for
> > > mmc? It should be trivial to convert into a LBA number.
> >
add the possibility to set the iSerialNumber board specific.
Default value for iSerialNumber is 0x0. This value can
changed board specific through the new function
g_dnl_set_serialnumber() which must be called from the
board specific function g_dnl_bind_fixup().
Signed-off-by: Heiko Schocher
Cc:
As
http://www.denx.de/wiki/view/U-Boot/DesignPrinciples#2_Keep_it_Fast
states:
"Initialize devices only when they are needed within U-Boot"
enable the RTC32K OSC only, if CONFIG_SPL_AM33XX_ENABLE_RTC32K_OSC is
enabled. Enable this in ti_am335x_common.h, so all boards in mainline
should work as bef
If no softreset save registers are found on the hardware
"bootcount" is stored in the environment. To prevent a
saveenv on all reboots, the environment variable
"upgrade_available" is introduced. If "upgrade_available" is
0, "bootcount" is always 0 therefore no need to save the
environment on u-boo
From: Samuel Egli
- dxr2: define unused pins as input
- do not enable RTC32K OSC on dxr2 board
- update default environment
- add splashpos=m,m to default environment, so splash screen is always
centered.
- adapt environment for bootcount feature
- add altbootcmd to default environment
add the possibility to set the bcdDevice number board specific.
Therefore the weak function g_dnl_get_board_bcd_device_number()
is introduced. Used on the siemens boards.
Signed-off-by: Heiko Schocher
Acked-by: Lukasz Majewski
Cc: Marek Vasut
Cc: Kyungmin Park
---
- changes for v2:
add Acke
Patch 1 introduces bootcount support for the 3 siemens boards. As there
is no other possibility on this boards, the bootcounter is stored in the
environment. To prevent a "saveenv" on all reboots, a "upgrade_available"
U-Boot Environment variable is introduced.
Patch 2 makes the enabling of the RT
Hi Fabio,
On 04.11.2013 01:12, Fabio Estevam wrote:
> From: Fabio Estevam
>
> When cpu_eth_init() fails we should not return success.
>
> Signed-off-by: Fabio Estevam
> ---
> board/freescale/titanium/titanium.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/board/fr
Hi Fabio,
On 04.11.2013 01:14, Fabio Estevam wrote:
> Since mx6 titanium board is not one designed by Freescale, shouldn't
> it be removed to a proper board/ directory?
Yes, would make sense. At the time I worked on this BSP, nearly all mx6
boards were placed in the freescale board directory. I'l
Since the titanium board is not a Freescale board, move its
BSP code from the freescale board directory to the newly created
barco board directory.
Signed-off-by: Stefan Roese
Cc: Peter Korsgaard
Cc: Stefano Babic
---
board/{freescale => barco}/titanium/Makefile | 0
board/{freescale => ba
> "Stefan" == Stefan Roese writes:
Hi,
Stefan> Yes, would make sense. At the time I worked on this BSP, nearly all mx6
Stefan> boards were placed in the freescale board directory. I'll create a patch
Stefan> to move this BSP into a barco board directory instead.
Sounds good, thanks.
--
Bye
> "Stefan" == Stefan Roese writes:
Stefan> Since the titanium board is not a Freescale board, move its
Stefan> BSP code from the freescale board directory to the newly created
Stefan> barco board directory.
Stefan> Signed-off-by: Stefan Roese
Stefan> Cc: Peter Korsgaard
Stefan> Cc: Stefano
33 matches
Mail list logo
