Hi Nikhil,
On Wednesday 20 February 2008, Nikhil Gautam wrote:
> Below is the most of my init.S file. You are correct about the
> faulting location. But I can see in the init.S file that this address
> location is defined as "AC_R|AC_W|AC_X|SA_G" so I think I should be
> able to at least read it.
dear sir or madam,
When I study the u-boot about mpc5xx, I confuse the definition in
cpu/mpc5xx/start.s as follows:
/*
* Set up GOT: Global Offset Table
*
* Use r14 to access the GOT
*/
START_GOT
GOT_ENTRY(_GOT2_TABLE_)
GOT_ENTRY(_FIXUP_TABLE_)
GOT_ENTRY(_start)
GOT_ENTRY(_star
Hi David,
>The /incbin/ is probably the problem. Support for binary includes has
>been suggested, and patches have floated around, but it hasn't yet
>been merged into dtc mainline.
:-( Do you have any floated version?
Thanks,
Michal Simek
www.monstr.eu
>David Gibson | I'll ha
On Sat, Apr 05, 2008 at 07:19:54PM +0200, Michal Simek wrote:
> Hi Jon, David and others,
>
> I am working on FIS for Microblaze CPU. I would like to use it. I have one
> problem.
>
> I download latest DTC version from Jon git server.
>
> Version: DTC 1.1.0-g1577696b
>
> I tryied to convert DT
Loved to see you. You look so much better. I know you have been taking PROZAC
lately. http://www.ryebopbro.com/
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Register now and save $200. Hurry, offer end
In message <[EMAIL PROTECTED]> you wrote:
> Jerry Van Baren wrote:
> > Dear Wolfgang,
> >
> > On the FDT front, we have twoTHREE outstanding bugfix patches:
>
> I confirmed my error, the notation is indeed 32 bit cells per the
> DTC documentation (and his other changes are valuable improvements
In message <[EMAIL PROTECTED]> you wrote:
> Please pull u-boot-at91
>
> The following changes since commit 74d1e66d22dac91388bc538b2fe19f735edc5b82:
> Bartlomiej Sieka (1):
> Fix host tool build breakage, take two
>
> are available in the git repository at:
>
> git://www.denx.de/git/
In message <[EMAIL PROTECTED]> you wrote:
> Wolfgang,
>
> The following changes since commit 74d1e66d22dac91388bc538b2fe19f735edc5b82:
> Bartlomiej Sieka (1):
> Fix host tool build breakage, take two
>
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-net.git
In message <[EMAIL PROTECTED]> you wrote:
> Wolfgang,
>
> The following changes since commit 74d1e66d22dac91388bc538b2fe19f735edc5b82:
> Bartlomiej Sieka (1):
> Fix host tool build breakage, take two
>
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-coldfir
In message <[EMAIL PROTECTED]> you wrote:
> The following changes since commit 74d1e66d22dac91388bc538b2fe19f735edc5b82:
> Bartlomiej Sieka (1):
> Fix host tool build breakage, take two
>
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-blackfin.git master
>
In message <[EMAIL PROTECTED]> you wrote:
> Wolfgang
> Please pull from git://www.denx.de/git/u-boot-arm.git master.
>
> These are the patches:
>
> [PATCH v2] ARM: Davinci: Fix DM644x timer overflow handling and cleanup
> [PATCH] DM644x: This patch removes all boardspecific code from the ar
In message <[EMAIL PROTECTED]> you wrote:
>
> Please pull git://www.denx.de/git/u-boot-sh.git/.
>
> The following changes since commit 74d1e66d22dac91388bc538b2fe19f735edc5b82:
> Bartlomiej Sieka (1):
> Fix host tool build breakage, take two
>
> are available in the git repository at:
In message <[EMAIL PROTECTED]> you wrote:
> On Fri, 28 Mar 2008 18:49:59 -0500
> Kim Phillips <[EMAIL PROTECTED]> wrote:
>
> > Wolfgang D.,
> >
> > please pull SATA configuration patches for 8315 and 837x boards, a
> > cleanup of the 83xx SPRIDR code, and some 8323 rdb fixes:
> >
> ok, I've push
In message <[EMAIL PROTECTED]> you wrote:
> The following changes since commit 74d1e66d22dac91388bc538b2fe19f735edc5b82:
> Bartlomiej Sieka (1):
> Fix host tool build breakage, take two
>
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-cfi-flash.git master
>
In message <[EMAIL PROTECTED]> you wrote:
> The following changes since commit 234ea73c660cfd0b1c98de00995c32d4152d202f:
> Wolfgang Denk (1):
> Merge branch 'master' of git+ssh://10.10.0.7/home/wd/git/u-boot/master
>
> are available in the git repository at:
>
> git://www.denx.de/git/
Hi Tiju,
On Mon, Apr 07, 2008 at 09:09:36PM +0530, Tiju wrote:
> >Please see my other e-mail response about this. I still believe there
> >might be some wrong memory / bus / core clock timing and or voltage
> >issues.
>
> We changed the memory clock to a lower frequency(90MHz to 67MHz) and
>
Stelian Pop a écrit :
> Hmm, if I sed:
> s/KS8721/DM9161/g
> and
> s/ks8721/dm9161/g
>
> on your files I find almost no change with regard to the original
> version, except:
>
> #define PHY_ADDRESS (1<<5)
>
> and a #if 0 commenting out a bit of the initialisation sequence...
>
yes,
Le lundi 07 avril 2008 à 22:23 +0200, Eric BENARD a écrit :
> Stelian Pop a écrit :
> > Le lundi 07 avril 2008 à 16:14 +0200, Sander Vermin a écrit :
> >
> >>> Did you test it as is ? From what I see in the code, the macb driver
> >>> doesn't care much about the PHY type...
> >
> >> I did test i
Stelian Pop a écrit :
Le lundi 07 avril 2008 à 16:14 +0200, Sander Vermin a écrit :
Did you test it as is ? From what I see in the code, the macb driver
doesn't care much about the PHY type...
I did test it, u-boot says no PHY present. I had to change from RMII
mode to MII mode due to my har
Le lundi 07 avril 2008 à 16:14 +0200, Sander Vermin a écrit :
> > Did you test it as is ? From what I see in the code, the macb driver
> > doesn't care much about the PHY type...
> I did test it, u-boot says no PHY present. I had to change from RMII
> mode to MII mode due to my hardware design.
In the flash, I have the following partitions in a flash:
mtd0 : u-boot-1.1.4
mtd1 : rootfs
mtd2 : env
mtd3 : rootfs_upgrade
I noticed that uboot search the entire flash for uImage. If I have 2
uImage (i.e. 2 root filesystems) in the flash, it will fail to boot up.
What I did is t
Discounts and top quality merchanidize only available cheap
http://www.jieotap.com/
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Register now and save $200. Hurry, offer ends at 11:59 p.m.,
Monday, Ap
Hi Harald,
>Please see my other e-mail response about this. I still believe there
>might be some wrong memory / bus / core clock timing and or voltage
>issues.
We changed the memory clock to a lower frequency(90MHz to 67MHz) and the the
"Bad Data CRC" error has gone. Thanks alot.
Our settings
Hello Stefan,
I had a look at all PPC440 processor manuals from AMCC and see that my
patch applies to all of them. In other words the #else portion is never
used. Therefore I am submitting a patch that cleans up this code quite
nicely.
Another observation that I made is that the PPC440EPx and PPC
Stelian Pop schreef:
> Le lundi 07 avril 2008 à 15:16 +0200, Sander Vermin a écrit :
>
>> Hello,
>>
>> I'm trying to build a U-Boot from your git tree with the AT91 patches.
>> My board is a custom board with a KS8721 instead of the DM9161 network
>> PHY chip. This is the same chip as Olimex u
Stelian Pop a écrit :
> Le lundi 07 avril 2008 à 15:16 +0200, Sander Vermin a écrit :
>> Hello,
>>
>> I'm trying to build a U-Boot from your git tree with the AT91 patches.
>> My board is a custom board with a KS8721 instead of the DM9161 network
>> PHY chip. This is the same chip as Olimex used
Le lundi 07 avril 2008 à 15:16 +0200, Sander Vermin a écrit :
> Hello,
>
> I'm trying to build a U-Boot from your git tree with the AT91 patches.
> My board is a custom board with a KS8721 instead of the DM9161 network
> PHY chip. This is the same chip as Olimex used on their development board.
Hi Jerry,
>This is indicating you have major link / memory map / coding issue(s).
>vmlinux should be around 1MB, not 25MB! linux.bin should be around the
>same size as vmlinux. Having linux.bin grow to be 3GB indicates it has
>major holes in it that objdump is filling with "fill" values.
Loa
Hello,
I'm trying to build a U-Boot from your git tree with the AT91 patches.
My board is a custom board with a KS8721 instead of the DM9161 network
PHY chip. This is the same chip as Olimex used on their development board.
Olimex build a U-Boot for their board, they did some code hacking on
u
Tiju wrote:
> Hi Harald,
>
> The serial issues were solved. As u said, the problem was with the
> RTS/CTS. I disabled all the hardware control signals and some
> modifications with the relocation section in the start..S and it started
> working.
>
> Now the issue is with the kernel CRC32 check
On Mon, Apr 07, 2008 at 02:31:10PM +0530, Tiju wrote:
> Hi Harald,
>
> The serial issues were solved. As u said, the problem was with the
> RTS/CTS. I disabled all the hardware control signals and some
> modifications with the relocation section in the start.S and it
> started working.
great.
>
Hi Harald,
The serial issues were solved. As u said, the problem was with the RTS/CTS. I
disabled all the hardware control signals and some modifications with the
relocation section in the start.S and it started working.
Now the issue is with the kernel CRC32 check. I compiled a kernel with the
Hi Wolfgang, Luigi,
On Fri, Mar 28, 2008 at 11:33:58PM +0100, Wolfgang Denk wrote:
> Either the license is compatible, and the code can be included, or it
> is not, then it cannot. In the latter case, the whole patch makes no
> sense.
Given my expertise with license compliance, I volunteer to lo
On Fri, Apr 04, 2008 at 08:29:48PM +0530, Tiju wrote:
> Hi Vishal,
>
> I am stuck with the Kernel load address and entry point. It keeps on
> resetting. Output as shown below.
are you sure
1) your PLL's are configured correctly, i.e.
* the memory bus doesn't exceed the maximum bus frequency allo
On Fri, Mar 28, 2008 at 04:58:37PM +0530, Tiju wrote:
> Hi all
>
> I am trying to port u-boot to a s3c2440 samsung processor.
>
> I applied the smdk2440 boards patch (almost similar architecture) and
> trying to modify it for our board's requirement. But during the
> serial_init it goes to the _
35 matches
Mail list logo
