On Fri, Apr 26, 2024 at 12:59:10PM +0200, Sascha Hauer wrote:
> Hi Sam,
>
> On Thu, Apr 25, 2024 at 06:56:48PM +0200, Sam Ravnborg wrote:
> > Hi Sascha
> >
> > On Thu, Apr 25, 2024 at 01:54:34PM +0200, Sascha Hauer wrote:
> > > Some Atmel AT91 boards still d
Hi Sascha
On Thu, Apr 25, 2024 at 01:54:34PM +0200, Sascha Hauer wrote:
> Some Atmel AT91 boards still do not have PBL support which becomes
> mandatory soon. Remove these boards.
>
> Signed-off-by: Sascha Hauer
> ---
> arch/arm/boards/Makefile | 3 -
> arch/arm/boards/sa
Hi Ahmad,
On Tue, Feb 20, 2024 at 10:25:37AM +0100, Ahmad Fatoum wrote:
> Hello Sam,
>
>
> On 15.02.24 23:29, Sam Ravnborg wrote:
> >> +static noinline void continue_skov_arm9cpu_xload_mmc(void)
> >> +{
> >> + sam9263_lowlevel_init(0x2031B004, 0x10053
rg/
>
thanks for picking up this work and finish it.
There we several fixes in the patch-set I would never have found - nice
work!
All patches are:
Reviewed-by: Sam Ravnborg
Except "ARM: at91: skov-arm9cpu: Add SD-Card xload support" - see my
comment about the hardcoded hex-values
Hi Ahmad,
On Thu, Feb 15, 2024 at 05:30:05PM +0100, Ahmad Fatoum wrote:
> From: Sam Ravnborg
>
> This updates skov-arm9cpu with xload support, and we can now
> use barebox as a replacement for at91bootstrap
>
> Only boot via SD card is supported.
>
> Signed-off-by: Sa
Hi Jules.
On Mon, Jul 10, 2023 at 07:23:30PM +0200, Jules Maselbas wrote:
> This driver initially started as a modification of dove-sdhci driver,
> it has been heavily reworked to be closer to rockchip-dwcmshc-sdhci by
> using more common sdhci code.
>
> Signed-off-by: Jules Maselbas
> ---
> dr
With this change we have more chances to catch build issues during
refactoring.
The board is added to get build coverage, it is not verified if it
actually boots with this config.
Signed-off-by: Sam Ravnborg
---
arch/arm/configs/at91_multi_defconfig | 1 +
1 file changed, 1 insertion(+)
diff
Signed-off-by: Sam Ravnborg
---
arch/arm/boards/sama5d4_wifx/lowlevel.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boards/sama5d4_wifx/lowlevel.c
b/arch/arm/boards/sama5d4_wifx/lowlevel.c
index 0c3529e659..c47b14c55b 100644
--- a/arch/arm/boards
Hi all.
Correcting myself here.
> >
> > Super interesting about the A9263 setup code. I missed it so far. Does
> > that mean that barebox can replace the at91bootstrap?
> Yes. The patch series I pointed at generates a bare variant that I
> successfully used to boot my board direct from ROMBOOT.
>
Hi Wolfram.
On Tue, Mar 21, 2023 at 06:20:45PM +0100, Wolfram Sang wrote:
> Hi Sascha!
>
> > Nice to hear from you here ;)
>
> Yeah, it has been only 10 years... :)
>
> > I have no idea how the SDRAM setup is done on the USB-A9G20. There seems
> > to be SDRAM setup code for the USB-A9263, but n
Hi Alexander.
On Tue, Mar 21, 2023 at 10:44:25AM +0100, Alexander Dahl wrote:
> Hello Sascha,
>
> Am Tue, Mar 21, 2023 at 09:58:48AM +0100 schrieb Sascha Hauer:
> > Hi Wolfram,
> >
> > Nice to hear from you here ;)
> >
> > On Sun, Mar 19, 2023 at 10:28:07PM +0100, Wolfram Sang wrote:
> > > Hi S
Hi Wolfram.
On Sun, Mar 19, 2023 at 04:49:06PM +0100, Wolfram Sang wrote:
> While trying to unbrick my Calao USB-A9G20, barebox couldn't read the
> NAND BB tables unlike the binary-only barebox from 2013. The first two
> patches fix that. The third one is a cleanup.
It is only a few weeks ago I a
Hi Sascha.
On Wed, Mar 01, 2023 at 08:53:24AM +0100, Sascha Hauer wrote:
> On Tue, Feb 28, 2023 at 06:37:08PM +0100, Sam Ravnborg wrote:
> > Hi Sascha,
> >
> > On Tue, Feb 28, 2023 at 03:30:22PM +0100, Sascha Hauer wrote:
> > > I am working on making it possible
Hi Sascha,
On Tue, Feb 28, 2023 at 03:30:22PM +0100, Sascha Hauer wrote:
> I am working on making it possible to build support for multiple
> arch/arm/mach-*/ into the same barebox. Here are some misc cleanups
> I stumbled upon while preparing multi arch support.
>
> Sascha Hauer (9):
> ARM: mx
Hi Ahmad.
> I have also resynced the Atmel NAND driver with
> Linux to get support for the new EBI binding, but I'll send that out
> as a separate patch once this is in. (If you need it for your hacking,
> I can push it somewhere before that though).
No need for the new EBI binding atm, so no reas
e individual patches - they all looked good.
The DT file in patch 11 looks like a file that would be a good linux
kernel candidate - but I guess this is for someone else to do.
Full series are:
Acked-by: Sam Ravnborg
I look forward to the day where the remaining three sama5d boards are all
multi-
hange as the default mode would've been the first element,
> which is the same element the malformed native-mode was meant to point
> at anyway.
>
> Signed-off-by: Ahmad Fatoum
Reviewed-by: Sam Ravnborg
Sam
Hi Ahmad.
On Mon, Dec 19, 2022 at 07:18:39PM +0100, Ahmad Fatoum wrote:
> The value of the native-mode property is supposed to be a phandle to
> the entry in question, but instead the full node path was used because
> the were missing. Fix this. This should not involve any
> functional change as
Hi Ahmad,
On Tue, Jun 28, 2022 at 11:12:39PM +0200, Ahmad Fatoum wrote:
> Hello Sam,
>
> On 28.06.22 21:23, Sam Ravnborg wrote:
> > Hi Ahmad,
> > On Sun, May 15, 2022 at 09:37:59PM +0200, Sam Ravnborg wrote:
> >> The following is the current set of patches so far to
Hi myself,
On Tue, Jun 28, 2022 at 10:38:48PM +0200, Sam Ravnborg wrote:
> This updates skov-arm9cpu with xload support, and we can now
> use barebox as a replacment for at91bootstrap.
>
> Only boot via SD card is supported.
>
> Includes several suggestions from: Ahm
specifying a backlight node
as part of the panel node.
Signed-off-by: Sam Ravnborg
---
drivers/video/atmel_lcdfb.c | 6 ++
drivers/video/atmel_lcdfb.h | 4 +
drivers/video/atmel_lcdfb_core.c | 125 +--
3 files changed, 113 insertions(+), 22 deletions
[ ] barebox.bin can start a linux kernel
[ ] support default SD card boots and nfsboot
[x] update Kconfig to work with xload
[x] xload image support
Signed-off-by: Sam Ravnborg
---
arch/arm/boards/skov-arm9cpu/board.c| 17 +--
arch/arm/boards/skov-arm9cpu/lowlevel.c | 158
The pwm-atmel driver was not updated to use the atomic api and did not
build.
Update the driver from linux kernel 5.16-rc7 and adapt to barebox
to get the latest fixes including the conversion to atomic api.
Signed-off-by: Sam Ravnborg
---
drivers/pwm/pwm-atmel.c | 383
Add lowlevel helpers like we already have for sama5d2 etc.
Signed-off-by: Sam Ravnborg
---
arch/arm/mach-at91/Makefile| 1 +
arch/arm/mach-at91/include/mach/sam92_ll.h | 54 ++
arch/arm/mach-at91/sam9263_ll.c| 215 +
3 files changed, 270
There is no need to ifdef out all the static inlines as the headers
no longer conflicts. Drop the ifdefs so we can now use the header
in multi image builds.
Signed-off-by: Sam Ravnborg
---
.../mach-at91/include/mach/at91sam9_sdramc.h | 45 ++-
1 file changed, 4 insertions
similar to the already existing at91_mux_pio3_pin function
Signed-off-by: Sam Ravnborg
---
arch/arm/mach-at91/include/mach/gpio.h | 25 +
1 file changed, 25 insertions(+)
diff --git a/arch/arm/mach-at91/include/mach/gpio.h
b/arch/arm/mach-at91/include/mach/gpio.h
index
Port the sdramc initialize function from at91bootstrap.
It is needed from lowlevel code and is a replacement for the
sdramc init code in at91sam926x_board_init.h
Signed-off-by: Sam Ravnborg
---
arch/arm/mach-at91/Makefile | 2 +-
arch/arm/mach-at91/at91sam9_sdramc_ll.c
updated bindings for the display node.
Signed-off-by: Sam Ravnborg
---
arch/arm/dts/at91-skov-arm9cpu.dts | 107 +
1 file changed, 49 insertions(+), 58 deletions(-)
diff --git a/arch/arm/dts/at91-skov-arm9cpu.dts
b/arch/arm/dts/at91-skov-arm9cpu.dts
index 8e4fddfd3
is to resurrect my drm driver for at91sam9 and
with that the update the binding file. But timeline
for this work is unknowm.
In other words - I assume patch 1 to 8 + 10 as ready.
Patch 9 + 11 are WIP.
Sam
Sam Ravnborg (11):
pwm: atmel: Fix build and update
ARM: at91: Make
Copied from at91bootstrap. Required in subsequent patches.
Signed-off-by: Sam Ravnborg
---
arch/arm/mach-at91/include/mach/at91_pmc.h| 2 +
arch/arm/mach-at91/include/mach/at91sam9263.h | 14 +++
.../include/mach/at91sam9263_matrix.h | 23 +++-
arch/arm/mach-at91/include/mach
Add xload support to at91sam9263 similar to what is already
present for the sama5d3.
The xload supports reading barebox.bin from a SDCARD from the
PBL and load the full barebox.bin and starts it.
Signed-off-by: Sam Ravnborg
---
arch/arm/mach-at91/Makefile | 1 +
arch/arm/mach-at91
Older atmel SoC's like at91sam9263 do not support highcapacity SD cards.
Add helper that can be used to disable highcapacity support
in the PBL code - as probing for the SD card type is not an option.
Suggested-by: Ahmad Fatoum
Signed-off-by: Sam Ravnborg
---
arch/arm/mach-at91/include
Hi Ahmad,
On Sun, May 15, 2022 at 09:37:59PM +0200, Sam Ravnborg wrote:
> The following is the current set of patches so far to support
> PBL for the skov-arm9cpu.
...
> This is an RFC - because the code does not yet work :-(
> It fails to mount the SD Card - for reasons I am yet
On Sun, May 15, 2022 at 09:37:59PM +0200, Sam Ravnborg wrote:
> The following is the current set of patches so far to support
> PBL for the skov-arm9cpu.
>
> The pwm is not really part of this - but it is part of the story.
> The patch-set was triggered when someone reported a bug
Hi Ahmad,
On Mon, May 16, 2022 at 01:15:42PM +0200, Ahmad Fatoum wrote:
> Hello Sam,
Thanks for your feedback - very appreciated!
>
> On 15.05.22 21:38, Sam Ravnborg wrote:
> > This updates skov-arm9cpu with xload support, and we can now
> > use barebox as a replacm
Hi Ahmad,
On Mon, May 16, 2022 at 12:47:52PM +0200, Ahmad Fatoum wrote:
> Hello Sam,
>
> On 15.05.22 21:38, Sam Ravnborg wrote:
> > +int at91sam9_sdramc_initialize(const struct at91sam9_sdramc_config *config,
> > + unsigned int sdram_address)
> &
Port the sdramc initialize function from at91bootstrap.
It is needed from lowlevel code and is a replacement for the
sdramc init code in at91sam926x_board_init.h
Signed-off-by: Sam Ravnborg
---
arch/arm/mach-at91/Makefile | 2 +-
arch/arm/mach-at91/at91sam9_sdramc_ll.c
used for div/mul - there is some confusion
[ ] load barebox.bin and boots it. Right now mount fails
[ ] barebox.bin can start a linux kernel
[ ] support default SD card boots and nfsboot
[x] update Kconfig to work with xload
[x] xload image support
Signed-off-by: Sam Ravnborg
---
arch/arm/boards
Add xload support to at91sam9263 similar to what is already
present for the sama5d3.
The xload supports reading barebox.bin from a SDCARD from the
PBL and load the full barebox.bin and starts it.
Signed-off-by: Sam Ravnborg
---
arch/arm/mach-at91/Makefile | 1 +
arch/arm/mach-at91
Copied from at91bootstrap. Required in subsequent patches.
Signed-off-by: Sam Ravnborg
---
arch/arm/mach-at91/include/mach/at91_pmc.h| 2 +
arch/arm/mach-at91/include/mach/at91sam9263.h | 14 +++
.../include/mach/at91sam9263_matrix.h | 23 +++-
arch/arm/mach-at91/include/mach
similar to the already existing at91_mux_pio3_pin function
Signed-off-by: Sam Ravnborg
---
arch/arm/mach-at91/include/mach/gpio.h | 25 +
1 file changed, 25 insertions(+)
diff --git a/arch/arm/mach-at91/include/mach/gpio.h
b/arch/arm/mach-at91/include/mach/gpio.h
index
The pwm-atmel driver was not updated to use the atomic api and did not
build.
Update the driver from linux kernel 5.16-rc7 and adapt to barebox
to get the latest fixes including the conversion to atomic api.
Signed-off-by: Sam Ravnborg
---
drivers/pwm/pwm-atmel.c | 383
Add lowlevel helpers like we already have for sama5d2 etc.
Signed-off-by: Sam Ravnborg
---
arch/arm/mach-at91/Makefile| 1 +
arch/arm/mach-at91/include/mach/sam92_ll.h | 54 ++
arch/arm/mach-at91/sam9263_ll.c| 216 +
3 files changed, 271
in the works and I may return to this later - no promises
on the timeframe though.
Sam
Sam Ravnborg (8):
pwm: atmel: Fix build and update
ARM: at91: Provide at91_mux_pio_pin for use in lowlevel
ARM: at91: Add at91sam9 xload_mmc for PBL use
ARM: at91: Add extra
There is no need to ifdef out all the static inlines as the headers
no longer conflicts. Drop the ifdefs so we can now use the header
in multi image builds.
Signed-off-by: Sam Ravnborg
---
.../mach-at91/include/mach/at91sam9_sdramc.h | 45 ++-
1 file changed, 4 insertions
Hi Matthias
On Fri, May 13, 2022 at 10:55:02AM +0200, Matthias Fend wrote:
> Hi,
>
> I'm looking for a solution to support multiple boards with just one barebox
> image. The few core components that are relevant for barebox are the same on
> all boards, so that the same barebox image runs on all
Hi Ahmad,
> > I have the code locally - but this time I will not have it posted before
> > it is tested.
> >
> > Then I cloned the latest at91bootstrap - but they no longer support old
> > at91sam92xx CPUs.
> > So it was time to enable bootstrap support for at91sam9263.
> >
> > In the past I had
Hi Oleksij,
>
> By porting sama5d3 I noticed that bootROM is resetting configuration for
> at least some of ip cores. So, the main question is, do everything needed
> for uart is still pre-configured? For example pllc and clk settings?
I found this in the data sheet that agrees with you:
"
Hi,
>
> Can anyone (Ahmad?) help me a little how to get the bootstrap
> functionality working on the at91sam9263?
To answer the obvious questions - what have I done so far.
- I have an at91bootstrap generated BOOT.BIN that works.
This ruins out a lot of possible issues with the SD card
as t
Hi all.
This little detour started because Ahmad pointed out I had made
a stupid mistake in pwm-atmel.
So I decided I wanted to give it a spin to verify if it actually works
now.
The first challenge I encountered was that said driver had bit-rotted
as it used the old pwm framework - so I updated
On Mon, Jan 03, 2022 at 05:11:53PM +0100, Sam Ravnborg wrote:
> Hi Ahmad,
>
> On Mon, Jan 03, 2022 at 12:57:14PM +0100, Ahmad Fatoum wrote:
> > The base address for MMIO writes was the address of the resource struct,
> > not the start address pointed at by it.
> >
Hi Ahmad,
On Mon, Jan 03, 2022 at 12:57:14PM +0100, Ahmad Fatoum wrote:
> The base address for MMIO writes was the address of the resource struct,
> not the start address pointed at by it.
>
> Change untested, but it doesn't look like this driver could ever have
> worked.
You are right that I ne
Hi Ahmad,
On Wed, Sep 22, 2021 at 08:49:59AM +0200, Ahmad Fatoum wrote:
> All DT-enabled boards are now in the at91_multi_defconfig.
> The SAMA5 ones also generate first stage bootloaders with the same
> config.
>
> Cc: Sam Ravnborg
> Signed-off-by: Ahmad Fatoum
Nice to
Hi Sasha,
On Wed, Apr 14, 2021 at 02:21:43PM +0200, Sascha Hauer wrote:
> From: Sam Ravnborg
>
> This adds support for an older SKOV board, the arm9cpu.
Thanks for takiing care of this old stuff.
Now I need to dig the board out and check if everything works :-)
Hi Ahmad.
On Wed, Oct 14, 2020 at 04:09:50PM +0200, Ahmad Fatoum wrote:
> e52a250d2381 ("ARM: boards: Harmonize barebox_arm_reset_vector() prototype")
> has unified the prototype, so we can drop this TODO item.
>
> Cc: Sam Ravnborg
> Signed-off-by: Ahmad Fatoum
Nice
Hi Ahmad.
On Thu, Aug 20, 2020 at 02:24:56PM +0200, Ahmad Fatoum wrote:
> Hi Sam,
>
> On 8/17/20 8:38 AM, Sam Ravnborg wrote:
> > Hi Ahmad.
> >
> > On Mon, Aug 17, 2020 at 06:53:30AM +0200, Ahmad Fatoum wrote:
> >> This enables support for simple bridges
Hi Ahmad.
On Mon, Aug 17, 2020 at 06:53:30AM +0200, Ahmad Fatoum wrote:
> This enables support for simple bridges, i.e. bridges that can be
> used without initialization.
>
> This is e.g. the case with bridges that have persistent configuration,
> the kernel has a full-fledged driver to configure
Hi Clement.
On Mon, Mar 16, 2020 at 12:00:06PM +0100, Clement Leger wrote:
> Currently, barebox can only parse one memory node. This means that
> all other memory nodes (with device_type == "memory") will be ignored
> while parsing memory.
> This patchset add a function of_probe_memory which will
Hi Ahmad.
On Fri, Mar 06, 2020 at 07:06:26AM +0100, Ahmad Fatoum wrote:
> Hi Sam,
>
> On 3/5/20 9:37 PM, Sam Ravnborg wrote:
> >> +#define sama5d2_pmc_enable_periph_clock(clk) \
> >> + at91_pmc_sam9x5_enable_periph_clock(IOMEM(SAMA5D2_BASE_PMC), clk)
> > I see
igned-off-by: Ahmad Fatoum
Browsed the patch - everything looked good.
A few nit for you to consider.
With the nits considered, and not necessarily any changes:
Acked-by: Sam Ravnborg
Sam
> ---
> arch/arm/boards/Makefile | 1 +
> arch/arm/boards/sama5d
estion considered:
Reviewed-by: Sam Ravnborg
Sam
> ---
> arch/arm/mach-at91/Kconfig| 5 +++
> arch/arm/mach-at91/Makefile | 1 +
> arch/arm/mach-at91/at91sam9_rst.c | 74 +++
> 3 files changed, 80 insertions(+)
> create mode 10064
Hi Christian.
Thanks for the patch.
On Fri, Jan 17, 2020 at 10:50:13AM +0100, Christian Eggers wrote:
> Depending on the preceding *(.rodata*) sections, the contents of the
> RO_DATA_SECTION macro may be unaligned.
>
> In my case, the initcall table was unaligned, because the preceding
> .rodata
n
next. Seems it has not been pushed out in the xmas rush.
You can add a:
Tested-by: Sam Ravnborg # fixes barebox startup on
at91sam9263
in case it is relevant / doable.
Sam
> ---
> include/asm-generic/barebox.lds.h | 11 +++
> 1 file changed, 11 insertions(+)
>
Hi Lucas.
On Mon, Dec 09, 2019 at 09:00:29AM +0100, Lucas Stach wrote:
> When using the RO_DATA_SECTION macro, all the individual components
> are put into the rodata section. As they now end up in the same
> section there is no alignment enforced between them anymore. This
> leads to unaligned st
Hi Sascha.
On Wed, Oct 02, 2019 at 04:44:29PM +0200, Sascha Hauer wrote:
> The alignemnt in the DTB and clk_of_table shouldn't be needed. Remove
s/alignemnt/alignment/g
I do this type of spelling error all the time :-(
Sam
Acked-by: Sam Ravnborg
> them.
>
> Sign
Hi Sascha.
On Wed, Oct 02, 2019 at 04:44:28PM +0200, Sascha Hauer wrote:
> We do not seem to need all these alignments in the rodata sections
> except the one for the command array. Remove them and put the alignment
> for the command array into the BAREBOX_CMDS define.
The changelog does not matc
gh the patch but no testing.
Sam
Acked-by: Sam Ravnborg
___
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
On Fri, Jul 19, 2019 at 02:54:00PM +0200, Sascha Hauer wrote:
> Hi All,
>
> I'm on vacation for the next two weeks and will be back on August 5th.
> Your patches won't be lost, I'll look at them once I am back.
>
> Have fun!
Likewise! Enjoy the days of in the hot summer.
Sam
___
Hi Sascha.
On Thu, Jun 20, 2019 at 04:29:45PM +0200, Sascha Hauer wrote:
> On Thu, Jun 20, 2019 at 10:54:21AM +0200, Sam Ravnborg wrote:
> > Hi Antony
> >
> > On Thu, Jun 20, 2019 at 11:25:09AM +0300, Antony Pavlov wrote:
> > > The commit b917f7864115a35 ("r
Hi Antony
On Thu, Jun 20, 2019 at 11:25:09AM +0300, Antony Pavlov wrote:
> The commit b917f7864115a35 ("remove CONFIG_DEBUG_INFO")
> has dropped Kconfig DEBUG_INFO option however we
> still have very many DEBUG_INFO mentions in defconfig
> files. Drop them using sed:
>
> find -iname '*defconfig
Hi Ahmad.
Subject: [PATCH 4/7] ARM: stm32mp1: enable watchdog in oftree and defconfig
^
Someone just renamed this arch to stm32mp...
Sam
___
barebox mailing list
barebox@lists.infradead.org
http://lists.infrade
Hi Antony
Nice patch series, thanks for sharing.
On Sun, Jun 02, 2019 at 10:30:57AM +0300, Antony Pavlov wrote:
> This RFC patchseries adds initial LiteX RISC-V SoC support for barebox.
>
> You can obtain this patchseries from github:
>
> $ git clone -b 20190602.litex https://github.com/fra
Hi Ahmad.
On Fri, May 31, 2019 at 11:02:23AM +0200, Ahmad Fatoum wrote:
> Currently such failures result in a
>
> >
>
> ### ERROR ### Please RESET the board ###
>
> With this patch this now becomes
>
> >
> Unknown relocation type
>
p, offset, value);
> +}
> +
> +/*-----*/
> +
> +static struct gpio_ops pcf857x_gpio_ops = {
> + .direction_input = pcf857x_input,
> + .direction_output = pcf857x_output,
> + .get = pcf857x_get,
> + .set = pcf857x_set,
> +};
> +
> +static int pcf857x_probe(struct device_d *dev)
> +{
> + struct i2c_client *client = to_i2c_client(dev);
> + struct device_node *np = dev->device_node;
> + struct pcf857x *gpio;
> + unsigned long driver_data;
> + unsigned intn_latch = 0;
> + int ret;
> +
> + if (IS_ENABLED(CONFIG_OF) && np)
> + of_property_read_u32(np, "lines-initial-states", &n_latch);
So we no longer need the IS_ENABLED(CONFIG_OF) part.
And consider what to do if np is NULL (error out?).
With the few comments fixed:
Reviewed-by: Sam Ravnborg
Sam
___
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
ill be a while before I get back to barebox hacking.
All patches are now:
Reviewed-by: Sam Ravnborg
___
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
p.
>
> Signed-off-by: Ahmad Fatoum
Reviewed-by: Sam Ravnborg
___
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
Hi again.
On Thu, May 23, 2019 at 04:29:33PM +0200, Ahmad Fatoum wrote:
> They aren't used anywhere, thus drop them.
Thanks again.
>
> Suggested-by: Sam Ravnborg
> Signed-off-by: Ahmad Fatoum
Reviewed-by: Sam Ravnborg
___
bar
Hi Michael
On Sat, May 18, 2019 at 01:36:06AM +0200, Michael Grzeschik wrote:
> This driver was derived from the kernel driver gpio-pcf857x.c by removing
> locking and interrupt support.
>
> Signed-off-by: Michael Grzeschik
> ---
> drivers/gpio/Kconfig| 24 +++
> drivers/gpio/Makef
Hi Lucas.
On Sat, Apr 27, 2019 at 08:36:25PM +0200, Lucas Stach wrote:
> The sdhost is driven by the core clock.
>
> Signed-off-by: Lucas Stach
> ---
> arch/arm/boards/raspberry-pi/rpi-common.c | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/arch/arm/boards/raspberry-pi/rpi-co
Hi Ahmad.
On Tue, Apr 23, 2019 at 07:18:49PM +0200, Ahmad Fatoum wrote:
> The Cortex-A7 in both the i.MX6UL[1] and i.MX6ULL[2] is affected by the
> errata ERR008958 "Arm/MP: 814220—B-Cache maintenance by set/way operations
> can execute out of order".
>
> select ARM_ERRATA_814220 to address this.
Hi Ahmad.
On Tue, Apr 23, 2019 at 07:18:48PM +0200, Ahmad Fatoum wrote:
> The v7 ARM states that all cache and branch predictor maintenance operations
> that do not specify an address execute, relative to each other, in program
> order. However, because of this erratum, an L2 set/way cache mainten
Hi Ahmad.
> >> @@ -1,4 +1,5 @@
> >> obj-y += setup.o
> >> +pbl-y += at91_pmc_ll.o
> >
> > Will this always make my pbl image larger or do we have some linker
> > magic that throws away the unused code?
>
> My understanding is that barebox instructs GCC to place each out-of-line
> function
> in
ence would've been that AT91SAM9G45_BASE_DDRSDRC0 already expands
> to a void __iomem *.
The main idea was to get rid of the bool argument and use more explicit function
names. Moving IOMEM() was the added extra.
> We could do that in a follow-up patch.
Agreed, maybe later if we do it.
T
On Tue, Apr 02, 2019 at 08:39:56PM +0200, Ahmad Fatoum wrote:
> Hello Sam,
>
> On 2/4/19 19:38, Sam Ravnborg wrote:
> > Hi Ahmad.
> >
> > On Mon, Apr 01, 2019 at 12:18:13PM +0200, Ahmad Fatoum wrote:
> >> Low level init code might want to disable the watchdog
Hi Ahmad.
It is super that you are working on this and I hope we can have bootstrap
support for more at91 variants in the near future.
> This is (the hopefully final and bestest) v3 of a series that pulls in
> enough of at91bootstrap to make barebox usable as first stage bootloader
> for the SAMA
Hi Ahmad.
Thanks for adding the docs.
On Mon, Apr 01, 2019 at 12:18:23PM +0200, Ahmad Fatoum wrote:
> Signed-off-by: Ahmad Fatoum
> ---
> .../boards/at91/microchip-ksz9477-evb.rst | 38 ++-
> 1 file changed, 36 insertions(+), 2 deletions(-)
>
> diff --git a/Documentation/bo
Hi Ahmad.
On Mon, Apr 01, 2019 at 12:18:22PM +0200, Ahmad Fatoum wrote:
> The newly added device tree based first stage fails to load the second
> stage from MMC, which might be in relation to a preceding atmel_mci
> "command/data timeout" message.
I had similar troubles with MMC on at91sam9263.
Hi Ahmad.
On Mon, Apr 01, 2019 at 12:18:18PM +0200, Ahmad Fatoum wrote:
> Incoming microchip-ksz9477-evb first stage will add one more entry point
> for the first stage. As there is a little reason to use the same piggy
> data for both images (BOOT.BIN, the first stage, is limited to 64K), have
>
Hi Ahmad.
On Mon, Apr 01, 2019 at 12:18:14PM +0200, Ahmad Fatoum wrote:
> For use by future at91 first stage bootloaders, this commit imports
> https://github.com/linux4sam/at91bootstrap/blob/v3.8.12/driver/pmc.c
>
> Signed-off-by: Ahmad Fatoum
> ---
> arch/arm/mach-at91/Makefile
Hi Ahmad.
On Mon, Apr 01, 2019 at 12:18:13PM +0200, Ahmad Fatoum wrote:
> Low level init code might want to disable the watchdog in PBL.
> Provide a helper to do so.
>
> Signed-off-by: Ahmad Fatoum
> ---
> arch/arm/mach-at91/include/mach/at91_wdt.h | 16
> 1 file changed, 16 in
Hi Ahmad.
On Mon, Apr 01, 2019 at 12:18:12PM +0200, Ahmad Fatoum wrote:
> Instead of adding missing definitions to the existing at91sam9_ddrsdr.h
> and adapting the incoming DDRAM initialization code from at91bootstrap,
> just replace the lightly used existing header with:
> https://github.com/lin
Hi Ahmad.
Thanks for looking into this.
On Mon, Apr 01, 2019 at 12:32:57PM +0200, Ahmad Fatoum wrote:
> sama5d2 was added along with the update to the upstream
> device tree bindings, but wasn't wired in anywhere.
>
> To prepare for usage in future sama5d2 support, fix
> compilation errors relat
ames, parent_names, parents_array_size);
> ~~~^
>
> Avoid this by replacing the xzalloc+memcpy pair with xmemdup.
> Zero-initialization of the buffer isn't necessary, because
> memcpy spans the whole buffer.
>
> Suggested-by: Sam Ra
Hi Ahmad.
On Mon, Apr 01, 2019 at 11:31:06AM +0200, Ahmad Fatoum wrote:
> compiling clk-main.c results in:
>
> warning: passing argument 1 of 'memcpy' discards 'const' qualifier from
> pointer target type [-Wdiscarded-qualifiers]
> memcpy(clkmain->clk.parent_names, parent_names, parents_array_s
On Mon, Apr 01, 2019 at 11:31:05AM +0200, Ahmad Fatoum wrote:
> Substitute the current #ifdefery in at91sam9_ddrsdr.h by
> open-coding at91sama5_get_ddram_size wherever it was called.
>
> Suggested-by: Sascha Hauer
> Signed-off-by: Ahmad Fatoum
Reviewed-b
On Mon, Apr 01, 2019 at 11:31:03AM +0200, Ahmad Fatoum wrote:
> Substitute the current #ifdefery in at91sam9_ddrsdr.h by
> open-coding at91sam9n12_get_ddram_size wherever it was called.
>
> Suggested-by: Sascha Hauer
> Signed-off-by: Ahmad Fatoum
Reviewed-b
On Mon, Apr 01, 2019 at 11:31:02AM +0200, Ahmad Fatoum wrote:
> Substitute the current #ifdefery in at91sam9_ddrsdr.h by
> open-coding at91sam9g45_get_ddram_size wherever it was called.
>
> Suggested-by: Sascha Hauer
> Signed-off-by: Ahmad Fatoum
Reviewed-b
On Mon, Apr 01, 2019 at 11:31:04AM +0200, Ahmad Fatoum wrote:
> Substitute the current #ifdefery in at91sam9_ddrsdr.h by
> open-coding at91sam9x5_get_ddram_size wherever it was called.
>
> Suggested-by: Sascha Hauer
> Signed-off-by: Ahmad Fatoum
Reviewed-b
Hi Roland.
On Sun, Mar 10, 2019 at 09:42:25PM +0100, Roland Hieber wrote:
> Hi,
>
> this thread has been open for some time now without any more responses.
> The only motion against it was from Oleksij, who asked me remove the
> license headers in favour of having only the SPDX-License-Identifier
Hi Sascha
On Mon, Mar 04, 2019 at 12:38:21PM +0100, Sascha Hauer wrote:
> Signed-off-by: Sascha Hauer
> ---
> common/ddr_spd.c | 81 +++
> include/ddr_spd.h | 6
> 2 files changed, 87 insertions(+)
>
> diff --git a/common/ddr_spd.c b/common/ddr
1 - 100 of 529 matches
Mail list logo