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 real only after success or a test.
Otherwise it would
(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/ide.c Fri May 25 21:11:08 2001
+++
On Fri, May 25 2001, Rasmus Andersen wrote:
Hi.
This patch adds a check for the return value from kmalloc in
ide_cdrom_open. Applies against ac16.
Thanks, applied.
--
Jens Axboe
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Thu, 10 May 2001, Geert Uytterhoeven wrote:
- Political fixes:
o There were still some penguins left carrying a glass of beer or wine.
This problem is about 2 years old!
I still don't understand why the penguin holding beer/wine was wrong...
Kelsey Hudson
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 the beginning
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
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 it
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/ide.c
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 problems,
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 real
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
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 the
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,
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 the
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 meaning
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 bandwidth
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, and
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 thing
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, have you
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
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
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 page
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
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.1 MBs and 1.6 MBs
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
alternative method
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 slow
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 for the
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 is not used only
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
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 on,
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
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 tasks.
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 queues
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
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
avoid
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
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.
Daniel,
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;
}
}
else if
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 clean
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 a few
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
file, and find
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
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 simple
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 highmem,
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 precisely
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 - please
-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
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
stuff,
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
--
J.A.K.
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 frame is
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.
pci_vendor_12d4.patch
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 (try
On Fri, May 25, 2001 at 03:20:20PM +1000, Keith Owens wrote:
On a side note, does anyone know if the kernel does checking if the
stack overflowed at any time?
You normally get a silent hang or worse a stack fault exception
(which linux/x86 without kdb cannot recover from) which gives
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
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 highmem,
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
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 the
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 for
-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
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
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 a
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
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
smart to pick
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 the same
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 belong
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
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 the
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 patch
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
Keith Owens [EMAIL PROTECTED]:
I claim my erudition prize (do I get steak knives with that?).
Results doubtful. Consult Magic 8-Ball again :-).
I'm going to critique these individually pour encourager les autres.
+Disable IA-64 Virtual Hash Page Table
+CONFIG_DISABLE_VHPT
+ The Virtual
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
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, tested
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 thinbg
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 expensive,
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't
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
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 16:44:57
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 handlers,
On Sat, 26 May 2001, Alan Cox wrote:
But Linus is right I think - VM changes often prove
'interesting'. Test it in -ac , gets some figures for real world
use then plan further
Oh well. As long as he takes the patch to page_alloc.c, otherwise
everybody _will_ have to experiment with the -ac
According to ac ChangeLog:
o Rip format conversion out of the pwc driver (me)
| It belongs in user space..
This change is included in 2.4.5-pre6, but
drivers/usb/pwc-uncompress.c
still relies on this files:
Looks like I managed to send Linus a partial patch only. My
Keith Owens writes:
Andi Kleen [EMAIL PROTECTED] wrote:
At one time someone had a script to grep objdump -S vmlinux for the
stack allocations generated by gcc and check them.
ftp://ftp.ocs.com.au/pub/kernel.stack.gz. ix86 specific, probably gcc
specific and it only picks up code that you
On Fri, 25 May 2001, Ben LaHaise wrote:
Highmem systems currently manage to hang themselves quite completely upon
running out of memory in the normal zone. One of the failure modes is
looping in __alloc_pages from get_unused_buffer_head to map a dirty page.
Another results in looping on
Alexander Viro wrote:
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
It really ought to be Linus and/or Alan who answers this, but from my own
observations, here's the way I think it goes:
Alan and Linus don't always agree on what should be in the kernel; and even when
they do, they sometimes disagree on when something is ready to be included.
Alan may think a
On Fri, May 25, 2001 at 03:20:20PM +1000, Keith Owens wrote:
ftp://ftp.ocs.com.au/pub/kernel.stack.gz. ix86 specific, probably gcc
specific and it only picks up code that you compile. The Stanford
checker is much better.
I have no complete understanding of the stanford checker, but I was
301 - 400 of 401 matches
Mail list logo