Nathan Zeitler wrote:
Hello Wolfgang,
Now what? Is it a custom board, or a Lite5200?
My apologies. It is a custom board based closely on the design of the
Lite5200. Thus we are able to put a PCI1520 chip on the same PCB and
connect it to the MPC5200 PCI bus.
Nathan,
I posted a
Dear Andrew,
in message 002a01c4e16e$34451010$4000a8c0 at CAT you wrote:
I posted a question on cardbus with the 5200 a few weeks ago but got no
reply. I think the reason is that cardbus / pcmcia support may not have
been considered when the 5200 PCI memory map was laid out, but I would
On Tuesday, 14 December 2004 11:06 AM, Zeitler, Nathan wrote:
Hello Andrew,
This would certainly help explain some of the pain in getting it to
work. :-/
I understand your pain :)
I'm using the 2.4.25 kernel from Denx also. The version I have is a
couple months old (trying to keep
On Tuesday, 14 December 2004 11:33 AM, wd at denx.de wrote:
Dear Andrew,
in message 002a01c4e16e$34451010$4000a8c0 at CAT you wrote:
I posted a question on cardbus with the 5200 a few weeks ago but got
no reply. I think the reason is that cardbus / pcmcia support may
not have been
Sam Song samlinuxppc at yahoo.com.cn wrote?
Hi, all
An system application crash running on 2.4.18 was
happened on my custom 8xx board every now and then,
especially recently. Yeah, the probelm is becoming
more and more obvious. Personally, I deem it as an
default of application software
Sam Song samlinuxppc at yahoo.com.cn wrote?
I found that neither USB HOST keyboard nor my PCMCIA
keyboard could lead to system hang.
Sorry, syntax error.
The above line sould be: I found that BOTH USB HOST
keyboard AND my PCMCIA keyboard could lead to system
hang.
Thanks,
=
Best
Sam Song samlinuxppc at yahoo.com.cn wrote?
I found that neither USB HOST keyboard nor my PCMCIA
keyboard could lead to system hang.
Sorry, syntax error.
The above line sould be: I found that BOTH USB HOST
keyboard AND my PCMCIA keyboard could lead to system
hang.
Thanks,
=
Best
Hi,
I have tried to compile Linux 2.6 for my custom 8xx board, but the
support for 8xx seems to be broken at the moment. Searching the lists
indicates there was at least some problem with memory management a
couple of months ago. Is anyone looking into this, or do you have any
idea when 8xx
Hi,
On Monday 13 December 2004 22:37, Nico Schottelius wrote:
[repost: posted on linux-kernel before / hit the wrong list]
Hello!
I didn't find linux-ppc list on vger, so I hope this list is correct:
When trying to compile a kernel for my ibm thinclient, which has a
403 PPC processor,
Tom Rini trini at kernel.crashing.org wrote:
It's not a dummy VGA console, it's a dummy console. IIRC, this is
selected with CONFIG_VT (or is it CONFIG_VT_CONSOLE?). IIRC, the real
problem is that when you have dummy console, it steals the console even
if you would have had console on some
Greetings all,
I have two boards that are very similar. They base on IBM750cx/cxe processor
and XPC107A bridge/memory controller. Both are initialized in the same manner
(the same bootloader).
One of them has IBM750cx 400MHz (PVR: 0x0008 2214) on that one everything
works fine.
The other one
On Dec 14, 2004, at 2:04 AM, Kalle Pokki wrote:
. Is anyone looking into this, or do you have any idea when 8xx
could be working again?
I'm working on it as time permits, but have not had much free time
lately. I have an upcoming 8xx project that will force me to spend
the time in the
Hello,
I have a Freescale-PPC8270 ( Former Motorola ) based board with 256Megs of
RAM.
I am using the Montavista Vista Kernel 2.4.20.
When the system is handling larger files ~100M when NFS mounted and ~20M
when RAMDISKed the kernel crashes since things are being overwritten in
memory.
The
ppclinux at sundmangroup.com wrote:
Hello,
I have a Freescale-PPC8270 ( Former Motorola ) based board with 256Megs of
RAM.
I am using the Montavista Vista Kernel 2.4.20.
When the system is handling larger files ~100M when NFS mounted and ~20M
when RAMDISKed the kernel crashes since
Linus,
Unfortunately the restoring of SPE state was causing data corruption since
we were restoring based on the size of the altivec context and not
the SPE context. Also, fixed setting of last_task_used_spe on
start_thread, flush_thread, and exit_thread.
Patch should go in for 2.6.10.
I am not sure if this is the right place to ask this
question since this may be a U-Boot question. I am
trying to understand how the source for the timer
clock is selected on this processor. Figure 4-3 tries
to explain this but I am unable to find code in U-Boot
that actually sets either BRG1 or
16 matches
Mail list logo
