linux-hardening  

Messages by Thread

• • Re: [PATCH v4 1/1] exec: seal system mappings Kees Cook
  • Re: [PATCH v4 1/1] exec: seal system mappings Andrei Vagin
  • Re: [PATCH v4 1/1] exec: seal system mappings Liam R. Howlett
  • Re: [PATCH v4 1/1] exec: seal system mappings Kees Cook
  • Re: [PATCH v4 1/1] exec: seal system mappings Johannes Berg
  • Re: [PATCH v4 1/1] exec: seal system mappings Lorenzo Stoakes
  • Re: [PATCH v4 1/1] exec: seal system mappings Kees Cook
  • Re: [PATCH v4 1/1] exec: seal system mappings Jeff Xu
  • Re: [PATCH v4 1/1] exec: seal system mappings Matthew Wilcox
  • Re: [PATCH v4 1/1] exec: seal system mappings Jeff Xu
  • Re: [PATCH v4 1/1] exec: seal system mappings Lorenzo Stoakes
  • Re: [PATCH v4 1/1] exec: seal system mappings Jeff Xu
  • Re: [PATCH v4 1/1] exec: seal system mappings Lorenzo Stoakes
  • Re: [PATCH v4 1/1] exec: seal system mappings Benjamin Berg
  • Re: [PATCH v4 1/1] exec: seal system mappings Lorenzo Stoakes
  • Re: [PATCH v4 1/1] exec: seal system mappings Pedro Falcato
  • Re: [PATCH v4 1/1] exec: seal system mappings Jeff Xu
  • Re: [PATCH v4 1/1] exec: seal system mappings enh
  • Re: [PATCH v4 1/1] exec: seal system mappings Jeff Xu
  • Re: [PATCH v4 1/1] exec: seal system mappings Liam R. Howlett
  • Re: [PATCH v4 1/1] exec: seal system mappings enh
  • Re: [PATCH v4 1/1] exec: seal system mappings Liam R. Howlett
  • Re: [PATCH v4 1/1] exec: seal system mappings enh
  • Re: [PATCH v4 1/1] exec: seal system mappings Vlastimil Babka
  • Re: [PATCH v4 1/1] exec: seal system mappings enh
  • Re: [PATCH v4 1/1] exec: seal system mappings Matthew Wilcox
  • Re: [PATCH v4 1/1] exec: seal system mappings enh
  • Re: [PATCH v4 1/1] exec: seal system mappings Thomas Weißschuh
  • Re: [PATCH v4 1/1] exec: seal system mappings enh
  • Re: [PATCH v4 1/1] exec: seal system mappings Thomas Weißschuh
  • Re: [PATCH v4 1/1] exec: seal system mappings enh
  • Re: [PATCH v4 1/1] exec: seal system mappings Thomas Weißschuh
  • Re: [PATCH v4 1/1] exec: seal system mappings Jeff Xu
  • Re: [PATCH v4 1/1] exec: seal system mappings Kees Cook
  • Re: [PATCH v4 1/1] exec: seal system mappings Christoph Hellwig
  • Re: [PATCH v4 1/1] exec: seal system mappings Kees Cook
  • Re: [PATCH v4 1/1] exec: seal system mappings Heiko Carstens
  • Re: [PATCH v4 1/1] exec: seal system mappings Lorenzo Stoakes
  • Re: [PATCH v4 1/1] exec: seal system mappings Kees Cook
  • Re: [PATCH v4 0/1] Seal system mappings Lorenzo Stoakes
  • Re: [PATCH v4 0/1] Seal system mappings Jeff Xu
