Brown-paper bag time...
The patch I sent earlier didn't include the accompanying changes to
if_ppp.h and ppp_channel.h. Here they are.
Paul.
diff -urN linux/include/linux/if_ppp.h pmac/include/linux/if_ppp.h
--- linux/include/linux/if_ppp.hTue Mar 28 04:28:55 2000
+++
Jeff Galloway writes:
> Compiler error message:
>
> fork.c: In function copy_mm¹:
> fork.c:353: fixed or forbidden register 68 (0) was spilled for class
> CR0_REGS.
> This may be due to a compiler bug or to impossible asm statements or
> clauses.
You need a newer gcc, I suspect you have egcs
Hi,
it seems the epic100 driver broke between 2.4.2 and 2.4.3.
I reloaded the epic100 module with the parameter "debug=6".
Unfortunately, I cannot make much out of the log:
Apr 20 12:47:01 antares kernel: epic100.c:v1.11 1/7/2001 Written by Donald Becker
<[EMAIL PROTECTED]>
Apr 20 12:47:01
On Thu, Apr 19, 2001 at 09:55:46PM -0500, Jordan wrote:
> Bill Nottingham wrote:
> >
> > J . A . Magallon ([EMAIL PROTECTED]) said:
> > > > Can you back out the ide-cd changes Jens did and see if that fixes it ?
> > >
> > > Reverted the changes in ide-cd.[hc], and same result.
> >
> > You want
alas:
http://gtf.org/garzik/kernel/files/patches/2.4/2.4.4/net-version-2.4.4.5.patch.gz
To avoid all sync problems with me, you can always get the latest out of
my CVS. CVS instructions on http://sourceforge.net/projects/gkernel/
Check out module 'linux_2_4'. Branch name is based on the
On Thu, Apr 19, 2001 at 04:09:32PM -0400, Jeff Garzik wrote:
> AJ Lewis wrote:
> > Ok, the issue here is that we're trying to get a release out and so anything
> > that majorly changes the code is getting shunted aside for the moment. It
> > would be stupid to just add everything that comes in
In article <9bn90l$anp$[EMAIL PROTECTED]> you write:
> You're probably even better off just intercepting the fork, turning it
> into a clone, and setting the CLONE_PTRACE option.
Actually it is not that simple. The child process will be traced by its
father, not the tracing program. The father
Hi Jeff,
Here is the same starfire.c version I sent earlier, this time diff'ed
against 2.4.4-pre5. It's essentially the version from 2.2.19 plus your
2.4.4-pre5 changes minus the 2.2 compatibility stuff.
Thanks,
Ion
--
It is better to keep your mouth shut and be thought a fool,
Stefan Jaschke <[EMAIL PROTECTED]> ecrit :
[...]
> I don't believe the motherboard or the BIOS have anything to do with, simply
It may give a clue because the machine I wrote this mail from is a
2.4.3 + 2*EtherPower II it looks rather fine (old asus motherbord, BX,
backuped peaceful prod
The included patch updates Documentation/filesystems/ext2 to reflect
current information about ext2. It also adds some more information
that people have told me is hard to find in other places (such as a
description of the superblock compatibility flags, file and filesystem
size limits).
I've
- Original Message -
From: "James Simmons" <[EMAIL PROTECTED]>
To: "Scott Prader" <[EMAIL PROTECTED]>
Cc: "Linux Kernel Mailing List" <[EMAIL PROTECTED]>
Sent: Thursday, April 19, 2001 5:16 PM
Subject: Re: ANNOUNCE New Open Source X server
>
> Thank you. It is true all I want to do is
Hi Ion,
> I think the UP-APIC support was added primarily to support the NMI oopser
> on UP systems. I might be wrong, though.
You're right, at least from the perspective of this patch:
http://www.csd.uu.se/~mikpe/linux/upapic/upapic-2.4.1
> You can safely disregard the "early initialization
In ens.mailing-lists.linux-kernel, you wrote:
>You're probably even better off just intercepting the fork, turning it
>into a clone, and setting the CLONE_PTRACE option. Which (together with
>tracing the parent, which you will obviously be doing already in order
>to do all this in the first
> About the benchmark you wrote it looks good measure to me, thanks.
As with all benchmarks, take with one pinch of salt and two of Mindcraft:-)
David
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Fri, 20 Apr 2001, Jeff Garzik wrote:
> Sorry, I was talking about a local patch not a global patch. If a user
> must patch their 2.2 kernel to get the starfire driver working anyway,
> then adding a change to do s/.a/.o/ on Makefiles would be simple.
People don't need to patch *anything* to
Argh, I just tried the kernels up to 2.4.4-pre4, not the pre5! Some sleep
and then I will try it!
/P-H
Per-Henrik Persson 0703-68 53 86
[EMAIL PROTECTED]
Ion Badulescu wrote:
> On Fri, 20 Apr 2001, Jeff Garzik wrote:
> > > Check again. drivers/net builds a .a, not a .o. Trust me, I've tried.
> > Sure, but if you are patching anyway, it much better to fix that than
> > hack space.c :)
>
> Well, I remember asking Alan if he'd prefer it done that
On Fri, 20 Apr 2001, Jeff Garzik wrote:
> > Check again. drivers/net builds a .a, not a .o. Trust me, I've tried.
>
> Sure, but if you are patching anyway, it much better to fix that than
> hack space.c :)
Well, I remember asking Alan if he'd prefer it done that way, and not
getting a reply
It is way OT here, but since Alan replied to this, I'll continue this
thread a bit: The interesting bit here, that I don't understand, is - how
in RedHat-7.0, that was released last year, libc is compiled against
2.4.0?... Did they include headers from one of pre / test versions?
Thanks
Guennadi
On Fri, 20 Apr 2001, Roberto Nibali wrote:
> Hmm, but doesn't the code in 2.4.x improve the hard IRQ signal delivery
> even for UP systems with a local APIC table? I have an APIC aware board
> but I have only got 1 CPU on it and I currently need to run 2.2 kernel.
> But if you tell me that there
On Thu, 19 Apr 2001, Alan Cox wrote:
> 2.4.3-ac10
> o Merge Linus 2.4.4pre4
> o Reorder frame buffer probes (Geert Uytterhoeven)
These got somewhat mixed. Remove the duplicates:
--- linux-2.4.3-ac10/drivers/video/fbmem.c.orig Fri Apr 20 09:58:50 2001
+++
On Sat, Apr 14, 2001 at 03:27:53PM +0100, Alan Cox wrote:
> > For example the Zyxel 681 SDSL-Router breaks ECN by
> > stripping 0x80 (ECN Cwnd Reduced) but not 0x40 (ECN Echo)
> > (TOS bits) on all SYN packets (!).
> >
> > I complained because of this two times more than a month ago
> > but they
> Hmm...i guess there is a communication issue here. It sounds like the
> message that our ML server was sending was misleading. We were not
> rejecting mail because of content. The ML server was rejecting it
because
> the address was not subscribed. Our idea was that we don't want
> Ehh.. I will bet you $10 USD that if libc allocates the next file
> descriptor on the first "malloc()" in user space (in order to use the
> semaphores for mm protection), programs _will_ break.
Of course, but this is a result from sloppy coding. In general, open()
can just return anything and
On Fri, Apr 20, 2001 at 05:00:04AM -0400, Alexander Viro wrote:
> Frankly, I'd rather add dput_locked() in dcache.c. The bug is real and
> since autofs4 is not the only place like that... I'll look into that
> stuff.
Sounds fine.
J
-
To unsubscribe from this list: send the line
> The UP-APIC wouldn't help much since there really aren't other processors
> available to share the load.
Hmm, but doesn't the code in 2.4.x improve the hard IRQ signal delivery
even for UP systems with a local APIC table? I have an APIC aware board
but I have only got 1 CPU on it and I
On Tue, Apr 10, 2001 at 02:35:52PM +0200, Heusden, Folkert van wrote:
> So, I was wondering: isn't it a nice idea to have a switch in the
> configuration menu to disable entropy-gathering in the interrupt-routines,
> have some simplistic routine (like x'=(x * m + a) % p) which returns a non-
>
On Fri, 20 Apr 2001, Jeremy Fitzhardinge wrote:
> This is a fix for a potential deadlock in autofs4's expire routine.
> It tries to use dput() while holding the dcache_lock. This isn't a
> problem in principle since dput() should only try to take the dcache_lock
> when the counter makes a
This is a fix for a potential deadlock in autofs4's expire routine.
It tries to use dput() while holding the dcache_lock. This isn't a
problem in principle since dput() should only try to take the dcache_lock
when the counter makes a transition to zero, which can't happen in
this case.
On Thu, Apr 19 2001, Rik van Riel wrote:
> On 19 Apr 2001, Ulrich Drepper wrote:
> > Jens Axboe <[EMAIL PROTECTED]> writes:
> >
> > > Does attached patch fix it?
> >
> > Yes.
>
> Jens, I guess we should submit these patches to Alan and Linus
> now. This way we'll get a working LVM again.
On Fri, Apr 20 2001, Stefan Jaschke wrote:
> On Friday 20 April 2001 00:49, J . A . Magallon wrote:
> > Hi,
> >
> > Just built 2.4.3-ac10 and got an oops when booting. It tries to detect
> > the CD and gives the oops.
> > >>EIP; c01bfc7c<=
>
> This appears to be a known problem. Jens
[EMAIL PROTECTED] said:
> Doesn't this seem a little like the problems occurring with lvm right
> now? A separate tree maintained with the maintainers not wanting
> others submitting patches that conflict with their particular tree?
> It seems that any project should be able to submit any patch
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> I think Andrea is right. Although this file seems to be entirely
> old-fashioned and should never be used, right?
I presume you're talking about "include/asm-i386/rwsem-spin.h"... If so,
Andrea is right, there is a bug in it (repeated a number of
On Wednesday 18 April 2001 20:40, Francois Romieu wrote:
> Hello,
>
> Oliver Teuber <[EMAIL PROTECTED]> écrit :
> [...]
>
> > 00:00.0 Host bridge: VIA Technologies, Inc. VT82C691 [Apollo PRO] (rev
> > 06) 00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3 AGP]
> > 00:07.0 ISA
David Howells writes:
> There's also a missing "struct rw_semaphore;" declaration in linux/rwsem.h. It
> needs to go in the gap below "#include ". Otherwise the
> declarations for the contention handling functions will give warnings about
> the struct being declared in the parameter list.
Luca Berra wrote:
> we have some serous problems here.
[...]
> a better lvm (still buggy according to many kernel hackers, but better still),
> which does not get into the kernel for communication reasons. (Alan can you help?
> there is a lot of stuff that goes in -ac before going to mainstream)
[EMAIL PROTECTED] said:
> However, I don't think that wishing the world would avoid these
> dominant (and very useful) formats is a realistic expectation. It is
> certainly not "common sense" to assume as such.
Of course it's not a realistic expectation. There are times when it's a pain
to
>> [Giu@Jay Giu]$ eject /mnt/cdmac/ umount: /dev/sr0 is not in the fstab (and
>> you are not root) eject: unmount of `/dev/sr0' failed
Eject(1) is suid.
> I have similar problem with my swim3 floppy drive. Digging deeply I found that
> when I make do folowing steps then disk is lost and I have
David S. Miller <[EMAIL PROTECTED]> wrote:
> D.W.Howells writes:
> > This patch (made against linux-2.4.4-pre4) gets rid of some warnings obtained
> > when using the generic rwsem implementation.
>
> Have a look at pre5, this is already fixed.
Not entirely so...
There's also a missing
In article <9bn90l$anp$[EMAIL PROTECTED]>,
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>Not that I've tested it myself.
I did a few months ago, it didn't work.
Wichert.
--
/ Generally uninteresting signature - ignore at your
Linus, Alan,
The patch below does two things:
- It takes out the rest of the compatibility stuff that is no longer
used, and which has the possibility of accessing memory that has
been kfree'd (this could happen if you did a blocking read on a tty
in PPP line discipline, and the tty hangs
Fuck! I hate these things early in the morning.
what gets me extremely pissed in the whole business is that i don't
believe that splitting the mailing list is the solution to LVM problems.
Escpecially since we have a number of lusers of lwm at the time being.
I believe sistina is mostly at
Just to follow up on this ...
I am now running 2.4.4pre4 and it seems to be stable. If I reboot the
machine (or simply stop and restart apache) the load avg does go much higher
than I am used to seeing (near 50 for about 5 minutes or so) it does not
hang as previous kernels did. I have the
On Friday 20 April 2001 00:49, J . A . Magallon wrote:
> Hi,
>
> Just built 2.4.3-ac10 and got an oops when booting. It tries to detect
> the CD and gives the oops.
> >>EIP; c01bfc7c<=
This appears to be a known problem. Jens Axboe sent a patch in a different
thread ("SD-W2002 DVD-RAM")
Ion Badulescu wrote:
>
> On Fri, 20 Apr 2001, Jeff Garzik wrote:
>
> > > Have you tried loading the drivers as modules? You might have more luck
> > > with that approach. Space.c was designed at a time when having 4 NIC's in
> > > a PC was "pushing the limits"...
> >
> > 2.2.recent has
Jeff Galloway writes:
> I sent this report to the people indicated below, whose names I got from the
> MAINTAINERS file in the 2.4.3 distribution, but the email address for Mr.
> MacKerras is no longer good and Mr. Chastain wrote me back that he is not
> following 2.4 issues.
I have left
[Oops, re-sent with a subject line this time...]
Linus,
This patch fixes some bugs in drivers/usb/hid.c. Johannes Erdfelt
(the maintainer) sent it to you previously but it got missed. Could
it go in 2.4.4 please? Here are the comments explaining the patch
that I wrote originally:
> The
Linus,
This patch fixes some bugs in drivers/usb/hid.c. Johannes Erdfelt
(the maintainer) sent it to you previously but it got missed. Could
it go in 2.4.4 please? Here are the comments explaining the patch
that I wrote originally:
> The first hunk just fixes some typos in s32ton. For
Ion Badulescu wrote:
> Well.. Space.c is a dinozaur. However, this is the 2.2 series and no more
> surgery will happen on this kernel, at least normally.
>
> Have you tried loading the drivers as modules? You might have more luck
> with that approach. Space.c was designed at a time when having 4
On Fri, 20 Apr 2001, Jeff Garzik wrote:
> > Have you tried loading the drivers as modules? You might have more luck
> > with that approach. Space.c was designed at a time when having 4 NIC's in
> > a PC was "pushing the limits"...
>
> 2.2.recent has module_init/exit, so you don't even need
Linus,
The following patch updates drivers/input/keybdev.c so that we can
generate either linux keycodes or ADB keycodes from keyboards that use
the input layer. We now have ADB keyboards and mice using the input
layer as well as USB, so it is very useful to have the flexibility to
choose at
On Thu, Apr 19, 2001 at 11:35:40PM -0600, Andreas Dilger wrote:
> I don't _think_ that there is a requirement for a multiple-of-8 inodes
> per group. OK, looking into mke2fs (actually lib/ext2fs/initialize.c)
> it _does_ show that it needs to be a multiple of 8, but I'm not sure
> exactly what
On Thu, Apr 19, 2001 at 10:23:39PM -0400, Alexander Viro wrote:
>
> I'm somewhat concerned about the following: last block of inode table
> fragment may have less inodes than the rest. Reason: number of inodes
> per group should be a multiple of 8 and with inodes bigger than 128
> bytes it may
"Eric S. Raymond" wrote:
>
> David Woodhouse <[EMAIL PROTECTED]>:
> >
> > [EMAIL PROTECTED] said:
> > > I read this as "I haven't fixed the problem because..." not as
> > > "Don't fix the problem." Please be more explicit next time so I won't
> > > step on your toes?
> >
> > "This is not a
On Thu, Apr 19, 2001 at 04:29:52PM -0400, Jeff Garzik wrote:
> [EMAIL PROTECTED] wrote:
> > In the long run, it probably makes sense to adjust the algorithms to
> > allow for non-power-of-two inode sizes,
>
> If you don't mind, does that imply packing inodes across block
> boundaries?
No, it
Manfred H. Winter writes:
> Apr 4 02:05:21 marvin pppd[1227]: Plugin /usr/lib/passwordfd.so loaded.
> Apr 4 02:05:21 marvin pppd[1227]: pppd 2.4.0 started by mahowi, uid 500
> Apr 4 02:05:21 marvin pppd[1227]: Perms of /dev/ttyS0 are ok, no 'mesg n' necce
> sary.
Just out of curiosity, what
On Fri, 20 Apr 2001, Marcelo Tosatti wrote:
>
> Hi,
Argh. Silly.
Well...
Right now we can get a task killed by the OOM killer even if there is a
lot of _unused_ (but allocated) swap space. The reason for that is the
pre allocation of swap.
Practical example (128MB swap, 960MB ram):
#
Sorry, Tom about the word doc faux pas. I've set out my problem in plain
text below. I got my source from ftp.kernel.org.
Here's my problem:
Problem in compiling linux 2.4.3
Compile error message:
After the compiler message:
gcc D__KERNEL__ -I/home/jeff/kernel/linux/include Wall
Jeez David. Although it was insensitive of me to seek succor from the Linux
folks while speaking Microsoft, you needn't be so touchy about it. I
promise I won't commit that sin again, however, at least not in these
circles. (If it makes you feel any better, I'm using a Mac and not a
Wintel.)
Jeez David. Although it was insensitive of me to seek succor from the Linux
folks while speaking Microsoft, you needn't be so touchy about it. I
promise I won't commit that sin again, however, at least not in these
circles. (If it makes you feel any better, I'm using a Mac and not a
Wintel.)
Sorry, Tom about the word doc faux pas. I've set out my problem in plain
text below. I got my source from ftp.kernel.org.
Here's my problem:
Problem in compiling linux 2.4.3
Compile error message:
After the compiler message:
gcc D__KERNEL__ -I/home/jeff/kernel/linux/include Wall
On Fri, 20 Apr 2001, Marcelo Tosatti wrote:
Hi,
Argh. Silly.
Well...
Right now we can get a task killed by the OOM killer even if there is a
lot of _unused_ (but allocated) swap space. The reason for that is the
pre allocation of swap.
Practical example (128MB swap, 960MB ram):
#
Manfred H. Winter writes:
Apr 4 02:05:21 marvin pppd[1227]: Plugin /usr/lib/passwordfd.so loaded.
Apr 4 02:05:21 marvin pppd[1227]: pppd 2.4.0 started by mahowi, uid 500
Apr 4 02:05:21 marvin pppd[1227]: Perms of /dev/ttyS0 are ok, no 'mesg n' necce
sary.
Just out of curiosity, what pppd
On Thu, Apr 19, 2001 at 04:29:52PM -0400, Jeff Garzik wrote:
[EMAIL PROTECTED] wrote:
In the long run, it probably makes sense to adjust the algorithms to
allow for non-power-of-two inode sizes,
If you don't mind, does that imply packing inodes across block
boundaries?
No, it means that
"Eric S. Raymond" wrote:
David Woodhouse [EMAIL PROTECTED]:
[EMAIL PROTECTED] said:
I read this as "I haven't fixed the problem because..." not as
"Don't fix the problem." Please be more explicit next time so I won't
step on your toes?
"This is not a problem, please don't
On Thu, Apr 19, 2001 at 10:23:39PM -0400, Alexander Viro wrote:
I'm somewhat concerned about the following: last block of inode table
fragment may have less inodes than the rest. Reason: number of inodes
per group should be a multiple of 8 and with inodes bigger than 128
bytes it may give
On Thu, Apr 19, 2001 at 11:35:40PM -0600, Andreas Dilger wrote:
I don't _think_ that there is a requirement for a multiple-of-8 inodes
per group. OK, looking into mke2fs (actually lib/ext2fs/initialize.c)
it _does_ show that it needs to be a multiple of 8, but I'm not sure
exactly what the
Linus,
The following patch updates drivers/input/keybdev.c so that we can
generate either linux keycodes or ADB keycodes from keyboards that use
the input layer. We now have ADB keyboards and mice using the input
layer as well as USB, so it is very useful to have the flexibility to
choose at
Ion Badulescu wrote:
Well.. Space.c is a dinozaur. However, this is the 2.2 series and no more
surgery will happen on this kernel, at least normally.
Have you tried loading the drivers as modules? You might have more luck
with that approach. Space.c was designed at a time when having 4
On Fri, 20 Apr 2001, Jeff Garzik wrote:
Have you tried loading the drivers as modules? You might have more luck
with that approach. Space.c was designed at a time when having 4 NIC's in
a PC was "pushing the limits"...
2.2.recent has module_init/exit, so you don't even need Space.c.
Jeff Galloway writes:
I sent this report to the people indicated below, whose names I got from the
MAINTAINERS file in the 2.4.3 distribution, but the email address for Mr.
MacKerras is no longer good and Mr. Chastain wrote me back that he is not
following 2.4 issues.
I have left Linuxcare
[Oops, re-sent with a subject line this time...]
Linus,
This patch fixes some bugs in drivers/usb/hid.c. Johannes Erdfelt
(the maintainer) sent it to you previously but it got missed. Could
it go in 2.4.4 please? Here are the comments explaining the patch
that I wrote originally:
The first
Linus,
This patch fixes some bugs in drivers/usb/hid.c. Johannes Erdfelt
(the maintainer) sent it to you previously but it got missed. Could
it go in 2.4.4 please? Here are the comments explaining the patch
that I wrote originally:
The first hunk just fixes some typos in s32ton. For
Ion Badulescu wrote:
On Fri, 20 Apr 2001, Jeff Garzik wrote:
Have you tried loading the drivers as modules? You might have more luck
with that approach. Space.c was designed at a time when having 4 NIC's in
a PC was "pushing the limits"...
2.2.recent has module_init/exit, so you
On Friday 20 April 2001 00:49, J . A . Magallon wrote:
Hi,
Just built 2.4.3-ac10 and got an oops when booting. It tries to detect
the CD and gives the oops.
EIP; c01bfc7c cdrom_get_entry+1c/50 =
This appears to be a known problem. Jens Axboe sent a patch in a different
thread
Fuck! I hate these things early in the morning.
what gets me extremely pissed in the whole business is that i don't
believe that splitting the mailing list is the solution to LVM problems.
Escpecially since we have a number of lusers of lwm at the time being.
I believe sistina is mostly at
Just to follow up on this ...
I am now running 2.4.4pre4 and it seems to be stable. If I reboot the
machine (or simply stop and restart apache) the load avg does go much higher
than I am used to seeing (near 50 for about 5 minutes or so) it does not
hang as previous kernels did. I have the
Linus, Alan,
The patch below does two things:
- It takes out the rest of the compatibility stuff that is no longer
used, and which has the possibility of accessing memory that has
been kfree'd (this could happen if you did a blocking read on a tty
in PPP line discipline, and the tty hangs
In article 9bn90l$anp$[EMAIL PROTECTED],
Linus Torvalds [EMAIL PROTECTED] wrote:
Not that I've tested it myself.
I did a few months ago, it didn't work.
Wichert.
--
/ Generally uninteresting signature - ignore at your
[Giu@Jay Giu]$ eject /mnt/cdmac/ umount: /dev/sr0 is not in the fstab (and
you are not root) eject: unmount of `/dev/sr0' failed
Eject(1) is suid.
I have similar problem with my swim3 floppy drive. Digging deeply I found that
when I make do folowing steps then disk is lost and I have to
[EMAIL PROTECTED] said:
However, I don't think that wishing the world would avoid these
dominant (and very useful) formats is a realistic expectation. It is
certainly not "common sense" to assume as such.
Of course it's not a realistic expectation. There are times when it's a pain
to
Luca Berra wrote:
we have some serous problems here.
[...]
a better lvm (still buggy according to many kernel hackers, but better still),
which does not get into the kernel for communication reasons. (Alan can you help?
there is a lot of stuff that goes in -ac before going to mainstream)
I
On Wednesday 18 April 2001 20:40, Francois Romieu wrote:
Hello,
Oliver Teuber [EMAIL PROTECTED] écrit :
[...]
00:00.0 Host bridge: VIA Technologies, Inc. VT82C691 [Apollo PRO] (rev
06) 00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3 AGP]
00:07.0 ISA bridge: VIA
Linus Torvalds [EMAIL PROTECTED] wrote:
I think Andrea is right. Although this file seems to be entirely
old-fashioned and should never be used, right?
I presume you're talking about "include/asm-i386/rwsem-spin.h"... If so,
Andrea is right, there is a bug in it (repeated a number of times),
[EMAIL PROTECTED] said:
Doesn't this seem a little like the problems occurring with lvm right
now? A separate tree maintained with the maintainers not wanting
others submitting patches that conflict with their particular tree?
It seems that any project should be able to submit any patch
On Fri, Apr 20 2001, Stefan Jaschke wrote:
On Friday 20 April 2001 00:49, J . A . Magallon wrote:
Hi,
Just built 2.4.3-ac10 and got an oops when booting. It tries to detect
the CD and gives the oops.
EIP; c01bfc7c cdrom_get_entry+1c/50 =
This appears to be a known problem.
On Thu, Apr 19 2001, Rik van Riel wrote:
On 19 Apr 2001, Ulrich Drepper wrote:
Jens Axboe [EMAIL PROTECTED] writes:
Does attached patch fix it?
Yes.
Jens, I guess we should submit these patches to Alan and Linus
now. This way we'll get a working LVM again.
Already done
--
On Tue, Apr 10, 2001 at 02:35:52PM +0200, Heusden, Folkert van wrote:
So, I was wondering: isn't it a nice idea to have a switch in the
configuration menu to disable entropy-gathering in the interrupt-routines,
have some simplistic routine (like x'=(x * m + a) % p) which returns a non-
The UP-APIC wouldn't help much since there really aren't other processors
available to share the load.
Hmm, but doesn't the code in 2.4.x improve the hard IRQ signal delivery
even for UP systems with a local APIC table? I have an APIC aware board
but I have only got 1 CPU on it and I currently
Hmm...i guess there is a communication issue here. It sounds like the
message that our ML server was sending was misleading. We were not
rejecting mail because of content. The ML server was rejecting it
because
the address was not subscribed. Our idea was that we don't want spam.
Ehh.. I will bet you $10 USD that if libc allocates the next file
descriptor on the first "malloc()" in user space (in order to use the
semaphores for mm protection), programs _will_ break.
Of course, but this is a result from sloppy coding. In general, open()
can just return anything and
On Sat, Apr 14, 2001 at 03:27:53PM +0100, Alan Cox wrote:
For example the Zyxel 681 SDSL-Router breaks ECN by
stripping 0x80 (ECN Cwnd Reduced) but not 0x40 (ECN Echo)
(TOS bits) on all SYN packets (!).
I complained because of this two times more than a month ago
but they do not even
On Thu, 19 Apr 2001, Alan Cox wrote:
2.4.3-ac10
o Merge Linus 2.4.4pre4
o Reorder frame buffer probes (Geert Uytterhoeven)
These got somewhat mixed. Remove the duplicates:
--- linux-2.4.3-ac10/drivers/video/fbmem.c.orig Fri Apr 20 09:58:50 2001
+++
On Fri, 20 Apr 2001, Roberto Nibali wrote:
Hmm, but doesn't the code in 2.4.x improve the hard IRQ signal delivery
even for UP systems with a local APIC table? I have an APIC aware board
but I have only got 1 CPU on it and I currently need to run 2.2 kernel.
But if you tell me that there is
It is way OT here, but since Alan replied to this, I'll continue this
thread a bit: The interesting bit here, that I don't understand, is - how
in RedHat-7.0, that was released last year, libc is compiled against
2.4.0?... Did they include headers from one of pre / test versions?
Thanks
Guennadi
On Fri, 20 Apr 2001, Jeff Garzik wrote:
Check again. drivers/net builds a .a, not a .o. Trust me, I've tried.
Sure, but if you are patching anyway, it much better to fix that than
hack space.c :)
Well, I remember asking Alan if he'd prefer it done that way, and not
getting a reply back.
Ion Badulescu wrote:
On Fri, 20 Apr 2001, Jeff Garzik wrote:
Check again. drivers/net builds a .a, not a .o. Trust me, I've tried.
Sure, but if you are patching anyway, it much better to fix that than
hack space.c :)
Well, I remember asking Alan if he'd prefer it done that way, and
Argh, I just tried the kernels up to 2.4.4-pre4, not the pre5! Some sleep
and then I will try it!
/P-H
Per-Henrik Persson 0703-68 53 86
[EMAIL PROTECTED]
On Fri, 20 Apr 2001, Jeff Garzik wrote:
Sorry, I was talking about a local patch not a global patch. If a user
must patch their 2.2 kernel to get the starfire driver working anyway,
then adding a change to do s/.a/.o/ on Makefiles would be simple.
People don't need to patch *anything* to
About the benchmark you wrote it looks good measure to me, thanks.
As with all benchmarks, take with one pinch of salt and two of Mindcraft:-)
David
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
201 - 300 of 509 matches
Mail list logo
