hi, I recently read the code of u-boot, but I have a problem about its
relocation and uboot how to pass the paramter to the linux kernel. could you
help me?, at least ,tell where i can find the code of these function ,thanks
.
Thanks a lot for your help.
In fact it's not really important to support MMCplus, the main is to support
MMC v4 where the extended CSD is introduced. Moreover, it's not really
important if only one wire is used... I want only be able to read on a MMC
4Gb with my U-boot...
Thanks in advance
Pierre
Hi all,
Patch to remove SEARCH_DIR directive is rather large since so many
linker scripts include it. I have included a link below but our FTP
site is frequently "cleaned up" by admin. Please let me know if I need
to upload it again.
CHANGELOG
Remove all SEARCH_DIR directives from linker scripts
> -Original Message-
> From: Magnus Lilja [mailto:[EMAIL PROTECTED]
> Sent: 10 April 2008 12:53
> To: Wolfgang Denk
> Cc: Peter Pearse; Guennadi Liakhovetski;
> u-boot-users@lists.sourceforge.net
> Subject: Re: [U-Boot-Users] [GIT PULL] Please pull u-boot-arm
>
> > I would expect, th
Set fdt_blob variable before its value is printed out.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
lib_ppc/bootm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib_ppc/bootm.c b/lib_ppc/bootm.c
index 2901607..b24a064 100644
--- a/lib_ppc/bootm.c
+++ b/l
> -Original Message-
> From: Peter Pearse [mailto:[EMAIL PROTECTED]
> Sent: 11 April 2008 09:47
> To: 'Wolfgang Denk'
> Subject: RE: [U-Boot-Users] [GIT PULL] Please pull u-boot-arm
>
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Beh
In message <[EMAIL PROTECTED]> you wrote:
>
> hi, I recently read the code of u-boot, but I have a problem about its
> relocation and uboot how to pass the paramter to the linux kernel. could you
> help me?, at least ,tell where i can find the code of these function ,thanks
> .
It is extremely bad
--- Forwarded Message
Date:Fri, 11 Apr 2008 12:13:46 +0200
From:Wolfgang Denk <[EMAIL PROTECTED]>
To: "Peter Pearse" <[EMAIL PROTECTED]>
cc: [EMAIL PROTECTED]
Subject: Re: [U-Boot-Users] [GIT PULL] Please pull u-boot-arm
Dear Peter,
in message <[EMAIL PROTECTED]> you wrote
Before new uImage code was merged, bootm code allowed for the kernel image to
get overwritten during decompresion. new uImage introduced a check for image
overwrites and refused to boot the image that got overwritten. This patch
restores the old behavior. It also adds a warning when the image overw
Peter, please, do NOT drop addressees from CC.
On Fri, 11 Apr 2008, Peter Pearse wrote:
> > I find I have to manually edit the mails I get from my
> > (company mandated) mail client.
> >
> > My process is
> >
> > a) Save mail
> > b) Manually edit to remove extraneous/incorrect data and formatt
Dear Peter,
in message <[EMAIL PROTECTED]> you wrote:
>
> I see that in correcting the formats of the patches I have neglected to
> correct the line counts for new files, thus losing the final lines of the
> file.
Please don't do that. Please never, never ever edit patches. It is of
utmos
In message <[EMAIL PROTECTED]> you wrote:
>
> Sorry, do I understand it right, that you are going to keep your patches
> as you have committed them and now apply this patch from Magnus on the
> top? If yes, I don't think this is a correct decision. I think, you should
> revert your commits and
On Fri, 11 Apr 2008, Peter Pearse wrote:
> > -Original Message-
> > From: Magnus Lilja [mailto:[EMAIL PROTECTED]
> > Sent: 10 April 2008 12:53
> > To: Wolfgang Denk
> > Cc: Peter Pearse; Guennadi Liakhovetski;
> > u-boot-users@lists.sourceforge.net
> > Subject: Re: [U-Boot-Users] [GIT PU
On Fri, 11 Apr 2008, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > Sorry, do I understand it right, that you are going to keep your patches
> > as you have committed them and now apply this patch from Magnus on the
> > top? If yes, I don't think this is a correct deci
On Friday 11 April 2008, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > Sorry, do I understand it right, that you are going to keep your patches
> > as you have committed them and now apply this patch from Magnus on the
> > top? If yes, I don't think this is a correct decision
> -Original Message-
> From: Guennadi Liakhovetski [mailto:[EMAIL PROTECTED]
> Sent: 11 April 2008 12:38
> To: Wolfgang Denk
> Cc: Peter Pearse; u-boot-users@lists.sourceforge.net
> Subject: Re: [U-Boot-Users] [GIT PULL] Please pull u-boot-arm
>
> On Fri, 11 Apr 2008, Wolfgang Denk wro
Peter Pearse wrote:
Could I appeal to other u-boot guardians to send me, off list, details
of which applications they have found reliable for both sending
& receiving git patches.
Can people send this info on list? I know I would like to know the
answer, and I believe it would help more than
On Friday 11 April 2008, Philip Balister wrote:
> Peter Pearse wrote:
> > Could I appeal to other u-boot guardians to send me, off list, details
> > of which applications they have found reliable for both sending
> > & receiving git patches.
>
> Can people send this info on list? I know I would lik
On Fri, 11 Apr 2008, Peter Pearse wrote:
> Could I appeal to other u-boot guardians to send me, off list, details
> of which applications they have found reliable for both sending
> & receiving git patches.
Well, in many cases you can get this information from email headers, e.g.,
Message-ID: <[
Peter Pearse wrote:
[snip]
> I understand now that I should only apply *completely* unmodified patches.
>
> I shall investigate how I can obtain patches in an uncorrupted form and
> inform the patch originators when I have done so.
>
> I may have to change my email address to do so.
>
> Could
In message <[EMAIL PROTECTED]> you wrote:
>
> > Actually, I think, even Peter should not reset his tree, but
> > revert just as well as you are going to do it: his tree is
> > publically accessible too, and if he resets his tree, it will
> > become unclear, where respective commits from the ce
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: 11 April 2008 14:18
> To: Peter Pearse
> Cc: 'Guennadi Liakhovetski'; u-boot-users@lists.sourceforge.net
> Subject: Re: [U-Boot-Users] [GIT PULL] Please pull u-boot-arm
>
> In message <[EMAIL PROTECTED]> y
Karthik,
The current M5445EVB U-boot has the DSPI support be part of the flash
utility in board/freescale/m54455evb/flash.c, since the serial flash in
54455EVB is flash alike. The only feature that it can't perform is read
back from the flash. I have not implemented the DSPI be part of the SPI
an
Hello Stefan,
Well I am still trying to master GIT and the patch reporting process. On
the last try I used the git diff command to create the patch. This time
I created a separate U-Boot tree and committed this one change into it
and used git-format-patch to generate the attached file.
Hopefully
Hi Eugene,
On Friday 11 April 2008, Eugene O'Brien wrote:
> Well I am still trying to master GIT and the patch reporting process. On
> the last try I used the git diff command to create the patch. This time
> I created a separate U-Boot tree and committed this one change into it
> and used git-for
The following changes since commit aeff6d503b6006573d5c6b04fc658a64bebee5fa:
Wolfgang Denk (1):
Merge branch 'master' of git://www.denx.de/git/u-boot-fdt
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Eugene O'Brien (1):
ppc4xx: Fix power
Shinya Kuribayashi wrote:
[BIG SNIP]
> Git bisect has picked up the following commit:
>
>
> commit e710185aae90c64d39c2d453e40e58ceefe4f250
> Author: goda.yusuke <[EMAIL PROTECTED]>
> Date: Wed Mar 5 17:08:20 2008 +0900
>
> net:
On Thu, 10 Apr 2008 17:31:24 -0500
[EMAIL PROTECTED] wrote:
> Pierre Savary wrote:
>
> > I use a MMCplus 4GB on my design (with at91sam9260). It's
> > wired with 4 bits.
>
> The MCI controller on the AT91SAM926x family does not support
> MMCplus. There is no way to support a 4 bit bus, since t
Hi Wolfgang,
Could you look at it?
Thanks,
Michal
> Hi Wolfgang,
>
> please pull microblaze git repo.
>
> Thanks,
> Michal Simek
>
> The following changes since commit aeff6d503b6006573d5c6b04fc658a64bebee5fa:
> Wolfgang Denk (1):
> Merge branch 'master' of git://www.denx.de/git/u-
With gcc 3.3.3 at least, compilation fails with
Generating include/autoconf.mk
gcc: compilation of header file requested
make: *** [include/autoconf.mk] Error 1
since commit 16fe77752eee099b9fb61ed73460e51cc94b37ba.
Signed-off-by: Vlad Lungu <[EMAIL PROTECTED]>
---
Makefile |2 +-
1 files
Pierre Ossman wrote:
> Ken Fuchs wrote:
>
> > The MCI controller on the AT91SAM926x family does not support
> > MMCplus. There is no way to support a 4 bit bus, since the
> > MCI controller supports only 1 bit to an MMC chip.
>
> Untrue. The hardware interface is identical for 4-bit SD and
> 4
Kim,
2nd part of the mvblm7 board patch.
Cheers,
André
Signed-off-by: Andre Schwarz <[EMAIL PROTECTED]>
--
diff --git a/board/mvblm7/mvblm7_autoscript b/board/mvblm7/mvblm7_autoscript
new file mode 100644
index 000..8ebb4ca
--- /dev/null
+++ b/board/mvblm7/mvblm7_autoscript
@@ -0,0 +1,38 @@
When building against non-local, non-disk-backed file systems (e.g. NFS,
tmpfs), the u-boot build can iterate forever, attempting to re-generate
"include/autoconf.mk". This occurs because $(VERSION_FILE) (aka
${ROOT}/u-boot/build/include/version_autogenerated.h) is always regarded as
out-of-date be
On Fri, 11 Apr 2008 10:27:55 +0100
"Richard Danter" <[EMAIL PROTECTED]> wrote:
> Remove all SEARCH_DIR directives from linker scripts.
>
> Many of the linker scripts included SEARCH_DIR directives making the
> linker search for libraries in the host tree (/lib, /usr/lib and
> /usr/local/lib). Thi
$ git clone http://git.denx.de/u-boot-at91.git
Initialized empty Git repository in
/cygdrive/n/ken/U-Boot/git/u-boot-at91/.git/
Getting alternates list for http://git.denx.de/u-boot-at91.git
Also look at http://git.denx.de/git/u-boot.git/
Getting pack list for http://git.denx.de/u-boot-at91.git
Get
$ git clone http://git.denx.de/u-boot-at91.git
Initialized empty Git repository in
/cygdrive/n/ken/U-Boot/git/u-boot-at91/.git/
Getting alternates list for http://git.denx.de/u-boot-at91.git
Also look at http://git.denx.de/git/u-boot.git/
Getting pack list for http://git.denx.de/u-boot-at91.git
Get
On Fri, 11 Apr 2008 22:02:38 +0200
André Schwarz <[EMAIL PROTECTED]> wrote:
> Kim,
>
> please review this resubmitted patch with changes as you have requested :
>
> - coding style issues
> - Makefile
> - Maintainer
> - common mpc83xx PCI code
> - added README.mvblm7
>
Hello André, thanks, looks
$ strace git clone http://git.denx.de/u-boot-at91.git
Here is strace output of one iteration of the infinite loop.
90 3571246 [main] git-http-fetch 2780 cygwin_select: 6, 0x22C550,
0x22C530, 0x22C510, 0x22C5B0
42 3571288 [main] git-http-fetch 2780 dtable::select_write: fd 5
20 3571308 [
Kim,
please review this resubmitted patch with changes as you have requested :
- coding style issues
- Makefile
- Maintainer
- common mpc83xx PCI code
- added README.mvblm7
Please let me know if anything is still invalid or not acceptable.
As mentioned before the merge window is close -> take
On Fri, 11 Apr 2008 16:20:00 -0500
<[EMAIL PROTECTED]> wrote:
> I did a clone of the same git repository without any problems earlier
> today, except it wouldn't build properly.
>
> Any suggestions about what is wrong with the clone attempt and what can
> be done to fix it?
>
I'd have said use t
In message <[EMAIL PROTECTED]> you wrote:
>
> I'd have said use the git: protocol, but that doesn't seem to help
> either:
It worked fine for me...
> Initialized empty Git repository in /home/kim/git/hmm.git/.git/
> git.denx.de[0: 0.0.0.1]: errno=Success
> fatal: unable to connect a socket (Succe
On Fri, 11 Apr 2008 23:40:37 +0200
Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> ... or simply work, at least with git protocol.
ok, it works when I s/git.denx.de/www.denx.de/, using the git
protocol. This might have something to do with our firewall though.
Kim
--
Hi,
I am using U-boot 1.3.2 with the MX31ADS patches
posted by Guennadi Liakhovetski.
I would like to load the zImage kernel from Freescale
Linux BSP via TFTP and mount the rootfs via NFS.
Does anyone have an example for doing this? I am not
sure what address should I use to load the kernel into
Hi,
I was trying to turn on I-Cache while u-boot is executing out of Flash
on MPC5121 ADS board, and just found the board refused to boot. After
debug and tried many different ways, we finally found that the root of
the problem is the SYNC macro definition in u-boot include/ppc_asm.tmpl
file. The
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git master
Kumar Gala (2):
85xx: Use SVR_SOC_VER instead of SVR_VER
85xx: Fix detection of MP cpu spin up
cpu/mpc85xx/cpu_init.c |2 +-
cpu/mpc85xx/mp.c|6 +-
cpu/mpc85xx/spd_sdram.c
The following changes since commit 950a392464e616b4590bc4501be46e2d7d162dea:
Wolfgang Denk (1):
Revert merge of git://www.denx.de/git/u-boot-arm, commit 62479b18:
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc83xx.git
Dave Liu (2):
mpc83xx: Fix the SAT
Move non-inlied functions into specific drivers file
Set get_prom as weak
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
Signed-off-by: Vlad Lungu <[EMAIL PROTECTED]>
diff --git a/drivers/net/Makefile b/drivers/net/Makefile
index eafd267..99e068b 100644
--- a/drivers/net/Make
47 matches
Mail list logo
