-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: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 scottw...@freescale.com
To: Vivek v.da...@samsung.com
Cc: u-boot@lists.denx.de
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:
On Tue, 7 Jul 2009 01:35:54 -0700
Prafulla Wadaskar prafu...@marvell.com 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
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
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
-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
-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 my u-boot
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
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
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?
There
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
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
+++
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
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
---
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
drivers/video/mb862xx.c | 96 --
include/mb862xx.h | 69 +
2 files changed, 119 insertions(+), 46 deletions(-)
diff --git a/drivers/video/mb862xx.c
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 GPLv3.
On Thu, Jun 11, 2009 at 04:53:50PM -0500, Kim Phillips wrote:
On Thu, 11 Jun 2009 21:01:23 +0400
Anton Vorontsov avoront...@ru.mvista.com 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
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:
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
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 I get
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 public GIT
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:
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 software if I get
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 commands
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)
-
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 simon.kagst...@netinsight.net
---
include/asm-arm/unaligned.h | 18 ++
1 files changed, 18
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 simon.kagst...@netinsight.net
---
common/cmd_ubifs.c | 26 +-
1 files changed, 21
Signed-off-by: Simon Kagstrom simon.kagst...@netinsight.net
---
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
+++
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:
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 simon.kagst...@netinsight.net
---
include/asm-arm/bitops.h
Signed-off-by: Simon Kagstrom simon.kagst...@netinsight.net
---
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
+++
Hi Simon,
On Tuesday 07 July 2009 15:59:56 Simon Kagstrom wrote:
Signed-off-by: Simon Kagstrom simon.kagst...@netinsight.net
---
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
On Tue, 7 Jul 2009 16:20:49 +0200
Stefan Roese s...@denx.de 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.
Best
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
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 simon.kagst...@netinsight.net
---
common/cmd_ubi.c | 17 -
1 files changed, 12 insertions(+), 5
Signed-off-by: Simon Kagstrom simon.kagst...@netinsight.net
---
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
+++
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 the
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 simon.kagst...@netinsight.net
---
common/cmd_ubi.c |
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 simon.kagst...@netinsight.net
Acked-by: Stefan Roese
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
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 going to
On Jul 7, 2009, at 11:27 AM, Kumar Gala wrote:
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
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
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, Alemaoxcarand...@gmail.com wrote:
On Mon, Jul 6, 2009 at 3:45 PM, Scott Woodscottw...@freescale.com 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
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 ga...@kernel.crashing.org
---
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
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:
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
On Tue, Jul 7, 2009 at 2:34 PM, Wolfgang Denkw...@denx.de 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
Hello All,
2009/7/4 Michael Trimarchi trimar...@gandalf.sssup.it:
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 20:56 Mon 29 Jun , Prafulla Wadaskar wrote:
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
drivers/usb/host/ehci-hcd.c | 2 +-
1 files changed, 1 insertions(+),
Dear Kumar Gala,
In message pine.lnx.4.64.0907061013140.29...@localhost.localdomain 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
Hello Vivek,
2009/6/24 Vivek Mahajan vivek.maha...@freescale.com:
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 vivek.maha...@freescale.com
---
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:
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 wait
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.git master
Hello Wolfgang,
2009/7/6 Wolfgang Denk w...@denx.de:
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,
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-boot
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090621112124.gh22...@game.jcrosoft.org you wrote:
Wolfgang Denk w...@denx.de
+ imx27lite i.MX27
Wolfgang could you ack it?
qongi.MX31
Yes, that's ok with me.
Best regards,
Wolfgang Denk
--
DENX Software
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, 74
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 lilja.mag...@gmail.com
---
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 ga...@kernel.crashing.org
---
This is an attempt at using dlmalloc v2.8.4. Its a work in
progress, but
wanted to
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
392040
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
Hello Wolfgang,
2009/7/6 Wolfgang Denk w...@denx.de:
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
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 with
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
takes a
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 common.h
+#include asm/io.h
+#include asm/arch/kirkwood.h
+#include nand.h
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 prafu...@marvell.com
---
Change log:
v2: updated as per feedback for v1 (cosmetic change)
v3: missing year added for copy right statement
Scott
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;
Ronen
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
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 prafu...@marvell.com
---
Change log:
v2: updated as per feedback for v1 (cosmetic change)
v3: missing
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 to
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 kernel.
On Tue, 7 Jul 2009 14:50:31 -0500
Kumar Gala ga...@kernel.crashing.org 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
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 ga...@kernel.crashing.org
---
drivers/usb/host/ehci-hcd.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
From: galak ga...@ducky.am.freescale.net
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
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 (it's not all that
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
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 intended to
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 repository at:
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 _memory_
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 prafu...@marvell.com
---
Change log:
v2: updated as per feedback for v1 (cosmetic change)
v3: missing year added for copy right statement
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
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):
Blackfin: move
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
This patch series clean up and update pin mux for pandora.
The update is needed for rev3 or later boards to work properly,
but older boards still work after this.
Grazvydas Ignotas (4):
OMAP3 pandora: pin mux cleanup
OMAP3 pandora: setup pin mux for pins used on rev3 boards
OMAP3 pandora:
Dear Kumar Gala,
In message 9fc82254-6aa7-4dae-9780-283c66d5d...@kernel.crashing.org you wrote:
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.
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090707213126.gb30...@game.jcrosoft.org you wrote:
at91: add support for the PM9261 board of Ronetix GmbH
Does this patch include and thus obsolete this one, too?
Subject: [U-Boot] [PATCH 1/1] at91: add support for the
On Jul 7, 2009, at 1:43 PM, Peter Tyser wrote:
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
On Jul 7, 2009, at 4:36 PM, Wolfgang Denk wrote:
Dear Kumar Gala,
In message
9fc82254-6aa7-4dae-9780-283c66d5d...@kernel.crashing.org you wrote:
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
On 23:28 Tue 07 Jul , Wolfgang Denk wrote:
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
Dear Kumar Gala,
In message e9c9002c-21b8-4001-8895-d04fdcd24...@kernel.crashing.org you wrote:
Because NFS support is pretty small in terms of code size and pretty
useful in terms of download speed (usually much faster than TFTP, and
less restricted, too).
its about 7k of size in my
1 - 100 of 120 matches
Mail list logo