On Sun, 29 Apr 2001, Alexander Viro wrote:
> On Sun, 29 Apr 2001, Frank de Lange wrote:
>
> > On Sun, Apr 29, 2001 at 12:27:29PM -0400, Alexander Viro wrote:
> > > What about /proc/slabinfo? Notice that 2.4.4 (and couple of the 2.4.4-pre)
> > > has a bug in prune_icache() that makes it
Hi there,
I found a quite interesting file: arch/i386/kernel/dmi_scan.c
It should print some DMI values at boot. As far as I remember, I've seen
these at times of 2.4.0 or so. Now these outputs are deactivated with a
#define dmi_printk(x)
Can someone explain why this has been deactivated? I
Oh. Well in hindsight, I guess your are right. After all I wouldn't
want to be a luser, much less associated with AOL. Gosh I never
realized. Maybe I just didn't read the right standards manual when I
started using the internet. Where did you learn all of this? No,
nevermind I don't care.
At 10:39 PM -0700 2001-04-29, Steve VanDevender wrote:
>Jonathan Lundell writes:
> > At 10:03 PM -0400 2001-04-29, Andres Salomon wrote:
> > >Americans can spell? Since when?
> >
Shouldn't that be 'Sinse when'?
> > OED 2nd Ed:
> >
> > deregister. v. trans. To remove from a register.
Hello sorry to interupt ur work, i was a subscriber to the kernel mailing
list before and realise how much traffic you get.
My friend has a DIAMOND homefree network card using HPNA
i was wondering what hte status of HPNA is in the kernel?
to refresh HPNA allows you to network ur machines via
On Sun, 29 Apr 2001, David Emory Watson wrote:
> Al,
>
> I really don't know why you must complain about Eric's sig. I
Because violating the common standards is a bad thing? You know, like
4-lines limit on sig size... And no, I don't care how many AOL and
WebTV lusers do the same thing.
On Sun, 29 Apr 2001, Fabio Riccardi wrote:
> I can disable header caching and see what happens, I'll add an option
> for this in the next X15 release.
heh, well to be honest, i'd put the (permanent) caching of the Date header
into the very slimy, benchmark-only trick category. (right up there
Al,
I really don't know why you must complain about Eric's sig. I
personally like them just as they are, but thats strictly besides the
point. IMHO, it is just not very intresting to hear you say:
> Eric, it's getting tiresome. Kindly learn what the fsck McQ is, OK?
Especially after all of
Jonathan Lundell writes:
> At 10:03 PM -0400 2001-04-29, Andres Salomon wrote:
> >Americans can spell? Since when?
>
> OED 2nd Ed:
>
> deregister. v. trans. To remove from a register. Hence
> deregistration. (first citation 1925)
>
> unregistered. ppl. a. Not entered in a register;
At 10:40 PM -0600 2001-04-29, Paul Fulghum wrote:
>Andres Salomon wrote:
>
>>I'm kind of curious; "deregister" is used quite often in the kernel:
>>
>>pcmcia_deregister_client
>...
>
>>matroxfb_dh_deregisterfb
>>
>>Not to mention in various comments and documentation. Deregister,
>>according to
Ralf Nyren writes:
> The problem appears when this value is set to 40481 or higher. For ex:
> $ tcpblast -d0 -s 40481 another_host 9000
...
> KERNEL: assertion (!skb_queue_empty(>write_queue)) failed at tcp_timer.c(327):
> tcp_retransmit_timer
> Unable to handle kernel NULL pointer
(btw ACPI 2.0 spec section 12.1.1 discusses this)
> From: Pavel Machek [mailto:[EMAIL PROTECTED]]
> > No, the ACPI standard requires CPUs to shut themselves down before
> > any damage would occur from overheading. Well, at least the 1.0b
> > version of the standard did; I haven't read 2.0 yet.
I've seen something similar with USB memory stick devices... they don't
seem to report a media change in a way that the VFS layer will understand.
I think this deserves some _serious_ debugging, personally, as this is
going to come back to haunt us over and over again with some types of
memory
I would seriously argue with the "works beautifully" part of that.
The DPCM code relies on the SDDR09 code, which is horrendously buggy. It's
also being actively worked on. I can crash it at will with relatively
simple operations.
Matt
On Sun, Apr 29, 2001 at 02:21:11PM +0200, [EMAIL
I see you're using the alternate uhci driver... are hte results the same
with the other UHCI driver?
Can you turn on usb mass storage verbose debuggig (compile option) and then
send me the logs?
Matt
On Sun, Apr 29, 2001 at 07:58:56AM +0200, [EMAIL PROTECTED] wrote:
> I cannot seem to mount my
On Mon, 30 Apr 2001, Frank v Waveren wrote:
>Date: Mon, 30 Apr 2001 06:02:22 +0200
>From: Frank v Waveren <[EMAIL PROTECTED]>
>To: Mike A. Harris <[EMAIL PROTECTED]>
>Cc: Linux Kernel mailing list <[EMAIL PROTECTED]>
>Content-Type: text/plain; charset=us-ascii
>Subject: Re: ICQ masq modules for
On Sun, Apr 29, 2001 at 04:56:16PM -0400, Mike A. Harris wrote:
> Any help in obtaining the source for this module would be greatly
> appreciated.
>From the readme included in the tarball:
Homepage
primary:http://freeshell.org/~djsf/masq-icq/
alternate:
Andrea Arcangeli <[EMAIL PROTECTED]> writes:
> On Sun, Apr 29, 2001 at 05:27:10PM -0600, Eric W. Biederman wrote:
> >
> > Do you know if anyone has fixed the lazy vmalloc code? I know of
> > as of early 2.4 it was broken on alpha. At the time I noticed it I didn't
> > have time to persue it,
If only VA Linux had a gonkulator! :-O
They've issued their third earnings warning. I found
the link on http://www.theGloriousMEEPT.com .
--- "Eric S. Raymond" <[EMAIL PROTECTED]> wrote:
> The latest version is always available at
> http://www.tuxedo.org/~esr/cml2/
>
> Release 1.3.3: Sun Apr
Andres Salomon wrote:
> I'm kind of curious; "deregister" is used quite often in the kernel:
>
> pcmcia_deregister_client
...
> matroxfb_dh_deregisterfb
>
> Not to mention in various comments and documentation. Deregister,
> according to www.m-w.com (and many other dictionaries), is not a
On Sun, 29 Apr 2001, Eric S. Raymond wrote:
> Anton Altaparmakov <[EMAIL PROTECTED]>:
> > I don't know about whether this is possible with Tcl but have you tried A)
> > invisible text and/or B) white space character text (e.g. one or more
> > spaces)? That's the kind of thing I usually try
The latest version is always available at http://www.tuxedo.org/~esr/cml2/
Release 1.3.3: Sun Apr 29 23:00:33 EDT 2001
* Resync with 2.4.4.
* Help texts merged into symbols file; the `helpfile' declaration
is gone. (Text is merged in from Documentation/Configure.help
. If a device is not found by BIOS can it still be used?
. Why is the USB device getting IRQ 0?
. Why is the Firewire device 8020 unknown?
Attached is output of lspci, syslog, and output of lspci -vv.
Hoping I can get some help. Please CC me any suggestions. Thanks.
lspci
00:00.0
Jim Gettys
>The "put the time into a magic location in shared memory" goes back, as
>far as I know, to Bob Scheifler or myself for the X Window System,
>sometime
>around 1984 or 1985: we put it into a page of shared memory where we used
>a circular buffer scheme to put input events
On Sun, 29 Apr 2001, Eric S. Raymond quoted:
> Anton Altaparmakov <[EMAIL PROTECTED]>:
> > I don't know about whether this is possible with Tcl but have you tried A)
> > invisible text and/or B) white space character text (e.g. one or more
> > spaces)? That's the kind of thing I usually try
Eric S. Raymond scripsit:
> I tried whitespace, but the default Tkinter font isn't fixed-width. How
> do you do invisible text?
Set the background color and the foreground color to be the same.
--
John Cowan [EMAIL PROTECTED]
One art/there is/no less/no
Please IGNORE the previous patch, it was faulty (I blame it on the time of
day). The one attached with this is guaranteed to be perfect(tm).
On Mon, Apr 30, 2001 at 03:06:26AM +0200, Charl P. Botha wrote:
> Attached is a patch to the quirks.c in linux kernel 2.4.4 that fixes the
> sound
On Sun, Apr 29, 2001 at 10:27:29PM -0300, Rik van Riel wrote:
>
> On Sun, 29 Apr 2001, Andres Salomon wrote:
>
> > Not to mention in various comments and documentation. Deregister,
> > according to www.m-w.com (and many other dictionaries), is not a word.
> > Is there some sort of historical
Frank de Lange writes:
> Hm, 'twould be nice to know WHAT to look for (if only for educational
> purposes), but ok:
We're looking to see if queue collapsing is occuring on
receive.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe
On Sun, 29 Apr 2001, Andres Salomon wrote:
> Not to mention in various comments and documentation. Deregister,
> according to www.m-w.com (and many other dictionaries), is not a word.
> Is there some sort of historical significance to this being used, in
> place of "unregister"?
Yes, we're all
Anton Altaparmakov <[EMAIL PROTECTED]>:
> I don't know about whether this is possible with Tcl but have you tried A)
> invisible text and/or B) white space character text (e.g. one or more
> spaces)? That's the kind of thing I usually try in this situation... Just
> an idea...
I tried
At 23:35 29/04/2001, Eric S. Raymond wrote:
>John Stoffel <[EMAIL PROTECTED]>:
> > Also, the buttons on the right hand side for HELP, are wider when they
> > have text in them, but slightly narrower when they are blank. They
> > should be the same width no matter what. It looks ragged and ugly.
On Sun, Apr 29, 2001 at 09:10:49PM -0400, Andres Salomon wrote:
[snip]
> Not to mention in various comments and documentation. Deregister,
> according to www.m-w.com (and many other dictionaries), is not a word.
> Is there some sort of historical significance to this being used, in
> place of
On Sun, 29 Apr 2001, Steffen Persvold wrote:
> ...
> Therefore please consider my small patch to allow the
> good ones to be able to use write-combining. I have several rev 06 and they are
> working fine with this patch.
> ...
ObPedant:
Can you make a note of this in the comment a few lines
I'm kind of curious; "deregister" is used quite often in the kernel:
pcmcia_deregister_client
pcmcia_deregister_erase_queue
misc_deregister
atm_dev_deregister
atm_proc_dev_deregister
usb_deregister_bus
usb_deregister
usb_serial_deregister
scsi_deregister_blocked_host
matroxfb_dh_deregisterfb
Attached is a patch to the quirks.c in linux kernel 2.4.4 that fixes the
sound corruption problem (thanks to Dan Hollis for the info). Do I have to
send this anywhere else as well?
On Sun, Apr 29, 2001 at 05:29:05PM -0700, Dan Hollis wrote:
> On Mon, 30 Apr 2001, Charl P. Botha wrote:
> > I
On Mon, 30 Apr 2001, Charl P. Botha wrote:
> I have removed this code and everything is now fine on my system. The
> problem is that the 686A and 686B have the same PCI IDs, else I would have
> submitted a patch.
686a is rev 0x10 - 0x2f, 686b is rev 0x40 - 0x4f.
The fixup code should take this
On Sun, Apr 29, 2001 at 04:45:00PM -0700, David S. Miller wrote:
>
> Frank de Lange writes:
> > What do you want me to check for? /proc/net/netstat is a rather busy place...
>
> Just show us the contents after you reproduce the problem.
> We just want to see if a certain event if being
On Sun, Apr 29, 2001 at 04:18:27PM -0400, Gregory Maxwell wrote:
> having both the code and a comprehensive jump-table might become tough in a
In the x86-64 implementation there's no jump table. The original design
had a jump table but Peter raised the issue that indirect jumps are very
costly
I have found the problem. The VIA latency patch in
linux/drivers/pci/quirks.c at line 92 (quirk_vialatency()) should NOT be
applied for the VIA VT82C686A (only for the 686B). On my machine (at least)
it's causing problems (as documented below) and this bug (along with fix) is
only applicable on
On Sun, Apr 29, 2001 at 09:38:04PM +0200, Jamie Lokier wrote:
> Fwiw, modern x86 has global TLB entries too.
my x86-64 implementation is marking the tlb entry global of course (so
it's not flushed during context switch):
#define __PAGE_KERNEL_VSYSCALL \
(_PAGE_PRESENT | _PAGE_USER |
On Sun, Apr 29, 2001 at 05:27:10PM -0600, Eric W. Biederman wrote:
>
> Do you know if anyone has fixed the lazy vmalloc code? I know of
> as of early 2.4 it was broken on alpha. At the time I noticed it I didn't
> have time to persue it, but before I forget to even put in a bug
> report I
On Sun, 29 Apr 2001, J . A . Magallon wrote:
> > Command found on device queue
> > aic7xxx_abort returns 8194
>
> I have seen blaming for this error to aic7xxx new driver prior to version
> 6.1.11. It was included in the 2.4.3-ac series, but its has not got into
> main 2.4.4 (there
The same thing happens to me. I've tried to start my ethernet, but my
system hangs and, after a forced restart, the BIOS has cleared all my
setup configuration (!).
kernel 2.4.4 / modutils 2.4.5
VIA 868a, Athlon Thunderbidth 1 Ghz, 384 Mb RAM. Mandrake 8. Gcc 2.96.
Ahh... It doesn't even get that far... It just dies with the
undefined symbols...
-Original Message-
From: David Relson [mailto:[EMAIL PROTECTED]]
Sent: Sunday, April 29, 2001 11:32 AM
To: Steve 'Denali' McKnelly
Cc: Linux-Kernel mailing list
Subject: RE: 2.4.3 2.4.4pre8: aic7xxx
Do you know if anyone has fixed the lazy vmalloc code? I know of
as of early 2.4 it was broken on alpha. At the time I noticed it I didn't
have time to persue it, but before I forget to even put in a bug
report I thought I'd ask if you know anything about it?
Eric
-
To unsubscribe from this
FWIW, I have established that my sound broke between 2.4.4-pre5 and
2.4.4-pre6. I.e. in pre5 it works and in pre6 it doesn't, same .config. If
anyone has any clues, I'd be glad to know.
On Sun, Apr 29, 2001 at 04:55:01PM +0200, Charl P. Botha wrote:
> 2.4.4 has broken sound here in a very
Albert D. Cahalan writes:
>
> What would be the cleanest driver that does everything right?
All of 3c59x, acenic, sunhme, sungem do all of ipv4 right.
sunhme and sungem get ipv6 right as well because they just treat the
checksummed area as an opaque buffer, whereas the other chips really
do
On Sunday, April 29, 2001 02:48:27 PM -0700 putter <[EMAIL PROTECTED]>
wrote:
> Hi,
> I am kernel newbie, especially with logging filesystems.
> Now I am using Mandrake 7.1 with 2.4.3 kernel and imon patch
> and NVidia drivers compiled into the kernel.
^^^
The binary only
On Sun, 29 Apr 2001, Steve 'Denali' McKnelly wrote:
> Let me ask a possibly stupid question... How do you tell
> what version of the Gibbs Adaptec driver you're using? Did I
> misunderstand you when you said the 2.4.4 kernel is using 6.1.5?
> Also, did I understand you to say the 6.1.12
Hello!
I just did my daily apt-get upgrade + netscape w/ 32Mb ram, so it swapped
a lot. at that time there was a swap file on an ext2fs, but I think it's
not about swapping.
so the screen I saw (there is one digit missing):
[] [] [] [] [] []
[] [] [] [] [] []
[] [] [] [] [] []
[] [] [] [] []
John Stoffel <[EMAIL PROTECTED]>:
> Before on startup it would give:
>
> [root@jfs linux]# make config
> rm -f include/asm
> ( cd include ; ln -sf asm-i386 asm)
> python -O scripts/cmlconfigure.py -DX86 -B 2.4.4-pre7 -W -i config.out
> rules.out
> ISA=y (deduced from X86)
Eric S. Raymond <[EMAIL PROTECTED]>:
> USB and SCSI are both enabled/disabled in the system buses menu. The
> apparent confusion
Sorry, I typoed...
USB and SCSI are both enabled/disabled in the system buses menu. The
apparent confusion happens because of their defaults.
--
[EMAIL PROTECTED] wrote:
> On Sun, 29 Apr 2001, Steffen Persvold wrote:
>
> > I've learned it the hard way, I have two types : Compaq DL360 (rev 5) and a
> > Tyan S2510 (rev 6). On the compaq machine I constantly get data corruption on
> > the last double word (4 bytes) in a 64 byte PCI burst
John Stoffel <[EMAIL PROTECTED]>:
> Which is a real PITA because now I have to edit my .config file to
> have:
>
>CONFIG_RTC=y
The correct fix for this PITA is for Linus not to ship a broken defconfig.
> Now when I do a 'make config' it comes up properly. I
> think this is a
On Sun, Apr 29, 2001 at 12:43:17PM -0700, Manuel McLure wrote:
> Does your motherboard have a Promise FastTrak on it? If so this is a bug I
> reported in 2.4.3-ac10/11 and that Alan Cox fixed in -ac12 - for some
> reason it didn't make it into 2.4.4. I was just about to report it myself
> when I
H. Peter Anvin writes:
> The thing that made me say we discussed this last month was
> Richard's comment that it had already been implemented (which it
> has, by Andrea, for x86-64.) The idea of doing it for i386 has been
> kicked around for
Correction: I didn't say it had been implemented. I
Gregory Maxwell writes:
> On Sun, Apr 29, 2001 at 10:11:59PM +0200, Ingo Oeser wrote:
> [snip]
> > The point is: The code in that "magic page" that considers the
> > tradeoff is KERNEL code, which is designed to care about such
> > trade-offs for that machine. Glibc never knows this stuff and
> >
Ingo Oeser writes:
> On Sun, Apr 29, 2001 at 12:48:06PM -0600, Richard Gooch wrote:
> > Ingo Oeser writes:
> > > There we have 10x faster memmove/memcpy/bzero for 1K blocks
> > > granularity (== alignment is 1K and size is multiple of 1K), that
> > > is done by the memory controller.
> > This
On Mon, Apr 30, 2001 at 12:06:52AM +0200, Manfred Spraul wrote:
> You could enable STATS in mm/slab.c, then the number of alloc and free
> calls would be printed in /proc/slabinfo.
>
> > Yeah, those as well. I kinda guessed they were related...
>
> Could you check
Are you sure that is not due to board design differences?
Nick
On Sun, 29 Apr 2001, Steffen Persvold wrote:
> Gérard Roudier wrote:
> >
> > On Sun, 29 Apr 2001, Steffen Persvold wrote:
> >
> > > Hi all,
> > >
> > > I just compiled 2.4.4 and are running it on a Serverworks LE
> On Sun, Apr 29, 2001 at 01:58:52PM -0400, Alexander Viro wrote:
> > Hmm... I'd say that you also have a leak in kmalloc()'ed stuff -
> > something in 1K--2K range. From your logs it looks like the
> > thing never shrinks and grows prettu fast...
You could enable STATS in mm/slab.c, then the
Please CC this back, as I'm not yet on the kernel-mailing-list
I'm currently running the following:
kernel 2.4.3
gcc 2.95.3
modutils 2.4.2
dhcpcd v.1.3.19-pl8
The problem is, after compiling the 2.4.4 kernel with the exact
configuration as I had used on the 2.4.3 kernel, my system hangs at:
On Sun, Apr 29, 2001 at 11:13:12PM +0200, you [Erik Mouw] claimed:
> On Sun, Apr 29, 2001 at 11:32:51PM +0300, Ville Herva wrote:
> > On Sun, Apr 29, 2001 at 09:28:48PM -0400, you [Duncan Gauld] claimed:
> > > I would supply a patch, but I don't know how to write such a thing :)
> >
> > It seems
Great. I'm running 4.02. How do I enable "silken mouse"?
Thanks,
-Michael
On 29 Apr 2001 14:44:11 -0700, Jim Gettys wrote:
> The biggest single issue in GUI responsiveness on Linux has been caused
> by XFree86's implementation of mouse tracking in user space.
>
> On typical UNIX systems, the
Hi,
I am kernel newbie, especially with logging filesystems.
Now I am using Mandrake 7.1 with 2.4.3 kernel and imon patch
and NVidia drivers compiled into the kernel.
Now, all my partitions are ReiserFS. I usually play quake once
or twice a day. Sometimes graphics subsystem freezes up, so it
>
> Short summary: depending on how much you were talking general idea versus
> specifics, you can go arbitrarily far back (I wouldn't be surprised if
> shared memory techniques were used regularly before memory protection.)
>
> Fair?
Very fair.
>
> Not to pick on you or anyone else, but it
The biggest single issue in GUI responsiveness on Linux has been caused
by XFree86's implementation of mouse tracking in user space.
On typical UNIX systems, the mouse was often controlled in the kernel
driver. Until recently (XFree86 4.0 days), the XFree86 server's reads
of mouse/keyboard
Jim Gettys wrote:
>
> The "put the time into a magic location in shared memory" goes back...
>
Short summary: depending on how much you were talking general idea versus
specifics, you can go arbitrarily far back (I wouldn't be surprised if
shared memory techniques were used regularly before
I can disable header caching and see what happens, I'll add an option for this
in the next X15 release.
Nevertheless I don't know how much this is interesting in real life, since on
the internet most static pages are cached on proxies. I agree that the
RFC asks for a date for the original
The "put the time into a magic location in shared memory" goes back, as
far as I know, to Bob Scheifler or myself for the X Window System, sometime
around 1984 or 1985: we put it into a page of shared memory where we used
a circular buffer scheme to put input events (keyboard/mice), so that
we
On Sun, Apr 29, 2001 at 11:32:51PM +0300, Ville Herva wrote:
> On Sun, Apr 29, 2001 at 09:28:48PM -0400, you [Duncan Gauld] claimed:
> > I would supply a patch, but I don't know how to write such a thing :)
>
> It seems Erik Mouw already submitted a patch, altough I agree that "Celeron
> II"
Linux 2.4 is surely one of the most advanced OSs ever happened, especially
from the optimization point of view and for the admirable economy of concepts
on which it lies. I definitively hope that X15 helps reinforcing the success
to this amazing system.
TUX has definitively been my performance
Kernel 2.4.2(working) 2.4.4(broken), Xeon 2-way SMP 400 mhz, 128 mem,
gcc 2.95.3, DHCP Client Daemon v.1.3, Mandrake 7.2
2.4.4 is broken with my epic100/dhcpcd2.4.2 works fine. I copied
/lib/module/2.4.2../epic100.o to /lib/modules/2.4.4/../epic100.o with no
success.
Messages error: Apr 29
Gérard Roudier wrote:
>
> On Sun, 29 Apr 2001, Steffen Persvold wrote:
>
> > Hi all,
> >
> > I just compiled 2.4.4 and are running it on a Serverworks LE motherboard.
> > Whenever I try to add a write-combining region, it gets rejected. I took a peek
> > in the arch/i386/kernel/mtrr.c and found
Where can one obtain the ip_masq_icq.o module source for 2.2.x?
Searches on freshmeat turn up nothing, search on google turns up
a page that has module source for 2.2.x, 2.0.x but when
downloaded the file is corrupt (on the server side, not just my
download). Further searching reveals nothing
> Patch is on ftp.math.psu.edu/pub/viro/ext2-dir-patch-S4.gz
Here is my ext2 directory index as a patch against your patch:
http://kernelnewbies.org/~phillips/htree/dx.pcache-2.4.4
Changes:
- COMBSORT macro replaced by custom sort code
- Most #ifdef CONFIG_EXT2_INDEX's changed
In article <[EMAIL PROTECTED]> you wrote:
> Yes, but we currently have more than 10K cycles for doing
> memset of a page.
make that 3800 or so. (700 Mhz AMD Duron)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
H. Peter Anvin wrote:
> Rogier Wolff wrote:
> > The image of the disk (including partition table) is at:
> >
> > ftp://ftp.bitwizard.nl/misc_junk/formatted.img.gz
> >
> > It's 63kb and uncompresses to the 64Mb (almost) that it's sold as.
> >
>
> And on at least this kernel (2.4.0)
Btw, the root dir contains 512 entries.
Just from the dump.
(I would let the partition start at sector ptabl+1, not wasting
so much space... but M$ fdisk.exe neither does.)
-mirabilos
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
mirabilos wrote:
[Charset iso-8859-1 unsupported, filtering to ASCII...]
> Btw, the root dir contains 512 entries.
> Just from the dump.
Jep.
> (I would let the partition start at sector ptabl+1, not wasting
> so much space... but M$ fdisk.exe neither does.)
This was formatted by my Sony
David Konerding wrote:
> OK, I'm unable to fix this by reverting to 2.4.2 using the same config as
> 2.4.2.
> However, an older compiled 2.4.2 worked, so I think I must have changed
> some configuration which affects it. Can't for the life of me figure out what
> it is,
> tho'.
Send me your
Rogier Wolff wrote:
>
> H. Peter Anvin wrote:
> > Gregory Maxwell wrote:
> > > >
> > > > I doubt the kernel is seeing it without it being there (it doesn't have
> > > > much imagination.) However, it may very well be there in a funny
> > > > manner. You do realize, of course, that it's pretty
On Sun, Apr 29, 2001 at 09:28:48PM -0400, you [Duncan Gauld] claimed:
>
> compiling kernel 2.4.4 on mandrake 8.
> Just checked - no mention of Celeron II in there-
>Pentium Pro/Pentium II/Celeron
> is the only line mentioning the celeron; maybe the PIII line could be changed
> to something
On Sunday 29 April 2001 3:36 pm, Ville Herva wrote:
> On Sun, Apr 29, 2001 at 02:56:08PM -0400, you [William Park] claimed:
> > On Sun, Apr 29, 2001 at 07:07:51PM -0400, Duncan Gauld wrote:
> > > Hi,
> > > This seems a silly question but - I have an intel celeron 800mhz CPU
> > > and thus it is
H. Peter Anvin wrote:
> Gregory Maxwell wrote:
> > >
> > > I doubt the kernel is seeing it without it being there (it doesn't have
> > > much imagination.) However, it may very well be there in a funny
> > > manner. You do realize, of course, that it's pretty much impossible for
> > > us to
Rogier Wolff wrote:
> >
> > I doubt the kernel is seeing it without it being there (it doesn't have
> > much imagination.) However, it may very well be there in a funny
> > manner. You do realize, of course, that it's pretty much impossible for
> > us to help you answer that question without a
Gregory Maxwell wrote:
> On Sun, Apr 29, 2001 at 01:09:22PM -0700, H. Peter Anvin wrote:
> > Rogier Wolff wrote:
> > >
> > > H. Peter Anvin wrote:
> > > > Followup to: <[EMAIL PROTECTED]>
> > > > By author:[EMAIL PROTECTED] (Rogier Wolff)
> > > > In newsgroup: linux.dev.kernel
> > > > >
> >
Followup to: <[EMAIL PROTECTED]>
By author:dean gaudet <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> On Sun, 29 Apr 2001, Jeff Garzik wrote:
>
> > "H. Peter Anvin" wrote:
> > > We discussed this at the Summit, not a year or two ago. x86-64 has
> > > it, and it wouldn't be too bad
H. Peter Anvin wrote:
> Rogier Wolff wrote:
> >
> > H. Peter Anvin wrote:
> > > Followup to: <[EMAIL PROTECTED]>
> > > By author:[EMAIL PROTECTED] (Rogier Wolff)
> > > In newsgroup: linux.dev.kernel
> > > >
> > > > # l /mnt/d1
> > > > total 16
> > > > drwxr-xr-x 512 root root
On Sun, Apr 29, 2001 at 10:11:59PM +0200, Ingo Oeser wrote:
[snip]
> The point is: The code in that "magic page" that considers the
> tradeoff is KERNEL code, which is designed to care about such
> trade-offs for that machine. Glibc never knows this stuff and
> shouldn't, because it is already
On Sun, 29 Apr 2001, Steffen Persvold wrote:
> Hi all,
>
> I just compiled 2.4.4 and are running it on a Serverworks LE motherboard.
> Whenever I try to add a write-combining region, it gets rejected. I took a peek
> in the arch/i386/kernel/mtrr.c and found that this is just as expected with
Gregory Maxwell wrote:
> >
> > I doubt the kernel is seeing it without it being there (it doesn't have
> > much imagination.) However, it may very well be there in a funny
> > manner. You do realize, of course, that it's pretty much impossible for
> > us to help you answer that question without
On Sun, Apr 29, 2001 at 01:09:22PM -0700, H. Peter Anvin wrote:
> Rogier Wolff wrote:
> >
> > H. Peter Anvin wrote:
> > > Followup to: <[EMAIL PROTECTED]>
> > > By author:[EMAIL PROTECTED] (Rogier Wolff)
> > > In newsgroup: linux.dev.kernel
> > > >
> > > > # l /mnt/d1
> > > > total 16
> > >
On Sun, Apr 29, 2001 at 12:48:06PM -0600, Richard Gooch wrote:
> Ingo Oeser writes:
> > There we have 10x faster memmove/memcpy/bzero for 1K blocks
> > granularity (== alignment is 1K and size is multiple of 1K), that
> > is done by the memory controller.
> This sounds different to me. Using the
Rogier Wolff wrote:
>
> H. Peter Anvin wrote:
> > Followup to: <[EMAIL PROTECTED]>
> > By author:[EMAIL PROTECTED] (Rogier Wolff)
> > In newsgroup: linux.dev.kernel
> > >
> > > # l /mnt/d1
> > > total 16
> > > drwxr-xr-x 512 root root16384 Mar 24 17:26 dcim/
> > > -r-xr-xr-x 1
H. Peter Anvin wrote:
> Followup to: <[EMAIL PROTECTED]>
> By author:[EMAIL PROTECTED] (Rogier Wolff)
> In newsgroup: linux.dev.kernel
> >
> > # l /mnt/d1
> > total 16
> > drwxr-xr-x 512 root root16384 Mar 24 17:26 dcim/
> > -r-xr-xr-x 1 root root0 May 23 2000
Gregory Maxwell writes:
> Would it make sence to have libc use the magic page for all
> syscalls? Then on cpus with a fast syscall instruction, the magic
> page could contain the needed junk in userspace to use it.
That's pretty much what Linus suggested. He proposed having a new
syscall
On Sun, Apr 29, 2001 at 07:07:51PM -0400, Duncan Gauld wrote:
> Hi,
> This seems a silly question but - I have an intel celeron 800mhz CPU and thus
> it is of the Coppermine breed. But under cpu selection when configuring the
> kernel, should I select PIII or PII/Celeron? Just wondering, since
On Sun, Apr 29, 2001 at 07:07:51PM -0400, Duncan Gauld wrote:
> This seems a silly question but - I have an intel celeron 800mhz CPU and thus
> it is of the Coppermine breed. But under cpu selection when configuring the
> kernel, should I select PIII or PII/Celeron? Just wondering, since
1 - 100 of 357 matches
Mail list logo