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 op
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 apprec
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
CO
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) {
> > > /* WIN
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. S
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 de
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' /usr/src/linux-2.4.0/Documentati
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
c
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 Jan
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' /usr/src/linux-
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 reproducab
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 fro
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" für ppp mit devfs brauchen?
Hat das schon jemand getestet?
Unterstützen wir devfs für unseren 2.4 Kernel auf 7.1?
Gibt es dafü
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 mai
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=//huge bs=1k
on a vfat partition and the file size reaches the 4G mark.
-
To unsubscribe from this list: send the line
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 kern
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 U
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
mul
Unable to handle kernel paging request at virtual address 813de1c0
current->tss.cr3 = 015fa000, %cr3 = 015fa000
*pde =
Oops: 0002
CPU:0
EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010283
eax: c09ef0e0 ebx: c7fff740 ecx: 000f edx: c09ef0e0
es
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
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
ma
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 to
I compiled the nicstar ATM nic driver.
The following happens :
swapper(1): Kernel Bug 1
pc = [] ra = [] ps =
v0 = t0 = t1 = fc513c60
t2 = t3 = t4 = fc87002b00c8
t5 = t6 = t7 = ff
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 = 2,
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
--- linux-2.4.0/drivers/net/8139too.c
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 kernel
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 o
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
kap
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 whe
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 wan
>
> > -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,
Hi!
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 "Generic Video Card"
Driver
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,
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 s
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.
>
>
On Mon, 22 Jan 2001 16:56:38 +0100,
Werner Almesberger <[EMAIL PROTECTED]> wrote:
>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 c
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
(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 th
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 p
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
> >
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 (2
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 2.4.
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
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 loo
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
> p
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_ c
> " " == 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
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 s
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 m
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->sock
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 'nm
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 12:37:0
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"
> Ident
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 alon
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
ena
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 matr
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
> > purpos
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 Dunc
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?
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 Kin
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 ha
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 ?
> >
>
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
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
XFree86-tools-4.0
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,
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 anyt
On a system with nothing but linux installed does partitioning slow
things down?
I have...
/dev/hda1 93309 27520 60972 32% /
/dev/hda3 2885812 1042304 1696916 39% /usr
/dev/hda5 4806904 1989612 2573108 44% /home
/dev/hda6 4806904913044 3649676 21% /var
/dev
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. Yest
> 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
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
>
> 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
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 ident
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 Su
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 gotos.
(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
+++ linux-ac10/drivers/scsi
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.
>
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?
--- linux-ac10-clean/drivers/scsi/f
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 NF
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
them
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 chipsets
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:800
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
> > disambiguates local variables and parameters from file- and program-global
>
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
> > >
1 - 100 of 161 matches
Mail list logo
