All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@linux-foundation.org>
To: Jaya Kumar <jayakumar.lkml@gmail.com>
Cc: bernard@largestprime.net,
	linux-fbdev-devel@lists.sourceforge.net,
	Markus Armbruster <armbru@redhat.com>
Subject: Re: [PATCH 1/1 2.6.25] fbdev: bugfix for multiprocess defio
Date: Tue, 8 Jul 2008 14:40:22 -0700	[thread overview]
Message-ID: <20080708144022.149c99be.akpm@linux-foundation.org> (raw)
In-Reply-To: <45a44e480807080550r65b3c5a2me3dce82629e44ccb@mail.gmail.com>

On Tue, 8 Jul 2008 08:50:30 -0400 "Jaya Kumar" <jayakumar.lkml@gmail.com> wrote:

> On Mon, May 5, 2008 at 3:23 AM, Jaya Kumar <jayakumar.lkml@gmail.com> wrote:
> > On Wed, Apr 30, 2008 at 1:37 PM, Andrew Morton
> > <akpm@linux-foundation.org> wrote:
> >>
> >> On Sun, 27 Apr 2008 22:01:40 -0400
> >>  Jaya Kumar <jayakumar.lkml@gmail.com> wrote:
> >>
> >>  > +     /* we loop through the pagelist before adding in order
> >>  > +     to keep the pagelist sorted */
> >>  > +     list_for_each_entry(cur, &fbdefio->pagelist, lru) {
> >>
> >>  Did you consider using !list_empty(&page->lru) to avoid the linear search?
> >>
> >
> > Ah, no, I didn't think of that. I agree that checking list_empty would
> > be far better. I'll redo the patch using that.
> >
> > Thanks,
> > jaya
> >
> 
> Hi Andrew,
> 
> I encountered some complexity when trying to use page->lru because its
> not empty on its first mkwrite. I think there are probably deeper
> issues that repurposing page->lru for use in defio causes. I'm working
> on it.
> 
> In the meantime, it turns out that suspend/resume of xen pvfb is
> affected by the same bug that raised this patch. Markus suggested,
> http://marc.info/?l=linux-kernel&m=121368814027583&w=2 , that perhaps
> this existing patch could be merged in the interim while a better
> solution is worked on.
> 
> Would you be okay with adding this patch back into the queue? If so,
> should I repost it here?

It never hurts to resend everything.  Especially when "everything" is
several months old!

-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08

  reply	other threads:[~2008-07-08 21:45 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-28  2:01 [PATCH 1/1 2.6.25] fbdev: bugfix for multiprocess defio Jaya Kumar
2008-04-30 20:37 ` Andrew Morton
2008-05-05  7:23   ` Jaya Kumar
2008-07-08 12:50     ` Jaya Kumar
2008-07-08 21:40       ` Andrew Morton [this message]
  -- strict thread matches above, loose matches on Subject: below --
2008-07-09 13:43 Jaya Kumar

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080708144022.149c99be.akpm@linux-foundation.org \
    --to=akpm@linux-foundation.org \
    --cc=armbru@redhat.com \
    --cc=bernard@largestprime.net \
    --cc=jayakumar.lkml@gmail.com \
    --cc=linux-fbdev-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.