On Wed, 13 Sep 2000 [EMAIL PROTECTED] wrote:
2. Capable Of Corrupting Your FS/data
* Use PCI DMA by default in IDE is unsafe (must not do so on via
VPx, x 3) (requires chipset tuning to be enabled according to
Andre Hedrick --- we need to turn this on by default -- TYT)
[EMAIL PROTECTED] wrote:
Date: Tue, 12 Sep 2000 07:28:22 -0700
From: David Ford [EMAIL PROTECTED]
Well, how about backing out the threads change until somebody is
ready to fix everything involved. I haven't the time, depth of
knowledge, or rep for this. At present the only
You are right the problem seems to be related to ssh.
Thank you,
Chris
"Gregory T. Norris" [EMAIL PROTECTED] writes:
It looks like this one's a ssh issue. If you haven't already gotten it
resolved, take a look at http://bugs.debian.org/71307... there's a
patch which should take care of
[EMAIL PROTECTED] writes:
I didn't realize things had changed that broke the old threading model.
Did Linus do more than add support for the new thread groups? I didn't
think any that had changed that would break the old LinuxThread
programs.
First he introduces CLONE_THREAD (or how it was
Andre Hedrick wrote:
4. Boot Time Failures
* Use PCI DMA 'lost interrupt' problem with some hw [which ?] (NEC
Versa LX with PIIX tuning)
If this is a rare version of the BX/LX that has a no fix errata, then it
will be messy to issue resets to get out of the loop.
*
Hi folks,
How can I submit a bug report to be added to this list?
Regards
Harri
-
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 Tue, Sep 12, 2000 at 11:37:57PM -0700, David Ford wrote:
4. Boot Time Failures
* Use PCI DMA 'lost interrupt' problem with some hw [which ?] (NEC
Versa LX with PIIX tuning)
If this is a rare version of the BX/LX that has a no fix errata, then it
will be messy to
[EMAIL PROTECTED] wrote:
8. Fix Exists But Isnt Merged
Please add 'Quota support causes OOPS' Someone posted a patch but I don't
have the reference offhand. That patch appears to have fixed one person's
problems.
9. To Do
* PIIXn tuning can hang laptop (2.4.0-test8-pre6, David Ford)
On Tue, Sep 12, 2000 at 11:55:55PM -0700, David Ford wrote:
* Possible ppp problem (fail to connect; may be user error; reported
by Matt Spong; claims worked on 2.3.40)
I use ppp frequently w/ current kernels, works fine.
Most likely an user error, yes, for 2.4.0 the latest
On Wed, Sep 13, 2000 at 01:56:39AM -0400, [EMAIL PROTECTED] wrote:
8. Fix Exists But Isnt Merged
...
9. To Do
* Mount of new fs over existing mointpoint should return an error
unless forced (Andrew McNabb, Alan Cox)
Probably this belongs under 8. I posted a patch a few days
On Wed, Sep 13 2000, [EMAIL PROTECTED] wrote:
* TLAN nic appears to be adding a timer twice (2.4.0test8pre6, Arjan
ve de Ven)
This has been fixed, just not sent off to Linus yet.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To
Didn't have this problem with 2.4.0-test2, but after upgrading from test2
to test8 the sb driver encounters this error:
Sep 12 20:49:52 wizard kernel: SB 3.01 detected OK (220)
Sep 12 20:49:52 wizard kernel: SB DSP version is just 3.01 which means
that your card is
- Mensaje original -
De: "Alan Cox" [EMAIL PROTECTED]
Para: [EMAIL PROTECTED]
Enviado: martes, 12 de septiembre de 2000 17:38
Asunto: Linux 2.2.18pre6
o Fix rtc race between timer and rtc irq (Andrea Arcangeli)
o Fix slow gettimeofday SMP race (Andrea Arcangeli)
o Check lost_ticks in
Hi,
Do not know if this is the right place to be asking this, but I thought it
is worth a try to start with. Does anyone know if the High-Point HT370
UDMA100 controller is supported under the current 2.2.x Linux Kernel?
Basically just bought an UDMA100 IBM hd, with an ABit BE6-II-100 m/board
Hi Andre,
I remember you were very tired when you wrote this
code. There's a little thinko in it, I believe :
int tasksize = (HDIO_DRIVE_TASK) ?
HDIO_DRIVE_TASK_HDR_SIZE : HDIO_DRIVE_CMD_HDR_SIZE;
should be :
int tasksize = (cmd==HDIO_DRIVE_TASK) ?
HDIO_DRIVE_TASK_HDR_SIZE :
According to Ion Badulescu:
This still doesn't solve the original problem, i.e. init (or whatever you
pass as init) still doesn't get a controlling tty from the kernel.
And for *good* reason.
However, since init appears to be safe from these issues, it it fairly
trivial to fix this in the
On Wed, 13 Sep 2000, Miquel van Smoorenburg wrote:
Don't patch the kernel. If init gets the controlling tty, and you
press ^C - SIGINT gets sent to init - init interprets this as
ctrl-alt-del ! Yes, choosing SIGINT as the signal sent to init on
ctrl-alt-del was probably not very bright (and
Ralf Baechle wrote:
From some random Linux source tree's .hdepend:
/usr/people/ralf/src/linux/linux/include/asm/sn/sn0/ip27.h: \
/usr/people/ralf/src/linux/linux/include/asm/mipsregs.h \
/usr/people/ralf/src/linux/linux/include/asm/sn/addrs.h
@touch
Steven Walter wrote:
If you're logging in as root, this is probably a result of the VT not
being named in /etc/securetty. Devfsd mucks up the names, so you can
either include "1," which would allow root logins from pseudo-terminals
and other insecure places, or upgrade your util-linux to a
On Wed, 13 Sep 2000, Daniel Quinlan wrote:
Good patches are sent to the linux-kernel mailing list which is
also where additional discussion about these patches can take
place. All patches (good and bad) will be logged and there will be
a web interface to access the patch
On Wed, Sep 13, 2000 at 02:15:58AM -0700, Daniel Quinlan wrote:
Required tags:
"Version" - the base kernel version. For example, "2.4.0-test8-pre1".
The web page will list valid version strings.
"Description" - a detailed description of the patch.
Jamie Lokier writes:
.cvsignore
Not so fast. Read your .hdepend file, notice which files that it's
touching, and then notice that those are real source files
(include/linux/*.h and include/asm/*.h).
Michael
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Tue, 12 Sep 2000, David Ford wrote:
Please add 'Quota support causes OOPS' Someone posted a patch but I don't
have the reference offhand. That patch appears to have fixed one person's
problems.
[..]
* Oops in dquot_transfer (David Ford, Martin Diehl) (Jan Kara has a
Alexander Viro writes:
Sigh... You know, some stuff is security-sensitive. Dunno about
other folks, but in such situations I prefer to send the patches OOB
to relevant maintainers. And they often go through several rewrites
before they go into the tree. Having descriptions of _all_ pending
Jamie Lokier wrote:
@touch /usr/people/ralf/src/linux/linux/include/asm/sn/sn0/arch.h
[...]
.cvsignore
Oops, ignore me 'cos I obviously didn't read what I replied to.
-- Jamie
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Wed, Sep 13, 2000 at 12:09:03PM +, Petr Vandrovec wrote:
On 12 Sep 00 at 19:02, Matti Aarnio wrote:
ReiserFS: Propably works
EXT2: works
Coda: Not (local cache issues, protocol is ok.)
UFS: works (although not complete vs. O_LARGEFILE flag use.)
Daniel Quinlan wrote:
"Version" - the base kernel version. For example, "2.4.0-test8-pre1".
The web page will list valid version strings.
Ideally this should be overridable for patches marked experimental, since
they might be to some modified kernel. Of course you
On Wed, Sep 13 2000, [EMAIL PROTECTED] wrote:
* Loading the qlogicfc driver in 2.4.0-test8 causes the kernel to
loop forver reporting SCSI disks that aren't present (Paul
Hubbard)
This is probaly due to the module_init/exit stuff that got into test8. I have
already sent
" " == Andi Kleen [EMAIL PROTECTED] writes:
On Tue, Sep 12, 2000 at 09:10:56PM +0200, Trond Myklebust
wrote:
Making mtime a true 64-bit cookie on Linux servers would be a
solution that works on all clients.
Making mtime 64bit would also be useful for local parallel
On Wed, Sep 13, 2000 at 02:15:58AM -0700, Daniel Quinlan wrote:
Proposal:
1. Developers submit all Linux kernel patches to [EMAIL PROTECTED]
(not in place yet, so don't start sending patches).
@vger.kernel.org
2. Each patch will conform to a standardized, but simple, text format,
David Woodhouse [EMAIL PROTECTED] wrote:
The code I posted yesterday is a bit of an abuse of the personality
mechanism, but ought to work nonetheless. Didn't you like it?
I didn't know how to get hold of a "struct pt_regs*" till someone sent me a
message this morning (it was obvious really).
Hi,
Got this Oops today, after X had crashed nicely. Attempted to use gpm on
console, and wham.
This is using the VESA framebuffer driver on a S3 Savage4 w/ 8M.
ksymoops 2.3.4 on i686 2.4.0-test8. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
[EMAIL PROTECTED] said:
I didn't know how to get hold of a "struct pt_regs*" till someone sent
me a message this morning
Ah. I didn't realise you wanted the struct pt_regs for any purpose other
than to pass to the lcall7 handler - and I was no longer using the lcall7
handler in the
Yes, but "how hard is it reasonable for the kernel to try" is based on
both items. A good first order approximation is number of requests.
I must strongly disagree with that claim. A request could be 512 bytes or
128K.
It's still a queue - the queue of things we're going to take on this
They exist in the same way. You update stuff in controlled careful steps
and you change troublesome drivers very early in a patch release - eg
never touching tulip except early on
So it could be in 2.2.19? Anything interested parties could/should do to
help?
Im still hoping to get it
Think Alan has made that clear. The way I read things the nfsv2 stuff needs
to be split out, into sets of small independent patches. This lets Alan
audit and control any bad patches easily. The nfsv3 changes should not
We've taken that as far as we can already
-
To unsubscribe from this
On Wed, Sep 13, 2000 at 12:42:15PM +0200, Trond Myklebust wrote:
" " == Andi Kleen [EMAIL PROTECTED] writes:
On Tue, Sep 12, 2000 at 09:10:56PM +0200, Trond Myklebust
wrote:
Making mtime a true 64-bit cookie on Linux servers would be a
solution that works on all
* PIIXn tuning can hang laptop (2.4.0-test8-pre6, David Ford)
Need more details of how APM/ACPI is dorking with DMA settins by the OEM.
Case 1 I've seen is assuming windows put the drive back into PIO no multimode
before letting the bios suspend (for suspend to disk)
Case 2 I've seen
Hi Dan,
nice proposal.
One comment:
On Wed, Sep 13, 2000 at 02:15:58AM -0700, Daniel Quinlan wrote:
Linus wants the body of patches to be in text format and not
MIME-encoded or uuencoded.
[...]
Future features?
- PGP signing of patches
- conversion of uuencoded patches to text
" " == Aaron T Porter [EMAIL PROTECTED] writes:
Hey -- I'm running 2.4.0-test6, using knfsd serving a few
Solaris systems. When they try to write, I'm getting "Err#91
ERESTART" which points to lockd. Trying to restart gives
lockdsvc: Invalid argument, which Trond
Felix von Leitner wrote:
The kernel interface seems to be:
* supply an O_DIRECTORY flag to open()
O_DIRECTORY means "refuse to open if not a directory".
Old kernels ignore the flag.
So Glibc then calls fstat() to check it's really a directory.
(opendir() is required to fail on
On Wed, 13 Sep 2000, Alan Cox wrote:
Also the requires stuff isnt going to be easy because you can't tell who
beat you to a patch and your patch _might_ still apply with wrong results so
that can't be totally automated either.
nods
BTW, any bug reports starting with "kernel is x.y.z +
How can I find out if the following patch, ide.2.2.16.2630.patch.bz2 is
in the 2.2.17 kernel?
It is the HighPoint Technologies UDMA100 controller patch.
Thanks in advance
--
Vodafone Paging Limited
Registered Office: The Courtyard, 2-4 London Road, Newbury, Berks RG14 1JX
Registered in
According to Mike Castle:
On Sun, Sep 10, 2000 at 07:57:38PM -0700, David S. Miller wrote:
So basically the situation is that people prefer to switch the whole
OS as opposed to applying a kernel patch?
Or multiple kernel patches.
NFS. RAID. IDE.
Bigmem. LVM. LFS. Rawio. Serial.
This quick patch adds CONFIG_RUNTIME_FXSR=y to M686 defines.
FXSR support will be always compiled in and used only when available
(late PII/C). I see no disadvantages (maybe slightly bigger bzImage).
Patch is against 2.4.0-test8. Compiled/tested on Celeron Mendocino.
FXSR support is detected
" " == Jamie Lokier [EMAIL PROTECTED] writes:
If we're getting serious about adding finer-grained mtimes to
ext2, could we please consider using those bits as a way to
know, for sure, whether a file has changed?
Agreed.
Btw, the whole cache coherency thing would
Alan Cox wrote:
Humans will generally get a weird report from sending Linus a message wonder
what all this field stuff is and mail someone else instead.
If they're able to create a patch, hopefully they'd be able to fill in
a simple email template (and I've seen some pretty dim folks manage
Alexander Viro wrote:
BTW, any bug reports starting with "kernel is x.y.z + FOO42069 + K314 +
long list of patches" will be cheerfully flushed down the toilet here,
no matter what system of dependencies is going to be in place.
Yes, for the stuff discussed on lkml patch dependencies should be
On Wed, 13 Sep 2000, Mitchell Blank Jr wrote:
Alan Cox wrote:
Yes, but "how hard is it reasonable for the kernel to try" is based on
both items. A good first order approximation is number of requests.
I must strongly disagree with that claim. A request could be 512 bytes or
128K.
Hi!
I got an Oops with 2.4.0test8. The message written to syslog said:
Sep 13 02:51:49 antenas kernel: kernel BUG at ll_rw_blk.c:711!
This machine has 128MBytes of memory and at the time of the Opps I was
running Netscape and a big find was running in the background as well
(Debian's daily
-Original Message-
From: Bartlomiej Zolnierkiewicz [mailto:[EMAIL PROTECTED]]
Sent: 13 September 2000 14:15
To: Mason, Christopher (Paging) Engineering
Subject: Re: Patches
On Wed, 13 Sep 2000, Mason, Christopher (Paging) Engineering wrote:
How can I find out if the following patch,
On Wed, 13 Sep 2000, Mitchell Blank Jr wrote:
Alexander Viro wrote:
BTW, any bug reports starting with "kernel is x.y.z + FOO42069 + K314 +
long list of patches" will be cheerfully flushed down the toilet here,
no matter what system of dependencies is going to be in place.
Yes, for
According to Richard B. Johnson:
Without patching the kernel, I think I can show that there is something
basically wrong. The patch may just hide the problem.
No.
Something seems to be wrong, even with using the first virtual
terminal, which is a 'tty' and should (must) be able to become a
James Sutherland wrote:
In terms of latency, I'd suggest we aim to keep the device in use all the
time we have outstanding requests: every time the device is ready to
accept a request, we feed it the "next" one in the queue; until it is free
again, requests pile up in the queue, being sorted,
On Wed, 13 Sep 2000, Stephen C. Tweedie wrote:
You could use number-of-sectors, but that can't distinguish between
random access and sequential access.
We actually use the number of `buffer headers` that enters the
ll_rw_block layer. (if all the fses have 4k blocksize it become the number
of
On Wed, 13 Sep 2000, Alan Cox wrote:
Yes, but "how hard is it reasonable for the kernel to try" is based on
both items. A good first order approximation is number of requests.
I must strongly disagree with that claim. A request could be 512 bytes or
128K.
Current elevator account the
On Wed, 13 Sep 2000, Mason, Christopher (Paging) Engineering wrote:
[...about HPT370 and ide patches...]
If I wanted to install, say for example RedHat 6.2 onto a machine with just
1 UDMA100 HD, would I have to go and patch the setup disks so
they could see the HD to install onto? As *I
Hi!
How can I reexport a mount point through NFS without causing too much
surprise to the users? The mount point contains a removable media
which can be removed anytime since it is not locked and the gui user
can work the same way as in front of a Windows machine. The system is
Red Hat
Hi all,
I recently returned from Sea Launch homeport and already made a new patch :))
This patch fixes bothering problem with ACPI interpreter Makefile.
Without this patch ACPI interpreter will unconditionaly recompiled
every kernel build.
Hope it will be usefull.
Best wishes,
" " == Jeff Epler [EMAIL PROTECTED] writes:
On Wed, Sep 13, 2000 at 02:53:02PM +0200, Trond Myklebust
wrote:
No. Things fall in and out of the inode cache all the
time. That's a vicious circle that's going to lead to a lot of
unnecessary traffic.
The traffic is
On Wed, 13 Sep 2000, Martin Dalecki wrote:
Andrea Arcangeli wrote:
On Tue, 12 Sep 2000, Martin Dalecki wrote:
First of all: In the case of the mp3 player and such there is already a
fine
proper way to give it better chances on getting it's job done smooth -
RT kernel sceduler priorities
Em Wed, Sep 13, 2000 at 01:56:39AM -0400, [EMAIL PROTECTED] escreveu:
9. To Do
* Check all devices use resources properly (Everyone now has to use
request_region and check the return since we no longer single
thread driver inits in all module cases. Also memory regions
Date: Tue, 12 Sep 2000 19:46:51 +0200 (CEST)
From: Jelmer Vernooij [EMAIL PROTECTED]
I got this OOPS error. Ksymoops output is listed below. It occured when I
was starting named and gave the message the error occured in 'chgrp'.
FYI: most people will probably not look
On Wed, 13 Sep 2000, Miquel van Smoorenburg wrote:
According to Richard B. Johnson:
Without patching the kernel, I think I can show that there is something
basically wrong. The patch may just hide the problem.
No.
Try it.
Something seems to be wrong, even with using the first
You tried doing a make clean make mrproper first in the
/usr/src/2.2.5_New before doing make xconfig. I think I had this problem
before.
-Original Message-
From: Tan Chee Wei [mailto:[EMAIL PROTECTED]]
Sent: 13 September 2000 15:27
To: '[EMAIL PROTECTED]'
Subject: configuring from
On Wed, 13 Sep 2000, Martin Dalecki wrote:
"Jeff V. Merkey" wrote:
lessons learned in live customer accounts. In NetWare, requests are
merged at A) the boundry between the File Cache and the I/O subsystem,
and B) in the drivers themselves and NOT THE ELEVATOR.
Yes that's the proper place
If I understand your elevator algorithm, you switch between two queues, filling one
queue while
removing from another queue.
If you modify this to only be invoked when starvation of is detected, that is, to only
prevent
filling the removing queue when the oldest unsatisfied request exceeds
Mitchell Blank Jr wrote:
Daniel Quinlan wrote:
"Version" - the base kernel version. For example, "2.4.0-test8-pre1".
The web page will list valid version strings.
Ideally this should be overridable for patches marked experimental, since
they might be to some
"Jeff V. Merkey" wrote:
One important point on remirroring I did not mention in my post. In
NetWare, remirroring scans the disk BACKWARDS (n0) to prevent
artificial starvation while remirring is going on. This was another
optimization we learned the hard way by trying numerous
Like any tracking system, the suceess or failure of its rollout depends
completely on whether Linus et al will be steadfast enough to refuse
to look at any patch that hasn't gone through the system.
If that attitude is taken the large numbers of patches will never make 2.4
proper.
Alan
-
To
[1] I understand the RAID issue with disk format compatibility, which
makes the current RAID patch unacceptable for official 2.2 usage.
I just wish somebody would *solve* that issue.[2]
[2] Having complained about a problem, have I just volunteered myself
to solve it? (HHOS)
hallo ,
Thanks for the quick reply !
However, after make clean make mrproper have been done, the same error
message:
[root@edge1 linux-2.2]# make xconfig
rm -f include/asm
rm: include/asm: is a directory
make: *** [symlinks] Error 1
appears
There is also an error message from make
Hello!
I do not know, if anybody really uses this driver ('UHCI (Intel PIIX4, VIA,
...) support'), but based one the name, I choosen it, and found, that when it
cannot find any USB host, it forgots to do kmem_destroy_..., and
because of that any subsequent attempts to load usb-uhci
Hi Alexey,
I recently came across a rather strange thing using
source NAT with ip rule : if the packets to be
translated are matched ONLY by fwmark, and no
from prefix is specified, the resulting address will
be the original one ORed with the new desired one.
This
is because the srcmask field is
"H. Peter Anvin" wrote:
I would like to have suggestions for a fixed memory address into which
a large object can (usually) be mmap(MAP_FIXED)'d safely on various
architectures.
On i386 I'm using 0x6000, which is (by and large) safely out of
the way of libraries (grow up from
It is probably down to when you do cp -Rr x x, you are not copying the
symlinks or something, no doubt someone here will know what the problem is.
I usually find when I copy things with symlinks in I usually tar it up,
using tar -zcvf x.tar.gz *, then untar it at the required location,
On Wed, Sep 13, 2000 at 04:29:18PM +0200, Andrea Arcangeli wrote:
About B) I can' believe you seriously want to duplicate the merging code
in each lowlevel driver given most of them could share the same code (as
they're doing in linux).
I guess it would just be a library call. e.g. the BSDs
Tan Chee Wei wrote:
hallo ,
To back up a linux source directory, I tried a $ cp -Rr /usr/src/linux2.2.5
/usr/src/2.2.5_New
and then I made the soft link to point to the new directory.
My question is why does 'make xconfig' or any 'make config' in the new
directory does not work ,even
On Wed, 13 Sep 2000, Andi Kleen wrote:
function that is called from the drivers as needed. For smart devices
with very intelligent firmware you simply do not call it (assuming you
have decently sized kiovec requests, with the current bh approach some
premerging is probably always needed)
I
On Wed, 13 Sep 2000, Mitchell Blank Jr wrote:
James Sutherland wrote:
In terms of latency, I'd suggest we aim to keep the device in use all the
time we have outstanding requests: every time the device is ready to
accept a request, we feed it the "next" one in the queue; until it is free
On Wed, 13 Sep 2000, Andrea Arcangeli wrote:
On Wed, 13 Sep 2000, Mitchell Blank Jr wrote:
The "large queue" goes against the whole point of this exercise - that
is that if there are many items in the "queue" being sorted then
unlucky requests can end up waiting a long time to get
Yes, people use it.
Thanks.
~Randy
___
|Randy Dunlap Intel Corp., DALSr. SW Engr.|
|randy.dunlap.at.intel.com503-696-2055|
|NOTE: Any views presented here are mine alone |
|and may not represent the views of my employer. |
Date: Wed, 13 Sep 2000 15:29:04 +0100 (BST)
From: Alan Cox [EMAIL PROTECTED]
Like any tracking system, the suceess or failure of its rollout depends
completely on whether Linus et al will be steadfast enough to refuse
to look at any patch that hasn't gone through the system.
- Original Message -
From: "Rik van Riel" [EMAIL PROTECTED]
On Tue, 12 Sep 2000, Andrea Arcangeli wrote:
On Tue, 12 Sep 2000, Rik van Riel wrote:
Uhmmm, isn't the elevator about request /latency/ ?
Yes, but definitely not absolute "time" latency.
So what do you think about
Hi !
This is a very interesting idea, but I think we will
quickly need two more types of information from the
patch sender :
- type of patch (fix, new feature, performance boost,
cleanup ...)
- the degree of reliability known to the sender :
- some patches are hand-coded (often proposals
"Jeff V. Merkey" wrote:
One important point on remirroring I did not mention in my post. In
NetWare, remirroring scans the disk BACKWARDS (n0) to prevent
artificial starvation while remirring is going on. This was another
optimization we learned the hard way by trying numerous
On Wed, Sep 13, 2000 at 04:59:22PM +0200, Andrea Arcangeli wrote:
On Wed, 13 Sep 2000, Andi Kleen wrote:
function that is called from the drivers as needed. For smart devices
with very intelligent firmware you simply do not call it (assuming you
have decently sized kiovec requests, with the
Date:Wed, 13 Sep 2000 12:54:49 +0200 (CEST)
From: Trond Myklebust [EMAIL PROTECTED]
Don't forget that 2^20 10^6, hence if you really want units of
microseconds, you actually only need to save 3 bytes worth of data per
timestamp.
For the purposes of NFS, however the
Andrea Arcangeli wrote:
On Wed, 13 Sep 2000, Martin Dalecki wrote:
"Jeff V. Merkey" wrote:
lessons learned in live customer accounts. In NetWare, requests are
merged at A) the boundry between the File Cache and the I/O subsystem,
and B) in the drivers themselves and NOT THE
You're welcome.
:-)
Jeff
Hans Reiser wrote:
"Jeff V. Merkey" wrote:
One important point on remirroring I did not mention in my post. In
NetWare, remirroring scans the disk BACKWARDS (n0) to prevent
artificial starvation while remirring is going on. This was another
On Wed, 13 Sep 2000, Alan Cox wrote:
* PIIXn tuning can hang laptop (2.4.0-test8-pre6, David Ford)
Need more details of how APM/ACPI is dorking with DMA settins by the OEM.
Case 1 I've seen is assuming windows put the drive back into PIO no multimode
before letting the bios
Linus,
Cort Dougan recently announced he was no longer going to be maintaining
the PowerPC Linux tree. There is a team within IBM actively working
on PowerPC Linux for both 32-bit and 64-bit hardware and we are very
interested in continuing the development of PowerPC Linux. We have been
Hi,
2.4 seems to have problems scanning SCSI busses. It
looks rather like it is scanning the first bus for
every host that it finds.
My dmesg is attached. In my dual-P3 box, I have three
disks on the first channel of an on-board aic7xxx:
$ cat /proc/scsi/scsi
Attached devices:
Host: scsi0
On Wed, 13 Sep 2000, Alan Cox wrote:
I was asked a question: Is there a driver for the Adaptec Array 1000U2
No and if this is the Adaptec IDE raid the feedback I've had has been
pretty negative on getting open source drivers. Having said that Adaptec
have opensourced their driver for some
On Wed, 13 Sep 2000, Torben Mathiasen wrote:
2.4 seems to have problems scanning SCSI busses.
Could you try out this patch. The module_init/exit stuff in sd.c has
given some people a real headache.
I don't have sd modularised. Will it make any difference?
MAtthew.
-
To unsubscribe from
On Wed, 13 Sep 2000, Alan Cox wrote:
[1] I understand the RAID issue with disk format compatibility, which
makes the current RAID patch unacceptable for official 2.2 usage.
I just wish somebody would *solve* that issue.[2]
Solve that and the tool back compatibility problem for
and then I made the soft link to point to the new directory.
If you are talking about a soft link named "linux", just completely
delete it and reset it to the value that it had when you installed
your distribution and then never touch it again.
rm: include/asm: is a directory
Instead of "cp
I have a lot of doubts about kernel threads.
I have read somewhere that in a kernel thread the stack can't be used
because there is no copy-on-write. I want also to know if I can make any
syscall from a kernel thread.
When I call kernel_thread, the process is cloned whith the CLONE_VM flag
set.
Thanks for the quick response :))
Regards
Martin
On Wed, Sep 13, 2000 at 06:09:23PM +0200, Igmar Palsenberg wrote:
Date: Wed, 13 Sep 2000 18:09:23 +0200 (CEST)
From: Igmar Palsenberg [EMAIL PROTECTED]
To: Martin Maciaszek [EMAIL PROTECTED]
cc: [EMAIL PROTECTED]
Subject: Re: why ip_masq
Hi.
This patch does minor and strightforward cleanup in mm/swapfile.c.
--- linux-240test8-clean/mm/swapfile.c Thu Aug 10 16:29:54 2000
+++ linux/mm/swapfile.c Wed Sep 13 20:40:15 2000
@@ -101,7 +101,7 @@
while (1) {
p = swap_info[type];
- if ((p-flags
1 - 100 of 455 matches
Mail list logo