Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090402053526.gn14...@game.jcrosoft.org> you wrote:
> On 22:02 Wed 01 Apr , Tom Rix wrote:
> > Divisor field is called PTV not PVT.
> >
> > This change is needed because of earlier OMAP commit
> > 81472d893fa565c9d300928a40e504a689bde131
> >
On Thu, Apr 2, 2009 at 2:18 PM, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 13:43 Thu 02 Apr , Kyungmin Park wrote:
>> Hi,
>>
>> If there's no objection, could you apply this patch to ARM git tree?
> Just one question
> is the OneNand always 16bits?
>
Sure as I know, there's no exception.
T
Dear support,
Am trying to configure out how to change my u-boot to be netconsole from serial
console.
When i key in help in my u-boot start-up, i didnt seen any nc command.
U-Boot> help
May i know how to enable netconsole.
By adding following in u-boot/include/configs/at91sam9260ek.h
#define C
Dear "ong",
In message <200904021526134849...@free2move.us> you wrote:
>
> Am trying to configure out how to change my u-boot to be netconsole from
> serial console.
I recomment to start by reading the documentation.
> When i key in help in my u-boot start-up, i didnt seen any nc command.
Th
>Dear eija_flight,
>In message <22840615.p...@talk.nabble.com> you wrote:
>
> During above initialization process of u-boot,
>
> 1. Does it conduct a test to all board hardware listed?
>No. In general, there is no testing performed. Minor exceptions from
>this rule exist, for example the RAM
On Thu, Apr 02, 2009 at 12:43:53AM +0200, Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090331202939.gi24...@game.jcrosoft.org> you wrote:
> > On 11:19 Tue 17 Mar , Dirk Behme wrote:
> > > Fix OMAP3 timer handling to 1ms tick and CONFIG_SYS_HZ to 1000.
> > > C
From: Manikandan Pillai
Signed-off-by: Dirk Behme
Signed-off-by: Manikandan Pillai
Signed-off-by: Ladislav Michl
---
Changes from Dirk's patch which is replaced by this [2]:
* Fix conflicts after commit 81472d893fa565c9d300928a40e504a689bde131
Changes from Mani's original patch which is repl
Hi Stefan,
> your patch 7b5611cdd12ca0cc33f994f0d4a4454788fc3124 [inka4x0: Add hardware
> diagnosis functions for inka4x0] introduced all kind of new defines in the
> ns16550.h header resulting in a warning on some 4xx platforms:
>
> [ste...@kubuntu u-boot (master)]$ ./MAKEALL ml300
> Configurin
On Thursday 02 April 2009, Detlev Zundel wrote:
> > I suggest to either remove this MSI_RI from the header again (it doesn't
> > seem to be used here) or rename it.
>
> Ok, so much for the plan to add the defines not bit by bit as needed,
> but register-wise, while we're there.
>
> I actually would
Hi,
>> }
>>
>> unsigned char mmc_board_init(void)
> unsigned char?
> why
in omap3_mmc.c, many functions return the unsigned char.
I don't know why too :(
but if we need it can be changed.
>> +switch (curr_device) {
>> +case 1:
>> +writel(readl(&t2_base->pbias_lite) | PBIA
Hello,
It is possible to use standalone apps to do memory operations?
If it is possible, then how to do it?
I've been able to exporting some functions for my standalone apps, but
getting hard time exporting the do_mem_xx functions..
please let me know if there's some way..
regards,
eija_flight
Signed-off-by: Mike Frysinger
---
MAINTAINERS |1 +
MAKEALL |1 +
Makefile |6 +-
board/bf538f-ezkit/.gitignore |1 +
board/bf538f-ezkit/Makefile | 57 +++
board/bf538f-ezkit/bf538f-ez
Signed-off-by: Mike Frysinger
---
MAINTAINERS |1 +
MAKEALL |1 +
Makefile|6 +-
board/bf526-ezbrd/.gitignore|1 +
board/bf526-ezbrd/Makefile | 58
board/bf526-ezbrd/bf526-ezbrd.c | 77 ++
Signed-off-by: Mike Frysinger
---
MAINTAINERS |1 +
MAKEALL |1 +
Makefile|5 +-
board/bf548-ezkit/.gitignore|1 +
board/bf548-ezkit/Makefile | 58 +++
board/bf548-ezkit/bf548-ezkit.c | 79 +++
Signed-off-by: Mike Frysinger
---
MAINTAINERS |1 +
MAKEALL |1 +
Makefile|5 +-
board/bf527-ezkit/.gitignore|1 +
board/bf527-ezkit/Makefile | 58 +++
board/bf527-ezkit/bf527-ezkit.c | 77 +++
Some more fixes and new boards (which were posted already).
Mike Frysinger (13):
Blackfin: bf548-ezkit: new board port
Blackfin: bf527-ezkit: new board port
Blackfin: bf538f-ezkit: new board port
Blackfin: bf526-ezbrd: new board port
Blackfin: bf518f-ezbrd: new board port
Blackfin: fix
Now that the common SPI flash code supports all the flashes, we can stop
using the old driver.
Signed-off-by: Mike Frysinger
---
board/bf533-stamp/Makefile|1 -
board/bf533-stamp/spi_flash.c |2 --
2 files changed, 0 insertions(+), 3 deletions(-)
delete mode 100644 board/bf533-stamp
Since the Blackfin timer code requires HZ to be 1000, barf on any board
that tries to use a different value.
Signed-off-by: Mike Frysinger
---
include/asm-blackfin/blackfin-config-post.h |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/include/asm-blackfin/blackfin
On Thursday 11 December 2008 16:16:29 Mike Frysinger wrote:
> On Wednesday 09 July 2008 18:37:06 Wolfgang Denk wrote:
> > In message Jason McMullan wrote:
> > > Add support for the Winbond W25X16/32/64 series of
> > > SPI Flash devices.
> >
> > Signed-off-by line is missing.
> >
> > > --- /dev/null
These patches have all been posted at one point or another, I'm just
collecting them all in my tree here:
git://git.denx.de/u-boot-blackfin.git sf
So if you have any complaints, now's the time !
Jean-Christophe PLAGNIOL-VILLARD (1):
mtd: add some at45 spi flash support
Mike Frysinger (
Signed-off-by: Mike Frysinger
Acked-by: Haavard Skinnemoen
---
drivers/mtd/spi/atmel.c |2 +-
drivers/mtd/spi/spi_flash.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mtd/spi/atmel.c b/drivers/mtd/spi/atmel.c
index fc924a2..c3b936f 100644
--- a/driver
From: Jean-Christophe PLAGNIOL-VILLARD
- AT45DB321D
- AT45DB161D
- AT45DB081D
- AT45DB041D
- AT45DB021D
- AT45DB011D
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Signed-off-by: Mike Frysinger
---
drivers/mtd/spi/atmel.c | 48 +++
1 files
From: Mingkai Hu
Add MTD SPI Flash support for S25FL008A, S25FL016A,
S25FL032A, S25FL064A, S25FL128P.
Signed-off-by: Mingkai Hu
Signed-off-by: Mike Frysinger
---
drivers/mtd/spi/Makefile |1 +
drivers/mtd/spi/spansion.c | 356
2 files change
Signed-off-by: Mike Frysinger
CC: Haavard Skinnemoen
---
drivers/mtd/spi/stmicro.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/mtd/spi/stmicro.c b/drivers/mtd/spi/stmicro.c
index e401cd0..b43e9f4 100644
--- a/drivers/mtd/spi/stmicro.c
+++ b/drivers/mtd/spi/
The common SPI flash code reads the idcode and passes it down to the SPI
flash driver, so there is no need to read it again ourselves.
Signed-off-by: Mike Frysinger
Acked-by: Haavard Skinnemoen
CC: Jason McMullan
CC: TsiChung Liew
---
drivers/mtd/spi/stmicro.c |8 +---
1 files changed
Some SPI flash drivers like to have extended id information available
(like the spansion flash), so rather than making it re-issue the ID cmd
to get at the last 2 bytes, have the common code read 5 bytes rather than
just 3. This also matches the Linux behavior where it always reads 5 id
bytes from
Signed-off-by: Mike Frysinger
Acked-by: Haavard Skinnemoen
---
drivers/mtd/spi/Makefile |1 +
drivers/mtd/spi/spi_flash.c |5 +
drivers/mtd/spi/spi_flash_internal.h |1 +
drivers/mtd/spi/sst.c| 358 ++
4 files chan
On 10:18 Wed 26 Nov , Kyungmin Park wrote:
> Move machine specific code to smdk6400.
> Some board use OneNAND instead of NAND.
>
> Some register MP0_CS_CFG[5:0] are controled by both h/w and s/w.
> So it's better to use macro instead of hard-coded value.
>
> Signed-off-by: Kyungmin Park
> --
On 19:36 Thu 02 Apr , Minkyu Kang wrote:
> This patch support the soft reset at s3c6410
>
> Signed-off-by: Minkyu Kang
> ---
> cpu/arm1176/cpu.c |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
>
> diff --git a/cpu/arm1176/cpu.c b/cpu/arm1176/cpu.c
> index 1e94f7d..cb13d9c 10
On Wednesday 01 April 2009 13:21:19 Jean-Christophe PLAGNIOL-VILLARD wrote:
> drivers/usb/{ => gadget}/Makefile| 19 +--
> drivers/usb/{ => gadget}/usbdcore_ep0.c |2 +-
> drivers/usb/{ => gadget}/usbdcore_mpc8xx.c |4 ++--
> drivers/usb/{ => gadget}/us
can we shorten/elongate (doesnt matter to me) the next release process ? the
original time frame was picked so as to not overlap with the linux kernel, but
the current merge window did exactly that :(.
-mike
signature.asc
Description: This is a digitally signed message part.
__
Signed-off-by: Mike Frysinger
---
MAINTAINERS |1 +
MAKEALL |1 +
Makefile |6 +-
board/bf518f-ezbrd/.gitignore |1 +
board/bf518f-ezbrd/Makefile | 57 ++
board/bf518f-ezbrd/bf518f-ezb
Signed-off-by: Mike Frysinger
---
drivers/spi/bfin_spi.c | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/drivers/spi/bfin_spi.c b/drivers/spi/bfin_spi.c
index 0472c1a..bc3394a 100644
--- a/drivers/spi/bfin_spi.c
+++ b/drivers/spi/bfin_spi.c
@@ -36,6 +36,
When testing a u-boot binary that hasn't been booted from the bootrom, we
have to make sure the bootstruct structure has sane storage space. If we
don't, the initcode will crash when it tries to dereference an invalid
pointer.
Signed-off-by: Mike Frysinger
---
cpu/blackfin/initcode.c |9 +++
On 06:45 Thu 02 Apr , Mike Frysinger wrote:
> Since the Blackfin timer code requires HZ to be 1000, barf on any board
> that tries to use a different value.
>
> Signed-off-by: Mike Frysinger
> ---
> include/asm-blackfin/blackfin-config-post.h |8 ++--
> 1 files changed, 6 insertions(
On 00:39 Thu 02 Apr , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <1238431700-7803-2-git-send-email-plagn...@jcrosoft.com> you wrote:
> > unify arm cache management except for non standard cache as ARM7TDMI
> >
> > Signed-off-by: Jean-Christophe PLAGNIOL-VILLA
This patch support the soft reset at s3c6410
Signed-off-by: Minkyu Kang
---
cpu/arm1176/cpu.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/cpu/arm1176/cpu.c b/cpu/arm1176/cpu.c
index 1e94f7d..cb13d9c 100644
--- a/cpu/arm1176/cpu.c
+++ b/cpu/arm1176/cpu.c
@@ -112,7
Signed-off-by: Mike Frysinger
---
cpu/blackfin/serial.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/cpu/blackfin/serial.c b/cpu/blackfin/serial.c
index 42534bd..3861955 100644
--- a/cpu/blackfin/serial.c
+++ b/cpu/blackfin/serial.c
@@ -115,10 +115,6 @@ void serial_
The Blackfin SDH controller is still using the legacy framework, so update
the driver to use the renamed functions.
Signed-off-by: Mike Frysinger
---
drivers/mmc/bfin_sdh.c | 14 ++
1 files changed, 2 insertions(+), 12 deletions(-)
diff --git a/drivers/mmc/bfin_sdh.c b/drivers/mmc
Signed-off-by: Mike Frysinger
---
board/bf537-stamp/Makefile |1 +
board/bf537-stamp/bf537-stamp.c | 57 ++---
board/bf537-stamp/ide-cf.c | 66 +++
3 files changed, 70 insertions(+), 54 deletions(-)
create mode 100
Looks like I accidentally added a newline to the OTP help when merging and
older change.
Signed-off-by: Mike Frysinger
---
common/cmd_otp.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/cmd_otp.c b/common/cmd_otp.c
index 6523290..4be4344 100644
--- a/common/cmd
Mike Frysinger wrote:
> - /* Up to 2 seconds */
> - ret = stmicro_wait_ready(flash, 2 * CONFIG_SYS_HZ);
> + ret = stmicro_wait_ready(flash, SPI_FLASH_PAGE_ERASE_TIMEOUT);
50 ms is an awful lot less than 2 seconds. Sure this is safe?
Haavard
On Thursday 02 April 2009 06:57:03 Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 06:45 Thu 02 Apr , Mike Frysinger wrote:
> > Since the Blackfin timer code requires HZ to be 1000, barf on any board
> > that tries to use a different value.
> >
> > Signed-off-by: Mike Frysinger
> > ---
> > inclu
On Thursday 02 April 2009 07:20:13 Haavard Skinnemoen wrote:
> Mike Frysinger wrote:
> > - /* Up to 2 seconds */
> > - ret = stmicro_wait_ready(flash, 2 * CONFIG_SYS_HZ);
> > + ret = stmicro_wait_ready(flash, SPI_FLASH_PAGE_ERASE_TIMEOUT);
>
> 50 ms is an awful lot les
Dear eija_flight,
In message <22843365.p...@talk.nabble.com> you wrote:
>
> Using U-boot 1.3.1 version, It is possible (as a user) to apply all of
> these test feature into a standalone applications?
> because I need to log the result using standalone app.
U-Boot 1.3.1 is very old and basicly
Dear eija_flight,
In message <22844927.p...@talk.nabble.com> you wrote:
>
> It is possible to use standalone apps to do memory operations?
> If it is possible, then how to do it?
Like any other functions, too. Just read the documentation and follow
the examples given there.
> I've been able to
Dear Mike,
In message <200904020716.34368.vap...@gentoo.org> you wrote:
>
> can we shorten/elongate (doesnt matter to me) the next release process ? the
> original time frame was picked so as to not overlap with the linux kernel,
> but
> the current merge window did exactly that :(.
Yes, I'm
Mike Frysinger wrote:
> On Thursday 02 April 2009 07:20:13 Haavard Skinnemoen wrote:
> > Mike Frysinger wrote:
> > > - /* Up to 2 seconds */
> > > - ret = stmicro_wait_ready(flash, 2 * CONFIG_SYS_HZ);
> > > + ret = stmicro_wait_ready(flash, SPI_FLASH_PAGE_ERASE_TIMEOUT);
> >
On 07:21 Thu 02 Apr , Mike Frysinger wrote:
> On Thursday 02 April 2009 06:57:03 Jean-Christophe PLAGNIOL-VILLARD wrote:
> > On 06:45 Thu 02 Apr , Mike Frysinger wrote:
> > > Since the Blackfin timer code requires HZ to be 1000, barf on any board
> > > that tries to use a different value.
>
On 13:40 Thu 02 Apr , Wolfgang Denk wrote:
> Dear Mike,
>
> In message <200904020716.34368.vap...@gentoo.org> you wrote:
> >
> > can we shorten/elongate (doesnt matter to me) the next release process ?
> > the
> > original time frame was picked so as to not overlap with the linux kernel,
>
On Thursday 02 April 2009 07:28:21 Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 07:21 Thu 02 Apr , Mike Frysinger wrote:
> > On Thursday 02 April 2009 06:57:03 Jean-Christophe PLAGNIOL-VILLARD wrote:
> > > On 06:45 Thu 02 Apr , Mike Frysinger wrote:
> > > > Since the Blackfin timer code req
Since timeouts are only hit when there is a problem in the system, we
don't want to prematurely timeout on a functioning setup. Thus having
low timeouts (in milliseconds) doesn't gain us anything in the production
case, but rather increases likely hood of causing problems where none
otherwise exis
On Thursday 02 April 2009 07:40:09 Wolfgang Denk wrote:
> In message Mike wrote:
> > can we shorten/elongate (doesnt matter to me) the next release process ?
> > the original time frame was picked so as to not overlap with the linux
> > kernel, but the current merge window did exactly that :(.
>
>
Hi Mike,
> not so long ago there was some custom thingy that was running on the u-boot
> website that'd automatically grab patches from the mailing list and try to
> file them away so they wouldnt get lost. but i cant seem to find it any
> more.
> is it gone ?
No, it is not gone, it only st
Hi,
> Dear Scott Wood,
>
> In message <20090331212514.ga19...@ld0162-tx32.am.freescale.net> you wrote:
>> On Tue, Mar 31, 2009 at 05:48:01PM +0200, Wolfgang Denk wrote:
>> > We still need some hint that the timer works in millisecond
>> > resolution, though - no matter what you call it.
>>
>> How
On Thursday 02 April 2009 08:32:00 Detlev Zundel wrote:
> > not so long ago there was some custom thingy that was running on the
> > u-boot website that'd automatically grab patches from the mailing list
> > and try to file them away so they wouldnt get lost. but i cant seem to
> > find it any mor
Hi Michael,
> Sorry for the previous mail,
> I have to enable the git operation via gmail on my workstation.
What do you mean by this? Usually you only need a mailer which is
capable to attach things inline. Even better - if you have a direct
access to an mta or an smtp server, use git-send-ema
When we claim that we speak AT, Network Manager will send query us with
AT commands.
Signed-off-by: Russ Dill
---
drivers/serial/usbtty.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/serial/usbtty.c b/drivers/serial/usbtty.c
index 2624e6f..1ed0e4d 100644
---
Hi Chuang,
> I am a newbie and I have not realized all the rules, so I
> have some questions.
>
> On Tue Mar 31 12:24:03 CEST 2009, you wrote:
>> > +static unsigned int rtc = CONFIG_SYS_RTC_BASE;
>>
>> Please use a proper C structure to describe the RTC; do not use base
>> address plus
>> In message <20090331212514.ga19...@ld0162-tx32.am.freescale.net> you wrote:
>>> On Tue, Mar 31, 2009 at 05:48:01PM +0200, Wolfgang Denk wrote:
We still need some hint that the timer works in millisecond
resolution, though - no matter what you call it.
>>> How about just calling it HZ (
Mike Frysinger wrote:
> Since timeouts are only hit when there is a problem in the system, we
> don't want to prematurely timeout on a functioning setup. Thus having
> low timeouts (in milliseconds) doesn't gain us anything in the production
> case, but rather increases likely hood of causing prob
Thanks for the tip. I gather that the U-Boot version I'm using (1.2.0) is
appropriate for my hardware revision
in combination with the phycore-MPC5200B-tiny module as per the link sent by
Pengutronix
The OSELAS.BSP-Phytec-phyCORE-MPC5200B-tiny-5 release should be still
sufficient for you. If you
Hi Ong,
> Am trying to configure out how to change my u-boot to be netconsole from
> serial console.
>
> When i key in help in my u-boot start-up, i didnt seen any nc command.
> U-Boot> help
In my last e-mail I already pointed you to doc/README.NetConsole. From
where in this document do you get
On Thursday 02 April 2009 09:06:13 Russ Dill wrote:
> ... will send query us with ...
one of those words should get dropped ... probably "send": "will query us
with" ...
> drivers/serial/usbtty.c |2 +-
please put this info into the subject/summary. a simple "usbtty: " prefix in
the subje
On Thu, Apr 2, 2009 at 6:16 AM, Mike Frysinger wrote:
> On Thursday 02 April 2009 09:06:13 Russ Dill wrote:
>> ... will send query us with ...
>
> one of those words should get dropped ... probably "send": "will query us
> with" ...
>
>> drivers/serial/usbtty.c | 2 +-
>
> please put this info
On Apr 2, 2009, at 7:44 AM, Mike Frysinger wrote:
> On Thursday 02 April 2009 08:32:00 Detlev Zundel wrote:
>>> not so long ago there was some custom thingy that was running on the
>>> u-boot website that'd automatically grab patches from the mailing
>>> list
>>> and try to file them away so th
On Apr 2, 2009, at 4:03 AM, Stefan Roese wrote:
> On Thursday 02 April 2009, Detlev Zundel wrote:
>>> I suggest to either remove this MSI_RI from the header again (it
>>> doesn't
>>> seem to be used here) or rename it.
>>
>> Ok, so much for the plan to add the defines not bit by bit as needed,
Mike Frysinger wrote:
> On Thursday 02 April 2009 08:32:00 Detlev Zundel wrote:
>>> not so long ago there was some custom thingy that was running on the
>>> u-boot website that'd automatically grab patches from the mailing list
>>> and try to file them away so they wouldnt get lost. but i cant see
On Apr 2, 2009, at 7:03 AM, Mike Frysinger wrote:
> On Thursday 02 April 2009 07:40:09 Wolfgang Denk wrote:
>> In message Mike wrote:
>>> can we shorten/elongate (doesnt matter to me) the next release
>>> process ?
>>> the original time frame was picked so as to not overlap with the
>>> linux
On Thursday 02 April 2009 09:27:55 Kumar Gala wrote:
> On Apr 2, 2009, at 7:03 AM, Mike Frysinger wrote:
> > On Thursday 02 April 2009 07:40:09 Wolfgang Denk wrote:
> >> In message Mike wrote:
> >>> can we shorten/elongate (doesnt matter to me) the next release
> >>> process ?
> >>> the original ti
Jean-Christophe PLAGNIOL-VILLARD wrote:
> why not using the arm led API??
>
OK. I will fix.
>> +{
>> +gpio_t *gpio6_base = (gpio_t *) OMAP34XX_GPIO6_BASE;
>> +
>> +sr32 (&gpio6_base->cleardataout, 13, 1, 1); /* red off */
>>
> we clearly need now a GPIO API it's start to be mand
> please do this at the same time that you add the board
>
>
OK. rebase squashing .
Tom
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 08:38 Thu 02 Apr , Tom wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
>> why not using the arm led API??
>>
> OK. I will fix.
>>> +{
>>> + gpio_t *gpio6_base = (gpio_t *) OMAP34XX_GPIO6_BASE;
>>> +
>>> + sr32 (&gpio6_base->cleardataout, 13, 1, 1); /* red off */
>>>
>> we cl
From: Andreas Huber
On platforms with multiple NOR chips, currently only the first one
can be selected using the "ubi part" command. This patch fixes this
problem by using different names for the NOR "mtd devices".
It also changes the name of the NOR MTD device from "cfi-mtd" to
"norX" (X indexi
Hello Jean-Christophe,
>> usb_[eo]hci => [eo]hci ?
>>
> Remy what do you prefer?
I think this structure is a whole lot better then dumping everything
in a flat directory tree.
And I also prefer to follow the Linux kernel structure, thus without
usb_ prefixes.
e.g.: drivers/usb/host/ochi.c or dri
From: Wolfgang Denk
Announce removal of all non-GPL or GPL-incompatible files
after August 2009.
Signed-off-by: Wolfgang Denk
---
doc/feature-removal-schedule.txt | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/doc/feature-removal-schedule.txt b/doc/featu
Hi:
Was going through the patch for uboot posted earlier this year and the
related review comments here:
http://www.mail-archive.com/u-boot@lists.denx.de/msg01140.html. Looks
like the NAND boot for MX31 PDK is not ready yet.
I was told that if that the mx31 phycore patch should work just fine
for
On Thu, Apr 2, 2009 at 3:47 PM, Detlev Zundel wrote:
>> I have to enable the git operation via gmail on my workstation.
>
> What do you mean by this? Usually you only need a mailer which is
> capable to attach things inline. Even better - if you have a direct
> access to an mta or an smtp serve
Hi,
I am trying to build the u-boot for ARM Cortex-A8 (OMAP3).
By default the code is built for ARMv5. So, I made this
change in cpu/arm_cortexa8/config.mk:
# Make ARMv5 to allow more compilers to work, even though its v7a.
-PLATFORM_CPPFLAGS += -march=armv5
+PLATFORM_CPPFLAGS += -march=armv7-a
Fixes this compile error:
board.c: In function 'do_switch_ecc':
board.c:339: error: 'cmd_tbl_t' has no member named 'help'
make[1]: *** [board.o] Error 1
make[1]: Leaving directory
`/db/psp_git/users/a0756819/u-boot/cpu/arm_cortexa8/omap3'
make: *** [cpu/arm_cortexa8/omap3/libomap3.a] Error 2
Sig
On Wed, Apr 01, 2009 at 10:02:14PM -0500, Tom Rix wrote:
> +#define SECTORSIZE 512
> +
> +#define NAND_ALLOW_ERASE_ALL
> +#define ADDR_COLUMN 1
> +#define ADDR_PAGE2
> +#define ADDR_COLUMN_PAGE 3
> +
> +#define NAND_ChipID_UNKNOWN
I can't find anywhere in the datasheet that says the status register needs
3 dummy bytes sent to it before being able to read back the first real
result. Tests on a Blackfin board show that after writing the opcode, the
status register starts coming back immediately. So only write out the
read st
On Thursday 02 April 2009 12:21:54 Sanjeev Premi wrote:
> cpu/arm_cortexa8/omap3/board.c |2 +-
you're fixing a specific board or board family, so please put that into the
subject line. "Fix compile issue" might be ok if it were an error in the top
level build files, but this isnt ...
-mike
move to linux usb driver organisation
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Cc: Remy Bohmer
---
Remy is this one ok for you?
I've try to respect the usb driver linux organistation at maximum
Best Regards,
J.
Makefile |4 +-
drivers/seri
Dirk,
On Tue, Mar 31, 2009 at 05:55:13PM +0200, Dirk Behme wrote:
> ... I'd like that we split general ticks/timer code clean
> up and bug fixes. I'd like that we implement the changes proposed by
> Mike and Jean-Christophe independent and don't mix them with other
> fixes for broken timer code
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090402112949.gc2...@game.jcrosoft.org> you wrote:
>
> > Please suggest where and when? Make this merge window longer by one
> > week, and this testing phase longer by two weeks?
> why not create a release to integrate the Kconfig?
You would s
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1238691332-27548-1-git-send-email-plagn...@jcrosoft.com> you wrote:
> move to linux usb driver organisation
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> Cc: Remy Bohmer
> ---
> Remy is this one ok for you?
Looks OK to me, but..
> di
Sanjeev Premi wrote:
> Fixes this compile error:
> board.c: In function 'do_switch_ecc':
> board.c:339: error: 'cmd_tbl_t' has no member named 'help'
> make[1]: *** [board.o] Error 1
> make[1]: Leaving directory
> `/db/psp_git/users/a0756819/u-boot/cpu/arm_cortexa8/omap3'
> make: *** [cpu/arm_cort
> -Original Message-
> From: Dirk Behme [mailto:dirk.be...@googlemail.com]
> Sent: Thursday, April 02, 2009 11:48 PM
> To: Premi, Sanjeev
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH] Fix compile issue
>
> Sanjeev Premi wrote:
> > Fixes this compile error:
> > board.c: In fun
Rename the pci header for FSL HW so we can move some prototypes
in there and stop doing explicit externs
Signed-off-by: Kumar Gala
---
board/atum8548/atum8548.c |2 +-
board/freescale/mpc8536ds/mpc8536ds.c |2 +-
board/freescale/mpc8544ds/mpc8544ds.c |2 +-
bo
Signed-off-by: Kumar Gala
---
board/atum8548/atum8548.c |7 ---
board/freescale/mpc8536ds/mpc8536ds.c |6 --
board/freescale/mpc8544ds/mpc8544ds.c |6 --
board/freescale/mpc8548cds/mpc8548cds.c |6 --
board/freescale/mpc8568mds/mpc8568mds.
Hi Detlef,
Detlef Vollmann a écrit :
> Change at91 CPUs based on arm926ejs to return milliseconds
> from get_timer and get_ticks. Also changes in the value of
> CONFIG_SYS_HZ to 1000 in all board configs using these CPUs.
> This will not compile on boards using these CPUs with a
> different
Hi:
Was going through the patch for uboot posted earlier this year and the
related review comments here:
http://www.mail-archive.com/u-boot@lists.denx.de/msg01140.html.
>From the thread, it looks like no one is working on the u-boot nand
boot on imx31 pdk. Please correct me if i am wrong.
I wa
On 21:11 Thu 02 Apr , Eric BENARD wrote:
> Hi Detlef,
>
> Detlef Vollmann a écrit :
> > Change at91 CPUs based on arm926ejs to return milliseconds
> > from get_timer and get_ticks. Also changes in the value of
> > CONFIG_SYS_HZ to 1000 in all board configs using these CPUs.
> > This will
On 12:59 Thu 02 Apr , Mike Frysinger wrote:
> On Thursday 02 April 2009 12:21:54 Sanjeev Premi wrote:
> > cpu/arm_cortexa8/omap3/board.c |2 +-
>
> you're fixing a specific board or board family, so please put that into the
> subject line. "Fix compile issue" might be ok if it were an er
Hi Jean Christophe,
Jean-Christophe PLAGNIOL-VILLARD a écrit :
> On 21:11 Thu 02 Apr , Eric BENARD wrote:
>> I confirm that this patch is fixing timeout problems with tftp downloads
>> on a SAM9260.
>> What is blocking from pushing it mainline ?
> see response e-mail and please note that the
Jerry Van Baren wrote:
> Mike Frysinger wrote:
>> On Thursday 02 April 2009 08:32:00 Detlev Zundel wrote:
not so long ago there was some custom thingy that was running on the
u-boot website that'd automatically grab patches from the mailing list
and try to file them away so they woul
On 20:07 Thu 02 Apr , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <1238691332-27548-1-git-send-email-plagn...@jcrosoft.com> you
> wrote:
> > move to linux usb driver organisation
> >
> > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> > Cc: Remy Bohmer
>
Scott Wood wrote:
> More legacy NAND stuff. You should probably go through the config and
> clean out anything that isn't verifiably necessary.
>
>
This has been removed from Zoom2 and Zoom1.
Other modifications to the zoom configs will follow after this initial
patch set.
Tom
__
On 20:00 Thu 02 Apr , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090402112949.gc2...@game.jcrosoft.org> you wrote:
> >
> > > Please suggest where and when? Make this merge window longer by one
> > > week, and this testing phase longer by two weeks?
> > wh
1 - 100 of 124 matches
Mail list logo
