[GIT PULL] x86 platform driver updates for 2.6.35-rc3

[GIT PULL] x86 platform driver updates for 2.6.35-rc3

[Matthew Garrett]

Hi Linus,

Some fixes for error paths, some config fixes, a minor update to hp-wmi 
that deals with some annoying corner cases like AC adapter events being 
interpreted as brightness down keystrokes and the Intel IPS driver. This 
requires a small addition to the timer API but doesn't modify any 
existing code. Should all be entirely low impact.

The following changes since commit 3975d16760d4be7402d1067c548c30c427971331:
  Linus Torvalds (1):
        Merge git://git.infradead.org/~dwmw2/mtd-2.6.35

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/mjg59/platform-drivers-x86.git for_linus

Axel Lin (1):
      intel_menlow: fix memory leaks in error path

Jesse Barnes (3):
      timer: add on-stack deferrable timer interfaces
      x86 platform driver: intelligent power sharing driver
      IPS driver: add GPU busy and turbo checking

Julia Lawall (1):
      drivers/platform/x86: Eliminate a NULL pointer dereference

Randy Dunlap (1):
      platform/x86: msi-laptop depends on SERIO_I8042

Thadeu Lima de Souza Cascardo (1):
      classmate-laptop: depends on RFKILL or RFKILL=n

Thomas Renninger (3):
      x86 platform drivers: hp-wmi Reorder event id processing
      x86 platform drivers: hp-wmi Add media key 0x20e8
      x86 platform drivers: hp-wmi fix buffer size depending on ACPI version

 drivers/platform/x86/Kconfig        |   12 +
 drivers/platform/x86/Makefile       |    1 +
 drivers/platform/x86/hp-wmi.c       |   82 ++-
 drivers/platform/x86/intel_ips.c    | 1659 +++++++++++++++++++++++++++++++++++
 drivers/platform/x86/intel_menlow.c |   33 +-
 drivers/platform/x86/sony-laptop.c  |   10 +-
 include/drm/i915_drm.h              |    9 +
 include/linux/timer.h               |   15 +
 kernel/timer.c                      |   13 +
 9 files changed, 1796 insertions(+), 38 deletions(-)
 create mode 100644 drivers/platform/x86/intel_ips.c

-- 
Matthew Garrett | mjg59@srcf.ucam.org

Re: [GIT PULL] x86 platform driver updates for 2.6.35-rc3

[Linus Torvalds]

On Tue, 8 Jun 2010, Matthew Garrett wrote:
> 
> Some fixes for error paths, some config fixes, a minor update to hp-wmi 
> that deals with some annoying corner cases like AC adapter events being 
> interpreted as brightness down keystrokes and the Intel IPS driver. This 
> requires a small addition to the timer API but doesn't modify any 
> existing code. Should all be entirely low impact.

[ Very shortly after sending out an email about how most developers 
  probably don't end up reading much of lkml, and thus having missed all 
  the other threads on this subject ]

Everybody repeat after me: "After -rc2 I won't be taking patches or pull 
requests that aren't regression fixes or fixes to major bugs (oopses or 
security etc)".

See the -rc2 announcement, or any of (by now) roughly ten different 
threads on lkml and a couple of other mailing lists as response to pull 
requests etc ;^)

And yes, that very much does include new drivers. Especially if they end 
up affecting anything else (but in al honesty, I probably wouldn't take it 
now even if it was entirely standalone).

		Linus

Re: [GIT PULL] x86 platform driver updates for 2.6.35-rc3

[Jesse Barnes]

On Tue, 8 Jun 2010 18:10:33 -0700 (PDT)
Linus Torvalds <torvalds@linux-foundation.org> wrote:

> 
> 
> On Tue, 8 Jun 2010, Matthew Garrett wrote:
> > 
> > Some fixes for error paths, some config fixes, a minor update to hp-wmi 
> > that deals with some annoying corner cases like AC adapter events being 
> > interpreted as brightness down keystrokes and the Intel IPS driver. This 
> > requires a small addition to the timer API but doesn't modify any 
> > existing code. Should all be entirely low impact.
> 
> [ Very shortly after sending out an email about how most developers 
>   probably don't end up reading much of lkml, and thus having missed all 
>   the other threads on this subject ]
> 
> Everybody repeat after me: "After -rc2 I won't be taking patches or pull 
> requests that aren't regression fixes or fixes to major bugs (oopses or 
> security etc)".
> 
> See the -rc2 announcement, or any of (by now) roughly ten different 
> threads on lkml and a couple of other mailing lists as response to pull 
> requests etc ;^)
> 
> And yes, that very much does include new drivers. Especially if they end 
> up affecting anything else (but in al honesty, I probably wouldn't take it 
> now even if it was entirely standalone).

