The Polaris board is based on the TrizepsIV module of
Keith & Koep (http://www.keith-koep.com).
Signed-off-by: Stefano Babic
---
MAINTAINERS |5 +
MAKEALL |2 ++
Makefile|7 ++-
board/trizepsiv/conxs.c | 22 +++
Due to change in the usb_board_init() prototype, the USB for
the TrizepsIV was not correctly initialized.
Removed dummy print from usb_board_stop().
Signed-off-by: Stefano Babic
---
board/trizepsiv/conxs.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/board/trizeps
Richard,
Richard Stallman wrote:
>
> While I probably would not want to change my glucometer, the practice
> of designing hardware so that people cannot change it is becoming more
> and more of a threat to our freedom in general.
Can you be a bit more specific on this? Which devices are you awa
Hi
2009/6/30 Scott Wood :
> Jean-Christophe PLAGNIOL-VILLARD wrote:
>
> +ifeq ($(debug),1)
> +PLATFORM_CPPFLAGS += -DDEBUG
> +endif
I do not think it's board specific
>>>
>>> And what does that comment mean? Should I remove this, move it to
>>> another file or what?
>>>
>
This patch fixes a compilation warning for some Ethernet PHY-less
PPC4xx platforms (440SPE based ones) and a potential compilation
error for 440SP platforms (use of undefined 'ethgroup' variable).
In the original code and in case of 440SPE platforms, 'ethgroup'
is initialized to -1 and never modif
This patch fixes a debug compilation error for PPC4xx platforms, all
other architectures are not affected by this change. The 'handler'
pointer was undefined. The fix is exercised and has effect only if
DEBUG is defined.
Signed-off-by: Alessio Centazzo acpa...@yahoo.com
---
cpu/ppc4xx/uic.c |
Jerry Van Baren wrote:
> The discussion has mostly been emotional to date. Here are some
> statistics (not necessarily perfect, but pretty close)...
>
> Total number of files (after removing the .git files):
> $ find . -type f | wc -l
> 6055
>
> Number of files that are identified as being copy
On 08:09 Tue 30 Jun , Daniel Gorsulowski wrote:
> This patch adds support for esd gmbh MEESC board.
> The MEESC is based on an Atmel AT91SAM9263 SoC.
>
> Signed-off-by: Daniel Gorsulowski
> ---
> MAINTAINERS |4 +
> MAKEALL |1 +
> Makefile
On 08:09 Tue 30 Jun , Daniel Gorsulowski wrote:
> To enable CAN init, CONFIG_CAN has to be defined in the board config file
> and at91_can_hw_init() has to be called in the board specific code.
>
> CAN is available on AT91SAM9263 and AT91CAP9 SoC.
>
> Signed-off-by: Daniel Gorsulowski
> ---
On Tue 30 Jun 2009 15:12, Richard Stallman pondered:
>
> Maybe you should be working with these types of certification
> authorities, rather than individual developers?
>
> I would be glad to do so. I have no contacts in the FDA, and I am not
> so famous that mere mention of my name woul
Initial support for Extreme Engineering Solutions XPedite5170 -
a MPC8640-based 3U VPX single board computer with a PMC/XMC
site.
Signed-off-by: Peter Tyser
---
changes since v1:
- Removed enabling of FSL DMA driver and DMA memory test
MAINTAINERS |1 +
MAKEALL
On Tue 30 Jun 2009 15:12, Richard Stallman pondered:
> While I probably would not want to change my glucometer, the practice
> of designing hardware so that people cannot change it is becoming more
> and more of a threat to our freedom in general.
It is simple economics - it is about consumers mak
Signed-off-by: Peter Tyser
---
drivers/dma/fsl_dma.c | 12 +-
include/asm-ppc/fsl_dma.h | 46 +
2 files changed, 52 insertions(+), 6 deletions(-)
diff --git a/drivers/dma/fsl_dma.c b/drivers/dma/fsl_dma.c
index a9989ee..baf2942 100644
-
The Channel Start (CS) bit in the Mode Register (MR) should actually be
cleared as the comment in the code suggests. Previously, CS was being
set, not cleared.
Assuming normal operation of the DMA engine, this change shouldn't have
any real affect.
Signed-off-by: Peter Tyser
---
drivers/dma/fs
Signed-off-by: Peter Tyser
---
drivers/dma/fsl_dma.c | 32 ++--
1 files changed, 18 insertions(+), 14 deletions(-)
diff --git a/drivers/dma/fsl_dma.c b/drivers/dma/fsl_dma.c
index baf2942..33ea828 100644
--- a/drivers/dma/fsl_dma.c
+++ b/drivers/dma/fsl_dma.c
@@ -27
Signed-off-by: Peter Tyser
---
board/mpc8540eval/mpc8540eval.c |2 +-
board/sbc8560/sbc8560.c |2 +-
cpu/mpc85xx/cpu_init.c |4 +++-
cpu/mpc85xx/ddr-gen1.c |2 --
cpu/mpc86xx/cpu_init.c |3 +++
5 files changed, 8 insertions(+), 5 deletions(-)
Signed-off-by: Peter Tyser
---
board/mpc8540eval/mpc8540eval.c | 32 +---
board/sbc8560/sbc8560.c | 32 +---
cpu/mpc85xx/ddr-gen1.c | 26 +-
drivers/dma/fsl_dma.c | 32 ++
Update 83xx architecture's CONFIG_ECC_INIT_VIA_DDRC references to
CONFIG_ECC_INIT_VIA_DDRCONTROLLER, which other Freescale architectures
use
Signed-off-by: Peter Tyser
---
board/freescale/mpc8360emds/mpc8360emds.c |4 ++--
board/freescale/mpc8360erdk/mpc8360erdk.c |4 ++--
board/freescal
Signed-off-by: Peter Tyser
Reviewed-by: Ira W. Snyder
Tested-by: Ira W. Snyder
---
cpu/mpc83xx/cpu.c| 85 --
cpu/mpc83xx/spd_sdram.c | 40 ++--
drivers/dma/fsl_dma.c| 64 ---
inclu
Signed-off-by: Peter Tyser
---
cpu/mpc85xx/ddr-gen1.c|4
include/asm-ppc/fsl_dma.h |5 +
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/cpu/mpc85xx/ddr-gen1.c b/cpu/mpc85xx/ddr-gen1.c
index b188906..9fc498e 100644
--- a/cpu/mpc85xx/ddr-gen1.c
+++ b/cpu/mpc85xx
Make DMA transactions snoopable so that CPUs can keep caches up-to-date.
This allows dma transactions to be used for operations such as memory
copies without any additional cache control operations.
Signed-off-by: Peter Tyser
---
drivers/dma/fsl_dma.c |4 ++--
1 files changed, 2 insertions(+
DMA support is now enabled via the CONFIG_FSL_DMA define instead of the
previous CONFIG_DDR_ECC
Signed-off-by: Peter Tyser
---
cpu/mpc85xx/cpu.c| 47 ---
cpu/mpc86xx/cpu.c| 55 ---
drivers/dma/Makefile |1 +
drivers/dma/fsl_
Also update dmacpy()'s argument order to match memcpy's and use
phys_addr_t/phy_size_t for address/size arguments
Signed-off-by: Peter Tyser
---
board/mpc8540eval/mpc8540eval.c | 25 -
board/sbc8560/sbc8560.c | 25 -
cpu/mpc83xx/cpu.c
Support DMA transfers larger than the DMA controller's limit of
(2 ^ 26 - 1) bytes
Signed-off-by: Peter Tyser
---
drivers/dma/fsl_dma.c | 40
1 files changed, 28 insertions(+), 12 deletions(-)
diff --git a/drivers/dma/fsl_dma.c b/drivers/dma/fsl_dma.c
This patch series attempts to clean up the DMA implementation for the
83xx, 85xx, and 86xx architectures. The changes include:
- consolidate 83xx, 85xx, and 86xx structures and code
- add defines for bitfields
- use proper IO accessors
- add support for arbitrarily large transfer sizes
- rename dm
On 18:11 Tue 30 Jun , Simon Kagstrom wrote:
> Correct define typo (. -> ,)
>
> Signed-off-by: Simon Kagstrom
> ---
> include/asm-arm/arch-kirkwood/mpp.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Applied to u-boot-arm
Best Regards,
J.
_
Jean-Christophe PLAGNIOL-VILLARD wrote:
+ifeq ($(debug),1)
+PLATFORM_CPPFLAGS += -DDEBUG
+endif
>>> I do not think it's board specific
>> And what does that comment mean? Should I remove this, move it to
>> another file or what?
>>
> Personnaly I'll active it manually in the file not
On Tue 30 Jun 2009 15:12, Richard Stallman pondered:
>
> That is great - and I applaud your efforts. I think that the work
> you are doing is valuable, and the contributions you have made have
> been critically important to the free and closed software developments
> that people to
On 21:29 Tue 30 Jun , Magnus Lilja wrote:
> Hi
>
> 2009/6/30 Jean-Christophe PLAGNIOL-VILLARD :
> >> >> +
> >> >> +#include
> >> >> +#include
> >> >> +
> >> >> +#define CCM_CCMR_SETUP 0x074B0BF5
> >> >> +#define CCM_PDR0_SETUP_532MHZ (PDR0_CSI_PODF(0x1ff) |
> >> >> PDR0
This patch is against the arm/next branch.
This fixes OMAP3 boards building warning
cpu.c: In function 'cleanup_before_linux':
cpu.c:64: warning: implicit declaration of function 'v7_flush_dcache_all'
cpu.c:64: warning: implicit declaration of function 'get_device_type
Now OMAP3 has clean a bu
On build of omap3 targets in MAKEALL, the *.ERR files have
cpu.c: In function 'cleanup_before_linux':
cpu.c:64: warning: implicit declaration of function 'v7_flush_dcache_all'
cpu.c:64: warning: implicit declaration of function 'get_device_type
The functions v7_flush_dcache_all and get_device_typ
Hi
2009/6/30 Jean-Christophe PLAGNIOL-VILLARD :
>> >> +
>> >> +#include
>> >> +#include
>> >> +
>> >> +#define CCM_CCMR_SETUP 0x074B0BF5
>> >> +#define CCM_PDR0_SETUP_532MHZ (PDR0_CSI_PODF(0x1ff) |
>> >> PDR0_PER_PODF(7) | \
>> >> + PDR0_HSP_POD
> >> +
> >> +#include
> >> +#include
> >> +
> >> +#define CCM_CCMR_SETUP 0x074B0BF5
> >> +#define CCM_PDR0_SETUP_532MHZ (PDR0_CSI_PODF(0x1ff) |
> >> PDR0_PER_PODF(7) | \
> >> + PDR0_HSP_PODF(3) | PDR0_NFC_PODF(5) | \
> >> +
BTW, thanks for that, and GCC, and all that follows...
I am glad it is useful. I hope people will recall once in a while
that I did this so that users could control their computing. I wrote
the GNU GPL (all versions) towards this same end.
___
U-B
Maybe you should be working with these types of certification authorities,
rather than individual developers?
I would be glad to do so. I have no contacts in the FDA, and I am not
so famous that mere mention of my name would make them pay attention.
But maybe some of these developers cou
That is great - and I applaud your efforts. I think that the work you are
doing is valuable, and the contributions you have made have been critically
important to the free and closed software developments that people to today.
If you mean that my work has contrubuted to non-free soft
> That would be a good reason for the user not to change the software in
> this device. However, that does not mean he should be stopped.
The FDA disagrees :)
Governments often oppose people's freedom. That is why fighting for
freedom is hard.
They add requirements to ensure th
On 11:31 Tue 30 Jun , Stefano Babic wrote:
> The Polaris board is based on the TrizepsIV module of
> Keith & Koep (http://www.keith-koep.com).
>
> Signed-off-by: Stefano Babic
> ---
> MAINTAINERS |4
> MAKEALL |1 +
> Makefile
On 11:31 Tue 30 Jun , Stefano Babic wrote:
> Due to change in the usb_board_init() prototype, the USB for
> the TrizepsIV was not correctly initialized.
but you also update the stop function
please update the commit message
Best Regards,
J.
___
U-Boo
This board is based on Cortina Systems networking processor
CS3516. It has FA526 core, which is ARMv4 compatible.
Many SoC specific definitions may be used for similar
processors CS3512 and dual-core CS3518. This processor
family has Gemini name.
Signed-off-by: Darius Augulis
---
MAINTAINERS
On Tuesday 30 June 2009 14:44:25 Mike Frysinger wrote:
> + if (dst < CONFIG_SYS_SDRAM_BASE ||
> + (dst + size) > (CONFIG_SYS_SDRAM_BASE + CONFIG_SYS_MAX_RAM_SIZE)) {
> + printf("Error: memory area %#08lx to %#08lx is not in RAM\n",
> +dst, dst + size);
>
Mikhail Zaturenskiy wrote:
>> Got it... thanks to
>> "http://www.mail-archive.com/u-boot-us...@lists.sourceforge.net/msg05111.html";.
>> I added the following to the very end of
>> "u-boot-2009.03/board/ep88x/ep88x.c":
>>
>> #if defined(CONFIG_OF_LIBFDT) && defined(CONFIG_OF_BOARD_SETUP)
>> void ft
> Got it... thanks to
> "http://www.mail-archive.com/u-boot-us...@lists.sourceforge.net/msg05111.html";.
> I added the following to the very end of
> "u-boot-2009.03/board/ep88x/ep88x.c":
>
> #if defined(CONFIG_OF_LIBFDT) && defined(CONFIG_OF_BOARD_SETUP)
> void ft_board_setup(void *blob, bd_t *bd)
From: Harald Krapfenbauer
The current flash framework generally assumes that the flash in question
is completely directly addressable. With the new weak accessor functions,
that is no longer always the case. These allow us to hook up flashes
whose pins are only partially directly addressable wh
>> If you have CONFIG_OF_BOARD_SETUP defined (if you don't that probably is the
>> answer to your missing #define question), you can run
>> fdt boardsetup
>> and then
>> fdt print /
>> to see what the fixed up tree looks like.
> No I do not have this defined, when I include it I cannot compile
>
On Tue, Jun 30, 2009 at 02:42:22PM +0900, HeungJun Kim wrote:
> If use the onenand boot, the env_relocate_spec() calls mtd->read(),
> and the type of the argument #2 of mtd->read() was changed to loff_t.
> But, the "env_addr" type is still unsigned long, thus this patch change
> the type from unsig
On Tue 30 Jun 2009 10:04, Richard Stallman pondered:
>
> Portable hand held medical devices - such as Glucometers. They fall
> into both categories. They are medical devices, who's "bad"
> software could cause a user to give them selves too much insulin
> (hypoglycemia -> pass out
On Mon, Jun 29, 2009 at 10:03:09PM -0400, Jerry Van Baren wrote:
> Total number of files that are GPLv2:
> $ grep -i -r 'Free Software Foundation' * | grep -i 'version 2' >
> ~/ugplv2.txt
> $ wc -l ~/ugplv2.txt
> 4588
This assumes "version 2" and "Free Software Foundation" are on the same
line...
Dear Simon
Thanks for the correction.
Hi Jean,
How should we go ahead with this?
Regards..
Prafulla . .
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Simon Kagstrom
> Sent: Tuesday, June 30, 2009 9:42 PM
> To: U-Boot ML
Correct define typo (. -> ,)
Signed-off-by: Simon Kagstrom
---
include/asm-arm/arch-kirkwood/mpp.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/asm-arm/arch-kirkwood/mpp.h
b/include/asm-arm/arch-kirkwood/mpp.h
index e021a80..bc74278 100644
--- a/include/asm-
Richard Stallman wrote:
>
> In 1983, almost everyone thought my ideas were foolish, but I did not
> let that stop me, so now we have the GNU/Linux operating system.
>
BTW, thanks for that, and GCC, and all that follows...
We've all been enriched by your efforts.
When building the MPC8572DS_config w/gcc-4.4 I get:
sys_eeprom.c: In function ‘do_mac’:
sys_eeprom.c:323: warning: dereferencing type-punned pointer will
break strict-aliasing rules
sys_eeprom.c: In function ‘mac_read_from_eeprom’:
sys_eeprom.c:395: warning: dereferencing type-punned pointer wil
Hi Johan,
On 6/30/09, Johann Steinbrecher wrote:
> Hello,
>
> does anybody have experience in setting up the uboot for a iMX25 or iMX27
> processor.
> Is there already a uboot configuration for those processors?
>
Please search on mailing list, there is patches to add U-Boot
(mainstream) support
Hello,
does anybody have experience in setting up the uboot for a iMX25 or iMX27
processor.
Is there already a uboot configuration for those processors?
Greetings
Johann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo
Mark Jackson wrote:
> This patch allows the guard time parameter to be set in
> the Atmel LCDC driver.
>
> By default, the previous value of 1 is used, unless the
> setting is defined elsewhere.
>
> Signed-off-by: Mark Jackson
> ---
> drivers/video/atmel_lcdfb.c |7 +--
> 1 files change
Hi Jerry,
thanks a lot for your work of analyzing the current situation - I
appreciate that very much.
> I did *not* analyze the files for complexity and appropriateness of
> copyright/license information in the file. That should be done
> regardless of the results of the GPLv3 debate and the
Richard Stallman wrote:
> Files without a copyright notice and a license notice are a legal problem.
>
> Legally, every file is copyrighted. If there's no copyright notice,
> that just means it gives no info about who the copyright holder is.
>
> The lack of a license notice is a problem. If th
Hi,
> I have enabled Netconsole option on my customized powerpc 7410
> based processor board. I have set ncip as my host machine which is connected
> through serial port (Now act as debug port but i need the ethernet to be
> debug port). i have set stdout and stdin as nc as mention
Hi Garrett,
> Our group is running into command line length issues with a number
> of Cavium boards we have at our office (CN38xx, CN5xxx), and I was
> wondering (apart from the Linux kernel command line length), where I
> would look to increase the size for the command line that's passed
> fr
Files without a copyright notice and a license notice are a legal problem.
Legally, every file is copyrighted. If there's no copyright notice,
that just means it gives no info about who the copyright holder is.
The lack of a license notice is a problem. If the file is trivial,
just a few lines,
Portable hand held medical devices - such as Glucometers. They fall into
both
categories. They are medical devices, who's "bad" software could cause a
user
to give them selves too much insulin (hypoglycemia -> pass out -> seizure
->
death), or too little insulin (Hyperglycaemi
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 13:55 Tue 30 Jun , Stefan Roese wrote:
>> Hi Michal,
>>
>> On Tuesday 30 June 2009 12:00:55 Michal Simek wrote:
>>> I found that Microblaze miss errno.h file among some other minor fault
>>> which I want to fix.
>>>
>>> Anyway I looked at errno.h hea
Hi,
> Thanks for your patient explanation, I acquired a lot.
Glad if it helped.
> I just find in linux, arch/mips/bcm47xx/prom.c, there is a segment code just
> like what I suggest above.
> And move the code to my old box which bootloader is redboot, it works well.
> (Of
> course I also tryed m
Signed-off-by: Matthias Weisser
---
MAINTAINERS |3 +
MAKEALL |1 +
Makefile |7 +
board/syteco/jadecpu/Makefile| 55 ++
board/syteco/jadecpu/config.mk |1 +
board/syteco/jadecpu/
Signed-off-by: Matthias Weisser
---
cpu/arm926ejs/jade/Makefile | 47 +
cpu/arm926ejs/jade/timer.c | 129
include/asm-arm/arch-jade/hardware.h | 31 ++
include/asm-arm/arch-jade/jade.h | 182 ++
4 fi
Signed-off-by: Matthias Weisser
---
drivers/video/jadegdc.c | 205 +++
1 files changed, 205 insertions(+), 0 deletions(-)
create mode 100755 drivers/video/jadegdc.c
diff --git a/drivers/video/jadegdc.c b/drivers/video/jadegdc.c
new file mode 100755
i
Signed-off-by: Matthias Weisser
---
drivers/video/cfb_console.c | 12 ++--
1 files changed, 10 insertions(+), 2 deletions(-)
mode change 100644 => 100755 drivers/video/cfb_console.c
diff --git a/drivers/video/cfb_console.c b/drivers/video/cfb_console.c
old mode 100644
new mode 100755
Hi,
>>> I met this compiling error, any idea?
>>>
>>> /common/env_flash.c:312: undefined reference to `flash_sect_protect'
>>> /common/env_flash.c:316: undefined reference to `flash_sect_erase'
>>> /common/env_flash.c:329: undefined reference to `flash_sect_protect'
>>> make: *** [u-boot] Error 1
On Jun 30, 2009, at 12:56 AM, Roy Zang wrote:
> From: Roy Zang
>
> Add pci E1000 Ethernet support for P2020 board.
> Signed-off-by: Roy Zang
>
> ---
> board/freescale/p2020ds/p2020ds.c |3 ++-
> include/configs/P2020DS.h |1 +
> 2 files changed, 3 insertions(+), 1 deletions(
We want the outbound PCI memory map to end at the 4G boundary so we
can maximize the amount of space available for inbound mappings if
we have large amounts of memory.
This matches the device tree setup in the kernel for the 36-bit physical
configs for the platforms that have one (MPC8641 HPCN & M
Unify with 83xx and 85xx and use CPU_TYPE_ENTRY. We are going to use
this to convey the # of cores and DDR width in the near future so its
good to keep in sync.
Signed-off-by: Kumar Gala
---
cpu/mpc86xx/cpu.c | 33 +
include/asm-ppc/processor.h |2
Hi Kumar,
> >> #ifdef protection here seems kinda pointless
> >
> > Most boards won't have CONFIG_FSL_DMA defined, but this file will
> > still
> > be used in the immap_86xx.h files for padding immap_t. I figured most
> > users won't have dma_init() or dmacpy() so the protection wouldn't
> >
On Jun 22, 2009, at 6:12 PM, Peter Tyser wrote:
> Hi Kumar,
>
>>> diff --git a/include/asm-ppc/fsl_dma.h b/include/asm-ppc/fsl_dma.h
>>> index c9ec6b5..06ecdcd 100644
>>> --- a/include/asm-ppc/fsl_dma.h
>>> +++ b/include/asm-ppc/fsl_dma.h
>>> @@ -94,4 +94,9 @@ typedef struct fsl_dma {
>>> cha
Signed-off-by: Valeriy Glushkov
---
cpu/mpc83xx/cpu_init.c |2 ++
include/asm-ppc/immap_83xx.h | 11 ++-
2 files changed, 12 insertions(+), 1 deletions(-)
diff --git a/cpu/mpc83xx/cpu_init.c b/cpu/mpc83xx/cpu_init.c
index 414565c..2fb9f99 100644
--- a/cpu/mpc83xx/cpu_init.c
Signed-off-by: Valeriy Glushkov
---
include/configs/MPC8349ITX.h | 31 +--
1 files changed, 29 insertions(+), 2 deletions(-)
diff --git a/include/configs/MPC8349ITX.h b/include/configs/MPC8349ITX.h
index f2e574b..0ff09a0 100644
--- a/include/configs/MPC8349ITX.h
++
On 13:55 Tue 30 Jun , Stefan Roese wrote:
> Hi Michal,
>
> On Tuesday 30 June 2009 12:00:55 Michal Simek wrote:
> > I found that Microblaze miss errno.h file among some other minor fault
> > which I want to fix.
> >
> > Anyway I looked at errno.h header file for all arch which are in U-BOOT an
Hi Michal,
On Tuesday 30 June 2009 12:00:55 Michal Simek wrote:
> I found that Microblaze miss errno.h file among some other minor fault
> which I want to fix.
>
> Anyway I looked at errno.h header file for all arch which are in U-BOOT and
> I found that almost all arch use the same file that's wh
Hello,
thanks for this explanation. It help a lot to understand what is going on in
the NAND_SPL.
But I have an addittional question.
I'm wondering where the initialization of the ram is done? Because I think the
ram has to be set up before copying the 2kB preloader into the ram.
Another thin
Hi All,
I found that Microblaze miss errno.h file among some other minor fault which I
want to fix.
Anyway I looked at errno.h header file for all arch which are in U-BOOT and I
found that
almost all arch use the same file that's why I think that will be good to
create (maybe asm-generic)
fold
Due to change in the usb_board_init() prototype, the USB for
the TrizepsIV was not correctly initialized.
Signed-off-by: Stefano Babic
---
board/trizepsiv/conxs.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/board/trizepsiv/conxs.c b/board/trizepsiv/conxs.c
index
The Polaris board is based on the TrizepsIV module of
Keith & Koep (http://www.keith-koep.com).
Signed-off-by: Stefano Babic
---
MAINTAINERS |4
MAKEALL |1 +
Makefile|7 ++-
board/trizepsiv/conxs.c | 22 +
Ben Warren wrote:
> This doesn't really mean that there are multiple Ethernet controllers.
> It just means that U-boot should use the framework that supports
> multiple interfaces. Most drivers only support one framework or the
> other (MULTI or !MULTI), but in a couple of releases !MULTI will b
On Wednesday 10 June 2009 13:59:14 Jean-Christophe PLAGNIOL-VILLARD wrote:
> This patch removes the inclusion of libgcc functions into U-Boot on the ARM
> architecture. Only the really needed functions are provided in the lib_arm
> directory. Those implementations are copied from Linux where they a
On Wednesday 10 June 2009 13:59:13 Jean-Christophe PLAGNIOL-VILLARD wrote:
> This patch moves the libgcc Makefile inclusion from the toplevel Makefile
> to the arch_config.mk files. This is in preparation for the ARM
> architecture to move away from including libgcc function and only using
> self-c
Hi Detlev,
> Hi,
>
>
>> I met this compiling error, any idea?
>>
>> /common/env_flash.c:312: undefined reference to `flash_sect_protect'
>> /common/env_flash.c:316: undefined reference to `flash_sect_erase'
>> /common/env_flash.c:329: undefined reference to `flash_sect_protect'
>> make: *** [
85 matches
Mail list logo