Nouveau Display Driver

• Thread Index

• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] wait: Parameterize the return variable to ___wait_event()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/7] PCI: Drop the `is_thunderbolt` attribute from PCI core
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/7] PCI: Drop the `is_thunderbolt` attribute from PCI core
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/6] Remove usage of list iterator past the loop body
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Barnabás Pőcze <pobrn@xxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 0/7] Overhaul `is_thunderbolt`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] treewide: remove check of list iterator against head past the loop body
  • From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH v5 4/7] drm/amd: drop the use of `pci_is_thunderbolt_attached`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v5 1/7] PCI: Move `is_thunderbolt` check for lack of command completed to a quirk
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: (subset) [PATCH v2 13/22] drm/nouveau/kms: Remove redundant zpos initialisation
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 7/7] PCI: drop `pci_is_thunderbolt_attached`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v5 5/7] drm/nouveau: drop the use of `pci_is_thunderbolt_attached`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/6] drivers: usb: remove usage of list iterator past the loop body
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] treewide: remove check of list iterator against head past the loop body
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/6] drivers: usb: remove usage of list iterator past the loop body
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• [PATCH 6/6] treewide: remove check of list iterator against head past the loop body
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 3/6] treewide: fix incorrect use to determine if list is empty
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 13/22] drm/nouveau/kms: Remove redundant zpos initialisation
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v5 6/7] drm/radeon: drop the use of `pci_is_thunderbolt_attached`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• Re: [PATCH 1/6] drivers: usb: remove usage of list iterator past the loop body
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH 1/6] drivers: usb: remove usage of list iterator past the loop body
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/6] treewide: fix incorrect use to determine if list is empty
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH] drm/nouveau/instmem: fix uninitialized_var.cocci warning
  • From: Guo Zhengkui <guozhengkui@xxxxxxxx>
• [PATCH v5 2/7] PCI: Move check for old Apple Thunderbolt controllers into a quirk
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/6] drivers: usb: remove usage of list iterator past the loop body
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v5 3/7] PCI: Drop the `is_thunderbolt` attribute from PCI core
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 4/6] drivers: remove unnecessary use of list iterator variable
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• [PATCH 5/6] treewide: remove dereference of list iterator after loop body
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: Remove the unused header file nvif/list.h
  • From: Cai Huoqing <cai.huoqing@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH v5 3/7] PCI: Drop the `is_thunderbolt` attribute from PCI core
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v5 3/7] PCI: Drop the `is_thunderbolt` attribute from PCI core
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v5 3/7] PCI: Drop the `is_thunderbolt` attribute from PCI core
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v5 3/7] PCI: Drop the `is_thunderbolt` attribute from PCI core
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/7] PCI: Drop the `is_thunderbolt` attribute from PCI core
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v5 3/7] PCI: Drop the `is_thunderbolt` attribute from PCI core
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH v5 3/7] PCI: Drop the `is_thunderbolt` attribute from PCI core
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v5 3/7] PCI: Drop the `is_thunderbolt` attribute from PCI core
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: Remove the unused header file nvif/list.h
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v2 13/22] drm/nouveau/kms: Remove redundant zpos initialisation
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v2 13/22] drm/nouveau/kms: Remove redundant zpos initialisation
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• 2022 X.Org Board of Directors Elections Nomination period is NOW
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v2 13/22] drm/nouveau/kms: Remove redundant zpos initialisation
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v2 13/22] drm/nouveau/kms: Remove redundant zpos initialisation
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm: Only select I2C_ALGOBIT for drivers that actually need it
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v4 05/10] PCI: Move check for old Apple Thunderbolt controllers into a quirk
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH] drm/nouveau/bios: Use HWSQ entry 1 for PowerBook6, 1
  • From: Icenowy Zheng <icenowy@xxxxxxx>
• Re: [PATCH v3 04/12] PCI: Drop the `is_thunderbolt` attribute from PCI core
  • From: "Limonciello, Mario" <mario.limonciello@xxxxxxx>
• Re: [PATCH v4 00/10] Overhaul `is_thunderbolt`
  • From: "Limonciello, Mario" <mario.limonciello@xxxxxxx>
• [PATCH v4 10/10] PCI: drop `pci_is_thunderbolt_attached`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v4 07/10] drm/amd: drop the use of `pci_is_thunderbolt_attached`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH v4 01/10] PCI: Add USB4 class definition
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v4 02/10] PCI: Move `is_thunderbolt` check for lack of command completed to a quirk
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v4 09/10] drm/radeon: drop the use of `pci_is_thunderbolt_attached`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v4 08/10] drm/nouveau: drop the use of `pci_is_thunderbolt_attached`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v4 00/10] Overhaul `is_thunderbolt`
  • From: "Limonciello, Mario" <mario.limonciello@xxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/bios: Use HWSQ entry 1 for PowerBook6, 1
  • From: Icenowy Zheng <icenowy@xxxxxxx>
• Re: Possible regression on suspend (mem/s2idle) between 5.15 and 5.16
  • From: Martin Knoblauch <knobi@xxxxxxxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH v4 06/10] PCI: Drop the `is_thunderbolt` attribute from PCI core
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v4 04/10] PCI: Detect PCIe root ports for discrete USB4 controllers
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v4 03/10] PCI: Detect root port of internal USB4 controllers
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v4 00/10] Overhaul `is_thunderbolt`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH v3 05/12] PCI: Detect root port of internal USB4 devices by `usb4-host-interface`
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [Important!] 2022 X.Org Foundation Membership deadline for voting in the election
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v4 00/10] Overhaul `is_thunderbolt`
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/10] Overhaul `is_thunderbolt`
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH v4 00/10] Overhaul `is_thunderbolt`
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/10] Overhaul `is_thunderbolt`
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 09/27] mm: generalize the pgmap based page_free infrastructure
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/bios: Use HWSQ entry 1 for PowerBook6, 1
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: [PATCH v3 05/12] PCI: Detect root port of internal USB4 devices by `usb4-host-interface`
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 05/12] PCI: Detect root port of internal USB4 devices by `usb4-host-interface`
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 05/12] PCI: Detect root port of internal USB4 devices by `usb4-host-interface`
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v3 05/12] PCI: Detect root port of internal USB4 devices by `usb4-host-interface`
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 04/12] PCI: Drop the `is_thunderbolt` attribute from PCI core
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 03/12] PCI: Move check for old Apple Thunderbolt controllers into a quirk
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 03/12] PCI: Move check for old Apple Thunderbolt controllers into a quirk
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] PCI: drop `is_thunderbolt` attribute
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 03/12] PCI: Move check for old Apple Thunderbolt controllers into a quirk
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v3 03/12] PCI: Move check for old Apple Thunderbolt controllers into a quirk
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v2 3/9] PCI: drop `is_thunderbolt` attribute
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v3 04/12] PCI: Drop the `is_thunderbolt` attribute from PCI core
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH v3 08/12] drm/amd: drop the use of `pci_is_thunderbolt_attached`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 12/12] PCI: drop `pci_is_thunderbolt_attached`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v3 03/12] PCI: Move check for old Apple Thunderbolt controllers into a quirk
  • From: "Limonciello, Mario" <mario.limonciello@xxxxxxx>
