Linus Torvalds <[EMAIL PROTECTED]> writes:
> On 25 May 2001, Eric W. Biederman wrote:
> >
> > For the small random read case we could use a
> > mapping->a_ops->readpartialpage
>
> No, if so I'd prefer to just change "readpage()" to take the same kinds of
> arguments commit_page() does, namely
Hi.
The following patch changes an __init to __initdata. Applies against
2.4.4-ac11.
--- linux-244-ac11-clean/drivers/video/matrox/matroxfb_base.c Sat May 19 20:58:43
2001
+++ linux-244-ac11/drivers/video/matrox/matroxfb_base.c Sun May 20 23:55:24 2001
@@ -2483,7 +2483,7 @@
return 0;
On Fri, 25 May 2001, Rik van Riel wrote:
>
> OK, shoot me. Here it is again, this time _with_ patch...
I'm not going to apply this as long as it plays experimental games with
"shrink_icache()" and friends. I haven't seen anybody comment on the
performance on this, and I can well imagine that i
On Fri, May 25 2001, Rasmus Andersen wrote:
> (I forgot to cc l-k on this one when it went to andre.)
>
> Hi.
>
> This patch adds a spin_unlock_irqsave to ide_spin_wait_hwgroup as
> reported by the Stanford team way back. It applies against 244ac16.
>
>
> --- linux-244-ac16-clean/drivers/ide/i
On Fri, May 25, 2001 at 11:11:23PM +0200, Jens Axboe wrote:
[...]
> This isn't right. Granted the locking isn't straight forward here, but
> take a look at ide_write_setting -> ide_spin_wait_hwgroup and the
> latters return value.
Yes, Andre set me straight here. My apologies for being lazy and
On 25 May 2001, Eric W. Biederman wrote:
>
> I obviously picked a bad name, and a bad place to start.
> int data_uptodate(struct page *page, unsigned offset, unsigned len)
>
> This is really an extension to PG_uptodate, not readpage.
Ugh.
The above is just horrible.
It doesn't fix any problem
On Fri, 25 May 2001, Rasmus Andersen wrote:
> On Fri, May 25, 2001 at 01:47:52PM -0700, Andre Hedrick wrote:
> >
> > Not valid because the jump to that part of the code is protected.
> > If a polling response for a valid status and no timeout, is detected then
> > it attempts to the command for
I'll send the attached patch to Alan soon, please test it.
Main changes:
* powerpc support added. Tested with ppc 603e.
* memory leak in _close fixed.
* initial power management support
* ethtool support merged
* SMP synchronization updated.
* improved link detection. This change could cause prob
Mark Frazer <[EMAIL PROTECTED]> said:
[...]
> The output of `find . -type f | xargs grep 'jiffies +'` would suggest
> that there are a few latent bugs as jiffies grows to values near the
> top of its range. I guess this hasn't turned up as 0x7fff / (100 *
> 3600 * 24) = 248.55.
There were
[1.] One line summary of the problem:
Kernel 2.4.4 ac15
Tested with several cards and pieces of software, the outbound bandwidth
on a quad cpu alpha is 2 megabytes a second or less on a 100 mbit
switched ethernet network. Other machines on same switch do 10 or more
megabytes per second. Switch is
On Fri, May 25 2001, Alexandr Andreev wrote:
> Hi, list
> In ll_rw_block.c, before calling block device specific request function
> ( i mean do_hd_request, do_ftl_request, ... ) the io_request_lock is
> locking, and all interrupts are disabling. I know, that request handler
> routine have to be
On Fri, 25 May 2001, Linus Torvalds wrote:
> On Fri, 25 May 2001, Rik van Riel wrote:
> >
> > OK, shoot me. Here it is again, this time _with_ patch...
>
> I'm not going to apply this as long as it plays experimental games with
> "shrink_icache()" and friends. I haven't seen anybody comment on th
On Fri, May 25, 2001 at 11:30:38AM -0700, Larry McVoy wrote:
> By running the software covered by this license, you agree to
> become my personal slave and you will be obligated to bring
> me coffee each morning for the rest of my life, greating
> me with a "Good morning,
Linus Torvalds <[EMAIL PROTECTED]> writes:
> On 25 May 2001, Eric W. Biederman wrote:
> >
> > I obviously picked a bad name, and a bad place to start.
> > int data_uptodate(struct page *page, unsigned offset, unsigned len)
> >
> > This is really an extension to PG_uptodate, not readpage.
>
> Ugh
On Fri, 25 May 2001, Linus Torvalds wrote:
> On Fri, 25 May 2001, Rik van Riel wrote:
> >
> > OK, shoot me. Here it is again, this time _with_ patch...
>
> I'm not going to apply this as long as it plays experimental
> games with "shrink_icache()" and friends. I haven't seen anybody
> comment on
Ditto - I'd like at least an option of the "incorrect" logo. I can
(sorta) see not having it as the default. But perhaps under the
'experimental drivers' tag, have an option of "Politically incorrect
framebuffer logo". (If there isn't a huge outcry against it, I may work
up a patch - been meani
Hello Jay,
I see that you are using the tulip driver. Could you try the de4x5 driver??
Best Regards,
--George
On Friday 25 May 2001 17:50, Jay Thorne wrote:
> [1.] One line summary of the problem:
> Kernel 2.4.4 ac15
> Tested with several cards and pieces of software, the outbound bandwidt
On Fri, 25 May 2001, Rik van Riel wrote:
>
> Yeah, I guess the way Linux 2.2 balances things is way too
> experimental ;)
Ehh.. Take a look at the other differences between the VM's. Which may
make a 2.2.x approach completely bogus.
And take a look at how long the 2.2.x VM took to stabilize, a
On 25 May 2001 18:52:33 -0400, George France wrote:
> Hello Jay,
>
> I see that you are using the tulip driver. Could you try the de4x5 driver??
>
Its worse: reports 3.1 MBs and 1.6 MBs
--
--
Jay Thorne Manager, Systems & Technology, UserFriendly Media, Inc.
-
To unsubscribe from this list:
On Fri, 25 May 2001, Rik van Riel wrote:
>
> Without the patch my workstation (with ~180MB RAM) usually has
> between 50 and 80MB of inode/dentry cache and real usable stuff
> gets swapped out.
All I want is more people giving feedback.
It's clear that neither my nor your machine is a good th
On Friday 25 May 2001 19:05, Jay Thorne wrote:
> On 25 May 2001 18:52:33 -0400, George France wrote:
> > Hello Jay,
> >
> > I see that you are using the tulip driver. Could you try the de4x5
> > driver??
>
> Its worse: reports 3.1 MBs and 1.6 MBs
wuftp is not exactly a performance benchmark, hav
Patches to drivers/scsi/sg.c included in 2.4.4-ac17 require for
'sg.o' module to use 'simple_strtol' which is not exported in
kernel/ksyms.c. Is this is an oversight or 'sg.o' should be actually
using something like 'simple_strtoul' - which is already exported?
In either case patches are obvious.
Announcing a new NTFS patch (1.1.15). It is generated against kernel
2.4.4-ac16 but also applies cleanly to -ac17. Quite probably it will apply
fine to any 2.4.4 kernel (at least 2.4.4-pre5 I think).
How to get the patch
- Wait for one of the next -ac series kernel patches
Anton Altaparmakov wrote:
> NTFS 1.1.15 - ChangeLog
> ===
> - Support for more than 128kiB sized runlists (using vmalloc_32() instead
> of kmalloc()).
If you are running into kmalloc size limit, please consider some
alternative method of allocation.
Can you map it into the pag
Hello!
I'm trying to run Linux on a broken motherboard that is constantly
producing random noice on the AT keyboard port. I'm going to use a USB
keyboard, but I cannot get Linux to ignore the AT keyboard port.
Is there any way to disable the AT keyboard? I think the best solution
would be to mak
On 25 May 2001 19:31:21 -0400, George France wrote:
> On Friday 25 May 2001 19:05, Jay Thorne wrote:
> > On 25 May 2001 18:52:33 -0400, George France wrote:
> > > Hello Jay,
> > >
> > > I see that you are using the tulip driver. Could you try the de4x5
> > > driver??
> >
> > Its worse: reports 3.
At 00:59 26/05/2001, Jeff Garzik wrote:
>Anton Altaparmakov wrote:
> > NTFS 1.1.15 - ChangeLog
> > ===
> > - Support for more than 128kiB sized runlists (using vmalloc_32() instead
> > of kmalloc()).
>
>If you are running into kmalloc size limit, please consider some
>alternat
On Fri, May 25, 2001 at 05:25:03PM -0700, Jay Thorne wrote:
> But Wu-ftpd is an easy to set up test bench, and is ubiquitous enough
> that anyone with an alpha running SMP can test it. Note that this
My smp alpha box drives a single tulip over 12MB/sec in full duplex
using tcp without any problem
On Fri, May 25, 2001 at 02:50:07PM -0700, Jay Thorne wrote:
> [1.] One line summary of the problem:
> Kernel 2.4.4 ac15
> Using a quad 400Mhz Dodge/Rawhide machine with Tulip or VIARhine cards,
[ description of a slowdown skipped ].
Well, it looks that you have at least something to slo
On Fri, May 25, 2001 at 03:30:20PM -0700, Aaron Lehmann wrote:
> On Fri, May 25, 2001 at 11:30:38AM -0700, Larry McVoy wrote:
> > By running the software covered by this license, you agree to
> > become my personal slave and you will be obligated to bring
> > me coffee each morning fo
On Fri, May 25, 2001 at 10:01:37PM -0400, Ben LaHaise wrote:
> On Sat, 26 May 2001, Andrea Arcangeli wrote:
>
> > On Fri, May 25, 2001 at 09:38:36PM -0400, Ben LaHaise wrote:
> > > You're missing a few subtle points:
> > >
> > > 1. reservations are against a specific zone
> >
> > A single zone
Larry McVoy writes:
>On Fri, May 25, 2001 at 10:02:08AM -0700, Adam J. Richter wrote:
>> If you want to argue that a court will use a different definition
>> of aggregation, then please explain why and quote that definition. Also,
>> it's important not to forget the word "mere." If the comb
On Fri, May 25, 2001 at 07:34:57PM -0700, Adam J. Richter wrote:
> Contracts for slavery are specifically not enforceable due to
> the 13th Amendment, and there is also a stronger question of formation
Completely misses the point. THe point isn't about slavery, come on, Adam,
it's about pu
Larry McVoy wrote:
>On Fri, May 25, 2001 at 07:34:57PM -0700, Adam J. Richter wrote:
>> Contracts for slavery are specifically not enforceable due to
>> the 13th Amendment, and there is also a stronger question of formation
>Completely misses the point. THe point isn't about slavery, come o
Hello Andrea,
Jay, if the problem still exist in 2.4.5-pre6aa1 (please try the new kernel),
then I will have tech op's check this on Tuesday (Monday is a US holiday).
We should be able to duplicate this in the hardware lab and find the problem
with a logic analyser.
Best Regards,
--George
On Fri, May 25, 2001 at 07:34:57PM -0700, Adam J. Richter wrote:
Copyright infringement would void the GPL, since it would involve
conversion (there's that fancy legal word for "steal" again) of someone
else's property into another form if you take someone's code and copy it.
Some things cann
Dear Greg,
>
> Use LinuxSH standard BIOS
> CONFIG_SH_STANDARD_BIOS
> Say Y here if your target has the gdb-sh-stub package from
> www.m17n.org (or any conforming standard LinuxSH BIOS) in FLASH
> or EPROM. The kernel will use standard BIOS calls during boot
> for various housekeeping tas
Rogier Wolff wrote:
> The "we'll turn it on in February" warning is worth NOTHING in this
> situation: February comes and goes. March comes and goes. Everybody
> who read the warning will think: Ok, so I must be fine.
>
> A warning of the form: "ECN will go on as soon as this message clears
> the
> --- linux-244-ac11-clean/drivers/video/matrox/matroxfb_base.c Sat May 19 20:58:43
>2001
> +++ linux-244-ac11/drivers/video/matrox/matroxfb_base.c Sun May 20 23:55:24
>2001
> @@ -2483,7 +2483,7 @@
> return 0;
> }
>
> -static int __init initialized = 0;
> +static int __initdata in
Hi,
Can anyone tell me whether PCI-X is supported in
Linux Kernel 2.4.x.
With Regards
Sanjay Kumar
__
Do You Yahoo!?
Yahoo! Auctions - buy the things you want at great prices
http://auctions.yahoo.com/
-
To unsubscribe from this list: send the l
On Sat, 26 May 2001, Andrea Arcangeli wrote:
> Please merge this one in 2.4 for now (originally from Ingo, I only
> improved it), this is a real definitive fix
With the only minor detail being that it DOESN'T WORK.
You're not solving the problems of GFP_BUFFER allocators
looping forever in __al
On Fri, May 25, 2001 at 09:38:36PM -0400, Ben LaHaise wrote:
> You're missing a few subtle points:
>
> 1. reservations are against a specific zone
A single zone is not used only for one thing, period. In my previous
email I enlighted the only conditions under which a reserved pool can
avoi
On Fri, May 25, 2001 at 09:39:36PM -0400, Ben LaHaise wrote:
> Sorry, this doesn't fix the problem. It still hangs on highmem machines.
> Try running cerberus on a PAE kernel sometime.
There can be more bugs of course, two patches I posted are only meant to
fix deadlocks in the allocation fail p
On Friday 25 May 2001 00:00, Hans Reiser wrote:
> Daniel Phillips wrote:
> > I suppose I'm just reiterating the obvious, but we should
> > eventually have a generic filesystem transaction API at the VFS
> > level, once we have enough data points to know what the One True
> > API should be.
>
> Dan
Hi
> --- linux/arch/i386/math-emu/fpu_trig.c Fri Apr 6 12:42:47 2001
> +++ rb/arch/i386/math-emu/fpu_trig.c Tue May 22 16:44:57 2001
> @@ -1543,6 +1543,7 @@
> EXCEPTION(EX_INTERNAL | 0x116);
> return;
> #endif /* PARANOID */
>+return;
> }
> }
>
> statements and extra tokens at the end of #endifs. The patch for
> linux/drivers/usb/pwc-uncompress.c adds includes to fix warnings where
> kmalloc(), kfree(), and EXPORT_SYMBOL_NONVERS() implicity declared.
The pwc-uncompress stuff wants ignoring and the -ac fixes picking up that
also clea
On Fri, 25 May 2001, Andi Kleen wrote:
> On Fri, May 25, 2001 at 04:03:57PM +0200, Oliver Neukum wrote:
> > Is there a reason for the task structure to be at the bottom rather than the
> > top of these two pages ?
>
> This way you save one addition for every current access; which adds to
> quite
> > that none of the sound drivers does sample rate conversion although
> > some sound chips are locked at 48kHz only.
>
> True, but a number of audio tools will break, because they don=B4t supp=
So fix the tools
> if you limit the number of available palettes per driver. Plus, you wil=
> l get
On Thursday 24 May 2001 22:59, Edgar Toernig wrote:
> Daniel Phillips wrote:
> > > > Readdir fills in a directory type, so ls sees it as a directory
> > > > and does the right thing. On the other hand, we know we're on
> > > > a device filesystem so we will next open the name as a regular
> > > >
On Fri, May 25, 2001 at 10:49:38PM -0400, Ben LaHaise wrote:
> Highmem. 0 free pages in ZONE_NORMAL. Now try to allocate a buffer_head.
That's a longstanding deadlock, it was there the first time I read
fs/buffer.c, nothing related to highmem, we have it in 2.2 too. Also
getblk is deadlock pron
Daniel Phillips wrote:
>
> Oops, oh wait, there's already another open point: your breakage
> examples both rely on opening ".". You're right, "." should always be
> a directory and I believe that's enforced by the VFS. So we don't have
> an example of breakage yet.
That's just because I did a
On Sat, 26 May 2001, Andrea Arcangeli wrote:
>
> On Fri, May 25, 2001 at 10:49:38PM -0400, Ben LaHaise wrote:
> > Highmem. 0 free pages in ZONE_NORMAL. Now try to allocate a buffer_head.
>
> That's a longstanding deadlock, it was there the first time I read
> fs/buffer.c, nothing related to hi
On Thursday, May 24, 2001 11:16:58 PM +0100 Alan Cox
<[EMAIL PROTECTED]> wrote:
>> IMHO we are not that deep into code freeze anymore. Freevxfs got added
>> in linux-2.4.5-pre*, so I think that a patch that adds a useful feature
>> like badblock support would be OK.
>
> FreeVxFS changes precis
Eric S. Raymond wrote:
>
> CONFIG_SH_SCI
> CONFIG_SH_STANDARD_BIOS
> CONFIG_DEBUG_KERNEL_WITH_GDB_STUB
From the LinuxSH CVS (I can write new ones if these are inadequate):
SuperH SCI (serial) support
CONFIG_SH_SCI
Selecting this option will allow the Linux kernel to transfer
data over SCI
On Fri, 25 May 2001, Linus Torvalds wrote:
> This is why we always leave a few pages free, exactly to allow nested
> page allocators to steal the reserved pages that we keep around. If
> that deadlocks, then that's a separate issue altogether.
>
> If people are able to trigger the "we run out of
On Fri, May 25, 2001 at 04:04:50AM -0400, Eric S. Raymond wrote:
> On further investigation I find that neither of these symbols is actually
> set in the ARM config file! This is kind of a mess. Is it going to be
> fixed in the next merge?
No. I don't have the fixes for it yet. (Phil - plea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi.
Maybe lots of you already know the answer, maybe it's a really stupid
question. If it is, please tell me. I'll not be offended.
Why there are two different kernel trees? There is always the official
release, provided by Torvalds, and then Ala
On Fri, May 25, 2001 at 11:32:18PM +0200, Erik Mouw wrote:
> On Fri, May 25, 2001 at 05:12:39PM -0300, Thiago Vinhas de Moraes wrote:
> > Why there are two different kernel trees? There is always the official
> > release, provided by Torvalds, and then Alan provides a patch merging Linus's
> > s
On Sat, May 26, 2001 at 07:40:18AM +1000, CaT wrote:
> On Fri, May 25, 2001 at 11:32:18PM +0200, Erik Mouw wrote:
> > I just added this to the kernelnewbies FAQ:
> >
> > http://www.kernelnewbies.org/faq.php3
>
> Typo: First para, last sentence: s/Linux/Linus/
Oops. Fixed, thanks.
Erik
--
On Sat, 26 May 2001, Keith Owens wrote:
> On Fri, 25 May 2001 08:31:24 -0700 (PDT),
> dean gaudet <[EMAIL PROTECTED]> wrote:
> >another possibility for a debugging mode for the kernel would be to hack
> >gcc to emit something like the following in the prologue of every function
> >(after the fram
This is my 1st attempt to submit a patch here - flames welcome if I did smth
wrong...
It was done across 2.4.2, but it works safely against 2.4.4 as well.
<>
Kind regards,
Vassilii
pci_vendor_12d4.patch
> which is why I asked for RMS' opinion. He said that what is being done
> is clearly not "mere aggregation", and that such firmware should be
> moved out of the kernel (and even the tarball) to stop violating the
> GPL and make Linux be free software.
Given that the firmware is a seperate work (
On Sat, 26 May 2001, Rik van Riel wrote:
> 1) normal user allocation
> 2) buffer allocation (bounce buffer + bufferhead)
> 3) allocation from interrupt (for device driver)
H, now that I think of it, we always need to be able
to guarantee _both_ 2) and 3). For different allocators
and interr
On Sat, 26 May 2001, Andrea Arcangeli wrote:
> On Fri, May 25, 2001 at 10:49:38PM -0400, Ben LaHaise wrote:
> > Highmem. 0 free pages in ZONE_NORMAL. Now try to allocate a buffer_head.
>
> That's a longstanding deadlock, it was there the first time I read
> fs/buffer.c, nothing related to highm
On Fri, 25 May 2001, Linus Torvalds wrote:
> Oh, also: the logic behind the change of the kmem_cache_reap() - instead
> of making it conditional on the _reverse_ test of what it has historically
> been, why isn't it just completely unconditional? You've basically
> dismissed the only valid reason
Ok, I applied Andrea's (nee Ingo's) version, as that one most clearly
attacked the real deadlock cause. It's there as 2.4.5 now.
I'm going to be gone in Japan for the next week (leaving tomorrow
morning), so please don't send me patches - I won't be able to react to
them anyway. Consider the -ac
On Fri, 25 May 2001, Linus Torvalds wrote:
> Ok, I applied Andrea's (nee Ingo's) version, as that one most clearly
> attacked the real deadlock cause. It's there as 2.4.5 now.
But only for highmem bounce buffers. Normal GFP_BUFFER
allocations can still headlock.
> I'm going to be gone in Japan
On Fri, 25 May 2001, Jonathan Lundell wrote:
> At 8:45 AM -0700 2001-05-25, dean gaudet wrote:
> >i think it really depends on how you use current -- here's an alternative
> >usage which can fold the extra addition into the structure offset
> >calculations, and moves the task struct to the top of
On Fri, May 25, 2001 at 03:22:44PM +0200, Nemosoft Unv. wrote:
> On 25-May-01 Erik Mouw wrote:
> > On Fri, May 25, 2001 at 10:48:12AM +0200, Nemosoft Unv. wrote:
> > The format conversion shouldn't be there in the first place. Format
> > conversion is policy, so it doesn't belong in kernel. Note f
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
HI all,
Finally I discovered my problem :-)
The following patch fixes SMP hangs w/ cmpci v5.64 ( k244-ac17 ).
- --- linux-244ac/drivers/sound/cmpci.c Fri May 25 05:26:27 2001
+++ linux/drivers/sound/cmpci.c Fri May 25 20:14:49 2001
@@ -1,5 +1
On Fri, May 25, 2001 at 06:25:57PM +1000, Keith Owens wrote:
> Nothing in arch/i386/kernel/traps.c uses a task gate, they are all
> interrupt, trap, system or call gates. I guarantee that kdb on ix86
> and ia64 uses the same kernel stack as the failing task, the starting
> point for the kdb backt
> A small overflow of the kernel stack overwrites the struct task at the
> bottom of the stack, recovery is dubious at best because we rely on
> data in struct task. A large overflow of the kernel stack either
> corrupts the storage below this task's stack, which could hit anything,
> or it gets
Greetings,
Coalescing two messages in one:
On 25-May-01 Alan Cox wrote:
> Nope. Its been policy since 2.0. Its both v4l1 and v4l2 policy. In fact its
> fairly nonsensical to handle any format conversions in kernel unless the
> device outputs a unique format of its own.
Oh come on. 2.0 has been
[1.] One line summary of the problem:
Sample rate wrong for USB microphone - distorted noisy sampling.
[2.] Full description of the problem/report:
The Andrea NC-7100 Microphone, which works great on the Mac & Win 98,
does not work under Linux. Samples are recorded at exactly twice the proper
s
"Nemosoft Unv." wrote:
> On 25-May-01 Alan Cox wrote:
> > It breaks apps by doing conversions, and it breaks important apps like H263
> > codecs not silly little camera viewers, because you trash the performance
>
> This is a NULL argument. First, it doesn´t break anything; I think H263 is
> smar
On Fri, 25 May 2001 10:27:53 +0200,
Andi Kleen <[EMAIL PROTECTED]> wrote:
>On Fri, May 25, 2001 at 06:25:57PM +1000, Keith Owens wrote:
>> Nothing in arch/i386/kernel/traps.c uses a task gate, they are all
>> interrupt, trap, system or call gates. I guarantee that kdb on ix86
>> and ia64 uses th
Hi,
fixed patch poster earlier. PINE's default editor munged it up. Also changed
the 8 spaces indentation to a tab character.
Sorry about that.
> If someone writes to a scsi adapter's /proc entry and that scsi adapter
> has not defined a proc_info() entry point, proc_scsi_write() will leak a
Greetings,
On 25-May-01 Erik Mouw wrote:
> On Fri, May 25, 2001 at 10:48:12AM +0200, Nemosoft Unv. wrote:
>> That´s what you get for ripping out the guts of a driver. Have a nice
>> day.
>
> The format conversion shouldn't be there in the first place. Format
> conversion is policy, so it doesn't
Here's a surprise. I think the problems with the keyspan
copyrights may have sprung from an administrative error. I notice that
the copyright notices in
linux-2.4.*/drivers/usb/serial/keyspan_usa{26,28,49}msg.h, which look
GPL compatible to me, look as if they were intended for
keyspan_u
> all at the same time). I will *not* have a crippled driver into the Lin=
> ux
> kernel. If this is going to be policy, fine. But then this policy will =
> apply
> to ALL drivers equally, not just mine because suddenly Alan realizes he=
I've had the others on the list for a while too, jus this o
On Fri, 25 May 2001 08:11:07 +0100,
David Welch <[EMAIL PROTECTED]> wrote:
>Why not use a task gate for the double fault handler points to a
>per-processor TSS with a seperate stack. This would allow limited recovery
>from a kernel stack overlay.
It is far too late by then. struct task is at t
On Fri, May 25, 2001 at 08:29:38PM -0400, Ben LaHaise wrote:
> amount of bounce buffers to guarentee progress while submitting io. The
> -ac kernels have a patch from Ingo that provides private pools for bounce
> buffers and buffer_heads. I went a step further and have a memory
> reservation pat
> The following patch fixes SMP hangs w/ cmpci v5.64 ( k244-ac17 ).
Let me suggest a different approach
> - - spin_lock_irqsave(&s->lock, flags);
> set_spdifout(s, rate);
> + spin_lock_irqsave(&s->lock, flags);
Split the various locked versions stuff stuff like set_adc_rate out as
_
Dear all,
I finally managed to package the X15 web accelerator for the first
source release.
The current release includes a CGI module, an Apache configuration
module and several salability improvements. It is a beta 1, quite stable
but it may/will still contain a few bugs. The README is a bit o
Philip Blundell <[EMAIL PROTECTED]>:
> >CONFIG_ARCH_FTVPCI
> >CONFIG_ARCH_NEXUSPCI
>
> These symbols both refer to the same thing (the latter is an obsolete name).
> I guess appropriate text would be something like:
>
> Say Y here if you intend to run this kernel on a FutureTV (nee Nexus
>
At 8:45 AM -0700 2001-05-25, dean gaudet wrote:
>i think it really depends on how you use current -- here's an alternative
>usage which can fold the extra addition into the structure offset
>calculations, and moves the task struct to the top of the stack.
>
>not that this really solves anything, '
> Why there are two different kernel trees? There is always the official
> release, provided by Torvalds, and then Alan provides a patch merging Linus's
> stuff, and adding (?) tons of bug fixes.
Well it started by accident but it turns out good to have a tree that changes
are merged into, test
> Not to sound dense, but what part of the GPL prohibits a piece of GPL'd
> software from including non-GPL'd code? The GPL does explicitly state
> that you can't include it's software in proprietary code, but I don't
> recall seeing a provision that prohibits the other way around.
The same thinb
On Fri, May 25, 2001 at 06:31:20PM +1000, Keith Owens wrote:
> That is exactly what I said above, a separate fault task with its own
> stack for every cpu. But there is no point in doing this to detect a
> hardware stack overflow when the overflow has already corrupted the
> struct task which is
On Fri, May 25, 2001 at 04:53:47PM +1000, Keith Owens wrote:
> The only way to avoid those problems is to move struct task out of the
> kernel stack pages and to use a task gate for the stack fault and
> double fault handlers, instead of a trap gate (all ix86 specific).
> Those methods are expensi
On Fri, 25 May 2001, Rik van Riel wrote:
>
> The function do_try_to_free_pages() also gets called when we're
> only short on inactive pages, but we still have TONS of free
> memory. In that case, I don't think we'd actually want to steal
> free memory from anyone.
Well, kmem_cache_reap() doesn'
Folks, new version of the patch is on
ftp.math.psu.edu/pub/viro/namespaces-c-S5-pre6.gz
News:
* ported to 2.4.5-pre6
* new (cleaner) locking mechanism
* lock_super() is starting to become fs-private thing - first steps to
removing it from VFS code are done.
Please, help with te
> This patch has been tested and the code does compile.
>
> Rich
>
> diff -urN -X /linux/dontdiff linux/arch/i386/math-emu/fpu_trig.c
> rb/arch/i386/math-emu/fpu_trig.c
> --- linux/arch/i386/math-emu/fpu_trig.c Fri Apr 6 12:42:47 2001
> +++ rb/arch/i386/math-emu/fpu_trig.c Tue May 22 1
On Fri, 25 May 2001 10:20:15 +0200,
Andi Kleen <[EMAIL PROTECTED]> wrote:
>On Fri, May 25, 2001 at 04:53:47PM +1000, Keith Owens wrote:
>> The only way to avoid those problems is to move struct task out of the
>> kernel stack pages and to use a task gate for the stack fault and
>> double fault ha
101 - 194 of 194 matches
Mail list logo