Nouveau Display Driver

• Thread Index

• Re: Per file OOM badness
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/fifo/gv100-: set gv100_fifo_runlist storage-class to static
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 10/13] drm/nouveau: use drm_oom_badness
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 13/13] drm/tegra: use drm_oom_badness
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 12/13] drm/vmwgfx: use drm_oom_badness
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 11/13] drm/omap: use drm_oom_badness
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 09/13] drm/i915: use drm_oom_badness
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 08/13] drm/radeon: use drm_oom_badness
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 07/13] drm/amdgpu: Use drm_oom_badness for amdgpu
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 06/13] drm/gma500: use drm_oom_badness
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 05/13] drm/gem: adjust per file OOM badness on handling buffers
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 04/13] dma-buf: provide oom badness for DMA-buf files
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 03/13] mm: shmem: provide oom badness for shmem files
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 01/13] fs: add OOM badness callback to file_operatrations struct
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 02/13] oom: take per file badness into account
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• Per file OOM badness
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH] drm/nouveau/mmu: fix typo in comment
  • From: Julia Lawall <Julia.Lawall@xxxxxxxx>
• [PATCH] drm/nouveau/therm: Fix pointer dereferenced before checking
  • From: Haowen Bai <baihaowen@xxxxxxxxx>
• [PATCH] drm/nouveau/tegra: remove needless NULL check
  • From: Guo Zhengkui <guozhengkui@xxxxxxxx>
• [PATCH] drm/nouveau/fifo/gv100-: set gv100_fifo_runlist storage-class to static
  • From: Tom Rix <trix@xxxxxxxxxx>
• [PATCH 5/5] drm/nouveau: Fix spelling typo in comments
  • From: 1064094935@xxxxxx
• Re: Hardware decoding in video playback with Nvidia GT 218 (NVA8)
  • From: Joe <joe.on.list@xxxxxxxxx>
• Re: Hardware decoding in video playback with Nvidia GT 218 (NVA8)
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Hardware decoding in video playback with Nvidia GT 218 (NVA8)
  • From: Joe <joe.on.list@xxxxxxxxx>
• Re: [PATCH 5/5] drm/nouveau: Fix spelling typo in comments
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 1/2] drm/nouveau/acpi: Don't print error when we get -EINPROGRESS from pm_runtime
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 2/2] drm/nouveau: Don't pm_runtime_put_sync(), only pm_runtime_put_autosuspend()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 0/2] Miscellaneous runtime PM fixes for Nouveau
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH] drm/nouveau/kms: Fix failure path for creating DP connectors
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 00/14] drm/kms: Stop registering multiple /sys/class/backlight devs for a single display
  • From: Daniel Dadap <ddadap@xxxxxxxxxx>
• Re: [PATCH 00/14] drm/kms: Stop registering multiple /sys/class/backlight devs for a single display
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH v1 00/13] drm/edid: expand on struct drm_edid usage
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH 09/14] ACPI: video: Make backlight class device registration a separate step
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 09/14] ACPI: video: Make backlight class device registration a separate step
  • From: Daniel Dadap <ddadap@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/tegra: remove needless NULL check
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: nouveau lockdep deadlock report with 5.18-rc6
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/mmu: fix typo in comment
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v3] drm/nouveau: clear output poll workers before nouveau_fbcon_destroy()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3] drm/nouveau: clear output poll workers before nouveau_fbcon_destroy()
  • From: Mark Menzynski <mmenzyns@xxxxxxxxxx>
• Re: [PATCH 09/14] ACPI: video: Make backlight class device registration a separate step
  • From: Daniel Dadap <ddadap@xxxxxxxxxx>
• Re: nouveau lockdep deadlock report with 5.18-rc6
  • From: Computer Enthusiastic <computer.enthusiastic@xxxxxxxxx>
• Re: [PATCH 01/14] ACPI: video: Add a native function parameter to acpi_video_get_backlight_type()
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: nouveau lockdep deadlock report with 5.18-rc6
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 12/14] drm/nouveau: Register ACPI video backlight when nv_backlight registration fails
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 05/14] drm/nouveau: Don't register backlight when another backlight should be used
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 00/14] drm/kms: Stop registering multiple /sys/class/backlight devs for a single display
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/14] ACPI: video: Add a native function parameter to acpi_video_get_backlight_type()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 00/14] drm/kms: Stop registering multiple /sys/class/backlight devs for a single display
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: nVidia has freed some modules, what to expect for Nouveau
  • From: Yoann LE BARS <yoann@xxxxxxxxxxx>
