similar to: nouveau regression with 5.7 caused by "PCI/PM: Assume ports without DLL Link Active train links in 100 ms"

On Fri, Jul 17, 2020 at 1:54 AM Bjorn Helgaas <helgaas at kernel.org> wrote: > > [+cc Sasha -- stable kernel regression] > [+cc Patrick, Kai-Heng, LKML] > > On Fri, Jul 17, 2020 at 12:10:39AM +0200, Karol Herbst wrote: > > On Tue, Jul 7, 2020 at 9:30 PM Karol Herbst <kherbst at redhat.com> wrote: > > > > > > Hi everybody, > > > > >

On Thu, 2020-07-16 at 18:54 -0500, Bjorn Helgaas wrote: > [+cc Sasha -- stable kernel regression] > [+cc Patrick, Kai-Heng, LKML] > > On Fri, Jul 17, 2020 at 12:10:39AM +0200, Karol Herbst wrote: > > On Tue, Jul 7, 2020 at 9:30 PM Karol Herbst <kherbst at redhat.com> wrote: > > > Hi everybody, > > > > > > with the mentioned commit Nouveau

On Fri, Jul 17, 2020 at 02:43:52AM +0200, Karol Herbst wrote: >On Fri, Jul 17, 2020 at 1:54 AM Bjorn Helgaas <helgaas at kernel.org> wrote: >> >> [+cc Sasha -- stable kernel regression] >> [+cc Patrick, Kai-Heng, LKML] >> >> On Fri, Jul 17, 2020 at 12:10:39AM +0200, Karol Herbst wrote: >> > On Tue, Jul 7, 2020 at 9:30 PM Karol Herbst <kherbst at

[+cc Sasha -- stable kernel regression] [+cc Patrick, Kai-Heng, LKML] On Fri, Jul 17, 2020 at 12:10:39AM +0200, Karol Herbst wrote: > On Tue, Jul 7, 2020 at 9:30 PM Karol Herbst <kherbst at redhat.com> wrote: > > > > Hi everybody, > > > > with the mentioned commit Nouveau isn't able to load firmware onto the > > GPU on one of my systems here. Even though

Filed at https://bugzilla.kernel.org/show_bug.cgi?id=208597 oddly enough I wasn't able to reproduce it on my XPS 9560, will ping once something breaks. On Fri, Jul 17, 2020 at 2:43 AM Karol Herbst <kherbst at redhat.com> wrote: > > On Fri, Jul 17, 2020 at 1:54 AM Bjorn Helgaas <helgaas at kernel.org> wrote: > > > > [+cc Sasha -- stable kernel regression] >

Fix Thunderbolt-related issues in apple-gmux and vga_switcheroo: Patch [1/5] ("Recognize Thunderbolt devices") has already been subjected to a fair amount of scrutiny over at linux-pci@, I've submitted it 5 times total since May 2016. With luck it may be in ack-able shape now. Patch [2/5] amends apple-gmux to handle combined DP/Thunderbolt ports properly on newer MacBook Pros.

