Re: [bisected] Re: regression: nouveau fifo: fault 01 ==> channel 1: killed ==> dead desktop

Hi Mike, Thanks for the report, Does the attached patch help? Dave. On Thu, Dec 17, 2020 at 11:30 PM Mike Galbraith wrote: > > On Wed, 2020-12-16 at 14:31 +0100, Mike Galbraith wrote: > > When the below new to 5.11 cycle badness happens, it's time to reboot. > > > > ... > > [ 27.467260]

Re: [bisected] Re: drm, qxl: post 5.11 merge warning+explosion

Yes this looks correct, please add my rb and get into a fixes queue somewhere. Dave. On Fri, Dec 18, 2020 at 2:39 AM Christian König wrote: > > Am 17.12.20 um 17:26 schrieb Mike Galbraith: > > On Thu, 2020-12-17 at 17:24 +0100, Christian König wrote: > >> Hi Mike, > >> > >> what exactly is the

Re: [PATCH stable-4.9.y] locking/qspinlock: Pull in asm/byteorder.h to ensure correct endianness

On Fri, Jan 25, 2019 at 5:04 AM Greg KH wrote: > > On Thu, Jan 24, 2019 at 06:54:15PM +, Will Deacon wrote: > > From: Dave Airlie > > > > This commit is not required upstream, but is required for the 4.9.y > > stable series. > > > > Upstream commit 101110f6271c ("Kbuild: always define

Re: [PATCH] RFC: platform/x86: wmi: Fix check for method instance number

- Original Message - > From: "Pali Rohár" > To: "Chun-Yi Lee" , "Corentin Chary" > , acpi4asus-u...@lists.sourceforge.net, > "Dave Airlie" , "Oleksij Rempel" > , "João Paulo

Re: [PATCH] RFC: platform/x86: wmi: Fix check for method instance number

- Original Message - > From: "Pali Rohár" > To: "Chun-Yi Lee" , "Corentin Chary" > , acpi4asus-u...@lists.sourceforge.net, > "Dave Airlie" , "Oleksij Rempel" > , "João Paulo Rechi Vita" > > Cc: "Darren Hart" , "Andy Shevchenko" > , "Andy Lutomirski" > ,

Re: DRM_CONTROL node breakage (Re: [PATCH] [RFC] drm: Nerf DRM_CONTROL nodes)

> > No. > > IMO Not fixing this immediately through stable is out of the question. > The deal is that we don't break userspace. > Having said that, I'm not against a long term vmwgfx-only solution. But > let's fix this now. > > Admittedly we missed testing this but you got to understand that

Re: DRM_CONTROL node breakage (Re: [PATCH] [RFC] drm: Nerf DRM_CONTROL nodes)

> > No. > > IMO Not fixing this immediately through stable is out of the question. > The deal is that we don't break userspace. > Having said that, I'm not against a long term vmwgfx-only solution. But > let's fix this now. > > Admittedly we missed testing this but you got to understand that

Re: Linux 4.8-rc1 Cirrus QEMU crashes on boot.

t;daniel.vet...@ffwll.ch> > Cc: "Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>, "Dave Airlie" > <airl...@redhat.com>, "David Airlie" > <airl...@linux.ie>, "DRI" <dri-de...@lists.freedesktop.org> > Sent: Tu

Re: Linux 4.8-rc1 Cirrus QEMU crashes on boot.

- Original Message - > From: "Linus Torvalds" > To: "Eric W. Biederman" , "Boris Brezillon" > , "Daniel > Vetter" > Cc: "Linux Kernel Mailing List" , "Dave Airlie" > , "David Airlie" > ,

Re: [GIT PULL] drm/arcpgu: use dedicated memory area for frame buffer

- Original Message - > From: "Alexey Brodkin" > To: airl...@redhat.com, dan...@ffwll.ch, "Vineet Gupta" > , airl...@linux.ie > Cc: dri-de...@lists.freedesktop.org, linux-kernel@vger.kernel.org, >

Re: [GIT PULL] drm/arcpgu: use dedicated memory area for frame buffer

- Original Message - > From: "Alexey Brodkin" > To: airl...@redhat.com, dan...@ffwll.ch, "Vineet Gupta" > , airl...@linux.ie > Cc: dri-de...@lists.freedesktop.org, linux-kernel@vger.kernel.org, > linux-snps-...@lists.infradead.org > Sent: Monday, 23 May, 2016 8:31:41 PM > Subject:

Re: clang --target=bpf missing on f23 was: Re: [PATCH 1/2] perf test: Add libbpf relocation checker

- Original Message - > From: "Alexei Starovoitov" > To: "Adam Jackson" > Cc: "Arnaldo Carvalho de Melo" , "Wang Nan" > , a...@kernel.org, > linux-kernel@vger.kernel.org, "Daniel Borkmann" , "Li > Zefan" , > pi3or...@163.com, "Dave Airlie" > Sent: Saturday, 23 January, 2016 3:42:30

Re: clang --target=bpf missing on f23 was: Re: [PATCH 1/2] perf test: Add libbpf relocation checker

- Original Message - > From: "Alexei Starovoitov" > To: "Adam Jackson" > Cc: "Arnaldo Carvalho de Melo" , "Wang Nan" > , a...@kernel.org, > linux-kernel@vger.kernel.org, "Daniel Borkmann"

Re: Regression on Chromebook Pixel 2015 due to i915 fastboot always-on

- Original Message - > From: "Linus Torvalds" > To: "Jani Nikula" > Cc: "Daniel Vetter" , "Olof Johansson" > , "Maarten Lankhorst" > , "Dave Airlie" , > "Duncan Laurie" , > "dri-devel" , "Linux Kernel Mailing List" > > Sent: Thursday, 19 November, 2015 2:18:50 AM > Subject: Re:

Re: Regression on Chromebook Pixel 2015 due to i915 fastboot always-on

- Original Message - > From: "Linus Torvalds" > To: "Jani Nikula" > Cc: "Daniel Vetter" , "Olof Johansson" > , "Maarten Lankhorst" > , "Dave Airlie"

Re: [PATCH v5 1/5] pci: add pci_iomap_wc() variants

> On Tue, May 19, 2015 at 4:02 PM, Bjorn Helgaas wrote: > > [-cc Venkatesh (bouncing) > > > > On Tue, May 19, 2015 at 5:46 PM, Luis R. Rodriguez > > wrote: > >> On Tue, May 19, 2015 at 3:44 PM, Bjorn Helgaas > >> wrote: > >>> Acked-by: Bjorn Helgaas > >> > >> Thanks! Who's tree should this go

Re: [PATCH v5 1/5] pci: add pci_iomap_wc() variants

On Tue, May 19, 2015 at 4:02 PM, Bjorn Helgaas bhelg...@google.com wrote: [-cc Venkatesh (bouncing) On Tue, May 19, 2015 at 5:46 PM, Luis R. Rodriguez mcg...@do-not-panic.com wrote: On Tue, May 19, 2015 at 3:44 PM, Bjorn Helgaas bhelg...@google.com wrote: Acked-by: Bjorn Helgaas

Re: [Intel-gfx] Commit 0e32b39c ("drm/i915: add DP 1.2 MST support (v0.7)") breaking DP audio on T440s

- Original Message - > From: "Jani Nikula" > To: "Paul Moore" , "Dave Airlie" , > intel-...@lists.freedesktop.org > Cc: "Daniel Gultsch" , linux-kernel@vger.kernel.org > Sent: Monday, 11 May, 2015 6:01:49 PM > Subject: Re: [Intel-gfx] Commit 0e32b39c ("drm/i915: add DP 1.2 MST support

Re: [Intel-gfx] Commit 0e32b39c (drm/i915: add DP 1.2 MST support (v0.7)) breaking DP audio on T440s

- Original Message - From: Jani Nikula jani.nik...@linux.intel.com To: Paul Moore p...@paul-moore.com, Dave Airlie airl...@redhat.com, intel-...@lists.freedesktop.org Cc: Daniel Gultsch dan...@gultsch.de, linux-kernel@vger.kernel.org Sent: Monday, 11 May, 2015 6:01:49 PM Subject:

Re: [PATCH] bochs-drm: disable video before changing video mode

- Original Message - > From: "Alexander Beregalov" > To: "Gerd Hoffmann" > Cc: "Chris Ruffin" , "Linux Kernel Mailing List" > , "Dave > Airlie" , cmruf...@gmail.com, "Alexander Beregalov" > , "alexey > buyanov" > Sent: Wednesday, 1 April, 2015 2:13:33 AM > Subject: Re: [PATCH]

Re: [PATCH] bochs-drm: disable video before changing video mode

- Original Message - From: Alexander Beregalov a.berega...@gmail.com To: Gerd Hoffmann kra...@redhat.com Cc: Chris Ruffin chris.ruf...@intel.com, Linux Kernel Mailing List linux-kernel@vger.kernel.org, Dave Airlie airl...@redhat.com, cmruf...@gmail.com, Alexander Beregalov

Re: [PATCH 3/5] lib: lockless generic and arch independent page table (gpt) v2.

> On Mon, Nov 10, 2014 at 09:45:33PM -0500, Jerome Glisse wrote: > > All the complexity arise from two things, first the need to keep ad-hoc > > link btw directory level to facilitate iteration over range. > > btw means "by the way" not "between", use a dictionary some time. > Thanks for the

Re: [PATCH 3/5] lib: lockless generic and arch independent page table (gpt) v2.

On Mon, Nov 10, 2014 at 09:45:33PM -0500, Jerome Glisse wrote: All the complexity arise from two things, first the need to keep ad-hoc link btw directory level to facilitate iteration over range. btw means by the way not between, use a dictionary some time. Thanks for the in-depth

Re: [3.10rc6] /proc/dri/0/vma broken on nouveau.

> Reading /proc/dri/0/vma causes bad things to happen on a box with nouveau > loaded. > (Note, no X running on that box) > > Trace below shows trinity, but I can reproduce it with just cat > /proc/dri/0/vma How about this, lets just rip it all out. Dave.From

Re: [3.10rc6] /proc/dri/0/vma broken on nouveau.

Reading /proc/dri/0/vma causes bad things to happen on a box with nouveau loaded. (Note, no X running on that box) Trace below shows trinity, but I can reproduce it with just cat /proc/dri/0/vma How about this, lets just rip it all out. Dave.From 54f9605737437272f440bbc6cc4adf805334884b

Re: [PATCH 3/5] PCI: revert preparing for wakeup in runtime-suspend finalization

- Original Message - > From: "Konstantin Khlebnikov" > To: "Rafael J. Wysocki" > Cc: "Bjorn Helgaas" , linux-kernel@vger.kernel.org, > e1000-de...@lists.sourceforge.net, > linux-...@vger.kernel.org, "Dave Airlie" , "Rafael J. > Wysocki" > Sent: Saturday, 2 February, 2013 10:12:03 PM

Re: [PATCH 3/5] PCI: revert preparing for wakeup in runtime-suspend finalization

> Rafael J. Wysocki wrote: > > On Tuesday, January 29, 2013 12:55:15 PM Rafael J. Wysocki wrote: > >> On Tuesday, January 29, 2013 11:04:57 AM Konstantin Khlebnikov > >> wrote: > >>> Rafael J. Wysocki wrote: > On Monday, January 28, 2013 04:17:42 PM Bjorn Helgaas wrote: > > [+cc Rafael]

Re: [PATCH 3/5] PCI: revert preparing for wakeup in runtime-suspend finalization

Rafael J. Wysocki wrote: On Tuesday, January 29, 2013 12:55:15 PM Rafael J. Wysocki wrote: On Tuesday, January 29, 2013 11:04:57 AM Konstantin Khlebnikov wrote: Rafael J. Wysocki wrote: On Monday, January 28, 2013 04:17:42 PM Bjorn Helgaas wrote: [+cc Rafael] On Fri, Jan 18, 2013

Re: [PATCH 3/5] PCI: revert preparing for wakeup in runtime-suspend finalization

- Original Message - From: Konstantin Khlebnikov khlebni...@openvz.org To: Rafael J. Wysocki r...@sisk.pl Cc: Bjorn Helgaas bhelg...@google.com, linux-kernel@vger.kernel.org, e1000-de...@lists.sourceforge.net, linux-...@vger.kernel.org, Dave Airlie airl...@redhat.com, Rafael J.

Re: [PATCH] pci/runtime-pm: respect devices autosuspend timeout on config access

- Original Message - > From: "Huang Ying" > To: "David Airlie" > Cc: linux-...@vger.kernel.org, linux-kernel@vger.kernel.org, "Bjorn Helgaas" > , "Rafael J. > Wysocki" > Sent: Wednesday, 7 November, 2012 4:26:25 PM > Sub

Re: [PATCH] pci/runtime-pm: respect devices autosuspend timeout on config access

> > > > Cc: Huang Ying > > Cc: Bjorn Helgaas > > Cc: Rafael J. Wysocki > > Signed-off-by: Dave Airlie > > --- > > drivers/pci/pci-sysfs.c | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/drivers/pci/pci-sysfs.c b/drivers/pci/pci-sysfs.c > > index

Re: [PATCH] pci/runtime-pm: respect devices autosuspend timeout on config access

Cc: Huang Ying ying.hu...@intel.com Cc: Bjorn Helgaas bhelg...@google.com Cc: Rafael J. Wysocki r...@sisk.pl Signed-off-by: Dave Airlie airl...@redhat.com --- drivers/pci/pci-sysfs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pci/pci-sysfs.c

Re: [PATCH] pci/runtime-pm: respect devices autosuspend timeout on config access

- Original Message - From: Huang Ying ying.hu...@intel.com To: David Airlie airl...@redhat.com Cc: linux-...@vger.kernel.org, linux-kernel@vger.kernel.org, Bjorn Helgaas bhelg...@google.com, Rafael J. Wysocki r...@sisk.pl Sent: Wednesday, 7 November, 2012 4:26:25 PM Subject: Re

Re: [3.6.2] oops @ opteron server: mgag200 Fatal error during GPU init

> On Friday 19 of October 2012 07:37:55 Don Morris wrote: > > [drm:mga_vram_init] ERROR can't reserve VRAM > > Hi again, small update. > > i've figured out that loading uvesafb before mgag200 is causing this > vram-reserve-error. I think we need to kick uvesafb off like we kick efi and vesafb.

Re: [3.6.2] oops @ opteron server: mgag200 Fatal error during GPU init

On Friday 19 of October 2012 07:37:55 Don Morris wrote: [drm:mga_vram_init] ERROR can't reserve VRAM Hi again, small update. i've figured out that loading uvesafb before mgag200 is causing this vram-reserve-error. I think we need to kick uvesafb off like we kick efi and vesafb. and

Re: ASpeed Technologies KMS VGA Driver error in log

> > > > > > > Oh thanks for pointing this out, its just left over debug, I'll > > send a patch > > to remove it. > > > > Dave. > > Hello, > I see no changes in the current kernel tree. Maybe you forgot about > it ? > > Not sure what kernel tree you are looking in, should be in Linus tree

Re: ASpeed Technologies KMS VGA Driver error in log

Oh thanks for pointing this out, its just left over debug, I'll send a patch to remove it. Dave. Hello, I see no changes in the current kernel tree. Maybe you forgot about it ? Not sure what kernel tree you are looking in, should be in Linus tree upstream now. commit

Re: ASpeed Technologies KMS VGA Driver error in log

- Original Message - > From: "Keven" > To: linux-kernel@vger.kernel.org, airl...@redhat.com > Sent: Monday, 3 September, 2012 12:26:05 AM > Subject: ASpeed Technologies KMS VGA Driver error in log > > 1. ASpeed Technologies KMS VGA Driver error in log > 2. Hi, I have an error message

Re: ASpeed Technologies KMS VGA Driver error in log

- Original Message - From: Keven theking...@gmail.com To: linux-kernel@vger.kernel.org, airl...@redhat.com Sent: Monday, 3 September, 2012 12:26:05 AM Subject: ASpeed Technologies KMS VGA Driver error in log 1. ASpeed Technologies KMS VGA Driver error in log 2. Hi, I have an