On Tue, Feb 06, 2001 at 05:50:30PM +1100, Keith Owens wrote:
On Tue, 6 Feb 2001 02:14:21 -0300,
John R Lenton [EMAIL PROTECTED] wrote:
I'm getting oopsen on unloading the USB modules; when I run
ksymoops over the oops it decodes into any-vegetable-module (I
assume because the ksyms are no
All experts,
I am trying to port mips to my target board.
The board has two pieces of ram. One is addressed at 0x8000(bank0).
The other is addressed at 0x8200(bank1).
The loader will load the kernel and ramdisk to the bank0.
The ramdisk seems too small. The system will halt at gunzip()
All experts,
I am trying to port mips to my target board.
The board has two pieces of ram. One is addressed at 0x8000(bank0).
The other is addressed at 0x8200(bank1).
The loader will load the kernel and ramdisk to the bank0.
The ramdisk seems too small. The system will halt at gunzip()
Hello everyone:
I have a question about the linux source code.
consider the function:get_vm_area( mm/vmalloc.c )
struct vm_struct * get_vm_area(unsigned long size)
{
struct vm_struct **p,
for (p = vmlist; (tmp = *p) ; p = tmp-next) {
if (size + addr
When trying to figure out how to get USB to work (it was the MPS
setting, more in other post) I got a repeatable Oops (is it an
oops? it doesn't say "Oops!" like I thought they do). That is,
I'd boot, modprobe uhci, plug something in, get lots of timeouts,
unplug the something, modprobe -r uhci.
On Tue, 6 Feb 2001 05:40:40 -0300,
John R Lenton [EMAIL PROTECTED] wrote:
When trying to figure out how to get USB to work (it was the MPS
setting, more in other post) I got a repeatable Oops (is it an
oops? it doesn't say "Oops!" like I thought they do).
The kernel makes you guess what the
Hi Paul,
On Mon, 5 Feb 2001, [EMAIL PROTECTED] wrote:
Christoph Rohland [EMAIL PROTECTED], on Sun Feb 04, 2001 [10:53:26 AM] said:
@Paul [EMAIL PROTECTED] writes:
@ I finally managed to coax the cursor over to mutt and quit it. Then things
@ were instantly fine and I could remove 'blob'.
@
" " == Neil Brown [EMAIL PROTECTED] writes:
The attached patch might fix it, so if you are having
reproducable problems, it might be worth applying this patch.
Trond: any comments?
+
+ spin_lock_bh(serv-sv_lock);
if (!--(svsk-sk_inuse)
On Mon, 5 Feb 2001, Linus Torvalds wrote:
[...] But talk to Davem and ank about why they wanted vectors.
one issue is allocation overhead. The fragment array is a natural and
constant-size part of an skb, thus we get all the control structures in
place while allocating a structure that we
[EMAIL PROTECTED] said:
And if you insist on X, you can run first head through mga with
usefbdev /dev/fb0 with hwcursor off, and secondary head through fbdev /
dev/fb1. But it is not supported by me (and neither by XFree guys
AFAIK, not even talking about Matrox support guys) - I support
On Tue, Feb 06, 2001 at 11:22:22AM +, Alan Cox wrote:
This is a bad RAM problem, or insufficient RAM (slightly less possible)
Unlikely to be either of those. My guess is its the reiserfs stuff interacting
with the 2.2 VM code badly. 2.2.19pre8 fixes the VM behaviour in the general
case
with the 2.2 VM code badly. 2.2.19pre8 fixes the VM behaviour in the general
case and that might well make it handle the extra vm pressure reiserfs causes
But I got the same VM error when I was testing on an ext2 partition
under stock kernel (without any external patches).
If the
On Mon, 5 Feb 2001, Udo A. Steinberg wrote:
Peter Horton wrote:
The patch doesn't work for me. Maybe I need to disable some more of
those North bridge features :-(
Oh bum. Back to testing with "normal" ...
FWIW, here's the output of my lspci for A7V with working 1003 BIOS
and
Hi,
On Mon, Feb 05, 2001 at 08:01:45PM +0530, [EMAIL PROTECTED] wrote:
It's the very essence of readahead that we wake up the earlier buffers
as soon as they become available, without waiting for the later ones
to complete, so we _need_ this multiple completion concept.
I can understand
Linus Torvalds wrote:
In article [EMAIL PROTECTED],
Mark Spencer [EMAIL PROTECTED] wrote:
I'm working on the Linux driver for the Tormenta public domain dual T1
card (see http://www.bsdtelephony.com.mx).
Hmm.. Sounds like somebody has designed a truly crappy card. Everything
is
On Tue, Feb 06 2001, [EMAIL PROTECTED] wrote:
It depends on the device driver. Different controllers will have
different maximum transfer size. For IDE, for example, we get wakeups
all over the place. For SCSI, it depends on how many scatter-gather
entries the driver can push into a single
A 450MHz PII processor isn't really up to the task. Jim Dixon, who
designed the card, recommends at least a 733MHz PIII, based on his
experience with the original BSD driver. I am able to run one as a dual
It shouldnt matter. If its entirely tied to ISA bus performance you should
be able to
Would any special hardware besides a multi-cpu system be necessarey to
test this out?
You should be able to run it on any SMP machine assuming you write the
arch specific code (PPC could be used as an example). Of course it isn't
very interesting if the hardware doesn't support hot swap :)
Hi,
On Mon, Feb 05, 2001 at 10:36:32PM -0800, Mayank Vasa wrote:
When I run this program as root, I get the error "write: Invalid argument".
Raw IO requires that the buffers are aligned on a 512-byte boundary in
memory.
--Stephen
-
To unsubscribe from this list: send the line "unsubscribe
Mark Spencer wrote:
Can anyone suggest what might be causing the problem on non-Intel
chipsets, particularly what event might be occuring once per second and
disabling interrupts for a couple of hundred microseconds? Thanks!
I have a gizmo which will find this for you.
Petr Vandrovec wrote:
On 5 Feb 01 at 23:08, Udo A. Steinberg wrote:
00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0305 (rev 02)
Subsystem: Asustek Computer, Inc.: Unknown device 8033
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
According to the man page for fsync it copies in-core data to disk
prior to its return. Does that take async i/o to the media in account?
I.e. does it wait for completion of the async i/o to the disk?
/Anders
PGP signature
There does seem to be a possible problem with sk_inuse not being
updated atomically, so a race between an increment and a decrement
could lose one of them.
svc_sock_release seems to often be called with no more protection than
the BKL, and it decrements sk_inuse.
svc_sock_enqueue, on the
On 6 Feb 01 at 15:24, Udo A. Steinberg wrote:
Petr Vandrovec wrote:
On 5 Feb 01 at 23:08, Udo A. Steinberg wrote:
00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0305 (rev 02)
Subsystem: Asustek Computer, Inc.: Unknown device 8033
Control: I/O- Mem+
Hi!
I built a embedded dvd/cdda/mp3 player based on linux, using a p200mmx
with 24mb with a bus of 75mhx, but it still takes about 20 seconds to boot,
I think that an embedded device (for home use) should boot in less than
5 seconds, how could be possible with a slow p133? (I've also
need 512 byte alignment
i.e.
change
char writeBuf[512];
to:
char writeBuf[1023];
writeBuf = (char *)(((int )writeBuf[0] + 511) ~511);
This will typecast the writeBuffer address to an int and add 511 to the
address. When you and that with ~511( invert 511). That will result
According to the man page for fsync it copies in-core data to disk
prior to its return. Does that take async i/o to the media in account?
I.e. does it wait for completion of the async i/o to the disk?
Undefined.
In theory for a journalling file system it means the change is committed to
Hi there,
do you like the technical discussions about OS development on
linux-kernel?
But you also like to discuss, how other operating systems do it?
Or you like to share some research results about a new approach
in memory management or overall OS architecture (like
exokernels)?
Then join
On Sam, 03 Feb 2001 you wrote:
Usually most of the startup time is spent by the BIOS doing
extensive self-test stuff and for firing up services (http,
inetd, sendmail, ...) that many embedded systems have little use
for.
Actually, most of that time is spent running bash/sleep 1.
Hi,
Just a little question. In previous kernels and shm patches the /dev/shm
filesytem was invisible under a 'mount' query (just managed like procfs
or devpts). Now it appears listed under a mount command. Is it normal ?
Does mount show it coz it is no more 'special' or hidden in any way ?
(now
Hi,
I've just set up a small recycled sparcserver 10 as a home firewall. 2.2.18
works fine, but when I tried to install 2.4.[01] I didn't get very far at all
in booting the kernel:
Boot device: /iommu/sbus/espdma@f,40/esp@f,80/sd@3,0 File and args:
SILO boot: test
Uncompressing
On Sam, 03 Feb 2001 you wrote:
Actually, most of that time is spent running bash/sleep 1. Startup
scripts tend to be poorly designed.
Yes!
I'm not so sure. I'm using RedHat 6.2, and it seems the only time a startup script
calls sleep is when it gives you a chance to do interactive
On Die, 06 Feb 2001 you wrote:
But paring down the startup scripts is a good idea. For something like an embedded
device, you might even want to go with a custom init,
Yes, I'm using busybox (see busybox.lineo.com). It's a multi-call binary that
contains a simplified init, a shell and a host
Hi
I saw your patch for the APIC lockup and I saw that it was included in
2.4.1-ac2 so I tried that one.. but it didn't help..
I can begin with describing my machine:
dual pIII 800 (133MHz FSB)
Asus P3C-D mainboard with i820 chipset
256MB rimm (rambus)
Dlink DFE570TX (4 port tulip card)
In article [EMAIL PROTECTED],
Peter Horton [EMAIL PROTECTED] wrote:
+ * VIA VT8363 host bridge has broken feature 'PCI Master Read
+ * Caching'. It caches more than is good for it, sometimes
+ * serving the bus master with stale data. Some BIOSes enable
+ * it by
Dale Farnsworth wrote:
However, if I enable the BIOS parameter "I/O Recovery Time", I can still
enable read caching without seeing any data corruption.
The lastest BIOS revision (1005C) enables "I/O Recovery Time" by default
where the previous revision I had (1004D) did not.
Interesting
Today one of our mailserver crashed with some nifty messages
in the logfile:
Feb 6 15:17:25 mx kernel: stuck on TLB IPI wait (CPU#0)
Feb 6 15:17:25 mx kernel: eth0: card reports no resources.
Feb 6 15:20:18 mx kernel: Adapter 0: Host Drive 1: resetted locally
Feb 6 15:20:18 mx kernel: stuck
The below patch fixes a typo in linux/fs/reiserfs/namei.c.
It is against 2.4.1-ac3.
--- linux-2.4.1-ac3/fs/reiserfs/namei.c~Tue Feb 6 14:58:08 2001
+++ linux-2.4.1-ac3/fs/reiserfs/namei.c Tue Feb 6 14:58:26 2001
@@ -1213,7 +1213,7 @@
// anybody, but it will panic if will not be
Below is a patch for a typo that I found while doing some grepping.
The patch is against 2.4.1-ac3.
--- linux-2.4.1-ac3/include/asm-ppc/semaphore.h~Tue Feb 6 14:50:41 2001
+++ linux-2.4.1-ac3/include/asm-ppc/semaphore.h Tue Feb 6 14:50:45 2001
@@ -132,7 +132,7 @@
#define
On Tue, Feb 06, 2001 at 12:07:04AM +, Stephen C. Tweedie wrote:
This is the current situation. If the page cache submits a 64K IO to
the block layer, it does so in pieces, and then expects to be told on
return exactly which pages succeeded and which failed.
That's where the mess of
On Tue, Feb 06 2001, Stephen C. Tweedie wrote:
I don't think os. If we minimize the state in the IO container object,
the lower levels could split them at their guess and the IO completion
function just has to handle the case that it might be called for a smaller
object.
The whole
Martin Josefsson wrote:
Hi
I saw your patch for the APIC lockup and I saw that it was included in
2.4.1-ac2 so I tried that one.. but it didn't help..
I can begin with describing my machine:
dual pIII 800 (133MHz FSB)
Asus P3C-D mainboard with i820 chipset
256MB rimm (rambus)
On Tue, Feb 06, 2001 at 05:05:06PM +, Stephen C. Tweedie wrote:
The whole point of the post was that it is merging, not splitting,
which is troublesome. How are you going to merge requests without
having chains of scatter-gather entities each with their own
completion callbacks?
The
This is in the Kernel Janitor category, no critical bugs are caused by
this. I also wonder why we have NR_SIZES = 7.
--- ../2.4.1.clean/fs/buffer.c Mon Jan 15 21:42:32 2001
+++ fs/buffer.c Tue Feb 6 17:41:18 2001
@@ -1296,6 +1296,7 @@
{
struct buffer_head *bh, *head;
long
Hi,
On Tue, Feb 06, 2001 at 02:52:40PM +, Alan Cox wrote:
According to the man page for fsync it copies in-core data to disk
prior to its return. Does that take async i/o to the media in account?
I.e. does it wait for completion of the async i/o to the disk?
Undefined.
In
Hey folks,
On Tue, 6 Feb 2001, Stephen C. Tweedie wrote:
The whole point of the post was that it is merging, not splitting,
which is troublesome. How are you going to merge requests without
having chains of scatter-gather entities each with their own
completion callbacks?
Let me just
Hi!
This fixes units, and makes format tag: value. Please apply.
The units seem to vary. I suggest using fundamental SI units.
That would be meters, kilograms, seconds, and maybe a very
few others -- my memory fails me on this.
No!
volt = m^2 g sec^-3 A^-1
I do not want to learn that
Hi!
This fixes units, and makes format tag: value. Please apply.
The units seem to vary. I suggest using fundamental SI units.
That would be meters, kilograms, seconds, and maybe a very
few others -- my memory fails me on this.
Power meter applets will be eternally buggy if you force
Hello,
On Tue, 6 Feb 2001, Alan Cox wrote:
[snip]
In theory for a journalling file system it means the change is committed to the
log and the log to the media, and for other fs that the change is committed
to the final disk and recoverable by fsck worst case
In practice some IDE disks do
[EMAIL PROTECTED] said:
Linux will obey that if it possibly can: only in cases where the
hardware is actively lying about when the data has hit disk will the
guarantee break down.
Do we attempt to ask SCSI disks nicely to flush their write caches in this
situation? cf.
Does this imply that in order to ensure my data hits the drives, i should
do a warm reboot and then shut down from the lilo: prompt or similiar?
As far as I can tell the IDE drives are write caching at most a second or two
of data. Andre may know more
-
To unsubscribe from this list: send the
On Tue, Feb 06 2001, Ben LaHaise wrote:
The whole point of the post was that it is merging, not splitting,
which is troublesome. How are you going to merge requests without
having chains of scatter-gather entities each with their own
completion callbacks?
Let me just emphasize what
Le 05 Feb 2001 12:36:37 -0500, Gregory Maxwell a crit :
On Mon, Feb 05, 2001 at 11:31:57AM -0500, Wakko Warner wrote:
How well is this card supported for it's capture capabilities and dual head?
Capture and dual head are almost totally unsupported without using a
proprietary, binary only
On Tue, 6 Feb 2001, Jens Axboe wrote:
Stephen already covered this point, the merging is not a problem
to deal with for read-ahead. The underlying system can easily
I just wanted to make sure that was clear =)
queue that in nice big chunks. Delayed allocation makes it
easier to to flush
On Tue, 6 Feb 2001, Manfred Spraul wrote:
Martin Josefsson wrote:
Hi
I saw your patch for the APIC lockup and I saw that it was included in
2.4.1-ac2 so I tried that one.. but it didn't help..
I can begin with describing my machine:
dual pIII 800 (133MHz FSB)
Asus P3C-D
On Tue, 6 Feb 2001, Ben LaHaise wrote:
On Tue, 6 Feb 2001, Stephen C. Tweedie wrote:
The whole point of the post was that it is merging, not splitting,
which is troublesome. How are you going to merge requests without
having chains of scatter-gather entities each with their own
On Wed, 31 Jan 2001, Petr Vandrovec wrote:
I don't have Windows installed on my machine, but I find that if I
cold boot to 2.2 (RH7) first and start up X (4.0.2 with Matrox driver
1.00.04 compiled in), I am then able to "shutdown -r now" and warm
Yes, they use same secret code... At least I
"Stephen C. Tweedie" wrote:
Hi,
On Tue, Feb 06, 2001 at 02:52:40PM +, Alan Cox wrote:
According to the man page for fsync it copies in-core data to disk
prior to its return. Does that take async i/o to the media in account?
I.e. does it wait for completion of the async i/o to
On 6 Feb 01 at 13:16, Mike A. Harris wrote:
On Wed, 31 Jan 2001, Petr Vandrovec wrote:
I don't have Windows installed on my machine, but I find that if I
cold boot to 2.2 (RH7) first and start up X (4.0.2 with Matrox driver
On Tue, Feb 06, 2001 at 08:52:23AM -0700, Dale Farnsworth wrote:
In article [EMAIL PROTECTED],
Peter Horton [EMAIL PROTECTED] wrote:
+ * VIA VT8363 host bridge has broken feature 'PCI Master Read
+ * Caching'. It caches more than is good for it, sometimes
+ * serving
On Tue, 6 Feb 2001, Ingo Molnar wrote:
- higher levels do not have the kind of state to eg. merge requests done
by different users. The only chance for merging is often the lowest
level, where we already know what disk, which sector.
That's what a readaround buffer is for, and I suspect
Hi,
On Tue, Feb 06, 2001 at 06:22:58PM +0100, Christoph Hellwig wrote:
On Tue, Feb 06, 2001 at 05:05:06PM +, Stephen C. Tweedie wrote:
The whole point of the post was that it is merging, not splitting,
which is troublesome. How are you going to merge requests without
having chains of
Well, I know this problem very well
It seems that the original driver has some problems
to set up the chip and flush its receive buffers before
transmitting them.
I made some patches to make this chip work well.
I have one for 2.2.17 kernel, and one for 2.4.0 one.
I sent this patch to D.
On Tue, 6 Feb 2001, Ben LaHaise wrote:
- higher levels do not have the kind of state to eg. merge requests done
by different users. The only chance for merging is often the lowest
level, where we already know what disk, which sector.
That's what a readaround buffer is for, [...]
If
On Sat, Feb 03, 2001 at 08:24:27PM -0800, Linus Torvalds wrote:
...
-pre1:
...
- riva FB driver update
Er, what exactly is the CONFIG_PREP stuff in this driver supposed to be
for? "CONFIG_PREP" doesn't exist anymore to start with, and secondly I'm
not sure if any PReP boxes ever shipped
Hello!
How close is TCP_NOPUSH to behaving identically to TCP_CORK now?
They have not so much of common.
TCP_NOPUSH enables T/TCP and its presense used to mean that
T/TCP is possible on this system. Linux headers cannot
even contain TCP_NOPUSH.
Alexey
-
To unsubscribe from this list: send
Tom Rini wrote:
Er, what exactly is the CONFIG_PREP stuff in this driver supposed to be
for? "CONFIG_PREP" doesn't exist anymore to start with, and secondly I'm
not sure if any PReP boxes ever shipped with a riva card to start with. The
only real way to handle this in 2.4 is something like:
On Tue, 6 Feb 2001, Ingo Molnar wrote:
If you are merging based on (device, offset) values, then that's lowlevel
- and this is what we have been doing for years.
If you are merging based on (inode, offset), then it has flaws like not
being able to merge through a loopback or stacked
On Tue, 6 Feb 2001, Ben LaHaise wrote:
- reduce the overhead in submitting block ios, especially for
large ios. Look at the %CPU usages differences between 512 byte
blocks and 4KB blocks, this can be better.
my system is already submitting 4KB bhs. If anyone's raw-IO
On Tue, Feb 06, 2001 at 01:52:36PM -0500, Jeff Garzik wrote:
Tom Rini wrote:
Er, what exactly is the CONFIG_PREP stuff in this driver supposed to be
for? "CONFIG_PREP" doesn't exist anymore to start with, and secondly I'm
not sure if any PReP boxes ever shipped with a riva card to start
On Tue, 6 Feb 2001, [EMAIL PROTECTED] wrote:
Just a little question. In previous kernels and shm patches the
/dev/shm filesytem was invisible under a 'mount' query (just managed
like procfs or devpts).
mount does always show all mounted fses. I asume you mean df.
Now it appears listed
On 02.06 Christoph Rohland wrote:
On Tue, 6 Feb 2001, [EMAIL PROTECTED] wrote:
Just a little question. In previous kernels and shm patches the
/dev/shm filesytem was invisible under a 'mount' query (just managed
like procfs or devpts).
mount does always show all mounted fses. I asume
On Tue, 6 Feb 2001, Ingo Molnar wrote:
On Tue, 6 Feb 2001, Ben LaHaise wrote:
- reduce the overhead in submitting block ios, especially for
large ios. Look at the %CPU usages differences between 512 byte
blocks and 4KB blocks, this can be better.
my system is already
Content-Type: multipart/mixed;
boundary="D4869FCB9AEAF2CC69FB9DEF"
This is a multi-part message in MIME format.
--D4869FCB9AEAF2CC69FB9DEF
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
"Mayank Vasa" [EMAIL PROTECTED] wrote:
I am quite new
On Tue, 6 Feb 2001, Petr Vandrovec wrote:
I don't have Windows installed on my machine, but I find that if I
cold boot to 2.2 (RH7) first and start up X (4.0.2 with Matrox driver
^
1.00.04 compiled in), I am then
On Tue, 6 Feb 2001, Ben LaHaise wrote:
On Tue, 6 Feb 2001, Ingo Molnar wrote:
If you are merging based on (device, offset) values, then that's lowlevel
- and this is what we have been doing for years.
If you are merging based on (inode, offset), then it has flaws like not
being
On Tue, 6 Feb 2001, Stephen C. Tweedie wrote:
Hi,
On Tue, Feb 06, 2001 at 05:54:41PM +, David Woodhouse wrote:
[EMAIL PROTECTED] said:
Linux will obey that if it possibly can: only in cases where the
hardware is actively lying about when the data has hit disk will the
On Tue, 6 Feb 2001, Ben LaHaise wrote:
- make asynchronous io possible in the block layer. This is
impossible with the current ll_rw_block scheme and io request
plugging.
why is it impossible?
s/impossible/unpleasant/. ll_rw_blk blocks; it should be possible to
have a
On Tue, Feb 06 2001, Ben LaHaise wrote:
- make asynchronous io possible in the block layer. This is
impossible with the current ll_rw_block scheme and io request
plugging.
why is it impossible?
s/impossible/unpleasant/. ll_rw_blk blocks; it should be possible to have
On Tue, 6 Feb 2001, Ben LaHaise wrote:
s/impossible/unpleasant/. ll_rw_blk blocks; it should be possible to have
a non blocking variant that does all of the setup in the caller's context.
Yes, I know that we can do it with a kernel thread, but that isn't as
clean and it significantly
On Tue, Feb 06 2001, Ben LaHaise wrote:
As for io completion, can't we just issue seperate requests for the
critical data and the readahead? That way for SCSI disks, the important
io should be finished while the readahead can continue. Thoughts?
Priorities?
Definately. I'd like
On Tue, 6 Feb 2001, Linus Torvalds wrote:
(Small correction: it doesn't block on anything else than allocating a
request structure if needed, and quite frankly, you have to block
SOMETIME. You can't just try to throw stuff at the device faster than
it can take it. Think of it as a "there
- Original Message -
From: "Peter Samuelson" [EMAIL PROTECTED]
To: "Michael D. Crawford" [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, 6. February 2001 00:06
Subject: Re: OK to mount multiple FS in one dir?
[Michael D. Crawford]
I found I could mount three partitions on
On Tue, 6 Feb 2001, Linus Torvalds wrote:
On Tue, 6 Feb 2001, Ben LaHaise wrote:
s/impossible/unpleasant/. ll_rw_blk blocks; it should be possible to have
a non blocking variant that does all of the setup in the caller's context.
Yes, I know that we can do it with a kernel thread,
Hi everyone,
I have just installed the new gcc version in Mandrake (2.96-0.34). The
interesting point (related to kernel) is (rpm --chagelog):
- Big Red Hat merge, bring updated cpp BTW.
- (Red Hat patches, Jakub Jelinek (rel72) 7 new patches, 1 new tarball
..
- optimize out comparisons of
On Tue, 6 Feb 2001, Ben LaHaise wrote:
This small correction is the crux of the problem: if it blocks, it
takes away from the ability of the process to continue doing useful
work. If it returns -EAGAIN, then that's okay, the io will be
resubmitted later when other disk io has completed.
I still get corruption with "I/O Recovery Time" enabled :-(
I don't get corruption with the BIOS "normal" settings (1004D).
I might update my BIOS to the latest BIOS in case it changes any other
settings.
I'm using an Abit KT7 m/board, which uses the same KT133 chipset that I
believe you are
On Tue, Feb 06 2001, Ingo Molnar wrote:
This small correction is the crux of the problem: if it blocks, it
takes away from the ability of the process to continue doing useful
work. If it returns -EAGAIN, then that's okay, the io will be
resubmitted later when other disk io has completed.
... after about 10 minutes waiting, while adding to this e-mail, the box is
still hung. Hmph... *RESET*
System log shows no "DMA timeout" messages after rebooting, and no errors
from the inevitable FSCK.
--
from: Jonathan
On Tue, 6 Feb 2001, Ingo Molnar wrote:
On Tue, 6 Feb 2001, Ben LaHaise wrote:
You mentioned non-spindle base io devices in your last message. Take
something like a big RAM disk. Now compare kiobuf base io to buffer
head based io. Tell me which one is going to perform better.
On Tue, 6 Feb 2001, Ben LaHaise wrote:
Sure. General parameters will be as follows (since I think we both have
access to these machines):
- 4xXeon, 4GB memory, 3GB to be used for the ramdisk (enough for a
base install plus data files.
- data to/from the ram block
On Tue, 6 Feb 2001, Ingo Molnar wrote:
On Tue, 6 Feb 2001, Ben LaHaise wrote:
This small correction is the crux of the problem: if it blocks, it
takes away from the ability of the process to continue doing useful
work. If it returns -EAGAIN, then that's okay, the io will be
On Tue, 6 Feb 2001, Ben LaHaise wrote:
This small correction is the crux of the problem: if it blocks, it takes
away from the ability of the process to continue doing useful work. If it
returns -EAGAIN, then that's okay, the io will be resubmitted later when
other disk io has completed.
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
2.4.1-ac4
o Fix sk_in use counting in svcsock.c (Neil Brown)
| Not yet a complete and final agreed solution
o Add support for KLSI USB ethernet (Brad Hards,
On Tue, 6 Feb 2001, Christoph Hellwig wrote:
The second is that bh's are two things:
- a cacheing object
- an io buffer
This is not really an clean appropeach, and I would really like to get
away from it.
caching bmap() blocks was a recent addition around 2.3.20, and i suggested
some
I found I could mount three partitions on /mnt
Yes. New feature, appeared in the 2.4.0test series, or shortly before.
I have a question, why was this idea even considered?
--
Lab tests show that use of micro$oft causes cancer in lab animals
-
To unsubscribe from this list: send the
Robert Kaiser [EMAIL PROTECTED] writes:
On Die, 06 Feb 2001 you wrote:
But paring down the startup scripts is a good idea. For something like an embedded
device, you might even want to go with a custom init,
Plug: How about jinit (my init) ;-)
Alan Cox ([EMAIL PROTECTED]) wrote on 31 January 2001 15:23:
In the intel databook. Generally an MCE indicates hardware/power/cooling
issues
Doesn't an MCE also cover some hardware memory problems - parity/ECC
issues etc?
Parity/ECC on main memory is reported by the chipset and
Ben LaHaise wrote:
On Tue, 6 Feb 2001, Ingo Molnar wrote:
On Tue, 6 Feb 2001, Ben LaHaise wrote:
This small correction is the crux of the problem: if it blocks, it
takes away from the ability of the process to continue doing useful
work. If it returns -EAGAIN, then that's
On Tue, Feb 06 2001, Manfred Spraul wrote:
=) This is what I'm seeing: lots of processes waiting with wchan ==
__get_request_wait. With async io and a database flushing lots of io
asynchronously spread out across the disk, the NR_REQUESTS limit is hit
very quickly.
Has that anything
1 - 100 of 403 matches
Mail list logo