• Re: korg-clang-19-lkftconfig-hardening: TI x15 board - PC is at edma_probe (drivers/dma/ti/edma.c Nathan Chancellor
  • Re: korg-clang-19-lkftconfig-hardening: TI x15 board - PC is at edma_probe (drivers/dma/ti/edma.c Naresh Kamboju
• [PATCH] net: mac80211: cfg: Initialize cnt before accessing elem in ieee80211_copy_mbssid_beacon Haoyu Li
• [PATCH] net: mac80211: cfg: Initialize cnt before accessing elem Haoyu Li
  • Re: [PATCH] net: mac80211: cfg: Initialize cnt before accessing elem Gustavo A. R. Silva
• [PATCH v3 3/3] dmapool: Use xarray for vaddr-to-block lookup Brian Johannesmeyer
  • [PATCH v3 0/3] dmapool: Mitigate dev-controllable mem. corruption Brian Johannesmeyer
  • [PATCH v3 2/3] dmapool: Use pool_find_block() in pool_block_err() Brian Johannesmeyer
  • [PATCH v3 1/3] dmapool: Move pool metadata into non-DMA memory Brian Johannesmeyer
• Re: [RFC 1/1] swiotlb: Replace BUG_ON() with graceful error handling Brian Johannesmeyer
• Re: [RFC 0/1] swiotlb: Mitigate potential DoS caused by BUG_ON() Brian Johannesmeyer
  • Re: [RFC 0/1] swiotlb: Mitigate potential DoS caused by BUG_ON() Robin Murphy
• Re: [PATCH] Fix a potential abuse of seq_printf() format string in drivers Kees Cook
  • Re: [PATCH] Fix a potential abuse of seq_printf() format string in drivers Greg Kroah-Hartman
  • Re: [PATCH] Fix a potential abuse of seq_printf() format string in drivers Kees Cook
  • Re: [PATCH] Fix a potential abuse of seq_printf() format string in drivers Greg Kroah-Hartman
• [PATCH][next] ext4: avoid dozens of -Wflex-array-member-not-at-end warnings Gustavo A. R. Silva
  • Re: [PATCH][next] ext4: avoid dozens of -Wflex-array-member-not-at-end warnings Theodore Ts'o
• [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption Brian Johannesmeyer
  • [RFC v2 1/2] dmapool: Move pool metadata into non-DMA memory Brian Johannesmeyer
  • Re: [RFC v2 1/2] dmapool: Move pool metadata into non-DMA memory Christoph Hellwig
  • Re: [RFC v2 1/2] dmapool: Move pool metadata into non-DMA memory Brian Johannesmeyer
  • Re: [RFC v2 1/2] dmapool: Move pool metadata into non-DMA memory Christoph Hellwig
  • Re: [RFC v2 1/2] dmapool: Move pool metadata into non-DMA memory Brian Johannesmeyer
  • [RFC v2 2/2] dmapool: Use pool_find_block() in pool_block_err() Brian Johannesmeyer
  • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption Greg KH
  • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption Brian Johannesmeyer
  • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption Christoph Hellwig
  • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption Keith Busch
  • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption Keith Busch
  • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption Brian Johannesmeyer
  • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption Keith Busch
  • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption Brian Johannesmeyer
  • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption Keith Busch
  • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption Brian Johannesmeyer
  • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption Brian Johannesmeyer
• [PATCH v2 linux-next 0/2] lib/string_choices: Sorting function order R Sundar
  • [PATCH v2 linux-next 1/2] lib/string_choices: Rearrange functions in sorted order R Sundar
  • Re: [PATCH v2 linux-next 1/2] lib/string_choices: Rearrange functions in sorted order Larysa Zaremba
  • Re: [PATCH v2 linux-next 1/2] lib/string_choices: Rearrange functions in sorted order R Sundar
  • [PATCH v2 linux-next 2/2] lib/string_choices: Add str_locked_unlocked()/str_unlocked_locked() helper R Sundar
  • Re: [PATCH v2 linux-next 0/2] lib/string_choices: Sorting function order Andy Shevchenko
  • Re: [PATCH v2 linux-next 0/2] lib/string_choices: Sorting function order Andy Shevchenko
• [PATCH][next] fs: nfs: acl: Avoid -Wflex-array-member-not-at-end warning Gustavo A. R. Silva
• [PATCH] overflow: improve size_add/mul for 32bit systems Dan Carpenter
  • Re: [PATCH] overflow: improve size_add/mul for 32bit systems Dan Carpenter
  • Re: [PATCH] overflow: improve size_add/mul for 32bit systems kernel test robot
  • Re: [PATCH] overflow: improve size_add/mul for 32bit systems kernel test robot
  • Re: [PATCH] overflow: improve size_add/mul for 32bit systems kernel test robot
• [PATCH] smb: client: memcpy() with surrounding object base address Kees Cook
  • Re: [PATCH] smb: client: memcpy() with surrounding object base address Gustavo A. R. Silva
  • Re: [PATCH] smb: client: memcpy() with surrounding object base address Steve French
• [PATCH] pinctrl: airoha: Use unsigned long for bit search Kees Cook
  • Re: [PATCH] pinctrl: airoha: Use unsigned long for bit search AngeloGioacchino Del Regno
  • Re: [PATCH] pinctrl: airoha: Use unsigned long for bit search Linus Walleij
• [PATCH] lib: stackinit: Hide never-taken branch from compiler Kees Cook
• [PATCH] mm: Handle compound pages better in __dump_page() Kees Cook
  • Re: [PATCH] mm: Handle compound pages better in __dump_page() Matthew Wilcox
  • Re: [PATCH] mm: Handle compound pages better in __dump_page() Kees Cook
  • Re: [PATCH] mm: Handle compound pages better in __dump_page() Matthew Wilcox
• [PATCH] ovl: Check for NULL OVL_E() results Kees Cook
  • Re: [PATCH] ovl: Check for NULL OVL_E() results Amir Goldstein
  • Re: [PATCH] ovl: Check for NULL OVL_E() results kernel test robot
• [PATCH] Input: ads7846 - Expand xfer array to match usage Kees Cook
  • Re: [PATCH] Input: ads7846 - Expand xfer array to match usage Marek Vasut
  • Re: [PATCH] Input: ads7846 - Expand xfer array to match usage Kees Cook
  • Re: [PATCH] Input: ads7846 - Expand xfer array to match usage Dmitry Torokhov
• [PATCH] sctp: Replace zero-length array with flexible array member Thorsten Blum
  • Re: [PATCH] sctp: Replace zero-length array with flexible array member Kees Cook
• [PATCH 0/3] UAPI: ethtool: Avoid flex-array in struct ethtool_link_settings Kees Cook
  • [PATCH 1/3] Revert "net: ethtool: Avoid thousands of -Wflex-array-member-not-at-end warnings" Kees Cook
  • [PATCH 3/3] UAPI: ethtool: Avoid flex-array in struct ethtool_link_settings Kees Cook
  • Re: [PATCH 3/3] UAPI: ethtool: Avoid flex-array in struct ethtool_link_settings Jakub Kicinski
  • [PATCH 2/3] Revert "UAPI: ethtool: Use __struct_group() in struct ethtool_link_settings" Kees Cook
  • Re: [PATCH 0/3] UAPI: ethtool: Avoid flex-array in struct ethtool_link_settings patchwork-bot+netdevbpf
• [PATCH linux-next] lib/string_choices: Add str_locked_unlocked()/str_unlocked_locked() helper R Sundar
  • Re: [PATCH linux-next] lib/string_choices: Add str_locked_unlocked()/str_unlocked_locked() helper Andy Shevchenko
  • Re: [PATCH linux-next] lib/string_choices: Add str_locked_unlocked()/str_unlocked_locked() helper Andy Shevchenko
  • Re: [PATCH linux-next] lib/string_choices: Add str_locked_unlocked()/str_unlocked_locked() helper R Sundar
  • Re: [PATCH linux-next] lib/string_choices: Add str_locked_unlocked()/str_unlocked_locked() helper Andy Shevchenko
  • Re: [PATCH linux-next] lib/string_choices: Add str_locked_unlocked()/str_unlocked_locked() helper R Sundar
• [PATCH] clk: clk-loongson2: Fix potential buffer overflow in flexible-array member access Gustavo A. R. Silva
  • Re: [PATCH] clk: clk-loongson2: Fix potential buffer overflow in flexible-array member access Stephen Boyd
• [PATCH] clk: clk-loongson2: Fix memory corruption bug in struct loongson2_clk_provider Gustavo A. R. Silva
  • Re: [PATCH] clk: clk-loongson2: Fix memory corruption bug in struct loongson2_clk_provider Stephen Boyd
• [PATCH v3 0/1] seal system mappings jeffxu
  • [PATCH v3 1/1] exec: seal system mappings jeffxu
  • Re: [PATCH v3 1/1] exec: seal system mappings Lorenzo Stoakes
  • Re: [PATCH v3 1/1] exec: seal system mappings Jeff Xu
  • Re: [PATCH v3 1/1] exec: seal system mappings Liam R. Howlett
  • Re: [PATCH v3 1/1] exec: seal system mappings Jeff Xu
  • Re: [PATCH v3 0/1] seal system mappings Lorenzo Stoakes
  • Re: [PATCH v3 0/1] seal system mappings Jeff Xu
• [RESEND PATCH v2] ext4: Annotate struct fname with __counted_by() Thorsten Blum
• [PATCH RFC][next] net: inet_sock.h: Avoid thousands of -Wflex-array-member-not-at-end warnings Gustavo A. R. Silva
  • Re: [PATCH RFC][next] net: inet_sock.h: Avoid thousands of -Wflex-array-member-not-at-end warnings Jakub Kicinski
• [PATCH v2] sparc: Replace one-element array with flexible array member Thorsten Blum
  • Re: [PATCH v2] sparc: Replace one-element array with flexible array member Thorsten Blum
  • Re: [PATCH v2] sparc: Replace one-element array with flexible array member Andreas Larsson
• [PATCH] sparc: Replace one-element array with flexible array member Thorsten Blum
  • Re: [PATCH] sparc: Replace one-element array with flexible array member Gustavo A. R. Silva
  • Re: [PATCH] sparc: Replace one-element array with flexible array member Thorsten Blum
  • Re: [PATCH] sparc: Replace one-element array with flexible array member Gustavo A. R. Silva
• [PATCH v2] scsi: Replace zero-length array with flexible array member Thorsten Blum
  • Re: [PATCH v2] scsi: Replace zero-length array with flexible array member Martin K. Petersen
  • Re: [PATCH v2] scsi: Replace zero-length array with flexible array member Martin K. Petersen
• [PATCH] scsi: Replace zero-length array with flexible array member Thorsten Blum
  • Re: [PATCH] scsi: Replace zero-length array with flexible array member kernel test robot
  • Re: [PATCH] scsi: Replace zero-length array with flexible array member Gustavo A. R. Silva
• FAILED: Patch "riscv: Do not use fortify in early code" failed to apply to v6.1-stable tree Sasha Levin
• FAILED: Patch "riscv: Do not use fortify in early code" failed to apply to v6.6-stable tree Sasha Levin
• FAILED: Patch "riscv: Do not use fortify in early code" failed to apply to v6.11-stable tree Sasha Levin
  • FAILED: Patch "riscv: Do not use fortify in early code" failed to apply to v6.11-stable tree Sasha Levin
• [PATCH] exec: NULL out bprm->argv0 when it is an ERR_PTR Kees Cook
  • Re: [PATCH] exec: NULL out bprm->argv0 when it is an ERR_PTR Tycho Andersen
  • Re: [PATCH] exec: NULL out bprm->argv0 when it is an ERR_PTR Kirill A. Shutemov
  • Re: [PATCH] exec: NULL out bprm->argv0 when it is an ERR_PTR Christian Brauner
• [PATCH v2] ext4: Annotate struct fname with __counted_by() Thorsten Blum
  • Re: [PATCH v2] ext4: Annotate struct fname with __counted_by() Theodore Ts'o
  • Re: [PATCH v2] ext4: Annotate struct fname with __counted_by() Thorsten Blum
• [PATCH RFC 0/5] sockaddr usage removal Kees Cook
  • [PATCH RFC 2/5] net: core: dev.c confirmed to use classic sockaddr Kees Cook
  • [PATCH RFC 1/5] Revert "net: dev: Convert sa_data to flexible array in struct sockaddr" Kees Cook
  • [PATCH RFC 4/5] net: core: Convert inet_addr_is_any() to sockaddr_storage Kees Cook
  • [PATCH RFC 3/5] rtnetlink: do_setlink: Use sockaddr_storage Kees Cook
  • Re: [PATCH RFC 3/5] rtnetlink: do_setlink: Use sockaddr_storage Eric Dumazet
  • Re: [PATCH RFC 3/5] rtnetlink: do_setlink: Use sockaddr_storage Kees Cook
  • [PATCH RFC 5/5] net: Convert proto_ops::getname to sockaddr_storage Kees Cook
  • Re: [PATCH RFC 0/5] sockaddr usage removal Jakub Kicinski
• [PATCH 0/5] TQ-Systems TQMa62xx SoM and MBa62xx board Matthias Schiffer
  • [PATCH 1/5] dt-bindings: usb: dwc3: Allow connector in USB controller node Matthias Schiffer
  • Re: [PATCH 1/5] dt-bindings: usb: dwc3: Allow connector in USB controller node Conor Dooley
  • [PATCH 2/5] dt-bindings: arm: ti: Add compatible for AM625-based TQMa62xx SOM family and carrier board Matthias Schiffer
  • Re: [PATCH 2/5] dt-bindings: arm: ti: Add compatible for AM625-based TQMa62xx SOM family and carrier board Conor Dooley
  • Re: [PATCH 2/5] dt-bindings: arm: ti: Add compatible for AM625-based TQMa62xx SOM family and carrier board Matthias Schiffer
  • Re: [PATCH 2/5] dt-bindings: arm: ti: Add compatible for AM625-based TQMa62xx SOM family and carrier board Conor Dooley
  • Re: [PATCH 2/5] dt-bindings: arm: ti: Add compatible for AM625-based TQMa62xx SOM family and carrier board Matthias Schiffer
  • Re: [PATCH 2/5] dt-bindings: arm: ti: Add compatible for AM625-based TQMa62xx SOM family and carrier board Conor Dooley
  • Re: [PATCH 2/5] dt-bindings: arm: ti: Add compatible for AM625-based TQMa62xx SOM family and carrier board Matthias Schiffer
  • Re: [PATCH 2/5] dt-bindings: arm: ti: Add compatible for AM625-based TQMa62xx SOM family and carrier board Rob Herring
  • Re: [PATCH 2/5] dt-bindings: arm: ti: Add compatible for AM625-based TQMa62xx SOM family and carrier board Rob Herring (Arm)
  • [PATCH 3/5] arm64: dts: ti: k3-am62: Add DM R5 ranges in cbass Matthias Schiffer
  • [PATCH 4/5] arm64: dts: ti: k3-am62-wakeup: Add R5F device node Matthias Schiffer
  • [PATCH 5/5] arm64: dts: ti: Add TQ-Systems TQMa62xx SoM and MBa62xx carrier board Device Trees Matthias Schiffer
  • Re: [PATCH 0/5] TQ-Systems TQMa62xx SoM and MBa62xx board Rob Herring (Arm)
• [PATCH] freevxfs: Replace one-element array with flexible array member Thorsten Blum
  • Re: [PATCH] freevxfs: Replace one-element array with flexible array member Christoph Hellwig
  • Re: [PATCH] freevxfs: Replace one-element array with flexible array member Andrew Morton
  • Re: [PATCH] freevxfs: Replace one-element array with flexible array member Christoph Hellwig
  • Re: [PATCH] freevxfs: Replace one-element array with flexible array member Christian Brauner
• [PATCH v2] lib: string_helpers: silence snprintf() output truncation warning Bartosz Golaszewski
  • Re: [PATCH v2] lib: string_helpers: silence snprintf() output truncation warning Kees Cook
• [PATCH v2][next] jbd2: Avoid dozens of -Wflex-array-member-not-at-end warnings Gustavo A. R. Silva
  • Re: [PATCH v2][next] jbd2: Avoid dozens of -Wflex-array-member-not-at-end warnings Jan Kara
  • Re: [PATCH v2][next] jbd2: Avoid dozens of -Wflex-array-member-not-at-end warnings Theodore Ts'o
• [for-next][PATCH 02/11] tracing: Replace multiple deprecated strncpy with memcpy Steven Rostedt
• [PATCH] MAINTAINERS: exec: Mark Kees as maintainer Kees Cook
  • Re: [PATCH] MAINTAINERS: exec: Mark Kees as maintainer Eric W. Biederman
  • Re: [PATCH] MAINTAINERS: exec: Mark Kees as maintainer Andrew Morton

• Earlier messages
• Later messages