search for: undocked

...;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-20170131-...

...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. I...

#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 no...

...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(), thi...

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 late...

...=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 o...

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 can...

Without a NULL pointer safe-guard patch, I get a kernel oops when I plug in external displays in my docking station, (exactly the same issue as https://bugs.freedesktop.org/show_bug.cgi?id=101778) and without removing or modifying the check (accepting PCI_CLASS_DISPLAY_3D in the if-condition), I cannot use external displays through my docking station. This is on an optimus system where I use

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] > >

On 05/12/17 08:53, Toralf Lund wrote: > 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

Hello all, I'm wondering if there's any interest in trying to bond em1 and eth0 (respectively wired and wireless interfaces here), and if any, how to do it in CentOS6. I've found this, which could possibly help (but I'm failing yet): http://r.outlyer.net/linux:bonding https://help.ubuntu.com/community/UbuntuBonding Both are dealing w/ ifenslave. Any experience or point of

this just in -- who can take it? (Mau??) I have no access to a Mac to even test the bug right now.. ___ Dan Miller (++,) Founder, On2 Technologies <p>-----Original Message----- From: devbugs@apple.com [mailto:devbugs@apple.com] Sent: Tuesday, June 17, 2003 2:21 PM To: Dan Miller Cc: gao@apple.com; Doug Mcintyre Subject: Re: 3274253-docked On2 movies don't draw the video frame

...-> 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 shou...

...> 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 de...

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