• Re: [PATCH v2 3/9] PCI: drop `is_thunderbolt` attribute
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxx>
• [PATCH v3 02/12] PCI: Move `is_thunderbolt` check for lack of command completed to a quirk
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 07/12] PCI: Set ports for discrete USB4 controllers appropriately
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 11/12] platform/x86: amd-gmux: drop the use of `pci_is_thunderbolt_attached`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 06/12] PCI: Explicitly mark USB4 NHI devices as removable
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 00/12] Overhaul `is_thunderbolt`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 10/12] drm/radeon: drop the use of `pci_is_thunderbolt_attached`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 04/12] PCI: Drop the `is_thunderbolt` attribute from PCI core
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 05/12] PCI: Detect root port of internal USB4 devices by `usb4-host-interface`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 09/12] drm/nouveau: drop the use of `pci_is_thunderbolt_attached`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v2 4/9] PCI: mark USB4 devices as removable
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxx>
• Re: [PATCH v2 8/9] platform/x86: amd-gmux: drop the use of `pci_is_thunderbolt_attached`
  • From: Yehezkel Bernat <yehezkelshb@xxxxxxxxx>
• [PATCH v3 01/12] thunderbolt: move definition of PCI_CLASS_SERIAL_USB_USB4
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 03/12] PCI: Move check for old Apple Thunderbolt controllers into a quirk
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v3 07/12] PCI: Set ports for discrete USB4 controllers appropriately
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v3 06/12] PCI: Explicitly mark USB4 NHI devices as removable
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v3 05/12] PCI: Detect root port of internal USB4 devices by `usb4-host-interface`
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v3 03/12] PCI: Move check for old Apple Thunderbolt controllers into a quirk
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v3 02/12] PCI: Move `is_thunderbolt` check for lack of command completed to a quirk
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v3 01/12] thunderbolt: move definition of PCI_CLASS_SERIAL_USB_USB4
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2 4/9] PCI: mark USB4 devices as removable
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] PCI: drop `is_thunderbolt` attribute
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] thunderbolt: move definition of PCI_CLASS_SERIAL_USB_USB4
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 8/9] platform/x86: amd-gmux: drop the use of `pci_is_thunderbolt_attached`
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 8/9] platform/x86: amd-gmux: drop the use of `pci_is_thunderbolt_attached`
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 4/9] PCI: mark USB4 devices as removable
  • From: Macpaul Lin <macpaul.lin@xxxxxxxxxxxx>
• [PATCH v2 4/9] PCI: mark USB4 devices as removable
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: start sorting out the ZONE_DEVICE refcount mess v2
  • From: "Sierra Guiza, Alejandro (Alex)" <alex.sierra@xxxxxxx>
• Re: [PATCH 03/27] mm: remove pointless includes from <linux/hmm.h>
  • From: Muchun Song <songmuchun@xxxxxxxxxxxxx>
• [PATCH v2 1/9] thunderbolt: move definition of PCI_CLASS_SERIAL_USB_USB4
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v2 6/9] drm/nouveau: drop the use of `pci_is_thunderbolt_attached`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v2 5/9] drm/amd: drop the use of `pci_is_thunderbolt_attached`
  • From: Macpaul Lin <macpaul.lin@xxxxxxxxxxxx>
• Re: [PATCH 01/27] mm: remove a pointless CONFIG_ZONE_DEVICE check in memremap_pages
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH v2 5/9] drm/amd: drop the use of `pci_is_thunderbolt_attached`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH 16/49] arch/x86: replace cpumask_weight with cpumask_empty where appropriate
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v2 0/9] Overhaul is_thunderbolt
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v2 2/9] PCI: Move `is_thunderbolt` check for lack of command completed to a quirk
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v2 9/9] PCI: drop `pci_is_thunderbolt_attached`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v2 7/9] drm/radeon: drop the use of `pci_is_thunderbolt_attached`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v2 8/9] platform/x86: amd-gmux: drop the use of `pci_is_thunderbolt_attached`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v2 3/9] PCI: drop `is_thunderbolt` attribute
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH 6/8] mm: don't include <linux/memremap.h> in <linux/mm.h>
  • From: Felix Kuehling <felix.kuehling@xxxxxxx>
• Re: [PATCH 13/27] mm: move the migrate_vma_* device migration code into it's own file
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: start sorting out the ZONE_DEVICE refcount mess v2
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH 11/27] mm: refactor the ZONE_DEVICE handling in migrate_vma_insert_page
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH 12/27] mm: refactor the ZONE_DEVICE handling in migrate_vma_pages
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH 14/27] mm: build migrate_vma_* for all configs with ZONE_DEVICE support
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH 13/27] mm: move the migrate_vma_* device migration code into it's own file
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH 27/27] tools: add hmm gup test for long term pinned device pages
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/27] mm/gup: migrate device coherent pages when pinning instead of failing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/27] mm: remove the vma check in migrate_vma_setup()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/27] tools: update hmm-test to support device coherent type
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/27] tools: update test_hmm script to support SP config
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/27] lib: add support for device coherent type in test_hmm
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/27] lib: test_hmm add module param for zone device type
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/27] lib: test_hmm add ioctl to get zone device type
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/27] drm/amdkfd: coherent type as sys mem on migration to ram
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/27] drm/amdkfd: add SPM support for SVM
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/27] mm: add device coherent vma selection for memory migration
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/27] mm/gup: fail get_user_pages for LONGTERM dev coherent type
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/27] mm: move the migrate_vma_* device migration code into it's own file
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/27] mm: add zone device coherent type memory support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/27] mm: build migrate_vma_* for all configs with ZONE_DEVICE support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/27] mm: refactor the ZONE_DEVICE handling in migrate_vma_pages
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/27] mm: refactor the ZONE_DEVICE handling in migrate_vma_insert_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/27] mm: refactor check_and_migrate_movable_pages
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/27] mm: generalize the pgmap based page_free infrastructure
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/27] fsdax: depend on ZONE_DEVICE || FS_DAX_LIMITED
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/27] mm: remove the extra ZONE_DEVICE struct page refcount
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/27] mm: don't include <linux/memremap.h> in <linux/mm.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/27] mm: simplify freeing of devmap managed pages
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/27] mm: move free_devmap_managed_page to memremap.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/27] mm: remove the __KERNEL__ guard from <linux/mm.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/27] mm: remove pointless includes from <linux/hmm.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/27] mm: remove a pointless CONFIG_ZONE_DEVICE check in memremap_pages
  • From: Christoph Hellwig <hch@xxxxxx>
