On Friday, February 11, 2011 11:51:24 pm Albert ARIBAUD wrote:
> Le 12/02/2011 08:14, Aaron Williams a écrit :
> > On Friday, February 11, 2011 11:01:40 pm Albert ARIBAUD wrote:
> >> Le 12/02/2011 07:42, Aaron Williams a écrit :
> >>> I've placed the results of the scan below.
> >>>
> >>> The prob
Le 12/02/2011 08:14, Aaron Williams a écrit :
> On Friday, February 11, 2011 11:01:40 pm Albert ARIBAUD wrote:
>> Le 12/02/2011 07:42, Aaron Williams a écrit :
>>> I've placed the results of the scan below.
>>>
>>> The problem is that in 8-bit mode the code that scans the CFI does not
>>> follow th
On Friday, February 11, 2011 11:01:40 pm Albert ARIBAUD wrote:
> Le 12/02/2011 07:42, Aaron Williams a écrit :
> > I've placed the results of the scan below.
> >
> > The problem is that in 8-bit mode the code that scans the CFI does not
> > follow the specification.
> >
> > In the specification t
Hi Fabio,
Le 11/02/2011 14:45, Fabio Giovagnini a écrit :
> Hi guys, I'd like to add the configuration for leon3-altera-ep2s60-sdr board.
> What could be the best working way to have an automatic patch generator?
Make one, I guess. :)
Seriously, though: what do you mean by "automatic patch gener
Le 11/02/2011 19:58, Magnus Lilja a écrit :
> Hi
>
> I've tested Fabio's patch series and it makes the i.MX31 PDK boot nicely from
> NAND again. So from my point of view I
> recommend to use these patches.
Which is the ideal case for sending out a "Tested-By:" line. :)
> Best regards, Magnus
Am
On Friday, February 11, 2011 11:01:40 pm Albert ARIBAUD wrote:
> Le 12/02/2011 07:42, Aaron Williams a écrit :
> > I've placed the results of the scan below.
> >
> > The problem is that in 8-bit mode the code that scans the CFI does not
> > follow the specification.
> >
> > In the specification t
Le 12/02/2011 07:42, Aaron Williams a écrit :
> I've placed the results of the scan below.
>
> The problem is that in 8-bit mode the code that scans the CFI does not follow
> the specification.
>
> In the specification to read the CFI data you write 0x98 to address 0xAA, not
> address 0x55 as you
Le 12/02/2011 00:11, Kim Phillips a écrit :
> On Fri, 11 Feb 2011 23:41:43 +0100
> Wolfgang Denk wrote:
>
>> +case 'V':
>> +/*
>> + * Skip the "U-Boot " part in
>> + * U_BOOT_VERSION by adding 7
On Friday, February 11, 2011 10:25:46 pm Albert ARIBAUD wrote:
> Le 12/02/2011 01:15, Aaron Williams a écrit :
> > I think I found the problem. The cfi code does not work properly in x8
> > mode.
> >
> > In x8 mode, according to the datasheet, the addresses should be doubled
> > for all of the co
Le 12/02/2011 01:15, Aaron Williams a écrit :
> I think I found the problem. The cfi code does not work properly in x8 mode.
>
> In x8 mode, according to the datasheet, the addresses should be doubled for
> all of the commands. Additionally, according to my correspondence with
> Spansion, there ne
Hi,
One thing that I have had to do in our Octeon port of U-Boot is to seperate
out the MIPS processors under /arch/mips/cpu much like has been done for ARM
and PowerPC.
I have no way of testing the other MIPS platforms, but I've seperated things
out as follows:
arch/mips/cpu/au1x00
arch/mips
Hi Ulf,
On Saturday 12 February 2011 02:46 AM, Ulf Samuelsson wrote:
> 2011-02-01 09:26, Aneesh V skrev:
>> Hi Vaibhav,
>>
>> On Tuesday 01 February 2011 12:22 PM, Bedia, Vaibhav wrote:
>>> Hi Aneesh,
>>>
>>> On Tuesday, February 01, 2011 10:54 AM, Aneesh V wrote:
Dear Wolfgang,
I h
Hi,
Please pull the following MIPS patches, thanks.
Daniel Schwierzeck (3):
MIPS: VCT: Fix enabling of unwanted options if networking or USB support
are disabled
MIPS: Purple: Fix multiple definition error on final linking of u-boot
binary
MIPS: dbau1x00: Remove unused flash d
Wolfgang,
I believe I missed the 2011.03 merge window - I'm happy for these to go into
2011.06
The following changes since commit d1a79b71f7c5fd9e277e0feb35f049289df1ed0e:
Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx (2011-02-11
21:23:33 +0100)
are available in the git reposito
On 04/02/11 23:35, Graeme Russ wrote:
> x86 has always used relocation offset in the opposite sense to the ELF
> standard - Fix this
>
> Signed-off-by: Graeme Russ
> ---
> arch/i386/cpu/start.S |2 +-
> arch/i386/lib/board.c | 10 +-
> 2 files changed, 6 insertions(+), 6 deletions(
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> board/eNET/eNET.c | 17 +--
> board/eNET/eNET_start.S |7 -
> include/configs/eNET.h | 290
> ---
> 3 files changed, 129 insertions(+), 185 deletions(-)
>
Applie
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> include/configs/eNET.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
Applied to u-boot-x86
Regards,
Graeme
___
U-Boot mailing list
U-Boot@lists.denx.de
http
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/cpu/sc520/sc520.c | 16 +++-
> 1 files changed, 11 insertions(+), 5 deletions(-)
>
Applied to u-boot-x86
Regards,
Graeme
___
U-Boot mailing list
U-Boo
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/lib/board.c | 70
> 1 files changed, 29 insertions(+), 41 deletions(-)
>
Applied to u-boot-x86
Regards,
Graeme
__
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/lib/board.c | 16
> 1 files changed, 8 insertions(+), 8 deletions(-)
>
Applied to u-boot-x86
Regards,
Graeme
___
U-Boot mailing list
U-Boot@lists
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/include/asm/global_data.h | 12 +++-
> arch/i386/lib/board.c | 111
> +--
> 2 files changed, 74 insertions(+), 49 deletions(-)
>
Applied to u-boot-x86
Regards,
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/lib/board.c | 15 ---
> 1 files changed, 12 insertions(+), 3 deletions(-)
>
Applied to u-boot-x86
Regards,
Graeme
___
U-Boot mailing list
U-Boot@lists
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/cpu/sc520/sc520.c |7 ---
> arch/i386/lib/board.c | 17 +++--
> 2 files changed, 11 insertions(+), 13 deletions(-)
>
Applied to u-boot-x86
Regards,
Graeme
_
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/cpu/start.S |3 ---
> arch/i386/include/asm/u-boot-i386.h |1 +
> arch/i386/lib/board.c |3 +++
> 3 files changed, 4 insertions(+), 3 deletions(-)
>
Applied to u-boot-x86
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/cpu/start.S | 44 +---
> arch/i386/lib/board.c |6 --
> 2 files changed, 33 insertions(+), 17 deletions(-)
>
Applied to u-boot-x86
Regards,
Graeme
___
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/cpu/sc520/Makefile |2 +-
> arch/i386/cpu/sc520/sc520.c | 110 ---
> arch/i386/cpu/sc520/sc520_asm.S | 608
> -
> arch/i386/cpu/sc520/sc520_sdram.c | 5
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/cpu/sc520/Makefile|1 +
> arch/i386/cpu/sc520/sc520_asm.S |6 +-
> arch/i386/cpu/sc520/sc520_car.S | 94
> +++
> arch/i386/cpu/start.S | 35 +++--
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/cpu/start.S | 12 +-
> arch/i386/include/asm/global_data.h |7 +-
> arch/i386/lib/board.c | 36 +++---
> include/configs/eNET.h
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> board/eNET/eNET.c | 61 ---
> include/configs/eNET.h | 15 ---
> 2 files changed, 46 insertions(+), 30 deletions(-)
>
Applied to u-boot-x86
Regards,
Graeme
_
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> board/eNET/eNET.c | 104 +++-
> board/eNET/eNET_start16.S |5 +-
> include/configs/eNET.h| 382
> +
> 3 files changed, 445 insertions(+), 46 deletions(
On 04/02/11 23:35, Graeme Russ wrote:
> The SC520 has an inbuilt MC146818 - Enable it for the eNET board
>
> Signed-off-by: Graeme Russ
> ---
> drivers/rtc/mc146818.c |6 ++
> include/configs/eNET.h |2 ++
> 2 files changed, 8 insertions(+), 0 deletions(-)
>
Applied to u-boot-x86
On 04/02/11 23:35, Graeme Russ wrote:
> Fix minor issues with the configuration of the hardware interrupts for
> Linux when booting the eNET board
>
> Signed-off-by: Graeme Russ
> ---
> board/eNET/eNET.c | 15 +--
> 1 files changed, 9 insertions(+), 6 deletions(-)
>
Applied to u-
On 04/02/11 23:35, Graeme Russ wrote:
> In later patches, cpu_init_f will be called before console has been
> initialised and printf will not be legitimately available
>
> Signed-off-by: Graeme Russ
> ---
> arch/i386/cpu/sc520/sc520.c |2 --
> 1 files changed, 0 insertions(+), 2 deletions(-)
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/cpu/sc520/sc520.c | 19 ---
> board/eNET/eNET.c |9 +
> 2 files changed, 9 insertions(+), 19 deletions(-)
>
Applied to u-boot-x86
Regards,
Graeme
__
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/cpu/sc520/sc520.c |2 +-
> arch/i386/cpu/sc520/sc520_asm.S | 49 -
> arch/i386/include/asm/ic/sc520.h | 36 ++-
> board/eNET/eNET_start16.
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/cpu/cpu.c | 14 --
> arch/i386/cpu/sc520/sc520.c | 11 +++
> arch/i386/include/asm/u-boot-i386.h |2 ++
> board/eNET/eNET.c | 22 ---
On 04/02/11 23:35, Graeme Russ wrote:
> early_board_init has been skipped to avoid SDRAM corruption in the case
> that a fully relocatable image has been loaded into SDRAM and is being
> executed from SDRAM. x86 is being aligned with other architectures (ARM
> and PPC in particlar) and will be usin
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/cpu/cpu.c | 13 +++-
> arch/i386/cpu/interrupts.c |3 +-
> arch/i386/cpu/sc520/sc520.c |7 ++-
> arch/i386/cpu/start.S |3 +-
> arch/i3
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/cpu/cpu.c |8 +---
> arch/i386/include/asm/processor.h |9 ++---
> 2 files changed, 7 insertions(+), 10 deletions(-)
>
Applied to u-boot-x86
Regards,
Graeme
_
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/cpu/interrupts.c | 16
> 1 files changed, 16 insertions(+), 0 deletions(-)
>
Applied to u-boot-x86
Regards,
Graeme
___
U-Boot mailing list
U-Boot
On 04/02/11 23:35, Graeme Russ wrote:
> git mergetool has a nasty habit of mangling umlats - fix ones that have
> been missed in previous submissions
>
> Signed-off-by: Graeme Russ
> ---
> arch/i386/cpu/start.S |2 +-
> arch/i386/lib/board.c |2 +-
> 2 files changed, 2 insertions(+), 2 d
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/cpu/sc520/Makefile |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
Applied to u-boot-x86
Regards,
Graeme
___
U-Boot mailing list
U-Boot@lists.denx.d
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/cpu/sc520/Makefile |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
Applied to u-boot-x86
Regards,
Graeme
___
U-Boot mailing list
U-Boot@lists.denx.d
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/config.mk |1 +
> arch/i386/cpu/config.mk |6 ++
> arch/i386/cpu/u-boot.lds | 24
> arch/i386/lib/realmode.c |8
> board/eNET/config.mk |1 +
> 5
On 04/02/11 23:35, Graeme Russ wrote:
> Position independant functionality is due for removal from the x86
> architecture, so create two distinct configurations - One for Flash and
> one for SRAM
>
> Signed-off-by: Graeme Russ
> ---
> board/eNET/config.mk |1 -
> boards.cfg |3
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/config.mk | 13 --
> arch/i386/cpu/config.mk |4 +-
> arch/i386/cpu/u-boot.lds | 104
> ++
> board/eNET/config.mk |4 --
> board/eNET/u-boot.l
On 04/02/11 23:35, Graeme Russ wrote:
> Signed-off-by: Graeme Russ
> ---
> arch/i386/include/asm/global_data.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
Applied to u-boot-x86
Regards,
Graeme
___
U-Boot mailing list
U-Boot@lists
Hi,
On Fri, Feb 11, 2011 at 11:05 PM, Lei Wen wrote:
>>
>> I am thinking now approach for this.
>> How about adding addtitional member in the mmc structure, like part.
>> During mmc probe, the driver could know whether the device support partition
>> switch or not, if it support, we could registe
I think I found the problem. The cfi code does not work properly in x8 mode.
In x8 mode, according to the datasheet, the addresses should be doubled for
all of the commands. Additionally, according to my correspondence with
Spansion, there needs to be at least a 500ns delay after a reset comman
As an aide to debugging, we should print out the expected value of the
EEPROM checksum in addition to just saying that it is wrong.
Signed-off-by: Kyle Moffett
---
drivers/net/e1000.c | 48 ++--
1 files changed, 30 insertions(+), 18 deletions(-)
dif
To make it possible to use the "sspi" command with the e1000 firmware
EEPROM we add a small "generic SPI" driver wrapper around the existing
e1000 SPI backend.
Signed-off-by: Kyle Moffett
---
drivers/net/e1000.c | 92 ++-
drivers/net/e1000.h |
Consolidate the test for a dual-port NIC to one location for easy
modification, then fix support for the dual-port 82571.
Signed-off-by: Kyle Moffett
---
drivers/net/e1000.c | 66 +-
drivers/net/e1000.h |6
2 files changed, 33 insertions
Sorry for taking so long to update and re-post these; I've had a lot of other
things on my plate for the last several months. I've re-based them against
the latest U-Boot master branch as of today.
The following 5 patches are a series to provide the necessary support for
the onboard Intel 82571 E
For our new board ports, we are programming the EEPROMs attached to our
Intel 82571EB controllers from software (using U-Boot and Linux).
This code provides a helpful set of "e1000" subcommands for performing
EEPROM manipulation on e1000 devices, including displaying a hex-dump,
copying to and fro
By allocating the e1000 device structures much earlier, we can easily
generate better error messages and siginficantly clean things up.
The only user-visable change (aside from reworded error messages) is
that a detected e1000 device which fails to initialize due to software
or hardware error will
On Fri, 11 Feb 2011 23:41:43 +0100
Wolfgang Denk wrote:
> + case 'V':
> + /*
> + * Skip the "U-Boot " part in
> + * U_BOOT_VERSION by adding 7
> + */
> +
Hello,
Am 11.02.2011 23:25, schrieb Wolfgang Denk:
> +#define writeb(v,c) ({ u8 __v = v; __iowmb(); __arch_putb(__v,c); __v; })
> +#define writew(v,c) ({ u16 __v = v; __iowmb(); __arch_putw(__v,c); __v; })
> +#define writel(v,c) ({ u32 __v = v; __iowmb(); __arch_putl(__v,c); __v; })
Thanks a
Signed-off-by: Wolfgang Denk
---
v2: fix missing argument to printf() call.
v3: explain the magic "+ 7" offset into the version string
tools/mkimage.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/tools/mkimage.c b/tools/mkimage.c
index f5859d7..febb536 1006
Dear Albert ARIBAUD,
In message <4d55b8c9.8070...@free.fr> you wrote:
>
> > This patch fixes a pretty nasty problem. Everybody who has
> > experienced strange failures on ARM lately should apply it ASAP and
> > re-test. As far as I can tell at least the following drivers are
> > affected:
> >
>
Dear Albert ARIBAUD,
In message <4d55b03a.9030...@free.fr> you wrote:
>
> Please ignore my previous post on V1, I had not seen V2. My comment
> holds, though:
...
> > + case 'V':
> > + printf("mkimage version %s\n",
> > +
Le 11/02/2011 23:25, Wolfgang Denk a écrit :
> Commit 3c0659b "ARM: Avoid compiler optimization for readb, writeb
> and friends." introduced I/O accessors with memory barriers.
> Unfortunately the new write*() accessors introduced a bug:
>
> The problem is that the argument "v" gets evaluated twice
Commit 3c0659b "ARM: Avoid compiler optimization for readb, writeb
and friends." introduced I/O accessors with memory barriers.
Unfortunately the new write*() accessors introduced a bug:
The problem is that the argument "v" gets evaluated twice. This
breaks code like used here (from "drivers/net/
Dear Ulf Samuelsson,
In message <4d55a73c.6090...@atmel.com> you wrote:
>
> The way this problem is fixed on the AT91 is to run at91bootstrap first.
> This program will initialize the SDRAM and copy u-boot to SDRAM.
> at91bootstrap fits into 4 kB of code, and a small amount of RAM,
> so it will ru
Wolfgang,
Please ignore my previous post on V1, I had not seen V2. My comment
holds, though:
Le 11/02/2011 13:22, Wolfgang Denk a écrit :
> Signed-off-by: Wolfgang Denk
> ---
> v2: fix missing argument to printf() call.
>
> tools/mkimage.c |7 +++
> 1 files changed, 7 insertions(+),
Hi Wolfgang,
Le 11/02/2011 09:56, Wolfgang Denk a écrit :
> Signed-off-by: Wolfgang Denk
> ---
> tools/mkimage.c |6 ++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/tools/mkimage.c b/tools/mkimage.c
> index f5859d7..788484d 100644
> --- a/tools/mkimage.c
> +++ b/t
2011-02-01 09:26, Aneesh V skrev:
> Hi Vaibhav,
>
> On Tuesday 01 February 2011 12:22 PM, Bedia, Vaibhav wrote:
>> Hi Aneesh,
>>
>> On Tuesday, February 01, 2011 10:54 AM, Aneesh V wrote:
>>> Dear Wolfgang,
>>>
>>> I had been working on creating an MMC SPL for OMAP4. OMAP boards
>>> typically suppo
Hi,
2011/2/7 Joey Oravec :
> Hi -
>
> I've been investigating a problem involving the at91sam9261 processor.
> Across 2 or 3 years we've manufactured two products with:
>
> Crystal: 16.000 MHz
> Processor Clock: 240 MHz (PLLA *15)
> Master Clock: 120 MHz
> VDDCORE: 1.2v
>
> Based on testing histor
Hi,
2011/2/8 Simon Glass :
> This adds support for using USB Ethernet dongles in host mode. This is just
> the framework - drivers will come later. A new config option called
> CONFIG_USB_HOST_ETHER can be defined in board config files to switch this
> on.
>
> The was originally written by NVIDIA
Hi,
2011/2/10 Mehmet Fatih Özay :
> Hello all
>
> We are using OMAP 3530 board and SMSC9512 usb-ethernet adapter. The
> main goal is to connect this adapter through USB OTG port and initialize at
> u-boot. In order to do it, we are using your u-boot patches for usb-ethernet
> SMSC95xx ( we
Dear Kumar Gala,
In message you wrote:
> Some fixes for v2011.03:
>
> The following changes since commit 494a7d215bfba17f1a94736df40c332c8713c30e:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-nand-flash
>
> are available in the git repository at:
>
> git
Dear Anatolij Gustschin,
In message <20110209215908.496be169@wker> you wrote:
> Hallo Wolfgang,
>
> The following changes since commit 494a7d215bfba17f1a94736df40c332c8713c30e:
>
> Merge branch 'master' of git://git.denx.de/u-boot-nand-flash (2011-02-09
> 21:22:58 +0100)
>
> are available in
Hi,
2011/2/7 Simon Glass :
> Changed both to use a common timeout for URB submission, since they were using
> different values and EHCI's was too short.
>
> Also fixed EHCI to actually check if urb submission succeeded, rather than
> silently continuing into the weeds.
>
> Change-Id: I7f71499ffaa0
Dear Reinhard Meyer,
In message <4d5597a8.9050...@emk-elektronik.de> you wrote:
> Dear Wolfgang Denk,
> > Dear Jens Scharsig,
> >
> > In message<4d5573ca.9000...@scharsoft.de> you wrote:
> >> * convert at91rm9200ek and eb_cpux9k2 board to ATMEL_xxx name scheme
> >> * Fix: timer.c compile erro
Dear Wolfgang Denk,
> Dear Jens Scharsig,
>
> In message<4d5573ca.9000...@scharsoft.de> you wrote:
>> * convert at91rm9200ek and eb_cpux9k2 board to ATMEL_xxx name scheme
>> * Fix: timer.c compile error io.h not found with arm/at91rm9200
>> * update arm920t/at91 to ATMEL_xxx name scheme
>>
Hi,
2011/2/7 Simon Glass :
> Hi Remy,
>
> I have now tested on OHCI with AT91SAM9G45 and found that the code
> already includes a longer timeout and does not have the submission
> bug. So for now I would like to replace that patch with a new one
> which I will send to the list today.
OK
> For no
On Feb 11, 2011, at 12:55 PM, Scott Wood wrote:
> On Wed, 9 Feb 2011 23:20:03 -0800
> Rick Ramstetter wrote:
>
>> As per the P2020 QoriQ manual's section 4.5.3 (p. 4-48, "QorIQ P2020
>> Integrated Processor Reference Manual"), I ought to be able to access
>> CCSRBAR without mapping it through a
Dear Jens Scharsig,
In message <4d5573ca.9000...@scharsoft.de> you wrote:
> * convert at91rm9200ek and eb_cpux9k2 board to ATMEL_xxx name scheme
> * Fix: timer.c compile error io.h not found with arm/at91rm9200
> * update arm920t/at91 to ATMEL_xxx name scheme
> * update arm920t/at91 soc lib
>
Dear Peter Tyser,
In message <1297443439.965.1208.camel@petert> you wrote:
>
> > - return !!gunzip((void *) dst, dst_len, (void *) src, &src_len);
> > + rc = gunzip((void *) dst, dst_len, (void *) src, &src_len);
> > +
> > + printf("Uncompressed size: %ld = 0x%lX\n", src_len, src_len);
> >
The unzip command did not provide a way for the caller to get any
information about the uncompressed size. To make it better usable in
scripts, we now store the uncompressed size in the `filesize'
variable, like we do when for example loading a file over the network
or when reading it from a file
Dear Andre,
In message <4d555611.2040...@matrix-vision.de> you wrote:
>
> just wanted to update my local U-Boot master branch an got some errors I
> don't understand (since I'm still a git newbie).
...
> Currently the repo is clean, i.e. everything committed and I did a "git
> co master" and "g
On Wed, 9 Feb 2011 23:20:03 -0800
Rick Ramstetter wrote:
> As per the P2020 QoriQ manual's section 4.5.3 (p. 4-48, "QorIQ P2020
> Integrated Processor Reference Manual"), I ought to be able to access
> CCSRBAR without mapping it through a TLB;
4.5.3 says you don't need a LAW, it doesn't say anyt
Hi
I've tested Fabio's patch series and it makes the i.MX31 PDK boot nicely from
NAND again. So from my point of view I
recommend to use these patches.
Best regards, Magnus
On 02/09/2011 12:17 PM, Fabio Estevam wrote:
> Signed-off-by: Fabio Estevam
> Signed-off-by: Magnus Lilja
> ---
> arch
Hi Wolfgang,
> In message <201102102015.59437.korg...@home.nl> you wrote:
> > The GPBR is optional in my code. I just use it because it's the nicest
>
> > solution for me over the following options :
> I haven't seen your code yet, so I may misunderstand what you are
> actually referring to, but
* convert at91rm9200ek and eb_cpux9k2 board to ATMEL_xxx name scheme
* Fix: timer.c compile error io.h not found with arm/at91rm9200
* update arm920t/at91 to ATMEL_xxx name scheme
* update arm920t/at91 soc lib
* update at91_emac driver
Signed-off-by: Jens Scharsig
---
arch/arm/cpu/arm920t/
Dear Andreas Bießmann,
I'm offline for the net 10 days. So I fast include your comments to a V2 patch
version
Am 11.02.2011 09:11, schrieb Andreas Bießmann:
> Dear Jens Scharsig,
>
> Am 10.02.2011 um 20:31 schrieb Jens Scharsig:
>
>> * update arm920t/at91 to ATMEL_xxx name scheme
>> * convert
Hi Wolfgang,
> - return !!gunzip((void *) dst, dst_len, (void *) src, &src_len);
> + rc = gunzip((void *) dst, dst_len, (void *) src, &src_len);
> +
> + printf("Uncompressed size: %ld = 0x%lX\n", src_len, src_len);
> + sprintf(buf, "%lX", src_len);
> + setenv("filesize", buf);
Dear Lei Wen,
In message you
wrote:
>
> If your sdram is large enough, or the uboot code is small enough, you don't
> need
> the dram init. But begin at the TEXT_BASE still is a must.
Hugh? You _always_ must make sure the RAM has been initialized first.
Best regards,
Wolfgang Denk
--
DENX
Wolfgang,
just wanted to update my local U-Boot master branch an got some errors I
don't understand (since I'm still a git newbie).
This is what I have:
git originally cloned from public repo - thus I have in .git/config :
[remote "origin"]
fetch = +refs/heads/*:refs/remotes/origin/*
On Fri, Feb 11, 2011 at 11:19 PM, Madhavi Manchala
wrote:
> Dear All,
>
> I want to load the uboot.bin on to my target board through JTAG into
> the SDRAM area? Is it possible to load the uboot.bin file into the RAM
> are instead of FLASH area?
>
> Sorry, If I asked a silly question. I am new bie.
Add waiting for receiving Ethernet gadget state on the Windows host
side before dropping pullup, but keep it for debug.
Signed-off-by: Vitaly Kuzmichev
---
drivers/usb/gadget/ether.c | 23 +++
drivers/usb/gadget/rndis.c |5 +
drivers/usb/gadget/rndis.h |8 ++
Signed-off-by: Vitaly Kuzmichev
---
drivers/usb/gadget/ether.c | 70 ++-
1 files changed, 36 insertions(+), 34 deletions(-)
diff --git a/drivers/usb/gadget/ether.c b/drivers/usb/gadget/ether.c
index 8aa6240..c070f63 100644
--- a/drivers/usb/gadget/ether.
Port struct net_device_stats and statistics collecting needed for
RNDIS protocol.
Signed-off-by: Vitaly Kuzmichev
---
drivers/usb/gadget/ether.c | 41 +++
include/linux/netdevice.h | 65
2 files changed, 106 insertions(+),
Disconnecting USB gadget with pending interrupt may cause its wrong
handling in the next time when interface will be started again
(especially actual for RNDIS). This interrupt may force the gadget
to queue unexpected response before setup stage.
Despite the fact that such interrupt handled after d
The patch series integrates RNDIS protocol support
into the current U-Boot USB gadget stack to talk with Windows host.
Synced with linux-2.6.26 version (latest one that has simple,
non-composite gadget architecture), therefore I've kept checkpatch
warnings about typedefs and >80 character lines, b
Dear All,
I want to load the uboot.bin on to my target board through JTAG into
the SDRAM area? Is it possible to load the uboot.bin file into the RAM
are instead of FLASH area?
Sorry, If I asked a silly question. I am new bie.
Regards,
Madhavi
___
U-Bo
>
> I am thinking now approach for this.
> How about adding addtitional member in the mmc structure, like part.
> During mmc probe, the driver could know whether the device support partition
> switch or not, if it support, we could register three other "faked" mmc device
> corresponding to two boot
Signed-off-by: Mario Schuknecht
Signed-off-by: Steffen Sledz
---
drivers/mtd/cfi_flash.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c
index dd394a8..527a3a5 100644
--- a/drivers/mtd/cfi_flash.c
+++ b/drivers/mtd/cfi_
>>> 2. Why does the cache to be cleared at all? L2-SRAM is usually
>>> just used to copy in the second part of the u-boot image, so
>>> the 0s will be overwritten again anyway.
>
>This needs to be done because we enable ECC.
I'm still trying to get my head around this. From looking at the code
th
Hi guys, I'd like to add the configuration for leon3-altera-ep2s60-sdr board.
What could be the best working way to have an automatic patch generator?
Thanks
Fabio Giovagnini
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/lis
On Friday 11 February 2011 06:16 PM, Albert ARIBAUD wrote:
[snip...]
>>>
>>> Note also that there was a recent patch to ARM926's start.S (replacing
>>> 'adr r1, _start' with 'ldr r1, _TEXT_BASE' at line 284). The same should
>>> be done on arm1136.
>>
>> Is this going to happen for armv7 too? What
1 - 100 of 119 matches
Mail list logo
