Re: [Nouveau] Bug Report on A1286 (Macbook Pro Mid 2012)
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)
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)
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
On Mon, Oct 5, 2015 at 9:23 AM, Lukas Wunnerwrote: > 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
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?
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?
] 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?
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?
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?
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?
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
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
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?
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
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?
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?
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
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
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
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