• start sorting out the ZONE_DEVICE refcount mess v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 6/8] mm: don't include <linux/memremap.h> in <linux/mm.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 6/8] mm: don't include <linux/memremap.h> in <linux/mm.h>
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH 5/8] mm: simplify freeing of devmap managed pages
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH v2] dma-buf-map: Rename to iosys-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH v2] dma-buf-map: Rename to iosys-map
  • From: Sumit Semwal <sumit.semwal@xxxxxxxxxx>
• Re: [PATCH v3] dma-buf-map: Rename to iosys-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH 3/8] mm: remove pointless includes from <linux/hmm.h>
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• [PATCH] drm/nouveau: Remove the unused header file nvif/list.h
  • From: Cai Huoqing <cai.huoqing@xxxxxxxxx>
• [PATCH v2] dma-buf-map: Rename to iosys-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH v2] dma-buf-map: Rename to iosys-map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2] dma-buf-map: Rename to iosys-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH 2/8] mm: remove the __KERNEL__ guard from <linux/mm.h>
  • From: Muchun Song <songmuchun@xxxxxxxxxxxxx>
• [PATCH v4] dma-buf-map: Rename to iosys-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH 13/23] drm/nouveau/kms: Remove redundant zpos initialisation
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH 4/8] mm: move free_devmap_managed_page to memremap.c
  • From: Muchun Song <songmuchun@xxxxxxxxxxxxx>
• Re: [PATCH 00/14] Rename dma-buf-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v3] dma-buf-map: Rename to iosys-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH v3] dma-buf-map: Rename to iosys-map
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 4/8] mm: move free_devmap_managed_page to memremap.c
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH 1/8] mm: remove a pointless CONFIG_ZONE_DEVICE check in memremap_pages
  • From: Muchun Song <songmuchun@xxxxxxxxxxxxx>
• Re: [PATCH 1/8] mm: remove a pointless CONFIG_ZONE_DEVICE check in memremap_pages
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH v3] dma-buf-map: Rename to iosys-map
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 00/14] Rename dma-buf-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 04/11] drm/i915: Use str_enable_disable()
  • From: Matt Roper <matthew.d.roper@xxxxxxxxx>
• Re: [PATCH v3] dma-buf-map: Rename to iosys-map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [Intel-gfx] [PATCH v2 03/11] drm/i915: Use str_yes_no()
  • From: Matt Roper <matthew.d.roper@xxxxxxxxx>
• Re: [PATCH 2/8] mm: remove the __KERNEL__ guard from <linux/mm.h>
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 06/11] drm/i915: Use str_on_off()
  • From: Matt Roper <matthew.d.roper@xxxxxxxxx>
• Re: start sorting out the ZONE_DEVICE refcount mess
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 05/11] drm/i915: Use str_enabled_disabled()
  • From: Matt Roper <matthew.d.roper@xxxxxxxxx>
• Re: [PATCH 6/8] mm: don't include <linux/memremap.h> in <linux/mm.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 7/8] mm: remove the extra ZONE_DEVICE struct page refcount
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 7/8] mm: remove the extra ZONE_DEVICE struct page refcount
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 7/8] mm: remove the extra ZONE_DEVICE struct page refcount
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 7/8] mm: remove the extra ZONE_DEVICE struct page refcount
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 6/8] mm: don't include <linux/memremap.h> in <linux/mm.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] drm/nouveau: Fix a potential theorical leak in nouveau_get_backlight_name()
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH v2] drm/nouveau/nvkm: fix dereference before null check
  • From: Weiguo Li <liwg06@xxxxxxxxxxx>
• Re: [PATCH 7/8] mm: remove the extra ZONE_DEVICE struct page refcount
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 6/8] mm: don't include <linux/memremap.h> in <linux/mm.h>
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH][next] nouveau/svm: Use struct_size() helper in nouveau_pfns_map()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/backlight: Just set all backlight types as RAW
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/backlight: Fix LVDS backlight detection on some laptops
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v4] dma-buf-map: Rename to iosys-map
  • From: Hans Verkuil <hverkuil-cisco@xxxxxxxxx>
• Re: [PATCH 6/8] mm: don't include <linux/memremap.h> in <linux/mm.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 7/8] mm: remove the extra ZONE_DEVICE struct page refcount
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: start sorting out the ZONE_DEVICE refcount mess
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 6/8] mm: don't include <linux/memremap.h> in <linux/mm.h>
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 5/8] mm: simplify freeing of devmap managed pages
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH][next] nouveau/svm: Use struct_size() helper in nouveau_pfns_map()
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH 6/8] mm: don't include <linux/memremap.h> in <linux/mm.h>
  • From: Felix Kuehling <felix.kuehling@xxxxxxx>
• Re: [PATCH 8/8] fsdax: depend on ZONE_DEVICE || FS_DAX_LIMITED
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 6/8] mm: don't include <linux/memremap.h> in <linux/mm.h>
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 5/8] mm: simplify freeing of devmap managed pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 4/8] mm: move free_devmap_managed_page to memremap.c
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/8] mm: remove the __KERNEL__ guard from <linux/mm.h>
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 1/8] mm: remove a pointless CONFIG_ZONE_DEVICE check in memremap_pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 7/8] mm: remove the extra ZONE_DEVICE struct page refcount
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 4/8] mm: move free_devmap_managed_page to memremap.c
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 6/8] mm: don't include <linux/memremap.h> in <linux/mm.h>
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 2/8] mm: remove the __KERNEL__ guard from <linux/mm.h>
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 1/8] mm: remove a pointless CONFIG_ZONE_DEVICE check in memremap_pages
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] drm/nouveau/mmu: fix reuse of nvkm_umem
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 3/8] mm: remove pointless includes from <linux/hmm.h>
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH 8/8] fsdax: depend on ZONE_DEVICE || FS_DAX_LIMITED
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/8] mm: remove the extra ZONE_DEVICE struct page refcount
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/8] mm: don't include <linux/memremap.h> in <linux/mm.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/8] mm: simplify freeing of devmap managed pages
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/8] mm: move free_devmap_managed_page to memremap.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/8] mm: remove pointless includes from <linux/hmm.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/8] mm: remove the __KERNEL__ guard from <linux/mm.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• start sorting out the ZONE_DEVICE refcount mess
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/8] mm: remove a pointless CONFIG_ZONE_DEVICE check in memremap_pages
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] Revert "drm/nouveau/pmu/gm200-: avoid touching PMU outside of DEVINIT/PREOS/ACR"
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] drm/nouveau/backlight: Just set all backlight types as RAW
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH] drm/nouveau/backlight: Fix LVDS backlight detection on some laptops
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [Important!] 2022 X.Org Foundation Membership deadline for voting in the election
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v2] dma-buf-map: Rename to iosys-map
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 00/14] Rename dma-buf-map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 00/14] Rename dma-buf-map
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] drm/nouveau/acr: Fix undefined behavior in nvkm_acr_hsfw_load_bl()
  • From: Kangjie Lu <kjlu@xxxxxxx>
