Hi Wolfgang,
On 15/07/11 16:31, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message <4e1f7ac5.2080...@gmail.com> you wrote:
>>
>> So I could either:
>> - Send a revised version as a separate patch for ARM and remove it from
>> the series
>> - Include it in the truncated series
>> - Remove
Signed-off-by: Heiko Schocher
Acked-by: Detlev Zundel
cc: Albert Aribaud
cc:
---
changes for v2:
Added Acked-by from Detlev Zundel
Added comments from Albert Aribaud:
- fixed some Codingstyle issues
- changed subject title
Added comment from macp...@gmail.com:
- Add cosmetic
Hi Phani,
> I am using a MPC8572 costume board. I am using U-boot as the boot
> loader. I accidently made the bootdelay to 0 and I have the valid
> kernel , rootfs in flash. The bootargs is "root=/dev/ram rw
> console=ttyS0,115200".
>
>
>
> So I am not able to stop booting the board at the u-boot
Dear "J. William Campbell",
In message <4e1f8127.8030...@comcast.net> you wrote:
>
> I am pretty sure that is long enough for someone to notice. . I would be
> interested in seeing an example of such code as you refer to. Could you
> point me to one, because it seems to me that the only reason t
Dear smitha.va...@wipro.com,
In message <07acdfb8eca8ef47863a613bc01bbb22032bc...@hyd-mkd-mbx02.wipro.com>
you wrote:
>
> execute the PING
> Command I get the following error
>
> >ping 172.16.52.20
> Using unknown device
> ping failed; host 172.16.52.20 is not alive
Check the source code and
Dear Heiko Schocher,
In message <1310713420-6076-1-git-send-email...@denx.de> you wrote:
> Signed-off-by: Heiko Schocher
> Acked-by: Detlev Zundel
> cc: Albert Aribaud
> cc:
>
> ---
> changes for v2:
> Added Acked-by from Detlev Zundel
> Added comments from Albert Aribaud:
> - fixed s
Hi Horst,
> Without telling 'find' to follow symbolic links, files under include/asm
> and arch/$(ARCH)/include/asm/arch are not added to the cscope file list.
While your point seems valid, I see three occurrences of such a find
pattern and you fix only one. May I ask you to fix all of them so u
On Thu, 14 Jul 2011 16:00:23 +0200
Albert ARIBAUD wrote:
> Hi Lukasz,
>
> Le 11/07/2011 09:41, Lukasz Majewski a écrit :
> > Signed-off-by: Lukasz Majewski
> > Cc: Minkyu Kang
> > Cc: Aneesh V
> > ---
>
> Can you please submit a V2 patch in which the commit message provides
> a rationale for tu
Hi Mike,
> On Wednesday, July 06, 2011 06:36:00 Wolfgang Denk wrote:
>> For consistency I would prefer to have all commands return the same
>> type of information, i. e. either an error status (like we do with all
>> other commands - any result values would then have to be passed as
>> environment
Hello Linus,
Linus Walleij wrote:
> On Thu, Jul 14, 2011 at 1:39 PM, Wolfgang Denk wrote:
>
>> Sorry, but again I have to point out that I really dislike papering
>> over existing bugs. If the disable D-cache in bootm does not work,
>> _this_ should be analyzed and fixed instead of globally dis
Hello Wolfgang,
Wolfgang Denk wrote:
> Dear Heiko Schocher,
>
> In message <1310713420-6076-1-git-send-email...@denx.de> you wrote:
>> Signed-off-by: Heiko Schocher
>> Acked-by: Detlev Zundel
>> cc: Albert Aribaud
>> cc:
>>
>> ---
>> changes for v2:
>> Added Acked-by from Detlev Zundel
>>
On Friday 15 July 2011 01:55 AM, Wolfgang Denk wrote:
> Dear Daniel Schwierzeck,
>
> In
> message<1310569869-31810-1-git-send-email-daniel.schwierz...@googlemail.com>
> you wrote:
>> This patch series is the final proposal from Aneesh and myself for a
>> generic SPL framework. The implementation
My partners and I need a good partner some one we can trust
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello sreekumar.sivakumar,
sreekumar.sivaku...@wipro.com wrote:
> I am new to u-boot code. I had a requirement for running memory, cpu and
> cache tests as part of diagnostics, on an ARM based platform. After
> going through the code, I found that only PPC variants are available for
> cpu and cach
Here are some minor changes I've been collecting. Most of it is
purely cosmetic, but there are some printf and help output changes, too.
Michael Jones (4):
cosmetic
altera: fix printf typo
cmd_mac: cleanup help
cmd_mac: fix help for 'mac read'
README |6 ++
Signed-off-by: Michael Jones
---
README |6 +++---
arch/arm/include/asm/global_data.h |2 +-
common/cmd_eeprom.c|2 +-
common/cmd_i2c.c |4 ++--
drivers/i2c/omap24xx_i2c.c |2 +-
include/altera.h
Signed-off-by: Michael Jones
---
drivers/fpga/altera.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/fpga/altera.c b/drivers/fpga/altera.c
index 650f2ec..103d81c 100644
--- a/drivers/fpga/altera.c
+++ b/drivers/fpga/altera.c
@@ -60,7 +60,7 @@ int altera_load(
Signed-off-by: Michael Jones
---
common/cmd_mac.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/cmd_mac.c b/common/cmd_mac.c
index 1884c2a..0f924b7 100644
--- a/common/cmd_mac.c
+++ b/common/cmd_mac.c
@@ -30,7 +30,7 @@ U_BOOT_CMD(
mac, 3, 1, do_mac,
In the only implementation of 'mac read', it doesn't display the
contents of the eeprom as the help indicated unless compiled with
DEBUG. It only re-reads the contents of the EEPROM into memory.
Displaying the contents of the EEPROM is done by passing no
arguments to 'mac'.
Signed-off-by: Michael
> -Original Message-
> From: Detlev Zundel [mailto:d...@denx.de]
> Sent: Freitag, 15. Juli 2011 09:34
> To: KRONSTORFER Horst
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH] Let target 'cscope' follow symbolic links
>
> Hi Horst,
>
>> Without telling 'find' to follow symbolic
Dear Aneesh,
In message <4e1ff2d7.3010...@ti.com> you wrote:
>
> > I read your patches, and except to the documentation commetns I
> > already made I have but only one question (I did not spend enough time
> > to figure this out myself, sorry): Do you think the split of the
> > patches is OK, i.
Dear Chander Kashyap,
On 12 July 2011 17:48, Chander Kashyap wrote:
> Origen board is based upon S5PV310 SoC which is similiar to
> S5PC210 SoC.
>
> Signed-off-by: Chander Kashyap
> ---
> MAINTAINERS | 1 +
> board/samsung/origen/Makefile | 46
> board/
Hi Wolfgang Denk,
I get the below messages. Its failing in the fec_send BD_ENET_TX_READY
bit is not getting set.
Any clue?
EPN412> ping 172.16.52.20
Trying FCC1 ETHERNET
pram_ptr->fen_genfcc.fcc_rbase 03efcc88
pram_ptr->fen_genfcc.fcc_tbase 03efcca8
Using FCC1 ETHERNET device
sending ARP for ac10
On Fri, Jul 15, 2011 at 09:42:53AM +0200, Heiko Schocher wrote:
> Hmm.. trying bootm with actual u-boot on a davinci (arm926ejs) based
> board, there I couldn;t use the Davinci-EMAC (if I disable the dcache
> it works ...)
I can confirm there are some cache coherency problems with the DaVinci EMAC
Add support for the Matrix Vision mvBlueLYNX-X, an OMAP3-based
intelligent camera.
These patches were created on top of v2011.06, but they also apply cleanly to
master and u-boot-arm/master. What should I use as base to submit such a patch?
Howard D. Gray (1):
Add 37xx ESx revision numbers.
M
Signed-off-by: Michael Jones
---
include/ACEX1K.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/ACEX1K.h b/include/ACEX1K.h
index ae20164..2bb9226 100644
--- a/include/ACEX1K.h
+++ b/include/ACEX1K.h
@@ -76,6 +76,7 @@ typedef struct {
#define Altera_EP2C8_SIZE
Support FPGAs which use Fast Passive Parallel configuration
Signed-off-by: Michael Jones
---
drivers/fpga/cyclon2.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/fpga/cyclon2.c b/drivers/fpga/cyclon2.c
index 4622b4e..567099e 100644
--- a/drivers/fpga/
From: "Howard D. Gray"
Signed-off-by: Michael Jones
---
arch/arm/cpu/armv7/omap3/sys_info.c | 13 -
arch/arm/include/asm/arch-omap3/omap3.h | 10 ++
2 files changed, 22 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap3/sys_info.c
b/arch/arm/cpu/a
Doesn't make sense to provide this function to boards which defined
CONFIG_ENV_IS_NOWHERE. Such a board gets a linking error because
common/env_nowhere.c doesn't define saveenv().
Signed-off-by: Michael Jones
---
board/matrix_vision/common/mv_common.c |2 ++
1 files changed, 2 insertions(+),
Fail in 'mmc rescan' if mmc_init() returns error
Signed-off-by: Michael Jones
---
common/cmd_mmc.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/common/cmd_mmc.c b/common/cmd_mmc.c
index 176646d..28918f6 100644
--- a/common/cmd_mmc.c
+++ b/common/cmd_mmc.c
@@ -165
This allows the EEPROM layer to send a single i2c write command
per page, and wait CONFIG_SYS_EEPROM_PAGE_WRITE_DELAY_MS between
i2c write commands.
Signed-off-by: Michael Jones
---
drivers/i2c/omap24xx_i2c.c | 134 ++-
1 files changed, 56 insertions(+),
On Thu, Jul 14, 2011 at 02:02:42PM -0400, Mike Frysinger wrote:
> On Thursday, July 14, 2011 09:49:23 Albert ARIBAUD wrote:
> > Please use strncpy() which will also guard against overflows.
>
> or BUG_ON(strlen(name) >= MDIO_NAME_LEN)
> -mike
Patch v3 has both. The original code did have a check
In miiphy_register() the new device's name was initialised by passing a
string parameter as the format string to sprintf(). As this would cause
problems if it ever contained a '%' symbol, switch to using strncpy()
instead.
Signed-off-by: Laurence Withers
Cc: Andy Fleming
---
Changes for v2:
- U
From: Torsten Koschorrek
This patch fixes compiler errors due to missing definitions of
CONFIG_SYS_SDRAM_BASE and CONFIG_SYS_INIT_SP_ADDR.
It also does some cleanup: CONFIG_SYS_TEXT_BASE was moved to scb9328.h,
obsolete config.mk was removed. The scb9328 board has 1 DRAM bank, so don't
ask for m
Hi Laurence,
On Friday 15 July 2011 10:54:41 Laurence Withers wrote:
> On Fri, Jul 15, 2011 at 09:42:53AM +0200, Heiko Schocher wrote:
> > Hmm.. trying bootm with actual u-boot on a davinci (arm926ejs) based
> > board, there I couldn;t use the Davinci-EMAC (if I disable the dcache
> > it works ...
On Fri, Jul 15, 2011 at 9:42 AM, Heiko Schocher wrote:
>> Heiko, Alessandro, do you have any hints on how to go about flushing
>> and disabling the D-cache in bootm for ARM920T? It doesn't seem to
>> work on this ARM CPU chip in its current form...
>
> Hmm.. trying bootm with actual u-boot on a d
Dear Lukasz Majewski,
On 11 July 2011 17:18, Lukasz Majewski wrote:
> This change is driven by need of general gpio_* functions,
> which as their parameter are accepting the GPIO pin number, NOT
> block and pin.
>
> This makes the code alike to omap, and allows for using I2C software
> generic fr
Dear Lukasz Majewski,
On 11 July 2011 17:18, Lukasz Majewski wrote:
> Signed-off-by: Lukasz Majewski
> Cc: Minkyu Kang
> ---
> arch/arm/include/asm/arch-s5pc1xx/gpio.h | 2 +
> board/samsung/goni/goni.c | 55
> +-
> include/configs/s5p_goni.h
On 07/15/2011 11:16 AM, 'Torsten Koschorrek ' wrote:
> From: Torsten Koschorrek
>
> This patch fixes compiler errors due to missing definitions of
> CONFIG_SYS_SDRAM_BASE and CONFIG_SYS_INIT_SP_ADDR.
>
> It also does some cleanup: CONFIG_SYS_TEXT_BASE was moved to scb9328.h,
> obsolete config.mk
This change is driven by need of general gpio_* functions,
which as their parameter are accepting the GPIO pin number, NOT
block and pin.
This makes the code alike to omap, and allows for using more
generic frameworks (e.g. software I2C).
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Pa
From: Horst Kronstorfer
Without telling 'find' to follow symbolic links, files under include/asm
and arch/$(ARCH)/include/asm/arch are not added to the indexing file list.
Signed-off-by: Horst Kronstorfer
Changes for v2:
- Apply this change to all source cross-reference targets
---
Makefi
On Thu, Jul 14, 2011 at 8:03 PM, Linus Walleij wrote:
> On Thu, Jul 14, 2011 at 1:44 PM, Wolfgang Denk wrote:
>
>>> --- a/include/configs/integratorap.h
>>> +++ b/include/configs/integratorap.h
>>
>> Please make sure to Cc: the board maintainer!
>
> Aw yes, that's one thing. Peter, are you still
Hi Minkyu,
> > +
> > +#ifdef CONFIG_SOFT_I2C
> > +
> > +enum { I2C_PMIC, I2C_NUM, };
>
> What purpose of these enum?
> Where these used?
For now goni reference target is going to use only one I2C bus
(implemented as soft_i2c GPIO). Therefore this enum will be erased for
v2. In the future, howe
Dear Wolfgang,
There is no "asm/gpio.h" file available in U-Boot 2011.06 release. So generic
gpio framework is being created now??
Regards,
Ajay Bhargav
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Fri, Jul 15, 2011 at 09:21:45AM +, Laurence Withers wrote:
> In miiphy_register() the new device's name was initialised by passing a
> string parameter as the format string to sprintf(). As this would cause
> problems if it ever contained a '%' symbol, switch to using strncpy()
> instead.
M
In miiphy_register() the new device's name was initialised by passing a
string parameter as the format string to sprintf(). As this would cause
problems if it ever contained a '%' symbol, switch to using strncpy()
instead.
Signed-off-by: Laurence Withers
Cc: Andy Fleming
---
Changes for v2:
- U
Dear smitha.va...@wipro.com,
please stop top posting/ full quoting. You can find hints here:
http://www.netmeister.org/news/learn2quote.html
In message <07acdfb8eca8ef47863a613bc01bbb22032bc...@hyd-mkd-mbx02.wipro.com>
you wrote:
>
> I get the below messages. Its failing in the fec_send BD_ENE
Some general cleanup patches for the DaVinci/DA8xx CPUs made in preparation
for porting to a new board based on the DA850.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Some of the LPSC constants were incorrect, and some were missing. This
commit fixes the incorrect constants (which were not used anywhere in
the tree) and adds all constants for both DA830 and DA850, as per the
TI datasheets.
Signed-off-by: Laurence Withers
---
arch/arm/include/asm/arch-davinci/
The function davinci_emac_mii_mode_sel() is defined in
board/davinci/common/misc.c for any DA8xx CPU which has
CONFIG_DRIVER_TI_EMAC enabled. However, the prototype was only being
declared in for the DA850 EVM board.
This patch declares it for all DA8xx CPUs where CONFIG_DRIVER_TI_EMAC
is enabled.
There are two main sets of LPSC constants, depending on the processor
family. The DA8xx constants were given in an enum whereas the non-DA8xx
constants were preprocessor defines. This commit switches the DA8xx
constants to defines for consistency.
Signed-off-by: Laurence Withers
---
arch/arm/in
Signed-off-by: Laurence Withers
---
arch/arm/include/asm/arch-davinci/hardware.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-davinci/hardware.h
b/arch/arm/include/asm/arch-davinci/hardware.h
index df3f549..d5d4211 100644
--- a/arch/arm/incl
This adds a generic GPIO driver fulfilling the interface for the
TI DaVinci DA8xx CPU.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
In preparation for a generic GPIO driver for the DA8xx processors,
rename to and fix up all files
which include it.
Signed-off-by: Laurence Withers
---
arch/arm/include/asm/arch-davinci/gpio.h | 66 +
arch/arm/include/asm/arch-davinci/gpio_defs.h | 66 -
Add a generic GPIO driver for the DaVinci DA8xx processors. It is turned
on by defining CONFIG_DA8XX_GPIO and fulfills the generic GPIO interface
specified in . The driver has support for both manipulating
GPIO pins as well as automatically configuring the pin multiplexor
registers to set the pin
Hi Wolfgang,
I solved the unknow device issue by enabling the CONFIG_ETHER_ON_FCC1 in
my config.
Will check the TX clock configuration. Currently getting the blow
messages. It says using the
FCC1 ETHERNET.
ping 172.16.52.60
Trying FCC1 ETHERNET
pram_ptr->fen_genfcc.fcc_rbase 03efcc88
pram_ptr->f
Hi Linus, Wolfgang,
On Fri, Jul 15, 2011 at 11:34 AM, Linus Walleij
wrote:
>> On Thu, Jul 14, 2011 at 8:03 PM, Linus Walleij
wrote:
>> > On Thu, Jul 14, 2011 at 1:44 PM, Wolfgang Denk wrote:
>> >
>> >>> --- a/include/configs/integratorap.h
>> >>> +++ b/include/configs/integratorap.h
>> >>
>> >>
This patch series is the first 'logical' half of the previous series titled
'(WIP) [Timer]API Rewrite' which was a 16 part series
This half (the first half) of the original series is a simplification of
the existing API designed to correct a few 'implementation errors' and
prepare the U-Boot tree
- Take maintainership of the unlisted integratorap board
- Orphan the boards maintained by Peter Pearse, as he has retired
from ARM
Cc: Philippe Robin
Signed-off-by: Linus Walleij
---
MAINTAINERS | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/MAINTAINERS b/
There is no need to use set_timer(). Replace with appropriate use of
get_timer()
Signed-off-by: Graeme Russ
---
Sorry Wolfgang, but this patch has been through a few versions before it
got integrated into the larger Timer API hence the v1->v2->v1 debacle.
checkpatch complains about long lines a
---
Changes since v1 ((WIP) [Timer]API Rewrite):
- Rebased to 68d4230c3ccce96a72c5b99e48399bf1796fe3c6
- Updated description
arch/arm/cpu/arm1136/mx31/timer.c|5 -
arch/arm/cpu/arm1136/mx35/timer.c|4
arch/arm/cpu/arm1136/omap24xx/timer.c|5 -
arch/a
---
Changes since v1 ((WIP) [Timer]API Rewrite):
- Rebased to 68d4230c3ccce96a72c5b99e48399bf1796fe3c6
- Introduce new #define CONFIG_SYS_LOW_RES_TIMER
drivers/block/mg_disk.c |2 ++
drivers/mtd/cfi_flash.c |4
include/configs/PCI5441.h |1 +
include/confi
---
Changes since v1 ((WIP) [Timer]API Rewrite):
- Rebased to 68d4230c3ccce96a72c5b99e48399bf1796fe3c6
arch/arm/cpu/arm1136/mx31/timer.c|5 -
arch/arm/cpu/arm1136/mx35/timer.c|5 -
arch/arm/cpu/arm1136/omap24xx/timer.c|5 -
arch/arm/cpu/arm1176/s3c64xx
---
Changes since v1 ((WIP) [Timer]API Rewrite):
- Rebased to 68d4230c3ccce96a72c5b99e48399bf1796fe3c6
arch/arm/cpu/arm920t/at91rm9200/spi.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/arm/cpu/arm920t/at91rm9200/spi.c
b/arch/arm/cpu/arm920t/at91rm9200/spi.c
In some circumstances, reset_timer_masked() was called be timer_init() in
order to perform architecture specific timer initialisation. In such
cases, the required code in reset_timer_masked() has been moved into
timer_init()
---
Changes since v1 ((WIP) [Timer]API Rewrite):
- Rebased to 68d4230c3cc
Hi Daniel,
at the moment I'am playing a bit with your patch.
I stumbled over this:
> diff --git a/arch/arm/lib/Makefile b/arch/arm/lib/Makefile
> index d31321a..300c8fa 100644
> --- a/arch/arm/lib/Makefile
> +++ b/arch/arm/lib/Makefile
> @@ -26,6 +26,7 @@ include $(TOPDIR)/config.mk
> LIB = $
Hi Simon,
On Friday 15 July 2011 06:01 PM, Simon Schwarz wrote:
> Hi Daniel,
>
> at the moment I'am playing a bit with your patch.
>
> I stumbled over this:
>> diff --git a/arch/arm/lib/Makefile b/arch/arm/lib/Makefile
>> index d31321a..300c8fa 100644
>> --- a/arch/arm/lib/Makefile
>> +++ b/arch/a
On 07/14/2011 09:02 PM, Igor Grinberg wrote:
>> +#ifdef DEBUG
>> +if (machid == BI_ARCH_NUMBER_INVALID)
>> +printf("Warning: machid not set.\n");
>> +#endif
>> +
>
> Is it essential to enclose that check in #ifdef DEBUG?
> IMHO, it can be useful also with no DEBUG defined,
> so I'
Hi Wolfgang,
On 15/07/11 22:15, Graeme Russ wrote:
> This patch series is the first 'logical' half of the previous series titled
> '(WIP) [Timer]API Rewrite' which was a 16 part series
>
> This half (the first half) of the original series is a simplification of
> the existing API designed to corr
Hi Aneesh,
>> at the moment I'am playing a bit with your patch.
>>
>> I stumbled over this:
>>>
>>> diff --git a/arch/arm/lib/Makefile b/arch/arm/lib/Makefile
>>> index d31321a..300c8fa 100644
>>> --- a/arch/arm/lib/Makefile
>>> +++ b/arch/arm/lib/Makefile
>>> @@ -26,6 +26,7 @@ include $(TOPDIR)/c
On Friday 15 July 2011 06:40 PM, Simon Schwarz wrote:
> Hi Aneesh,
>
>>> at the moment I'am playing a bit with your patch.
>>>
>>> I stumbled over this:
diff --git a/arch/arm/lib/Makefile b/arch/arm/lib/Makefile
index d31321a..300c8fa 100644
--- a/arch/arm/lib/Makefile
+++
Hi Simon,
On Fri, Jul 15, 2011 at 2:41 PM, Aneesh V wrote:
> Hi Simon,
>
> On Friday 15 July 2011 06:01 PM, Simon Schwarz wrote:
>>
>> Hi Daniel,
>>
>> at the moment I'am playing a bit with your patch.
>>
>> I stumbled over this:
>>>
>>> diff --git a/arch/arm/lib/Makefile b/arch/arm/lib/Makefile
Dear Wolfgang,
On Thu, Jul 14, 2011 at 10:25 PM, Wolfgang Denk wrote:
> Dear Daniel Schwierzeck,
>
> In message
> <1310569869-31810-1-git-send-email-daniel.schwierz...@googlemail.com> you
> wrote:
>> This patch series is the final proposal from Aneesh and myself for a
>> generic SPL framework.
Hi Michael,
> Signed-off-by: Michael Jones
Acked-by: Detlev Zundel
Cheers
Detlev
--
There are two hard things in computer science: cache invalidation,
naming things, and off-by-one errors.
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office:
Michael Jones writes:
> Signed-off-by: Michael Jones
Acked-by: Detlev Zundel
--
Windows Vista? And what a vista! All you see as you look around your
garden is a 60foot high brick wall -- Crosbie Fitch.
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munic
Michael Jones writes:
> Signed-off-by: Michael Jones
Acked-by: Detlev Zundel
--
It's bad civic hygiene to build technologies that could someday be used to
facilitate a police state. No matter what the eavesdroppers and censors say,
these systems put us all at greater risk. Communications
Michael Jones writes:
> In the only implementation of 'mac read', it doesn't display the
> contents of the eeprom as the help indicated unless compiled with
> DEBUG. It only re-reads the contents of the EEPROM into memory.
> Displaying the contents of the EEPROM is done by passing no
> arguments
Hi Horst,
> From: Horst Kronstorfer
>
> Without telling 'find' to follow symbolic links, files under include/asm
> and arch/$(ARCH)/include/asm/arch are not added to the indexing file list.
>
> Signed-off-by: Horst Kronstorfer
>
> Changes for v2:
> - Apply this change to all source cross-ref
Hi Wolfgang,
Thanks , ping is working the problem was with routing of the Tx clock.
Thanks & Reagrds,
Smitha
Please do not print this email unless it is absolutely necessary.
The information contained in this electronic message and any attachments to
this message are intended for the exclus
Signed-off-by: Aneesh V
Signed-off-by: Daniel Schwierzeck
---
Changes since RFC v1:
make garbage collect of unused sections unconditionally for SPL
Makefile |3 ++-
config.mk | 34 +-
2 files changed, 35 insertions(+), 2 deletions(-)
diff --git a/Makefil
Signed-off-by: Aneesh V
Signed-off-by: Daniel Schwierzeck
---
Changes since RFC v1:
added documentation for SPL
README | 36
doc/README.SPL | 59
spl/.gitignore |4 ++
spl/Makefile | 101 ++
>
> > So what compiler options should be use? I notice some u-boot compile
> > commandline has option '-march=armv4'. Why with this option it is still
> > generate wrong code
>
> Thi sis a strong statement, based on somewhat weak facts. Why are you
> so sure that there is any "wrong code" being ge
The Winbond W25X40 is now being used in the IP02 (and possibly IP04).
Tested and working on the actual device.
---
drivers/mtd/spi/winbond.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/spi/winbond.c b/drivers/mtd/spi/winbond.c
index e8d30ae..4ab197f
Dear zzs,
In message <20110715161531.ga5...@greatfirst.com> you wrote:
>
> Today I found the "wrong code" :
Very well - thanks.
> and the __udivsi3 contain the "wrong code" :
>
> 20111cfc <__udivsi3>:
> 20111cfc: e2512001subsr2, r1, #1 ; 0x1
> 20111d00: 012fff1e
It is risk free and legal
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear zzs,
In message <20110715161531.ga5...@greatfirst.com> you wrote:
>
> Today I found the "wrong code" :
Thanks again for the feedback. I have documented this issue in the
ELDK FAQ section:
http://www.denx.de/wiki/view/ELDK-5/QuestionsAndAnswers#GCC_generates_illegal_opcodes_fo
Best regard
On 7/15/2011 12:17 AM, Wolfgang Denk wrote:
> Dear "J. William Campbell",
>
> In message<4e1f8127.8030...@comcast.net> you wrote:
>> I am pretty sure that is long enough for someone to notice. . I would be
>> interested in seeing an example of such code as you refer to. Could you
>> point me to on
Dear "J. William Campbell",
In message <4e208227.6010...@comcast.net> you wrote:
>
>If the I2C protocol must be available before interrupts are
> available, then udelay must be used. In the above examples, there are
> some loops in i2c and spi that appear to be waiting a full second. I
Hi All,
I am facing a very strange problem. I have a MINI2440 SBC which I am
connecting to my laptop with Ubuntu11.04. I have downloaded the Uboot
configured for mini2440 and its version is 1.3.2. I have successfully
transferred the Uboot code on the SBC. But when I am trying to do a TFTP
from the
On 7/15/2011 11:34 AM, Wolfgang Denk wrote:
> Dear "J. William Campbell",
>
> In message<4e208227.6010...@comcast.net> you wrote:
>> If the I2C protocol must be available before interrupts are
>> available, then udelay must be used. In the above examples, there are
>> some loops in i2c and
Hi,
The determination to explore new ways of doing things, especially by reading
important life changing books, easily brings about a sustainable progressive
and successful life --G.P.I.
Among these great highly motivational and inspirational books are;-
WAYS OF ATTAINING BUSINESS SUCCE
Had a typo such that P1017E would be detected correctly.
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc8xxx/cpu.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/cpu/mpc8xxx/cpu.c b/arch/powerpc/cpu/mpc8xxx/cpu.c
index 85ebcc9..767bc52 100644
--- a/arch
Series to fix the TQM85xx issue reported by Wolfgang the problem
turned out to be that those boards use get_ram_size(), which requires
that a TLB entry be set up for the DDR region. My earlier patches
changed the way this was done and broke this.
I've created a new function, clear_ddr_tlbs(),
We need a TLB entry to call get_ram_size(); the common code
doesn't create one until *after* fixed_sdram() has determined
the size. So we set up tlbs for the max possible size
and tear them down once we're done with get_ram_size(); the
common 85xx code will then set up a final set of tlb entries
f
This is useful when we just want to wipe out the TLBs. There's
currently a function that resets the ddr tlbs to a different value;
it is changed to utilize this function. The new function can be
used in conjunction with setup_ddr_tlbs() for a board to
temporarily map/unmap the DDR address range a
The way I wrote this in the first time was based on the original
code, but I used a karnaugh map to make it a bit easier to
read. There should be no functional change.
Signed-off-by: Becky Bruce
---
include/configs/TQM85xx.h |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
Dear Becky Bruce,
In message <13107687401917-git-send-email-bec...@kernel.crashing.org> you wrote:
> The way I wrote this in the first time was based on the original
> code, but I used a karnaugh map to make it a bit easier to
> read. There should be no functional change.
Ummm...
> #if def
Hello,I am running Linux 2.6.34.6 on p4080ds board. I am trying to get the
interfaces running on the kernel but it does not seem to be working. So far I
am able to set up the ipaddress etc for the interface "fm1-gb1" but still
cannot ping the outside world. I edited the file /etc/rc.d/rc.conf w
Hello,I am running Linux 2.6.34.6 on p4080ds board. I am trying to get the
interfaces running on the kernel but it does not seem to be working. So far I
am able to set up the ipaddress etc for the interface "fm1-gb1" but still
cannot ping the outside world. I edited the file /etc/rc.d/rc.conf w
Sorry about my last post. I am new and need some help.
Hello,I am developing on freescale P4080DS BOARD. I am trying to put new
kernel image onto the board but need a tftp connection. When I type "tftp
100 /tftpboot/uImage" nothing happens and the new prompt appears. I was
able to tftp
1 - 100 of 106 matches
Mail list logo
