[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: serial spewing garbage

You have two options:

1. I have an experimental fix for this problem that is
currently being tested by developers at Axis. I can
send this patch to you.

2. In arch/cris/kernel/debugport.c there is a console
struct called sercons.  If you call unregister_console
with this as argument the console messages should
disappear. To do this you have to make sercons public
and maybe rename it to avoid namclashing.


-----Original Message-----
From: owner-dev-etrax@xxxxxxx.com
To: dev-etrax
Sent: 2003-02-12 17:09
Subject: serial spewing garbage


We are using two Etrax 100lx's in our design.

We are experiencing occational garbage characters coming out of the
port on one of the processors. Not just one or two characters, but
at a time. When this happens, it's like the serial driver takes over and

everything else takes a back seat. The output is meaningless. It looks
  digital vomit. After it's finished, things go back to normal.

The processor that this happens on is running a device driver that we
written. Also this processor is *very* busy followed by a short period 
where it's idle. When the serial starts spewing, it screws up our driver

(ie. things don't get done on time).

I have turned off all printk's in the driver except for boot time
This seems to help reduce the occurance of the problem. Or another way
putting it is; If I perform a few printk's while the driver is idle, the

problem happens quite often.

Both processors are running the same kernel image. The only difference
that the driver on the "happy" processor is not exercising the driver at

all (the interrupt is hooked but it's disabled and no ioctls are

Now to my question:

How can I completely disable all serial ports on the one processor after

boot up, using the same kernel image?

We don't want to have to deal with two different kernel images. I know
is a kludge, but it's the only work around I can think of.

Can I just disable "free_irq()" all of the interrupts used by the