• Re: [PATCH] drm/nouveau/acr: Fix undefined behavior in nvkm_acr_hsfw_load_bl()
  • From: Kangjie Lu <kjlu@xxxxxxx>
• Re: [PATCH] drm/nouveau/acr: Fix undefined behavior in nvkm_acr_hsfw_load_bl()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/acr: Fix undefined behavior in nvkm_acr_hsfw_load_bl()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Revert "drm/nouveau/acr: Fix undefined behavior in nvkm_acr_hsfw_load_bl()"
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/acr: Fix undefined behavior in nvkm_acr_hsfw_load_bl()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/acr: Fix undefined behavior in nvkm_acr_hsfw_load_bl()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/acr: Fix undefined behavior in nvkm_acr_hsfw_load_bl()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/14] iosys-map: Introduce renamed dma-buf-map
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [RFC PATCH v6 0/3] Add support modifiers for drivers whose planes only support linear layout
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH 09/14] drm/nouveau: Replace dma-buf-map with iosys-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH 01/14] iosys-map: Introduce renamed dma-buf-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH 03/14] dma-buf: Replace dma-buf-map with iosys-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH 11/14] drm/radeon: Replace dma-buf-map with iosys-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH 14/14] dma-buf-map: Remove API in favor of iosys-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH 07/14] drm/i915: Replace dma-buf-map with iosys-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH 04/14] media: Replace dma-buf-map with iosys-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH 10/14] drm/tegra: Replace dma-buf-map with iosys-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [RFC PATCH v6 2/3] drm: add support modifiers for drivers whose planes only support linear layout
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• Re: [PATCH 01/14] iosys-map: Introduce renamed dma-buf-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH 00/14] Rename dma-buf-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [RFC PATCH v6 3/3] drm: remove allow_fb_modifiers
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• [PATCH 08/14] drm/msm: Replace dma-buf-map with iosys-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [RFC PATCH v6 1/3] drm: introduce fb_modifiers_not_supported flag in mode_config
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• Re: [PATCH 00/14] Rename dma-buf-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH 06/14] drm: Replace dma-buf-map with iosys-map in drivers
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH 13/14] Documentation: Refer to iosys-map instead of dma-buf-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH 12/14] drm: Replace dma-buf-map with iosys-map in common code
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH 05/14] drm/ttm: Replace dma-buf-map with iosys-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [RFC PATCH v6 0/3] Add support modifiers for drivers whose planes only support linear layout
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• [PATCH 00/14] Rename dma-buf-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH 02/14] misc: fastrpc: Replace dma-buf-map with iosys-map
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/acr: Fix undefined behavior in nvkm_acr_hsfw_load_bl()
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH] Revert "drm/nouveau/acr: Fix undefined behavior in nvkm_acr_hsfw_load_bl()"
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/acr: Fix undefined behavior in nvkm_acr_hsfw_load_bl()
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/acr: Fix undefined behavior in nvkm_acr_hsfw_load_bl()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/acr: Fix undefined behavior in nvkm_acr_hsfw_load_bl()
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• [PATCH] Revert "drm/nouveau/acr: Fix undefined behavior in nvkm_acr_hsfw_load_bl()"
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/acr: Fix undefined behavior in nvkm_acr_hsfw_load_bl()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 09/14] drm/nouveau: Replace dma-buf-map with iosys-map
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/acr: Fix undefined behavior in nvkm_acr_hsfw_load_bl()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/14] Rename dma-buf-map
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 01/14] iosys-map: Introduce renamed dma-buf-map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 00/14] Rename dma-buf-map
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 01/14] iosys-map: Introduce renamed dma-buf-map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 00/14] Rename dma-buf-map
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 15/54] arch/x86: replace cpumask_weight with cpumask_empty where appropriate
  • From: Steve Wahl <steve.wahl@xxxxxxx>
• [PATCH] drm/nouveau/nvkm: adjust memory check and use in proper order
  • From: Weiguo Li <liwg06@xxxxxxxxxxx>
• [RFC PATCH v5 2/3] drm: add support modifiers for drivers whose planes only support linear layout
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• [RFC PATCH v5 1/3] drm: introduce fb_modifiers_not_supported flag in mode_config
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• [RFC PATCH v5 0/3] Add support modifiers for drivers whose planes only support linear layout
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• [RFC PATCH v5 3/3] drm: remove allow_fb_modifiers
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• Re: [RFC PATCH v5 0/3] Add support modifiers for drivers whose planes only support linear layout
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH v2 05/11] drm/i915: Use str_enabled_disabled()
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v2 09/11] drm: Convert open-coded yes/no strings to yesno()
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v2 06/11] drm/i915: Use str_on_off()
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v2 11/11] cxgb4: Use str_yes_no()
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v2 01/11] lib/string_helpers: Consolidate string helpers implementation
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [RFC PATCH v3 1/3] drm: introduce fb_modifiers_not_supported flag in mode_config
  • From: Esaki Tomohito <etom@xxxxxxxxxx>
• Re: [PATCH 3/3] drm: Convert open yes/no strings to yesno()
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v2 08/11] drm/gem: Sort includes alphabetically
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 09/11] drm: Convert open-coded yes/no strings to yesno()
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v2 04/11] drm/i915: Use str_enable_disable()
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v2 10/11] tomoyo: Use str_yes_no()
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v2 00/11] lib/string_helpers: Add a few string helpers
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v2 03/11] drm/i915: Use str_yes_no()
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v2 02/11] drm/i915: Fix trailing semicolon
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v2 07/11] drm/amd/display: Use str_yes_no()
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH v2 09/11] drm: Convert open-coded yes/no strings to yesno()
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 08/11] drm/gem: Sort includes alphabetically
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/11] drm/i915: Fix trailing semicolon
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/11] drm/amd/display: Use str_yes_no()
  • From: Harry Wentland <harry.wentland@xxxxxxx>
• Re: [Intel-gfx] [PATCH v2 09/11] drm: Convert open-coded yes/no strings to yesno()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 00/11] lib/string_helpers: Add a few string helpers
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 09/11] drm: Convert open-coded yes/no strings to yesno()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/acr: Fix undefined behavior in nvkm_acr_hsfw_load_bl()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH] drm/nouveau/acr: Fix undefined behavior in nvkm_acr_hsfw_load_bl()
  • From: Zhou Qingyang <zhou1615@xxxxxxx>
