Linux Driver Development

• Thread Index

• [PATCH 05/12] staging: wfx: fix support for cipher AES_CMAC (multicast PMF)
  • From: Jerome Pouiller <Jerome.Pouiller@xxxxxxxxxx>
• [PATCH 06/12] staging: wfx: drop useless field from struct wfx_tx_priv
  • From: Jerome Pouiller <Jerome.Pouiller@xxxxxxxxxx>
• [PATCH 12/12] staging: wfx: add workaround for 'timeout while wake up chip'
  • From: Jerome Pouiller <Jerome.Pouiller@xxxxxxxxxx>
• [PATCH 11/12] staging: wfx: remove useless extra jiffy
  • From: Jerome Pouiller <Jerome.Pouiller@xxxxxxxxxx>
• [PATCH 10/12] staging: wfx: enable powersave on probe
  • From: Jerome Pouiller <Jerome.Pouiller@xxxxxxxxxx>
• [PATCH 03/12] staging: wfx: fix BA when MFP is disabled but BSS is MFP capable
  • From: Jerome Pouiller <Jerome.Pouiller@xxxxxxxxxx>
• [PATCH 02/12] staging: wfx: improve usage of hif_map_link()
  • From: Jerome Pouiller <Jerome.Pouiller@xxxxxxxxxx>
• [PATCH 01/12] staging: wfx: fix BA when device is AP and MFP is enabled
  • From: Jerome Pouiller <Jerome.Pouiller@xxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v4 3/3] media: atomisp: Only use trace_printk if allowed
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH RESEND v10 07/11] device-mapping: Introduce DMA range map, supplanting dma_pfn_offset
  • From: Jim Quinlan <james.quinlan@xxxxxxxxxxxx>
• [PATCH v2] ANDROID: binder: print warnings when detecting oneway spamming.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• Re: [PATCH] binder: print warnings when detecting oneway spamming.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• [RESEND PATCH] drivers: most: add character device interface driver
  • From: Christian Gromm <christian.gromm@xxxxxxxxxxxxx>
• Re: [PATCH] binder: print warnings when detecting oneway spamming.
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH v4 3/3] media: atomisp: Only use trace_printk if allowed
  • From: Nicolas Boichat <drinkcat@xxxxxxxxxxxx>
• Re: [PATCH 25/49] staging: hikey9xx/gpu: do some code cleanups
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH] binder: print warnings when detecting oneway spamming.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• [PATCH][next] staging: spmi: hisi-spmi-controller: fix spelling mistake "controlller" -> "controller"
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: Michel Dänzer <michel@xxxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH 25/49] staging: hikey9xx/gpu: do some code cleanups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v14 0/2] Add initial support for slimport anx7625
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH v3 2/2] staging: android: Remove BUG from ion_system_heap.c
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• [PATCH v3 1/2] staging: android: Remove BUG_ON from ion_page_pool.c
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• [PATCH v3 0/2] staging: android: Remove BUG/BUG_ONs
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• [PATCH v3 0/2] staging: android: Remove BUG/BUG_ON from ion
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Allen <allen.lkml@xxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 38/49] staging: hikey9xx/gpu: add kirin9xx driver to the building system
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 00/49] DRM driver for Hikey 970
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 42/49] staging: hikey9xx/gpu: place common definitions at kirin9xx_dpe.h
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 48/49] staging: hikey9xx/gpu: drop kirin9xx_pwm
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 36/49] staging: hikey9xx/gpu: solve most coding style issues
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 43/49] staging: hikey9xx/gpu: get rid of DRM_HISI_KIRIN970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 40/49] staging: hikey9xx/gpu: get rid of input/output macros
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 05/49] staging: hikey9xx/gpu: add support to hikey970 HDMI and panel
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 01/49] staging: hikey9xx: Add hisilicon DRM driver for hikey960/970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 06/49] staging: hikey9xx/gpu: Solve SR Cannot Display Problems.
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 34/49] staging: hikey9xx/gpu: add support for enable/disable ldo3 regulator
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 30/49] staging: hikey9xx/gpu: register connector
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 12/49] staging: hikey9xx/gpu: get rid of adv7535 fork
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 32/49] staging: hikey9xx/gpu: get rid of iommu_format
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 03/49] staging: hikey9xx/gpu: solve tearing issue of display
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 14/49] staging: hikey9xx/gpu: get rid of kirin9xx_fbdev.c
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 09/49] staging: hikey9xx/gpu: Solve SR test reset problem for hikey970.
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 10/49] staging: hikey9xx/gpu: add debug prints for this driver
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 16/49] staging: hikey9xx/gpu: rename the config option for Kirin970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 19/49] staging: hikey9xx/gpu: add a copy of set_reg() function there
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 22/49] staging: hikey9xx/gpu: cleanup encoder attach logic
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 20/49] staging: hikey9xx/gpu: get rid of ION headers
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 02/49] staging: hikey9xx/gpu: port it to work with Kernel v4.9
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 18/49] staging: hikey9xx/gpu: port driver to upstream kAPIs
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 38/49] staging: hikey9xx/gpu: add kirin9xx driver to the building system
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 35/49] staging: hikey9xx/gpu: add SPMI headers
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 39/49] staging: hikey9xx/gpu: get rid of typedefs
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 07/49] staging: hikey9xx/gpu: Solve HDMI compatibility Problem.
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 33/49] staging: hikey9xx/gpu: re-work the mode validation code
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 28/49] staging: hikey9xx/gpu: remove an uneeded hack
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 25/49] staging: hikey9xx/gpu: do some code cleanups
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 21/49] staging: hikey9xx/gpu: add support for using a reserved CMA memory
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 26/49] staging: hikey9xx/gpu: use default GEM_CMA fops
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 27/49] staging: hikey9xx/gpu: place vblank enable/disable at the right place
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 04/49] staging: hikey9xx/gpu: resolve the performance issue by interrupt mechanism
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 41/49] staging: hikey9xx/gpu: get rid of some unused data
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 37/49] staging: hikey9xx/gpu: don't use iommu code
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 11/49] staging: hikey9xx/gpu: Add support 10.1 inch special HDMI displays.
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 29/49] staging: hikey9xx/gpu: add a possible implementation for atomic_disable
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 31/49] staging: hikey9xx/gpu: fix driver name
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 24/49] staging: hikey9xx/gpu: fix the DRM setting logic
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 13/49] staging: hikey9xx/gpu: rename the Kirin9xx namespace
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 08/49] staging: hikey9xx/gpu: Support MIPI DSI 3 lanes for hikey970.
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 23/49] staging: hikey9xx/gpu: Change the logic which sets the burst mode
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 17/49] staging: hikey9xx/gpu: change the includes to reflect upstream
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 15/49] staging: hikey9xx/gpu: get rid of some ifdefs
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 00/49] DRM driver for Hikey 970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 00/16] IOMMU driver for Kirin 960/970
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Allen <allen.lkml@xxxxxxxxx>
• Re: [PATCH 00/16] IOMMU driver for Kirin 960/970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 00/16] IOMMU driver for Kirin 960/970
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [staging:staging-testing] BUILD SUCCESS bc752d2f345bf55d71b3422a6a24890ea03168dc
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Fwd: [PATCH v14 0/2] Add initial support for slimport anx7625
  • From: Xin Ji <xji@xxxxxxxxxxxxxxxx>
• [driver-core:debugfs_cleanup] BUILD SUCCESS f7dc69c6674f761485cbd5574c35a7769a1ad31d
  • From: kernel test robot <lkp@xxxxxxxxx>
• [driver-core:readfile] BUILD SUCCESS d4b51a26f12c944f70a685fbadca460e24b8cdd6
  • From: kernel test robot <lkp@xxxxxxxxx>
