This patch enables legacy multi-type images containing only a Linux kernel
and root file system to be loaded, maintaining compatibility with previous
versions of u-boot.
This is required when using old image files such as a Linux 2.4 kernel /
filesystem.
Signed-off-by: Nick Spence <[EMAIL PROTECT
Anton Vorontsov wrote:
> On Mon, May 05, 2008 at 08:41:59PM +0200, Stefan Roese wrote:
>> On Monday 05 May 2008, Larry Johnson wrote:
> Yes, I totally agree. Patches should *not* change the default behavior.
> We should change it as you suggested. Sorry, I must have missed this.
>
>
The following patch removes global compilation flags duplicated in
sandbox makefile.
This also works-around a probable compiler issue noted in my mail here:
http://sourceforge.net/mailarchive/forum.php?thread_name=48193193.30508%40gmail.com&forum_name=u-boot-users
Signed-off-by: Nishanth Menon <[
Folks,
I've resent the BAT patch series, as the first one never showed up
(for me, at least), and I had sent out the wrong version of the third
patch.
Apologies for the noise if the first set if they actually showed up
for anyone - my corporate mail server has a history of eating things
s
From: Becky Bruce <[EMAIL PROTECTED]>
Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
---
cpu/mpc86xx/cpu.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/cpu/mpc86xx/cpu.c b/cpu/mpc86xx/cpu.c
index 3c74764..e26bf36 100644
--- a/cpu/mpc86xx/cpu.c
+++ b/cpu/mpc86xx/cpu.
From: Becky Bruce <[EMAIL PROTECTED]>
This function prints the values of all the BAT register
pairs - I needed this for debug earlier this week; adding it to
lib_ppc so others can use it (and add it to reginfo commands
if so desired).
Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
---
include/as
From: Becky Bruce <[EMAIL PROTECTED]>
Currently, this code only deals with BATs 0-3, which makes
it useless on systems that support BATs 4-7. Add the
support for these registers.
Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
---
include/asm-ppc/mmu.h |4 ++
lib_ppc/bat_rw.c | 134 +++
From: Becky Bruce <[EMAIL PROTECTED]>
Change all code that conditionally operates on high bat
registers (that is, BATs 4-7) to look at CONFIG_HIGH_BATS
instead of the myriad ways this is done now. Define the option
for every config for which high bats are supported (and
enabled by early boot, on
From: Becky Bruce <[EMAIL PROTECTED]>
Change all code that conditionally operates on high bat
registers (that is, BATs 4-7) to look at CONFIG_HIGH_BATS
instead of the myriad ways this is done now. Define the option
for every config for which high bats are supported (and
enabled by early boot, on
My implicit assumption within the previous sentence was that u-boot does pass
the MAC address to linux.
Thank you for the help. I was missing a #define.
Ron
> To: [EMAIL PROTECTED]
> CC: u-boot-users@lists.sourceforge.net
> From: [EMAIL PROTECTED]
> Subject: Re: [U-Boot-Users] MAC address
> D
Wolfgang Denk,
please pull a system performance tweak:
The following changes since commit 908261f3fdb418091d8c60bfbd7eb85e5869b579:
Wolfgang Denk (1):
Merge branch 'master' of git+ssh://10.10.0.7/home/wd/git/u-boot/master
are available in the git repository at:
git://git.denx.de/u-b
Hi Experts,
I am new bee to u-boot. I have u-boot image running on my PPC board. I need
to create dual boot loader and I have the concept working fine, except I have
to change the TEXT_BASE for each image. Here are details:
If I have boot loaders at 0xfff0, looks like I have to set TEXT_BAS
From: Yuri Tikhonov <[EMAIL PROTECTED]>
This way we become able to utilize the full post_log_word for POST
activities (overwise, POST ECC, which has 0x8000 ID, could be
erroneously treated as started in post_output_backlog() even if there
was actually no POST ECC run (because of OCM POST failure,
From: Yuri Tikhonov <[EMAIL PROTECTED]>
Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]>
---
post/tests.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/post/tests.c b/post/tests.c
index cdf4c86..a790c78 100644
--- a/post/tests.c
+++ b/post/tests.c
@@ -66,7 +66,7 @@ struct
From: Yuri Tikhonov <[EMAIL PROTECTED]>
If test test marked as POST_STOP, don't run futher tests in case of test
failure.
Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]>
Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]>
---
include/asm-arm/global_data.h|1 +
include/asm-avr32/global_dat
From: Yuri Tikhonov <[EMAIL PROTECTED]>
Switch OCM testid with codec one.The reason is that current implementation
requeres POST_ROM testid to fit into lower 16 bits and codec test will
never run with POST_ROM hopefully.
Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]>
---
include/post.h |4 ++-
From: Yuri Tikhonov <[EMAIL PROTECTED]>
Added OCM test for post layer. This version runs before all other tests
but still don't interrupt post sequence on failure.
Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]>
Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]>
---
include/post.h |1 +
From: Yuri Tikhonov <[EMAIL PROTECTED]>
Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]>
---
include/configs/lwmon5.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/include/configs/lwmon5.h b/include/configs/lwmon5.h
index 1f669aa..cf406c8 100644
--- a/include/configs/
From: Yuri Tikhonov <[EMAIL PROTECTED]>
Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]>
---
post/tests.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/post/tests.c b/post/tests.c
index 36473e3..5db59d6 100644
--- a/post/tests.c
+++ b/post/tests.c
@@ -270,7 +270,7 @@ stru
In message <[EMAIL PROTECTED]> you wrote:
>
> So, I've been searching and cannot determine how u-boot passes the MAC addr
> ess/es to linux. I am correct in this assumption, yes?
Which assumption? You did not formulate one.
> BTW, more specifically this would be for an MPC8313 based system
It
On 22:52 Thu 08 May , Stelian Pop wrote:
> Hi,
>
> This is the second version of the AT91CAP9/AT91SAM9 patches,
> which hopefully addresses all the feedbacks I got on the first one.
>
> The first patches: 01 to 04 fix the copyright notices of some already
> merged files. Those patches may be
On 22:52 Thu 08 May , Stelian Pop wrote:
> When doing the AT91CAP9/AT91SAM9 port, a number of header files were
> copied from the Linux kernel sources. This patch explicitly specifies
> this origin for all the copied headers, and for those missing copyright
> information, adds it.
>
> Addition
On Thu, 8 May 2008, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > > > > Of course, your solution will work with multiple, different SPI
> > > > > controllers while mine won't, but is that really necessary?
> > > > >
> > > > > Your solution comes with more error checkin
In message <[EMAIL PROTECTED]> you wrote:
>
> > > > Of course, your solution will work with multiple, different SPI
> > > > controllers while mine won't, but is that really necessary?
> > > >
> > > > Your solution comes with more error checking as well, which might be a
> > > > good thing, but si
This patch adds a custom vendor logo for the Atmel AT91 boards.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
tools/Makefile|4
tools/logos/atmel.bmp | Bin 0 -> 26334 bytes
2 files changed, 4 insertions(+), 0 deletions(-)
create mode 100644 tools/logos/atmel.bmp
diff --g
This patch makes the necessary adaptations (PIO configurations and
defines in config header file) to hook up the Atmel LCD driver to the
AT91SAM9263EK board.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
board/atmel/at91sam9263ek/at91sam9263ek.c | 65 +
include/
This patch adds support for the AT91SAM9RL chip and the AT91SAM9RLEK
board.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
MAINTAINERS |1 +
MAKEALL |1 +
Makefile
This patch adds support for the AT91SAM9261 chip and the AT91SAM9261EK
board.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
MAINTAINERS|1 +
MAKEALL|1 +
Makefile
This patch adds support for the ATMEL LCDC driver which is used on some
AT91 and AVR platforms.
Is has been tested with the AT91CAP9ADK, AT91SAM9261EK, AT91SAM9263EK and
AT91SAM9RLEK boards. Adaptation for AVR32 should probably be easy.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
README
This patch adds support for the AT91SAM9263 chip and the AT91SAM9263EK
board.
This patch has been splitted in two for mailing list pose limit reasons.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
MAINTAINERS|1 +
MAKEALL
This patch makes the necessary adaptations (PIO configurations and
defines in config header file) to hook up the Atmel LCD driver to the
AT91SAM9RLEK board.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
board/atmel/at91sam9rlek/at91sam9rlek.c | 63 +++
include/c
This patch makes the necessary adaptations (PIO configurations and
defines in config header file) to hook up the Atmel LCD driver to the
AT91SAM9261EK board.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
board/atmel/at91sam9261ek/at91sam9261ek.c | 64 +
include/
The AT91CAP9 revC CPU has a few differences over the previous,
revB CPU which was distributed in small quantities only (revA was
an internal Atmel product only).
The revC silicon needs a special initialisation sequence to
switch from the internal (imprecise) RC oscillator to the
external 32k clock
When doing the AT91CAP9/AT91SAM9 port, a number of header files were
copied from the Linux kernel sources. This patch explicitly specifies
this origin for all the copied headers, and for those missing copyright
information, adds it.
Additionaly, the header file 'at91sam926x_mc.h' has been supercee
This patch adds support for the AT91SAM9263 chip and the AT91SAM9263EK
board.
This patch has been splitted in two for mailing list pose limit reasons.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
include/asm-arm/arch-at91sam9/at91sam9263.h | 127 +++
1 files change
This patch fixes the dataflash offsets used in CONFIG_BOOTCOMMAND
in order to cope with the changes in DataFlash partitionning scheme
(cset c3a60cb3).
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
include/configs/at91cap9adk.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
This patch adds a field in 'struct bd_info' for saving the detected
NAND size (result of nand_init() routine). This field can be used later
(for example in the lcd driver) to print out detailed information about
the board memories.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
include/asm-ar
This patch fixes the dataflash offsets used in CONFIG_BOOTCOMMAND
in order to cope with the changes in DataFlash partitionning scheme
(cset c3a60cb3).
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
include/configs/at91sam9260ek.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
When Ulf did the dataflash.c cleanup, he didn't add his copyright on
the new created files. This patch fixes the problem.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
board/atmel/at91cap9adk/partition.c |2 ++
board/atmel/at91rm9200dk/partition.c |2 ++
board/atmel/at91sam9260ek/
This patch modifies the nand_init() routine and makes it return the
total detected NAND size, since this information can be useful to the
caller.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
drivers/mtd/nand/nand.c |3 ++-
include/nand.h |2 +-
2 files changed, 3 insertions
This patch makes the necessary adaptations (PIO configurations and
defines in config header file) to hook up the Atmel LCD driver to the
AT91CAP9ADK board.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
board/atmel/at91cap9adk/at91cap9adk.c | 64 +
include/co
This patch changes the SPI timings to closely match the ones
used by the Linux kernel and the Atmel's own bootstrap project.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
include/configs/at91sam9260ek.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs
The Atmel boards can handle 8 or 16 bit NAND memories. This patch
makes the support configurable in the board config header file
(CFG_NAND_DBW_8 or CFG_NAND_DBW_16).
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
board/atmel/at91cap9adk/at91cap9adk.c | 10 +++---
board/atmel/at91cap9adk
This patch adapts CONFIG_BOOTARGS to the chosen boot method (boot from
DataFlash or from NAND), and gives to Linux a fully specified mtdparts
variable.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
include/configs/at91cap9adk.h | 13 +++--
1 files changed, 11 insertions(+), 2 delet
The Atmel boards can handle 8 or 16 bit NAND memories. This patch
makes the support configurable in the board config header file
(CFG_NAND_DBW_8 or CFG_NAND_DBW_16).
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
board/atmel/at91sam9260ek/at91sam9260ek.c |7 ++-
board/atmel/at91sam926
All the AT91CAP9/AT91SAM9 boards have the same linker script. The patch
below avoids the duplication of u-boot.lds by putting the file in the
cpu directory instead of the board one.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
board/atmel/at91cap9adk/u-boot.lds | 57
This patch adapts CONFIG_BOOTARGS to the chosen boot method (boot from
DataFlash or from NAND), and gives to Linux a fully specified mtdparts
variable.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
include/configs/at91sam9260ek.h | 16 ++--
1 files changed, 14 insertions(+), 2
When applying the AT91CAP9 patches upstream, something transformed
the '@' character into the ' ' sequence.
The patch below restores the original form in all the places where
it has been modified (the AT91CAP9 files, the AT91SAM9260 files which
were copied from AT91CAP9, and a couple of other fil
This patch changes the SPI timings to closely match the ones
used by the Linux kernel and the Atmel's own bootstrap project.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
include/configs/at91cap9adk.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/confi
Hi,
This is the second version of the AT91CAP9/AT91SAM9 patches,
which hopefully addresses all the feedbacks I got on the first one.
The first patches: 01 to 04 fix the copyright notices of some already
merged files. Those patches may be merged immediately since it would
be good to have those in
The Makefiles for the AT91CAP9/AT91SAM9 boards have an incomplete
copyright notice. This patch adds the missing pieces.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
board/atmel/at91cap9adk/Makefile |4
board/atmel/at91sam9260ek/Makefile |4
2 files changed, 8 insertions(
After some user complaints about not being able to fatls micro
sd cards which were formatted by Windows XP, I felt compelled to
make the following change (to u-boot 1.1.6, which I know is ancient,
but looking at the git tree, the latest doesn't handle it either near
as I can tell.
Just curious i
On Wed, 7 May 2008 10:36:56 -0500
Kim Phillips <[EMAIL PROTECTED]> wrote:
> On Wed, 07 May 2008 12:01:48 +0200
> André Schwarz <[EMAIL PROTECTED]> wrote:
>
> > I'll re-send the 23rd try after my vacation at end of may.
> > If the merge window will be closed at that date it's obviously bad luck.
>
From: Becky Bruce <[EMAIL PROTECTED]>
Signed-off-by: Becky Bruce
---
cpu/mpc86xx/cpu.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/cpu/mpc86xx/cpu.c b/cpu/mpc86xx/cpu.c
index 3c74764..e26bf36 100644
--- a/cpu/mpc86xx/cpu.c
+++ b/cpu/mpc86xx/cpu.c
@@ -26,6 +26,7 @@
From: Becky Bruce <[EMAIL PROTECTED]>
This function prints the values of all the BAT register
pairs - I needed this for debug earlier this week; adding it to
lib_ppc so others can use it (and add it to reginfo commands
if so desired).
Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
---
include/as
From: Becky Bruce <[EMAIL PROTECTED]>
Currently, this code only deals with BATs 0-3, which makes
it useless on systems that support BATs 4-7. Add the
support for these registers.
Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
---
include/asm-ppc/mmu.h |4 ++
lib_ppc/bat_rw.c | 134 +++
Haavard Skinnemoen wrote:
> Guennadi Liakhovetski <[EMAIL PROTECTED]> wrote:
>
>> I see. Well, I don't have a strong preference. So, either we need more
>> votes, or the one who implements it decides:-)
>>
>
> I'll see if I can come up with a patch tomorrow, and Cc a few people
> that have
So, I've been searching and cannot determine how u-boot passes the MAC
address/es to linux. I am correct in this assumption, yes?
BTW, more specifically this would be for an MPC8313 based system
Ron
_
Windows Live SkyDrive lets yo
On Thu, 8 May 2008, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > > Of course, your solution will work with multiple, different SPI
> > > controllers while mine won't, but is that really necessary?
> > >
> > > Your solution comes with more error checking as well, which
In message <[EMAIL PROTECTED]> you wrote:
>
> > Of course, your solution will work with multiple, different SPI
> > controllers while mine won't, but is that really necessary?
> >
> > Your solution comes with more error checking as well, which might be a
> > good thing, but since it comes with a
In message <[EMAIL PROTECTED]> you wrote:
>
> Yes, perhaps we need that. But I was sort of thinking that once you
> initialize a slave, it will just stick around until you boot an OS or
> reset. Most drivers don't seem to have any cleanup hooks anyway, and
> some don't even have init hooks. In the
Hi Sascha,
Based on
http://sourceforge.net/mailarchive/forum.php?thread_name=20080508151609.GB9467%40pengutronix.de&forum_name=u-boot-users
This is the second separate patch which introducing Machine dependent init
lowlevel config.
Regards,
Nishanth Menon
This introduces CONFIG_MACH_HAS_INIT_LO
Based on
http://sourceforge.net/mailarchive/forum.php?thread_name=20080508151609.GB9467%40pengutronix.de&forum_name=u-boot-users
I am splitting the patches into two. This is the first one for introducing arch
specific config.
This introduces CONFIG_ARCH_HAS_INIT_LOWLEVEL which can be enabled for
Guennadi Liakhovetski <[EMAIL PROTECTED]> wrote:
> I see. Well, I don't have a strong preference. So, either we need more
> votes, or the one who implements it decides:-)
I'll see if I can come up with a patch tomorrow, and Cc a few people
that have shown some interest earlier...I think we've rea
Adrian Filipi <[EMAIL PROTECTED]> wrote:
> Yeah, I agree it's bogus for the pointer to be volatile. There
> shouldn't be anything unusual about that.
>
> The assembler does show several additional memory accesses, so I
> think your theory is right. I'm at a loss for what to to on t
On Thu, 8 May 2008, Haavard Skinnemoen wrote:
> > I thought, like (pseudocode)
> >
> > static struct spi_host busses[SPI_BUSSES];
> >
> > struct spi_slave *spi_init()
> > {
> > list_for_each_entry(slave, &busses[bus].slaves, list) {
> > if (slave->device == device)
> >
Guennadi Liakhovetski <[EMAIL PROTECTED]> wrote:
> Ok, I see what you mean now. But then we need another function - an
> opposite to spi_setup, to free any allocated RAM, etc. I thought this was
> going to happen in release_bus, but after this explanation this doesn't
> seem to be the case.
>
>
On Thu, 8 May 2008, Haavard Skinnemoen wrote:
> Guennadi Liakhovetski <[EMAIL PROTECTED]> wrote:
>
> > slave = spi_setup_slave(host, dev, hz, 0 /*| SPI_ACCESS_EXCLUSIVE */);
> > if (!slave)
> > return;
> > /* Now you MUST release the slave / host */
> > spi_xfer();
> > ...
> > spi_release();
Guennadi Liakhovetski <[EMAIL PROTECTED]> wrote:
> On Thu, 8 May 2008, Haavard Skinnemoen wrote:
> > I think a claim/release interface is the best way to ensure that a
> > device driver can do multiple transfers more or less atomically (i.e.
> > without releasing the chip select and without having
Sascha,
> -Original Message-
> From: Sascha Hauer [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 08, 2008 10:16 AM
> To: Menon, Nishanth
> Cc: u-boot-users@lists.sourceforge.net
> Subject: Re: [Patch 2/4] U-Boot-V2: ARM: introduce CONFIG_SKIP_RELOCATION
> > Hmm.. good point. My ignorance
On 16:46 Wed 07 May , Micha Kalfon wrote:
> Hello all,
>
> In the last few weeks I've been working on a u-boot driver for
> Sandisk's (MSystems) mDoc H3 device - basically, it's a DiskOnChip
> device which exposes a simple ATA interface to the software and works
> differently from previous gen
On Wed, May 07, 2008 at 10:38:35AM -0500, Menon, Nishanth wrote:
> Sascha,
>
> > -Original Message-
> > From: Sascha Hauer [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, May 07, 2008 10:29 AM
> > To: Menon, Nishanth
> > Cc: u-boot-users@lists.sourceforge.net
> > Subject: Re: [Patch 2/4] U-
On Thu, 8 May 2008, Haavard Skinnemoen wrote:
> Guennadi Liakhovetski <[EMAIL PROTECTED]> wrote:
> > On Thu, 8 May 2008, Haavard Skinnemoen wrote:
> >
> > > But I have to say I like the idea about passing a spi_slave
> > > "handle" around...
> > >
> > > How about something like this?
> > >
> >
The following changes since commit 908261f3fdb418091d8c60bfbd7eb85e5869b579:
Wolfgang Denk (1):
Merge branch 'master' of git+ssh://10.10.0.7/home/wd/git/u-boot/master
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Dave Mitchell (1):
ppc4x
On 21:53 Tue 06 May , Stelian Pop wrote:
>
> Le mardi 06 mai 2008 à 21:21 +0200, Wolfgang Denk a écrit :
> > In message <[EMAIL PROTECTED]> you wrote:
> > >
> > > +#define CONFIG_BOOTARGS "console=ttyS0,115200 " \
> > > + "root=/dev/mtdblock4 " \
> > > +
Already in the at91 tree
Best Regards,
J.
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.dou
Already in the at91 tree
Best Regards,
J.
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.dou
Already in the at91 tree
Best Regards,
J.
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.dou
Already in the at91 tree
Best Regards,
J.
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.dou
Already in the at91 tree
Best Regards,
J.
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.dou
Guennadi Liakhovetski <[EMAIL PROTECTED]> wrote:
> On Thu, 8 May 2008, Haavard Skinnemoen wrote:
>
> > But I have to say I like the idea about passing a spi_slave
> > "handle" around...
> >
> > How about something like this?
> >
> > /*
> > * Set up communication parameters for a SPI slave. This
Yeah, I agree it's bogus for the pointer to be volatile. There
shouldn't be anything unusual about that.
The assembler does show several additional memory accesses, so I
think your theory is right. I'm at a loss for what to to on the sync().
Adrian
--
Linux Software E
When using dhcp/bootp the "netmask" environment variable is not set
because CONFIG_BOOTP_SUBNETMASK is not defined. But usually this is
desireable, so the following patch adds this this option to the board
config.
Signed-off-by: Markus Klotzbuecher <[EMAIL PROTECTED]>
---
include/configs/kilauea
On Thu, 8 May 2008, Haavard Skinnemoen wrote:
> But I have to say I like the idea about passing a spi_slave
> "handle" around...
>
> How about something like this?
>
> /*
> * Set up communication parameters for a SPI slave. This doesn't
> * necessarily enable the controller.
> */
> struct spi
Guennadi Liakhovetski <[EMAIL PROTECTED]> wrote:
> On Thu, 8 May 2008, Haavard Skinnemoen wrote:
> > Therefore, I'm going to remove it in the next version of my patchset.
> > If you can tell me how it's supposed to work, I can try to minimize the
> > breakage.
>
> Would be better if we could avoid
The 'nand read.oob' and 'nand write.oob' commands exist in U-Boot 1.3.2, but do
not appear in 'help nand' output.
Is this an oversight or intentional?
Also the .e and .i options to 'nand read' and 'nand write' do not appear in
'help nand' output.
Again, is this intentional? Looking at the sour
On Thu, 8 May 2008, Haavard Skinnemoen wrote:
> Guennadi Liakhovetski <[EMAIL PROTECTED]> wrote:
> > > Oh great. We can do API changes without even mentioning it in the
> > > change log now?
> >
> > Right, sorry, should have mentioned it. Although, the API change is one
> > added function spi_
In message <[EMAIL PROTECTED]> you wrote:
>
> PS.: If you need some consultancy services for U-Boot, Linux or
>other embedded device development, don't hesitate to contact me
... or any other of the experts and/or companies hanging around here.
Really, that was a pretty shameless plug. Are y
Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > > Applied, thanks.
> >
> > Oh great. We can do API changes without even mentioning it in the
> > change log now?
>
> Did I miss any complaints or NAK against this patch? I didn't see
> any.
No. I had
Guennadi Liakhovetski <[EMAIL PROTECTED]> wrote:
> > Oh great. We can do API changes without even mentioning it in the
> > change log now?
>
> Right, sorry, should have mentioned it. Although, the API change is one
> added function spi_select(), which you do not have to implement. So, I
> don'
Hello!
L.Wegener schrieb:
> will nested interrupts be managed by u-boot or µP-core?
Plain U-Boot doesn't use any interrupts, although there are files
like cpu///interrupts.c which contain some timer
handling functions.
But nevertheless you can implement your own interrupt handling
while being qu
In message <[EMAIL PROTECTED]> you wrote:
>
> > Applied, thanks.
>
> Oh great. We can do API changes without even mentioning it in the
> change log now?
Did I miss any complaints or NAK against this patch? I didn't see
any.
That was version 2 of the patch, so it seems there was opportunit
On Thu, 8 May 2008, Haavard Skinnemoen wrote:
> Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> > In message <[EMAIL PROTECTED]> you wrote:
> > > This is an SPI driver for i.MX and MXC based SoCs from Freescale. So far
> > > only implemented and tested on i.MX31, can with a modified register layout
> >
Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > This is an SPI driver for i.MX and MXC based SoCs from Freescale. So far
> > only implemented and tested on i.MX31, can with a modified register layout
> > and definitions be used for i.MX27, I think, MXC CPUs
Hello,
will nested interrupts be managed by u-boot or µP-core?
If not how?
Thanks for your help!-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time
Adrian Filipi <[EMAIL PROTECTED]> wrote:
> diff -u -r1.1.1.2.2.2 cfi_flash.c
> --- cfi_flash.c 23 Apr 2008 17:02:47 - 1.1.1.2.2.2
> +++ cfi_flash.c 29 Apr 2008 18:55:47 -
> @@ -464,7 +464,7 @@
>uint offset, uchar cmd)
> {
>
> - void *addr;
This patch adds fdt (flattened device tree) support to all remaining AMCC
eval boards. Most newer boards already support device tree. With this patch,
all AMCC boards now enable device tree passing from U-Boot to Linux
arch/powerpc kernels.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
incl
This patch adds a default ft_board_setup() routine to the 4xx fdt code.
This routine is defined as weak and can be overwritten by a board specific
one if needed.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
cpu/ppc4xx/fdt.c | 26 +++---
1 files changed, 23 insertions(
This patch adds fdt (flattened device tree) support to the AMCC
Acadia eval board. This increases the image size and it doesn't
fit anymore into 256kByte. Since we didn't want to remove features
from the configuration, we decided to increase the U-Boot image size
(add one flash sector).
Also chang
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
include/configs/kilauea.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/kilauea.h b/include/configs/kilauea.h
index f4cf42c..57cc90a 100644
--- a/include/configs/kilauea.h
+++ b/include/configs/kilauea.
1 - 100 of 104 matches
Mail list logo