• [PATCH 15/54] arch/x86: replace cpumask_weight with cpumask_empty where appropriate
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: Advice about debugging nouveau driver suspend issue (init_on_alloc=1 and init_on_free=1)
  • From: computer enthusiastic <computer.enthusiastic@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: fix off by one in BIOS boundry checking
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [RFC PATCH v3 1/3] drm: introduce fb_modifiers_not_supported flag in mode_config
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] drm: remove allow_fb_modifiers
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 2/3] drm: add support modifiers for drivers whose planes only support linear layout
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 01/31] gpu: nouveau: nouveau_led: changing LED_FULL to actual value
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• [PATCH] drm/nouveau: fix off by one in BIOS boundry checking
  • From: Nick Lopez <github@xxxxxxxxxxxxxxxxx>
• [PATCH 01/31] gpu: nouveau: nouveau_led: changing LED_FULL to actual value
  • From: Luiz Sampaio <sampaio.ime@xxxxxxxxx>
• Re: Off-by-one or bad BIOS image? Apple eMac 800 GeForce 2MX
  • From: Nick Lopez <nick@xxxxxxxxxxxxxxxxx>
• Re: Off-by-one or bad BIOS image? Apple eMac 800 GeForce 2MX
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: [PATCH 1/3] lib/string_helpers: Consolidate yesno() implementation
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: Off-by-one or bad BIOS image? Apple eMac 800 GeForce 2MX
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: [PATCH 1/3] lib/string_helpers: Consolidate yesno() implementation
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Off-by-one or bad BIOS image? Apple eMac 800 GeForce 2MX
  • From: Nick Lopez <nick@xxxxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH 1/3] lib/string_helpers: Consolidate yesno() implementation
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH 0/3] lib/string_helpers: Add a few string helpers
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 1/3] lib/string_helpers: Consolidate yesno() implementation
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] lib/string_helpers: Add a few string helpers
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH 1/3] lib/string_helpers: Consolidate yesno() implementation
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH 2/3] lib/string_helpers: Add helpers for enable[d]/disable[d]
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH 0/3] lib/string_helpers: Add a few string helpers
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH 2/3] lib/string_helpers: Add helpers for enable[d]/disable[d]
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [RFC PATCH v3 2/3] drm: add support modifiers for drivers whose planes only support linear layout
  • From: Esaki Tomohito <etom@xxxxxxxxxx>
• [PATCH 0/3] lib/string_helpers: Add a few string helpers
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH 3/3] drm: Convert open yes/no strings to yesno()
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [Intel-gfx] [PATCH 0/3] lib/string_helpers: Add a few string helpers
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH 0/3] lib/string_helpers: Add a few string helpers
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] lib/string_helpers: Add a few string helpers
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/3] lib/string_helpers: Consolidate yesno() implementation
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH 0/3] lib/string_helpers: Add a few string helpers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] lib/string_helpers: Consolidate yesno() implementation
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] lib/string_helpers: Consolidate yesno() implementation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/3] lib/string_helpers: Consolidate yesno() implementation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 3/3] drm: Convert open yes/no strings to yesno()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] lib/string_helpers: Consolidate yesno() implementation
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC PATCH v3 2/3] drm: add support modifiers for drivers whose planes only support linear layout
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] lib/string_helpers: Consolidate yesno() implementation
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] lib/string_helpers: Consolidate yesno() implementation
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 0/3] lib/string_helpers: Add a few string helpers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 1/3] lib/string_helpers: Consolidate yesno() implementation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/3] lib/string_helpers: Consolidate yesno() implementation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 0/3] lib/string_helpers: Add a few string helpers
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] lib/string_helpers: Add a few string helpers
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 2/3] lib/string_helpers: Add helpers for enable[d]/disable[d]
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 1/3] lib/string_helpers: Consolidate yesno() implementation
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 0/3] lib/string_helpers: Add a few string helpers
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [RFC PATH 1/3] drm: add support modifiers for drivers whose planes only support linear layout
  • From: Esaki Tomohito <etom@xxxxxxxxxx>
• [RFC PATCH v4 0/3] Add support modifiers for drivers whose planes only support linear layout
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• Re: [RFC PATCH v3 2/3] drm: add support modifiers for drivers whose planes only support linear layout
  • From: Esaki Tomohito <etom@xxxxxxxxxx>
• [RFC PATCH v4 2/3] drm: add support modifiers for drivers whose planes only support linear layout
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• [RFC PATCH v4 1/3] drm: introduce fb_modifiers_not_supported flag in mode_config
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• [RFC PATCH v4 3/3] drm: remove allow_fb_modifiers
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• Re: [RFC PATCH v3 2/3] drm: add support modifiers for drivers whose planes only support linear layout
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 0/3] Add support modifiers for drivers whose planes only support linear layout
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 4.14 04/56] drm/nouveau/pmu/gm200-: avoid touching PMU outside of DEVINIT/PREOS/ACR
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 04/59] drm/nouveau/pmu/gm200-: avoid touching PMU outside of DEVINIT/PREOS/ACR
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 06/73] drm/nouveau/pmu/gm200-: avoid touching PMU outside of DEVINIT/PREOS/ACR
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 008/116] drm/nouveau/pmu/gm200-: avoid touching PMU outside of DEVINIT/PREOS/ACR
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 013/188] drm/nouveau/pmu/gm200-: avoid touching PMU outside of DEVINIT/PREOS/ACR
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.16 017/217] drm/nouveau/pmu/gm200-: avoid touching PMU outside of DEVINIT/PREOS/ACR
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [RFC PATCH v3 0/3] Add support modifiers for drivers whose planes only support linear layout
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• [RFC PATCH v3 1/3] drm: introduce fb_modifiers_not_supported flag in mode_config
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] Add support modifiers for drivers whose planes only support linear layout
  • From: Esaki Tomohito <etom@xxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] drm: set fb_modifiers_not_supported flag in legacy drivers
  • From: Bas Nieuwenhuizen <bas@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 3/3] drm: replace allow_fb_modifiers with fb_modifiers_not_supported
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• [RFC PATCH v3 3/3] drm: remove allow_fb_modifiers
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• [RFC PATCH v2 0/3] Add support modifiers for drivers whose planes only support linear layout
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• [RFC PATCH v2 1/3] drm: add support modifiers for drivers whose planes only support linear layout
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• [RFC PATCH v2 2/3] drm: set fb_modifiers_not_supported flag in legacy drivers
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• [RFC PATCH v3 2/3] drm: add support modifiers for drivers whose planes only support linear layout
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] drm: set fb_modifiers_not_supported flag in legacy drivers
  • From: Esaki Tomohito <etom@xxxxxxxxxx>
• Re: [RFC PATH 1/3] drm: add support modifiers for drivers whose planes only support linear layout
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [RFC PATCH v3 2/3] drm: add support modifiers for drivers whose planes only support linear layout
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 2/3] drm: add support modifiers for drivers whose planes only support linear layout
  • From: Simon Ser <contact@xxxxxxxxxxx>