• [staging:staging-linus] BUILD SUCCESS 1dffeb8b8b4c261c45416d53c75ea51e6ece1770
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 00/16] IOMMU driver for Kirin 960/970
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/6] staging: hikey9xx: fix Kconfig dependency chain
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] staging: kpc2000: kpc_dma: fix spelling mistake "for for" -> "for"
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] staging: kpc2000: kpc_dma: fix spelling mistake "for for" -> "for"
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH 00/16] IOMMU driver for Kirin 960/970
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 1/6] staging: hikey9xx: fix Kconfig dependency chain
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH] staging: hikey9xx: Kconfig: add regulator dependency
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 00/16] IOMMU driver for Kirin 960/970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH] staging: emxx_udc: Allow for building on !ARM
  • From: Alex Dewar <alex.dewar90@xxxxxxxxx>
• Re: [PATCH] staging: emxx_udc: Use standard BIT() macro
  • From: Alex Dewar <alex.dewar90@xxxxxxxxx>
• Re: [PATCH 1/6] staging: hikey9xx: fix Kconfig dependency chain
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5/6] dt: document HiSilicon SPMI controller and mfd/regulator properties
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 4/6] staging: mfd: hi6421-spmi-pmic: Simplify the compatible string
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 1/6] staging: hikey9xx: fix Kconfig dependency chain
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 2/6] staging: mfd: hi6421-spmi-pmic: get rid of interrupt properties
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 0/6] Do some cleanups at the HiSilicon 6421 regulator
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 3/6] staging: spmi: hisi-spmi-controller: change compatible string
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 00/16] IOMMU driver for Kirin 960/970
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH] staging: emxx_udc: Use standard BIT() macro
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/44] SPMI patches needed by Hikey 970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH v2 1/4] staging: android: Replace BUG_ON with WARN_ON
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] staging: android: Replace BUG_ON with WARN_ON
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• Re: [PATCH v3 00/44] SPMI patches needed by Hikey 970
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] staging: android: Add error handling to order_to_index callers
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] staging: android: Convert BUG to WARN
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] staging: android: Replace BUG_ON with WARN_ON
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] staging: android: Add error handling to ion_page_pool_shrink
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] staging: rtl8723bs: os_dep: fix function-name print using __func__
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] staging: rtl8723bs: os_dep: fix coding style issue in xmit_linux.c
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] staging: wfx: refactor to avoid duplication at hif_tx.c
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] staging: wfx: fixed misspelled word in comment
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] staging: emxx_udc: Use standard BIT() macro
  • From: Alex Dewar <alex.dewar90@xxxxxxxxx>
• Re: [PATCH] char: ipmi: convert tasklets to use new tasklet_setup() API
  • From: Corey Minyard <minyard@xxxxxxx>
• Re: [PATCH -next] binderfs: make symbol 'binderfs_fs_parameters' static
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH -next] binderfs: make symbol 'binderfs_fs_parameters' static
  • From: Wei Yongjun <weiyongjun1@xxxxxxxxxx>
• Re: [PATCH] binder: Modify comments
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• Re: [PATCH 0/4] *** SUBJECT HERE ***
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• Re: [PATCH 0/4] *** SUBJECT HERE ***
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/4] *** SUBJECT HERE ***
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• Re: [PATCH] char: ipmi: convert tasklets to use new tasklet_setup() API
  • From: Allen <allen.lkml@xxxxxxxxx>
• [PATCH 0/4] *** SUBJECT HERE ***
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• [PATCH 0/4] *** SUBJECT HERE ***
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• [PATCH 0/4] *** SUBJECT HERE ***
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• Re: [PATCH RESEND v10 07/11] device-mapping: Introduce DMA range map, supplanting dma_pfn_offset
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] binder: Modify comments
  • From: hui yang <yanghui.def@xxxxxxxxx>
• [PATCH RESEND v10 07/11] device-mapping: Introduce DMA range map, supplanting dma_pfn_offset
  • From: Jim Quinlan <james.quinlan@xxxxxxxxxxxx>
• [PATCH RESEND v10 00/11] PCI: brcmstb: enable PCIe for STB chips
  • From: Jim Quinlan <james.quinlan@xxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/16] IOMMU driver for Kirin 960/970
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCH] char: ipmi: convert tasklets to use new tasklet_setup() API
  • From: Corey Minyard <minyard@xxxxxxx>
• Re: [PATCH 00/16] IOMMU driver for Kirin 960/970
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/16] IOMMU driver for Kirin 960/970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 00/16] IOMMU driver for Kirin 960/970
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/16] IOMMU driver for Kirin 960/970
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 00/16] IOMMU driver for Kirin 960/970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH] platform: goldfish: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] net: atm: convert tasklets callbacks to use from_tasklet()
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH 1/2] misc: ibmvmc: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH 1/2] memstick: jmb38x: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH 1/2] mailbox: bcm: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] input: serio: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH 1/2] hsi: nokia-modem: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] firewire: ohci: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] drm: i915: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] drivers: s390: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] drivers: vme: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] drivers: rapidio: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] drivers: ntb: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] drivers: atm: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] driver: hv: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] char: ipmi: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] arch: um: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• Re: [PATCH 00/16] IOMMU driver for Kirin 960/970
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 01/16] iommu: add support for HiSilicon Kirin 960/970 iommu
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 06/16] iommu: hisilicon: cleanup its code style
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 02/16] iommu: hisilicon: remove default iommu_map_sg handler
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 04/16] iommu: hisi_smmu_lpae: rebase it to work with upstream
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 07/16] iommu: hisi_smmu_lpae: get rid of IOMMU_SEC and IOMMU_DEVICE
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 13/16] iommu: hisi_smmu_lpae: make OF compatible more standard
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 03/16] iommu: hisilicon: map and unmap ops gained new arguments
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 12/16] iommu: hisi_smmu_lpae: cleanup printk macros
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 10/16] iommu: hisi_smmu_lpae: convert it to probe_device
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 16/16] staging: hikey9xx: add an item about the iommu driver
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 08/16] iommu: get rid of map/unmap tile functions
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 09/16] iommu: hisi_smmu_lpae: use the right code to get domain-priv data
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 11/16] iommu: add Hisilicon Kirin970 iommu at the building system
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 05/16] iommu: hisi_smmu: remove linux/hisi/hisi-iommu.h
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 00/16] IOMMU driver for Kirin 960/970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH] staging: rtl8723bs: fix coding style
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH v3 00/44] SPMI patches needed by Hikey 970
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 41/44] staging: hikey9xx: add a TODO list
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 24/44] staging: regulator: hi6421v600-regulator: get rid of unused code
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 17/44] staging: mfd: hi6421-spmi-pmic: get rid of unused OF properties
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 30/44] staging: regulator: hi6421v600-regulator: use shorter names for OF properties
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 40/44] staging: regulator: hi6421v600-regulator: code cleanup
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 35/44] staging: regulator: hi6421v600-regulator: add a driver-specific debug macro
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 32/44] staging: regulator: hi6421v600-regulator: change namespace
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 05/44] staging: spmi: hisi-spmi-controller: adjust whitespaces at defines
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 02/44] staging: spmi: hisi-spmi-controller: coding style fixup
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 14/44] staging: mfd: hi6421-spmi-pmic: get rid of the static vars
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 10/44] staging: spmi: hisi-spmi-controller: do some code cleanups
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 11/44] staging: mfd: add a PMIC driver for HiSilicon 6421 SPMI version
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 08/44] staging: spmi: hisi-spmi-controller: fix the dev_foo() logic
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 26/44] staging: regulator: hi6421v600-regulator: coding style fixups
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 19/44] staging: mfd: hi6421-spmi-pmic: change namespace on its functions
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 20/44] staging: mfd: hi6421-spmi-pmic: fix some coding style issues
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 27/44] staging: regulator: hi6421v600-regulator: change the binding logic
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 37/44] staging: regulator: hi6421v600-regulator: cleanup DT settings
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 16/44] staging: mfd: hi6421-spmi-pmic: change the binding logic
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 13/44] staging: mfd: hi6421-spmi-pmic: deal with non-static functions
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 12/44] staging: mfd: hi6421-spmi-pmic: get rid of unused code
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 22/44] staging: mfd: hi6421-spmi-pmic: cleanup the code
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 29/44] staging: regulator: hi6421v600-regulator: cleanup debug messages
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 23/44] staging: regulator: add a regulator driver for HiSilicon 6421v600 SPMI PMIC
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 33/44] staging: regulator: hi6421v600-regulator: convert to use get/set voltage_sel
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 36/44] staging: regulator: hi6421v600-regulator: initialize ramp_delay
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 39/44] staging: regulator: hi6421v600-regulator: add it to the building system
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 00/44] SPMI patches needed by Hikey 970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 25/44] staging: regulator: hi6421v600-regulator: port it to upstream
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 31/44] staging: regulator: hi6421v600-regulator: better handle modes
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 28/44] staging: regulator: hi6421v600-regulator: cleanup struct hisi_regulator
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 09/44] staging: spmi: hisi-spmi-controller: add it to the building system
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 34/44] staging: regulator: hi6421v600-regulator: don't use usleep_range for off_on_delay
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 18/44] staging: mfd: hi6421-spmi-pmic: cleanup OF properties
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 38/44] staging: regulator: hi6421v600-regulator: fix some coding style issues
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 07/44] staging: spmi: hisi-spmi-controller: add debug when values are read/write
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 21/44] staging: mfd: hi6421-spmi-pmic: add it to the building system
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 01/44] staging: spmi: add Hikey 970 SPMI controller driver
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 06/44] staging: spmi: hisi-spmi-controller: use le32 macros where needed
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 03/44] staging: spmi: hisi-spmi-controller: fix it to probe successfully
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v3 04/44] staging: spmi: hisi-spmi-controller: fix a typo
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH] staging: rtl8723bs: fix coding style
  • From: Injae Kang <abcinje@xxxxxxxxx>
