CFI FLash on a 8 bits bus working ?

Hi, As I'm working on a emulated CFI flash device for or1ksim (Openrisc simulator) I choose to implement a CFI flash with a 8 bits data bus connected to a 8 bits host bus. As far as I can see, barebox cfi flash driver is broken for 8 bits devices. Am I wrong ? Anyone as ever used a 8 bits CFI

[PATCH 06/18] musb: move musb.h to path include/usb

--- include/linux/usb/musb.h | 162 -- include/usb/musb.h | 162 ++ 2 files changed, 162 insertions(+), 162 deletions(-) delete mode 100644 include/linux/usb/musb.h create mode 100644

[PATCH 08/18] musb: use __BAREBOX__ macro

--- drivers/usb/musb/musb_core.c | 51 +- drivers/usb/musb/musb_core.h | 10 - drivers/usb/musb/musb_dsps.c | 41 + drivers/usb/musb/musb_host.c | 31 + drivers/usb/musb/musb_host.h |

[PATCH 02/18] arm: am33xx: add pinmux config for USB

Signed-off-by: Christoph Fritz chf.fr...@googlemail.com --- arch/arm/mach-omap/am33xx_mux.c | 24 arch/arm/mach-omap/include/mach/am33xx-mux.h |2 ++ 2 files changed, 26 insertions(+) diff --git a/arch/arm/mach-omap/am33xx_mux.c

[PATCH 13/18] usb: add musb support

--- include/usb/usb.h | 62 + 1 file changed, 62 insertions(+) diff --git a/include/usb/usb.h b/include/usb/usb.h index 1a369d2..6e204b4 100644 --- a/include/usb/usb.h +++ b/include/usb/usb.h @@ -27,6 +27,7 @@ #include driver.h #include

[PATCH 03/18] linux wrapper: add more dummy spin_lock stubs

Signed-off-by: Christoph Fritz chf.fr...@googlemail.com --- include/linux/barebox-wrapper.h |2 ++ 1 file changed, 2 insertions(+) diff --git a/include/linux/barebox-wrapper.h b/include/linux/barebox-wrapper.h index 753fb52..4b5ea10 100644 --- a/include/linux/barebox-wrapper.h +++

[PATCH 09/18] musb: adapt Kconfig and Makefiles

--- drivers/usb/Kconfig |2 ++ drivers/usb/Makefile |1 + drivers/usb/musb/Kconfig | 21 + drivers/usb/musb/Makefile |5 - 4 files changed, 24 insertions(+), 5 deletions(-) create mode 100644 drivers/usb/musb/Kconfig diff --git

[PATCH 10/18] arm: pcm051: enable musb in defconfig

--- arch/arm/configs/am335x_defconfig |2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/configs/am335x_defconfig b/arch/arm/configs/am335x_defconfig index 0c92c96..a9bf5e0 100644 --- a/arch/arm/configs/am335x_defconfig +++ b/arch/arm/configs/am335x_defconfig @@ -96,6 +96,8 @@

[PATCH 16/18] musb: add barebox gluecode

--- drivers/usb/musb/Makefile |2 +- drivers/usb/musb/musb_barebox.c | 306 +++ 2 files changed, 307 insertions(+), 1 deletion(-) create mode 100644 drivers/usb/musb/musb_barebox.c diff --git a/drivers/usb/musb/Makefile b/drivers/usb/musb/Makefile

[PATCH 15/18] arm: am33xx: add usb platform helper code

--- arch/arm/mach-omap/Makefile |2 +- arch/arm/mach-omap/am33xx_usb.c | 65 ++ arch/arm/mach-omap/include/mach/am33xx-usb.h | 11 + 3 files changed, 77 insertions(+), 1 deletion(-) create mode 100644

[PATCH 14/18] arm: am33xx: add usb base addresses

--- arch/arm/mach-omap/include/mach/am33xx-silicon.h | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/mach-omap/include/mach/am33xx-silicon.h b/arch/arm/mach-omap/include/mach/am33xx-silicon.h index 20b8e81..bccae89 100644 ---

[PATCH 11/18] musb: adapt driver to work on barebox

--- drivers/usb/musb/linux-compat.h | 31 +--- drivers/usb/musb/musb.h | 164 +++ drivers/usb/musb/musb_core.c| 20 +++-- drivers/usb/musb/musb_core.h| 42 +++--- drivers/usb/musb/musb_dsps.c|2 -

[PATCH 18/18] arm: pcm051: enable USB

--- arch/arm/boards/phytec-phycore-am335x/board.c |6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boards/phytec-phycore-am335x/board.c b/arch/arm/boards/phytec-phycore-am335x/board.c index 70b5db6..305c71b 100644 --- a/arch/arm/boards/phytec-phycore-am335x/board.c +++

[PATCH 12/18] musb: only support USB_SPEED_HIGH devices

This patch enables usb high-speed power. To support full-speed or low-speed devices, this patch needs to be reverted. --- drivers/usb/musb/musb_core.c |5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/usb/musb/musb_core.c b/drivers/usb/musb/musb_core.c index

[PATCH 17/18] arm: pcm051: enable USB pinmux

--- arch/arm/boards/phytec-phycore-am335x/board.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boards/phytec-phycore-am335x/board.c b/arch/arm/boards/phytec-phycore-am335x/board.c index 9482b80..70b5db6 100644 --- a/arch/arm/boards/phytec-phycore-am335x/board.c +++

Re: atmel_nand pmecc on 8k page

Hi, I'm testing with a custom board. I have just with the applied test and it's working ! I can use 8k page nand with atmel_nand driver. Do I have to wait until Matteo's patches are applied or can I submit mine right now ? Best regards, Raphaël Poggi 2014-06-13 3:26 GMT+02:00 Bo Shen

Re: atmel_nand pmecc on 8k page [RFC]

Hi all, glad you found my patch useful. Sascha rejected it because he sees it more fit to separate the initialization of sama5d3 and sam9 since they are quite different. I started, as advised by Sascha, to create into sam9_smc.c the function void sama5d3_smc_configure(int id, int cs, struct

Re: i.MX6Q SABRESD board and barebox

Hi Sascha, Thanks for the quick response! I tried imx_v7_defconfig but it seemed to be as ill-suited for what I am trying to do as freescale-mx6-sabresd_defconfig. What I am trying to get is an ELF file that I would be able to use with DS-5 debugger by uploading it directly into RAM and also an

Re: CFI FLash on a 8 bits bus working ?

2014-06-13 9:24 GMT+02:00 Franck Jullien franck.jull...@gmail.com: Hi, As I'm working on a emulated CFI flash device for or1ksim (Openrisc simulator) I choose to implement a CFI flash with a 8 bits data bus connected to a 8 bits host bus. As far as I can see, barebox cfi flash driver is

Re: i.MX6Q SABRESD board and barebox

Hi Andrey, probably no one noticed because CONFIG_ARCH_TEXT_BASE is unused as soon as CONFIG_RELOCATABLE is set. However, I guess that you don't like a relocatable image to be used with your debugger. Maybe you shrink barebox down to what you need and put it into the static on-board SDRAM?

Re: i.MX6Q SABRESD board and barebox

Yeah, that's what I've been doing(I forgot to mention that I disabled relocatable image as well). I just wanted to double check that I wasn't missing anything obvious and that that setting was indeed incorrect. Thanks, Andrey On Fri, Jun 13, 2014 at 12:36 PM, Holger Schurig