• Re: [RFC PATCH v3 2/3] drm: add support modifiers for drivers whose planes only support linear layout
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 2/3] drm: add support modifiers for drivers whose planes only support linear layout
  • From: Simon Ser <contact@xxxxxxxxxxx>
• Re: [RFC PATCH v3 1/3] drm: introduce fb_modifiers_not_supported flag in mode_config
  • From: Harry Wentland <harry.wentland@xxxxxxx>
• Re: [RFC PATCH v3 2/3] drm: add support modifiers for drivers whose planes only support linear layout
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] Add support modifiers for drivers whose planes only support linear layout
  • From: Daniel Stone <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] drm/dp: Move DisplayPort helpers into separate helper module
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] Add support modifiers for drivers whose planes only support linear layout
  • From: Esaki Tomohito <etom@xxxxxxxxxx>
• Re: [PATCH v2 3/5] drm/dp: Move DisplayPort helpers into separate helper module
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/core/object: Fix the uninitialized use of "type"
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: Piglit results for NV46 and glitches using GeForce 7500LE
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Piglit results for NV46 and glitches using GeForce 7500LE
  • From: Ilario Gelmetti <iochesonome@xxxxxxxxx>
• Re: [PATCH v2 3/5] drm/dp: Move DisplayPort helpers into separate helper module
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] Add support modifiers for drivers whose planes only support linear layout
  • From: Simon Ser <contact@xxxxxxxxxxx>
• Re: [PATCH] In function nvkm_ioctl_map(), the variable "type" could be uninitialized if "nvkm_object_map()" returns error code, however, it does not check the return value and directly use the "type" in the if statement, which is potentially unsafe.
  • From: Yizhuo Zhai <yzhai003@xxxxxxx>
• [RFC PATH 2/3] drm: set fb_modifiers_not_supported flag in legacy drivers
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• [PATCH] drm/nouveau/core/object: Fix the uninitialized use of "type"
  • From: Yizhuo Zhai <yzhai003@xxxxxxx>
• [RFC PATCH 0/3] Add support modifiers for drivers whose planes only support linear layout
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: wait for the exclusive fence after the shared ones v2
  • From: Dan Moulding <dmoulding@xxxxxx>
• [RFC PATH 1/3] drm: add support modifiers for drivers whose planes only support linear layout
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• [RFC PATH 3/3] drm: replace allow_fb_modifiers with fb_modifiers_not_supported
  • From: Tomohito Esaki <etom@xxxxxxxxxx>
• [PATCH 1/1] drm/nouveau/device: Get right pgsize_bitmap of iommu_domain
  • From: Lu Baolu <baolu.lu@xxxxxxxxxxxxxxx>
• [PATCH V2] drm: nouveau: lsfw: cleanup coccinelle warning
  • From: Qing Wang <wangqing@xxxxxxxx>
• Re: [PATCH] drm/nouveau: wait for the exclusive fence after the shared ones v2
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: wait for the exclusive fence after the shared ones v2
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] drm/nouveau/device: Get right pgsize_bitmap of iommu_domain
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH] drm/nouveau/acr: potential dereference of null pointer
  • From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
• Re: [PATCH] drm/nouveau: wait for the exclusive fence after the shared ones v2
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH v2 3/5] drm/dp: Move DisplayPort helpers into separate helper module
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 3/5] drm/dp: Move DisplayPort helpers into separate helper module
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• [PATCH v2 5/5] drm/dp: Move DisplayPort AUX bus helpers into dp/
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 4/5] drm/dp: Move public DisplayPort headers into dp/
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 3/5] drm/dp: Move DisplayPort helpers into separate helper module
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 2/5] drm/dp: Move DP declarations into separate header file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 1/5] drm/dp_mst: Remove trailing whitespace.
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 0/5] drm/dp: Move DisplayPort helpers into own module
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 0/3] drm/dp: Move DisplayPort helpers into own module
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm: nouveau: lsfw: cleanup coccinelle warning
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] drm: nouveau: lsfw: cleanup coccinelle warning
  • From: Qing Wang <wangqing@xxxxxxxx>
• [PATCH] drm: nouveau: use vmemdup_user instead of kvmalloc and copy_from_user
  • From: Qing Wang <wangqing@xxxxxxxx>
• Re: [PATCH] drm/nouveau: wait for the exclusive fence after the shared ones v2
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH 0/3] drm/dp: Move DisplayPort helpers into own module
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 0/3] drm/dp: Move DisplayPort helpers into own module
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH 2/3] drm/dp: Move DP declarations into separate header file
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• [PATCH 3/3] drm/dp: Move DisplayPort helpers into separate helper module
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 1/3] drm/dp_mst: Remove trailing whitespace.
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 2/3] drm/dp: Move DP declarations into separate header file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 0/3] drm/dp: Move DisplayPort helpers into own module
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm/nouveau: wait for the exclusive fence after the shared ones v2
  • From: Stefan Fritsch <sf@xxxxxxxxxxx>
• Re: [PATCH] drm/nouveau: wait for the exclusive fence after the shared ones v2
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• [PATCH] drm/nouveau: wait for the exclusive fence after the shared ones v2
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: Regression in 5.15 in nouveau
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: Regression in 5.15 in nouveau
  • From: Stefan Fritsch <sf@xxxxxxxxxxx>
• Re: Regression in 5.15 in nouveau
  • From: Dan Moulding <dmoulding@xxxxxx>
• Regression in 5.15 in nouveau
  • From: Stefan Fritsch <sf@xxxxxxxxxxx>
• Re: Regression in 5.15 in nouveau
  • From: Dan Moulding <dmoulding@xxxxxx>
• Re: Regression in 5.15 in nouveau
  • From: Dan Moulding <dmoulding@xxxxxx>
• Re: Regression in 5.15 in nouveau
  • From: Stefan Fritsch <sf@xxxxxxxxxxx>
• Re: Regression in 5.15 in nouveau
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: Regression in 5.15 in nouveau
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Regression in 5.15 in nouveau
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: Regression in 5.15 in nouveau
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: Regression in 5.15 in nouveau
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• [PATCH] drm/nouveau: Fix a wild pointer dereference in nouveau_connector_get_modes()
  • From: Zhou Qingyang <zhou1615@xxxxxxx>
• [PATCH] drm/nouveau/dispnv04: Fix a NULL pointer dereference in nv17_tv_get_ld_modes()
  • From: Zhou Qingyang <zhou1615@xxxxxxx>
• [PATCH] drm/nouveau/dispnv04: Fix a NULL pointer dereference in nv17_tv_get_hd_modes()
  • From: Zhou Qingyang <zhou1615@xxxxxxx>
