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
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
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
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
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
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
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
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
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 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
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
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
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 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
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 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
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
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, 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
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
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
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
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
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 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()
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
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
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
> The following patch fixes SMP hangs w/ cmpci v5.64 ( k244-ac17 ).
Let me suggest a different approach
> - - spin_lock_irqsave(>lock, flags);
> set_spdifout(s, rate);
> + spin_lock_irqsave(>lock, flags);
Split the various locked versions stuff stuff like set_adc_rate out as
-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 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
.. on the other hand, thinking more about this, I'd rather be called
"stupid" than "stodgy".
So I think I'll
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
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 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
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,
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
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
> 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,
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
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,
> 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
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
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
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
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
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
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
--
[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
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
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
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
> >
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
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
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 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
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
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.
>
>
> ---
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
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,
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
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
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
(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 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
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 be valid.
Cheers,
On Fri, 25 May 2001, Rasmus Andersen wrote:
>
On Fri, May 25, 2001 at 12:43:11PM -0400, Randy wrote:
> I'm trying to find the easiest way to to deidcate one CPU to responding
> to a specific Interrupt request.
> That CPU should only listen for that request while all other CPU should
> ignore the interrupt.
cat /proc/irq/*/smp_affinity
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
Hi.
This trivial patch adds a kmalloc check to ide-tape.c::
idetape_onstream_read_back_buffer as per the Stanford team's report
way back. It applies against 244ac16.
Reading the code I was not sure if it was OK to just return
or more should be done. Please sanity check this.
---
Are there any plans for including support for the ATI Rage 128 chipset into
svgalib?
The VESA setting does not work. Causes any program using svgalib to crash.
Are there any configuration settings in the kernel that may help with this?
The kernel I am using is 2.4.4 and the card I am using is
Hi.
The following patch adds a number of checks for kmalloc returns
to drivers/ide/ide-probe.c. It applies against ac16.
One comment: This patch adds 'drive-present = 0' to the
code path for the EXABYTE case. I could not discern if this was a
shortcoming of the original code or not. Please
On Fri, May 25, 2001 at 10:12:51PM +0200, Andrea Arcangeli wrote:
>
>ftp://ftp.kernel.org/pub/linux/kernel/people/andrea/patches/v2.2/2.4.5pre6/blkdev-pagecache-2
^ 4 sorry
-
To unsubscribe from this list: send the line
On Thu, May 24, 2001 at 12:32:20AM +0200, Andrea Arcangeli wrote:
> userspace. I will try to work on the blkdev patch tomorrow to bring it
> in an usable state.
It seems in an usable state right but it is still very early beta, I
need to recheck the whole thing, I will do that tomorrow, for now
-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
OK, shoot me. Here it is again, this time _with_ patch...
-- Forwarded message --
Date: Fri, 25 May 2001 16:53:38 -0300 (BRST)
From: Rik van Riel <[EMAIL PROTECTED]>
Hi Linus,
the following patch does:
1) Remove GFP_BUFFER and HIGHMEM related deadlocks, by letting
these
Hi Linus,
the following patch does:
1) Remove GFP_BUFFER and HIGHMEM related deadlocks, by letting
these allocations fail instead of looping forever in
__alloc_pages() when they cannot make any progress there.
Now Linux no longer hangs on highmem machines with heavy
write loads.
"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
>
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
Hi.
This patch adds a check for the return value from kmalloc in
ide_cdrom_open. Applies against ac16.
--- linux-244-ac16-clean/drivers/ide/ide-cd.c Fri May 25 21:11:08 2001
+++ linux-244-ac16/drivers/ide/ide-cd.c Fri May 25 21:30:20 2001
@@ -2869,12 +2869,12 @@
int ide_cdrom_open (struct
Hi.
The following patch changes an __init to an __initdata. Applies
against 2.4.4-ac16.
--- linux-244-ac16-clean/arch/ppc/kernel/feature.c Sat May 19 21:06:18 2001+++
linux-244-ac16/arch/ppc/kernel/feature.cMon May 21 00:04:35 2001
@@ -267,7 +267,7 @@
static struct board_features_t
Handling of refcounts for FS_SINGLE filesystems moved to
add_vfsmnt(). That's the first half of real fix for FS_SINGLE mess -
we should make it "read_super() if we hadn't done it yet, otherwise
return what we have". That will make kern_mount() uses simpler and
remove all special-casing
"Adam J. Richter" wrote:
>
> Doug Ledford wrote:
> >"Adam J. Richter" wrote:
>
> >> On the question of whether this is nothing more than
> >> aggregation,
>
> >Yes, on that very question, I would argue it is a mere aggregation.
>
> >> the firmware works intimately with the device
Expands add_vfsmnt() call in kern_mount(), takes alloc_vfsmnt()
before reading superblock and makes (in add_vfsmnt()) insertion into
vfsmntlist unconditional (kern_mount()) was the only case when we didn't
want it to happen. Moreover, recovery in kern_mount() becomes simpler.
Hi,
On Fri, May 25, 2001 at 02:24:52PM -0400, Alexander Viro wrote:
> If you are OK with adding two extra arguments to ->readpage() I could
> submit a patch replacing that with plain and simple page cache by tomorrow.
> It should not be a problem to port, but I want to get some sleep before
>
In article <[EMAIL PROTECTED]> you wrote:
>> I believe we can make that a short. Arjan?
> Is the general way to fix these too-large stack vars to heap allocate
> them? Or is it preferable to put a "static" in front of them, if the
> routine is non-reentrant?
You're not always allowed to
Hi,
On Fri, May 25, 2001 at 09:09:37AM -0600, Eric W. Biederman wrote:
> The case we don't get quite right are partial reads that hit cached
> data, on a page that doesn't have PG_Uptodate set. We don't actually
> need to do the I/O on the surrounding page to satisfy the read
> request. But
Please cc to me - I am currently off the list.
On Wed, 23 May 2001, Pavel Machek wrote:
> Hi!!
>
> One question: can crak be used for process migration (assuming nodes
> share filesystem)? [As in, node of
> cluster is going down so we checkpoint and resume on some other node?]
Yes, as long as
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
On Wed, 16 May 2001, Heikki Tuuri wrote:
> On Red Hat 6.2 and 7.? Intel big block writes are very slow if
> I open the file with O_SYNC. I call pwrite to write 1 MB chunks to
> the file, and I get only 1 MB/s write speed. If I open without O_SYNC
> and call fsync only after writing the whole 100
Takes allocation/initalization of vfsmounts into separate function.
We will need this separation to deal with several places where we need
a non-blocking (and non-failing) equivalent of add_vfsmnt(). There allocation
will be done outside of critical area.
Please, apply.
diff
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
* MNT_VISIBLE is gone. We simply do not insert vfsmounts we don't
want to see into the vfsmntlist. The only place where it is used is
get_filesystem_info(), so it's obviously correct.
Please, apply.
PS: I've done a different locking scheme for superblocks, so right
now
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 combination is anything
>
Ishikawa <[EMAIL PROTECTED]>:
>Anyway, this time, here is what was printed on the screen (the tail end
> of it).
> --- begin quote ---
> ... could not record the above. they scrolled up and disapper...
> Out of Memory: Killed process 4550 (XF8_SVGA.ati12).
> __alloc_pages: 0-order
On Fri, 25 May 2001, Linus Torvalds wrote:
> For example, I suspect that the metadata bitmaps in particular cache so
> well that the fact that we need to do several seeks over them every once
> in a while is a non-issue: we might be happier having the bitmaps in
> memory (and having simpler
On Fri, 25 May 2001, Alexander Viro wrote:
>
> OK, here's a real-world scenario: inode table on 1Kb ext2 (or 4Kb on
> Alpha, etc.) consists of compact pieces - one per cylinder group.
>
> There is a natural mapping from inodes to offsets in that beast.
> However, these pieces can trivially be
Adam J. Richter wrote:
> Doug Ledford wrote:
> >"Adam J. Richter" wrote:
>
> >> On the question of whether this is nothing more than
> >> aggregation,
...
[patent law definition of aggregation]
...
Well, I'm just an interested bystander. But having read the recent
lkml posts on
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
On Thu, 24 May 2001, Dawson Engler wrote:
> Boilerplate disclaimer:
> - this is part of a one-time large batch of errors. In the future,
> we'll send out incremental bug reports along with a pointer to
> the bug database on our website.
Personally, I'd like to see
1 - 100 of 401 matches
Mail list logo