• Re: [PATCH 01/14] ACPI: video: Add a native function parameter to acpi_video_get_backlight_type()
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/14] drm/kms: Stop registering multiple /sys/class/backlight devs for a single display
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] drm/nouveau: reorder nouveau_drm_device_fini
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v2] drm/nouveau: reorder nouveau_drm_device_fini
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: nouveau lockdep deadlock report with 5.18-rc6
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 14/14] drm/radeon: Register ACPI video backlight when skipping radeon backlight registration
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 13/14] drm/amdgpu: Register ACPI video backlight when skipping amdgpu backlight registration
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 12/14] drm/nouveau: Register ACPI video backlight when nv_backlight registration fails
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 11/14] drm/i915: Call acpi_video_register_backlight()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 10/14] ACPI: video: Remove code to unregister acpi_video backlight when a native backlight registers
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 09/14] ACPI: video: Make backlight class device registration a separate step
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 08/14] ACPI: video: Simplify acpi_video_unregister_backlight()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 07/14] ACPI: video: Remove acpi_video_bus from list before tearing it down
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 06/14] ACPI: video: Drop backlight_device_get_by_type() call from acpi_video_get_backlight_type()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 05/14] drm/nouveau: Don't register backlight when another backlight should be used
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 04/14] drm/radeon: Don't register backlight when another backlight should be used
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 03/14] drm/amdgpu: Don't register backlight when another backlight should be used
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 02/14] drm/i915: Don't register backlight when another backlight should be used
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 01/14] ACPI: video: Add a native function parameter to acpi_video_get_backlight_type()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 00/14] drm/kms: Stop registering multiple /sys/class/backlight devs for a single display
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• nouveau lockdep deadlock report with 5.18-rc6
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2] drm/nouveau: reorder nouveau_drm_device_fini
  • From: Mark Menzynski <mmenzyns@xxxxxxxxxx>
• Re: nVidia has freed some modules, what to expect for Nouveau
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• nVidia has freed some modules, what to expect for Nouveau
  • From: Yoann LE BARS <yoann@xxxxxxxxxxx>
• Re: [PATCH] drm/nouveau: fix another off-by-one in nvbios_addr
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] drm/nouveau: fix another off-by-one in nvbios_addr
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: reorder nouveau_drm_device_fini
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: reorder nouveau_drm_device_fini
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: reorder nouveau_drm_device_fini
  • From: Mark Menzynski <mmenzyns@xxxxxxxxxx>
• [PATCH] drm/nouveau: fix returnvar.cocci warning
  • From: Guo Zhengkui <guozhengkui@xxxxxxxx>
• [PATCH] drm/nouveau: simplify the return expression of nouveau_debugfs_init()
  • From: cgel.zte@xxxxxxxxx
• [PATCH] drm/nouveau/disp/gv100: make gv100_disp_wimm static
  • From: Tom Rix <trix@xxxxxxxxxx>
• [PATCH] drm/nouveau/devinit: fix returnvar.cocci warnings
  • From: Guo Zhengkui <guozhengkui@xxxxxxxx>
• [PATCH] drm/nouveau/disp/gv100: make gv100_disp_wndw and gv100_disp_wndw_mthd static
  • From: Tom Rix <trix@xxxxxxxxxx>
• [PATCH] drm/nouveau/gr/gf100-: Clean up some inconsistent indenting
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau: Fix a potential theorical leak in nouveau_get_backlight_name()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/tegra: Stop using iommu_present()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: reorder nouveau_drm_device_fini
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/gr/gf100-: Clean up some inconsistent indenting
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: remove trace_dma_fence_emit
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/subdev/bus: Ratelimit logging for fault errors
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/subdev/bus: Ratelimit logging for fault errors
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/devinit: fix returnvar.cocci warnings
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH] drm/nouveau: reorder nouveau_drm_device_fini
  • From: Mark Menzynski <mmenzyns@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/subdev/bus: Ratelimit logging for fault errors
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/subdev/bus: Ratelimit logging for fault errors
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] drm/nouveau: remove trace_dma_fence_emit
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/subdev/bus: Ratelimit logging for fault errors
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/subdev/bus: Ratelimit logging for fault errors
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/subdev/bus: Ratelimit logging for fault errors
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] drm/nouveau/subdev/bus: Ratelimit logging for fault errors
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: simplify the return expression of nouveau_debugfs_init()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Requests For Proposals for hosting XDC 2023 are now open
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• XDC 2022: Registration & Call for Proposals now open!
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: fix returnvar.cocci warning
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp/gv100: make gv100_disp_wndw and gv100_disp_wndw_mthd static
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp/gv100: make gv100_disp_wimm static
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/kms/gv100: use static for gv100_disp_core_mthd_[base|sor]
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH] drm/nouveau/kms/gv100: use static for gv100_disp_core_mthd_[base|sor]
  • From: Tom Rix <trix@xxxxxxxxxx>
