From: Marty Fouts <[EMAIL PROTECTED]>
Date:Sun, 17 Sep 2000 22:42:22 -0700
I've probably debugged more operating systems under more varied
environments than nearly anyone here
Which one of them was %100 distributed where no two of the developers
were in the same building and
I agree about needing to know all of the tools in the tool chest, including
the hand ones. Nothing in what I've said about needing to include the
debugger has been an argument against *also* having a full chest of other
tools.
On the other hand, Linus is wrong, and your attempt to defend him is
Followup to: <[EMAIL PROTECTED]>
By author:Linus Torvalds <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> Let's assume that gcc decides that it won't inline a function, because
> it's too "big", according to some gcc definition of "big".
>
> With "extern inline", the function will
Ok, I made a parition on floppy, now do I access it?
Command (m for help): p
Disk /dev/fd0: 2 heads, 18 sectors, 80 cylinders
Units = cylinders of 36 * 512 bytes
Device BootStart EndBlocks Id System
/dev/fd0p1 1
I'm not laboring under the mistaken impression that there is any capital-T
truth in operating system design, nor that there is a capital-R right way to
do things. Nor do I make the mistake of trying to cover up bad ideas about
social-engineering with poorly thought out examples about carpentry,
Hi,
The problem is this: in 2.4.0-test8 someone sent in a patch that removed
the #ifdef MODULE, #endif pair from around the module initialization
routines in drivers/scsi/sr.c and drivers/scsi/sd.c and changed them
from the older style init_module()/cleanup_module() syntax to the newer
style
On Sun, 17 Sep 2000, Linus Torvalds wrote:
> At that point, block_write_full_page() would become something like
>
> unsigned long index = inode->i_size >> PAGE_CACHE_SHIFT;
>
> offset = inode->i_size & (PAGE_CACHE_SIZE-1);
> if (index > page->index)
> offset =
Hello,
I have a heavy workload to benchmark a proxy server and it generates over
1000 simultaneous sessions requesting files of different sizes.
I have two seperate problems that I would like clarified:
1. On the newer versions of the kernel, 2.4.XXX I see way too many connect
requests timing
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?
>
> That would certainly
On Mon, 18 Sep 2000, Alexander Viro wrote:
>
> We might as well do it in create_empty_buffers(), FWIW. Do you see any
> case when it would mean extra work? I'm thinking about the following:
>
> if (page is uptodate)
> do get_block(...,0) for all buffers and mark them
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?
That would certainly simplify a lot.
And as we've seen, simplifying this
On Sun, 17 Sep 2000, Linus Torvalds wrote:
> Yeah. See my other mail - I don't think the patch is needed at all,
> although I'm convinced that it would actually hide the problem for the
> particular case of INN (zeroing out the partial block is not an issue
> there, as truncate will have done
On Sun, 17 Sep 2000, Linus Torvalds wrote:
> The basic problem is that right now we have code that does
>
> if (!page->buffers)
> create_empty_buffers(page, inode, inode->i_sb->s_blocksize);
> ...
> if (!buffer_uptodate(bh))
> ll_rw_block(READ,
On Sun, Sep 17, 2000 at 02:33:40PM -0700, Marty Fouts wrote:
> Um, for what ever it is worth, if you want to compare "power user" carpentry
> to "hand tools only" you can actually do it fairly easily on PBS in the US.
> There used to be a program done by a guy who did everything by hand. I
>
On Sun, 17 Sep 2000, Alexander Viro wrote:
>
> Ugh. OK, first of all, patch is _not_ correct. Doesn't zero out the end of
> partial block.
>
Yeah. See my other mail - I don't think the patch is needed at all,
although I'm convinced that it would actually hide the problem for the
particular
Has anyone else tried 240-test9-pre2 on low-memory systems?
I compiled 240t9p2, bzlilo'ed it, and rebooted. During
boot it tripped up on e2fsck -- it was at maximum mount count
and it stopped during the check.
Once I got past the check, and was able to get it to a prompt.
I tried to compile
On Sun, 17 Sep 2000, Linus Torvalds wrote:
>
> I bet your patch fixes the corruption, but I want to understand _why_.
> Call me dense, but __block_commit_write() seems to do everything we want
> done..
Ok, I may be dense, but I see the bug.
And no, your patch was not the right thing either.
On Sun, 17 Sep 2000, Linus Torvalds wrote:
> Hmm.. Ok, I see what you're saying. And I looked at the diff the wrong way
> around - we _lost_ two articles rather than getting two new ones.
>
> However, what's wrong with the block_write_full_page() logic? Your patch
> looks fine to me, but so
The exact semantics are:
.config:
CONFIG_FOO=y# yes
CONFIG_FOO=m# module
# CONFIG_FOO is not set # no
include/linux/autoconf.h:
#define CONFIG_FOO 1/* yes */
#undef CONFIG_FOO
> > 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,
Hi Joe,
> I have 2 questions.
>
> 1) Who is working on the webcam II cpia driver. Under NT I can get 15
> to 25 fps, while Linux seems to be limited to 15 max. Is this a hard
> coded value in the lernel somewhere and is there plans for changing
> this? (I know that this is an experimental
On Sun, 17 Sep 2000, Andrea Arcangeli wrote:
: And with the default latency values ("infinite") with the test2
: elevator if you're using scsi as your device, the patch can't make
: runtime differences either.
The test2 elevator (assuming it is the same as the test8 version) in the
infinite
On Sun, 17 Sep 2000, Linus Torvalds wrote:
>
>
> On Sun, 17 Sep 2000, Marco d'Itri wrote:
> >
> > I added to block_write_full_page() the debugging code suggested by
> > Alexander Viro:
> >
> > if (inode->i_dev == 0x305 && inode->i_ino == 48991) // Md
> >
Erick Kinnee wrote:
>
> On Sun, Sep 17, 2000 at 10:37:51AM -0700, Linus Torvalds wrote:
> > - pre2:
> > - "extern inline" -> "static inline". It doesn't matter right now,
> > but it's proactive for future gcc versions.
> > - various net drvr updates and fixes
> > - more
On Sun, Sep 17 2000, Jan Niehusmann wrote:
> On Sun, Sep 17, 2000 at 09:59:30AM -0700, Linus Torvalds wrote:
> > On Sun, 17 Sep 2000, Torben Mathiasen wrote:
> > >
> > > The proper way of fixing this is to add #ifdef MODULE around the init
> > > functions or going back to init/exit_module.
> >
On 18 Sep 2000, Juan J. Quintela wrote:
> > "christoph" == Christoph Lameter <[EMAIL PROTECTED]> writes:
>
> christoph> With both version I get the "booting linux" message and then the first
> christoph> line of the kernel messages. Then its dead. Have tried to change the
>kernel
>
On Sun, Sep 17, 2000 at 04:36:34PM -0300, Rik van Riel wrote:
> On Sun, 17 Sep 2000, Andrea Arcangeli wrote:
> > On Sun, Sep 17, 2000 at 03:43:53PM -0300, Rik van Riel wrote:
> > > The new VM, as integrated in -test9-pre1, does the same thing,
> >
> > Thanks for giving me some credit for my
On Sun, Sep 17, 2000 at 03:42:08PM -0400, Byron Stanoszek wrote:
> Not to be a bother, but I would still like to see a value or at least someone
> tell me what calculations I would need to do with the values listed in
> /proc/meninfo in order to determine the number of pages actually in-use by
>
Guys,
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.
On Sun, 17 Sep 2000, Rasmus Andersen wrote:
> [This is an aging thread where my old P75 machine oopsed early in
> boot for both 2.4.0-XX and 2.2.17. Mike Galbraith helped me a lot
> and among other things mailed me KDB, which, when enabled, made a
> 2.4.0-test8 kernel boot.]
>
> Hi.
>
> I
Linus Torvalds wrote:
> Torben, would you mind terribly expanding on your previous patch a bit,
> and also cleaning this part up? As far as I can tell, we should just
> remove scsi_dev_init() completely, and use the module init code with an
> initcall(). Two less regions of #ifdef MODULE, and one
On Sun, 17 Sep 2000, Andrea Arcangeli wrote:
> On Sun, Sep 17, 2000 at 03:43:53PM -0300, Rik van Riel wrote:
> > The new VM, as integrated in -test9-pre1, does the same thing,
>
> Thanks for giving me some credit for my ideas.
Your ideas? This is as much your idea as it is mine (which
it
> > 1. The inactive_target is 1 second worth of allocations, minus
> >the amount of frees in 1 second, averaged over a minute
>
> So it cannot take load bursts. That's ok for a default, but for special loads
> it would be good if there was a way for the administrator to overwrite that,
>
On Sun, Sep 17, 2000 at 04:05:55PM -0300, Rik van Riel wrote:
> to be addressed ASAP. I've witnessed this starvation happen
> a couple of times and it's a really big problem...
Did you enabled the latency control as I suggested you a few days ago?
Andrea
-
To unsubscribe from this list: send
On Sun, 17 Sep 2000, Andrea Arcangeli wrote:
> On Sun, Sep 17, 2000 at 04:05:55PM -0300, Rik van Riel wrote:
> > to be addressed ASAP. I've witnessed this starvation happen
> > a couple of times and it's a really big problem...
>
> Did you enabled the latency control as I suggested you a few
On Sun, Sep 17, 2000 at 02:53:03PM -0400, [EMAIL PROTECTED] wrote:
> still problems...
> [root@pepsi /]# ls /mnt
> [root@pepsi /]# dmesg | tail -3
> UFS-fs error (device 02:00): ufs_readdir: bad entry in directory #2, size
> 512: reclen is too small for namlen - offset=0, inode=2, reclen=12,
>
On Sun, 17 Sep 2000, Andrea Arcangeli wrote:
> If nobody does that before me I will try this "remeber last position of the
> head" idea in my blkdev tree (there are many other pending elevator fixes in
> it) as soon as I finished with 2.2.18pre9aa1 LFS nfsv3 and as soon as I finish
> the fix
On Sun, 17 Sep 2000, Andrea Arcangeli wrote:
> On Sun, Sep 17, 2000 at 03:42:08PM -0400, Byron Stanoszek wrote:
> > Not to be a bother, but I would still like to see a value or at least someone
> > tell me what calculations I would need to do with the values listed in
> > /proc/meninfo in order
On Sun, 17 Sep 2000, Andrea Arcangeli wrote:
> Some of the fields recently added to /proc/meminfo are very dependent on the
> internal of the memory management of the kernel, I don't think it's good idea
> to make them part of the user<->kernel API because there are alteratvive
> algorithms that
On Sun, Sep 17, 2000 at 03:36:04PM -0300, Rik van Riel wrote:
> On Sun, 17 Sep 2000, Andrea Arcangeli wrote:
> > On Sun, Sep 17, 2000 at 02:33:48PM -0300, Rik van Riel wrote:
> > > If you have a better idea for memory management, I'd
> > > like to hear it ;)
> >
> > You know
On Sun, 17 Sep 2000, Bryan Whitehead wrote:
>A guy in the down under (.au) sent me this driver. Aparently Adaptec
>developes their OpenSource driver privatly and only gives out copies to
>"special" customers.
You've never had to deal with Adaptec. I'd rather build my own SCSI
controller out of
On Sun, Sep 17, 2000 at 04:39:35PM -0300, Marcelo Tosatti wrote:
>
> On Sun, 17 Sep 2000, Andrea Arcangeli wrote:
>
>
>
> > If nobody does that before me I will try this "remeber last position of the
> > head" idea in my blkdev tree (there are many other pending elevator fixes in
> > it) as
On Sun, Sep 17, 2000 at 03:43:53PM -0300, Rik van Riel wrote:
> The new VM, as integrated in -test9-pre1, does the same thing,
Thanks for giving me some credit for my ideas.
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Im posting to ask the Great Penquins for some insight on a problem.
As of test 7 sb.o does not work (Mandrake system with all related
updates) if i insmod sb.o
it gives init module no such device.
The really goofy thing is with a 2.2 kernel (thank you whomever for that
multiple kernel idea) sound
Hi!
> 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.
>
> Note that
On Sun, 17 Sep 2000, Alan Cox wrote:
> > 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.
>
> Argh. Im not going to have time to push all the driver fixes from 2.2
I added to block_write_full_page() the debugging code suggested by
Alexander Viro:
if (inode->i_dev == 0x305 && inode->i_ino == 48991) // Md
printk("block_write_full_page: writing page %d, size %Ld\n",
page->index, inode->i_size);
and I have
On Sun, 17 Sep 2000, Henner Eisen wrote:
> > "jamal" == jamal <[EMAIL PROTECTED]> writes:
> No. Just, if you do not accept a frame, you must not acknowledge it.
> Once it has been acknowledged, you must not discard it.
Ok so no problem then
>
> jamal> Can you stop mid-window and
On Sun, Sep 17, 2000 at 03:53:47PM -0300, Rik van Riel wrote:
> On Sun, 17 Sep 2000, Andi Kleen wrote:
> > On Sun, Sep 17, 2000 at 03:09:52PM -0300, Rik van Riel wrote:
>
> > > 1. The inactive_target is 1 second worth of allocations, minus
> > >the amount of frees in 1 second, averaged over
Linus Torvalds wrote:
> On Sun, 17 Sep 2000, Marty Fouts wrote:
> >
> > Craftsmanship is in the way you approach what you do, not in the tools you
> > use to do it. And, frankly, if you wish to artificially limit your use of
> > tools, all you are doing is hobbling yourself.
>
> You know what?
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 with them.
[snip]
> - PCI bridge
On Sun, 17 Sep 2000, Linus Torvalds wrote:
>
> This is the patch I was looking for. Thanks,
Oh, grepping some more for scsi initializations, the "scsi_dev_init()"
thing stands out.
That's another case where the SCSI layer is module dependent. If it's a
module, we use the "init_module()" in
[This is an aging thread where my old P75 machine oopsed early in
boot for both 2.4.0-XX and 2.2.17. Mike Galbraith helped me a lot
and among other things mailed me KDB, which, when enabled, made a
2.4.0-test8 kernel boot.]
Hi.
I finally had some time to put printks into the kernel and that
got
> "christoph" == Christoph Lameter <[EMAIL PROTECTED]> writes:
christoph> With both version I get the "booting linux" message and then the first
christoph> line of the kernel messages. Then its dead. Have tried to change the kernel
christoph> configuration but to no avail.
christoph>
With both version I get the "booting linux" message and then the first
line of the kernel messages. Then its dead. Have tried to change the kernel
configuration but to no avail.
2.4.0test2 works fine.
How can I figure out what is wrong?
-
To unsubscribe from this list: send the line
On Sun, 17 Sep 2000, Alan Cox wrote:
>> It might be a problem for places like Redhat, Suse, etc. that sell linux
>> distributions. Of course, the GPL has the same clause and no one's had
>> a problem with selling linux distributions so far.
>
>The GPL allows commercial sale. I threw the i2o sig
So does this mean that the driver currently in redhat's pinstripe beta
should be avoided on an production SMP system? Is sticking with 2.2.14
perferable right now? Anyone know how far along the adaptec guys are?
Thanks for your time...
On Sun, 17 Sep 2000, Alan Cox wrote:
> > AFAIK, Dell
On Sun, Sep 17, 2000 at 05:38:17PM -0300, Rik van Riel wrote:
> Yes, I run my system with elvtune -r 250 -w 500.
Ok (sorry for asking, it was just to be sure).
> But even with -r 5 -w 5, I saw starvation. This, and
I'd call it "too high latency", not starvation. Well, strictly speaking it's
> It might be a problem for places like Redhat, Suse, etc. that sell linux
> distributions. Of course, the GPL has the same clause and no one's had
> a problem with selling linux distributions so far.
The GPL allows commercial sale. I threw the i2o sig stuff at real lawyers
and they said
On Sun, 17 Sep 2000, Alan Cox wrote:
>> Has anyone thought about including the DPT I2O driver in the main kernel?
>> The license in the files don't preclude doing this. Yeah, I'm more than
>
>They do. The i2o headers can only be distributed by someone who is an
>i2o sig member.
Have you read
Hi Nick.
> I have a zip disk which I attempted to mount using the following
> fstab entry:
> /dev/sda4 /zip vfat noauto,nodev,nosuid,user
===8<=== CUT ===>8===
> The Zip is a bit suspect, as when I attempted to transfer stuff
> from a Windows machine, it reported the size as a few
On Sun, 17 Sep 2000, Alan Cox wrote:
>They do. The i2o headers can only be distributed by someone who is an
>i2o sig member.
Ah, here's the magic clause:
+ * This information is provided for the purpose of recompilation of the
+ * driver code provided by Distributed Processing Technology only.
On Sun, 17 Sep 2000, Ricky Beam wrote:
> I used to have the respect for DPT. Well, there's one more fine company
> ruined.
I guess I caught the tail end of DPT being nice. When i got the card it
was highly recommended.
> The root problem is that you don't know what to do to get it working.
bash-2.03# gcc -v
Reading specs from /usr/lib/gcc-lib/i486-suse-linux/2.95.2/specs
gcc version 2.95.2 19991024 (release)
I've compiled both (2.4.0-test8 and test9-pre1) with this version of gcc
and it hans on boot on "booting linux..."
here is the .config:
#
# Automatically generated by make
On Mon, Sep 18, 2000 at 07:07:18AM +1200, Chris Wedgwood wrote:
> - "extern inline" -> "static inline". It doesn't matter right now,
> but it's proactive for future gcc versions.
>
> can someone please explain the difference?
info gcc 'c ext' inline
"extern inline"
> > Argh. Im not going to have time to push all the driver fixes from 2.2 into
> > 2.4 then, I've got a house move to do yet
>
> Alan, 'it happens that is why most distros will not ship a 2.4.0 kernel
> and will wait for 2.4.1 or 2.4.2.
Historically distros ship something about version 5-6,
> So does this mean that the driver currently in redhat's pinstripe beta
> should be avoided on an production SMP system? Is sticking with 2.2.14
> perferable right now? Anyone know how far along the adaptec guys are?
Im quite sure the same bug is in there binary only drivers too. I thinl it
On Sun, Sep 17, 2000 at 05:37:13PM -0300, Rik van Riel wrote:
> Sysrq-M displays the info for my VM too, but you'll have to
> admit that it isn't as useful as vmstat ;)
I agree about that info. That's an information not really relevant to the
internal of the memory balancing algorithm, but it's
Hi,
I'm not a kernel hacker - sorry if I overlooked something obvious :)
[1.] One line summary of the problem:
Endless list of SCSI-Partitions
[2.] Full description of the problem/report:
If I boot 2.4.0-test8 or above (I just checked test9-pre2), the
aic7xxx-driver shows me an endless
On Sun, 17 Sep 2000, Torben Mathiasen wrote:
>
> I've attached a patch that seems to do "The Right Thing". The problem was
> that the host detection routines would initialize the upper layers of scsi
> drivers (sd/st/sr), and then the module_init routines would
> do it again. I've removed this
On Sun, 17 Sep 2000, Rik van Riel wrote:
> On 17 Sep 2000, Peter Osterlund wrote:
> > Andrea Arcangeli <[EMAIL PROTECTED]> writes:
> >
> > > While the queue is plugged or with things like SCSI your logic
> > > change won't work because in such case if your request is lower the
> > > lowest in
On Sun, 17 Sep 2000, Alan Cox wrote:
>> It goes on to stipluate no "selling" the headers, leave the I2O SIG copyright
>
>Selling covers distributing for money. I've been talking to them about using
>the linux/i2o.h headers which are not so encumbered but heard nothing for
>a month or so now
> Has anyone thought about including the DPT I2O driver in the main kernel?
> The license in the files don't preclude doing this. Yeah, I'm more than
They do. The i2o headers can only be distributed by someone who is an
i2o sig member.
Alan
-
To unsubscribe from this list: send the line
> "jamal" == jamal <[EMAIL PROTECTED]> writes:
jamal> Hmm.. More complexity ;-> Does X.25 mandate you accept all
jamal> the window?
No. Just, if you do not accept a frame, you must not acknowledge it.
Once it has been acknowledged, you must not discard it.
jamal> Can you stop
On Mon, 18 Sep 2000, Chris Wedgwood wrote:
> On Sun, Sep 17, 2000 at 10:37:51AM -0700, Linus Torvalds wrote:
>
> - "extern inline" -> "static inline". It doesn't matter right now,
> but it's proactive for future gcc versions.
>
> can someone please explain the difference?
On Sun, 17 Sep 2000, Marco d'Itri wrote:
>
> I added to block_write_full_page() the debugging code suggested by
> Alexander Viro:
>
> if (inode->i_dev == 0x305 && inode->i_ino == 48991) // Md
> printk("block_write_full_page: writing page %d, size %Ld\n",
>
On Sun, Sep 17, 2000 at 10:53:17PM +0200, Peter Osterlund wrote:
> The test2 elevator (assuming it is the same as the test8 version) in the
Yes it's the same in such respect.
> infinite latency case will always send the request with the lowest sector
> number to the drive. (The request queue
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 interface. But
Adam <[EMAIL PROTECTED]> said:
> I had been using 2.0.35preX for like 630 days and it worked
> relatively fine.
I'd suggest getting the latest 2.0.x (there is a pre-series too). Otherwise,
your userland would probably need a lot of upgrading. Or get one of the
micro-distributions
On Sun, 17 Sep 2000, Marty Fouts wrote:
>
> Craftsmanship is in the way you approach what you do, not in the tools you
> use to do it. And, frankly, if you wish to artificially limit your use of
> tools, all you are doing is hobbling yourself.
You know what?
Start your own kernel (or split
Got this from a fresh tree:
net/network.o: In function `inet6_proto_init':
net/network.o(.text.init+0x191d): undefined reference to `igmp6_cleanup'
make: *** [vmlinux] Error 1
--
Gerhard Mack
[EMAIL PROTECTED]
<>< As a computer I find your faith in technology amusing.
-
To
On Sun, 17 Sep 2000, Jan Niehusmann wrote:
>
> Further investigation shows that this duplication is caused by the call
> to scan_scsis in line 1565 of scsi.c, and this one can not be commented out
> as it is needed.
>
> But I have some problems understanding all the module/non-module stuff:
Hi!
I'm the new maintainer for aci.c and the dependent files including
radio-miropcm20.c. (Thanks to Markus Kuhn and Ruurd Reitsma.)
The patch is for 2.4.0-test8 and makes the aci lowlevel driver working
again!
During testing with test8 I found a bug in soundcard.c. The second
file is a patch
On 17 Sep 2000, Peter Osterlund wrote:
> Andrea Arcangeli <[EMAIL PROTECTED]> writes:
>
> > While the queue is plugged or with things like SCSI your logic
> > change won't work because in such case if your request is lower the
> > lowest in the queue, you can put it at the head of the queue and
Andrea Arcangeli <[EMAIL PROTECTED]> writes:
> The patch is buggy for non headactive devices like SCSI and also for
> IDE while the queue is plugged.
Thanks for looking at the patch. Yes, sorry, I misunderstood the linux
linked list implementation. This is easy to fix though. See new patch
at
On Sun, 17 Sep 2000, Andi Kleen wrote:
> On Sun, Sep 17, 2000 at 03:09:52PM -0300, Rik van Riel wrote:
> > 1. The inactive_target is 1 second worth of allocations, minus
> >the amount of frees in 1 second, averaged over a minute
>
> So it cannot take load bursts. That's ok for a default,
On Sun, Sep 17, 2000 at 09:59:30AM -0700, Linus Torvalds wrote:
> On Sun, 17 Sep 2000, Torben Mathiasen wrote:
> >
> > The proper way of fixing this is to add #ifdef MODULE around the init
> > functions or going back to init/exit_module.
>
> Please explain why it does it twice for compiled-in,
> > FWIW, I downloaded install 'floppyC28.fs' from openbsd web site.
>
> OK. So did I.
>
> % md5sum floppyC28.fs
> 2ae3c61008df5accdfb132f20e744bfb floppyC28.fs
same here..
[root@pepsi openbsd]# md5sum floppyC28.fs
2ae3c61008df5accdfb132f20e744bfb floppyC28.fs
> > mount
http://www.rccacm.org/~driver/dpt1.14-2.2.16.tar.bz2
A guy in the down under (.au) sent me this driver. Aparently Adaptec
developes their OpenSource driver privatly and only gives out copies to
"special" customers.
It works in 2.2.16 and 2.2.17 :)) 6 months of hell has come (mostly) to
an end.
On Sun, 17 Sep 2000, Andrea Arcangeli wrote:
> On Sun, Sep 17, 2000 at 02:33:48PM -0300, Rik van Riel wrote:
> > If you have a better idea for memory management, I'd
> > like to hear it ;)
>
> You know 2.4.0-test1-ac22-class++ beaten 2.4.0-test1-ac22-riel++
> under low memory scenario, right?
On Sun, 17 Sep 2000, Andrea Arcangeli wrote:
> On Sun, Sep 17, 2000 at 02:33:48PM -0300, Rik van Riel wrote:
> > If you have a better idea for memory management, I'd
> > like to hear it ;)
>
> You know 2.4.0-test1-ac22-class++ beaten 2.4.0-test1-ac22-riel++
> under low memory scenario, right?
On Sun, Sep 17, 2000 at 02:33:48PM -0300, Rik van Riel wrote:
> If you have a better idea for memory management, I'd
> like to hear it ;)
You know 2.4.0-test1-ac22-class++ beaten 2.4.0-test1-ac22-riel++ under low
memory scenario, right?
The only thing it can be a problem for an alternate VM if
On Sun, 17 Sep 2000 [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
> privately.
In
On Sun, 17 Sep 2000 [EMAIL PROTECTED] wrote:
> hi everyone,
>
> suppose i allocate some kernel memory in a module by calling kmalloc,
> can that memory be swapped out, for example in AIX even the kernel memory
> which is allocated by rmalloc is swappable!!
No, kernel memory is not swappable.
On Sun, 17 Sep 2000, Bruce A. Locke wrote:
>
> Hello...
>
> The organization I do some work for purchased a rackmount server from
> Dell with the intent of running some webconferencing software under
> Linux. The salesman we had spoken to assured us that Linux fully
> supported the machine.
On Sun, Sep 17, 2000 at 03:09:52PM -0300, Rik van Riel wrote:
> On Sun, 17 Sep 2000, Andi Kleen wrote:
> > On Sun, Sep 17, 2000 at 02:35:42PM -0300, Rik van Riel wrote:
> > > Also, the fact that the new VM keeps a list of directly
> > > reclaimable inactive pages around that varies according
> >
On Sun, Sep 17, 2000 at 11:13:22AM -0500, Adam wrote:
> FWIW, I downloaded install 'floppyC28.fs' from openbsd web site.
OK. So did I.
% md5sum floppyC28.fs
2ae3c61008df5accdfb132f20e744bfb floppyC28.fs
% file floppyC28.fs
floppyC28.fs: x86 boot sector, system OpenBSD, BSD disklabel
> In
On Sat, 16 Sep 2000, David Ford wrote:
> There was a round of discussion about /proc.../serial back in May. It
> covered corruption and bad addresses. Although it didn't specifically say
> "I'm fixing the segmentation fault that some people are going to report",
> they did indeed discuss the
On Sun, 17 Sep 2000, 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 with them.
>
>
On Sun, Sep 17, 2000 at 02:35:42PM -0300, Rik van Riel wrote:
> Also, the fact that the new VM keeps a list of directly
> reclaimable inactive pages around that varies according
> to the amount of VM activity should make tweaking this
> value no longer needed...
So there is no way to force the
1 - 100 of 252 matches
Mail list logo