On Thu, Nov 24, 2016 at 07:46:49PM +0800, Chen-Yu Tsai wrote:
> The mono differential output for "Line Out" downmixes the stereo audio
> from the mixer, instead of just taking the left channel.
>
> Add a route from the "Right Mixer" to "Line Out Source Playback Route"
> through the "Mono Different
20.11.2016, 20:12, "Jean-Francois Moine" :
> Signed-off-by: Jean-Francois Moine
> ---
> arch/arm/boot/dts/sun8i-h3.dtsi | 51
> +
> 1 file changed, 51 insertions(+)
>
> diff --git a/arch/arm/boot/dts/sun8i-h3.dtsi b/arch/arm/boot/dts/sun8i-h3.dtsi
> inde
On Fri, 25 Nov 2016 17:41:51 +0800
Icenowy Zheng wrote:
> After removing CLK_PLL_DE's assigned-clock, the kernel passes compilation.
The 'pll-de' and 'de' must have a fixed rate. Otherwise, if you do not
use the legacy u-boot, I don't know which can be the rate of the DE.
> However, it cannot r
(I reduced the Cc to linux-sunxi)
On Fri, 25 Nov 2016 18:32:07 +0800
Icenowy Zheng wrote:
>
> 25.11.2016, 18:22, "Jean-Francois Moine" :
> >
> > The 'pll-de' and 'de' must have a fixed rate. Otherwise, if you do not
> > use the legacy u-boot, I don't know which can be the rate of the DE.
>
> C
Universally administered and locally administered addresses are
distinguished by setting the second-least-significant bit of the first
octet of the address. Having a function to check and set this U/L bit
from a function makes it nice for boards that want to generate their own
mac address to ensure
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-uclass.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/eth-uclass.c b/net/eth-uclass.c
index a9fc6bb..9703bea 1006
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 change
Commit 674bb249825a ("net: cosmetic: Replace magic numbers in arp.c with
constants") introduced a nice define to replace the magic value 6 for
the ethernet hardware address. Replace more hardcoded instances of 6
which really reference the ARP_HLEN (iow the MAC/Hardware/Ethernet
address).
Signed-of
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 is parsed and put into the
environment.
E.g. The environment contains ethaddr and eth1addr, and the fdt contains
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
Signed-off-by: Olliver Schinagl
---
tools/.gitignore| 1 +
tools/Make
In the current net stack, we have a few functions to get and set
the "ethaddr" and "ethNaddr" environment variables, which use magic
values to get and set these environment variables. Remove the magicness
of the buffer by defining it proper and also check the input for its
length.
Additionally use
Currently we print a warning if the MAC address is read from
ROM/Hardware. This should not be concidered a bad or erronous thing. A
MAC address should come either from the hardware (ROM) or may be
set/overriden in the environment. Neither is a warning or error case.
Worthy of a warning is the case
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 file
In certain conditions we currently print the MAC address. For example a
warning when a random mac address is in use or a missmatch between HW
and ENV.
If all things went well however (but even if there is a miss-match) we
do not inform the user what the final MAC address of the device is.
Lets pr
In u-boot printf has been extended with the %pM formatter to allow
printing of MAC addresses. However buffers that want to store a MAC
address cannot safely get the size. Add a define for this case so the
string of a MAC address can be reliably obtained.
Signed-off-by: Olliver Schinagl
---
inclu
This patch-series introduces methods to retrieve the MAC address from an
onboard EEPROM. The series does a few small cleanups at the start, as either
I ran into them while doing this series and fixed them along the way or
actually depended on them. If you want to split the smaller ones off into a
s
This patch enables crc8 to be used from within the tools directory using
u-boot/crc.h.
Signed-off-by: Olliver Schinagl
Reviewed-by: Joe Hershberger
Signed-off-by: Olliver Schinagl
---
include/u-boot/crc.h | 3 +++
tools/Makefile | 1 +
2 files changed, 4 insertions(+)
diff --git a/inclu
There are various places where the ethernet device name is defined to
several different sizes. Lets add a define and start using it.
Signed-off-by: Olliver Schinagl
---
include/net.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/net.h b/include/net.h
index af0558d
This patch allows Kconfig to enable and set parameters to make it
possible to read the MAC address from an EEPROM. The net core layer then
uses this information to read MAC addresses from this EEPROM.
Besides the various tuneables as to how to access the eeprom (bus,
address, addressing mode/lengt
This patch series is split off from my previous series,
[PATCH v3] Retrieve MAC address from EEPROM
and only adds, uses and fixes the read/write rom_hwaddr hooks.
I changed things around as suggested by Hans. As far as I can tell this
should work now as you described. The fdt_fixup_ethernet functi
Currently the mac address is programmed directly in _sunxi_emac_eth_init
making it a one time inflexible operation. By moving it into a separate
function, we can now use this more flexibly.
Signed-off-by: Olliver Schinagl
---
drivers/net/sunxi_emac.c | 19 +++
1 file changed, 15
Add the read_rom_hwaddr net_op hook so that it can be called from boards
to read the mac from a ROM chip.
Signed-off-by: Olliver Schinagl
---
drivers/net/sunxi_emac.c | 16
1 file changed, 16 insertions(+)
diff --git a/drivers/net/sunxi_emac.c b/drivers/net/sunxi_emac.c
index b
Add the read_rom_hwaddr net_op hook so that it can be called from boards
to read the mac from a ROM chip.
Signed-off-by: Olliver Schinagl
---
drivers/net/designware.c | 16
1 file changed, 16 insertions(+)
diff --git a/drivers/net/designware.c b/drivers/net/designware.c
index 9
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 in the first octet.
This usually happens as a fallback, if either the eeprom fails to set a
MAC address or the FDT
Expose enetaddr writing via net_ops so that it can be hooked into.
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 99339db..bba8630 100644
--- a/drivers/net/su
This patch enables the I2C EEPROM to be probed for a MAC address on the
OLinuXino Lime1 and Lime2 boards. Other boards surely qualify as well
but where not tested yet.
Signed-off-by: Olliver Schinagl
---
configs/A10-OLinuXino-Lime_defconfig | 4
configs/A20-OLinuXino-Lime2_defconfig | 4 ++
This patch-series introduces methods to retrieve the MAC address from an
onboard EEPROM. The series does a few small cleanups at the start, as either
I ran into them while doing this series and fixed them along the way or
actually depended on them. If you want to split the smaller ones off into a
This patch series uses the read/write rom_hwaddr for sunxi based
devices. It is split off from, but still dependant on my other
patch-series, Retrieve MAC address from EEPROM.
--
You received this message because you are subscribed to the Google Groups
"linux-sunxi" group.
To unsubscribe from
On Thu, 24 Nov 2016 23:14:21 -0800 (PST) Milos Ladni
wrote:
>
> It would be nice to implement this.
> If you have a time to find example please send me.
This is what i did 2years ago to learn how to use libavformat to do
muxing, was almost perfect expect for some needed fixes.
This was only do
29 matches
Mail list logo
