From: Michael Schwingen <rincewind@discworld.dascon.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] Fixing IXP42x boards - some general questions
Date: Thu, 23 Dec 2010 10:33:19 +0100 [thread overview]
Message-ID: <4D13175F.8030207@discworld.dascon.de> (raw)
Hi,
I am in the process of fixing the actux-* boards, which were broken by
the introduction of ARM relocation.
However, it seems the IPX platform is broken beyond those problems
introduced by relocation support, so I have some general questions on
how things are supposed to work. I have a working set of patches for
actux-3, but I want to make sure I use the right approach before fixing
the other boards and submitting patches.
Startup code. Is the following correct?
- code starts from flash, with TEXT_BASE = start of flash, ie. the code
is linked to flash addresses.
- DATA/BSS are behind the text segment in flash, so the code may not
write RAM variables until relocation
- code in flash sets up RAM, copies + relocates u-boot to RAM, and
continues there
Timer system.
- For IXP, there are two variants of the timer system - one using
interrupts, and one without interrupts. Both do not work currently.
I have patches that fix the non-interrupt version, changing
CONFIG_SYS_HZ from 66666666 to 1000, bringing it in line with what most
other ARM platforms do.
What is the preferred way of handling timers? Should CONFIG_SYS_HZ be
1000 or rather the timer clock?
What about interrupts? Use them or avoid them?
What about the Intel reference board (IXDP425)? Previously, I used that
one as a reference on how things should be done, but it looks broken, too.
I can prepare patches for IXDP425, but I can't currently test them (we
should have one at work, but that might take some time).
cu
Michael
next reply other threads:[~2010-12-23 9:33 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-23 9:33 Michael Schwingen [this message]
2010-12-23 10:10 ` [U-Boot] Fixing IXP42x boards - some general questions Wolfgang Denk
2010-12-23 10:55 ` Marek Vasut
2010-12-23 15:13 ` Michael Schwingen
2010-12-23 12:23 ` Michael Schwingen
2010-12-23 10:20 ` Albert ARIBAUD
2010-12-23 10:39 ` Michael Schwingen
2010-12-23 11:28 ` Albert ARIBAUD
2010-12-23 11:57 ` Michael Schwingen
2010-12-23 18:25 ` Michael Schwingen
2010-12-23 18:47 ` Albert ARIBAUD
2010-12-23 20:17 ` Michael Schwingen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4D13175F.8030207@discworld.dascon.de \
--to=rincewind@discworld.dascon.de \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.