• Re: [PATCH 1/3] staging: androind: Replace BUG_ONs with WARN_ONs
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2 4/4] staging: android: Add error handling to order_to_index callers
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• [PATCH v2 3/4] staging: android: Convert BUG to WARN
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• [PATCH v2 2/4] staging: android: Add error handling to ion_page_pool_shrink
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• [PATCH v2 1/4] staging: android: Replace BUG_ON with WARN_ON
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• Re: [PATCH 1/3] staging: androind: Replace BUG_ONs with WARN_ONs
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2 0/4] Replace BUG/BUG_ON to WARN/WARN_ON
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• Re: [PATCH 1/3] staging: androind: Replace BUG_ONs with WARN_ONs
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/3] staging: androind: Convert BUG() to WARN()
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• Re: [PATCH 3/3] staging: androind: Convert BUG() to WARN()
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 3/3] staging: androind: Convert BUG() to WARN()
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• [PATCH 2/3] staging: androind: Add error handling to ion_page_pool_shrink
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• [PATCH 1/3] staging: androind: Replace BUG_ONs with WARN_ONs
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• [PATCH 0/3] Replac BAG/BAG_ON with WARN/WARN_ON
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• Re: [RFC 3/3] staging: qlge: clean up code that dump info to dmesg
  • From: Benjamin Poirier <benjamin.poirier@xxxxxxxxx>
• Re: [RFC 1/3] Initialize devlink health dump framework for the dlge driver
  • From: Benjamin Poirier <benjamin.poirier@xxxxxxxxx>
• [PATCH] staging: r8188eu: remove unnecessary type cast of rtw_netdev_priv() result
  • From: Ivan Safonov <insafonov@xxxxxxxxx>
• [RFC 3/3] staging: qlge: clean up code that dump info to dmesg
  • From: Coiby Xu <coiby.xu@xxxxxxxxx>
• [RFC 2/3] staging: qlge: coredump via devlink health reporter
  • From: Coiby Xu <coiby.xu@xxxxxxxxx>
• [RFC 1/3] Initialize devlink health dump framework for the dlge driver
  • From: Coiby Xu <coiby.xu@xxxxxxxxx>
• [PATCH v3] staging: greybus: audio: fix uninitialized value issue
  • From: Vaibhav Agarwal <vaibhav.sr@xxxxxxxxx>
• Re: [PATCH v2] staging: greybus: audio: fix uninitialized value issue
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH v2] staging: greybus: audio: fix uninitialized value issue
  • From: Vaibhav Agarwal <vaibhav.sr@xxxxxxxxx>
• [PATCH] media: debugging logging cleanup
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] staging: media: ipu3: Replace depracated MSI API.
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH] staging: rtl8192u: Do not use GFP_KERNEL in atomic context
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH 35/44] staging: regulator: hi6421v600-regulator: add a driver-specific debug macro
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: linux-next: Tree for Aug 13 [drivers/staging/vc04_services/bcm2835-camera/]
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 35/44] staging: regulator: hi6421v600-regulator: add a driver-specific debug macro
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 00/44] SPMI patches needed by Hikey 970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 00/44] SPMI patches needed by Hikey 970
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH] staging: rtl8723bs: remove 5 GHz code
  • From: Michael Straube <straube.linux@xxxxxxxxx>
• Re: [PATCH 00/44] SPMI patches needed by Hikey 970
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 00/44] SPMI patches needed by Hikey 970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 06/44] staging: spmi: hisi-spmi-controller: use le32 macros where needed
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 01/44] staging: spmi: add Hikey 970 SPMI controller driver
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 00/44] SPMI patches needed by Hikey 970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 00/44] SPMI patches needed by Hikey 970
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 06/44] staging: spmi: hisi-spmi-controller: use le32 macros where needed
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 01/44] staging: spmi: add Hikey 970 SPMI controller driver
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/44] staging: spmi: hisi-spmi-controller: do some code cleanups
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 20/44] staging: mfd: hi6421-spmi-pmic: fix some coding style issues
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 35/44] staging: regulator: hi6421v600-regulator: add a driver-specific debug macro
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] staging: rtl8723bs: os_dep: fix function-name print using __func__
  • From: Mohammed Rushad <mohammedrushad@xxxxxxxxx>
