> I note that at least 5 device drivers have similar implementations
> of rvmalloc()/rvfree() et al:
>
> ieee1394/video1394.c
> usb/ibmcam.c
> usb/ov511.c
> media/video/bttv-driver.c
> media/video/cpia.c
>
> rvmalloc()/rvfree() are functions that are used to alloc
On Wed, 14 Feb 2001, David Balazic wrote:
> Did you try scsi-emulation on IDE disks ?
Don't be silly.
That emulation is from scsi-packet to atapi-packet.
Andre Hedrick
Linux ATA Development
ASL Kernel Development
-
ASL,
On Sat, 17 Feb 2001 02:12:40 -0500,
Shawn Starr <[EMAIL PROTECTED]> wrote:
> grep -r "216.234.235.46" *
>Im using grep in /etc and its just waiting
grep -r follows symlinks and tries to open named pipes. If you have
qmail installed then /etc/qmail is a symlink to /var/qmail and named
pipe /
>
> For example, if there were six different companies that marketed ethernet
> drivers for the eepro100, you'd have a choice of which one to buy..perhaps
> with different "features" that were of value to you. Instead, you have
> crappy GPL code that locks up under load, and its not worth spending
Linux coredump 2.4.2-pre3 #1 Fri Feb 9 20:57:39 EST 2001 i586 unknown
Kernel modules 2.3.21
Gnu C 2.95.2
Gnu Make 3.79.1
Binutils 2.10.1
Linux C Library2.2.1
Dynamic linker ldd (GNU libc) 2.2.1
Procps 2.0.7
Mount
grep -r "216.234.235.46" *
...waiting...
./debugps | more
USER PID COMMAND WCHAN
root 1 init do_select
root 7 [kreiserfsd] -
.
root 28438 grep -r 216.234. pipe_wait
Im using grep in /etc and its just waiting
it should have finis
I don't know if this is broken in 2.4.1-ac17 and
2.4.2-pre4, but, what happens when mounting a filesystem
using the loopback device is that the process 'dies' in some
way and there's no way I can kill it.
This is what I did:
mount /test-ext2-image.img /mnt/testimage -o loop,rw -t ext2
And after th
Hahahaha.
Dennis, the only linux network drivers that I have had serious problems
with were yours. They caused kernel panic on 2.0.30+ every 6 hours. Of
course I did not have the source to fix them. In comparision eepro100
works rock solid on all of my machines that use it.
Will I use some binary
On Fri, 16 Feb 2001, David Relson wrote:
> At 08:52 PM 2/16/01, you wrote:
> > On Fri, 16 Feb 2001, Michael H. Warfield wrote:
> > > > You know XOR is patented (yes, the logical bit operation XOR).
> > > But wasn't that Xerox that had that?
> > US Patent #4,197,590 held by NuGraphics, Inc.
>
At 08:52 PM 2/16/01, you wrote:
> On Fri, 16 Feb 2001, Michael H. Warfield wrote:
> > > You know XOR is patented (yes, the logical bit operation XOR).
> >But wasn't that Xerox that had that?
>
> US Patent #4,197,590 held by NuGraphics, Inc.
The patent was for using the technique of usin
Hello Jack & All , Might this be an atm interface ?
If it is not then am I to assume that an atm interface
with its erroneous mac-address is going to have the same
difficulties . That is of course as soon as the atm interface
actually put a valid ESI/mac-
On Fri, Feb 16, 2001 at 05:27:31PM -0500, Dennis wrote:
> For example, if there were six different companies that marketed ethernet
> drivers for the eepro100, you'd have a choice of which one to buy..perhaps
> with different "features" that were of value to you. Instead, you have
> crappy GPL
Does this help for ppc?
The help talks about BIOS which I know is only on x86.
Does this code include anything that helps a non x86 comp?
Mike
-
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://v
Matt D. Robinson wrote:
> Actually I do. Perhaps I should define enterprise as "big iron". In
> that way, enterprise kernels would be far more innovative than a
> secure kernel (which cares less about performance gains and large
> features and more about just being "secure").
Hmm, and if you wa
On Fri, 16 Feb 2001, Michael H. Warfield wrote:
> > You know XOR is patented (yes, the logical bit operation XOR).
> But wasn't that Xerox that had that?
US Patent #4,197,590 held by NuGraphics, Inc.
> Yeah, the same ones that screwed us over with the compression patent
> that shot .gif im
Hello Wolfgang & J.A. ,
On Sat, 17 Feb 2001, J . A . Magallon wrote:
> On 02.17 Wolfgang Teichmann wrote:
> > Hello,
> > I have problems using my scanner (HP C6270A connected to ncr53c810a)
> > with xsane.
> > I always get the error message:
> > error during read: Error during device I/O
I am trying to use the --mac-source option in the netfilter code to better refine
access to my linux box. However, I have run up against something. The router through
which my private subnet work box passes sends a 14-group "invalid" mac address,
presumably as an attempt to conceal the real hex
Hi,
I was glad to see Linux gain SO_SNDTIMEO in kernel 2.4. It is a very use
feature which can avoid complexity and pain in userspace programs.
Unfortunately, it seems to be very buggy. Here are two buggy scenarios.
1)
Create a socketpair(), PF_UNIX, SOCK_STREAM.
Set a 5 second SO_SNDTIMEO on
Hi,
(I suppose people track this info, but a remark never hurts...)
Just updated Mandrake gcc to gcc-2.96-0.37mdk. Interesting point:
* Thu Feb 15 2001 David BAUDENS <[EMAIL PROTECTED]> 2.96-0.37mdk
- Fix build on PPC :)
* Thu Feb 15 2001 Chmouel Boudjnah <[EMAIL PROTECTED]> 2.96-0.36mdk
- Br
"David D.W. Downey" wrote:
>
> Seriously though folks, look at who's doing this!
>
> They've already tried once to sue 'Linux', were told they couldn't because
> Linux is a non-entity (or at least one that they can not effectively sue
> due to the classification Linux holds), ...
---
Not
On 02.17 Wolfgang Teichmann wrote:
> Hello,
>
> I have problems using my scanner (HP C6270A connected to ncr53c810a)
> with xsane.
>
> I always get the error message:
>
> error during read: Error during device I/O
>
>
> Feb 15 23:57:27 localhost kernel: Attached scsi generic sg2 at scsi0,
>
I have a SOYO "SY-5EMA+ Super 7" motherboard, with a K6-2 processor.
The 45 Gig IBM drive hangs the BIOS if I let it autodetect it, so I
turn off autodetection for IDE2 primary where it sits. This is probably
not relevant.
My problem is that "hdparm -tT dev/hdc" gives atrocious
performance:-
/d
Hello,
I have problems using my scanner (HP C6270A connected to ncr53c810a)
with xsane.
I always get the error message:
error during read: Error during device I/O
Feb 15 23:57:27 localhost kernel: Attached scsi generic sg2 at scsi0,
channel 0, id 4, lun 0, type 3
Feb 15 23:57:27 localhost ker
On Fri, Feb 16, 2001 at 07:08:05PM -0500, Simon Kirby wrote:
> Hello,
>
> Today we put 2.4.1 on our mail server after having see it perform well on
> some other boxes. It seems now we are receiving a few calls every hour
> from customers reporting that the server tends to hang and eventually
>
Werner Almesberger wrote:
>
> Matt D. Robinson wrote:
> > My feeling is we should splinter the kernel development for
> > different purposes (enterprise, UP, security, etc.). I'm sure
> > it isn't a popular view, but I feel it would allow faster progression
> > of kernel functionality and featur
On Fri, Feb 16, 2001 at 04:35:02PM -0800, Dan Hollis wrote:
> On Fri, 16 Feb 2001, Carlos Fernandez Sanz wrote:
> > I did some research on the patent database and found nothing regarding such
> > a patent. There's patent on word processors (not the concept but related to)
> > and uses tab on the d
On Fri, 16 Feb 2001, Carlos Fernandez Sanz wrote:
> I did some research on the patent database and found nothing regarding such
> a patent. There's patent on word processors (not the concept but related to)
> and uses tab on the description...and that patent is from 1980.
You know XOR is patented
On Fri, 16 Feb 2001 17:44:27 +0100 (CET),
Andrzej Krzysztofowicz <[EMAIL PROTECTED]> wrote:
> While trying to compile 2.4.1-ac1[34] I noticed that the following error
>message appears sometimes:
>
>make[3]: *** No rule to make target
>/home29/ankry/kernel/2.4/linux/drivers/pci/devlist.h', need
Matt D. Robinson wrote:
> My feeling is we should splinter the kernel development for
> different purposes (enterprise, UP, security, etc.). I'm sure
> it isn't a popular view, but I feel it would allow faster progression
> of kernel functionality and features in the long run.
"enterprise" XOR s
On Sat, 17 Feb 2001, Willis L. Sarka wrote:
> Greetings,
>
> Just a general question or two.. Please point me to a URL or tell me where
> to RTFM, or answer back ;-).
>
> What is the status/condition of using muliport NICs and bonding
> them together to form a larger pipe (i.e. a quad channel
Seems everyone has been busy innovating again, so here is ac17. This merges
2.4.2pre4 which includes more elevator changes so please treat ac17 with
caution.
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
2.4.1-ac17
o Fix pegasus for bigendian (Roman
>
> 2.4.1-ac8 worked great, 2.4.1-ac13 and ac14 oops
> in IDE initialisation. All 3 have ide.2.4.1-p8.all.01172001.patch
> applied too. I'll try it without the ide patch today.
>
>
> -Thomas
>
> ---kernel messages---
> Uniform Multi-Platform E-IDE driver Revision: 6.31
> ide: Assumi
On Fri, 16 Feb 2001 08:19:28 -0700,
Tom Rini <[EMAIL PROTECTED]> wrote:
>Hey all. The modversions code has a slight problem with files of the same
>name, but in different directories. eg: drivers/a/foo.c exports FOO, and
>drivers/b/foo.c exports BAR, include/linux/modules/foo.ver will only have
Greetings,
Just a general question or two.. Please point me to a URL or tell me where
to RTFM, or answer back ;-).
What is the status/condition of using muliport NICs and bonding
them together to form a larger pipe (i.e. a quad channel ethernet card for
an Intel box, bonding all four interfaces
Dennis wrote:
...
> objective, arent we?
Nope. Are you claiming to be?
> For example, if there were six different companies that marketed ethernet
> drivers for the eepro100, you'd have a choice of which one to buy..perhaps
... Rant deleted
I had a problem with eepro100.
It was fixed same nigh
"Mike A. Harris" wrote:
> On Fri, 16 Feb 2001, Matt D. Robinson wrote:
>
> >The day the Linux kernel splinters into multiple, distinct efforts is the
> >day I'll believe the kernel is fully into progress over "preference". Right
> >now, Alan accepts what he thinks should go into stable kernels,
Hello,
Today we put 2.4.1 on our mail server after having see it perform well on
some other boxes. It seems now we are receiving a few calls every hour
from customers reporting that the server tends to hang and eventually
time out on them when downloading mail. All customers that have reported
I did some research on the patent database and found nothing regarding such
a patent. There's patent on word processors (not the concept but related to)
and uses tab on the description...and that patent is from 1980.
- Original Message -
From: "James Sutherland" <[EMAIL PROTECTED]>
To: "D
On Fri, 16 Feb 2001, Dennis wrote:
> objective, arent we?
Pot. Kettle. Black.
> There is much truth to the concept, although Microsoft should not be ones
> to comment on it as such.
What truth? I have seen more "innovation" in the Open Source movement
than I ever have in my 18+ years of bein
On Fri, 16 Feb 2001, Matt D. Robinson wrote:
>The day the Linux kernel splinters into multiple, distinct efforts is the
>day I'll believe the kernel is fully into progress over "preference". Right
>now, Alan accepts what he thinks should go into stable kernels, and Linus
>accepts what he thinks
The day the Linux kernel splinters into multiple, distinct efforts is the
day I'll believe the kernel is fully into progress over "preference". Right
now, Alan accepts what he thinks should go into stable kernels, and Linus
accepts what he thinks should go into future kernels. I'm not saying the
On the surface you seem to make some good points.
In reality ... ??
Money doesn't buy the ability to innovate!
OSS doesn't, magically, enhance the ability to innovate, aither!
No one can predict where and why an innovation occurs.
The only thing that OSS does to MS is to prohibit them for capita
On Fri, 16 Feb 2001, Dennis wrote:
>The biggest thing that the linux community does to stifle innovation is to
>bash commercial vendors trying to make a profit by whining endlessly about
>"sourceless" distributions and recommending "open-source" solutions even
>when they are wholly inferior. You'
Dennis wrote:
> objective, arent we?
You might ask yourself the same question...
> For example, if there were six different companies that marketed ethernet
> drivers for the eepro100, you'd have a choice of which one to buy..perhaps
> with different "features" that were of value to you. Instead
>I believe you, although... why doesn't it happen with 2.2.17? vconsole
>buffers in a different place in memory, I suppose?
Vgacon has pretty much not changed. As for going from graphics mode and
back it is quite complex and the X server handles all of it.
-
To unsubscribe from this list: send
ROTFL, man this guy is funny.
On Fri, 16 Feb 2001, Dennis wrote:
> At 02:48 PM 02/16/2001, Jesse Pollard wrote:
> >On Fri, 16 Feb 2001, Andrew Scott wrote:
> > >On 15 Feb 2001, at 9:49, fsnchzjr wrote:
> > >
> > >> Watch Microsoft's Jim Allchin go Linux-bashing!!!
> > >> Nice little article o
I'm developing a driver that performs some 'formatting' of sorts on a scsi
block device as part of the initialization process. This involves
writting a long series of non-contiguous blocks to a disk device -
something akin to:
for(i =0; i < NUM_BLOCKS; i++) {
bh = getblk(i * offset_size)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It's not about facts, it's not about the truth, it's not about Jim
Allchin being an idiot or deluded. It's about propaganda,
misinformation, and marketing. It's about business. Nothing new, nor
unexpected. And to the comment "It is not American to ste
On Fri, 16 Feb 2001, Dennis wrote:
> The biggest thing that the linux community does to stifle innovation is to
> bash commercial vendors trying to make a profit by whining endlessly about
> "sourceless" distributions and recommending "open-source" solutions even
> when they are wholly inferior. Y
> For example, if there were six different companies that marketed ethernet
> drivers for the eepro100, you'd have a choice of which one to buy..perhaps
> with different "features" that were of value to you. Instead, you have
> crappy GPL code that locks up under load, and its not worth spendin
Hi Alan,
This patch makes the 2.4 starfire driver essentially identical to the
version you added to 2.2.19pre. In addition, it also includes Manfred
Spraul's fixes (for problems which, although real, are very unlikely to
matter in real life).
Please apply.
Thanks,
Ion
--
It is better to kee
On Fri, 16 Feb 2001, Burton Windle wrote:
> Date: Fri, 16 Feb 2001 17:10:27 -0500 (EST)
> From: Burton Windle <[EMAIL PROTECTED]>
> To: Francis Galiegue <[EMAIL PROTECTED]>
> Subject: Re: [patchlet] One liner "fix" to mm/vmalloc.c
>
> What kernel is your patch against?
>
>
Oops! Sorry. That's
2.4.1 has a memory leak (temporary) where anonymous memory pages that have
been moved into the swap cache will stick around after their vma has been
unmapped by the owning process. These pages are not free'd in free_pte()
because they are still referenced by the page cache. In addition, if the
p
At 02:48 PM 02/16/2001, Jesse Pollard wrote:
>On Fri, 16 Feb 2001, Andrew Scott wrote:
> >On 15 Feb 2001, at 9:49, fsnchzjr wrote:
> >
> >> Watch Microsoft's Jim Allchin go Linux-bashing!!!
> >> Nice little article on how we're all going to die of herpes from our
> >> repeated exposition to Linux.
Right above the "if (!pmd)" ret is also set to -ENOMEM...
--- mm/vmalloc.c.oldFri Feb 16 22:47:59 2001
+++ mm/vmalloc.cFri Feb 16 22:48:16 2001
@@ -151,7 +151,6 @@
if (!pmd)
break;
- ret = -ENOMEM;
if (alloc_area_p
> > My testing showed that the lowlatency patches abosolutely destroy a
system
> > thoughput under heavy disk IO.
>
> I'm surprised - I've been keeping an eye on that.
>
> Here's the result of a bunch of back-to-back `dbench 12' runs
> on UP, alternating with and without LL:
It's interesting that
Doh, I forgot to turn on the DMA options in the kernel.
Thanks.
Mark Hahn wrote:
> you didn't mention what ide controller you're using,
> which sort of makes a big difference. with modern kernels,
> it shouldn't be necessary to hdparm at all, since you
> can select such config at compile time
On Fri, 16 Feb 2001, Alan Cox wrote:
>> VM: do_try_to_free_pages failed for myprog.pl
>> VM: do_try_to_free_pages failed for myprog.pl
>> VM: do_try_to_free_pages failed for kupdate (just saw this once)
>>
>> The kernel is compiled with the rh-7.0 kgcc (egcs-2.91.66), and I've
>> patched it to ge
Any suggestions of things I could try to help pinpoint the problem and
let you know the results? Everything was fine before 2.4.1.
I've been using the pcmcia-cs without kernel pcmcia support up until it
didn't work with 2.4.1, then I tried using the kernel pcmcia and no deal
there either.
As
Alan Cox ([EMAIL PROTECTED]) said:
> > Probing around with test code in awe_wave.c, it become clear to me
> > that the card was not being initialized properly by my isapnptools.
> > Even more alarming was the fact that pnpdump would not see the SB card
> > at all under 2.4.1, unless I used the
On Fri, 16 Feb 2001, David D.W. Downey wrote:
> Would someone tell me where you get all this lovely information on
> patents held by M$? I can't find anything.
Sorry, it's *IBM* who are said to hold a patent on the tab key.
Legend has it Microsoft once found a patent of theirs which IBM appeare
> I have a Dell Inspiron 8000. Trying to use pcmcia with kernel
> (yenta_socket) or pcmcia-cs only causes pcmcia card to take irq 11,
> which my eth device is on also. This didn't happen with 2.2 or 2.4.0
> kernels.
Sharing a PCI irq is legal, so that isnt the cause. It could be that the
irq rout
David Wood wrote:
>
> I believe you, although... why doesn't it happen with 2.2.17? vconsole
> buffers in a different place in memory, I suppose?
>
> I'll forward this to the XFree team. Thanks!
> -David
Known bug, they're working on it.
If you want to avoid the corruption, use the Vesa frameb
I believe you, although... why doesn't it happen with 2.2.17? vconsole
buffers in a different place in memory, I suppose?
I'll forward this to the XFree team. Thanks!
-David
On Fri, 16 Feb 2001, James Simmons wrote:
>
> X server problem.
>
D
On Fri, 16 Feb 2001, Andrew Scott wrote:
>On 15 Feb 2001, at 9:49, fsnchzjr wrote:
>
>> Watch Microsoft's Jim Allchin go Linux-bashing!!!
>> Nice little article on how we're all going to die of herpes from our
>> repeated exposition to Linux...
>> http://news.cnet.com/investor/news/newsitem/0-990
On Fri, 16 Feb 2001, Linus Torvalds wrote:
> This is, actually, a problem that I suspect ends up being _very_ similar
> to the zap_page_range() case. zap_page_range() needs to make sure that
> everything has been updated by the time the page is actually free'd. While
> filemap_sync() needs to mak
On Fri, 16 Feb 2001, Ben LaHaise wrote:
>
> Actually, in the filemap_sync case, the flush_tlb_page is redundant --
> there's already a call to flush_tlb_range in filemap_sync after the dirty
> bits are cleared.
This is not enough.
If another CPU has started write-out of one of the dirty page
Can 2.2.x linux made to boot from an ide zip drive? If so, what is required?
DB
-
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
Would someone tell me where you get all this lovely information on
patents held by M$? I can't find anything.
On Fri, 16 Feb 2001, James Sutherland wrote:
> On Fri, 16 Feb 2001, Rik van Riel wrote:
>
> > On Thu, 15 Feb 2001, Alan Olsen wrote:
> >
> > > I expect the next thing that will happen
Andrea Arcangeli wrote:
>
> On Wed, Jan 24, 2001 at 04:05:12PM +0100, Sasi Peter wrote:
> > > This isn't obvious. Your working may not fit in cache and so the kernel
> > > understand it's worthless to swapout stuff to make space to a polluted
> > > cache.
> >
> > But your understanding agrees on
X server problem.
-
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.org/lkml/
>(Aside, is this because X uses keyboard in raw mode? would be nice to
>still be able to ctrl-alt-del to rebood from console) Anyone know about
>using alt-sysrq to restore console?
>
>So, if the kernel had a card specific module that just knew enough
>to put the card back into text mode, or if
Tigran Aivazian wrote:
>
> On Thu, 15 Feb 2001, Samuel Flory wrote:
>
> > What is believed to be the current status of the typical mke2fs
> > crashes/hangs due to vm issues? I can reliably reproduce the issue on a
> > heavily modifed VA kernel based on 2.2.18. Is there a kernel which is
> >
Alan Cox wrote:
>
> > heavily modifed VA kernel based on 2.2.18. Is there a kernel which is
> > believed to be a known good kernel? (both 2.2.x and 2.4.x)
>
> I've not seen the problem on unmodified 2.2.18. The 2.2.17/18 VM does have
> its problems but not these. 2.2.19pre3 and higher have the
On Fri, 16 Feb 2001, Manfred Spraul wrote:
> That leaves msync() - it currently does a flush_tlb_page() for every
> single dirty page.
> Is it possible to integrate that into the mmu gather code?
>
> tlb_transfer_dirty() in addition to tlb_clear_page()?
Actually, in the filemap_sync case, the fl
On Fri, 16 Feb 2001, Manfred Spraul wrote:
>
> That leaves msync() - it currently does a flush_tlb_page() for every
> single dirty page.
> Is it possible to integrate that into the mmu gather code?
Not even necessary.
The D bit does not have to be coherent. We need to make sure that we flush
Linus wrote:
>
> >
> > That second pass is what I had in mind.
> >
> > > * munmap(file): No. Second pass required for correct msync behaviour.
> >
> > It is?
>
> Not now it isn't. We just do a msync() + fsync() for msync(MS_SYNC). Which
> is admittedly not optimal, but it works.
>
Ok, munmap()
On Friday 16 February 2001 03:29, Stéphane Borel wrote:
> I should add that the behaviour of serveraid under 2.4 is somehow
> strange : during fsck for instance, it seems to get stuck and won't
> go further if we don't strike a key on the keyboard.
It just a gues, but try disable write back cach
Hi
Chris Mason wrote:
> Hello everyone,
>
> I think Alexander Zarochentcev and I have finally figured out
> cause for null bytes in small reiserfs files. reiserfs stores
> parts of these files packed together in the tree, and the
> packed bytes can shift around as the tree is balanced.
>
> When
On Fri, 16 Feb 2001, Jamie Lokier wrote:
>
> > And check the Pentium III erratas. There is one with the tlb
> > that's only triggered if 4 instruction lie in a certain window and all
> > access memory in the same way of the tlb (EFLAGS incorrect if 'andl
> > mask,' causes page fault)).
>
> Nasty
>I was wondering why video drivers are not part of the kernel like every
>other piece of hardware. I would think if video drivers were part of the
>kernel and had a nice API for X or any other windowing system, would not
>only improve performance but would allow competing windowing systems
>witho
Upgrading from 2.2.18 and 2.4.0 to 2.4.1-ac15 broke pcmcia.
I have a Dell Inspiron 8000. Trying to use pcmcia with kernel
(yenta_socket) or pcmcia-cs only causes pcmcia card to take irq 11,
which my eth device is on also. This didn't happen with 2.2 or 2.4.0
kernels.
What param would I pass (how
Manfred Spraul wrote:
> A very simple test might be
>
> cpu 1:
> cpu 2:
Ben's test uses only one CPU.
> Now start with variants:
> change to read only instead of not present
> a and b in the same way of the tlb, in a different way.
> change pte with write, change with lock;
> .
> .
> .
>
> But
Jamie Lokier wrote:
>
> > > Ben, fancy writing a boot-time test?
> > >
> > I'd never rely on such a test - what if the cpu checks in 99% of the
> > cases, but doesn't handle some cases ('rep movd, everything unaligned,
> > ...'.
>
> A good point. The test results are inconclusive.
>
> > And ch
On Fri, 16 Feb 2001, Manfred Spraul wrote:
> Jamie Lokier wrote:
> >
> > Linus Torvalds wrote:
> > > So the only case that ends up being fairly heavy may be a case that is
> > > very uncommon in practice (only for unmapping shared mappings in
> > > threaded programs or the lazy TLB case).
> >
With 2.2.18 I can set using_dma = 1 with hdparm on my Dell Inspiron
8000, I cannot with 2.4.1-ac15, so my HD works about 1/3 the speed with
2.4.1.
[root@jkd junfan]# hdparm -I /dev/hda
/dev/hda:
Model=IHATHC_IKD32AB2- 0 , FwRev=000E0A2D,
SerialNo= 11S59T
Conf
On Fri, 16 Feb 2001, Linus Torvalds wrote:
> How do you expect to ever see this in practice? Sounds basically
> impossible to test for this hardware race. The obvious "try to dirty as
> fast as possible on one CPU while doing an atomic get-and-clear on the
> other" thing is not valid - it's in fa
>> On the other hand:
>> ''I can't imagine something that could be worse than this
>> for the software business and the intellectual-property business.''
>Linux IS (part of) the software business, though! That's like saying
>Walmart is bad for shops - it is bad for OTHER, COMPETING shops.
Actual
On Fri, 16 Feb 2001, Ben LaHaise wrote:
> On Fri, 16 Feb 2001, Jamie Lokier wrote:
>
> > It should be fast on known CPUs, correct on unknown ones, and much
> > simpler than "gather" code which may be completely unnecessary and
> > rather difficult to test.
> >
> > If anyone reports the message
> > Ben, fancy writing a boot-time test?
> >
> I'd never rely on such a test - what if the cpu checks in 99% of the
> cases, but doesn't handle some cases ('rep movd, everything unaligned,
> ...'.
A good point. The test results are inconclusive.
> And check the Pentium III erratas. There is on
On Fri, 16 Feb 2001, Jamie Lokier wrote:
> Manfred Spraul wrote:
> > Ok, Is there one case were your pragmatic solutions is vastly faster?
>
> > * mprotect: No. The difference is at most one additional locked
> > instruction for each pte.
>
> Oh, what instruction is that?
The "set_pte()" thi
On Fri, 16 Feb 2001, Jamie Lokier wrote:
> It should be fast on known CPUs, correct on unknown ones, and much
> simpler than "gather" code which may be completely unnecessary and
> rather difficult to test.
>
> If anyone reports the message, _then_ we think about the problem some more.
>
> Ben, f
A good article on linux today about this.
http://linuxtoday.com/news_story.php3?ltsn=2001-02-15-003-20-OP
Byron
fsnchzjr wrote:
> Watch Microsoft's Jim Allchin go Linux-bashing!!!
> Nice little article on how we're all going to die of herpes from our
> repeated exposition to Linux...
> http://
Actually, in today's "User Friendly" comic strip (http://www.userfriendly.org)
one of the characters asks exactly that same question.
Wayne
"Andrew Scott" <[EMAIL PROTECTED]> on 02/16/2001 08:25:20 AM
Please respond to [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:(bcc: Wayne Brown/Cor
Manfred Spraul wrote:
> Ok, Is there one case were your pragmatic solutions is vastly faster?
> * mprotect: No. The difference is at most one additional locked
> instruction for each pte.
Oh, what instruction is that?
> * munmap(anon): No. We must handle delayed accessed anyway (don't call
> fr
2.4.1-ac8 worked great, 2.4.1-ac13 and ac14 oops
in IDE initialization. All 3 have ide.2.4.1-p8.all.01172001.patch
applied too. I'll try it without the ide patch today.
-Thomas
---kernel messages---
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system
Jamie Lokier wrote:
>
> Manfred Spraul wrote:
> > The other cpu writes the dirty bit - we just overwrite it ;-)
> > After the ptep_get_and_clear(), before the set_pte().
>
> Ah, I see. The other CPU does an atomic *pte |= _PAGE_DIRTY, without
> checking the present bit. ('scuse me for temporar
Hi,
While trying to compile 2.4.1-ac1[34] I noticed that the following error
message appears sometimes:
make[3]: *** No rule to make target
/home29/ankry/kernel/2.4/linux/drivers/pci/devlist.h', needed by `names.o'.
Stop.
make[3]: Leaving directory /home29/ankry/kernel/2.4/linux/drivers/pci'
Manfred Spraul wrote:
> The other cpu writes the dirty bit - we just overwrite it ;-)
> After the ptep_get_and_clear(), before the set_pte().
Ah, I see. The other CPU does an atomic *pte |= _PAGE_DIRTY, without
checking the present bit. ('scuse me for temporary brain failure).
How about a prag
Oh God. You're right. But who's going to patent the patent on the patent?
*ad infinitum*
-Original Message-
From: David Woodhouse [mailto:[EMAIL PROTECTED]]On Behalf Of David
Woodhouse
Sent: Friday, February 16, 2001 11:26 AM
To: Mark Haney
Cc: James Sutherland; Rik van Riel; Alan Olse
1 - 100 of 174 matches
Mail list logo