static int ppc440spe_can_rxor(struct page **srcs, int src_cnt, size_t len)
Again, should this then not be in ppc440spe specific files?
It seems the split / generalization is highly incomplete yet.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk &
s(-)
Please use -M with "git format-patch" so it detects renames (here we
should probably see a rename from dma.h into ppc440spe-dma.h [plus
some changes]) instead of a remove plus add file.
That would make it much easier to review your changes.
Thanks.
Best regards,
Wolfgang Denk
inning to add more new DMA engines support. I expect more changes to
> come in.
Why would that go into a header file? This is source code, not header
stuff. It should stay in a .c file! [Note that Ilya asked the same
question.]
Best regards,
Wolfgang Denk
--
DENX Software Engineering
");
> +MODULE_DESCRIPTION("DesignWare Cores SATA controller low lever driver");
^
Guess that's a typo?
Hmm... that's 2000+ lines of code in a single file. Maybe this should
be split?
Best regards,
Wolfgang
t has to be made in order to get the board to
> boot?
Maybe you did not pass the right "console=" boot argument? Keep in
ind that the serial ports are named "ttyCPM*" now, not "ttyS*" as it
used to be with very old kernel versions.
Best regards,
Wolfgang Den
.
Both build the kernel image without any such warnings.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w
> for an architecture with a different endianness.
I'm confused. Why didn't I see this, then?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-
From: Piotr Ziecik
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc:
Cc: Grant Likely
Cc: John Rigby
---
drivers/net/fs_enet/fs_enet-main.c | 19 ++-
1 files changed, 14 insertions(+), 5 deletions(-)
diff --git a/drivers/net/fs_enet/fs_enet-main.c
b/drivers
From: John Rigby
Add support for MPC512x to fs_enet driver
drivers/net/fs_enet/*
Enable fs_enet driver to work 5121 FEC
Enable it with CONFIG_FS_ENET_MPC5121_FEC
Signed-off-by: John Rigby
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc:
Cc: Grant Likely
Cc
From: Piotr Ziecik
- Removed unused properties.
- Corrected NAND flash chip size.
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/boot/dts/mpc5121ads.dts | 13 -
1 files changed, 4 insertions(+), 9 deletions(-)
diff
loss as tested by ping -f from a remote host.
This patch is a work around that copies every tx packet
to an aligned skb before sending.
Signed-off-by: John Rigby
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc:
Cc: Grant Likely
Cc: John Rigby
---
drivers/net/fs_enet/Kconfig
ttempt was made to provide
backward compatibility to older silicon revisions or older revisions
of the board.
The work for this project has been approved as OSADL project by a
majority of OSADL members and funded by OSADL membership fees in 2009;
for details please see www.osadl.org.
Signed-off-by
From: Piotr Ziecik
This patch adds NAND Flash Controller driver for MPC5121
revision 2. All device features, except hardware ECC and
power management, are supported.
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc:
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/include/asm
From: Piotr Ziecik
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/include/asm/mpc512x.h | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/include/asm/mpc512x.h
b/arch/powerpc/include
From: Piotr Ziecik
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/configs/mpc5121_defconfig | 1158
1 files changed, 1158 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs
From: Piotr Ziecik
- Enabled I2C interrupts on MPC5121.
- Updated Kconfig for i2c-mpc driver.
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc:
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/platforms/512x/mpc5121_ads.c|2 ++
arch/powerpc/platforms/512x/mpc512x.h
From: Piotr Ziecik
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/boot/dts/mpc5121ads.dts |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc5121ads.dts
b/arch/powerpc/boot/dts
r Ziecik
Signed-off-by: Wolfgang Denk
Cc:
Cc: Grant Likely
Cc: John Rigby
---
drivers/rtc/Kconfig | 10 +
drivers/rtc/Makefile |1 +
drivers/rtc/rtc-mpc5121.c | 408 +
3 files changed, 419 insertions(+), 0 deletions(-)
create mod
From: Piotr Ziecik
This patch adds initial version of MPC512x DMA driver.
Only memory to memory transfers are currenly supported.
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/boot/dts/mpc5121ads.dts |2 +-
arch
ARIA is a MPC5121 based COM Express module by Dave/DENX.
Signed-off-by: Andrea Scian
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/boot/dts/aria.dts | 410
1 files changed, 410 insertions(+), 0 deletions(-)
create
ARIA is a MPC5121E based COM Express module by Dave/DENX.
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/platforms/512x/Kconfig |9 +++
arch/powerpc/platforms/512x/Makefile |1 +
arch/powerpc/platforms/512x/aria.c| 73
Ethernet
- UART (without h/w flow control)
- NAND
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
Summary statistics:
arch/powerpc/boot/dts/aria.dts | 407 ++
arch/powerpc/configs/512x/aria_defconfig | 1789
arch/powerpc/configs
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
This patch is NOT intended for inclusion into mainline, but rather a
request for help. For some reason which I don't understand yet, the
Ethernet interface on the ARIA board does not work in the default
configuration, becaus
boards get added, the old
arch/powerpc/configs/mpc5121_defconfig file will get adjusted to
allow for a generic kernel image for MPC512x based boards.
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/configs/512x/mpc5121ads_defconfig | 1190
1
Default config file for the ARIA board,
a MPC5121 based COM Express module by Dave/DENX.
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/configs/512x/aria_defconfig | 1789 ++
1 files changed, 1789 insertions(+), 0 deletions(-)
create
From: Piotr Ziecik
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/boot/dts/mpc5121ads.dts |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc5121ads.dts
b/arch/powerpc/boot/dts
It seems it takes ages before linuxppc-dev delivers the messages?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 E
estion where?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
I know engineers. They love to change
Dear Grant,
In message you
wrote:
> On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
> > From: Piotr Ziecik
> >
> > Signed-off-by: Piotr Ziecik
> > Signed-off-by: Wolfgang Denk
> > Cc:
> > Cc: Grant Likely
> > Cc: John Rigby
>
>
m angry with myself, as I actually intended to do exactly
what you find missing, but then forgot to write the file in the
editor :-(
> I'm definitely sending all of the copies I have received to /dev/null,
> you need to submit this work properly.
OK. What exactly should I do?
Best regar
12x are enabled in the same kernel?
Hm... both architectures look sufficiently different to me that I
don't see sense in trying such a thing. Do you think that needs to be
supported?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zunde
that it's just plain ugly. :-)
Agreed that it's ugly, but duplicatio9ng the code would have been even
worse. I don't think that it has multiplatform - at least not as long
as you don't ask for one image that runs on 83xx and on 512x.
Best regards,
Wolfgang Denk
--
DENX Software
else
> > +#define tx_skb_align_workaround(dev, skb) (skb)
> > +#endif
>
> Another use of #ifdef blocks. What is the multiplatform impact?
Hm... Can you recommend a better way to solve the problem? Suggestions
are welcome.
Best regards,
Wolfgang Denk
--
DENX Software Engineering
e__((__packed__)); is unnecessary.
OK.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
Applyi
Dear Grant Likely,
In message you
wrote:
> On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
> > From: Piotr Ziecik
> >
> > Signed-off-by: Piotr Ziecik
> > Signed-off-by: Wolfgang Denk
> > Cc: Grant Likely
> > Cc: John Rigby
>
> Missing pa
Dear Grant Likely,
In message you
wrote:
> On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
> > From: Piotr Ziecik
> >
> > - Enabled I2C interrupts on MPC5121.
> > - Updated Kconfig for i2c-mpc driver.
>
> I think this workaround belongs in the driv
gards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
WARNING: This Product Attracts Every Other Piece
s all you get? Nothing else?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
"Nobody will ev
t figure out how to make
this work. Any suggestions?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx
/DULG/ELDK resp.
ftp://ftp.denx.de/pub/eldk/4.2/); it's based on crosstool but has
these issues already solved for you.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone:
5121ADS board, but
fails on ARIA.
Thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
Lots
we don't
> know what) is being executed.
Why don't you know which code this is? GDB will tell you.
Did you try the standard methods, like post-mortem dump of the log
buffer area, etc.? See the FAQ for details.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD:
amed to 5xxx before it is merged to
> > avoid a later rename patch.
>
> or 52xx ?
No, because the current version is for MPC5>1<2x
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5
for serial[01] and ethernet[01].
Signed-off-by: Wolfgang Denk
Cc: Scott Wood
cc: Kumar Gala
---
I am not really sure what the typical flash size on MPC8272ADS boards
is. The board I used for testing is marked as "Prototype", so it may
not be the release configuration. On the other
r.
Hm... it seems the majority of MPC8272ADS boards seems to come indeed
with 8 MB NOR flash, so I wonder if the patch should actually go in?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groeb
attention to the section that discusses the "initrd_high"
envrionment variable.
> How Solved:
> Code was added that checks if initrd is in the highmem and relocates initrd
> into lowmem if required.
I don't think this is needed. Just don't load the ramdisk to highmem
in
y one. Please consider this driver as
unsupported.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@d
se read http://www.catb.org/~esr/faqs/smart-questions.html so you
understand why you might not receive any further replies.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
P
your system:
http://git.denx.de/?p=linuxppc_2_4_devel.git;a=commit;h=222bd702a59efb22bf66937f6ac844ed7327fd1a
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)
at?
I can't see such code in mainline - what happened to it?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w.
.parent = &ips_clk,
392 };
which looks OK to me.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@d
quot;
The big question seems to be what the RefMan means when talking about
the "system clock frequency". Obiously it is NOT the CPU clock as
code variants above assume. The examples in "Table 17-24. Programming
Examples for MII_SPEED Register" list "system clock fr
like to see this handled? Should we merge these
two code-wise identical functions into one? What should be the name,
and in which file should we put it?
[We need this clock thing for "drivers/net/fs_enet/mii-fec.c"...]
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH,
ere. If we keep in
mind that the same FEC core is also used in various i.MX platforms (=
ARM processors), we probably cannot come up with a clean, unique
implementation that covers all uses.
That's why I asked Grant how to address this. I also added Kumar to
the Cc: list - mayby he has s
The MII speed calculation was incorrectly based on the CPU clock
(ppc_proc_freq) instead of the bus clock; it worked only by chance and
for some CPU clock frequencies.
This patch makes it use the correct clock and adds some error
handling.
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc
So far, MPC512x used mpc512x_find_ips_freq() to get the bus frequency,
while MPC52xx used mpc52xx_find_ipb_freq(). Despite the different
clock names (IPS vs. IPB) the code was identical.
Use common code for both processor families.
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: Kumar Gala
this the same SPI controller design
like in AMCC's 40x and 44x cores, i. e. with a "FIFO" of depth 1?
Assuming you're running your SPI clock at 1 MHz, you get one data
byte and thus one interrupt at a rate of 125 kHz. I doubt your CPU
can handle such a load?
Best rega
The MII speed calculation was based on the CPU clock (ppc_proc_freq),
but for MPC512x we must use the bus clock instead.
This patch makes it use the correct clock and makes sure we don't
clobber reserved bits in the MII_SPEED register.
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc:
The MII speed calculation was based on the CPU clock (ppc_proc_freq),
but for MPC512x we must use the bus clock instead.
This patch makes it use the correct clock and makes sure we don't
clobber reserved bits in the MII_SPEED register.
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc:
This patch adds error checking and prevents clobbering unrelated bits
(reserved bits or the DIS_PREAMBLE bit) when writing the MII_SPEED
register on MPC52xx systems.
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: Kumar Gala
Cc:
---
drivers/net/fec_mpc52xx.c |2 +-
drivers/net
The MII speed calculation was based on the CPU clock (ppc_proc_freq),
but for MPC512x we must use the bus clock instead.
This patch makes it use the correct clock and makes sure we don't
clobber reserved bits in the MII_SPEED register.
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc:
This patch adds error checking and prevents clobbering unrelated bits
(reserved bits or the DIS_PREAMBLE bit) when writing the MII_SPEED
register on MPC52xx systems.
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: Kumar Gala
Cc:
---
drivers/net/fec_mpc52xx.c |2 +-
drivers/net
Dear Grant Likely,
In message you
wrote:
> On Wed, Jul 15, 2009 at 9:18 AM, Wolfgang Denk wrote:
> > This patch adds error checking and prevents clobbering unrelated bits
> > (reserved bits or the DIS_PREAMBLE bit) when writing the MII_SPEED
> > register on MPC52xx systems.
Dear Grant Likely,
In message you
wrote:
> On Wed, Jul 15, 2009 at 9:18 AM, Wolfgang Denk wrote:
> > The MII speed calculation was based on the CPU clock (ppc_proc_freq),
> > but for MPC512x we must use the bus clock instead.
> >
> > This patch makes it use the corr
non mpc5121 users. Shouldn't the
> "clock = ppc_proc_freq;" line above be "clock = ppc_proc_freq / 2;"?
> Or was this also a bug in the original driver?
You are right. That's a bug in the new code. Fixed in next version of
the patch.
Best regards,
Wolf
e the maximum divider and print a warning
> instead of bailing completely? This goes for the other patch as well.
Will change this for both patches. Thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: K
This patch adds error checking and prevents clobbering unrelated bits
(reserved bits or the DIS_PREAMBLE bit) when writing the MII_SPEED
register on MPC52xx systems.
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: Kumar Gala
Cc:
---
v3: - use maximum divider in case MPC512x IPS clock is
The MII speed calculation was based on the CPU clock (ppc_proc_freq),
but for MPC512x we must use the bus clock instead.
This patch makes it use the correct clock and makes sure we don't
clobber reserved bits in the MII_SPEED register.
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc:
cific header, so at least common code would remain clean, but I
agree with Grant that this current version looks cleaner globally.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell,
Dear Wolfram Sang,
In message <20090717094725.gc3...@pengutronix.de> you wrote:
>
> In the probe-function when mdio_speed is set, there is still the old formula
> used. Wouldn't that be better in sync?
Good point. Next version of patch following soon.
Best regards,
Wol
This patch adds error checking and prevents clobbering unrelated bits
(reserved bits or the DIS_PREAMBLE bit) when writing the MII_SPEED
register on MPC52xx systems.
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: Kumar Gala
Cc:
---
v3: - use maximum divider in case MPC512x IPS clock is
rpc ethernet drivers into separate of_platform drivers.
If you like, I can re-introduce the mpc5xxx_get_mii_speed() I unrolled
upon your request (with or without re-using it for the MPC512x case).
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zunde
a constant
Actually these bit numbers are wrong, as bit 0 is the MSB for PowerPC
;-)
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax:
637b54 bytes
You loaded the image at 0190, but the uncompr4essed image extends
until 02f58efc, i. e. there is a good chance that you will overwrite
parts of the still uncompressed image.
> Linux/PowerPC load:
> Finalizing device tree... flat tree at 0x2f65300 <== Beyond this point no
&
age.
See also http://www.denx.de/wiki/view/DULG/RootFileSystemSelection
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@den
7;s in the Linux kernel. With this change even bigger
Linux kernels (> 8MB) can be booted.
This patch also sets CONFIG_SYS_BOOTM_LEN to 16MB (default 8MB) to enable
decompression of bigger images.
Signed-off-by: Stefan Roese
Best regards,
Wolfgang Denk
--
DENX S
o 2.6.25.7". Is it true for
> all PowerPCs or only for 460EX CPU?
This messages is explicitly about (and only about) the AMCC 460EX
Canyonlands board and the Synopsys DesignWare Cores (DWC) SATA driver
used on this processor.
This has nothing to do with your poblems with a SIL controller
ause it works, while your's doesn't.
Make runs each command in a new shell. Your "set +e" is in vain, and
so is your test of the return code.
Um... doesn't make throw an error anyway when the execution of
mkimage fails?
Best regards,
Wolfgang Denk
--
DENX Software
eeds this BSDIS-patch and the other not. ???
Is it really exactly the same CPU revision? My guess is that one is
rev. B and the other one is older...
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Offi
from 3 different vendors, used by different
projects with differing needs. IMO it makes very much sense to
provide 3 separate default configurations that match the specific
requirements of each of these boards.
In this case I vote for separate defconfig files, please.
Best regards,
Wolf
he one which doesn't need it is a ...?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED]
REV 1, QAJ0613F
This is all Rev. B stuff, and the patch should be applied to all of
them (actually the patch can always be applied - it will be activated
depending on the PVR reading).
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
" is an indication that you are
running code that is more than 1.5 years old, as the bug was fixed in
September 2006. It was caused by bad PCI mappings that overlap with
CONFIG_TASKSIZE.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & De
the current state of this patch? I would like to avoid
that it get's lost completeley.
BenH commented on Tue, 05 Feb 2008 18:37:07 +1100:
> Best is to just remove writeback completely and let the generic
> code handle it.
Has this been considered / tested by anybody?
Best regard
e linux-2.6-denx repository at denx.de
The 256K page size stuff is based on and requires as prerequisite the
"ppc: Add support for bigger page sizes than 4KB on PPC44x" posted
here on April 25, see
http://patchwork.ozlabs.org/linuxppc/patch?q=Add%20support%20for%20bigger%20page%20sizes&id
ly. RTAI is a dead horse for anything except x86.
Instead, look at Xenomai ==> www.xenomai.org
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10
the function name touch_nmi_watchdog() -
thius has nothing to do with NMIs on PowerPC, and most probably not on
any other non-x86 architecture as well.
To make this mechanism generally usable (which is a good idea IMO) the
names should be changed to get rid of the "nmi" reference.
Best
my worst fears...
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED]
"Text processing has m
> + "tqc,tqm5200",
> + "promess,motionpro",
> + "schindler,cm5200",
> + NULL
> + };
would it make sense to sort this list alphabetiacally? At the moment
we can setill easily find each board, but assume that list gro
Xenomai should support this directly.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED]
1 1 was
has done
> several dozen interfaces. ARM doesn't have any problems releasing
> their debugging info.
JTAG is simple, but you don't get the necessery information for the
COP (= debug) interface.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk
n of /dev/rtc failed, errno=19: No such device.
Well... did you check how your /dev/rtc is set up? It used to be a
misc device with MAJ=10 MIN=135 in old kernel versions, but now it's
MAJ=254 MIN=4, i. e. it should look like this:
crw-r--r-- 1 root root 254, 0 Jun 22 18:30 /dev/rtc
tree, and extend the mtdparts command in U-Boot
to add / adjust settings so they match what is defined in U-Boot.
Stefan, what do you think?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groeb
In message <[EMAIL PROTECTED]> you wrote:
>
> > +/ {
> > + model = "fsl,tqm5200";
>
> "fsl," is not appropriate as the TQM5200 is not a freescale product.
> We need a new abbreviation for tq-components.
How about
model = "
et it up correctly. Don't blindly copy what was
> done for the lite5200.
>
> Lite5200 touches it because firmware does *not* do the right thing at
> the moment.
Why don't we fix it in U-Boot, then, and get rid of this in Linux?
Best regards,
Wolfgang Denk
--
DENX S
ing point for their
own board adaptions. So this port has to be as clean as possible, or
we will see the same remarks in nearly every new 5200 patch to come.
Please, let's clean this up.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zun
Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/vdso.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/vdso.c b/arch/powerpc/kernel/vdso.c
index 213fa31..2322ba5 100644
--- a/arch/powerpc/kernel/vdso.c
+++ b/arch/p
es (and arch/powerpc too).
> Most if not all have MATH_EMULATION not set. Even on those PPC's without FPU.
> I assume we see no problems since soft-float is used while compiling.
>
> Anyways, I'll change this and resubmit.
No, please leave as is.
Best regards,
Wolfgang De
I'm willing to look into doing the port over, but would need some
> help testing.
Ah! Excellent!
As for 85xx, I can test any time on TQM8540, TQM8541, TQM8555 and
TQM8560.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB
can is part of our kernel tree already, and of the
kernel.org tree in 2.6.24
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-
101 - 200 of 238 matches
Mail list logo