• [PATCH 22/44] staging: mfd: hi6421-spmi-pmic: cleanup the code
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 26/44] staging: regulator: hi6421v600-regulator: coding style fixups
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 40/44] staging: regulator: hi6421v600-regulator: code cleanup
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 39/44] staging: regulator: hi6421v600-regulator: add it to the building system
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 29/44] staging: regulator: hi6421v600-regulator: cleanup debug messages
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 12/44] staging: mfd: hi6421-spmi-pmic: get rid of unused code
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 11/44] staging: mfd: add a PMIC driver for HiSilicon 6421 SPMI version
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 27/44] staging: regulator: hi6421v600-regulator: change the binding logic
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 10/44] staging: spmi: hisi-spmi-controller: do some code cleanups
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 01/44] staging: spmi: add Hikey 970 SPMI controller driver
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 31/44] staging: regulator: hi6421v600-regulator: better handle modes
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 37/44] staging: regulator: hi6421v600-regulator: cleanup DT settings
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 23/44] staging: regulator: add a regulator driver for HiSilicon 6421v600 SPMI PMIC
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 14/44] staging: mfd: hi6421-spmi-pmic: get rid of the static vars
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 16/44] staging: mfd: hi6421-spmi-pmic: change the binding logic
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 19/44] staging: mfd: hi6421-spmi-pmic: change namespace on its functions
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 38/44] staging: regulator: hi6421v600-regulator: fix some coding style issues
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 30/44] staging: regulator: hi6421v600-regulator: use shorter names for OF properties
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 33/44] staging: regulator: hi6421v600-regulator: convert to use get/set voltage_sel
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 34/44] staging: regulator: hi6421v600-regulator: don't use usleep_range for off_on_delay
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 35/44] staging: regulator: hi6421v600-regulator: add a driver-specific debug macro
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 32/44] staging: regulator: hi6421v600-regulator: change namespace
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 41/44] staging: hikey9xx: add a TODO list
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 24/44] staging: regulator: hi6421v600-regulator: get rid of unused code
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 18/44] staging: mfd: hi6421-spmi-pmic: cleanup OF properties
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 03/44] staging: spmi: hisi-spmi-controller: fix it to probe successfully
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 36/44] staging: regulator: hi6421v600-regulator: initialize ramp_delay
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 28/44] staging: regulator: hi6421v600-regulator: cleanup struct hisi_regulator
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 21/44] staging: mfd: hi6421-spmi-pmic: add it to the building system
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 09/44] staging: spmi: hisi-spmi-controller: add it to the building system
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 17/44] staging: mfd: hi6421-spmi-pmic: get rid of unused OF properties
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 04/44] staging: spmi: hisi-spmi-controller: fix a typo
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 02/44] staging: spmi: hisi-spmi-controller: coding style fixup
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 25/44] staging: regulator: hi6421v600-regulator: port it to upstream
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 20/44] staging: mfd: hi6421-spmi-pmic: fix some coding style issues
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 06/44] staging: spmi: hisi-spmi-controller: use le32 macros where needed
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 13/44] staging: mfd: hi6421-spmi-pmic: deal with non-static functions
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 07/44] staging: spmi: hisi-spmi-controller: add debug when values are read/write
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 00/44] SPMI patches needed by Hikey 970
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 08/44] staging: spmi: hisi-spmi-controller: fix the dev_foo() logic
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 05/44] staging: spmi: hisi-spmi-controller: adjust whitespaces at defines
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 0/3] Modernize tasklet callback API
  • From: Allen <allen.lkml@xxxxxxxxx>
• Re: [PATCH 0/3] Modernize tasklet callback API
  • From: Allen <allen.lkml@xxxxxxxxx>
• Re: [PATCH 0/3] Modernize tasklet callback API
  • From: Takashi Iwai <tiwai@xxxxxxx>
• [driver-core:readfile] BUILD SUCCESS 06a33eb9d1f72eed76456bda98a363bffdc4364d
  • From: kernel test robot <lkp@xxxxxxxxx>
• [driver-core:debugfs_cleanup] BUILD SUCCESS 2ca2ccfc6adaa96762a87ecbc36359bc40e72088
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/3] Modernize tasklet callback API
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v1] staging: greybus: audio: fix uninitialized value issue
  • From: Vaibhav Agarwal <vaibhav.sr@xxxxxxxxx>
• Re: [PATCH 0/3] Modernize tasklet callback API
  • From: Allen <allen.lkml@xxxxxxxxx>
• Re: [PATCH] staging: ks7010: Do not use GFP_KERNEL in atomic context
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v14 0/2] Add initial support for slimport anx7625
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v1] staging: greybus: audio: fix uninitialized value issue
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2] staging: wfx: refactor to avoid duplication at hif_tx.c
  • From: Jérôme Pouiller <jerome.pouiller@xxxxxxxxxx>
• Re: [PATCH][next][V2] staging: wfx: fix a handful of spelling mistakes
  • From: Jérôme Pouiller <jerome.pouiller@xxxxxxxxxx>
• [PATCH] staging: ks7010: Do not use GFP_KERNEL in atomic context
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH] binder: Remove bogus warning on failed same-process transaction
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RESEND PATCH] media: atomisp: Replace trace_printk by pr_info
  • From: Nicolas Boichat <drinkcat@xxxxxxxxxxxx>
• Re: [PATCH] staging: atomisp: move null check to earlier point
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [RESEND PATCH] media: atomisp: Replace trace_printk by pr_info
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• [PATCH] Staging: comedi: pcl726: fixed a spelling mistake
  • From: Lokesh Chebrolu <lokeshch007@xxxxxxxxx>
• Re: [RESEND PATCH] media: atomisp: Replace trace_printk by pr_info
  • From: Nicolas Boichat <drinkcat@xxxxxxxxxxxx>
• Re: [PATCH] staging: Add Mediatek High Frequency Manager Framework
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] staging: Add Mediatek High Frequency Manager Framework
  • From: "hongxu.zhao" <hongxu.zhao@xxxxxxxxxxxx>
• Re: [RESEND PATCH] media: atomisp: Replace trace_printk by pr_info
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [driver-core:readfile] BUILD SUCCESS 68b2d084a9af04c5b98108f9b7fc5fb77509ef1a
  • From: kernel test robot <lkp@xxxxxxxxx>
• [driver-core:debugfs_cleanup] BUILD SUCCESS 386703cdbd092acbc66a1f2f4f0406574aaa7d5e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RESEND PATCH] media: atomisp: Replace trace_printk by pr_info
  • From: Nicolas Boichat <drinkcat@xxxxxxxxxxxx>
• Re: [PATCH] staging: ion: fix spelling mistake in function name "detatch" -> "detach"
  • From: Hridya Valsaraju <hridya@xxxxxxxxxx>
• Re: [PATCH] staging: atomisp: move null check to earlier point
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [GIT PULL] Staging/IIO driver patches for 5.9-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v6] staging: atomisp: move null check to earlier point
  • From: Cengiz Can <cengiz@xxxxxxxxxx>
• Re: [PATCH v6] staging: atomisp: move null check to earlier point
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6] staging: atomisp: move null check to earlier point
  • From: Cengiz Can <cengiz@xxxxxxxxxx>
• [PATCH] binder: Remove bogus warning on failed same-process transaction
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] binder: Remove bogus warning on failed same-process transaction
  • From: Todd Kjos <tkjos@xxxxxxxxxx>
• [PATCH v1] staging: greybus: audio: fix uninitialized value issue
  • From: Vaibhav Agarwal <vaibhav.sr@xxxxxxxxx>
• Re: issue with uninitialized value used in a comparison in gbcodec_mixer_dapm_ctl_put
  • From: Vaibhav Agarwal <vaibhav.sr@xxxxxxxxx>
• Re: WARNING in binder_transaction_buffer_release (2)
  • From: Todd Kjos <tkjos@xxxxxxxxxx>
• Re: WARNING in binder_transaction_buffer_release (2)
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH][next][V2] staging: wfx: fix a handful of spelling mistakes
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [GIT PULL] Staging/IIO driver patches for 5.9-rc1
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] media: atomisp: fix spelling mistake "unsupport" -> "unsupported"
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: WARNING in binder_transaction_buffer_release (2)
  • From: syzbot <syzbot+e113a0b970b7b3f394ba@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] staging: Add Mediatek High Frequency Manager Framework
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH][next][V2] staging: wfx: fix a handful of spelling mistakes
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH] staging: Add Mediatek High Frequency Manager Framework
  • From: "hongxu.zhao" <hongxu.zhao@xxxxxxxxxxxx>
• Re: [greybus-dev] [PATCH v4 1/7] staging: greybus: audio: Update snd_jack FW usage as per new APIs
  • From: Vaibhav Agarwal <vaibhav.sr@xxxxxxxxx>
• Re: [PATCH][next] staging: wfx: fix a handful of spelling mistakes
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH][next] staging: wfx: fix a handful of spelling mistakes
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: issue with uninitialized value used in a comparison in gbcodec_mixer_dapm_ctl_put
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [greybus-dev] [PATCH v4 1/7] staging: greybus: audio: Update snd_jack FW usage as per new APIs
  • From: Alex Elder <elder@xxxxxxxxxx>
• Re: [greybus-dev] [PATCH] staging: greybus: audio: Uninitialized variable in gbaudio_remove_controls()
  • From: Alex Elder <elder@xxxxxxxxxx>
