From: prafulla_wadaskar
Added macronix SF driver for MTD framework
MX25L12805D is supported and tested
TBD: sector erase implementation, other deivces support
Signed-off-by: prafulla_wadaskar
Tested by: prafulla_wadaskar
---
drivers/mtd/spi/Makefile|1 +
drivers/mtd/spi/macronix.c |
From: prafulla_wadaskar
In some cases the u-boot.bin need to be processed further
to create bootable u-boot binary from boot device
This processing may be cpu,soc and/or board spcific
bin_dep.sh provides a mechanism to execute bin_dep.sh
if present in above platform specific folders
Signed-off-b
From: prafulla_wadaskar
This debug_prints strategy provides-
A. pre-formatted debug and print macros to be used in a code
B. flexiblility to enable selective debug prints without
modifying a source code
For more details refer doc/README.debug_prints
Signed-off-by: prafulla_wadaskar
---
conf
Hi all,
I want to boot linux by a simplified bootloader. I use Atmel's ARM
chip (AT91SAM9RL64EK board). Now, I can boot linux with my small
program. The small program will parse the image generaed by "mkimage"
and copy the kernel bianry from NAND flash to SDRAM, construct the tag
list, disable I/D
2009/4/2 alfred steele :
> 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.
On 01:06 Fri 03 Apr , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090402192755.gb15...@game.jcrosoft.org> you wrote:
> >
> > if Remy is ok
> > could apply the at91 pull request then I will generate the final usb
> > reorganisation patch?
>
> That should go
Dear Wolfgang,
Please pull git://git.denx.de/u-boot-fdt.git master. These are bugfixes
from dtc/libfdt and resynchronizes us.
Thanks,
gvb
The following changes since commit ed9953d6903c9673135a96ae1644f61cb0eac5ce:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boo
thanks Jerry Van Baren-7
sorry about my postpone replying
the problem have solved some days ago, thanks for your suggestion about
clocks configurate, though it's
not clocks' bussiness.
the register cmx_uar is mistake, i have fixed it up by manual. everything is
done
later i will take the details
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 22:02 Wed 01 Apr , Tom Rix wrote:
>
>> https://omapzoom.org/gf/project/omapzoom/wiki/?pagename=GettingStartedWithZoomII_AKA_OMAP34XII_MDP
>>
>> The zoom2 has an auxillary board that contains the serial, net, jtag and
>> battery simulator. This ch
Hi,
Sorry. This was an error due to location of code in a shared filesystem in
vmware machine.
I was able to build after I moved code to another filesystem.
Thanks,
Neeraj
--- On Thu, 4/2/09, Neeraj Tandon wrote:
From: Neeraj Tandon
Subject: [U-Boot] make davinci_dvevm_config error
To:
This patch fix the wrong gpio offset
Signed-off-by: Minkyu Kang
---
include/s3c6400.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/s3c6400.h b/include/s3c6400.h
index fd3e99b..1da85a1 100644
--- a/include/s3c6400.h
+++ b/include/s3c6400.h
@@ -215,9 +215,9
Hi,
I am using u-boot version 2009.03-rc1 for davinci DM6467 EVM. I have set
CROSS_COMPILE=arm_v5t_le- and ARCH=arm.
On trying make davinci_dvevm_config I get an error:
ln : creating symbolic link "asm" to "asm-arm" : Opertaion not permitted
Any pointers to how this build enviro
This brings it in line with other Freescale boards.
Signed-off-by: Scott Wood
---
This time with ttyCPM0, not ttyS0.
include/configs/MPC8260ADS.h | 42 ++
1 files changed, 42 insertions(+), 0 deletions(-)
diff --git a/include/configs/MPC8260ADS.h b/inc
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090402192755.gb15...@game.jcrosoft.org> you wrote:
>
> if Remy is ok
> could apply the at91 pull request then I will generate the final usb
> reorganisation patch?
That should go through the USB custodian tree.
Best regards,
Wolfgang Denk
--
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 10:41 Mon 23 Mar , Haavard Skinnemoen wrote:
>
>> Jean-Christophe PLAGNIOL-VILLARD wrote:
>>
>>> On 09:58 Mon 23 Mar , Nicolas Ferre wrote:
>>>
The MACB IP used by AVR32 & AT91 have two different layout for USRIO
register
Hi Michael,
Michael Zaidman wrote:
> 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 -
Wolfgang,
Can this be put in the ToDo list so anyone who looks to clean up their
CPU and/or architecture knows what it is exactly that we are trying to
achieve
Thanks,
Graeme
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/lis
Without this, u-boot can crash or print garbage if the original link
address no longer points to a valid string.
Signed-off-by: Scott Wood
---
I sent this a couple weeks ago hoping to make it in as a bugfix, but it
didn't make it. Do you have any objections to the patch, or can it go in
this mer
Signed-off-by: Scott Wood
---
cpu/mpc8260/cpu.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/cpu/mpc8260/cpu.c b/cpu/mpc8260/cpu.c
index 1b034cd..d4622ca 100644
--- a/cpu/mpc8260/cpu.c
+++ b/cpu/mpc8260/cpu.c
@@ -311,6 +311,9 @@ void ft_cpu_setup (void *blob, bd_t *b
This brings it in line with other Freescale boards.
Signed-off-by: Scott Wood
---
include/configs/MPC8260ADS.h | 42 ++
1 files changed, 42 insertions(+), 0 deletions(-)
diff --git a/include/configs/MPC8260ADS.h b/include/configs/MPC8260ADS.h
index 42fb
On 10:41 Mon 23 Mar , Haavard Skinnemoen wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
> > On 09:58 Mon 23 Mar , Nicolas Ferre wrote:
> > > The MACB IP used by AVR32 & AT91 have two different layout for USRIO
> > > register. We have to differentiate this in the driver code.
> > > No more
On 22:02 Wed 01 Apr , Tom Rix wrote:
> Zoom2 serial is in general supplied by one of the 4 UARTS on the debug board.
> The default serial is from the USB connector on left side of the debug board.
> The USB connector will produce 2 of the 4 UARTS. On your host pick the first
> enumeration.
>
On 22:02 Wed 01 Apr , Tom Rix wrote:
> Zoom2 is a new board from Texas Instruments and LogicPD
> This is the product description
> http://www.logicpd.com/products/development-kits/texas-instruments-zoom%E2%84%A2-omap34x-ii-mdp
>
> This patch provides a zoom2 base target by copying zoom1 and by
On 22:02 Wed 01 Apr , Tom Rix wrote:
> https://omapzoom.org/gf/project/omapzoom/wiki/?pagename=GettingStartedWithZoomII_AKA_OMAP34XII_MDP
>
> The zoom2 has an auxillary board that contains the serial, net, jtag and
> battery simulator. This change supports a runtime check if the debug board i
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
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: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
>
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
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
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
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
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
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
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.
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
> -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
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
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
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
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
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
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
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 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
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
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
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:
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
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
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: 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
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
> 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
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
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
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
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 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,
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 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 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
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
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
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
>> 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 (
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
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 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
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,
> 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
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
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 :(.
>
>
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
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 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.
>
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);
> >
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
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 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
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
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
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 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(
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.
__
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
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
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 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
> --
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
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
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
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/
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
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
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
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 (
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
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
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,
1 - 100 of 124 matches
Mail list logo
