In article <[EMAIL PROTECTED]> you wrote:
> Why would you *ever* want to write a device driver in perl???
Actually there is kind of device driver in perl, and besides it's
performance I think it proofed that a High-Level Language can do good for
rapid prototyping.
http://www.inter-mezzo.org - a
[David Feuer]
> Perhaps it would be good to put a check in unlink to make sure that
> this is not the last link to a swapfile.
Much better to add code to /sbin/swapon and /sbin/swapoff to set and
clear immutable bit. Sure it only works on ext2 but how far do you
want to take this thing?
Peter
Date: Sat, 9 Dec 2000 10:13:50 -0800 (PST)
From: Linus Torvalds <[EMAIL PROTECTED]>
I checked my VAIO's, and they all have a Ricoh cardbus bridge.
Ted claimed he had a TI1311 or something, I think. So his VAIO is
definitely different from the ones I have. That may be enough of a
FWIW, I got the following oops while trying to play an mpeg stream
from a loop-back mounted iso9660 file system:
ksymoops 0.7c on i586 2.4.0-test12.pre7.1. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.0-test12.pre7.1/ (defa
Date: Fri, 8 Dec 2000 23:41:54 -0800 (PST)
From: Linus Torvalds <[EMAIL PROTECTED]>
This is a problem that many drivers have: when the card is removed, the
driver sees an interrupt (which happens to be the CardBus card removal
interrupt, but the serial driver doesn't know that, and
On Sun, 10 Dec 2000, Alan Cox wrote:
> > OK, I did this (at least I think I got it right: the patch was happy) but
> > I can't see anything resembling DMI strings (even after I removed
>
> Ok your machine probably doesnt have DMI then. That unfortunately means its
> hard to identify the specific
On Sun, Dec 10, 2000 at 01:35:26AM -0500, Victor J. Orlikowski wrote:
> Steven,
>
> One question:
> Do you have MTRR enabled?
> If so, a temporary workaround is to re-compile the kernel with
> it disabled.
To confirm, yes, I do have MTRR's enabled. I'll see if that fixes it...
Steven,
One question:
Do you have MTRR enabled?
If so, a temporary workaround is to re-compile the kernel with
it disabled.
This is getting to be something of an epidemic.
As I said, AMD's docs state that the write-combining was
altered in the model and st
Several times now, at seemingly random intervals, my computer has frozen
solid. The computer was not under high load--XMMS playing and my typing
an email in mutt. X was frozen, the soundcard played the same sound
repeatedly, and ctrl+alt+del did nothing. SysRq, however, caused the
computer to r
On Sat, 9 Dec 2000, Ren Haddock wrote:
> I think part of the problem is that there are other things labeled
> DANGEROUS that actually do work fairly reliably (offhand, I'm thinking
> off the IDE config stuff..). Perhaps it needs to explicitely say
> 'This is broken and is gauranteed to destroy y
On Sat, 09 Dec 2000 21:34:59 -0500, David Feuer
<[EMAIL PROTECTED]> wrote:
>At 08:12 PM 12/9/2000 -0600, Rene wrote:
>>I think part of the problem is that there are other things labeled
>>DANGEROUS that actually do work fairly reliably (offhand, I'm thinking
>>off the IDE config stuff..). Perhaps
On Wed, Nov 29, 2000 at 11:47:08AM +0800, Gerard Paul Java wrote:
>
> Hi,
>
> I'm trying to capture IP packets over a Token Ring network through a
> (PF_PACKET, SOCK_RAW) socket, but for some
> reason the sll_protocol field in the sockaddr_ll structure doesn't
> contain ETH_P_IP for IP packets b
OK. I saw a link at the bottom of the guide page in the EN column but I
couldn't display the page. Its probably me. I just went back to double check
the link and I couldn't even get the the guide page! Thanks
- Original Message -
From: "Augusto Cesar Radtke" <[EMAIL PROTECTED]>
To: "Eddy"
Andre Hedrick wrote:
> This has the missing ide-pci code from 2.2.
> It stablized my BP6 on the HPT core.
The patch contained a large number of ^M's (about 1 per line), but
applied cleanly after being passed through "sed"
It, however, has NOT corrected the problem :( :(
Corruption still occurs,
Eddy wrote:
> Anybody know where I can find a recent kernel hackers guide? LDP points me to a non
>existing RedHat link.
>
> Thanks from, Eddy
There's no more active KHG, but you can find the last version of the forum at
http://www.linuxdoc.org
Augusto
-
To unsubscribe from this list: send t
Andre Hedrick wrote:
> This has the missing ide-pci code from 2.2.
> It stablized my BP6 on the HPT core.
The patch had a large amount of ^M's (about 1 per line), but applied
cleanly after being passed through "sed" :)
Unfortunately, it has NOT fixed the problem :(
>
> Cheers,
>
> Andre Hedric
Anybody know where I can find a recent kernel
hackers guide? LDP points me to a non existing RedHat link.
Thanks from, Eddy
> but a last one i cannot resist...
>
>
> but why are your ideas not widespread and
> so successful like kde,gnome,windows?
> maybe because they suck at some point?
>
>
> Regards (and please flame me private ... :))
Last time I checked you needed a kernel...
-d
begin:vcard
n:Ford;David
x-m
Ok guys i take your arguments...
(i really loved to hear them)
and i'd like to continue them in a
private discussion( but i am
tired now ... :) )
but a last one i cannot resist...
but why are your ideas not widespread and
so successful like kde,gnome,windows?
maybe because they suck at some
Jens Axboe wrote:
>
> o Batch freeing of requests. Stock kernels have very bad behaviour
> under I/O load (load here meaning that the request list is empty,
> doesn't require much effort...), because as soon as a request is
> completed and put back on the freelist, a read/write will grab it
On Sat, Dec 09, 2000 at 09:34:59PM -0500, David Feuer wrote:
> At 08:12 PM 12/9/2000 -0600, Rene wrote:
> >I think part of the problem is that there are other things labeled
> >DANGEROUS that actually do work fairly reliably (offhand, I'm thinking
> >off the IDE config stuff..). Perhaps it needs t
.
> It looks like a GDB bug. GDB contains code to recognize when the
> "pthreads" shared library has been loaded. When this happens, it sets
> itself up to properly handle threads (including setting up correct
> SIG32 signal handling). If you trick GDB into thinking "pthreads"
> hasn't been lo
At 08:12 PM 12/9/2000 -0600, Rene wrote:
>I think part of the problem is that there are other things labeled
>DANGEROUS that actually do work fairly reliably (offhand, I'm thinking
>off the IDE config stuff..). Perhaps it needs to explicitely say
>'This is broken and is gauranteed to destroy your
I think part of the problem is that there are other things labeled
DANGEROUS that actually do work fairly reliably (offhand, I'm thinking
off the IDE config stuff..). Perhaps it needs to explicitely say
'This is broken and is gauranteed to destroy your data. Do not use it'
The 'DANGEROUS' label
On Sat, 9 Dec 2000, Alan Cox wrote:
> > > From what I've seen in GNOME it's mostly about avoiding pipes
> > > religiously and putting everything and a kitchen sink into the same
> > > process. I'm not saying that it has no valid uses, but it definitely
> > > had contributed to the bloat in cas
[EMAIL PROTECTED] said:
> Try doing a "make distclean" or "make mrproper" first. Are you using
> kgcc?
Neither works. I'm using gcc 2.95-3 on RHL 6.2
In desperation, I removed the source tree and started afresh from test1.
These are the commands I used:
[summer@possum src]$ cat reinstall
Hello
I just upgraded to both of the above (from .21 and and test11-ac4
respectively); and 8139too.o and ntfs.o both failled to insmod;
insmod: /lib/modules/2.4.0-test12/kernel/fs/ntfs/ntfs.o
: symbol for parameter ntdebug not found
the problem in both cases appears to be a MODULE_PARM refering
Hi,
I tried mailing Mark McClelland about this, but his e-mail bounces. I
just had a oops in the ov511 driver (webcam) while trying to run my
(dodgy and broken) code for a Gnome webcam software.
I run kernel 2.4.0-test11 from Paulus' pmac tree, and the ov511 driver
version 1.28
The code is at
ht
On Sun, Dec 10, 2000 at 02:38:03AM +0100, willy tarreau wrote:
>
> Perhaps we should more generally display a line at
> boot
> telling if there were EXPERIMENTAL or DANGEROUS code
> compiled in the kernel.
>
Good idea.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-
> Alan has spoken. If DANGEROUS doesn't get their
> attention, what will?
Jeff, I know that, but I was speaking about people who
use these features while they don't know they're
dangerous just because someone else has compiled the
kernel for them. There are people who claim to know
linux better
On Sat, 9 Dec 2000, Mikulas Patocka wrote:
>
> I did a test. I disabled readahead except for reading all 4 buffers in
> map_4sectors.
>
> I observed 14% slowdown on walking directories with find and 4% slowdown
> on grepping one my working directory (10M, 281 files).
>
> If you can't make it
> > The patch I intend to be 2.2.18 is out as 2.2.18pre26 in the usual place.
> > I'll move it over tomorrow if nobody reports any horrors, missing files etc
>
> Fresh 2.2.17, "patch -p1 < /pre-patch-2.2.18-26"
>
> can't find file to patch at input line 38909
> Perhaps you used the wrong -p or -
> OK, I did this (at least I think I got it right: the patch was happy) but
> I can't see anything resembling DMI strings (even after I removed
Ok your machine probably doesnt have DMI then. That unfortunately means its
hard to identify the specific machine
-
To unsubscribe from this list: send
Hello!
I'm using 2.4.0-test12-pre7. I have noticed that the game "Abuse" produces
only noise with the legacy YMF PCI driver but works with the native driver
(ymfpci.o).
I found that Abuse uses SNDCTL_DSP_SETFRAGMENT ioctl. When I disable this
ioctl in audio.c (which is used only by OSS drivers,
Alan,
Saw the following in the 2.2.18 pre-patch when I attempted to apply it
to a 2.2.17 kernel
--
|diff -u --new-file --recursive --exclude-from /usr/src/exclude
|v2.2.17/arch/i386/vmlinux.lds linux/arch/i386/vmlinux.lds
|--- v2.2.17/arch/i386/vmlinux.lds Wed May
On Sat, 9 Dec 2000, Michael Rothwell wrote:
> Alan Cox wrote:
> >
> > The patch I intend to be 2.2.18 is out as 2.2.18pre26 in the usual place.
> > I'll move it over tomorrow if nobody reports any horrors, missing files etc
>
>
> Fresh 2.2.17, "patch -p1 < /pre-patch-2.2.18-26"
>
> can't find
On Sat, 09 Dec 2000 18:32:56 -0500,
Michael Rothwell <[EMAIL PROTECTED]> wrote:
>Alan Cox wrote:
>> The patch I intend to be 2.2.18 is out as 2.2.18pre26 in the usual place.
>> I'll move it over tomorrow if nobody reports any horrors, missing files etc
>
>Fresh 2.2.17, "patch -p1 < /pre-patch-2.2
On Sat, Dec 09, 2000 at 10:34:30PM +, Alan Cox wrote:
> > Id there a workaround for this for DELL laptops. Frame buffer needs
> > to be enabled because you don't really know what system you are on
> > until after it installs, and the X probing stuff needs it enabled in
> > order to properly d
On Sat, Dec 09, 2000 at 03:03:22PM -0700, Eric W. Biederman wrote:
> "Jeff V. Merkey" <[EMAIL PROTECTED]> writes:
> Hmm. If this is the case then shouldn't someone point this out. To the
> antitrust lawyers. You present this as a clear case of deliberately
> preventing interoperability between N
On Sat, Dec 09, 2000 at 02:16:58PM -0800, Bob Lorenzini wrote:
> IIRC you need to do a text mode install on the Dell.
>
> Bob
Can't. When 2.2.18-25 boots up, when it tries to flash the penguin
image on the screen, it fritzes the laptop.
Jeff
>
> -
> To unsubscribe from this list: send the l
On Sat, Dec 09, 2000 at 09:43:00AM +0100, Abramo Bagnara wrote:
> alpha-mb-2.4.diff add missing defines from core_t2.h for non generic
> kernel (against 2.4.0test11)
These are not "missing". They are intentionally not present
so that stuff will be done out of line.
r~
-
To unsubscribe from thi
I agree, I've changed my mind about the use of a task gate for NMI - Intel
recommend an interrupt gate for a very good reason - NMI's are queued until
the IRET so using an interrup gate for NMI (and keeping interrupts
disabled) will guarantee that NMIs are handled serially.
I think our use of a
After doing some googling
It would appear that, in Family 5, Model 8, Stepping 12 of the K6-2,
AMD used a different CPU core, that was more similar to the K6-3, and
that there is a slightly odd way of doing write-combining.
Perhaps this is the problem?
Anyone with more knowledge on the AMD co
On Sat, Dec 09, 2000 at 11:00:41PM +, Alan Cox wrote:
> The patch I intend to be 2.2.18 is out as 2.2.18pre26 in the usual place.
> I'll move it over tomorrow if nobody reports any horrors, missing files etc
The text leading up to this was:
--
|diff -u --new-file --re
Alan Cox wrote:
>
> The patch I intend to be 2.2.18 is out as 2.2.18pre26 in the usual place.
> I'll move it over tomorrow if nobody reports any horrors, missing files etc
Fresh 2.2.17, "patch -p1 < /pre-patch-2.2.18-26"
can't find file to patch at input line 38909
Perhaps you used the wrong -
On Sat, 9 Dec 2000, John Summerfield wrote:
>/usr/src/linux/include/linux/modules/irmod.ver:139: warning: this is the
>location of the previous definition
>/usr/src/linux/include/linux/modules/irsyms.ver:145: warning:
>`__ver_irda_task_kick' redefined
>/usr/src/linux/include/linux/modules/irmod.v
[EMAIL PROTECTED] wrote:
>
> On Sat, 9 Dec 2000, Matthew Vanecek wrote:
>
> > > Have any of the folks seeing it checked if Ben LaHaise's fixes for the page
> > > table updating race help ?
> > > Alan
> >
> > Where are his fixes at? I don't seem to see any of his posts in the
> > archives.
>
>
On Sat, Dec 09, 2000 at 11:00:41PM +, Alan Cox wrote:
> The patch I intend to be 2.2.18 is out as 2.2.18pre26 in the usual place.
> I'll move it over tomorrow if nobody reports any horrors, missing files etc
I haven't checked anywhere yet, but is there a changelog someplace?
--
Tom Rini (T
This message showed up when running lilo on an ext2 image, mounted via
a loopback mount. Line 827 in fs/buffer.c is a call to UnlockPage().
The complete message from /var/log/messages:
Dec 9 18:24:51 tampere kernel: kernel BUG at buffer.c:827!
Dec 9 18:24:51 tampere kernel: invalid operand: 00
On Fri, 8 Dec 2000, Alan Cox wrote:
[...]
> Please boot 2.2.18pre24 (not pre25) on the machine and send me its DMI strings
> printed at boot time. I'll add it to the 'stupid morons who cant program and
> wouldnt know QA if it hit them on the head with a mallet' list
OK, I did this (at least I th
The patch I intend to be 2.2.18 is out as 2.2.18pre26 in the usual place.
I'll move it over tomorrow if nobody reports any horrors, missing files etc
-
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
At 10:24 PM 12/9/2000 +0100, you wrote:d
>It is possible to remove swapfile in use. Great, but how do you swap
>off then? Who is to blame?
Perhaps it would be good to put a check in unlink to make sure that this is
not the last link to a swapfile. Are there any other sorts of files that
don't
> I can't swapoff. Therefore filesystem is busy (it must be -- kernel
> might be writing to file on it!). And no way to get out of that.
It's busy because some portion of memory is in use. manually kill things as
best you can. this will clean out the swap. once you've gotten all
applications
> 32-bit Sparc has unsigned long as 32-bit, and the top 8 bits of the
> atomic_t are used for a spinlock, thus a 27-bit atomic_t, there
> is not enough precision.
So the SPARC port is broken. It is just sick to have this "feature"
screw things up for all the ports with a proper atomic_t.
-
To un
[Pavel Machek]
> I'd say that warning is more acceptable than #ifdef... In cases where
> warnings can be eliminating without ifdefs, that's okay, but this...
In this case it is dead weight in the object file -- and for machines
that can least afford it (CONFIG_PCI=n is mostly for the low end,
ri
> Id there a workaround for this for DELL laptops. Frame buffer needs
> to be enabled because you don't really know what system you are on
> until after it installs, and the X probing stuff needs it enabled in
> order to properly detect the hardware. Any ideas?
Hard to be sure. Without knowing
I can't print and I found this in the logs:
Dec 9 16:10:49 ozob kernel: parport0: Nibble timeout at event 9 (0 bytes)
Dec 9 16:11:29 ozob last message repeated 4 times
Dec 9 16:12:39 ozob last message repeated 7 times
Dec 9 16:13:40 ozob last message repeated 6 times
If I reboot, then I can
> > and attempts to display the penguin images on the screen. It
> > renders the anaconda installer dead in the water when you attempt
> > even a text mode install (not graphics) of a 2.2.18-25 kernel (and 24)
> > on a DELL laptop. Is there a way to turn on frame buffer without
> > kicking th
"Jeff V. Merkey" <[EMAIL PROTECTED]> writes:
> On Fri, Dec 08, 2000 at 02:00:29PM +, Alan Cox wrote:
> > > Agree. We need to disable it, since folks do not read the docs
> > > (obviously). Of course, we could leave it on, and I could start
> > > charging money for these tools -- there's lit
IIRC you need to do a text mode install on the Dell.
Bob
-
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/
On Sat, Dec 09, 2000 at 02:03:08PM -0800, Bob Lorenzini wrote:
> On Sat, 9 Dec 2000, Jeff V. Merkey wrote:
>
> >
> >
> > 2.2.18-25 with Frame Buffer enabled will frizt and trash LCD displays
> > on DELL laptop computers when the system kicks into graphics mode,
> > and attempts to display the p
On Sat, 9 Dec 2000, Jeff V. Merkey wrote:
>
>
> 2.2.18-25 with Frame Buffer enabled will frizt and trash LCD displays
> on DELL laptop computers when the system kicks into graphics mode,
> and attempts to display the penguin images on the screen. It
> renders the anaconda installer dead in th
> On Sat, 9 Dec 2000, Pavel Machek wrote:
>
> > It is possible to remove swapfile in use. Great, but how do you
> > swap off then? Who is to blame?
>
> As usual, root is to blame ;)
I do not agree. It is too easy to get to situation like this.
> > root@bug:~# swapoff /tmp/swap
> > swapoff: /tm
On Sat, Dec 09, 2000 at 05:49:00PM +0100, Willy Tarreau wrote:
Alan has spoken. If DANGEROUS doesn't get their attention, what
will?
Jeff
> One problem with warnings at compile time is that in many cases, administrators
> use kernels provided by friends or collegues that "know linux better th
2.2.18-25 with Frame Buffer enabled will frizt and trash LCD displays
on DELL laptop computers when the system kicks into graphics mode,
and attempts to display the penguin images on the screen. It
renders the anaconda installer dead in the water when you attempt
even a text mode install (not
Anyone have a clue on this issue? Even a starting point would be
appreciated.
I want to add a bunch of printfk() to the source so that I can track what
functions are being executed and when in the hope that it may lend a hand in
tracking this down. I'm NOT a coder in any way shape or form so this
On Sat, 9 Dec 2000, Pavel Machek wrote:
> It is possible to remove swapfile in use. Great, but how do you
> swap off then? Who is to blame?
As usual, root is to blame ;)
> root@bug:~# swapoff /tmp/swap
> swapoff: /tmp/swap: No such file or directory
> root@bug:~# > /tmp/swap
> root@bug:~# swapo
This is precisely my problem.
K6-2, model 8, stepping 12.
Thus far, everything is *fine*, as long as MTRR is not compiled into
the kernel.
If MTRR is compiled into the kernel, I get lock-ups in X *only*, and
the entire machine locks.
I have no data on other CPUs; as I said, I previously had a P166
Hi!
It is possible to remove swapfile in use. Great, but how do you swap
off then? Who is to blame?
root@bug:~# swapoff /tmp/swap
swapoff: /tmp/swap: No such file or directory
root@bug:~# > /tmp/swap
root@bug:~# swapoff /tmp/swap
swapoff: /tmp/swap: Invalid argument
root@bug:~#
How do I get out
On Sat, 9 Dec 2000, Matthew Kirkwood wrote:
> I once managed to make it assign a socket 0 card to both sockets
> and completely ignore socket 1, but can't reproduce this now.
Did it again. It seems that if I boot with anything
in socket 0, socket 1 becomes useless.
Matthew.
-
To unsubscribe f
On Sat, 9 Dec 2000, Alexander Viro wrote:
> On Sat, 9 Dec 2000, Andries Brouwer wrote:
>
> > On Sat, Dec 09, 2000 at 05:40:47AM -0500, Alexander Viro wrote:
> >
> > > > @@ -1210,7 +1204,6 @@
> > > [breada()]
> > > Umm... why do we keep it, in the first place? AFAICS the only
> > > in-tree use
Date: Sat, 9 Dec 2000 21:16:51 + (GMT)
From: Matthew Kirkwood <[EMAIL PROTECTED]>
I guess it should probably be removed (or replace with a
call to something which doesn't try to kill the attached
process.
BUG is supposed to give a backtrace, nothing more.
If it happens to kill
Hi,
It seems that the BUG() at skbuff.c:175 (2.4.0test12pre7)
kills the machine dead; BUG() isn't (or doesn't appear to
be) interrupt safe:
alloc_skb called nonatomically from interrupt c0194b81
kernel BUG at skbuff.c:175!
invalid operand:
[..]
Code: 0f 0b 83 c4 0c 89 f6 83 e7 fe be 20 c5 2
Hello,
On Sat, 9 Dec 2000, Victor J. Orlikowski wrote:
> However, in X I get *random* lock-ups (sometimes when gdm
> starts, sometimes when using gmc, etc.)
> Disabling MTRR seems to have cured the problem, for now (I
> haven't *seen* anything random *yet*; I'll
Hi!
> The following patch removes a 'defined but not used' warning from drivers/
> new/hp100.c when compiling without CONFIG_PCI (240t12p3). It should apply
> cleanly.
I'd say that warning is more acceptable than #ifdef... In cases where
warnings can be eliminating without ifdefs, that's okay, b
> - A driver that blindly shoe-horns some value for the cache-line size must
> be fixed. Basically, it should not change the value if it is not zero and,
> at least, warn user if it has changed the value because it was zero.
>
> What are the strong reasons that let some POST softwares not fill pr
> > From what I've seen in GNOME it's mostly about avoiding pipes
> > religiously and putting everything and a kitchen sink into the same
> > process. I'm not saying that it has no valid uses, but it definitely
> > had contributed to the bloat in case of GNOME.
> >
>
> Please consider to read t
Alan/Adam,
Please consider applying, a similar patch is already in 2.4.
- Arnaldo
--- linux-2.2.18-pre25/drivers/scsi/3w-.c Tue Sep 5 19:13:35 2000
+++ linux-2.2.18-pre25.acme/drivers/scsi/3w-.c Sat Dec 9 17:59:22 2000
@@ -3,6 +3,8 @@
Written By: Adam Radford <[EM
Hi Linus,
Unfortunately there was a SMP race between ->read() and ->ioctl() routines
(thanks to Mark Hemment for pointing this out!). If one was inside the
->read() after the EOF check and an ioctl requests came in onother CPU
which freed the memory and reset the size then one could panic. The fi
Alan/Yaroslav,
Please consider applying, a similar patch is already in 2.4.
- Arnaldo
--- linux-2.2.18-pre25/drivers/net/sbni.c Sat Dec 9 15:08:17 2000
+++ linux-2.2.18-pre25.acme/drivers/net/sbni.c Sat Dec 9 17:44:53 2000
@@ -456,6 +456,7 @@
if(dev->priv == NULL)
Alan/Jens,
Please consider applying, a similar patch is already in 2.4. In
sr_init we don't need zeroing the data allocated with scsi_init_malloc, as
scsi_init_malloc already does this for us.
- Arnaldo
--- linux-2.2.18-pre25/drivers/scsi/sr.cSat Dec 9 15:08:24 2000
+++ linux-2
On Sat, Dec 09, 2000 at 05:49:00PM +0100, Willy Tarreau wrote:
> One problem with warnings at compile time is that in many cases, administrators
> use kernels provided by friends or collegues that "know linux better than them".
> If an admin uses a kernel in which write support has been activated
On Sat, 9 Dec 2000, Matthew Vanecek wrote:
> > Have any of the folks seeing it checked if Ben LaHaise's fixes for the page
> > table updating race help ?
> > Alan
>
> Where are his fixes at? I don't seem to see any of his posts in the
> archives.
dwmw2 posted one such patch earlier this week :
On Sat, Dec 09, 2000 at 11:55:43AM +, Alan Cox wrote:
> > The mouse problems have gone away with the 2.2.18-25 pre-patch. I
> > am not seeing the problems anymore on the affected systems. I am
>
> I think that is chance. There are no mouse driver changes from -24 to -25 8)
:-) It makes
On Sat, Dec 09, 2000 at 10:05:46AM -0500, Steven N. Hirsch wrote:
> On Fri, 8 Dec 2000, Jeff V. Merkey wrote:
>
> > The mouse problems have gone away with the 2.2.18-25 pre-patch. I
> > am not seeing the problems anymore on the affected systems. I am
> > trying this evening to apply the 2.4 pa
Hi,
The aforementioned kernel seems to have a minor bug on
(at least) my laptop -- it looks like a potential off-
by-one in the socket handling:
After a clean bootup:
# cardctl status 0
no card
# cardctl status 1
no card
Insert a card in socket 0
# cardctl status 0
no card
# cardctl statu
Alan Cox wrote:
>
> > > wrong with it. I've only seen this under 2.3.x/2.4 SMP kernels. I
> > > would say that this is definitely a kernel problem.=20
> >
> > XFree86 3.9 and XFree86 4 were rock solid for a _long_ time on 2.[34]
> > kernels - even on my BP6=B9. The random crashes started to hap
- stifb doesn't use resource management (yet?), so it must be initialized
later for consistency (as indicated by the comments in fbmem.c)
- Remove superfluous NULL data
--- linux-2.4.0-test12-pre7/drivers/video/fbmem.c.orig Sat Dec 9 14:18:21 2000
+++ linux-2.4.0-test12-pre7/drivers/vi
Linus Torvalds <[EMAIL PROTECTED]> writes:
> > Modulo the comments above - fine with me. However, there is stuff in
> > drivers/md that I don't understand. Ingo, could you comment on the use of
> > ->b_end_io there?
>
> I already sent him mail about it for the same reason.
How about sendi
On Sat, 9 Dec 2000, Martin Mares wrote:
> > Questions:
> > 1. Is there reason for the drivers to be setting this themselves
> >to hardcoded values ?
>
> Definitely not unless the devices are buggy and need a work-around.
Maybe that's the case. The culprits are mostly IDE interfaces. Andre ?
At 07.00 09/12/00 -0800, David S. Miller wrote:
>Date: Sat, 09 Dec 2000 16:07:03 +0100
>From: Roberto Fichera <[EMAIL PROTECTED]>
>
>8 bits for a spinlock ? What kind of use we have here ?
>
>Sparc32 (like some other older architectures) do not have a
>word atomic update instruction,
On Sat, 9 Dec 2000, Jens Taprogge wrote:
>
> I have a Megaherz card as well. It has been working fine ever since
> Linus fixed some issues with the ToPIC97 Cardbus controller. It reports
> a 16550A on my machine.
I checked my VAIO's, and they all have a Ricoh cardbus bridge.
Ted claimed he ha
PCI: PCI BIOS revision 2.10 entry at 0xfb240, last bus=1
PCI: Probing PCI hardware
PCI: Using IRQ router VIA [1106/0586] at 00:07.0
..
PCI: Assigned IRQ 11 for device 00:08.0
PCI: The same IRQ used for device 01:00.0
IRQ routing conflict in pirq table! Try 'pci=autoirq'
00:08.1 Input device cont
Hi,
Stumbled over a small leak.. and some funny looking numbers.
while true; do swapoff -a; swapon -a; done
procs memoryswap io system cpu
r b w swpd free buff cache si sobibo incs us sy id
0 0 0 0 73120 43
=?ISO-8859-1?Q?G=E9rard_Roudier?= writes:
> As a result, in my opinion:
>
> - A device that requires some non zero cache line size value lower than
> the right value for a given system and that actually use MWIs must not be
> supported on that system, unless we know that the bridge does alias MWI
Hi,
I've released what will probably be the last blk-xx patch for 2.4, at
least as far as features go. In fact, blk-12 is just minor tweaks and
fixes over the previous version. Highlight of changes:
o Merge elevator merge and insertion scan. This saves an entire linear
queue scan when we can't
On Sat, 9 Dec 2000, Alexander Viro wrote:
> Fine
> > - atomic_inc(&bh->b_count);
>
> Why? It's cleaner the old way - why bother postponing that until we
> lock the thing?
I had a rule: we always do the "lock_buffer()" and "b_count increment"
together with setting "b_end_i
Hi,
I get this message while doing:
rsync -ac --exclude "/proc" --exclude "/raid" / /raid/
to move all data in the raid1 device. I expected to try the md
autodetect feature, but I am afraid something is wrong...
Know problem ?
--
Jean-Christian
Dec 9 17:33:44 bjork syslogd 1.3-3#33.1: restart.
One problem with warnings at compile time is that in many cases, administrators
use kernels provided by friends or collegues that "know linux better than them".
If an admin uses a kernel in which write support has been activated to mount
an NTFS file system without providing any option, he will ge
My apologies for following myself up. Here is slightly more info, if
it will help.
Linux version 2.2.18pre25 ([EMAIL PROTECTED]) (gcc version egcs-2.91.66
19990314/Linux (egcs-1.1.2 release)) #2 Sat Dec 9 09:39:50 EST 2000
Detected 400915 kHz processor.
Console: colour dummy device 80x25
Calibra
1 - 100 of 160 matches
Mail list logo
