Hello Simon,
On 13-10-14 07:14, Simon Glass wrote:
Hi Jeroen,
On 12 October 2014 10:13, Jeroen Hofstee wrote:
Hello Hans,
On 12-10-14 12:25, Hans de Goede wrote:
Hi,
This one seems to have fallen through the cracks.
Regards,
Hans
(for U-boot)
nope, you replace an innocent warning (
On 10/10/2014 7:46 PM, Fabio Estevam wrote:
> On Fri, Oct 10, 2014 at 6:01 AM, Ye.Li wrote:
>> On mx6 sabreauto board, there are two USB ports:
>> 0: OTG
>> 1: HOST
>> The EHCI driver is enabled for this board, but the IOMUX and VBUS power
>> control is not implemented, which cause both USB port
This converts seaboard over to use driver model for I2C. This is so far
untested and only useful for broad comments / review. To complete this,
trimslice and whistler will also need conversion.
Signed-off-by: Simon Glass
---
arch/arm/cpu/tegra20-common/pmu.c | 21 +-
arch/arm/include
Add dev_get_parent() as a convenience to obtain the parent of a device.
Signed-off-by: Simon Glass
---
drivers/core/device.c | 5 +
include/dm/device.h | 8
2 files changed, 13 insertions(+)
diff --git a/drivers/core/device.c b/drivers/core/device.c
index 0d84776..76b29fd 100644
This driver includes some test features such as only supporting certain
bus speeds. It passes its I2C traffic through to an emulator.
Signed-off-by: Simon Glass
---
drivers/i2c/Makefile | 2 +-
drivers/i2c/sandbox_i2c.c | 148 ++
2 files change
In order to test I2C we need some sort of emulation interface. Add hooks
to allow a driver to emulate an I2C device for sandbox.
Signed-off-by: Simon Glass
---
drivers/i2c/Makefile | 1 +
drivers/i2c/i2c-emul-uclass.c | 14 ++
include/dm/uclass-id.h| 1 +
3 files
There seem to be a few EEPROM drivers around - perhaps we should have a
single standard one?
This is little more than a placeholder at present.
Signed-off-by: Simon Glass
---
drivers/misc/Makefile | 1 +
drivers/misc/i2c_eeprom.c | 51 +++
inclu
Add an I2C bus to the device tree, with an EEPROM emulator attached to one
of the addresses.
Signed-off-by: Simon Glass
---
arch/sandbox/dts/sandbox.dts | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/sandbox/dts/sandbox.dts b/arch/sandbox/dts/sandbox.dts
index 76147
Add some basic tests to check that the system works as expected.
Signed-off-by: Simon Glass
---
test/dm/Makefile | 1 +
test/dm/i2c.c| 100 +++
test/dm/test.dts | 17 ++
3 files changed, 118 insertions(+)
create mode 100644 tes
The concept of a 'current bus' is now implemented in the command line
rather than in the uclass. Also the address length does not need to
be specified with each command - really we should consider dropping
this from most commands but it works OK for now.
Signed-off-by: Simon Glass
---
common/cm
To enable testing of I2C, add a simple I2C EEPROM simulator for sandbox.
It supports reading and writing from a small data store.
Signed-off-by: Simon Glass
---
drivers/misc/Makefile | 3 ++
drivers/misc/i2c_eeprom_emul.c | 108 +
2 files chang
(Note this is RFC since the uclass interface needs discussion and also
because only sandbox is implemented so far. But I thought it best to get
this out there as soon as I wrote it as it may influence the PMIC library,
etc.)
This series is an initial attempt to add I2C support to driver model. It
The uclass implements the same operations as the current I2C framework but
makes some changes to make it fit driver model better:
- Remove the chip address from API calls
- Remove the address length from API calls
- Remove concept of 'current' I2C bus
- Drop all existing init functions
Signed-off
When the device is created from a device tree node, it matches a compatible
string. Allow access to that string and the associated data.
Signed-off-by: Simon Glass
---
drivers/core/device.c | 5 +
drivers/core/lists.c | 17 -
include/dm/device.h | 11 +++
3 files
Enable the options to bring up I2C on sandbox. Also enable all the available
I2C commands for testing purposes.
Signed-off-by: Simon Glass
---
include/configs/sandbox.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/configs/sandbox.h b/include/configs/sandbox.h
index 2fd2c64.
Hi Jeroen,
On 12 October 2014 10:13, Jeroen Hofstee wrote:
> Hello Hans,
>
> On 12-10-14 12:25, Hans de Goede wrote:
>
>> Hi,
>>
>> This one seems to have fallen through the cracks.
>>
>> Regards,
>>
>> Hans
>>
>> (for U-boot)
>
> nope, you replace an innocent warning (_might_ be) with
> bad co
Hi,
On 10/12/2014 11:19 PM, Ian Campbell wrote:
> On Sun, 2014-10-12 at 20:07 +0200, Hans de Goede wrote:
>> Hi Ian,
>>
>> Here is v3 of my second sdcard slot patch-set.
>>
>> Changes since v2:
>> - Rebased on top of latest u-boot-sunxi-next
>> - Fixed Kconfig help text for : "sunxi: Turn MMC_SUNX
On Sun, 2014-10-12 at 20:07 +0200, Hans de Goede wrote:
> Hi Ian,
>
> Here is v3 of my second sdcard slot patch-set.
>
> Changes since v2:
> - Rebased on top of latest u-boot-sunxi-next
> - Fixed Kconfig help text for : "sunxi: Turn MMC_SUNXI_SLOT_EXTRA into a
> proper Kconfig option" to also m
On Sun, 2014-10-12 at 20:07 +0200, Hans de Goede wrote:
> Unify the sunxi Kconfig code, instead of having seperate code blocks for
"separate"
> each of sun4i, sun5i and sun7i.
>
> Signed-off-by: Hans de Goede
Looks pretty familiar ;-)
Acked-by: Ian Campbell
> ---
> board/sunxi/Kconfig | 32
On Sun, 2014-10-12 at 20:07 +0200, Hans de Goede wrote:
> sunxi SOCs can boot from both mmc0 and mmc2, detect from which one we're
> booting, and make that one "mmc dev 0" so that a single u-boot binary can
> be used for both the onboard eMMC and for external sdcards.
>
> When we're booting from m
The 'tools-only' target seems to be broken.
In a clean tree (no previous build) running:
$: make tools-only
fails with:
CHK include/config/uboot.release
/bin/sh: 1: cannot open include/config/auto.conf: No such file
Makefile:1049: recipe for target 'include/config/uboot.release' failed
ma
None of the known sunxi devices actually use mmc1 routed through PH, where
as some devices do actually use mmc1 routed through PG, so change the routing
of mmc1 to PG. If in the future we encounter devices with mmc1 routed through
PH, we will need to change things to be a bit more flexible.
Signed
Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
---
board/sunxi/Kconfig| 26 ++
drivers/mmc/sunxi_mmc.c| 21 +
include/configs/sunxi-common.h | 1 +
3 files changed, 48 insertions(+)
diff --git a/board/sunxi/Kconfig b/board/su
sunxi SOCs can boot from both mmc0 and mmc2, detect from which one we're
booting, and make that one "mmc dev 0" so that a single u-boot binary can
be used for both the onboard eMMC and for external sdcards.
When we're booting from mmc2, we make it dev 0 because that is where the SPL
will load the
Enable the second sdcard slot found on some boards. Note that we do not
set CONFIG_MMC_SUNXI_SLOT_EXTRA for the SPL, as having it there is not useful,
Except for on the Mele-M3 where the second sdcard is an eMMC, from which the
device can also boot, and there we want to have both in the SPL, so th
Note we also drop the SPL check for initializing the 2nd mmc slot, the SPL
check is not necessary with Kconfig, because only options explicitly marked
as also being for the SPL get set during SPL builds.
Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
---
board/sunxi/Kconfig | 8
b
Unify the sunxi Kconfig code, instead of having seperate code blocks for
each of sun4i, sun5i and sun7i.
Signed-off-by: Hans de Goede
---
board/sunxi/Kconfig | 32 +---
1 file changed, 5 insertions(+), 27 deletions(-)
diff --git a/board/sunxi/Kconfig b/board/sunxi/Kc
Hi Ian,
Here is v3 of my second sdcard slot patch-set.
Changes since v2:
- Rebased on top of latest u-boot-sunxi-next
- Fixed Kconfig help text for : "sunxi: Turn MMC_SUNXI_SLOT_EXTRA into a
proper Kconfig option" to also mention mmc1
- Added checks for sunxi_mmc_init failing to: "sunxi: When w
Hello Hans,
On 12-10-14 12:25, Hans de Goede wrote:
Hi,
This one seems to have fallen through the cracks.
Regards,
Hans
(for U-boot)
nope, you replace an innocent warning (_might_ be) with
bad code, without any comment it is just because gcc failed
to recognize it is fine. Nor did you resp
On Sun, Oct 12, 2014 at 7:47 AM, wrote:
> From: Nikolay Dimitrov
>
> This patch fixes conflict between PHY pins becoming outputs after reset and
> imx6 still driving the pins. It also fixes the reset timing as recommended by
> the PHY datasheet.
>
> Signed-off-by: Nikolay Dimitrov
> Cc: Stefano
Hello Wolfgang,
On 30-09-14 10:17, Wolfgang Denk wrote:
Instead of searching for Python2 in $PATH, use the one installed by
the system (i. e. /usr/bin/python2). This prevents failures like
this:
-> ./MAKEALL m53evk
Traceback (most recent call last):
File "tools/genboardscfg.py", line 19, in
Hello Wolfgang / Albert / others,
On 10-10-14 16:04, Jeroen Hofstee wrote:
Hello Wolfgang,
On 10-10-14 14:22, Wolfgang Denk wrote:
It does not mention puts() vs. printf(), if it is indeed meant to be
u-boot policy.
This is not just U-Boot philosophy, but something that I would
consider a matt
From: Nikolay Dimitrov
This patch fixes conflict between PHY pins becoming outputs after reset and
imx6 still driving the pins. It also fixes the reset timing as recommended by
the PHY datasheet.
Signed-off-by: Nikolay Dimitrov
Cc: Stefano Babic
Cc: Sean Cross
Cc: Marek Vasut
---
board/kosa
Hi Hans,
> Sorry for the poor timing in bringing this up, but this just
> came up when discussing the review of some sunxi patches.
>
> Ian asked me to add error handling for mmc_create failing,
> which, if used properly, only ever fails if calloc fails.
>
> This made me thinking that we should sw
Hi,
This one seems to have fallen through the cracks.
Regards,
Hans
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
This fixes the following compiler warning:
In file included from scripts/kconfig/zconf.tab.c:2537:0:
scripts/kconfig/menu.c: In function ‘get_symbol_str’:
scripts/kconfig/menu.c:590:18: warning: ‘jump’ may be used uninitialized in
this function [-Wmaybe-uninitialized]
jump->offset = strlen(r
On Sun, 2014-10-12 at 16:23 +0800, Chen-Yu Tsai wrote:
> On Sun, Oct 12, 2014 at 12:05 AM, Ian Campbell wrote:
> > On Tue, 2014-10-07 at 15:11 +0800, Chen-Yu Tsai wrote:
> >> From: Hans de Goede
> >>
> >> The A31, A23 and later SoCs have an extra pin controller, called CPUs_PIO
> >> or R_PIO, whi
On Sun, 2014-10-12 at 10:43 +0800, Chen-Yu Tsai wrote:
> On Sat, Oct 11, 2014 at 11:58 PM, Ian Campbell wrote:
> > On Tue, 2014-10-07 at 15:11 +0800, Chen-Yu Tsai wrote:
> >> The basic blocks of the A23 are similar to the A31 (sun6i). Re-use
> >> sun6i code for initial clock, gpio, and uart setup.
Hi,
On 10/11/2014 05:43 PM, Ian Campbell wrote:
> On Mon, 2014-10-06 at 19:57 +0200, Hans de Goede wrote:
>> @@ -108,11 +109,31 @@ static void mmc_pinmux_setup(int sdc)
>>
>> int board_mmc_init(bd_t *bis)
>> {
>> +__maybe_unused struct mmc *mmc0, *mmc1;
>> +__maybe_unused char buf[512]
Hi,
On 10/11/2014 05:50 PM, Ian Campbell wrote:
> On Tue, 2014-10-07 at 15:11 +0800, Chen-Yu Tsai wrote:
>> BOOT_TARGET_DEVICES includes MMC unconditionally. This breaks when
>> CONFIG_CMD_MMC is not defined. Use a secondary macro to conditionally
>> include it when CONFIG_MMC is enabled, as we do
Hi,
On 10/12/2014 10:42 AM, Hans de Goede wrote:
> Hi All,
>
> Sorry for the poor timing in bringing this up, but this just
> came up when discussing the review of some sunxi patches.
>
> Ian asked me to add error handling for mmc_create failing,
> which, if used properly, only ever fails if cal
Hi All,
Sorry for the poor timing in bringing this up, but this just
came up when discussing the review of some sunxi patches.
Ian asked me to add error handling for mmc_create failing,
which, if used properly, only ever fails if calloc fails.
This made me thinking that we should switch u-boot t
Hi,
On 10/11/2014 05:40 PM, Ian Campbell wrote:
> On Mon, 2014-10-06 at 19:57 +0200, Hans de Goede wrote:
>> Note we also drop the SPL check for initializing the 2nd mmc slot, the SPL
>> check is not necessary with Kconfig, because only options explicitly marked
>> as also being for the SPL get se
Hi,
On 10/11/2014 05:39 PM, Ian Campbell wrote:
> On Mon, 2014-10-06 at 19:57 +0200, Hans de Goede wrote:
>> Signed-off-by: Hans de Goede
>
> I presume that adding GPIO support to SPL isn't a problem size wise?
We do link time size checking and "./MAKEALL -s sunxi" still works fine,
so yes it i
On Sun, Oct 12, 2014 at 12:05 AM, Ian Campbell wrote:
> On Tue, 2014-10-07 at 15:11 +0800, Chen-Yu Tsai wrote:
>> From: Hans de Goede
>>
>> The A31, A23 and later SoCs have an extra pin controller, called CPUs_PIO
>> or R_PIO, which handles pin banks L and beyond.
>
> Does it also have enough spa
On Sun, Oct 12, 2014 at 12:13 AM, Ian Campbell wrote:
> On Sat, 2014-10-11 at 17:11 +0100, Ian Campbell wrote:
>> On Tue, 2014-10-07 at 15:11 +0800, Chen-Yu Tsai wrote:
>> > The prcm apb0 controls multiple modules. Allow specifying which
>> > modules to enable clocks and de-assert resets so the fu
On Sun, Oct 12, 2014 at 12:17 AM, Ian Campbell wrote:
> On Tue, 2014-10-07 at 15:11 +0800, Chen-Yu Tsai wrote:
>> Ippo q8h is a series of A23 tablet boards. This defconfig
>> is for v5 of these boards, though for u-boot purposes they
>> are mostly the same.
>
> Any differences worth mentioning?
A
47 matches
Mail list logo
