Hi,
When I run "make install" on my Pentium II machine, lilo gets
run after vmlinuz is built. When I do the same thing on my Athlon,
vmlinuz gets built, but lilo does get run.
Here are my architecture options for the Athlon:
CONFIG_X86=y
CONFIG_ISA=y
CONFIG_UID16=y
#
# Code maturity level
The 2.4 kernel has a new ISA PnP interface, as
described in Documentation/isapnp.txt. This patch adds
support for this interface to the driver for the
SMC EtherEZ ethernet card.
It has been tested on 2.4.0 and 2.4.0-ac10 (and should
also work with all other 2.4 versions).
Feedback will be
Hello,
for Short: I had a mail exchange with Vic Abell, the lsof Author, and in the
next Version of lsof the open shared libs will be detected. So my Kernel
Patch is no longer needed:
# ~root/rw
# rm /usr/lib/jabber/jsm/libjsm.so
# ~root/ro
mount: /usr busy
# lsof_4.55A.linux/lsof -a +L1 /usr
Donald Becker wrote:
However, natsemi.c's spinlock needs to be retained, and
extended into start_tx(), because this driver has
a race which has cropped up in a few others:
...
if (np-cur_tx - np-dirty_tx = TX_QUEUE_LEN - 1) {
/* WINDOW HERE */
On Fri, Jan 19, 2001 at 03:53:33PM +0100, Vojtech Pavlik wrote:
On Thu, Jan 18, 2001 at 11:42:25PM +, Howard Johnson wrote:
On Thu, Jan 18, 2001 at 06:32:39PM -0500, John O'Donnell wrote:
Matthew Fredrickson wrote:
My bet is ACPI/powermanagement messing with it ...
Ah, APM. So often
On Mon, 22 Jan 2001, Scaramanga wrote:
Under Linux 2.2.x I used to be able to use ipchains to send packet to a
netlink socket so that my userspace application could further analyze
the packet data.
Since kernel 2.4 and iptables, I have not enjoyed the same functionality,
has it been
James Sutherland wrote:
On Sat, 20 Jan 2001, Linus Torvalds wrote:
On Sat, 20 Jan 2001, Roman Zippel wrote:
On Sat, 20 Jan 2001, Linus Torvalds wrote:
But point-to-point also means that you don't get any real advantage from
doing things like device-to-device DMA.
Hi,
QUEUE means to pass the packet to userspace (if supported by the kernel).
Looking at the code it seemed to do the same thing as the old netlink, but
with more complexity, to what end though, i couldnt tell, was only a brief
skim.
$ sed -n -e '1874,1876p'
Jeff Lightfoot wrote:
Nothing special with this box. SMP no modules, Squid proxy and
running VNC/Pan at the time. Using kernel version of reiserfs on
filesystems other than root.
Be glad to offer any other info if needed.
Would I be correct in assuming that you're using a serial
Another NMI oops?
You've deadlocked over my old friend console_lock. I can't
see _why_ though. Was this with the same setup, using the
serial console? If so then probably the other CPU was
stuck in the serial console driver, holding console_lock.
Jeff Lightfoot wrote:
On Sunday 21
On 22 Jan 2001 10:26:00 +, Scaramanga wrote:
Looking at the code it seemed to do the same thing as the old netlink, but
with more complexity, to what end though, i couldnt tell, was only a brief
skim.
So you can do whatever you want with it.
$ sed -n -e '1874,1876p'
We'll test and get back to you.
Hans
Neil Brown wrote:
There have been assorted reports of filesystem corruption on raid5 in
2.4.0, and I have finally got a patch - see below.
I don't know if it addresses everybody's problems, but it fixed a very
really problem that is very reproducable.
On Sun, 21 Jan 2001, Manfred Spraul wrote:
I've attached Holger's testcase (ext2, SMP, raid5)
boot with "mem=64M" and run the attached script.
The script creates and deletes 9 directories with 10.000 in each dir.
Neil, could you run it? I don't have an raid 5 array - SMP+ext2 without
Hi,
This is true. This is called ipqmpd or something similar and written by
Harald Welte, yes?
Your best option is to either check out libipq (can be found in the
directory of the same name in the iptables sources), which provides
clean C interfaces, or the PERL interface, available from
On Fri, 19 Jan 2001, Daniel Mehrmnann wrote:
#PPP
alias char-major-108ppp_generic
alias /dev/ppp ppp_generic
Kann es sein, da wir das "alias /dev/ppp" fr ppp mit devfs brauchen?
Hat das schon jemand getestet?
Untersttzen wir devfs fr unseren 2.4 Kernel auf 7.1?
Gibt es dafr schon
On Mon, 22 Jan 2001, Helge Hafting wrote:
And when the next user wants the same webpage/file you read it from
the RAID again? Seems to me you loose the benefit of caching stuff in
memory with this scheme. Sure - the RAID controller might have some
cache, but it is usually smaller than main
kernel BUG at file.c:79!
Invalid operand
fat and vfat are compiled as modules
Compiler used: stock rh6.2 (egcs-1.1.2)
I get this error with 2.4.0 when I do
dd if=/dev/zero of=/somewhere/huge bs=1k
on a vfat partition and the file size reaches the 4G mark.
-
To unsubscribe from this list:
My apologies for not running it through ksymoops.
No specific bit of code was referenced in the OOPS so I am assuming
it is in the kernel itself.
Tom
Jan 21 22:02:36 hrafn kernel: c0108f75
Jan 21 22:02:36 hrafn kernel: Oops:
Jan 21 22:02:36 hrafn kernel: CPU:0
Jan 21 22:02:36 hrafn
Hi all,
I've seen this for a while... the output from netstat and ifconfig do
not agree on the MTU of the device:
[root@lion /root]# netstat -r
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt
Iface
10.1.11.0 * 255.255.255.0
Hello,
There is a problem with handling of TTYs, which manifests itself for
modular backends. I've been able to observe it with the serial.c backend.
The symptoms are if open() fails for some reason (e.g. due to an inactive
DSR line), the module count for the responsible backend decrements
Unable to handle kernel paging request at virtual address 813de1c0
current-tss.cr3 = 015fa000, %cr3 = 015fa000
*pde =
Oops: 0002
CPU:0
EIP:0010:[c09ef0e8]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010283
eax: c09ef0e0 ebx: c7fff740 ecx: 000f edx:
On Sat, Jan 20, 2001 at 11:28:51PM +0100, Andi Kleen wrote:
On Sat, Jan 20, 2001 at 04:58:56PM -0500, Sandy Harris wrote:
I suspect that I've misunderstood some constraint here. Perhaps the more complex
code you posted is necessary, but I'd like to know why.
strtok is not reentrant and
Rainer Mager wrote:
particular problem still exists. In brief, X windows dies with signal 11. I
[snip]
Does it always happen when you are moving the mouse over a button or
windowbar or some other on-screen object like that?
Usually, when I have that happen, it's because I'm overclocking the
you were the one with the gcc 2.95.3 compiler right? even though this
compiler is a prerelease of a stable branch i have confirmed errors in the
optimalization passes. my advice: use a compiler which really IS stable
(gcc-2.95.2 or egcs-1.1.2 are fine), or turn off all optimalizations.
-henrik
Dear list,
I am new to the list so please forgive me if I am repeating a recent
thread.
I have a kernel that is the result of a Red Hat distribution and works
great. Only, I have to recompile the kernel in order to have policy
routing capabilities. As I am very inexperienced, I would like
I compiled the nicstar ATM nic driver.
The following happens :
swapper(1): Kernel Bug 1
pc = [fc341df0] ra = [fc3c2154] ps =
v0 = t0 = t1 = fc513c60
t2 = t3 = t4 = fc87002b00c8
t5 =
Hi, everyone.
I have recently added an IDE ZIP drive to the system, and when I run lilo
I get the following messages:
Jan 22 16:01:05 werewolf kernel: ide-floppy: hda: I/O error, pc = 0, key = 2,
asc = 3a, ascq = 0
Jan 22 16:01:05 werewolf kernel: ide-floppy: hda: I/O error, pc = 1b, key =
Hi, Jeff!
Recently i got 2.4.0 crashed with oops in rtl8139_rx_interrupt() due
to packet with size = 0.
Patch and oops message below.
Cheers,
-up
patch-8139driver-2.4.0
---
Per popular demand. Here are a few numbers for small thread counts
running the sched_yield_test benchmark on a 2-way SMP with the following
characteristics.
model name : Pentium III (Katmai)
stepping: 3
cpu MHz : 551.266
cache size : 512 KB
I compare 2.4.1-pre8
Hello!
I am experiencing hard lockups (no oops, no response to ALT-SYSREQ) on a
dual pentium pro running 2.4.1pre9. The system has two Promise IDE
controllers installed (PDC20246 and PDC 20262) with a drive hanging off of
each channel. In addition, the onboard PIIX4 has a single drive hanging
Hi,
I've read the december thread, I've searched the web and I could not
come out with an answer, so here I dare to ask (please cc me for any
answer as I am not subscribed to the list, I just read the kernel
cousin version).
I just installed 2.4.0 on my laptop (dell cpi a366x). I noticed the
Keith Owens wrote:
Inconsistent methods for setting the same parameter are bad. I can and
will do this cleanly in 2.5.
If your approach isn't overly intrusive (i.e. doesn't require changes
to all files containing module parameters, or such), maybe you could
make a patch for 2.4.x and wave it
-Original Message-
From: profmakx.fmp [mailto:[EMAIL PROTECTED]]
So, every good programmer
should know where to put comments. And it is unnecessary to
put comments to
explain what code does. One should see this as stated in the
CodingStyle doc.
Ok, there are points where a
On Sun, 21 Jan 2001, Leslie Donaldson wrote:
Jeff Hartmann wrote:
There is also a known issue with U160 modes and the currently
embedded aic7xxx driver.
That's true the problem is the TCQ command seems to be sequencing wrong.
You might want to try the Adaptec
-Original Message-
From: profmakx.fmp [mailto:[EMAIL PROTECTED]]
So, every good programmer
should know where to put comments. And it is unnecessary to
put comments to
explain what code does. One should see this as stated in the
CodingStyle doc.
Ok, there are points
Have a look to the lilo.conf man page at the keyword "disk=".
On Mon, 22 Jan 2001, J . A . Magallon wrote:
Hi, everyone.
I have recently added an IDE ZIP drive to the system, and when I run lilo
I get the following messages:
Jan 22 16:01:05 werewolf kernel: ide-floppy: hda: I/O error, pc
On Mon, Jan 22, 2001 at 11:04:50AM -0500, Jonathan Earle wrote:
-Original Message-
From: profmakx.fmp [mailto:[EMAIL PROTECTED]]
So, every good programmer
should know where to put comments. And it is unnecessary to
put comments to
explain what code does. One should see
the attached patch (against -pre9) fixes a possibly dangerous sys_wait4()
prototype mismatch.
Ingo
--- linux/include/linux/sched.h.origMon Jan 22 17:28:36 2001
+++ linux/include/linux/sched.h Mon Jan 22 17:29:17 2001
@@ -563,6 +563,7 @@
#define wake_up_interruptible_all(x)
On Thu, 18 Jan 2001, Jorge Nerin wrote:
It's the first report of APIC errors on a P5 system I have seen, so it's
probably not a result of a bad motherboard design. I'd recommend to check
if the system doesn't get overheated. You may also be unlucky to have a
faulty board.
Hey, it's
On Monday 22 January 2001 08:57, Hubertus Franke wrote:
Per popular demand. Here are a few numbers for small thread counts
running the sched_yield_test benchmark on a 2-way SMP with the following
characteristics.
model name : Pentium III (Katmai)
stepping: 3
cpu MHz :
Hi Duncan,
From: Duncan Laurie [mailto:[EMAIL PROTECTED]]
Hi Petr,
I didn't consider that your hardware would have subtle differences
than Mr. Dunlap's Intel SBT2 board, but these could have made the
hard-coded values in the patch invalid. So instead try the attached
patch, and this
(Please Cc: me for replies, as I'm currently not subscribed. Thanks.)
Hello,
with 2.4.0 I get lots of
kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
errors. I already got those errors with the -test series.
On Mon, Jan 22, 2001 at 11:04:50AM -0500, Jonathan Earle wrote:
WRONG!!!
Not documenting your code is not a sign of good coding, but rather shows
arrogance, laziness and contempt for "those who would dare tamper with your
code after you've written it". Document and comment your code
acpi_get_rsdp_ptr is no longer used, so you can just remove its declaration.
I'm putting together another patch not so I'll include this fix.
Thanks -- Regards -- Andy
-Original Message-
From: Adam J. Richter [mailto:[EMAIL PROTECTED]]
Sent: Sunday, January 21, 2001 12:23 AM
To:
-Original Message-
From: Larry McVoy [mailto:[EMAIL PROTECTED]]
On Mon, Jan 22, 2001 at 11:04:50AM -0500, Jonathan Earle wrote:
-Original Message-
From: profmakx.fmp [mailto:[EMAIL PROTECTED]]
So, every good programmer
should know where to put comments. And
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
The answer is in the source; in v2.4, stats are only collected on sent
packets; in v2.2, stats are not collected at all; they are simply summed
from the interfaces stats.
It's not a bug; it's simply a design decision.
Chris Chabot wrote:
I recently upgraded my main server to a 2.4 kernel
Last week while discussing scheduler benchmarks, Bill Hartner
made a comment something like the following "the benchmark may
not even be invoking the scheduler as you expect". This comment
did not fully sink in until this weekend when I started thinking
about changes made to sched_yield() in
On Mon, 22 Jan 2001, Larry McVoy wrote:
On Mon, Jan 22, 2001 at 11:04:50AM -0500, Jonathan Earle wrote:
-Original Message-
From: profmakx.fmp [mailto:[EMAIL PROTECTED]]
So, every good programmer
should know where to put comments. And it is unnecessary to
put comments
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 transfer.
if you are proxying connextions you should really be looking
On Monday 22 January 2001 10:30, Mike Kravetz wrote:
Last week while discussing scheduler benchmarks, Bill Hartner
made a comment something like the following "the benchmark may
not even be invoking the scheduler as you expect". This comment
did not fully sink in until this weekend when I
[EMAIL PROTECTED] wrote:
Hello!
is there really
much value in the second request flowing to the server before the first
byte of the reply has hit?
Yes, of course, it has lots of sense: f.e. all the icons, referenced
parent page
On Mon, 22 Jan 2001, Val Henson wrote:
On Wed, Jan 17, 2001 at 11:32:35AM -0800, Linus Torvalds wrote:
However, for socket-socket, we would not have such an advantage. A
socket-socket sendfile() would not avoid any copies the way the
networking is done today. That _may_ change, of
" " == Patrick J LoPresti [EMAIL PROTECTED] writes:
This developer is now regularly seeing two problems which began
with the 2.2.18 upgrade. First, remote clients occasionally
get "stale NFS file handle" errors for no apparent reason.
Second, some of the files are being
Mike K, wrote :
If the above is accurate, then I am wondering what would be a
good scheduler benchmark for these low task count situations.
I could undo the optimizations in sys_sched_yield() (for testing
purposes only!), and run the existing benchmarks. Can anyone
suggest a better
Mike,
Deactivating that optimization is a good idea.
What we are interested in is what the general latency of the scheduler code
is. This should help to determine that.
The only problem I have with sched_yield like benchmarks is that it creates
artificial lock contention as we basically spent
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
Trond Myklebust [EMAIL PROTECTED] writes:
What filesystem are you exporting?
Just ext2; all of our file systems are ext2.
The disks here are a mixture of IDE, SCSI (aic7xxx and sym53c8xx), and
Mylex DAC960 RAID. In this case, the machine running 2.2.18 has
aic7xxx SCSI. I suspect I could
Thanks,
this seems to confirm my suspicion that there's some incompatibility between
the NMI watchdog code and the Serverworks chipset. Still trying to find out
exactly what's wrong...
Tim
On Sat, Jan 20, 2001 at 12:26:37PM +0100, Matthias Schniedermeyer wrote:
You could try booting with
how about always_defragment (or whatever the option is now called) so that
your routing box always reassembles packets and then fragments them to the
correct size for the next segment? wouldn't this do the job?
David Lang
On Mon, 22 Jan 2001, Val Henson wrote:
Date: Mon, 22 Jan 2001
Hubertus wrote :
The only problem I have with sched_yield like benchmarks is that it
creates
artificial lock contention as we basically spent most of the time other
then context switching + syscall under the scheduler lock. This we won't
see in real apps, that's why I think the chatroom
On Mon, 22 Jan 2001, Jan-Benedict Glaw wrote:
I just discovered a solid freeze:
jbglaw@jbglaw-sid:~$ uname -r
2.4.1-pre8
jbglaw@jbglaw-sid:~$ grep aty /etc/lilo.conf
append="video=atyfb:800x600
Parts of /etc/X11/XF86Config-4:
Section "Device"
Identifier
I have searched the previous posts and have not found a solution to
the problem that I am facing.
The short problem is that I need a way to turn off arping for the lo
interface in the 2.4.0 kernel.
In the 2.2 kernel, I could do the following:
echo 1 /proc/sys/net/ipv4/conf/all/hidden
echo
At 11:04 AM 1/22/01 -0500, you wrote:
WRONG!!!
Not documenting your code is not a sign of good coding, but rather shows
arrogance, laziness and contempt for "those who would dare tamper with your
code after you've written it". Document and comment your code thoroughly.
Do it as you go along. I
Hi Petr,
Thank you for the answer.
Are you sure that you did not enabled both vesafb and matroxfb? They cannot
work together. Also, does this happen only in 8bpp mode, or does this
happen in other color depths too?
Yes, sure. I've read the docs and tested with vesafb enabled OR matroxfb
On 22 Jan 01 at 22:11, f5ibh wrote:
Are you sure that you did not enabled both vesafb and matroxfb? They cannot
work together. Also, does this happen only in 8bpp mode, or does this
happen in other color depths too?
Yes, sure. I've read the docs and tested with vesafb enabled OR matroxfb
Stephen Satchell wrote:
One goal of language designers is to REMOVE the need for comments. With a
this is a crock of (deleted). You are chaising rainbows dood, you will
NEVER remove teh need for comments but its obvious you remove teh
comments.
good fourth-generation or fifth-generation
On Mon, Jan 22, 2001 at 02:23:05PM -0500, Bill Hartner wrote:
Mike K, wrote :
If the above is accurate, then I am wondering what would be a
good scheduler benchmark for these low task count situations.
I could undo the optimizations in sys_sched_yield() (for testing
purposes only!),
Duncan Laurie wrote:
...
The output you are looking for should look something like this:
Device 00:0f.0 (slot 0): ISA bridge
INTA: link 0x01, irq mask 0x0400 [10]
...
Good luck, and feel free to send me the output from "dump_pirq"
and "mptable" if it doesn't work..
Hi Duncan,
On Mon, 22 Jan 2001 12:01:23 -0800 (PST), David Lang [EMAIL PROTECTED] wrote:
how about always_defragment (or whatever the option is now called) so that
your routing box always reassembles packets and then fragments them to the
correct size for the next segment? wouldn't this do the job?
It
Miles Lane writes:
When I run "make install" on my Pentium II machine, lilo gets
run after vmlinuz is built. When I do the same thing on my Athlon,
vmlinuz gets built, but lilo does get run.
Have you checked for the existance of a /sbin/installkernel file on either
machine?
--
Russell King
Rogier Wolff writes:
Harware problems are normally not reproducable. Can you attach a
debugger to your X server, and catch it when things go bad? (And
give the Xfree86 people a backtrace)
Bad RAM can be extremely reproducable though, and can certainly produce
SEGVs.
Evidence: I recently had
Jens,
Steven is a seeing a slowdown in his results, too.
On Mon, 22 Jan 2001, Steven Cole wrote:
On Thursday 18 January 2001 14:49, Marcelo Tosatti wrote:
Steven,
The issue is the difference between pre4 and pre8.
Could you please try pre4 and report results ?
Thanks
Henrik Stokseth writes:
you were the one with the gcc 2.95.3 compiler right? even though this
compiler is a prerelease of a stable branch i have confirmed errors in the
optimalization passes. my advice: use a compiler which really IS stable
(gcc-2.95.2 or egcs-1.1.2 are fine), or turn off all
Hello, this is perfectly reproductable, fresh RH7.0 kernel 2.4.1-pre9
compiled with kgcc, and the same bug in pre1, pre4 pre9. I only need
to run xfontsel and the xfs dies, every time, prefectly reproductable.
Using XFree86-xfs-4.0.1-1, and this XFree packages:
XFree86-4.0.1-1
On Thu, Dec 14, 2000 at 03:16:36PM +0100, Trond Myklebust wrote:
Hi,
One of the things we've been lacking in the Linux implementation of
RPC is the 'ping' routine. The latter is used on most *NIX
implementations in order to test whether or not the RPC server is
alive. To do so, it
This is not a kernel bug, This is a bug in the XFree86 TrueType rendering
extention. This has been discussed on the Xpert XFree86 mailing list. There
is a fix in the works (depends on the TrueType fonts your using).
Unless otherwise, Im using 2.4.1-pre9 with no such faults (XFree86 CVS
X11R6.5.1
Hi All,
I ran mkfs on more than 1 scsi disk partitions
in parallel in background on ia64 Lion machine with linux kernel
2.4.0. And after a few seconds, the system became damn slow.
I can swith between the virtual terminals. But I cannot login
from other virtual terminals. Also, I cannot do
On Sun, Jan 21, 2001 at 12:40:30PM +0100, Vojtech Pavlik wrote:
On Sat, Jan 20, 2001 at 04:32:36PM -0500, safemode wrote:
Peter Horton wrote:
On Thu, Jan 20, 2000 at 08:38:12AM +, Peter Horton wrote:
I think I'm suffering the same thing on my new Asus A7V. Yesterday I got a
does partitioning slow things down?
No.
-
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/
" " == H J Lu [EMAIL PROTECTED] writes:
I got a report which indicates it may not be a good idea,
especially for UDP. Suppose you have a lousy LAN or NFS UDP
server for whatever reason, some NFS/UDP packets may get lost
very easily while a ping request may get through.
On Mon, Jan 22 2001, Marcelo Tosatti wrote:
Jens,
Steven is a seeing a slowdown in his results, too.
On Mon, 22 Jan 2001, Steven Cole wrote:
On Thursday 18 January 2001 14:49, Marcelo Tosatti wrote:
Steven,
The issue is the difference between pre4 and pre8.
Please don't listen to this. The only place you really want comments is
a) at the top of files, describing the point of the file;
b) at the top of functions, if the purpose of the function is not obvious;
c) in line, when the code is not obvious.
If you are writing code
Russell King wrote:
Andrew Clausen writes:
Why is this necessary? Can't the RAID drivers probe the device for
signatures, the same way file systems do?
One possible problem I can see here is to do with removal of RAID. Think
of a RAID-1 array (2 or more disks containing identical
Hi.
(I hope I haven't missed any relevant lists :) )
The following patch makes drivers/scsi/53c7xx.c check the return code
of request_region and release the irq properly in the error path.
It applies cleanly against ac10 and 241p9.
Comments?
--- linux-ac10-clean/drivers/scsi/53c7xx.c
Hi.
(I hope you are the NCR53c406a maintainer. If not, I apologize for
the inconvenience and hope you can redirect me.)
The following patch makes drivers/scsi/NCR53c406a.c use the return
code of request_region instead of check_region and makes it release
the proper resources in its error paths.
Hi.
(I have not been able to determine a probable maintainer for this
code.)
The following patch makes drivers/scsi/aha1740.c use the return
code of request_region instead of check_region. The change
necessitated some changes to the folllowing error paths so I
changed those to be forwards
(Sorry, forgot lk.)
Hi.
The following patch makes drivers/scsi/3w-.c use the return
code from request_region instead of check_region.
It applies cleanly against ac10 and 241p9.
Comments?
--- linux-ac10-clean/drivers/scsi/3w-.c Thu Nov 9 02:09:50 2000
+++
Followup to: [EMAIL PROTECTED]
By author:Andrew Clausen [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
Apart from
that, the kernel couldn't care. You could set all your Ext2 partitions
as ID 82, your swap as ID 83 and Linux would carry on as if nothing had
changed.
Exactly.
Hi.
(I have not been able to find a maintainer for this code.)
The following patch makes drivers/scsi/fastlane.c check the return
code of request_irq and converts (some) error paths to use forward
gotos.
It applies cleanly against ac10 and 241p9.
Comments?
---
On Tue, Jan 23, 2001 at 12:00:29AM +0100, Trond Myklebust wrote:
" " == H J Lu [EMAIL PROTECTED] writes:
I got a report which indicates it may not be a good idea,
especially for UDP. Suppose you have a lousy LAN or NFS UDP
server for whatever reason, some NFS/UDP packets
I have been developing a driver for an audio card and encountered a problem
which I have duplicated in the test code below. My problem is that when
trying to profile a section of code in a kernel module I get erratic
results. My cycle counts are sometimes 73xxx cycles more that I expect
On Mon, 22 Jan 2001, Randy.Dunlap wrote:
|
| (BTW, it's an STL2 board, not SBT2. And it's Randy, not Mr. Dunlap. :)
|
Hi Randy,
(I'll spare you the formality ;)
Oops, I knew it was an STL2, but somehow couldn't get it right in the
message.. It looks like they both use ServerWorks LE
I've noticed, everytime I use a cardbus card, pcmcia-cs uses the name of the
driver instead of eth0 (or eth1).
If I need to upgrade pcmcia-cs, that's fine, but it appears to be a bug.
pcmcia-cs version: 3.1.20 (debian v2)
--
Lab tests show that use of micro$oft causes cancer in lab animals
-
Hi Geert!
On Mon, Jan 22, 2001 at 09:20:07PM +0100, Geert Uytterhoeven wrote:
On Mon, 22 Jan 2001, Jan-Benedict Glaw wrote:
I just discovered a solid freeze:
jbglaw@jbglaw-sid:~$ uname -r
2.4.1-pre8
jbglaw@jbglaw-sid:~$ grep aty /etc/lilo.conf
append="video=atyfb:800x600
On Mon, Jan 22, 2001 at 11:56:40PM +, Anton Altaparmakov wrote:
At 16:42 22/01/2001, Mark I Manning IV wrote:
Stephen Satchell wrote:
I got in the habit of using
structures to minimize the number of symbols I exposed. It also
what SCSI raid controllers would you guys reccomend for use under 2.4?
there was a question friday about a specific Adaptec one that received no
response, I know there is support in the kernel for some from compaq and
from IBM, but I don't know how extensive this is and if it is a case of
linux
In 2.4.0, the camera I have no longer works. It did in test9 I believe.
fccid is ksx-x9903
I would have mailed the author, but I couldn't remember his address.
--
Lab tests show that use of micro$oft causes cancer in lab animals
-
To unsubscribe from this list: send the line "unsubscribe
On Mon, 22 Jan 2001, Russell King wrote:
Evidence: I recently had a bad 128MB SDRAM which *always* failed at byte
address 0x220068,
and X is likely to be the biggest process by far on a box, so
statistically will be the process that hits this bad byte the most.
no?
regards,
--
Paul Jakma
In article [EMAIL PROTECTED] you wrote:
Now for the long version of the problem. I am using the TurboLinux
ClusterServer 6.0 product. This product uses what they refer to as
an advanced traffic manager that has the ip address of the web site
aliased to eth0. Thus this machine arps for the
1 - 100 of 314 matches
Mail list logo
