ret = dm_i2c_write(dev, RV3032_EEPROM_ADDR,
> +&cmd, 1);
> + if (ret)
> + goto exit_eerd;
> +
> + cmd = RV3032_EEPROM_CMD_READ;
> + ret = dm_i2c_write(dev, RV3032_EEPROM_CMD,
> +
3029) += rv3029.o
> > obj-$(CONFIG_RTC_RV8803) += rv8803.o
> > obj-$(CONFIG_RTC_RX8025) += rx8025.o
> > diff --git a/drivers/rtc/rv3028.c b/drivers/rtc/rv3028.c
> > new file mode 100644
> > index 00..8d8336c5f1
> > --- /dev/null
> > +++ b/drivers/rtc/rv3028.
estination map 0 */
> >> +writel(0, REG_CFG(ICPU_INTR_ENA));
> >> +#ifdef CONFIG_SOC_OCELOT
> >> +writel(~0, REG_CFG(ICPU_DST_INTR_MAP(0)));
> >> +writel(0, REG_CFG(ICPU_DST_INTR_MAP(1)));
> >> +writel(0, REG_CFG(ICPU_DST_INT
ed(CONFIG_DM_GPIO) && !defined(CONFIG_SPL_BUILD)
> struct dw_spi_priv *priv = dev_get_priv(dev->parent);
> --
> 2.19.0
>
--
Alexandre Belloni, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
1* anymore. The main concern is that you will be based
on an older version of the driver and you will be missing future fixes.
--
Alexandre Belloni
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
gt; +
> +#ifdef CONFIG_AT91SAM9X25
> +#define cpu_is_at91sam9x25() (1)
> +#else
> +#define cpu_is_at91sam9x25() (0)
> +#endif
> +
> +#ifdef CONFIG_AT91SAM9N12
> +#define cpu_is_at91sam9n12() (1)
> +#else
> +#define cpu_is_at91sam9n12() (0)
> +#endif
> +
> +#ifd
e the time
to finish.
> Out of curiosity, do you have any numbers for QNX?
>
I didn't try that either.
Regards,
--
Alexandre Belloni
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
if you want.
[1]
http://www.elinux.org/images/d/d1/Alexandre_Belloni_boottime_optimizations.pdf
[2] https://www.youtube.com/watch?v=KPU4_QVPFZ0
Regards,
--
Alexandre Belloni
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Tue, Feb 19, 2013 at 12:35:01PM +0100, Wolfgang Denk wrote :
> Dear Alexandre Belloni,
>
> In message <20130219112532.gb24...@piout.net> you wrote:
> >
> > No, that is not supported and probably won't be. Some people will argue
>
> I think you are wrong
that is not supported and probably won't be. Some people will argue
that you probably don't need a bootloader once you are able to boot a
linux kernel as you can probably do everything you want from there.
--
Alexandre Belloni
___
U-Bo
is different but it was not clearly stated
that using u-boot was mandatory in the first mail ;)
Anyway, last time I looked, SPL was not supported on i.mx6, is it now ?
--
Alexandre Belloni
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.den
at your are looking for is booting directly your
kernel, you can have a look at that "bootloader" (it is actually much
less than that):
https://github.com/alexandrebelloni/whoosh
It supports sabrelite and sabresd, it should be quite fast to port to
nitrogen6x. I can do it but I
sdk-davinci
Regards,
--
Alexandre Belloni
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
ymore.
Now, the layout is:
bootstrap 0x
ubootenv 0x4200
uboot 0x8400
kernel 0x00084000
fs 0x00294000
Signed-off-by: Alexandre Belloni
---
Changes for v2:
- changed the layout as per Marek's recommendation
Changes for v3:
- prefixed the patch title wit
d
- at91bootstrap, u-boot, kernel and rootfs in nand
See: www.at91.com/linux4sam/bin/view/Linux4SAM/GettingStarted
Actually, the 9rlek, 9260ek and 9261ek have a 4MiB dataflash and the
9263ek doesn't have an embedded dataflash. I guess I'll change the
mapping to still get 2MiB for the kernel.
is wrong here! We reduced the partition to
> 0x1CE000, it is about 1.8 MiB now and not 2 MiB as before.
>
Right, I didn't really care about the end of the kernel partition as the
9261ek has an 8MiB dataflash and my rootfs is in NAND. The kernel is
around 1.7MiB using the default confi
ut is:
bootstrap 0x
ubootenv 0x4200
uboot 0x8400
kernel 0x00084000
Signed-off-by: Alexandre Belloni
---
Changes for v2:
- changed the layout as per Marek's recommendation
Changes for v3:
- prefixed the patch title with AT91SAM9*:
Changes for v4:
- changed the layout ag
ut is:
bootstrap 0x
ubootenv 0x4200
uboot 0x8400
kernel 0x00084000
Signed-off-by: Alexandre Belloni
---
Changes for v2:
- changed the layout as per Marek's recommendation
Changes for v3:
- prefixed the patch title with AT91SAM9*:
Changes for v4:
- changed the la
the project wants to have Atmel "on-board", then fixing problem
> (1) is key.
>
Would it be possible to get a list of what is not working on mainline
but is working in ATMEL's version ? or at least some pointers.
It seems to be working well on my board. I'm really
ut is:
bootstrap 0x
ubootenv 0x4200
uboot 0x8400
kernel 0x00084000
Signed-off-by: Alexandre Belloni
---
Changes for v2:
- changed the layout as per Marek's recommendation
Changes for v3:
- prefixed the patch title with AT91SAM9*:
Changes for v4:
v ? Why shouldn't we reorder u-boot and its
> > env ?
>
> Because it adds problems without any benefits.
> When I looked the last time, the environment is only 8 pages,
> So you can fit a redundant environment anyway in 16 kB+}
>
--
Alexandre Belloni
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Mon, Feb 27, 2012 at 04:25:02PM +0100, Ulf Samuelsson wrote :
> On 2012-02-20 17:40, Alexandre Belloni wrote:
> >On at91sam platforms, u-boot grew larger than the allocated size in
> >dataflash, the layout was:
> >bootstrap 0x
> >ubootenv 0x4200
> &g
ut is:
bootstrap 0x
uboot 0x4000
ubootenv 0x00084000
ubootenv2 0x00088000
kernel 0x0008C000
Signed-off-by: Alexandre Belloni
---
Changes for v2:
- changed the layout as per Marek's recommendation
Changes for v3:
- prefixed the patch title with AT91SAM9*:
On Mon, Feb 20, 2012 at 11:46:58AM +0100, Albert ARIBAUD wrote :
> Hmm... With 8MByte FLASH the proposed mapping leaves 7+ MB for the
> flashed kernel, which should be enough :) so that's ok.
>
Ok then, I just prefixed the patch title with AT91SAM9*:
Regards,
--
Ale
ut is:
bootstrap 0x
uboot 0x4000
ubootenv 0x00084000
ubootenv2 0x00088000
kernel 0x0008C000
Signed-off-by: Alexandre Belloni
---
include/configs/at91sam9260ek.h | 18 --
include/configs/at91sam9261ek.h | 18 --
include/configs/at91sam926
guess we can allocate a bit less.
My board has 8MB of dataflash, I couldn't find what size is available on
other evaluation kits...
Regards,
--
Alexandre Belloni
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
ut is:
bootstrap 0x
uboot 0x4000
ubootenv 0x00084000
ubootenv2 0x00088000
kernel 0x0008C000
Signed-off-by: Alexandre Belloni
---
include/configs/at91sam9260ek.h | 18 --
include/configs/at91sam9261ek.h | 18 --
include/configs/at91sam926
wastes a bit, but it's ready for future growth
>
As said, I let the defaults from ATMEL as they were. I don't know if
they had any specific reason to have the layout like that. Maybe they
had issue with the available space on the dataflash.
The bootstrap is around 4k. I'll try a n
from 0x44000 will make the
process easier for users using the default configuration but they'll
have to remember to flash the kernel at 0x44000.
Signed-off-by: Alexandre Belloni
---
include/configs/at91sam9260ek.h |4 ++--
include/configs/at91sam9261ek.h |4 ++--
inclu
29 matches
Mail list logo