since there doesnt seem to be a "proper" location for spi flash patches to
accumulate, do you mind if i start up a branch to accumulate the current set ?
i dont know how active you want to be with the sf subsystem ... or maybe
you're like me; you dont care so long as it continues to work proper
Mike Frysinger wrote:
> since there doesnt seem to be a "proper" location for spi flash patches to
> accumulate, do you mind if i start up a branch to accumulate the current set
> ?
No, please feel free to do that.
> i dont know how active you want to be with the sf subsystem ... or maybe
>
calculate dynamically the clock rate and pllb setting for usb
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
board/atmel/at91cap9adk/at91cap9adk.c |3 +-
board/atmel/at91sam9261ek/at91sam9261ek.c |3 +-
board/atmel/at91sam9263ek/at91sam9263ek.c |3 +-
board/atmel/at91sam9rle
This patch adds support for Faraday Technology Ethernet IP - FTMAC100
Signed-off-by: Po-Yu Chuang
---
diff -ruN u-boot-2009.03/drivers/net/ftmac100.c
FA5A320LINUX26_u-boot/drivers/net/ftmac100.c
--- u-boot-2009.03/drivers/net/ftmac100.c 1970-01-01 08:00:00.0
+0800
+++ FA5A320LINUX
On 21:30 Fri 27 Mar , Mike Frysinger wrote:
> the Blackfin core tick/timer code has been around since the start of the
> original port, but i'm not sure it's entirely correct. some common code that
> uses timers seems to be misbehaving in that the timeout is pretty much
> immediate. makes
On 16:13 Tue 31 Mar , PoYu_Chuang wrote:
> This patch adds support for Faraday Technology Ethernet IP - FTMAC100
>
Do you have any plan to add a SOC and a board?
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mail
On Tuesday 31 March 2009 04:17:06 Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 21:30 Fri 27 Mar , Mike Frysinger wrote:
> > the Blackfin core tick/timer code has been around since the start of the
> > original port, but i'm not sure it's entirely correct. some common code
> > that uses timers
Hi,
> Dear Guennadi,
>
> In message you wrote:
>>
>> > /bin/sh: line 1: /work/wd/tmp-arm/include/config.h: No such file or
>> > directory
>> > make: *** [imx31_phycore_eet_config] Error 1
>>
>> ok, that's just a missing
>>
>> +@mkdir -p $(obj)include
>>
>> right? will submit.
>
> Thanks.
Hi Michael,
> Please see my comments and updated patch below.
As a side note, please send your patch as an inline attachment also
adding your signed-off-by line. It's probably easiest to actually use
git to apply your changes to a branch and use "git-format-patch" to
create the patch.
Please al
Hi,
> The changes look good to me. 2 comments below:
>
>> +/*
>> + * Keep for now for backward compatibility;
>> + * remove later when support for "autoscr" goes away.
>> + */
>> +U_BOOT_CMD(
>> +autoscr, 2, 0, do_source,
>> +"run script from memory",
>> +"[addr] - run script startin
This patch adds support for Faraday Technology RTC IP - FTRTC
Signed-off-by: Po-Yu Chuang
---
diff -ruN u-boot-2009.03/drivers/rtc/ftrtc.c
FA5A320LINUX26_u-boot/drivers/rtc/ftrtc.c
--- u-boot-2009.03/drivers/rtc/ftrtc.c 1970-01-01 08:00:00.0 +0800
+++ FA5A320LINUX26_u-boot/drivers/rtc/f
On Tuesday 31 March 2009 04:13:11 PoYu_Chuang wrote:
> This patch adds support for Faraday Technology Ethernet IP - FTMAC100
kind of redundant statement considering the summary ...
> Signed-off-by: Po-Yu Chuang
you should really be using git to generate patches and send e-mails. also,
signed-
Dear PoYu_Chuang,
In message <200903310858.n2v8wznb021...@ftcpcw82.faraday.com.tw> you wrote:
> This patch adds support for Faraday Technology RTC IP - FTRTC
>
> Signed-off-by: Po-Yu Chuang
> ---
> diff -ruN u-boot-2009.03/drivers/rtc/ftrtc.c
> FA5A320LINUX26_u-boot/drivers/rtc/ftrtc.c
> --- u-
Dear Mike Frysinger,
In message <200903310513.09082.vap...@gentoo.org> you wrote:
>
...
> > I've in mind to partially import the clocksource linux API or create a new
> > U-Boot api devired from it's design
>
> the clocksource framework in linux sounds like extreme overkill for u-boot.
> where do
Dear Detlev,
in message you wrote:
>
> > + autoscr, 2, 0, do_source,
> > + "DEPRECATED - see 'source' command",
> > + "DEPRECATED - see 'source' command"
> >
> > Most U-Boot user's are more likely to see this than the
> > feature-removal-schedule.txt in the source code.
Good idea, indeed.
> Ac
On Tue, Mar 31, 2009 at 12:30 PM, Detlev Zundel wrote:
> Hi Michael,
>
>> Please see my comments and updated patch below.
>
> As a side note, please send your patch as an inline attachment also
> adding your signed-off-by line. It's probably easiest to actually use
> git to apply your changes to
I am using a custom board with MPC8313E processor. In u-boot prompt, when i
do TFTP of large size files, sometime it hangs completely and, sometimes it
says bus fault, prints following message and resets the board.
/message
printed/
> I am using a custom board with MPC8313E processor. In u-boot
> prompt, when i
> do TFTP of large size files, sometime it hangs completely
> and, sometimes it
> says bus fault, prints following message and resets the board.
>
> /message
> printed
Liu Dave wrote:
>
>> I am using a custom board with MPC8313E processor. In u-boot
>> prompt, when i
>> do TFTP of large size files, sometime it hangs completely
>> and, sometimes it
>> says bus fault, prints following message and resets the board.
>>
>> /
On Tuesday 31 March 2009 06:28:23 Wolfgang Denk wrote:
> In message Mike Frysinger wrote:
> > > I'll propose a new design with the following Requierement
> > >
> > > Generic delay function implementation
> > > - ndelay()
> > > - udelay()
> > > - mdelay()
> > >
> > > Generic helper
> > > - khz2c
> so if we were to document things, it should read like this:
> - CONFIG_SYS_HZ is required to be 1000
Can't this just be eliminated? It's stupid to have a configurable
option that is neither ;-)
And it doesn't do much for my confidence when things stop working
(like my tftp downloads now that t
On 12:28 Tue 31 Mar , Wolfgang Denk wrote:
> Dear Mike Frysinger,
>
> In message <200903310513.09082.vap...@gentoo.org> you wrote:
> >
> ...
> > > I've in mind to partially import the clocksource linux API or create a new
> > > U-Boot api devired from it's design
> >
> > the clocksource framew
On 07:25 Tue 31 Mar , Mike Frysinger wrote:
> On Tuesday 31 March 2009 06:28:23 Wolfgang Denk wrote:
> > In message Mike Frysinger wrote:
> > > > I'll propose a new design with the following Requierement
> > > >
> > > > Generic delay function implementation
> > > > - ndelay()
> > > > - udelay
>On Mon, Mar 30, 2009 at 10:31 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
>before booting linux you must disable the cache which will be re-enable by
>linux.
OK. Is that done in bootm.c? I can see lines :
/*
* We have reached the point of no return: we are going to
* overwrite all except
On 14:20 Tue 31 Mar , Drasko DRASKOVIC wrote:
>>On Mon, Mar 30, 2009 at 10:31 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
>>before booting linux you must disable the cache which will be re-enable
>by
>>linux.
>OK. Is that done in bootm.c? I can see lines :
>/*
>
Hi All,
I want to create an elf file which U-Boot understands and I should
be able to use bootelf command to boot it.
I searched the email archives and I did not find anything
helpful.
Does anybody has any pointers?
I am working using standard gnu cross compiler, on
an MCF5484 evaluation kit.
On Tue, Mar 31, 2009 at 2:21 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
>U-Boot 1.1.6 is quite old (more than 2 years old) please try to the current
version
I know, but that's the one we use... For now, everything works fine.
>is your SOC in the Mainline?
>if you can tell us which one it's and if
On Tue, Mar 31, 2009 at 2:21 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
>but until we can take a look on the code it will be hard to known
And I just found :
./examples/test_burst_lib.S: *void mmu_init(void);
./examples/test_burst_lib.S:.global mmu_init
./examples/test_burst_lib.S:mmu_init
The PM9263 board is based on the AT91SAM9263-EK board.
Here is the page on Ronetix website:
http://www.ronetix.at/starter_kit_9263.html
Signed-off-by: Ilko Iliev
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
MAINTAINERS|4 +
MAKEALL
On 15:36 Tue 31 Mar , Drasko DRASKOVIC wrote:
>On Tue, Mar 31, 2009 at 2:21 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
>>U-Boot 1.1.6 is quite old (more than 2 years old) please try to the
>current version
>I know, but that's the one we use... For now, everything works fine.
Ho
check u-boot/examples/README.smc9_eeprom
u can add the ur files under examples folder, modify the Makefile and then
cross compile it.
With Regards,
Kuldeep Nigam
On Tue, Mar 31, 2009 at 6:45 PM, arun c wrote:
> Hi All,
>
> I want to create an elf file which U-Boot understands and I should
On Tue, Mar 31, 2009 at 4:09 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
>Honnestly we will not work on such old code. so please really consider to
>rebase it against mainline
I downloaded the last version of U-Boot and will do all my work regarding
DCache and MMU setup here.
>first you may start
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 21:49 Mon 30 Mar , Wolfgang Denk wrote:
>> Dear Dirk Behme,
>>
>> In message <49d11e7d.5030...@googlemail.com> you wrote:
> http://lists.denx.de/pipermail/u-boot/2009-March/049762.html
>
> Please remove it from the pull request until ever
Dear Mike Frysinger,
In message <200903310725.20652.vap...@gentoo.org> you wrote:
>
> > Agreed (except that we probably cannot completely throw away the
> > tick; IIRC there are cases in early startup when nothing else is
> > available yet).
>
> hrm, i can see that. but you agree that
Dear Scott McNutt,
In message <49d2014f.4070...@psyent.com> you wrote:
> > so if we were to document things, it should read like this:
> > - CONFIG_SYS_HZ is required to be 1000
>
> Can't this just be eliminated? It's stupid to have a configurable
> option that is neither ;-)
>
> And it doesn't
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090331113956.gd28...@game.jcrosoft.org> you wrote:
>
> > Agreed (except that we probably cannot completely throw away the
> > tick; IIRC there are cases in early startup when nothing else is
> > available yet).
> not necessarely you ca
Jean-Christophe PLAGNIOL-VILLARD wrote:
>> i wouldnt mind starting a patch series for post 2009.05 to clean this up ...
> I've in mind too maybe I'll send a first version within few days for a arm soc
> and a blackfin based on u-boot-v2
In contrast to Jean-Christophe's plan
http://lists.denx.de/p
Use the correct git syntax instead of the deprecated git-.
Signed-off-by: Peter Korsgaard
---
tools/setlocalversion |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/tools/setlocalversion b/tools/setlocalversion
index bbb2ab2..b3f5f28 100755
--- a/tools/setlocalversion
+
Wolfgang Denk wrote:
> Dear Emanuele Placidi,
>
> In message <7c4b93310902180021o56da8320w2084e6a8c09c9...@mail.gmail.com> you
> wrote:
>
>>In your opinion it is possible to probe the ram before initialize it?
>> Unfortunately there are some rev4 which are equipped with different ram
>> mod
Alessandro Rubini wrote:
> Hello.
>
>> Note that there are a couple of board files (apollon and nmdk8815) that
>> use the OneNAND loader that do not define CONFIG_SYS_MONITOR_LEN. I've
>> added the maintainers to the Cc: list.
>
> Sorry for the delay.
>
> In the nomadik board the OneNAND driv
Hello.
> Note that there are a couple of board files (apollon and nmdk8815) that
> use the OneNAND loader that do not define CONFIG_SYS_MONITOR_LEN. I've
> added the maintainers to the Cc: list.
Sorry for the delay.
In the nomadik board the OneNAND driver is not yet present, a few init
lines
On Tue, Mar 31, 2009 at 12:30 PM, Detlev Zundel wrote:
> Hi Michael,
[...]
> The patch in your mail does still not apply. Neither git-am (after
> fixing the patch with a valid e-mail) nor patch can do anything with it.
>
> Thanks
> Detlev
>
Sorry for the previous mail,
I have to enable the g
Hi Scott:
Thanks!
>> I am also wondering if there is a include file which builds up a table
>> of working NAND devices and thier attributes which tells the U-boot on
>> the parameters about a particular NAND device on the board like
>> Block_size , page_size, device size, pages per block, device
On 00:41 Wed 25 Mar , Ladislav Michl wrote:
> Signed-off-by: Ladislav Michl
>
applied
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
alfred steele wrote:
> Hi Scott:
> Thanks!
>
>
>>> I am also wondering if there is a include file which builds up a table
>>> of working NAND devices and thier attributes which tells the U-boot on
>>> the parameters about a particular NAND device on the board like
>>> Block_size , page_size, devi
On 00:40 Wed 25 Mar , Ladislav Michl wrote:
> Signed-off-by: Ladislav Michl
>
applied
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi,
I'm trying to use UBI and UBIFS over a nand device. I want to create a
mtd partition in u-boot (with ubi part command), save a ubifs image
(with mkfs.ubifs), mount and load it with ubifs commands. The commands
that I used are listed bellow:
(environment)
mtdids=nand0=nand
mtdparts=mtdparts=nan
Essential for any marketer:
==> 164,981 Dentists
==> 158,097 Addresses
==> 163,814 Contact Phone #
==> 77,663 Fax Nos.
==> 45,061 E-Mail Addresses
from today until this Friday this can be yours for just $296 (usually $592)
To inquire please write to maxinevalenzu...@statlists.com
By email
Hello,
> drivers/usb/Makefile | 1 +
> .../at91/usb.c => drivers/usb/atmel_usb.c | 0
> rename cpu/arm926ejs/at91/usb.c => drivers/usb/atmel_usb.c (100%)
Same here, this is architecture specific code, why move it to generic code?
Remy
___
Hello Jean-Christophe,
2009/3/27 Jean-Christophe PLAGNIOL-VILLARD :
> add CONFIG_USB_S3C64XX to activate the driver
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> ---
> cpu/arm1176/s3c64xx/Makefile | 1 -
> drivers/usb/Makefile | 1
Hi Scott,
Thanks!
The only requirement i have currently is to be able to populate the
device table with the "Samsung K9F1G08R0A" because it does not
appear in the existing list. This would help the NFC read the part id
and the other NAND attributes correctly on the target.
Thanks & Reagrds,
Mu
Hi Scott,
Thanks!
The only requirement i have currently is to be able to populate the
device table with the "Samsung K9F1G08R0A" because it does not
appear in the existing list. This would help the NFC read the part id
and the other NAND attributes correctly on the target.
Thanks & Regards.
alfred steele wrote:
> Thanks!
> The only requirement i have currently is to be able to populate the
> device table with the "Samsung K9F1G08R0A" because it does not
> appear in the existing list. This would help the NFC read the part id
> and the other NAND attributes correctly on the target.
Thanks Again,
I am actually confused with the values for chip size which should be
the total chip size in MB w.r.t nand_flash_dev structure and
"pagesize" as pagesize seems to be extended bytes alone in the
datasheet which i am unable to figure of as of now. The pagesize seems
to be different fro
On 20:28 Tue 31 Mar , Remy Bohmer wrote:
> Hello,
>
> > drivers/usb/Makefile | 1 +
> > .../at91/usb.c => drivers/usb/atmel_usb.c | 0
> > rename cpu/arm926ejs/at91/usb.c => drivers/usb/atmel_usb.c (100%)
>
> Same here, this is architecture specif
On 20:26 Tue 31 Mar , Remy Bohmer wrote:
> Hello Jean-Christophe,
>
> 2009/3/27 Jean-Christophe PLAGNIOL-VILLARD :
> > add CONFIG_USB_S3C64XX to activate the driver
> >
> > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> > ---
> > cpu/arm1176/s3c64xx/Makefile | 1 -
2009/3/31 alfred steele :
> Thanks Again,
> I am actually confused with the values for chip size which should be
> the total chip size in MB w.r.t nand_flash_dev structure and
> "pagesize" as pagesize seems to be extended bytes alone in the
> datasheet which i am unable to figure of as of now. Th
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1238193026-12564-13-git-send-email-plagn...@jcrosoft.com> you wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> ---
> include/configs/at91sam9263ek.h |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/inclu
Dear Remy Bohmer,
In message <3efb10970903311128t2b9ac2dn4d4b1ee9022a8...@mail.gmail.com> you
wrote:
>
> > drivers/usb/Makefile > | 1 +
> > .../at91/usb.c => drivers/usb/atmel_usb.c | > 0
> > rename cpu/arm926ejs/at91/usb.c => drivers/usb/atmel_usb.
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090331192117.gf24...@game.jcrosoft.org> you wrote:
>
> > > drivers/usb/Makefile > | 1 +
> > > .../at91/usb.c => drivers/usb/atmel_usb.c | > 0
> > > rename cpu/arm926ejs/at91/usb.c => drivers/usb/at
Dear Heiko Schocher,
In message <49d05e5f.6060...@denx.de> you wrote:
>
...
> Independent from your patch, I think we need here a common
> rule. Either we name in future this define "CONFIG_I2C_XXX"
> or "CONFIG_XXX_I2C. I vote for using "CONFIG_I2C_XXX"
Me too.
...
> > +#ifdef CONFIG_HARD_I2C
Dear Mike Frysinger,
In message <200903272130.26825.vap...@gentoo.org> you wrote:
>
> unfortunately, there doesnt seem to be any docs on what exactly these
> functions do so it's hard for me to verify/change any of it.
If in doubt, look it up in the PowerPC implementation. That's the
reference f
alfred steele wrote:
> I am actually confused with the values for chip size which should be
> the total chip size in MB w.r.t nand_flash_dev structure and
> "pagesize" as pagesize seems to be extended bytes alone in the
> datasheet which i am unable to figure of as of now. The pagesize seems
> to
Dear Dirk Behme,
In message <49cdccc1.5050...@googlemail.com> you wrote:
>
> > - get_ticks - return some notion of "cpu ticks"
>
> Yes. Returns the number of cpu ticks since power up. I.e. with 1000
> ticks per second (CONFIG_SYS_HZ) the number of elapsed ms since power up.
Hey. What a chance.
Dear DVM,
In message <22756563.p...@talk.nabble.com> you wrote:
>
> Further debugging reveals UBoot uses a fixed length for inodes (128 bye). The
> inodes on my 2GB SD card are 256 bytes There was a patch that fizzled out
> back in January looking at this
...
> This seems to improve matters for m
On 11:19 Tue 17 Mar , Dirk Behme wrote:
> Fix OMAP3 timer handling to 1ms tick and CONFIG_SYS_HZ to 1000.
> Clean up macros and comments.
>
> Signed-off-by: Dirk Behme
> Signed-off-by: Manikandan Pillai
> ---
>
> Changes from Mani's original patch which is replaced by this [1]:
>
> * Don't
Dear Kim Phillips,
In message <20090330175628.602dae2f.kim.phill...@freescale.com> you wrote:
> continuation of commit a5d7049a4 to remaining mpc83xx boards that suffer
> from the same problem.
>
> Signed-off-by: Kim Phillips
> CC: Scott Wood
Umm... what does that mean: "continuation of commit
Dear Jon Smirl,
In message <20090331010330.20946.41742.st...@localhost> you wrote:
> Make the i2c delays smaller. The measured delay is 55us at
> 100Khz. Set the delay to 15us which should work for 400Khz.
> 100Khz will loop four times and get a 60us delay. Previous
> total delay was 100,000us new
Dear "Liu Dave-R63238",
In message
you wrote:
>
> I often miss some mails from u-boot@lists.denx.de in these days,
> For example, we didn't receive the 8569 support patch from lists,
> and didn't receive the mail from Kim
> http://lists.denx.de/pipermail/u-boot/2009-March/049890.html
> http://l
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1238486824-19007-1-git-send-email-plagn...@jcrosoft.com> you wrote:
> calculate dynamically the clock rate and pllb setting for usb
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> ---
> board/atmel/at91cap9adk/at91cap9adk.c |3 +-
Wolfgang Denk wrote:
> Dear Kim Phillips,
>
> In message <20090330175628.602dae2f.kim.phill...@freescale.com> you wrote:
>> continuation of commit a5d7049a4 to remaining mpc83xx boards that suffer
>> from the same problem.
>>
>> Signed-off-by: Kim Phillips
>> CC: Scott Wood
>
> Umm... what does
Dear "Michele De Candia (VT)",
In message <49d23e30.4060...@valueteam.com> you wrote:
>
> The issue concerns the possibility to identify DDR chips type (e.g. by
> VendorId) before initialize them.
> It doesn't concern configuration parameters (size, bus frequency, ecc..).
> There isn't a DDR comm
Dear Remy Bohmer,
In message <3efb10970903311126u1b97c3dbi5193e85473351...@mail.gmail.com> you
wrote:
>
> Why do you want to move all these processor specific code into generic
> driver code?
Indeed. That makes no sense to me.
Please stop here, Jean-Christophe.
Best regards,
Wolfgang Denk
-
On Tue, Mar 31, 2009 at 4:54 PM, Wolfgang Denk wrote:
> Dear Jon Smirl,
>
> In message <20090331010330.20946.41742.st...@localhost> you wrote:
>> Make the i2c delays smaller. The measured delay is 55us at
>> 100Khz. Set the delay to 15us which should work for 400Khz.
>> 100Khz will loop four times
On 22:59 Tue 31 Mar , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <1238486824-19007-1-git-send-email-plagn...@jcrosoft.com> you
> wrote:
> > calculate dynamically the clock rate and pllb setting for usb
> >
> > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Hello Jean-Christophe,
> it's the at91 usb drivers and we need to have it in the driver/usb
> and it's not at91/arm926 specific but it's also shared with the at91rm9200
> so I move to drivers usb
Then I can agree that the arm926 tree is not the correct place; but
that does not automatically make
Dear Scott Wood,
In message <49d28575.1040...@freescale.com> you wrote:
>
> > Umm... what does that mean: "continuation of commit a5d7049a4"?
> >
> > If these commits belong together logically, you must not split them
> > apart.
>
> There's no bisectability problem; it's just similar bugs being
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 (or something more verbose like TIMER_HZ,
but the former makes it easier to share code with L
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090331210130.gj24...@game.jcrosoft.org> you wrote:
> On 22:59 Tue 31 Mar , Wolfgang Denk wrote:
> > Dear Jean-Christophe PLAGNIOL-VILLARD,
> >
> > In message <1238486824-19007-1-git-send-email-plagn...@jcrosoft.com> you
> > wrote:
> > > ca
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 about just cal
On Tue, Mar 31, 2009 at 05:49:52PM +0200, Wolfgang Denk wrote:
> Please check for example the PowerPC code, then.
>
> Ther ethe timer implementation relies heavily on interrupts and is not
> available in early stages, for example in NAND booting systems with
> tight memory restrictions.
Is there
Wolfgang Denk wrote:
> Dear "Michele De Candia (VT)",
>
> In message <49d23e30.4060...@valueteam.com> you wrote:
>
>> The issue concerns the possibility to identify DDR chips type (e.g. by
>> VendorId) before initialize them.
>> It doesn't concern configuration parameters (size, bus frequency,
Make the i2c delays smaller. The measured delay is 55us at
100Khz. Set the delay to 15us which should work for 400Khz.
100Khz will loop four times and get a 60us delay. Try four
times at a 15us delay and then revert to the previous behavior
of 1ms delays.
---
cpu/mpc5xxx/i2c.c |9 +
1
On 23:26 Tue 31 Mar , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090331210130.gj24...@game.jcrosoft.org> you wrote:
> > On 22:59 Tue 31 Mar , Wolfgang Denk wrote:
> > > Dear Jean-Christophe PLAGNIOL-VILLARD,
> > >
> > > In message <1238486824-19007-1-g
On Tue, 31 Mar 2009 23:24:42 +0200
Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <49d28575.1040...@freescale.com> you wrote:
> >
> > > Umm... what does that mean: "continuation of commit a5d7049a4"?
> > >
> > > If these commits belong together logically, you must not split them
> > > a
On 22:38 Tue 31 Mar , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090331192117.gf24...@game.jcrosoft.org> you wrote:
> >
> > > > drivers/usb/Makefile > | 1 +
> > > > .../at91/usb.c => drivers/usb/atmel_usb.c | >
From: Scott Wood
The mpc8313erdb board currently sets DBAT6 to cover all of the final 256MiB of
address space; however, not all of this space is covered by a device. In
particular, flash sits at 0xfe00-0xfe7f, and nothing is mapped
at the far end of the address space.
In zlib, there is
Adds a "tftp" command that gets a specified file from a TFTP Server and
stores it in RAM at a specified RAM address. Most of the code already
exists in board-specific form (eg in board/hymod) but this patch
extracts it and makes it available as a standard u-boot command.
Signed-off-by: Kevin Mo
On Tuesday 31 March 2009 18:44:21 kevin.morf...@fearnside-systems.co.uk wrote:
> Adds a "tftp" command that gets a specified file from a TFTP Server and
> stores it in RAM at a specified RAM address. Most of the code already
> exists in board-specific form (eg in board/hymod) but this patch
> extra
On Tue, Mar 31, 2009 at 10:35:00PM +0200, Wolfgang Denk wrote:
> > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> > +#define CONFIG_AUTO_COMPLETE
> > +#define CONFIG_SYS_HUSH_PARSER
> > +#define CONFIG_SYS_PROMPT_HUSH_PS2 "> "
>
> You are not the maintainer of this board.
>
> You are not sup
On Mar 31, 2009, at 5:44 PM, kevin.morf...@fearnside-systems.co.uk
wrote:
> Adds a "tftp" command that gets a specified file from a TFTP Server
> and
> stores it in RAM at a specified RAM address. Most of the code already
> exists in board-specific form (eg in board/hymod) but this patch
> ex
We're missing the board_lmb_reserve definitions that allow
cpu_mp_lmb_reserve to be called; this means that Linux
is free to reallocate reserved pages. Linux currently boots
because we're getting lucky - the page we've reserved is
high enough in memory that it isn't allocated by Linux
while we sti
Mike Frysinger wrote:
> On Tuesday 31 March 2009 18:44:21 kevin.morf...@fearnside-systems.co.uk wrote:
>
>> Adds a "tftp" command that gets a specified file from a TFTP Server and
>> stores it in RAM at a specified RAM address. Most of the code already
>> exists in board-specific form (eg in boa
Kumar Gala wrote:
>
> On Mar 31, 2009, at 5:44 PM, kevin.morf...@fearnside-systems.co.uk wrote:
>
>> Adds a "tftp" command that gets a specified file from a TFTP Server and
>> stores it in RAM at a specified RAM address. Most of the code already
>> exists in board-specific form (eg in board/hymod)
On Tuesday 31 March 2009 19:40:27 kevin.morf...@fearnside-systems.co.uk wrote:
> Mike Frysinger wrote:
> > On Tuesday 31 March 2009 18:44:21 kevin.morfitt wrote:
> >> Adds a "tftp" command that gets a specified file from a TFTP Server and
> >> stores it in RAM at a specified RAM address. Most of th
Dear Jean-Christophe PLAGNIOL-VILLARD,
On Tue Mar 31 10:51:31 CEST 2009, you wrote:
> > This patch adds support for Faraday Technology Ethernet IP - FTMAC100
> >
> Do you have any plan to add a SOC and a board?
Yes, I need some time to cleanup the source though.
I think to put some drivers first
hello:
recently,i'm using the new edition of u-boot,the
edition u-boot-2009-rc1.and i met some troubles.so i need your help.
i want to use the usbkeyboard as a console,how can i add this function to
the u-boot?
because the interrupt is masked in the u-boot.and i've read your document,
Dear Mike Frysinger,
On Tue Mar 31 11:18:44 CEST 2009, you wrote:
> > This patch adds support for Faraday Technology Ethernet IP - FTMAC100
> kind of redundant statement considering the summary ...
Sorry I have not realized the rules here.
It looks like things here will be put into CHANGELOG.
I w
Dear Wolfgang Denk,
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 intrtc = CONFIG_SYS_RTC_BASE;
>
> Please use a proper C structure to describe the RTC; do not use base
> address plus
Hi Scott,
- Original Message -
From: "Scott Wood"
To: "Alessandro Rubini"
Cc: ;
Sent: Tuesday, March 31, 2009 9:43 PM
Subject: Re: [U-Boot] [PATCH 1/2] Fix OneNAND ipl to read
CONFIG_SYS_MONITOR_LEN
> Alessandro Rubini wrote:
>> Hello.
>>
>>> Note that there are a couple of board fi
1 - 100 of 108 matches
Mail list logo
