On Friday 20 April 2007 17:24, Ulrich Drepper wrote:
> On 4/20/07, Andreas Gruenbacher <[EMAIL PROTECTED]> wrote:
> > Yes, that one, sorry. The values it obtains that way are not reliable.
>
> Why should the mount point info together with the filesystem type not
> be reliable?
Ah ... I overlooked
We broke the the alignment of members of taskstats to the 8 byte boundary
with the CSA patches. In the current kernel, the taskstats structure is
not suitable for use by 32 bit applications in a 64 bit kernel.
On x86_64
Offsets of taskstats' members (64 bit kernel, 64 bit application)
On Fri, 20 Apr 2007, Mel Gorman wrote:
>> While this looks fine, it seems that clear_huge_page() and
>> clear_mapping_page() could share a common helper. I also note that
>> clear_huge_page() calls cond_reched() and this doesn't which may be the
>> type of different behavior we want to avoid.
On
Hello, Dmitry.
Dmitry Torokhov wrote:
>> Many drivers (at least all the SCSI/IDE ones) consider struct device as
>> the base class of the devices those drivers implement. I don't think we
>> can just consider those drivers to be wrong.
>
> I am not saying they are wrong I am just saying that
Dave Jones wrote:
> try adding some instrumentation to __pci_register_driver and the functions
> it calls.
>
> oh, one thought.. do you have CONFIG_PCI_MULTITHREAD_PROBE set?
> I'm wondering if the probing is racing with another driver which is claiming
> the same PCI ID. (Edac, or watchdog for
On Fri, Apr 20 2007, Christoph Lameter wrote:
> On Fri, 20 Apr 2007, Jens Axboe wrote:
>
> > This works fine as long as you are in the submitter context, but once
> > you pass the into the block layer, we don't have any way to find the
> > address space (at least we don't want to). Would
On 04/20, Jarek Poplawski wrote:
>
> On Thu, Apr 19, 2007 at 02:21:22PM +0400, Oleg Nesterov wrote:
> ...
> > Yes. It would be better to use cancel_work_sync() instead of
> > flush_workqueue()
> > to make this less possible (because cancel_work_sync() doesn't need to wait
> > for
> > the whole
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
>> Careful there. mmap() needs more than this.
>> (1) mapping->order is variable within an fs, so the architectural code
>> would need some vague awareness of the underlying page size
>> being variable unless the fs restricts it properly.
If ext3 can do 16T, ext2 probably should be able to as well.
There are still "int" block containers in the block allocation path
that need to be fixed up.
Perhaps ext2 should get the ext2_fsblk_t/ext2_grpblk_t treatment
as ext3 did, for clarity...
Signed-off-by: Eric Sandeen <[EMAIL PROTECTED]>
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
>
> On Fri, Apr 20, 2007 at 09:30:30AM -0700, Christoph Lameter wrote:
> > We can map arbitrary 4k chunks of larger pages.
>
> The core VM can do that but the hugetlb architectural code can't fall
> back to smaller page sizes. It also should not
Dave Jones wrote:
> > Andi, I think. I've got his firstfloor.org patches applied to this kernel.
>
> Ah, I saw you patched in CFS too, and thought it may be related.
>
Well, I have CONFIG_FB_BACKLIGHT enabled, and it still works.
Maybe there's something in Andi's queue which is making it
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
>> The core VM can do that but the hugetlb architectural code can't fall
>> back to smaller page sizes. It also should not be put into a situation
>> where it needs to do so given the semantics it must honor.
On Fri, Apr 20, 2007 at 10:15:00AM
On 04/20, Jarek Poplawski wrote:
>
> Here is my proposal to make things clearer:
> (this time on 2.6.21-rc7)
>
> CC: David Chinner <[EMAIL PROTECTED]>
> CC: Oleg Nesterov <[EMAIL PROTECTED]>
> Signed-off-by: Jarek Poplawski <[EMAIL PROTECTED]>
>
> ---
>
> diff -Nurp
On Fri, Apr 20, 2007 at 10:16:54AM -0700, Jeremy Fitzhardinge wrote:
> Dave Jones wrote:
> > > Andi, I think. I've got his firstfloor.org patches applied to this
> > kernel.
> >
> > Ah, I saw you patched in CFS too, and thought it may be related.
> >
>
> Well, I have
On Fri, 20 Apr 2007 17:56:09 +0530
Gautham R Shenoy <[EMAIL PROTECTED]> wrote:
> > I mean, we already have four of them (PF_NOFREEZE, PF_FROZEN,
> > PF_FREEZER_SKIP, TIF_FREEZE), and you will need to introduce two more for
> > the freezer-based CPU hotplug, so if yet another one is needed, that
On Fri, Apr 20, 2007 at 10:28:46AM +0200, Jiri Slaby wrote:
> Andrew Morton napsal(a):
> > On Tue, 17 Apr 2007 22:02:10 +0200 (CEST) Jiri Slaby <[EMAIL PROTECTED]>
> > wrote:
> >
> >> phantom, add a new driver
> [...]
> >> +static struct pci_driver phantom_pci_driver = {
> >> + .name =
On Fri, Apr 20, 2007 at 12:53:31PM -0400, Preston A. Elder wrote:
> Linux agpgart interface v0.101 (c) Dave Jones
> agpgart: DEBUG 0
> agpgart: DEBUG 1
> __pci_register_driver: In function
> __pci_register_driver: driver = agpgart-amdk7, multithread = 0
> __pci_register_driver: Before
4K stacks still overflow:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=237276
Just trying to dump the stack trace when that happens causes an oops,
and there's no good way to prevent that. In fact it's probably the
best thing to do anyway.
You can tell something Really Bad has happened
On Friday 20 April 2007 11:38:49 Alan Cox wrote:
> I'm looking for some testers for a revamp of the initio driver. No real
> code changes other than to hopefully stop it exploding on load on 64bit,
> but a major reorganisation, commenting and "de-windowsification" so the
> code is actually
Hi Lennart,
On Thu, 19 Apr 2007 16:59:42 -0400, Lennart Sorensen wrote:
> On Thu, Apr 19, 2007 at 08:54:13AM +0200, Jean Delvare wrote:
> > The major difference is that the implementation in scx200_i2c is
> > hardware-specific, while the i2c-gpio driver is a generic one, so it's
> > a lot better.
Hello, I wrote:
[PATCH] ide: rework the code for selecting the best DMA transfer mode
Depends on the "ide: fix UDMA/MWDMA/SWDMA masks" patch.
I'm now trying to rewrite hpt366.c to benefit more from these
patches...
and alas, this very patch seems to be breaking filtering (at least) in
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
> On Fri, 20 Apr 2007, William Lee Irwin III wrote:
> >> The core VM can do that but the hugetlb architectural code can't fall
> >> back to smaller page sizes. It also should not be put into a situation
> >> where it needs to do so given the
Andi Kleen <[EMAIL PROTECTED]> writes:
> On Friday 20 April 2007 10:35:10 Måns Rullgård wrote:
>> Arjan van de Ven <[EMAIL PROTECTED]> writes:
>>
>> > Andi Kleen wrote:
>> >> Rationale:
>> >> - It cannot be enabled in normal builds because all current lds
>> >> become very slow when they have to
Hello, I wrote:
Index: b/drivers/ide/pci/hpt366.c
===
--- a/drivers/ide/pci/hpt366.c
+++ b/drivers/ide/pci/hpt366.c
@@ -513,43 +513,31 @@ static int check_in_drive_list(ide_drive
return 0;
}
-static u8
On 4/20/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
Hello, Dmitry.
Dmitry Torokhov wrote:
>> Many drivers (at least all the SCSI/IDE ones) consider struct device as
>> the base class of the devices those drivers implement. I don't think we
>> can just consider those drivers to be wrong.
>
> I am
Variable Order Page Cache: Readahead fixups
Readahead is now dependent on the page size. For larger page sizes
we want less readahead.
Add a parameter to max_sane_readahead specifying the page order
and update the code in mm/readahead.c to be aware of variant
page sizes.
[WARNING untested
Variable Order Page Cache: mmap_nopage and mmap_populate
Fix up both functions to be able to operate on arbitrary order
pages. However, both functions establish page table entries
in PAGE_SIZE only and the offset and pgoffset when calling
both functions is always in PAGE_SIZE units. Thus the
Some ideas for memory.c pieces. Just junk like the earlier patches.
---
mm/memory.c | 108
1 file changed, 66 insertions(+), 42 deletions(-)
Index: linux-2.6.21-rc7/mm/memory.c
On 04/19, Rafael J. Wysocki wrote:
>
> On Thursday, 19 April 2007 14:02, Gautham R Shenoy wrote:
> > This patch fixes the race pointed out by Oleg Nesterov.
> >
> > * Freezer marks a thread as freezeable.
> > * The thread now marks itself PF_NOFREEZE causing it to
> > freeze on calling
Dave Jones wrote:
> On Fri, Apr 20, 2007 at 12:53:31PM -0400, Preston A. Elder wrote:
>
> > Linux agpgart interface v0.101 (c) Dave Jones
> > agpgart: DEBUG 0
> > agpgart: DEBUG 1
> > __pci_register_driver: In function
> > __pci_register_driver: driver = agpgart-amdk7, multithread = 0
> >
On Fri, 20 Apr 2007 18:51:13 +0900
Keiichi KII <[EMAIL PROTECTED]> wrote:
> > I started to do some cleanups and fixups here, but abandoned it when it was
> > all getting a bit large.
> >
> > Here are some fixes against this patch:
>
> I'm going to fix my patches by following your reviews and
On Fri, 20 Apr 2007 12:34:18 +0200
Takashi Iwai <[EMAIL PROTECTED]> wrote:
> Good to hear! I forgot the patch description and sign-off, so here it
> is again:
>
>
> [PATCH] ALSA: intel8x0 - Fix Oops in crash kernel
>
> When intel8x0 driver is loaded in the crash kernel, it gets Oops
>
On Fri, Apr 20, 2007 at 02:04:45PM -0400, Preston A. Elder wrote:
> Dave Jones wrote:
> > On Fri, Apr 20, 2007 at 12:53:31PM -0400, Preston A. Elder wrote:
> >
> > > Linux agpgart interface v0.101 (c) Dave Jones
> > > agpgart: DEBUG 0
> > > agpgart: DEBUG 1
> > > __pci_register_driver:
At Fri, 20 Apr 2007 11:18:07 -0700,
Andrew Morton wrote:
>
> On Fri, 20 Apr 2007 12:34:18 +0200
> Takashi Iwai <[EMAIL PROTECTED]> wrote:
>
> > Good to hear! I forgot the patch description and sign-off, so here it
> > is again:
> >
> >
> > [PATCH] ALSA: intel8x0 - Fix Oops in crash kernel
> >
On Fri, 20 Apr 2007, Jesse Barnes wrote:
>
> Sounds good, hopefully reassigning the bridge resources won't cause too
> much trouble. Do you have time to hack this up? If not, I could give
> it a try, as long as ajax is willing to test...
Actually, I would suggest we not do it automatically
This patch extends the existing Linux scheduler with support for
proportional-share scheduling (as a new KConfig option).
http://www.cs.duke.edu/~tongli/linux/linux-2.6.19.2-trio.patch
It uses a scheduling algorithm, called Distributed Weighted Round-Robin
(DWRR), which retains the existing
Dave Jones wrote:
> On Fri, Apr 20, 2007 at 02:04:45PM -0400, Preston A. Elder wrote:
> > Dave Jones wrote:
> > > On Fri, Apr 20, 2007 at 12:53:31PM -0400, Preston A. Elder wrote:
> > >
> > > > Linux agpgart interface v0.101 (c) Dave Jones
> > > > agpgart: DEBUG 0
> > > > agpgart: DEBUG 1
On Fri, Apr 20, 2007 at 02:20:29PM -0400, Dave Jones wrote:
>
> btw Greg, wtf does driver_register return a 0 as 'success' if it
> completes the function, and 0 as 'failure' if !bus ?
> That seems doomed to failure.
I don't know why the code does that, we should always have a bus
assigned to a
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > I mean, we already have four of them (PF_NOFREEZE, PF_FROZEN,
> > > PF_FREEZER_SKIP, TIF_FREEZE), and you will need to introduce two
> > > more for the freezer-based CPU hotplug, so if yet another one is
> > > needed, that will make up almost a
On Fri, Apr 20, 2007 at 11:15:26AM -0700, Andrew Morton wrote:
> On Fri, 20 Apr 2007 18:51:13 +0900
> Keiichi KII <[EMAIL PROTECTED]> wrote:
>
> > > I started to do some cleanups and fixups here, but abandoned it when it
> > > was
> > > all getting a bit large.
> > >
> > > Here are some fixes
On Fri, 20 Apr 2007 11:41:46 +0100
David Howells <[EMAIL PROTECTED]> wrote:
> There are only two non-net patches that AF_RXRPC depends on:
>
> (1) The key facility changes. That's all my code anyway, and shouldn't be a
> problem to merge unless someone else has put some changes in there
On Fri, 20 Apr 2007 09:10:41 -0400
James Bottomley <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-04-19 at 22:20 -0700, Andrew Morton wrote:
> > On Thu, 19 Apr 2007 16:27:26 - "Cameron, Steve" <[EMAIL PROTECTED]>
> > wrote:
> > >
> > > Something like
> > >
> > > if (sizeof(blah) > 4) {
> > >
On Fri, Apr 20, 2007 at 02:31:01PM -0400, Preston A. Elder wrote:
> Here is the code for __pci_register_driver:
> ...
>
> So in the above case, we ARE saying if driver_register returns 0 then
> pci_create_newid_file.
>
> Is it different to the code you have? As I said, this IS 2.6.19.
On Fri, 2007-04-20 at 11:43 -0700, Andrew Morton wrote:
> On Fri, 20 Apr 2007 09:10:41 -0400
> James Bottomley <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 2007-04-19 at 22:20 -0700, Andrew Morton wrote:
> > > On Thu, 19 Apr 2007 16:27:26 - "Cameron, Steve" <[EMAIL PROTECTED]>
> > > wrote:
> > >
On Fri, 2007-04-20 at 12:05 +0100, Mel Gorman wrote:
> comments about missing page_cache_size() covered elsewhere. However, I
> note that Dave Kleikamp might be interested in this changing of
> page_cache_size() from the perspective of page cache tails. I've added
> him to the cc so he can take a
On Fri, Apr 20, 2007 at 11:29:52AM -0700, Greg Kroah-Hartman wrote:
> On Fri, Apr 20, 2007 at 02:20:29PM -0400, Dave Jones wrote:
> >
> > btw Greg, wtf does driver_register return a 0 as 'success' if it
> > completes the function, and 0 as 'failure' if !bus ?
> > That seems doomed to
On Fri, 20 Apr 2007 13:21:10 -0500
Matt Mackall <[EMAIL PROTECTED]> wrote:
> On Fri, Apr 20, 2007 at 11:15:26AM -0700, Andrew Morton wrote:
> > On Fri, 20 Apr 2007 18:51:13 +0900
> > Keiichi KII <[EMAIL PROTECTED]> wrote:
> >
> > > > I started to do some cleanups and fixups here, but abandoned
On 04/19/2007 04:18 PM, Bart Trojanowski wrote:
I need to preserve some state from the bios before entering protected
mode. For now I want to copy it into some ram accessible by real-mode,
say the last megabyte visible in real-mode.
What's the easiest way to have linux ignore the megabyte
On Fri, 20 Apr 2007, Dave Kleikamp wrote:
> On Fri, 2007-04-20 at 12:05 +0100, Mel Gorman wrote:
>
> > comments about missing page_cache_size() covered elsewhere. However, I
> > note that Dave Kleikamp might be interested in this changing of
> > page_cache_size() from the perspective of page
On Fri, 20 Apr 2007 22:13:41 +0530
Balbir Singh <[EMAIL PROTECTED]> wrote:
>
> We broke the the alignment of members of taskstats to the 8 byte boundary
> with the CSA patches. In the current kernel, the taskstats structure is
> not suitable for use by 32 bit applications in a 64 bit kernel.
>
On 4/20/07, Andreas Gruenbacher <[EMAIL PROTECTED]> wrote:
The code also seems to stop at the first matching mount point. You can have
the same device mounted on the same mount point multiple times but with
different mount options, e.g., [...]
You can unfortunately do many stupid things.
On Thu, 19 Apr 2007, Stephen Smalley wrote:
already happened to integrate such support into userland.
To look at it in a slightly different way, the AA emphasis on not
modifying applications could be viewed as a limitation. Ultimately,
users have security goals that go beyond just what the OS
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
>> Probably just terminological disagreement here. I was referring to
>> allocating the higher-order page from the fault path here, not mapping
>> it or a piece of it with a user pte.
On Fri, Apr 20, 2007 at 10:57:25AM -0700, Christoph Lameter
I'm attempting to use Fault Injection stacktrace filtering on an x86_64
platform (see config details below) and finding problems:
(1) Apparently stacktrace on x86_64 isn't always reliable but the fault
injection code path to save a stack trace looks *completely* unreliable
(2) CONFIG_NUMA and
On Wed, 18 Apr 2007, William Lee Irwin III wrote:
>
> Mark the runqueues cacheline_aligned_in_smp to avoid false sharing.
False sharing for a per cpu data structure? Are we updating that
structure from other processors?
-
To unsubscribe from this list: send the line "unsubscribe
On Fri, 2007-04-20 at 11:45 -0700, David Lang wrote:
> On Thu, 19 Apr 2007, Stephen Smalley wrote:
>
> > already happened to integrate such support into userland.
> >
> > To look at it in a slightly different way, the AA emphasis on not
> > modifying applications could be viewed as a limitation.
On Fri, 2007-04-20 at 12:10 -0700, Christoph Lameter wrote:
> On Fri, 20 Apr 2007, Dave Kleikamp wrote:
> > Yeah. I'm working on patches for storing file tails in buffers
> > allocated from the slab cache, and the tail will be represented by a
> > fake struct page. (This is primarily for kernels
On Wed, 18 Apr 2007, William Lee Irwin III wrote:
>>
>> Mark the runqueues cacheline_aligned_in_smp to avoid false sharing.
On Fri, Apr 20, 2007 at 12:24:17PM -0700, Christoph Lameter wrote:
> False sharing for a per cpu data structure? Are we updating that
> structure from other
On Fri, 20 Apr 2007 14:50:06 -0400
James Bottomley <[EMAIL PROTECTED]> wrote:
> > CONFIG_LBD=y gives us an additional 3kb of instructions on i386
> > allnoconfig. Other architectures might do less well. It's not a huge
> > difference, but that's the way in which creeping bloatiness happens.
>
S.Çag(lar Onur wrote:
18 Nis 2007 Çar tarihinde, Ingo Molnar s,unlar? yazm?s,t?:
* S.Çag(lar Onur <[EMAIL PROTECTED]> wrote:
- schedule();
+ msleep(1);
which Ingo sends me to try also has the same effect on me. I cannot
reproduce hangs anymore with that patch applied top of CFS
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
> On Wed, 18 Apr 2007, William Lee Irwin III wrote:
> >>
> >> Mark the runqueues cacheline_aligned_in_smp to avoid false sharing.
>
> On Fri, Apr 20, 2007 at 12:24:17PM -0700, Christoph Lameter wrote:
> > False sharing for a per cpu data
Fri, Apr 20, 2007 at 12:24:17PM -0700, Christoph Lameter wrote:
>>> False sharing for a per cpu data structure? Are we updating that
>>> structure from other processors?
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
>> Primarily in the load balancer, but also in wakeups.
On Fri, Apr 20,
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
> I'm not really convinced it's all that worthwhile of an optimization,
> essentially for the same reasons as you, but presumably there's a
> benchmark result somewhere that says it matters. I've just not seen it.
If it is true that we frequently
Bingo!
I switched from ata_piix.c to piix_ide.c and the "pop" disappeared.
I must say that the "pop" also disappeared after suspending to disk
using suspend2 (obviously without executing halt -n -h -p) . In both
cases it was present with the previous setup.
This is with a pure PATA setup with
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
>> I'm not really convinced it's all that worthwhile of an optimization,
>> essentially for the same reasons as you, but presumably there's a
>> benchmark result somewhere that says it matters. I've just not seen it.
On Fri, Apr 20, 2007 at
On Wednesday 18 April 2007, Sergei Shtylyov wrote:
> The driver crashes the kernel on HPT302N chips due to the missing initializer
> for 'hpt302n.settings' having been unfortunately overlooked so far. :-<
>
> Much thanks to Mike Mattie for pin-pointing the reason of crash.
>
> Signed-off-by:
Hopefully the last update for 2.6.21.
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/bart/ide-2.6.git/
to receive the following updates:
drivers/ide/Kconfig |1 +
drivers/ide/pci/delkin_cb.c |1 +
drivers/ide/pci/hpt366.c|5 +++--
3 files changed, 5
On Fri, 2007-04-20 at 12:30 -0700, Andrew Morton wrote:
> On Fri, 20 Apr 2007 14:50:06 -0400
> James Bottomley <[EMAIL PROTECTED]> wrote:
>
> > > CONFIG_LBD=y gives us an additional 3kb of instructions on i386
> > > allnoconfig. Other architectures might do less well. It's not a huge
> > >
Hello,
tcp_vegas produces division by zero kernel oopses in dom0 when running
a Xen-patched 2.6.16.28 kernel. I have tracked down the problem to
line #256 in tcp_vegas.c: presumably due to flaky Xen timing, the rtt
seems to get zero from time to time (adding 1 to the rtt variable
solves the
Dave, Greg,
Here is the trace with 2.6.20.6
I added back in my trace code, as you see. As you can also see,
agp_amdk7_probe is still not called.
Linux agpgart interface v0.101 (c) Dave Jones
agp_amdk7_init: In function
agp_amdk7_init: Before pci_register_driver
__pci_register_driver: In
From: Robert Peterson <[EMAIL PROTECTED]>
Date: Fri, 20 Apr 2007 10:40:30 -0500
> I've seen some chatter about the qla2xxx driver but not paid attention, so
> I'm sorry if this is a known issue. I've got an older qlogic hba, and recent
> drivers don't seem to play nice with it. I've got the
On Fri, Apr 20, 2007 at 11:28:42AM -0700, Linus Torvalds wrote:
> Actually, I would suggest we not do it automatically (because the need for
> it is just so low, and the downsides are potentially huge - there are just
> too many resources that are "hidden" from us through ACPI tricks and
>
On Fri, 2007-04-20 at 13:24 -0700, David Miller wrote:
> From: Robert Peterson <[EMAIL PROTECTED]>
> Date: Fri, 20 Apr 2007 10:40:30 -0500
>
> > I've seen some chatter about the qla2xxx driver but not paid attention, so
> > I'm sorry if this is a known issue. I've got an older qlogic hba, and
>
On Fri, Apr 20, 2007 at 04:22:06PM -0400, Preston A. Elder wrote:
> Dave, Greg,
>
> Here is the trace with 2.6.20.6
>
> I added back in my trace code, as you see. As you can also see,
> agp_amdk7_probe is still not called.
Try looking down in __driver_attach()
The fact that we're not
From: Trond Myklebust <[EMAIL PROTECTED]>
Ensure that we don't release the PG_writeback lock until after the page has
either been redirtied, or queued on the nfs_inode 'commit' list.
Signed-off-by: Trond Myklebust <[EMAIL PROTECTED]>
---
fs/nfs/write.c |6 +++---
1 files changed, 3
I've split the issues introduced by the 2.6.21-rcX write code up into 4
subproblems.
The first patch is just a cleanup in order to ease review.
Patch number 2 ensures that we never release the PG_writeback flag until
_after_ we've either discarded the unstable request altogether, or put it
on
From: Trond Myklebust <[EMAIL PROTECTED]>
Fix a regression due to the patch "NFS: disconnect before retrying NFSv4
requests over TCP"
The assumption made in xprt_transmit() that the condition
"req->rq_bytes_sent == 0 and request is on the receive list"
should imply that we're dealing
From: Trond Myklebust <[EMAIL PROTECTED]>
Protect nfs_set_page_dirty() against races with nfs_inode_add_request.
Signed-off-by: Trond Myklebust <[EMAIL PROTECTED]>
---
fs/nfs/write.c | 17 ++---
1 files changed, 14 insertions(+), 3 deletions(-)
diff --git a/fs/nfs/write.c
On Friday, April 20, 2007 11:28 am Linus Torvalds wrote:
> On Fri, 20 Apr 2007, Jesse Barnes wrote:
> > Sounds good, hopefully reassigning the bridge resources won't cause
> > too much trouble. Do you have time to hack this up? If not, I
> > could give it a try, as long as ajax is willing to
From: Trond Myklebust <[EMAIL PROTECTED]>
Get rid of the inlined #ifdefs.
Signed-off-by: Trond Myklebust <[EMAIL PROTECTED]>
---
fs/nfs/write.c | 117 --
include/linux/nfs_page.h | 30
2 files changed, 71 insertions(+), 76
From: Trond Myklebust <[EMAIL PROTECTED]>
Redirtying a request that is already marked for commit will screw up the
accounting for NR_UNSTABLE_NFS as well as nfs_i.ncommit.
Ensure that all requests on the commit queue are labelled with the
PG_NEED_COMMIT flag, and avoid moving them onto the dirty
Hello, once I wrote:
[PATCH] ide: make ide_hwif_t.ide_dma_host_on void
* since ide_hwif_t.ide_dma_host_on is called either when
drive->using_dma == 1
or when return value is discarded make it void, also drop "ide_" prefix
* make __ide_dma_host_on() void and drop "__" prefix
BTW, it
Mike Galbraith wrote:
On Tue, 2007-04-17 at 05:40 +0200, Nick Piggin wrote:
On Tue, Apr 17, 2007 at 04:29:01AM +0200, Mike Galbraith wrote:
Yup, and progress _is_ happening now, quite rapidly.
Progress as in progress on Ingo's scheduler. I still don't know how we'd
decide when to replace
Hi Matthew,
After a long hiatus, I took another stab at pci error recovery
for the symbios. This is very nearly the same patch as before,
with only an update to enable MWI, and to support chip workarounds.
I think I've addressed all the other issues that came up. Thus,
again, I'll ask that
> > I gave a chroot example that showed that in the current
> > implementation, you can get pretty random clashes between mounts; there are
> > other cases with lazy unmounts as well.
>
> Irrelevant as well. If you create chroot problems it's your problem.
>
> The fact is that if you have a
On Friday 20 April 2007 13:35, Martin Schwidefsky wrote:
> From: Martin Schwidefsky <[EMAIL PROTECTED]>
>
> Make the "Sonics Silicon Backplane" menu dependent on the two buses
> it can be found on.
> Goes on top of git-wireless.patch.
>
> Cc: Michael Buesch <[EMAIL PROTECTED]>
> Cc: John W.
Implement the so-called "first failure data capture" (FFDC) for the
symbios PCI error recovery. After a PCI error event is reported,
the driver requests that MMIO be enabled. Once enabled, it
then reads and dumps assorted status registers, and concludes
by requesting the usual reset sequence.
Ingo Molnar wrote:
( Lets be cautious though: the jury is still out whether people actually
like this more than the current approach. While CFS feedback looks
promising after a whopping 3 days of it being released [ ;-) ], the
test coverage of all 'fairness centric' schedulers, even
On Fri, Apr 20, 2007 at 06:09:55PM +0200, Giuseppe Bilotta wrote:
> On 4/20/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> >On 4/20/07, Giuseppe Bilotta <[EMAIL PROTECTED]> wrote:
> >>
> >> Sorry, it seems I was wrong, it's not usbhid but usbmouse taking over.
> >> After a fresh plug (e.g. at
> from fs/udf/super.c:
> in function udf_fill_super
> sb->s_maxbytes = 1<<30; (1 GB)
>
> Why sb->s_maxbytes is not equal to MAX_LFS_FILESIZE?
Because UDF had some flaws and user could crash a kernel with larger
filesize. In -mm kernel are patches fixing the flaw and also raising the
limit back
On Tue, 17 Apr 2007 03:15:51 -0400
Rik van Riel <[EMAIL PROTECTED]> wrote:
> Make it possible for applications to have the kernel free memory
> lazily. This reduces a repeated free/malloc cycle from freeing
> pages and allocating them, to just marking them freeable. If the
> application wants
Duplicate what Zach Brown did for pr_debug in commit
8b2a1fd1b394c60eaa2587716102dd5e9b4e5990
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
include/linux/device.h |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/include/linux/device.h b/include/linux/device.h
On Thu, 19 Apr 2007 17:15:28 -0400
Rik van Riel <[EMAIL PROTECTED]> wrote:
> Restore MADV_DONTNEED to its original Linux behaviour. This is still
> not the same behaviour as POSIX, but applications may be depending on
> the Linux behaviour already. Besides, glibc catches POSIX_MADV_DONTNEED
>
On Friday, 20 April 2007 20:31, Ingo Molnar wrote:
>
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > > I mean, we already have four of them (PF_NOFREEZE, PF_FROZEN,
> > > > PF_FREEZER_SKIP, TIF_FREEZE), and you will need to introduce two
> > > > more for the freezer-based CPU hotplug, so
On Fri, 20 Apr 2007 16:20:59 -0400
James Bottomley <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-04-20 at 12:30 -0700, Andrew Morton wrote:
> > On Fri, 20 Apr 2007 14:50:06 -0400
> > James Bottomley <[EMAIL PROTECTED]> wrote:
> >
> > > > CONFIG_LBD=y gives us an additional 3kb of instructions on
On 04/19, Gautham R Shenoy wrote:
>
> @@ -63,12 +74,16 @@ void refrigerator(void)
> recalc_sigpending(); /* We sent fake signal, clean it up */
> spin_unlock_irq(>sighand->siglock);
>
> + task_lock(current);
> for (;;) {
>
On 04/20, Gautham R Shenoy wrote:
>
> On Fri, Apr 20, 2007 at 10:54:36AM +0200, Rafael J. Wysocki wrote:
> >
> > Hmm, can't we do something like this instead:
> >
> > ---
> > kernel/kthread.c | 10 ++
> > 1 file changed, 10 insertions(+)
> >
> > Index:
- update Ben's address
- replace Ben's contact by mine as raw1394's 2nd contact
- eth1394's and pcilynx's maintenance doesn't really differ from that
of other parts of the stack like video1394
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
---
Ben, is this correct?
MAINTAINERS |
On 4/20/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
OK, we need to flesh this out a lot please. People often get confused
about what our MADV_DONTNEED behaviour is.
Well, there's not really much to flesh out. The current MADV_DONTNEED
is useful in some situations. The behavior cannot be
On 04/20, Andrew Morton wrote:
>
> On Fri, 20 Apr 2007 11:41:46 +0100
> David Howells <[EMAIL PROTECTED]> wrote:
>
> > There are only two non-net patches that AF_RXRPC depends on:
> >
> > (1) The key facility changes. That's all my code anyway, and shouldn't be
> > a
> > problem to merge
601 - 700 of 768 matches
Mail list logo