Dear Sandeep,
In message <0554bef07d437848af01b9c9b5f0bc5d9fffc...@dlee01.ent.ti.com> you
wrote:
>
> I am not supposed to be adding this patch below
> http://www.mail-archive.com/u-boot@lists.denx.de/msg34906.html
>
> I will need an ACK from the responsible custodian.
Who would that be?
Best
Dear Rogan Dawes,
In message <4c6b08f1.9000...@dawes.za.net> you wrote:
>
> The ramdisk is located at ff9a (in flash). Its image header
> relocates it to 0080:
Try to copy the ramdisk to RAM, and pass the Linux kernl an address in
RAM.
Try it.
Best regards,
Wolfgang Denk
--
DENX Soft
DA8xx musb support is already available and DA830 is using it as
it has required configs in include/configs/da830evm.h
Updated the DA850 evm configs so that DA850 evm can also use
musb functionalities.
CC: Remy Bohmer
Signed-off-by: Ajay Kumar Gupta
---
include/configs/da850evm.h | 37 ++
Dear Tom Rix,
Could you please update ARM machine types?
Its about 40 entries behind, including my recently added entry ;)
Best Regards,
Reinhard
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
From: york
The board specific parameters associated with quad rank dimms where
missing. This fixes it so the board will function if quad rank dimms
are placed in it.
Signed-off-by: York Sun
Signed-off-by: Kumar Gala
---
board/freescale/corenet_ds/ddr.c | 18 +-
include/conf
Official docs call it the Job Ring not Job Queue for the p4080 security
block. Match the docs to reduce confusion.
Signed-off-by: Kim Phillips
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/p4080_ids.c |8
arch/powerpc/include/asm/fsl_liodn.h |8
arch/powerp
On Aug 9, 2010, at 6:39 PM, Kim Phillips wrote:
>>
>> From 093851331069abefe38e93bb04f715e9c63c9dd3 Mon Sep 17 00:00:00 2001
> From: Kim Phillips
> Date: Mon, 9 Aug 2010 18:28:40 -0500
> Subject: [PATCH] powerpc/8xxx: share PIC defines among 85xx and 86xx
>
> fixes breakeage introduced by comm
On Tue, Aug 17, 2010 at 2:43 PM, Jeff Carr wrote:
> On Tue, Aug 17, 2010 at 08:34, Martinez, Aldo wrote:
>
>> I wonder what is the status of this patch?
>
> As someone trying to do development on a 3630, this would be helpful
> to have in the upstream tree.
I'm preparing a patch series to suppor
Hello
Greetings,
I saw your e-mail in the net while browsing, and i pick interest in you
as such i
came here to look for my second half, my soul mate,my friend It is to
tell
about myself to you, as I haven't seen you ever before. But I feel
something inside. I feel like a little sign o
On Tue, Aug 17, 2010 at 18:13, Martinez, Aldo wrote:
>> On Tue, Aug 17, 2010 at 14:43, Jeff Carr wrote:
>> I tried this patch today and DRAM seems to not work after u-boot
> I'll take a look at this, thanks for noting it.
>
> Best regards,
> Aldo Brett
It dawns on me that I didn't ask what too
MPS Express Dev Kampanya
MPS Gift Hediye Kampanyasından Sizde Yararlanın...
Dünyanın 220 Ülkesinde Faliyet gösteren MPS Express Türkiyeden Dünyanın
Heryerine Döküman Paket Koli ve İhracat Kargolarınızı en hızlı en ekonomik ve
en güvenli şekilde taşıma hizmetini bir yenisini daha ekledi.Türki
Hi Jeff,
> -Original Message-
> From: Jeff Carr [mailto:basilarc...@gmail.com]
> Sent: Tuesday, August 17, 2010 6:53 PM
> To: Martinez, Aldo
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH 0/2 v5][U-BOOT] Zoom3: Add support for
> OMAP3630 Zoom3 board.
>
> On Tue, Aug 17, 2010 at
Hi Jeff,
> On Tue, Aug 17, 2010 at 08:34, Martinez, Aldo wrote:
>
> > I wonder what is the status of this patch?
>
> As someone trying to do development on a 3630, this would be helpful
> to have in the upstream tree.
I know :)
> > Sandeep commented me it was dependent on another patch, maybe a
We can load binary files by loading them in RAM (offset 0x300) first and
then copying them to Flash with the cp.b command.
Now we are trying to load our executable (in S-record format) in Flash with the
loads command (load S-record) using U-boot.
It is my understanding that S-record files s
On Tue, Aug 17, 2010 at 14:43, Jeff Carr wrote:
> On Tue, Aug 17, 2010 at 08:34, Martinez, Aldo wrote:
>
>> I wonder what is the status of this patch?
I tried this patch today and DRAM seems to not work after u-boot
loads. Strange. I did:
git clone git://git.denx.de/u-boot.git
git pull git://gi
>
> On Tue, Aug 17, 2010 at 08:34, Martinez, Aldo wrote:
>
> > I wonder what is the status of this patch?
>
> As someone trying to do development on a 3630, this would be helpful
> to have in the upstream tree.
>
> > Sandeep commented me it was dependent on another patch, maybe a serial
> dri
Hello Ben, Everybody,
some boards used to have their PHY quirks in board-specific reset_phy()
function. This used to work because of reset_phy() being called later
than Ethernet drivers initialization during startup.
But nowadays some drivers (in particular I faced this problem using
mpc5xxx_fe
On 2010/08/18 12:04 AM, Wolfgang Denk wrote:
> Dear Rogan Dawes,
>
> In message <4c6b051a.5050...@dawes.za.net> you wrote:
>>
>> For some reason, the kernel didn't seem to think it had been given the
>> ramdisk parameter. At least, I get the following error message:
>
> Where is the ramdisk locat
Dear Rogan Dawes,
In message <4c6b051a.5050...@dawes.za.net> you wrote:
>
> For some reason, the kernel didn't seem to think it had been given the
> ramdisk parameter. At least, I get the following error message:
Where is the ramdisk located? Make sure it is loaded into RAM (not
flash!).
Best r
On 2010/08/17 11:20 PM, Wolfgang Denk wrote:
> Dear Rogan Dawes,
>
> In message <4c6aec70.40...@dawes.za.net> you wrote:
>>
>> No, but mistaken in thinking that the machid was in decimal, when it is
>> really in hex.
>>
>> Now to figure out why the CRC calculations are different, and I'll have
>>
Dear Scott Wood,
In message <20100816220141.ga2...@schlenkerla.am.freescale.net> you wrote:
> The following changes since commit 668a6b45915d10d75357f5b93f569bbf49ea2b06:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-usb
>
> are available in the git repository
On Tue, Aug 17, 2010 at 08:34, Martinez, Aldo wrote:
> I wonder what is the status of this patch?
As someone trying to do development on a 3630, this would be helpful
to have in the upstream tree.
> Sandeep commented me it was dependent on another patch, maybe a serial driver
> patch. The seco
Dear Rogan Dawes,
In message <4c6aec70.40...@dawes.za.net> you wrote:
>
> No, but mistaken in thinking that the machid was in decimal, when it is
> really in hex.
>
> Now to figure out why the CRC calculations are different, and I'll have
> a fully functioning u-boot!
For a test you could as ell
Dear Rogan Dawes,
In message <4c6ae955.1060...@dawes.za.net> you wrote:
>
> I'm not passing the second parameter at this stage, because the ramdisk
> is failing the CRC32 check for some reason. It may be that the CRC32
> calculation has changed between 1.1.1 which was the base for the vendor
> u-b
On 2010/08/17 9:56 PM, Rogan Dawes wrote:
>
> Am I mistaken in expecting the machid environment variable trick to work?
>
> Thanks
>
> Rogan
No, but mistaken in thinking that the machid was in decimal, when it is
really in hex.
Now to figure out why the CRC calculations are different, and I'll
On 2010/08/17 5:38 PM, Albert ARIBAUD wrote:
> Ok, so u-boot is now out of the way of the linux image load area.
>
>> Now to figure out why I'm not getting any further than this. (And why
>> the vendor ramdisk is giving me CRC errors).
>
> What is the actual command you use for booting your kern
Dear Scott Wood,
In message <20100817131904.5703f...@schlenkerla.am.freescale.net> you wrote:
>
> ...but "take this entire subsystem as is" or "go without anything
> vaguely resembling this code, lest it be called 'duplication'" is a
> rather limiting pair of choices. It seems reasonable to refa
Dear Detlev Zundel,
In message you wrote:
>
> > You mean replace "maxspeed" by "cpuclk"? As I have noted a number of times
> > before, we are not passing the cpu clock speed here. That information kernel
> > directly reads from system registers. No need to pass it from U-Boot. The
> > example yo
On Tue, 17 Aug 2010 11:20:00 +0200
Wolfgang Denk wrote:
> In message <1282024011.2814.61.ca...@localhost.localdomain> you wrote:
> > For this case, I need to call some functions like getenv, hwconfig,
> > printf, strcmp etc. which are needed in ddr spd code, but I don't want
>
> I think this is
Hi Anatolij,
On 17/08/10 10:25 AM, Anatolij Gustschin wrote:
> Hi,
>
> On Tue, 17 Aug 2010 09:27:10 -0700
> Graeme Smecher wrote:
>
>
>> On 04/08/10 02:04 PM, Graeme Smecher wrote:
>>
>>> This code differs in only trivial ways from the altera_spi driver. It plays
>>> nice with Thomas Ch
Hi,
On Tue, 17 Aug 2010 09:27:10 -0700
Graeme Smecher wrote:
> On 04/08/10 02:04 PM, Graeme Smecher wrote:
> > This code differs in only trivial ways from the altera_spi driver. It plays
> > nice with Thomas Chou's mmc_spi driver, as well as with SPI flash.
> >
> > Documentation for the SPI core
On Tue, Aug 17, 2010 at 06:18:07PM +0200, Philippe De Muyter wrote:
> On Tue, Aug 17, 2010 at 05:57:00PM +0200, Stefan Roese wrote:
> > Hi Philippe,
> >
> > unfortunately your patch base64 encoded. :-(
>
> Are you sure ? It isn't so in my `sent' folder.
>
Thinking again about it, it must happe
On Tuesday 17 August 2010 18:18:07 Philippe De Muyter wrote:
> > unfortunately your patch base64 encoded. :-(
>
> Are you sure ? It isn't so in my `sent' folder.
Here from the header in my inbox:
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: base64
> > > diff -U 50
I have "ported" U-boot to a in house made board with Numonyx Axcell P33/P30
256-Mbit 65nm flash chips.
After some time :( searching for bugs in our board or soft, we have
discovered that those chips have a small but annoying bug, documented in
"Numonyx Axcell P33/P30 256-Mbit Specification Update"
Hi all,
On 04/08/10 02:04 PM, Graeme Smecher wrote:
> This code differs in only trivial ways from the altera_spi driver. It plays
> nice with Thomas Chou's mmc_spi driver, as well as with SPI flash.
>
> Documentation for the SPI core is available here:
>
> http://www.xilinx.com/support/documen
On Tue, Aug 17, 2010 at 05:57:00PM +0200, Stefan Roese wrote:
> Hi Philippe,
>
> unfortunately your patch base64 encoded. :-(
Are you sure ? It isn't so in my `sent' folder.
>
> Even though git seems to be able to handle this, your commit text still has
> some problems. Please see below:
>
>
Hi Philippe,
unfortunately your patch base64 encoded. :-(
Even though git seems to be able to handle this, your commit text still has
some problems. Please see below:
On Tuesday 17 August 2010 11:49:24 Philippe De Muyter wrote:
> I have "ported" U-boot to a in house made board with Numonyx Axce
PDM360NG board uses this functionality to pass display
timing info to the Linux Framebuffer driver.
Signed-off-by: Anatolij Gustschin
---
v2:
- added "howto comment" explaining the generation of
EDID data block.
board/pdm360ng/pdm360ng.c | 43 +++
1
Le 17/08/2010 13:42, Rogan Dawes a écrit :
> On 2010/08/17 1:19 PM, Rogan Dawes wrote:
>> I'll try with a higher value, and see what happens.
>>
>
> So, I tried with TEXT_BASE=f1, and I got a bit further:
>
> DNS323B1> bootm FF82
> ## Booting kernel from Legacy Image at ff82 ...
>
Dear Wolfgang,
> -Original Message-
> From: Martinez, Aldo
> Sent: Friday, July 16, 2010 1:30 AM
> To: u-boot@lists.denx.de
> Cc: Paulraj, Sandeep; w...@denx.de; Martinez, Aldo
> Subject: [PATCH 0/2 v5][U-BOOT] Zoom3: Add support for OMAP3630 Zoom3
> board.
>
> From: Aldo Brett Cedillo Mar
Hi Sekhar,
> Hi Detlev,
>
> On Tue, Aug 17, 2010 at 17:42:32, Detlev Zundel wrote:
>> >> > Yes, but I am still unconvinced ATAG_REVISION is not suitable for this
>> >> > purpose.
>> >>
>> >> When writing code which should also be maintainable by other people it
>> >> is a good idea to consider com
This patch adds SD/MMC support to AT91SAM9260/9XE/9G20
using the generic MMC framework.
Signed-off-by: Reinhard Meyer
---
The driver itself is not dependent on any particular AT91 or AVR32
device, but further work in device specific files is
required to enable its use for other AT91 (and AVR32) d
Hi Detlev,
On Tue, Aug 17, 2010 at 17:42:32, Detlev Zundel wrote:
> >> > Yes, but I am still unconvinced ATAG_REVISION is not suitable for this
> >> > purpose.
> >>
> >> When writing code which should also be maintainable by other people it
> >> is a good idea to consider common expectations also
Hi Anatolij,
> Hello Wolfgang,
>
> On Mon, 16 Aug 2010 16:02:14 +0200
> Wolfgang Denk wrote:
> ...
>> I have one (probably stupid) question:
>>
>> > +static unsigned char edid_buf[128] = {
>> > + 0x00, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00,
>> > + 0x42, 0xC9, 0x34, 0x12, 0x01, 0x00, 0x00, 0
Hi Nori,
> Hi Detlev,
>
> On Fri, Aug 13, 2010 at 16:09:41, Detlev Zundel wrote:
>> Hi Nori,
>>
>> >> A revision for me is attached to certain bugs/problems which we may need
>> >> to work around in software. Think about something like "we can enable
>> >> caching only on rev2 CPUs". For all I k
On 2010/08/17 1:19 PM, Rogan Dawes wrote:
> I'll try with a higher value, and see what happens.
>
So, I tried with TEXT_BASE=f1, and I got a bit further:
DNS323B1> bootm FF82
## Booting kernel from Legacy Image at ff82 ...
Image Name: Linux-2.6.12.6-arm1
Image Type: ARM Lin
On 2010/08/17 12:41 PM, Albert ARIBAUD wrote:
>> I had a debug statement in the loop, printing out the above at each
>> iteration. Since it never completed the loop, copying/moving the entire
>> kernel (609564 bytes remaining), I think it is safe to assume that it
>> never got to the point of tryin
Dear Schleifer, Alexander,
> Hello Reinhard,
>
> thanks for your reply.
> I checked the register settings and sorted out, that the SDCBUS was
> initialized in 4-bit mode by the bootstrap.
>
> So I added the explicit initialization when port A is used:
>
> #if defined(CONFIG_ATMEL_MCI_PORTB)
>
Le 17/08/2010 12:21, Rogan Dawes a écrit :
> On 2010/08/17 12:10 PM, Albert ARIBAUD wrote:
>> (quick note to Wolfgang: yes, there is RAM at 0x8000 on these
>> machines. All orion5x based machines have RAM start at 0, and u-boot
>> makes sure SDRAM is set up this way)
>>
>> Rogan,
>>
>> You cann
On 2010/08/17 12:10 PM, Albert ARIBAUD wrote:
> (quick note to Wolfgang: yes, there is RAM at 0x8000 on these
> machines. All orion5x based machines have RAM start at 0, and u-boot
> makes sure SDRAM is set up this way)
>
> Rogan,
>
> You cannot tell from your log output that memmove never
Hello Reinhard,
thanks for your reply.
I checked the register settings and sorted out, that the SDCBUS was initialized
in 4-bit mode by the bootstrap.
So I added the explicit initialization when port A is used:
#if defined(CONFIG_ATMEL_MCI_PORTB)
mmci_writel(SDCR, (MMCI_BF(SCDSEL, 1)
Le 16/08/2010 22:15, Rogan Dawes a écrit :
> On 2010/08/16 9:24 AM, Rogan Dawes wrote:
>> Hi folks,
>>
>> I'm trying to get mainline u-boot working on my DNS323 (Orion5x based).
>> Until I am confident in the config, I'm using a chainloaded approach,
>> wrapping my featureful u-boot in an image fil
I have "ported" U-boot to a in house made board with Numonyx Axcell P33/P30
256-Mbit 65nm flash chips.
After some time :( searching for bugs in our board or soft, we have
discovered that those chips have a small but annoying bug, documented in
"Numonyx Axcell P33/P30 256-Mbit Specification Update"
Hi Damien
I'm very interested in testing this.
Please send it to me to the address provided.
Regards
Einar
From: u-boot-boun...@lists.denx.de [u-boot-boun...@lists.denx.de] on behalf of
Wolfgang Denk [...@denx.de]
Sent: Tuesday, August 17, 2010 9:25 AM
Dear Wolfgang
>>
>> The work flow is that:
>> Every "timeout" is reached, it will call NfsSend() and whatever the
>> state is finally it will call rpc_req() which will increase the
>> rpc_id value every time. The rpc_id value is increased but the
>> reply.id is not increased by "timeout".
Dear Damien Dusha,
In message you
wrote:
>
> Please email me off-list if you want to test the patch for yourself. If it
> works for you, I should make the effort to clean it up and contribute it
> back...
Please do this in any case. I would really like to add this feature.
Best regards,
Wolfg
Dear Jin Qing-B24347,
In message
you wrote:
>
> The work flow is that:
> Every "timeout" is reached, it will call NfsSend() and whatever the
> state is finally it will call rpc_req() which will increase the rpc_id
> value every time. The rpc_id value is increased but the reply.id is not
> in
Dear Haiying Wang,
In message <1282028890.2814.95.ca...@localhost.localdomain> you wrote:
>
> > > arch/powerpc/cpu/mpc83xx/cpu_init.c |8
> > > arch/powerpc/cpu/mpc85xx/cpu_init.c |8
> > > arch/powerpc/lib/board.c| 31
> > > +++
Dear Haiying Wang,
In message <1282025889.2814.80.ca...@localhost.localdomain> you wrote:
>
> > Please avoid adding a new header file just for this single prototype.
> This was copied from mpc8568mds/mpc8569mds. If it is not allowed anymore, I
> can remove it.
Please do.
Ideally provide a clean
Dear Haiying Wang,
In message <1282024011.2814.61.ca...@localhost.localdomain> you wrote:
>
> > > Makefile | 18 ++-
> > > arch/powerpc/cpu/mpc85xx/cpu_init_nand.c | 31 +++-
> > > arch/powerpc/cpu/mpc85xx/sram_boot/Makefile| 190
>
Hi Philippe,
the patch doesn't apply:
[ste...@stefan-desktop u-boot-cfi-flash (master)]$ git am -s -3
patches_misc/\[U-
Boot\]\ \[PATCHv3\ CFI\ flash\]\ Work\ around\ bug\ in\ Numonyx\ P33_P30\
256-Mbit\
65nm\ flash\ chips..mbox
Applying: Work around bug in Numonyx P33/P30 256-Mbit 65nm flash
Hello Wolfgang,
On Mon, 16 Aug 2010 16:02:14 +0200
Wolfgang Denk wrote:
...
> I have one (probably stupid) question:
>
> > +static unsigned char edid_buf[128] = {
> > + 0x00, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00,
> > + 0x42, 0xC9, 0x34, 0x12, 0x01, 0x00, 0x00, 0x00,
> > + 0x0A, 0x0C, 0
Hi Elinar,
> I have a board with mpc5121e cpu on it and I'm been patching my Uboot
> (U-Boot v2009.11) with the patch given initially by Francesco Rendine:
>
I've cleaned up this patch and made it work better (there are some issues
with it that needed fixing), but needs (mostly style) work befor
Dear Wolfgang,
The work flow is that:
Every "timeout" is reached, it will call NfsSend() and whatever the state is
finally it will call rpc_req() which will increase the rpc_id value every
time. The rpc_id value is increased but the reply.id is not increased by
"timeout". This makes the jud
On Mon, 2010-16-08 at 12:40 +0200, Wolfgang Denk wrote:
> Dear Haiying Wang,
>
> In message <1281947090.24612.23.ca...@localhost.localdomain> you wrote:
> > and because some platforms need to load QE firmware from NAND flash(no NOR
> > flash), it makes qe_init to be called after nand_init.
> >
>
65 matches
Mail list logo