• Re: [PATCH v4] sched: Provide USF for the portable equipment.
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• [PATCH v2] staging: wfx: refactor to avoid duplication at hif_tx.c
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• Re: [PATCH v3] Provide USF for the portable equipment.
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] staging: ion: fix spelling mistake in function name "detatch" -> "detach"
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH] staging: wfx: refactor to avoid duplication at hif_tx.c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5] sched: Provide USF for the portable equipment.
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] staging: wfx: refactor to avoid duplication at hif_tx.c
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• Re: [PATCH v4] sched: Provide USF for the portable equipment.
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [PATCH] staging: wfx: refactor to avoid duplication at hif_tx.c
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] staging: wfx: refactor to avoid duplication at hif_tx.c
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• Re: [PATCH] staging: android: ashmem: used const keyword
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5] sched: Provide USF for the portable equipment.
  • From: peterz@xxxxxxxxxxxxx
• Re: [PATCH v5] sched: Provide USF for the portable equipment.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5] sched: Provide USF for the portable equipment.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5] sched: Provide USF for the portable equipment.
  • From: Dongdong Yang <contribute.kernel@xxxxxxxxx>
• [PATCH v5] Provide USF for the portable equipment.
  • From: Dongdong Yang <contribute.kernel@xxxxxxxxx>
• Re: [PATCH v2] staging: wfx: fixed misspelled word in comment
  • From: Aditya Bansal <adbansal99@xxxxxxxxx>
• Re: [PATCH] staging: greybus: audio: Uninitialized variable in gbaudio_remove_controls()
  • From: Vaibhav Agarwal <vaibhav.sr@xxxxxxxxx>
• Re: [PATCH] staging: wfx: fixed misspelled word in comment
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] staging: wfx: fixed misspelled word in comment
  • From: Aditya Bansal <adbansal99@xxxxxxxxx>
• Re: [PATCH] staging: wfx: fixed misspelled word in comment
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v4] sched: Provide USF for the portable equipment.
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] staging: wfx: fixed misspelled word in comment
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] staging: wfx: fixed misspelled word in comment
  • From: Aditya Bansal <adbansal99@xxxxxxxxx>
• [PATCH] staging: wlan-ng: fix out of bounds read in prism2sta_probe_usb()
  • From: Rustam Kovhaev <rkovhaev@xxxxxxxxx>
• Re: [RFC PATCH 4/7] crypto: remove ARC4 support from the skcipher API
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4] sched: Provide USF for the portable equipment.
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [PATCH] staging: Add Mediatek High Frequency Manager Framework
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] staging: greybus: audio: Uninitialized variable in gbaudio_remove_controls()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v4] sched: Provide USF for the portable equipment.
  • From: peterz@xxxxxxxxxxxxx
• Re: [PATCH] staging: Add Mediatek High Frequency Manager Framework
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] sched: Provide USF for the portable equipment.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] staging: Add Mediatek High Frequency Manager Framework
  • From: "hongxu.zhao" <hongxu.zhao@xxxxxxxxxxxx>
• [PATCH v4] sched: Provide USF for the portable equipment.
  • From: Dongdong Yang <contribute.kernel@xxxxxxxxx>
• [PATCH v4] Provide USF for the portable equipment.
  • From: Dongdong Yang <contribute.kernel@xxxxxxxxx>
• Re: [PATCH v3] Provide USF for the portable equipment.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 -next] media: staging: tegra-vde: Mark tegra_vde_runtime_suspend/resume as __maybe_unused
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v3] Provide USF for the portable equipment.
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [readfile] e83a3e282e: will-it-scale.per_process_ops 18.3% improvement
  • From: kernel test robot <rong.a.chen@xxxxxxxxx>
• [PATCH v2 -next] media: staging: tegra-vde: Mark tegra_vde_runtime_suspend/resume as __maybe_unused
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• Re: [PATCH -next] media: staging: tegra-vde: Mark tegra_vde_runtime_suspend as __maybe_unused
  • From: Yuehaibing <yuehaibing@xxxxxxxxxx>
• Re: [PATCH v3] sched: Provide USF for the portable equipment.
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v10 07/11] device-mapping: Introduce DMA range map, supplanting dma_pfn_offset
  • From: Jim Quinlan <james.quinlan@xxxxxxxxxxxx>
• [PATCH v10 00/11] PCI: brcmstb: enable PCIe for STB chips
  • From: Jim Quinlan <james.quinlan@xxxxxxxxxxxx>
• Re: KASAN: use-after-free Read in hci_chan_del
  • From: syzbot <syzbot+305a91e025a73e4fd6ce@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] sched: Provide USF for the portable equipment.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] drivers: most: add character device interface driver
  • From: Christian Gromm <christian.gromm@xxxxxxxxxxxxx>
• [PATCH v3] sched: Provide USF for the portable equipment.
  • From: Dongdong Yang <contribute.kernel@xxxxxxxxx>
• [PATCH v3] Provide USF for the portable equipment.
  • From: Dongdong Yang <contribute.kernel@xxxxxxxxx>
• Re: [PATCH -next] media: staging: tegra-vde: Mark tegra_vde_runtime_suspend as __maybe_unused
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH -next] media: staging: tegra-vde: Mark tegra_vde_runtime_suspend as __maybe_unused
  • From: Yuehaibing <yuehaibing@xxxxxxxxxx>
• Re: [PATCH -next] media: staging: tegra-vde: Mark tegra_vde_runtime_suspend as __maybe_unused
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v9 08/12] device core: Introduce DMA range map, supplanting dma_pfn_offset
  • From: Jim Quinlan <james.quinlan@xxxxxxxxxxxx>
• Re: [PATCH] sched: Provide USF for the portable equipment.
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH -next] media: staging: tegra-vde: Mark tegra_vde_runtime_suspend as __maybe_unused
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• Re: [PATCH 0/3] Modernize tasklet callback API
  • From: Allen <allen.lkml@xxxxxxxxx>
• [staging:staging-testing] BUILD SUCCESS 5bbd90550da8f7bdac769b5825597e67183c9411
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] staging: wlan-ng: Remove repeated words in comments
  • From: Igor Matheus Andrade Torrente <igormtorrente@xxxxxxxxx>
• Re: KASAN: use-after-free Write in __sco_sock_close
  • From: syzbot <syzbot+077eca30d3cb7c02b273@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] staging: most: dim2: Add missing identifier name to function argument
  • From: Nícolas F. R. A. Prado <nfraprado@xxxxxxxxxxxxxx>
• [PATCH] staging: rtl8723bs: os_dep: fix brace coding style issue in sdio_intf.c
  • From: Mohammed Rushad <mohammedrushad@xxxxxxxxx>
• [PATCH] staging: rtl8723bs: os_dep: fix coding style issue in xmit_linux.c
  • From: Mohammed Rushad <mohammedrushad@xxxxxxxxx>
• [PATCH] staging: wfx: clear alignment style issues
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• [PATCH] Staging: rtl8192e: fix indent coding style issue in rtllib_tx.c
  • From: Mohammed Rushad <mohammedrushad@xxxxxxxxx>
• [PATCH] staging: rtl8723bs: replace rtw_netdev_priv define with inline function
  • From: Ivan Safonov <insafonov@xxxxxxxxx>
• [PATCH] staging: most: fix up movement of USB driver
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: staging: most: Build error since commit "drivers: most: add USB adapter driver"
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• staging: most: Build error since commit "drivers: most: add USB adapter driver"
  • From: Michael Straube <straube.linux@xxxxxxxxx>
• Re: [PATCH v4] staging: nvec: change usage of slave to secondary
  • From: Rohit K Bharadwaj <bharadwaj.rohit8@xxxxxxxxx>
• Re: [PATCH v4] staging: nvec: change usage of slave to secondary
  • From: Marc Dietrich <marvin24@xxxxxxxxx>
• Re: [PATCH v4] staging: nvec: change usage of slave to secondary
  • From: Marc Dietrich <marvin24@xxxxxxxxx>
