search for: undock

...;mgr->lock); + if (!mgr->mst_primary) + goto out_fail; - if (mgr->mst_primary) { - int sret; - u8 guid[16]; + ret = drm_dp_dpcd_read(mgr->aux, DP_DPCD_REV, mgr->dpcd, + DP_RECEIVER_CAP_SIZE); + if (ret != DP_RECEIVER_CAP_SIZE) { + DRM_DEBUG_KMS("dpcd read failed - undocked during suspend?\n"); + goto out_fail; + } - sret = drm_dp_dpcd_read(mgr->aux, DP_DPCD_REV, mgr->dpcd, DP_RECEIVER_CAP_SIZE); - if (sret != DP_RECEIVER_CAP_SIZE) { - DRM_DEBUG_KMS("dpcd read failed - undocked during suspend?\n"); - ret = -1; - goto out_unlock; - }...

...ixed-docked-20170131-1211.boot >bios34-36-mixed.diff diff -U3 bios34-uefi-native-20170131-1034.boot uefi-native-docked-20170131-1209.boot >bios34-36-native.diff diff -U3 bios34-uefi-mixed-20170131-1038.boot bios34-uefi-native-20170131-1034.boot >bios34-mixed-native.diff diff -U3 uefi-mixed-undocked-20170131-1226.boot uefi-mixed-docked-20170131-1211.boot >bios36-mixed-undocked-docked.diff diff -U3 uefi-native-undocked-20170131-1223.boot uefi-native-docked-20170131-1209.boot >bios36-native-undocked-docked.diff diff -U3 uefi-mixed-undocked-20170131-1226.boot uefi-native-undocked-2017013...

...see if the device is still there, > * if it is, it will rewrite the MSTM control bits, and return. > * > - * if the device fails this returns -1, and the driver should do > + * If the device fails this returns -1, and the driver should do > * a full MST reprobe, in case we were undocked. nit: I don't think this sentence applies any longer since we're doing the reprobe. > + * > + * During system resume (where it is assumed that the driver will be calling > + * drm_atomic_helper_resume()) this function should be called beforehand with > + * @sync set to true....

#regzbot introduced: 89c290ea758911e660878e26270e084d862c03b0 #regzbot link: https://gitlab.freedesktop.org/drm/nouveau/-/issues/273 #regzbot link: https://bugzilla.kernel.org/show_bug.cgi?id=218124 ## Reproducing 1. Boot system to framebuffer console. 2. Run `systemctl suspend`. If undocked without secondary display, suspend fails. If docked with secondary display, suspend succeeds. 3. Resume from suspend if applicable. 4. System is now in a broken state. ## Testing - culprit commit is 89c290ea758911e660878e26270e084d862c03b0 - v6.6 fails - v6.6 with culprit commit reverted does...

...This will fetch DPCD and see if the device is still there, * if it is, it will rewrite the MSTM control bits, and return. * - * if the device fails this returns -1, and the driver should do + * If the device fails this returns -1, and the driver should do * a full MST reprobe, in case we were undocked. + * + * During system resume (where it is assumed that the driver will be calling + * drm_atomic_helper_resume()) this function should be called beforehand with + * @sync set to true. In contexts like runtime resume where the driver is not + * expected to be calling drm_atomic_helper_resume(), t...

This is the large series for adding MST suspend/resume reprobing that I've been working on for quite a while now. In addition, I: - Refactored and cleaned up any code I ended up digging through in the process of understanding how some parts of these helpers worked. - Added some debugging tools along the way that I ended up needing to figure out some issues in my own code Note that

...eau/-/issues/273 > #regzbot link: https://bugzilla.kernel.org/show_bug.cgi?id=218124 Thanks for the bug report. Do you prefer to continue the discussion here, on gitlab or on bugzilla? > > ## Reproducing > > 1. Boot system to framebuffer console. > 2. Run `systemctl suspend`. If undocked without secondary display, > suspend fails. If docked with secondary display, suspend succeeds. > 3. Resume from suspend if applicable. > 4. System is now in a broken state. So I guess we need to put those devices to ACPI D3 for suspend. Let's discuss this on your preferred platform...

...Reporter: john at jlindgren.net QA Contact: xorg-team at lists.x.org Created attachment 140263 --> https://bugs.freedesktop.org/attachment.cgi?id=140263&action=edit Fix null pointer dereference in drmmode_output_dpms This fixes an Xorg crash when a Lenovo P50 laptop is undocked, disconnecting it from two external DisplayPort monitors. Checking for koutput == NULL has precedent in drmmode_output_get_modes. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https:...

...QAContact: xorg-team at lists.x.org Created an attachment (id=36249) --> (https://bugs.freedesktop.org/attachment.cgi?id=36249) dmesg.txt collected via ssh session, booting docked with external LCD Hardware: Dell Latitude D810, Nvidia Quadro Go 1400 video, using 1920x1200 built-in LCD when undocked / 1680x1050 Dell LCD when attached to port replicator OS: Debian Squeeze with Xfce desktop environment, fully updated using no no-free or contrib repositories, no proprietary drivers or software of any kind (including no Nvidia blobs, ever), video expansion turned off in BIOS (more about which la...

...=218124 > > Thanks for the bug report. Do you prefer to continue the discussion > here, on gitlab or on bugzilla? Owen, as Kai-Heng said thank you for reporting this. >> ## Reproducing >> >> 1. Boot system to framebuffer console. >> 2. Run `systemctl suspend`. If undocked without secondary display, >> suspend fails. If docked with secondary display, suspend succeeds. >> 3. Resume from suspend if applicable. >> 4. System is now in a broken state. > > So I guess we need to put those devices to ACPI D3 for suspend. Let's > discuss this...

Hi, I'm using CentOS on a laptop that part of the time is connected to a docking station with two monitor connected to it. When the laptop lid is docked, its lid is closed, as the system is placed in a position where it's not convenient to keep it open, let alone look at the screen. Now in the past, with CentOS 5 (on a different laptop, but same physical config) and 6, the screen has

...osed (wake on lan?) -> so open is an approximation already made on good assumption that there is not a high chance of the users powering/resuming the laptop with the lid closed - in the "close" case, this setting works for docked laptops, but if the laptop can be docked, it can also be undocked. And if you boot with button.lid_init_state=close, undock your laptop, go into suspend, resume -> the lid state is now "closed" while it should be opened. So no, these are just workarounds. i915/nouveau expect the acpi/button state to be reliable, or they should ignore it. But you c...

...the corresponding functions. If there are better patches to fix my two problems, I am willing to try them out, because I really think this should be handled somehow. One note though: These patches do not make the docking station experience perfect. They only make it not quite as bad. For example, undocking when using external displays forces Xorg to restart, and when docking without a patch for xf86-video-nouveau DDX by Ilia Mirkin (https://people.freedesktop.org/~imirkin/patches/0001-drmmode-update-logic-for-dynamic-connectors-paths-an.patch), the external docking station displays are not detecte...

Hi, If my previous reply is not persuasive enough. Let me do that in a different way. > From: linux-acpi-owner at vger.kernel.org [mailto:linux-acpi-owner at vger.kernel.org] On Behalf Of Zheng, > Lv > Subject: RE: [PATCH v2 5/5] ACPI: button: Obselete acpi_lid_open() invocations > > Hi, > > > From: Benjamin Tissoires [mailto:benjamin.tissoires at gmail.com] > >

...d off and only external displays are used. Same in gnome settings/displays : it shows my "Built-in display" as 'lid closed' and so only my external 24" displays as enabled (as Primary and Secondary) (and I confirm that display is also off, and only gets back to enabled when I undock and open the lid) -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 56BEC54E | twitter: @arrfab -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature...

...on this topic? For now, and without any change to the CentOS network config, I have my wired and wireless ifaces up at the same time, same IP (thanks for the DHCP config running on my router), but apparently only the wired one is taking into account in the routing table (if I understand), until I undock the laptop and run on the wireless one): > route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.0.2.0 0.0.0.0 255.255.255.0 U 1 0 0 em1 <- wired 10.0.2.0 0.0.0.0 255.255.255.0...

....0.122 User Name: custserv Password: buddyg 2. when prompted to install the on2 component, do so 3. close and re-open the test file 4. When the movie has started playing, double click the bar or click the yellow button to minimize the window * RESULTS The video draws transparent until you undock the movie. * REGRESSION Occurs: 10.2.6/QT 6.3 GM any On2 playback crashes on this config: 10.2.6/QT 6.3 (Crashlogs attached) **NOTE I should also point out that the problem is not specific to the particular file (available at the FTP site). It happens with any on2-compressed movie. ==========...

...-> so open is an approximation > already made on good assumption that there is not a high chance of the > users powering/resuming the laptop with the lid closed > - in the "close" case, this setting works for docked laptops, but if > the laptop can be docked, it can also be undocked. And if you boot > with button.lid_init_state=close, undock your laptop, go into suspend, > resume -> the lid state is now "closed" while it should be opened. > > So no, these are just workarounds. i915/nouveau expect the acpi/button > state to be reliable, or they sh...

...> Owen, as Kai-Heng said thank you for reporting this. > > Hans, you're welcome, and thanks for your help too. > >>>>> ## Reproducing >>>>> >>>>> 1. Boot system to framebuffer console. >>>>> 2. Run `systemctl suspend`. If undocked without secondary display, >>>>> suspend fails. If docked with secondary display, suspend succeeds. >>>>> 3. Resume from suspend if applicable. >>>>> 4. System is now in a broken state. >>>> >>>> So I guess we need to put those...

https://bugs.freedesktop.org/show_bug.cgi?id=74002 Priority: medium Bug ID: 74002 Assignee: nouveau at lists.freedesktop.org Summary: [un]docking Lenovo W530 results in interrupt storm QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified OS: Linux (All) Reporter: jcollins at