Are you the same Tim Hockin that wrote the pset patches for Linux
2.2.12? I noticed your pset web page is gone and I'd like to mirror
it if it hasn't been already.
-VAL
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
Are you the same Tim Hockin that wrote the pset patches for Linux
2.2.12? I noticed your pset web page is gone and I'd like to mirror
it if it hasn't been already.
-VAL
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On Thu, May 17, 2001 at 09:49:11AM -0400, Stuart MacDonald wrote:
> Are you using the serial console though? That seems to be
> implied by your problem, but I just want to check.
Yes, I have serial console only on this board.
-VAL
-
To unsubscribe from this list: send the line "unsubscribe
On Thu, May 17, 2001 at 09:49:11AM -0400, Stuart MacDonald wrote:
Are you using the serial console though? That seems to be
implied by your problem, but I just want to check.
Yes, I have serial console only on this board.
-VAL
-
To unsubscribe from this list: send the line unsubscribe
Anyone know where Ted Tso is? He hasn't posted in several weeks.
Alan, will you put this in -ac? This patch fixes a bug in serial.c
that causes a crash on machines with a ST16C654.
On Tue, May 15, 2001 at 09:52:01AM -0400, Stuart MacDonald wrote:
> Kernel version? Distribution? Are you using
On Mon, May 14, 2001 at 03:50:01PM -0400, Stuart MacDonald wrote:
> What version of serial.c? I'm assuming 5.05.
Serial driver version 5.05a (2001-03-20) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
> Define "go kablooey". We haven't noticed any problems, and we supplied
> this bit of code.
On Mon, May 14, 2001 at 03:50:01PM -0400, Stuart MacDonald wrote:
What version of serial.c? I'm assuming 5.05.
Serial driver version 5.05a (2001-03-20) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
Define go kablooey. We haven't noticed any problems, and we supplied
this bit of code.
Go
This fixes a bug in the autoconfig_startech_uarts function in
serial.c. The problem is that 0's are written to the baud rate
registers in order to detect an XR16C850 or XR16C854. This makes the
Exar ST16C654 go kablooey. Saving and restoring the baud rate
registers after the test fixes it.
This fixes a bug in the autoconfig_startech_uarts function in
serial.c. The problem is that 0's are written to the baud rate
registers in order to detect an XR16C850 or XR16C854. This makes the
Exar ST16C654 go kablooey. Saving and restoring the baud rate
registers after the test fixes it.
On Mon, Jan 22, 2001 at 10:27:58AM -0800, David Lang wrote:
> On Mon, 22 Jan 2001, Val Henson wrote:
>
> > There is a use for an optimized socket->socket transfer - proxying
> > high speed TCP connections. It would be exciting if the zerocopy
> > networking frame
On Wed, Jan 17, 2001 at 11:32:35AM -0800, Linus Torvalds wrote:
> In article <[EMAIL PROTECTED]>,
> Ben Mansell <[EMAIL PROTECTED]> wrote:
> >
> >The current sendfile() has the limitation that it can't read data from
> >a socket. Would it be another 5-minute hack to remove this limitation, so
>
On Wed, Jan 17, 2001 at 11:32:35AM -0800, Linus Torvalds wrote:
In article [EMAIL PROTECTED],
Ben Mansell [EMAIL PROTECTED] wrote:
The current sendfile() has the limitation that it can't read data from
a socket. Would it be another 5-minute hack to remove this limitation, so
you could
On Mon, Jan 22, 2001 at 10:27:58AM -0800, David Lang wrote:
On Mon, 22 Jan 2001, Val Henson wrote:
There is a use for an optimized socket-socket transfer - proxying
high speed TCP connections. It would be exciting if the zerocopy
networking framework led to a decent socket-socket
This patch for the RoadRunner HIPPI driver includes:
* Fix crash on null dereference in rr_interrupt due to firmware bug
* Fix crash on null dereference in rr_interrupt with better link ON/OFF
handling
* Fix crash due to NIC continuing to DMA after HALT (requires firmware
>= 2.0.67)
Plus
This patch for the RoadRunner HIPPI driver includes:
* Fix crash on null dereference in rr_interrupt due to firmware bug
* Fix crash on null dereference in rr_interrupt with better link ON/OFF
handling
* Fix crash due to NIC continuing to DMA after HALT (requires firmware
= 2.0.67)
Plus
On Thu, Nov 02, 2000 at 08:19:06AM +0100, Mike Galbraith wrote:
> On Wed, 1 Nov 2000, Rik van Riel wrote:
>
> > I have one possible reason for this
> >
> > 1) the procfs process does (in fs/proc/array.c::proc_pid_stat)
> > down(>mmap_sem);
> >
> > 2) but, in order to do that, it has
One way of increasing signal to noise ratio (place in .procmailrc):
:0
* ^FROM.*jmerkey@timpanogas\.com
/dev/null
On Mon, Sep 11, 2000 at 03:53:48PM -0400, [EMAIL PROTECTED] wrote:
> On Mon, 11 Sep 2000, Jeff V. Merkey wrote:
> Now will you stop trying to incite pointless riots and allow those
One way of increasing signal to noise ratio (place in .procmailrc):
:0
* ^FROM.*jmerkey@timpanogas\.com
/dev/null
On Mon, Sep 11, 2000 at 03:53:48PM -0400, [EMAIL PROTECTED] wrote:
On Mon, 11 Sep 2000, Jeff V. Merkey wrote:
snip
Now will you stop trying to incite pointless riots and allow
18 matches
Mail list logo
