Some boards based on AT91SAM926X-EK use smaller DF chips to keep
bootstrap, u-boot and its environment, using NAND or other external
storage for kernel and rootfs. This patch adds support for
small 1024x263 chip.
Signed-off-by: Sergey Lapin <[EMAIL PROTECTED]>
---
drivers/mtd/dataflash.c | 14 +
Hi all,
I ported U-Boot 1.3.1 on Avnet MiniModule-FX12 (the repository I'm
working with has been patched previously with ML403 patch). Here is my
first dirty patch:
http://www.dave.eu/download/misc/mmfx12/mmfx12-0.8.3.patch
U-Boot works fine and it boots correctly from flash, however ethernet
Remy,
On Wed, Jun 4, 2008 at 12:06 PM, Ben Warren <[EMAIL PROTECTED]> wrote:
> Remy Bohmer wrote:
>>
>> Hello Ben,
>>
>>
>>>
>>> I can't get this to apply. Please re-base after applying your 6-patch
>>> set and the one that changes the order of rx status processing (or
>>> against the current net
Hi List,
Hi Tsi-Ching Liew,
I'm using u-boot 1.3.2 (trunk) on my application in order to boot the
freescale linux kernel for mcf547x cpus. My application has a lot of
memory (256MB) and this causes difficulties to start the linux kernel.
The Head.S code of the mcf547x Linux Kernel allows a one-to
Hello,
just for the record:
I decided to shift the release schedule by a week; this allows us to
extend the merge window until June 10.
Thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-8219
On Thu, 2008-06-05 at 09:50 +0800, wang baohua wrote:
> Dear Johansson,
> Thanks for your reply. Your reply is very clear, that's just my
> question. In fact, I am study a
> MIPS binary file, but I cannot find any resource, so I turn to PowerPC
> platform and try to get
> clear understand about t
Hello Ben,
> The net repo is now correct, I believe, but this patch still doesn't
> apply. I think it's because I had to manually edit patch #5, and this
> patch is touching the same code. Please rebase and resubmit.
No, sorry, it is not completely correct, some parts are missing...
(e.g. the f
Hello,
> (e.g. the final fix for the trizeps board lacks)
Sorry, my fault, It is in there, I compared to the wrong tree here...
Still, Within an hour I will post a new patch fixing the last merge
issues against the net repo.
Kind Regards,
Remy
--
[PATCH 1/2] 83xx/85xx/86xx: factor out Freescale Localbus defines out of
mpc83xx.h
Re: [PATCH 1/2] 83xx/85xx/86xx: factor out Freescale Localbus defines out of
mpc83xx.h
[PATCH v2] PPC: add accessor macros to clear and set bits in one shot
[PATCH] 83xx/85xx/86xx: add more MxMR local bus
From: Wolfgang Grandegger <[EMAIL PROTECTED]>
This is a re-write of the NAND FSL UPM driver using the more universal
hwcontrol callback (instead of the cmdfunc callback). Here is a brief
list of furher modifications:
- For the time being, the UPM setup writing the UPM array has been
removed fro
From: Wolfgang Grandegger <[EMAIL PROTECTED]>
This patch is based on the following patch sent a few minutes ago:
"NAND FSL UPM: driver re-write using the hwcontrol callback"
It is untested, of course. Anton, could you please give it a try.
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
Ac
The following lines got lost:
This is v3 of the patches for NAND FSL UPM driver update. They are
based on the following patches already sent to this list:
Wolfgang Grandegegr wrote:
> [PATCH 1/2] 83xx/85xx/86xx: factor out Freescale Localbus defines out of
> mpc83xx.h
>Re: [PATCH 1/2] 83xx
According to the Application Notes of the DM9000, only the 2 bits 0:1 of
the status byte need to be checked to identify a valid packet in the fifo
But, The several different Application Notes do not all speak the same
language on these bits. They do not disagree, but only 1 Application Note
noted
this is v2 of patches fixing various issues with TQM85xx modules and adding
support for TQM8548 modules from TQ Components GmbH (http://www.tqc.de).
Note: The patches rely on "[PATCH v2] TQM: move TQM boards to board/tqc"
sent a few minutes ago to this list.
Wolfgang.
---
From: Wolfgang Grandegger <[EMAIL PROTECTED]>
The boot output is now aligned poperly with other boot output
lines, e.g.:
FLASH: 128 MB
L2:512 KB enabled
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
---
cpu/mpc85xx/cpu.c |2 +-
cpu/mpc85xx/cpu_init.c | 18 ++-
From: Wolfgang Grandegger <[EMAIL PROTECTED]>
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
---
board/tqc/tqm85xx/law.c | 12 +-
board/tqc/tqm85xx/sdram.c | 56
board/tqc/tqm85xx/tlb.c | 98 +++--
board/tqc/tqm85xx/tqm85xx.c | 330 +--
From: Wolfgang Grandegger <[EMAIL PROTECTED]>
Do not configure port pins PD30/PD31 as SCC1 TxD/RxD except for the TQM8560
board. On the other TQM85xx boards (TQM8541 and TQM8555) SCC1 is not used
as serial interface anyway. Worse, on some board variants configuring the
pins for SCC1 leads to short
From: Wolfgang Grandegger <[EMAIL PROTECTED]>
The 'N' type Spansion flashes (S29GLxxxN series) have bigger sectors,
than the formerly used 'M' types (S29GLxxxM series), so the flash layout
needs to be changed -> new start address of the environment. The macro
definition CONFIG_TQM_FLASH_N_TYPE is
From: Wolfgang Grandegger <[EMAIL PROTECTED]>
This patch fixes the re-calculation of the automatic chip select
configuration for boards with two populated FLASH banks.
Signed-off-by: Martin Krause <[EMAIL PROTECTED]>
---
board/tqc/tqm85xx/tqm85xx.c | 84 +++-
From: Wolfgang Grandegger <[EMAIL PROTECTED]>
The CS0_BNDS register is now set according to the detected
memory size.
Signed-off-by Martin Krause <[EMAIL PROTECTED]>
---
board/tqc/tqm85xx/sdram.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/board/tqc/tqm85xx/sdram.
From: Wolfgang Grandegger <[EMAIL PROTECTED]>
This patch adds initialization of the UPMC RAM to support up to two
Intel 82527 compatible CAN controller on the TQM85xx modules.
Signed-off-by: Thomas Waehner <[EMAIL PROTECTED]>
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
---
board/tqc/t
From: Wolfgang Grandegger <[EMAIL PROTECTED]>
This patch adds support for Linux kernels using the Flat Device Tree.
It also re-defines the default environment settings for booting Linux
with the FDT blob.
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
---
Makefile|
From: Wolfgang Grandegger <[EMAIL PROTECTED]>
This patch adds support for PCI express cards. The board support
now uses common FSL PCI init code, for both, PCI and PCIe on all
TQM85xx modules.
Signed-off-by: Thomas Waehner <[EMAIL PROTECTED]>
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
From: Wolfgang Grandegger <[EMAIL PROTECTED]>
This patch adds basic support for the TQM8548 module from TQ-Components
(http://www.tqc.de/) including DDR2 SDRAM initialisation and support for
eTSEC 3 and 4
Furthermore Flash buffer write has been enabled to speed up output to
the Flash by approx. a
From: Wolfgang Grandegger <[EMAIL PROTECTED]>
This patch adds support for NAND FLASH on the TQM8548. It is disabled by
default and can be enabled for the TQM8548 modules. It is now based on
the re-written FSL NAND UPM driver. A patch has been posted earlier today
with the subject:
"NAND FSL UPM:
From: Wolfgang Grandegger <[EMAIL PROTECTED]>
Some TQM85xx boards could be equipped with up to 1 GiB (NOR) Flash
memory. The current memory map only supports up to 128 MiB Flash.
This patch adds the configuration option CONFIG_TQM_BIGFLASH. If
set, up to 1 GiB flash is supported. To achieve this,
Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > This is pretty incomplete...it doesn't handle reading the environment
> > before relocation, it doesn't support redundant environment, and it
> > doesn't support embedded environment. But apart from that, it do
Kenneth Johansson wrote:
> On Thu, 2008-06-05 at 09:50 +0800, wang baohua wrote:
>> Dear Johansson,
>> Thanks for your reply. Your reply is very clear, that's just my
>> question. In fact, I am study a
>> MIPS binary file, but I cannot find any resource, so I turn to PowerPC
>> platform and try to
Hi Mike,
Let's recap that. The macros I chose to discuss (random pick) were:
#define pVR_CTL ((uint16_t volatile *)VR_CTL) /* #Voltage
Regulator Control Register (16-bit) */
#define bfin_read_VR_CTL() bfin_read16(VR_CTL)
#define bfin_write_VR_CTL(val) bfin_write16(VR_CT
Dear Mike,
in message <[EMAIL PROTECTED]> you wrote:
>
> > To be honest, as far as I can see, all other architectures get by
> > without such "macros" without loosing anything and the arguments you
> > gave this far did not convince me that they are needed.
>
> other arches do not have a central
Guys,
I am sure this has been brought up a number of times, so forgive me in
advance.
I did notice however, not sure which version, but between 1.3.1 and 1.3.3
U-boot
That my MAC for my Ethernet device was no longer being passed into linux, or
perhaps over written by the blob.
So for a
In message <[EMAIL PROTECTED]> you wrote:
>
> I am sure this has been brought up a number of times, so forgive me in
> advance.
No. We do not forgive ignorance nor intentional ignoring established
netiquette which for example requires you to actually search the
archives and to read the FAQ before
Russell McGuire wrote:
> Guys,
>
> I am sure this has been brought up a number of times, so forgive me in
> advance.
>
> I did notice however, not sure which version, but between 1.3.1 and
> 1.3.3 U-boot That my MAC for my Ethernet device was no longer being
> passed into linux, or perhaps over
On Thu, 2008-06-05 at 20:17 +0800, wang baohua wrote:
> Dear kenneth,
> Thanks for your quick reply. The first reply is clear.
> The second reply, I cannot calc this string address easily.
> According to your reply "at that address will be a 32 bit address that
> is the address of the string."
>
All,
after getting a clean u-boot clone (1.3.3 today) I get a compile error
in "tools" subdir.
I've tried 2 different boards making a "TQM5200_config" and
"MPC8349ITX_config" - just to make sure ...
"make CROSS_COMPILE=ppc_6xx- "
cross-compiler is gcc 4.0 as shipped with ELDK 4.1.
Am I missi
Detlev Zundel wrote:
Hi Hugo,
Detlev Zundel wrote:
Hi Wolfgang and Hugo,
while studying the mail footer of Hugo, I found a slightly
problematic phrasing:
THIS MESSAGE AND ALL...
So Hugo, please get rid of that message or I will advise Wolfgang to
heed your footer...
I got rid of the messa
Hello,
I've been working on a board using u-boot and I had the need of locking the
console: maybe you could be interested in evaluating this patch.
Features:
- Board independent functions
- Password hash: SHA256, no salt at the moment
- Logon with forced delay on error
- The password is set as
To save most the banter, and rephrasing:
What is the 'EXPECTED' current behavior of the 83xx/6xx architecture for the
most current 1.3.3+ GIT release of passing MACs into Linux 2.6.24. Lastly, I
am using the UEC 83xx driver.
I have defined QE_OF.
I have defined CONFIG_UEC_ETH.
I have defined CON
In message <[EMAIL PROTECTED]> you wrote:
>
> > I search all the U-boot.bin, and CANNOT find any "00 02 B2 80" (that
> > is the string "Call backtrace:") using hex search.
>
> hmm where did this number came from? is it the offset from the start of
> the binary file ?? in that case it's obviousl
In message <[EMAIL PROTECTED]> you wrote:
>
> after getting a clean u-boot clone (1.3.3 today) I get a compile error
> in "tools" subdir.
>
> I've tried 2 different boards making a "TQM5200_config" and
> "MPC8349ITX_config" - just to make sure ...
>
> "make CROSS_COMPILE=3Dppc_6xx- "
>
> cross
Russell McGuire wrote:
> To save most the banter, and rephrasing:
>
> What is the 'EXPECTED' current behavior of the 83xx/6xx architecture for the
> most current 1.3.3+ GIT release of passing MACs into Linux 2.6.24. Lastly, I
> am using the UEC 83xx driver.
>
> I have defined QE_OF.
> I have defi
Philip Balister wrote:
>>> Is everything fine with the patch now?
>>
>> I did not see any negative reaction to your 5th version[1], so its
>> up to
>> the custodian now. What do you say Jean-Christophe?
>>
>> Cheers
>> Detlev
>>
>> [1]
>> http://news.gmane.org/find-root.php?message_id=%3c121
ARM: This patch adds support for the Lyrtech SFF-SDR
board, based on the TI DaVinci architecture (ARM926EJS).
Changes between V5 and V6:
-New email address for contributor.
-Init of EMIF-A CS3 address space to load FPGA.
-Dynamic parsing of MAC address in EEPROM.
-Add boot delay of 5 sec.
Hi all,
I would like to know where is the file flash.c used to compile u-boot for
mpc8323erdb platform.
Could anyone help me please?
Thanks and best regards
Guild
-
Check out the new SourceForge.net Marketplace.
It
Hello Nobuhiro,
Nobuhiro Iwamatsu wrote:
> Hi,
>
> On Thu, 5 Jun 2008 18:56:49 +0530 (IST)
> [EMAIL PROTECTED] wrote:
>
>
>> Hi,
>>
>> Thank you, I would also like to know, something about the development
>> environment, If I want to write a new flash driver, or new ETH driver, and
>> support
Hi Guild,
Guild Jackson wrote:
> Hi all,
>
> I would like to know where is the file flash.c used to compile u-boot
> for mpc8323erdb platform.
> Could anyone help me please?
That board, like most newer ones, uses CFI (Common Flash Interface).
Have a look in drivers/mtd/cfi_flash.c
regards,
Ben
Wolfgang,
The following changes since commit 8155efbd7ae9c65564ca98affe94631d612ae088:
Wolfgang Denk (1):
Merge branch 'master' of ssh://mercury/home/wd/git/u-boot/master
are available in the git repository at:
git+ssh://[EMAIL PROTECTED]/u-boot.coldfire master
TsiChung Liew (3):
On 6/2/08 3:02 PM, Grant Erickson wrote:
> On 6/2/08 11:21 AM, Scott Wood wrote:
>> On Mon, Jun 02, 2008 at 08:22:21AM +0200, Stefan Roese wrote:
>>> Hi Grant,
>>>
>>> On Monday 02 June 2008, Grant Erickson wrote:
Before I jump in with the BDI and start debugging, has anyone else using
'
On 6/5/08 1:47 PM, Grant Erickson wrote:
> On 6/2/08 3:02 PM, Grant Erickson wrote:
>> On 6/2/08 11:21 AM, Scott Wood wrote:
>>> On Mon, Jun 02, 2008 at 08:22:21AM +0200, Stefan Roese wrote:
Hi Grant,
On Monday 02 June 2008, Grant Erickson wrote:
> Before I jump in with the BDI
On 6/5/08 3:30 PM, Grant Erickson wrote:
> I'm following up with you on this since 'git blame cmd_nand.c' seems to
> indicate you added the CONFIG_FIT support to this file.
>
> Based on stepping through with the debugger, my initial guess about hardware
> issues may have been incorrect. Is there a
Hi every one.
I need help with debugging u-boot. If I comple u-Boot without -Os
optimization, I get bunch of errors about missing functions. They are
inline functions (in_be32, out_be32, out_8, etc) and I'm not sure how
to make sure they are included when building the code without optimization.
Hello,
I'm new to u-boot. I saw u-boot does have TFTP but does anybody know that SCP
and/or FTP have also been included?
Many thanks,
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell servic
Hello,
I'm new to u-boot. How can I customize u-boot to only include minimum features
(such as load the operating system, some basic initialize of hardware...). I
see u-boot is quite big without getting rid of some unnecessary
features/modules.
Regards,
On Thu, Jun 5, 2008 at 4:03 AM, Remy Bohmer <[EMAIL PROTECTED]> wrote:
> According to the Application Notes of the DM9000, only the 2 bits 0:1 of
> the status byte need to be checked to identify a valid packet in the fifo
>
> But, The several different Application Notes do not all speak the same
>
54 matches
Mail list logo