That doesn’t work too. :-( Last login: Mon Mar 19 19:18:16 on console iMac:~ andre$ mount /dev/disk0s2 on / (hfs, local, journaled) devfs on /dev (devfs, local, nobrowse) map -hosts on /net (autofs, nosuid, automounted, nobrowse) map auto_home on /home (autofs, automounted, nobrowse) /dev/disk2 on /Volumes/G-DRIVE Thunderbolt 3 (hfs, local, nodev, nosuid, journaled, noowners) iMac:~ andre$

On Tue, Sep 08, 2020 at 01:51:19AM +0200, Karol Herbst wrote: > oh, I somehow missed that "disp ctor failed" message. I think that > might explain why things are a bit hanging. From the top of my head I > am not sure if that's something known or something new. But just in > case I CCed Lyude and Ben. And I think booting with > nouveau.debug=disp=trace could already

Dear rsync users, I'm trying to copy my Time Machine Backup from my old USB hard drive to a new one. I got error messages, because rsync don't create group and other permissions. I use rsync 3.1.3. Did I use the correct parameters? Who has an idea, what mistake? Thanks! Best, André -- The bash script: #!/bin/bash source=/Volumes/LaCie\ d2\ Quadra\ v3/Backups.backupdb

The wrong values are reported from pcie_bandwidth_available() which can cause problems for performance of eGPUs. This series overhauls Thunderbolt related device detection and uses the changes to change the behavior of pcie_bandwidth_available(). v2->v3: * Stop lumping all thunderbolt VSEC and USB4 devices together, introduce is_virtual_link instead * Drop unnecessary patches Mario

On Fri, Feb 24, 2017 at 08:19:45PM +0100, Lukas Wunner wrote: > Detect on probe whether a PCI device is part of a Thunderbolt controller. > > Intel uses a Vendor-Specific Extended Capability (VSEC) with ID 0x1234 > on such devices. Detect presence of this VSEC and cache it in a newly > added is_thunderbolt bit in struct pci_dev. Add a helper to check > whether a given PCI

On Mon, Sep 07, 2020 at 09:14:03PM +0200, Karol Herbst wrote: > > - changes in the nouveau driver. Mika told me the PCIe regression > > "pcieport 0000:00:01.0: PME: Spurious native interrupt!" is supposed > > to be fixed in 5.8, but I still get a 4mn hang or so during boot and > > with 5.8, removing the USB key, didn't help make the boot faster >

Ok, I have an update to this problem. I added the nouveau list because I can't quite tell if the issue is: - the PCIe changes that went in 5.6 I think (or 5.5?), referenced below - a new issue with thunderbold on thinkpad P73, that seems to be triggered if I have a USB-C yubikey in the port. With 5.7, my issues went away if I removed the USB key during boot, showing an interaction

On a very specific subset of ThinkPad P50 SKUs, particularly ones that come with a Quadro M1000M chip instead of the M2000M variant, the BIOS seems to have a very nasty habit of not always resetting the secondary Nvidia GPU between full reboots if the laptop is configured in Hybrid Graphics mode. The reason for this happening is unknown, but the following steps and possibly a good bit of patience

Warren Thanks for the thoughts. Even with 'dmesg', I found nothing. The reboot got rid of the problem and it continues to run perfectly in the same configuration. I, too, have a slight dislike for external USB disks, and much prefer internal drives for esveral reasons: - Internal drives are protected by being inside a tower and thus have less chance of falling or being bumped than

On Thu, Mar 09, 2017 at 04:03:47PM +0100, Daniel Vetter wrote: > On Fri, Feb 24, 2017 at 08:19:45PM +0100, Lukas Wunner wrote: > > Fix Thunderbolt-related issues in apple-gmux and vga_switcheroo: > > > > Patch [1/5] ("Recognize Thunderbolt devices") has already been subjected > > to a fair amount of scrutiny over at linux-pci@, I've submitted it 5 times

sh-3.2# /Users/andre/Desktop/Skripte/rsync_tm Kopiere Time Machine Backup ... rsync: chgrp "/Volumes/G-DRIVE Thunderbolt 3/Backups.backupdb/.RecoverySets/0/com.apple.recovery.boot/boot.efi" failed: Operation not permitted (1) rsync: failed to set times on "/Volumes/G-DRIVE Thunderbolt 3/Backups.backupdb/iMac": Operation not permitted (1) rsync: symlink "/Volumes/G-DRIVE

[ 0.000000] microcode: CPU0 microcode updated early to revision 0x1b, date = 2014-05-29 [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Initializing cgroup subsys cpuacct [ 0.000000] Linux version 4.4.0-rc3+ (airlied at crackbookpro) (gcc version 5.1.1 20150618 (Red Hat 5.1.1-4) (GCC) ) #44 SMP Sat Dec 5 16:05:39 AEST 2015 [

Hello all, I recently bought a brand new Dell Precision 7540 laptop.? Before buying I checked the specifications from the RedHat hardware list and they said that it was "fully RedHat 8 Certified" and listed all the hardware that was "certified" to work with that laptop. https://access.redhat.com/ecosystem/hardware/3979771 I have had good results the last few years with

I installed CentOS 7 in VirtualBox in OS X Yosemite, but the NIC is not getting an IP address. So I thought it was a problem with the thunderbolt adapter. ?I then installed CentOS 7 in VirtualBox on a box with CentOS 6.5. ?The network doesn't work in the VM either. ?Anyone tried CentOS 7 in VirtualBox (latest version) and have the network working? Thanks, -wes