Sorry for the naive question but:
> /* At this point there is no flash driver, so remove some commands */
> -#undef CONFIG_CMD_ENV
> +#undef CONFIG_CMD_SAVEENV
The later nand patch removes this undef. What if git reports a
conflict? Should I resubmit?
Thanks
/alessandro
_
On 19:19 Tue 17 Feb , Mike Frysinger wrote:
> Signed-off-by: Mike Frysinger
> ---
please apply directly
tks
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear "Pillai, Manikandan",
In message <19f8576c6e063c45be387c64729e739403fa904...@dbde02.ent.ti.com> you
wrote:
>
>
> The NetSetTimeout() invokes get_timer() to do its operations. The
> get_timer() should return the counter value. It's not always true
> that the counter runs at millisecond clock
Hello Wolfgang,
Wolfgang Denk wrote:
> In message you wrote:
>>> For what you will do this, when you can;t use the adapter, when running from
>>> flash? See Later, why you cannot use it.
>> Using multiple adapters while running from flash is an exception. I can let
>> myself call adapter-specific
Hello Wolfgang,
Wolfgang Denk wrote:
> Dear k...@koi8.net,
>
> In message you wrote:
[...]
>> That means you'll have to rewrite the entire U-Boot. 99% of the boards have
>> only one bus so they did not switch busses. That means they never called
>> that i2c_set_bus_num() relying on i2c_init() in
Hello ksi,
k...@koi8.net wrote:
> On Thu, 19 Feb 2009, Heiko Schocher wrote:
>> k...@koi8.net wrote:
>>> On Wed, 18 Feb 2009, Wolfgang Denk wrote:
In message you
wrote:
[...]
>>> I'm open to any alternative possibilities but I can not see anything better.
>>> That _EXISTING_ soft_i2c.c
Hello ksi,
k...@koi8.net wrote:
> On Thu, 19 Feb 2009, Heiko Schocher wrote:
>
>> Hello ksi,
>>
>> k...@koi8.net wrote:
>>> On Wed, 18 Feb 2009, Heiko Schocher wrote:
>>>
Hello ksi,
k...@koi8.net wrote:
> On Mon, 16 Feb 2009, Wolfgang Denk wrote:
>
>> Dear k...@koi8.net
Hello Wolfgang,
Wolfgang Denk wrote:
> In message <200902191219.40041.vap...@gentoo.org> you wrote:
>>> This go through your tree, right? If so you have my
>>>
>>> Signed-off-by: Heiko Schocher
>> doesnt matter to me. if it doesnt get merged, i'll post a pull request.
>
> Ummm... Heiko is the I
Hi Minikandan,
Pillai, Manikandan wrote:
> Hi,
>
> Recently I ran into some timeout issues with Ethernet on U-Boot 2009.01 for
> OMAP3 EVM boards.
>
> NetSetTimeout() function provide a way to get timeouts for network related
> operations. I understand
> From the code now that the NetSetTimeout(
Hi,
Recently I ran into some timeout issues with Ethernet on U-Boot 2009.01 for
OMAP3 EVM boards.
NetSetTimeout() function provide a way to get timeouts for network related
operations. I understand
>From the code now that the NetSetTimeout() function takes 2 params , the 1st
>being the timeout
On 20:45 Thu 19 Feb , Tom wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
>> On 19:53 Thu 19 Feb , Tom Rix wrote:
>>
>>> In old code or current u-boot-arm MMC_CMD_WRITE_BLOCK == 24.
>>> In new mmc.h 24 is MMC_CMD_WRITE_SINGLE_BLOCK
>>>
>>> Change mmc_read to conform to mmc.h declaration
Hi Wolfgang,
Please pull The following changes since commit
e5e88c3614b79b54719905f66aefb51f9494bc1f:
Tom Rix (1):
ARM:OMAP3 Change mmc_init to mmc_legacy_init
are available in the git repository at:
git://git.denx.de/u-boot-pxa.git master
Andy Fleming (1):
Reduce the scope o
From: Tom Rix
These structures are defined in the common mmc.h
This was compile checked on cerf250.
---
cpu/pxa/mmc.h | 51 ---
1 files changed, 0 insertions(+), 51 deletions(-)
diff --git a/cpu/pxa/mmc.h b/cpu/pxa/mmc.h
index 85e144b..6fa4268
introduce new macro CONFIG_PXA_MMC to activate it
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
cpu/pxa/Makefile |2 +-
drivers/mmc/Makefile |1 +
cpu/pxa/mmc.c => drivers/mmc/pxa_mmc.c |6 +-
cpu/pxa/mmc.h => drivers/mmc/pxa_mmc.h |
From: Tom Rix
Signed-off-by: Tom Rix
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
drivers/mmc/pxa_mmc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mmc/pxa_mmc.c b/drivers/mmc/pxa_mmc.c
index 0fa249e..8225235 100644
--- a/drivers/mmc/pxa_mmc.c
+++ b
From: Andy Fleming
These names are being taken over by the new MMC framework. Hopefuly
the PXA can be easily ported, and these functions will go away entirely.
Signed-off-by: Andy Fleming
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
drivers/mmc/pxa_mmc.c |8
1 files chang
On 03:37 Fri 20 Feb , Jean-Christophe PLAGNIOL-VILLARD wrote:
> Hi Wolfgang,
>
Please ignore
I'll send a second with Tom's patch merged
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 19:53 Thu 19 Feb , Tom Rix wrote:
>
>> In old code or current u-boot-arm MMC_CMD_WRITE_BLOCK == 24.
>> In new mmc.h 24 is MMC_CMD_WRITE_SINGLE_BLOCK
>>
>> Change mmc_read to conform to mmc.h declaration.
>>
>> Signed-off-by: Tom Rix
>> ---
>>
Hi Wolfgang,
Please pull The following changes since commit
e5e88c3614b79b54719905f66aefb51f9494bc1f:
Tom Rix (1):
ARM:OMAP3 Change mmc_init to mmc_legacy_init
are available in the git repository at:
git://git.denx.de/u-boot-pxa.git master
Andy Fleming (1):
Reduce the scope o
On 19:53 Thu 19 Feb , Tom Rix wrote:
> In old code or current u-boot-arm MMC_CMD_WRITE_BLOCK == 24.
> In new mmc.h 24 is MMC_CMD_WRITE_SINGLE_BLOCK
>
> Change mmc_read to conform to mmc.h declaration.
>
> Signed-off-by: Tom Rix
> ---
NACK the drivers need to be really update
but for now we j
Wolfgang Denk wrote:
> Dear Tom,
>
> in message <20090219225148.01866832e...@gemini.denx.de> I wrote:
>
>>> omap3_mmc.c was changed to define mmc_legacy_init.
>>> Remove unused functions.
>>>
>>> Compile tested on all arm
>>> Runtime tested on Zoom1.
>>>
>>> Signed-off-by: Tom Rix
>>> ---
>>>
In old code or current u-boot-arm MMC_CMD_WRITE_BLOCK == 24.
In new mmc.h 24 is MMC_CMD_WRITE_SINGLE_BLOCK
Change mmc_read to conform to mmc.h declaration.
Signed-off-by: Tom Rix
---
cpu/pxa/mmc.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/cpu/pxa/mmc.c b/cpu/
These structures are defined in the common mmc.h
This was compile checked on cerf250.
---
cpu/pxa/mmc.h | 51 ---
1 files changed, 0 insertions(+), 51 deletions(-)
diff --git a/cpu/pxa/mmc.h b/cpu/pxa/mmc.h
index 85e144b..6fa4268 100644
--- a/cpu
I will take a look at these failures.
Tom
Wolfgang Denk wrote:
> Dear Tom,
>
> in message <20090219225148.01866832e...@gemini.denx.de> I wrote:
>
>>> omap3_mmc.c was changed to define mmc_legacy_init.
>>> Remove unused functions.
>>>
>>> Compile tested on all arm
>>> Runtime tested on Zoom1.
>>
On Thu, 19 Feb 2009, Wolfgang Denk wrote:
> Dear k...@koi8.net,
>
> In message you wrote:
> >
> > Argh... Do you understand that those send_start etc. are _NOT_ the
> > functions? One more time -- they are _NOT_ functions, they are _TEMPLATES_.
>
>
> Please, please: calm down.
>
> I think th
Thanks. That's what I wanted to know.
Wolfgang Denk wrote:
> Dear rory,
>
> In message <499de296@trs80.net> you wrote:
>
>> I can add this operation to my boot command or to my preboot. However,
>> if there is a supported, suggested way to do this, via a #define or
>> compile flag, I wou
Dear rory,
In message <499de296@trs80.net> you wrote:
> I can add this operation to my boot command or to my preboot. However,
> if there is a supported, suggested way to do this, via a #define or
> compile flag, I would like to know because I would rather do it that way
> than put in a "ha
Dear Tom,
in message <20090219225148.01866832e...@gemini.denx.de> I wrote:
>
> > omap3_mmc.c was changed to define mmc_legacy_init.
> > Remove unused functions.
> >
> > Compile tested on all arm
> > Runtime tested on Zoom1.
> >
> > Signed-off-by: Tom Rix
> > ---
> > drivers/mmc/omap3_mmc.c |
I can add this operation to my boot command or to my preboot. However,
if there is a supported, suggested way to do this, via a #define or
compile flag, I would like to know because I would rather do it that way
than put in a "hack".
thx
Wolfgang Denk wrote:
> Dear rory,
>
> In message <499de0
Dear Tom Rix,
In message <1235083543-4659-1-git-send-email-tom@windriver.com> you wrote:
> omap3_mmc.c was changed to define mmc_legacy_init.
> Remove unused functions.
>
> Compile tested on all arm
> Runtime tested on Zoom1.
>
> Signed-off-by: Tom Rix
> ---
> drivers/mmc/omap3_mmc.c | 1
Dear rory,
In message <499de0df.8080...@trs80.net> you wrote:
> It needs to happen automagically, w/o typing anything. I was wondering
Well, than run it automatically, without any typing.
U-Boot is extremely flexible and easily supports such operations, too.
> (I couldn't find anything) if the
Dear Martha,
In message <12350848482174-git-send-email-mm...@silicontkx.com> you wrote:
> Rev 3 and earlier stay with Micron memory settings. Rev 4 and later
> will default to Elpida settings. CONFIG_ELPIDA forces these setting
> and will run slightly more slowly. CONFIG_MICRON will force Micron
omap3_mmc.c was changed to define mmc_legacy_init.
Remove unused functions.
Compile tested on all arm
Runtime tested on Zoom1.
Signed-off-by: Tom Rix
---
drivers/mmc/omap3_mmc.c | 17 ++---
1 files changed, 2 insertions(+), 15 deletions(-)
diff --git a/drivers/mmc/omap3_mmc.c b/d
It needs to happen automagically, w/o typing anything. I was wondering
(I couldn't find anything) if there was some flag that I could set to
make it happen, rather than modify my boot process to automagically do
it for me.
Wolfgang Denk wrote:
> Dear rory,
>
> In message <499dbc21.7050...@trs8
Dear k...@koi8.net,
In message you wrote:
>
> > Here again patches are split such that the resutling tree will not be
> > bisectable.
>
> It looks like I didn't get you. Do you want me to make relatively small
> changes to 472 config files into 472 separate patches?
Being able to bisect means
Dear rory,
In message <499dbc21.7050...@trs80.net> you wrote:
> Is there some flag or normal way to get the default environment that is
> in RAM to get written to NVRAM? I'm currently going to put a routine in
> our preboot code to do so, but was wondering if there was an officially
> sanctione
On Thu, 19 Feb 2009, Wolfgang Denk wrote:
> Dear k...@koi8.net,
>
> In message you wrote:
> >
> > > For what you will do this, when you can;t use the adapter, when running
> > > from
> > > flash? See Later, why you cannot use it.
> >
> > Using multiple adapters while running from flash is an e
On Thu, 19 Feb 2009, Wolfgang Denk wrote:
> Dear k...@koi8.net,
>
> In message you wrote:
> >
> > > in board config file ... OK, we are worser against your approach, because
> > > we have for all I2C_SDA, I2C_SCL accesses + 1 switch, but I don;t think
> > > this is such a problem.
> >
> > Firs
On Thu, 19 Feb 2009, Wolfgang Denk wrote:
> Dear k...@koi8.net,
>
> In message you wrote:
> >
> > > Macros with magic side effects (here on the variable "tmp" are stronly
> > > deprecated. Please fix this.
> >
> > There is exactly the same code in Davinci I2C driver that had been accepted
> >
Dear yanfeng qin,
In message <254f00050902191102q72bfbe00n1ad677c02b807...@mail.gmail.com> you
wrote:
>
> This patch is adding usb(otg) host support for beagleboard.
>
> Signed-off-by: yanfeng qin
> Signed-off-by: garylu312
> Signed-off-by: shaofeng wang
> ---
> Patch against omap3-dev-usb
Removed CHECK_NACK macro from Davinci I2C driver for code cleanup.
Signed-off-by: Sergey Kubushyn
---
cpu/arm926ejs/davinci/i2c.c | 62 +-
1 files changed, 45 insertions(+), 17 deletions(-)
diff --git a/cpu/arm926ejs/davinci/i2c.c b/cpu/arm926ejs/davinci/i2c.c
Dear Tom Rix,
In message <1235062231-21917-1-git-send-email-tom@windriver.com> you wrote:
> omap3_mmc.c was changed to define mmc_legacy_init. Definition of mmc_read was
> changed to match declaration in mmc.h
>
> cmd_mmc.c ifndef was strengthened to disable use of generic mmc functions if
>
Dear k...@koi8.net,
In message you wrote:
>
> > Good question. Probably each I2C device will have some list of
> > bus/adapter ID's that need to be up to access it, and that will get
> > shut down afterwards.
>
> Eh, that is what I call overcomplicated... And it definitely does not bel
Dear k...@koi8.net,
In message you wrote:
>
> Argh... Do you understand that those send_start etc. are _NOT_ the
> functions? One more time -- they are _NOT_ functions, they are _TEMPLATES_.
Please, please: calm down.
I think there is no reason to claim that Heiko did not understand
this.
On
On Thu, Feb 19, 2009 at 10:16:35AM -0600, lyn.t...@l-3com.com wrote:
> Can we update the FPGA bit file (by programming NAND flash using U-boot
> command)? If yes, then which flash file system that U-boot uses to
> program the flash? and does that flasf file system take care of wear
> leveling in t
Rev 3 and earlier stay with Micron memory settings. Rev 4 and later
will default to Elpida settings. CONFIG_ELPIDA forces these setting
and will run slightly more slowly. CONFIG_MICRON will force Micron
settings. If Micron settings are used, if a memory test fails, it
will revert to the slower E
On Thursday 19 February 2009 15:08:33 Wolfgang Denk wrote:
> In message Mike Frysinger wrote:
> > > This go through your tree, right? If so you have my
> > >
> > > Signed-off-by: Heiko Schocher
> >
> > doesnt matter to me. if it doesnt get merged, i'll post a pull request.
>
> Ummm... Heiko is th
Dear k...@koi8.net,
In message you wrote:
>
> > For what you will do this, when you can;t use the adapter, when running from
> > flash? See Later, why you cannot use it.
>
> Using multiple adapters while running from flash is an exception. I can let
> myself call adapter-specific functions direc
Dear k...@koi8.net,
In message you wrote:
>
> > in board config file ... OK, we are worser against your approach, because
> > we have for all I2C_SDA, I2C_SCL accesses + 1 switch, but I don;t think
> > this is such a problem.
>
> First of all, you are using an external global variable for objec
Dear k...@koi8.net,
In message you wrote:
>
> > Macros with magic side effects (here on the variable "tmp" are stronly
> > deprecated. Please fix this.
>
> There is exactly the same code in Davinci I2C driver that had been accepted
> and made it in the main tree. The reason behind this macro is
Is there some flag or normal way to get the default environment that is
in RAM to get written to NVRAM? I'm currently going to put a routine in
our preboot code to do so, but was wondering if there was an officially
sanctioned "right" way to do this. I've looked thru code and FAQ's and
the best
Tom,
Dirk Behme wrote:
> Tom Rix wrote:
>> omap3_mmc.c was changed to define mmc_legacy_init. Definition of
>> mmc_read was
>> changed to match declaration in mmc.h
>>
>> cmd_mmc.c ifndef was strengthened to disable use of generic mmc
>> functions if
>> the generic mmc interface is not used.
>>
Dear Heiko Schocher,
In message <499d879e.1020...@denx.de> you wrote:
> - activate CS4 for accessing the FPGA
> - activate Rx buf len > 1 on SMC
> - pram activated
> - MTDPARTS_DEFAULT defined
> - update the size of the flashes in the DTS
> before booting Linux
> - MONITOR_LEN updated to 384k
>
Dear Heiko Schocher,
In message <499d87a1.4010...@denx.de> you wrote:
> - activate Rx buf len > 1 on SMC
> - pram activated
> - MTDPARTS_DEFAULT defined
> - update the size of the flash in the DTS
> before booting Linux
> - MONITOR_LEN updated to 384k
> - added CONFIG_HOSTNAME
> - added CONFIG_E
Dear lyn.t...@l-3com.com,
In message
<615935ce76907149afec6599c969d4d5356...@xcgtxh01.corp.eos.l-3com.com> you wrote:
>
> U-Boot is a Boot Loader, its primary purpose is to load some operating
> system. Can we use the U-Boot to load our small application before
> loading the operating system (Li
Dear Dirk Behme,
In message <499d82d6.2020...@googlemail.com> you wrote:
> Wolfgang Denk wrote:
> > Dear Remy,
> >
> > In message <3efb10970902190033t188bf9e0i1c5471f4a1a36...@mail.gmail.com>
> > you wrote:
> >> I know you do not want build failure messages on the list, but this
> >
> > You are
On Thu, 19 Feb 2009, Heiko Schocher wrote:
> Hello Wolfgang,
>
> Wolfgang Denk wrote:
> > Dear k...@koi8.net,
> >
> > In message you wrote:
> >> How would you know what to initialize and what not to? We were initializing
> >
> > I don't know. You probably need some way to encode some kind of
>
Dear Dirk Behme,
In message <1234983579-6404-1-git-send-email-dirk.be...@googlemail.com> you
wrote:
> Don't use code of new MMC framework in cmd_mmc if CONFIG_GENERIC_MMC
> isn't enabled.
>
> Signed-off-by: Dirk Behme
>
> ---
>
> Patch is against U-Boot master branch commit
> 5f0320108870e5d6
Dear Mike Frysinger,
In message <200902191219.40041.vap...@gentoo.org> you wrote:
>
> > This go through your tree, right? If so you have my
> >
> > Signed-off-by: Heiko Schocher
>
> doesnt matter to me. if it doesnt get merged, i'll post a pull request.
Ummm... Heiko is the I2C custodian, so h
Dear Remy,
In message <3efb10970902190815v2fc3010dg5574891a9ab26...@mail.gmail.com> you
wrote:
>
> >> I know you do not want build failure messages on the list, but this
> > You are absolutely right - instead of build failure messages I prefer
> > to see patches that fix build failures :-)
>
>
Dear Anton Vorontsov,
In message <20090219154545.gb26...@oksana.dev.rtsoft.ru> you wrote:
> So far it's used for specifying whether we want to use FSL DR USB or
> FSL eSDHC devices on MPC837X processors.
>
> There are two more candidates for future use:
> 1. USB ULPI PHY vs. TSEC1 on MPC8315E-RDB
On Thu, 19 Feb 2009, Heiko Schocher wrote:
> Hello ksi,
>
> k...@koi8.net wrote:
> > On Thu, 19 Feb 2009, Heiko Schocher wrote:
> >
> >> Hello ksi,
> >>
> >> k...@koi8.net wrote:
> >>> On Wed, 18 Feb 2009, Heiko Schocher wrote:
> >>>
> Hello Wolfgang,
>
> Wolfgang Denk wrote:
> >>
On Thu, 19 Feb 2009, Heiko Schocher wrote:
> Hello ksi,
>
> k...@koi8.net wrote:
> > On Wed, 18 Feb 2009, Wolfgang Denk wrote:
> >
> >> Dear k...@koi8.net,
> >>
> >> In message you
> >> wrote:
> Duplicating the source code (and thus the object code, too) to create
> additional instan
On Thu, 19 Feb 2009, Heiko Schocher wrote:
> Hello ksi,
>
> k...@koi8.net wrote:
> > On Wed, 18 Feb 2009, Heiko Schocher wrote:
> >
> >> Hello ksi,
> >>
> >> k...@koi8.net wrote:
> >>> On Mon, 16 Feb 2009, Wolfgang Denk wrote:
> >>>
> Dear k...@koi8.net,
>
> In message you
> >>>
On Thu, 19 Feb 2009, Heiko Schocher wrote:
> Hello ksi,
>
> k...@koi8.net wrote:
> > On Wed, 18 Feb 2009, Heiko Schocher wrote:
> >
> >> Hello ksi,
> >>
> >> k...@koi8.net wrote:
> >>> On Mon, 16 Feb 2009, Wolfgang Denk wrote:
> >>>
> Dear k...@koi8.net,
>
> In message you
> >>>
Hello,
2009/2/19 yanfeng qin :
> Hi,
>
>
> This patch is adding usb(otg) host support for beagleboard.
>
> Signed-off-by: yanfeng qin
> Signed-off-by: garylu312
> Signed-off-by: shaofeng wang
> ---
> Patch against omap3-dev-usb
As already mentioned by Nishanth Menon: It is still unclear what t
Hi,
This patch is adding usb(otg) host support for beagleboard.
Signed-off-by: yanfeng qin
Signed-off-by: garylu312
Signed-off-by: shaofeng wang
---
Patch against omap3-dev-usb
drivers/usb/Makefile | 12 +++-
include/configs/omap3_beagle.h |9 +
include/usb.h
On Wed, 18 Feb 2009 15:22:05 -0800
Trent Piepho wrote:
> From: Trent Piepho
>
> A recent gcc added a new unaligned rodata section called '.rodata.str1.1',
> which needs to be added the the linker script. Instead of just adding this
> one section, we use a wildcard ".rodata*" to get all rodata
Connie,
yanfeng qin said the following on 02/19/2009 06:58 PM:
> This patch is added OTG host support for beagleboard. My team modifiedand
> tested this patch.We hope it would help.
>
>
Thanks. What is the baseline for the patch? could you send us the link
of the git?
Regards,
Nishanth Menon
___
Tom Rix wrote:
> omap3_mmc.c was changed to define mmc_legacy_init. Definition of mmc_read was
> changed to match declaration in mmc.h
>
> cmd_mmc.c ifndef was strengthened to disable use of generic mmc functions if
> the generic mmc interface is not used.
>
> Compile tested on all arm
> Runtime
On Thursday 19 February 2009 03:35:28 Heiko Schocher wrote:
> Mike Frysinger wrote:
> > The previous merge for cleaning up the I2C driver incorrectly reverted
> > the CFG_xxx rename for some of the I2C defines.
> >
> > Signed-off-by: Mike Frysinger
> > ---
> > include/configs/bf537-stamp.h |4
Hi guys,
This patch is added OTG host support for beagleboard. My team modifiedand
tested this patch.We hope it would help.
Best Regards,
connieqin1...@gmail.com
garylu...@gmail.com
wsf...@yahoo.com
subject: [RFC][PATCH] U-Boot: Adding usb(otg) host support patch
From: yanfeng qin
This patch
Hello Dirk,
> Just in case somebody is faster than I :
>
> http://pastebin.com/m43f9d61
>
> fixes OMAP3 build. As mentioned, I will try to send a proper OMAP3 patch,
> soon.
>
> I don't know which other boards might be affected, too, and need similar
> changes.
I only build ARM nightly, so I cann
omap3_mmc.c was changed to define mmc_legacy_init. Definition of mmc_read was
changed to match declaration in mmc.h
cmd_mmc.c ifndef was strengthened to disable use of generic mmc functions if
the generic mmc interface is not used.
Compile tested on all arm
Runtime tested on Zoom1.
Signed-off-b
Hello,
2009/2/18 yanfeng qin :
> Hi guys,
>
> This patch is added OTG host support for beagleboard. My team modified and
> tested this patch.
> We hope it would help.
Please send your patches as plain text messages: no HTML, no MIME, no
links, no compression, no attachments. Just plain text.
See:
Remy Bohmer wrote:
> Hello Wolfgang,
>
>>> I know you do not want build failure messages on the list, but this
>> You are absolutely right - instead of build failure messages I prefer
>> to see patches that fix build failures :-)
>
> Instead of sending patches, I would prefer such patches not hit
Please help,
I am new to u-boot. The processor that we are using is AVR32
(AT32AP7000).
U-Boot is a Boot Loader, its primary purpose is to load some operating
system. Can we use the U-Boot to load our small application before
loading the operating system (Linux)? Our small application will read a
F
Remy Bohmer wrote:
> Hello Dirk,
>
> 2009/2/19 Dirk Behme :
>> Wolfgang Denk wrote:
>>> Dear Remy,
>>>
>>> In message <3efb10970902190033t188bf9e0i1c5471f4a1a36...@mail.gmail.com>
>>> you wrote:
I know you do not want build failure messages on the list, but this
>>> You are absolutely right -
add CONFIG_BOOTCOUNT_LIMIT feature for 8360 CPU.
The bootcounter uses 8 bytes from the muram,
because no other memory was found on this
CPU for the bootcount feature. So we must
correct the muram size in DTS before booting
Linux.
This feature is actual only implemented for
MPC8360, because not al
old code implemented the QE_ENET10 errata only for Silicon
Revision 2.0. New code reads now the Silicon Revision
register and sets dependend on the Silicon Revision the
values as advised in the QE_ENET10 errata.
Signed-off-by: Heiko Schocher
---
board/keymile/kmeter1/kmeter1.c | 20 +++
- HRCW update
HRCWH_BOOTSEQ_DISABLE not HRCWH_BOOTSEQ_NORMAL
HRCWH_LALE_EARLY added
- DDR-SDRAM settings modified. This solves sporadically
problems with this memory.
- CS1 now 128 MB window size
- CS3 now 512 MB window size
- PRAM activated
- MTDPARTS_DEFAULT defined
- CONFIG_HOSTNAME added
Signed-off-by: Heiko Schocher
---
this patch is in u-boot-mpc83xx.git, but still again posted,
because it is not yet gone in mainline, and I need this patch
to get the following patch 7/9 compiled
include/mpc83xx.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include
Signed-off-by: Heiko Schocher
---
drivers/i2c/fsl_i2c.c | 24 +++-
1 files changed, 23 insertions(+), 1 deletions(-)
diff --git a/drivers/i2c/fsl_i2c.c b/drivers/i2c/fsl_i2c.c
index ce646fd..5242884 100644
--- a/drivers/i2c/fsl_i2c.c
+++ b/drivers/i2c/fsl_i2c.c
@@ -42,6 +42
it is possible that some board variants have different DDR II
RAM sizes. So we autodetect the size of the assembled RAM.
Signed-off-by: Heiko Schocher
---
board/keymile/kmeter1/kmeter1.c | 28 ++--
include/configs/kmeter1.h |4 ++--
2 files changed, 20 inserti
This patch adds I2C support for the Keymile kmeter1 board.
It uses the First I2C Controller from the CPU, for
accessing 4 temperature sensors, an eeprom with IVM data
and the booteeprom over a pca9547 mux.
Signed-off-by: Heiko Schocher
---
I let the dtt_bus env variable in this patch, and remove
- activate Rx buf len > 1 on SMC
- pram activated
- MTDPARTS_DEFAULT defined
- update the size of the flash in the DTS
before booting Linux
- MONITOR_LEN updated to 384k
- added CONFIG_HOSTNAME
- added CONFIG_ENV_BUFFER_PRINT
- Environment size reduced to 16k
Signed-off-by: Heiko Schocher
---
- activate CS4 for accessing the FPGA
- activate Rx buf len > 1 on SMC
- pram activated
- MTDPARTS_DEFAULT defined
- update the size of the flashes in the DTS
before booting Linux
- MONITOR_LEN updated to 384k
- added CONFIG_HOSTNAME
- added CONFIG_ENV_BUFFER_PRINT
- Environment size reduced to 1
The following series replaces the v2 series of
this patch set. Changes since v2:
Now it should be git-bisection compatible. For this I
hold back the patches 10/12 - 12/12 from v2, because
patch 10/12 changes the common config file for all
boards, which leads in compile errors. I post this
remainin
Hello Wolfgang,
>> I know you do not want build failure messages on the list, but this
> You are absolutely right - instead of build failure messages I prefer
> to see patches that fix build failures :-)
Instead of sending patches, I would prefer such patches not hitting
mainline at all...
I thin
Hello Dirk,
2009/2/19 Dirk Behme :
> Wolfgang Denk wrote:
>>
>> Dear Remy,
>>
>> In message <3efb10970902190033t188bf9e0i1c5471f4a1a36...@mail.gmail.com>
>> you wrote:
>>>
>>> I know you do not want build failure messages on the list, but this
>>
>> You are absolutely right - instead of build fail
Wolfgang Denk wrote:
> Dear Remy,
>
> In message <3efb10970902190033t188bf9e0i1c5471f4a1a36...@mail.gmail.com> you
> wrote:
>> I know you do not want build failure messages on the list, but this
>
> You are absolutely right - instead of build failure messages I prefer
> to see patches that fix b
fdt_fixup_esdhc() will either disable or enable eSDHC nodes,
and also will fixup clock-frequency property.
Plus, since DR USB and eSDHC are mutually exclusive, only configure
eSDHC if usb_or_esdhc environment variable is set to 'esdhc'.
Signed-off-by: Anton Vorontsov
---
board/freescale/mpc837x
This patch adds support for eSDHC on MPC837XERDB boards. The WP
switch doesn't seem to work on RDB boards though, the WP pin is
always asserted (can see the pin state when it's in GPIO mode).
FSL DR USB and FSL eSDHC are mutually exclusive because of pins
multiplexing, so user should specify `usb_
This patch implements fdt_fixup_esdhc() function that is used to fixup
the device tree.
The function adds status = "disabled" propery if esdhc pins muxed away,
otherwise it fixups clock-frequency for esdhc nodes.
Signed-off-by: Anton Vorontsov
---
drivers/mmc/fsl_esdhc.c | 22
We should add status = "disabled" property when USB controller can't
be used (for example when USB pins muxed away to another device).
Also convert whole fdt_fixup_dr_usb() to use more compact routines
from fdt_support.h.
Signed-off-by: Anton Vorontsov
---
drivers/usb/fsl_dr_usb.c | 44 ++
So far it's used for specifying whether we want to use FSL DR USB or
FSL eSDHC devices on MPC837X processors.
There are two more candidates for future use:
1. USB ULPI PHY vs. TSEC1 on MPC8315E-RDB boards;
2. Marvell vs. Vitesse PHYs on MPC8313E-RDB boards.
Signed-off-by: Anton Vorontsov
---
bo
In subsequent patches we'll use FSL-specific functions in
fdt_fixup_dr_usb(), so let's move the routine to a more appropriate
place.
So far fsl_dr_usb.c isn't actually an USB driver, but eventually it
will turn into one, let's hope. ;-)
Also rename CONFIG_HAS_FSL_DR_USB to CONFIG_USB_FSL_DR to be
Hi all,
Because of pin multiplexing the eSDHC and DR USB are mutually
exclusive on MPC837X processors, so we have to support switching
between the two devices, and properly fixup the device tree.
Patches on the way...
--
Anton Vorontsov
email: cbouatmai...@gmail.com
irc://irc.freenode.net/bd2
_
On MPC8377E-RDB and MPC8378E-RDB boards we have PCIe and mini-PCIe
slots. Let's support them.
Signed-off-by: Anton Vorontsov
---
board/freescale/mpc837xerdb/pci.c | 57 +
include/configs/MPC837XERDB.h | 21 +
2 files changed, 78 insertions(
We should use pci_last_busno() in pci_init_bus(), otherwise we'll
erroneously re-use PCI0's first_busno for PCI1 hoses.
NOTE: The patch is untested. All MPC83xx FSL boards I have have
PCI1 in miniPCI form, for which I don't have any cards handy.
But looking in cpu/mpc85xx/pci.c:
...
#ifdef CONFIG
1 - 100 of 126 matches
Mail list logo