[PATCH 1/2] net: macb: remove gem_recv and reorder probe

The function gem_recv implements a buffer ring that stops at filling level 10. That means, when the driver is used as gem, it stops receiving after exactly 10 packets. Instead of implementing macb_recv twice, use it also for the gem part. If there needs to be an extra recv function for the gigabit

[PATCH 2/2] net: macb: turn off endian_swp_pkt_en

The core has a bit for swapping packet data endianism. Reset default from Cadence is off. Xilinx however, that uses this core on the Zynq SoCs, opted for on. Turn it off for all devices. Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de Cc: Nicolas Ferre nicolas.fe...@atmel.com Cc:

[PATCH] [ARM] imx1: add #define to configure frequency for the clk32

From: gwenhael gwenhael.goavec-me...@armadeus.com i.MX1 allows to use a 32kHz or a 32.768kHz quartz for the 32kHz clock source (MC9328MXLRM p.177). This patch adds the ability for the developer to change the default value for the 32kHz clock source. Signed-off-by: Gwenhael Goavec-Merou

Re: [PATCH 1/2] net: macb: remove gem_recv and reorder probe

On 09:48 Wed 13 Mar , Steffen Trumtrar wrote: The function gem_recv implements a buffer ring that stops at filling level 10. That means, when the driver is used as gem, it stops receiving after exactly 10 packets. Instead of implementing macb_recv twice, use it also for the gem part. If

Re: [PATCH 2/2] net: macb: turn off endian_swp_pkt_en

On 09:48 Wed 13 Mar , Steffen Trumtrar wrote: The core has a bit for swapping packet data endianism. Reset default from Cadence is off. Xilinx however, that uses this core on the Zynq SoCs, opted for on. Turn it off for all devices. is this xilinx specifc? on at91 and other we do not need

Re: [PATCH 2/2] net: macb: turn off endian_swp_pkt_en

Hi! On Wed, Mar 13, 2013 at 10:04:45AM +0100, Jean-Christophe PLAGNIOL-VILLARD wrote: On 09:48 Wed 13 Mar , Steffen Trumtrar wrote: The core has a bit for swapping packet data endianism. Reset default from Cadence is off. Xilinx however, that uses this core on the Zynq SoCs, opted

Re: [PATCH 1/2] net: macb: remove gem_recv and reorder probe

On Wed, Mar 13, 2013 at 10:03:36AM +0100, Jean-Christophe PLAGNIOL-VILLARD wrote: On 09:48 Wed 13 Mar , Steffen Trumtrar wrote: The function gem_recv implements a buffer ring that stops at filling level 10. That means, when the driver is used as gem, it stops receiving after exactly

Re: [PATCH 1/2] net: macb: remove gem_recv and reorder probe

On Mar 13, 2013, at 5:19 PM, Steffen Trumtrar s.trumt...@pengutronix.de wrote: On Wed, Mar 13, 2013 at 10:03:36AM +0100, Jean-Christophe PLAGNIOL-VILLARD wrote: On 09:48 Wed 13 Mar , Steffen Trumtrar wrote: The function gem_recv implements a buffer ring that stops at filling level 10.

Re: [PATCH 1/2] net: macb: remove gem_recv and reorder probe

On Mar 13, 2013, at 5:32 PM, Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com wrote: On Mar 13, 2013, at 5:19 PM, Steffen Trumtrar s.trumt...@pengutronix.de wrote: On Wed, Mar 13, 2013 at 10:03:36AM +0100, Jean-Christophe PLAGNIOL-VILLARD wrote: On 09:48 Wed 13 Mar ,

Re: [PATCH 1/7] AT91 debug unit typo fix

Sorry. I should have read the posting guidelines beforehand. Should I start another subject for every patch I sent using [PATCH RESEND], or using a reply is acceptable? Signed-off-by: Cerrato Renaud r.cerr...@til-technologies.fr --- arch/arm/mach-at91/include/mach/debug_ll.h |2 +- 1

Re: [PATCH 1/2] net: macb: remove gem_recv and reorder probe

On Wed, Mar 13, 2013 at 10:03:36AM +0100, Jean-Christophe PLAGNIOL-VILLARD wrote: On 09:48 Wed 13 Mar , Steffen Trumtrar wrote: The function gem_recv implements a buffer ring that stops at filling level 10. That means, when the driver is used as gem, it stops receiving after exactly

Re: [PATCH 3/7] AT91 UDC startup fix

