Hi Matthias,
On Thu, Jan 21, 2010 at 10:18 PM, Matthias Kaehlcke
wrote:
> hi mike,
>
> El Thu, Jan 21, 2010 at 06:01:47PM -0500 Mike Frysinger ha dit:
>
> > On Thursday 21 January 2010 16:29:24 Matthias Kaehlcke wrote:
> > > smc911x_initialize(): remove unecessary call to free() and
> > > return
hi mike,
El Thu, Jan 21, 2010 at 06:01:47PM -0500 Mike Frysinger ha dit:
> On Thursday 21 January 2010 16:29:24 Matthias Kaehlcke wrote:
> > smc911x_initialize(): remove unecessary call to free() and
> > return 0 in case of failure instead of -1
> >
> > Signed-off-by: Matthias Kaehlcke
> > ---
> In message <83d1d72b1001210027h24cb581csb0a7140993fbd...@mail.gmail.com> you
> wrote:
>> On Wed, Jan 20, 2010 at 4:00 AM, Wolfgang Denk wrote:
>> > Hi
>> >
>> > as you probably have noticed, the merge window closed about 24 hours
>> > ago. Checking my list, I still see s _long_ list of ARM rela
On 1/22/2010 3:00 AM, Tom wrote:
> Vipin KUMAR wrote:
>> Hello Tom,
>>
>> Please consider the patchset version5 for mainline inclusion
>>
>> This patchset contains the version5 for SPEAr SoCs support
>> Modifications
>> 1. include/configs contins spear3xx.h for SPEAR300, SPEAR310 and SPEAr320
>> va
The current libfdt object rules hard depend implicitly on the .depend file
being correct. If it isn't, then it is unable to properly compile the
objects. Give it a full path like all the other implicit rules here so it
will always work in face of .depend issues.
Signed-off-by: Mike Frysinger
--
On Thursday 21 January 2010 16:17:19 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > --- a/common/cmd_bootm.c
> > +++ b/common/cmd_bootm.c
> > @@ -57,6 +57,10 @@
> > #include
> > #endif /* CONFIG_LZMA */
> >
> > +ulong load_addr = CONFIG_SYS_LOAD_ADDR;/* Default Load Address */
> > +
> > +#
On Thursday 21 January 2010 16:27:04 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > Please post a list of patches you think missing.
> >
> > flash.h: pull in common.h for types
>
> I don't have this one on my list; I understood you dropped it.
the last post was a question: were you planning o
If you really want to slim down U-Boot and you would rather use a higher
compression scheme (like LZMA), it'd be nice to disable gzip/zlib since
these code bases take up a significant amount of space.
Signed-off-by: Mike Frysinger
---
v2
- rebased onto latest master
common/cmd_bootm.c
Hi Ed,
On Thu, 2010-01-21 at 15:06 -0700, Swarthout Edward L-SWARTHOU wrote:
> From: Kumar Gala
>
> > Its possible that we try and copy the boot page code out of flash into
>
> > a DDR location that doesn't have a TLB cover it. For example, if we
> > have 3G of DDR we typically only map the fi
On Thursday 21 January 2010 16:29:24 Matthias Kaehlcke wrote:
> smc911x_initialize(): remove unecessary call to free() and
> return 0 in case of failure instead of -1
>
> Signed-off-by: Matthias Kaehlcke
> ---
> drivers/net/smc911x.c |3 +--
> 1 files changed, 1 insertions(+), 2 deletions(-)
The list of 4xx SoCs that should send type 1 PCI transactions
is not defined correctly. As a result PCI-PCI bridges and devices
behind them are not identified. The following 4xx variants should
send type 1 transactions: 440GX, 440GP, 440SP, 440SPE and all 460s.
Signed-off-by: Felix Radensky
---
hi wolfgang,
El Thu, Jan 21, 2010 at 11:02:17PM +0100 Wolfgang Denk ha dit:
> Dear Matthias Kaehlcke,
>
> In message <20100121211245.ga16...@darwin> you wrote:
> >
> > > 'return 0' is actually correct. It refers to the number of devices that
> > > were initialized.
> >
> > ok, i was in doub
From: Kumar Gala
> Its possible that we try and copy the boot page code out of flash into
> a DDR location that doesn't have a TLB cover it. For example, if we
> have 3G of DDR we typically only map the first 2G. In the cases of
> 4G+ this wasn't an issue since the reset page TLB mapping cove
Dear Matthias Kaehlcke,
In message <20100121211245.ga16...@darwin> you wrote:
>
> > 'return 0' is actually correct. It refers to the number of devices that
> > were initialized.
>
> ok, i was in doubt and had a look at another driver, which returns a
> negative value and followed the bad exam
>
> Dear Vipin Kumar,
>
> In message <83d1d72b1001210027h24cb581csb0a7140993fbd...@mail.gmail.com>
> you wrote:
> > On Wed, Jan 20, 2010 at 4:00 AM, Wolfgang Denk wrote:
> > > Hi
> > >
> > > as you probably have noticed, the merge window closed about 24 hours
> > > ago. Checking my list, I sti
Dear Detlev Zundel,
In message <1264092958-10876-1-git-send-email-...@denx.de> you wrote:
> This is not only a cosmetic change as it fixes the real bug of board
> reset not working with the ELDK 4.2 toolchain.
>
> Signed-off-by: Detlev Zundel
> ---
> cpu/mpc512x/cpu.c| 15 ---
Dear Mike Frysinger,
In message <1264064602-24071-3-git-send-email-vap...@gentoo.org> you wrote:
> It's useful to be able to build up the host tools without having to select
> a board first. Pretty much all tools in there are config-independent
> anyways.
>
> Also add a shortcut "tools-all" to q
Dear Mike Frysinger,
In message <1264064602-24071-2-git-send-email-vap...@gentoo.org> you wrote:
> This code doesn't use any config.h defines, and the sha1.h header already
> declares a sha1_csum prototype.
>
> Signed-off-by: Mike Frysinger
> ---
> tools/ubsha1.c |8
> 1 files chan
Dear Mike Frysinger,
In message <1264064602-24071-1-git-send-email-vap...@gentoo.org> you wrote:
> The u-boot command structures don't get used with host systems, so don't
> bother including it when building host code. This avoids an implicit need
> on config.h in the process.
>
> Signed-off-by:
Dear Armando VISCONTI,
In message <4b58247d.9070...@st.com> you wrote:
>
> I think it would be better if could pull directly from Tom's tree.
Thisis the official procedure, and wat I intend to do.
> Neverthelss, I already applied Vipin's patches on 'upstream' branch
> of our public git tree, wh
Dear Vipin Kumar,
In message <83d1d72b1001210027h24cb581csb0a7140993fbd...@mail.gmail.com> you
wrote:
> On Wed, Jan 20, 2010 at 4:00 AM, Wolfgang Denk wrote:
> > Hi
> >
> > as you probably have noticed, the merge window closed about 24 hours
> > ago. Checking my list, I still see s _long_ list o
Dear Matthias Weisser,
In message <1263808693-27274-1-git-send-email-weiss...@arcor.de> you wrote:
> Signed-off-by: Matthias Weisser
> ---
> Makefile |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH,
smc911x_initialize(): remove unecessary call to free() and
return 0 in case of failure instead of -1
Signed-off-by: Matthias Kaehlcke
---
drivers/net/smc911x.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/net/smc911x.c b/drivers/net/smc911x.c
index 5d51406..
Vipin KUMAR wrote:
> Hello Tom,
>
> Please consider the patchset version5 for mainline inclusion
>
> This patchset contains the version5 for SPEAr SoCs support
> Modifications
> 1. include/configs contins spear3xx.h for SPEAR300, SPEAR310 and SPEAr320
> variants
> 2. include/configs contins spear
Dear Stefan Roese,
In message <201001210847.51219...@denx.de> you wrote:
> The following changes since commit 50ef25ef24eccd8e69d2c1ccc97b3f7e30109f51:
> Michal Simek (1):
> microblaze: zlib needs asm/unaligned.h
>
> are available in the git repository at:
>
> git://www.denx.de/git/u
Mike,
Mike Frysinger wrote:
> Building for a bf533-stamp ends up with this error:
> smc9_eeprom.o: In function `smc9_eeprom':
> examples/standalone/smc9_eeprom.c:58: undefined reference to `memset'
> make[2]: *** [smc9_eeprom] Error 1
>
> The new eth_struct definition means gcc has
Matthias,
Matthias Kaehlcke wrote:
> cs8900_initialize(): remove unecessary calls to free() and fix memory leak
>
> Signed-off-by: Matthias Kaehlcke
> ---
> drivers/net/cs8900.c |3 +--
> 1 files changed, 1 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/net/cs8900.c b/drivers/net/cs8
Dear Mike Frysinger,
In message <201001210032.41993.vap...@gentoo.org> you wrote:
>
> > I did. Do you think anything is missing in current mainline?
>
> the latest master in your tree doesnt contain the two Blackfin kgdb patches
> which is why i asked
ACK. Applied now.
> > Please post a list of
Dear Mike Frysinger,
In message <1257266159-13153-1-git-send-email-vap...@gentoo.org> you wrote:
> Signed-off-by: Mike Frysinger
> ---
> common/cmd_bootm.c | 34 --
> include/asm-m68k/config.h |2 ++
> include/asm-ppc/config.h |2 ++
> include
Dear Mike Frysinger,
In message <1257371196-11360-2-git-send-email-vap...@gentoo.org> you wrote:
> If you really want to slim down U-Boot and you would rather use a higher
> compression scheme (like LZMA), it'd be nice to disable gzip/zlib since
> these code bases take up a significant amount of s
Dear Mike Frysinger,
In message <1263780480-7036-1-git-send-email-vap...@gentoo.org> you wrote:
> The sha1 code is currently compiled for everyone, but in reality, it's
> only used by the FIT code. So make it optional just like MD5.
>
> Signed-off-by: Mike Frysinger
> ---
> v2
> - rebased
cs8900_initialize(): remove unecessary calls to free() and fix memory leak
Signed-off-by: Matthias Kaehlcke
---
drivers/net/cs8900.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/net/cs8900.c b/drivers/net/cs8900.c
index df36004..9424fb2 100644
--- a/drivers/
El Thu, Jan 21, 2010 at 01:10:45PM -0800 Ben Warren ha dit:
> Matthias Kaehlcke wrote:
>> cs8900_initialize(): remove unecessary calls to free(), fix memory leak and
>> report errors in the return value
>>
>> Signed-off-by: Matthias Kaehlcke
>> ---
>> drivers/net/cs8900.c |7 +++
>> 1 fi
Dear Mike Frysinger,
In message <1257371196-11360-4-git-send-email-vap...@gentoo.org> you wrote:
> Signed-off-by: Mike Frysinger
> ---
> common/cmd_bootm.c |7 ++-
> 1 files changed, 6 insertions(+), 1 deletions(-)
>
> diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c
> index ce174d7
Matthias Kaehlcke wrote:
> cs8900_initialize(): remove unecessary calls to free(), fix memory leak and
> report errors in the return value
>
> Signed-off-by: Matthias Kaehlcke
> ---
> drivers/net/cs8900.c |7 +++
> 1 files changed, 3 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/
Dear Shinya Kuribayashi,
In message <4b56f5ca.80...@pobox.com> you wrote:
> Hi,
>
> please pull the following unaligned.h patch required by zlib.c.
>
> Thanks in advance,
>
> Shinya
> ---
>
> The following changes since commit 50ef25ef24eccd8e69d2c1ccc97b3f7e30109f51:
> Michal Simek (1):
>
Dear Scott Wood,
In message <20100119232259.ga14...@loki.buserror.net> you wrote:
> Ignore the previous "..BRANCH.NOT.VERIFIED.." request; I'd forgotten to
> push.
>
> The following changes since commit 50ef25ef24eccd8e69d2c1ccc97b3f7e30109f51:
> Michal Simek (1):
> microblaze: zlib nee
cs8900_initialize(): remove unecessary calls to free(), fix memory leak and
report errors in the return value
Signed-off-by: Matthias Kaehlcke
---
drivers/net/cs8900.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/net/cs8900.c b/drivers/net/cs8900.c
index
Dear Mike Frysinger,
In message <1263778635-4003-1-git-send-email-vap...@gentoo.org> you wrote:
> The following changes since commit 88ffb2665cd066b6b20cfaade13929d4e8428dde:
> Heiko Schocher (1):
> CRAMFS: support cramfs in RAM
>
> are available in the git repository at:
>
> git://w
I have updated the mach-types.h
You can get this by sync-ing with u-boot-arm/master.
Tom
Matthias Weißer wrote:
> Am 18.01.2010 09:52, schrieb Wolfgang Denk:
>>> As I don't use Linux on this board I don't have such an id. How to deal
>>> with such a situation? Should I get a machine id anyway? And
Heiko Schocher wrote:
> Hello Wolfgang,
>
> Wolfgang Wegner wrote:
>
>> On Thu, Jan 21, 2010 at 09:04:29AM +0100, Heiko Schocher wrote:
>>
>>> Hello Joakim,
>>>
>>> Joakim Tjernlund wrote:
>>>
> Hello Michael,
>
> Thanks for posting your patches in plain text.
>
>
Hi list,
I am trying to cleanly integrate a new coldfire MCF5445x-based board
into U-Boot. The problem I have is:
- the board is booted from serial flash, meaning that SDRAM setup has
to be done in assembler from a small pre-loader
- the existing code for this already has some #ifdefs for handli
This is not only a cosmetic change as it fixes the real bug of board
reset not working with the ELDK 4.2 toolchain.
Signed-off-by: Detlev Zundel
---
cpu/mpc512x/cpu.c| 15 ---
cpu/mpc512x/diu.c|8
cpu/mpc512x/pci.c|6 +++---
cpu/mpc512x/serial.c |8
Hi,
Detlev Zundel wrote:
>Hi Balaji,
>
>
>
>>I am having the following boot requirements:
>>
>>Boot software will be flashed in to PROM, which should start from PROM
>>and copy the application software which is flahsed in other flash
>>device in different address space. The processor is LEON3F
Hi,
Detlev Zundel wrote:
>Hi Balaji,
>
>
>
>>I am having the following boot requirements:
>>
>>Boot software will be flashed in to PROM, which should start from PROM
>>and copy the application software which is flahsed in other flash
>>device in different address space. The processor is LEON3F
Dear "Ira W. Snyder",
Thanks a lot for the script.
[ I will be able test this in the next week.
I will test it and let you know.]
Regards
Basavaraj
On Thu, Jan 21, 2010 at 2:30 AM, Wolfgang Denk wrote:
> Dear "Ira W. Snyder",
>
> In message <20100120162647.gb4...@ovro.caltech.edu> you wrote:
Ben Warren wrote:
> Michael Durrant wrote:
>> Ben Warren wrote:
>>
>>> Hi Michael,
>>>
>>> Michael Durrant wrote:
>>>
lib_m68k_board.patch
- eth_init() requires eth_current which is initialized in
eth_initialize()
so eth_initialize (bd) should be called first then
Dennis,
On Thu, Jan 21, 2010 at 12:38 AM, Dennis Semakin wrote:
> Hello,
> Thanks for your reply
>
> 19.01.10, 09:50, "Ben Warren" :
>
> > Dennis,
> > The NE2000 is a memory-mapped device. The BASE address is the address
> > where the chip sits in your board's memory map. You need to know yo
Hi All,
At last flash detection passed. :)
I have to set one DCR register for enable flash write.
But now I am facing the debug message "flash is busy" always on save
command.
Analyzing the root cause.
Thanks all of you for your help and support.
Regards,
Prakash Bedge
On Wed, Jan 20, 2010 at 6
Dirk Behme wrote:
> On 20.01.2010 18:58, Paulraj, Sandeep wrote:
>>
>>> Subject: Re: [U-Boot] [STATUS] Merge Window closed, waiting for pull
>>> requests
>>>
>>> On 19.01.2010 23:30, Wolfgang Denk wrote:
Hi
>>>
>>> (The ml archive seems to have some issues with these patches. In my
>>>
Hi Balaji,
> I am having the following boot requirements:
>
> Boot software will be flashed in to PROM, which should start from PROM
> and copy the application software which is flahsed in other flash
> device in different address space. The processor is LEON3FT.
>
> is current release of U-Boot s
Nimbus Cloud is an AVR32 based single board computer with
256MiB NAND, 64MiB SDRAM, battery backed RTC, LCD/touch
screen support, VGA Output, Ethernet and offers seamless
integration with Indefia's Zigbee transceivers.
---
CREDITS |4 +
MAINTAINERS
Dear Wolfgang,
Please find my answers below.
>
> Is ther e a chance to do without this file and use the CFI driver
> instead?
>
>
There's currently a problem with the CFI driver in AVR32 platform. There
was a long discussion about it, but a solution was not available. If
that issue is solved, I
Hi Detlev,
There is no abort on ARM and also nothing gets to the console when UART
register is accessed.
Do you think fixing this outside uart driver is possible? Maybe overriding UART
register structure declaration or using some compiler magic? Please suggest.
Thanks
-
Hemant
> -Origi
Hello Wolfgang,
Wolfgang Wegner wrote:
> On Thu, Jan 21, 2010 at 09:04:29AM +0100, Heiko Schocher wrote:
>> Hello Joakim,
>>
>> Joakim Tjernlund wrote:
Hello Michael,
Thanks for posting your patches in plain text.
Michael Durrant wrote:
> drivers_i2c_fsl_i2c.patch
Hello Heiko,
On Thu, Jan 21, 2010 at 09:04:29AM +0100, Heiko Schocher wrote:
> Hello Joakim,
>
> Joakim Tjernlund wrote:
> >> Hello Michael,
> >>
> >> Thanks for posting your patches in plain text.
> >>
> >> Michael Durrant wrote:
> >>> drivers_i2c_fsl_i2c.patch
> >>>- need to set I2C to be i
Building for a bf533-stamp ends up with this error:
smc9_eeprom.o: In function `smc9_eeprom':
examples/standalone/smc9_eeprom.c:58: undefined reference to `memset'
make[2]: *** [smc9_eeprom] Error 1
The new eth_struct definition means gcc has to zero out the structure on
the stack,
This is based on the asm-arm/unaligned.h, but made generic so all arches
that cannot do unaligned accesses can utilize it.
Signed-off-by: Mike Frysinger
---
include/asm-generic/unaligned.h | 23 +++
1 files changed, 23 insertions(+), 0 deletions(-)
create mode 100644 inclu
The new zlib code wants asm/unaligned.h, so have the Blackfin version pull
in the asm-generic/unaligned.h.
Signed-off-by: Mike Frysinger
---
include/asm-blackfin/unaligned.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
create mode 100644 include/asm-blackfin/unaligned.h
diff --gi
Signed-off-by: Mike Frysinger
---
note: havent compile tested this, but it should be straight forward ...
include/asm-arm/unaligned.h | 20 +---
1 files changed, 1 insertions(+), 19 deletions(-)
diff --git a/include/asm-arm/unaligned.h b/include/asm-arm/unaligned.h
index 44593
Ciao Wolfgang,
I think it would be better if could pull directly from Tom's tree.
Neverthelss, I already applied Vipin's patches on 'upstream' branch
of our public git tree, which I had rebased on the latest 'origin/master'
of your git tree.
Our tree:
http://git.stlinux.com/spear/u-boot
Pls not
It's useful to be able to build up the host tools without having to select
a board first. Pretty much all tools in there are config-independent
anyways.
Also add a shortcut "tools-all" to quickly build all host tools that are
actually config-independent to allow for simple test builds.
Signed-of
The u-boot command structures don't get used with host systems, so don't
bother including it when building host code. This avoids an implicit need
on config.h in the process.
Signed-off-by: Mike Frysinger
---
include/image.h |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --g
This code doesn't use any config.h defines, and the sha1.h header already
declares a sha1_csum prototype.
Signed-off-by: Mike Frysinger
---
tools/ubsha1.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/tools/ubsha1.c b/tools/ubsha1.c
index 9774eea..625e13f 100644
Hello,
Thanks for your reply
19.01.10, 09:50, "Ben Warren" :
> Dennis,
> The NE2000 is a memory-mapped device. The BASE address is the address
> where the chip sits in your board's memory map. You need to know your
> board's memory map to meaningfully debug this problem.
> regards,
> Ben
On Wed, Jan 20, 2010 at 4:00 AM, Wolfgang Denk wrote:
> Hi
>
> as you probably have noticed, the merge window closed about 24 hours
> ago. Checking my list, I still see s _long_ list of ARM related
> patches that have not been processed yet. For many of them I haven't
> seen any review comments, n
Hello Joakim,
Joakim Tjernlund wrote:
>> Hello Michael,
>>
>> Thanks for posting your patches in plain text.
>>
>> Michael Durrant wrote:
>>> drivers_i2c_fsl_i2c.patch
>>>- need to set I2C to be idle according to the MCF5282 user's manual
>>>
>>>If I2SR[IBB] is set when the I2C bus module
67 matches
Mail list logo