• Re: [PATCH v2 07/13] drm/msm: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/acr: fix a couple NULL vs IS_ERR() checks
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH] In function nvkm_ioctl_map(), the variable "type" could be uninitialized if "nvkm_object_map()" returns error code, however, it does not check the return value and directly use the "type" in the if statement, which is potentially unsafe.
  • From: Yizhuo Zhai <yzhai003@xxxxxxx>
• Re: [PATCH] drm/nouveau/core: fix the uninitialized use in nvkm_ioctl_map()
  • From: Yizhuo Zhai <yzhai003@xxxxxxx>
• [PATCH] In function nvkm_ioctl_map(), the variable "type" could be uninitialized if "nvkm_object_map()" returns error code, however, it does not check the return value and directly use the "type" in the if statement, which is potentially unsafe.
  • From: Yizhuo Zhai <yzhai003@xxxxxxx>
• Re: [INVALID_ARG] mthd 0414
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [INVALID_ARG] mthd 0414
  • From: dmanye <dmanye@xxxxxxx>
• Re: [INVALID_ARG] mthd 0414
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [INVALID_ARG] mthd 0414
  • From: dmanye <dmanye@xxxxxxx>
• Re: [PATCH] drm/nouveau/acr: fix a couple NULL vs IS_ERR() checks
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: recognise GA106
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [INVALID_ARG] mthd 0414
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: recognise GA106
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [INVALID_ARG] mthd 0414
  • From: dmanye <dmanye@xxxxxxx>
• [PATCH] drm/nouveau/acr: fix a couple NULL vs IS_ERR() checks
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] drm/nouveau: recognise GA106
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH] In function nvkm_ioctl_map(), the variable "type" could be uninitialized if "nvkm_object_map()" returns error code, however, it does not check the return value and directly use the "type" in the if statement, which is potentially unsafe.
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/core: fix the uninitialized use in nvkm_ioctl_map()
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• nvidia-0 dGPU (igpu disabled on bios)
  • From: __- -__ <isapgswell@xxxxxxxxx>
• 'nvidia' prop noscreen_tearing no_flickering
  • From: __- -__ <isapgswell@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/core: fix the uninitialized use in nvkm_ioctl_map()
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: update information for nouveau
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: hardware donation
  • From: Linux User #330250 <linuxuser330250@xxxxxxx>
• Re: hardware donation
  • From: Uwe Sauter <uwe.sauter.de@xxxxxxxxx>
• Re: hardware donation
  • From: Linux User #330250 <linuxuser330250@xxxxxxx>
• Re: [PATCH] MAINTAINERS: update information for nouveau
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: set RGB quantization range to FULL
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: hdmigv100.c: fix corrupted HDMI Vendor InfoFrame
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH] MAINTAINERS: update information for nouveau
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH] drm/nouveau: set RGB quantization range to FULL
  • From: Hans Verkuil <hverkuil-cisco@xxxxxxxxx>
• [PATCH] drm/nouveau: hdmigv100.c: fix corrupted HDMI Vendor InfoFrame
  • From: Hans Verkuil <hverkuil-cisco@xxxxxxxxx>
• [PATCH] MAINTAINERS: update information for nouveau
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v5 3/5] drm/dp: Don't read back backlight mode in drm_edp_backlight_enable()
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v5 5/5] drm/i915: Clarify probing order in intel_dp_aux_init_backlight_funcs()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v5 4/5] drm/dp, drm/i915: Add support for VESA backlights using PWM for brightness control
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v5 2/5] drm/nouveau/kms/nv50-: Explicitly check DPCD backlights for aux enable/brightness
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v5 3/5] drm/dp: Don't read back backlight mode in drm_edp_backlight_enable()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v5 1/5] drm/i915: Add support for panels with VESA backlights with PWM enable/disable
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v5 0/5] drm/dp, drm/i915: Finish basic PWM support for VESA backlight helpers
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: Ubuntu 20.04 and vlc
  • From: Jerry Geis <jerry.geis@xxxxxxxxx>
• Re: Ubuntu 20.04 and vlc
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Ubuntu 20.04 and vlc
  • From: Jerry Geis <jerry.geis@xxxxxxxxx>
• Re: [PATCH v2 2/2] drm: Move nomodeset kernel parameter to the DRM subsystem
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [RESEND PATCH 3/5] drm: Rename vgacon_text_force() function to drm_modeset_disabled()
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [RESEND PATCH 0/5] Cleanups for the nomodeset kernel command line parameter logic
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v2 0/2] Cleanups for the nomodeset kernel command line parameter logic
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [RESEND PATCH 0/5] Cleanups for the nomodeset kernel command line parameter logic
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v2 2/2] drm: Move nomodeset kernel parameter to the DRM subsystem
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [RESEND PATCH 3/5] drm: Rename vgacon_text_force() function to drm_modeset_disabled()
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [RESEND PATCH 2/5] drm: Move nomodeset kernel parameter handler to the DRM subsystem
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 2/2] drm: Move nomodeset kernel parameter to the DRM subsystem
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [RESEND PATCH 2/5] drm: Move nomodeset kernel parameter handler to the DRM subsystem
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [RESEND PATCH 2/5] drm: Move nomodeset kernel parameter handler to the DRM subsystem
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] drm: Move nomodeset kernel parameter to the DRM subsystem
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 2/2] drm: Move nomodeset kernel parameter to the DRM subsystem
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] drm: Move nomodeset kernel parameter to the DRM subsystem
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 5.10 32/77] drm/ttm: fix memleak in ttm_transfered_destroy
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5.10 32/77] drm/ttm: fix memleak in ttm_transfered_destroy
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] ce/gf100: fix incorrect CE0 address calculation on some GPUs
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 5.10 32/77] drm/ttm: fix memleak in ttm_transfered_destroy
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 5.10 32/77] drm/ttm: fix memleak in ttm_transfered_destroy
  • From: Sven Joachim <svenjoac@xxxxxx>
• Re: [PATCH 5.10 32/77] drm/ttm: fix memleak in ttm_transfered_destroy
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 5.10 32/77] drm/ttm: fix memleak in ttm_transfered_destroy
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 5.10 32/77] drm/ttm: fix memleak in ttm_transfered_destroy
  • From: Sven Joachim <svenjoac@xxxxxx>
• Re: [RESEND PATCH 0/5] Cleanups for the nomodeset kernel command line parameter logic
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [RESEND PATCH 3/5] drm: Rename vgacon_text_force() function to drm_modeset_disabled()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [RESEND PATCH 2/5] drm: Move nomodeset kernel parameter handler to the DRM subsystem
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [RESEND PATCH 2/5] drm: Move nomodeset kernel parameter handler to the DRM subsystem
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] ce/gf100: fix incorrect CE0 address calculation on some GPUs
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] ce/gf100: fix incorrect CE0 address calculation on some GPUs
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH v2 06/13] drm/exynos: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• Re: [PATCH v4 13/13] drm/i915: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• Re: [PATCH v3 13/13] drm/i915: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• Re: hardware donation
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Various kernel error messages on updated Arch box
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Various kernel error messages on updated Arch box
  • From: riveravaldez <riveravaldezmail@xxxxxxxxx>
