On Thu, Mar 01, 2001 at 06:19:35PM +, Alan Cox wrote:
> > In that case, why was it changed for FAT only? Ext2 will still
> > happily enlarge a file by truncating it.
>
> ftruncate() and truncate() may extend a file but they are not required to
> do so.
Stevens' example code assumes that it d
Hi,
I lost graphics on my i810 - failed to get minor is the error message on
boot.
Ashwin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the F
Hello,
At Fri, 02 Mar 2001 00:42:28 -0500,
<[EMAIL PROTECTED]> wrote:
>
> actually, its not just ps/2 mice -- it seems to be something generic to char
> devices. agpgartis failing to register itself, too.
>
> what changed with char device handling from ac7 to ac8?
>
> robert love
> [EMAIL PR
actually, its not just ps/2 mice -- it seems to be something generic to char
devices. agpgartis failing to register itself, too.
what changed with char device handling from ac7 to ac8?
robert love
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This may be a bit off topic, and if it is, please point me in the right
direction.
I have a Dell Inspiron 3500 (Cel 333a/196mb w/ the NeoMagic256AV chipset),
which I've had running 2.2.14 & 2.2.16 for some time, with flawless
performance.
I recently
I've got following problem with 2.2.17 (Redhat stock kernel)
Linux * 2.2.17-14 #1 Mon Feb 5 14:57:25 EST 2001 i586 unknown
on AMD K6, VIA Technologies VT 82C586, Compaq Presario XL119.
Following C program
#include
#include
#include
#include
#define ABS(x) (x < 0 ? -x : x)
#define TIME_T s
On Thu, 1 Mar 2001, Rik van Riel wrote:
> > > The merging at the elevator level only works if the requests sent to
> > > it are right next to each other on disk. This means that randomly
> > > sending stuff to disk really DOES DESTROY PERFORMANCE and there's
> > > nothing the elevator could ever
Alan Cox wrote:
> The extreme answer to the 2.4 networking performance is the tux specweb
> benchmarks but they dont answer for all cases clearly.
However, I think you've hit the nail on the head here; much of tux is
just general-purpose network file-blasting. The right hacker could turn
it in
On Thu, 1 Mar 2001, Chris Evans wrote:
> Oh dear.. not more "vm design by waving hands in the air". Come on people,
> improve the vm by careful profiling, tweaking and benching, not by
> throwing random patches in that seem cool in theory.
Excuse me.. we're trying to have a _constructive_ conver
Hello,
I asked here about a week ago for help with debugging a random lock I've
been experiencing. With the help of Mr. Owens, I seem to have gotten a
bit further. (Long winded way of saying, "Sorry about the messy
looking, clueless debugging.")
I'm running 2.4.2 + KDB 1.8 on my SMP machine (2
Zach Brown writes:
> please feel free to flame or apply, I'm not sure I'm really fond of the
> code example..
Seems fine to me.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
Rogerio Brito wrote:
> On Feb 26 2001, Jeremy Jackson wrote:
> > Carlos Fernandez Sanz wrote:
> > > The IDE controller is
> > > Bus 0, device 17, function 0:
> > > Unknown mass storage controller: Promise Technology Unknown device (rev
> > > 2).
> > > Vendor id=105a. Device id=d30.
Mark Hahn wrote:
> > > > > > Well, somethig has broken in ac8, because I lost my PS/2 mouse and
> > > > > me too .
> > No luck.
same here -
> it seems to be the mdelay(2) added to pc_keyb.c in -ac6.
-ac7 is fine here, but when I boot -ac8, there's no ps/2 mouse.
jjs
-
To unsubscribe from t
hi
One of my friend needs some information on third party products on LINUX
1)Are there any RDBMS available on linux
2)IF they are present ,then how powerful are they (relatively)
3)Are there any Databases which come along with the LINUX open source.
I will be thankful for ur kind feedback on the
On Thu, 1 Mar 2001, Dr. Kelsey Hudson wrote:
>> I've been playing around with 8-way IBM8500R (8x700MHz Xeon) with 4.5GB
>> memory & AIC7xxx SCSI-controller. It's perfectly stable with 2.2-kernel
>> (from Red Hat 7) but very erratic on all 2.4-kernels I've tried it with
>> (2.4.[012], compiled bot
I have found some problem in building kernel with radeonfb 16bpp support at 2.4.2-ac8.
here is patch.
--- linux/drivers/video/radeonfb.c.orig Fri Mar 2 12:29:15 2001
+++ linux/drivers/video/radeonfb.c Fri Mar 2 12:29:28 2001
@@ -845,9 +845,11 @@
rinfo->depth = disp->var.bits_p
2.4.2 worked OK, but I needed loopback also, so I tried 2.4.2-ac7.
I get the "uncompressing... Booting" line, and it hangs there
(I let it sit for 30s to be sure).
System: AMD K6-2/266, ATI Mach64, oldBusLogic SCSI card, almost
evreything compiled as modules.
I will try ac-8 once it shows up on
In article <[EMAIL PROTECTED]>,
Rik van Riel <[EMAIL PROTECTED]> wrote:
>
>I haven't tested it yet for a number of reasons. The most
>important one is that the FreeBSD people have been playing
>with this thing for a few years now and Matt Dillon has
>told me the result of their tests ;)
Note tha
My ps2 mouse isn't detected with this patch. It worked with 2.4.2-ac4.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.
Hello Hans,
Thursday, March 01, 2001, 7:26:20 AM, you wrote:
HR> I have a client that wants to implement a webcache, but is very leery of
HR> implementing it on Linux rather than BSD.
HR> They know that iMimic's polymix performance on Linux 2.2.* is half what it is on
HR> BSD. Has the Linux 2.
On Thu, Mar 01, 2001 at 05:04:09PM -0800, Dr. Kelsey Hudson wrote:
> On Thu, 1 Mar 2001, Matilainen Panu (NRC/Helsinki) wrote:
>
> > I've been playing around with 8-way IBM8500R (8x700MHz Xeon) with 4.5GB
> > memory & AIC7xxx SCSI-controller. It's perfectly stable with 2.2-kernel
> > (from Red Ha
I'm seeing a lot of messages in my gateway's system log of the form:
lithium kernel: NAT: 0 dropping untracket packet c233f340 1 10.38.10.67 ->
224.0.0.2
Virtually all these packets come from machines on the student LAN on the
"outside" of the gateway. Whether or not iptables is configured to d
Just FYI,
I am chasing this problem. There appears to be an unpleasant interaction between
the Advanced Systems Management card and the NMI watchdog code. Ripping the card
out of the machine also eradicates the problem, but is less desirable.
I'll let people know when there's a better solution.
> > > > > Well, somethig has broken in ac8, because I lost my PS/2 mouse and
> > > > me too .
> No luck.
it seems to be the mdelay(2) added to pc_keyb.c in -ac6.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
Grant Grundler writes:
> A nice side effect of this bloat is it will discourage use of I/O
> Port space. That's good for everyone, AFAICT. (I know some devices
> *only* support I/O port space and I personnally don't care about
> them. If someone who does care about one wants to talk to me abo
On 03.02 Mark Hahn wrote:
> > > > Well, somethig has broken in ac8, because I lost my PS/2 mouse and
> > >
> > > me too .
> > > my theory at the moment is that perhaps the new apic feature
> > > killed it (I also had ioapic enabled). mine's a kt133 system...
> >
> > Mm, lets try noapic...
Em Thu, Mar 01, 2001 at 09:05:00PM -0500, Chaskiel M Grundman escreveu:
> 2.4 SMP kernels seem to work fine, but using a 2.4.1 or 2.4.2 UP kernel
can you try 2.4.2-ac8 and tell us the results?
> with CONFIG_X86_UP_IOAPIC does not. At some point before the real root
> filesystem is mounted, the s
Hi,
Well, somethig has broken in ac8, because I lost my PS/2 mouse and
(less important, but perhaps it is useful) the microcode driver. So
I think it something common to both.
The onle diff in dmesg from ac7 to ac8 is just the errors:
1c1
< Linux version 2.4.2-ac7 ([EMAIL PROTECTED]) (gcc versi
I have some single-processr Dell Poweredge 2450 servers that I'm trying
to move to 2.4. They have been running 2.2 SMP kernels for a while with
no problem (to take advantage of the supposed benefit of using the
ioapic).
2.4 SMP kernels seem to work fine, but using a 2.4.1 or 2.4.2 UP kernel
with
"Dr. Kelsey Hudson" wrote:
> Under redhat 7 you should use kgcc to compile the kernel, since gcc2.96 is
> inherently broken(*).
Or upgrade to the current Red Hat 7 gcc, which works quite well.
jjs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messag
On Feb 26 2001, Jeremy Jackson wrote:
> Carlos Fernandez Sanz wrote:
> > The IDE controller is
> > Bus 0, device 17, function 0:
> > Unknown mass storage controller: Promise Technology Unknown device (rev
> > 2).
> > Vendor id=105a. Device id=d30.
> > Medium devsel. IRQ 10.
I spent some time testing the previous patch today. I found a couple of corner cases
that weren't handled correctly in the first version.
I've attached a new version (against 2.4.2-ac7) that should fix those problems.
Brian
[EMAIL PROTECTED]
--- linux-2.4.2-ac7/arch/i386/kernel/setup.cThu
> > (from Red Hat 7) but very erratic on all 2.4-kernels I've tried it with
> > (2.4.[012], compiled both with egcs and RH7's gcc-2.96, both share the
> Under redhat 7 you should use kgcc to compile the kernel, since gcc2.96 is
So he was using egcs, and wh
Benjamin Herrenschmidt wrote:
> Hi Grant !
>
> Alan Cox suggested I contact you about this. I'm trying to figure out a
> way to cleanly resolve the problem of doing IO accesses on machines with
> multiple PCI host bridges (and multiple IO bases when IO cycles are not
> generated by the CPU). I'd
Hi,
A couple of weeks age I reported a couple of problems. The first two turned
out not to be serious but the third, where the system freezes, has not
stopped happening. Several other people have reported similar problems...
Typically my system will die while kde2.1 is starting (about 1 time
On Thu, 1 Mar 2001, Matilainen Panu (NRC/Helsinki) wrote:
> I've been playing around with 8-way IBM8500R (8x700MHz Xeon) with 4.5GB
> memory & AIC7xxx SCSI-controller. It's perfectly stable with 2.2-kernel
> (from Red Hat 7) but very erratic on all 2.4-kernels I've tried it with
> (2.4.[012], com
On Wed, 28 Feb 2001, Boris Dragovic wrote:
> what does negative module use count mean?
That means that there's a bug in someone's driver.
For some reason, the function to decrement the module use is called more
than once when a controlling process releases use of a module.
This will prevent you
I have a fairly repeatable rsync over ssh stall that I'm seeing between
two Linux boxes, both running identical 2.4.1 kernels. The stall is
fairly easy to repeat in our environment -- it can happen up to several
times per minute, and usually happens at least once per minute. It
doesn't really s
Christoph Hellwig writes:
> On Wed, Feb 28, 2001 at 10:16:02PM -0500, Albert D. Cahalan wrote:
>> Christoph Hellwig writes:
>>
>>> Urgg. limits.h is a userlevel header...
>>>
>>> The attached patch will make similar atempts fail (but not this one as
>>> there is also a limits.h in gcc's include di
please feel free to flame or apply, I'm not sure I'm really fond of the
code example..
- z
--- linux-2.4.2/include/linux/pci.h.dmasup Wed Feb 28 10:26:14 2001
+++ linux-2.4.2/include/linux/pci.h Wed Feb 28 10:30:12 2001
@@ -527,6 +527,7 @@
int pci_enable_device(struct pci_dev *dev);
Alexander Viro writes:
[about file expansion by truncate]
> Basically, the program depends on behaviour that was never guaranteed
> to be there.
1. it is useful
2. it is documented in a few places AFAIK
3. it is portable enough for Star Office (Solaris I guess)
> BTW, _some_ subset is doable o
Below is a partial patch to provide hooks so
that IO clustering can be performed by the file-system.
As presented, the same code is used to perform delayed allocation.
There has also been a lot of talk about implementing delayed
allocation. To be clear, delayed allocation means not
immediately al
I will not agree to the terms of usage to obtain the file, if you wish to
send it to me to disect, please do.
On Thu, 1 Mar 2001, Steffen Grunewald wrote:
> On Thu 2001-03-01 (10:00), Tim Walberg wrote:
> > Just wondering whether anyone has successfully gotten
> > either a PCMCIA SmartMedia Ada
On Thu, 1 Mar 2001, Tim Walberg wrote:
> Just wondering whether anyone has successfully gotten
> either a PCMCIA SmartMedia Adapter (specifically the
> Viking Components one) or a FlashPath floppy SmartMedia
> adapter working under 2.4.x. I've got both, and haven't
> gotten either working under e
Tigran Aivazian wrote:
>
> On Thu, 1 Mar 2001, Hans Reiser wrote:
> >
> > This is indeed what we should do if we get no answer from the list by someone
> > who has already done such work.
> >
>
> Hans,
>
> exactly what you want to measure? I have UP, 2way-SMP and 4way-SMP
> machines all of whic
On Thu, 1 Mar 2001, Hylke van der Schaaf wrote:
> With kernet 2.2.18 DMA mode for my harddisks worked just fine,
> getting IDE DMA working on an AMD7409 controller with kernel 2.4.2 is a problem.
>
> questions:
> Why is DMA disabled on revision < C4?
> How can I gat DMA working again?
AMD7409
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
2.4.2-ac8
o Fix loop over loop crash(Jens Axboe)
o Fix radeon build problems (ISHIKAWA Mutsumi)
o Stop two people claiming the same misc dev id (Philipp Rumpf)
o
Hi,
The following patch changes two things:
- Counts asynchronous ll_rw_block() IO in the flushed pages counter (page_launder)
- Limits the amount of scanned pte's _by user tasks_ inside swap_out()
diff --exclude-from=/home/marcelo/exclude -Nur linux.orig/fs/buffer.c linux/fs/buffer.c
---
Sorry for the off-topic message, but this will be of interest to some here.
There are a couple of bills being proposed in the Oregon legislature. One
to stop UCITA and one to adopt it. (For those of you not familiar with
UCITA, it is a nasty little provision being pushed that would make
clic
Alan Cox <[EMAIL PROTECTED]> writes:
> > Why not use kernel/pm.c:pm_register? Then you can either refuse
> > suspend or have a proper workaround.
>
> Feel free to provide code.
You have me there - I should have realised who I was writing to ;-)
[...]
> I dont have the hardware
I neither.
Caleb Epstein wrote:
>
> I am seeing the following error after my machine has been up
> for a while. My eth0 is connected to a switched, local
> subnet. There is not a lot of traffic on the interface, maybe
> a few 100 Mbytes or so. Taking the interface down and
>
> 1. the OOM killer never triggers if we have > freepages.min
>of free memory
> 2. __alloc_pages() never allocates pages to < freepages.min
>for user allocations
>
> ==> the OOM killer never gets triggered under some workloads;
> the system just sits around with nr_free_pages == fr
On Thu, 1 Mar 2001, Chris Evans wrote:
> On Thu, 1 Mar 2001, Rik van Riel wrote:
>
> > True. I think we want something in-between our ideas...
> ^^^
> > a while. This should make it possible for the disk reads to
> ^^
>
> Oh dear.. not more "vm design by waving hand
On Thu, 1 Mar 2001, Chris Evans wrote:
>
> On Thu, 1 Mar 2001, Rik van Riel wrote:
>
> > True. I think we want something in-between our ideas...
> ^^^
> > a while. This should make it possible for the disk reads to
> ^^
>
> Oh dear.. not more "vm design by wavi
> > Linux 2.4.2-ac7 reports wrong CPU speed and model name for a Pentium II=
> I
> > correctly detected on, at least, 2.2.18, 2.4.2 and 2.4.2-ac4. The
> > processor is a 600 MHz one, with a 133 MHz front bus.
The model name printing has not changed. Not at all.
> same here with PIII550MHz/100MHz
On Thu, 1 Mar 2001, Rik van Riel wrote:
> True. I think we want something in-between our ideas...
^^^
> a while. This should make it possible for the disk reads to
^^
Oh dear.. not more "vm design by waving hands in the air". Come on people,
improve the vm by car
Hi,
the OOM killer in Linux 2.4 has a rather embarrasing bug.
1. the OOM killer never triggers if we have > freepages.min
of free memory
2. __alloc_pages() never allocates pages to < freepages.min
for user allocations
==> the OOM killer never gets triggered under some workloads;
the s
> Except that your code throws the random junk at the elevator all
> the time, while my code only bothers the elevator every once in
> a while. This should make it possible for the disk reads to
> continue with less interruptions.
Think about it this way, throwing the stuff at the I/O layer is sa
On Thu, Mar 01, 2001 at 07:37:46PM -0300, Fernando Fuganti wrote:
>
> Hi !
>
> This is the driver for the builtin watchdog device on the embedded MachZ
> processor made by ZFmicro. The patch is against 2.2.19pre16 and the
> driver is based on sbc60xxwdt.c.
>
I have a user-space daemon for dri
> There is no mechanysm in place that ensures that dirty pages can't
> get out of control, and they do in fact get out of control, and it
> is exaserbated (mho) by attempting to define 'too much I/O' without
> any information to base this definition upon.
I think this is a good point. If you do '
> There is no 'fake' ISA bus number you need. There is a 'real' one,
> the one on which the PCI-->ISA bridge lives, why not use that one
> :-)
IFF the ISA bus hangs off the PCI bridge. Similarly not all machines have
PCI as the primary I/O bus. On hppa PCI busses hang off the gsc bus
-
To unsub
> Why not use kernel/pm.c:pm_register? Then you can either refuse
> suspend or have a proper workaround.
Feel free to provide code. I suspect you can do something like
refuse to suspend if the device is open at all and reload the firmware, reinit
it on resume if it was idle.
I dont have the hard
Rik van Riel wrote:
[ ... ]
> Except that your code throws the random junk at the elevator all
> the time, while my code only bothers the elevator every once in
> a while. This should make it possible for the disk reads to
> continue with less interruptions.
>
Couldn't agree with you m
Mark Hemment wrote:
>
> On Thu, 1 Mar 2001, Manfred Spraul wrote:
>
> > Mark Hemment wrote:
> > >
> > > The original idea behind offset was for objects with a "hot" area
> > > greater than a single L1 cache line. By using offset correctly (and to my
> > > knowledge it has never been used anyw
Hi,
We at linuxsecurity.com just released an article on the new security
features of the 2.4 kernel, and thought the kernel list would be
interested.
"This document outlines the kernel security improvements that have been
made in the 2.4 kernel. A number of significant improvements including
cry
Hi !
This is the driver for the builtin watchdog device on the embedded MachZ
processor made by ZFmicro. The patch is against 2.2.19pre16 and the
driver is based on sbc60xxwdt.c.
Fernando Fuganti
diff -Nru linux-2.2.19pre16.orig/Documentation/Configure.help
linux-2.2.19pre16/Documentatio
Hi,
On Thu, 1 Mar 2001, Alexander Viro wrote:
> IOW, if it's worth doing at all it probably should be
> on expanding path in vmtruncate() - limit checks are already
> done, but old i_size is still not lost...
The fs where it's important have mmu_private, that's what I use to decide
whethe
H. Peter Anvin writes [re hashed directories]:
> I don't see there being any fundamental reason to not do such an
> improvement, except the one Alan Cox mentioned -- crash recovery --
> (which I think can be dealt with; in my example above as long as the leaf
> nodes can get recovered, the tree ca
Before I reply: I apologise for starting this argument, or at least
making it worse, and please let me say again that I really would like
to see improvements in directory searching etc. ... my original point
was simply a half-joking aside to the effect that we should not
encourage people to put t
Alexander Viro wrote:
>
> I _really_ don't want to trust the ability of shell to deal with long
> command lines. I also don't like the failure modes with history expansion
> causing OOM, etc.
>
> AFAICS right now we hit the kernel limit first, but I really doubt that
> raising said limit is a go
On Thu, 1 Mar 2001, H. Peter Anvin wrote:
> > * userland issues (what, you thought that limits on the
> > command size will go away?)
>
> Last I checked, the command line size limit wasn't a userland issue, but
> rather a limit of the kernel exec(). This might have changed.
I _really
At 07:03 PM 1/03/2001 +0300, Hans Reiser wrote:
> > > They know that iMimic's polymix performance on Linux 2.2.* is half
> what it is on
> > > BSD. Has the Linux 2.4 networking code caught up to BSD?
> > >
> > > Can I tell them not to worry about the Linux networking code
> strangling their
> >
On Thu, 1 Mar 2001, José Luis Domingo López wrote:
> Linux 2.4.2-ac7 reports wrong CPU speed and model name for a Pentium III
> correctly detected on, at least, 2.2.18, 2.4.2 and 2.4.2-ac4. The
> processor is a 600 MHz one, with a 133 MHz front bus.
same here with PIII550MHz/100MHz bus. Actually,
Per Erik Stendahl wrote:
>
> Nah, that looks too easy! ;-)
>
> > This might save everyone some pain:
> > from hdparm(8) man page (mine has some format
> > bugs, but you get the picture)
> >
> Is it true that the root fs is left mounted read-only? What is the
> rationale behind this? It seems to
On Wed, 28 Feb 2001, Andrew Morton wrote:
> This untested patch should fix the scheduling-in-interrupt
> thing.
>
>
> --- kernel/sys.c.orig Thu Mar 1 10:06:14 2001
> +++ kernel/sys.c Thu Mar 1 10:07:43 2001
> @@ -330,6 +330,12 @@
Yes, this fixed the oops. Now it's possible to ctrl-alt-d
> "Jeff" == Jeff Garzik <[EMAIL PROTECTED]> writes:
Jeff> 1) Rx Skb recycling. It would be nice to have skbs returned to
Jeff> the driver after the net core is done with them, rather than
Jeff> have netif_rx free the skb. Many drivers pre-allocate a number
Jeff> of maximum-sized skbs into w
On Thu, 1 Mar 2001, Mike Galbraith wrote:
> On Thu, 1 Mar 2001, Rik van Riel wrote:
> > On Thu, 1 Mar 2001, Mike Galbraith wrote:
> No no no and again no (perhaps I misread that bit). But otoh,
> you haven't tested the patch I sent in good faith. I sent it
> because I have thought about it. I
On Thu, 1 Mar 2001, Alexander Viro wrote:
> * userland issues (what, you thought that limits on the
> command size will go away?)
the space allowed for arguments is not a userland issue, it is a kernel
limit defined by MAX_ARG_PAGES in binfmts.h, so one could tweak it if one
wanted to witho
Alexander Viro wrote:
> >
> > Yes -- because their workaround kernel slowness.
>
> Pavel, I'm afraid that you are missing the point. Several, actually:
> * limits of _human_ capability to deal with large unstructured
> sets of objects
Not an issue if you're a machine.
> * userla
On Thu, 1 Mar 2001, Roman Zippel wrote:
> Hi,
>
> On Thu, 1 Mar 2001, Alexander Viro wrote:
>
> > +static int generic_vm_expand(struct address_space *mapping, loff_t size)
> > +{
> > + struct page *page;
> > + unsigned long index, offset;
> > + int err;
> > +
> > + if (!mapping->a_ops
Here is simple fix (against 2.4.2, but can be easily applied to 2.2.18 too) for NBD,
OKed by Pavel. It allows to use blocksizes other than 1024
bytes. Without this fix, device with 4096-byte blocks has only 1/8 part accessible
(and thus mke2fs fails, etc.).
To use NBD with variable blocksizes
Hi,
On Thu, 1 Mar 2001, Alexander Viro wrote:
> +static int generic_vm_expand(struct address_space *mapping, loff_t size)
> +{
> + struct page *page;
> + unsigned long index, offset;
> + int err;
> +
> + if (!mapping->a_ops->prepare_write || !mapping->a_ops->commit_write)
> +
On Sat, 1 Jan 2000, Pavel Machek wrote:
> Hi!
>
> > I was hoping to point out that in real life, most systems that
> > need to access large numbers of files are already designed to do
> > some kind of hashing, or at least to divide-and-conquer by using
> > multi-level directory structures.
>
On Thursday, March 01, 2001 12:05:50 PM -0800 Linus Torvalds
<[EMAIL PROTECTED]> wrote:
> In article <[EMAIL PROTECTED]>,
> Alexander Viro <[EMAIL PROTECTED]> wrote:
>>
>> Alan, fix is really quite simple. Especially if you have vmtruncate()
>> returning int (ac1 used to do it, I didn't check
On Thu, Mar 01, 2001 at 05:00:07AM -0700, Harold Oga wrote:
> Hi Nicholas,
>I don't see a similar slowdown on my system. I have an Athlon 900 with
> a MSI K7T Pro-2a motherboard and a 15Gig Maxtor 31536H2 5400 ATA100 HD.
> This motherboard is a KT133 board, but it does also have a 686B chip.
On Thu, Mar 01, 2001 at 11:04:55AM -0800, David S. Miller wrote:
> Linus didn't find it to be such a gain, and in fact the one
> place that does gain from such merging (sys_brk()) does the
> merging by hand :-)
somewhere in either kernel or glibc we need to do the merging to avoid
allocating new
Hi!
> > I use XFree86 4.0.1 with nvidia-drivers 0.96.
>
> Take it up with nvidia. Obfuscated effectively binary only code isnt anyone
> elses problem
Is it legal, BTW? Obfuscated drivers should _not_ be linked into
kernel, because they are not "form preferable for editing".
The source code f
On Thu, 1 Mar 2001, Rik van Riel wrote:
> On Thu, 1 Mar 2001, Mike Galbraith wrote:
> > On Wed, 28 Feb 2001, Rik van Riel wrote:
> > > On Wed, 28 Feb 2001, Marcelo Tosatti wrote:
> > > > On Wed, 28 Feb 2001, Mike Galbraith wrote:
> > >
> > > > > That's one reason I tossed it out. I don't _think_
Hi!
> I was hoping to point out that in real life, most systems that
> need to access large numbers of files are already designed to do
> some kind of hashing, or at least to divide-and-conquer by using
> multi-level directory structures.
Yes -- because their workaround kernel slowness.
I had
Hi!
> > an alloc of a PKT_BUF_SZ'd skb immediately follows a free of a
> > same-sized skb. 100% of the time.
>
> Free/Alloc gives the mm the chance to throttle it by failing, and also to
> recover from fragmentation by packing the slabs. If you don't do it you need
> to add a hook somewhere th
Hi!
> >There's nothing wrong with the mailing list. Pavel, please set your clock
> >correctly :-)
>
> No, Pavel's clock is fine AFAIK. The message was sent in
> January. However, it was just received AGAIN today. I don't
Unfortunately, my clock is b0rken. This damn little machine just does
n
Hi!
> Hello, I am trying to find the reason for very, very poor network
> performance with sustained data transfers on Linux 2.4.1. I found
> a work-around, but don't think user-mode code should have to provide
> such work-arounds.
>
>In the following, with Linux 2.4.1, on a dedicated 100/Ba
Hi!
> The conclusion: it's cannot be implemented without slowdown.
> So ignore my patch.
Of course it can.
One possibility would be to implement it as ptrace(SETUID) and only
allow it if we know other task is not in kernel. [And then cean up any
remaining problems.]
--
Philips Velo 1: 1"x4"
Hi!
> I've been trying to use vold to automount CDs. The daemon tries to open
> /dev/cdrom and if it succeeds it examines the media and mounts it under
> /cdrom/volume_name.
>
> The problem is that when there is no disk in the drive the following
> message:
> VFS: Disk change detected on devic
Benjamin Herrenschmidt writes:
> Also, an ioctl to retreive the iobase would be useful too
No, the whole point of my suggested mmap() interface is to
_ENTIRELY_ eliminate any reason for the user to even see
what the physical addressing of the machine looks like.
If you start pushing iobases to
Dan Malek writes:
> It actually caused me to think of something elseI have cards
> with multiple memory and I/O spaces (rare, but I have them).
So what? All such bar's within mem/io space are part of unique
regions of the total MEM/IO space.
Thus you can pass non-conflicting offset/size
Hello!
> They know that iMimic's polymix performance on Linux 2.2.* is half what it is on
> BSD.
What is "iMimic's polymix"? I am almost sure, it is simply buggy
and was not _debugged_ under linux.
Alexey
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Thu, 1 Mar 2001, Linus Torvalds wrote:
> In article <[EMAIL PROTECTED]>,
> Alexander Viro <[EMAIL PROTECTED]> wrote:
> >
> >Alan, fix is really quite simple. Especially if you have vmtruncate()
> >returning int (ac1 used to do it, I didn't check later ones). Actually
> >just a generic_cont_
Benjamin Herrenschmidt writes:
> Also, the problem of finding where the legacy ISA IOs of a given PCI bus
> are is a bit different that simply mmap'ing a BAR. Some video cards
> require some access to their VGA IOs without having a BAR covering them,
> in some case it's necessary to switch th
On Thu, 1 Mar 2001, Manfred Spraul wrote:
> Mark Hemment wrote:
> >
> > The original idea behind offset was for objects with a "hot" area
> > greater than a single L1 cache line. By using offset correctly (and to my
> > knowledge it has never been used anywhere in the Linux kernel), a SLAB
>
1 - 100 of 228 matches
Mail list logo
