Rik van Riel wrote:
The only thing it can be a problem for an alternate VM if there
would be user-kernel API differences realted to the very
internal of the memory management so if possible I'd like if
that could be avoided.
Sure, lets get rid of /proc/meminfo ;)
But serious,
On Sat, Sep 16, 2000 at 10:23:13PM +0200, Andries Brouwer wrote:
On Sat, Sep 16, 2000 at 11:35:24AM +0100, Nick Holloway wrote:
There are two questions. Firstly, why did the mount process get stuck
in the kernel, and secondly (and more importantly) what was it doing
accessing "/dev/fd0"?
On Sun, Sep 17, 2000 at 03:20:17PM +0200, Torben Mathiasen wrote:
The problem seems to reside in the ide-scsi driver; if the cdrom (sr_mod) is
not loaded, I get during initialisation of the ide-scsi module a lockup
after printing the information about the 1st host (dies after the 'Type:
On Sun, Sep 17, 2000 at 10:53:55PM -0300, Marcelo Tosatti wrote:
AFAIK most distros use CONFIG_PCI_GOANY, which causes the kernel to try to
detect the PCI devices directly, and in case this fails, it tries to
detect via BIOS.
I thought so too from reading the help regarding this option, but
I'd rather see a new /proc/memoryinfo with a lot of thought given to the
current and future structure of it than adding kludges into what already
exists.
Userland utils need to be more tolerant of "junk" and not rely on static
content locations.
-d
Dan Kegel wrote:
Rik van Riel wrote:
The
Umount report "busy" when i try r/o remount the root filesystem at end
of
halt script. My halt script ends with:
# Begin of halt
kill -9 -1
umount -a
mount -n -o remount,ro /
halt
# End of halt
Umount (and mount on next line too) report "/: device is busy" and the
root filesystem
stay not
Hallo Linus,
The siginfo signal sending uses SI_FROMUSER to see if it should look
at current to check if the sending process is allowed to send the
signal. Unfortunately SI_FROMUSER() is true for SI_SIGIO signals generated
by the network stack for queued SIGIO. This leads to the SIGIO behaviour
[Disclaimer: I'm a newbie.]
I was closely monitoring the memory usage on my system while testing
something. I decided to run updatedb to try to make the system less
responsive and see if a realtime program would hold up. For no
apparent reason, while updatedb was running free(1) reported that
On Sun, 17 Sep 2000, Marty Fouts wrote:
I've probably debugged more operating systems under more varied environments
than nearly anyone here, having brought up a new OS, compiler, and CPU
yea yea yea, if you are so good then you should be concentrating on giving
your goodness and wisdom and
On Sun, 17 Sep 2000, Linus Torvalds wrote:
That's another case where the SCSI layer is module dependent. If it's a
module, we use the "init_module()" in scsi/scsi.c, and if not, we instead
use "scsi_dev_init()". They do some of the same things (well, they
obviously would have to, otherwise
From: Andrea Arcangeli ([EMAIL PROTECTED])
Date: Thu Sep 14 2000 - 09:30:52 EST
On Thu, Sep 14, 2000 at 07:40:12PM +1000, Robert Cohen wrote:
With kernel version 2.4.0-test1-ac22, I saw adequate performance.
In 2.4.0-test1-ac22 there were a latency-driven elevator (the one we have
now
Adam writes:
(why I try to do this? I'm trying empirically verify if 'mkswap' will
check for partion type (ie is this '82') before mkswap-ing it. IMHO, it
shouldl )
No it doesn't, and how can it? There are lots of partitioning formats out
there, so making "mkswap" read the PC BIOS
On Mon, 18 Sep 2000, Jeff Garzik wrote:
Benjamin Herrenschmidt wrote:
Andre Hedrick wrote:
All I wanted was a function that allows the driver to decide that which
needs to be enabled.
pci_enable_device(struct pci_dev *dev, byte enable_mask)
This is indeed interesting.
Some
Linus, please think this over before applying Andi's patch.
Andi Kleen wrote:
The problem is really that SI_SIGIO is negative, but it should be positive
to make SI_FROMUSER return false on it.
This is an old problem. There was a thread on this topic last March.
Look for "accept()
All I wanted was a function that allows the driver to decide that which
needs to be enabled.
pci_enable_device(struct pci_dev *dev, byte enable_mask)
This would allow drivers to enable that which it needs and not weird out
the hardware that does not like all of this extra fluff.
Sounds
Marty Fouts writes:
Here's another piece of free advice, worth less than you paid for it: in 25
years, only the computer history trivia geeks are going to remember you,
just as only a very small handful of us now remember who wrote OS/360.
You mean like Fred Brooks who managed the development
Hi!
I just got the 2.4.0-test8 (test9 did the same), set it up, compiled it (same
procedure as I always do when I'm installing a new kernel):
make menuconfig
make dep clean zlilo modules modules_install
Okay, 2.4.0-testX said it was too big, so I tried bzImage instead of zlilo and
did a
cp
Tigran Aivazian wrote:
Hi Martin,
I just found out that my earlier statement "2.2.x is okay" should be
changed to "win98 is okay" so there are definitely problems with sharing
PCI irqs between eepro100/3c59x/(rtl)8139(too) in both 2.2.x and 2.4.x. I
utterly don't care about 2.2.x but I
Hi!
Beeing an active user mode linux user :-) I can say that since
2.4.0-test8 (host kernel) I cannot run uml-linux successfully.
In contrast with popular feeling that "threaded programes screwed
signal handling on test8.", it is actually a small change to
arch/i386/ptrace.c introduced since
On Mon, Sep 18, 2000 at 12:34:03PM +0200, Alan Cox wrote:
The problem is really that SI_SIGIO is negative, but it should be positive
to make SI_FROMUSER return false on it.
Changing it would unfortunately break binary compatibility. This patch
Why ?
If a program checks info-si_code
On Mon, Sep 18, 2000 at 12:34:03PM +0200, Alan Cox wrote:
The problem is really that SI_SIGIO is negative, but it should be positive
to make SI_FROMUSER return false on it.
Changing it would unfortunately break binary compatibility. This patch
Why ?
If a program checks
Please not that all of this is the same boot.
Disregard the weird device major:minor
Sep 18 04:22:20 cascade kernel: EXT2-fs error (device ide2(33,1)):
ext2_readdir: bad entry in directory #2: rec_len % 4 != 0 - offset=0, inode=2,
rec_len=14, name_len=1
Sep 18 04:22:20 cascade kernel: EXT2-fs
[EMAIL PROTECTED] (Linus Torvalds) wrote:
David Howells [EMAIL PROTECTED] wrote:
Oliver Neukum [EMAIL PROTECTED] wrote:
(3) Even if it was... just filling in the syscall slot from a module means
that it is possible for the module to be unloaded whilst the syscall is in
use.
On Mon, 18 Sep 2000, Alexander Viro wrote:
Erm. What version it was?
1.18-125 (installed 1.18-125) SuSE 7.0 Professional
If you want the srpm will send it offline.
Andre Hedrick
The Linux ATA/IDE guy
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Sun, Sep 17, 2000 at 09:40:18AM -0500, [EMAIL PROTECTED] wrote:
The aacraid driver was submitted to Alan Cox, but rejected because it has
too many "NTism's" in it, which are being addressed. Please see the Red Hat
Linux "Pinstripe" beta kernel source RPM for the source code, or contact me
On Mon, 18 Sep 2000, Andre Hedrick wrote:
On Mon, 18 Sep 2000, Alexander Viro wrote:
Erm. What version it was?
1.18-125 (installed 1.18-125) SuSE 7.0 Professional
If you want the srpm will send it offline.
Sorry, what kernel version were you using?
-
To unsubscribe
Linux cascade 2.4.0-test8 #1 Sat Sep 16 23:50:47 PDT 2000 i686 unknown
Andre Hedrick
The Linux ATA/IDE guy
-
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 09/17/00 20:30:29 -0700 Linus Torvalds [EMAIL PROTECTED] wrote:
Basically, both "truncate()" and "write()" have this bug where they can
end up re-reading stuff from disk even though the in-memory copy is newer.
And because write() had this bug, the bug also got into
I have seen this problem for a long time now (and it has been reported on
this list before-months ago). My TODO list of bugs to investigate has
grown too large so I needed to get this one off my list.
the offending code is:
"linux/drivers/scsi/sd.c" 1353/1393 (test9-2)
for (i = 0; i =
hi,
can anybody tell, where to find information about dma usage by pci
-devices in linux
note:please cc the answer
-
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 Mon, 18 Sep 2000, Chris Mason wrote:
ReiserFS depends on the buffer head up to date flag being correct when it
is sent to get_block. When unpacking the tail, we have to know if the
packed data on disk should be copied over the data in the page.
??? Details, please. What the hell are
Standard book: Try "Linux Device Drivers" by Alessandro Rubini (O'Reilly)...
Justin
-Original Message-
From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]]
hi,
can anybody tell, where to find information about dma usage by pci
-devices in linux
-
To unsubscribe from this list:
This one...
- Fix some warnings which resulted from turning off
debug in cardbus.c
- sleep for the correct duration after taking the
reset away (this was left over from some testing. Sorry).
--- linux-2.4.0-test9-pre2/drivers/pcmcia/cardbus.c Mon Sep 18 20:31:49 2000
+++
Jes Sorensen wrote:
Pavel Umount (and mount on next line too) report "/: device is busy"
Pavel and the root filesystem stay not correctly unmounted.
2.2.13 and gcc-2.95.2 are not compatible, try with the correct
compiler first.
Whatever the problem is, it's probably not a compiler
Alexander Viro wrote:
On Sun, 17 Sep 2000, Linus Torvalds wrote:
On Sun, 17 Sep 2000, Alexander Viro wrote:
Looks sane. But I really wonder if we could just do it in
create_page_buffers() if page is up-to-date. OTOH it would require attempt
to map them all. Comments?
Hi again!
I compiled 2.3.9 again and - it also does not boot, hanging around at the same
time. If I specify an old image at the lilo-prompt (which is 2.3.9/SMP, but
compiled some days before), everything works okay (except the modules, as far
as I know because of the missing correct System.map)
Horst von Brand wrote:
I've been using a 3com 3CCFE575CT 10/100 Eth cardbus card without any
trouble in 2.2.18pre and 2.4.0-test8 together with pcmcia-cs-3.1.21 (Sep 5
snapshot). I'm running Red Hat 6.2 on that machine (Toshiba Satellite Pro
4280 XDVD) with DHCP. pump works, and sets up the
I've finally had a chance to test out the new VM patch on my 32mb system.
It runs much, much better than the previous test8, and the pages-swap change
is actually much smoother than I had expected it to be considering the recent
talk about making it more gradual. I'm against having the swap more
- Original Message -
From: "Linus Torvalds" [EMAIL PROTECTED]
To: "Torben Mathiasen" [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Sunday, September 17, 2000 9:32 PM
Subject: Re: [PATCH] Re: SCSI scanning
On Sun, 17 Sep 2000,
The KNOWNBUGS file was removed with v1.0.5 as it corrected the fault when
statically linked. You may either statically link, or compile as a module,
your choice.
Thanks,
Matt
-Original Message-
From: Bruce A. Locke [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 18, 2000 9:15 AM
To:
Hi,
i am currently in the process of porting my serial driver for
this board
02:03.0 Communication controller: PLX Technology, Inc. 9060SD (rev 02)
Subsystem: Aurora Technologies, Inc. Aries 16000P
Flags: medium devsel, IRQ 6063168
Memory at f9ff2000 (32-bit,
Linus Torvalds writes:
So when you send me a patch, either bug Ted to mark the issue as
"critical" first, or pay me money. It's that easy.
Linus,
Where do architecture maintainers stand when they don't submit their
problems to linux-kernel or the great Ted Bug List(tm)?
_
|_|
[EMAIL PROTECTED] writes:
I'm about to embark on some compact-PCI driver development for Linux and I
was wondering where I can find some info. Is there any difference between
PCI and cPCI development on Linux?
URLs would be great! Or, if this is the wrong list for driver development
Ted,
How does one identify the "critical" items in the
2.4 Status/TODO list?
Will you be adding a "critical" section or adding
"(critical)" on some items on the 2.4 Status/TODO list?
I'm updating the USB list now and wondering how to
mark items as critical.
Thanks,
~Randy
I use cscope version 13.7 (on solaris 2.6)
the source file linux/fs/hpfs/super.c
from kernel version 2.4-test8 causes cscope to core dump during the database
generation phase.
the problem is the extremely long printk() string starting on line 280 in the
function static inline void
[EMAIL PROTECTED] said:
Note that with most versions of gcc this is all a complete non-issue,
as most versions of gcc will _always_ inline a function that the user
has asked to be inlined. So the issue seldom actually comes up.
I thought that 'extern inline' was in fact the intended usage.
http://www.kegel.com/c10k.html#zerocopy now links to
http://people.freebsd.org/~ken/zero_copy/ which describes
some patches for FreeBSD which add support for zero-copy
networking from user space.
Where they're headed is:
When transferring one or more pages via a page-alligned
buffer and
On Sun, 17 Sep 2000, Mark Orr wrote:
Has anyone else tried 240-test9-pre2 on low-memory systems?
Hmmm... I am getting periodic hangs on reading floppies AFTER initrd
inititialization Maybe once every 20 boots.. same thing.. strange hang,
and a control c gets by whatever process was
Hi Linus
One of the two patches I sent you for the acenic driver got lost in
the 2.4.0-test8-something update. Here is an uptodate patch for
2.4.0-test9-beta2 which fixes a few more problems.
Jes
--- drivers/net/acenic.c-oldMon Sep 18 09:26:45 2000
+++ drivers/net/acenic.cMon Sep
Dear All,
Platforms
==
Linux 2.2.17 with ide raid patches.
Problems
We recently purchased an IDE Card (HPT370 chipsets) and connected two 540MB hard
disks (PIO 3) to it.
During booting up, the hard disks could be recognized. However, it wait a long
time before proceeding
On Mon, Sep 18, 2000 at 07:52:22AM -0700, Dan Kegel wrote:
http://www.kegel.com/c10k.html#zerocopy now links to
http://people.freebsd.org/~ken/zero_copy/ which describes
some patches for FreeBSD which add support for zero-copy
networking from user space.
Where they're headed is:
When
On Mon, Sep 18, 2000 at 08:28:30AM -0700, Matthew Jacob wrote:
They've gotten 960 megabits/sec out of a gigabit Ethernet card
with this. Not stable yet.
Didn't daveme get the same speed using Linux almost a year ago?
Also Andrew Gallatin got this speed with Trapeze GigE cards
When transferring one or more pages via a page-alligned
buffer and normal read() or write(), VM tricks will be
used to avoid copying the data. If you touch the page
You mean mmap(). You can do that already but it isnt the win you might
think. In fact for some operations mmap is slower
On Mon, 18 Sep 2000, David Woodhouse wrote:
[EMAIL PROTECTED] said:
Note that with most versions of gcc this is all a complete non-issue,
as most versions of gcc will _always_ inline a function that the user
has asked to be inlined. So the issue seldom actually comes up.
I thought
[EMAIL PROTECTED] said:
Linus,
Where do architecture maintainers stand when they don't submit their
problems to linux-kernel or the great Ted Bug List(tm)?
Up against the wall so we can shoot them?
:)
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Mon, Sep 18, 2000 at 10:06:37AM -0600, Andreas Dilger wrote:
Chris, you write:
my box sometimes hang up at high load avarage with "stuck on TLB
IPI wait (CPU#0)" messages.
This is a known issue with the way reiserfs uses the scheduler task queue.
The following patch from Andi
Hello Martin , What information do you need to add this device
to the lspci database (or whatever it is) ? Tia , JimL
#lspci -v
00:0a.0 RAID bus controller: Mylex Corporation: Unknown device 0002 (rev 02)
Flags: bus master, medium devsel, latency
This patch prevents scsi_ioctl_send_command() from overwriting the SEND
DIAGNOSTICS (Drive Self Test) reserved bits in cmd[1], as found in SCSI-3.
Code provided by Michael Landrus of Dell.
Comments are requested. If there are no objections, Linus and Alan please
apply.
Below are patches to
On Mon, 18 Sep 2000, Chris Mason wrote:
I'm not trying to put it all into a single get_block call, we have
different get_block funcs for different purposes. What I'm really trying
to do is squeeze into block_prepare_write, as a generic setup function for
file modifications.
It is not.
--On 09/18/00 13:19:27 -0400 Alexander Viro [EMAIL PROTECTED] wrote:
On Mon, 18 Sep 2000, Chris Mason wrote:
I'm not trying to put it all into a single get_block call, we have
different get_block funcs for different purposes. What I'm really trying
to do is squeeze into
On Mon, Sep 18, 2000 at 05:11:35PM +0100, David Woodhouse wrote:
[EMAIL PROTECTED] said:
Linus,
Where do architecture maintainers stand when they don't submit their
problems to linux-kernel or the great Ted Bug List(tm)?
Up against the wall so we can shoot them?
I know that was a
" " == Michael Eisler [EMAIL PROTECTED] writes:
I'm not clear on why you want to enforce page alignedness
though? As long as writes respect the lock boundaries (and not
page boundaries) why would use of a page cache change matters?
For the reason that was pointed earlier
Hello,
Everything looks good after test1 except the extra
' 16' in __SI_CODE.
SI_SIGIO is not generated from kernel. The same is for the
other SI_ consts 0 not defined with __SI_CODE.
We don't need to mention how broken is 2.2
Regards
--
Julian Anastasov
Thanks for everyone looking into this problem. I'm going to toss out
some additional information which I think may be extremely important
in any discussions surrounding the serial drivers: what is and is not
actually configured in the kernel. :^)
While I had 10 years of experience with the IRIX
Title: RE: Kernel oops in mm/slab.c [ kmem_cache_grow() ] with test4-8
-Original Message-
From: Andrew Morton [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 15, 2000 11:47 PM
To: Earle, Jonathan [KAN:1A31:EXCH]
Cc: Linux MPLS List (E-mail); Linux Kernel List (E-mail)
Andrew Morton [EMAIL PROTECTED] writes:
Horst von Brand wrote:
I've been using a 3com 3CCFE575CT 10/100 Eth cardbus card without any
trouble in 2.2.18pre and 2.4.0-test8 together with pcmcia-cs-3.1.21 (Sep 5
snapshot). I'm running Red Hat 6.2 on that machine (Toshiba Satellite Pro
Hi,
I read that the hard limit of the number of the users on
2.2.x is 65000 and on 2.4.x it will be more.
I just wonder if it is true and if we have to wait for 2.4.x
to have more that 65000 users with kernel's quota management ?
Thanks
Octave
-
To unsubscribe from this list: send the line
make[4]: Entering directory `/disks/hdb/src/kernel/linux/drivers/char/drm'
gcc -D__KERNEL__ -I/disks/hdb/src/kernel/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -pipe -march=i686 -fno-strict-aliasing-DEXPORT_SYMTAB -c
r128_drv.c
In file included from r128_drv.c:33:
Hi!
Ok. I think we're getting to the point where there are no major known
bugs. That means that as of the final 2.4.0-test9 I will no longer accept
any patches that don't have a critical problem (as defined by Teds list)
associated with them.
So when you send me a patch, either bug Ted
On Mon, Sep 18, 2000 at 08:47:55PM +0100, Alan Cox wrote:
The drivers/net/wan/comx.c #errors if it is compiled in a kernel
without procfs support. The following patch updates the documentation
to state this. I have cc'ed the maintainer so he can comment.
It does really need procfs, but
If a process executes an int3 (breakpoint) instruction while
another process is attaching to it, the SIGTRAP can be lost. This bug
is present in 2.4.0-test8 and 2.2.14.
Below is a program that demonstrates this behavior. It forks a
child that repeatedly executes an int3 and handles
On Mon, 18 Sep 2000, Alan Cox wrote:
All I wanted was a function that allows the driver to decide that which
needs to be enabled.
pci_enable_device(struct pci_dev *dev, byte enable_mask)
This would allow drivers to enable that which it needs and not weird out
the hardware that
Hi!
While developing the next versions, I found two 'obvious bugs' in the
2.1 version. They are not very harmful. The attached patch fixes them.
--
Vojtech Pavlik
SuSE Labs
--- linux/drivers/ide/via82cxxx.c.old Mon Sep 18 22:10:10 2000
+++ linux/drivers/ide/via82cxxx.c Mon Sep 18
On Sun, Sep 17, 2000 at 10:37:51AM -0700, Linus Torvalds wrote:
Ok. I think we're getting to the point where there are no major known
bugs. That means that as of the final 2.4.0-test9 I will no longer accept
any patches that don't have a critical problem (as defined by Teds list)
associated
On 18 Sep 2000, Alex Romosan wrote:
I get the same thing with a Xircon realport 10/100/modem card. Works
great in test9-pre1 and test8.
-dwild
i have the same problem with the same setup. from the logs, it looks
like this is due to a PCI resource allocation conflict:
Sep 17 15:56:33
Hi,
This patch against 2.2.18-pre9 moves the USB input drivers into the same
directory structure that they are in for 2.4.x, and it also updates the
drivers to their latest versions.
This patch was done by Franz Sirl (thanks Franz for doing this!)
I've included it in two forms here:
On Mon, Sep 18, 2000 at 04:50:55AM -0700, Andre Hedrick wrote:
[ext2 errors and fdisk complaints on 2.4.0test8, patched?]
Andre,
(i) Geometry does not play any role in the functioning of Linux -
it is only a matter to LILO and fdisk. So, if you meet
a strange geometry, then that is surprising,
On Mon, Sep 18 2000, Eric Youngdale wrote:
Historical. SCSI was made modular very early on when the modules
technology was pretty primative. As time has gone on, the two
initialization paths have converged, and now they are essentially redundant.
Thats understandable.
The one
Hello all...
No joy with this joystick and I'm not sure what I'm doing wrong.
I just received a Logitech USB Wingman Force Joystick. I have
the iforce module compiled and loaded and the it recognizes the USB
joystick.
...
Trouble is "jstest /dev/js0" says no such
On Mon, Sep 18, 2000, Michael H. Warfield [EMAIL PROTECTED] wrote:
Hello all...
No joy with this joystick and I'm not sure what I'm doing wrong.
I just received a Logitech USB Wingman Force Joystick. I have
the iforce module compiled and loaded and the it recognizes the USB
On Mon, 18 Sep 2000, Derek Wildstar wrote:
On 18 Sep 2000, Alex Romosan wrote:
I get the same thing with a Xircon realport 10/100/modem card. Works
great in test9-pre1 and test8.
-dwild
did you try this patch?
--- linux/drivers/pci/pci.c Mon Sep 18 12:35:11 2000
+++
On Mon, Sep 18, 2000 at 04:39:36PM -0400, Johannes Erdfelt wrote:
Are you getting any oops'? I ran into a problem where with some devices,
it would oops on open.
Nah... It turned out to be something REALLY obvious. I was
missing the joydev module. Someone else already pointed it out
lest people start shouting at me...
The philosphy behind this patch is:
There are two ways to turn a "guess" into a "fix":
a) to understand why it works
or
b) to make sure it fixes the problem for everyone on the planet and
doesn't break anything...
This time b) seemed easier :)
Regards,
What is the primary objective here - getting rid of #ifdef MODULE, or is
it removing redundant code for the two paths? Or both?
I am just trying to get a handle on what is driving this.
-Eric
- Original Message -
From: "Linus Torvalds" [EMAIL PROTECTED]
To: "Torben Mathiasen"
Network block device seems broken by block device changes (In sec. 11.
To Check)
FWIW...
I have a set of Pentium Pro machines connected by 100 MBit ethernet. I've
been testing the bonnie I/O benchmark over nbd. Using 2.4 kernels up to
test6, bonnie would hang when using backing files 100MB and
On Mon, Sep 18, 2000 at 11:31:09AM -0500, [EMAIL PROTECTED] wrote:
This patch prevents scsi_ioctl_send_command() from overwriting the SEND
DIAGNOSTICS (Drive Self Test) reserved bits in cmd[1], as found in SCSI-3.
Code provided by Michael Landrus of Dell.
Comments are requested. If there
On Mon, Sep 18 2000, Linus Torvalds wrote:
Actually, hold off a moment.
It turns out that the MODULE case does all the right things, for all the
obvious reasons. I'm running a kernel that has the #ifdef MODULE stuff
just removed, and it seems to be a rather easy approach. It really only
On Mon, Sep 18 2000, Eric Youngdale wrote:
What is the primary objective here - getting rid of #ifdef MODULE, or is
it removing redundant code for the two paths? Or both?
I am just trying to get a handle on what is driving this.
Well the code clean-up came as a pleasent side effect
Mark Salisbury writes:
the source file linux/fs/hpfs/super.c
the problem is the extremely long printk() string starting on line 280 in the
function static inline void hpfs_help(void){}
simply breaking up this printk up into several smaller printk's solves the
problem.
Looking at this
On Mon, 18 Sep 2000, Torben Mathiasen wrote:
What about the case when scsi is compiled into the kernel with one or
more host adapters? We have to initialize those right away.
Actually, we don't. It's really equivalent to just having two or
more modules.
Andrea Arcangeli [EMAIL PROTECTED] writes:
The only disadvantage I can see is that the new patch doesn't handle
consecutive insertions in O(1) time, but then again, the pre-latency
We can still do that by trivially fixing a bit your code. You should first
check if the new inserted
Alexander Viro wrote:
On Mon, 18 Sep 2000, Andreas Dilger wrote:
Alexander writes:
* uptodate pages should never become non-uptodate.
uptodate .. pages ... never have data _older_ than on disk
This may actually be a problem in the future... what about shared access
On Mon, 18 Sep 2000, Elmer Joandi wrote:
1. First - it mounted a ufs but showed nothing long time to find the
44bsd senseless
option.
Sigh... Would you prefer six-seven fs types? You see, 4.4 UFS != Slowlaris
UFS. And no, FreeBSD implementation is not happy with it either.
2. ok,
On Mon, 18 Sep 2000, Mr. James W. Laferriere wrote:
Oh God , I hope this doesn't mean what I think it might ?
Please tell me I am stil going to be able to 'Statically' compile
in the drivers of my choosing ? Tia , JimL
This discussion is about using one initialization
On Mon, Sep 18 2000, Torben Mathiasen wrote:
It just hit me when I touched the send button (yeah right!). I'm basicly
compiling the same kernel right now.
Glad we got that in place, otherwise it would have been a long wasted night 8).
And just to follow up on my own mail, this patch works
On Fri, Sep 08, 2000 at 01:41:05PM +0200, Jamie Lokier wrote:
Casting via __dummy is there so that the "m" (or "=m") memory constraint
will make that operand refer to the actual object in memory, and not a
copy (in a different area of memory).
Are you really sure gcc could pass a copy even
linux:~ # gcc -v
Reading specs from /usr/lib/gcc-lib/i486-linux/2.7.2.3/specs
gcc version 2.7.2.3
But no luck :( still hangs on "Booting Linux...". I've rpmmed -e
gcc 2.95 from a Suse 6.4 and installed the gcc 2.7.3 from suse 6.3
It compiles fine, so I think there's another problem :)
The
"H. Peter Anvin" wrote:
Followup to: [EMAIL PROTECTED]
By author:John Byrne [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
Anyway, one of the things I was hoping to find out by going to
linux-kernel was if there was anything other than devfs in the offing:
such a larger dev_t.
Daniel writes:
Alexander Viro wrote:
On Mon, 18 Sep 2000, Andreas Dilger wrote:
This may actually be a problem in the future... what about shared access
block devices like FCAL or a distributed filesystem? It has to be
possible for pages to become non-uptodate in a sane way.
So
Ok, there's a test9-pre3 there now..
The SCSI stuff is pretty straightforward, and it works for me (and I also
built a kernel with all regular x86-capable SCSI drivers included, so the
others got at least that level of testing). But there are some non-x86
scsi drivers out there etc, so give it
1 - 100 of 368 matches
Mail list logo