On 20:06 Fri 28 Sep , Sascha Hauer wrote:
> On Fri, Sep 28, 2012 at 05:48:01PM +0200, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
> > On 12:48 Fri 28 Sep , Sascha Hauer wrote:
> > >
> > > boot [method]: If called without method, it will iterate over
> > >/env/boot.d/*. If th
On Fri, Sep 28, 2012 at 05:48:01PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 12:48 Fri 28 Sep , Sascha Hauer wrote:
> >
> > boot [method]: If called without method, it will iterate over
> >/env/boot.d/*. If that directory does not exist,
> >it will fa
On 18:17 Fri 28 Sep , Jan Luebbe wrote:
> Since v2 I've changed the platform_data flags to bools (as suggested by
> Jean-Christophe).
Acked-by: Jean-Christophe PLAGNIOL-VILLARD
much more clean specially compare to the U-Boot one
Best Regards,
J.
>
>
> __
On Fri, Sep 28, 2012 at 04:39:02PM +0200, Maxime Ripard wrote:
> Hi Sascha,
>
> Le 28/09/2012 16:32, Sascha Hauer a écrit :
> > On Fri, Sep 28, 2012 at 03:58:12PM +0200, Maxime Ripard wrote:
> >> The cfa10036 board file were missing the length parameter when adding
> >> devices. This made barebox
Booting from SPI on an AM35xx (and possibly other TI SOCs) requires
a special format:
- 32 bit image size in big-endian
- 32 bit load address in big-endian
- binary image converted from little- to big-endian
The mk-am35xx-spi-image tool converts barebox.bin to
this format.
Signed-off-by: Jan Lue
The _send function should not return the length of the transmitted packet.
Signed-off-by: Jan Luebbe
---
drivers/net/davinci_emac.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/davinci_emac.c b/drivers/net/davinci_emac.c
index 09fcb63..7f39972 100644
---
Also pass flags using platform_data and remove useless casts from void*.
Signed-off-by: Jan Luebbe
---
drivers/net/Kconfig|2 +-
drivers/net/davinci_emac.c | 79 ++--
include/net/davinci_emac.h | 10 ++
3 files changed, 57 insertions(+)
Signed-off-by: Jan Luebbe
---
drivers/net/davinci_emac.c | 51 +---
1 file changed, 19 insertions(+), 32 deletions(-)
diff --git a/drivers/net/davinci_emac.c b/drivers/net/davinci_emac.c
index 91fd226..7d4dbdc 100644
--- a/drivers/net/davinci_emac.c
+++
Since v2 I've changed the platform_data flags to bools (as suggested by
Jean-Christophe).
___
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
On 12:48 Fri 28 Sep , Sascha Hauer wrote:
> On Thu, Sep 13, 2012 at 07:40:23PM +0200, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
> > Boot will boot run sequentially the script in /env/boot.d
> >
> > drop global.boot.default as we start the boot sequence by default
> >
> > update the current b
On 17:00 Fri 28 Sep , Jan Luebbe wrote:
> Also pass flags using platform_data and remove useless casts from void*.
>
> Signed-off-by: Jan Luebbe
> ---
> drivers/net/Kconfig|2 +-
> drivers/net/davinci_emac.c | 81
> ++--
> include/net/da
Also pass flags using platform_data and remove useless casts from void*.
Signed-off-by: Jan Luebbe
---
drivers/net/Kconfig|2 +-
drivers/net/davinci_emac.c | 81 ++--
include/net/davinci_emac.h | 13 +++
3 files changed, 62 insertions(+
Signed-off-by: Jan Luebbe
---
drivers/net/davinci_emac.c | 51 +---
1 file changed, 19 insertions(+), 32 deletions(-)
diff --git a/drivers/net/davinci_emac.c b/drivers/net/davinci_emac.c
index 52786e0..997dc7b 100644
--- a/drivers/net/davinci_emac.c
+++
The _send function should not return the length of the transmitted packet.
Signed-off-by: Jan Luebbe
---
drivers/net/davinci_emac.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/davinci_emac.c b/drivers/net/davinci_emac.c
index 09fcb63..7f39972 100644
---
Since v1 I've dropped the useless casts from void* and switched to
using platform_data.
___
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
Hi Sascha,
Le 28/09/2012 14:42, Sascha Hauer a écrit :
> On Fri, Sep 28, 2012 at 02:23:32PM +0200, Maxime Ripard wrote:
>> Le 28/09/2012 14:08, Maxime Ripard a écrit :
>>> Hi everyone,
>>>
>>> I'm trying to write down some data to the /dev/ocotp file, which is
>>> basically a one time programming
Hello Jan,
I'm working on adding inline functions for omap devices to reduce the
board code. I have noticed that the omap3_spi driver doesn't fit in the
scheme. It uses the dev->id to set the master->bus_num. So I have to
pass the argument here and can not use the DEVICE_ID_DYNAMIC define. Has
Hi Sascha,
Le 28/09/2012 16:32, Sascha Hauer a écrit :
> On Fri, Sep 28, 2012 at 03:58:12PM +0200, Maxime Ripard wrote:
>> The cfa10036 board file were missing the length parameter when adding
>> devices. This made barebox crash early in the boot, in the mxs-mci
>> driver.
>>
>> Provide the resour
On Fri, Sep 28, 2012 at 02:57:01PM +0200, Jan Luebbe wrote:
> Signed-off-by: Jan Luebbe
> ---
> arch/arm/mach-imx/gpio.c |2 +-
> arch/arm/mach-omap/gpio.c |2 +-
> drivers/gpio/gpio-stmpe.c |2 +-
> 3 files changed, 3 insertions(+), 3 deletions(-)
Applied, thanks
Sascha
>
> diff
On Fri, Sep 28, 2012 at 03:58:21PM +0200, Maxime Ripard wrote:
> Signed-off-by: Maxime Ripard
> ---
> arch/arm/boards/crystalfontz-cfa10036/cfa10036.c |4
> 1 file changed, 4 insertions(+)
Applied, thanks
Sascha
>
> diff --git a/arch/arm/boards/crystalfontz-cfa10036/cfa10036.c
> b/a
On Fri, Sep 28, 2012 at 03:58:12PM +0200, Maxime Ripard wrote:
> The cfa10036 board file were missing the length parameter when adding
> devices. This made barebox crash early in the boot, in the mxs-mci
> driver.
>
> Provide the resources lengths in a consistent format.
Applied, thanks
Sascha
Hello,
On Thu, Sep 27, 2012 at 11:53:12AM +0200, Sascha Hauer wrote:
> Sounds good. We often have this problem.
>
> I wonder if it's worth to have this as a general callback in the i2c
> layer.
Unfortunately my patch doesn't work. The problem is that if an i2c slave
is stuck with sda low the imx
The timeout for wating for the bus to be idle is too short when the
card does internal garbage collection. This was triggered with filling
an SD card under Linux with /dev/urandom, then doing a saveenv under
barebox afterwards.
Linux has timeouts here up to 300ms. Use a second to be safe.
Signed-o
Signed-off-by: Maxime Ripard
---
arch/arm/boards/crystalfontz-cfa10036/cfa10036.c |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boards/crystalfontz-cfa10036/cfa10036.c
b/arch/arm/boards/crystalfontz-cfa10036/cfa10036.c
index fcb7057..522d2d7 100644
--- a/arch/arm/boards/cry
The cfa10036 board file were missing the length parameter when adding
devices. This made barebox crash early in the boot, in the mxs-mci
driver.
Provide the resources lengths in a consistent format.
Signed-off-by: Maxime Ripard
---
arch/arm/boards/crystalfontz-cfa10036/cfa10036.c |5 +++--
Signed-off-by: Jan Luebbe
---
arch/arm/mach-imx/gpio.c |2 +-
arch/arm/mach-omap/gpio.c |2 +-
drivers/gpio/gpio-stmpe.c |2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-imx/gpio.c b/arch/arm/mach-imx/gpio.c
index e661cc1..268e598 100644
--- a/arch/
On Fri, Sep 28, 2012 at 02:23:32PM +0200, Maxime Ripard wrote:
> Le 28/09/2012 14:08, Maxime Ripard a écrit :
> > Hi everyone,
> >
> > I'm trying to write down some data to the /dev/ocotp file, which is
> > basically a one time programming chip containing four bytes.
> >
> > Using the command mw
Le 28/09/2012 14:08, Maxime Ripard a écrit :
> Hi everyone,
>
> I'm trying to write down some data to the /dev/ocotp file, which is
> basically a one time programming chip containing four bytes.
>
> Using the command mw -b -d /dev/ocotp 0-3 0x01020304 writes down only
> "4" to the first byte of t
Hi everyone,
I'm trying to write down some data to the /dev/ocotp file, which is
basically a one time programming chip containing four bytes.
Using the command mw -b -d /dev/ocotp 0-3 0x01020304 writes down only
"4" to the first byte of the OCOTP, which is not quite what I was
expecting. What's t
Sascha Hauer writes:
> On Wed, Sep 26, 2012 at 07:07:32PM +, Jerry Kirk wrote:
> > Any ideas what we now need to do to be able to overwrite Barebox?
>
> I think you are the victim of a bug fix ;)
Thanks Sascha, that was it.
___
barebox mailing l
On Thu, Sep 13, 2012 at 07:40:23PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> Boot will boot run sequentially the script in /env/boot.d
>
> drop global.boot.default as we start the boot sequence by default
>
> update the current board using the defaultenv-2 at the sametime
>
I'm going to
Hi Johannes,
On Thu, Sep 27, 2012 at 12:33:23PM +0200, Johannes Stezenbach wrote:
> On Thu, Sep 27, 2012 at 11:53:12AM +0200, Sascha Hauer wrote:
> > On Thu, Sep 27, 2012 at 12:56:46AM +0200, Uwe Kleine-König wrote:
> > >
> > > 2-WIRE SOFTWARE RESET: After an interruption in protocol, pow
On 10:55 Fri 28 Sep , Sascha Hauer wrote:
> On Fri, Sep 28, 2012 at 10:27:16AM +0200, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
> > On 09:50 Fri 28 Sep , Sascha Hauer wrote:
> > > On Fri, Sep 28, 2012 at 04:28:21AM +0200, Jean-Christophe
> > > PLAGNIOL-VILLARD wrote:
> > > > HI,
> > > >
On Fri, Sep 28, 2012 at 10:27:16AM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 09:50 Fri 28 Sep , Sascha Hauer wrote:
> > On Fri, Sep 28, 2012 at 04:28:21AM +0200, Jean-Christophe PLAGNIOL-VILLARD
> > wrote:
> > > HI,
> > >
> > > The patch is next
> > > net/eth: fix link handling
On 09:50 Fri 28 Sep , Sascha Hauer wrote:
> On Fri, Sep 28, 2012 at 04:28:21AM +0200, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
> > HI,
> >
> > The patch is next
> > net/eth: fix link handling
> >
> > was NEVER send to the ML
> >
> > IIRC I was the author of the first versio
On 10:04 Fri 28 Sep , Sascha Hauer wrote:
> The dependencies for generating the environment do not work properly:
>
> - If files are removed from the defaultenv, a subsequent make will not
> update the default environment.
> - If CONFIG_DEFAULT_ENVIRONMENT_PATH changes, the default environme
The dependencies for generating the environment do not work properly:
- If files are removed from the defaultenv, a subsequent make will not
update the default environment.
- If CONFIG_DEFAULT_ENVIRONMENT_PATH changes, the default environment
also will not be regenerated.
This patch fixes thi
On Fri, Sep 28, 2012 at 04:28:21AM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> HI,
>
> The patch is next
> net/eth: fix link handling
>
> was NEVER send to the ML
>
> IIRC I was the author of the first version and this disapear
>
> Uwe and I just get this dis
On Fri, Sep 28, 2012 at 02:27:54AM +0200, vj wrote:
> Hi Sascha,
> I've been playing with passing some data from first to second stage using
> Jan's patches.
> It worked fine, but in my case I want to store this data on a global
> variable, which is cleared as it's in the BSS.
> There is a clean w
39 matches
Mail list logo
