On 12/10/2014 05:04, Fabio Estevam wrote:
On Sat, Oct 11, 2014 at 11:21 AM, Sean Cross x...@kosagi.com wrote:
Ok, understood. Just curious: which Ethernet PHY is used on the novena
board?
It's the same Micrel PHY used on the Sabrelite, the KSZ9021.
nitrogen/sabrelite holds Ethernet PHY
mkimage -T mxs now support new flag in config file:
DISPLAYPROGRESS - makes boot process print HTLLC characters for each BootROM
instruction.
Signed-off-by: Alexey Ignatov lexsz...@gmail.com
---
arch/arm/cpu/arm926ejs/mxs/mxsimage-signed.cfg | 1 +
arch/arm/cpu/arm926ejs/mxs/mxsimage.mx23.cfg
On Sun, Oct 12, 2014 at 12:17 AM, Ian Campbell i...@hellion.org.uk 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
On Sun, Oct 12, 2014 at 12:13 AM, Ian Campbell i...@hellion.org.uk 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
On Sun, Oct 12, 2014 at 12:05 AM, Ian Campbell i...@hellion.org.uk wrote:
On Tue, 2014-10-07 at 15:11 +0800, Chen-Yu Tsai wrote:
From: Hans de Goede hdego...@redhat.com
The A31, A23 and later SoCs have an extra pin controller, called CPUs_PIO
or R_PIO, which handles pin banks L and beyond.
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 hdego...@redhat.com
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
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 set
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
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 calloc
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 for
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];
+
On Sun, 2014-10-12 at 10:43 +0800, Chen-Yu Tsai wrote:
On Sat, Oct 11, 2014 at 11:58 PM, Ian Campbell i...@hellion.org.uk 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
On Sun, 2014-10-12 at 16:23 +0800, Chen-Yu Tsai wrote:
On Sun, Oct 12, 2014 at 12:05 AM, Ian Campbell i...@hellion.org.uk wrote:
On Tue, 2014-10-07 at 15:11 +0800, Chen-Yu Tsai wrote:
From: Hans de Goede hdego...@redhat.com
The A31, A23 and later SoCs have an extra pin controller, called
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 =
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
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 switch
From: Nikolay Dimitrov picmas...@mail.bg
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 picmas...@mail.bg
Cc: Stefano Babic sba...@denx.de
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
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
On Sun, Oct 12, 2014 at 7:47 AM, picmas...@mail.bg wrote:
From: Nikolay Dimitrov picmas...@mail.bg
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:
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
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
Unify the sunxi Kconfig code, instead of having seperate code blocks for
each of sun4i, sun5i and sun7i.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
board/sunxi/Kconfig | 32 +---
1 file changed, 5 insertions(+), 27 deletions(-)
diff --git
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 hdego...@redhat.com
Acked-by: Ian Campbell i...@hellion.org.uk
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
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
Signed-off-by: Hans de Goede hdego...@redhat.com
Acked-by: Ian Campbell i...@hellion.org.uk
---
board/sunxi/Kconfig| 26 ++
drivers/mmc/sunxi_mmc.c| 21 +
include/configs/sunxi-common.h | 1 +
3 files changed, 48 insertions(+)
diff
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.
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
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 mmc2,
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 hdego...@redhat.com
Looks pretty familiar ;-)
Acked-by: Ian Campbell i...@hellion.org.uk
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 mention
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_SUNXI_SLOT_EXTRA
Hi Jeroen,
On 12 October 2014 10:13, Jeroen Hofstee jer...@myspectrum.nl 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 code,
Enable the options to bring up I2C on sandbox. Also enable all the available
I2C commands for testing purposes.
Signed-off-by: Simon Glass s...@chromium.org
---
include/configs/sandbox.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/configs/sandbox.h
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
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 s...@chromium.org
---
drivers/core/device.c | 5 +
drivers/core/lists.c | 17 -
include/dm/device.h | 11
(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
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 s...@chromium.org
---
drivers/misc/Makefile | 3 ++
drivers/misc/i2c_eeprom_emul.c | 108
Add some basic tests to check that the system works as expected.
Signed-off-by: Simon Glass s...@chromium.org
---
test/dm/Makefile | 1 +
test/dm/i2c.c| 100 +++
test/dm/test.dts | 17 ++
3 files changed, 118 insertions(+)
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
Add an I2C bus to the device tree, with an EEPROM emulator attached to one
of the addresses.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/sandbox/dts/sandbox.dts | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/sandbox/dts/sandbox.dts
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 s...@chromium.org
---
drivers/misc/Makefile | 1 +
drivers/misc/i2c_eeprom.c | 51
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 s...@chromium.org
---
drivers/i2c/Makefile | 2 +-
drivers/i2c/sandbox_i2c.c | 148
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 s...@chromium.org
---
drivers/i2c/Makefile | 1 +
drivers/i2c/i2c-emul-uclass.c | 14 ++
include/dm/uclass-id.h
Add dev_get_parent() as a convenience to obtain the parent of a device.
Signed-off-by: Simon Glass s...@chromium.org
---
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
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 s...@chromium.org
---
arch/arm/cpu/tegra20-common/pmu.c | 21 +-
On 10/10/2014 7:46 PM, Fabio Estevam wrote:
On Fri, Oct 10, 2014 at 6:01 AM, Ye.Li b37...@freescale.com 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
48 matches
Mail list logo