• Re: WARNING in hci_conn_timeout
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [staging:staging-next] BUILD SUCCESS 3e338d3c95c735dc3265a86016bb4c022ec7cadc
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] staging: rts5208: clear alignment style issues
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2] staging: r8188eu: replace rtw_netdev_priv define with inline function
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: WARNING in hci_conn_timeout
  • From: syzbot <syzbot+2446dd3cb07277388db6@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v6] staging: atomisp: move null check to earlier point
  • From: Cengiz Can <cengiz@xxxxxxxxxx>
• [PATCH v5] staging: atomisp: move null check to earlier point
  • From: Cengiz Can <cengiz@xxxxxxxxxx>
• [PATCHi v4] staging: atomisp: move null check to earlier point
  • From: Cengiz Can <cengiz@xxxxxxxxxx>
• [PATCH v3] staging: atomisp: move null check to earlier point
  • From: Cengiz Can <cengiz@xxxxxxxxxx>
• [PATCH] staging: rts5208: clear alignment style issues
  • From: Tomer Samara <tomersamara98@xxxxxxxxx>
• [PATCH v3] staging: r8188eu: replace rtw_netdev_priv define with inline function
  • From: Ivan Safonov <insafonov@xxxxxxxxx>
• Re: [PATCH v9 08/12] device core: Introduce DMA range map, supplanting dma_pfn_offset
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• [PATCH v2] staging: r8188eu: replace rtw_netdev_priv define with inline function
  • From: Ivan Safonov <insafonov@xxxxxxxxx>
• Re: WARNING: ODEBUG bug in cancel_delayed_work
  • From: syzbot <syzbot+338f014a98367a08a114@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -v2] Staging: iio: Fixed a punctuation and a spelling mistake.
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] staging: r8188eu: replace rtw_netdev_priv define with inline function
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] staging: r8188eu: replace rtw_netdev_priv define with inline function
  • From: Ivan Safonov <insafonov@xxxxxxxxx>
• Re: [PATCH] staging: r8188eu: replace rtw_netdev_priv define with inline function
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] staging: r8188eu: replace rtw_netdev_priv define with inline function
  • From: Ivan Safonov <insafonov@xxxxxxxxx>
• Re: [PATCH v2] Provide USF for the portable equipment.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [driver-core:driver-core-testing] BUILD SUCCESS 76acb5ee76b1ae5870cac9c8125ca09e9106d5b2
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: mmotm 2020-07-31-16-45 uploaded (drivers/staging/vc04_services/)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] sched: Provide USF for the portable equipment.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] staging: netlogic: clear alignment style issues
  • From: Tomer Samara <xsamarax00@xxxxxxxxx>
• Re: [PATCH] sched: Provide USF for the portable equipment.
  • From: peterz@xxxxxxxxxxxxx
• Re: [PATCH v2] sched: Provide USF for the portable equipment.
  • From: Dietmar Eggemann <dietmar.eggemann@xxxxxxx>
• Re: [PATCH v9 08/12] device core: Introduce DMA range map, supplanting dma_pfn_offset
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH v2] sched: Provide USF for the portable equipment.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] sched: Provide USF for the portable equipment.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] sched: Provide USF for the portable equipment.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2] Provide USF for the portable equipment.
  • From: Dongdong Yang <contribute.kernel@xxxxxxxxx>
• [PATCH v2] sched: Provide USF for the portable equipment.
  • From: Dongdong Yang <contribute.kernel@xxxxxxxxx>
• [PATCH v7] drivers: most: add USB adapter driver
  • From: Christian Gromm <christian.gromm@xxxxxxxxxxxxx>
• Re: [PATCH v7] drivers: most: add USB adapter driver
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v7] drivers: most: add USB adapter driver
  • From: Christian Gromm <christian.gromm@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] usb: gadget: udc: Avoid tasklet passing a global
  • From: Felipe Balbi <balbi@xxxxxxxxxx>
• Re: [PATCH v2] staging: atomisp: move null check to earlier point
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v6] drivers: most: add USB adapter driver
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sched: Provide USF for the portable equipment.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sched: Provide USF for the portable equipment.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: issue with uninitialized value used in a comparison in gbcodec_mixer_dapm_ctl_put
  • From: Vaibhav Agarwal <vaibhav.sr@xxxxxxxxx>
• Re: [PATCH v1] staging: fieldbus: Use %pM format specifier for MAC addresses
  • From: Sven Van Asbroeck <thesven73@xxxxxxxxx>
• [staging:staging-testing] BUILD SUCCESS d8a0f85d394a0cc5dec2b290ebcf8ed3cfdc1a70
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] sched: Provide USF for the portable equipment.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2] staging: atomisp: move null check to earlier point
  • From: Cengiz Can <cengiz@xxxxxxxxxx>
• [PATCH v2 1/1] staging: android: ashmem: Fix lockdep warning for write operation
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH] PCI: Rename d3_delay in the pci_dev struct to align with PCI specification
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• Re: [PATCH 1/1] staging: android: ashmem: Fix lockdep warning for write operation
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 0/3] Modernize tasklet callback API
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v1] staging: fieldbus: Use %pM format specifier for MAC addresses
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v9 08/12] device core: Introduce DMA range map, supplanting dma_pfn_offset
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• Re: [PATCH v9 08/12] device core: Introduce DMA range map, supplanting dma_pfn_offset
  • From: Jim Quinlan <james.quinlan@xxxxxxxxxxxx>
• Re: [PATCH v9 08/12] device core: Introduce DMA range map, supplanting dma_pfn_offset
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• Re: [PATCH v9 08/12] device core: Introduce DMA range map, supplanting dma_pfn_offset
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• Re: [PATCH v9 08/12] device core: Introduce DMA range map, supplanting dma_pfn_offset
  • From: Jim Quinlan <james.quinlan@xxxxxxxxxxxx>
• issue with uninitialized value used in a comparison in gbcodec_mixer_dapm_ctl_put
  • From: Colin Ian King <colin.king@xxxxxxxxxxxxx>
• [PATCH v1] staging: fieldbus: Use %pM format specifier for MAC addresses
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1] staging: ks7010: Use %pM format specifier for MAC addresses
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1] staging: most: Use %pM format specifier for MAC addresses
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] sched: Provide USF for the portable equipment.
  • From: Dongdong Yang <contribute.kernel@xxxxxxxxx>
• [PATCH] sched: Provide USF for the portable equipment.
  • From: Dongdong Yang <contribute.kernel@xxxxxxxxx>
• Re: [PATCH v2] binder: Prevent context manager from incrementing ref 0
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH v6] drivers: most: add USB adapter driver
  • From: Christian Gromm <christian.gromm@xxxxxxxxxxxxx>
• KASAN: slab-out-of-bounds Read in prism2sta_probe_usb
  • From: syzbot <syzbot+22794221ab96b0bab53a@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] staging: atomisp: move null check to earlier point
  • From: Cengiz Can <cengiz@xxxxxxxxxx>
• Re: [PATCH] staging: most: usb: rename most_usb.ko
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] staging: atomisp: move null check to earlier point
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] staging: most: usb: rename most_usb.ko
  • From: <Christian.Gromm@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] Modernize tasklet callback API
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] staging: android: ashmem: Fix lockdep warning for write operation
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH][next] staging: wfx: Use flex_array_size() helper in memcpy()
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH] staging: android: ashmem: used const keyword
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] staging: android: ashmem: used const keyword
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v4 3/3] staging: rtl8723bs: Align macro definitions
  • From: Aditya Jain <aditya.jainadityajain.jain@xxxxxxxxx>
• [PATCH v4 2/3] staging: rtl8723bs: Clean up function declations
  • From: Aditya Jain <aditya.jainadityajain.jain@xxxxxxxxx>
• [PATCH v4 1/3] staging: rtl8723bs: Fix coding style errors
  • From: Aditya Jain <aditya.jainadityajain.jain@xxxxxxxxx>
