Signed-off-by: Heiko Schocher
Signed-off-by: Simon Glass
Cc: Henrik Nordström
Cc: Daniel Schwierzeck
---
- changes for v2:
add comment from Henrik Nordström
remove wrong line in README
- rebase against current mainline 178d0cc1a4c73c3341afbeb2a93b172de8c96bd1
- changes for v3:
- adapt
This Patch introduce the new i2c_core file, which holds
the I2C core functions, for the rework of the multibus/
multiadapter support.
Also adds changes in i2c.h for the new I2C multibus/multiadapter
support. This new support can be activated with the
CONFIG_SYS_I2C define.
Signed-off-by: Heiko Sch
CONFIG_I2C_MUX is replaced through the new i2c multibus/multiadapter
framework, configured through CONFIG_SYS_I2C. As CONFIG_I2C_MUX
is only used on the keymile boards, and they are now completely
moved to the new framework, remove CONFIG_I2C_MUX.
Signed-off-by: Heiko Schocher
Cc: Holger Brunck
From: Holger Brunck
Due to the new I2C framework we need to adapt the u-boot update
function. Due to the new framework all i2c leafs behind a mux are
present in the system and not only those who are defined and used. So it
is bus number 5 after the rework.
Signed-off-by: Holger Brunck
cc: Heiko
From: Simon Glass
This enables CONFIG_SYS_I2C on Tegra, updating existing boards and the Tegra
i2c driver to support this.
Signed-off-by: Simon Glass
Signed-off-by: Heiko Schocher
---
- changes for v2:
new in v2
posted from Simon Glass here:
http://patchwork.ozlabs.org/patch/195568/
From: Simon Glass
Rather than using a variable in various places, add a single function,
tegra_i2c_get_bus(), which returns a pointer to information about a
bus.
This will make it easier to move to the new i2c framework.
Signed-off-by: Simon Glass
---
- changes for v2:
new in v2
posted fr
as the keymile boards use now the new i2c multibus/multiadapter
framework, remove the EEprom_ivm Environmentvar, as not longer
needed.
Signed-off-by: Heiko Schocher
Cc: Holger Brunck
Tested-By: Holger Brunck
---
- changes for v2:
new in v2
- changes for v4:
add Tested-by from Holger Brunck
It seems the timing is coming, to bring this finally in mainline
and move boards over to the new i2c framework.
Changes for v3 series:
- Compiler collects the used i2c adapters in _u_boot_list_i2c,
so no need for defining the used i2c adpaters in the board config file.
-> drop CONFIG_SYS_NUM_
> -Original Message-
> From: Heiko Schocher [mailto:h...@denx.de]
> Sent: 18 May 2013 15:08
> To: u-boot@lists.denx.de
> Cc: Holger Brunck; Heiko Schocher; Prafulla Wadaskar
> Subject: [PATCH v4 10/10] arm/km: fix u-boot update
> functionality
>
> From: Holger Brunck
>
> Due to the new
tor 2013-05-16 klockan 21:53 -0700 skrev Simon Glass:
> Sorry I meant:
>
> =>ext4ls host 0:3
> Segmentation fault (core dumped)
>
> It may not be your code, but I think the segfault is there.
It's crashing in ext4 for me.
#0 ext4fs_set_blk_dev (rbdd=0x6434a0 ,
info=info@entry=0x643980 )
On 05/16/2013 10:39 AM, Lubomir Popov wrote:
> Hi Gilles,
>
> On 16/05/13 01:31, Gilles Chanteperdrix wrote:
>> On 05/15/2013 05:55 PM, Lubomir Popov wrote:
>>
>>> Prerequisites: appropriate patches to the USB EHCI and Eth
>>> drivers, and to the OMAP5 clock register definitions.
>>
>>
>> Hi Lub
On 05/17/2013 02:05 PM, Tom Rini wrote:
On Fri, May 17, 2013 at 09:59:23AM -0700, Doug Anderson wrote:
Tom,
On Fri, May 17, 2013 at 9:52 AM, Tom Rini wrote:
Saw your reply but don't completely understand it. I think we'd still
like U-Boot to populate the memory property if possible and it so
Envoyé de mon iPad
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi,I am attempting to read a set of files from the fat file system into a
location in memory.This is easy using the command interface using something
likefatload mmc 0:1 0x4800 file.txt
However i want to do this in a standalone program. Is there a function call
available to do this in a stan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/18/2013 11:25 AM, Gilles Chanteperdrix wrote:
> I was working with u-boot-ti master, applied all the patches, and
> it still does not seem to work. I just tried the u-boot master
> branch but it fails to compile for omap5_uevm.
Did you have o
On 05/18/2013 07:07 PM, Tom Rini wrote:
> On 05/18/2013 11:25 AM, Gilles Chanteperdrix wrote:
>
>> I was working with u-boot-ti master, applied all the patches, and
>> it still does not seem to work. I just tried the u-boot master
>> branch but it fails to compile for omap5_uevm.
>
> Did you h
Hi Piotr,
On Fri, May 17, 2013 at 6:17 AM, Piotr Wilczek wrote:
> Dear Heiko,
>
>> -Original Message-
>> From: Heiko Schocher [mailto:h...@denx.de]
>> Sent: Saturday, May 04, 2013 2:02 PM
>> To: u-boot@lists.denx.de
>> Cc: Heiko Schocher; Dirk Eibach; Stefan Roese; Simon Glass; Piotr
>> W
Hi Henrik,
On Sat, May 18, 2013 at 7:24 AM, Henrik Nordström
wrote:
> tor 2013-05-16 klockan 21:53 -0700 skrev Simon Glass:
>
>> Sorry I meant:
>>
>> =>ext4ls host 0:3
>> Segmentation fault (core dumped)
>>
>> It may not be your code, but I think the segfault is there.
>
> It's crashing in ext4 f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/18/2013 02:22 PM, Joel A Fernandes wrote:
> Hi Tom, Sorry for the delay as I've been traveling.
>
> On Friday, May 17, 2013, Tom Rini wrote:
>
> On Tue, May 07, 2013 at 10:52:54AM -0500, Joel A Fernandes wrote:
>
>> SPL defines CONFIG_SPL_BUIL
Hi Tom,
Sorry for the delay as I've been traveling.
On Friday, May 17, 2013, Tom Rini wrote:
> On Tue, May 07, 2013 at 10:52:54AM -0500, Joel A Fernandes wrote:
>
> > SPL defines CONFIG_SPL_BUILD but this does not percolate to the
> > autoconf.mk Makefile. As a result the build breaks when
> > C
Hi Tom,
On Fri, 17 May 2013 15:11:26 -0700, Tom Warren
wrote:
> Axel (& Albert)
>
> > -Original Message-
> > From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> > Sent: Wednesday, May 15, 2013 9:29 PM
> > To: Axel Lin
> > Cc: Wolfgang Denk; Heiko Schocher; Tom Warren; u-boot@lists.den
Hi Gilles,
> On 05/16/2013 10:39 AM, Lubomir Popov wrote:
>
>> Hi Gilles,
>>
>> On 16/05/13 01:31, Gilles Chanteperdrix wrote:
>>> On 05/15/2013 05:55 PM, Lubomir Popov wrote:
>>>
Prerequisites: appropriate patches to the USB EHCI and Eth
drivers, and to the OMAP5 clock register definiti
On 05/18/2013 09:13 PM, Lubomir Popov wrote:
> Hi Gilles,
>
>> On 05/16/2013 10:39 AM, Lubomir Popov wrote:
>>
>>> Hi Gilles,
>>>
>>> On 16/05/13 01:31, Gilles Chanteperdrix wrote:
On 05/15/2013 05:55 PM, Lubomir Popov wrote:
> Prerequisites: appropriate patches to the USB EHCI and
> On 05/18/2013 09:13 PM, Lubomir Popov wrote:
>
>> Hi Gilles,
>>
>>> On 05/16/2013 10:39 AM, Lubomir Popov wrote:
>>>
Hi Gilles,
On 16/05/13 01:31, Gilles Chanteperdrix wrote:
> On 05/15/2013 05:55 PM, Lubomir Popov wrote:
>
>> Prerequisites: appropriate patches to the U
On 05/18/2013 09:13 PM, Lubomir Popov wrote:
> Hi Gilles,
>
>> On 05/16/2013 10:39 AM, Lubomir Popov wrote:
>>
>>> Hi Gilles,
>>>
>>> On 16/05/13 01:31, Gilles Chanteperdrix wrote:
On 05/15/2013 05:55 PM, Lubomir Popov wrote:
> Prerequisites: appropriate patches to the USB EHCI and
lör 2013-05-18 klockan 15:14 + skrev Scott A:
> Hi,I am attempting to read a set of files from the fat file system
> into a location in memory.This is easy using the command interface
> using something likefatload mmc 0:1 0x4800 file.txt
> However i want to do this in a standalone program.
26 matches
Mail list logo