Hi All,
I have a bunch of computers with 8139 cards. When I moved the cables
over from my hub to my new switch all the "full duplex" lights came on
immediately.
Would this mean that the driver/card already were in full-duplex? That
would explain me seeing way too many collisions on that old
hi,
i tried to test the hp5300 usb module for my scanner but it wasn't buildt.
any hints?
thx,
daniel
ps: experimental drivers, scsi and usb are enabled.
--
@gpg: http://stud3.tuwien.ac.at/~e9925791/daniel_wagner.asc
C63A 06F0 3E2A A039 E830 83A0 C1DA 3479 803F 078F
-
To unsubscribe
They are wrong about linux stifling innovation, there
is plenty of innovation in linux itself.
On the other hand:
''I can't imagine something that could be worse than this
for the software business and the intellectual-property business.''
Sure. Linux *is* bad for the IP business. Open
On Fri, 16 Feb 2001, Rogier Wolff wrote:
Hi All,
I have a bunch of computers with 8139 cards. When I moved the cables
over from my hub to my new switch all the "full duplex" lights came on
immediately.
That's what you would expect: they will auto-negotiate full duplex, in the
same way
Hi.
I'm getting lots of this on a computer:
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 myprog.pl
VM: do_try_to_free_pages failed for kupdate (just saw this once)
myprog is basically making lots of
On Fri, 16 Feb 2001, Helge Hafting wrote:
They are wrong about linux stifling innovation, there is plenty of
innovation in linux itself.
Indeed. If Linux did nothing new, what do they have to fear?!
On the other hand:
''I can't imagine something that could be worse than this
for the
i just compile my linux 2.4.1 kernel in my red hat 7.1 ..after i restart
it..i found that when it's prompts FAILED - starting NFS lock..and said
that lockdsvc : invalid argument..what should i do..sorry if this
question is too easy for u guys..
-
To unsubscribe from this list: send the line
I tried the new patches (2.4.1-ac13) and it seemed very stable. After
moving about 50GB of data to the raid5, the system crashed. here is the
syslog... (the system had been up for about 20 hours)
Ok so better but not perfect
Feb 15 01:54:01 bertha kernel: hdg: timeout waiting for DMA
James Sutherland wrote:
That would explain me seeing way too many collisions on that old hub
(which obviously doesn't support full-duplex).
No, it would just prevent your card working. Large numbers of collisions
are normal during fast transfers across a hub.
Why would it completely "not
Hi
Actually I think this might be PCI related, the machines detais are:-
SIS 530 based motherboard..., 256Mbytes ram, limited to 240,
with mem statement (Mem detect fails on 2.2.13, untested 2.2.18).
Networks cards uses PNIC ,with old_tulip driver and RTL8139 with
rtl8139
On Fri, 16 Feb 2001, Rogier Wolff wrote:
I have a bunch of computers with 8139 cards. When I moved the cables
over from my hub to my new switch all the "full duplex" lights came on
immediately.
Would this mean that the driver/card already were in full-duplex? That
would explain me seeing
The "ld" program in binutils-2.10.1.0.7 and in binutils-2.10.91.0.2 now
requires "--oformat" instead of "-oformat".
[root@debian-f5ibh] /usr/src/kernel-sources-2.4.2 # ld -v
GNU ld version 2.9.5 (with BFD 2.9.5.0.37)
[root@debian-f5ibh] /usr/src/kernel-sources-2.4.2 # ld --help
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 Andrea VM fixes which
have
We have a problem here that make the filesystem crash during big files
transfer (1M). It only happens with kernel 2.4.x ; with 2.2.18, it is
very stable and fast.
I don't believe IBM have provided an 'official' 2.4 patch set for the serveraid
yet so there may be bugs lurking.
I should add
Jeff Garzik wrote:
On Fri, 16 Feb 2001, Rogier Wolff wrote:
I have a bunch of computers with 8139 cards. When I moved the cables
over from my hub to my new switch all the "full duplex" lights came on
immediately.
Would this mean that the driver/card already were in full-duplex? That
The "ld" program in binutils-2.10.1.0.7 and in
binutils-2.10.91.0.2 now requires "--oformat" instead of "-oformat".
This breaks linux-2.4.2-pre3/arch/i386/boot/Makefile. I have attached
the fix below. I am running a kernel built with this updated Makefile.
There's a fix in -ac
Would this mean that the driver/card already were in full-duplex? That
would explain me seeing way too many collisions on that old hub (which
obviously doesn't support full-duplex).
Most likely it means they were set to autonegotiate
-
To unsubscribe from this list: send the line "unsubscribe
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 get raid 0.90 and reiserfs 3.5.29.
What's going
Chmouel Boudjnah wrote:
Juergen Schoew [EMAIL PROTECTED] writes:
Hi,
On 15-Feb-01 Thomas Lau wrote:
hey, I found this driver on mandrake kernel sources, it's ac3, but I
need ac14 code, also, why still not port this driver into kernel?
the patch file already released 1 years ago
On Fri, 16 Feb 2001 10:07:32 + (GMT), you wrote:
I'm just waiting for linus to put out a 2pre4
so I can start feeding him more stuff
When are we likely to see 2.4.2? (and 2pre4)?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
iam getting compilation errors for driver code.
struct file_operations my_ops ={NULL,my_read,my_write,NULL,NULL,NULL
NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL
NULL };
ERROR - my_ops has intializer but incomplete type
pls can anybody
[Yet more fixes from the OCD - Obsolete Cruft Department ]
Couldn't figure out why my el-lame-o testbox was generating random I/O
errors on large writes. I first suspected another booger cut loose in
the disk and generated the typical storm of errors since it has some
hundred or so bad
On Fri, Feb 16, 2001 at 10:40:53AM +0100, Rogier Wolff wrote:
Why would it completely "not work"?
experience maybe. telnet works just fine. a copy would end in a _very_
slow transfer. and if I say slow, I mean a few kbytes/sec. depends on
the number of colls as well.
besides, what gains are
On Thu, Feb 15, 2001 at 04:38:37PM -0800, David D.W. Downey wrote:
I've tried the Abit VP6 and the MSI 6321 (694D Pro). Both give me the APIC
errors with system lockups on heavy I/O using the 2.4.1-ac1# and the
2.4.2-pre# kernels. (The ac-## line doesn't die ANYWHERE near as often as
the
" " == khairul sazaney [EMAIL PROTECTED] writes:
i just compile my linux 2.4.1 kernel in my red hat 7.1 ..after
i restart it..i found that when it's prompts FAILED - starting
NFS lock..and said that lockdsvc : invalid argument..what
should i do..sorry if this question is
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
believed to be a known good kernel?
Hi.
iam getting compilation errors for driver code.
struct file_operations my_ops ={NULL,my_read,my_write,NULL,NULL,NULL
NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL
NULL };
On Fri, 16 Feb 2001, Rogier Wolff wrote:
James Sutherland wrote:
That would explain me seeing way too many collisions on that old hub
(which obviously doesn't support full-duplex).
No, it would just prevent your card working. Large numbers of collisions
are normal during fast
On trying 2.4.1-ac13 I hit the tulip driver problems reported elsewhere,
and ac14 does not seem to fix the problem on my machine. Attached is an
extract from my /var/log/messages.
Stephen Thomas
Feb 15 16:07:32 triumph kernel: Linux version 2.4.1-ac14
([EMAIL PROTECTED]) (gcc version 2.95.2
On Fri, 16 Feb 2001, Rogier Wolff wrote:
Jeff Garzik wrote:
On Fri, 16 Feb 2001, Rogier Wolff wrote:
I have a bunch of computers with 8139 cards. When I moved the cables
over from my hub to my new switch all the "full duplex" lights came on
immediately.
Would this mean that the
On Thu, Feb 15, 2001 at 02:11:55PM +0200, you [Ville Herva] claimed:
On Thu, Feb 15, 2001 at 01:22:31PM +0200, you [Ville Herva] claimed:
On Thu, Feb 15, 2001 at 06:08:12AM -0500, you [Doug Ledford] claimed:
There was a new aic7xxx driver (version 5.2.3) that went into the 2.4.1ac
Stephen Thomas wrote:
On trying 2.4.1-ac13 I hit the tulip driver problems reported elsewhere,
and ac14 does not seem to fix the problem on my machine. Attached is an
extract from my /var/log/messages.
Could you try the attached oneliner patches?
patch-tulip-fix1 is integrated in -ac15,
Manfred Spraul wrote:
Could you try the attached oneliner patches?
patch-tulip-fix1 is integrated in -ac15, and I send patch-tulip-typo to
Alan a few seconds ago.
Just booted ac15 with the typo patch applied, seems to work well enough
for me to be sending you this and there are no obvious
Greetings kernel, awe_wave and isapnptools developers:
I recently upgraded the Linux kernel on my K6-2 PC from 2.2.14 to
2.4.1.
I like the new kernel and think that the kernel developers have done
a great job- thank you!
However, I have become aware of an issue (not necessarily a bug) with
Hi all,
After modifying some bios settings and assigning the parallel port
IRQ5 instead of the IRQ7 it formerly had, I'm now getting kernel
messages like this:
spurious 8259A interrupt: IRQ7
IRQ7 is not in use by any device, but interrupts occur.
Can someone tell me what's up with that?
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 -r option, but would show it
just fine under
Hi All,
I need to send udp packets in a kernel module. but i am unable to figure
out how to specify fill the struct msghdr to be used by the sendmsg handler
of the socket.
my skeleton is something like (by going through the kernel code:)
struct socket *sock;
struct sockaddr_in sin;
struct
On Thu, 15 Feb 2001, Yuri Niyazov wrote:
I am currently a university student taking a "Advanced
design of Operating Systems" class at New York University. We
please. The requirement of the class is a final project proposal
and implementation of a student's own choosing - I would really
On Thu, 15 Feb 2001, Alan Olsen wrote:
I expect the next thing that will happen is that they will get
patents on key portions of their protocols and then start
enforcing them.
If Microsoft would start pissing off IBM and other major
companies which have big business interests in Linux by
Date: Fri, 16 Feb 2001 09:48:17 + (GMT)
From: Alan Cox [EMAIL PROTECTED]
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
James Sutherland wrote:
I see no problem with that though. And those who want to get
paid for computing work? No problem. There is always support.
Hrm. Getting paid to write code is preferable, IMHO...
You can still get paid for writing something new. I have heard about
businesses
On Thu, 15 Feb 2001 [EMAIL PROTECTED] wrote:
Over a 9600 mobile phone link mtu 296 makes measurable differences to the
latency when mixing a mail fetch with typing.
It is myth.
Over a radio link where
error rate causes exponential increases
case, for example, we saw it with a system that had "only" 256 megs of
memory, and creating a 72 gigabyte filesystem using a 8x9gb RAID
configuration.
Ok I've only tested 90Gb on 2.2.19pre3, not more than that
workaround did fix IBM's problem, which lends credence to the theory
that the
On Thu, 15 Feb 2001 [EMAIL PROTECTED] wrote:
- IP suite is not full functional with low MTUs and must be eliminated.
Wouldn't it be simpler to just fix the bugs instead of
eliminating the entire Linux IP suite ;)
Rik
--
Virtual memory is like a game you can't win;
However, without VM
Well, I think it should add to normal kernel and do not need to patch,
Thanks
also, why this driver still stick in ac3?
and where can I find the new version of this patch?
I think mandrake was improved that driver, Thanks
I'm not so sure...
I've been using this driver for a long
Hi,
I'm having some problems with XFree86 4.0.2 and DRI/DRM in 2.4.2-pre3.
I'm using a Dell Inspiron 8000 with a ATI Rage Mobility M4 32 MB,
and can get it running with DRI under 2.4.0-ac10. When using 2.4.2-pre3, I
can see each individual widget being built when I enable DRI.
output lspci -v:
I m a beginner so please dont mind..
How do we calculate the network utilization of a particular ethernet LAN
segment?
Whata are the issues involved?
TIA
Vineet
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
Hi,
I don't recall seeing this problem in 2.4.0...
quotaon: using /home/vhosts/b/quota.user on /dev/sda3: Invalid argument
quotaon: using /home/vhosts/a/quota.user on /dev/sdb1: Invalid argument
Here's my ver_linux:
Linux omega 2.4.1-ac15 #1 SMP Thu Feb 15 21:33:19 PST 2001 i686 unknown
Gnu
On Fri, Feb 16, 2001 at 07:24:21PM +0530, Vineet Mehta wrote:
I m a beginner so please dont mind..
How do we calculate the network utilization of a particular ethernet LAN
segment?
Whata are the issues involved?
You start by asking in the right place.
Then, considering your mail user agent,
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 that the larger chunks for each stream
we
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).
I can think of one case where performance is considered quite important:
mprotect() is used by
On Mon, Jan 29, 2001 at 08:47:50PM +0100, Roman Zippel wrote:
Hi,
On Mon, 29 Jan 2001, Andi Kleen wrote:
You can miss wakeups. The standard pattern is:
get locks
add_wait_queue(waitqueue, wait);
for (;;) {
if (condition you're waiting for is true)
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-9900-1028-4825719-RHAT.html?ta
g=ltnc
That's about
On Mon, Jan 29, 2001 at 09:35:53PM +0100, Andi Kleen wrote:
On Mon, Jan 29, 2001 at 08:47:50PM +0100, Roman Zippel wrote:
You still miss wakeups. :)
And there was another race in it, I know. The first __set_task_state
has to be set_task_state to get the right memory write order on SMP.
Tom Sightler wrote:
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:
With:
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).
The lazy tlb case is quite fast: lazy tlb thread never write to user
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 converting from the packed bytes to
Manfred Spraul wrote:
Intel Pentium III and P 4 have hardcoded "fast stringcopy" operations
that invalidate whole cachelines during write (documented in the most
obvious place: multiprocessor management, memory ordering)
Which are dramatically slower than a simple `mov' loop for just
about
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 is that they will get
patents on key portions of their protocols and then start
enforcing them.
If Microsoft would start pissing off IBM and other major
companies
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 the
information about drivers/b/foo.c. Anyone got an idea on how to fix
Manfred Spraul wrote:
I can think of one case where performance is considered quite important:
mprotect() is used by several garbage collectors, including threaded
ones. Maybe mprotect() isn't the best primitive for those anyway, but
it's what they have to work with atm.
Does
[EMAIL PROTECTED] writes:
i am getting EFAULT.
Use
mm_segment_t oldseg = get_fs();
set_fs(KERNEL_DS);
... sendmsg
set_fs(oldseg);
-Andi
P.S.: This is really getting a FAQ. If it isn't already please someone add
it to the linux-kernel FAQ.
-
To unsubscribe from this list: send the line
Jamie Lokier wrote:
/* mprotect.c */
entry = ptep_get_and_clear(pte);
set_pte(pte, pte_modify(entry, newprot));
I.e. the only code with the race condition is code which explicitly
clears the dirty bit, in vmscan.c.
Do you see any possibility of losing a dirty bit here?
Okay, so if we are going to get real stupid about the whole thing, I wonder
if Microsloth is going to patent the patent?
-Original Message-
From: James Sutherland [mailto:[EMAIL PROTECTED]]On Behalf Of James
Sutherland
Sent: Friday, February 16, 2001 10:11 AM
To: Rik van Riel
Cc: Alan
Manfred Spraul wrote:
entry = ptep_get_and_clear(pte);
set_pte(pte, pte_modify(entry, newprot));
I.e. the only code with the race condition is code which explicitly
clears the dirty bit, in vmscan.c.
Do you see any possibility of losing a dirty bit here?
Of
I have been trying to find the source code for the write system call.
I've checked through all the source code for the kernel and looked around
on the mailling list but can't seem to find it anywhere. I was tracing
the file system operations and reached the function sys_write (which calls
Chris Mason wrote:
Hello everyone,
I think Alexander Zarochentcev and I have finally figured out
cause for null bytes in small reiserfs files.
AlexanderChris, you are the masters! :-) (Yet the others from the reiserfs
team, you are the masters too ;-))
Can you post a message when a
Jocelyn Mayer wrote:
Well, I think it should add to normal kernel and do not need to patch,
Thanks
also, why this driver still stick in ac3?
and where can I find the new version of this patch?
I think mandrake was improved that driver, Thanks
I'm not so sure...
I've been
On Fri, 16 Feb 2001, Matthew McCormick wrote:
I have been trying to find the source code for the write system call.
I've checked through all the source code for the kernel and looked around
on the mailling list but can't seem to find it anywhere. I was tracing
the file system operations and
On Friday, February 16, 2001 05:01:39 PM +0100 Xuan Baldauf
[EMAIL PROTECTED] wrote:
Chris Mason wrote:
Hello everyone,
I think Alexander Zarochentcev and I have finally figured out
cause for null bytes in small reiserfs files.
AlexanderChris, you are the masters! :-) (Yet the
Please excuse my newbie question...
I've been fooling around with module programing on 2.4.0, and I've made this
little module for a char device that printk's (darn, my kernel log's growing
real huge now!!!) anything I redirect into /dev/charmod (Hurray! I made my
first module) I have not yet
[EMAIL PROTECTED] said:
Okay, so if we are going to get real stupid about the whole thing, I
wonder if Microsloth is going to patent the patent?
Filing nuisance patents for obvious stuff which shouldn't ever get granted
is a viable business method and as such is patentable in the US.
After
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
fsnchzjr wrote:
Please excuse my newbie question...
I've been fooling around with module programing on 2.4.0, and I've made this
little module for a char device that printk's (darn, my kernel log's growing
real huge now!!!) anything I redirect into /dev/charmod (Hurray! I made my
first
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
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 temporary brain
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
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
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
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...
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, fancy
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()" thing could
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 one with
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, _then_ we
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.
Actually, I'd
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 fact
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
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).
The lazy tlb
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 check the Pentium
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 you'll
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
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
without
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,memory_addr' causes page fault)).
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 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 cache.
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() will be fixed by
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
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
the
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
believed
1 - 100 of 340 matches
Mail list logo