From: Matthew Garrett <mjg59@srcf.ucam.org>
To: Matthias Welwarsky <matze@welwarsky.de>
Cc: linux-acpi@vger.kernel.org
Subject: Re: new fixes for sony-acpi
Date: Sat, 28 Mar 2009 14:44:26 +0000 [thread overview]
Message-ID: <20090328144426.GA27812@srcf.ucam.org> (raw)
In-Reply-To: <200903281519.22250.matze@welwarsky.de>
On Sat, Mar 28, 2009 at 03:19:21PM +0100, Matthias Welwarsky wrote:
> On Saturday 28 March 2009 13:22:13 Matthew Garrett wrote:
> > The Dell XPS 13 has an identical _DSM despite having dual nvidia/nvidia
> > graphics. The _DSM code in the Vaio DSDT is also very stylistically
> > different to the rest of it, heavily supporting the idea that it's
> > nvidia-derived code.
>
> Since it's not covered by any standard, I guess switching methods will deviate
> over time as more hybrid graphics laptops are released. It could be
> interesting to add generic functions to access _DSM methods, which is part of
> the ACPI spec.
_DSM is only specced in the loosest of senses - it's just a standardised
namespace and calling convention, with the method being able to do
whatever it wants. Given that nvidia support the hybrid switching in
their Windows drivers without needing third party support, I think it's
pretty likely that they'll just extend the current interface rather than
change it completely. Of course, Apple's solution is implemented
differently.
> But first and foremost I'm interested in how to initialize it the secondary
> adapter to the point where an X driver would be able to work with it.
> Obviously _DSM is not enough. What could I try additionally?
You need to work out how to reinitialise the chip from cold. This is
non-trivial. Start with nouveau - you'll need to extend the BIOS parsing
and script execution to cover G80, but then it "should" just be a matter
of calling the init script and letting the BIOS do the rest of the work.
> Oh, and no need to Cc me, I've subscribed to the list meanwhile.
It's normal practice on kernel lists. Set an appropriate header if you
don't want them.
--
Matthew Garrett | mjg59@srcf.ucam.org
prev parent reply other threads:[~2009-03-28 14:44 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-23 16:34 new fixes for sony-acpi Norbert Preining
2009-03-28 1:34 ` Len Brown
2009-03-28 1:38 ` Matthew Garrett
2009-03-28 8:33 ` Norbert Preining
2009-03-28 12:00 ` Matthew Garrett
2009-03-31 15:20 ` Matthew Garrett
2009-04-13 15:03 ` Norbert Preining
2009-04-13 15:06 ` Matthew Garrett
2009-04-13 15:11 ` Norbert Preining
2009-04-13 15:26 ` Matthew Garrett
2009-04-13 15:43 ` Norbert Preining
2009-04-13 15:45 ` Matthew Garrett
2009-03-28 8:41 ` Matthias Welwarsky
2009-03-28 12:11 ` Albert Vilella
2009-03-28 12:19 ` Matthew Garrett
2009-03-28 12:22 ` Matthew Garrett
2009-03-28 14:19 ` Matthias Welwarsky
2009-03-28 14:44 ` Matthew Garrett [this message]
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=20090328144426.GA27812@srcf.ucam.org \
--to=mjg59@srcf.ucam.org \
--cc=linux-acpi@vger.kernel.org \
--cc=matze@welwarsky.de \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox