Signed-off-by: Olliver Schinagl
---
cmd/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/cmd/Kconfig b/cmd/Kconfig
index 6e1efaaf85..0925236c0c 100644
--- a/cmd/Kconfig
+++ b/cmd/Kconfig
@@ -924,6 +924,7 @@ config CMD_FPGA_LOAD_SECURE
config CMD_FPGAD
bool "fpgad -
.size = zynq_fpga_descs[cpu_id].fpga_size;
^
Signed-off-by: Olliver Schinagl
---
drivers/fpga/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/fpga/Kconfig b/drivers/fpga/Kconfig
index fe398a1d49..1d2df617d0 100644
--- a/drivers/fpga/Kcon
also.
Signed-off-by: Olliver Schinagl
---
drivers/serial/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/serial/Kconfig b/drivers/serial/Kconfig
index bd95f70b61..292bdb2a2f 100644
--- a/drivers/serial/Kconfig
+++ b/drivers/serial/Kconfig
@@ -292,6 +292,7 @@ config
-zynq.c:60: undefined reference to `ulpi_write'
drivers/usb/host/ehci-zynq.c:63: undefined reference to `ulpi_write'
drivers/usb/host/ehci-zynq.c:66: undefined reference to `ulpi_write'
drivers/usb/host/ehci-zynq.c:69: undefined reference to `ulpi_write'
S
The zynq architecture depends on SPL_STACK_R_ADDR to be set, and thus it
makes sense for the ARCH_ZYNQ to depend on SPL_STACK_R. Further more
that address needs to have a sane default. So lets follow the OMAP2PLUS
and set a default for the Zynq as well.
Signed-off-by: Olliver Schinagl
---
arch
ned-off-by: Olliver Schinagl
---
arch/arm/mach-zynq/spl.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-zynq/spl.c b/arch/arm/mach-zynq/spl.c
index 96ba90fb7a..4cc0324ba6 100644
--- a/arch/arm/mach-zynq/spl.c
+++ b/arch/arm/mach-zynq/spl.c
@@ -40,8 +40,
Hey all,
*ping*
On 10/21/2013 09:44 PM, Wolfgang Denk wrote:
Dear Scott Wood,
In message <1382138723.7979.928.ca...@snotra.buserror.net> you wrote:
And the one 64-bit environment that we're about to have in U-Boot
(armv8) has discontiguous memory, which is another case where
get_ram_size() w
On 03/24/2014 09:52 PM, Marek Vasut wrote:
On Friday, March 21, 2014 at 10:54:18 PM, Ian Campbell wrote:
This has been stripped back for mainlining and supports only sun7i. These
changes are not useful by themselves but are split out to make the patch
sizes more manageable.
[...]
+int clock_i
On 28-09-14 17:42, Hans de Goede wrote:
Hi,
On 09/28/2014 05:37 PM, Ian Campbell wrote:
On Sun, 2014-09-28 at 17:23 +0200, Hans de Goede wrote:
If you take a closer look at the code you will see not all 3 writes are the
same:
/* Set PLL ldo voltage without this PLL6 does not work pr
On 06-12-13 05:03, Abraham V. wrote:
A VERY vague question. The only thing you are correct on, is that the
bootloader is the first software component that runs when starting a
system. But as Michael replied, without further details like CPU,
memory ... etc, there's very little information you've
0 to 0x5f
Writing data to block 3 at offset 0x60
On 12-08-15 03:19, Yassin Jaffer wrote:
Hi Oliver
Did you try without fastmap enabled?
On Tue, Aug 11, 2015 at 10:16 PM, Olliver Schinagl
mailto:oliver+l...@schinagl.nl>> wrote:
Hello everybody,
We are working wit
From: Olliver Schinagl
This patch-series introduces methods to retrieve the MAC address from an
onboard EEPROM. I know there is probably a thing or two that might needed
to be changed to make the concept apply in a more generic way.
The reason we might want to read the MAC address from an
From: Olliver Schinagl
This patch enables the I2C EEPROM to be probed for a MAC address on the
OLinuXino board.
Signed-off-by: Olliver Schinagl
---
configs/A20-OLinuXino-Lime2_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configs/A20-OLinuXino-Lime2_defconfig
b/configs/A20
From: Olliver Schinagl
This patch allows Kconfig to enable and set parameters to make it
possible to read the MAC address from an EEPROM. This patch only sets up
some environment variables, it is up to the specific boards to actually
use these defines.
Besides the various tuneables as to how to
From: Olliver Schinagl
This patch uses the newly introduced Kconfig options to set the MAC
address from an EEPROM, this will be especially useful for the Olimex
OLinuXino series of sunxi boards as they all have an 2k i2c eeprom chip.
The MAC address is in the eeprom is ignored if there is
From: Olliver Schinagl
Commit 6c739c5d added code to enable i2c bus 4 and 5 on the sun7i SoC
but forgot to enable the clocks for these 2 i2c busses.
This patch enables the clocks for i2c bus 4 and 5 on sun7i.
Signed-off-by: Olliver Schinagl
---
arch/arm/cpu/armv7/sunxi/clock_sun4i.c | 4
From: Olliver Schinagl
Paul enabled all I2C ports for sunxi but forgot the clock on twi 4 and 5 for
sun7i.
And a small non code changing whitespace fix
Tested on Olimex Lime2
Olliver Schinagl (2):
sunxi: twi: enable clocks on sun7i
sun4i: clock: cleanup some whitespace errors
arch/arm
From: Olliver Schinagl
Add some spaces around operators.
Signed-off-by: Olliver Schinagl
---
arch/arm/cpu/armv7/sunxi/clock_sun4i.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/cpu/armv7/sunxi/clock_sun4i.c
b/arch/arm/cpu/armv7/sunxi/clock_sun4i.c
index
Hey Julian
On December 4, 2015 12:01:27 AM CET, Julian Calaby
wrote:
>Hi Oliver,
>
>On Fri, Dec 4, 2015 at 9:57 AM, Julian Calaby
>wrote:
>> Hi Oliver,
>>
>> On Fri, Dec 4, 2015 at 3:49 AM, Olliver Schinagl
>wrote:
>>> From: Olliver Schinagl
>&g
Hello everybody,
We are working with Boris and Roy's patch series on getting the NAND
flash chip working on Olimex OLinuXino Lime2 boards. Initially,
everything looks fine, but we noticed that occasionally (after
power/cycle or power cut) ubi fails to mount the partition. It is not
something
Hey all,
just working on a _defconfig for our board and noticed that u-boot fails
to compile if my defconfig doesn't have:
# CONFIG_CMD_IMLS is not set
What supprised me is that it has to be in there as a comment to unset
it. I would have imaged that it would be unset by default and only be
Hey Ian,
On 18-09-15 10:32, Ian Campbell wrote:
On Fri, 2015-09-18 at 10:22 +0200, Olliver Schinagl wrote:
Hey all,
Did you CC the wrong Hans by mistake?
Yeah, curse you auto-complete :S
just working on a _defconfig for our board and noticed that u-boot fails
to compile if my defconfig
Hans de Goede redhat.com> writes:
Hey Hans,
>
> We eventually want to add full nand support, since it makes no sense
> to build SPL with nand support and u-boot without, or the other way
> around, a single option will suffice.
>
> Renaming the Kconfig option now makes things easier when we add
Bah gmane!
Adding Hans and Ian to the CC list.
On 18-09-15 13:43, Olliver Schinagl wrote:
Hans de Goede redhat.com> writes:
Hey Hans,
We eventually want to add full nand support, since it makes no sense
to build SPL with nand support and u-boot without, or the other way
around, a sin
From: Olliver Schinagl
The designware driver has a build guard which makes it to only work when
using the PHYLIB. With b68fe152272 the PHYLIB was added to the net
Kconfig but not selected by all hardware depending on it.
This patch enables PHYLIB for the Designware MAC
Signed-off-by: Olliver
Hey Bin,
On 21-09-15 09:24, Bin Meng wrote:
Hi Olliver,
On Mon, Sep 21, 2015 at 3:18 PM, Olliver Schinagl
wrote:
Hey Bin,
On 21-09-15 03:50, Bin Meng wrote:
Hi Olliver,
On Fri, Sep 18, 2015 at 11:29 PM, Olliver Schinagl
wrote:
From: Olliver Schinagl
The designware driver has a build
Hey Bin,
On 21-09-15 03:50, Bin Meng wrote:
Hi Olliver,
On Fri, Sep 18, 2015 at 11:29 PM, Olliver Schinagl
wrote:
From: Olliver Schinagl
The designware driver has a build guard which makes it to only work when
using the PHYLIB. With b68fe152272 the PHYLIB was added to the net
Kconfig but
Hey Hans,
On 20-09-15 15:09, Hans de Goede wrote:
Hi,
On 09/18/2015 07:43 AM, Olliver Schinagl wrote:
Hans de Goede redhat.com> writes:
Hey Hans,
We eventually want to add full nand support, since it makes no sense
to build SPL with nand support and u-boot without, or the other way
aro
Hans, Joe,
On 10-12-15 11:29, Hans de Goede wrote:
Hi Olliver and Joe,
On 11/30/2015 05:50 PM, Oliver Schinagl wrote:
From: Olliver Schinagl
This patch allows Kconfig to enable and set parameters to make it
possible to read the MAC address from an EEPROM. This patch only sets up
some
Hey Joe,
On 10-12-15 21:25, Joe Hershberger wrote:
Hi Olliver,
On Thu, Dec 10, 2015 at 4:40 AM, Olliver Schinagl
wrote:
Hans, Joe,
On 10-12-15 11:29, Hans de Goede wrote:
Hi Olliver and Joe,
On 11/30/2015 05:50 PM, Oliver Schinagl wrote:
From: Olliver Schinagl
This patch allows
This patch enables the I2C EEPROM to be probed for a MAC address on the
OLinuXino board.
Signed-off-by: Olliver Schinagl
---
configs/A20-OLinuXino-Lime2_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configs/A20-OLinuXino-Lime2_defconfig
b/configs/A20-OLinuXino
environment or (if enabled) the CRC8 check fails.
Signed-off-by: Olliver Schinagl
---
board/sunxi/Kconfig | 4
board/sunxi/board.c | 36
net/Kconfig | 1 +
3 files changed, 41 insertions(+)
diff --git a/board/sunxi/Kconfig b/board/sunxi/Kconfig
This patch enables crc8 to be used from within the tools directory using
u-boot/crc.h.
Signed-off-by: Olliver Schinagl
---
include/u-boot/crc.h | 3 +++
tools/Makefile | 1 +
2 files changed, 4 insertions(+)
diff --git a/include/u-boot/crc.h b/include/u-boot/crc.h
index 754ac72..cbcf175
This patch adds a little tool that takes a generic MAC address and
generates a CRC byte for it. The output is the full MAC address without
any separators, ready written into an EEPROM.
Signed-off-by: Olliver Schinagl
---
tools/Makefile | 4
tools/gen_mac_addr.c | 51
ff-by: Olliver Schinagl
---
doc/README.enetaddr | 34 +++
net/Kconfig | 58 +
2 files changed, 92 insertions(+)
diff --git a/doc/README.enetaddr b/doc/README.enetaddr
index 50e4899..1dc4119 100644
---
ge it (via the u-boot i2c
cmd line or from within linux) without having to worry about the crc.
* Add a generator to convert a MAC address from the input to a MAC + CRC8 on
the output.
Olliver Schinagl (5):
net: Add ability to set MAC address via EEPROM to Kconfig
sunxi: net: Allow the sunxi to se
Hi all,
On 20-07-18 13:09, Michal Simek wrote:
On 20.7.2018 08:12, Luis Araneda wrote:
Hi Michal,
On Thu, Jul 19, 2018 at 3:28 AM Michal Simek wrote:
Please take a look at
https://lists.denx.de/pipermail/u-boot/2016-November/274068.html which
was the series which should replace all these boa
mc3 some boards used as eMMC.
>>>
>>> So, update the default fastboot device as 2 to make the
>>> standard usage irrespective of DT node status.
>>>
>>> Other corner cases like different device usage, or specific
>>> mmc node status is not enabled in order
Luckily we have had no problem with this on our boards, but its sad to see this
patch reverted due to the buggy ddr implementation ...
Curiosity is getting the better of me and I cant seem to be able to reproduce
the problem. So could you be a little bit more specific on the bug please?
On Dece
Hey André,
On 31-12-2018 00:23, André Przywara wrote:
On 29/12/2018 22:10, Olliver Schinagl wrote:
Hi Olliver,
Luckily we have had no problem with this on our boards, but its sad to
see this patch reverted due to the buggy ddr implementation ...
This whole SPL is quite a sensitive
Hey André,
On 31-12-2018 14:10, André Przywara wrote:
On 31/12/2018 11:27, Michael Trimarchi wrote:
Hi
On Mon, Dec 31, 2018 at 11:34:51AM +0100, Olliver Schinagl wrote:
Hey André,
On 31-12-2018 00:23, André Przywara wrote:
On 29/12/2018 22:10, Olliver Schinagl wrote:
Hi Olliver,
Luckily
On 21-11-18 19:13, Priit Laes wrote:
> On Wed, Nov 21, 2018 at 08:05:24PM +0200, Priit Laes wrote:
>> This is a resend/v2 of a "Stop AXP from crashing when enabling LDO3" series,
>> posted by Olliver Schinagl in March 2017. Unfortunately it never got past
>> initial
Hy Wens,
This is some really old work, and I'm assuming hans picked it up, as I
never tested the code (didn't have hardware at the time)
I'll comment as I remember it and hope that helps.
On a side note, do we know what p2wi stands for? I'm guessing 2wi is
allwinners try at combining the nam
Hey Maxime,
On 01-03-17 14:00, Maxime Ripard wrote:
Hi Oliver,
On Wed, Mar 01, 2017 at 01:52:16PM +0100, Olliver Schinagl wrote:
Hi list,
When powering up an AXP209, the default value for LDO3 output is enabled. This
works fine. However if for whatever reason, LDO3 is disabled, for example
Hey Maxime, Jagan,
On 01-03-17 14:00, Maxime Ripard wrote:
Hi Oliver,
On Wed, Mar 01, 2017 at 01:52:16PM +0100, Olliver Schinagl wrote:
Hi list,
When powering up an AXP209, the default value for LDO3 output is enabled. This
works fine. However if for whatever reason, LDO3 is disabled, for
Hey Marcus,
On 01-03-17 16:10, Marcus Weseloh wrote:
Hi Oliver,
2017-03-01 13:52 GMT+01:00 Olliver Schinagl mailto:oli...@schinagl.nl>>:
+#define AXP209_VRC_LDO3_EN BIT(3)
+#define AXP209_VRC_DCDC2_ENBIT(2)
+#define AXP209_VRC_LDO3_800uV_uS
Hey Jagan,
FYI,
I used the wrong e-mail address, I think it is still listed in some of
the u-boot sources.
Olliver
On 01-03-17 15:06, Olliver Schinagl wrote:
Hey Maxime, Jagan,
On 01-03-17 14:00, Maxime Ripard wrote:
Hi Oliver,
On Wed, Mar 01, 2017 at 01:52:16PM +0100, Olliver Schinagl
Hey Andre,
On 01-03-17 03:25, Andre Przywara wrote:
mksunxiboot limits the size of the resulting SPL binaries to pretty
conservative values to cover all SoCs and all boot media (NAND).
It turns out that we have limit checks in place in the build process,
so mksunxiboot can be relaxed and allow p
Hey Joe,
On 26-03-17 16:10, Joe Hershberger wrote:
Hi Oliver,
On Sun, Dec 11, 2016 at 3:27 PM, Simon Glass wrote:
Hi Oliver,
On 9 December 2016 at 02:25, Olliver Schinagl wrote:
Hey simon
On December 8, 2016 11:21:32 PM CET, Simon Glass wrote:
Hi Oliver,
On 7 December 2016 at 02:26
-by: Olliver Schinagl
---
Changes since v1:
Check pdata for NULL before dereferencing.
drivers/net/zynq_gem.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/net/zynq_gem.c b/drivers/net/zynq_gem.c
index 86dd03feda..52beedfad0 100644
--- a/drivers/net
Not yet, i rebased against u-boot-net/master. As it is it is a bug however so
we should just put the fix in for now.
On April 5, 2017 8:29:22 AM CEST, Michal Simek wrote:
>On 3.4.2017 16:18, Olliver Schinagl wrote:
>> The .read_rom_hwaddr net_ops hook does not check the return valu
Hey Joe,
On 02-02-17 18:52, Joe Hershberger wrote:
Hi Olliver,
On Fri, Dec 2, 2016 at 4:08 AM, Olliver Schinagl wrote:
Hey Joe,
On 30-11-16 20:29, Joe Hershberger wrote:
On Fri, Nov 25, 2016 at 9:30 AM, Olliver Schinagl
wrote:
In certain conditions we currently print the MAC address
series implements the above with a few tiny, cleanups I ran into
underway.
The initial discussion with some scope screenshots can be found in the
linux-sunxi mailing list [0].
Signed-off-by: Olliver Schinagl
[0] https://groups.google.com/forum/m/#!topic/linux-sunxi/EDvEsbHHqQI
Olliver Schinagl (8
failure check.
Signed-off-by: Olliver Schinagl
---
board/sunxi/board.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/board/sunxi/board.c b/board/sunxi/board.c
index 53656383d5..5467015860 100644
--- a/board/sunxi/board.c
+++ b/board/sunxi/board.c
@@ -540,11
When we set or clear a pmic_bus bit, we do a read-modify-write
operation. We waste some time however, by writing back the exact same
value that was already set in the chip. Let us thus only configure the
chip if the data is different.
Signed-off-by: Olliver Schinagl
---
arch/arm/mach-sunxi
Use the standard BIT() macro to define BITS.
Signed-off-by: Olliver Schinagl
---
include/axp209.h | 34 ++
1 file changed, 18 insertions(+), 16 deletions(-)
diff --git a/include/axp209.h b/include/axp209.h
index e1b22e3442..7803300328 100644
--- a/include/axp209
The lime2 features a too large capacitor on the LDO3 output, which
causes the PMIC to shutdown when enabling power. To be able to still
boot up however, we must gradually enable power on LDO3 for this board.
Signed-off-by: Olliver Schinagl
---
configs/A20-OLinuXino-Lime2_defconfig | 1 +
1 file
power at 0.7 V, but this did not work.
Signed-off-by: Olliver Schinagl
---
drivers/power/Kconfig | 9 +
drivers/power/axp209.c | 22 ++
2 files changed, 31 insertions(+)
diff --git a/drivers/power/Kconfig b/drivers/power/Kconfig
index 3f10f84a89..644f206b4d 100644
---
Use a define for the chip version mask on the axp209.
Signed-off-by: Olliver Schinagl
---
drivers/power/axp209.c | 5 +
include/axp209.h | 2 ++
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/power/axp209.c b/drivers/power/axp209.c
index 731b75e50a..d496f675a1
The AXP209 has a few 'magisc-ish' values that are better served with
clear defines.
Signed-off-by: Olliver Schinagl
---
drivers/power/axp209.c | 10 --
include/axp209.h | 14 ++
2 files changed, 18 insertions(+), 6 deletions(-)
diff --git a/drivers/power/
e' is a voltage rise
of 0.0167 V/uS, a 1.6 mV/uS and a 0.8 mV/uS voltage rise.
Signed-off-by: Olliver Schinagl
---
drivers/power/Kconfig | 33 +
drivers/power/axp209.c | 24
include/axp209.h | 16
3 files c
Ping,
any reason this hasn't been merged yet? :)
Olliver
On 12-05-17 18:52, Maxime Ripard wrote:
On Fri, May 12, 2017 at 11:38:52AM +0200, Olliver Schinagl wrote:
This patch series adds support for the Olimex OLinuXino Lime2 eMMC. This
assembly variant uses eMMC flash instead of NAND (
Hey Joe,
On 30-11-16 22:36, Joe Hershberger wrote:
On Fri, Nov 25, 2016 at 9:38 AM, Olliver Schinagl wrote:
Add board hooks allowing to get ethernet addresses in a board specific
manner. Currently this is done by generating a MAC address from
the SID and injecting the ethernet device number
First off:
P.S. Joe, for some reason my previous patches where added with me as:
"oli...@schinagl.nl " I see that it comes from patchwork
as such. Is there some way to fix this to
"Olliver Schinagl "?
Below the updated summary:
This patch-series introduces methods to retr
Previously overlooked magic value in commit a40db6d51171 ("net: cosmetic: Do
not use magic values for ARP_HLEN")
Signed-off-by: Olliver Schinagl
---
net/eth_common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/eth_common.c b/net/eth_common.c
index
ength.
Additionally use the define in fdt parser where the ethaddr variables
are also used.
Signed-off-by: Olliver Schinagl
---
common/fdt_support.c | 2 +-
include/net.h| 1 +
net/eth_common.c | 14 +-
3 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/co
With many potential places where a MAC address can be read from, the
user may not know where the MAC address originated from. Print the MAC
source after initializing the Ethernet device.
Signed-off-by: Olliver Schinagl
---
include/net.h| 14 ++
net/eth-uclass.c | 18
In fdt_support.c we use a loop to parse the mac address string from the
fdt blob, net.h has a function for this however, so lets use it.
Also, rename the variable from tmp to something more descriptive.
Signed-off-by: Olliver Schinagl
---
common/fdt_support.c | 15 +--
1 file
FDT. Once that is changed, we can clean up some more.
Signed-off-by: Olliver Schinagl
---
arch/arm/include/asm/arch-sunxi/sys_proto.h | 2 +
board/sunxi/board.c | 145 ++--
2 files changed, 94 insertions(+), 53 deletions(-)
diff --git a/arch/arm
A user may select the connected eeprom address via
NET_ETHADDR_EEPROM_I2C_BUS, but not enable it (I2Cn_ENABLE). To prevent
this mistake, enable the I2C controller selected via
NET_ETHADDR_EEPROM_I2C_BUS.
This in turn simplifies the defconfig.
Signed-off-by: Olliver Schinagl
---
board/sunxi
data.
Signed-off-by: Olliver Schinagl
---
doc/README.enetaddr | 99 +
include/net.h | 14
net/Kconfig | 59 +++
net/eth-uclass.c| 42 +++
net/eth_common.c
Convert both the sunxi_emac and sunxi_gmac drivers to use KConfig.
Signed-off-by: Olliver Schinagl
---
configs/A10-OLinuXino-Lime_defconfig | 3 ++-
configs/A10s-OLinuXino-M_defconfig | 2 +-
configs/A20-OLinuXino-Lime2_defconfig | 4 ++--
configs/A20-OLinuXino
Currently, we print that the MAC from the SROM does not match. It can be
many forms of ROM, so lets drop the S.
Signed-off-by: Olliver Schinagl
---
net/eth_legacy.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/eth_legacy.c b/net/eth_legacy.c
index ca63e43c1d
With this patch sun8i_emac can now get the MAC address from the board in
a predetermined board specific manner.
Signed-off-by: Olliver Schinagl
---
drivers/net/Makefile | 2 +-
drivers/net/sun8i_emac.c | 3 +++
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/net
print the final MAC address of the device with which it has been
setup.
Signed-off-by: Olliver Schinagl
---
net/eth-uclass.c | 9 ++---
net/eth_legacy.c | 3 +++
2 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/net/eth-uclass.c b/net/eth-uclass.c
index c3cc3152a2..781376955a
ensure they are locally administered.
Signed-off-by: Olliver Schinagl
---
include/net.h | 24 +++-
1 file changed, 23 insertions(+), 1 deletion(-)
diff --git a/include/net.h b/include/net.h
index b4af8eaae4..b1d6f05a76 100644
--- a/include/net.h
+++ b/include/net.h
@@ -779,6
The sun[8x]i network drivers have some common functions. Let's introduce
a common file with the reading of the MAC address as a start.
In the future, we can move more sunxi shared/common code into this file.
Signed-off-by: Olliver Schinagl
---
drivers/net/sunxi_common.c
Currently when checking for an error in ethernet aliases in the fdt, we
only check for the error case -1. It is safer to ignore anything < 0.
By rearranging logic a bit we can now also reduce identation.
Signed-off-by: Olliver Schinagl
---
common/fdt_support.c | 20 ++--
1 f
Currently, we silently ignore the return value of netops->read_rom_hwaddr().
This naturally is bad and we should check if the code ran successfully.
Signed-off-by: Olliver Schinagl
---
net/eth-uclass.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/eth-uclass.
With this patch sunxi_gmac can now get the MAC address from the board in
a predetermined board specific manner.
Signed-off-by: Olliver Schinagl
---
drivers/net/Makefile | 2 +-
drivers/net/sunxi_gmac.c | 2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/net
Expose the write_hwaddr net_ops hook to write the Ethernet address.
Signed-off-by: Olliver Schinagl
---
drivers/net/sunxi_emac.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/net/sunxi_emac.c b/drivers/net/sunxi_emac.c
index 99339db4bf..0dc37de242 100644
--- a
This patch removes the old sunxi_gmac glue layer and turns it into a
proper sub-class driver.
Signed-off-by: Olliver Schinagl
---
arch/arm/include/asm/arch-sunxi/sys_proto.h| 7
arch/arm/mach-sunxi/board.c| 1 -
board/sunxi/Makefile | 1
Fix a few whitespaces errors in the sun8i driver.
Signed-off-by: Olliver Schinagl
---
drivers/net/Kconfig | 8
drivers/net/sun8i_emac.c | 12 ++--
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
index 9f088e1e7b
Commit e72ced234045f ("net: designware: Export the operation functions")
started to expose some of the net_ops. The sunxi_gmac glue driver also
needs the start function, so let us expose that as well.
Signed-off-by: Olliver Schinagl
---
drivers/net/designware.c | 2 +-
drivers/net/de
With this patch sunxi_emac can now get the MAC address from the board in
a predetermined board specific manner.
Signed-off-by: Olliver Schinagl
---
drivers/net/Makefile | 2 +-
drivers/net/sunxi_emac.c | 3 +++
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/net
Hey Simon,
On 01-12-16 03:20, Simon Glass wrote:
Hi,
On 25 November 2016 at 08:30, Olliver Schinagl wrote:
This patch adds a method for the board to set the MAC address if the
environment is not yet set. The environment based MAC addresses are not
touched, but if the fdt has an alias set, it
Resend with maxime's correct e-mail address and Jagain added to CC
On 10-04-17 17:46, Olliver Schinagl wrote:
Hey Simon,
On 01-12-16 03:20, Simon Glass wrote:
Hi,
On 25 November 2016 at 08:30, Olliver Schinagl
wrote:
This patch adds a method for the board to set the MAC address i
Hey York,
On 10-04-17 17:52, York Sun wrote:
On 04/10/2017 08:34 AM, Olliver Schinagl wrote:
First off:
P.S. Joe, for some reason my previous patches where added with me as:
"oli...@schinagl.nl " I see that it comes from
patchwork
as such. Is there some way to fix this to
"O
A first comment I have myself, which will go in a v3 (or as a separate
patch after this has been merged):
On 10-04-17 17:33, Olliver Schinagl wrote:
Universally administered and locally administered addresses are
distinguished by setting the second-least-significant bit of the first
octet of
Hey Joe,
On 11-04-17 00:56, Joe Hershberger wrote:
On Fri, Apr 7, 2017 at 8:57 AM, wrote:
On Fri, 2017-04-07 at 15:45 +0200, Olliver Schinagl wrote:
Hey Joe,
On 30-11-16 22:36, Joe Hershberger wrote:
On Fri, Nov 25, 2016 at 9:38 AM, Olliver Schinagl wrote:
Add board hooks allowing to
This patch adds support for the Olimex OLinuXino Lime2 with eMMC flash
storage.
https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXino-LIME2-eMMC/
It is a assembly variant of the regular Lime2 but featuring eMMC for
storage.
Signed-off-by: Olliver Schinagl
---
Note: for the board to work
This patch adds support for the Olimex OLinuXino Lime2 with eMMC flash
storage.
https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXino-LIME2-eMMC/
It is a assembly variant of the regular Lime2 but featuring eMMC for
storage.
Signed-off-by: Olliver Schinagl
---
Jagan,
I was fairly certain
Hey Maxime,
On 04-05-17 10:43, Maxime Ripard wrote:
On Wed, May 03, 2017 at 04:40:02PM +0200, Olliver Schinagl wrote:
This patch adds support for the Olimex OLinuXino Lime2 with eMMC flash
storage.
https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXino-LIME2-eMMC/
It is a assembly
Hey ChenYu
On 04-05-17 10:48, Chen-Yu Tsai wrote:
On Thu, May 4, 2017 at 4:44 PM, Olliver Schinagl wrote:
Hey Maxime,
On 04-05-17 10:43, Maxime Ripard wrote:
On Wed, May 03, 2017 at 04:40:02PM +0200, Olliver Schinagl wrote:
This patch adds support for the Olimex OLinuXino Lime2 with eMMC
Sync the sun7i-a20-olinuxino-lime2-emmc.dts with the upstream kernel,
which fixes the power-sequencing pin being wrongfully set up.
Signed-off-by: Olliver Schinagl
---
arch/arm/dts/sun7i-a20-olinuxino-lime2-emmc.dts | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a
Hey Maxime,
On 04-05-17 11:43, Maxime Ripard wrote:
Hi,
On Thu, May 04, 2017 at 11:00:31AM +0200, Olliver Schinagl wrote:
Sync the sun7i-a20-olinuxino-lime2-emmc.dts with the upstream kernel,
which fixes the power-sequencing pin being wrongfully set up.
You have a dependency between two
hange node name for pwrseq pin on
Olinuxino-lime2-emmc
Olliver Schinagl (1):
sun7i: Add support for Olimex A20-OLinuXino-LIME2-eMMC
arch/arm/dts/sun7i-a20-olinuxino-lime2-emmc.dts | 2 +-
board/sunxi/MAINTAINERS | 5
configs/A20-OLinuXino-Lime2-eMMC_defc
This patch adds support for the Olimex OLinuXino Lime2 with eMMC flash
storage.
https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXino-LIME2-eMMC/
It is a assembly variant of the regular Lime2 but featuring eMMC for
storage.
Signed-off-by: Olliver Schinagl
---
board/sunxi/MAINTAINERS
From: Emmanuel Vadot
The node name for the power seq pin is mmc2@0 like the mmc2_pins_a one.
This makes the original node (mmc2_pins_a) scrapped out of the dtb and
result in a unusable eMMC if U-Boot didn't configured the pins to the
correct functions.
Signed-off-by: Emmanuel Vadot
Signed-off-b
I can resend it if everything else is okay
On 05-05-17 10:02, Maxime Ripard wrote:
On Thu, May 04, 2017 at 11:57:06AM +0200, Olliver Schinagl wrote:
From: Emmanuel Vadot
The node name for the power seq pin is mmc2@0 like the mmc2_pins_a one.
This makes the original node (mmc2_pins_a
1 - 100 of 218 matches
Mail list logo