Gene Heskett wrote:
On Friday 04 May 2007, Corey Minyard wrote:
I did think of one other thing: if you clear the MSR delta flags while
polling the serial console, you need to call the routine to check the
modem status since the interrupt will not happen. So here's the
patch...
Subject: Serial 8250: Handle saving the clear-on-read bits from the LSR and
MSR
I applied this patch because I was curious to see what effect if any it had on
some serial based acessories I use here, like a cm11 x10 controller with
heyu, and a belkin ups with its supplied software.
But at first boot, its not 100% operationally safe, but please read on.
1) heyu (the x10 control program) is now stuck in a loop, repeating the last
command issued, at about 40 second repeat intervals. AND it is using 90%+ of
the cpu while it executes each loop, which takes about 7 to 10 seconds each
time. heyu is interfacing to the world via /dev/ttyUSB0, through an FTDI
adapter so I'm not able to make a mental connection here between this patch
and that effect.
2) HOWEVER! The belkin upsd daemon, which started being a cpu hog, using 40%
of the cpu continuously since something in the 2.6.20 to 2.6.21 time frame,
and this was regardless of whether it was talking through a /dev/ttyUSB# port
and either a pl2303, or an FTDI adaptor, or direct through /dev/ttyS0, is at
least for /dev/ttyS0, now operating normally and apparently 100% stable. So
I pulled out another FTDI adaptor, and reconfigured the daemon to
use /dev/ttyUSB1, and that is also operating 100% normally now.
Can someone explain 1) above? Even odder still, I'd killed and restarted heyu
several times to no avail before I tried putting upsd on /dev/ttyUSB1, but
after moving the upsd access from /dev/ttyS0 to /dev/ttyUSB1, then heyu,
running through /dev/ttyUSB0, is now operating 100% normally. ???
Does anyone have any idea what kind of bait I should put out to kill this
nilmerg? I'm happy, its all working again for a change, but I'll be damned
if I ain't totally bumfuzzled. And I wonder if it will survive a reboot...
I really doubt that this patch had anything to do with these issues,
especially
the ones over USB. However, if you can reliably remove the patch, test, and
reapply the patch, and test, and the issues remain the same, then it's
perhaps
something significant, though I would be at a loss to know what it was.
-corey
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]