On Mon, Jan 08, 2001 at 02:56:05PM -0800, J Sloan wrote:
In my case, that meant nuking mesa from my system and
letting Linux use what was left, which got me back the good
accelerated performance - you may choose a less drastic
option. I don't see any breakage from the absence of mesa.
Well,
Bjorn/Alan,
Yes, I'm a nitpicker ;)
--- linux-2.4.0-ac3/drivers/net/de620.c Tue Dec 19 11:24:52 2000
+++ linux-2.4.0-ac3.acme/drivers/net/de620.cMon Jan 8 20:06:28 2001
@@ -563,7 +563,6 @@
printk(KERN_WARNING "%s: No tx-buffer available!\n", dev-name);
On Mon, 8 Jan 2001, Alan Cox wrote:
I suspect homepna is dead to be honest.
Apparently its competing rather well with DSL for MDU deployments (eg
hotels, apartment complexes)
-Dan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
** Reply to message from Alan Cox [EMAIL PROTECTED] on Mon, 8 Jan 2001
23:54:16 + (GMT)
I suspect homepna is dead to be honest.
I'm not so sure. My father-in-law just purchased a Gateway system with a
HomePNA device. It was the only networking device the computer came with.
It
On Mon, Jan 08, 2001 at 03:27:21PM -0800, Linus Torvalds wrote:
However, it is against all UNIX standards, and Linux-2.4 will explicitly
I may be missing something but apparently SuSv2 allows it, you can check here:
http://www.opengroup.org/onlinepubs/007908799/xsh/rmdir.html
Infact
Hi,
Please consider applying, no need to restore_flags here, as it is
restored in the beginning of this if block.
- Arnaldo
--- linux-2.4.0-ac3/drivers/scsi/53c7,8xx.c Fri Oct 13 18:40:51 2000
+++ linux-2.4.0-ac3.acme/drivers/scsi/53c7,8xx.cMon Jan 8 20:24:35 2001
@@
ouch, sorry for the misleading subject, cut and paste sometimes doesn't work ;(
Em Mon, Jan 08, 2001 at 08:25:33PM -0200, Arnaldo Carvalho de Melo escreveu:
Hi,
Please consider applying, no need to restore_flags here, as it is
restored in the beginning of this if block.
- Arnaldo
Hi,
I ran some 2.2 vs. 2.4 benchmarks, particularly in the area of file i/o,
using bonnie++.
The machine is a SMP 128Mb PII-350 with a udma2 drive capable of some
20Mb/sec+. Kernels involved are 2.4.0, and the default RH7.0 kernel
(2.2.16 plus more patches than you can shake a stick at).
Not
In message [EMAIL PROTECTED] you write:
Pluses:
- clean up messy whitespace
- cut precious picoseconds off compile time
- cut kernel tree by 200k (+/- alot)
I've done this before, but never posted it, lest they think I'm
insane. I vote this for 2.5.1.
You, sir, have balls,
Rusty.
--
You've got two problems here, and one of them is mine:
In uml I continue the debian installation off of cdrom and as I say ok
to the final screen I get a "Kernel panic: Kernel mode fault at addr
0xbefffe90, ip 0x1009f315" from user-mode linux which is running as
me, not as root.
Can you get
Ragnar Hojland Espinosa wrote:
On Mon, Jan 08, 2001 at 02:56:05PM -0800, J Sloan wrote:
In my case, that meant nuking mesa from my system and
letting Linux use what was left, which got me back the good
accelerated performance - you may choose a less drastic
option. I don't see any
In article [EMAIL PROTECTED],
Andrea Arcangeli [EMAIL PROTECTED] wrote:
On Mon, Jan 08, 2001 at 03:22:44PM -0800, Wayne Whitney wrote:
I guess I conclude that either (1) MAGMA does not use libc's malloc
(checking on this, I doubt it) or (2) glibc-2.1.92 knows of these
variables but has not
Hello,
What is the procedure for adding a new system call to the Linux kernel?
Mihai
-
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/
Jeff Dike wrote:
You've got two problems here, and one of them is mine:
In uml I continue the debian installation off of cdrom and as I say ok
to the final screen I get a "Kernel panic: Kernel mode fault at addr
0xbefffe90, ip 0x1009f315" from user-mode linux which is running as
me,
LINUS:
- enable DEBUG in arch/i386/kernel/pci-i386.h
- do a "/sbin/lspci -xxvvv" on the interrupt routing chip (it's the
"ISA bridge" chip - the VIA numbers are 82c586, 82c596, the PCI
numbers for them are 1106:0586 and 1106:0596, I think)
- do a cat /proc/pci
Okay, I've attached
On Mon, Jan 08, 2001 at 10:46:29PM +0100, Sasi Peter wrote:
What I had w/2.2.18pre19 (+raid+ide):
~80MB more in cache and ~80MB swapped out (eg. currently unused notes
server and squid) There is enough of swap over 3 disks (like the
raid), so I did not bother disabling squid and notes, since
On 8 Jan 2001, at 20:50, Erik Mouw wrote:
On Sat, Jan 06, 2001 at 09:40:51PM -0500, Rich Baum wrote:
Here's a patch that fixes more of the compile warnings with gcc
2.97.
-case FORE200E_STATE_BLANK:
+case FORE200E_STATE_BLANK:;
Is this really a kernel bug? This is common
In message [EMAIL PROTECTED] you
write:
I've been thinking of doing a cramfs2, and the only thing I'd change is
(a) slightly bigger blocksize (maybe 8k or 16k) and (b) re-order the
meta-data and the real data so that I could easily compress the metadata
too. cramfs doesn't have any
Not very portable at all...
hpux = HP/UX 10.2
hpux:~$ mkdir foo
hpux:~$ cd foo
hpux:~/foo$ rmdir "`pwd`"
rmdir: /home/blc/foo: Cannot remove mountable directory
hpux:~/foo$ rmdir .
rmdir: cannot remove .. or .
hpux:~/foo$ rmdir /home/blc/foo
rmdir: /home/blc/foo: Cannot remove
Ok, before I begin, don't shoot me down, but I had an idea for a kernel
modification and was wondering how feasible the group thought it was.
I was writing a user space application to monitor a folder's contents. The
folder itself contained 100 folders, and each of those
On Mon, Jan 08, 2001 at 08:37:22PM -0500, Wakko Warner wrote:
[wakko@removed:/home/wakko/test] rmdir "`pwd`"
rmdir: /home/wakko/test: Invalid argument
Some other OS with a yet different retval? :)
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
hi linus,
driver: eepro
problem: the actual state of driver makes old supported board stop
to function after some time of operation.
please consider applying this patch. the cleanup and cosmetic
changes will be in the next release of driver as you asked
ok,
as i don't have documentation this is the right thing to be
done: restore the default path for old cards and keep the new one to these
blue cards. i hope this finally fixes all problems that my changes (by
guesses and lot of dosemu) introduced on a stable driver.
if it doesn't work
Hello,
The following patch removes drivers/misc/misc.o
from the kernel build. It appears that drivers/misc isn't used for anything, and
should be probably be removed.
Regards,
Frank
--- Makefile.old Sun Jan 7 23:59:37 2001+++ Makefile Mon Jan 8 00:24:46 2001@@ -121,7 +121,6
@@NETWORKS
OK, take two. This patch:
o removes obsolete /proc entryes and other mm structures not used
anymore.
o adds new /proc/sys/vm/max-async-pages
o updates documentation
As the patch doesn't change any kernel vital functionality it is
completely safe. I don't know if it satisfies Linus' patch
Rik van Riel [EMAIL PROTECTED] writes:
Now if 2.4 has worse _performance_ than 2.2 due to one
reason or another, that I'd like to hear about ;)
Oh, well, it seems that I was wrong. :)
First test: hogmem 180 5 = allocate 180MB and dirty it 5 times (on a
192MB machine)
kernel | swap usage
Linus Torvalds [EMAIL PROTECTED] writes:
On Mon, 8 Jan 2001, Rik van Riel wrote:
On Sun, 7 Jan 2001, Wayne Whitney wrote:
Well, here is a workload that performs worse on 2.4.0 than on 2.2.19pre,
The typical machine is a dual Intel box with 512MB RAM and 512MB swap.
How does
On Tue, 9 Jan 2001, Chris Evans wrote:
I did one other quick test, with disappointing results for 2.4.0. I did a
kernel build with 32Mb.
2.4.0 was taking about 10 mins to do the build. 2.2.x was 1min30 quicker
:( I was hoping/expecting the 2.4.0 page aging to do better, due to
keeping
J Sloan ([EMAIL PROTECTED]) sez:
This is a little OT for linux-kernel
Off-topic to debug a new kernel feature that will significantly add to the
competitiveness of Linux on the desktop and in engineering applications?
Remember, my original report was that DRI was reported to be working in
Hi,
Please consider applying, comments in the patch.
- Arnaldo
--- linux-2.4.0-ac4/drivers/scsi/advansys.c Mon Jan 8 20:39:28 2001
+++ linux-2.4.0-ac4.acme/drivers/scsi/advansys.cTue Jan 9 00:12:03 2001
@@ -717,6 +717,13 @@
Ken Mort [EMAIL PROTECTED] reported a
Regarding notification when there's a change to the filesystem:
This is one of the most significant things about the BeOS BFS filesystem, and
something I'd dearly love to see Linux adopt. It makes an app very efficient,
you just get notified when a directory changes and you never waste time
From: Jes Sorensen [EMAIL PROTECTED]
Date: 08 Jan 2001 23:32:48 +0100
All I am asking is that someone lets me know if they make major
changes to my code so I can keep track of whats happening.
We have not made any major changes to your code, in lieu of this
not being code which is
Agreed.
I will have a look at the URLs you passed along. I was talking to a
colleague about this just after I sent the initial message and the number of
places where this would be useful suddenly became much more apparent to me
:) For example, _ANY_ daemon process could be notified of
On Tue, 9 Jan 2001, Rusty Russell wrote:
In message [EMAIL PROTECTED] you
write:
I've been thinking of doing a cramfs2, and the only thing I'd change is
(a) slightly bigger blocksize (maybe 8k or 16k) and (b) re-order the
meta-data and the real data so that I could easily compress the
On Mon, Jan 08, 2001 at 03:22:44PM -0800, Wayne Whitney wrote:
I guess I conclude that either (1) MAGMA does not use libc's malloc
(checking on this, I doubt it)
I'm still a bit unclear on this one. I now have two executables,
magma.exe and magma.exe.dyn (ignore the .exe). magma.exe is
On 9 Jan 2001, Zlatko Calusic wrote:
Yes, but a lot more data on the swap also means degraded performance,
because the disk head has to seek around in the much bigger area. Are
you sure this is all OK?
Yes and no.
I'm not _sure_, obviously.
However, one thing I _am_ sure of is that the
Hello,
test13-acXX and final-acXX have unresolved symbols, namely
ipt_register_target and ipt_unregister_target in the module
ip6t_MARK.o
Greetings,
Kervel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the
The following patch:
(a) Adds a URL for the egcs 1.1.2 source code. This change is both
low-risk and important IMO.
(b) Fixes two sloppy underlines.
Please apply.
-Barry K. Nathan [EMAIL PROTECTED]
--- linux-2.4.0/Documentation/Changes Mon Jan 1 10:00:04 2001
+++
When I switch to 2.4 kernel my SCSI card does not detect anymore,
because AHA1542 driver does not accept kernel command-line options.
I send small patch to fix that.
I'm not subscribed at the kernel mail list, so please send any
question/answer to my personal mail address.
Thanks,
Dmitry
On Mon, Jan 08, 2001 at 11:12:24PM +, Michael D. Crawford wrote:
[snipped a lot of sane opinions]
While Be, Inc.'s implementation is closed-source, the design of the
BFS (_not_ "befs" as it is sometimes called) is explained in Practical
File System Design with the Be File System by
Max. RAM size:64 GB (any slowness
accessing RAM over 4 GB
* with 32 bit machines ?)
Imore than 4GB in RAM is bounce buffered, so there is performance
penalty as the data have to be copied into the 4GB RAM area
-
To unsubscribe from this list: send
I read the FAQ and SubmittingPatches, but how best to generate a patch
that moves a file from on dir to another? diff -urNP makes the patch a
lot longer than it seems like it should be... (fortunately it's just a
short header file)
Is there a better way?
regards,
David
--
David L.
From: Jes Sorensen [EMAIL PROTECTED]
Date: 08 Jan 2001 22:56:48 +0100
I don't think it's too much to ask that one actually tries to
communicate with an author of a piece of code before making such
major changes and submitting them opting for inclusion in the
kernel.
Jes, I
sorry for the resend. i sent this earlier today but still haven't seen it,
so i'm resending without attachments.
the originally attached netperf results are at:
http://www.unm.edu/~todd/udp.2.4.0-test9.9000mtu
http://www.unm.edu/~todd/udp.2.4.0-test9.1500mtu
On Tue, Jan 09, 2001 at 02:55:15AM +0100, Andrea Arcangeli [EMAIL PROTECTED] wrote:
[wakko@removed:/home/wakko/test] rmdir "`pwd`"
rmdir: /home/wakko/test: Invalid argument
Some other OS with a yet different retval? :)
It can be much worse (irix-6.5.4):
bash# mkdir x; cd x; rmdir
"David" == David S Miller [EMAIL PROTECTED] writes:
David We _had_ to change some drivers to show how to support this new
David SKB api for transmit sg+csum support. If you can think of a
David way for us to effectively do this work without changing at
David least a few drivers as examples
"David" == David S Miller [EMAIL PROTECTED] writes:
David I've put a patch up for testing on the kernel.org mirrors:
David /pub/linux/kernel/people/davem/zerocopy-2.4.0-1.diff.gz
David It provides a framework for zerocopy transmits and delayed
David receive fragment coalescing. TUX-1.01 uses
It was intentionally changed because there is no way for the "ICMP
port unreachable" message coming back to be uniquely matched to that
UDP socket. It can reset sockets illegally in high load scenerios.
Solaris and other systems act identically.
And have identical bad problems with auth
On Mon, Jan 08, 2001 at 10:01:26PM +, Alan Cox wrote:
It was intentionally changed because there is no way for the "ICMP
port unreachable" message coming back to be uniquely matched to that
UDP socket. It can reset sockets illegally in high load scenerios.
Solaris and other
So you are saying this was fixed in 2.2.18? Which distro uses that by
default now?
We need to get the distros to come up with boot floppy images for this then
because 19160 is a very popular host adapter. Its not like its weirdo
hardware. Waiting for an updated distro is a real pain in the
Date:Mon, 8 Jan 2001 22:01:26 + (GMT)
From: Alan Cox [EMAIL PROTECTED]
Solaris and other systems act identically.
And have identical bad problems with auth failures.
Actually, I believe their sunrpc library uses an extended error
facility via the streams APIs that
[David L. Parsley]
I read the FAQ and SubmittingPatches, but how best to generate a
patch that moves a file from on dir to another? diff -urNP makes the
patch a lot longer than it seems like it should be...
A major weakness of the 'patch' command -- you cannot gracefully move
or rename
On Mon, Jan 08, 2001 at 08:50:01PM +0100, Erik Mouw wrote:
Is this really a kernel bug? This is common idiom in C, so gcc
shouldn't warn about it. If it does, it is a bug in gcc IMHO.
No, it is not a common idiom in C. It has _never_ been valid C.
GCC originally allowed it due to a mistake
I'm sure this isn't the address to send this to, but I
don't know where to send this.
I just upgraded from 2.4.0-test12 to 2.4.0, and I got a
kernel panac after about 6 hours. Then updated to 2.4.0-ac4
and got a massive amount of scsi errors. The server was again
up for about 6 hours. This
Hi,
Please consider applying.
- Arnaldo
--- linux-2.4.0-ac4/drivers/scsi/eata_dma.c Mon Jan 8 20:39:29 2001
+++ linux-2.4.0-ac4.acme/drivers/scsi/eata_dma.cTue Jan 9 00:25:54 2001
@@ -482,7 +482,7 @@
DBG(DBG_REQSENSE, printk(KERN_DEBUG "Tried to REQUEST
Chris,
I reported the same thing on 11/19/00, whether this is a feature or bug for
2.4.X was not determined. Was this behavior intentionally changed and why?
Looks like 2.2.X gives ECONNREFUSED, but 2.4.X doesn't and times out.
On Mon, 8 Jan 2001, David S. Miller wrote:
From: Christoph Hellwig [EMAIL PROTECTED]
don't you think the writepage file operation is rather hackish?
Not at all, it's simply direct sendfile support. It does
not try to be any fancier than that.
I really think the zerocopy network
Date: Mon, 08 Jan 2001 15:24:55 -0600
From: "M.H.VanLeeuwen" [EMAIL PROTECTED]
Was this behavior intentionally changed and why?
Looks like 2.2.X gives ECONNREFUSED, but 2.4.X doesn't and times out.
It was intentionally changed because there is no way for the "ICMP
port unreachable"
* Jes Sorensen ([EMAIL PROTECTED]) wrote:
"David" == David S Miller [EMAIL PROTECTED] writes:
I don't question Alexey's skills and I have no intentions of working
against him. All I am asking is that someone lets me know if they make
major changes to my code so I can keep track of whats
Date: Mon, 8 Jan 2001 17:43:56 -0500
From: Stephen Frost [EMAIL PROTECTED]
Perhaps you missed it, but I believe Dave's intent is for
this to only be a proof-of-concept idea at this time.
Thank you Stephen, this is the point Jes continues to miss.
Later,
David S. Miller
On Tue, 9 Jan 2001, Andrea Arcangeli wrote:
On Mon, Jan 08, 2001 at 10:46:29PM +0100, Sasi Peter wrote:
What I had w/2.2.18pre19 (+raid+ide):
~80MB more in cache and ~80MB swapped out (eg. currently unused notes
server and squid) There is enough of swap over 3 disks (like the
raid), so
For those who are interested..
I have taken the kgdb patch for 2.4.0-test9 and ported it to 2.4.0.
This is a minimal patch, and doesn't include any of the documentation
or supporting programmes. It can be found at:
http://www.foursticks.com.au/~pschulz/kgdb
Linus Torvalds [EMAIL PROTECTED] writes:
On Sun, 7 Jan 2001, Albert Cranford wrote:
Could anybody with a VIA chip who has the energy please do something for
me:
- enable DEBUG in arch/i386/kernel/pci-i386.h
- do a "/sbin/lspci -xxvvv" on the interrupt routing chip (it's the
Zlatko Calusic [EMAIL PROTECTED] writes:
Yes, but a lot more data on the swap also means degraded performance,
because the disk head has to seek around in the much bigger area. Are
you sure this is all OK?
I don't think we have more data on the swap, just more data has an
allocated home on
On 8 Jan 2001, Eric W. Biederman wrote:
Zlatko Calusic [EMAIL PROTECTED] writes:
Yes, but a lot more data on the swap also means degraded performance,
because the disk head has to seek around in the much bigger area. Are
you sure this is all OK?
I don't think we have more data on
On Tue, 09 Jan 2001 around 00:14:43 -0200, Arnaldo Carvalho de Melo wrote:
Hi,
Please consider applying, comments in the patch.
- Arnaldo
--- linux-2.4.0-ac4/drivers/scsi/advansys.c Mon Jan 8 20:39:28 2001
+++ linux-2.4.0-ac4.acme/drivers/scsi/advansys.c Tue Jan 9
Hi Rik,
On Mon, 8 Jan 2001, Rik van Riel wrote:
And when the bit changes again, the page can be evicted
from memory just fine. In the mean time, the locked pages
will also have undergone normal page aging and at unlock
time we know whether to swap out the page or not.
I agree that this
On Mon, Jan 08, 2001 at 03:28:29PM -0800, Linus Torvalds wrote:
But at least "rmdir `pwd`" is not _required_ to fail, like rmdir("."/"..").
"rmdir `pwd`" is required to fail (at least under csh, bash, ksh) if the
path component contains a white space and thereof it can't be a valid
replacement
601 - 668 of 668 matches
Mail list logo