On Mon, 25 Aug 2025 11:05:00 +0200
Sascha Hauer wrote:
> On Thu, Aug 14, 2025 at 03:23:00PM +0200, David Jander wrote:
> >
> > Dear Sascha,
> >
> > On Thu, 14 Aug 2025 13:26:31 +0200
> > Sascha Hauer wrote:
> >
> > > Hi David,
> > &g
Dear Sascha,
On Thu, 14 Aug 2025 13:26:31 +0200
Sascha Hauer wrote:
> Hi David,
>
> On Wed, Aug 13, 2025 at 09:01:49AM +0200, David Jander wrote:
> > PRTPUK is a credit-card sized ISOBUS virtual terminal, based on the
> > Rockchip RK3576 SoC, that features a CAN interfa
On Wed, 13 Aug 2025 09:01:49 +0200
David Jander wrote:
> PRTPUK is a credit-card sized ISOBUS virtual terminal, based on the
> Rockchip RK3576 SoC, that features a CAN interface and a 100/1000Base-T1
> interface for HS-ISOBUS (HSI), as well as a USB-C port for connecting to a
>
PRTPUK is a credit-card sized ISOBUS virtual terminal, based on the
Rockchip RK3576 SoC, that features a CAN interface and a 100/1000Base-T1
interface for HS-ISOBUS (HSI), as well as a USB-C port for connecting to a
touch-screen monitor.
Signed-off-by: David Jander
---
arch/arm/boards/Makefile
On Wed, 13 Aug 2025 07:32:41 +0200
Sascha Hauer wrote:
> Hi David,
>
> On Mon, Aug 11, 2025 at 08:40:18AM +0200, David Jander wrote:
> > This set of patches adds basic support for Rockchip RK3576 SoCs.
> > Peripheral support is added for aiodev (SARADC) and GPIO.
>
This set of patches adds basic support for Rockchip RK3576 SoCs.
Peripheral support is added for aiodev (SARADC) and GPIO.
David Jander (8):
clk: rockchip: clk-pll.c: Fix macro name confusion
clk: rockchip: Introduce rockchip_grf_type enum from kernel driver
ARM: Initial support for
As for other Rockchip SoCs, give barebox a handle for the DMC and
set the big cluster clock rates to normal defaults.
Signed-off-by: David Jander
---
arch/arm/dts/rk3576.dtsi | 13 +
1 file changed, 13 insertions(+)
create mode 100644 arch/arm/dts/rk3576.dtsi
diff --git a/arch/arm
in rockchip_usb2phy_clk480m_register() rphy->clk is checked for NULL, but
clk_get() will return an error instead of NULL if the clk isn't found.
Signed-off-by: David Jander
---
drivers/phy/rockchip/phy-rockchip-inno-usb2.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/dri
The RK3576 has a SARADC v2 with 8 channels and 12 bit resolution.
Signed-off-by: David Jander
---
drivers/aiodev/Kconfig | 2 +-
drivers/aiodev/rockchip_saradc.c | 7 +++
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/aiodev/Kconfig b/drivers/aiodev/Kconfig
This is the version found in the RK3576.
Signed-off-by: David Jander
---
drivers/gpio/gpio-rockchip.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpio/gpio-rockchip.c b/drivers/gpio/gpio-rockchip.c
index 2c13e97b97..db8a045e8b 100644
--- a/drivers/gpio/gpio
RK3399_PLLCON() and RK3588_PLLCON() are identical, but using the RK3399
name in an RK3588 function seems confusing.
Signed-off-by: David Jander
---
drivers/clk/rockchip/clk-pll.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/rockchip/clk-pll.c b/drivers/clk
These are needed for the GPIO driver to probe.
Signed-off-by: David Jander
---
arch/arm/dts/rk3576.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/dts/rk3576.dtsi b/arch/arm/dts/rk3576.dtsi
index cf7c69b3b5..e4b63784d9 100644
--- a/arch/arm/dts/rk3576.dtsi
+++ b/arch
meter will be needed.
This patch introduces a simplified version of the hashmap via a simple
pointer lookup table called grfmap in struct rockchip_clk_provider.
Existing drivers only need one of the entries (grf_type_sys), which is
filled in by default.
Signed-off-by: David Jander
---
driver
Hi Ahmad,
On Wed, 5 Mar 2025 13:51:51 +0100
Ahmad Fatoum wrote:
> Hi David,
>
> On 05.03.25 12:30, David Jander wrote:
> > On Tue, 4 Mar 2025 22:50:00 +0100
> > Martin Wege wrote:
> >> So yes, you would have customers for NFSv4.1 support in barebox.
>
thing on this obsolete version with all of its limitations.
But also a bit of caution to be mindful of: Cybersecurity. Of course barebox
can be made to only boot signed fit images, but are there other potential
attack vectors? What if the NFS server needs to be secured with with GSS and
kerberos? Barebox possibly won't be able to access it unless it also supports
that.
P.S.: I am currently not subscribed to the barebox mailing list, so I don't
know if this email will get forwarded by the list server.
Best regards,
--
David Jander
f (!i2c_node) {
> > + dev_err(priv->dev, "Unsupported i2c adapter\n");
> > + ret = -ENODEV;
> > + goto free_alias;
> > + }
> > +
> > + eeprom_node_name = basprintf("/eeprom@%x", dcfg->i2c_addr);
> > + if (!ee
char serial[10];
u8 cs;
} __attribute__ ((packed));
The cs field is just the bit-inverted LSB of the sum of all bytes composing
the struct up to cs.
Note, that even boards without ethernet interface use the same struct, but the
MAC address field is ignored and
On Wed, 13 Jun 2018 08:42:30 +0200
Sascha Hauer wrote:
> On Tue, Jun 12, 2018 at 03:46:06PM +0200, David Jander wrote:
> > On Tue, 12 Jun 2018 14:47:38 +0200
> > Sascha Hauer wrote:
> >
> > > Hi David,
> > >
> > > On Tue, Jun
On Tue, 12 Jun 2018 14:47:38 +0200
Sascha Hauer wrote:
> Hi David,
>
> On Tue, Jun 12, 2018 at 02:23:08PM +0200, David Jander wrote:
> >
> > Hi Sascha,
> >
> > I know this is old already, and I was surprised that I couldn't find any
> > complaint
start. If not, how should this issue be
solved?
Best regards,
--
David Jander
Protonic Holland.
___
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
Depending on CONFIG_DRIVER_VIDEO_IMX_IPUV3 to decide whether to
gate IPU clocks or not is rather fragile. Any inadvertent
dependency on the IPU (like setting the NoC AQoS registers for
i.MX6QP) will result in a freeze if CONFIG_DRIVER_VIDEO_IMX_IPUV3
is disabled.
Signed-off-by: David Jander
On Tue, 08 Oct 2013 16:11:16 +0200
Lucas Stach wrote:
> Am Dienstag, den 08.10.2013, 15:47 +0200 schrieb David Jander:
> > Dear Lucas,
> >
> > On Tue, 08 Oct 2013 11:39:24 +0200
> > Lucas Stach wrote:
> >
> > > Am Dienstag, den 08
Dear Lucas,
On Tue, 08 Oct 2013 11:39:24 +0200
Lucas Stach wrote:
> Am Dienstag, den 08.10.2013, 11:13 +0200 schrieb David Jander:
> [...]
> > > > You are right. Sorry for the confusion. There were aliases in barebox's
> > > > version of imx53.dtsi which went
On Tue, 08 Oct 2013 09:45:05 +0200
Lucas Stach wrote:
> Am Dienstag, den 08.10.2013, 09:02 +0200 schrieb David Jander:
> > On Mon, 7 Oct 2013 22:19:36 +0200
> > Sascha Hauer wrote:
> >
> > > On Mon, Oct 07, 2013 at 11:57:35AM +0200, David Jander wrote:
> > &
On Mon, 7 Oct 2013 22:19:36 +0200
Sascha Hauer wrote:
> On Mon, Oct 07, 2013 at 11:57:35AM +0200, David Jander wrote:
> > On Mon, 7 Oct 2013 08:41:11 +0200
> > Sascha Hauer wrote:
> >
> > > On Mon, Oct 07, 2013 at 08:32:03AM +0200, David Jander wrote
On Mon, 7 Oct 2013 08:41:11 +0200
Sascha Hauer wrote:
> On Mon, Oct 07, 2013 at 08:32:03AM +0200, David Jander wrote:
> >
> > Dear Sascha,
> >
> > On Sun, 6 Oct 2013 12:39:50 +0200
> > Sascha Hauer wrote:
> > >
> > > It doesn't inte
Hi Jean-Christophe,
On Thu, 3 Oct 2013 21:23:49 +0200
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 17:17 Thu 03 Oct , David Jander wrote:
> >
> > Hi all,
> >
> > I am following barebox git closely and noticed a change recently: Device
> > names for MMC (
ible to distinguish between them anymore.
Btw, why was this changed in the first place?
Best regards,
--
David Jander
Protonic Holland.
___
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
28 matches
Mail list logo
