EtherChannel. Supposedly, it also supports failover
(though even "bonding" driver docs used to say that
was impossible because the linux networking
subsystem
didn't handle card failures gracefully enough).
the new bonding code supports failover. It probes the
cards itself. Although this is
Claus Assmann:
Why does Linux report a LA of 10 if there are only two processes
running?
[This goes out of subject]
I have learned that load avarage means
"Processes on run queue" +
"process waiting disk (or short-term) I/O"
That was before Linux times.
I have seen a
I am trying to setup my ALS 110 soundcard under my build of kernel
2.4.0-test10.
I have built in isapnp support and also the sb and opl3 drivers.
The sb driver works fine other than complaining about a missing 16 bit
DMA (which I understand is missing from the card anyway). I can play
and
Hello all,
thanks for your help !
--
# Eng. Michele Iacobellis
# RD - Linux Impresa
# [EMAIL PROTECTED]
-
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, 11 Nov 2000, Tigran Aivazian wrote:
The default limit is the 0.25 * physpages but you can change that easily
by:
echo 10 /proc/sys/threads-max
~
typo - read /proc/sys/kernel/threads-max
(haven't you read LKI -- it explains you how to do
David Ford [EMAIL PROTECTED] writes:
The oddity is that kdb shows the machine to lock up on the popf in
pci_conf_write_word()+0x2c. I never did get around to digging up this
routine and looking at the code, but I suspect this is a final return
from the routine. I'm rather confused however,
Hi Robert,
in the company I left 3 months ago, there is a DNS
which has more than 500 days uptime now. It's based
on 2.2.10 and receives requests from internet and
intranet. I know this kernel is pretty old, but you
could try it on an unused system to see if it goes
down in 64 days or not. It
Am Samstag, 11. November 2000 01:40 schrieb Greg KH:
I'm using an SMP system. Everything works fine and (absolutely) stable -
exept my USB mouse :-( It's the USB version of the Wacom Graphire tablet.
The mouse works great for some minutes or up to half an hour and it
generates a lot of
Andrew Morton [EMAIL PROTECTED] writes:
George Anzinger wrote:
The notion of releasing a spin lock by initializing it seems IMHO, on
the face of it, way off. Firstly the protected area is no longer
protected which could lead to undefined errors/ crashes and secondly,
any future use
I haven't tried compiling the kernel 2.2.17 with my K6-2 @ 550 but the
newest 2.4.0-tests seem to work fine.
- Riku
The 2.4.0test10 pukes on me in much the same way.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mike Harris corrected me, which puts life back where it started reading
other replies. bzimage = Big zImage removing the 640K limitation. I
have not upgraded to 2.4.0-test11-pre2 from test10, when I do I will see
if I get simmilar results.
Sorry,
William Tiemann
[EMAIL PROTECTED]
On Sat, 11 Nov 2000, Tigran Aivazian wrote:
On Fri, 10 Nov 2000, H. Peter Anvin wrote:
On x86 machines there is a size limitation on booting. Though I thought
it was 1024K as the max, 900K should be fine.
No, there isn't. There used to be, but it has been fixed.
Are
On Fri, 10 Nov 2000, root wrote:
Hello kernel hackers,
I am having problems with compiling a kernel on an AMD K62-550.
I am running Red Hat 6.2, and am getting error messages like this:
cc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer
[EMAIL PROTECTED] (Jeff V. Merkey) writes:
We got to the bottom of the sendmail problem. The line:
-O QueueLA=20
and
-O RefuseLA=18
Need to be cranked up in sendmail.cf to something high since the
background VM on a very busy Linux box seems to exceed this which causes
large emails to
[EMAIL PROTECTED] (Jeff V. Merkey) writes:
The sendmail folks are claiming that the TCPIP stack in Linux is broken,
which is what they claim is causing problems on sendmail on Linux
platforms. Before anyone says, "don't use that piece of shit sendmail,
use qmail instead", perhaps we should look
[EMAIL PROTECTED] (Richard A Nelson) writes:
I have several boxen running sendmail with fair to moderate loading -
they even occasionally don't accept mail... and thats good, as it lets
the system catch up with its current load. As soon as things stabalize,
sendmail again accepts connections -
On Sat, 11 Nov 2000, Max Inux wrote:
gzip, actually. I can verify here "make bzImage" does the expected thing
and it looks normal-sized to me.
I believe there is zImage (gzip) and bzImage (bzip2). (Or is it compress
vs gzip, but then why bzImage vs gzImage?)
Neither. They are both
Hey thanks guys,
I was able to get it to compile when I set my AMD
K62-550 to run at 500 Mhz. This disturbs me a but but
at least I can play with the 2.4test/pre series, and I
am on my way to a kernel hacker.
Kernel hackers can get a bad rap sometimes, and I
know that you take a lot
On Fri, Nov 10, 2000 at 11:47:50PM -0600, Peter Samuelson wrote:
2b) If yes, write a perl script to compute symbol sizes from each
System.map file. (Symbol size == address of next symbol minus
address of this symbol.) Sort numerically, then compare old vs new
for symbols that
On Sat, Nov 11, 2000 at 11:36:00AM +, Tigran Aivazian wrote:
Are you sure? I thought the fix was to build 2 page tables for 0-8M
Paging is disabled at that point.
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
On Sat, 11 Nov 2000, Andrea Arcangeli wrote:
On Sat, Nov 11, 2000 at 11:36:00AM +, Tigran Aivazian wrote:
Are you sure? I thought the fix was to build 2 page tables for 0-8M
Paging is disabled at that point.
Yes, Andrea, I know that paging is disabled at the point of loading the
On Sat, Nov 11, 2000 at 11:25:00AM +1100, Andrew Morton wrote:
NMI Watchdog detected LOCKUP on CPU3, registers:
Oh no. Another one. Could you please try this attached
patch (against test11-pre2) and see if the diagnostics
come out?
And yet another one... I applied your patch, and ran my
Hello folks,
I had been reporting (rather inadequately) a few bugs and oopses that I
had encountered, however, after a bit of hardware swapping, I found that
these were all related to bad RAM (or discrepancies in timings). So, my
apologies for cluttering.
Thanks to all.
Regards,
Adrian
-
On Sat, Nov 11, 2000 at 03:30:36PM +0100,
Andi Kleen [EMAIL PROTECTED] wrote:
On Fri, Nov 10, 2000 at 11:47:50PM -0600, Peter Samuelson wrote:
2b) If yes, write a perl script to compute symbol sizes from each
System.map file. (Symbol size == address of next symbol minus
address
Max Inux wrote:
On x86 machines there is a size limitation on booting. Though I thought
it was 1024K as the max, 900K should be fine.
No, there isn't. There used to be, but it has been fixed.
-hpa
Except the simple boot loader. You cannot boot kernel =1024KB directly
from
On Sat, Nov 11, 2000 at 02:51:21PM +, Tigran Aivazian wrote:
Yes, Andrea, I know that paging is disabled at the point of loading the
image but I was talking about the inability to boot (boot == complete
booting, i.e. at least reach start_kernel()) a kernel with very large
.data or .bss
Ingo, do you have a BP6? Make sure you have the latest BIOS for your
motherboard, there have been many BIOS updates for some dual-Celeron
motherboards.
I have to admit that I'm not sure what kind of dual board I got
(i have to have a closer look).
The reason is that this board is orgiginally
On Sat, 11 Nov 2000, Andrea Arcangeli wrote:
On Sat, Nov 11, 2000 at 02:51:21PM +, Tigran Aivazian wrote:
Yes, Andrea, I know that paging is disabled at the point of loading the
image but I was talking about the inability to boot (boot == complete
booting, i.e. at least reach
Date: Fri, 10 Nov 2000 19:29:26 -0800
From: "Matt D. Robinson" [EMAIL PROTECTED]
We're planning to isolate the write functions as much as possible.
In the past, we've been bitten by this whole concept of Linux "raw I/O".
When I was at SGI, we were able to write to a block device
On Sat, Nov 11, 2000 at 12:54:20PM +0100, Andrea Arcangeli wrote:
On Fri, Nov 10, 2000 at 05:46:29PM -0800, H. Peter Anvin wrote:
Yes, the documentation is broken. Linus did in fact implement this
Well, also the implementation could be improved IMHO, think when we have one
houndred of
On Sat, Nov 11, 2000 at 01:24:18PM +, Henning P. Schmiedehausen wrote:
[EMAIL PROTECTED] (Jeff V. Merkey) writes:
I did Dick. The config is fine. The daemon is also fine and running.
What's really weird is that even if I do a "sendmail -v -q" command
(which should force the queue to
On Sat, Nov 11, 2000 at 01:40:42PM +, Henning P. Schmiedehausen wrote:
[EMAIL PROTECTED] (Jeff V. Merkey) writes:
We got to the bottom of the sendmail problem. The line:
-O QueueLA=20
and
-O RefuseLA=18
Need to be cranked up in sendmail.cf to something high since the
Andrzej Krzysztofowicz wrote:
Except the simple boot loader. You cannot boot kernel =1024KB directly
from floppy...
That doesn't really matter much though... You have proceded beyond the
'simple' case. :)
You can always use a tiny bootloader like hpa's syslinux. I am
currently typing on a
Is there a nice way to trap on file open() and stat() ?
That way i could have nice file statistics.
Magnus
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Programmer/Networker [|] Magnus Naeslund
PGP Key: http://www.genline.nu/mag_pgp.txt
Hi,
This patch includes two sets of things against test10:
First, there are several places where schedule() is called after
wakeup_bdflush(1) is called. This is completely unnecessary, since
wakeup_bdflush(1) already gave up the control, and when the control is
returned to the calling thread who
On Sat, 11 Nov 2000, Magnus Naeslund(b) wrote:
Is there a nice way to trap on file open() and stat() ?
That way i could have nice file statistics.
There was a thread about this a couple days ago.
http://x52.deja.com/threadmsg_ct.xp?AN=690272012.1mhitnum=0CONTEXT=973965178.1986985995
We have the SUPER 370DL3 SuperMicro boards w/ the integrated Intel NIC,
unfortunately a warm boot does not help. The problem also seems to happen
when I turn on the alias ip feature in the kernel under network options.
On Fri, 10 Nov 2000, Allen, David B wrote:
FWIW, I have a dual-proc
On Sat, Nov 11, 2000 at 10:03:35AM -0800, Robert Lynch wrote:
sys_nfsservctl 80 1060 980 +1225.0
dump_extended_fpu8 84 76 +950.00
get_fpregs 36 372 336 +933.33
schedule_tail
Andi Kleen wrote:
On Sat, Nov 11, 2000 at 10:03:35AM -0800, Robert Lynch wrote:
sys_nfsservctl 80 1060 980 +1225.0
dump_extended_fpu8 84 76 +950.00
get_fpregs 36 372 336 +933.33
[EMAIL PROTECTED] (Jeff V. Merkey) writes:
I guess all customers are idiots then, since about 100+ people who were
using our release downloaded it, and had these problems with sendmail. This
disconnect of yours is about what I would expect from someone in a University.
Some of us don't have the
On Tue, Nov 07, 2000 at 04:03:25PM -0700, "Jeff V. Merkey" [EMAIL PROTECTED]
wrote:
Marc Lehman verified that PII systems will generate tons of AGIs with
gcc.
It is a bit late (just came back from the systems'00 fair), but Jeff
Merkey just acknowledged that indeed he meant me with "Marc
In article [EMAIL PROTECTED] you wrote:
The cobalt machines have now had a kernel upgrade (only to 2.2.14, thats
the most recent that Cobalt provide...), and the problem has
disappeared.
Should we ignore "timestamp 0" if there are systems out there which will
break on that. Or is timestamp 0
"Jeff V. Merkey" wrote:
NT and NetWare servers don't stop forwarding
emails when the load average gets too high -- they just work out of the
box, and hopefully, no so will Linux (our distribution does now since
this problem in fixed).
Don't get me started on nt - saying it "just works" is a
Can anyone shed some light on this?
I get "lost interrupt" or "timeout waiting for DMA" (and a subsequent
reset) when reading software RAID0 (striped) partitions using IDE drives,
iff I enable any of the following:
% hdparm -c1 /dev/hda /dev/hdc (enable 32-bit I/O)
% hdparm
It seems that no one on that thread thought about using the Linux Trace
Toolkit which would allow you to do exactly what is asked for. Plus,
there's a basic hooking mechanism than enables you to hook onto any
file-system events and then do what you want with that.
In the case of trapping open()
Is there a nice way to trap on file open() and
stat() ?
a few months ago, I helped a friend in writing a
generic syscall wrapper because he needed exactly
this.
You should take a look at the section "overloader" on
http://bdolez.free.fr/
Regards,
willy
Max Inux wrote:
gzip, actually. I can verify here "make bzImage" does the expected thing
and it looks normal-sized to me.
I believe there is zImage (gzip) and bzImage (bzip2). (Or is it compress
vs gzip, but then why bzImage vs gzImage?)
b is "big". They are both gzip compressed.
Tigran Aivazian wrote:
On Fri, 10 Nov 2000, H. Peter Anvin wrote:
On x86 machines there is a size limitation on booting. Though I thought
it was 1024K as the max, 900K should be fine.
No, there isn't. There used to be, but it has been fixed.
Are you sure? I thought the
On Friday November 10, [EMAIL PROTECTED] wrote:
Hi,
I made some optimizations on racache in nfsd in test10. The idea is to
replace with existing fixed length table for readahead cache in NFSD with a
hash table.
The old racache is essentially ineffective in dealing with large # of
files,
Michael Rothwell [EMAIL PROTECTED] writes:
"Eric W. Biederman" wrote:
I have recently developed a patch that allows linux to directly boot
into another linux kernel.
This would rock. One place I can think of using it is with distro
installers. The installer boots a generic i386
Mark Hindley wrote:
I am trying to setup my ALS 110 soundcard under my build of kernel
2.4.0-test10.
I have built in isapnp support and also the sb and opl3 drivers.
However, even though I pass opl3=0x388 on the Kernel command line all
I get is an isapnp panic.
I'm experiencing what
Followup to: [EMAIL PROTECTED]
By author:[EMAIL PROTECTED] (Eric W. Biederman)
In newsgroup: linux.dev.kernel
The interface is designed to be simple and inflexible yet very
powerful. To that end the code just takes an elf binary, and a
command line. The started image also
On Sat, Nov 11, 2000 at 10:57:20AM -0800, Robert Lynch wrote:
Andi Kleen wrote:
On Sat, Nov 11, 2000 at 10:03:35AM -0800, Robert Lynch wrote:
sys_nfsservctl 80 1060 980 +1225.0
dump_extended_fpu8 84 76 +950.00
get_fpregs
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of
cannot make a success compilation of 2.4.0-test11pre2 with the same
.config than for a successfull 2.4.0-test10 compilation.
Same problem when apply patch-2.4.0test11pre2-ac1 from alan cox
arch/i386/mm/mm.o: In function `do_page_fault':
arch/i386/mm/mm.o(.text+0x821): undefined reference to
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of
Date: Fri, 3 Nov 2000 17:10:52 -0800 (PST)
From: James Simmons [EMAIL PROTECTED]
* VGA Console can cause SMP deadlock when doing printk {CRITICAL}
(Keith Owens)
Still not fixed :-( Here is the patch again. Keith give it a try and tell
me if it solves your
On 2000-11-10T19:12:29,
"Theodore Y. Ts'o" [EMAIL PROTECTED] said:
Great! Are you thinking about putting the crash dumper and the raw
write disk routines in a separate text section, so they can be located
in pages which are write-protected from accidental modification in case
some kernel
On Sat, 11 Nov 2000, reiser.angus wrote:
cannot make a success compilation of 2.4.0-test11pre2 with the same
.config than for a successfull 2.4.0-test10 compilation.
Same problem when apply patch-2.4.0test11pre2-ac1 from alan cox
arch/i386/mm/mm.o: In function `do_page_fault':
"reiser.angus" [EMAIL PROTECTED] writes:
cannot make a success compilation of 2.4.0-test11pre2 with the same
.config than for a successfull 2.4.0-test10 compilation.
Same problem when apply patch-2.4.0test11pre2-ac1 from alan cox
arch/i386/mm/mm.o: In function `do_page_fault':
Eric W. Biederman ([EMAIL PROTECTED]) said:
I have recently developed a patch that allows linux to directly boot
into another linux kernel. With the code freeze it appears
inappropriate to submit it at this time.
Aside from what looks to be support for SMP, how does this differ from
the two
Some mpu401 functions are used in many sound drivers thus they can't be
marked __init. This patch should allow using these drivers as modules...
--
Bartlomiej Zolnierkiewicz
[EMAIL PROTECTED]
--- linux-240t11p2/drivers/sound/mpu401.c Tue Oct 3 00:17:48 2000
+++
Hi
Patch adds __init/__exit/__initdata tags to various sound drivers. I have
reviewed it many times so it should be 100% safe... I have also documented
changes so people know who they should shot ;)
Patch against 2.4.0-test11-pre2.
Please apply...
BTW: Is drivers/sound/Hwmcode.h only in my
Eric W. Biederman ([EMAIL PROTECTED]) said:
Michael Rothwell [EMAIL PROTECTED] writes:
This would rock. One place I can think of using it is with distro
installers. The installer boots a generic i386 kernel, and then installs
an optimized (i.e, PIII, etc.) kernel for run-time.
This
Hi
Patch is against 2.4.0-test11-pre2... subject tells rest...
Regards
--
Bartlomiej Zolnierkiewicz
[EMAIL PROTECTED]
diff -uNr linux-240t11p2/drivers/char/drm/ffb_drv.c linux/drivers/char/drm/ffb_drv.c
--- linux-240t11p2/drivers/char/drm/ffb_drv.c Tue Oct 3 00:17:32 2000
+++
From: David Wragg [EMAIL PROTECTED]
Date:04 Nov 2000 22:16:18 +
Since f_pos of struct file is a loff_t, on 32-bit architectures it
needs a lock to make accesses atomic (or some more sophisticated form
of protection). But looking in 2.4.0-test10, there doesn't seem to
Hi
This is cleanup patch... 9 sound drivers use the same logarithm base 2
inline... so patch moves it to drivers/sound/ld2.h
BTW: drivers/usb/devio.c and audio.c also uses this ld2() inline
Regards
--
Bartlomiej Zolnierkiewicz
[EMAIL PROTECTED]
diff -uNr
[Andrea Arcangeli]
Can you think at one case where it's better to push the parameter on
the stack instead of passing them through the callee clobbered
ebx/eax/edx?
Well it's safer if you are lazy about prototyping varargs functions.
But of course by doing that you're treading on thin ice
Followup to: [EMAIL PROTECTED]
By author:Peter Samuelson [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
[Andrea Arcangeli]
Can you think at one case where it's better to push the parameter on
the stack instead of passing them through the callee clobbered
ebx/eax/edx?
Well it's
sendfile(2) fails with -EINVAL every time I try to read from a device
file.
This sounds like a bug... is it? (the man page doesn't mention such a
restriction)
I am using kernel 2.4.0-test11-pre2. All other tests with sendfile(2)
succeed: file-file, file-STDOUT, STDIN-file...
--
Jeff Garzik
"H. Peter Anvin" [EMAIL PROTECTED] writes:
Followup to: [EMAIL PROTECTED]
By author:[EMAIL PROTECTED] (Eric W. Biederman)
In newsgroup: linux.dev.kernel
The interface is designed to be simple and inflexible yet very
powerful. To that end the code just takes an elf binary,
Adam Lazur [EMAIL PROTECTED] writes:
Eric W. Biederman ([EMAIL PROTECTED]) said:
Michael Rothwell [EMAIL PROTECTED] writes:
This would rock. One place I can think of using it is with distro
installers. The installer boots a generic i386 kernel, and then installs
an optimized (i.e,
Adam Lazur [EMAIL PROTECTED] writes:
Eric W. Biederman ([EMAIL PROTECTED]) said:
I have recently developed a patch that allows linux to directly boot
into another linux kernel. With the code freeze it appears
inappropriate to submit it at this time.
Aside from what looks to be
"Eric W. Biederman" wrote:
Hmm. You must mean similiar to milo.
Have fun. With linuxBIOS I'm working exactly the other way. Killing
off the BIOS. And letting the initial firmware be just a boot loader.
The reduction is complexity should make it more reliable.
... except that you
In article [EMAIL PROTECTED],
Jeff Garzik [EMAIL PROTECTED] wrote:
sendfile(2) fails with -EINVAL every time I try to read from a device
file.
This sounds like a bug... is it? (the man page doesn't mention such a
restriction)
sendfile() on purpose only works on things that use the page cache.
Jasper Spaans wrote:
On Sat, Nov 11, 2000 at 11:25:00AM +1100, Andrew Morton wrote:
NMI Watchdog detected LOCKUP on CPU3, registers:
Oh no. Another one. Could you please try this attached
patch (against test11-pre2) and see if the diagnostics
come out?
And yet another one...
On Sun, 12 Nov 2000, Dag Brattli wrote:
(resending in case it got lost, didn't show up on linux-kernel)
Didn't get lost, but I think the linux-kernel size filter killed it from
the kernel list.
Everything applied. Thanks,
Linus
-
To unsubscribe from this list: send the
On Sun, 12 Nov 2000 12:32:55 +1100,
Andrew Morton [EMAIL PROTECTED] wrote:
NMI Watchdog detected LOCKUP on CPU3, registers:
That's a pretty wierd trace. You seem to have addresses related
to the `apm' kernel thread on mysqld's stack.
Normal unfortunately. Firstly the ix86 oops code just
On Sat, 11 Nov 2000, Ying Chen/Almaden/IBM wrote:
This patch includes two sets of things against test10:
First, there are several places where schedule() is called after
wakeup_bdflush(1) is called. This is completely unnecessary
Fair enough.
Second, (I have posted this to the kernel
Ok, thanks to the work of Jean, everything seems to be applied now.
I'll make a test3 one of these days (probably tomorrow), please verify
that everything looks happy.
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Fri, 10 Nov 2000, Alexander Viro wrote:
diff -urN rc11-2/include/asm-i386/processor.h
rc11-2-show_task/include/asm-i386/processor.h
--- rc11-2/include/asm-i386/processor.h Fri Nov 10 09:14:04 2000
+++ rc11-2-show_task/include/asm-i386/processor.h Fri Nov 10 16:08:15 2000
@@
Summary:
Many audio-cdrom-playing programs don't work correctly with ATAPI
CDROM drives under ide-scsi translation, because ATAPI doesn't support
the PLAYAUDIO_TI command. The ide-cd driver handles this by
transforming CDROMPLAYTRKIND ioctls into something that the ATAPI
drive will understand,
On Sat, Nov 11, 2000 at 06:43:26PM -0800, Linus Torvalds wrote:
Ok, thanks to the work of Jean, everything seems to be applied now.
I'll make a test3 one of these days (probably tomorrow), please verify
that everything looks happy.
Linus
Linus,
Sorry to
On Sat, 11 Nov 2000, Linus Torvalds wrote:
On Fri, 10 Nov 2000, Alexander Viro wrote:
diff -urN rc11-2/include/asm-i386/processor.h
rc11-2-show_task/include/asm-i386/processor.h
--- rc11-2/include/asm-i386/processor.h Fri Nov 10 09:14:04 2000
+++
Drivers, drivers, drivers. IrDA and ISDN. PPC.
The most interesting part is probably the exclusive wait-queue patch.
David Miller noticed that exclusivity doesn't nest correctly the way we
used to do it: being on multiple wait-queues would potentially cause lost
wake-up events if a
1 - 100 of 248 matches
Mail list logo