Re: [Nouveau] Bug Report on A1286 (Macbook Pro Mid 2012)

2016-11-30 Thread Evan Foss
On Tue, Nov 29, 2016 at 11:31 PM, Lukas Wunner <lu...@wunner.de> wrote:
> On Tue, Nov 29, 2016 at 05:42:51PM -0500, Evan Foss wrote:
>> On Sun, Nov 27, 2016 at 4:13 AM, Lukas Wunner <lu...@wunner.de> wrote:
>> > On Sat, Nov 26, 2016 at 06:09:34AM +, Evan Foss wrote:
>> >> I did some other bug reports here a while back. I am back again
>> >> because I updated my kernel from 3.19.1 to linux-4.8.10-gentoo (if you
>> >> want I can test the mainline too). On boot all my GPU's turn on. If I
>> >> turn them off via
>> >> echo "OFF"> /sys/kernel/debug/vgaswitcheroo/switch
>> >> I can't turn them back on. They also do not turn on if I try to change
>> >> GPU's. Trying to stop xdm locks the machine so I can't even turn it
>> >> off. Suspend/resume still works. None of these problems existed in
>> >> 3.19.1. I know you will need more info to track down the problem but I
>> >> wanted to open with this.
>> >
>> > I have the same machine and it works for me.  System sleep is only
>> > supposed to work if both GPUs or ON upon suspend.  Are you issuing
>> > OFF while X11 is running?  Does it work if X11 is stopped?
>>
>> 1. Boot with the intel GPU driving the screen.
>> 2. In mate desktop turn off the nvidia gpu via echo "OFF" >
>> /sys/kernel/.../switch
>> 3. Try to do any of the following and the machine locks up turn on the
>> nvidia GPU, suspend the machine, try to change gpus, stop X (via
>> /etc/init.d/xdm stop)

Correction suspend works but hibernate does not.

>> Yes I issue OFF while it is running and it works perfectly to turn off
>> the GPU's. I can tell because the machine gets a lot cooler.
>
> On my machine issuing ON or OFF or switching always works but I only
> issue the commands on the console, without X11 running.  Does that
> work for you as well?

I am using a console inside mate. xdm runs at startup. I tried

1. stopping xdm
2. turning off the nvidia gpu at the console
3. starting xdm
and then each of the following
stoping xdm, turning off the computer, both work.

I don't care about changing GPU's with X running. That never worked
but I used to be able to turn them on and off with out having to leave
X. I don't understand why turning off a GPU that isn't generating any
video is a feature that got removed? Is there something as a
user/tester that I can do to help bring this back?

I don't expect GPU switching with X running to work any time soon.

> Manual power control via ON and OFF is a hack, it powers the GPU
> up and down behind the PM core's back.  It's a stopgap until
> runtime PM works for muxed machines.  That's the reason at least
> for the lockup on resume, I know what causes this.  (The PCI core
> invalidates the saved_state of the device.)  I don't know why
> turning on the GPU or stopping X causes a lockup, presumably on
> stopping X the card is accessed even though it's powered down.
>
> There are some half-baked patches for runtime PM on this branch:
> https://github.com/l1k/linux/commits/mbp_switcheroo_runpm_wip
>
> Alas, a rework of vga_switcheroo audio handling is necessary to
> bring up runtime PM for muxed machines properly:
> https://www.mail-archive.com/nouveau@lists.freedesktop.org/msg24997.html

I have only had trouble with the microphone input.

> Rafael Wysocki's functional dependencies patches, which are a
> prerequisite for this rework, are now queued for 4.10.  I'll
> probably look into this in December/January.
>
> Switching while X is running won't work anytime soon, I'm not
> working on it and Dave Airlie has basically said that it has no
> priority for him:
> https://www.mail-archive.com/intel-gfx@lists.freedesktop.org/msg81981.html
>
> On the bright side, you got Thunderbolt when you updated to 4.8 and
> in 4.11 it'll even power itself down when nothing is plugged in and
> save you 1.7 Watts. ;-)

Thanks I didn't know that.

> Best regards,
>
> Lukas

Thank you,
Evan

-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/

-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v2

mQENBFYy4RYBCAC183JomLtbdAlcKiaPDoVHq52LDmVmH75aiEc69m7YxDt54/ai
VtYCAobbGVIyn3Hlz3uhF6LnPl/6Lm1VdnCfpwu3KQhCO6ds10ow2C30X4ohCqOd
hCVg5C+ILmQkEffFrFODy3ji+PYTF4pADvHCWsTMv0hf0llwFOJsBCK6cl02IffE
JPqy4PjM1nZ9HpzT84JBaG/4OGvTZ8SQ2yFUl265jagvygPTf88H1xpZHH1r8dB1
stjUHLmPH8AOyDgKxFchgGeDc3p/vJtgDDIXAFfDXG0NSRovLmtaQdGxe47Zf/go
bXiEM7YL2WqQe5zfEA919JxkEwlDKYniOSVzABEBAAG0N0V2YW4gRm9zcyAoVGhp
cyBpcyBteSBwdWJsaWMga2V5LikgPGV2YW5mb3NzQGdtYWlsLmNvbT6JATkEEwEC
ACMFAlYy4RYCGwMHCwkIBwMCAQYVCAIJCgsEFgIDAQIeAQIXgAAKCRCIpQTcE8nN
bbBaCACAm8pU5lG1ev2Fsw68Axtcl

Re: [Nouveau] Bug Report on A1286 (Macbook Pro Mid 2012)

2016-11-29 Thread Evan Foss
On Sun, Nov 27, 2016 at 4:13 AM, Lukas Wunner <lu...@wunner.de> wrote:
> On Sat, Nov 26, 2016 at 06:09:34AM +0000, Evan Foss wrote:
>> I did some other bug reports here a while back. I am back again
>> because I updated my kernel from 3.19.1 to linux-4.8.10-gentoo (if you
>> want I can test the mainline too). On boot all my GPU's turn on. If I
>> turn them off via
>> echo "OFF"> /sys/kernel/debug/vgaswitcheroo/switch
>> I can't turn them back on. They also do not turn on if I try to change
>> GPU's. Trying to stop xdm locks the machine so I can't even turn it
>> off. Suspend/resume still works. None of these problems existed in
>> 3.19.1. I know you will need more info to track down the problem but I
>> wanted to open with this.
>
> I have the same machine and it works for me.  System sleep is only
> supposed to work if both GPUs or ON upon suspend.  Are you issuing
> OFF while X11 is running?  Does it work if X11 is stopped?

1. Boot with the intel GPU driving the screen.
2. In mate desktop turn off the nvidia gpu via echo "OFF" >
/sys/kernel/.../switch
3. Try to do any of the following and the machine locks up turn on the
nvidia GPU, suspend the machine, try to change gpus, stop X (via
/etc/init.d/xdm stop)

Yes I issue OFF while it is running and it works perfectly to turn off
the GPU's. I can tell because the machine gets a lot cooler.

> Best regards,
>
> Lukas



-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/

-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v2

