Stefan,
My Customized ppc4xx I2C interface provides two I2C controllers. so i think we
will have to use Hard I2C ( because i will have to modify the same in kernel
too).
Shall i used the same i2c driver from u-boot by modifying the register or write
my own driver for it?
i found the ppc4xx_i2
Ronny,
On Friday 05 February 2010 09:22:59 Ronny D wrote:
> My Customized ppc4xx I2C interface provides two I2C controllers. so i think
> we will have to use Hard I2C ( because i will have to modify the same in
> kernel too).
Yes, this would be best. But if you can map the I2C pins via pin mult
On Thu, Feb 4, 2010 at 8:30 PM, Paulraj, Sandeep 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
>> >>>
>> >>> as you pr
Scott Wood wrote:
> How about adding additional I/O accessors that do native endian accesses
> instead of specified endian?
Hi Scott,
I confess I have thought to add this kind of abstraction, too. However,
this is probably overkilling for the purpose of this patch.
I think if we need another ge
Most controllers can check if there is a card in the slot.
However, they require pins that could be not available because
required by other functions and the detection of a card must
be performed in another way. This patch adds a weak function
that a board can implement to add its internal custom w
Some Freescale's processors of different architecture
have the same peripheral (eSDHC controller in PowerPC
and i.MX51). This patch adds accessors for
the internal registers of the SOCs, as already
implemented in the PowerPC architecture.
Signed-off-by: Stefano Babic
---
include/asm-arm/io.h |
The esdhc controller in the mx51 processor is quite
the same as the one in some powerpc processors
(MPC83xx, MPC85xx). This patches adapts the driver
to support the arm mx51.
Signed-off-by: Stefano Babic
---
cpu/arm_cortexa8/mx51/Makefile |2 +-
cpu/arm_cortexa8/mx51/speed.c | 38
Hello,
Fred Fan, our so-far custodian for the Freescale (i.MX) ARM
architecture systems, just informed me that he cannot longer perform
this work.
Any volunteers to help out?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich
The patch adds initial support for the Freescale mx51evk board.
Network (FEC) and SD controller (fsl_esdhc) are supported.
Signed-off-by: Stefano Babic
Signed-off-by: Fred Fan
---
MAINTAINERS |4 +
MAKEALL |1 +
Makefile
Running mkimage to generate an imximage produces a SEGFAULT
on 64 bit machines due to pointer arithmetic limited to 32 bit.
Signed-off-by: Stefano Babic
---
tools/imximage.c | 30 ++
tools/imximage.h |2 +-
2 files changed, 15 insertions(+), 17 deletions(-)
dif
Wolfgang Denk wrote:
> Hello,
>
> Fred Fan, our so-far custodian for the Freescale (i.MX) ARM
> architecture systems, just informed me that he cannot longer perform
> this work.
>
> Any volunteers to help out?
>
> Best regards,
>
> Wolfgang Denk
>
In the interim, I will fill in.
If you have be
Dirk Behme wrote:
> On Thu, Feb 4, 2010 at 8:30 PM, Paulraj, Sandeep 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
>>
Tom,
I have some i.mx25/TX25 patches. They are all prefixed with PATCH V3.
Scott already took the nand and spl patches. Ben ok'd the FEC
patches but said they needed to go in via your tree because they
modify i.mx files as well as the mxc fec driver. No one commented on
the rest but Wolfgang h
Sorry for the double reply. This is the message I wanted to reply to.
Tom,
I have some i.mx25/TX25 patches. They are all prefixed with PATCH V3.
Scott already took the nand and spl patches. Ben ok'd the FEC
patches but said they needed to go in via your tree because they
modify i.mx files as w
I'm new of the list.
I'd like to build u-Boot for rsk+ 7203
because I designed and produced a board sh2a 7203 based.
I'm in trouble with some errors; where can I start to study more?
Thanks a lot in advange
--
Fabio Giovagnini
Aurion s.r.l.
CF e P.IVA 00885711200
Tel. +39.051.594.78.24
Cell. +
Stefano Babic wrote:
> Scott Wood wrote:
>
>> How about adding additional I/O accessors that do native endian accesses
>> instead of specified endian?
>
> Hi Scott,
>
> I confess I have thought to add this kind of abstraction, too. However,
> this is probably overkilling for the purpose of this
Hi,
I am using Uboot 2008.10. I know its old but thats what we used when we
started our project.
My question is why is it that when we get to the Uboot prompt upon a power
cycle, the date is set to:
2007-00-01 00:00:00
Where is that being set/initialized? I looked through the code and I can't
de
Dear Steven Zedeck,
In message <27471322.p...@talk.nabble.com> you wrote:
>
> My question is why is it that when we get to the Uboot prompt upon a power
> cycle, the date is set to:
> 2007-00-01 00:00:00
>
> Where is that being set/initialized? I looked through the code and I can't
> determine w
John Rigby wrote:
> Sorry for the double reply. This is the message I wanted to reply to.
>
> Tom,
>
> I have some i.mx25/TX25 patches. They are all prefixed with PATCH V3.
> Scott already took the nand and spl patches. Ben ok'd the FEC
> patches but said they needed to go in via your tree bec
Tom,
Tom skrev:
> Wolfgang Denk wrote:
>> Hello,
>>
>> Fred Fan, our so-far custodian for the Freescale (i.MX) ARM
>> architecture systems, just informed me that he cannot longer perform
>> this work.
>>
>> Any volunteers to help out?
>>
>> Best regards,
>>
>> Wolfgang Denk
>>
> In the interim, I
Magnus Lilja wrote:
> Tom,
>
> Tom skrev:
>> Wolfgang Denk wrote:
>>> Hello,
>>>
>>> Fred Fan, our so-far custodian for the Freescale (i.MX) ARM
>>> architecture systems, just informed me that he cannot longer perform
>>> this work.
>>>
>>> Any volunteers to help out?
>>>
>>> Best regards,
>>>
>>>
wd wrote:
>
> Dear Steven Zedeck,
>
> In message <27471322.p...@talk.nabble.com> you wrote:
>>
>> My question is why is it that when we get to the Uboot prompt upon a
>> power
>> cycle, the date is set to:
>> 2007-00-01 00:00:00
>>
>> Where is that being set/initialized? I looked through the
Hi,
I would like to use the auto-update feature that is enabled with
CONFIG_UPDATE_TFTP, which requires that the env variable serverip be set
for the tftp access. Our system uses DHCP to get the serverip env
variable, but this happens after the auto-update attempt has run. I have
not been able t
Dear Steven Zedeck,
In message <27472886.p...@talk.nabble.com> you wrote:
>
> wd wrote:
There is absolutely no need to full-quote my message if you are not
referring to anything I wrote.
Hm, did you even read what I wrote?
> > We don't know what your board is, and if it's in mainline so we can
Dear Tom,
In message <561e05732443a84a9bb3a75519c098f60b5a9...@usa0300ms03.na.xerox.net>
you wrote:
>
> I would like to use the auto-update feature that is enabled with
> CONFIG_UPDATE_TFTP, which requires that the env variable serverip be set
> for the tftp access. Our system uses DHCP to get
Wolfgang,
This patch and running dhcp from preboot does work as expected. Is this
a change that should be put back?
Another question on this topic, what is the general strategy on
auto-updates. If I leave the .itb file on the tftpserver an update will
occur on every reboot. Is there a way to ch
Matthias Kaehlcke wrote:
> 6th revision of the patch set for EDB93xx boards
>
> ---
> Changes with respect to rev5:
>
> board patch
> * fixed whitespace issues
> * simplified copying of exception vectors in dram_init()
> * added comment about programming of SDRAM mode registers
> * simpl
Hi
Maybe you should read README file from u-boot source code tree.
05.02.10, 17:40, "Fabio Giovagnini" :
> I'm new of the list.
> I'd like to build u-Boot for rsk+ 7203
> because I designed and produced a board sh2a 7203 based.
> I'm in trouble with some errors; where can I start to study mo
Older versions created symbolic links for e.g. crc32.c.
If such link remains in a tree, current Makefiles will use CC
instead of HOSTCC to compile it; this results in a linker error.
To be safe, let's remove any link from earlier checkouts.
Signed-off-by: Alessandro Rubini
---
Makefile |1 +
On Friday 05 February 2010 18:49:37 Alessandro Rubini wrote:
> Older versions created symbolic links for e.g. crc32.c.
> If such link remains in a tree, current Makefiles will use CC
> instead of HOSTCC to compile it; this results in a linker error.
> To be safe, let's remove any link from earlier
On 2/5/2010 4:01 PM, Mike Frysinger wrote:
> On Friday 05 February 2010 18:49:37 Alessandro Rubini wrote:
>
>> Older versions created symbolic links for e.g. crc32.c.
>> If such link remains in a tree, current Makefiles will use CC
>> instead of HOSTCC to compile it; this results in a linker er
On Friday 05 February 2010 20:08:38 Ben Warren wrote:
> On 2/5/2010 4:01 PM, Mike Frysinger wrote:
> > On Friday 05 February 2010 18:49:37 Alessandro Rubini wrote:
> >> Older versions created symbolic links for e.g. crc32.c.
> >> If such link remains in a tree, current Makefiles will use CC
> >> in
Ok, thanks
Have a nice day
Alle 20:40, venerdì 5 febbraio 2010, Dennis Semakin ha scritto:
> Hi
> Maybe you should read README file from u-boot source code tree.
>
> 05.02.10, 17:40, "Fabio Giovagnini" :
> > I'm new of the list.
> > I'd like to build u-Boot for rsk+ 7203
> > because I designed
On 24.01.2010 01:03, Tom wrote:
> Khasim Syed Mohammed wrote:
>> From 2dce4d64339a26144eac2ed56eb664cc1ea527c7 Mon Sep 17 00:00:00 2001
>> From: Syed Mohammed Khasim
>> Date: Mon, 18 Jan 2010 18:03:42 +0530
>> Subject: [PATCH] OMAP3 Beagle Update revision detection
>>
>> New BeagleBoard revision C
On 24.01.2010 01:05, Tom wrote:
> Khasim Syed Mohammed wrote:
>> From 9bb1c3501c8f098dac6e224c99e409ebf92b0ab9 Mon Sep 17 00:00:00 2001
>> From: Syed Mohammed Khasim
>> Date: Mon, 18 Jan 2010 18:11:14 +0530
>> Subject: [PATCH] Enable I2C bus switching
>>
>> OMAP3 supports Multiple I2C channels, th
35 matches
Mail list logo