Dear Gabe Black,
In message
you wrote:
>
> > WARNING: do not add new typedefs
> > #853: FILE: include/cbfs.h:61:
> > +typedef const struct cbfs_cache_node *cbfs_file;
>
> This typedef is to create an opaque handle for CBFS files. If you look here:
>
> http://git.kernel.org/?p=linux/kernel/git/
Dear Gabe Black,
In message <1323214584-11635-1-git-send-email-gabebl...@chromium.org> you wrote:
> Coreboot uses a very simple "file system" called CBFS to keep track of and
> allow access to multiple "files" in a ROM image. This change adds CBFS
> support and some commands to use it to u-boot. T
Dear Anatolij Gustschin,
In message <20111205233532.125ce470@wker> you wrote:
> Hello Wolfgang,
>
> The following changes since commit 7708d8b352e9e595f6f08afd3206af6495c7dc09:
>
> Merge branch 'master' of ssh://gemini/home/wd/git/u-boot/master (2011-12-02
> 00:17:49 +0100)
>
> are available
Dear Kumar Gala,
In message you
wrote:
> The following changes since commit ea45cb0adcf4baa8f939fea4c848f3e1906f19d9:
>
> net: Make sure IPaddr_t is 32 bits in size (2011-12-06 22:15:32 +0100)
>
> are available in the git repository at:
> git://git.denx.de/u-boot-mpc85xx.git master
>
> Sh
Hi Simon,
Le 22/11/2011 00:57, Simon Glass a écrit :
This is the second patch series aiming to unify the various board.c files
in each architecture into a single one. This series creates a libboard
library and implements relocation in it. It then moves ARM over to use
this framework, as an examp
Le 30/11/2011 00:40, Simon Glass a écrit :
Hi Mike,
On Tue, Nov 29, 2011 at 3:19 PM, Mike Frysinger wrote:
On Tuesday 29 November 2011 17:09:19 Simon Glass wrote:
On Tue, Nov 29, 2011 at 1:40 PM, Mike Frysinger wrote:
On Tuesday 29 November 2011 15:08:09 Simon Glass wrote:
On Mon, Nov 28, 2
On Wed, Dec 7, 2011 at 3:03 AM, Wolfgang Denk wrote:
> Dear Gabe Black,
>
> In message <1323214584-11635-1-git-send-email-gabebl...@chromium.org> you
> wrote:
> > Coreboot uses a very simple "file system" called CBFS to keep track of
> and
> > allow access to multiple "files" in a ROM image. This
On 28/11/2011 17:37, Ilya Yanok wrote:
> Currently nand_spl_simple puts it's temp data at 0x1 offset in SDRAM
> which is likely to contain already loaded data. I can't see any way to
> determine some safe address automagically so make it up to board porter
> to provide the safe-to-use address v
Hi Tom,
On Tue, Dec 6, 2011 at 11:17 PM, Tom Rini wrote:
> On Tue, Dec 6, 2011 at 10:34 AM, Tom Rini wrote:
[...]
>> OK, thanks, I'll chalk it up to my toolchain then.
>
> After talking with Wolfgang and Albert, we (OK, Wolfgang) found that
> ELDK 4.2 toolchain also shows this issue, so please g
As per new naming convention for Samsung SoC's, all Cortex-A9 and Cortex-A15
based SoC's will be classified under the name Exynos. Cortex-A9 and Cortex-A15
based SoC's will be sub-classified as Exynos4 and Exynos5 respectively.
In order to better adapt and reuse code across various upcoming Samsun
Use enable_gpmc_cs_config instead of local writing
timing configuration for GPMC.
Signed-off-by: Thomas Weber
---
board/timll/devkit8000/devkit8000.c | 19 ---
1 files changed, 12 insertions(+), 7 deletions(-)
diff --git a/board/timll/devkit8000/devkit8000.c
b/board/timll/dev
Dear Wolfgang,
(resent from registered account cause u-boot list seems to be members
only now ...)
Am 06.12.2011 12:12, schrieb Wolfgang Denk:
> Hi all,
> Second, I would like to get ready for the -rc1 pre-release.
> I'll wait for the next ARM pull request from Albert, and then I will
> push -rc
Dear Albert ARIBAUD,
In message <4edea289.9070...@aribaud.net> you wrote:
> Hi Wolfgang,
>
> The following changes since commit ea45cb0adcf4baa8f939fea4c848f3e1906f19d9:
>
>net: Make sure IPaddr_t is 32 bits in size (2011-12-06 22:15:32 +0100)
>
> are available in the git repository at:
>
Dear Gabe Black,
In message
you wrote:
>
> > See previous message.
>
>
> Could you be more specific?
--- Forwarded Message
Dear Gabe Black,
In message
you wrote:
>
> > WARNING: do not add new typedefs
> > #853: FILE: include/cbfs.h:61:
> > +typedef const struct cbfs_cache_node *cbfs_f
Dear Andreas,
In message <4edf3855.5010...@corscience.de> you wrote:
>
> These are waiting for merge:
> * http://patchwork.ozlabs.org/patch/117688/ (unbreak avr32 arch)
> * http://patchwork.ozlabs.org/patch/120993/ (new mmc framework for
>avr32, brake some board/mmc combinations)
> * http:
Dear Andreas,
In message <4edf3a70.8000...@gmail.com> you wrote:
>
> (resent from registered account cause u-boot list seems to be members
> only now ...)
Moderated, yes.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, O
Dear Wolfgang,
Am 07.12.2011 11:25, schrieb Wolfgang Denk:
> Dear Andreas,
>
> In message <4edf3855.5010...@corscience.de> you wrote:
>>
>> These are waiting for merge:
>> * http://patchwork.ozlabs.org/patch/117688/ (unbreak avr32 arch)
>> * http://patchwork.ozlabs.org/patch/120993/ (new mmc fr
Dear Andreas,
In message <4edf4521.6060...@gmail.com> you wrote:
>
> IMHO the most important patch is
> http://patchwork.ozlabs.org/patch/117688/ which unbreaks the whole avr32
> architecture.
Was the AVR32 custodian on Cc: ?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH,
Dear Wolfgang,
Am 07.12.2011 13:11, schrieb Wolfgang Denk:
> Dear Andreas,
>
> In message <4edf4521.6060...@gmail.com> you wrote:
>>
>> IMHO the most important patch is
>> http://patchwork.ozlabs.org/patch/117688/ which unbreaks the whole avr32
>> architecture.
>
> Was the AVR32 custodian on Cc:
Dear Andreas,
In message <4edf58c0.8090...@gmail.com> you wrote:
> >
> > Was the AVR32 custodian on Cc: ?
>
> AFAIK Haavrad Skinnemoen does not work at atmel any longer and I think
You are right, I have to update my mail aliases :-(
> Since then Reinhard took over as a 'atmel' custodian and ye
Hi Simon,
On 12/07/11 07:47, Simon Glass wrote:
> Change all files in common/ to use CMD_RET_USAGE instead of calling
> cmd_usage() directly. I'm not completely sure about this patch since
> the code since impact is small (100 byte or so on ARM) and it might
> need splitting into smaller patches.
Hi Marek,
On 12/07/11 01:49, Marek Vasut wrote:
>> Although it is a single patch, I felt that a cover letter will
>> definetly not hurt here, also the patch version history is so big, so
>> I decided to move it here.
>>
>> The ULPI (UTMI Low Pin (count) Interface) PHYs are widely used on
>> variet
Hi Andreas,
On 12/07/2011 02:51 AM, Andreas Bießmann wrote:
> Dear Wolfgang,
>
> Am 07.12.2011 11:25, schrieb Wolfgang Denk:
>> Dear Andreas,
>> In message <4edf3855.5010...@corscience.de> you wrote:
>> These are waiting for merge:
>> * http://patchwork.ozlabs.org/patch/117688/ (unbreak avr32 arc
On 12/07/11 03:42, Simon Glass wrote:
> Hi Igor,
>
> Looks good - a few comments from me.
>
> On Mon, Dec 5, 2011 at 1:07 AM, Igor Grinberg wrote:
>> From: Jana Rapava
>>
>> Add partial ULPI specification implementation that should be enough to
>> interface the ULPI PHYs in the boot loader cont
Make endianess of target CPU configurable. Use the new config
option for dbau1550_el and pb1000 boards.
Adapt linking of standalone applications to pass through
endianess options to LD.
Build tested with:
- ELDK 4 mips_4KC- and mips4KCle
- Sourcery CodeBench Lite 2011.03-93
With this patch all
This patchset modifies the handling of all the operations on the environment
(set/import/default) so to unify handling of special variables.
On top of that we implement a selective "env default".
A selective "env import" would imply a user API change and should therefore
be discussed separately.
The logic of checking special parameters (e.g. baudrate, stdin, stdout,
for a valid value and/or whether can be overwritten) and applying the
new value to the running system is now all within a single function
env_check_apply() which can be called whenever changes are made
to the environment, no ma
Signed-off-by: Gerlando Falauto
---
common/cmd_nvedit.c |2 +-
include/search.h|6 --
lib/hashtable.c | 18 --
3 files changed, 17 insertions(+), 9 deletions(-)
diff --git a/common/cmd_nvedit.c b/common/cmd_nvedit.c
index a31d413..871b3b1 100644
--- a/common
Changes in the syntax (user API) for "env default":
-f: override write-once variables
-a: all (resetting the whole env is NOT the default behavior)
Signed-off-by: Gerlando Falauto
---
README |2 ++
common/cmd_nvedit.c | 43
Dear Sven,
Am 07.12.2011 14:20, schrieb Sven Schnelle:
> Hi Andreas,
>
> On 12/07/2011 02:51 AM, Andreas Bießmann wrote:
>> Dear Wolfgang,
>>
>> Am 07.12.2011 11:25, schrieb Wolfgang Denk:
>>> Dear Andreas,
>>> In message <4edf3855.5010...@corscience.de> you wrote:
>>> These are waiting for merge
On 12/07/11 14:59, Igor Grinberg wrote:
> Hi Marek,
>
> On 12/07/11 01:49, Marek Vasut wrote:
>>> Although it is a single patch, I felt that a cover letter will
>>> definetly not hurt here, also the patch version history is so big, so
>>> I decided to move it here.
>>>
>>> The ULPI (UTMI Low Pin (
Dear Andy Fleming,
Am 14.10.2011 14:36, schrieb Andreas Bießmann:
> Before the DTOR register is set to a fixed value and resulted in some cards
> not working. Setting the fixed value to a hihger value is not appropriate
> cause we could wait way to long for slow clock rates.
>
> This patch moves
Fix:
cfb_console.c:371: warning: 'cursor_state' defined but not used
cfb_console.c:372: warning: 'old_col' defined but not used
cfb_console.c:373: warning: 'old_row' defined but not used
cfb_console.c:435: warning: 'video_invertchar' defined but not used
Signed-off-by: Anatolij Gustschin
---
I fo
On Dec 1, 2011, at 7:38 PM, Shaohui Xie wrote:
> Description of SerDes clock Bank2 setting in p2041 hardware specification
> is wrong, the clock map which based on it is wrong either, so fix the
> serdes clock map.
>
> wrong setting of SERDES Reference Clocks Bank2:
> SW2[5:6] = ON OFF =>100
On Nov 21, 2011, at 5:40 PM, Andy Fleming wrote:
> The MAKEALL script cleverly runs make with the appropriate options
> to use all of the cores on the system, but your average U-Boot build
> can't make much use of more than a few cores. If you happen to have
> a many-core server, your builds wil
Hi Tom,
On 12/06/11 17:49, Tom Rini wrote:
> From: Vaibhav Hiremath
>
> Please note that NOR Flash is located on Application board and requires
> hardware modification to get NOR boot mode working.
>
> NOR Flash boot mode configuration -
>
> - From baseboard remove R235 resistor.
>
We already flush the kernel image after we've loaded it to ensure
visiblity to the other cores. We need to do the same thing for the
ramdisk and device tree images. In AMP boot scenarios we might not be
HW cache coherent with the secondary core that we are loading and
setting the ramdisk and devi
Hi Steve, Tom,
On 12/06/11 17:49, Tom Rini wrote:
> From: Steve Kipisz
>
> Signed-off-by: Steve Kipisz
> Signed-off-by: Tom Rini
> ---
> arch/arm/cpu/armv7/omap3/emac.c | 20 +++-
> arch/arm/include/asm/arch-omap3/emac_defs.h |3 +++
> 2 files changed, 22 ins
On 12/07/2011 07:48 AM, Igor Grinberg wrote:
> Hi Steve, Tom,
>
> On 12/06/11 17:49, Tom Rini wrote:
>> From: Steve Kipisz
>>
>> Signed-off-by: Steve Kipisz
>> Signed-off-by: Tom Rini
>> ---
>> arch/arm/cpu/armv7/omap3/emac.c | 20 +++-
>> arch/arm/include/asm/arc
On 06/12/2011 23:41, Tom Rini wrote:
> On Tue, Dec 6, 2011 at 11:34 AM, Simon Schwarz
> wrote:
>> Adds direct Linux boot to SPL. It implements a spl export command to save
>> ATAGS or FDT to NAND flash. The kernel image has to be in place for this!
>
> After talking with Albert on IRC about this,
On 06/12/2011 19:34, Simon Schwarz wrote:
> From: Simon Schwarz
>
> This implements booting of Linux from NAND in SPL
>
> Related config parameters:
> CONFIG_SYS_NAND_SPL_KERNEL_OFFS
> Offset in NAND of direct boot kernel image to use in SPL
> CONFIG_SYS_SPL_ARGS_ADDR
> Address where
On 06/12/2011 19:34, Simon Schwarz wrote:
> Adds direct Linux boot to SPL. It implements a spl export command to save
> ATAGS or FDT to NAND flash. The kernel image has to be in place for this!
>
> Changes in V5:
> - Rebased on u-boot-ti
> - fixed MAKEALL warnings and errors
> - adapted to genera
On Wed, Dec 7, 2011 at 8:39 AM, Stefano Babic wrote:
[snip]
> The function you write are in omap-common/spl_nand.c, but they are not
> specific for OMAP, and any architecture can profit from your work. What
> about to move common functions away from TI related directory ? I do not
> know which is
Switch to extension board detection using pci_find_device()
instead of detecting by i2c access to EEPROM device on
extension board.
This is a cleaner detection method since EEPROM addresses
can be different on different board revisions. This also
avoids "i2c_read: failed to address chip" error mes
On 12/07/11 18:00, Tom Rini wrote:
> On Wed, Dec 7, 2011 at 8:39 AM, Stefano Babic wrote:
> [snip]
>> The function you write are in omap-common/spl_nand.c, but they are not
>> specific for OMAP, and any architecture can profit from your work. What
>> about to move common functions away from TI rel
Hi Heiko,
On Tue, Dec 6, 2011 at 11:16 PM, Heiko Schocher wrote:
> Hello Simon,
>
> Simon Glass wrote:
>> This small patch converts the I2C command over to using the
>> CMD_RET_USAGE return value instead of calling cmd_usage()
>> directly.
>>
>> Signed-off-by: Simon Glass
>> ---
>> common/cmd_i
On 12/06/2011 06:18 PM, Simon Glass wrote:
> Hi Albert,
>
> On Mon, Dec 5, 2011 at 10:05 AM, Albert ARIBAUD
> wrote:
>> Hi all,
>>
>> As I don't have much time and the december release is coming soon, I would
>> appreciate that anyone with a patch that they think should go to ARM master
>> now pl
Hi Wolfgang,
On Tue, Dec 6, 2011 at 11:39 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> In this commit:
>>
>> 5c45a22 mii: miiphy register address width change
>>
>> the required prototypes for the read and write functions passed to
>> miiphy_register() were
On Wed, Dec 7, 2011 at 8:42 AM, Kumar Gala wrote:
> + if (flag & BOOTM_STATE_OS_PREP) {
> + boot_prep_linux(images);
> return 0;
> + }
>
> if (flag & BOOTM_STATE_OS_GO) {
> boot_jump_linux(images);
> return 0;
>
Hi Albert,
On Tue, Dec 6, 2011 at 11:44 PM, Albert ARIBAUD
wrote:
> Hi Simon,
>
> Le 22/11/2011 00:57, Simon Glass a écrit :
>
>> Add a library to hold ARM assembler code which is generic across all
>> ARM CPUs.
>>
>> Signed-off-by: Simon Glass
>> ---
>> arch/arm/lib/Makefile | 1 +
>> arch/a
Hi Albert,
On Wed, Dec 7, 2011 at 12:15 AM, Albert ARIBAUD
wrote:
> Le 30/11/2011 00:40, Simon Glass a écrit :
>
>> Hi Mike,
>>
>> On Tue, Nov 29, 2011 at 3:19 PM, Mike Frysinger wrote:
>>>
>>> On Tuesday 29 November 2011 17:09:19 Simon Glass wrote:
On Tue, Nov 29, 2011 at 1:40 PM, Mik
Hi Igor,
On Wed, Dec 7, 2011 at 4:47 AM, Igor Grinberg wrote:
> Hi Simon,
>
> On 12/07/11 07:47, Simon Glass wrote:
>> Change all files in common/ to use CMD_RET_USAGE instead of calling
>> cmd_usage() directly. I'm not completely sure about this patch since
>> the code since impact is small (100
On 07/12/2011 17:00, Tom Rini wrote:
> On Wed, Dec 7, 2011 at 8:39 AM, Stefano Babic wrote:
> [snip]
>> The function you write are in omap-common/spl_nand.c, but they are not
>> specific for OMAP, and any architecture can profit from your work. What
>> about to move common functions away from TI r
Hi,
On Wed, Dec 7, 2011 at 8:17 AM, Igor Grinberg wrote:
> On 12/07/11 18:00, Tom Rini wrote:
>> On Wed, Dec 7, 2011 at 8:39 AM, Stefano Babic wrote:
>> [snip]
>>> The function you write are in omap-common/spl_nand.c, but they are not
>>> specific for OMAP, and any architecture can profit from y
Hi Stephen, Albert,
On Wed, Dec 7, 2011 at 8:18 AM, Stephen Warren wrote:
> On 12/06/2011 06:18 PM, Simon Glass wrote:
>> Hi Albert,
>>
>> On Mon, Dec 5, 2011 at 10:05 AM, Albert ARIBAUD
>> wrote:
>>> Hi all,
>>>
>>> As I don't have much time and the december release is coming soon, I would
>>>
On Tue, 6 Dec 2011 21:41:38 +0100
Anatolij Gustschin wrote:
> On Tue, 8 Nov 2011 01:43:32 -0800
> Gabe Black wrote:
>
> > This change copies over the pci_ids.h file from Linux verbatim, plus a few
> > ids that had been added by hand. The last non-merge change hash in that
> > file in the kerne
On Wed, Dec 7, 2011 at 2:38 AM, Thomas Weber wrote:
> Use enable_gpmc_cs_config instead of local writing
> timing configuration for GPMC.
>
> Signed-off-by: Thomas Weber
> ---
> board/timll/devkit8000/devkit8000.c | 19 ---
> 1 files changed, 12 insertions(+), 7 deletions(-)
>
so it is printed as part of the version command and visible when
displaying the image in the various flash banks.
This allows "strings u-boot.bin | head -1" to identify target:
VU-Boot 2011.09-01427-g6ee5cf2 (Dec 07 2011 - 11:11:55) P4080DS
Signed-off-by: Ed Swarthout
---
include/version.h |
On Wed, 7 Dec 2011 18:10:55 +0100
Anatolij Gustschin wrote:
...
> > > include/pci_ids.h | 2072
> > > -
> > > 1 files changed, 1420 insertions(+), 652 deletions(-)
> >
> > Applied to u-boot-staging/ag...@denx.de. Thanks!
>
> Dropped applied p
Dear Wolfgang Denk,
On Tue, Dec 6, 2011 at 11:47 PM, Wolfgang Denk wrote:
> Dear Vadim Bendebury,
>
[..]
>
> Applied, thanks.
>
Thank you!
>
> But _please_ get used to providing full change logs to your patches.
> This is patch v6, so I would like to see a history for v2, v3, v4, v5
> and v6 -
> On 12/07/11 03:42, Simon Glass wrote:
> > Hi Igor,
> >
> > Looks good - a few comments from me.
> >
> > On Mon, Dec 5, 2011 at 1:07 AM, Igor Grinberg
wrote:
> >> From: Jana Rapava
> >>
> >> Add partial ULPI specification implementation that should be enough to
> >> interface the ULPI PHYs i
> On 12/07/11 14:59, Igor Grinberg wrote:
> > Hi Marek,
> >
> > On 12/07/11 01:49, Marek Vasut wrote:
> >>> Although it is a single patch, I felt that a cover letter will
> >>> definetly not hurt here, also the patch version history is so big, so
> >>> I decided to move it here.
> >>>
> >>> The U
On 12/07/2011 04:52 PM, Stefano Babic wrote:
On 06/12/2011 19:34, Simon Schwarz wrote:
Adds direct Linux boot to SPL. It implements a spl export command to save
ATAGS or FDT to NAND flash. The kernel image has to be in place for this!
Changes in V5:
- Rebased on u-boot-ti
- fixed MAKEALL warnin
Dear Tom Rini,
In message <4edf7e34.1070...@ti.com> you wrote:
>
> > This is a wrong place for this code...
> > You force every board to use the EFUSE'd MAC address - this is wrong.
> > The board must have a freedom to choose what MAC address it wants to use.
> > You don't even check if ethaddr va
Hi Stefano,
On 07.12.2011 13:06, Stefano Babic wrote:
>> +#ifndef CONFIG_SPL_NAND_WORKSPACE
>> +#define CONFIG_SPL_NAND_WORKSPACE (CONFIG_SYS_SDRAM_BASE + 0x1)
>> +#endif
>
> Maybe it is better to not have a default value somewhere in the SDRAM
> and to get a compile error. If we do not wan
From: Rob Herring
This adds ethernet driver for Calxeda xgmac found on Highbank SOC.
Signed-off-by: Rob Herring
---
v2:
-Convert register base plus offset to a struct
-drop ethaddr env setting
-drop valid mac address check
-fix return values
README |3 +
drivers/net/M
From: Rob Herring
This enables the XGMAC ethernet driver and networking related config
options.
Signed-off-by: Jason Hobbs
Signed-off-by: Rob Herring
---
v2:
-drop CONFIG_NET_MULTI
-drop leftover 'verify' env setting
board/highbank/highbank.c | 12
include/configs/highbank.h
On 12/07/2011 04:39 PM, Stefano Babic wrote:
On 06/12/2011 19:34, Simon Schwarz wrote:
From: Simon Schwarz
This implements booting of Linux from NAND in SPL
Related config parameters:
CONFIG_SYS_NAND_SPL_KERNEL_OFFS
Offset in NAND of direct boot kernel image to use in SPL
CONFIG_SYS_SP
On 07/12/2011 18:57, Simon Schwarz wrote:
>>
>> So if the parse function fails, we should have the fallback to u-boot,
>> exactly as we have now the fallback from u-boot.img to u-boot.bin.
>>
> Hm, I don't think that we want any fallback here. I would prefere an
> error message and hang. The direct
Hi Marek,
On 12/07/11 19:27, Marek Vasut wrote:
>> On 12/07/11 03:42, Simon Glass wrote:
>>> Hi Igor,
>>>
>>> Looks good - a few comments from me.
>>>
>>> On Mon, Dec 5, 2011 at 1:07 AM, Igor Grinberg
> wrote:
From: Jana Rapava
Add partial ULPI specification implementation that s
On 12/07/2011 11:46 AM, Ilya Yanok wrote:
> Hi Stefano,
>
> On 07.12.2011 13:06, Stefano Babic wrote:
>>> +#ifndef CONFIG_SPL_NAND_WORKSPACE
>>> +#define CONFIG_SPL_NAND_WORKSPACE (CONFIG_SYS_SDRAM_BASE + 0x1)
>>> +#endif
>>
>> Maybe it is better to not have a default value somewhere in the S
Hi Graeme,
On Sun, Dec 4, 2011 at 8:35 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Mon, Dec 5, 2011 at 3:31 PM, Simon Glass wrote:
>> Hi Graeme,
>>
>> On Sun, Dec 4, 2011 at 7:40 PM, Graeme Russ wrote:
>>> Hi Simon,
>>>
>>> On Mon, Dec 5, 2011 at 2:34 PM, Simon Glass wrote:
Hi Stefan,
This patchset adds the USB support for MX5x. Most of the code is based on work
of Wolfgang Grandegger with modifications done by various other authors. I also
included version of ULPI support code cleaned up by Igor Grinberg.
NOTE: I'd really love to get this code into .12 release. Remy, Wolfgang,
Signed-off-by: Marek Vasut
Cc: Stefano Babic
Cc: Remy Bohmer
Cc: Wolfgang Grandegger
Cc: Jason Liu
---
drivers/usb/host/ehci-mx5.c | 71 +++
include/usb/ehci-fsl.h |6
2 files changed, 77 insertions(+), 0 deletions(-)
diff --git a/drive
From: Wolfgang Grandegger
Signed-off-by: Wolfgang Grandegger
Cc: Stefano Babic
Cc: Remy Bohmer
Cc: Wolfgang Grandegger
Cc: Jason Liu
V2: Fix spacing in crm_regs.h
---
arch/arm/cpu/armv7/mx5/clock.c | 72 ++
arch/arm/include/asm/arch-mx5/clock.h|
From: Wolfgang Grandegger
It's derived from ehci-mxc and uses the header files of the
ehci-fsl interface. The callback board_ehci_hcd_init() has
been introduced to allow for board-specific setup when USB
is started.
Signed-off-by: Wolfgang Grandegger
CC: Stefano Babic
CC: Remy Bohmer
---
dri
From: Wolfgang Grandegger
Signed-off-by: Wolfgang Grandegger
Cc: Stefano Babic
Cc: Remy Bohmer
Cc: Wolfgang Grandegger
Cc: Jason Liu
---
board/freescale/mx53loco/mx53loco.c | 10 ++
include/configs/mx53loco.h | 13 +
2 files changed, 23 insertions(+), 0 dele
This is useful for USB Transceivers init etc.
Signed-off-by: Marek Vasut
Cc: Stefano Babic
Cc: Remy Bohmer
Cc: Wolfgang Grandegger
Cc: Jason Liu
---
drivers/usb/host/ehci-mx5.c | 14 --
1 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/host/ehci-mx5.c
This patch allows USB to work on some hosts, which need additional frobing after
the host was powered up via regular USB powerup sequence.
Signed-off-by: Marek Vasut
Cc: Stefano Babic
Cc: Remy Bohmer
Cc: Wolfgang Grandegger
Cc: Jason Liu
---
drivers/usb/host/ehci-hcd.c | 12 ++--
1
From: Wolfgang Grandegger
Signed-off-by: Wolfgang Grandegger
Cc: Stefano Babic
Cc: Remy Bohmer
Cc: Wolfgang Grandegger
Cc: Jason Liu
---
board/freescale/mx51evk/mx51evk.c | 62 +
include/configs/mx51evk.h | 13
2 files changed, 75 ins
Signed-off-by: Marek Vasut
Cc: Stefano Babic
Cc: Remy Bohmer
Cc: Wolfgang Grandegger
Cc: Jason Liu
---
board/efikamx/Makefile |4 +
board/efikamx/efikamx-usb.c | 210 +++
board/efikamx/efikamx.c | 15 +++
include/configs/efikamx.h |
From: Jana Rapava
Add partial ULPI specification implementation that should be enough to
interface the ULPI PHYs in the boot loader context.
Add a viewport implementation for Chipidea/ARC based controllers.
Signed-off-by: Jana Rapava
Signed-off-by: Igor Grinberg
Cc: Remy Bohmer
Cc: Stefano Ba
> Hi Marek,
>
> On 12/07/11 19:27, Marek Vasut wrote:
> >> On 12/07/11 03:42, Simon Glass wrote:
> >>> Hi Igor,
> >>>
> >>> Looks good - a few comments from me.
> >>>
> >>> On Mon, Dec 5, 2011 at 1:07 AM, Igor Grinberg
> >
> > wrote:
> From: Jana Rapava
>
> Add partial ULPI sp
Dear Simon Glass,
In message
you wrote:
>
> Albert, the correct series is the I delegated to you, not the one in
> my email. It tidies up the ARM link scripts:
>
> http://patchwork.ozlabs.org/patch/126933/
> http://patchwork.ozlabs.org/patch/126930/
> http://patchwork.ozlabs.org/patch/126927/
> This patchset adds the USB support for MX5x. Most of the code is based on
> work of Wolfgang Grandegger with modifications done by various other
> authors. I also included version of ULPI support code cleaned up by Igor
> Grinberg.
>
> NOTE: I'd really love to get this code into .12 release. Rem
Dear Ed Swarthout,
In message <1323278284-19643-1-git-send-email-ed.swarth...@freescale.com> you
wrote:
> so it is printed as part of the version command and visible when
> displaying the image in the various flash banks.
>
> This allows "strings u-boot.bin | head -1" to identify target:
>
> VU
Dear Ilya Yanok,
In message <4edfa65e.8080...@emcraft.com> you wrote:
>
> > boards, we could at least use a #warn message to advise at compile time
> > that a default value is taken (and at the end, to force the board
> > maintainers to fix it...).
>
> Probably. Wolfgang, Scott, do you think we
Dear Simon Schwarz,
In message <4edfa8fd.9000...@gmail.com> you wrote:
>
> > So if the parse function fails, we should have the fallback to u-boot,
> > exactly as we have now the fallback from u-boot.img to u-boot.bin.
> >
> Hm, I don't think that we want any fallback here. I would prefere an
> e
Hi Ed,
On 12/07/11 20:39, Wolfgang Denk wrote:
> Dear Ed Swarthout,
>
> In message <1323278284-19643-1-git-send-email-ed.swarth...@freescale.com> you
> wrote:
>> so it is printed as part of the version command and visible when
>> displaying the image in the various flash banks.
>>
>> This allows
I apologize if this is a duplicate message. I tried to send it earlier but it
went "Waiting for approval" as the system thought I was not a subscriber :-(
I have built a new u-boot for a board which is very similar to canyonlands. But
I am having problem in running it. Afterwards, I ran mkimage
Dear Wolfgang,
On 07.12.2011 22:45, Wolfgang Denk wrote:
>>> boards, we could at least use a #warn message to advise at compile time
>>> that a default value is taken (and at the end, to force the board
>>> maintainers to fix it...).
>>
>> Probably. Wolfgang, Scott, do you think we should add a wa
On 07/12/2011 19:45, Wolfgang Denk wrote:
> Dear Ilya Yanok,
>
> In message <4edfa65e.8080...@emcraft.com> you wrote:
>>
>>> boards, we could at least use a #warn message to advise at compile time
>>> that a default value is taken (and at the end, to force the board
>>> maintainers to fix it...).
On 12/07/11 20:36, Marek Vasut wrote:
>> Hi Marek,
>>
>> On 12/07/11 19:27, Marek Vasut wrote:
On 12/07/11 03:42, Simon Glass wrote:
> Hi Igor,
>
> Looks good - a few comments from me.
>
> On Mon, Dec 5, 2011 at 1:07 AM, Igor Grinberg
>>>
>>> wrote:
>> From: Jana Rapav
On Dec 7, 2011, at 10:17 AM, Tabi Timur-B04825 wrote:
> On Wed, Dec 7, 2011 at 8:42 AM, Kumar Gala wrote:
>
>> + if (flag & BOOTM_STATE_OS_PREP) {
>> + boot_prep_linux(images);
>>return 0;
>> + }
>>
>>if (flag & BOOTM_STATE_OS_GO) {
>>
On Wed, Dec 7, 2011 at 11:10 AM, Stefano Babic wrote:
> On 07/12/2011 18:57, Simon Schwarz wrote:
[snip]
>>> The function you write are in omap-common/spl_nand.c, but they are not
>>> specific for OMAP, and any architecture can profit from your work. What
>>> about to move common functions away fr
Hi,
On Wed, 7 Dec 2011 12:41:38 -0500
wrote:
...
>
> uboot-sources-EMC/u-boot-2009.01> file u-boot.bin
> u-boot.bin: u-boot/PPCBoot image
>
> uboot-sources-EMC/u-boot-2009.01> mkimage -d u-boot.bin u-boot.bin.load
> Image Name:
> Created: Wed Dec 7 12:08:45 2011
> Image Type: PowerPC Li
Dear Stefan Roese,
In message <1321619897-25657-1-git-send-email...@denx.de> you wrote:
> As this "driver" doesn't seem to be really used, let's remove
> it completely.
>
> Signed-off-by: Stefan Roese
> ---
> arch/powerpc/cpu/ppc4xx/Makefile |1 -
> arch/powerpc/cpu/ppc4xx/usb.c |
Dear Stefan Roese,
In message <201112010915.34487...@denx.de> you wrote:
>
> > On Wednesday 23 November 2011 07:10:37 Rupjyoti Sarmah wrote:
> > > This driver is used by PPC440EP for usb 1.1.
> >
> > Please explain this in more detail. I fail to see, how this driver could be
> > of any used. I de
Dear vikas.sonta...@emc.com,
In message <629d989c137dd040a0a994bd21888f1e75e81...@mx29a.corp.emc.com> you
wrote:
>
> I have built a new u-boot for a board which is very similar to canyonlands.
> But I am having problem in running it. Afterwards, I ran mkimage on it.
Why did you do that?
> I th
Hi Anatolij,
Before I attempt to burn the new image in the flash, I want to test it first.
There are instruction on burning this image in to flash but
The documentation that I am looking says following:-
==
"If U-Boot is already installed and running on your board, you
1 - 100 of 167 matches
Mail list logo