mQENBFYy4RYBCAC183JomLtbdAlcKiaPDoVHq52LDmVmH75aiEc69m7YxDt54/ai
VtYCAobbGVIyn3Hlz3uhF6LnPl/6Lm1VdnCfpwu3KQhCO6ds10ow2C30X4ohCqOd
hCVg5C+ILmQkEffFrFODy3ji+PYTF4pADvHCWsTMv0hf0llwFOJsBCK6cl02IffE
JPqy4PjM1nZ9HpzT84JBaG/4OGvTZ8SQ2yFUl265jagvygPTf88H1xpZHH1r8dB1
stjUHLmPH8AOyDgKxFchgGeDc3p/vJtgDDIXAFfDXG0NSRovLmtaQdGxe47Zf/go
bXiEM7YL2WqQe5zfEA919JxkEwlDKYniOSVzABEBAAG0N0V2YW4gRm9zcyAoVGhp
cyBpcyBteSBwdWJsaWMga2V5LikgPGV2YW5mb3NzQGdtYWlsLmNvbT6JATkEEwEC
ACMFAlYy4RYCGwMHCwkIBwMCAQYVCAIJCgsEFgIDAQIeAQIXgAAKCRCIpQTcE8nN
bbBaCACAm8pU5lG1ev2Fsw68Axtcl57SJrYieqX96c3YuYH9JpqMqJRnd9nDKw9X
tQuvuH7tUk0VbOaDqReOYJVI/4c5wb9AaOFp6K2DUcupq6XhgXpvz3HzoPwjAdIj
XuQzdRUx5+innTJrSkGuBYW/CZ2zqEx4xfLlq4rO0hoTUMR8QVp2cCrkw6BT0m86
APIw/ZnjoxM8IEzr7MxfRIg3qpzrZk28rmhx+k78Jyk61UhwcCPGIm/pjUopTwYJ
3YBdRB2cYD2aN7A1JVf5cRmSQYooHBGpH0kYvomGk97PKqypVuJ7OpG9xM58wUcC
qUVt9hKlePLzP8csYjt8onqI7qIIuQENBFYy4RYBCADlH8spG3WkCx62vB5mr5Z0
SCDd/RcyA4A5y5EOj5KurQkrSWpgi9Ho1yKruMJ6blQR2qkc66KqH9pnXDm/ZI1M
K/wdW3ngETxBmXoozzFMT89aEWIVR5/PFodWK1elekE9iJxACuR98Zg2QttTD3x8
A9w8VEyMLOXcDTrPFpHegMKswFBg5iuMulAdXAoGejWTI3n+qKFpabHm2Lfs6wjk
5rjucpTdeFK6UeWF1xAvNxXibuu5BlGwv53930qIXRwO/Gn2Rh5DXWxKU2fEIme/
xgQQmIsDeUoWbfybdjw/x7Q0LW4mINiLDQcGHHRQKFIxbAJCT3USPLGh5xwE9/Er
ABEBAAGJAR8EGAECAAkFAlYy4RYCGwwACgkQiKUE3BPJzW0uYAf9Hf30n8tM3mR2
Zo6ESE0ivgdgjaJtAWrBUx7JzAzPjBnBOlNnu5Y9lVEqetvUPH6e3PvaHYUuaUU8
0HwxuKBW9nUprgV6uIu1DZmlcp+SxpbuCy7RDpNocRLNWWFMaYYzznmTgfnTgD4D
gCq8Mf1mcfrluTkOAo+QNqbMfl1GISClopRqxVuAo59ewgMnFujwgd8w12BwWl24
CzqOs5HqcUslePj+LzcjSNgVCklYwKl+0dsb/fctMOCtHodwqm2CBJ+zydvNmYkD
fxda/J91Z1xrah5ec++FL0L4vs+jCiIWJeupJFKlr1hCMZiiGH7W554loK5l4jv3
EY347EidAw==
=Ta4p
-END PGP PUBLIC KEY BLOCK-
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] Bug Report on A1286 (Macbook Pro Mid 2012)

2016-11-25 Thread Evan Foss
Hi Folks,

I did some other bug reports here a while back. I am back again
because I updated my kernel from 3.19.1 to linux-4.8.10-gentoo (if you
want I can test the mainline too). On boot all my GPU's turn on. If I
turn them off via
echo "OFF"> /sys/kernel/debug/vgaswitcheroo/switch
I can't turn them back on. They also do not turn on if I try to change
GPU's. Trying to stop xdm locks the machine so I can't even turn it
off. Suspend/resume still works. None of these problems existed in
3.19.1. I know you will need more info to track down the problem but I
wanted to open with this.

From my lspci
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core
processor Graphics Controller (rev 09)
01:00.0 VGA compatible controller: NVIDIA Corporation GK107M [GeForce
GT 650M Mac Edition] (rev ff)

Thanks,
Evan

-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/

-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v2

mQENBFYy4RYBCAC183JomLtbdAlcKiaPDoVHq52LDmVmH75aiEc69m7YxDt54/ai
VtYCAobbGVIyn3Hlz3uhF6LnPl/6Lm1VdnCfpwu3KQhCO6ds10ow2C30X4ohCqOd
hCVg5C+ILmQkEffFrFODy3ji+PYTF4pADvHCWsTMv0hf0llwFOJsBCK6cl02IffE
JPqy4PjM1nZ9HpzT84JBaG/4OGvTZ8SQ2yFUl265jagvygPTf88H1xpZHH1r8dB1
stjUHLmPH8AOyDgKxFchgGeDc3p/vJtgDDIXAFfDXG0NSRovLmtaQdGxe47Zf/go
bXiEM7YL2WqQe5zfEA919JxkEwlDKYniOSVzABEBAAG0N0V2YW4gRm9zcyAoVGhp
cyBpcyBteSBwdWJsaWMga2V5LikgPGV2YW5mb3NzQGdtYWlsLmNvbT6JATkEEwEC
ACMFAlYy4RYCGwMHCwkIBwMCAQYVCAIJCgsEFgIDAQIeAQIXgAAKCRCIpQTcE8nN
bbBaCACAm8pU5lG1ev2Fsw68Axtcl57SJrYieqX96c3YuYH9JpqMqJRnd9nDKw9X
tQuvuH7tUk0VbOaDqReOYJVI/4c5wb9AaOFp6K2DUcupq6XhgXpvz3HzoPwjAdIj
XuQzdRUx5+innTJrSkGuBYW/CZ2zqEx4xfLlq4rO0hoTUMR8QVp2cCrkw6BT0m86
APIw/ZnjoxM8IEzr7MxfRIg3qpzrZk28rmhx+k78Jyk61UhwcCPGIm/pjUopTwYJ
3YBdRB2cYD2aN7A1JVf5cRmSQYooHBGpH0kYvomGk97PKqypVuJ7OpG9xM58wUcC
qUVt9hKlePLzP8csYjt8onqI7qIIuQENBFYy4RYBCADlH8spG3WkCx62vB5mr5Z0
SCDd/RcyA4A5y5EOj5KurQkrSWpgi9Ho1yKruMJ6blQR2qkc66KqH9pnXDm/ZI1M
K/wdW3ngETxBmXoozzFMT89aEWIVR5/PFodWK1elekE9iJxACuR98Zg2QttTD3x8
A9w8VEyMLOXcDTrPFpHegMKswFBg5iuMulAdXAoGejWTI3n+qKFpabHm2Lfs6wjk
5rjucpTdeFK6UeWF1xAvNxXibuu5BlGwv53930qIXRwO/Gn2Rh5DXWxKU2fEIme/
xgQQmIsDeUoWbfybdjw/x7Q0LW4mINiLDQcGHHRQKFIxbAJCT3USPLGh5xwE9/Er
ABEBAAGJAR8EGAECAAkFAlYy4RYCGwwACgkQiKUE3BPJzW0uYAf9Hf30n8tM3mR2
Zo6ESE0ivgdgjaJtAWrBUx7JzAzPjBnBOlNnu5Y9lVEqetvUPH6e3PvaHYUuaUU8
0HwxuKBW9nUprgV6uIu1DZmlcp+SxpbuCy7RDpNocRLNWWFMaYYzznmTgfnTgD4D
gCq8Mf1mcfrluTkOAo+QNqbMfl1GISClopRqxVuAo59ewgMnFujwgd8w12BwWl24
CzqOs5HqcUslePj+LzcjSNgVCklYwKl+0dsb/fctMOCtHodwqm2CBJ+zydvNmYkD
fxda/J91Z1xrah5ec++FL0L4vs+jCiIWJeupJFKlr1hCMZiiGH7W554loK5l4jv3
EY347EidAw==
=Ta4p
-END PGP PUBLIC KEY BLOCK-
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] [PATCH v3 0/6] Enable gpu switching on the MacBook Pro