• [PATCH v4 0/3] Fix coding style issues in staging
  • From: Aditya Jain <aditya.jainadityajain.jain@xxxxxxxxx>
• Re: [PATCH] staging: most: usb: rename most_usb.ko
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] staging: most: usb: rename most_usb.ko
  • From: Christian Gromm <christian.gromm@xxxxxxxxxxxxx>
• Re: [PATCH] staging: atomisp: move null check to earlier point
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RESEND PATCH v5] drivers: most: add USB adapter driver
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH v5] drivers: most: add USB adapter driver
  • From: <Christian.Gromm@xxxxxxxxxxxxx>
• Re: [PATCH v9 08/12] device core: Introduce DMA range map, supplanting dma_pfn_offset
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [RESEND PATCH v5] drivers: most: add USB adapter driver
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 08/12] device core: Introduce DMA range map, supplanting dma_pfn_offset
  • From: Jim Quinlan <james.quinlan@xxxxxxxxxxxx>
• [PATCH] staging: atomisp: move null check to earlier point
  • From: Cengiz Can <cengiz@xxxxxxxxxx>
• Re: [PATCH v3] Staging: media: atomisp: fixed a brace coding sytle issue
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH -v2] Staging: iio: Fixed a punctuation and a spelling mistake.
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH] staging: rtl8723bs: remove redundant assignment to variable ret
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• [PATCH -v2] Staging: iio: Fixed a punctuation and a spelling mistake.
  • From: Ankit Baluni <b18007@xxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] Staging: media: atomisp: Fixed a brace coding sytle issue
  • From: Ankit Baluni <b18007@xxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3] Staging: media: atomisp: fixed a brace coding sytle issue
  • From: Ankit Baluni <b18007@xxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] Staging: rtl8712: Fixed a coding sytle issue
  • From: Ankit Baluni <b18007@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] Staging : media : atomisp : fixed a brace coding sytle issue
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3] Staging : media : atomisp : fixed a brace coding sytle issue
  • From: Ankit Baluni <b18007@xxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] Staging: iio: Fixed a punctuation and a spelling mistake.
  • From: Ankit Baluni <b18007@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Staging : iio : Fixed a punctuation and a spelling mistake.
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v9 08/12] device core: Introduce DMA range map, supplanting dma_pfn_offset
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] staging: qlge: qlge_dbg: removed comment repition
  • From: Dhiraj Sharma <dhiraj.sharma0024@xxxxxxxxx>
• Re: [PATCH] staging: qlge: qlge_dbg: removed comment repition
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] staging: qlge: qlge_dbg: removed comment repition
  • From: Dhiraj Sharma <dhiraj.sharma0024@xxxxxxxxx>
• [staging:staging-testing] BUILD SUCCESS 11536442a3b4e1de6890ea5e805908debb74f94a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: nxp imx8m CSI drivers
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH] Staging : iio : Fixed a punctuation and a spelling mistake.
  • From: Ankit Baluni <b18007@xxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] Staging : media : atomisp : fixed a brace coding sytle issue
  • From: Ankit <b18007@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] staging: android: ashmem: used const keyword
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [driver-core:debugfs_cleanup] BUILD SUCCESS e82507d326d05747a5fdea6065e99f5332b63ecd
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] Staging : rtl8712 : Fixed a coding sytle issue
  • From: Ankit Baluni <b18007@xxxxxxxxxxxxxxxxxxxxxxx>
• [driver-core:driver-core-testing] BUILD SUCCESS eea2c51f81df9df5123c042f07c7c6c33bf5fabb
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 3/4] staging: rtl8723bs: include: Further clean up function declarations
  • From: Aditya Jain <aditya.jainadityajain.jain@xxxxxxxxx>
• Re: [PATCH v9 08/12] device core: Introduce DMA range map, supplanting dma_pfn_offset
  • From: Jim Quinlan <james.quinlan@xxxxxxxxxxxx>
• Re: [PATCH] staging: android: ashmem: used const keyword
  • From: Dhiraj Sharma <dhiraj.sharma0024@xxxxxxxxx>
• [PATCH] staging: qlge: qlge_dbg: removed comment repition
  • From: Dhiraj Sharma <dhiraj.sharma0024@xxxxxxxxx>
• Re: [PATCH] staging: android: ashmem: used const keyword
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 08/12] device core: Introduce DMA range map, supplanting dma_pfn_offset
  • From: Jim Quinlan <james.quinlan@xxxxxxxxxxxx>
• [PATCH] staging: android: ashmem: used const keyword
  • From: Dhiraj Sharma <dhiraj.sharma0024@xxxxxxxxx>
• Re: [PATCH] media: usbvision: fixed coding style
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] media: usbvision: fixed coding style
  • From: Dhiraj Sharma <dhiraj.sharma0024@xxxxxxxxx>
• Re: [PATCH] media: usbvision: fixed coding style
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] media: usbvision: fixed coding style
  • From: Dhiraj Sharma <dhiraj.sharma0024@xxxxxxxxx>
• Re: [PATCH v2] binder: Prevent context manager from incrementing ref 0
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• Re: [PATCH] media: usbvision: fixed coding style
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] media: usbvision: fixed coding style
  • From: Dhiraj Sharma <dhiraj.sharma0024@xxxxxxxxx>
• Re: [PATCH] media: usbvision: fixed coding style
  • From: Dhiraj Sharma <dhiraj.sharma0024@xxxxxxxxx>
• Re: [PATCH] media: usbvision: fixed coding style
  • From: Hans Verkuil <hverkuil@xxxxxxxxx>
• Re: [PATCH v9 08/12] device core: Introduce DMA range map, supplanting dma_pfn_offset
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH] media: usbvision: fixed coding style
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] media: usbvision: fixed coding style
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] binder: Prevent context manager from incrementing ref 0
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] media: atomisp-mt9m114: replace fixed function names
  • From: Juan Antonio Aldea-Armenteros <juant.aldea@xxxxxxxxx>
• [PATCH] media: usbvision: fixed coding style
  • From: Dhiraj Sharma <dhiraj.sharma0024@xxxxxxxxx>
• Re: [PATCH v2] binder: Prevent context manager from incrementing ref 0
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• Re: [PATCH v1] staging: sm750fb: use generic power management
  • From: Vaibhav Gupta <vaibhavgupta40@xxxxxxxxx>
• [PATCH v1] staging: sm750fb: use generic power management
  • From: Vaibhav Gupta <vaibhavgupta40@xxxxxxxxx>
• Re: [PATCH v9 08/12] device core: Introduce DMA range map, supplanting dma_pfn_offset
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: nxp imx8m CSI drivers
  • From: Martin Kepplinger <martin.kepplinger@xxxxxxx>
• [PATCH] staging: most: usb: remove NET dependency
  • From: Christian Gromm <christian.gromm@xxxxxxxxxxxxx>
• [PATCH v2] Staging : media : atomisp : fixed a brace coding sytle issue
  • From: Ankit <b18007@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [v2] Staging: rtl8188eu: rtw_mlme: Fix uninitialized variable authmode
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH v2] Staging : media : atomisp : fixed a brace coding sytle issue
  • From: Ankit <b18007@xxxxxxxxxxxxxxxxxxxxxxx>
• [staging:staging-next] BUILD SUCCESS 908e757daecf2120c3019fa630ae5d4c3cd7165b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] Staging : media : atomisp : fixed a brace coding sytle issue
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Staging : media : atomisp : fixed a brace coding sytle issue
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] [v2] Staging: rtl8188eu: rtw_mlme: Fix uninitialized variable authmode
  • From: Dinghao Liu <dinghao.liu@xxxxxxxxxx>
• Re: [RESEND PATCH v5] drivers: most: add USB adapter driver
  • From: <Christian.Gromm@xxxxxxxxxxxxx>
