All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@linux-foundation.org>
To: Peter Jones <pjones@redhat.com>
Cc: linux-fbdev@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/2] Make efifb check that the base address is plausible on pci systems.
Date: Fri, 10 Sep 2010 17:14:06 -0700	[thread overview]
Message-ID: <20100910171406.bdb4d90d.akpm@linux-foundation.org> (raw)
In-Reply-To: <1284059809-9973-1-git-send-email-pjones@redhat.com>

On Thu,  9 Sep 2010 15:16:48 -0400
Peter Jones <pjones@redhat.com> wrote:

> Some Apple machines have identical DMI data but different memory
> configurations for the video. Given that, check that the address in our
> table is actually within the range of a PCI BAR on a VGA deivce in the
> machine.
> 
> This also fixes up the return value from set_system(), which has
> always been wrong, but never resulted in bad behavior since there's only
> ever been one matching entry in the dmi table.
> 
> This also adds me as the efifb maintainer, since I've effectively been
> acting as such for quite some time.

And what is the impact (and importance) of this patch?  Make some
people's Mac displays work, I'd be guessing?


WARNING: multiple messages have this Message-ID (diff)
From: Andrew Morton <akpm@linux-foundation.org>
To: Peter Jones <pjones@redhat.com>
Cc: linux-fbdev@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/2] Make efifb check that the base address is plausible
Date: Sat, 11 Sep 2010 00:14:06 +0000	[thread overview]
Message-ID: <20100910171406.bdb4d90d.akpm@linux-foundation.org> (raw)
In-Reply-To: <1284059809-9973-1-git-send-email-pjones@redhat.com>

On Thu,  9 Sep 2010 15:16:48 -0400
Peter Jones <pjones@redhat.com> wrote:

> Some Apple machines have identical DMI data but different memory
> configurations for the video. Given that, check that the address in our
> table is actually within the range of a PCI BAR on a VGA deivce in the
> machine.
> 
> This also fixes up the return value from set_system(), which has
> always been wrong, but never resulted in bad behavior since there's only
> ever been one matching entry in the dmi table.
> 
> This also adds me as the efifb maintainer, since I've effectively been
> acting as such for quite some time.

And what is the impact (and importance) of this patch?  Make some
people's Mac displays work, I'd be guessing?


  parent reply	other threads:[~2010-09-11  0:14 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-09 19:16 [PATCH 1/2] Make efifb check that the base address is plausible on pci systems Peter Jones
2010-09-09 19:16 ` Peter Jones
2010-09-09 19:16 ` [PATCH 2/2] efifb: support the EFI framebuffer on more Apple hardware Peter Jones
2010-09-09 19:16   ` Peter Jones
2010-09-11  0:14 ` Andrew Morton [this message]
2010-09-11  0:14   ` [PATCH 1/2] Make efifb check that the base address is plausible Andrew Morton
2010-09-13 14:42   ` [PATCH 1/2] Make efifb check that the base address is plausible on pci systems Peter Jones
2010-09-13 14:42     ` [PATCH 1/2] Make efifb check that the base address is plausible Peter Jones
2010-09-13 14:52     ` [PATCH 1/2] Make efifb check that the base address is plausible on pci systems Peter Jones
2010-09-13 14:52       ` [PATCH 1/2] Make efifb check that the base address is plausible Peter Jones

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=20100910171406.bdb4d90d.akpm@linux-foundation.org \
    --to=akpm@linux-foundation.org \
    --cc=linux-fbdev@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pjones@redhat.com \
    /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.