In message 20030303234618.GA12721 at ip68-0-152-218.tc.ph.cox.net you wrote:
Sorry, this is one of our patches that never was accepted for the
official source trees (also including hardware flow control).
... because you never split things out into logical chunks which make
life
Joakim Tjernlund wrote:
I have been playing with the copy_page() function in arch/ppc/kernel/misc.S
and gained about 30% speed up for my mpc860, rev D4 MHz.
Have you found the discussion in linuxppc-dev about the work Paul has done
on this in general for PowerPC? It may help avoid
Dan Malek writes:
And don't forgetmany applications aren't heavily 'copy-centric' and it
may be beneficial to not blow away the caches in those cases. That is, if
Using dcbz on the destination won't blow away the caches any more than
doing the copy without dcbz would anyway.
The thing
Hi,
We are evaluating the mpc8241/8245 on the floating point unit. For they
are based on the 603e core, there is a hardware floating point support. And
we are going to cross-compile the kernel and apps in intel platform. I am
very interested to know
- whether the FPU is supported in the
Hi all,
I am working for Settop Box project with IBM405 processor in linux. I am
developing an user application to inetract the user with settop box. I am
using i2c interface for this. I am not able to understand the following
things:
1. Whether we should decode the Transport straem directly or
You have to initialize memory controller to certain
addresses BEFORE any use of BATs, ioremap etc.
For example
-BR1/OR1 for BCSR
-BR5/OR5 for ATM
-IMMR
all of them anywhere above 0xf000.
So You can use these addresses with or without MMU
at same address. ( phys = virtual !!!)
Best
Hi!
Yet another PCMCIA question :-)
We need for a project a second 100MBit interface, so our soloution will be to
use a PCMCIA card. Does there exists an actual compatibility list which cards
works, which not? I only found a list from 2000 or 2001.
Please help :-)
Thx in advance
Gerhard
I don't have 8241/8245 experience, but I do have 8260 experience (also uses
the 603e core). Floating point (FPU) works well under linux.
Using floating point in the kernel is severely frowned on, however, because
it takes time, both for the calculations and for additional FPU register
On Tue, 2003-03-04 at 07:10, Rakesh Jagota wrote:
Hi all,
I am working for Settop Box project with IBM405 processor in linux. I am
developing an user application to inetract the user with settop box. I am
using i2c interface for this. I am not able to understand the following
things:
1.
In message Pine.LNX.4.33.0303040826250.2281-10 at localhost.localdomain
you wrote:
Modules are generally easier to debug.
I'm not sure if I want to agree here.
First, you have to learn how to use GDB to deal with the symbol table
of a dynamically loaded module. Second, did you ever try
On 4 Mar 2003, Ibon Gotxi Garcia wrote:
I understand that reason, and i'm not certain about the usefulness of
modules in embedded systems.
Modules are generally easier to debug.
Anyway, my original purpose was to develop the driver as a module, and
afterwards insert it into the kernel. I
Hi, Mark
--- On Sat, 1 Mar 2003 00:41:29 +0900 Mark Wisnermarkwiz at us.ibm.com -san
wrote:
Kishinami,
You are correct, the 405GP's EMAC will discard any bad packets or packets
that do not meet it's address match mechanism. There is one exception. If
the packet received gets a good address
Hi
In the Redhat 7.0 linux, I was able to enable/disable the serial console
using the following command in the inittab
T0:12345:respawn:/sbin/getty ttyS0 9600 vt100
However in the case of the 440 Linux the serial console is enabled already.
I wanted to know how this enabling is done. Can
Aman wrote:
Hi
In the Redhat 7.0 linux, I was able to enable/disable the serial console
using the following command in the inittab
T0:12345:respawn:/sbin/getty ttyS0 9600 vt100
That is actually not a serial console, it is a serial login. (It's a small
distinction but an important one)
I am not very sure if this is off topic.
I am facing a problem in variable argument passing in linux-gcc-ppc.
[om at pandatest1 ~/prg]$ cat macro2.c
#define __KERNEL__
#define bet_syslog(warning, format, msg...)\
do \
{ \
printk( %d In file %s, line %d, function %s(). format \n,\
On Tue, 2003-03-04 at 15:40, Mark Hatle wrote:
The console is enabled either by the system configuration or by the kernel
command line, console=. Look in the Documentation directory in the
kernel,
something in there explains serial consoles and the cmdline semantics.
newbie question:
is
Hello,
You should change the line
warning, __FILE__, __LINE__, __FUNCTION__, ##msg) ;\
to
warning, __FILE__, __LINE__, __FUNCTION__ , ##msg) ;\
This space (after __FUNCTION__) will do the trick.
You can read more about it in gcc info file (C Extensions/Macro
On Tue, Mar 04, 2003 at 01:03:30AM +0100, Wolfgang Denk wrote:
In message 20030303234618.GA12721 at ip68-0-152-218.tc.ph.cox.net you wrote:
Sorry, this is one of our patches that never was accepted for the
official source trees (also including hardware flow control).
... because
[ Ibon Gotxi Garcia writes: ]
newbie question:
is there any chance of having virtual terminals through the serial port?
Check out screen ftp:ftp.uni-erlangen.de/pub/utilities/screen
Screen is a full-screen window manager that multiplexes a physical ter-
minal between several processes
On the IBM Walnut platform, using MontaVista Linux with 2.4.2 kernel, the
box can
route 10,000+ packets per second (pps) full-duplex continuously between the
405 on-board Ethernet port and an Intel 82559 PCI Ethernet card (500 byte
packets).
With a similarly-configured 2.4.18 kernel, performance
Hi all,
I've had people trying to convince me of all sorts of things
lately on this and finally went to the source (DaveM). The
short is that DMA-mapping.txt means what it says in the
section entitled What memory is DMA'able?. That is, the
only memory that can be used with the DMA API is
Matt Porter wrote:
That means the ARM and MIPS implementations that use a
bus_to_virt() on the dma_handle in *dma_sync_single are
correct and our (performance killing) call to flush_dcache_all
is unnecessary.
Well, to be fair it seems this code has gone through a couple
of revisions since
On Tue, Mar 04, 2003 at 06:11:48PM -0500, Dan Malek wrote:
Matt Porter wrote:
That means the ARM and MIPS implementations that use a
bus_to_virt() on the dma_handle in *dma_sync_single are
correct and our (performance killing) call to flush_dcache_all
is unnecessary.
Well, to be fair
Hi,
I have a board which is close to Sandpoints mpc8245 cpu board.
(using internal DUARTs, EPIC_MODE_SERIAL)
Trying to get it working, I got until:
Filename 'pImage'.
Load address: 0x100
Loading: T ###T
##
###T
Hello, folks,
I got an old IBM walnut demo board /w case from my friend and would like
to do a small project around it. I wonder if there is any free and
stable Linux-PPC distribution? I had some experience in Linux-x86 but
new in PPC. I know there are many Linux-PPC gurus here. Can you give me
On Tue, Mar 04, 2003 at 04:44:11PM -0800, John Chan wrote:
I got an old IBM walnut demo board /w case from my friend and would like
to do a small project around it. I wonder if there is any free and
stable Linux-PPC distribution? I had some experience in Linux-x86 but
new in PPC. I know there
I'm looking at the EUMB move/UART problem right now. I don't see
that there's currently a clean way to deal with the fact that the EUMB
has moved and ppc_md.progress() is supposed to be called right after
the fact.
There are some obvious hacks that can be used to get around this, but
I'm
27 matches
Mail list logo