> -Original Message-
> From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
> Sent: Saturday, April 04, 2009 9:41 PM
> To: Premi, Sanjeev
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] Compiling for ARMv7-a
>
> On 21:27 Thu 02 Apr , Premi, Sanjeev wrote:
> > Hi,
>
> -Original Message-
> From: Mike Frysinger [mailto:vap...@gentoo.org]
> Sent: Friday, April 03, 2009 7:44 PM
> To: u-boot@lists.denx.de
> Cc: Prafulla Wadaskar; Ronen Shitrit
> Subject: Re: [U-Boot] [PATCH] Macronix MX25xx MTD SPI flash driver
>
> On Friday 03 April 2009 07:49:19 Praf
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Friday, April 03, 2009 11:25 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Ronen Shitrit
> Subject: Re: [U-Boot] [PATCH] bin_dep.sh Support
>
> Dear Prafulla Wadaskar,
>
> In message
> <1238759359-6544-
On Monday 06 April 2009 03:23:30 Prafulla Wadaskar wrote:
> > > + /* Up to 2 seconds */
> > > + ret = macronix_wait_ready(flash, 2 * CONFIG_SYS_HZ);
> >
> > there's a common flash erase timeout define
>
> Block erase time for Micronix are different than specified in
> spi_flash_inte
Add some corner case fixes for some Blackfin peripheral drivers, and add
some fixes for anomalies and auditing of others. One or two of the audits
aren't strictly fixes (just adding /*...*/ comments(, but it makes my life
easier to keep them together.
Graf Yang (1):
Blackfin: nand: flush periph
Signed-off-by: Mike Frysinger
---
include/asm-blackfin/mach-bf527/anomaly.h | 40 ---
include/asm-blackfin/mach-bf533/anomaly.h | 77 +++-
include/asm-blackfin/mach-bf537/anomaly.h | 67 +
include/asm-blackfin/mach-bf548/anomaly.h
From: Todor I Mollov
Blackfin SPI driver was not driving the SPI chip-select high before
putting the chip-select signals into tri-state mode. This is probably
something that slipped by unnoticed in most designs. If the signals are
put directly into a tri-state mode, then the board is relying on
From: Graf Yang
We need to make sure the data written to the nand flash controller makes
it there before we start polling its status register. Otherwise, we may
get stale data and return before the controller is actually ready.
Signed-off-by: Graf Yang
Signed-off-by: Mike Frysinger
---
drive
DESCRIPTION:
If the DF bit is set prior to a hardware reset, the PLL will continue to
divide CLKIN by 2 after the hardware reset, but the DF bit itself will be
cleared in the PLL_CTL register.
WORKAROUND:
Reprogram the PLL with DF cleared if the desire is to not divide CLKIN by
2 after reset.
Sig
DESCRIPTION:
The Boot ROM is executed at power up/reset and changes the value of the
SICA_IWR registers from their default reset value of 0x, but does not
restore them.
WORKAROUND:
User code should not rely on the default value of these registers. Set
the desired values explicitly.
Signed-of
Signed-off-by: Mike Frysinger
---
cpu/blackfin/initcode.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/cpu/blackfin/initcode.c b/cpu/blackfin/initcode.c
index 7f54860..062cbb8 100644
--- a/cpu/blackfin/initcode.c
+++ b/cpu/blackfin/initcode.c
@@ -335,6 +335,7 @@ void
DESCRIPTION:
The column address width settings for banks 2 and 3 are misconnected in
the SDRAM controller. Accesses to bank 2 will result in an error if the
Column Address Width for bank 3 (EB3CAW ) is not set to be the same as
that of bank 2.
WORKAROUND:
If using bank 2, make sure that banks 2 a
There is no code change here, just new comments, but this keeps me from
having to do another audit from scratch in the future.
Signed-off-by: Mike Frysinger
---
cpu/blackfin/serial.c | 21 -
cpu/blackfin/serial.h |2 +-
2 files changed, 21 insertions(+), 2 deletions(-)
Dear Prafulla Wadaskar,
In message <73173d32e9439e4abb5151606c3e19e250840...@sc-vexch1.marvell.com> you
wrote:
>
> > This seems to be a lot of effort, from code to command line pollution
> > - for what exactly?
> >
> > Which is the problem you are trying to solve?
> If I understood current u-bo
Dear "Premi, Sanjeev",
In message you
wrote:
>
> > maybe you could explain us why you need it?
>
> [sp] Only as an exercise to see if compiling for ARM v7 provides any
> better performance - speed and/or power-consumption.
...both of which are most probably irrelevant in a boot loader,
th
Hi Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 10:24 Fri 27 Mar , Daniel Gorsulowski wrote:
>> This patch adds support for MEESC board from esd gmbh.
>> The MEESC is based on an Atmel AT91SAM9263 SoC.
>>
>> Signed-off-by: Daniel Gorsulowski
>> ---
> please rebase your patch
Dear Prafulla Wadaskar,
In message <73173d32e9439e4abb5151606c3e19e250840...@sc-vexch1.marvell.com> you
wrote:
>
> > I don't see use cases for this. This should probably remain
> > out of tree.
>
> Relevant use case will be Marvell Kirkwood SOC, this patch will be dependen
> cy for the same
I
On Monday 06 April 2009 03:56:39 Wolfgang Denk wrote:
> In message Prafulla Wadaskar wrote:
> > > This seems to be a lot of effort, from code to command line pollution
> > > - for what exactly?
> > >
> > > Which is the problem you are trying to solve?
> >
> > If I understood current u-boot debuggin
Dear Mike Frysinger,
In message <1239004434-13962-1-git-send-email-vap...@gentoo.org> you wrote:
> Add some corner case fixes for some Blackfin peripheral drivers, and add
> some fixes for anomalies and auditing of others. One or two of the audits
> aren't strictly fixes (just adding /*...*/ comm
On Monday 06 April 2009 04:07:18 Wolfgang Denk wrote:
> In message Mike Frysinger wrote:
> > Add some corner case fixes for some Blackfin peripheral drivers, and add
> > some fixes for anomalies and auditing of others. One or two of the
> > audits aren't strictly fixes (just adding /*...*/ comment
Hi
I'm not sure we are on the same page here, the Kirkwood has an internal bootROM
which can only boot an image if this image is wrapped by a specific header.
The do_image should take the u-boot bin and wrap it with this header.
How do u suggest we will support this header generation for the U-
Dear Ronen Shitrit,
In message <309002c0da137042828828fc53d7a9347e13537...@il-mb01.marvell.com> you
wrote:
>
> I'm not sure we are on the same page here, the Kirkwood has an
> internal bootROM which can only boot an image if this image is
> wrapped by a specific header.
What a stupid (read: brok
Dear Mike Frysinger,
In message <200904060413.40502.vap...@gentoo.org> you wrote:
>
> > I guess a pull request will follow soon?
>
> for patch series, i like to let them sit for a day or two before asking for a
> pull request. inevitably, some one points out something i did wrong.
Yes, of cours
Dear Mike Frysinger,
In message <1239004434-13962-3-git-send-email-vap...@gentoo.org> you wrote:
> From: Graf Yang
>
> We need to make sure the data written to the nand flash controller makes
> it there before we start polling its status register. Otherwise, we may
> get stale data and return b
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Monday, April 06, 2009 1:29 PM
> To: Premi, Sanjeev
> Cc: Jean-Christophe PLAGNIOL-VILLARD; u-boot@lists.denx.de
> Subject: Re: [U-Boot] Compiling for ARMv7-a
>
> Dear "Premi, Sanjeev",
>
> In message
>
> you wr
> -Original Message-
> From: Mike Frysinger [mailto:vap...@gentoo.org]
> Sent: Monday, April 06, 2009 1:09 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Ronen Shitrit
> Subject: Re: [U-Boot] [PATCH] Macronix MX25xx MTD SPI flash driver
>
> On Monday 06 April 2009 03:23:30 Praf
Dear Mike Frysinger,
In message <1239004434-13962-2-git-send-email-vap...@gentoo.org> you wrote:
...
> diff --git a/drivers/spi/bfin_spi.c b/drivers/spi/bfin_spi.c
> index bc3394a..bc255cc 100644
> --- a/drivers/spi/bfin_spi.c
> +++ b/drivers/spi/bfin_spi.c
> @@ -52,6 +52,7 @@ void spi_cs_activate
Dear Ronen Shitrit,
In message <309002c0da137042828828fc53d7a9347e13537...@il-mb01.marvell.com> you
wrote:
>
> I'm not sure we are on the same page here, the Kirkwood has an
> internal bootROM which can only boot an image if this image is
> wrapped by a specific header.
There are tons of stan
On Monday 06 April 2009 04:27:59 Prafulla Wadaskar wrote:
> From: Mike Frysinger [mailto:vap...@gentoo.org]
> > On Monday 06 April 2009 03:23:30 Prafulla Wadaskar wrote:
> > > > > + /* Up to 2 seconds */
> > > > > + ret = macronix_wait_ready(flash, 2 * CONFIG_SYS_HZ);
> > >
On Monday 06 April 2009 04:27:10 Wolfgang Denk wrote:
> In message Mike Frysinger wrote:
> > From: Graf Yang
> >
> > We need to make sure the data written to the nand flash controller makes
> > it there before we start polling its status register. Otherwise, we may
> > get stale data and return b
On Monday 06 April 2009 04:24:39 Wolfgang Denk wrote:
> In message Ronen Shitrit wrote:
> > I'm not sure we are on the same page here, the Kirkwood has an
> > internal bootROM which can only boot an image if this image is
> > wrapped by a specific header.
>
> What a stupid (read: broken) hardware d
Dear Ronen Shitrit,
In message <309002c0da137042828828fc53d7a9347e13538...@il-mb01.marvell.com> you
wrote:
>
> Dear Ronen Shitrit,
>
> In message <309002c0da137042828828fc53d7a9347e13537...@il-mb01.marvell.com>=
> you wrote:
> >
> > I'm not sure we are on the same page here, the Kirkwood has a
On Monday 06 April 2009 05:16:02 Wolfgang Denk wrote:
> in message Mike wrote:
> > the Blackfin processor too has a custom format (LDR) for booting code.
> > it's akin to the PHDRs in ELF, plus some additional flag bits to control
> > behavior. but in our world, i wrote external utilities to manag
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk
> Sent: Monday, April 06, 2009 2:46 PM
> To: Mike Frysinger
> Cc: u-boot@lists.denx.de; Ronen Shitrit
> Subject: Re: [U-Boot] [PATCH] bin_dep.sh Support
>
> Dear
On Monday 06 April 2009 05:38:59 Prafulla Wadaskar wrote:
> As a user ideally I expect u-boot.bin generated by u-boot make
> should go onto flash and board should work.
i disagree. u-boot.bin should be the exact flat binary of converting from the
u-boot ELF file using objdump.
> But if this doe
Hi All,
I am trying to boot a RTOS from uboot. I have the uboot flashed in NAND
Flash.
When i power on the board(OMAP3530 based from Mistral) uboot prompt comes
up. Now how do i boot an RTOS which is also residing in NAND Flash at
different offset.?
Can i acheive this without changing the sou
Dear Jens Scharsig,
In message you wrote:
>
> Where is the best place to store this device driver?
>
> 1. uboot-root/device/video
>
> 2. uboot-root/board/[vendor]/[name for common dir]
drivers/video/
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Det
Sorry
Pls ignore this email...
Regards..
Prafulla . .
> -Original Message-
> From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
> Sent: Monday, April 06, 2009 9:23 PM
> To: u-boot@lists.denx.de
> Cc: Ronen Shitrit; Prafulla Wadaskar
> Subject: [PATCH v2] Macroni ha ha ha ha ha
>
>
From: prafulla_wadaskar
Added macronix SF driver for MTD framework
MX25L12805D is supported and tested
TBD: sector erase implementation, other deivces support
Change log:
v2: typos corrected, MX25PXX renamed as MX25XX,
spi_flash struct declared as first member,
RDSR command limited to 8bit trans
On Monday 06 April 2009 06:28:33 Wolfgang Denk wrote:
> In message Mike Frysinger wrote:
> > > ...which seems to be an acceptable (to both sides) compromise to me.
> >
> > minus support for embedding the environment into the image ... i have a
> > patch that adds an option to tools/envcrc to export
CONFIG_S3C6400 is must defined at config header file
That definition is unnecessary at this file
Signed-off-by: Minkyu Kang
---
include/s3c6400.h |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/include/s3c6400.h b/include/s3c6400.h
index 87f3760..e527c08 100644
--- a/
The --binary option to envcrc can be used to export the embedded env as a
binary blob so that it can be manipulated/examined/whatever externally.
Signed-off-by: Mike Frysinger
---
tools/envcrc.c | 45 +
1 files changed, 41 insertions(+), 4 deletions(
Dear Prafulla Wadaskar,
In message <1239033171-26122-1-git-send-email-prafu...@marvell.com> you wrote:
> 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: praf
I already expressed my apology for the same..
Once again I am very sorry for the same.
Clearly my intention was not to waste your time. It was an accident
I will take care not to happen such things ahead...
Hope you will understand me
Regards..
Prafulla . .
> -Original Message-
> From: Wo
On Monday 06 April 2009 11:54:43 Prafulla Wadaskar wrote:
> --- a/drivers/mtd/spi/Makefile
> +++ b/drivers/mtd/spi/Makefile
> @@ -27,6 +27,7 @@ LIB := $(obj)libspi_flash.a
>
> COBJS-$(CONFIG_SPI_FLASH)+= spi_flash.o
> COBJS-$(CONFIG_SPI_FLASH_ATMEL) += atmel.o
> +COBJS-$(CONFIG_SPI_FLASH
> -Original Message-
> From: Mike Frysinger [mailto:vap...@gentoo.org]
> Sent: Monday, April 06, 2009 4:35 PM
> To: u-boot@lists.denx.de
> Cc: Prafulla Wadaskar; Ronen Shitrit
> Subject: Re: [U-Boot] [PATCH] Macronix MX25xx MTD SPI flash driver
>
> > >
> > > Change log:
> > > v2: typos c
On Monday 06 April 2009 11:54:43 Prafulla Wadaskar wrote:
> From: prafulla_wadaskar
>
> Added macronix SF driver for MTD framework
> MX25L12805D is supported and tested
> TBD: sector erase implementation, other deivces support
>
> Change log:
> v2: typos corrected, MX25PXX renamed as MX25XX,
> spi
> -Original Message-
> From: Ben Warren [mailto:biggerbadder...@gmail.com]
> Sent: Saturday, April 04, 2009 12:44 AM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Ronen Shitrit
> Subject: Re: [U-Boot] [PATCH] Gbe Controller driver support
> for kirkwood SOCs
>
> Prafulla Wadaskar w
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
Reviewed by: Mike Frysinger
Tested by: prafulla_wadaskar
Signed-off-by: prafulla_wadaskar
---
driv
Dear Mike,
in message <200904060503.18864.vap...@gentoo.org> you wrote:
>
> the Blackfin processor too has a custom format (LDR) for booting code. it's
> akin to the PHDRs in ELF, plus some additional flag bits to control behavior.
>
> but in our world, i wrote external utilities to manage EL
Dear Prafulla Wadaskar,
In message <73173d32e9439e4abb5151606c3e19e250840...@sc-vexch1.marvell.com> you
wrote:
>
> > ...which seems to be an acceptable (to both sides) compromise to me.
> I understood from the discussion so far that-
> 1. There are several cases where u-boot.bin does not help al
Hi Mike
I missed subject info (i.e. PATCH v2) is this a problem? Shall I send it again?
Regards..
Prafulla . .
> -Original Message-
> From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
> Sent: Monday, April 06, 2009 9:25 PM
> To: u-boot@lists.denx.de
> Cc: Ronen Shitrit; Prafulla Wad
> -Original Message-
> From: Detlev Zundel [mailto:d...@denx.de]
> Sent: Monday, April 06, 2009 3:10 PM
> To: Wolfgang Denk
> Cc: Prafulla Wadaskar; u-boot@lists.denx.de; Ronen Shitrit
> Subject: Re: [U-Boot] [PATCH] bin_dep.sh Support
>
> Hi,
>
> > Dear Prafulla Wadaskar,
> >
> > In
Hello maintainers,
Dear Wolfgang Denk,
currently we have 3 Boards (one already in U-boot Tree), witch use the same
vendor-specific video hardware. This video device is not a classic framebuffer
or console, but supports splashimage and bmp command.
Our Question:
Where is the best place to stor
Jean-Christophe PLAGNIOL-VILLARD a écrit :
> The timer has been rewrote with a precision at ~0,18%
>
works fine on an 9260 and solves TFTP timeout problem.
Eric
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Mike Frysinger,
In message <200904060533.47911.vap...@gentoo.org> you wrote:
>
> > ...which seems to be an acceptable (to both sides) compromise to me.
>
> minus support for embedding the environment into the image ... i have a patch
> that adds an option to tools/envcrc to export the enviro
On Monday 06 April 2009 06:46:29 Prafulla Wadaskar wrote:
> I missed subject info (i.e. PATCH v2) is this a problem? Shall I send it
> again?
dont worry about it. the [PATCH ...] contents of the summary are dropped when
merging into git. however, there is one other thing:
> > Subject: [PATCH]
Hi Wolfgang,
2009/4/5 Wolfgang Denk :
> Dear Marco,
>
> In message <49d8e8f3.4010...@gmail.com> you wrote:
>>
>> >> + for (j = sectoroffset; j < sectorcount; ++j) {
>> >
>> > i. e. add
>> >
>> > if (lseek(fd, j*sectorsize, SEEK_SET) != j*sectorsize) {
>> > error ha
Hi,
> Dear Prafulla Wadaskar,
>
> In message <1238759359-6544-2-git-send-email-prafu...@marvell.com> you wrote:
>> 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
Hi Wolfgang and Ben,
> Dear Michal,
>
> In message <4981658c.7070...@monstr.eu> you wrote:
>>> I'm really sorry for taking so long getting to this. Mostly little things:
>> it's ok you are busy guy. I removed uninteresting part of code.
>> I added all your reported things to u-boot-microblaze.git
Hi all,
This is my first post here.
I am working with a board having MIPS arch. and i have a strange
requirement wherein i need to initialize about 64MB of RAM with some data.
Currently i am facing problem as my board supports only 64MB RAM and i
need to initialize those memory before U-Bo
On Tue, Mar 31, 2009 at 4:09 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> if you want to use the dcache you must first correctly setup the MMU and
the TLB
I set-up :
1) pagetable in the SDRAM (one master pagetable, to map all 4096 pages of
address space to map from the virtual to the same address
Dear Prafulla Wadaskar,
In message <1239033283-26144-1-git-send-email-prafu...@marvell.com> you wrote:
>
> Signed-off-by: prafulla_wadaskar
> Reviewed by: Mike Frysinger
> Tested by: prafulla_wadaskar
There are a couple of formal issues here:
Please change "Reviewed by:" into "Reviewed-by:"
Dear Mike Frysinger,
In message <200904060711.50104.vap...@gentoo.org> you wrote:
>
> since these are trivial and i'm in a good mood, i'll go ahead and fix up the
> conflicts and add them to my sf branch. but in the future please make sure
> to
> integrate these methodologies.
Please don't or
The following changes since commit
712ac6a1a6909a58d6549fb220cc921a7e9f9979:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-arm
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
Jean-Christophe PLAGNIOL-VILLARD (1):
drivers/us
Hello Vivek,
2009/3/10 Vivek Kutal :
> This Patch adds Support for PXA27X UDC.
>
> Signed-off-by: Vivek Kutal
> ---
> Resinding after doing the changes suggested by Kim.
Applied to U-boot usb.
Thanks.
Remy
___
U-Boot mailing list
U-Boot@lists.
Hi
>>> +++ b/nand_spl/.gitignore
>>> @@ -0,0 +1,7 @@
>>> +# NAND-SPL files
>>> +/u-boot-spl
>>> +/u-boot-spl-aligned.bin
>>> +/u-boot-spl.bin
>>> +/u-boot-spl.map
>>> +/board/imx31_phycore/nand_boot_mx31.c
>>> +/board/imx31_phycore/*.S
>>
>> Hmm, can we create a directory for board-specific tempor
On Sat, Apr 04, 2009 at 11:14:09PM +0200, Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <20090331213202.gb19...@ld0162-tx32.am.freescale.net> you wrote:
> >
> > Is there any particular reason not to change the powerpc get_timer
> > implementation to use the timebase (scaled down to ms)?
>
On Mon, Apr 06, 2009 at 10:24:39AM +0200, Wolfgang Denk wrote:
> Dear Ronen Shitrit,
>
> In message <309002c0da137042828828fc53d7a9347e13537...@il-mb01.marvell.com>
> you wrote:
> >
> > I'm not sure we are on the same page here, the Kirkwood has an
> > internal bootROM which can only boot an imag
Dear Scott,
In message <20090406191242.ga4...@ld0162-tx32.am.freescale.net> you wrote:
>
> > > Is there any particular reason not to change the powerpc get_timer
> > > implementation to use the timebase (scaled down to ms)?
Side note: we already use the timebase for the implementation of
ude
Dear Scott Wood,
In message <20090406193049.gb4...@ld0162-tx32.am.freescale.net> you wrote:
>
> > There are tons of standards for image formats, and even more commonly
> > used formats I would not dare to call standard; but this processor
> > has to invent yet another one?
>
> The same could be s
On Mon, Apr 06, 2009 at 03:53:48AM -0400, Mike Frysinger wrote:
> From: Graf Yang
>
> We need to make sure the data written to the nand flash controller makes
> it there before we start polling its status register. Otherwise, we may
> get stale data and return before the controller is actually r
On Mon, Apr 06, 2009 at 03:44:43PM +0530, rahan...@tataelxsi.co.in wrote:
> When i power on the board(OMAP3530 based from Mistral) uboot prompt comes
> up. Now how do i boot an RTOS which is also residing in NAND Flash at
> different offset.?
>
> Can i acheive this without changing the source cod
On Monday 06 April 2009 14:15:23 Wolfgang Denk wrote:
> In message Mike Frysinger wrote:
> > since these are trivial and i'm in a good mood, i'll go ahead and fix up
> > the conflicts and add them to my sf branch. but in the future please
> > make sure to integrate these methodologies.
>
> Please
On Monday 06 April 2009 15:49:43 Wolfgang Denk wrote:
> In message Scott Wood wrote:
> > > There are tons of standards for image formats, and even more commonly
> > > used formats I would not dare to call standard; but this processor
> > > has to invent yet another one?
> >
> > The same could be sa
Wolfgang Denk wrote:
> Dear Ben,
>
> In message <49a4d6bc.3010...@renesas.com> Yoshihiro Shimoda wrote:
>> Fix the problem that cannot access actual data when CPU data cache enabled.
>>
>> Signed-off-by: Yoshihiro Shimoda
>> ---
>> drivers/net/rtl8169.c | 11 ++-
>> 1 files changed, 10
Hello,
I need to access board cpu registers using ppc assembly language. It is
possible to add inline assembly codes in standalone applications?
Thanks,
--
View this message in context:
http://www.nabble.com/inline-ppc-assembly-on-standalone-applications-tp22922264p22922264.html
Sent from the
Hi,
Actually the code is based on Atmel's bootstrap.
On Fri, Apr 3, 2009 at 7:57 PM, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 14:44 Fri 03 Apr , os user wrote:
>> Hi all,
>>
>> I want to boot linux by a simplified bootloader. I use Atmel's ARM
>> chip (AT91SAM9RL64EK board). Now, I can bo
Sure, the Code will be GPL based.
On Sat, Apr 4, 2009 at 1:51 AM, Wolfgang Denk wrote:
> Dear os user,
>
> In message <34f262ce0904022344u6e27ad07g8263785dd36ac...@mail.gmail.com> you
> wrote:
>>
>> I want to boot linux by a simplified bootloader. I use Atmel's ARM
>> chip (AT91SAM9RL64EK board)
Hi,
The data in NAND chip(linux kernel and RootFS) is the same when
booting linux from U-Boot and from the simple loader. :-(
On Sat, Apr 4, 2009 at 12:53 AM, Scott Wood wrote:
> On Fri, Apr 03, 2009 at 02:44:03PM +0800, os user wrote:
>> I want to boot linux by a simplified bootloader. I use A
Hi,
What is the status of this patch ?
Any comments.
regards
> -Original Message-
> From: Pillai, Manikandan
> Sent: Tuesday, March 03, 2009 9:10 AM
> To: u-boot@lists.denx.de; dirk.be...@googlemail.com
> Cc: Pillai, Manikandan
> Subject: [PATCH 1/1] Fix for NFS boot for OMAP3 EVM
>
>
Hi,
For the time being can I load RTOS using any elf loader through serial port.
Does U boot have any elf loader.
How can I load a RTOS image(elf format) to memory through Serial cable from
uboot terminal?
Thanks
Rahanesh
-Original Message-
From: Scott Wood [mailto:scottw...@freescale.
On Mon, Apr 6, 2009 at 10:34 PM, Pillai, Manikandan wrote:
>
> Hi,
>
> What is the status of this patch ?
> Any comments.
>
Did you fix the things I mentioned and re-submit?
regards,
Ben
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/
Hi Ben,
I believe your comments were on the timeout setting of 1ms for u-boot timer.
I am not sure whether I received any comments from you on the NFS boot patch.
Regards
Mani
From: Ben Warren [mailto:biggerbadder...@gmail.com]
Sent: Tuesday, April 07, 2009 11:38
On Apr 7, 2009, at 12:05 AM, eija_flight wrote:
>
> Hello,
>
> I need to access board cpu registers using ppc assembly language. It
> is
> possible to add inline assembly codes in standalone applications?
Yes. Its like any other application. GCC's inline assembly should
work just the same.
85 matches
Mail list logo