• [driver-core:readfile] BUILD SUCCESS 319cd725e8792fc49ac0c4658856ad6e0a3448a3
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] Staging : media : atomisp : Fixed a brace coding sytle issue
  • From: Ankit Baluni <b18007@xxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] Staging : media : atomisp : fixed a brace coding sytle issue
  • From: Ankit <b18007@xxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH][next] staging: rtl8192e: Use fallthrough pseudo-keyword
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH][next] staging: gdm724x: Use fallthrough pseudo-keyword
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH][next] staging: rtl8723bs: Use fallthrough pseudo-keyword
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH][next] staging: ks7010: Use fallthrough pseudo-keyword
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH][next] staging: rtl8712: Use fallthrough pseudo-keyword
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH][next] staging: comedi: s526: Use fallthrough pseudo-keyword
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH][next] staging: qlge: Use fallthrough pseudo-keyword
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH][next] staging: vc04_services: Use fallthrough pseudo-keyword
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH v3] media: atomisp-mt9m114: replace fixed function names
  • From: Juan Antonio Aldea-Armenteros <juant.aldea@xxxxxxxxx>
• [PATCH v2] media: atomisp-mt9m114: replace fixed function names
  • From: Juan Antonio Aldea-Armenteros <juant.aldea@xxxxxxxxx>
• Re: [RESEND PATCH v5] drivers: most: add USB adapter driver
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: Re: [PATCH] Staging: rtl8188eu: rtw_mlme: Fix uninitialized variable authmode
  • From: dinghao.liu@xxxxxxxxxx
• Re: Re: [PATCH] Staging: rtl8188eu: rtw_mlme: Fix uninitialized variable authmode
  • From: dinghao.liu@xxxxxxxxxx
• Re: [PATCH] Staging: rtl8188eu: rtw_mlme: Fix uninitialized variable authmode
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] media: atomisp-mt9m114: replace fixed function names
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH v2] binder: Prevent context manager from incrementing ref 0
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] Staging : media : atomisp : pci : fixed a brace coding sytle issue
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] Staging: rtl8188eu: rtw_mlme: Fix uninitialized variable authmode
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [RESEND PATCH v5] drivers: most: add USB adapter driver
  • From: Christian Gromm <christian.gromm@xxxxxxxxxxxxx>
• [PATCH] Staging : media : atomisp : pci : fixed a brace coding sytle issue
  • From: Ankit <b18007@xxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] Staging : media : atomisp : pci : fixed a brace coding sytle issue
  • From: Ankit <b18007@xxxxxxxxxxxxxxxxxxxxxxx>
• [driver-core:driver-core-testing] BUILD SUCCESS 4fb60b158afd3ac9e0fe9975aa476213f5cc0a4d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] media: cedrus: Add support for VP8 decoding
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] staging: r8188eu: use proper type for second argiment of rtw_(aes|tkip|wep)_(decrypt|encrypt)
  • From: Ivan Safonov <insafonov@xxxxxxxxx>
• Re: [PATCH v2] media: cedrus: Add support for VP8 decoding
  • From: Jernej Škrabec <jernej.skrabec@xxxxxxxx>
• Re: [PATCH] staging: rtl8723bs: include: Fix coding style errors
  • From: Aditya Jain <aditya.jainadityajain.jain@xxxxxxxxx>
• Re: [PATCH v3 3/4] staging: rtl8723bs: include: Further clean up function declarations
  • From: Aditya Jain <aditya.jainadityajain.jain@xxxxxxxxx>
• Re: [GIT PULL] Staging driver fixes for 5.8-rc7
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] staging: rtl8723bs: include: Fix coding style errors
  • From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
• Re: [PATCH v3 3/4] staging: rtl8723bs: include: Further clean up function declarations
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v3 3/4] staging: rtl8723bs: include: Further clean up function declarations
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 4/4] staging: rtl8723bs: include: Align macro definitions
  • From: Aditya Jain <aditya.jainadityajain.jain@xxxxxxxxx>
• [PATCH v3 3/4] staging: rtl8723bs: include: Further clean up function declarations
  • From: Aditya Jain <aditya.jainadityajain.jain@xxxxxxxxx>
• [PATCH v3 2/4] staging: rtl8723bs: include: Clean up function declations
  • From: Aditya Jain <aditya.jainadityajain.jain@xxxxxxxxx>
• [PATCH v3 1/4] staging: rtl8723bs: include: Fix coding style errors
  • From: Aditya Jain <aditya.jainadityajain.jain@xxxxxxxxx>
• Fix code style issues in staging
  • From: Aditya Jain <aditya.jainadityajain.jain@xxxxxxxxx>
• [staging:staging-testing] BUILD SUCCESS 58b1d3f864b1f32521d60642e240face22e9ee68
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] staging: wfx: Remove unnecessary return variable
  • From: Sumera Priyadarsini <sylphrenadin@xxxxxxxxx>
• [GIT PULL] Staging driver fixes for 5.8-rc7
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] staging: rtl8723bs: include: Fix coding style issues
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2] staging: rtl8723bs: include: Fix coding style issues
  • From: Aditya Jain <aditya.jainadityajain.jain@xxxxxxxxx>
• Re: [PATCH v3 2/4] staging: media: atomisp: fix style of open brace
  • From: Rohit K Bharadwaj <bharadwaj.rohit8@xxxxxxxxx>
• Re: [PATCH v3 2/4] staging: media: atomisp: fix style of open brace
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH] staging: rtl8723bs: include: Fix coding style errors
  • From: Aditya Jain <aditya.jainadityajain.jain@xxxxxxxxx>
• Re: [PATCH v3 1/4] staging: media: atomisp: fix style of block comments
  • From: Rohit K Bharadwaj <bharadwaj.rohit8@xxxxxxxxx>
• [PATCH v3 4/4] staging: media: atomisp: fix line length exceeds
  • From: Rohit K Bharadwaj <bharadwaj.rohit8@xxxxxxxxx>
• [PATCH v3 3/4] staging: media: atomisp: fix trailing statement of if
  • From: Rohit K Bharadwaj <bharadwaj.rohit8@xxxxxxxxx>
• Re: [PATCH v3 1/4] staging: media: atomisp: fix style of block comments
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 2/4] staging: media: atomisp: fix style of open brace
  • From: Rohit K Bharadwaj <bharadwaj.rohit8@xxxxxxxxx>
• [PATCH v3 1/4] staging: media: atomisp: fix style of block comments
  • From: Rohit K Bharadwaj <bharadwaj.rohit8@xxxxxxxxx>
• Re: [PATCH v2 1/4] fix style of block comments
  • From: Rohit K Bharadwaj <bharadwaj.rohit8@xxxxxxxxx>
• [PATCH v2 1/4] fix style of block comments
  • From: Rohit K Bharadwaj <bharadwaj.rohit8@xxxxxxxxx>
• Re: [PATCH] staging: rtl8723bs: include: Fix coding style errors
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] staging: rtl8723bs: include: Fix coding style errors
  • From: Aditya Jain <aditya.jainadityajain.jain@xxxxxxxxx>
• Re: [PATCH] staging: media: atomisp: fix code style issues
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] staging: media: atomisp: fix code style issues
  • From: Rohit K Bharadwaj <bharadwaj.rohit8@xxxxxxxxx>
• [driver-core:driver-core-linus] BUILD SUCCESS 29c4a54bc645c8b6745eeb58519e9ad794ceb419
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/1] STAGING - REALTEK RTL8188EU DRIVERS: Fix Coding Style Error
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 1/1] STAGING - REALTEK RTL8188EU DRIVERS: Fix Coding Style Error
  • From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
• Re: [PATCH 1/1] STAGING - REALTEK RTL8188EU DRIVERS: Fix Coding Style Error
  • From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
• Re: [PATCH V3] staging: rtl8723bs: core: Using comparison to true is error prone
  • From: "<John Oldman>" <john.oldman@xxxxxxxxxxxxxx>