FWIW this is the "make ironlake go fast" driver.  It interacts with the
i915 driver to increase graphics performance significantly.  But yeah,
Matthew and I didn't get it integrated into his tree in time for the
merge window, so I understand if you don't want it right now.

-- 
Jesse Barnes, Intel Open Source Technology Center

Re: [GIT PULL] x86 platform driver updates for 2.6.35-rc3

[Linus Torvalds]

On Tue, 8 Jun 2010, Jesse Barnes wrote:
> 
> FWIW this is the "make ironlake go fast" driver.  It interacts with the
> i915 driver to increase graphics performance significantly.  But yeah,
> Matthew and I didn't get it integrated into his tree in time for the
> merge window, so I understand if you don't want it right now.

I'm not great at all the intel code-names. Is ironlake the expected-Q4 
on-die GPU or the current one? 

Not that I'd prefer to pull it even if it's the current one, but if it's 
the next-gen one then we're in even less of a hurry, I think. 

		Linus

Re: [GIT PULL] x86 platform driver updates for 2.6.35-rc3

[Dave Airlie]

On Wed, Jun 9, 2010 at 11:57 AM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
>
> On Tue, 8 Jun 2010, Jesse Barnes wrote:
>>
>> FWIW this is the "make ironlake go fast" driver.  It interacts with the
>> i915 driver to increase graphics performance significantly.  But yeah,
>> Matthew and I didn't get it integrated into his tree in time for the
>> merge window, so I understand if you don't want it right now.
>
> I'm not great at all the intel code-names. Is ironlake the expected-Q4
> on-die GPU or the current one?
>
> Not that I'd prefer to pull it even if it's the current one, but if it's
> the next-gen one then we're in even less of a hurry, I think.
>

Its probably the one on your desk, its at least the one in the two
laptops on mine.

So definitely now-gen.

Dave.
--
To unsubscribe from this list: send the line "unsubscribe platform-driver-x86" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [GIT PULL] x86 platform driver updates for 2.6.35-rc3

[Dave Airlie]

On Wed, Jun 9, 2010 at 11:57 AM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
>
> On Tue, 8 Jun 2010, Jesse Barnes wrote:
>>
>> FWIW this is the "make ironlake go fast" driver.  It interacts with the
>> i915 driver to increase graphics performance significantly.  But yeah,
>> Matthew and I didn't get it integrated into his tree in time for the
>> merge window, so I understand if you don't want it right now.
>
> I'm not great at all the intel code-names. Is ironlake the expected-Q4
> on-die GPU or the current one?
>
> Not that I'd prefer to pull it even if it's the current one, but if it's
> the next-gen one then we're in even less of a hurry, I think.
>

Its probably the one on your desk, its at least the one in the two
laptops on mine.

So definitely now-gen.

Dave.

Re: [GIT PULL] x86 platform driver updates for 2.6.35-rc3

[Jesse Barnes]

On Wed, 9 Jun 2010 12:03:55 +1000
Dave Airlie <airlied@gmail.com> wrote:

> On Wed, Jun 9, 2010 at 11:57 AM, Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
> >
> >
> > On Tue, 8 Jun 2010, Jesse Barnes wrote:
> >>
> >> FWIW this is the "make ironlake go fast" driver.  It interacts with the
> >> i915 driver to increase graphics performance significantly.  But yeah,
> >> Matthew and I didn't get it integrated into his tree in time for the
> >> merge window, so I understand if you don't want it right now.
> >
> > I'm not great at all the intel code-names. Is ironlake the expected-Q4
> > on-die GPU or the current one?
> >
> > Not that I'd prefer to pull it even if it's the current one, but if it's
> > the next-gen one then we're in even less of a hurry, I think.
> >
> 
> Its probably the one on your desk, its at least the one in the two
> laptops on mine.
> 
> So definitely now-gen.

Right, Ironlake is the class of graphics chips found in Core i3/5/7
with HD graphics, which are shipping in volume now.

The IPS driver is mostly standalone, but it does make some calls into
the i915 driver to increase or decrease available graphics frequencies,
so it's not a clear cut case of a new driver and does introduce some
risk.

-- 
Jesse Barnes, Intel Open Source Technology Center