search for: l1k

...uot;16I2", "I1","I5","I1","I3","I2", "A4","3A1","A2","A1"), header = FALSE,skip=0,sep="@", col.names = paste(idno,empmo,empyr,birthmo,birthyr,sex,race,teno,testmo,testyr, testtyp,L500,L1k,L2k,L3k,L4k,L6k,L8k,RT1k,R500,R1k,R2k,R3k,R4k,R6k,R8k, HPD,dept,shift,TWA,envclas,jobcode,hobby.med.STS,audclas,disp), row.names = (idno) )) I also tried a separate dimnames statement like so: dimnames(AN35)[[2]] <- c("idno","empmo","empyr","birthmo&...

On Mon, Oct 5, 2015 at 9:23 AM, Lukas Wunner <lukas at wunner.de> 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 at lists.freedesktop.org > http://lists.freedesktop.org/...

...100, Daniel Vetter wrote: > On Sat, Mar 03, 2018 at 10:53:24AM +0100, Lukas Wunner wrote: > > Modernize vga_switcheroo by using a device link to enforce a runtime PM > > dependency from an HDA controller to the GPU it's integrated into, v2. > > > > https://github.com/l1k/linux/commits/switcheroo_devlink_v2 > > This all looks really reasonable and like a good cleanup, but it's a bit > too much detail so I'll punt review to someone else with more clue. Patches [3/7] to [7/7] were reviewed by Peter Wu, the HDA bits in patch [5/7] additionally by Tak...