• Re: Various kernel error messages on updated Arch box
  • From: riveravaldez <riveravaldezmail@xxxxxxxxx>
• Re: Various kernel error messages on updated Arch box
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Various kernel error messages on updated Arch box
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Various kernel error messages on updated Arch box
  • From: riveravaldez <riveravaldezmail@xxxxxxxxx>
• [PATCH RESEND v5 2/4] drm: Update MST First Link Slot Information Based on Encoding Format
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v5 2/4] drm: Update MST First Link Slot Information Based on Encoding Format
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] mm/migrate.c: Remove MIGRATE_PFN_LOCKED
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v4 3/5] drm/dp: Disable unsupported features in DP_EDP_BACKLIGHT_MODE_SET_REGISTER
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v4 3/5] drm/dp: Disable unsupported features in DP_EDP_BACKLIGHT_MODE_SET_REGISTER
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH][next] nouveau/svm: Use kvcalloc() instead of kvzalloc()
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH v4 2/5] drm/nouveau/kms/nv50-: Explicitly check DPCD backlights for aux enable/brightness
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] mm/migrate.c: Remove MIGRATE_PFN_LOCKED
  • From: Felix Kuehling <felix.kuehling@xxxxxxx>
• Re: [PATCH] mm/migrate.c: Remove MIGRATE_PFN_LOCKED
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH] mm/migrate.c: Remove MIGRATE_PFN_LOCKED
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v4 1/5] drm/i915: Add support for panels with VESA backlights with PWM enable/disable
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/13] drm/exynos: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Inki Dae <inki.dae@xxxxxxxxxxx>
• [PATCH v4 5/5] drm/i915: Clarify probing order in intel_dp_aux_init_backlight_funcs()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 4/5] drm/dp, drm/i915: Add support for VESA backlights using PWM for brightness control
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 3/5] drm/dp: Disable unsupported features in DP_EDP_BACKLIGHT_MODE_SET_REGISTER
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 2/5] drm/nouveau/kms/nv50-: Explicitly check DPCD backlights for aux enable/brightness
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 1/5] drm/i915: Add support for panels with VESA backlights with PWM enable/disable
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v4 0/5] drm/dp, drm/i915: Finish basic PWM support for VESA backlight helpers
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• hardware donation
  • From: Linux User #330250 <linuxuser330250@xxxxxxx>
• Re: [PATCH] mm/migrate.c: Remove MIGRATE_PFN_LOCKED
  • From: Felix Kuehling <felix.kuehling@xxxxxxx>
• Re: [PATCH] mm/migrate.c: Remove MIGRATE_PFN_LOCKED
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• System freeze: Debian Stable with C61 [GeForce 7025 / nForce 630a]
  • From: riveravaldez <riveravaldezmail@xxxxxxxxx>
• Re: [Intel-gfx] [PATCH v3 13/13] drm/i915: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH] mm/migrate.c: Remove MIGRATE_PFN_LOCKED
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• getMNP_single calculations
  • From: Amol <suratiamol@xxxxxxxxx>
• Re: [Intel-gfx] [PATCH v3 13/13] drm/i915: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 13/13] drm/i915: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 13/13] drm/i915: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• Re: [PATCH][next] nouveau/svm: Use kvcalloc() instead of kvzalloc()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] Revert "drm/fb-helper: improve DRM fbdev emulation device names"
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH mm] remove duplicate include in nouveau_dmem.c
  • From: cgel.zte@xxxxxxxxx
• Re: [PATCH v3 13/13] drm/i915: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/5] drm/i915: Add support for panels with VESA backlights with PWM enable/disable
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v3 13/13] drm/i915: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• Re: [PATCH v3 01/13] gpu/drm: make drm_add_edid_modes() consistent when updating connector->display_info
  • From: Claudio Suarez <cssk@xxxxxxxx>
• Re: [PATCH v2 01/13] gpu/drm: make drm_add_edid_modes() consistent when updating connector->display_info
  • From: Claudio Suarez <cssk@xxxxxxxx>
• Re: [PATCH v2 13/13] drm/i915: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/13] gpu/drm: make drm_add_edid_modes() consistent when updating connector->display_info
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] drm/i915: Clarify probing order in intel_dp_aux_init_backlight_funcs()
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/5] drm/i915: Add support for panels with VESA backlights with PWM enable/disable
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• [PATCH v4 17/20] drm/amd: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN() [part 2]
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v4 19/20] drm: cleanup: remove drm_modeset_(un)lock_all()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v3 01/20] drm: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v4 12/20] drm/i915: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v3 09/20] drm/omapdrm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v3 15/20] drm/gma500: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v4 05/20] drm/vmwgfx: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v4 20/20] drm: cleanup: remove acquire_ctx from drm_mode_config
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v4 18/20] drm/amd: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN() [part 3]
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v4 08/20] drm/radeon: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v3 11/20] drm/msm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH V2] gpu: drm: nouveau: switch over to vmemdup_user()
  • From: Qing Wang <wangqing@xxxxxxxx>
• [PATCH v4 06/20] drm/tegra: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• RTX 5000 compatibility
  • From: Dhevan Gangadharan <dhevan.raja.gangadharan@xxxxxxx>
• [PATCH 07/15] drm/exynos: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• Re: [PATCH v3 4/5] drm/dp, drm/i915: Add support for VESA backlights using PWM for brightness control
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• [PATCH 05/15] drm/tegra: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v3 02/20] drm/i915: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH] drm: nouveau: replace snprintf in show functions with sysfs_emit
  • From: Qing Wang <wangqing@xxxxxxxx>
• [PATCH v4 14/20] drm/i915: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN() [part 3]
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 14/15] drm/nouveau: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH 08/15] drm/msm: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v3 13/20] drm/i915: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN() [part 2]
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 02/15] drm/amdgpu: use drm_* functions instead of duplicated code in amdgpu driver
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v4 09/20] drm/omapdrm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v4 04/20] drm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 00/15] replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v4 00/20] drm: cleanup: Use DRM_MODESET_LOCK_ALL_* helpers
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 06/15] drm/gma500: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v3 12/20] drm/i915: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH 10/15] drm/sti: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH 11/15] drm/zte: replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi
  • From: Claudio Suarez <cssk@xxxxxxxx>
• [PATCH v3 14/20] drm/i915: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN() [part 3]
  • From: Fernando Ramos <greenfoo@xxxxxx>
• [PATCH v3 16/20] drm/amd: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN()
  • From: Fernando Ramos <greenfoo@xxxxxx>