Some of the times, the boot hung after printing DRAM: 128 MiB,
but never did it hang without printing anything.
The same here.
Beagleboard xM rev.A hangs after DRAM: 256 MiB
Regards,
--
Carlo Caione
___
U-Boot mailing list
U-Boot@lists.denx.de
http
On Thu, 2010-12-02 at 20:40 -0800, Prafulla Wadaskar wrote:
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of Carlo Caione
Sent: Friday, December 03, 2010 3:11 AM
To: U-Boot@lists.denx.de
Subject: Re: [U-Boot] [STATUS
From: Carlo Caione <ca...@endlessm.com>
Refactor the Odroid-C2 support code to prepare U-Boot for more Amlogic board
submissions.
The goal is to reduce the redundancy of the configuration files and unify all
the board support files onto a single amlogic directory.
Changelog:
v2:
-
From: Carlo Caione <ca...@endlessm.com>
Introduce a meson-gxbb-common.h header file and derive the
configuration for Hardkernel Odroid-C2 board from that.
Reviewed-by: Simon Glass <s...@chromium.org>
Signed-off-by: Carlo Caione <ca...@endlessm.com>
---
include/configs/meson-
From: Carlo Caione <ca...@endlessm.com>
s/hardkernel/amlogic/ to have a single place for all the amlogic-based
boards.
Reviewed-by: Simon Glass <s...@chromium.org>
Signed-off-by: Carlo Caione <ca...@endlessm.com>
---
arch/arm/mach-meson/Kconfig | 2 +-
From: Carlo Caione <ca...@endlessm.com>
s/hardkernel/amlogic/ to have a single place for all the amlogic-based
boards.
Signed-off-by: Carlo Caione <ca...@endlessm.com>
---
arch/arm/mach-meson/Kconfig| 2 +-
board/amlogic/odroid-c2/Kconfig| 12 ++
board/amlog
From: Carlo Caione <ca...@endlessm.com>
Refactor the Odroid-C2 support code to prepare U-Boot for more Amlogic board
submissions.
The goal is to reduce the redundancy of the configuration files and unify all
the board support files onto a single amlogic directory.
Carlo Caione (2):
c
From: Carlo Caione <ca...@endlessm.com>
Introduce a meson-gxbb-common.h header file and derive the
configuration for Hardkernel Odroid-C2 board from that.
Signed-off-by: Carlo Caione <ca...@endlessm.com>
---
include/configs/meson-gxbb-common.h | 45 ++
On 10/06/16 09:03, Ben Dooks wrote:
> do you have git rename-detection enabled?
I simply forgot to pass '-M' to git-format-patch. I can submit a v2 if
requested.
Cheers,
--
Carlo Caione
___
U-Boot mailing list
U-Boot@lists.denx.de
h
he integrated UART and Ethernet adapter.
Hey guys,
what's left for this patchset to be merged?
--
Carlo Caione
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 10/06/16 20:18, Carlo Caione wrote:
> From: Carlo Caione <ca...@endlessm.com>
>
> Refactor the Odroid-C2 support code to prepare U-Boot for more Amlogic board
> submissions.
> The goal is to reduce the redundancy of the configuration files and unify all
> the board sup
20>;
Adding this gmac node means that this DTS is already different from
the DTS we have in mainline. This makes me wonder how in u-boot we
manages the difference in the DT between the kernel and u-boot. Are
they supposed to be always in sync or we expect to have two different
DTs?
--
Carlo Caione
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
gt; Mainline kernel support is still in early stages [3] and the plan is
> to add more features to u-boot (mmc, ethernet, ...) as soon as they
> are available in the kernel; this submission only includes definition
> of platform, board and UART support.
Tested-by: Carlo Caione <c
DEVICE_TREE="meson-gxbb-odroidc2"
> CONFIG_OF_CONTROL=y
> +CONFIG_MESON_SERIAL=y
> +CONFIG_DEBUG_UART_MESON=y
> +GONFIG_DEBUG_UART_BASE=0xc81004c0
s/GONFIG/CONFIG/
> +CONFIG_DEBUG_UART_ANNOUNCE=y
> +CONFIG_DEBUG_UART_SKIP_INIT=y
> # CONFIG_CMD_BDI is not set
&
On 20/05/16 11:58, Robert Gadsdon wrote:
> On 05/20/2016 01:07 AM, Carlo Caione wrote:
> > On 20/05/16 08:27, Carlo Caione wrote:
> >> On 19/05/16 21:51, Robert Gadsdon wrote:
> >>> Applied this on my Odroid C2, and it worked OK when installed on the
> >
rth to have one single board file board.c so to
avoid duplicating code among the boards, especially now that the DT
support is still incomplete.
Cheers,
--
Carlo Caione
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 20/05/16 08:27, Carlo Caione wrote:
> On 19/05/16 21:51, Robert Gadsdon wrote:
> > Applied this on my Odroid C2, and it worked OK when installed on the
> > SDcard, but failed when installed on the eMMC module:
Oh, reading this again you meant that you put u-boot directly
k again?
Unfortunately I don't have an eMMC for the Odroid-C2 to check this out.
I'll try to prepare a board file also for the P20x so I can test this
better.
Thank you for testing this BTW.
Cheers,
--
Carlo Caione
___
U-Boot mailing list
U-Boot@lists.
From: Carlo Caione <ca...@endlessm.com>
This patchset is a port / rewrite of the Amlogic driver shipped in the SDK for
the Meson GXBB (S905) platform. It has been tested on the Hardkernel Odroid-C2
board.
The driver is enabled using U_BOOT_DEVICE in the board file because there is no
MMC
From: Carlo Caione <ca...@endlessm.com>
Add support for the MMC on the Hardkernel Odroid-C2 board.
Signed-off-by: Carlo Caione <ca...@endlessm.com>
---
board/hardkernel/odroid-c2/odroid-c2.c | 42 ++
configs/odroid-c2_defconfig| 5 +
From: Carlo Caione <ca...@endlessm.com>
This is a port / rewrite of the Amlogic driver shipped whithin the
Amlogic SDK for the Meson GXBaby (S905) SoC.
Signed-off-by: Carlo Caione <ca...@endlessm.com>
---
arch/arm/include/asm/arch-meson/sd_emmc.h | 109 +++
drivers/
On Fri, May 13, 2016 at 3:46 PM, Kevin Hilman <khil...@baylibre.com> wrote:
> Carlo Caione <ca...@caione.org> writes:
>
>> From: Carlo Caione <ca...@endlessm.com>
>>
>> This is a port / rewrite of the Amlogic driver shipped whithin the
>> Amlogic S
al@4c0
> Net: No ethernet found.
> =>
>
> The eth_designware line (twice, if counting "No ma") is due to what Tom
> mentioned wrt DM GPIO, I guess.
>
> Shouldn't we get a version line from SPL, too? A serial driver issue?
AFAIKT there is no SPL. U-Boot is loaded by BL3-1 also in the U-Boot
shipped by amlogic.
--
Carlo Caione
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Tue, Jul 12, 2016 at 12:54 AM, Andreas Färber <afaer...@suse.de> wrote:
> Am 12.07.2016 um 00:52 schrieb Carlo Caione:
>> On Mon, Jul 11, 2016 at 11:38 PM, Andreas Färber <afaer...@suse.de> wrote:
>>> Am 11.07.2016 um 22:36 schrieb Carlo Caione:
>>>>
On Mon, Jul 11, 2016 at 11:38 PM, Andreas Färber <afaer...@suse.de> wrote:
> Am 11.07.2016 um 22:36 schrieb Carlo Caione:
>> On Mon, Jul 11, 2016 at 10:15 PM, Andreas Färber <afaer...@suse.de> wrote:
[...]
>>>
>>> DRAM: 2 GiB
>>> No maUsing defau
This driver implements MMC support on Meson GX (S905) based systems.
It's based on Carlo Caione's work, changes:
- BLK support added
- general refactoring
Signed-off-by: Carlo Caione <ca...@caione.org>
Signed-off-by: Andreas Färber <afaer...@suse.de>
Signed-off-by: Heiner Kallw
On Mon, 2018-06-11 at 10:41 +0200, Dr. Philipp Tomsich wrote:
> > On 11 Jun 2018, at 10:08, Carlo Caione wrote:
/cut
> > +#define GRF_SOC_CON0 0xff770244
> > #define GRF_SOC_CON2 0xff77024c
>
> Could you convert these to ‘const uintptr_t GRF_SOC_CON0 = …’ ?
> The comp
From: Carlo Caione
On the veyron board the vcc33_sd regulator is used as vmmc-supply for
the SD card. This regulator is powered in the MMC core during power on
but its value is never actually set.
In the veyron platform the reset value for the LDO output is 1.8V while
the standard (min and max
From: Carlo Caione
The GRF_SOC_CON0.grf_force_jtag bit is automatically set at boot and it
is preventing the SDMMC to work correctly. Disable the JTAG function on
the assumption that a working SD has higher priority over JTAG.
Signed-off-by: Carlo Caione
---
arch/arm/mach-rockchip/rk3288
From: Carlo Caione
These patches toghether with the previously submitted patch [0] enable
the chromebook veyron jerry to use the SDMMC interface when U-Boot is
not chainloaded by depthcharge but booted directly from SPI.
[0] https://marc.info/?l=u-boot=152836928803742=2
Carlo Caione (3
From: Carlo Caione
Use regulators_enable_boot_on() to init all the regulators with
regulator-boot-on property.
Signed-off-by: Carlo Caione
---
arch/arm/mach-rockchip/rk3288-board.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/mach-rockchip/rk3288-board.c
b/arch/arm/mach
On Thu, 2018-06-07 at 12:00 +0100, Carlo Caione wrote:
> From: Carlo Caione
>
> Add support for pin voltage configuration. Besides to support UHS
> mode
> this is useful when the IO lines are connected to a configurable
> regulator not enabled at boot or always on.
>
&
From: Carlo Caione
No functional change but at least we can now guarantee type safety.
Signed-off-by: Carlo Caione
---
arch/arm/mach-rockchip/rk3288-board.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-rockchip/rk3288-board.c
b/arch/arm/mach-rockchip
From: Carlo Caione
Use regulators_enable_boot_on() to init all the regulators with
regulator-boot-on property.
Signed-off-by: Carlo Caione
Reviewed-by: Simon Glass
Reviewed-by: Philipp Tomsich
Acked-by: Philipp Tomsich
---
arch/arm/mach-rockchip/rk3288-board.c | 6 ++
1 file changed, 6
From: Carlo Caione
On the veyron board the vcc33_sd regulator is used as vmmc-supply for
the SD card. This regulator is powered in the MMC core during power on
but its value is never actually set.
In the veyron platform the reset value for the LDO output is 1.8V while
the standard (min and max
From: Carlo Caione
The GRF_SOC_CON0.grf_force_jtag bit is automatically set at boot and it
is preventing the SDMMC to work correctly. Disable the JTAG function on
the assumption that a working SD has higher priority over JTAG.
Signed-off-by: Carlo Caione
Reviewed-by: Simon Glass
Reviewed
From: Carlo Caione
These patches toghether with the previously submitted patch [0] enable
the chromebook veyron jerry to use the SDMMC interface when U-Boot is
not chainloaded by depthcharge but booted directly from SPI.
[0] https://marc.info/?l=u-boot=152836928803742=2
Changelog:
V2:
- Add
From: Carlo Caione
These patches toghether with the previously submitted patch [0] enable
the chromebook veyron jerry to use the SDMMC interface when U-Boot is
not chainloaded by depthcharge but booted directly from SPI.
[0] https://marc.info/?l=u-boot=152836928803742=2
Changelog:
V2:
- Add
From: Carlo Caione
On the veyron board the vcc33_sd regulator is used as vmmc-supply for
the SD card. This regulator is powered in the MMC core during power on
but its value is never actually set.
In the veyron platform the reset value for the LDO output is 1.8V while
the standard (min and max
From: Carlo Caione
Use regulators_enable_boot_on() to init all the regulators with
regulator-boot-on property.
Signed-off-by: Carlo Caione
Reviewed-by: Simon Glass
---
arch/arm/mach-rockchip/rk3288-board.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/mach-rockchip
From: Carlo Caione
The GRF_SOC_CON0.grf_force_jtag bit is automatically set at boot and it
is preventing the SDMMC to work correctly. Disable the JTAG function on
the assumption that a working SD has higher priority over JTAG.
Signed-off-by: Carlo Caione
Reviewed-by: Simon Glass
---
arch/arm
From: Carlo Caione
This flash IC is used in some chromebook models manufactured by Bitland.
Signed-off-by: Carlo Caione
---
drivers/mtd/spi/spi_flash_ids.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids.c
index 5d146e36c6
From: Carlo Caione
Add support for pin voltage configuration. Besides to support UHS mode
this is useful when the IO lines are connected to a configurable
regulator not enabled at boot or always on.
Signed-off-by: Carlo Caione
---
drivers/mmc/dw_mmc.c | 34
]https://gist.github.com/carlocaione/b93cfd9ee71e07fcf68d5c02256ff0fa
Cheers,
--
Carlo Caione
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On Fri, 2018-07-27 at 00:54 +0200, Dr. Philipp Tomsich wrote:
> > On 26 Jul 2018, at 22:05, Carlo Caione wrote:
> >
> > On Thu, 2018-07-26 at 15:59 +0200, Philipp Tomsich wrote:
> > > The calculation in `rockchip_sdram_size` would overflow for 4GB
> > &g
re I can submit the
> series — once this happens, I’ll copy you so you can give your
> Tested-by if it works…
I'm interested. Please put me in CC as well.
--
Carlo Caione
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
this platform directly from eMMC? Reading
sources and documentation there is explicitly nothing related to boot
this platform from eMMC so I was wondering if this is feasible at all.
Thank you,
--
Carlo Caione | +44.7384.69.16.04 | Endless
___
U-Boot mailing
On Mon, 2018-06-11 at 20:00 +0100, Carlo Caione wrote:
> From: Carlo Caione
>
> These patches toghether with the previously submitted patch [0]
> enable
> the chromebook veyron jerry to use the SDMMC interface when U-Boot is
> not chainloaded by depthcharge but booted directly
the `mdio rx/wx` command to
easily access the extended registers.
Signed-off-by: Carlo Caione
---
drivers/net/phy/realtek.c | 27 +++
1 file changed, 27 insertions(+)
diff --git a/drivers/net/phy/realtek.c b/drivers/net/phy/realtek.c
index b3e6578df9..3bea1fa9d0 100644
Introduce phy_(read|write)_mmd() generic 802.3 clause 45 register
accessors for Clause 22 PHYs, using the indirect method. Allow this
behaviour to be overriden by PHY drivers where necessary.
Carlo Caione (2):
net: phy: Add support for accessing MMD PHY registers
cmd: mdio: Add new
not support the
standard IEEE Compatible clause 45 access mechanism described in clause
22 or if the PHY uses its own non-standard access mechanism.
2. The standard clause 45 access extensions to the MMD registers through
the indirection registers (clause 22) in all the other cases.
Signed-off-by: Carlo
Two new parameters (rmmd and wmmd) are added to allow the `mdio` command
to access the content of the MMD PHY registers.
Signed-off-by: Carlo Caione
---
cmd/mdio.c | 33 +++--
1 file changed, 27 insertions(+), 6 deletions(-)
diff --git a/cmd/mdio.c b/cmd/mdio.c
On 22/01/19 22:21, Joe Hershberger wrote:
On Wed, Jan 16, 2019 at 12:06 PM Carlo Caione wrote:
Two new helper functions (phy_read_mmd() and phy_write_mmd()) are added
to allow access to the MMD PHY registers.
The MMD PHY registers can be accessed by two means:
1. Using two new MMD access
On 23/01/19 16:31, Joe Hershberger wrote:
On Wed, Jan 23, 2019 at 10:23 AM Joe Hershberger wrote:
On Wed, Jan 23, 2019 at 10:07 AM Carlo Caione wrote:
>
> Two new parameters (rmmd and wmmd) are added to allow the `mdio` command
> to access the content of the MMD PHY registers.
>
Introduce phy_(read|write)_mmd() generic 802.3 clause 45 register
accessors for Clause 22 PHYs, using the indirect method. Allow this
behaviour to be overriden by PHY drivers where necessary.
Carlo Caione (3):
net: phy: Add support for accessing MMD PHY registers
net: phy: ti: use generic
not support the
standard IEEE Compatible clause 45 access mechanism described in clause
22 or if the PHY uses its own non-standard access mechanism.
2. The standard clause 45 access extensions to the MMD registers through
the indirection registers (clause 22) in all the other cases.
Signed-off-by: Carlo
Now that generic helpers are available, use those instead of relying on
ti specific functions.
Signed-off-by: Carlo Caione
Signed-off-by: Vladimir Oltean
Acked-by: Joe Hershberger
---
drivers/net/phy/ti.c | 130 +--
1 file changed, 25 insertions(+), 105
Two new parameters (rmmd and wmmd) are added to allow the `mdio` command
to access the content of the MMD PHY registers.
Signed-off-by: Carlo Caione
---
cmd/mdio.c | 51 ---
1 file changed, 36 insertions(+), 15 deletions(-)
diff --git a/cmd
exactly that.
--
Carlo Caione
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
(without having the possibility to reset the PHY) where the PHY
suddenly stops working.
A new quirk is introduced to unconditionally reset this bit. If the
quirk is not enabled using the proper configuration symbol, the PHY state
is not changed.
Signed-off-by: Carlo Caione
---
Hi Joe,
just
so we have an opportunity to do
it more cleanly potentially.
Thoughts from each of you?
I'll rebase that patch on top of my set and I'll let Vlad submit the
smartEEE patch on top.
--
Carlo Caione
___
U-Boot mailing list
U-Boot@lists.denx.de
https
Introduce phy_(read|write)_mmd() generic 802.3 clause 45 register
accessors for Clause 22 PHYs, using the indirect method. Allow this
behaviour to be overriden by PHY drivers where necessary.
Carlo Caione (3):
net: phy: Add support for accessing MMD PHY registers
net: phy: ti: use generic
not support the
standard IEEE Compatible clause 45 access mechanism described in clause
22 or if the PHY uses its own non-standard access mechanism.
2. The standard clause 45 access extensions to the MMD registers through
the indirection registers (clause 22) in all the other cases.
Signed-off-by: Carlo
Now that generic helpers are available, use those instead of relying on
ti specific functions.
Signed-off-by: Carlo Caione
Signed-off-by: Vladimir Oltean
---
drivers/net/phy/ti.c | 130 +--
1 file changed, 25 insertions(+), 105 deletions(-)
diff --git
Two new parameters (rmmd and wmmd) are added to allow the `mdio` command
to access the content of the MMD PHY registers.
Signed-off-by: Carlo Caione
---
cmd/mdio.c | 33 +++--
1 file changed, 27 insertions(+), 6 deletions(-)
diff --git a/cmd/mdio.c b/cmd/mdio.c
The macros used to set the direction of the GPIO pins are misused,
resulting in a wrong behavior when trying to read the GPIO input level
from U-Boot.
A better macro is also used when setting the output direction.
Signed-off-by: Carlo Caione
---
drivers/pinctrl/meson/pinctrl-meson.c | 4
correctly because the shifting is already 0).
Signed-off-by: Carlo Caione
---
drivers/pinctrl/meson/pinctrl-meson-axg.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers/pinctrl/meson/pinctrl-meson-axg.c
b/drivers/pinctrl/meson/pinctrl-meson
,
> + .banks = meson_axg_aobus_banks,
> + .num_pins = 11,
Should this be 14?
--
Carlo Caione
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
n_axg_pmx_update_function(dev->parent, offset, 0);
since you want to pass the pinctrl udevice (not the gpio one) otherwise
you get a Synchronous Abort when trying to access the pinctrl priv data
(and you can crash the board with `=> gpio input aobus-banks10`).
Cheers,
--
Carlo Caione
___
On 24/01/2019 20:04, Vladimir Oltean wrote:
On 1/24/19 10:01 PM, Carlo Caione wrote:
On 24/01/2019 19:56, Vladimir Oltean wrote:
On 1/24/19 10:56 AM, Carlo Caione wrote:
No, I mean instead of doing "mdio rmmd 3.1" to do "mdio read 3.1"
(basically not define a new comman
On 24/01/2019 19:56, Vladimir Oltean wrote:
On 1/24/19 10:56 AM, Carlo Caione wrote:
It works for me, but I do have a question.
Is there any limitation preventing you to add this functionality via the
standard "mdio read x.y" instead of "mdio rmmd x.y" if the PHY is known
currently have a way in U-Boot to differentiate between C22 and
C45 PHYs? The generic_10g PHY should be C45 but is that the only one
currently supported?
--
Carlo Caione
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
When sh is an alias for dash the script is failing with (for several
files):
./tools/imx8m_image.sh: 15: [: signed_hdmi_imx8m.bin: unexpected operator
This is caused by the 'a == b' bashism that should be 'a = b'.
Signed-off-by: Carlo Caione
---
tools/imx8m_image.sh | 4 ++--
1 file changed
On 03/04/2019 15:56, Anatolij Gustschin wrote:
Hi Carlo,
On Wed, 3 Apr 2019 15:37:20 +0100
Carlo Caione ccai...@baylibre.com wrote:
When sh is an alias for dash the script is failing with (for several
files):
./tools/imx8m_image.sh: 15: [: signed_hdmi_imx8m.bin: unexpected operator
Thanks
the indirection registers (clause 22) in all the other cases.
Signed-off-by: Carlo Caione
---
drivers/net/phy/phy.c | 4 +++
include/phy.h | 70 +++
2 files changed, 74 insertions(+)
diff --git a/drivers/net/phy/phy.c b/drivers/net/phy/phy.c
index
Introduce phy_{read|write}_mmd() helpers and modify the mdio command to
make good use of them. Fix the ti driver in the same patchset.
Carlo Caione (3):
net: phy: Add generic helpers to access MMD PHY registers
net: phy: ti: use generic helpers to access MMD registers
cmd: mdio: Switch
Now that generic helpers are available, use those instead of relying on
ti specific functions.
Signed-off-by: Carlo Caione
Signed-off-by: Vladimir Oltean
Acked-by: Joe Hershberger
---
drivers/net/phy/ti.c | 130 +--
1 file changed, 25 insertions(+), 105
Switch to use the generic helpers to access the MMD registers so that we
can used the same command also for C45 PHYs, C22 PHYs with direct and
indirect access and PHYs implementing a custom way to access the
registers.
Signed-off-by: Carlo Caione
---
cmd/mdio.c | 27
://patchwork.ozlabs.org/patch/998770/
Maybe this patchset should go in the direction of using that.
Oh, that's nice.
Joe,
can you review this patchset before I send a new one?
Thanks,
--
Carlo Caione
___
U-Boot mailing list
U-Boot@lists.denx.de
https
s if (devad == MDIO_DEVAD_NONE)
4) We do indirect C22 access to C45 in all the other cases
Se we can have one single "mdio" command for all the cases.
--
Carlo Caione
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 24/01/2019 20:48, Vladimir Oltean wrote:
On 1/24/19 10:19 PM, Carlo Caione wrote:
On 24/01/2019 20:12, Vladimir Oltean wrote:
I can't completely answer that, TBH I don't even know who is supposed to
make that distinction.
In the kernel that distinction is made by the driver itself
Two new parameters (rmmd and wmmd) are added to allow the `mdio` command
to access the content of the MMD PHY registers.
Signed-off-by: Carlo Caione
Acked-by: Joe Hershberger
---
cmd/mdio.c | 52 +---
1 file changed, 37 insertions(+), 15
not support the
standard IEEE Compatible clause 45 access mechanism described in clause
22 or if the PHY uses its own non-standard access mechanism.
2. The standard clause 45 access extensions to the MMD registers through
the indirection registers (clause 22) in all the other cases.
Signed-off-by: Carlo
Now that generic helpers are available, use those instead of relying on
ti specific functions.
Signed-off-by: Carlo Caione
Signed-off-by: Vladimir Oltean
Acked-by: Joe Hershberger
---
drivers/net/phy/ti.c | 130 +--
1 file changed, 25 insertions(+), 105
Introduce phy_(read|write)_mmd() generic 802.3 clause 45 register
accessors for Clause 22 PHYs, using the indirect method. Allow this
behaviour to be overriden by PHY drivers where necessary.
Carlo Caione (3):
net: phy: Add support for accessing MMD PHY registers
net: phy: ti: use generic
(without having the possibility to reset the PHY) where the PHY
suddenly stops working.
A new quirk is introduced to unconditionally reset this bit. If the
quirk is not enabled using the proper configuration symbol, the PHY state
is not changed.
Signed-off-by: Carlo Caione
Acked-by: Joe
set.
Cheers
[0] https://lists.denx.de/pipermail/u-boot/2019-January/356019.html
--
Carlo Caione
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
87 matches
Mail list logo