Inlined patch below. Signed-off-by: Cerrato Renaud r.cerr...@til-technologies.fr --- drivers/usb/gadget/at91_udc.c | 10 -- 1 files changed, 8 insertions(+), 2 deletions(-) diff --git a/drivers/usb/gadget/at91_udc.c b/drivers/usb/gadget/at91_udc.c index 3899db2..0654038 100644 ---

Re: [PATCH 4/7] AT91 UDC, fix recursive poll()

Inlined patch below. Signed-off-by: Cerrato Renaud r.cerr...@til-technologies.fr --- drivers/usb/gadget/at91_udc.c | 14 -- drivers/usb/gadget/at91_udc.h |1 + 2 files changed, 9 insertions(+), 6 deletions(-) diff --git a/drivers/usb/gadget/at91_udc.c

Re: [PATCH 6/7] DFU : disable state fix

Inlined patch below. Signed-off-by: Cerrato Renaud r.cerr...@til-technologies.fr --- drivers/usb/gadget/dfu.c |6 ++ 1 files changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/usb/gadget/dfu.c b/drivers/usb/gadget/dfu.c index e051879..e4af567 100644 ---

[PATCH] net: macb: initialize is_gem before usage

The variable macb-is_gem is evaluated before it is initialized. That leads to a wrong rx_buffer setup in the gem case. Also, the function gem_recv will never be used. Set the variable first and then use it. Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de --- drivers/net/macb.c | 13

Re: [PATCH 1/2] net: macb: remove gem_recv and reorder probe

On 11:15 Wed 13 Mar , Sascha Hauer wrote: On Wed, Mar 13, 2013 at 10:03:36AM +0100, Jean-Christophe PLAGNIOL-VILLARD wrote: On 09:48 Wed 13 Mar , Steffen Trumtrar wrote: The function gem_recv implements a buffer ring that stops at filling level 10. That means, when the

Re: [PATCH 1/2] net: macb: remove gem_recv and reorder probe

On Wed, Mar 13, 2013 at 01:17:03PM +0100, Jean-Christophe PLAGNIOL-VILLARD wrote: On 11:15 Wed 13 Mar , Sascha Hauer wrote: On Wed, Mar 13, 2013 at 10:03:36AM +0100, Jean-Christophe PLAGNIOL-VILLARD wrote: On 09:48 Wed 13 Mar , Steffen Trumtrar wrote: The function gem_recv

[PATCH 1/5] at91: debug unit typo fix

This patch fix the debug unit output by correcting a typo into an #ifdef statement. Signed-off-by: Cerrato Renaud r.cerr...@til-technologies.fr --- arch/arm/mach-at91/include/mach/debug_ll.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git

[PATCH 5/5] dfu: usb reset state workaround

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

[PATCH 0/7 v2] globalvar: add multiple device support

HI, v2: fix bootargs this will allow to reduce the scope of device and params to search during boot time we keep the retro compatibility The following changes since commit 092bfd5eb55d1b2d7ed098aa9723a2fa63b86192: fix another brown paper bag bug

[PATCH 1/7] params: allow to access first sub-device and params via env

this will allow to keep retro-compatiblility and adding globalvar multiple device support barebox@Somfy Animeo IP:/ # echo $platform.soc. at91sam9260 barebox@Somfy Animeo IP:/ # echo $platform.soc.name Unknown barebox@Somfy Animeo IP:/ # echo $global.dhcp.vendor_id barebox-animeo-ip

[PATCH 3/7] globalvar: allow to register multiple device

This will allow to reduce the time spend to search for globalvar (boot time) the access to the globalvar is retro-compatible we can now create device via the global command barebox@Somfy Animeo IP:/ # devinfo devices: ` global ` net ` bootm ` dhcp ...

Re: [PATCH 1/1] macb: fix gem_recv circular buffer handling

On Wed, Mar 13, 2013 at 04:39:40PM +0100, Jean-Christophe PLAGNIOL-VILLARD wrote: as we use a full buffer no need to check the SOF and reset the rx_tail fix at the same time the gem detection so we can have the rx_buffer allocated correctly according to the IP Signed-off-by:

Loading kernel from SPI NOR

Hi, I have a custom board based on the i.MX53. We are using barebox 2012.05.0 and booting the Freescale 2.6.35.3 kernel. Our board has SPI NOR (m25p32) and I saw there is a driver in a more recent barebox. I pulled 2013.01.0 and added our board files but I can't seem to get the kernel to load.