ansmit queue on the transmitting end appears to be full and
the socket is blocking writes.
I have been adding debugging to the kernel in an attempt to track down the
source of the second failure condition, and I am wondering if anyone else
has seen similar behaviour?
--
- Steve Hill
So
ly
test it sometime this week.
--
- Steve Hill
System Administrator Email: [EMAIL PROTECTED]
Navaho Technologies Ltd. Tel: +44-870-7034015
... Alcohol and calculus don't mix - Don't drink and derive! ...
-
To unsubscribe from this list: send the line "unsubscri
On Wed, 18 Apr 2001, IonBadulescu wrote:
> True, I plead guilty to the "replying at 3:30am" sin. :-) I meant to reply
> to Roberto's mail, and accidentally replied to yours..
:)
I know the feeling...
--
- Steve Hill
System Administrator Email: [EMAIL PROTECTED
ry
and fix the 2.4 kernels so they work on Cobalt kit, but ATM it's fairly
low on my todo list ...
Anyway, it wasn't me who wanted to use the starfire driver :)
--
- Steve Hill
System Administrator Email: [EMAIL PROTECTED]
Navaho Technologies Ltd. Tel: +44-870-7034015
lt Qube 3's, which have 2 DP83815's on
the motherboard, and a single PCI slot which I have installed a DP38315 in
for testing purposes).
--
- Steve Hill
System Administrator Email: [EMAIL PROTECTED]
Navaho Technologies Ltd. Tel: +44-870-7034015
... Alcohol
The attached patch fixes the following problems with the DP83815 driver
(natsemi.c):
1. When compiled into the kernel, the cards would be registered multiple
times.
2. Autonegotiation code was buggy, causing the card to stop working after
autonegotiation.
--
- Steve Hill
System Administrator
hardware I am using are Cobalt Qube 3 servers. However, this problem
seems to affect the NetGear FA311 card too).
--
- Steve Hill
System Administrator Email: [EMAIL PROTECTED]
Navaho Technologies Ltd. Tel: +44-870-7034015
... Alcohol and calculus don't mix - Don&#x
its there and does nothing). :(
>
> What processor does it use ? (386 or 486 perchance?)
AMD K6 (so 586) - I was trying the i386 version of the kernel on it
though, if that's going to be a problem, I can try the 586 version...
--
- Steve Hill
System Administrator Email: [EMA
Has anyone had any luck getting a 2.4 kernel to run on Cobalt x86
hardware? It doesn't even seem to start (I get nothing on the screen from
the kernel, it just sits there and does nothing). :(
--
- Steve Hill
System Administrator Email: [EMAIL PROTECTED]
Navaho Technologie
doesn't stop some program turning flow control back
> > on and ballsing it all up again :)
>
> yukkk...
>
> /dev/console having non-blocking semantics sounds much cleaner.
Yep - having a blocking console just seems like plain stupidity :(
--
- Steve Hill
System Administ
dev/console clocal -crtscts" to turn off the serial flow
control at the stawrt of /etc/rc.d/rc.sysinit - this seems to work quite
well... of course it doesn't stop some program turning flow control back
on and ballsing it all up again :)
--
- Steve Hill
System Administrator Email
ome
option somewhere to stop this happening (i.e. either ignoring the
flow-control or just allowing the buffer to overflow)?
--
- Steve Hill
System Administrator Email: [EMAIL PROTECTED]
Navaho Technologies Ltd. Tel: +44-870-7034015
-
To unsubscribe from this list: send the line &q
ind of bulk-mirror from one drive to the other, but I
would expect it to write both drives simultaneously when the kernel
flushes the buffers anyway, so I can't see a reason for it...
--
- Steve Hill
System Administrator Email: [EMAIL PROTECTED]
Navaho Technologies Ltd. Tel:
01 c01dc000 0001a82e 0018
Call Trace: [] [] [] [] [] [<
[] [] [] [] []
Code: 8b 40 40 ff d0 83 c4 04 eb 20 89 f6 ff 05 0c 32 1d c0 8b 55
Aiee, killing interrupt handler
Kernel panic: Attempted to kill the idle task!
In swapper task - not syncing
---
--
- Steve Hill
System Administrator Email: [EMAI
e the RAID (identacal boxes, running identical software but without
the RAID don't seem to have the problem).
Is this normal, or is something broken on these boxes?
--
- Steve Hill
System Administrator Email: [EMAIL PROTECTED]
Navaho Technologies Ltd. Tel: +44-870-7034015
-
15 matches
Mail list logo
