> On Tue, Mar 12, 2013 at 09:50:26PM +0400, Alexander Shiyan wrote:
> > > > I think about dtb-file in /env, but not sure... Thanks.
> > >
> > > It can be done as well I guess, but that doesn't sound that familiar
> > > from what I've seen in the other barebox boards.
> >
> > Kernel no contain any
On Tue, Mar 12, 2013 at 10:20 PM, Sascha Hauer wrote:
> On Tue, Mar 12, 2013 at 09:20:11PM +0100, vj wrote:
>> On Tue, Mar 12, 2013 at 6:51 PM, Sascha Hauer wrote:
>> > On Tue, Mar 12, 2013 at 01:01:24AM +0100, Vicente Bergas wrote:
>> >> getopt: done as suggested
>> >> bootsrc: done as suggested
On Tue, Mar 12, 2013 at 09:20:11PM +0100, vj wrote:
> On Tue, Mar 12, 2013 at 6:51 PM, Sascha Hauer wrote:
> > On Tue, Mar 12, 2013 at 01:01:24AM +0100, Vicente Bergas wrote:
> >> getopt: done as suggested
> >> bootsrc: done as suggested
> >>
> >> IMO this command will be used 99% of the times fol
On Tue, Mar 12, 2013 at 09:50:26PM +0400, Alexander Shiyan wrote:
> > > I think about dtb-file in /env, but not sure... Thanks.
> >
> > It can be done as well I guess, but that doesn't sound that familiar
> > from what I've seen in the other barebox boards.
>
> Kernel no contain any board for mac
To be more clear
so on the mainmenu we will just have
- the boot option
- settings
- shell
- reset
when starting to have a long list of boot option the menu start to be big
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
defaultenv-2/menu/menu/mainmenu |6 +-
defaultenv-2/menu/
On Tue, Mar 12, 2013 at 6:51 PM, Sascha Hauer wrote:
> On Tue, Mar 12, 2013 at 01:01:24AM +0100, Vicente Bergas wrote:
>> getopt: done as suggested
>> bootsrc: done as suggested
>>
>> IMO this command will be used 99% of the times followed by a reset.
>> The -r option will avoid the burden of exec
the fb info is stored in struct screen by fb_open
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
commands/splash.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/commands/splash.c b/commands/splash.c
index 4cc463e..0955c01 100644
--- a/commands/splash.c
+++ b/c
Hi,
Le 12/03/2013 18:50, Alexander Shiyan a écrit :
>> Le 10/03/2013 15:13, Alexander Shiyan a écrit :
>> It can be done as well I guess, but that doesn't sound that familiar
>> from what I've seen in the other barebox boards.
>
> Kernel no contain any board for mach-sunxi.
> This mean than all s
On Tue, Mar 12, 2013 at 06:51:44PM +0100, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 18:41 Tue 12 Mar , Sascha Hauer wrote:
> > On Mon, Mar 11, 2013 at 09:33:15PM +0100, Eric Bénard wrote:
> > > by reordering the entry, USB gadget support is now a menu and the
> > > USB gadget choices are un
On 18:41 Tue 12 Mar , Sascha Hauer wrote:
> On Mon, Mar 11, 2013 at 09:33:15PM +0100, Eric Bénard wrote:
> > by reordering the entry, USB gadget support is now a menu and the
> > USB gadget choices are under this menu and not directly in the
> > driver menu.
> >
> > Signed-off-by: Eric Bénard
On Tue, Mar 12, 2013 at 01:01:24AM +0100, Vicente Bergas wrote:
> getopt: done as suggested
> bootsrc: done as suggested
>
> IMO this command will be used 99% of the times followed by a reset.
> The -r option will avoid the burden of executing always the same two commands.
>
> Signed-off-by: Vice
> Le 10/03/2013 15:13, Alexander Shiyan a écrit :
> > Hello All.
> >
> > I want to add new arch into barebox. n the kernel this arch is
> > dt-only. I talking about mach-sunxi.
>
> Wow, that would be great :)
>
> I've been thinking about doing this for quite some time now, but I don't
> have so
On Tue, Mar 12, 2013 at 01:01:23AM +0100, Vicente Bergas wrote:
> Done as suggested.
> Thanks for the suggestion.
>
> Signed-off-by: Vicente Bergas
> ---
> drivers/input/Kconfig | 7 +++
> drivers/input/Makefile | 1 +
> drivers/input/twl6030_pwrbtn.c | 112
> ++
On Mon, Mar 11, 2013 at 09:33:15PM +0100, Eric Bénard wrote:
> by reordering the entry, USB gadget support is now a menu and the
> USB gadget choices are under this menu and not directly in the
> driver menu.
>
> Signed-off-by: Eric Bénard
Applied, thanks
Sascha
> ---
> drivers/usb/gadget/Kco
This patch fix chipidea-imx usb initialization.
"imx_chipidea_port_init" was moved before PORTSC setup in the
commit "USB i.MX chipidea: implement post init support". This
change breaks usb function with ULPI. Patch moves port initialization
back after PORTSC setup, so it works again.
Signed-off-b
On 16:39 Tue 12 Mar , Renaud C. wrote:
>This patch fix the debug unit output by correcting a typo into an #ifdef
>statement.
please resend the whole patch with inline patch
no review otherwise
Best Regards,
J.
> ___
> barebox mailing list
Hi,
I already send it to the ML and the current framework wd is not how I
want it
no attachement path nightmare to read under mutt
Best Regards,
J.
On 16:46 Tue 12 Mar , Renaud C. wrote:
>This patch add watchdog driver for AT91SAM9 SOC. Beware that the watchdog
>
When an USB_REQ_DFU_DETACH request is received, the device state switch
to DFU_STATE_appDETACH, and then wait for an usb reset to switch
to DFU_STATE_dfuIDLE (through dfu_disable() being called).
I noticed that using dfu-util v0.7 on my AT91SAM9260 board, the programming
failed because of the devi
sorry, there was only 6 patch. My bad ;)
___
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
This patch fix a possible null pointer dereference exception because of a
missing null check on cdev->config
gadget-null-pointer-dereference-fix.patch
Description: Binary data
___
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.o
I noticed some weird behavior using DFU gadget on AT91SAM9260 which worked
1 of 10 times. The bug was due to the usb_gadget_poll() being called while
the previous call was still in progress : some USB calls may takes a lot of
time (ex : DFU erase-then-write), resulting in the poller to be triggered
I noticed that depending on boot timings, the USB gadget weren't detected
at all by hosts. After few hours of debugging and using the at91clk output,
I found that the UDP clock wasn't enabled from time to time.
This patch fix the startup of UDC by adding a check into the
at91_update_vbus().
at91
This patch add watchdog driver for AT91SAM9 SOC. Beware that the watchdog
unit is write once. I only added the at91_add_device_watchdog(void) API for
AT91SAM9260 devices, but the driver should work on all AT91SAM9.
added-watchdog-driver-for-at91sam9x.patch
Description: Binary data
___
This patch fix the debug unit output by correcting a typo into an #ifdef
statement.
at91-debug-unit-typo.patch
Description: Binary data
___
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
The muxing in the am33xx_mux.c file is not generic as the muxing
setup does not fit for every board. Move the structs and functions
to the mach/am33xx-mux.h so board dependend mux setups can be
created.
Signed-off-by: Teresa Gámez
---
arch/arm/boards/beaglebone/board.c |4 +-
arch/
The pcm051 has no MMC WP pin. This pin is used for a gpio and
needs to be muxed different. Created a custom mux file for
this case.
Signed-off-by: Teresa Gámez
---
arch/arm/boards/pcm051/Makefile |2 +-
arch/arm/boards/pcm051/board.c |4 +++-
arch/arm/boards/pcm051/mux.c| 20 +
On Mon, Mar 11, 2013 at 10:14:59AM +0100, Steffen Trumtrar wrote:
> Add basic support for the Xilinx Zynq-7000 EPP architecture.
> The Zynq-7000 is an embedded processing platform that combines a Cortex A9
> dualcore MPSoC with an Artix-7 FPGA.
>
> Signed-off-by: Steffen Trumtrar
[..]
> diff --gi
Sascha Hauer wrote:
> On Tue, Mar 12, 2013 at 10:48:16AM +0100, Juergen Beisert wrote:
> > Sascha Hauer wrote:
> > > [...]
> > > + if (size_available < 0) {
> > > + printf("device is too small\n");
> > > + ret = -ENOSPC;
> > > +
On Tue, Mar 12, 2013 at 10:48:16AM +0100, Juergen Beisert wrote:
> Sascha Hauer wrote:
> > [...]
> > + if (size_available < 0) {
> > + printf("device is too small\n");
> > + ret = -ENOSPC;
> > + goto out;
> > +
Sascha Hauer wrote:
> [...]
> + if (size_available < 0) {
> + printf("device is too small\n");
> + ret = -ENOSPC;
> + goto out;
> + }
> [...]
As the user only sees bad block info when DEBUG is enabled, yo
Sascha Hauer wrote:
> [...]
> +/*
> + * 32 bytes at this is offset is reserved in the barebox head for board/SoC
> + * usage
> + */
> [...]
Hmm, one 'is' too much in this sentence?
jbe
--
Pengutronix e.K. | Juergen Beisert |
Linux Solutions for Science
The i.MX external NAND boot code checks for a bad block every
page, which is wrong. Instead, check for a bad block at the
beginning of each block.
Signed-off-by: Sascha Hauer
---
arch/arm/mach-imx/external-nand-boot.c | 39 +++---
1 file changed, 27 insertions(+), 12
This adds 32bytes of space behind the image header (exception table
+ barebox magic) for board/SoC specific use. This can be used for
example to embed some extra information in a flashed image.
Signed-off-by: Sascha Hauer
---
arch/arm/include/asm/barebox-arm-head.h | 10 ++
1 file change
The external NAND boot code currently does not handle bad blocks
correctly on 2k NAND flashes. This patch adds a barebox_update
handler for external NAND boot which embeds a Bad block table in
the flashed image. The boot code will skip bad blocks found in
this bad block table then.
Signed-off-by:
Signed-off-by: Sascha Hauer
---
arch/arm/boards/pcm043/pcm043.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boards/pcm043/pcm043.c b/arch/arm/boards/pcm043/pcm043.c
index 04418fb..a81852a 100644
--- a/arch/arm/boards/pcm043/pcm043.c
+++ b/arch/arm/boards/pcm043/pcm043.c
@@
The i.MX external NAND boot code relied very much on all block
used for the bootloader are good. It has some bad block checking,
but unfortunately it tested for a bad block in each page of a
block and skipped this page instead of checking for a bad block
at the beginning of a block and skipping the
36 matches
Mail list logo