...d there's a _PR3 method provided, it's probably safe to say that the port is *intended* to be suspended. So you may want to consider amending pci_bridge_d3_possible() to allow D3 for such ports regardless of the BIOS date, as I've done for Thunderbolt in this commit: https://github.com/l1k/linux/commit/3cb8549cd4e5 Not sure how to uniquely identify such ports though. Perhaps check if there's a device in slot 0 below the port which has (pdev->class >> 16) == PCI_BASE_CLASS_DISPLAY && (pdev->vendor == PCI_VENDOR_ID_NVIDIA || pdev->vendor == PCI_VENDOR_ID...

The pre-retina MacBook Pro uses an LVDS panel and a gmux controller to switch the panel between its two GPUs. The panel mode in VBIOS is notoriously bogus on these machines and some models have no VBIOS at all, so the inactive GPU cannot set up its LVDS output. Extend vga_switcheroo to support switching only the DDC lines. Introduce a drm_get_edid_switcheroo() helper which uses this feature.

...se. Please poke amd/nouveau folks for > reviews/acks, then I can merge. The amdgpu, radeon, and drm patches are: Acked-by: Alex Deucher <alexander.deucher at amd.com> > -Daniel > >> >> To ease reviewing, I've pushed this series to GitHub: >> https://github.com/l1k/linux/commits/drm_runpm_fixes_v2 >> >> The discussion on v1 is archived here: >> https://lists.freedesktop.org/archives/dri-devel/2016-May/thread.html#108278 >> >> Thanks, >> >> Lukas >> >> Lukas Wunner (15): >> drm/nouveau: Don't le...

...ler to > > cut power to the internal discrete GPU. The driver for the internal GPU > > will sit there puzzled and typically cause a lockup. [snip] > > I've pushed the present series to GitHub in case anyone prefers reviewing > > it in a GUI: > > https://github.com/l1k/linux/commits/thunderbolt_gpu_v1 > > For merging, should I smash this all into drm-misc? The only thing outside > is the apple-gmux driver ... Merging through drm-misc would be lovely. However I've prepared a v2 of patch [1/5] to address Bjorn's comments (amended the commit mess...

...; register is read from the HDMI audio controller? Or would it be > better to leave the video card suspended and just fail the HDA > register reads? It should probably be powered up. > [12:43] Lekensteyn: I'm trying to figure out how vga_switcheroo should handle this, maybe l1k has an idea? > [12:48] Lekensteyn: The current implemented policy is that the video card > dictates the power state and that the HDMI audio device has to > adapt (even if it is seemingly in use) This current architecture seems to have come about historically (Dave Airlie first impleme...

...replaced with new patches 9 to 12. A by-product of patch 9 is a helper which turns off a *single* CRTC. This is open coded in three other places in the DRM tree and patches 13 to 15 refactor those to use the new helper. To ease reviewing, I've pushed this series to GitHub: https://github.com/l1k/linux/commits/drm_runpm_fixes_v2 The discussion on v1 is archived here: https://lists.freedesktop.org/archives/dri-devel/2016-May/thread.html#108278 Thanks, Lukas Lukas Wunner (15): drm/nouveau: Don't leak runtime pm ref on driver unload drm/nouveau: Forbid runtime pm on driver unload...

...-by and Reviewed-by tags. It's also rebased on latest drm-next. > Otherwise this is identical to what I've posted. So in case you don't > want to apply all tags manually, you can cherry-pick from or merge > this branch (barring any objections of course): > https://github.com/l1k/linux/commits/drm_runpm_fixes_v2_acked > > Thanks everyone! Yeah will pick up later this week, right now I have a big drm-misc pull that's pending. Would like to get that landed first. Please ping me if your patches haven't landed in drm-misc by next week. Cheers, Daniel -- Daniel...

...S outputs. The retina MacBook Pro (2012 - present) uses eDP and cannot switch AUX independently from the main link. The main obstacle there is link training, I'm currently working on this, it will be addressed in a future patch set. This series is also reviewable on GitHub: https://github.com/l1k/linux/commits/mbp_switcheroo_v5 Changes: * New patch [01/12]: vga_switcheroo handler flags Alex Deucher asked if this series might regress on non-Apple laptops. To address this concern, I let handlers declare their capabilities in a bitmask. DRM drivers call drm_get_edid_switcheroo() only i...

On Sun, Nov 27, 2016 at 4:13 AM, Lukas Wunner <lukas at 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

...ovided, > it's probably safe to say that the port is *intended* to be suspended. > > So you may want to consider amending pci_bridge_d3_possible() to > allow D3 for such ports regardless of the BIOS date, as I've done > for Thunderbolt in this commit: > https://github.com/l1k/linux/commit/3cb8549cd4e5 Then we have heuristics based on BIOS year, on whether it is TB or not, and next to it whether it is an Optimus laptop? Maybe the PCI core needs to export a function that allows drivers to override the detection if this becomes more common. > Not sure how to uniquely...

...d with all the Acked-by and Reviewed-by tags. It's also rebased on latest drm-next. Otherwise this is identical to what I've posted. So in case you don't want to apply all tags manually, you can cherry-pick from or merge this branch (barring any objections of course): https://github.com/l1k/linux/commits/drm_runpm_fixes_v2_acked Thanks everyone! Lukas

...er places in the DRM tree and patches > 13 to 15 refactor those to use the new helper. Yeah I think this makes much more sense. Please poke amd/nouveau folks for reviews/acks, then I can merge. -Daniel > > To ease reviewing, I've pushed this series to GitHub: > https://github.com/l1k/linux/commits/drm_runpm_fixes_v2 > > The discussion on v1 is archived here: > https://lists.freedesktop.org/archives/dri-devel/2016-May/thread.html#108278 > > Thanks, > > Lukas > > Lukas Wunner (15): > drm/nouveau: Don't leak runtime pm ref on driver unload &...

...Pro (2012 - present) uses eDP and cannot switch > AUX independently from the main link. The main obstacle there is link > training, I'm currently working on this, it will be addressed in a > future patch set. > > This series is also reviewable on GitHub: > https://github.com/l1k/linux/commits/mbp_switcheroo_v5 > > Changes: > > * New patch [01/12]: vga_switcheroo handler flags > Alex Deucher asked if this series might regress on non-Apple laptops. > To address this concern, I let handlers declare their capabilities in > a bitmask. DRM drivers ca...

...tags. It's also rebased on latest drm-next. > > Otherwise this is identical to what I've posted. So in case you don't > > want to apply all tags manually, you can cherry-pick from or merge > > this branch (barring any objections of course): > > https://github.com/l1k/linux/commits/drm_runpm_fixes_v2_acked > > > > Thanks everyone! > > Yeah will pick up later this week, right now I have a big drm-misc pull > that's pending. Would like to get that landed first. Please ping me if > your patches haven't landed in drm-misc by next we...

...and cannot switch > > AUX independently from the main link. The main obstacle there is link > > training, I'm currently working on this, it will be addressed in a > > future patch set. > > > > This series is also reviewable on GitHub: > > https://github.com/l1k/linux/commits/mbp_switcheroo_v5 > > > > Changes: > > > > * New patch [01/12]: vga_switcheroo handler flags > > Alex Deucher asked if this series might regress on non-Apple laptops. > > To address this concern, I let handlers declare their capabilities in &g...

...s. (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 at lists.freedesktop.org/msg24997.html Rafael Wysocki's functional dependencies patches, which are a pre...

...and fully reviewed by Christoph Hellwig but alas were not included in > the 4.11 PCI pull for some reason: > http://www.spinics.net/lists/linux-pci/msg58123.html > > I've pushed the present series to GitHub in case anyone prefers reviewing > it in a GUI: > https://github.com/l1k/linux/commits/thunderbolt_gpu_v1 For merging, should I smash this all into drm-misc? The only thing outside is the apple-gmux driver ... -Daniel > > Thanks, > > Lukas > > > Lukas Wunner (5): > PCI: Recognize Thunderbolt devices > apple-gmux: Don't switch ex...