> -Original Message-
> From: Mike Frysinger [mailto:vap...@gentoo.org]
> Sent: Tuesday, July 07, 2009 3:26 AM
> To: u-boot@lists.denx.de
> Cc: Prafulla Wadaskar; Manas Saksena; Ronen Shitrit; Nicolas
> Pitre; Ashish Karkare; Prabhanjan Sarnaik; Lennert Buijtenhek
> Subject: Re: [U-Boot
> -Original Message-
> From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
> Sent: Saturday, July 04, 2009 5:16 AM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik;
> Ronen Shitrit
> Subject: Re: [U-Boot] [PATCH v5 6/6] Marvell Sh
> -Original Message-
> From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
> Sent: Saturday, July 04, 2009 5:17 AM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik;
> Ronen Shitrit
> Subject: Re: [U-Boot] [PATCH 4/6] usb: bugfix
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Prafulla Wadaskar
> Sent: Friday, July 03, 2009 9:56 AM
> To: Simon Kagstrom; U-Boot ML
> Subject: Re: [U-Boot] [PATCH/RFC 0/2]: arm: Kirkwood: OpenRD
> base board support
>
Hi Scott
- Original Message -
From: "Scott Wood"
To: "Vivek"
Cc:
Sent: Wednesday, July 01, 2009 10:29 PM
Subject: Re: [U-Boot] [PATCH 3/6] Poseidon Board Support
> On Wed, Jul 01, 2009 at 04:55:01PM +0530, Vivek wrote:
>> +#ifdef CONFIG_CMD_NAND
>> +#include
>> +extern struct nand_c
On Tue, 7 Jul 2009 01:35:54 -0700
Prafulla Wadaskar wrote:
> I am getting one OpenRD board next week :-)
> hopefully we together can provide good u-boot support for this board
Good to hear!
I've done a number of additional fixes around things which I'll send
soon.
// Simon
Hi!
I'm trying to get ubifs working in U-boot on a ARM-based board (OpenRD
base). I first encountered a number of build problems, and I'll send a
set of patches to fix those later today, but I still can't get it to
mount my filesystem. This is what I've done.
0. The board uses a Marvell 88f6281 a
In my experience, people who want a more permissive license
typically claim that their participation is absolutely necessary,
and doing without it would be a disaster. It tends to be somewhat
of an exaggeration.
___
U-Boot mailing list
U-Boot@lists.denx
Richard, Wolfgang, U-Boot List, how do you view a "loadable module
loophole" fitting in with GPLv3
(a) legally and
(b) philosophically?
Legally, the copyright holders of U-boot can give permission for
linking with drivers under other licenses. The developers of Linux
have in effe
Hello,
I'm trying to build my u-boot but in the building proccess I get an error
which I cannot solve myself.
The error prompt I get is:
drivers/video/libvideo.a drivers/watchdog/libwatchdog.a common/libcommon.a
libfdt/libfdt.a api/libapi.a post/libpost.a
board/freescale/mx31guf/libmx31guf.a
> -Original Message-
> From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
> Sent: Saturday, June 27, 2009 8:53 PM
> To: Prafulla Wadaskar
> Cc: Scott Wood; u-boot@lists.denx.de; Ashish Karkare;
> Prabhanjan Sarnaik; Ronen Shitrit
> Subject: Re: [U-Boot] [PATCH v2 1/3
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Ulrich Gerster
> Sent: Tuesday, July 07, 2009 3:45 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] EABI version error when building u-boot
>
> Hello,
>
> I'm trying to build
Hello all,
U-Boot provides data containing board information to a resident OS that
may be booted. Are there plans to extend this so that an additional
'level' of more specific board information can be provided to the OS?
Specifically, and for example, is there a mechanism that U-Boot can use
to i
Hi all,
How do i change the loading address of uboot ?
I have tried changing it by editing the config.mk file in
(board/xxx/config.mk).
Is that alone enough to change the loading address of uboot?
Do we need to tell where is Linux Located?
Do we need to recompile the primary boot loader(mentio
Dear Matthew Lear,
In message <4a532251.8090...@bubblegen.co.uk> you wrote:
>
> U-Boot provides data containing board information to a resident OS that
> may be booted. Are there plans to extend this so that an additional
> 'level' of more specific board information can be provided to the OS?
Th
Signed-off-by: Anatolij Gustschin
---
drivers/video/mb862xx.c | 20 ++--
1 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/drivers/video/mb862xx.c b/drivers/video/mb862xx.c
index 57b8667..a8676cc 100644
--- a/drivers/video/mb862xx.c
+++ b/drivers/video/mb862xx.c
@
Signed-off-by: Anatolij Gustschin
---
drivers/video/mb862xx.c | 217 +--
1 files changed, 114 insertions(+), 103 deletions(-)
diff --git a/drivers/video/mb862xx.c b/drivers/video/mb862xx.c
index 01eda55..7bc3c9b 100644
--- a/drivers/video/mb862xx.c
++
Signed-off-by: Anatolij Gustschin
---
drivers/video/mb862xx.c | 96 --
include/mb862xx.h | 69 +
2 files changed, 119 insertions(+), 46 deletions(-)
diff --git a/drivers/video/mb862xx.c b/drivers/video/mb862xx.
Mike Frysinger wrote:
> > Obviously the second item here will become void if vendor lockout of
> > updates becomes common. So what will be left of the essential freedoms?
> > I can study the code, I can modify it, but I am not allowed to run it.
> > Excellent.
>
> and this is why i dislike the
On Thu, Jun 11, 2009 at 04:53:50PM -0500, Kim Phillips wrote:
> On Thu, 11 Jun 2009 21:01:23 +0400
> Anton Vorontsov wrote:
>
> > "dr_usb.mode = host; .phy_type = ulpi; esdhc;" <- that isn't obvious
> > that .phy_type is a continuation of dr_usb. :-/
> >
> > It's kind of more special format then
On Tue, 7 Jul 2009 11:16:54 +0200
Simon Kagstrom wrote:
> I'm trying to get ubifs working in U-boot on a ARM-based board (OpenRD
> base). I first encountered a number of build problems, and I'll send a
> set of patches to fix those later today, but I still can't get it to
> mount my filesystem.
Anatolij Gustschin wrote:
>> But a common include file with the register offsets seems to be a
>> good idea to me.
>
> I'will prepare a list of register offset defines for "include/mb862xx.h"
> and send a patch so that you can use them in your code.
now the patch is out:
http://lists.denx.de/pipe
Hello everybody,
We are a team of developers that would like to post a series of patches for
the support in u-boot of a new ARM platform (SPEAr).
I have one questions regarding the GIT.
Do we really require to have a public GIT repository to publish
our work so that others can watch at it?
Or i
Dear Haavard Skinnemoen,
In message <20090707135141.79798...@hskinnemoen-d830> you wrote:
>
> While I think fighting for extensible and "hackable" hardware is good,
> I think a software license is the wrong way to go about it. Let's stick
> to the proven model of GPLv2: You can use my software if
Dear Armando,
In message <4a53408c.1070...@st.com> you wrote:
>
> We are a team of developers that would like to post a series of patches for
> the support in u-boot of a new ARM platform (SPEAr).
You are welcome!
> I have one questions regarding the GIT.
>
> Do we really require to have a pub
On Mon 6 Jul 2009 06:55, Wolfgang Denk pondered:
>
> I am definitely _pro_ going for GPLv3. I am also realizing the
> efforts and the time this will take.
I'm also glad that you acknowledge that you will loose developers, and
users...
> So it seems we can set up something like a plan
Prafulla Wadaskar wrote:
>> -Original Message-
>> From: u-boot-boun...@lists.denx.de
>> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Ulrich Gerster
>> Sent: Tuesday, July 07, 2009 3:45 PM
>> To: u-boot@lists.denx.de
>> Subject: [U-Boot] EABI version error when building u-boot
>>
>> H
Wolfgang Denk wrote:
> In message <20090707135141.79798...@hskinnemoen-d830> you wrote:
> >
> > While I think fighting for extensible and "hackable" hardware is good,
> > I think a software license is the wrong way to go about it. Let's stick
> > to the proven model of GPLv2: You can use my softwar
On Tuesday 07 July 2009 03:14:46 Prafulla Wadaskar wrote:
> Next- I want to support "protect off/on" commands for Macronix-SF, but I
> could not see framework for the same in SF generic code, any
> pointers/guidelines/reference for this activity?
should be straightforward to add it like other comm
Hello!
This series of patches corrects some of the issues I've had with
building and using the ubifs support on ARM (and some general things).
In summary:
- move __set_bit and __clear_bit to bitops.h (was defined in ubifs.h)
- define fls for all architectures (and ffs where it was missing)
- unal
This patch adds unaligned.h for ARM (needed to build with LZO
compression). The file is taken from the linux kernel, but includes
u-boot headers instead.
Signed-off-by: Simon Kagstrom
---
include/asm-arm/unaligned.h | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
cr
Check that an argument is passed to ubifsmount and that addresses and
sizes are actually numbers for ubifsload. Also improve the instructions
a bit.
Signed-off-by: Simon Kagstrom
---
common/cmd_ubifs.c | 26 +-
1 files changed, 21 insertions(+), 5 deletions(-)
diff --g
Signed-off-by: Simon Kagstrom
---
drivers/mtd/ubi/build.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/ubi/build.c b/drivers/mtd/ubi/build.c
index 4f50b2d..d676573 100644
--- a/drivers/mtd/ubi/build.c
+++ b/drivers/mtd/ubi/build.c
@@ -536,7 +536,7 @@ stati
Move __set/clear_bit from ubifs.h to bitops.h
__set_bit and __clear_bit are defined in ubifs.h as well as in
asm/include/bitops.h for some architectures. This patch moves
the generic implementation to include/linux/bitops.h and uses
that unless it's defined by the architecture.
Signed-off-by: Sim
UBIFS requires fls(), which is not defined for arm (and some other
architectures) and this patch adds it. The implementation is taken from
Linux and is generic. ffs() is also defined for those that miss it.
Signed-off-by: Simon Kagstrom
---
include/asm-arm/bitops.h|4
include/as
Signed-off-by: Simon Kagstrom
---
include/asm-arm/bitops.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/asm-arm/bitops.h b/include/asm-arm/bitops.h
index e98dd56..2abca0b 100644
--- a/include/asm-arm/bitops.h
+++ b/include/asm-arm/bitops.h
@@ -48,7 +48,7 @@
Hi Simon,
On Tuesday 07 July 2009 15:59:56 Simon Kagstrom wrote:
> Signed-off-by: Simon Kagstrom
> ---
> drivers/mtd/ubi/build.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/mtd/ubi/build.c b/drivers/mtd/ubi/build.c
> index 4f50b2d..d676573 100644
> ---
On Tue, 7 Jul 2009 16:20:49 +0200
Stefan Roese wrote:
> > - ubi->peb_count = ubi->mtd->size / ubi->mtd->erasesize;
> > + ubi->peb_count = lldiv(ubi->mtd->size, ubi->mtd->erasesize);
>
> This rebinds me of a patch I sent a few weeks ago (and forgot to actually
> push
> into u-boot-ubi):
>
On Monday 29 June 2009 13:30:50 Stefan Roese wrote:
> This patch fixes a build problem noticed on Apollon by using
> mtd_dev_by_eb() instead of "/" as done in the Linux UBI version.
> So this brings the U-Boot UBI version more in sync with the Linux
> version again.
Applied to u-boot-ubi. Thanks.
The following changes since commit 3e88337b225bf796f6df21d0a7f591530e9d4ce0:
Mike Frysinger (1):
Blackfin: move ALL += u-boot.ldr to blackfin_config.mk
are available in the git repository at:
git://www.denx.de/git/u-boot-ubi.git master
Stefan Roese (1):
UBI: Fix build problem n
The VID header offset is sometimes needed to initialize the UBI
partition. This patch adds it (optionally) to the command line
for the ubi part command.
Signed-off-by: Simon Kagstrom
---
common/cmd_ubi.c | 17 -
1 files changed, 12 insertions(+), 5 deletions(-)
diff --git a/co
Signed-off-by: Simon Kagstrom
---
lib_generic/vsprintf.c |7 +--
1 files changed, 1 insertions(+), 6 deletions(-)
diff --git a/lib_generic/vsprintf.c b/lib_generic/vsprintf.c
index 7f534c7..e84cfb0 100644
--- a/lib_generic/vsprintf.c
+++ b/lib_generic/vsprintf.c
@@ -13,6 +13,7 @@
#inclu
Dear Haavard,
In message <20090707155005.2e4a4...@hskinnemoen-d830> you wrote:
>
> > The point is that GPLv2 results in situations where you cannot use
> > and modify your own software any more because it is "protected" and
> > any versions you build don't run.
>
> But this is a problem with t
On Tuesday 07 July 2009 16:00:30 Simon Kagstrom wrote:
> The VID header offset is sometimes needed to initialize the UBI
> partition. This patch adds it (optionally) to the command line
> for the ubi part command.
>
> Signed-off-by: Simon Kagstrom
> ---
> common/cmd_ubi.c | 17 -
The VID header offset is sometimes needed to initialize the UBI
partition. This patch adds it (optionally) to the command line
for the ubi part command.
(Lines have been properly wrapped since last version)
Signed-off-by: Simon Kagstrom
Acked-by: Stefan Roese
---
common/cmd_ubi.c | 21 ++
Wolfgang Denk wrote:
> I'm only talking about software (code and data) here. If I cannot
> change (or just rebuild) the (Free!) software any more because to
> actually run it I need some secret data (like a signature) then this
> is still a software problem. One that can be prevented by
On Tue, Jul 7, 2009 at 10:43 AM, Wolfgang Denk wrote:
> Dear Haavard,
>
> In message <20090707155005.2e4a4...@hskinnemoen-d830> you wrote:
>>
>> > The point is that GPLv2 results in situations where you cannot use
>> > and modify your own software any more because it is "protected" and
>> > any
Dear Jon Smirl,
In message <9e4733910907070828o7517b17td411ff88c62a8...@mail.gmail.com> you
wrote:
>
> I agree -- all ATMs, voting machines, slot machines, electricity
> meters, traffic lights, navigation systems, safety interlocks, etc
> should be hackable. I'm sure that no idiot teenager is goi
On Jul 7, 2009, at 11:27 AM, Kumar Gala wrote:
> Signed-off-by: Kumar Gala
> ---
> This is an attempt at using dlmalloc v2.8.4. Its a work in
> progress, but
> wanted to post to see what peoples feelings are on updating. This
> version
> resolves all the various warnings we see w/gcc4.4 an
On Tue, Jul 07, 2009 at 06:05:35AM -0400, Richard Stallman wrote:
> In my experience, people who want a more permissive license
> typically claim that their participation is absolutely necessary,
> and doing without it would be a disaster. It tends to be somewhat
> of an exaggeration.
Talk about
On Mon, Jul 6, 2009 at 7:07 PM, Alemao wrote:
> On Mon, Jul 6, 2009 at 3:45 PM, Scott Wood wrote:
>> On Mon, Jul 06, 2009 at 02:39:26PM -0300, Alemao wrote:
>>> Hi all,
>>>
>>> I've made ports of u-boot for two powerpc processors, MPC8343 and
>>> MPC8541.
>>>
>>> The boards has 128MB of DDR2. So I
On Tuesday 07 July 2009 12:30:18 Kumar Gala wrote:
> On Jul 7, 2009, at 11:27 AM, Kumar Gala wrote:
> > Signed-off-by: Kumar Gala
> > ---
> > This is an attempt at using dlmalloc v2.8.4. Its a work in
> > progress, but
> > wanted to post to see what peoples feelings are on updating. This
> > ver
The following changes since commit 92afd368bba7d98b2b7bfb51082c3639bb2119b3:
Wolfgang Denk (1):
Merge branch 'next' of ../master
are available in the git repository at:
git://git.denx.de/u-boot-mpc5xxx.git master
Grzegorz Bernacki (4):
mpc52xx: Add SPI driver.
digsy MTC:
Dear Heiko Schocher,
In message <4a505171.3040...@denx.de> you wrote:
> The following changes since commit 3e88337b225bf796f6df21d0a7f591530e9d4ce0:
> Mike Frysinger (1):
> Blackfin: move ALL += u-boot.ldr to blackfin_config.mk
>
> are available in the git repository at:
>
> git://gi
Previously, boot page translation was enabled while U-Boot executed.
This resulted in the address range 0xf000 - 0x being
translated to SDRAM which made the 0xfxxx address space unusable for
other peripherals.
This change disables boot page translation after the secondary CPU cores
On Tue, Jul 7, 2009 at 2:34 PM, Wolfgang Denk wrote:
> The following changes since commit 92afd368bba7d98b2b7bfb51082c3639bb2119b3:
> Wolfgang Denk (1):
> Merge branch 'next' of ../master
>
> are available in the git repository at:
Can you please merge my pcm030 driver for the mpc5200?
>
Hello All,
2009/7/4 Michael Trimarchi :
> Jean-Christophe PLAGNIOL-VILLARD wrote:
>>
>> On 20:56 Mon 29 Jun , Prafulla Wadaskar wrote:
>>
>>>
>>> Signed-off-by: Prafulla Wadaskar
>>> ---
>>> drivers/usb/host/ehci-hcd.c | 2 +-
>>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> Rem
Dear Kumar Gala,
In message you wrote:
> The following changes since commit 3e88337b225bf796f6df21d0a7f591530e9d4ce0:
> Mike Frysinger (1):
> Blackfin: move ALL += u-boot.ldr to blackfin_config.mk
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-mpc85xx maste
Hello Vivek,
2009/6/24 Vivek Mahajan :
> It fixes the access to the 'ehci' struct elements for mpc83xx which
> should have been taken care of in 4ef01010aa4799c759d75e67007fdd3a38c88c8a
> Sorry about that.
>
> Signed-off-by: Vivek Mahajan
> ---
Applied to u-boot-usb
Thanks.
Remy
__
Dear Mike Frysinger,
In message <1246920490-25760-1-git-send-email-vap...@gentoo.org> you wrote:
> The following changes since commit 3e88337b225bf796f6df21d0a7f591530e9d4ce0:
> Mike Frysinger (1):
> Blackfin: move ALL += u-boot.ldr to blackfin_config.mk
>
> are available in the git rep
Dear Stefan Roese,
In message <200907071636.37442...@denx.de> you wrote:
> The following changes since commit 3e88337b225bf796f6df21d0a7f591530e9d4ce0:
> Mike Frysinger (1):
> Blackfin: move ALL += u-boot.ldr to blackfin_config.mk
>
> are available in the git repository at:
>
> git:/
Dear Kim Phillips,
In message <20090624112410.b287f606.kim.phill...@freescale.com> you wrote:
>
> WD hasn't applied it yet - I applied it to my local tree. None of this
> means your patch should touch the same line and thus cause unnecessary
> conflicts.
...
> sure, go ahead - I guess we have to
In message <20090707183453.0a2a8832e...@gemini.denx.de> you wrote:
> The following changes since commit 92afd368bba7d98b2b7bfb51082c3639bb2119b3:
> Wolfgang Denk (1):
> Merge branch 'next' of ../master
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-mpc5xxx.gi
Hello Wolfgang,
2009/7/6 Wolfgang Denk :
> Dear Jerry Van Baren,
>
>> 3) U-Boot currently has an explicit license to run "stand alone
>> applications" that have a GPL-incompatible license.
>
> Thanks for mentioning this. But this is explicitly restricted to
> "stand alone applications", wi
On Tue, Jul 07, 2009 at 02:34:32PM -0400, Mike Frysinger wrote:
> On Tuesday 07 July 2009 12:30:18 Kumar Gala wrote:
> > Here are some size #'s
> >
> > [ga...@blarg u-boot-85xx]$ size u-boot
> > text data bss dec hex filename
> > 392040 50536 41957 484533 764b5 u-b
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090621112124.gh22...@game.jcrosoft.org> you wrote:
>
> > Wolfgang Denk
> > + imx27lite i.MX27
> Wolfgang could you ack it?
> > qongi.MX31
Yes, that's ok with me.
Best regards,
Wolfgang Denk
--
DENX Software Enginee
Dear Wolfgang,
The following changes since commit 3e88337b225bf796f6df21d0a7f591530e9d4ce0:
Mike Frysinger (1):
Blackfin: move ALL += u-boot.ldr to blackfin_config.mk
are available in the git repository at:
git://git.denx.de/u-boot-video.git master
Mark Jackson (1):
Atmel LCD
Dear Magnus Lilja,
In message
<6fd22327241accc2efcada8380923c8e9c523790.1244918138.git.lilja.mag...@gmail.com>
you wrote:
> Changes from last version: Added documentation for the macros.
>
> include/asm-arm/macro.h | 74
> +++
> 1 files changed, 7
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090620125019.gd3...@game.jcrosoft.org> you wrote:
> On 20:50 Sat 13 Jun , Magnus Lilja wrote:
> > Signed-off-by: Magnus Lilja
> > ---
> > cpu/arm1136/mx31/Makefile|1 +
> > cpu/arm1136/mx31/devices.c | 56
> > +
On Jul 7, 2009, at 1:34 PM, Mike Frysinger wrote:
> On Tuesday 07 July 2009 12:30:18 Kumar Gala wrote:
>> On Jul 7, 2009, at 11:27 AM, Kumar Gala wrote:
>>> Signed-off-by: Kumar Gala
>>> ---
>>> This is an attempt at using dlmalloc v2.8.4. Its a work in
>>> progress, but
>>> wanted to post to s
On Jul 7, 2009, at 2:16 PM, T Ziomek wrote:
> On Tue, Jul 07, 2009 at 02:34:32PM -0400, Mike Frysinger wrote:
>> On Tuesday 07 July 2009 12:30:18 Kumar Gala wrote:
>>> Here are some size #'s
>>>
>>> [ga...@blarg u-boot-85xx]$ size u-boot
>>>textdata bss dec hex filename
>>
Kumar Gala wrote:
> Those would help if the data structs had gotten bigger. In this case
> the code itself is just larger.
Perhaps we should look into using/writing a malloc implementation that
takes a space/speed tradeoff more in line with U-boot's requirements
(using a simple first-fit line
Hello Wolfgang,
2009/7/6 Wolfgang Denk :
> 1) If we take into consideration that you are not subscribed to the
> list, only 20 out of 1712 subscribers (less than 1.2%) bothered to
> comment at all.
FWIW, I did not comment on this so far, because from what I felt what
I had to say was alread
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090706195551.gh30...@game.jcrosoft.org> you wrote:
>
> Please pull
> The following changes since commit 3e88337b225bf796f6df21d0a7f591530e9d4ce0:
> Mike Frysinger (1):
> Blackfin: move ALL += u-boot.ldr to blackfin_config.mk
>
> are
On 15:02 Tue 07 Jul , Scott Wood wrote:
> Kumar Gala wrote:
> > Those would help if the data structs had gotten bigger. In this case
> > the code itself is just larger.
>
> Perhaps we should look into using/writing a malloc implementation that
> takes a space/speed tradeoff more in line wi
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 15:02 Tue 07 Jul , Scott Wood wrote:
>> Kumar Gala wrote:
>>> Those would help if the data structs had gotten bigger. In this case
>>> the code itself is just larger.
>> Perhaps we should look into using/writing a malloc implementation that
>> ta
On 21:33 Tue 07 Jul , Wolfgang Denk wrote:
> Dear Magnus Lilja,
>
> In message
> <6fd22327241accc2efcada8380923c8e9c523790.1244918138.git.lilja.mag...@gmail.com>
> you wrote:
> > Changes from last version: Added documentation for the macros.
> >
> > include/asm-arm/macro.h | 74
> >
> > > > > +#include
> > > > > +#include
> > > > > +#include
> > > > > +#include
> > > >
> > > > I don't see kirkwood.h in upstream, so I guess this
> > should go via an
> > > > arch tree.
> > > Hi Jean,
> > > Similar to spi driver, can you please pull this driver too?
> > > I am posting the
On 20:55 Mon 29 Jun , Prafulla Wadaskar wrote:
> This patch adds a NAND driver for the Marvell Kirkwood SoC's
>
> Signed-off-by: Prafulla Wadaskar
> ---
> Change log:
> v2: updated as per feedback for v1 (cosmetic change)
>
> v3: missing year added for copy right statement
Scott I guess it's
On 00:26 Tue 07 Jul , Prafulla Wadaskar wrote:
>
>
> > -Original Message-
> > From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
> > Sent: Saturday, July 04, 2009 5:16 AM
> > To: Prafulla Wadaskar
> > Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik;
On 21:57 Mon 06 Jul , Tom wrote:
> Woodruff, Richard wrote:
> >>From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] On
> >>Behalf Of Tom Rix
> >>Sent: Monday, July 06, 2009 11:48 AM
> >
> >>Since there is only one version of flushing the dcache for
> >>arm_cortex8, rename v
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 20:55 Mon 29 Jun , Prafulla Wadaskar wrote:
>> This patch adds a NAND driver for the Marvell Kirkwood SoC's
>>
>> Signed-off-by: Prafulla Wadaskar
>> ---
>> Change log:
>> v2: updated as per feedback for v1 (cosmetic change)
>>
>> v3: missing year a
On 15:19 Thu 02 Jul , Simon Kagstrom wrote:
> Split PHY-related initialization to a common file
>
> The mv881116 PHY initialization is split out to a common file to enable
> code reuse between different boards.
please note if that will be share with non Marvell code this is not the right
place
On Tue, Jul 07, 2009 at 02:50:31PM -0500, Kumar Gala wrote:
> On Jul 7, 2009, at 2:16 PM, T Ziomek wrote:
> >On Tue, Jul 07, 2009 at 02:34:32PM -0400, Mike Frysinger wrote:
> >>use the bloatcheck script to do a human readable compare between
> >>the two
> >>objects. you can find it in the linux
On Tue, 7 Jul 2009 14:50:31 -0500
Kumar Gala wrote:
> Those would help if the data structs had gotten bigger. In this case
> the code itself is just larger.
fyi, gcc4.4.0 apparently doesn't like to emit ld/st multiple insns as
much as prior versions did.
NAND bootstraps don't fit, e.g., beca
Jean-Christophe PLAGNIOL-VILLARD wrote:
>>
>> I will change the name to cache_ops.S
>>
> I prefer cache.S
>
cache.c is already taken.
Tom
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
ehci-hcd.c: In function 'ehci_submit_root':
ehci-hcd.c:719: warning: value computed is not used
ehci-hcd.c:748: warning: value computed is not used
Signed-off-by: Kumar Gala
---
drivers/usb/host/ehci-hcd.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/ho
From: galak
Update fsl_sata to use common structures instead of casting
back and forth between the fsl specific ones and the common ones
(which are identical).
fsl_sata.c: In function 'scan_sata':
fsl_sata.c:550: warning: dereferencing pointer 'cfis' does break
strict-aliasing rules
fsl_sata.c:
On 12:00 Thu 02 Jul , Marek Vasut wrote:
> Dne Čt 2. července 2009 09:08:43 Anatolij Gustschin napsal(a):
> > Hi,
> >
> > Marek Vasut wrote:
> > > I'd like to get this patch in. It adds support for Palm Tungsten|C (a
> > > pxa255 based handheld device).
> > >
> > > The patch is available here (
Can anyone explain why CONFIG_CMD_NFS is part of include/
config_cmd_default.h. There are a few others in there that I'd
question but this is one that I'm scratching my head on right now.
- k
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.
Dear Remy,
In message <3efb10970907071216h57288a2an91701c1c851de...@mail.gmail.com> you
wrote:
>
> > Thanks for mentioning this. But this is explicitly restricted to
> > "stand alone applications", with a pretty tightly limited set of
> > functions exported to such code. It is not inte
Dear Anatolij Gustschin,
In message <4a53a217.9010...@denx.de> you wrote:
> Dear Wolfgang,
>
> The following changes since commit 3e88337b225bf796f6df21d0a7f591530e9d4ce0:
> Mike Frysinger (1):
> Blackfin: move ALL += u-boot.ldr to blackfin_config.mk
>
> are available in the git reposi
On 15:44 Tue 07 Jul , Tom wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
> >>
> >>I will change the name to cache_ops.S
> >I prefer cache.S
> cache.c is already taken.
and contain nearly only assembly
so join everythink in cache.S will make more sense
Best Regards,
J.
___
Dear Remy Bohmer,
In message <3efb10970907071307u662f7d87g5a4a0c0b0740b...@mail.gmail.com> you
wrote:
>
> As far as I understand it, a move to gpl3 will need the approval of
> _all_ copyright holders to make such a switch. (not all names are
> listed in the headers)
Only for files where such a
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090707202432.gk30...@game.jcrosoft.org> you wrote:
>
> > > + * These macros provide a convenient way to write 8, 16 and 32 bit data
> > > + * to any address.
> >
> > I think this comment might be wrong. It should probably read "... to
> > any
On 20:55 Mon 29 Jun , Prafulla Wadaskar wrote:
> This patch adds a NAND driver for the Marvell Kirkwood SoC's
>
> Signed-off-by: Prafulla Wadaskar
> ---
> Change log:
> v2: updated as per feedback for v1 (cosmetic change)
>
> v3: missing year added for copy right statement
>
> drivers/mtd/
Set pullups or pulldowns for GPIOs which need them.
Disable them for others, which have external pulls.
Also make disabled pull setting consistent (some pins had
type set to "up" even if pull type selection was disabled).
---
board/omap3/pandora/pandora.h | 50 ---
Setup pin mux for GPIO pins connected on rev3 or later
boards. Also change NUB2 IRQ pin. This should not affect
older boards because they don't have any nubs (analog
controllers) attached to them.
---
board/omap3/pandora/pandora.h | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(
On 22:20 Tue 07 Jul , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090706195551.gh30...@game.jcrosoft.org> you wrote:
> >
> > Please pull
> > The following changes since commit 3e88337b225bf796f6df21d0a7f591530e9d4ce0:
> > Mike Frysinger (1):
> > B
Remove configuration of not unused pins, effectively
leaving them in safe mode.
---
board/omap3/pandora/pandora.h | 25 -
1 files changed, 0 insertions(+), 25 deletions(-)
diff --git a/board/omap3/pandora/pandora.h b/board/omap3/pandora/pandora.h
index 8f0838c..3d04b2a 1
1 - 100 of 137 matches
Mail list logo