2015-10-05 Thread Evan Foss
On Mon, Oct 5, 2015 at 9:23 AM, Lukas Wunner  wrote:
> Hi,
>
> I've also pushed this series to GitHub now to ease reviewing:
> https://github.com/l1k/linux/commits/mbp_switcheroo_v3

So to test this all someone has to do is pull this and try it? No
patching required?

> Thanks,
>
> Lukas
> ___
> Nouveau mailing list
> Nouveau@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/nouveau



-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] [PATCH v3 0/6] Enable gpu switching on the MacBook Pro

2015-10-05 Thread Evan Foss
On Mon, Oct 5, 2015 at 11:17 AM, Lukas Wunner <lu...@wunner.de> wrote:
> Hi Evan,
>
> On Mon, Oct 05, 2015 at 10:15:53AM -0400, Evan Foss wrote:
>> On Mon, Oct 5, 2015 at 9:23 AM, Lukas Wunner <lu...@wunner.de> wrote:
>> > I've also pushed this series to GitHub now to ease reviewing:
>> > https://github.com/l1k/linux/commits/mbp_switcheroo_v3
>>
>> So to test this all someone has to do is pull this and try it? No
>> patching required?
>
> Yes. But if you don't already have a kernel git repo, this will be
> a > 1 GByte download.

2012
Macbook Pro 9,2

$ dmesg|grep Apple
[0.00] efi: EFI v1.10 by Apple
[0.00] DMI: Apple Inc. MacBookPro9,1/Mac-
4B7AC7E43945597E,
BIOS MBP91.88Z.00D3.B08.1208081132 08/08/2012

> Which MacBook Pro model do you want to test this on? As noted in the
> cover letter, this will only work on pre-retinas and only if the
> apple-gmux module loads before the DRM drivers. You can try to ensure
> the latter by editing modules.dep, or grab this tarball which contains
> reprobing patches on top:
> http://wunner.de/mbp_switcheroo_v3_reprobe_4.3-rc4pre.tar.gz

Ok thanks

> Best regards,
>
> Lukas

Evan

-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] Bug or not?

2015-03-13 Thread Evan Foss
I sent the file to you and the list but it appears to have bounced off
the list server. Did you get the direct copy?

On Thu, Mar 12, 2015 at 6:46 PM, Evan Foss evanf...@gmail.com wrote:
 Hi Pierre,

 Yes well acpidump is free software island wildlife. As yet it has not
 predators so the only thing keeping it in check is forkers loosing
 interest in maintaining their version. (is forker a word?!)

 Attached is the file.

 Thanks,
 Evan

 On Thu, Mar 12, 2015 at 1:37 AM, Pierre Moreau pierre.mor...@free.fr wrote:
 Hi Evan,

 I didn't know there were so many different versions of acpidump in the wild! 
 :D
 So apparently, you'll need to replace the first command by 'acpidump -b -t 
 DSDT -o dsdt.dat' - we need the DSDT table in binary format for iasl to 
 disassemble.

 Regards,

 Pierre



 On 12 Mar 2015, at 06:47, Evan Foss evanf...@gmail.com wrote:

 Hi Pierre,

 No worries about the response time. I remember when the features
 matrix was mostly todo's. Clearly you folks have put in a ton of work.
 I would feel bad about trying to shove a developer into my problem and
 I do not have the time right now to join the development team. Besides
 my day job I am currently writing a library to interpret BSDL files
 (JTAG).

 I am having a bit of trouble with acpidump which is telling me there
 is no -n option. The acpidump I am running is from a package called
 pmtools. Is that the correct thing? I am in gentoo and used the
 following ebuild to do the install.

 http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-power/pmtools/pmtools-20110323-r1.ebuild?view=markup
 which pulls this source
 https://github.com/anyc/pmtools/

 I see your point about using the intel instead of the nVidia GPU.

 Many thanks for your help,
 -Evan

 On Wed, Mar 11, 2015 at 3:52 PM, Pierre Moreau pierre.mor...@free.fr 
 wrote:
 Hi Evan!

 Sorry for taking so long before answering...
 Thanks for the greps! It appears you have a newer version of apple_gmux 
 than I have, so let's see if something also changed in the _DSM method. 
 Could you please run - as root - `acpidump -b -n DSDT` which will create a 
 file named dsdt.dat containing the DSDT table, and then run `iasl -d 
 dsdt.dat` and send me the resulting dsdt.dsl file?
 That way I will have the uuid, the available functions and their version 
 for your _DSM method.

 Regarding bringing the clocks down, you could add a fake performance level 
 in the vbios but I'm not sure if it would be a good move. You should 
 rather power off the NVidia card and only use the Intel one - using 
 vgaswitcheroo, see [1]; once I have that dsdt.dsl file, I should be able 
 to add support for auto-powering down the NVidia card. Or you could try to 
 motivate some developers - or if you want to give it a try - to 
 investigate / add support for power and/or clock gating.

 Regards,

 Pierre

 [1]: 
 http://nouveau.freedesktop.org/wiki/Optimus/#checkingthecurrentpowerstate


 - Mail original -
 The first grep of dmesg is for the apple info so you know exactly
 what
 box I have. The second is to show that I am booting in EFI mode and
 not some bogus bios compatibility thing. The third is to show the
 gmux
 version. The fourth is to answer the question you actually asked.

 $ cat /proc/version
 Linux version 3.19.0 (root@turingatlarge) (gcc version 4.7.3 (Gentoo
 4.7.3-r1 p1.4, pie-0.5.5) ) #3 SMP Sun Feb 15 01:09:59 EST 2015

 -- $ dmesg|grep Apple
 [0.00] efi: EFI v1.10 by Apple
 [0.00] DMI: Apple Inc. MacBookPro9,1/Mac-4B7AC7E43945597E,
 BIOS MBP91.88Z.00D3.B08.1208081132 08/08/2012
 [0.00] ACPI: XSDT 0x8CD8E1C0 B4 (v01 APPLE
 Apple00    0113)
 [0.00] ACPI: FACP 0x8CD8C000 F4 (v04 APPLE
 Apple00   Loki 005F)
 [0.00] ACPI: HPET 0x8CD8B000 38 (v01 APPLE
 Apple00  0001 Loki 005F)
 [0.00] ACPI: APIC 0x8CD8A000 BC (v02 APPLE
 Apple00  0001 Loki 005F)
 [0.00] ACPI: SBST 0x8CD88000 30 (v01 APPLE
 Apple00  0001 Loki 005F)
 [0.00] ACPI: ECDT 0x8CD87000 53 (v01 APPLE
 Apple00  0001 Loki 005F)
 [0.00] ACPI: MCFG 0x8CD89000 3C (v01 APPLE
 Apple00  0001 Loki 005F)
 [3.091740] usb 3-1.1: Manufacturer: Apple Inc.
 [3.410516] usb 4-1.8.1: Manufacturer: Apple Inc.
 [3.581141] usb 4-1.8.2: Manufacturer: Apple Computer, Inc.
 [3.777265] usb 4-1.8.3: Product: Apple Internal Keyboard /
 Trackpad
 [3.777267] usb 4-1.8.3: Manufacturer: Apple Inc.
 [3.782615] input: Apple Inc. Apple Internal Keyboard / Trackpad
 as
 /devices/pci:00/:00:1d.0/usb4/4-1/4-1.8/4-1.8.3/4-1.8.3:1.0/0003:05AC:0252.0002/input/input13
 [3.833440] apple 0003:05AC:0252.0002: input,hidraw0: USB HID
 v1.11
 Keyboard [Apple Inc. Apple Internal Keyboard / Trackpad] on
 usb-:00:1d.0-1.8.3/input0
 [4.091248] apple 0003:05AC:0252.0003: hidraw2: USB HID v1.11
 Device [Apple Inc

Re: [Nouveau] Bug or not?

2015-03-11 Thread Evan Foss
] ACPI Warning: \_SB_.PCI0.IGPU._DSM: Argument #4 type
 mismatch - Found [Buffer], ACPI requires [Package]
 (20141107/nsarguments-95)
 [4.205724] ACPI: \_SB_.PCI0.IGPU: failed to evaluate _DSM
 [4.205739] ACPI Warning: \_SB_.PCI0.P0P2.GFX0._DSM: Argument #4
 type mismatch - Found [Buffer], ACPI requires [Package]
 (20141107/nsarguments-95)
 [4.205749] ACPI: \_SB_.PCI0.P0P2.GFX0: failed to evaluate _DSM

 On Sun, Feb 15, 2015 at 5:13 AM, Pierre Moreau
 pierre.mor...@free.fr wrote:
  Does the Nvidia card auto-suspends or do you have to force it? If
  not, does
  it report some “failed to parse _DSM” message?
  I have a mid 2009 MBP who uses a different _DSM handles than the
  ones
  Nouveau currently supports, and I wondered if they were related to
  the Apple
  Gmux or not. So, as you have a different model with a different
  Nvidia card
  but still with an Apple Gmux, I’d be interested to know if you have
  the same
  _DSM handles as I have.
 
  Pierre
 
  On 15 Feb 2015, at 06:44, Evan Foss evanf...@gmail.com wrote:
 
  Thanks again.
 
  This works and the heat has dropped substantially. It is still not
  as
  cool as I would like but this will do for now. I still need to file
  a
  bug report with the intel / apple gmux people.
 
  -Evan
 
  On Sat, Feb 14, 2015 at 10:42 PM, Evan Foss evanf...@gmail.com
  wrote:
 
  On the older kernel
 
  [6.494956] nouveau  [ CLK][:01:00.0] 07: core 270-405
  MHz
  memory 838 MHz
  [6.494989] nouveau  [ CLK][:01:00.0] 0a: core 270-774
  MHz
  memory 1560 MHz
  [6.495015] nouveau  [ CLK][:01:00.0] 0e: core 270-774
  MHz
  memory 4000 MHz
  [6.495182] nouveau  [ CLK][:01:00.0] --: core 405 MHz
  memory 680
  MHz
 
  On Sat, Feb 14, 2015 at 10:35 PM, Evan Foss evanf...@gmail.com
  wrote:
 
  Because I am on a macbook the VBIOS might be wonky.
 
  I tried turning off nVidia and using intel. The result was a blank
  screen. I know other people had the same bug which was something to
  do
  with reprobing lvds?! I saw patches go by and every time I tried
  one
  the results were the same. fail. I was actually about to post a bug
  report to the intel (i915) people about it.
 
  I tried to work out how to get optimus to work. After trying
  several
  different sets of instructions I never found a working
  configuration
  and put it aside. I never used to use opengl but lately my pcb
  software has adopted it so my needs changed.
 
  I will get back to you with more results on this matter after I get
  the newer kernel up.
 
 
  On Sat, Feb 14, 2015 at 10:09 PM, Ilia Mirkin
  imir...@alum.mit.edu wrote:
 
  On Sat, Feb 14, 2015 at 9:56 PM, Evan Foss evanf...@gmail.com
  wrote:
 
  I have a side question which may be the subject of a future second
  bug
  report. I have been lurking on the nouveau mailing list for some
  time.
  I understand from various posts that the nvidia gpu clock speed
  right
  now is set to the lowest possible setting. Why does my machine run
  so
 
 
  Often but not always the case -- the clock speed is whatever the
  VBIOS
  leaves it in. For kepler, that is usually the lowest setting.
 
  much hotter in linux than macos? I turned off the intel graphics
  and
  the cpu clock is set to the lowest available speed.
 
 
  You should instead turn off the nvidia graphics and run off intel
  --
  intel is much less power-hungry than nvidia, even at the lowest
  clocks. If it's an optimus setup, the nvidia gpu should
  automatically
  power off until needed (either because some display is connected to
  it, or for offloading).
 
 
  How do I get a display of the GPU clocking speeds?
 
 
  You should see it in dmesg... look for CLK lines. The ones with --
  (or
  AC/DC) will show the current setting. Or boot with nouveau.pstate=1
  and you should have a /sys/class/drm/card*/device/pstate file.
 
   -ilia
 
 
 
 
  --
  Home
  http://evanfoss.googlepages.com/
  Work
  http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/
 
 
 
 
  --
  Home
  http://evanfoss.googlepages.com/
  Work
  http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/
 
 
 
 
  --
  Home
  http://evanfoss.googlepages.com/
  Work
  http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/
  ___
  Nouveau mailing list
  Nouveau@lists.freedesktop.org
  http://lists.freedesktop.org/mailman/listinfo/nouveau
 
 



 --
 Home
 http://evanfoss.googlepages.com/
 Work
 http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/