• [PATCH] drm/nouveau/gsp: change gv100_gsp from global to static
  • From: Tom Rix <trix@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/gsp: change gv100_gsp from global to static
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH] drm/nouveau/gr/gf100-: change gf108_gr_fwif from global to static
  • From: Tom Rix <trix@xxxxxxxxxx>
• Re: [PATCH 8/9] x86/crypto: eliminate anonymous module_init & module_exit
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] drm/nouveau: change base917c_format from global to static
  • From: Tom Rix <trix@xxxxxxxxxx>
• 2022 X.Org Foundation Election vote results
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/gr/gf100-: change gf108_gr_fwif from global to static
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: change base917c_format from global to static
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 5.17 309/343] drm/nouveau/pmu: Add missing callbacks for Tegra devices
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.16 256/285] drm/nouveau/pmu: Add missing callbacks for Tegra devices
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.15 245/277] drm/nouveau/pmu: Add missing callbacks for Tegra devices
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.10 153/171] drm/nouveau/pmu: Add missing callbacks for Tegra devices
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "drm/nouveau/pmu: Add missing callbacks for Tegra devices" has been added to the 5.17-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "drm/nouveau/pmu: Add missing callbacks for Tegra devices" has been added to the 5.16-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "drm/nouveau/pmu: Add missing callbacks for Tegra devices" has been added to the 5.15-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "drm/nouveau/pmu: Add missing callbacks for Tegra devices" has been added to the 5.10-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• [bug report] drm/nouveau: stop using dma_resv_excl_fence
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] drm/nouveau/tegra: Stop using iommu_present()
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 06/23] drm/nouveau: stop using dma_resv_excl_fence
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH] clk: base: fix an incorrect NULL check on list iterator
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 06/23] drm/nouveau: stop using dma_resv_excl_fence
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 06/23] drm/nouveau: stop using dma_resv_excl_fence
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] dispnv50: atom: fix an incorrect NULL check on list iterator
  • From: Xiaomeng Tong <xiam0nd.tong@xxxxxxxxx>
• Re: [PATCH 5/9] virtio-scsi: eliminate anonymous module_init & module_exit
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH] clk: base: fix an incorrect NULL check on list iterator
  • From: Xiaomeng Tong <xiam0nd.tong@xxxxxxxxx>
• Re: [PATCH] dispnv50: atom: fix an incorrect NULL check on list iterator
  • From: Emil Velikov <emil.l.velikov@xxxxxxxxx>
• Re: [PATCH] dispnv50: atom: fix an incorrect NULL check on list iterator
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• 2022 X.org Foundation Election Candidates
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] dispnv50: atom: fix an incorrect NULL check on list iterator
  • From: Emil Velikov <emil.l.velikov@xxxxxxxxx>
• Re: [PATCH] device: fix missing check on list iterator
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 6/9] usb: gadget: eliminate anonymous module_init & module_exit
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH 1/9] virtio_blk: eliminate anonymous module_init & module_exit
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: (subset) [PATCH 0/9] treewide: eliminate anonymous module_init & module_exit
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 9/9] testmmiotrace: eliminate anonymous module_init & module_exit
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 2/9] virtio_console: eliminate anonymous module_init & module_exit
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 4/9] netfilter: h323: eliminate anonymous module_init & module_exit
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH v2] drm/nouveau/bios: Rename prom_init() and friends functions
  • From: Tommaso Merciai <tommaso.merciai@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 5/9] virtio-scsi: eliminate anonymous module_init & module_exit
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] device: fix missing check on list iterator
  • From: Xiaomeng Tong <xiam0nd.tong@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/bios: Rename prom_init() and friends functions
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 5/9] virtio-scsi: eliminate anonymous module_init & module_exit
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] dispnv50: atom: fix an incorrect NULL check on list iterator
  • From: Xiaomeng Tong <xiam0nd.tong@xxxxxxxxx>
• Re: [PATCH 2/9] virtio_console: eliminate anonymous module_init & module_exit
  • From: Amit Shah <amit@xxxxxxxxxxxxx>
• Re: [PATCH 3/9] net: mlx5: eliminate anonymous module_init & module_exit
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 6/9] usb: gadget: eliminate anonymous module_init & module_exit
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] virtio_blk: eliminate anonymous module_init & module_exit
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH] device: fix missing check on list iterator
  • From: Xiaomeng Tong <xiam0nd.tong@xxxxxxxxx>
