similar to: What does the code mean?

This is especially true when variables or functions are just called dsm without specifying the v1. Changes since v1: * Fix typo in commit explanation * Change has_dsm to has_mux in nouveau_dsm_detect Signed-off-by: Pierre Moreau <pierre.morrow at free.fr> --- drm/nouveau/nouveau_acpi.c | 72 +++++++++++++++++++++++----------------------- drm/nouveau/nouveau_acpi.h | 4 +--

This is especially true when variables or functions are just called dsm without precising the v1. Signed-off-by: Pierre Moreau <pierre.morrow at free.fr> --- drm/nouveau/nouveau_acpi.c | 64 +++++++++++++++++++++++----------------------- drm/nouveau/nouveau_acpi.h | 4 +-- drm/nouveau/nouveau_drm.c | 4 +-- drm/nouveau/nouveau_vga.c | 10 ++++---- 4 files changed, 41 insertions(+), 41

After a full device powerdown via the optimus power switch, we seem to lose the HDMI device completely on power on, this keep track of whether we had a hdmi audio sub function device at power on, and pokes a magic register to make it reappear after the optimus power switch is thrown. This at least works on my NVC4 machine, probably needs testing on a few other laptops with other nvidia GPUs.

After I upgraded my Authlogic to 2.1.2 I''m facing an odd error when trying to use my webpage; it comes up with an error ''undefined method `^'' for "e":String''. I''ve double checked the lines in the Authlogic code (see codepad urls for the tracelog), but I can find no trace of any "^" in the code anywhere. The methods that result in

Hi Dave, ----- Mail original ----- > Changes since v1: [...] > diff --git a/drm/nouveau/nouveau_vga.c b/drm/nouveau/nouveau_vga.c > index 9a6328f..7b13804 100644 > --- a/drm/nouveau/nouveau_vga.c > +++ b/drm/nouveau/nouveau_vga.c > @@ -36,7 +36,7 @@ nouveau_switcheroo_set_state(struct pci_dev *pdev, > { > struct drm_device *dev = pci_get_drvdata(pdev); > > - if

Hello everyone, The code is at /core/subdev/bios/init.c. When the executable is 0,these functions that parse the VBIOS init table seems to do nothing except the parsing. And in my opinion,init_exec_force does nothing,too! Then I tried to test it on my computer,when the VBIOS parser tries to change a MMIO register or call a function of struct nouveau_devinit (such as devinit->pll_set,etc.),it

After installation of Mocha (0.9.7), running "script/spec spec" results in a "`const_missing'': uninitialized constant Test::Unit::TestResult::TestResultFailureSupport (NameError)" error. (As shown here; http://codepad.org/mTqztjwt ) I''m running Ruby 1.8.6 with Rails 2.3.4 on Windows, rspec (-rails) 1.2.8 (1.2.7.1), Test::Unit 2.0.3 As suggested roughly on

https://bugs.freedesktop.org/show_bug.cgi?id=57660 Priority: medium Bug ID: 57660 Assignee: nouveau at lists.freedesktop.org Summary: nv?? show error nv??_screen_get_param:??? - unknown PIPE_CAP 76 Severity: normal Classification: Unclassified OS: Linux (All) Reporter: mustrumr97 at gmail.com

Hi there, I've been happily installing VMs in CentOS 5.2's Xen implementation using virt-manager. However, my latest attempt to use the install wizard in virt-manager failed when I got to the networking screen. The 'forward' button was unresponsive, and I was unable to proceed. I checked the virt-manager logs, and saw this appearing immediately after I tried to proceed:

Use a more common logging style. Miscellanea: o Coalesce formats and realign arguments o Neaten a few macros now using pr_<level> Signed-off-by: Joe Perches <joe at perches.com> --- drivers/gpu/drm/gma500/cdv_intel_lvds.c | 9 ++++----- drivers/gpu/drm/gma500/oaktrail_lvds.c | 18 +++++++++--------- drivers/gpu/drm/gma500/psb_drv.h | 5 ++---

Hi, Thanks for your advice..! I have a few follow-up questions (tagged below Q1, Q2 and Q3). Any help highly/extremely appreciated. Regarding to "reverse prime", etc. I have read the following page: https://nouveau.freedesktop.org/wiki/Optimus/ So, if we want a single "macro" xscreen that spans two cards, for example: Card 0, connected to monitor 0 Card 1, connected to

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ben Skeggs (5): nve0: explicitly ask kernel for copy2 object nvf0: recognise as supported chipset nvc0-nve0: split shader code from their headers nvc0-nve0: decompile shaders into their source, add basic build system nve0: envyas isn't overly clever.. avoid short-form instructions Dave Airlie (2): nouveau:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ben Skeggs (5): nve0: explicitly ask kernel for copy2 object nvf0: recognise as supported chipset nvc0-nve0: split shader code from their headers nvc0-nve0: decompile shaders into their source, add basic build system nve0: envyas isn't overly clever.. avoid short-form instructions Dave Airlie (2): nouveau:

There was a proliferation of duplicated checks for runpm == -1 && optimus. Instead of continuing that tradition, get rid of all of them, only doing the optimus computation once on load. This should hopefully fix secondary cards suspending and then being unable to come back in non-optimus setups. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> Cc: <stable at

On 20 Nov 2014 01:31, "李金华" <goodqt at outlook.com> wrote: > > Hello everyone, > > The code is at /core/subdev/bios/init.c. > When the executable is 0,these functions that parse the VBIOS init table seems to do nothing except the parsing. Correct. We do not handle every opcode, only the ones that have been observed so far. The purpose is to be able to test whether

On Thu, Mar 20, 2014 at 1:28 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > There was a proliferation of duplicated checks for runpm == -1 && > optimus. Instead of continuing that tradition, get rid of all of them, > only doing the optimus computation once on load. > > This should hopefully fix secondary cards suspending and then being > unable to come back in

> On 6/23/2015 7:22 AM, johan.vermeulen7 at telenet.be wrote: > > Hello All, > > > > installing these laptops went ok, but indeed, they shutdown on logon. > > When coming back up, I get a bios warning about temperature. > > On my first attempt on installing Nvidia driver, I wrecked the laptop. > > To be continued. > > > > greetings, Johan >

This patch certainly needs some more work, but I'd like to get some comments. Not sure if it is really related to the gmux or if it is a different Optimus _DSM version. I tested it on my laptop (MCP79/7A + G96) and the G96 successfully goes to sleep, however it is still marked as PWR in vga_switcheroo, despite `vga_switcheroo_set_dynamic_switch(pdev, VGA_SWITCHEROO_OFF)` being called. ---

https://bugs.freedesktop.org/show_bug.cgi?id=64746 Priority: medium Bug ID: 64746 Assignee: nouveau at lists.freedesktop.org Summary: optimus don't use nouveau card Severity: normal Classification: Unclassified OS: All Reporter: marccollin7379 at gmail.com Hardware: Other Status: NEW

The method struct vga_switcheroo_handler::get_client_id() is defined as returning an 'enum vga_switcheroo_client_id' but the implementation in this driver, nouveau_dsm_get_client_id(), returns an 'int'. Fix this by returning 'enum vga_switcheroo_client_id' in this driver too. Signed-off-by: Luc Van Oostenryck <luc.vanoostenryck at gmail.com> ---