-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/

On Wed, Mar 11, 2015 at 2:52 PM, Pierre Moreau pierre.mor...@free.fr wrote:
 Hi Evan!

 Sorry for taking so long before answering...
 Thanks for the greps! It appears you have a newer version of apple_gmux than 
 I have, so let's see if something also changed in the _DSM method. Could you 
 please run - as root - `acpidump -b -n DSDT

Re: [Nouveau] Bug or not?

2015-03-11 Thread Evan Foss
Oh vgaswitcharoo is how I tried doing the GPU switch and check the
current setting (on/off) of each GPU.

On Thu, Mar 12, 2015 at 12:47 AM, Evan Foss evanf...@gmail.com wrote:
 Hi Pierre,

 No worries about the response time. I remember when the features
 matrix was mostly todo's. Clearly you folks have put in a ton of work.
 I would feel bad about trying to shove a developer into my problem and
 I do not have the time right now to join the development team. Besides
 my day job I am currently writing a library to interpret BSDL files
 (JTAG).

 I am having a bit of trouble with acpidump which is telling me there
 is no -n option. The acpidump I am running is from a package called
 pmtools. Is that the correct thing? I am in gentoo and used the
 following ebuild to do the install.

 http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-power/pmtools/pmtools-20110323-r1.ebuild?view=markup
 which pulls this source
 https://github.com/anyc/pmtools/

 I see your point about using the intel instead of the nVidia GPU.

 Many thanks for your help,
 -Evan

 On Wed, Mar 11, 2015 at 3:52 PM, Pierre Moreau pierre.mor...@free.fr wrote:
 Hi Evan!

 Sorry for taking so long before answering...
 Thanks for the greps! It appears you have a newer version of apple_gmux than 
 I have, so let's see if something also changed in the _DSM method. Could you 
 please run - as root - `acpidump -b -n DSDT` which will create a file named 
 dsdt.dat containing the DSDT table, and then run `iasl -d dsdt.dat` and send 
 me the resulting dsdt.dsl file?
 That way I will have the uuid, the available functions and their version for 
 your _DSM method.

 Regarding bringing the clocks down, you could add a fake performance level 
 in the vbios but I'm not sure if it would be a good move. You should rather 
 power off the NVidia card and only use the Intel one - using vgaswitcheroo, 
 see [1]; once I have that dsdt.dsl file, I should be able to add support for 
 auto-powering down the NVidia card. Or you could try to motivate some 
 developers - or if you want to give it a try - to investigate / add support 
 for power and/or clock gating.

 Regards,

 Pierre

 [1]: 
 http://nouveau.freedesktop.org/wiki/Optimus/#checkingthecurrentpowerstate


 - Mail original -
 The first grep of dmesg is for the apple info so you know exactly
 what
 box I have. The second is to show that I am booting in EFI mode and
 not some bogus bios compatibility thing. The third is to show the
 gmux
 version. The fourth is to answer the question you actually asked.

 $ cat /proc/version
 Linux version 3.19.0 (root@turingatlarge) (gcc version 4.7.3 (Gentoo
 4.7.3-r1 p1.4, pie-0.5.5) ) #3 SMP Sun Feb 15 01:09:59 EST 2015

 -- $ dmesg|grep Apple
 [0.00] efi: EFI v1.10 by Apple
 [0.00] DMI: Apple Inc. MacBookPro9,1/Mac-4B7AC7E43945597E,
 BIOS MBP91.88Z.00D3.B08.1208081132 08/08/2012
 [0.00] ACPI: XSDT 0x8CD8E1C0 B4 (v01 APPLE
 Apple00    0113)
 [0.00] ACPI: FACP 0x8CD8C000 F4 (v04 APPLE
 Apple00   Loki 005F)
 [0.00] ACPI: HPET 0x8CD8B000 38 (v01 APPLE
 Apple00  0001 Loki 005F)
 [0.00] ACPI: APIC 0x8CD8A000 BC (v02 APPLE
 Apple00  0001 Loki 005F)
 [0.00] ACPI: SBST 0x8CD88000 30 (v01 APPLE
 Apple00  0001 Loki 005F)
 [0.00] ACPI: ECDT 0x8CD87000 53 (v01 APPLE
 Apple00  0001 Loki 005F)
 [0.00] ACPI: MCFG 0x8CD89000 3C (v01 APPLE
 Apple00  0001 Loki 005F)
 [3.091740] usb 3-1.1: Manufacturer: Apple Inc.
 [3.410516] usb 4-1.8.1: Manufacturer: Apple Inc.
 [3.581141] usb 4-1.8.2: Manufacturer: Apple Computer, Inc.
 [3.777265] usb 4-1.8.3: Product: Apple Internal Keyboard /
 Trackpad
 [3.777267] usb 4-1.8.3: Manufacturer: Apple Inc.
 [3.782615] input: Apple Inc. Apple Internal Keyboard / Trackpad
 as
 /devices/pci:00/:00:1d.0/usb4/4-1/4-1.8/4-1.8.3/4-1.8.3:1.0/0003:05AC:0252.0002/input/input13
 [3.833440] apple 0003:05AC:0252.0002: input,hidraw0: USB HID
 v1.11
 Keyboard [Apple Inc. Apple Internal Keyboard / Trackpad] on
 usb-:00:1d.0-1.8.3/input0
 [4.091248] apple 0003:05AC:0252.0003: hidraw2: USB HID v1.11
 Device [Apple Inc. Apple Internal Keyboard / Trackpad] on
 usb-:00:1d.0-1.8.3/input1
 [4.319509] usb 4-1.8.1.3: Manufacturer: Apple Inc.
 [4.457798] input: Apple Computer, Inc. IR Receiver as
 /devices/pci:00/:00:1d.0/usb4/4-1/4-1.8/4-1.8.2/4-1.8.2:1.0/0003:05AC:8242.0001/input/input18
 [4.509982] appleir 0003:05AC:8242.0001: input,hiddev0,hidraw4:
 USB
 HID v1.11 Device [Apple Computer, Inc. IR Receiver] on
 usb-:00:1d.0-1.8.2/input0

 -- $ dmesg|grep EFI
 [0.00] efi: EFI v1.10 by Apple
 [1.220269] fb0: EFI VGA frame buffer device
 [2.619144] EFI Variables Facility v0.08 2004-May-17
 [4.205767] fb: switching to nouveaufb from EFI VGA

Re: [Nouveau] Bug or not?

2015-02-15 Thread Evan Foss
The first grep of dmesg is for the apple info so you know exactly what
box I have. The second is to show that I am booting in EFI mode and
not some bogus bios compatibility thing. The third is to show the gmux
version. The fourth is to answer the question you actually asked.

$ cat /proc/version
Linux version 3.19.0 (root@turingatlarge) (gcc version 4.7.3 (Gentoo
4.7.3-r1 p1.4, pie-0.5.5) ) #3 SMP Sun Feb 15 01:09:59 EST 2015

-- $ dmesg|grep Apple
[0.00] efi: EFI v1.10 by Apple
[0.00] DMI: Apple Inc. MacBookPro9,1/Mac-4B7AC7E43945597E,
BIOS MBP91.88Z.00D3.B08.1208081132 08/08/2012
[0.00] ACPI: XSDT 0x8CD8E1C0 B4 (v01 APPLE
Apple00    0113)
[0.00] ACPI: FACP 0x8CD8C000 F4 (v04 APPLE
Apple00   Loki 005F)
[0.00] ACPI: HPET 0x8CD8B000 38 (v01 APPLE
Apple00  0001 Loki 005F)
[0.00] ACPI: APIC 0x8CD8A000 BC (v02 APPLE
Apple00  0001 Loki 005F)
[0.00] ACPI: SBST 0x8CD88000 30 (v01 APPLE
Apple00  0001 Loki 005F)
[0.00] ACPI: ECDT 0x8CD87000 53 (v01 APPLE
Apple00  0001 Loki 005F)
[0.00] ACPI: MCFG 0x8CD89000 3C (v01 APPLE
Apple00  0001 Loki 005F)
[3.091740] usb 3-1.1: Manufacturer: Apple Inc.
[3.410516] usb 4-1.8.1: Manufacturer: Apple Inc.
[3.581141] usb 4-1.8.2: Manufacturer: Apple Computer, Inc.
[3.777265] usb 4-1.8.3: Product: Apple Internal Keyboard / Trackpad
[3.777267] usb 4-1.8.3: Manufacturer: Apple Inc.
[3.782615] input: Apple Inc. Apple Internal Keyboard / Trackpad as
/devices/pci:00/:00:1d.0/usb4/4-1/4-1.8/4-1.8.3/4-1.8.3:1.0/0003:05AC:0252.0002/input/input13
[3.833440] apple 0003:05AC:0252.0002: input,hidraw0: USB HID v1.11
Keyboard [Apple Inc. Apple Internal Keyboard / Trackpad] on
usb-:00:1d.0-1.8.3/input0
[4.091248] apple 0003:05AC:0252.0003: hidraw2: USB HID v1.11
Device [Apple Inc. Apple Internal Keyboard / Trackpad] on
usb-:00:1d.0-1.8.3/input1
[4.319509] usb 4-1.8.1.3: Manufacturer: Apple Inc.
[4.457798] input: Apple Computer, Inc. IR Receiver as
/devices/pci:00/:00:1d.0/usb4/4-1/4-1.8/4-1.8.2/4-1.8.2:1.0/0003:05AC:8242.0001/input/input18
[4.509982] appleir 0003:05AC:8242.0001: input,hiddev0,hidraw4: USB
HID v1.11 Device [Apple Computer, Inc. IR Receiver] on
usb-:00:1d.0-1.8.2/input0

-- $ dmesg|grep EFI
[0.00] efi: EFI v1.10 by Apple
[1.220269] fb0: EFI VGA frame buffer device
[2.619144] EFI Variables Facility v0.08 2004-May-17
[4.205767] fb: switching to nouveaufb from EFI VGA

-- $ dmesg|grep gmux
[2.739845] apple_gmux: Found gmux version 1.9.35 [classic]
[ 4299.386843] apple-gmux 00:03: System wakeup disabled by ACPI

-- ~/Documents $ dmesg|grep DSM
[4.205710] ACPI Warning: \_SB_.PCI0.IGPU._DSM: Argument #4 type
mismatch - Found [Buffer], ACPI requires [Package]
(20141107/nsarguments-95)
[4.205724] ACPI: \_SB_.PCI0.IGPU: failed to evaluate _DSM
[4.205739] ACPI Warning: \_SB_.PCI0.P0P2.GFX0._DSM: Argument #4
type mismatch - Found [Buffer], ACPI requires [Package]
(20141107/nsarguments-95)
[4.205749] ACPI: \_SB_.PCI0.P0P2.GFX0: failed to evaluate _DSM

On Sun, Feb 15, 2015 at 5:13 AM, Pierre Moreau pierre.mor...@free.fr wrote:
 Does the Nvidia card auto-suspends or do you have to force it? If not, does
 it report some “failed to parse _DSM” message?
 I have a mid 2009 MBP who uses a different _DSM handles than the ones
 Nouveau currently supports, and I wondered if they were related to the Apple
 Gmux or not. So, as you have a different model with a different Nvidia card
 but still with an Apple Gmux, I’d be interested to know if you have the same
 _DSM handles as I have.

 Pierre

 On 15 Feb 2015, at 06:44, Evan Foss evanf...@gmail.com wrote:

 Thanks again.

 This works and the heat has dropped substantially. It is still not as
 cool as I would like but this will do for now. I still need to file a
 bug report with the intel / apple gmux people.

 -Evan

 On Sat, Feb 14, 2015 at 10:42 PM, Evan Foss evanf...@gmail.com wrote:

 On the older kernel

 [6.494956] nouveau  [ CLK][:01:00.0] 07: core 270-405 MHz
 memory 838 MHz
 [6.494989] nouveau  [ CLK][:01:00.0] 0a: core 270-774 MHz
 memory 1560 MHz
 [6.495015] nouveau  [ CLK][:01:00.0] 0e: core 270-774 MHz
 memory 4000 MHz
 [6.495182] nouveau  [ CLK][:01:00.0] --: core 405 MHz memory 680
 MHz

 On Sat, Feb 14, 2015 at 10:35 PM, Evan Foss evanf...@gmail.com wrote:

 Because I am on a macbook the VBIOS might be wonky.

 I tried turning off nVidia and using intel. The result was a blank
 screen. I know other people had the same bug which was something to do
 with reprobing lvds?! I saw patches go by and every time I tried one
 the results were the same. fail. I was actually about to post a bug
 report to the intel (i915) people about it.

 I tried to work

Re: [Nouveau] Bug or not?

2015-02-15 Thread Evan Foss
Is there a way for me to manually force the clock speeds for the GPU
down to their lower operating limit? Is that dangerous?

On Sun, Feb 15, 2015 at 2:58 PM, Evan Foss evanf...@gmail.com wrote:
 The first grep of dmesg is for the apple info so you know exactly what
 box I have. The second is to show that I am booting in EFI mode and
 not some bogus bios compatibility thing. The third is to show the gmux
 version. The fourth is to answer the question you actually asked.

 $ cat /proc/version
 Linux version 3.19.0 (root@turingatlarge) (gcc version 4.7.3 (Gentoo
 4.7.3-r1 p1.4, pie-0.5.5) ) #3 SMP Sun Feb 15 01:09:59 EST 2015

 -- $ dmesg|grep Apple
 [0.00] efi: EFI v1.10 by Apple
 [0.00] DMI: Apple Inc. MacBookPro9,1/Mac-4B7AC7E43945597E,
 BIOS MBP91.88Z.00D3.B08.1208081132 08/08/2012
 [0.00] ACPI: XSDT 0x8CD8E1C0 B4 (v01 APPLE
 Apple00    0113)
 [0.00] ACPI: FACP 0x8CD8C000 F4 (v04 APPLE
 Apple00   Loki 005F)
 [0.00] ACPI: HPET 0x8CD8B000 38 (v01 APPLE
 Apple00  0001 Loki 005F)
 [0.00] ACPI: APIC 0x8CD8A000 BC (v02 APPLE
 Apple00  0001 Loki 005F)
 [0.00] ACPI: SBST 0x8CD88000 30 (v01 APPLE
 Apple00  0001 Loki 005F)
 [0.00] ACPI: ECDT 0x8CD87000 53 (v01 APPLE
 Apple00  0001 Loki 005F)
 [0.00] ACPI: MCFG 0x8CD89000 3C (v01 APPLE
 Apple00  0001 Loki 005F)
 [3.091740] usb 3-1.1: Manufacturer: Apple Inc.
 [3.410516] usb 4-1.8.1: Manufacturer: Apple Inc.
 [3.581141] usb 4-1.8.2: Manufacturer: Apple Computer, Inc.
 [3.777265] usb 4-1.8.3: Product: Apple Internal Keyboard / Trackpad
 [3.777267] usb 4-1.8.3: Manufacturer: Apple Inc.
 [3.782615] input: Apple Inc. Apple Internal Keyboard / Trackpad as
 /devices/pci:00/:00:1d.0/usb4/4-1/4-1.8/4-1.8.3/4-1.8.3:1.0/0003:05AC:0252.0002/input/input13
 [3.833440] apple 0003:05AC:0252.0002: input,hidraw0: USB HID v1.11
 Keyboard [Apple Inc. Apple Internal Keyboard / Trackpad] on
 usb-:00:1d.0-1.8.3/input0
 [4.091248] apple 0003:05AC:0252.0003: hidraw2: USB HID v1.11
 Device [Apple Inc. Apple Internal Keyboard / Trackpad] on
 usb-:00:1d.0-1.8.3/input1
 [4.319509] usb 4-1.8.1.3: Manufacturer: Apple Inc.
 [4.457798] input: Apple Computer, Inc. IR Receiver as
 /devices/pci:00/:00:1d.0/usb4/4-1/4-1.8/4-1.8.2/4-1.8.2:1.0/0003:05AC:8242.0001/input/input18
 [4.509982] appleir 0003:05AC:8242.0001: input,hiddev0,hidraw4: USB
 HID v1.11 Device [Apple Computer, Inc. IR Receiver] on
 usb-:00:1d.0-1.8.2/input0

 -- $ dmesg|grep EFI
 [0.00] efi: EFI v1.10 by Apple
 [1.220269] fb0: EFI VGA frame buffer device
 [2.619144] EFI Variables Facility v0.08 2004-May-17
 [4.205767] fb: switching to nouveaufb from EFI VGA

 -- $ dmesg|grep gmux
 [2.739845] apple_gmux: Found gmux version 1.9.35 [classic]
 [ 4299.386843] apple-gmux 00:03: System wakeup disabled by ACPI

 -- ~/Documents $ dmesg|grep DSM
 [4.205710] ACPI Warning: \_SB_.PCI0.IGPU._DSM: Argument #4 type
 mismatch - Found [Buffer], ACPI requires [Package]
 (20141107/nsarguments-95)
 [4.205724] ACPI: \_SB_.PCI0.IGPU: failed to evaluate _DSM
 [4.205739] ACPI Warning: \_SB_.PCI0.P0P2.GFX0._DSM: Argument #4
 type mismatch - Found [Buffer], ACPI requires [Package]
 (20141107/nsarguments-95)
 [4.205749] ACPI: \_SB_.PCI0.P0P2.GFX0: failed to evaluate _DSM

 On Sun, Feb 15, 2015 at 5:13 AM, Pierre Moreau pierre.mor...@free.fr wrote:
 Does the Nvidia card auto-suspends or do you have to force it? If not, does
 it report some “failed to parse _DSM” message?
 I have a mid 2009 MBP who uses a different _DSM handles than the ones
 Nouveau currently supports, and I wondered if they were related to the Apple
 Gmux or not. So, as you have a different model with a different Nvidia card
 but still with an Apple Gmux, I’d be interested to know if you have the same
 _DSM handles as I have.

 Pierre

 On 15 Feb 2015, at 06:44, Evan Foss evanf...@gmail.com wrote:

 Thanks again.

 This works and the heat has dropped substantially. It is still not as
 cool as I would like but this will do for now. I still need to file a
 bug report with the intel / apple gmux people.

 -Evan

 On Sat, Feb 14, 2015 at 10:42 PM, Evan Foss evanf...@gmail.com wrote:

 On the older kernel

 [6.494956] nouveau  [ CLK][:01:00.0] 07: core 270-405 MHz
 memory 838 MHz
 [6.494989] nouveau  [ CLK][:01:00.0] 0a: core 270-774 MHz
 memory 1560 MHz
 [6.495015] nouveau  [ CLK][:01:00.0] 0e: core 270-774 MHz
 memory 4000 MHz
 [6.495182] nouveau  [ CLK][:01:00.0] --: core 405 MHz memory 680
 MHz

 On Sat, Feb 14, 2015 at 10:35 PM, Evan Foss evanf...@gmail.com wrote:

 Because I am on a macbook the VBIOS might be wonky.

 I tried turning off nVidia and using intel. The result was a blank
 screen. I know

Re: [Nouveau] Bug or not?

2015-02-14 Thread Evan Foss
On the older kernel

[6.494956] nouveau  [ CLK][:01:00.0] 07: core 270-405 MHz
memory 838 MHz
[6.494989] nouveau  [ CLK][:01:00.0] 0a: core 270-774 MHz
memory 1560 MHz
[6.495015] nouveau  [ CLK][:01:00.0] 0e: core 270-774 MHz
memory 4000 MHz
[6.495182] nouveau  [ CLK][:01:00.0] --: core 405 MHz memory 680 MHz

On Sat, Feb 14, 2015 at 10:35 PM, Evan Foss evanf...@gmail.com wrote:
 Because I am on a macbook the VBIOS might be wonky.

 I tried turning off nVidia and using intel. The result was a blank
 screen. I know other people had the same bug which was something to do
 with reprobing lvds?! I saw patches go by and every time I tried one
 the results were the same. fail. I was actually about to post a bug
 report to the intel (i915) people about it.

 I tried to work out how to get optimus to work. After trying several
 different sets of instructions I never found a working configuration
 and put it aside. I never used to use opengl but lately my pcb
 software has adopted it so my needs changed.

 I will get back to you with more results on this matter after I get
 the newer kernel up.


 On Sat, Feb 14, 2015 at 10:09 PM, Ilia Mirkin imir...@alum.mit.edu wrote:
 On Sat, Feb 14, 2015 at 9:56 PM, Evan Foss evanf...@gmail.com wrote:
 I have a side question which may be the subject of a future second bug
 report. I have been lurking on the nouveau mailing list for some time.
 I understand from various posts that the nvidia gpu clock speed right
 now is set to the lowest possible setting. Why does my machine run so

 Often but not always the case -- the clock speed is whatever the VBIOS
 leaves it in. For kepler, that is usually the lowest setting.

 much hotter in linux than macos? I turned off the intel graphics and
 the cpu clock is set to the lowest available speed.

 You should instead turn off the nvidia graphics and run off intel --
 intel is much less power-hungry than nvidia, even at the lowest
 clocks. If it's an optimus setup, the nvidia gpu should automatically
 power off until needed (either because some display is connected to
 it, or for offloading).


 How do I get a display of the GPU clocking speeds?

 You should see it in dmesg... look for CLK lines. The ones with -- (or
 AC/DC) will show the current setting. Or boot with nouveau.pstate=1
 and you should have a /sys/class/drm/card*/device/pstate file.

   -ilia



 --
 Home
 http://evanfoss.googlepages.com/
 Work
 http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/



-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] [Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel

2015-02-14 Thread Evan Foss
My thanks to you and the author of the commit. That fixed my bug.

On Sat, Feb 14, 2015 at 10:05 PM, Ilia Mirkin imir...@alum.mit.edu wrote:
 On Sat, Feb 14, 2015 at 9:59 PM, Evan Foss evanf...@gmail.com wrote:
 Llia,

 Thanks.
 Is 3.18.7 recent enough?

 Yes, the fix is in 3.17 and later (commit
 fe3d9c4b87bb98222a502cc585844a0b950786fb).

   -ilia



-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] [Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel

2015-02-14 Thread Evan Foss
Sorry guys I did not understand how bugzilla's user interface works. this
should be seperate from the thermal management bug..

On Sat, Feb 14, 2015 at 9:51 PM, bugzilla-dae...@freedesktop.org wrote:

  Evan Foss evanf...@gmail.com changed bug 71455
 https://bugs.freedesktop.org/show_bug.cgi?id=71455
  What Removed Added  CC   evanf...@gmail.com

  *Comment # 7 https://bugs.freedesktop.org/show_bug.cgi?id=71455#c7 on
 bug 71455 https://bugs.freedesktop.org/show_bug.cgi?id=71455 from Evan
 Foss evanf...@gmail.com *

 Created attachment 113500 
 https://bugs.freedesktop.org/attachment.cgi?id=113500 [details] 
 https://bugs.freedesktop.org/attachment.cgi?id=113500action=edit
 dmesg text

 I am running a mid 2012 macbook pro. 650M nVidia chip. There is something 
 funky
 with the glx rendering. I tried the various things in the troubleshooting 
 guide
 and got no where. If need be I can email the following two images to the list
 but I thought I would save everyones mailboxes some bloat.
 https://www.flickr.com/photos/evanfoss/15912299653/https://www.flickr.com/photos/evanfoss/16507165346/in/photostream/

 For those in the far future who may find the above links dead the images show
 glxgears rendering at +3K frames a second. The glxgears window however has
 blocks missing with only a single pixel in each one being rendered.

 I have tested the following kernel versions and found this to be true for all
 of the following.

 gentoo-sources-3.12.13
 gentoo-sources-3.14.6
 gentoo-sources-3.16.1

  --
 You are receiving this mail because:

- You are the assignee for the bug.


 ___
 Nouveau mailing list
 Nouveau@lists.freedesktop.org
 http://lists.freedesktop.org/mailman/listinfo/nouveau




-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] Bug or not?

2015-02-14 Thread Evan Foss
First sorry about miss posting the bug report under Bug 71455 Thermal
management in nouveau running hot 3.12.0+ kernel I really don't
understand how the bugzilla user interface works.

I have a side question which may be the subject of a future second bug
report. I have been lurking on the nouveau mailing list for some time.
I understand from various posts that the nvidia gpu clock speed right
now is set to the lowest possible setting. Why does my machine run so
much hotter in linux than macos? I turned off the intel graphics and
the cpu clock is set to the lowest available speed.

How do I get a display of the GPU clocking speeds?

-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] [Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel

2015-02-14 Thread Evan Foss
Llia,

Thanks.
Is 3.18.7 recent enough?

On Sat, Feb 14, 2015 at 9:56 PM, Ilia Mirkin imir...@alum.mit.edu wrote:
 On Sat, Feb 14, 2015 at 9:52 PM, Evan Foss evanf...@gmail.com wrote:

 Sorry guys I did not understand how bugzilla's user interface works. this
 should be seperate from the thermal management bug..

 On Sat, Feb 14, 2015 at 9:51 PM, bugzilla-dae...@freedesktop.org wrote:

 Evan Foss changed bug 71455
 What Removed Added
 CC   evanf...@gmail.com

 Comment # 7 on bug 71455 from Evan Foss

 Created attachment 113500 [details]
 dmesg text

 I am running a mid 2012 macbook pro. 650M nVidia chip. There is something
 funky
 with the glx rendering. I tried the various things in the troubleshooting
 guide
 and got no where. If need be I can email the following two images to the
 list
 but I thought I would save everyones mailboxes some bloat.

 https://www.flickr.com/photos/evanfoss/15912299653/
 https://www.flickr.com/photos/evanfoss/16507165346/in/photostream/

 For those in the far future who may find the above links dead the images
 show
 glxgears rendering at +3K frames a second. The glxgears window however
 has
 blocks missing with only a single pixel in each one being rendered.

 I have tested the following kernel versions and found this to be true for
 all
 of the following.

 gentoo-sources-3.12.13
 gentoo-sources-3.14.6
 gentoo-sources-3.16.1


 Try something more recent -- a block compression setup issue was fixed in
 some recent kernel version.



-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] Bug or not?

2015-02-14 Thread Evan Foss
Because I am on a macbook the VBIOS might be wonky.

I tried turning off nVidia and using intel. The result was a blank
screen. I know other people had the same bug which was something to do
with reprobing lvds?! I saw patches go by and every time I tried one
the results were the same. fail. I was actually about to post a bug
report to the intel (i915) people about it.

I tried to work out how to get optimus to work. After trying several
different sets of instructions I never found a working configuration
and put it aside. I never used to use opengl but lately my pcb
software has adopted it so my needs changed.

I will get back to you with more results on this matter after I get
the newer kernel up.


On Sat, Feb 14, 2015 at 10:09 PM, Ilia Mirkin imir...@alum.mit.edu wrote:
 On Sat, Feb 14, 2015 at 9:56 PM, Evan Foss evanf...@gmail.com wrote:
 I have a side question which may be the subject of a future second bug
 report. I have been lurking on the nouveau mailing list for some time.
 I understand from various posts that the nvidia gpu clock speed right
 now is set to the lowest possible setting. Why does my machine run so

 Often but not always the case -- the clock speed is whatever the VBIOS
 leaves it in. For kepler, that is usually the lowest setting.

 much hotter in linux than macos? I turned off the intel graphics and
 the cpu clock is set to the lowest available speed.

 You should instead turn off the nvidia graphics and run off intel --
 intel is much less power-hungry than nvidia, even at the lowest
 clocks. If it's an optimus setup, the nvidia gpu should automatically
 power off until needed (either because some display is connected to
 it, or for offloading).


 How do I get a display of the GPU clocking speeds?

 You should see it in dmesg... look for CLK lines. The ones with -- (or
 AC/DC) will show the current setting. Or boot with nouveau.pstate=1
 and you should have a /sys/class/drm/card*/device/pstate file.

   -ilia



-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] Bug or not?

2015-02-14 Thread Evan Foss
Thanks again.

This works and the heat has dropped substantially. It is still not as
cool as I would like but this will do for now. I still need to file a
bug report with the intel / apple gmux people.

-Evan

On Sat, Feb 14, 2015 at 10:42 PM, Evan Foss evanf...@gmail.com wrote:
 On the older kernel

 [6.494956] nouveau  [ CLK][:01:00.0] 07: core 270-405 MHz
 memory 838 MHz
 [6.494989] nouveau  [ CLK][:01:00.0] 0a: core 270-774 MHz
 memory 1560 MHz
 [6.495015] nouveau  [ CLK][:01:00.0] 0e: core 270-774 MHz
 memory 4000 MHz
 [6.495182] nouveau  [ CLK][:01:00.0] --: core 405 MHz memory 680 
 MHz

 On Sat, Feb 14, 2015 at 10:35 PM, Evan Foss evanf...@gmail.com wrote:
 Because I am on a macbook the VBIOS might be wonky.

 I tried turning off nVidia and using intel. The result was a blank
 screen. I know other people had the same bug which was something to do
 with reprobing lvds?! I saw patches go by and every time I tried one
 the results were the same. fail. I was actually about to post a bug
 report to the intel (i915) people about it.

 I tried to work out how to get optimus to work. After trying several
 different sets of instructions I never found a working configuration
 and put it aside. I never used to use opengl but lately my pcb
 software has adopted it so my needs changed.

 I will get back to you with more results on this matter after I get
 the newer kernel up.


 On Sat, Feb 14, 2015 at 10:09 PM, Ilia Mirkin imir...@alum.mit.edu wrote:
 On Sat, Feb 14, 2015 at 9:56 PM, Evan Foss evanf...@gmail.com wrote:
 I have a side question which may be the subject of a future second bug
 report. I have been lurking on the nouveau mailing list for some time.
 I understand from various posts that the nvidia gpu clock speed right
 now is set to the lowest possible setting. Why does my machine run so

 Often but not always the case -- the clock speed is whatever the VBIOS
 leaves it in. For kepler, that is usually the lowest setting.

 much hotter in linux than macos? I turned off the intel graphics and
 the cpu clock is set to the lowest available speed.

 You should instead turn off the nvidia graphics and run off intel --
 intel is much less power-hungry than nvidia, even at the lowest
 clocks. If it's an optimus setup, the nvidia gpu should automatically
 power off until needed (either because some display is connected to
 it, or for offloading).


 How do I get a display of the GPU clocking speeds?

 You should see it in dmesg... look for CLK lines. The ones with -- (or
 AC/DC) will show the current setting. Or boot with nouveau.pstate=1
 and you should have a /sys/class/drm/card*/device/pstate file.

   -ilia



 --
 Home
 http://evanfoss.googlepages.com/
 Work
 http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/



 --
 Home
 http://evanfoss.googlepages.com/
 Work
 http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/



-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] apple gmux

2014-07-27 Thread Evan Foss
Thank you. I had assumed there was a mailing list like this one but I
guess it does not exist.

On Sun, Jul 27, 2014 at 10:25 AM, Pierre Moreau pierre.mor...@free.fr wrote:
 Hello,

 By having a look at 'drivers/platform/x86/apple-gmux.c', it seems its author 
 is
 Seth Forshee seth.fors...@canonical.com. Other main contributors are
 Andreas Heider andr...@meetr.de, and Matthew Garrett m...@redhat.com, 
 among
 others.


 Pierre Moreau


 On 11:58 PM - Jul 26 2014, Evan Foss wrote:
 Hello,

 Sorry I know this might be the wrong group to ask this in but I have
 been having a lot of trouble switching off the nvidia chip in my
 Macbook Pro 9,1. I have tried numerous things but there is a lot of
 flawed documentation out there on this. I have a pile of info (dmesg,
 kernel configs and etc) that I would like to submit as a bug reports
 but no clear place to send it.

 Who maintains the gmux kernel module? I can't find the proper mailing list.

 I use nouveau right now but I need to switch off the nvidia chip
 because of the heat/power it runs when I am not really needing it.

 PS: Good work on the driver.

 -Evan Foss

 --
 http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/
 ___
 Nouveau mailing list
 Nouveau@lists.freedesktop.org
 http://lists.freedesktop.org/mailman/listinfo/nouveau



-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] apple gmux

2014-07-26 Thread Evan Foss
Hello,

Sorry I know this might be the wrong group to ask this in but I have
been having a lot of trouble switching off the nvidia chip in my
Macbook Pro 9,1. I have tried numerous things but there is a lot of
flawed documentation out there on this. I have a pile of info (dmesg,
kernel configs and etc) that I would like to submit as a bug reports
but no clear place to send it.

Who maintains the gmux kernel module? I can't find the proper mailing list.

I use nouveau right now but I need to switch off the nvidia chip
because of the heat/power it runs when I am not really needing it.

PS: Good work on the driver.

-Evan Foss

-- 
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug] Apple Gmux

2014-07-26 Thread Evan Foss
Hello,

Sorry I know this might be the wrong group to ask this in but I have
been having a lot of trouble switching off the nvidia chip in my
Macbook Pro 9,1. I have tried numerous things but there is a lot of
flawed documentation out there on this. I have a pile of info (dmesg,
kernel configs and etc) that I would like to submit as a bug reports
but no clear place to send it.

Who maintains the gmux kernel module? I can't find the proper mailing list.

I use nouveau right now but I need to switch off the nvidia chip
because of the heat/power it runs when I am not really needing it.

PS: Good work on the driver.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau