Hi Kumar,
On Fri, 2010-05-21 at 07:52 -0500, Kumar Gala wrote:
> With the relocation changes are global statics variables ok if we know code
> is called after relocation?
Yes, they should work as expected after relocation.
Prior to relocation you should be able to read the values of the global
Hi Wolfgang,
> > As far as the output, my vote would be to align the end address to a
> > 32-bit address and add 3. eg assuming a starting address of 1000 and
> > ending addresses of:
> > 0x1ffc - output: Testing 1000 ... 1fff
> > 0x1ffd - output: Testing 1000 ... 1fff
> > 0x1ffe
> > - The output of 'mtest' is misleading:
> > => mtest 0x1000 0x2000 1 1
> > Testing 1000 ... 2000:
> >
> > That should be "1000 ... 2003" then, correct? (I know it should
>
> No, it should not. The output shows the addresses where data is
> written to. If you write a 32 bit w
Hi Wolfgang,
> In message <1274375283-13004-1-git-send-email-pty...@xes-inc.com> you wrote:
> >
> > The incrememt/decrement test has an off-by-one error which results in an
> > extra 4 bytes being tested past the specified end address. For
> > instance, when running "mtest 0x1000 0x2000", the by
f deadbeef deadbeef
2020: deadbeef deadbeef deadbeef deadbeef
2030: deadbeef deadbeef deadbeef deadbeef
=>
This change results in the memory at 0x2000 not being modified by mtest
in the example above.
Signed-off-by: John Schmoller
Sign
Hi Terry,
On Tue, 2010-05-18 at 10:59 +0800, Lv Terry-R65388 wrote:
> Hi, experts,
>
> I've encountered an error in making FIT uImage.
> Does anyone know what the problem is?
Your .its input file looks OK to me. What version of mkimage are you
using? And what version of the dtc is
H Detlev,
> > Previously, a default of 3 was assigned to the console loglevel while
> > standard messages had a level of 4. This resulted in U-Boot's console
> > disappearing if a user enabled CONFIG_LOGBUFFER but didn't manually set
> > the 'loglevel' environment variable to a value greater than
r which would hang a board.
> >
> > Using serial_puts() instead of printf() in logbuff_printk() avoids the
> > recursion and resolves the issue.
> >
> > Signed-off-by: Peter Tyser
> > Reported-by: Dennis Ruffer
>
> Hm. What if a board has "stdo
sly used printf() to print the message to the console. The
printf() call would eventually end up back in logbuff_printk(), and
an infinite loop would occur which would hang a board.
Using serial_puts() instead of printf() in logbuff_printk() avoids the
recursion and resolves the issue.
Signed-off-
>
> I'm hoping to get setup to submit patches eventually, but I'm not there yet
> and it's not on my critical path at the moment. I'm just glad to hear I
> hadn't missed some critical setup piece.
>
> Thanks for verifying it!
Thanks for finding it. I'll go ahead and submit a patch fixing t
Setting the default console loglevel to 8 causes all messages to be
printed to the console, which is standard U-Boot operation. Users can
then reduce the console loglevel if they want using the 'loglevel'
environment variable.
Signed-off-by: Peter Tyser
---
common/cmd_log.c |
Hi Dennis,
On Wed, 2010-05-05 at 12:22 -0700, Dennis Ruffer wrote:
> I am trying to implement CONFIG_LOGBUFFER and CONFIG_CMD_LOG on our ARM
> systems and I seem to have run into an endless loop. With loglevel=5 so we
> still see our console output, the printf at the end of logbuff_printk
> appea
Hi Dennis,
On Thu, 2010-05-06 at 10:51 -0700, Dennis Ruffer wrote:
> Oh, sorry. I have the option turned on to send me my postings, but I have
> not gotten them. ;(
I believe some email clients are "smart" enough to detect duplicate
emails and filter accordingly. If I remember correctly I see
Hi Dennis,
On Thu, 2010-05-06 at 09:03 -0700, Dennis Ruffer wrote:
> Not sure why this hasn't come through in my 3 earlier attempts...
>
> Let me try a different email address...
>
> I am trying to implement CONFIG_LOGBUFFER and CONFIG_CMD_LOG on our ARM
> systems and I seem to have run into an
> > I'll quit whining, just wanted to give my +1 for removing the changelog.
>
> I don't consider you whining. I am listening to the arguments.
> I am not convinced yet, though.
Well in that case, I'll chime in again:)
> > I still don't grasp what the common use of looking at U-Boot's entire
> >
Hi Wolfgang,
> > Could you describe what you use CHANGELOG for? I often look at logs,
> > but 99% of the time its a log of a specific file or directory to trace a
> > bug, see why feature X was added, etc. I rarely look at the
> > repositories entire log, and if I do, I use 'git log'. Although
Hi Wolfgang,
> In message
> you wrote:
> >
> > I agree with Kim. Is there anyone besides you who uses CHANGELOG? If
> > not, then maybe it should be deleted from the repository. I don't see
> > why you can't run a script to regenerate it when you need it.
>
> The thing is that I use it all
Hi Vipin,
On Wed, 2010-04-21 at 13:24 +0530, Vipin KUMAR wrote:
> The i2c IP used by spear platform is a synopsys i2c controller
> The earlier driver adds the driver of this controller as if it is
> specific to
> spear platform.
> The driver files are now moved into drivers/i2c folder for reusabil
Hi Vipin,
> drivers/net/dw_eth.c | 504
> ++
> drivers/net/dw_eth.h | 281
I'd vote to name the driver "designware.c", or something else more
descriptive than the somewhat ambiguous "dw". The _eth portion of the
name
Hi Vipin,
> cpu/arm926ejs/spear/cpu_info.c | 76 ++
> cpu/arm_cortexa8/spear13xx/Makefile| 52 ++
> cpu/arm_cortexa8/spear13xx/cache.S | 112 +++
> cpu/arm_cortexa8/spear13xx/cpu_info.c | 105 +++
> cpu/arm_cortexa8/spear13xx/reset.c | 47 ++
> cpu
Hi Vipin,
On Wed, 2010-04-21 at 13:24 +0530, Vipin KUMAR wrote:
> Adding CONFIG_DISPLAY_CPUINFO and CONFIG_ARCH_CPU_INIT support for SPEAr3xx
> and
> SPEAr6xx SoCs
>
> Signed-off-by: Vipin Kumar
> ---
> arch/arm/cpu/arm926ejs/spear/Makefile |3 +-
> arch/arm/include/asm/arch-spear/spr
> [PATCH v2] Move arch/ppc to arch/powerpc
>
> As discussed on the list, move "arch/ppc" to "arch/powerpc" to
> better match the Linux directory structure.
>
> Please note that this patch also changes the "ppc" target in
> MAKEALL to "powerpc" to match this new infrastructure. But "ppc"
> is kep
Hi Alessandro,
> > How does putting boards in their appropriate CPU directory make
> > your coding any easier?
>
> Because if all boars with the same SoC are in the same directory they
> can share source files.
But boards don't need to be in the same directory to share the same
source files.
Hi Alessandro,
On Thu, 2010-04-15 at 17:31 +0200, Alessandro Rubini wrote:
> I can see how it'd be
> >> nice to split up boards into CPU directories, but we'd have to discuss
> >> some of the warts, like where vendor-specific code would be located if
> >> we went down that path.
> >
> > Right. I
> > > please note that I have applied Peter Tyser's "Reorganize directory
> > > structure" patch series. This results in a massive change of the
> > > directory structure.
> > >
> > > Please make sure to sync your repsitories ASAP.
> >
> > Do you have any plan to move board dirs to arch folder t
On Tue, 2010-04-13 at 11:27 +0200, Wolfgang Denk wrote:
> Dear Stefan Roese,
>
> In message <20100413.13774...@denx.de> you wrote:
> > On Tuesday 13 April 2010 11:02:03 Detlev Zundel wrote:
> ...
> > > Sorry for jumping in late, but I only realized this now. If we do this
> > > move, which I
Signed-off-by: Peter Tyser
---
{cpu/nios2 => arch/nios2/cpu}/Makefile |0
{cpu/nios2 => arch/nios2/cpu}/config.mk|0
{cpu/nios2 => arch/nios2/cpu}/cpu.c|0
{cpu/nios2 => arch/nios2/cpu}/epcs.c |0
{cpu/nios2 => arch/nios2/cpu}/exceptions.S |
Signed-off-by: Peter Tyser
---
{cpu/nios => arch/nios/cpu}/Makefile |0
{cpu/nios => arch/nios/cpu}/asmi.c |0
{cpu/nios => arch/nios/cpu}/config.mk|0
{cpu/nios => arch/nios/cpu}/cpu.c|0
{cpu/nios => arch/nios/cpu}/interrupts.c |0
{c
Also fix up some whitespace issues that were introduced when moving
directory locations.
Signed-off-by: Peter Tyser
---
README | 158 +---
1 files changed, 91 insertions(+), 67 deletions(-)
diff --git a/README b/README
index d5ccdc5
Signed-off-by: Peter Tyser
---
{cpu => arch/m68k/cpu}/mcf5227x/Makefile |0
{cpu => arch/m68k/cpu}/mcf5227x/config.mk |0
{cpu => arch/m68k/cpu}/mcf5227x/cpu.c |0
{cpu => arch/m68k/cpu}/mcf5227x/cpu_init.c |0
{cpu => arch/m68k/cpu}/mcf522
Signed-off-by: Peter Tyser
---
{cpu/microblaze => arch/microblaze/cpu}/Makefile |0
{cpu/microblaze => arch/microblaze/cpu}/cache.c|0
{cpu/microblaze => arch/microblaze/cpu}/cpu.c |0
.../microblaze => arch/microblaze/cpu}/exception.c |0
.../mi
Signed-off-by: Peter Tyser
---
{cpu => arch/sparc/cpu}/leon2/Makefile |0
{cpu => arch/sparc/cpu}/leon2/config.mk|0
{cpu => arch/sparc/cpu}/leon2/cpu.c|0
{cpu => arch/sparc/cpu}/leon2/cpu_init.c |0
{cpu => arch/sparc/cpu}/leon2/interrupts
Signed-off-by: Peter Tyser
---
{cpu/i386 => arch/i386/cpu}/Makefile|0
{cpu/i386 => arch/i386/cpu}/config.mk |0
{cpu/i386 => arch/i386/cpu}/cpu.c |0
{cpu/i386 => arch/i386/cpu}/interrupts.c|0
{cpu/i386 => arch/i386/
Signed-off-by: Peter Tyser
---
Makefile |2 +-
{cpu/blackfin => arch/blackfin/cpu}/.gitignore |0
{cpu/blackfin => arch/blackfin/cpu}/Makefile |0
.../blackfin/cpu}/bootrom-asm-offsets.awk |0
.../blackfin/cpu}/b
Signed-off-by: Peter Tyser
---
{cpu/at32ap => arch/avr32/cpu}/Makefile|0
{cpu/at32ap => arch/avr32/cpu}/at32ap700x/Makefile |0
{cpu/at32ap => arch/avr32/cpu}/at32ap700x/clk.c|0
.../at32ap => arch/avr32/cpu}/at32ap700x/portmux.c |0
{cpu/at32ap =>
Signed-off-by: Peter Tyser
---
{cpu/mips => arch/mips/cpu}/Makefile |0
{cpu/mips => arch/mips/cpu}/asc_serial.c |0
{cpu/mips => arch/mips/cpu}/asc_serial.h |0
{cpu/mips => arch/mips/cpu}/au1x00_eth.c |0
{cpu/mips => arch/mips/cpu}/
Signed-off-by: Peter Tyser
---
{cpu => arch/sh/cpu}/sh2/Makefile |0
{cpu => arch/sh/cpu}/sh2/cache.c |0
{cpu => arch/sh/cpu}/sh2/config.mk|0
{cpu => arch/sh/cpu}/sh2/cpu.c|0
{cpu => arch/sh/cpu}/sh2/interrupts.c |0
{cpu => arch/s
The appropriate include/asm-$ARCH directory should already by symlinked
to include/asm so using the whole "asm-$ARCH" path is unnecessary.
This change should also allow us to move the include/asm-$ARCH
directories into their appropriate lib/$ARCH/ directories.
Signed-off-by: P
Move the libfdt directory into the common lib/ directory to clean up the
top-level directory.
Signed-off-by: Peter Tyser
---
Makefile |2 +-
{libfdt => lib/libfdt}/Makefile |0
{libfdt => lib/libfdt}/README|0
{libfdt
t by Luigi Mantellini
- Added final README fixup patch
Changes since v2:
- Rebased on current TOT
Changes since v3:
- Set CPUDIR variable earlier to prevent build errors on some arches
- Fix out of tree building for ARM
Peter Tyser (20):
Create CPUDIR variable
Change directory-specific CFLAGS to use
/fileA.c and dir2/fileA.c being compiled with .
This change allows finer grained control which we need once we move
lib_$ARCH to arch/$ARCH/lib/ and lib_generic/ to lib/. Without this
change all lib/ directories would share the same custom CFLAGS.
Signed-off-by: Peter Tyser
---
board/bf518f-ezbrd
H/cpu/$CPU/* (architecture with multiple CPU types)
arch/$ARCH/cpu/* (architecture with one CPU type)
Signed-off-by: Peter Tyser
---
Makefile | 18 +-
board/freescale/mpc8536ds/config.mk |2 +-
board/freescale/mpc8569mds
On Tue, 2010-04-13 at 07:56 +1000, Graeme Russ wrote:
> On Tue, Apr 13, 2010 at 6:21 AM, Peter Tyser wrote:
> > Hi Wolfgang,
> >
> >> In message <1271045621-17393-1-git-send-email-pty...@xes-inc.com> you
> >> wrote:
>
> [snip]
>
> >>
>
Hi Wolfgang,
> In message <1271045621-17393-1-git-send-email-pty...@xes-inc.com> you wrote:
> > This patch fixes 2 issues with the original directory reorganization
> > patchset:
> > 1. It fixes the symlinking of the 'proc' directory in include/asm when
> >building out-of-tree.
> >Anyone k
ding of ARM boards and to clearly
show what changes were needed. I'll fold #1 above into the "07/20 Move
architecture-specific includes to arch/$ARCH/include/asm" change and #2
into "01/20] Create CPUDIR variable" after waiting for other feedback on
the patchset.
On Sun, 2010-04-11 at 23:57 +0200, Wolfgang Denk wrote:
> Dear Peter Tyser,
>
> In message <1271006835-3864-1-git-send-email-pty...@xes-inc.com> you wrote:
> > This series reorganizes U-Boot's directory structure so that it looks
> > like:
>
> Hmm... on
Also fix up some whitespace issues that were introduced when moving
directory locations.
Signed-off-by: Peter Tyser
---
README | 158 +---
1 files changed, 91 insertions(+), 67 deletions(-)
diff --git a/README b/README
index d5ccdc5
Signed-off-by: Peter Tyser
---
{cpu/i386 => arch/i386/cpu}/Makefile|0
{cpu/i386 => arch/i386/cpu}/config.mk |0
{cpu/i386 => arch/i386/cpu}/cpu.c |0
{cpu/i386 => arch/i386/cpu}/interrupts.c|0
{cpu/i386 => arch/i386/
Signed-off-by: Peter Tyser
---
{cpu/nios2 => arch/nios2/cpu}/Makefile |0
{cpu/nios2 => arch/nios2/cpu}/config.mk|0
{cpu/nios2 => arch/nios2/cpu}/cpu.c|0
{cpu/nios2 => arch/nios2/cpu}/epcs.c |0
{cpu/nios2 => arch/nios2/cpu}/exceptions.S |
Signed-off-by: Peter Tyser
---
{cpu/nios => arch/nios/cpu}/Makefile |0
{cpu/nios => arch/nios/cpu}/asmi.c |0
{cpu/nios => arch/nios/cpu}/config.mk|0
{cpu/nios => arch/nios/cpu}/cpu.c|0
{cpu/nios => arch/nios/cpu}/interrupts.c |0
{c
Signed-off-by: Peter Tyser
---
{cpu => arch/sparc/cpu}/leon2/Makefile |0
{cpu => arch/sparc/cpu}/leon2/config.mk|0
{cpu => arch/sparc/cpu}/leon2/cpu.c|0
{cpu => arch/sparc/cpu}/leon2/cpu_init.c |0
{cpu => arch/sparc/cpu}/leon2/interrupts
Signed-off-by: Peter Tyser
---
{cpu/microblaze => arch/microblaze/cpu}/Makefile |0
{cpu/microblaze => arch/microblaze/cpu}/cache.c|0
{cpu/microblaze => arch/microblaze/cpu}/cpu.c |0
.../microblaze => arch/microblaze/cpu}/exception.c |0
.../mi
Signed-off-by: Peter Tyser
---
Makefile |2 +-
{cpu/blackfin => arch/blackfin/cpu}/.gitignore |0
{cpu/blackfin => arch/blackfin/cpu}/Makefile |0
.../blackfin/cpu}/bootrom-asm-offsets.awk |0
.../blackfin/cpu}/b
Signed-off-by: Peter Tyser
---
{cpu/at32ap => arch/avr32/cpu}/Makefile|0
{cpu/at32ap => arch/avr32/cpu}/at32ap700x/Makefile |0
{cpu/at32ap => arch/avr32/cpu}/at32ap700x/clk.c|0
.../at32ap => arch/avr32/cpu}/at32ap700x/portmux.c |0
{cpu/at32ap =>
Signed-off-by: Peter Tyser
---
{cpu => arch/m68k/cpu}/mcf5227x/Makefile |0
{cpu => arch/m68k/cpu}/mcf5227x/config.mk |0
{cpu => arch/m68k/cpu}/mcf5227x/cpu.c |0
{cpu => arch/m68k/cpu}/mcf5227x/cpu_init.c |0
{cpu => arch/m68k/cpu}/mcf522
Signed-off-by: Peter Tyser
---
{cpu/mips => arch/mips/cpu}/Makefile |0
{cpu/mips => arch/mips/cpu}/asc_serial.c |0
{cpu/mips => arch/mips/cpu}/asc_serial.h |0
{cpu/mips => arch/mips/cpu}/au1x00_eth.c |0
{cpu/mips => arch/mips/cpu}/
Signed-off-by: Peter Tyser
---
{cpu => arch/sh/cpu}/sh2/Makefile |0
{cpu => arch/sh/cpu}/sh2/cache.c |0
{cpu => arch/sh/cpu}/sh2/config.mk|0
{cpu => arch/sh/cpu}/sh2/cpu.c|0
{cpu => arch/sh/cpu}/sh2/interrupts.c |0
{cpu => arch/s
The appropriate include/asm-$ARCH directory should already by symlinked
to include/asm so using the whole "asm-$ARCH" path is unnecessary.
This change should also allow us to move the include/asm-$ARCH
directories into their appropriate lib/$ARCH/ directories.
Signed-off-by: P
Move the libfdt directory into the common lib/ directory to clean up the
top-level directory.
Signed-off-by: Peter Tyser
---
Makefile |2 +-
{libfdt => lib/libfdt}/Makefile |0
{libfdt => lib/libfdt}/README|0
{libfdt
H/cpu/$CPU/* (architecture with multiple CPU types)
arch/$ARCH/cpu/* (architecture with one CPU type)
Signed-off-by: Peter Tyser
---
Makefile | 18 +-
board/freescale/mpc8536ds/config.mk |2 +-
board/freescale/mpc8569mds
/fileA.c and dir2/fileA.c being compiled with .
This change allows finer grained control which we need once we move
lib_$ARCH to arch/$ARCH/lib/ and lib_generic/ to lib/. Without this
change all lib/ directories would share the same custom CFLAGS.
Signed-off-by: Peter Tyser
---
board/bf518f-ezbrd
t by Luigi Mantellini
- Added final README fixup patch
Changes since v2:
- Rebased on current TOT
Peter Tyser (20):
Create CPUDIR variable
Change directory-specific CFLAGS to use full path
Move lib_$ARCH directories to arch/$ARCH/lib
Rename lib_generic/ to lib/
Move libfdt/ into lib/
Replace
art enough to figure this out.
Signed-off-by: Peter Tyser
---
common/cmd_ubi.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/cmd_ubi.c b/common/cmd_ubi.c
index 54faac1..2484b40 100644
--- a/common/cmd_ubi.c
+++ b/common/cmd_ubi.c
@@ -190,7 +190,7 @@ stati
Signed-off-by: Peter Tyser
---
tools/mkimage.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/tools/mkimage.c b/tools/mkimage.c
index 5c3e872..f5859d7 100644
--- a/tools/mkimage.c
+++ b/tools/mkimage.c
@@ -145,7 +145,7 @@ main (int argc, char **argv)
{
int
Also fix up some whitespace issues that were introduced when moving
directory locations.
Signed-off-by: Peter Tyser
---
README | 158 +---
1 files changed, 91 insertions(+), 67 deletions(-)
diff --git a/README b/README
index 2162617
Signed-off-by: Peter Tyser
---
{cpu => arch/sparc/cpu}/leon2/Makefile |0
{cpu => arch/sparc/cpu}/leon2/config.mk|0
{cpu => arch/sparc/cpu}/leon2/cpu.c|0
{cpu => arch/sparc/cpu}/leon2/cpu_init.c |0
{cpu => arch/sparc/cpu}/leon2/interrupts
Signed-off-by: Peter Tyser
---
{cpu/nios2 => arch/nios2/cpu}/Makefile |0
{cpu/nios2 => arch/nios2/cpu}/config.mk|0
{cpu/nios2 => arch/nios2/cpu}/cpu.c|0
{cpu/nios2 => arch/nios2/cpu}/epcs.c |0
{cpu/nios2 => arch/nios2/cpu}/exceptions.S |
Signed-off-by: Peter Tyser
---
{cpu/nios => arch/nios/cpu}/Makefile |0
{cpu/nios => arch/nios/cpu}/asmi.c |0
{cpu/nios => arch/nios/cpu}/config.mk|0
{cpu/nios => arch/nios/cpu}/cpu.c|0
{cpu/nios => arch/nios/cpu}/interrupts.c |0
{c
Signed-off-by: Peter Tyser
---
{cpu/microblaze => arch/microblaze/cpu}/Makefile |0
{cpu/microblaze => arch/microblaze/cpu}/cache.c|0
{cpu/microblaze => arch/microblaze/cpu}/cpu.c |0
.../microblaze => arch/microblaze/cpu}/exception.c |0
.../mi
Signed-off-by: Peter Tyser
---
{cpu/i386 => arch/i386/cpu}/Makefile|0
{cpu/i386 => arch/i386/cpu}/config.mk |0
{cpu/i386 => arch/i386/cpu}/cpu.c |0
{cpu/i386 => arch/i386/cpu}/interrupts.c|0
{cpu/i386 => arch/i386/
Signed-off-by: Peter Tyser
---
{cpu => arch/m68k/cpu}/mcf5227x/Makefile |0
{cpu => arch/m68k/cpu}/mcf5227x/config.mk |0
{cpu => arch/m68k/cpu}/mcf5227x/cpu.c |0
{cpu => arch/m68k/cpu}/mcf5227x/cpu_init.c |0
{cpu => arch/m68k/cpu}/mcf522
Signed-off-by: Peter Tyser
---
{cpu/at32ap => arch/avr32/cpu}/Makefile|0
{cpu/at32ap => arch/avr32/cpu}/at32ap700x/Makefile |0
{cpu/at32ap => arch/avr32/cpu}/at32ap700x/clk.c|0
.../at32ap => arch/avr32/cpu}/at32ap700x/portmux.c |0
{cpu/at32ap =>
Signed-off-by: Peter Tyser
---
{cpu/mips => arch/mips/cpu}/Makefile |0
{cpu/mips => arch/mips/cpu}/asc_serial.c |0
{cpu/mips => arch/mips/cpu}/asc_serial.h |0
{cpu/mips => arch/mips/cpu}/au1x00_eth.c |0
{cpu/mips => arch/mips/cpu}/
Signed-off-by: Peter Tyser
---
Makefile |2 +-
{cpu/blackfin => arch/blackfin/cpu}/.gitignore |0
{cpu/blackfin => arch/blackfin/cpu}/Makefile |0
.../blackfin/cpu}/bootrom-asm-offsets.awk |0
.../blackfin/cpu}/b
Signed-off-by: Peter Tyser
---
{cpu => arch/sh/cpu}/sh2/Makefile |0
{cpu => arch/sh/cpu}/sh2/cache.c |0
{cpu => arch/sh/cpu}/sh2/config.mk|0
{cpu => arch/sh/cpu}/sh2/cpu.c|0
{cpu => arch/sh/cpu}/sh2/interrupts.c |0
{cpu => arch/s
The appropriate include/asm-$ARCH directory should already by symlinked
to include/asm so using the whole "asm-$ARCH" path is unnecessary.
This change should also allow us to move the include/asm-$ARCH
directories into their appropriate lib/$ARCH/ directories.
Signed-off-by: P
Move the libfdt directory into the common lib/ directory to clean up the
top-level directory.
Signed-off-by: Peter Tyser
---
Makefile |2 +-
{libfdt => lib/libfdt}/Makefile |0
{libfdt => lib/libfdt}/README|0
{libfdt
H/cpu/$CPU/* (architecture with multiple CPU types)
arch/$ARCH/cpu/* (architecture with one CPU type)
Signed-off-by: Peter Tyser
---
Makefile | 18 +-
board/freescale/mpc8536ds/config.mk |2 +-
board/freescale/mpc8569mds
t by Luigi Mantellini
- Added final README fixup patch
Peter Tyser (20):
Create CPUDIR variable
Change directory-specific CFLAGS to use full path
Move lib_$ARCH directories to arch/$ARCH/lib
Rename lib_generic/ to lib/
Move libfdt/ into lib/
Replace "#include " with "#incl
/fileA.c and dir2/fileA.c being compiled with .
This change allows finer grained control which we need once we move
lib_$ARCH to arch/$ARCH/lib/ and lib_generic/ to lib/. Without this
change all lib/ directories would share the same custom CFLAGS.
Signed-off-by: Peter Tyser
---
board/bf518f-ezbrd
> So it looks like the kernel has no problem locating /bin/sh in the JFFS2
> partition but then the lights go out. I've also tried /bin/init - same result.
>
> I even tried changing /dev/console to be a symlink to /dev/ttyS0 but that
> didn't change a thing.
>
> I am _SO_ close to getting this g
On Sat, 2010-03-20 at 23:51 +0100, Wolfgang Denk wrote:
> Dear Peter Tyser,
>
> In message <1260745480-22442-1-git-send-email-pty...@xes-inc.com> you wrote:
> > This series reorganizes U-Boot's directory structure so that it looks
> > like:
> > /arch/$AR
< snip>
> Once this patchset is applied I believe the x86 port of U-Boot will be
> ready for more mainstream use
>
> Wolfgang - If there is any other renewed interest in the x86 port, I would
> be more than happy to be an official custodian
Hi Graeme,
Is there a quick summary about what is suppo
Hi Wolfgang,
> > And I'm not entirely sure how you're proposing that a mail client
> > *should* deal with such a thread. It's a tradeoff between displaying
> > less of the subject text, or breaking the display of the thread
> > structure earlier. Either one is going to be worse for certain in
On Fri, 2010-03-19 at 22:41 +0800, Thomas Chou wrote:
> On 03/19/2010 03:43 PM, Thomas Chou wrote:
> > These patches are for next u-boot release. I udnerstand the merge window is
> > not opened yet. But there are quite a few things to review, so please
> > allow me submit them early.
> >
> > This i
Bill Toner wrote:
> There's a small group forming to work on updating the MAI/AmigaOneG3SE board
> build for u-boot.
>
> http://amigaworld.net/modules/newbb/viewtopic.php?mode=viewtopic&topic_id=30736&forum=15&start=0&viewmode=flat&order=0
>
> I'm so far unable to get a complete make run through. S
Hi Ed,
On Sat, 2010-01-23 at 15:39 -0600, Ed Swarthout wrote:
> CONFIG_NETCONSOLE on the p2020ds is functional with the tsec driver.
> But the printf in adjust_link() which is called by startup_tsec()
> called by tsec_init() in tsec.c is making it impossible to use.
>
> For example typing 12345 o
> 3882 11/03 Peter Tyser[U-Boot] [PATCH] tsec: Force TBI PHY to
> 1000Mbps full duplex in SGMII mode
> http://article.gmane.org/gmane.comp.boot-loaders.u-boot/71031
Waiting for ack/nack. Andy sounded OK with the change on IRC.
> 4146 11/09 Peter Tyser
Hi Ed,
On Thu, 2010-01-21 at 15:06 -0700, Swarthout Edward L-SWARTHOU wrote:
> From: Kumar Gala
>
> > Its possible that we try and copy the boot page code out of flash into
>
> > a DDR location that doesn't have a TLB cover it. For example, if we
> > have 3G of DDR we typically only map the fi
When referring to PCIe and USB 'endpoint' is the standard naming
convention.
Signed-off-by: Peter Tyser
Acked-by: Stefan Roese
Acked-by: Remy Bohmer
---
Changes since v1: Rebased on TOT
board/amcc/yucca/yucca.c |2 +-
board/atum8548/atum8548.c
Hi Kumar,
> +#ifdef CONFIG_FSL_CORENET
> int cpu_disable(int nr)
> {
> - /* dummy function so common/cmd_mp.c will build */
> - return 1;
> + volatile ccsr_gur_t *gur = (void *)(CONFIG_SYS_MPC85xx_GUTS_ADDR);
> +
> + setbits_be32(&gur->coredisrl, nr);
Doesn't this need to be
Hi Remy,
> 2010/1/7 Peter Tyser :
>> When referring to PCIe and USB 'endpoint' is the standard naming
>> convention.
>>
>> Signed-off-by: Peter Tyser
>> ---
>> I could only take so much of seeing "End Point" on every b
On Fri, 2010-01-08 at 10:05 +0530, Vipin KUMAR wrote:
> Hello Peter,
>
> > > This patch set is a reworked patch which incorporates all review
> > feedbacks from
> > > earlier earlier mails
> > >
> > > This patch set contains the support for 4 SoCs
> > > SPEAr600
> > > SPEAr300
> > > SPEAr310
> > >
On Thu, 2010-01-07 at 17:26 +0530, Vipin KUMAR wrote:
> This patch set is a reworked patch which incorporates all review feedbacks
> from
> earlier earlier mails
>
> This patch set contains the support for 4 SoCs
> SPEAr600
> SPEAr300
> SPEAr310
> SPEAr320
>
> SPEAr is an ARM based SoC which sup
When referring to PCIe and USB 'endpoint' is the standard naming
convention.
Signed-off-by: Peter Tyser
---
I could only take so much of seeing "End Point" on every bootup before
I cracked:)
board/amcc/yucca/yucca.c |2 +-
board/atum8548/atum8548.c
> Note that the FIT image can also be made to contain a number of DT
> blobs, and selection of a "board profile" then can be used to boot the
> very sane FIT image file on any of the supported boards - so FIT
> images inherently support multibooting.
I agree with Wolfgang. Additionally, if a FI
On Wed, 2009-12-30 at 17:01 -0700, Grant Likely wrote:
> On Wed, Dec 30, 2009 at 4:39 PM, Peter Tyser wrote:
> > Hi Grant,
> > I put U-Boot ML on CC.
>
> Thinking further, I do actually have another concern, at least with
> regard to the way the current patch set i
Hi Grant,
I put U-Boot ML on CC.
On Wed, 2009-12-30 at 16:02 -0700, Grant Likely wrote:
> On Mon, Dec 21, 2009 at 6:50 PM, Peter Tyser wrote:
> > The PowerPC architecture has the ability to embed the ramdisk located
> > at arch/powerpc/boot/ramdisk.image.gz into a bootable ke
Hi Wolfgang,
> > I haven't looked at the code differences between the sp3xx boards, but
> > you might be able to use 1 common board file/header file to support them
> > all. For example, take a look at the M5475AFE_config rule in
> > U-Boot's ./Makefile. Some extra code in the Makefile and som
Hi Arm,
> > It'd also be nice to give a description of each board and SOC you add.
> > Eg what's the difference between the 300, 310, 320, 600? What
> > peripherals do they support? What does SPEAr stand for? More commit
> > messages in general wouldn't hurt:)
> >
> SPEAr (Structured Proce
201 - 300 of 989 matches
Mail list logo
