The experiment showed the following prefetching could reduce 20-30% of
csum_partial_copy_generic() execution time.
This suggests CPU cause heavy cache miss at checksum calclation and it
is also supported by the PMC (performance monitoring counter)
measurements. So I think the following statement i
> That's B.S. The GPL is a Copyright license; it applies whether or not
> it is in the kernel. Microsoft (or anyone else for that matter) can't
> take your code and use it without consent. The GPL is one way of giving
> consent, with certain strings attached.
And, Ted, THAT is brown steaming m
On Mon, 4 Sep 2000, Jan Kara wrote:
> Hello.
>
> Following patch fixes bug in dquot_transfer() - while we were sleeping
> i_blocks might change and so number quota was miscounted. Patches are
> against 2.2.16 and 2.4.0-test6 (but should apply well on newer versions).
Umm... It sti
Hello.
Following patch fixes bug in dquot_transfer() - while we were sleeping
i_blocks might change and so number quota was miscounted. Patches are
against 2.2.16 and 2.4.0-test6 (but should apply well on newer versions).
Honza
--- l
I cant test this patch by doing tests that go into swap. You add a
variable that wasn't used in the 100MB tests and going into swap would
no doubt cause major performance drops from this 100MB test no matter
what VM you used. The added overhead is very dependent on too many
variables to compare r
I'm using 2.4-test since it was born and never saw this behavior. Could
you please strace and ltrace your ping so we can see where it waits?
Martin
On Sun, 3 Sep 2000, John Kennedy wrote:
> I've been having a problem with the 2.4.0 series (tested most rec
> You and several others know that I stink at describing a complex point
> regardless that I understand it completely. I am just glad that you hung
> in there long enough for me to get the point across.
Andre, as far as I can tell, this "complex point" is just the kind of
queueing that SCSI has
In article <[EMAIL PROTECTED]> you wrote:
> Well, the bug seems to exactly using the page after a "free_page()". Which
> is always a bug, but at least should be easy to fix.
> I've considered making "free_page()" a macro something like
> __free_pge(x);
> x = NULL;
Maybe the trick e
Andre wrote:
> Linux rejected the code because it does not understand nor does anyone
> have the desire to learn what it does. Since it is not in the kernel
> there is no GPL issue. Upon Microsoft's adpotion of the model they will
That's B.S. The GPL is a Copyright license; it applies whether
On Sun, 3 Sep 2000, Lincoln Dale wrote:
>
> many people (myself included) have been experimenting with zerocopy
> infrastructures.
> in my case, i've been working on it as time permits for quite a few months
> now, and am about on my fourth rewrite.
Heh.
> i've found exactly what you state
Hi. alan.
2.2.18pre2 is fixed microcode.c complie ploblem.
but, I think non smart code.
please use this patch:)
diff -urN linux.orig/arch/i386/kernel/microcode.c linux/arch/i386/kernel/microcode.c
--- linux.orig/arch/i386/kernel/microcode.c Mon Sep 4 11:45:13 2000
+++ linux/arch/i386/kernel
Linus,
Please apply.
- Arnaldo
--- linux-2.4.0-test8-pre2/drivers/sound/nm256_audio.c Sat Sep 2 20:50:27 2000
+++ linux-2.4.0-test8-pre2.acme/drivers/sound/nm256_audio.c Sun Sep 3 19:57:13
+2000
@@ -1467,7 +1467,7 @@
break;
Now I might as well put in my two bits on another annoyance
2.4.0-test7 no longer displays (vidmode bzImage 8, and passing vga=8 via
syslinux) the same as earlier kernels.
I get a wrapped extra line on the bottom, and on the first scroll thru I get
all kinds of pretty colours on the extra l
At 22:53 03/09/00, Linus Torvalds wrote:
> >Ugh. User space DMA gets complicated quickly. The performance question
> >is, perhaps, can you do this without a TLB flush (but with locking the
> >struct page of course). Note that it doesn't matter if another thread,
> >and this includes truncate/wr
Em Sun, Sep 03, 2000 at 09:07:10PM -0400, Mohammad A. Haque escreveu:
> When pine crashed on me while trying to read one of my mailboxes I ended
> up opening the mailbox in vi. vi complained about Incomplete line and
> sure enough .. at the end of the file was lots of gibberish.
>
> This wasn't m
Is the same behavior exhibited in 2.2.x w/Andre's IDE
patch?
Dewet Diener <[EMAIL PROTECTED]> wrote:
> I am experiencing problems with UDMA on my system on
> 2.4 kernels. It's an
> ASUS socket-7 MB, over 2 years old. Below follows a
> boot log on
> 2.4.0-test7:
>
> ide: Assuming 33MHz system b
In article <[EMAIL PROTECTED]>,
Jamie Lokier <[EMAIL PROTECTED]> wrote:
>Alan Cox wrote:
>> > read/recv block while the NIC DMAs into user space main memory.
>>
>> Thats actually not always a win either. A DMA to user space flushes
>> those pages out of cache which isnt so ideal if the CPU wants
Hi,
On Sat, Sep 02, 2000 at 01:05:02PM +0200, Andi Kleen wrote:
> On Sat, Sep 02, 2000 at 12:28:00PM +1100, David Luyer wrote:
[snip]
> > Now when the Linux box a.b.c.1 (with secondary address d.e.f.1) wants to
> > talk to the BSD/OS system d.e.f.2 it does
> >
> > a.b.c.1 arp who-has d.e.f.2
On Sun, Sep 03, 2000 at 09:19:15AM -0700, David Benfell wrote:
>
> On Sun, Sep 03, 2000 at 08:52:59AM -0400, James Simmons wrote:
> >
> > On Sat, 2 Sep 2000, David Benfell wrote:
> >
> > > Hello all,
> > >
> > > I've seen this with earlier versions, starting on my old laptop, a
> > > Compaq Pr
Hi,
On Sun, Sep 03, 2000 at 05:47:01PM -0300, Rik van Riel wrote:
> On Sun, 3 Sep 2000, Alan Cox wrote:
>
> > Things like random memory corruption from dropping dirty bits,
> > and some of the others are far more serious showstoppers alas
>
> Indeed, there are 4 major issues left in the VM area
On Mon, 4 Sep 2000, Jamie Lokier wrote:
> Alexander Viro wrote:
> > > *((unsigned long *)(&x)) = NULL;
> >
> > free_page(foo()) and we've got problems...
>
> Alan really meant
>
> *((unsigned long *)&(x)) = NULL;
>
> and screw you if it's not an lvalue.
There's a lot of places that
When pine crashed on me while trying to read one of my mailboxes I ended
up opening the mailbox in vi. vi complained about Incomplete line and
sure enough .. at the end of the file was lots of gibberish.
This wasn't my bugtraq mailbox so I'm thinking it's just plain
coincidence that the linux-tru
I am experiencing problems with UDMA on my system on 2.4 kernels. It's an
ASUS socket-7 MB, over 2 years old. Below follows a boot log on
2.4.0-test7:
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
SIS5513: IDE controller on PCI bus 00 dev 01
SIS5513: chipset revi
On Sun, 3 Sep 2000, Thomas Molina wrote:
> Odd. I started seeing mailbox corruption the day before the first post
> showed up here. Since it was only one list (BUGTRAQ) and I'm still at
weird. currently my pine crashes on me when i close my bugtraq
folder.
however, i don't think i have fs cor
Alexander Viro wrote:
> > *((unsigned long *)(&x)) = NULL;
>
> free_page(foo()) and we've got problems...
Alan really meant
*((unsigned long *)&(x)) = NULL;
and screw you if it's not an lvalue.
-- Jamie
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Ari Pollak <[EMAIL PROTECTED]> said:
> Building 2.4.0-test8-pre2 fails with smbfs enabled:
Ditto coda as module:
/usr/src/build/GCC/build-gcc-2903/gcc/xgcc
-B/usr/src/build/GCC/build-gcc-2903/gcc/ -D__KERNEL__
-I/usr/src/linux-2.4.0-test/include -Wall -Wstrict-prototypes -
"Albert D. Cahalan" <[EMAIL PROTECTED]> said:
[...]
> The rr.com service is expanding across the US. It is a cable
> service recently bought by AT&T. It serves areas without ISDN
> or DSL, so the only alternative is a POTS modem. The rr.com
> service is much cheaper and usually faster than ISDN
On Tue, 29 Aug 2000, Richard Torkar wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Tue, 29 Aug 2000, Bob_Tracy wrote:
>
> > I *thought* I wanted to buy some memory from Crucial :-). Can't
> > get there from here with my 2.4.0-test7 machine, but Win95 seems
> > to be ok, and 2.
Alan Cox wrote:
> > read/recv block while the NIC DMAs into user space main memory.
>
> Thats actually not always a win either. A DMA to user space flushes
> those pages out of cache which isnt so ideal if the CPU wants
> them. Some of the results are suprisingly counter-intuitive like this
Does
Date: Sat, 2 Sep 2000 11:56:05 -0700 (PDT)
From: Linus Torvalds <[EMAIL PROTECTED]>
> * SIGCONT isn't handled correctly:
>
> "[W]hen SIGCONT is generated for a process all pending stop signals
>for that process shall be discarded."
A lot of these issues should be fixe
Alan Cox wrote:
> > It's not faster than card->card DMA, which falls out naturally from my
> > zero-copy proposal :-)
>
> We already support card->card DMA for routing with fastrouting
..but not for user space proxies which was the above's context.
Still, the fastrouting proves card->card DMA a
Hi,
> Hi all.
>
> I'd installed the backport of the USB patch (to 2.2.16) and had the
> following problem:
>
> After a few inches of printing a graphics page (ghostscript
> output), the
> whole printing job would just hang. Only exit was switching
> the printer
> on/off and removing the prin
On Sun, Sep 03, 2000 at 06:17:08PM -0500, Kevin Krieser wrote:
> [me]
>>I've been having a problem with the 2.4.0 series (tested most recently
>> against test8-pre1)... there is a long (seems to be almost exactly
>> ~60 seconds, but you have to be careful about racking up multiples)
>> del
> contributing member of Linux for quite some time, however, the
> architecture of Linux is unnatural to Novell's and Microsoft's
> technologies and Linux is at present incapable of providing the same
> level of Networking capability available with Windows 2000 or NetWare to
> enterprise customers
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of John Kennedy
> Sent: Sunday, September 03, 2000 5:40 PM
> To: Linux Kernel
> Subject: why am i seeing a ~60-second network connection delay with
> 2.4.0test*?
>
>
> I've been having a problem with t
On Sun, Sep 03, 2000 at 01:58:02PM -0400, Mohammad A. Haque wrote:
> I think I saw one other person mention fs corruption with test8-pre2.
> What is your system configuration? I'm pretty sure it's not a ide
> controller/hd problem because my inbox is on one drive and my other
> mailboxes are on a
On Sun, 3 Sep 2000, Dan Hollis wrote:
> Microsoft has a "fuck linux" license (SMB NDA). So let's write a "fuck
> microsoft" license.
First of all, it's a serious health risk. And then... it really reminds
"Nurse, he had hit me with a stool! - So hit him back - Yeah, but mine is
liquid..." sort
On 3 Sep 2000, Henning P. Schmiedehausen wrote:
> [EMAIL PROTECTED] (Andre Hedrick) writes:
> >Apology to Jeff,
> >I am sorry to here of this, but I know what you mean about microsoft.
> >My and co-worker's code for doing full taskfile access under linux was
> >rejected here but is being used in M
On Sun, Sep 03, 2000 at 02:01:28PM -0700, David Ford wrote:
> Would this be an ext2 thing?
The corrupted file was on an ext2 partition, yes. But I also used
test7 and test8-pre1 before that with no problems (that I noticed..).
Tim.
*/
PGP signature
I've been having a problem with the 2.4.0 series (tested most recently
against test8-pre1)... there is a long (seems to be almost exactly
~60 seconds, but you have to be careful about racking up multiples)
delay trying to make outgoing connections, including pings:
root@pandora: time p
On Sun, Sep 03 2000, Mohammad A. Haque wrote:
> I know about the dvd capacity bug and have the patch that Adam Richter
> sent to the list about 3 weeks ago. I was pretty sure the error wasn't
> my DVD drive because I didn't have anything in the drive =)
>
> Thanks for the patch. I'll give it a wh
Ok, did a fsck and got lots and lots of errors/fixes. Everything seems
to be running fine for now.
Thanks
Alexander Viro wrote:
>
> On Sun, 3 Sep 2000, Mohammad A. Haque wrote:
>
> Most likely screwed indirect blocks with pointers _way_ off-base. Or
> direct pointers, for that matter.
>
>
>
Confusion between `int' and `long int'...
p.
Index: drivers/block/linear.c
===
RCS file: /cvsroot/pub/kernel/armlinux/drivers/block/linear.c,v
retrieving revision 1.7
diff -u -p -u -r1.7 linear.c
--- drivers/block/linear.c 2000
> This it will have to wait for 2.5, but everyone needs to get off the issue
> that it is a filter and understand that it is a command completion
> pre-handler. I hope that you finally understand the point and we do not
> have to fight again, next will be to take LT to school about the issue.
It
Here's the latest collection of drivers that assumed "char" is always signed.
p.
Index: drivers/net/eepro100.c
===
RCS file: /cvsroot/pub/kernel/armlinux/drivers/net/eepro100.c,v
retrieving revision 1.15
diff -u -p -u -r1.15 eepro10
Some of the joystick drivers weren't including all the headers they needed to
build on ARM.
p.
Index: drivers/char/joystick/gameport.c
===
RCS file: /cvsroot/pub/kernel/armlinux/drivers/char/joystick/gameport.c,v
retrieving revisio
On Sun, 3 Sep 2000, Alan Cox wrote:
> > I've considered making "free_page()" a macro something like
> >
> > __free_pge(x);
> > x = NULL;
> >
> > but that works only for lvalues, of course, and not all users are
> > lvalue-users, so it's hard to do. But that would have caught this.
>
> I've considered making "free_page()" a macro something like
>
> __free_pge(x);
> x = NULL;
>
> but that works only for lvalues, of course, and not all users are
> lvalue-users, so it's hard to do. But that would have caught this.
Not that hard. (barf buckets at the ready)
> It's not faster than card->card DMA, which falls out naturally from my
> zero-copy proposal :-)
We already support card->card DMA for routing with fastrouting
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read
> read/recv block while the NIC DMAs into user space main memory.
Thats actually not always a win either. A DMA to user space flushes those pages
out of cache which isnt so ideal if the CPU wants them. Some of the results
are suprisingly counter-intuitive like this
> (Can't DMA earlier because w
Mike Galbraith wrote:
[...]
> Below is some additional info that I think you may find interesting.
>
> /etc/rc.d/nscd start
>
> FLAGS UID PID PPID PRI NI SIZE RSS WCHAN STA TTY TIME COMMAND
>40 0 371 370 9 0 11700 760 do_poll S? 0:00 /usr/sbin
>40
> Linux rejected the code because it does not understand nor does anyone
> have the desire to learn what it does. Since it is not in the kernel
> there is no GPL issue. Upon Microsoft's adpotion of the model they will
If its your code there isnt anyway. You can license it to multiple people
in
"Jeff V. Merkey" wrote:
> Someone tell Rik to get his hands on a copy of AIMS-7 and start
> benchmarking his VM so when the SCO Unix numbers hit the street, we've
> got a rebuttal and fix dates to tell folks.
>
That's going to be tough - AIM as a company is out of business (just go to
www.aim.
Sorry for the OT,
but I'm really interested on the subject.
>>>You might be able to do that with hardware IDE raid controllers and
>>> the like such as the 3ware 8 port cards, or scsi raid controllers and
then run
>>> ext3 or reiserfs.
> >
> > If you're building a 2TB array, you're not gonna do
This patch should fix it for coda and smbfs.
On Sun, 3 Sep 2000, Oliver Neukum wrote:
> Hi,
>
> coda does not compile.
>
> gcc -D__KERNEL__ -I/home/oliver/linux/include -Wall -Wstrict-prototypes -O2
>-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686
>-malign-functions=4 -
I know about the dvd capacity bug and have the patch that Adam Richter
sent to the list about 3 weeks ago. I was pretty sure the error wasn't
my DVD drive because I didn't have anything in the drive =)
Thanks for the patch. I'll give it a whirl.
On Sun, 3 Sep 2000, Richard Torkar wrote:
> -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 3 Sep 2000, Mohammad A. Haque wrote:
> Ok, looking better. I havent been able to forcibly corrupt my mailboxes
> like I did before. Yet anyways. I left my machine for about 10 mins and
> came back and noticed this...
>
> Sep 3 16:46:29 vipe
On Sun, 3 Sep 2000, Mohammad A. Haque wrote:
> Ok, looking better. I havent been able to forcibly corrupt my mailboxes
> like I did before. Yet anyways. I left my machine for about 10 mins and
> came back and noticed this...
>
> Sep 3 16:46:29 viper kernel: attempt to access beyond end of dev
Was this an intentional change? Starting with the late test7 series,
waking up a sleeping laptop puts you on tty1 (vc/1 for us devfs peeps).
On a probably related note, X started crashing at resume at the exact
same time.
I'll be debugging X as soon as I get that annoying broken pcmcia working
On Sun, 3 Sep 2000, Jamie Lokier wrote:
>
> Nice point! Only valid for TCP & UDP though.
Yeah. But "we need oxygen" is only a valid point for carbon-based
life-forms. You might as well argue that oxygen is not avalid criteria for
being livable, because it's only valid for the particular kind
Just set the advertised MSS to 1476, all will be well.
-d
Elmer Joandi wrote:
> Mark Hahn wrote:
>
> > I'm curious to know what you mean.
>
> That is your websurfing session.
> But try on some 100+ size network to set some
> hops go trough a tunnel... the variety of behaviour
> and reasons for
Ok, looking better. I havent been able to forcibly corrupt my mailboxes
like I did before. Yet anyways. I left my machine for about 10 mins and
came back and noticed this...
Sep 3 16:46:29 viper kernel: attempt to access beyond end of device
Sep 3 16:46:29 viper kernel: 21:01: rw=0, want=10709
Would this be an ext2 thing? I'm using reiser and doing some pretty heaving
disk i/o and haven't seen any corruption on two machines.
-d
"Udo A. Steinberg" wrote:
> Tim Waugh wrote:
> >
> > The end of my inbox has turned to zeroes (everything from a few k off
> > the beginning to the end), whi
It appears to be sending init a signal causes the oops. I have been mucking
with my inittab and trying to reload it, i.e. kill -1 1, and that causes the
kernel to oops and kills my bash.
Here is my oops output, note I also get the oops on reboot/halt are we off by
one somewhere?
ksymoops 2.3.4
On Sun, 3 Sep 2000, Alan Cox wrote:
> > Yes, it kicks butt and it finally (just about) removes the final
> > Linux kernel showstopper for recent kernels. ;-)
>
> Things like random memory corruption from dropping dirty bits,
> and some of the others are far more serious showstoppers alas
Indeed
Hi,
coda does not compile.
gcc -D__KERNEL__ -I/home/oliver/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686
-malign-functions=4 -fno-strict-aliasing -DMODULE -c -o upcall.o upcall.c
upcall.c: In function `coda_waitfor_upcall':
Ingo Molnar wrote:
> > At CERN we had a bunch of applications where this would be a win, data
> > aquisition servers taking data in from on some custom hardware and
> > sending out data over the wire on another card. You never really want
> > to touch data in memory with the CPU but because of the
Linus Torvalds wrote:
> Proof: the data to be sent out is in RAM. In fact, often it is cached
> in the CPU these days. In order to start sending out the packet, the
> smart card has to move all of the data from RAM/cache over the bus to
> the card. It can only start actually sending afte
> > I have discovered a problem with the Linux 2.4.0 VFAT filesystem. Short
> > names that have mixed case do not retain their case on the VFAT
> > filesystem. This has mostly worked in the past on 2.1.x, 2.2.x, 2.3.x
>
> Is it supposed to? My MS-DOS file system(s) always have shown files
> with
On Sun, 3 Sep 2000, Michael Peddemors wrote:
> Everyone here can use IRC, but I want to also create a place
> where new developers are encouraged to join the movement.
irc.openprojects.net #kernelnewbies
Rik
--
"What you're running that piece of shit Gnome?!?!"
-- Miguel de Icaza, UKUU
On Sun, 3 Sep 2000, Rik van Riel wrote:
> On Sun, 3 Sep 2000, Linus Torvalds wrote:
> >
> > What you're saying is that you're ignoring the evidence because you don't
> > like it and you don't understand how it happens.
> >
> > The BUG() was "impossible", so you're discounting it?
> >
> > I c
Andi Kleen wrote:
> On Sun, Sep 03, 2000 at 05:22:44AM +0200, Jamie Lokier wrote:
> > I just thought I'd mention that you can do zero copy TCP in and out
> > *without* any page marking schemes. All you need is a network card with
> > quite a lot of RAM and some intelligence. An Alteon could do i
Alan Cox wrote:
> > I just thought I'd mention that you can do zero copy TCP in and out
> > *without* any page marking schemes. All you need is a network card with
>
> No
>
> > quite a lot of RAM and some intelligence. An Alteon could do it, with
> > extra RAM or an impressively underloaded ne
On 3 Sep 2000, Henning P. Schmiedehausen wrote:
> [EMAIL PROTECTED] (Andre Hedrick) writes:
>
>
> >Apology to Jeff,
>
> >I am sorry to here of this, but I know what you mean about microsoft.
> >My and co-worker's code for doing full taskfile access under linux was
> >rejected here but is being
Hi,
On Thu, Aug 31, 2000 at 01:42:28PM -0600, Evan Jones wrote:
>
> I hope this has not been discussed before. I think I have searched the
> archive fairly exhaustively. This issue may also no longer exist on the
> 2.4 kernel series because I have not tested it on that kernel.
>
> I have been
On Sun, 3 Sep 2000, Stephen C. Tweedie wrote:
> > it ends up running into the system file descriptor limits which makes
> > the system unusable for anything but the web server process. FreeBSD
> > does it differenly. Files can be mmaped and do not count towards the
> > limit.
FreeBSD unmaps
> i think it's a quality of implementation issue. The csum_copy_generic
> thing is a bug. Allowing incorrect checksums to be sent out would be a
> design bug. I think some RFCs do even forbid the sending of incorrect
> packets?
You are perfectly at liberty to send invalidly checksummed packets. I
On Sun, 3 Sep 2000, Linus Torvalds wrote:
> On Sun, 3 Sep 2000, Rik van Riel wrote:
> > > Rik.
> > >
> > > You're apparently completely ignoring the fact that the page
> > > "already on the LRU queue" was just allocated from
> > > __alloc_pages() in the backtrace you had.
> >
> > It wasn't. If i
Andre Hedrick wrote:
> My and co-worker's code for doing full taskfile access under linux was
> rejected here but is being used in MicroSoft Whistler 2001. They are
> quick to grab the very best of Linux and adopt it for their own.
? You mean that they did it illegally and you can show a way
On Sun, 3 Sep 2000, Alan Ford wrote:
>Date: Sun, 3 Sep 2000 13:27:32 +0100
>From: Alan Ford <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Content-Type: text/plain; charset=us-ascii
>Subject: [PATCH] Magic SysRq help
>
>On more than one occasion I have been hit by a situation where I wished
>I could
On Sun, 3 Sep 2000, Rik van Riel wrote:
> > Rik.
> >
> > You're apparently completely ignoring the fact that the page
> > "already on the LRU queue" was just allocated from
> > __alloc_pages() in the backtrace you had.
>
> It wasn't. If it was allocated there, the boobytraps in
> either rmqueu
Ingo Molnar ([EMAIL PROTECTED]) wrote:
> yep i agree - in this case a receivefile() implementation would be handy
> (we are 100% ready in 2.4 to introduce it - from the pagecache and VFS
> point of view, it's just not there yet), thus you could receivefile() your
> data into a temporary file, a
On Sun, 3 Sep 2000, Linus Torvalds wrote:
> On Sun, 3 Sep 2000, Rik van Riel wrote:
> > >
> > > I'd like to know what it was. Last I heard, it was still the
> > > case of "pages just off the freelist had some bits set that they
> > > shouldn't have". That makes me nervous.
> >
> > Nope, that was
Version 1.5 of my x86 performance-monitoring counters driver is
now available at http://www.csd.uu.se/~mikpe/linux/perfctr/.
Summary of changes since version 1.4:
- The virtual perfctr "remote control" facility has been removed,
resulting in major simplifications in the driver.
Since version
Pardon me for my not reading the FAQ regarding posting of patches
prior to this...
Attached is a patch to 2.2.16 to add readonly beos fs support
to 2.2.16. Changes in the this patch include:
1. renaming of module to beos.o and of config to CONFIG_BEOS_FS
2. fixed support for nls character set
On Sun, Sep 03, 2000 at 11:56:11AM -0700, njs wrote:
[snip problem description]
> Thank you in advance for any information you can give.
Apologies; I forgot to mention that I'm not subscribed to the list (though
I will check the archives), so I'd appreciate it if people could CC: me on
any replie
On Sun, 3 Sep 2000, Rik van Riel wrote:
> >
> > I'd like to know what it was. Last I heard, it was still the
> > case of "pages just off the freelist had some bits set that they
> > shouldn't have". That makes me nervous.
>
> Nope, that was what you /thought/ it was.
Rik.
You're apparently c
I'm not quite certain if this is a user-mode, kernel, or hardware problem,
but there is a reproducible hard lock involved (SysRq keys no longer work,
etc.) and I managed to get some Oops output, so maybe someone here can
give me a clue what's going on. As it is, I have no idea what to do next,
an
On Sun, 3 Sep 2000, Rik van Riel wrote:
> On Sat, 2 Sep 2000, Linus Torvalds wrote:
> > On Sat, 2 Sep 2000, Rik van Riel wrote:
>
> > > 1) the innd data corruption bug
> >
> > This, I think, was due to a bug in ext2 truncate. If so, it
> > should be fixed in test8-pre2.
>
> Cool...
Unfortun
On Sun, 3 Sep 2000, Thomas Molina wrote:
> On Sun, 3 Sep 2000, Mohammad A. Haque wrote:
>
> > Hello
> >
> > Alot of my mailboxes have become corrupt after trying test8-pre2. I'm
> > back down to test7 and everything seems to be working ok so far. I was
> > able to forcibly corrupt a couple of
On Sat, 2 Sep 2000, Linus Torvalds wrote:
> On Sat, 2 Sep 2000, Rik van Riel wrote:
> > 1) the innd data corruption bug
>
> This, I think, was due to a bug in ext2 truncate. If so, it
> should be fixed in test8-pre2.
Cool...
> > 2) system hangs with 0 free low memory and some free
> >high
On Sun, 3 Sep 2000, Mohammad A. Haque wrote:
> Hello
>
> Alot of my mailboxes have become corrupt after trying test8-pre2. I'm
> back down to test7 and everything seems to be working ok so far. I was
> able to forcibly corrupt a couple of mailboxes by reading unread mail
> from about a week or
On Sun, 3 Sep 2000, Mohammad A. Haque wrote:
> Hello
>
> Alot of my mailboxes have become corrupt after trying test8-pre2. I'm
> back down to test7 and everything seems to be working ok so far. I was
> able to forcibly corrupt a couple of mailboxes by reading unread mail
> from about a week or s
Hello
Alot of my mailboxes have become corrupt after trying test8-pre2. I'm
back down to test7 and everything seems to be working ok so far. I was
able to forcibly corrupt a couple of mailboxes by reading unread mail
from about a week or so ago and exiting. The mailbox would then be
corrupt from
I'm having endless problem with an eepro100 here. After some trying found out
that doing a soft reset (ctrl+alt+del) fixed the problem, and that a power
cycle made it happen again.
Kernel version is 2.2.17pre20
eepro100.c:v1.09j-t 9/29/99 Donald Becker
http://cesdis.gsfc.nasa.gov/linux/drivers
On Sun, Sep 03, 2000 at 07:42:53PM +0200, Ingo Molnar wrote:
>
> On Sun, 3 Sep 2000, Andi Kleen wrote:
>
> > You can already cause incorrect checksums on the wire just by passing
> > a partly unmapped address (the zero-the-rest exception handler in
> > csum_copy_generic in i386 forgets to add in
Ingo Molnar wrote:
> i believe such zero-copy send should only be allowed for drivers which can
> guarantee correct checksums.
Hmm, I think this shouldn't be tied too closely to TCP. E.g. you can
probably play wonderful ALF tricks with raw sockets.
For TCP/UDP, such a restriction may be useful,
- Original Message -
From: "Steven S. Dick" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Sunday, September 03, 2000 6:45 AM
Subject: Re: Oops/kernel panic with CD jukebox, 2.4.0-test{6,7}
> Anssi V I Johansson <[EMAIL PROTECTED]> wrote:
1 - 100 of 164 matches
Mail list logo