• Re: [PATCH 0/9] treewide: eliminate anonymous module_init & module_exit
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH 4/9] netfilter: h323: eliminate anonymous module_init & module_exit
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 2/9] virtio_console: eliminate anonymous module_init & module_exit
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 7/9] usb: usbip: eliminate anonymous module_init & module_exit
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] virtio_blk: eliminate anonymous module_init & module_exit
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 7/9] usb: usbip: eliminate anonymous module_init & module_exit
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 3/9] net: mlx5: eliminate anonymous module_init & module_exit
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 1/9] virtio_blk: eliminate anonymous module_init & module_exit
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 5/9] virtio-scsi: eliminate anonymous module_init & module_exit
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• [PATCH 0/9] treewide: eliminate anonymous module_init & module_exit
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 8/9] x86/crypto: eliminate anonymous module_init & module_exit
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v2] drm/nouveau/bios: Rename prom_init() and friends functions
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH] drm/nouveau: Fix spelling mistake "endianess" -> "endianness"
  • From: Colin Ian King <colin.i.king@xxxxxxxxx>
• [PATCH 2/9] virtio_console: eliminate anonymous module_init & module_exit
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 5/9] virtio-scsi: eliminate anonymous module_init & module_exit
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 9/9] testmmiotrace: eliminate anonymous module_init & module_exit
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 4/9] netfilter: h323: eliminate anonymous module_init & module_exit
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 6/9] usb: gadget: eliminate anonymous module_init & module_exit
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] device: fix missing check on list iterator
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2] drm/nouveau/bios: Rename prom_init() and friends functions
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH] drm/nouveau/pmu: Add missing callbacks for Tegra devices
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• drm/nouveau/pmu: Add missing callbacks for Tegra devices
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH 06/23] drm/nouveau: stop using dma_resv_excl_fence
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 14/23] drm/nouveau: support more than one write fence in fenv50_wndw_prepare_fb
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/bios: Rename prom_init() and friends functions
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/bios: Rename prom_init() and friends functions
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: Fix spelling mistake "endianess" -> "endianness"
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• 2022 X.Org Foundation Membership deadline for voting in the election
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• 2022 X.Org Board of Directors Elections Nomination period is NOW
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: Nvidia GK106GLM (Quadro K2100M) with Nouveau
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: Nvidia GK106GLM (Quadro K2100M) with Nouveau
  • From: Martin Knoblauch <knobi@xxxxxxxxxxxx>
• Re: Nvidia GK106GLM (Quadro K2100M) with Nouveau
  • From: Martin Knoblauch <knobi@xxxxxxxxxxxx>
• Re: Nvidia GK106GLM (Quadro K2100M) with Nouveau
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: Nvidia GK106GLM (Quadro K2100M) with Nouveau
  • From: Martin Knoblauch <knobi@xxxxxxxxxxxx>
• Re: Nvidia GK106GLM (Quadro K2100M) with Nouveau
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Nvidia GK106GLM (Quadro K2100M) with Nouveau
  • From: Martin Knoblauch <knobi@xxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Xiaomeng Tong <xiam0nd.tong@xxxxxxxxx>
• 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: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 0/6] Remove usage of list iterator past the loop body
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• Re: [PATCH 0/6] Remove usage of list iterator 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: Xiaomeng Tong <xiam0nd.tong@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Xiaomeng Tong <xiam0nd.tong@xxxxxxxxx>
• [PATCH] drm/nouveau/bios: Rename prom_init() and friends functions
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH 6/6] treewide: remove check of list iterator against head past the loop body
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Xiaomeng Tong <xiam0nd.tong@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/bios: Rename prom_init() and friends functions
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [Kgdb-bugreport] [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Xiaomeng Tong <xiam0nd.tong@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/bios: Rename prom_init() and friends functions
  • From: Christophe Leroy <christophe.leroy@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: Xiaomeng Tong <xiam0nd.tong@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: David Laight <David.Laight@xxxxxxxxxx>
• 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: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Xiaomeng Tong <xiam0nd.tong@xxxxxxxxx>
• Re: External monitor support for GTX 1650 (NV167/TU117)
  • From: Andre Costa <andre.ocosta@xxxxxxxxx>
• Re: External monitor support for GTX 1650 (NV167/TU117)
  • From: Andre Costa <andre.ocosta@xxxxxxxxx>
• Re: External monitor support for GTX 1650 (NV167/TU117)
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• External monitor support for GTX 1650 (NV167/TU117)
  • From: Andre Costa <andre.ocosta@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/bios: Rename prom_init() and friends functions
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/instmem: fix uninitialized_var.cocci warning
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• 2022 X.Org Board of Directors Elections timeline extended, Request for nominations
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 6/6] treewide: remove check of list iterator against head past the loop body
  • 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 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Greg KH <greg@xxxxxxxxx>
• 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: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• 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: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/6] drivers: usb: remove usage of list iterator 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: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• 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: Christian König <christian.koenig@xxxxxxx>
• 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: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• 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>