On Sat, Apr 28, 2001 at 11:11:51PM +0100, Michael F Gordon wrote:
On Sat, Apr 28, 2001 at 11:29:15AM -0700, David Lang wrote:
what sort of switch are you plugged into? some Cisco switches have a
'feature' that ignores all traffic from a port for X seconds after a
machine is plugged in /
Russell King writes:
Or am I missing something?
csum_block_*() has nothing to do with checksumming buffers, it 2's
complement adds two integers passed as arguments based upon the offset
of one of the buffers (this decides if one of the csums needs to be
byte swapped before the 2's complement
H. Peter Anvin wrote:
Followup to: [EMAIL PROTECTED]
By author:Richard Gooch [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
In x86-64 there are special vsyscalls btw to solve this problem that export
a lockless kernel gettimeofday()
Whatever happened to that hack that was
On Sun, Apr 29, 2001 at 04:06:16AM -0700, David S. Miller wrote:
I understand that you are frustruated about this and it
requires you to touch some delicate assembly. But I'm
going to be blunt and say tough, because everyone has
to implement this correctly. Just do it and get it
over with.
On Sat, 28 Apr 2001, Royans Tharakan wrote:
SCSI subsystem driver Revision: 1.00
aacraid raid driver version, Apr 28 2001
percraid device detected
Device mapped to virtual address 0xf8806000
percraid:0 device initialization successful
percraid:0 AacHba_ClassDriverInit complete
scsi0 :
On Sat, 28 Apr 2001, poptix wrote:
Howdy,
I've got an Adaptec AHA-2940UW Pro Ultra SCSI host adapter using
the aic7xxx driver (the new one, not the old one), and have had no
problems, I have a zip drive on ID5, and a 12X Smart Friendly CD-RW on
ID6, haven't had any problems on
Jeff Garzik writes:
After a couple of suggestions for improving things, Linus chimed in
with the magic page suggestion.
Since this is being brought up again, I want to mention something.
If we are going to map in a page like this, there are other cool
things one could do with this page.
On Sun, 29 Apr 2001, Michael Mauch wrote:
Hi,
my /proc/interrupts doesn't show all the interrupts that have been used,
/proc/stat (and hence procinfo) does. All of the devices work without
problems.
% cat /proc/interrupts /proc/stat procinfo
CPU0
0: 476919
Hi!
The following patch add more disk devices to the SysRq sync list (in both:
-pre and -ac trees). Were the extra IDE devices intentionally omitted here?
No, ommiting them was probably bug.
BTW, it would be probably nice to add some mon-x86 disk devices here...
True... Feel free to do
Hi,
Since 2.4.4 the kernel says
PCI: Using IRQ router VIA [1106/0686] at 00:07.0
Applying VIA PCI latency patch.
on bootup. Is this the workaround for the 686B problems? I have a 686A board
which should, in theory, be not affected by the bug. So why is this setting
still applied? If it's
From: Matthew Dharm [EMAIL PROTECTED]
(ii) this card needs usb/storage/dpcm.c which is compiled when
CONFIG_USB_STORAGE_DPCM is set, but this variable is missing
from usb/Config.in. Add it.
This config option is considered so immature that it's not ready for the
When the OOM kills the process that I am currently composing within
(an active character stream), that is a MICROSOFT WINDOWS behavior.
I don't care if it's hogging the machine, *I'M* using it! That is the
point after all, isn't it? A human sysadmin could kill my process
(and then I would
Can anyone tell me the current status of 2.4.x on sparc(32) platforms?
I tried 2.4.2 previously which compiled fine, but would lock the machine
up loading the kernel after the SILO prompt, (before Tux appears, etc.).
I've tried 2.4.4 today, but that won't build as it appears this
architecture
Alexander Viro wrote:
On Sat, 28 Apr 2001, Martin Dalecki wrote:
I think in the context you are inventig the proposed function,
the drivers has allways an inode at hand. And contrary to what Linus
Read the patch. Almost all cases are of the loop over partitions of foo
kind.
says,
Where is a patch to allow the sensible OOM I had in prior kernels?
(cause this crap is getting pitched)
I gave Alan a patch to fix the problem where the OOM activates too early
(eg. when there's still plenty of swap and buffer memory to eat). I don't
know whether this made it into the
On Sun, Apr 29, 2001 at 04:27:48AM -0700, David S. Miller wrote:
The idea is that the one thing one tends to optimize for new cpus
is the memcpy/memset implementation. What better way to shield
libc from having to be updated for new cpus but to put it into
the kernel in this magic page?
It would appear that something in the kernel broke esd.
I can confirm that on my system also, the problem only appears when using
esd for output.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
David Konerding wrote:
As far as I can tell, somewhere between 2.4.2 and 2.4.4, traceroute
stopped working.
I see the problem on RH7.x. Regular kernel compile with near-defaults
for networking,
no firewalling is enabled. Rebootiing to a similar config under 2.4.2
works OK.
Traceroute is
On Sun, Apr 29, 2001 at 03:16:24PM +0100, Lee Mitchell wrote:
It would appear that something in the kernel broke esd.
I can confirm that on my system also, the problem only appears when using
esd for output.
There must be some for whom esd/sound is still working, or else I'd
expect to
Greetings,
A possibly tcp-related bug causing a kernel crash, possible to trigger
from an unprivileged user.
Kernel 2.4.4, no patches applied.
The problem appeared when performing some network-performance tests with a
program called tcpblast. tcpblast has an option to set its block size.
The
Mohammad A. Haque [EMAIL PROTECTED] writes:
Traceroute is working fine here. You sure you didn't inadvertantly turn
on ECN w/o knowing it?
Will ECN have any effect on Traceroute? Does ECN not only affect TCP
connections?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
Steven Walter wrote:
I'm running esound 0.2.17 from Debian 2.2. Can someone who's having no
problems with sound on 2.4.4 give a little info about their setup?
esd works for me with any 2.4.x including 2.4.4
Pentium III, BE6, ES1370, devfs, Xfree-4.0.3/GNOME
esound-0.2.22. Timidity is fine as
2.4.4 has broken sound here in a very strange way. I have a debian testing
system, Abit KT7 (thus VIA KT133 chipset) and SB PC128 (es1371-based) sound
card.
Up until 2.4.3 everything was fine. Now, however, when I send _anything_ to
/dev/dsp, I get continuous high-pitched beeping (nothing
On Sun, Apr 29, 2001 at 04:52:15PM +0200, root wrote:
Steven Walter wrote:
I'm running esound 0.2.17 from Debian 2.2. Can someone who's having no
problems with sound on 2.4.4 give a little info about their setup?
esd works for me with any 2.4.x including 2.4.4
Pentium III, BE6,
On Fri, Apr 27, 2001 at 11:40:40PM +0100, Hugh Dickins wrote:
An interesting option (though with less-than-stellar performance
characteristics) would be a dynamically expanding swapfile. If you're
going to be hit with swap penalties, it may be useful to not have to
pre-reserve
Eric I'm going to stick my neck out a mile and say that I think this
Eric is a stable release. Doing so, of course, is in reality a
Eric clever plan which ensures that at least three embarrassing bugs
Eric will be discovered within the next 24 hours...
I've just downloaded and installed
The changes to kernel/fork.c from 2.4.4-pre1 to 2.4.4-pre3 (and in
2.4.4) cause the RedHat 6.2 linuxconf utility to fail with the message
broken pipe. The linuxconf utility will run the first time, but all
subsequent runs give the broken pipe error. The error message is
generated as a result of
Michael Pakovic wrote:
The changes to kernel/fork.c from 2.4.4-pre1 to 2.4.4-pre3 (and in
2.4.4) cause the RedHat 6.2 linuxconf utility to fail with the message
broken pipe. The linuxconf utility will run the first time, but all
subsequent runs give the broken pipe error. The error message
I'm plugged in to a cable modem, with the DHCP server at the ISP. The
server requires the MAC address to be registered, so sending the DHCP
request with a different MAC address could cause the symptoms. I doubt
it's a timing problem - replacing the 8139 driver with the 2.4.3 version
but
Graham Murray wrote:
Will ECN have any effect on Traceroute? Does ECN not only affect TCP
connections?
You're right.
--
=
Mohammad A. Haque http://www.haque.net/
Howdy J.A.,
Let me ask a possibly stupid question... How do you tell
what version of the Gibbs Adaptec driver you're using? Did I
misunderstand you when you said the 2.4.4 kernel is using 6.1.5?
Also, did I understand you to say the 6.1.12 version will fix
my unresolved symbol problem?
OK,
I seem to have found the culprit, although I'm stillin the dark st to the
'why' and 'how'.
First, some info:
2.4.4 with Maciej's IO-APIC patch
Abit BP-6, dual Celeron466@466
256MB RAM
So, 'yes, SMP...'
Running 'nget v0.7' (a command line nntp 'grabber') on 2.4.4 leads to massive
amounts
Hi Linus,
This patch (partially based on Alan's 2.4.3-ac14) allows both
CONFIG_ALLOW_INTS and the work around for BIOSs with a broken
APM_GET_POWER_STATUS call to be selected either on the kernel
boot command line or at module insert time.
Cheers,
Stephen
--
Stephen Rothwell
hello all,
all kernels since 2.4.2 (including the latest 2.4.4) have resulted in major
ext2 filesystem corruption for me. pre-2.4.2 kernels work fine, as does
2.2.19. generally the errors i see while using the filesystem look like this:
EXT2-fs error (device ide0(3,3)): ext2_readdir: bad entry
On Sun, 29 Apr 2001, Jeff Garzik wrote:
H. Peter Anvin wrote:
We discussed this at the Summit, not a year or two ago. x86-64 has
it, and it wouldn't be too bad to do in i386... just noone did.
It came up long before that. I refer to the technique in a post dated
Nov 17, even though I
On Sun, 29 Apr 2001, Frank de Lange wrote:
Running 'nget v0.7' (a command line nntp 'grabber') on 2.4.4 leads to massive
amounts of memory disappearing in thin air. I'm currently running a single
instance of this app, and I'm seeing the memory drain away. The system has 256
MB of physycal
At 12:17 PM 4/29/01, Steve 'Denali' McKnelly wrote:
Howdy J.A.,
Let me ask a possibly stupid question... How do you tell
what version of the Gibbs Adaptec driver you're using? Did I
misunderstand you when you said the 2.4.4 kernel is using 6.1.5?
Also, did I understand you to say the
What would be the cleanest driver that does everything right?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hi!
I assume there is no generic APM support for lid-close?
My BIOS (P100 DEC CTS5100 Hinote VP) has no way to do anything other
than beep, when the lid is closed, so I'm using a hack that polls the
ct65548 video chips registers to find when the BIOS turns the LCD off,
so I can do
Hi all,
I'm writing a device driver for a shared memory adapter from which I plan to
support DMA directly from userspace memory (zero copy). I have already
implemented a version which I think works, but I'm not sure if I get the IO
addresses calculated correctly. The case is as follows :
The
On Sun, Apr 29, 2001 at 12:27:29PM -0400, Alexander Viro wrote:
What about /proc/slabinfo? Notice that 2.4.4 (and couple of the 2.4.4-pre)
has a bug in prune_icache() that makes it underestimate the amount of
freeable inodes.
Gotcha, wrt. slabinfo. Seems 2.4.4 (at least on my box) only knows
On Sun, 29 Apr 2001, Frank de Lange wrote:
On Sun, Apr 29, 2001 at 12:27:29PM -0400, Alexander Viro wrote:
What about /proc/slabinfo? Notice that 2.4.4 (and couple of the 2.4.4-pre)
has a bug in prune_icache() that makes it underestimate the amount of
freeable inodes.
Gotcha, wrt.
On Sun, Apr 29, 2001 at 01:58:52PM -0400, Alexander Viro wrote:
Hmm... I'd say that you also have a leak in kmalloc()'ed stuff - something
in 1K--2K range. From your logs it looks like the thing never shrinks and
grows prettu fast...
Yeah, those as well. I kinda guessed they were related...
On Sun, Apr 29, 2001 at 01:58:52PM -0400, Alexander Viro wrote:
Hmm... I'd say that you also have a leak in kmalloc()'ed stuff - something
in 1K--2K range. From your logs it looks like the thing never shrinks and
grows prettu fast...
Same goes for buffer_head:
buffer_head44236 48520
Hi,
This seems a silly question but - I have an intel celeron 800mhz CPU and thus
it is of the Coppermine breed. But under cpu selection when configuring the
kernel, should I select PIII or PII/Celeron? Just wondering, since Coppermine
is basically a newish PIII with 128K less cache...
TIA
On 04.29 Steve 'Denali' McKnelly wrote:
Howdy J.A.,
Let me ask a possibly stupid question... How do you tell
what version of the Gibbs Adaptec driver you're using? Did I
You can look at the kernel boot messages for a line like:
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER,
On 29-Apr-2001 tc lewis wrote:
On Thu, 26 Apr 2001, Davide Libenzi wrote:
On 27-Apr-2001 tc lewis wrote:
i saw a few messages in the archive about these, but i'm still unclear on
the current situation.
according to /proc/pci, i'm working with a:
Bus 0, device 9, function 1:
Ingo Oeser writes:
On Sun, Apr 29, 2001 at 04:27:48AM -0700, David S. Miller wrote:
The idea is that the one thing one tends to optimize for new cpus
is the memcpy/memset implementation. What better way to shield
libc from having to be updated for new cpus but to put it into
the kernel
Hi all,
I just compiled 2.4.4 and are running it on a Serverworks LE motherboard.
Whenever I try to add a write-combining region, it gets rejected. I took a peek
in the arch/i386/kernel/mtrr.c and found that this is just as expected with
v1.40 of the code. It is great that the mtrr code checks
Hi!
PS: This seems very strange. What if machine is so crashed so that it
can no longer shutdown properly. Will that mean that its CPU will
damage itself?
No, the ACPI standard requires CPUs to shut themselves down before
any damage would occur from overheading. Well, at least the 1.0b
On Sun, Apr 29, 2001 at 07:07:51PM -0400, Duncan Gauld wrote:
Hi,
This seems a silly question but - I have an intel celeron 800mhz CPU and thus
it is of the Coppermine breed. But under cpu selection when configuring the
kernel, should I select PIII or PII/Celeron? Just wondering, since
On Sun, Apr 29, 2001 at 12:48:06PM -0600, Richard Gooch wrote:
Ingo Oeser writes:
On Sun, Apr 29, 2001 at 04:27:48AM -0700, David S. Miller wrote:
The idea is that the one thing one tends to optimize for new cpus
is the memcpy/memset implementation. What better way to shield
libc
Hi!
A while ago, on linux-kernel, we had a discussion about
adding support for __initdata and __init in modules. Somebody
(whose name escapes me) had implemented it by essentially adding
a vmrealloc() facility in the kernel. I think I've thought of a
simpler way, that would
Gregory Maxwell writes:
On Sun, Apr 29, 2001 at 12:48:06PM -0600, Richard Gooch wrote:
Ingo Oeser writes:
On Sun, Apr 29, 2001 at 04:27:48AM -0700, David S. Miller wrote:
The idea is that the one thing one tends to optimize for new cpus
is the memcpy/memset implementation. What
David Konerding wrote:
As far as I can tell, somewhere between 2.4.2 and 2.4.4, traceroute
stopped working.
I see the problem on RH7.x. Regular kernel compile with near-defaults
for networking,
no firewalling is enabled. Rebootiing to a similar config under 2.4.2
works OK.
OK, I'm
I get the following kernel panic when booting 2.4.4. (2.4.3 works fine)
This is on an asus-a7v133 (VIA chipset), Duron 800, HD is hda, CDRW is hdc,
no other ide devices attached (ie no devices on the onboard promise
controller)
gcc version 2.95.4 20010319 (Debian prerelease)
(the working 2.4.3
I would like to thank all of those who worked on 2.4.4. Mozilla no
longer gets lost in D state. Things seem to be much snappier. I have
yet to see the memory disappearing problems or sound corruption problems
people have seen.
My system is a 800 Mhz Athlon classic with 128 meg of ram, via
On Sun, Apr 29, 2001 at 02:56:08PM -0400, you [William Park] claimed:
On Sun, Apr 29, 2001 at 07:07:51PM -0400, Duncan Gauld wrote:
Hi,
This seems a silly question but - I have an intel celeron 800mhz CPU and thus
it is of the Coppermine breed. But under cpu selection when configuring the
On 2001.04.29 12:25 Jan Niehusmann wrote:
I get the following kernel panic when booting 2.4.4. (2.4.3 works fine)
This is on an asus-a7v133 (VIA chipset), Duron 800, HD is hda, CDRW is
hdc,
no other ide devices attached (ie no devices on the onboard promise
controller)
gcc version
David S. Miller wrote:
It's particularly attractive on sparc64 because you
can use a global TLB entry which is thus shared between all address
spaces.
Fwiw, modern x86 has global TLB entries too.
-- Jamie
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
On Sun, Apr 29, 2001 at 01:02:13PM -0600, Richard Gooch wrote:
Gregory Maxwell writes:
On Sun, Apr 29, 2001 at 12:48:06PM -0600, Richard Gooch wrote:
Ingo Oeser writes:
On Sun, Apr 29, 2001 at 04:27:48AM -0700, David S. Miller wrote:
The idea is that the one thing one tends to
On Sun, Apr 29, 2001 at 07:07:51PM -0400, Duncan Gauld wrote:
This seems a silly question but - I have an intel celeron 800mhz CPU and thus
it is of the Coppermine breed. But under cpu selection when configuring the
kernel, should I select PIII or PII/Celeron? Just wondering, since
On Sun, Apr 29, 2001 at 07:07:51PM -0400, Duncan Gauld wrote:
Hi,
This seems a silly question but - I have an intel celeron 800mhz CPU and thus
it is of the Coppermine breed. But under cpu selection when configuring the
kernel, should I select PIII or PII/Celeron? Just wondering, since
Gregory Maxwell writes:
Would it make sence to have libc use the magic page for all
syscalls? Then on cpus with a fast syscall instruction, the magic
page could contain the needed junk in userspace to use it.
That's pretty much what Linus suggested. He proposed having a new
syscall interface
H. Peter Anvin wrote:
Followup to: [EMAIL PROTECTED]
By author:[EMAIL PROTECTED] (Rogier Wolff)
In newsgroup: linux.dev.kernel
# l /mnt/d1
total 16
drwxr-xr-x 512 root root16384 Mar 24 17:26 dcim/
-r-xr-xr-x 1 root root0 May 23 2000 memstick.ind*
Rogier Wolff wrote:
H. Peter Anvin wrote:
Followup to: [EMAIL PROTECTED]
By author:[EMAIL PROTECTED] (Rogier Wolff)
In newsgroup: linux.dev.kernel
# l /mnt/d1
total 16
drwxr-xr-x 512 root root16384 Mar 24 17:26 dcim/
-r-xr-xr-x 1 root root
On Sun, Apr 29, 2001 at 12:48:06PM -0600, Richard Gooch wrote:
Ingo Oeser writes:
There we have 10x faster memmove/memcpy/bzero for 1K blocks
granularity (== alignment is 1K and size is multiple of 1K), that
is done by the memory controller.
This sounds different to me. Using the memory
On Sun, Apr 29, 2001 at 01:09:22PM -0700, H. Peter Anvin wrote:
Rogier Wolff wrote:
H. Peter Anvin wrote:
Followup to: [EMAIL PROTECTED]
By author:[EMAIL PROTECTED] (Rogier Wolff)
In newsgroup: linux.dev.kernel
# l /mnt/d1
total 16
drwxr-xr-x 512 root root
Gregory Maxwell wrote:
I doubt the kernel is seeing it without it being there (it doesn't have
much imagination.) However, it may very well be there in a funny
manner. You do realize, of course, that it's pretty much impossible for
us to help you answer that question without a
On Sun, 29 Apr 2001, Steffen Persvold wrote:
Hi all,
I just compiled 2.4.4 and are running it on a Serverworks LE motherboard.
Whenever I try to add a write-combining region, it gets rejected. I took a peek
in the arch/i386/kernel/mtrr.c and found that this is just as expected with
H. Peter Anvin wrote:
Rogier Wolff wrote:
H. Peter Anvin wrote:
Followup to: [EMAIL PROTECTED]
By author:[EMAIL PROTECTED] (Rogier Wolff)
In newsgroup: linux.dev.kernel
# l /mnt/d1
total 16
drwxr-xr-x 512 root root16384 Mar 24 17:26 dcim/
Followup to: [EMAIL PROTECTED]
By author:dean gaudet [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
On Sun, 29 Apr 2001, Jeff Garzik wrote:
H. Peter Anvin wrote:
We discussed this at the Summit, not a year or two ago. x86-64 has
it, and it wouldn't be too bad to do in i386...
On Sun, Apr 29, 2001 at 10:11:59PM +0200, Ingo Oeser wrote:
[snip]
The point is: The code in that magic page that considers the
tradeoff is KERNEL code, which is designed to care about such
trade-offs for that machine. Glibc never knows this stuff and
shouldn't, because it is already bloated.
Rogier Wolff wrote:
I doubt the kernel is seeing it without it being there (it doesn't have
much imagination.) However, it may very well be there in a funny
manner. You do realize, of course, that it's pretty much impossible for
us to help you answer that question without a complete
Gregory Maxwell wrote:
On Sun, Apr 29, 2001 at 01:09:22PM -0700, H. Peter Anvin wrote:
Rogier Wolff wrote:
H. Peter Anvin wrote:
Followup to: [EMAIL PROTECTED]
By author:[EMAIL PROTECTED] (Rogier Wolff)
In newsgroup: linux.dev.kernel
# l /mnt/d1
total 16
H. Peter Anvin wrote:
Gregory Maxwell wrote:
I doubt the kernel is seeing it without it being there (it doesn't have
much imagination.) However, it may very well be there in a funny
manner. You do realize, of course, that it's pretty much impossible for
us to help you answer
On Sunday 29 April 2001 3:36 pm, Ville Herva wrote:
On Sun, Apr 29, 2001 at 02:56:08PM -0400, you [William Park] claimed:
On Sun, Apr 29, 2001 at 07:07:51PM -0400, Duncan Gauld wrote:
Hi,
This seems a silly question but - I have an intel celeron 800mhz CPU
and thus it is of the
On Sun, Apr 29, 2001 at 09:28:48PM -0400, you [Duncan Gauld] claimed:
compiling kernel 2.4.4 on mandrake 8.
Just checked - no mention of Celeron II in there-
Pentium Pro/Pentium II/Celeron
is the only line mentioning the celeron; maybe the PIII line could be changed
to something like
Rogier Wolff wrote:
H. Peter Anvin wrote:
Gregory Maxwell wrote:
I doubt the kernel is seeing it without it being there (it doesn't have
much imagination.) However, it may very well be there in a funny
manner. You do realize, of course, that it's pretty much impossible for
David Konerding wrote:
OK, I'm unable to fix this by reverting to 2.4.2 using the same config as
2.4.2.
However, an older compiled 2.4.2 worked, so I think I must have changed
some configuration which affects it. Can't for the life of me figure out what
it is,
tho'.
Send me your config
mirabilos wrote:
[Charset iso-8859-1 unsupported, filtering to ASCII...]
Btw, the root dir contains 512 entries.
Just from the dump.
Jep.
(I would let the partition start at sector ptabl+1, not wasting
so much space... but M$ fdisk.exe neither does.)
This was formatted by my Sony DSC505V.
Btw, the root dir contains 512 entries.
Just from the dump.
(I would let the partition start at sector ptabl+1, not wasting
so much space... but M$ fdisk.exe neither does.)
-mirabilos
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
In article [EMAIL PROTECTED] you wrote:
Yes, but we currently have more than 10K cycles for doing
memset of a page.
make that 3800 or so. (700 Mhz AMD Duron)
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
H. Peter Anvin wrote:
Rogier Wolff wrote:
The image of the disk (including partition table) is at:
ftp://ftp.bitwizard.nl/misc_junk/formatted.img.gz
It's 63kb and uncompresses to the 64Mb (almost) that it's sold as.
And on at least this kernel (2.4.0) there is nothing
Patch is on ftp.math.psu.edu/pub/viro/ext2-dir-patch-S4.gz
Here is my ext2 directory index as a patch against your patch:
http://kernelnewbies.org/~phillips/htree/dx.pcache-2.4.4
Changes:
- COMBSORT macro replaced by custom sort code
- Most #ifdef CONFIG_EXT2_INDEX's changed
Gérard Roudier wrote:
On Sun, 29 Apr 2001, Steffen Persvold wrote:
Hi all,
I just compiled 2.4.4 and are running it on a Serverworks LE motherboard.
Whenever I try to add a write-combining region, it gets rejected. I took a peek
in the arch/i386/kernel/mtrr.c and found that this is
Kernel 2.4.2(working) 2.4.4(broken), Xeon 2-way SMP 400 mhz, 128 mem,
gcc 2.95.3, DHCP Client Daemon v.1.3, Mandrake 7.2
2.4.4 is broken with my epic100/dhcpcd2.4.2 works fine. I copied
/lib/module/2.4.2../epic100.o to /lib/modules/2.4.4/../epic100.o with no
success.
Messages error: Apr 29
Linux 2.4 is surely one of the most advanced OSs ever happened, especially
from the optimization point of view and for the admirable economy of concepts
on which it lies. I definitively hope that X15 helps reinforcing the success
to this amazing system.
TUX has definitively been my performance
The put the time into a magic location in shared memory goes back, as
far as I know, to Bob Scheifler or myself for the X Window System, sometime
around 1984 or 1985: we put it into a page of shared memory where we used
a circular buffer scheme to put input events (keyboard/mice), so that
we
On Sun, Apr 29, 2001 at 11:32:51PM +0300, Ville Herva wrote:
On Sun, Apr 29, 2001 at 09:28:48PM -0400, you [Duncan Gauld] claimed:
I would supply a patch, but I don't know how to write such a thing :)
It seems Erik Mouw already submitted a patch, altough I agree that Celeron
II might be a
I can disable header caching and see what happens, I'll add an option for this
in the next X15 release.
Nevertheless I don't know how much this is interesting in real life, since on
the internet most static pages are cached on proxies. I agree that the
RFC asks for a date for the original
Jim Gettys wrote:
The put the time into a magic location in shared memory goes back...
Short summary: depending on how much you were talking general idea versus
specifics, you can go arbitrarily far back (I wouldn't be surprised if
shared memory techniques were used regularly before memory
The biggest single issue in GUI responsiveness on Linux has been caused
by XFree86's implementation of mouse tracking in user space.
On typical UNIX systems, the mouse was often controlled in the kernel
driver. Until recently (XFree86 4.0 days), the XFree86 server's reads
of mouse/keyboard
Short summary: depending on how much you were talking general idea versus
specifics, you can go arbitrarily far back (I wouldn't be surprised if
shared memory techniques were used regularly before memory protection.)
Fair?
Very fair.
Not to pick on you or anyone else, but it is
Hi,
I am kernel newbie, especially with logging filesystems.
Now I am using Mandrake 7.1 with 2.4.3 kernel and imon patch
and NVidia drivers compiled into the kernel.
Now, all my partitions are ReiserFS. I usually play quake once
or twice a day. Sometimes graphics subsystem freezes up, so it
Great. I'm running 4.02. How do I enable silken mouse?
Thanks,
-Michael
On 29 Apr 2001 14:44:11 -0700, Jim Gettys wrote:
The biggest single issue in GUI responsiveness on Linux has been caused
by XFree86's implementation of mouse tracking in user space.
On typical UNIX systems, the mouse
On Sun, Apr 29, 2001 at 11:13:12PM +0200, you [Erik Mouw] claimed:
On Sun, Apr 29, 2001 at 11:32:51PM +0300, Ville Herva wrote:
On Sun, Apr 29, 2001 at 09:28:48PM -0400, you [Duncan Gauld] claimed:
I would supply a patch, but I don't know how to write such a thing :)
It seems Erik Mouw
Please CC this back, as I'm not yet on the kernel-mailing-list
I'm currently running the following:
kernel 2.4.3
gcc 2.95.3
modutils 2.4.2
dhcpcd v.1.3.19-pl8
The problem is, after compiling the 2.4.4 kernel with the exact
configuration as I had used on the 2.4.3 kernel, my system hangs at:
On Sun, Apr 29, 2001 at 01:58:52PM -0400, Alexander Viro wrote:
Hmm... I'd say that you also have a leak in kmalloc()'ed stuff -
something in 1K--2K range. From your logs it looks like the
thing never shrinks and grows prettu fast...
You could enable STATS in mm/slab.c, then the number of
Are you sure that is not due to board design differences?
Nick
On Sun, 29 Apr 2001, Steffen Persvold wrote:
Gérard Roudier wrote:
On Sun, 29 Apr 2001, Steffen Persvold wrote:
Hi all,
I just compiled 2.4.4 and are running it on a Serverworks LE motherboard.
Whenever
201 - 300 of 357 matches
Mail list logo