just to make stuff even
> funnier netscape is at nice -19 (i.e. lower priority)]
nice -19 means high priority doesn't it? It is not nice towards other
processes.
Ookhoi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
he aironet cards work.
Ookhoi
-
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/
(early
> 2.4.x-ac), so I use the airo and airo_cs modules which are disabled in
> your pcmcia config.
>
> You find the sources at www.cse.ucsc.edu/~breed (airo.c and airo_cs.c).
Euh, make that http://www.cse.ucsc.edu/~breed/airo.html
> Copy them over the airo.c and airo_cs.c in pcmcia-cs-3.1.xx/wireless,
> build the modules and there you are. :-)
>
> Ookhoi
-
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/
> bind "airo_cs"
> --- cut here ---
The aironet drivers included in the kernel never worked for me (early
2.4.x-ac), so I use the airo and airo_cs modules which are disabled in
your pcmcia config.
You find the sources at www.cse.ucsc.edu/~breed (airo.c and airo_cs.c).
Copy them
t do any harm also
afaics.
I have zero experience with apm and acpi, but the thing I liked about
swsusp is that it works with a sysrq key combo.
Ookhoi
-
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/
) which eliminates the fsck after a unclean shutdown. It's very
nice to have a crashed system back online fast. The raid sync makes the
system a bit slow, but as you said, it syncs at full speed when idle,
and is nice when less idle. :-)
Ookhoi
-
To unsubscribe from this list:
ich usually is the case), due to the
journal which is 32 meg.
The bigest point so far where the fsck tools, but they seem to be quite
usefull these days, and under active development.
Ookhoi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
Code Morphing Software revision 4.1.4-7-51
CPU: 2805 23:30 official release 4.1.4#2
CPU: Transmeta(tm) Crusoe(tm) Processor TM5600 stepping 03
I would love to upgrade to version 4.2 :-)
Thanks!
Ookhoi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
gt; Cisco 6509.
I patched two computers, 2.4.1-ac20. One of them is a fairly loaded
webserver. Both have an uptime of 15.15 and 16.30 hours, and are fine.
Didn't test with that much connections though.
Ookhoi
-
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/
once and retransmitted. This makes the connection _very_ slow.
>
> :-( I hate these buggy systems.
>
> Does this patch below fix the performance problem and are the windows
> clients win2000 or win95?
Yes, the problem is fixed! Thank you very much. :-) 'great' patch
once and retransmitted. This makes the connection _very_ slow.
>
> :-( I hate these buggy systems.
>
> Does this patch below fix the performance problem and are the windows
> clients win2000 or win95?
It is 95 in our case. I'll test the patch today and report back to
to windows client seems to get
dropped once and retransmitted. This makes the connection _very_ slow.
It seemes that Simon has the same problem. Can I provide tcp dumps to
help and find the cause to this problem? Not sure yet this is only with
3com nics. Will test that.
Ookhoi
Date: Fri
tar.gz
>
> It does everything you could ever want and more, as long as you
> include the CPUID and MSR devices in your kernel, set up the devices
> correctly, etc.
Very cool. :-) Will we also be able to do a software upgrade of the cpu
code morphing software in the future?
Ookhoi
-
T
I/O ports at 6100 [size=64]
Can I provide more info on this? What can I do to help to solve this?
Ookhoi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
e nic doesn't work.
What can I do to provide more info?
Ookhoi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
and the pci changes.
>
> Does 2.4.1 with the following patch applied still boot
No, it doesn't boot anymore (hangs at probing pci hardware again).
I hope this helps. :-)
Ookhoi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
e something I can do now?
Ookhoi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
1
PCI: Probing PCI hardware
Here it hangs hard. It used to boot with 2.4.0 and 2.4.1-prex Should I
try to determine which patch made the fatal change? Should I send my
.config? Is there something I can try? Tia!
Ookhoi
-
To unsubscribe from this list: send the line "unsubscr
able." still comes before the initialisation of the network
card, and thus the nf mount still failes. :-(
(this is with a clean untarred linux tree, edit and compile, and I
double checked the change in drivers/pcmcia/yenta.c)
Is there an other way to initialize the nic before bootp ki
eemes to find and accept the usb floppy
drive just fine, but then I can't make it to load the root image. It
seemes as if /dev/sda doesn't get 'connected' with the fdd. I appreciate
any help with this of course :-)
Ookhoi
Subject: Re: bootp starts before network
send more info (.config)?
Tia.
Ookhoi
PS, also tried to mount root image from floppy, but that fails too. The
floppy drive gets detected (usb support in the kernel), but it doesn't
seem to connect /dev/sda to it (the fdd is available via /dev/sda
according to the Internet). I ha
the data to the disk, unmount
>it, and then unload the scsi device driver. I would take the disk
>out, and reload the scsi device driver to get the tape/cd-rom. I
>would then take the disk to my home computer. I would reverse the
>process when I came in the morning
> You should also say what version of the kernel your patch is against (ie,
> which version does it change).
Damned. :-) This is against kernel 2.4.0-test10-pre3 Thanx!
Ookhoi
> On Wed, 18 Oct 2000, Ookhoi wrote:
>
> > Date: Wed, 18 Oct 2000 17:04:59 +0200
> &
Hi!
I hope this is correct. Its my first patch. Have to start somewhere. :-)
Pls correct me if I am, or do something wrong.
Who should I cc on this btw?
Ookhoi
--- drivers/net/sis900.h.orig Wed Oct 18 16:44:11 2000
+++ drivers/net/sis900.hWed Oct 18 16:45:01 2000
@@ -10,7
> > Based on what I've been able to find out on the net, it
> > appears that the support of the Adaptec 29160 is not complete
> > (optimal?), but because the card works in a degraded mode with the
> > current driver, there haven't been many complaints.
> >
> > A recent benchmark in Open Magazine
25 matches
Mail list logo
