Re: i.MX21 ADS NAND flash bad blocks scan. Barebox vs Linux

2014-03-17 Thread Alexander Aring
On Mon, Mar 17, 2014 at 10:25:59PM +, Cristiano De Alti wrote: > Alexander Aring writes: > > > > > Hi, > > > > just an idea... don't asking about why. But can you please disable > > > > ARM_OPTIMZED_STRING_FUNCTIONS > > > > and test it again? I will check something there... > > > > - Ale

Re: Porting barebox to Novena: misc questions

2014-03-17 Thread Sean Cross
On 17/3/14 6:53 PM, Sascha Hauer wrote: > On Mon, Mar 17, 2014 at 03:44:15PM +0800, Sean Cross wrote: >> On 17/3/14 3:18 PM, Sascha Hauer wrote: >>> On Mon, Mar 17, 2014 at 12:28:28PM +0800, Sean Cross wrote: Here is the resulting output and BUG from this run: barebox 2014.03.0-00628

Re: i.MX21 ADS NAND flash bad blocks scan. Barebox vs Linux

2014-03-17 Thread Cristiano De Alti
Alexander Aring writes: > > Hi, > > just an idea... don't asking about why. But can you please disable > > ARM_OPTIMZED_STRING_FUNCTIONS > > and test it again? I will check something there... > > - Alex > I've disabled the above CONFIG in Barebox and I don't see any difference in the durat

Re: i.MX21 ADS NAND flash bad blocks scan. Barebox vs Linux

2014-03-17 Thread Cristiano De Alti
Sascha Hauer writes: > > On Thu, Mar 13, 2014 at 08:44:08PM +, Cristiano De Alti wrote: > > Hi, > > I'm probably posting to the wrong list since this is Linux issue. > > I'm still trying to revive this old board. > > > > This board has a 64MBi Samsung NAND flash that is detected both by B

Re: GPIO setting

2014-03-17 Thread Ivor Kruger
Thanks for the reply. So I take it I need to edit the mux.c file in the PCM049(which is the one I use) board directory. I changed the lines as below: {I2C4_SDA, (PTU | IEN | M0)}, /* i2c4_sda */ {MCSPI1_CLK, (M3)}, /* gp

Re: [PATCH 4/6] ARM: pfla02: Set ODT to recommended setting

2014-03-17 Thread Sascha Hauer
Hi Christian, On Mon, Mar 17, 2014 at 12:00:52PM +0100, Christian Hemp wrote: > Hello Sascha, > > We removed this ODT values, because we had problems. I think before we > use this settings we have to do some tests (climate cabinet...) with > different modules. Ok, I'll drop the patch then. Sasc

Re: GPIO setting

2014-03-17 Thread Sascha Hauer
On Mon, Mar 17, 2014 at 10:47:06AM +0200, Ivor Kruger wrote: > Hi, sure this is a quick and easy question for the groupŠ > > On the OMAP4430, using the command from within barebox prompt to configure > a GPIO for testing hardware: > > gpio_direction_output 140 0 > > Should this be sufficient to

Re: [PATCH 4/6] ARM: pfla02: Set ODT to recommended setting

2014-03-17 Thread Christian Hemp
Hello Sascha, We removed this ODT values, because we had problems. I think before we use this settings we have to do some tests (climate cabinet...) with different modules. Christian Am Freitag, den 14.03.2014, 14:30 +0100 schrieb Sascha Hauer: > From: Christian Hemp > > Change the ODT values

Re: Porting barebox to Novena: misc questions

2014-03-17 Thread Sascha Hauer
On Mon, Mar 17, 2014 at 03:44:15PM +0800, Sean Cross wrote: > On 17/3/14 3:18 PM, Sascha Hauer wrote: > > On Mon, Mar 17, 2014 at 12:28:28PM +0800, Sean Cross wrote: > >> Here is the resulting output and BUG from this run: > >> > >> barebox 2014.03.0-00628-g7fed07d-dirty #158 Mon Mar 17 12:25:45 SG

[PATCH v2] clocksource: add dummy software-only clocksource

2014-03-17 Thread Antony Pavlov
This driver is very handy for initial barebox porting. It was used for running barebox on DiGiC2-based camera and initial porting barebox to Loongson-1 and ar9331. Signed-off-by: Antony Pavlov Signed-off-by: Sascha Hauer Reported-by: Alexander Aring Reported-by: Alexander Shiyan --- drivers/c

GPIO setting

2014-03-17 Thread Ivor Kruger
Hi, sure this is a quick and easy question for the groupŠ On the OMAP4430, using the command from within barebox prompt to configure a GPIO for testing hardware: gpio_direction_output 140 0 Should this be sufficient to set the gpio pin low, or is it required to still do some pin muxing as well?

Re: Porting barebox to Novena: misc questions

2014-03-17 Thread Sean Cross
On 17/3/14 3:18 PM, Sascha Hauer wrote: > On Mon, Mar 17, 2014 at 12:28:28PM +0800, Sean Cross wrote: >> Here is the resulting output and BUG from this run: >> >> barebox 2014.03.0-00628-g7fed07d-dirty #158 Mon Mar 17 12:25:45 SGT 2014 >> >> >> Board: Kosagi i.MX6DL Novena Board >> detected i.MX6 D

Re: Porting barebox to Novena: misc questions

2014-03-17 Thread Alexander Aring
On Mon, Mar 17, 2014 at 08:18:58AM +0100, Sascha Hauer wrote: > On Mon, Mar 17, 2014 at 12:28:28PM +0800, Sean Cross wrote: > > Here is the resulting output and BUG from this run: > > > > barebox 2014.03.0-00628-g7fed07d-dirty #158 Mon Mar 17 12:25:45 SGT 2014 > > > > > > Board: Kosagi i.MX6DL N

Re: [SPAM] [PATCH] splash: Print error message when no renderer is found

2014-03-17 Thread Sascha Hauer
On Fri, Mar 14, 2014 at 06:11:16PM +0100, Jean-Christophe PLAGNIOL-VILLARD wrote: > On 11:11 Fri 14 Mar , Sascha Hauer wrote: > > the splash command silently fails when no renderer is found for > > an image type. Print an error message in this case. > > > > Signed-off-by: Sascha Hauer > > --

Re: Porting barebox to Novena: misc questions

2014-03-17 Thread Sascha Hauer
On Mon, Mar 17, 2014 at 12:28:28PM +0800, Sean Cross wrote: > Here is the resulting output and BUG from this run: > > barebox 2014.03.0-00628-g7fed07d-dirty #158 Mon Mar 17 12:25:45 SGT 2014 > > > Board: Kosagi i.MX6DL Novena Board > detected i.MX6 DualLite revision 1.1 > Trying to request regio

Re: [PATCH] ARM: i.MX27: dts: Separate barebox-specific DT changes

2014-03-17 Thread Sascha Hauer
On Sun, Mar 16, 2014 at 12:27:24PM +0400, Alexander Shiyan wrote: > To ease DT import from Linux, which is still maintained in-tree, we > separate barebox-specific changes by including the original dts in > a separate DT file. This allows to overlay modifications and keep > clean DT history. Additi