Linux Samsung SOC

• Thread Index

• [PATCH AUTOSEL 4.14 06/52] media: exynos4-is: Fix several reference count leaks due to pm_runtime_get_sync
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 07/52] media: exynos4-is: Fix a reference count leak due to pm_runtime_get_sync
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 08/52] media: exynos4-is: Fix a reference count leak
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 05/41] media: exynos4-is: Fix a reference count leak due to pm_runtime_get_sync
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 08/41] media: platform: s3c-camif: Fix runtime PM imbalance on error
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 04/41] media: exynos4-is: Fix several reference count leaks due to pm_runtime_get_sync
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 03/33] media: exynos4-is: Fix several reference count leaks due to pm_runtime_get_sync
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 04/33] media: exynos4-is: Fix a reference count leak due to pm_runtime_get_sync
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 05/33] media: exynos4-is: Fix a reference count leak
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 06/41] media: exynos4-is: Fix a reference count leak
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 10/52] media: platform: s3c-camif: Fix runtime PM imbalance on error
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 14/80] media: platform: s3c-camif: Fix runtime PM imbalance on error
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [Ocfs2-devel] [RFC] treewide: cleanup unreachable breaks
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Ocfs2-devel] [RFC] treewide: cleanup unreachable breaks
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Ocfs2-devel] [RFC] treewide: cleanup unreachable breaks
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [Ocfs2-devel] [RFC] treewide: cleanup unreachable breaks
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [Ocfs2-devel] [RFC] treewide: cleanup unreachable breaks
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC] treewide: cleanup unreachable breaks
  • From: Tom Rix <trix@xxxxxxxxxx>
• Re: [RFC] treewide: cleanup unreachable breaks
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC] treewide: cleanup unreachable breaks
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] treewide: cleanup unreachable breaks
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [Cocci] [RFC] treewide: cleanup unreachable breaks
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [Cocci] [RFC] treewide: cleanup unreachable breaks
  • From: Julia Lawall <julia.lawall@xxxxxxxx>
• Re: [RFC] treewide: cleanup unreachable breaks
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [RFC] treewide: cleanup unreachable breaks
  • From: trix@xxxxxxxxxx
• Re: [PATCH v2 2/4] net: ax88796c: ASIX AX88796C SPI Ethernet Adapter Driver
  • From: Lukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• Re: [PATCH v2 2/4] net: ax88796c: ASIX AX88796C SPI Ethernet Adapter Driver
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH V2 1/2] opp: Allow dev_pm_opp_get_opp_table() to return -EPROBE_DEFER
  • From: Stephan Gerhold <stephan@xxxxxxxxxxx>
• [PATCH 4/4] CREDITS: remove trailing white spaces
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 3/4] MAINTAINERS: remove Jeongtae Park from Samsung MFC entry
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 2/4] MAINTAINERS: move Kyungmin Park to credits
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 1/4] MAINTAINERS: move Kamil Debski to credits
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v4 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v4 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v4 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH V2 1/2] opp: Allow dev_pm_opp_get_opp_table() to return -EPROBE_DEFER
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v4 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v4 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v2 05/17] mm/frame-vector: Use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v2 05/17] mm/frame-vector: Use FOLL_LONGTERM
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v2 03/17] misc/habana: Stop using frame_vector helpers
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v2 01/17] drm/exynos: Stop using frame_vector helpers
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 1/2] MAINTAINERS: Move Kukjin Kim to credits
  • From: Kukjin Kim <kgene.kim@xxxxxxxxx>
• Re: [PATCH V2 1/2] opp: Allow dev_pm_opp_get_opp_table() to return -EPROBE_DEFER
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH V2 1/2] opp: Allow dev_pm_opp_get_opp_table() to return -EPROBE_DEFER
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 4/4] ARM: dts: exynos: disable pull up of USB 3.0 over-current on Odroid XU
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 3/4] ARM: dts: exynos: fix USB 3.0 pins supply being turned off on Odroid XU
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 2/4] ARM: dts: exynos: fix USB 3.0 VBUS control and over-current pins on Exynos5410
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 1/4] ARM: dts: exynos: fix roles of USB 3.0 ports on Odroid XU
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH V2 1/2] opp: Allow dev_pm_opp_get_opp_table() to return -EPROBE_DEFER
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v4 06/10] drm/gem: Use struct dma_buf_map in GEM vmap ops and convert GEM backends
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 20/20] arch: dts: Fix DWC USB3 DT nodes name
  • From: Serge Semin <Sergey.Semin@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 20/20] arch: dts: Fix DWC USB3 DT nodes name
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v4 04/10] drm/exynos: Remove empty exynos_drm_gem_prime_{vmap,vunmap}()
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v4 03/10] drm/etnaviv: Remove empty etnaviv_gem_prime_vunmap()
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v4 02/10] drm/cma-helper: Remove empty drm_gem_cma_prime_vunmap()
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v4 01/10] drm/vram-helper: Remove invariant parameters from internal kmap function
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH 20/20] arch: dts: Fix DWC USB3 DT nodes name
  • From: Serge Semin <Sergey.Semin@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 08/10] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 07/10] drm/gem: Update internal GEM vmap/vunmap interfaces to use struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 06/10] drm/gem: Use struct dma_buf_map in GEM vmap ops and convert GEM backends
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 04/10] drm/exynos: Remove empty exynos_drm_gem_prime_{vmap,vunmap}()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 03/10] drm/etnaviv: Remove empty etnaviv_gem_prime_vunmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 02/10] drm/cma-helper: Remove empty drm_gem_cma_prime_vunmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 01/10] drm/vram-helper: Remove invariant parameters from internal kmap function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 00/10] Support GEM object mappings from I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 20/20] arch: dts: Fix DWC USB3 DT nodes name
  • From: Felipe Balbi <balbi@xxxxxxxxxx>
• Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 20/20] arch: dts: Fix DWC USB3 DT nodes name
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 20/20] arch: dts: Fix DWC USB3 DT nodes name
  • From: Serge Semin <Sergey.Semin@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 20/20] arch: dts: Fix DWC USB3 DT nodes name
  • From: Serge Semin <Sergey.Semin@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 20/20] arch: dts: Fix DWC USB3 DT nodes name
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH 20/20] arch: dts: Fix DWC USB3 DT nodes name
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [patch 11/12] usb: core: Replace in_interrupt() in comments
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 20/20] arch: dts: Fix DWC USB3 DT nodes name
  • From: Serge Semin <Sergey.Semin@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 03/12] USB: serial: keyspan_pda: Consolidate room query
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [patch 11/12] usb: core: Replace in_interrupt() in comments
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [patch 03/12] USB: serial: keyspan_pda: Consolidate room query
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [patch 11/12] usb: core: Replace in_interrupt() in comments
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [patch 03/12] USB: serial: keyspan_pda: Consolidate room query
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [patch 10/12] usb: gadget: udc: Remove in_interrupt()/in_irq() from comments
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [patch 08/12] usb: hosts: Remove in_interrupt() from comments
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [patch 03/12] USB: serial: keyspan_pda: Consolidate room query
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 03/12] USB: serial: keyspan_pda: Consolidate room query
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [patch 07/12] usbip: Remove in_interrupt() check
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [patch 08/12] usb: hosts: Remove in_interrupt() from comments
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [patch 09/12] usb: gadget: pxa27x_udc: Replace in_interrupt() usage in comments
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 07/12] usbip: Remove in_interrupt() check
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 08/12] usb: hosts: Remove in_interrupt() from comments
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 11/12] usb: core: Replace in_interrupt() in comments
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 10/12] usb: gadget: udc: Remove in_interrupt()/in_irq() from comments
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 12/12] usb: atm: Replace in_interrupt() usage in comment
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 06/12] usb: host: isp1362: Replace in_interrupt() usage
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 05/12] usb: xhci: Remove in_interrupt() checks
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 04/12] USB: serial: digi_acceleport: Remove in_interrupt() usage
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 03/12] USB: serial: keyspan_pda: Consolidate room query
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 02/12] USB: serial: keyspan_pda: Replace in_interrupt() usage
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 01/12] USB: sisusbvga: Make console support depend on BROKEN
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 00/12] UBS: Cleanup in_interupt/in_irq/in_atomic() usage
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 20/20] arch: dts: Fix DWC USB3 DT nodes name
  • From: Serge Semin <Sergey.Semin@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 20/20] arch: dts: Fix DWC USB3 DT nodes name
  • From: Felipe Balbi <balbi@xxxxxxxxxx>
• Re: [PATCH 20/20] arch: dts: Fix DWC USB3 DT nodes name
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 20/20] arch: dts: Fix DWC USB3 DT nodes name
  • From: Serge Semin <Sergey.Semin@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] clk: samsung: exynos-clkout: convert to module driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH 1/2] soc: samsung: exynos-pmu: instantiate clkout driver as MFD
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: [PATCH 2/2] clk: samsung: exynos-clkout: convert to module driver
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: [PATCH v2 2/4] net: ax88796c: ASIX AX88796C SPI Ethernet Adapter Driver
  • From: Lukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• Re: [PATCH v2 2/4] net: ax88796c: ASIX AX88796C SPI Ethernet Adapter Driver
  • From: Lukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• Re: [PATCH v2 08/17] s390/pci: Remove races against pte updates
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v2 08/17] s390/pci: Remove races against pte updates
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 08/17] s390/pci: Remove races against pte updates
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH v5 00/14] irqchip: Fix potential resource leaks
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH v2 03/17] misc/habana: Stop using frame_vector helpers
  • From: Oded Gabbay <oded.gabbay@xxxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH v2 03/17] misc/habana: Stop using frame_vector helpers
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v2 03/17] misc/habana: Stop using frame_vector helpers
  • From: Oded Gabbay <oded.gabbay@xxxxxxxxx>
• Re: [PATCH v2 03/17] misc/habana: Stop using frame_vector helpers
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 10/17] media/videbuf1|2: Mark follow_pfn usage as unsafe
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v3] iio: adc: exynos: do not rely on 'users' counter in ISR
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v2 06/17] media: videobuf2: Move frame_vector into media subsystem
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v2 17/17] drm/i915: Properly request PCI BARs
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH] ARM: multi_v7_defconfig: enable sound driver for Midas platform
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH] ARM: exynos_defconfig: enable sound driver for Midas platform
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH] drm/exynos/hdmi: add support for 1920x1200@60Hz mode
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 15/17] sysfs: Support zapping of binary attr mmaps
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 17/17] drm/i915: Properly request PCI BARs
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH v2 06/17] media: videobuf2: Move frame_vector into media subsystem
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH v2 17/17] drm/i915: Properly request PCI BARs
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v2 17/17] drm/i915: Properly request PCI BARs
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• [PATCH] PCI: dwc: Move dw_pcie_msi_init() from each users to designware host
  • From: Jisheng Zhang <Jisheng.Zhang@xxxxxxxxxxxxx>
• [PATCH v2 01/17] drm/exynos: Stop using frame_vector helpers
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH v2 02/17] drm/exynos: Use FOLL_LONGTERM for g2d cmdlists
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH v2 07/17] mm: Close race in generic_access_phys
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH v2 05/17] mm/frame-vector: Use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH v2 06/17] media: videobuf2: Move frame_vector into media subsystem
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH v2 08/17] s390/pci: Remove races against pte updates
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH v2 12/17] PCI: Obey iomem restrictions for procfs mmap
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH v2 04/17] misc/habana: Use FOLL_LONGTERM for userptr
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH v2 09/17] mm: Add unsafe_follow_pfn
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH v2 13/17] /dev/mem: Only set filp->f_mapping
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH v2 15/17] sysfs: Support zapping of binary attr mmaps
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH v2 03/17] misc/habana: Stop using frame_vector helpers
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH v2 17/17] drm/i915: Properly request PCI BARs
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH v2 16/17] PCI: Revoke mappings like devmem
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH v2 14/17] resource: Move devmem revoke code to resource framework
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH v2 10/17] media/videbuf1|2: Mark follow_pfn usage as unsafe
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH v2 11/17] vfio/type1: Mark follow_pfn as unsafe
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH v2 00/17] follow_pfn and other iomap races
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 08/13] s390/pci: Remove races against pte updates
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 08/13] s390/pci: Remove races against pte updates
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [PATCH 10/13] PCI: revoke mappings like devmem
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v3 6/7] drm/fb_helper: Support framebuffers in I/O memory
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 6/7] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 10/13] PCI: revoke mappings like devmem
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 10/13] PCI: revoke mappings like devmem
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 10/13] PCI: revoke mappings like devmem
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v7 03/12] dt-bindings: mfd: Fix schema warnings for pwm-leds
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 10/13] PCI: revoke mappings like devmem
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v7 03/12] dt-bindings: mfd: Fix schema warnings for pwm-leds
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 10/13] PCI: revoke mappings like devmem
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 07/13] mm: close race in generic_access_phys
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v2 5/5] PCI: dwc: Move dw_pcie_msi_init() from each users to designware host
  • From: Vidya Sagar <vidyas@xxxxxxxxxx>
• Re: [PATCH v2 0/5] PCI: dwc: improve msi handling
  • From: Vidya Sagar <vidyas@xxxxxxxxxx>
• Re: [PATCH 07/13] mm: close race in generic_access_phys
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 10/13] PCI: revoke mappings like devmem
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 07/13] mm: close race in generic_access_phys
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 10/13] PCI: revoke mappings like devmem
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 10/13] PCI: revoke mappings like devmem
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 06/13] media: videobuf2: Move frame_vector into media subsystem
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 01/13] drm/exynos: Stop using frame_vector helpers
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 01/13] drm/exynos: Stop using frame_vector helpers
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 01/13] drm/exynos: Stop using frame_vector helpers
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 05/13] mm/frame-vector: Use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 05/13] mm/frame-vector: Use FOLL_LONGTERM
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 04/13] misc/habana: Use FOLL_LONGTERM for userptr
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 02/13] drm/exynos: Use FOLL_LONGTERM for g2d cmdlists
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 03/13] misc/habana: Stop using frame_vector helpers
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 01/13] drm/exynos: Stop using frame_vector helpers
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 10/13] PCI: revoke mappings like devmem
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 11/13] mm: add unsafe_follow_pfn
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 10/13] PCI: revoke mappings like devmem
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 10/13] PCI: revoke mappings like devmem
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 11/13] mm: add unsafe_follow_pfn
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 13/13] vfio/type1: Mark follow_pfn as unsafe
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 09/13] PCI: obey iomem restrictions for procfs mmap
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 10/13] PCI: revoke mappings like devmem
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 13/13] vfio/type1: Mark follow_pfn as unsafe
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 11/13] mm: add unsafe_follow_pfn
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 07/13] mm: close race in generic_access_phys
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 13/13] vfio/type1: Mark follow_pfn as unsafe
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 11/13] mm: add unsafe_follow_pfn
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 05/13] mm/frame-vector: Use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 07/13] mm: close race in generic_access_phys
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 05/13] mm/frame-vector: Use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 05/13] mm/frame-vector: Use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH 00/13] follow_pfn and other iomap races
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 01/13] drm/exynos: Stop using frame_vector helpers
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 03/13] misc/habana: Stop using frame_vector helpers
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 02/13] drm/exynos: Use FOLL_LONGTERM for g2d cmdlists
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 04/13] misc/habana: Use FOLL_LONGTERM for userptr
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 05/13] mm/frame-vector: Use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 09/13] PCI: obey iomem restrictions for procfs mmap
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 10/13] PCI: revoke mappings like devmem
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 11/13] mm: add unsafe_follow_pfn
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 13/13] vfio/type1: Mark follow_pfn as unsafe
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 12/13] media/videbuf1|2: Mark follow_pfn usage as unsafe
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 07/13] mm: close race in generic_access_phys
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 06/13] media: videobuf2: Move frame_vector into media subsystem
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 08/13] s390/pci: Remove races against pte updates
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH v7 03/12] dt-bindings: mfd: Fix schema warnings for pwm-leds
  • From: Alexander Dahl <ada@xxxxxxxxxxx>
• Re: [PATCH v7 03/12] dt-bindings: mfd: Fix schema warnings for pwm-leds
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v7 02/12] dt-bindings: leds: Convert pwm to yaml
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v7 01/12] leds: pwm: Remove platform_data support
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v7 02/12] dt-bindings: leds: Convert pwm to yaml
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v7 07/12] ARM: dts: exynos: Fix schema warnings for pwm-leds
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v4 7/7] Input: Add "inhibited" property
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v4 7/7] Input: Add "inhibited" property
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v7 03/12] dt-bindings: mfd: Fix schema warnings for pwm-leds
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v7 03/12] dt-bindings: mfd: Fix schema warnings for pwm-leds
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH v3] iio: adc: exynos: do not rely on 'users' counter in ISR
  • From: dmitry.torokhov@xxxxxxxxx
• Re: [PATCH v2] iio: adc: exynos: do not rely on 'users' counter in ISR
  • From: dmitry.torokhov@xxxxxxxxx
• Re: [PATCH] phy: exynos-mipi-video: Add support for NXP i.MX8MM
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2] iio: adc: exynos: do not rely on 'users' counter in ISR
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH v2 3/4] ARM: dts: exynos: Add Ethernet to Artik 5 board
  • From: Lukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v4 7/7] Input: Add "inhibited" property
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v2 3/4] ARM: dts: exynos: Add Ethernet to Artik 5 board
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v2 3/4] ARM: dts: exynos: Add Ethernet to Artik 5 board
  • From: Lukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• Re: [PATCH v2 0/4] AX88796C SPI Ethernet Adapter
  • From: Lukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• Re: [PATCH v2] iio: adc: exynos: do not rely on 'users' counter in ISR
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v2 0/5] PCI: dwc: improve msi handling
  • From: Jisheng Zhang <Jisheng.Zhang@xxxxxxxxxxxxx>
• Re: [PATCH v7 03/12] dt-bindings: mfd: Fix schema warnings for pwm-leds
  • From: Alexander Dahl <ada@xxxxxxxxxxx>
• Re: [PATCH v2 0/5] PCI: dwc: improve msi handling
  • From: Vidya Sagar <vidyas@xxxxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH v2] iio: adc: exynos: do not rely on 'users' counter in ISR
  • From: dmitry.torokhov@xxxxxxxxx
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 03/12] dt-bindings: mfd: Fix schema warnings for pwm-leds
  • From: Jeff LaBundy <jeff@xxxxxxxxxxx>
• Re: [PATCH] iio: adc: exynos: do not rely on 'users' counter in ISR
  • From: dmitry.torokhov@xxxxxxxxx
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH v7 10/12] ARM: dts: stm32: Fix schema warnings for pwm-leds
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v7 01/12] leds: pwm: Remove platform_data support
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v7 05/12] ARM: dts: at91: Fix schema warnings for pwm-leds
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v7 09/12] ARM: dts: omap: Fix schema warnings for pwm-leds
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v7 03/12] dt-bindings: mfd: Fix schema warnings for pwm-leds
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v7 06/12] ARM: dts: berlin: Fix schema warnings for pwm-leds
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v7 12/12] MIPS: DTS: img: Fix schema warnings for pwm-leds
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v7 08/12] ARM: dts: imx: Fix schema warnings for pwm-leds
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v7 00/12] leds: pwm: Make automatic labels work
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v7 11/12] arm64: dts: meson: Fix schema warnings for pwm-leds
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v7 02/12] dt-bindings: leds: Convert pwm to yaml
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v7 04/12] ARM: dts: at91: smartkiz: Reference led node directly
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v7 07/12] ARM: dts: exynos: Fix schema warnings for pwm-leds
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• Re: [PATCH] iio: adc: exynos: do not rely on 'users' counter in ISR
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v4 7/7] Input: Add "inhibited" property
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] iio: adc: exynos: do not rely on 'users' counter in ISR
  • From: dmitry.torokhov@xxxxxxxxx
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH RESEND] drm/bridge: tc358764: restore connector support
  • From: Andrzej Hajda <a.hajda@xxxxxxxxxxx>
• Re: [PATCH v2 1/4] dt-bindings: net: Add bindings for AX88796C SPI Ethernet Adapter
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 1/4] dt-bindings: net: Add bindings for AX88796C SPI Ethernet Adapter
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v2 1/4] dt-bindings: net: Add bindings for AX88796C SPI Ethernet Adapter
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v6 2/7] dt-bindings: leds: Convert pwm to yaml
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v6 2/7] dt-bindings: leds: Convert pwm to yaml
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 3/3] [RFC] drm/exynos: Add basic i.MX8MM support code
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH 2/3] drm/exynos: Scale the DSIM PHY HFP/HBP/HSA to lanes and bpp
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH 1/3] drm/exynos: Init the DSIM PHY in samsung_dsim_enable()
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH] iio: adc: exynos: do not rely on 'users' counter in ISR
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH] iio: adc: exynos: do not rely on 'users' counter in ISR
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH] iio: adc: exynos: do not rely on 'users' counter in ISR
  • From: dmitry.torokhov@xxxxxxxxx
• Re: [PATCH v4 3/7] ACPI: button: Access input device's users under appropriate mutex
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v4 4/7] ACPI: button: Use input_device_enabled() helper
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] phy: exynos-mipi-video: Add support for NXP i.MX8MM
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH RESEND] drm/bridge: tc358764: restore connector support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH] phy: exynos-mipi-video: Add support for NXP i.MX8MM
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [GIT PULL 4/5] ARM: samsung: mach/soc for v5.10
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: [GIT PULL 4/5] ARM: samsung: mach/soc for v5.10
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: [PATCH v2 2/4] net: ax88796c: ASIX AX88796C SPI Ethernet Adapter Driver
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• Re: [PATCH v2 3/4] ARM: dts: exynos: Add Ethernet to Artik 5 board
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v2 1/4] dt-bindings: net: Add bindings for AX88796C SPI Ethernet Adapter
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Oded Gabbay <oded.gabbay@xxxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v2 2/4] net: ax88796c: ASIX AX88796C SPI Ethernet Adapter Driver
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v2 0/4] AX88796C SPI Ethernet Adapter
  • From: Andrew Lunn <andrew@xxxxxxx>
• [PATCH v2 0/4] AX88796C SPI Ethernet Adapter
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• Re: [PATCH 1/2] mm/frame-vec: Drop gup_flags from get_vaddr_frames()
  • From: Oded Gabbay <oded.gabbay@xxxxxxxxx>
• [PATCH v2 4/4] ARM: defconfig: Enable ax88796c driver
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v2 1/4] dt-bindings: net: Add bindings for AX88796C SPI Ethernet Adapter
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v2 3/4] ARM: dts: exynos: Add Ethernet to Artik 5 board
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v2 2/4] net: ax88796c: ASIX AX88796C SPI Ethernet Adapter Driver
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• Re: [PATCH v3 7/7] drm/todo: Update entries around struct dma_buf_map
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 6/7] drm/fb_helper: Support framebuffers in I/O memory
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 1/2] mm/frame-vec: Drop gup_flags from get_vaddr_frames()
  • From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v3 6/7] drm/fb_helper: Support framebuffers in I/O memory
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 1/2] mm/frame-vec: Drop gup_flags from get_vaddr_frames()
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v3 5/7] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 4/7] drm/gem: Update internal GEM vmap/vunmap interfaces to use struct dma_buf_map
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 3/7] drm/gem: Use struct dma_buf_map in GEM vmap ops and convert GEM backends
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 7/9] spi: spi-s3c64xx: Ensure cur_speed holds actual clock value
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v3 0/9] Some fixes for spi-s3c64xx
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v3 1/9] spi: spi-s3c64xx: swap s3c64xx_spi_set_cs() and s3c64xx_enable_datapath()
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v3 8/9] spi: spi-s3c64xx: Increase transfer timeout
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v3 6/9] spi: spi-s3c64xx: Fix doc comment for struct s3c64xx_spi_driver_data
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v3 3/9] spi: spi-s3c64xx: Check return values
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v3 4/9] spi: spi-s3c64xx: Report more information when errors occur
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v3 2/9] spi: spi-s3s64xx: Add S3C64XX_SPI_QUIRK_CS_AUTO for Exynos3250
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v3 9/9] spi: spi-s3c64xx: Turn on interrupts upon resume
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v3 5/9] spi: spi-s3c64xx: Rename S3C64XX_SPI_SLAVE_* to S3C64XX_SPI_CS_*
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v3 7/9] spi: spi-s3c64xx: Ensure cur_speed holds actual clock value
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH v6 2/7] dt-bindings: leds: Convert pwm to yaml
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v6 2/7] dt-bindings: leds: Convert pwm to yaml
  • From: Alexander Dahl <ada@xxxxxxxxxxx>
• Re: [PATCH v2 RESEND 2/9] spi: spi-s3s64xx: Add S3C64XX_SPI_QUIRK_CS_AUTO for Exynos3250
  • From: Lukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• Re: [PATCH v6 3/7] dt-bindings: mfd: Fix schema warnings for pwm-leds
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v6 3/7] dt-bindings: mfd: Fix schema warnings for pwm-leds
  • From: Alexander Dahl <ada@xxxxxxxxxxx>
• Re: [PATCH v6 5/7] ARM: dts: Fix schema warnings for pwm-leds
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 1/7] drm/vram-helper: Remove invariant parameters from internal kmap function
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v6 5/7] ARM: dts: Fix schema warnings for pwm-leds
  • From: Alexander Dahl <ada@xxxxxxxxxxx>
• Re: [PATCH v6 2/7] dt-bindings: leds: Convert pwm to yaml
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v6 6/7] arm64: dts: meson: Fix schema warnings for pwm-leds
  • From: Neil Armstrong <narmstrong@xxxxxxxxxxxx>
• Re: [PATCH v6 3/7] dt-bindings: mfd: Fix schema warnings for pwm-leds
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v6 5/7] ARM: dts: Fix schema warnings for pwm-leds
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v2 RESEND 0/9] Some fixes for spi-s3c64xx
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH] ARM: dts: exynos: Remove 'opp-shared' from Exynos4412 bus OPP-tables
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH] ARM: dts: exynos: Remove 'opp-shared' from Exynos4412 bus OPP-tables
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH v2 RESEND 0/9] Some fixes for spi-s3c64xx
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 RESEND 7/9] spi: spi-s3c64xx: Ensure cur_speed holds actual clock value
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v2 RESEND 2/9] spi: spi-s3s64xx: Add S3C64XX_SPI_QUIRK_CS_AUTO for Exynos3250
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v2 RESEND 0/9] Some fixes for spi-s3c64xx
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v2] ARM: dts: exynos: Add a placeholder for a MAC address
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v2 RESEND 0/9] Some fixes for spi-s3c64xx
  • From: Lukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH 2/2] clk: samsung: exynos-clkout: convert to module driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 0/2] samsung: exynos: convert clkout to module driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 1/2] soc: samsung: exynos-pmu: instantiate clkout driver as MFD
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v2 RESEND 0/9] Some fixes for spi-s3c64xx
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 RESEND 1/9] spi: spi-s3c64xx: swap s3c64xx_spi_set_cs() and s3c64xx_enable_datapath()
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v2 RESEND 0/9] Some fixes for spi-s3c64xx
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v2 RESEND 6/9] spi: spi-s3c64xx: Fix doc comment for struct s3c64xx_spi_driver_data
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v2 RESEND 7/9] spi: spi-s3c64xx: Ensure cur_speed holds actual clock value
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v2 RESEND 4/9] spi: spi-s3c64xx: Report more information when errors occur
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v2 RESEND 2/9] spi: spi-s3s64xx: Add S3C64XX_SPI_QUIRK_CS_AUTO for Exynos3250
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v2 RESEND 5/9] spi: spi-s3c64xx: Rename S3C64XX_SPI_SLAVE_* to S3C64XX_SPI_CS_*
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v2 RESEND 9/9] spi: spi-s3c64xx: Turn on interrupts upon resume
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v2 RESEND 8/9] spi: spi-s3c64xx: Increase transfer timeout
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v2 RESEND 3/9] spi: spi-s3c64xx: Check return values
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• [PATCH v2] ARM: dts: exynos: Add a placeholder for a MAC address
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• Re: [PATCH] ARM: dts: exynos: Add a placeholder for a MAC address
  • From: Lukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• Re: [PATCH] ARM: dts: exynos: Add a placeholder for a MAC address
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH] ARM: dts: exynos: Add a placeholder for a MAC address
  • From: Lukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• Re: [PATCH] ARM: dts: exynos: Add a placeholder for a MAC address
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v6 6/7] arm64: dts: meson: Fix schema warnings for pwm-leds
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v6 7/7] MIPS: DTS: img: Fix schema warnings for pwm-leds
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v6 4/7] ARM: dts: at91: smartkiz: Reference led node directly
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v6 2/7] dt-bindings: leds: Convert pwm to yaml
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v6 1/7] leds: pwm: Remove platform_data support
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v6 3/7] dt-bindings: mfd: Fix schema warnings for pwm-leds
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v6 5/7] ARM: dts: Fix schema warnings for pwm-leds
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v6 0/7] leds: pwm: Make automatic labels work
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• Re: [PATCH 5/7] ASoC: soc-pcm: add soc_pcm_clean() and call it from soc_pcm_open/close()
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• [PATCH] ARM: dts: exynos: Add a placeholder for a MAC address
  • From: Łukasz Stelmach <l.stelmach@xxxxxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH RESEND] drm/bridge: tc358764: restore connector support
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH] drm/bridge: tc358764: restore connector support
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] drm/bridge: tc358764: restore connector support
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] drm/bridge: tc358764: restore connector support
  • From: Andrzej Hajda <a.hajda@xxxxxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 2/5] PCI: dwc: Check alloc_page() return value
  • From: Jisheng Zhang <Jisheng.Zhang@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] PCI: dwc: improve msi handling
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH v2 0/5] PCI: dwc: improve msi handling
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH v2 2/5] PCI: dwc: Check alloc_page() return value
  • From: Marc Zyngier <maz@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 0/5] PCI: dwc: improve msi handling
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH v3 3/7] drm/gem: Use struct dma_buf_map in GEM vmap ops and convert GEM backends
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 7/7] drm/todo: Update entries around struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 6/7] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 5/7] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 4/7] drm/gem: Update internal GEM vmap/vunmap interfaces to use struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 1/7] drm/vram-helper: Remove invariant parameters from internal kmap function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 0/7] Support GEM object mappings from I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 00/40] PCI: dwc: Driver clean-ups
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 19/20] media: exynos4-is: use semicolons rather than commas to separate statements
  • From: Julia Lawall <Julia.Lawall@xxxxxxxx>
• [PATCH 07/20] media: s3c-camif: use semicolons rather than commas to separate statements
  • From: Julia Lawall <Julia.Lawall@xxxxxxxx>
• [PATCH 00/20] media: use semicolons rather than commas to separate statements
  • From: Julia Lawall <Julia.Lawall@xxxxxxxx>
• Re: [PATCH v2 0/5] PCI: dwc: improve msi handling
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH 5/7] ASoC: soc-pcm: add soc_pcm_clean() and call it from soc_pcm_open/close()
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH v2 0/5] PCI: dwc: improve msi handling
  • From: Jisheng Zhang <Jisheng.Zhang@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/40] PCI: dwc: Driver clean-ups
  • From: Kishon Vijay Abraham I <kishon@xxxxxx>
• Re: [PATCH v2 0/5] PCI: dwc: improve msi handling
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH 05/18] ARM/dma-mapping: Switch to iommu_dma_ops
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH] media: platform: s5p-mfc: Fix adding a standard frame skip mode control
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH 16/42] mfd: max77686: use PLATFORM_DEVID_NONE
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH 17/42] mfd: max77693: use PLATFORM_DEVID_NONE
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH 15/42] mfd: max14577: use PLATFORM_DEVID_NONE
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH v2 0/5] PCI: dwc: improve msi handling
  • From: Jisheng Zhang <Jisheng.Zhang@xxxxxxxxxxxxx>
• Re: [PATCH 17/18] dma-iommu: implement ->alloc_noncoherent
  • From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
• Re: [PATCH 17/18] dma-iommu: implement ->alloc_noncoherent
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/18] media/v4l2: remove V4L2-FLAG-MEMORY-NON-CONSISTENT flag
  • From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
• Re: [PATCH 17/18] dma-iommu: implement ->alloc_noncoherent
  • From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
• Re: [PATCH 1/8] dma-mapping: add DMA_ATTR_LOW_ADDRESS attribute
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 08/18] dma-mapping: add a new dma_alloc_noncoherent API
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 0/5] PCI: dwc: improve msi handling
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• [PATCH 1/8] dma-mapping: add DMA_ATTR_LOW_ADDRESS attribute
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH 2/8] iommu: iova: properly handle 0 as a valid IOVA address
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH 4/8] iommu: dma-iommu: refactor iommu_dma_alloc_iova()
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH 3/8] iommu: iova: add support for 'first-fit' algorithm
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH 5/8] iommu: dma-iommu: add support for DMA_ATTR_LOW_ADDRESS
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH 6/8] media: platform: exynos4-is: remove all references to physicall addresses
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH 7/8] media: platform: exynos4-is: use DMA_ATTR_LOW_ADDRESS
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH 8/8] media: platform: s5p-mfc: use DMA_ATTR_LOW_ADDRESS
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH 0/8] IOMMU-DMA - support old allocation algorithm used on ARM
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH 08/18] dma-mapping: add a new dma_alloc_noncoherent API
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 0/5] PCI: dwc: improve msi handling
  • From: Jisheng Zhang <Jisheng.Zhang@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] PCI: dwc: improve msi handling
  • From: Jisheng Zhang <Jisheng.Zhang@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] PCI: dwc: improve msi handling
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH v3 00/22] Convert all remaining drivers to GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: a saner API for allocating DMA addressable pages v3
  • From: Christoph Hellwig <hch@xxxxxx>
• RE: [PATCH v2 2/5] PCI: dwc: Check alloc_page() return value
  • From: Gustavo Pimentel <Gustavo.Pimentel@xxxxxxxxxxxx>
• RE: [PATCH v2 3/5] PCI: dwc: Rename dw_pcie_free_msi to dw_pcie_msi_deinit
  • From: Gustavo Pimentel <Gustavo.Pimentel@xxxxxxxxxxxx>
• RE: [PATCH v2 4/5] PCI: dwc: Skip PCIE_MSI_INTR0* programming if MSI is disabled
  • From: Gustavo Pimentel <Gustavo.Pimentel@xxxxxxxxxxxx>
• RE: [PATCH v2 1/5] PCI: dwc: Call dma_unmap_page() before freeing the msi page
  • From: Gustavo Pimentel <Gustavo.Pimentel@xxxxxxxxxxxx>
• [PATCH v2 4/5] PCI: dwc: Skip PCIE_MSI_INTR0* programming if MSI is disabled
  • From: Jisheng Zhang <Jisheng.Zhang@xxxxxxxxxxxxx>
• [PATCH v2 2/5] PCI: dwc: Check alloc_page() return value
  • From: Jisheng Zhang <Jisheng.Zhang@xxxxxxxxxxxxx>
• [PATCH v2 1/5] PCI: dwc: Call dma_unmap_page() before freeing the msi page
  • From: Jisheng Zhang <Jisheng.Zhang@xxxxxxxxxxxxx>
• [PATCH v2 0/5] PCI: dwc: improve msi handling
  • From: Jisheng Zhang <Jisheng.Zhang@xxxxxxxxxxxxx>
• [PATCH v2 3/5] PCI: dwc: Rename dw_pcie_free_msi to dw_pcie_msi_deinit
  • From: Jisheng Zhang <Jisheng.Zhang@xxxxxxxxxxxxx>
• [PATCH v2 5/5] PCI: dwc: Move dw_pcie_msi_init() from each users to designware host
  • From: Jisheng Zhang <Jisheng.Zhang@xxxxxxxxxxxxx>
• Re: [PATCH] iommu/exynos: add missing put_device() call in exynos_iommu_of_xlate()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH] drm/bridge: tc358764: restore connector support
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH v3 00/22] Convert all remaining drivers to GEM object functions
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v3 03/22] drm/etnaviv: Introduce GEM object functions
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• Re: [PATCH v3 07/22] drm/imx/dcss: Initialize DRM driver instance with CMA helper macro
  • From: Laurentiu Palcu <laurentiu.palcu@xxxxxxxxxxx>
• [PATCH v3 03/22] drm/etnaviv: Introduce GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 14/22] drm/rockchip: Convert to drm_gem_object_funcs
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 21/22] drm/xlnx: Initialize DRM driver instance with CMA helper macro
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 22/22] drm: Remove obsolete GEM and PRIME callbacks from struct drm_driver
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 20/22] drm/xen: Introduce GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 18/22] drm/virtgpu: Set PRIME export function in struct drm_gem_object_funcs
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 19/22] drm/vkms: Introduce GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 17/22] drm/vgem: Introduce GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 16/22] drm/vc4: Introduce GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 15/22] drm/tegra: Introduce GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 09/22] drm/msm: Introduce GEM object funcs
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 13/22] drm/radeon: Introduce GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 11/22] drm/omapdrm: Introduce GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 10/22] drm/nouveau: Introduce GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 12/22] drm/pl111: Introduce GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 04/22] drm/exynos: Introduce GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 05/22] drm/gma500: Introduce GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 08/22] drm/mediatek: Introduce GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 07/22] drm/imx/dcss: Initialize DRM driver instance with CMA helper macro
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 06/22] drm/i915: Introduce GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 01/22] drm/amdgpu: Introduce GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 02/22] drm/armada: Introduce GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 00/22] Convert all remaining drivers to GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] clk: s2mps11: initialize driver via module_platform_driver
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: [PATCH] clk: samsung: exynos4: mark 'chipid' clock as CLK_IGNORE_UNUSED
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: [GIT PULL] clk: samsung: Updates for v5.10
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: [PATCH] ARM: dts: exynos: revert "add input clock to CMU in Exynos4412 Odroid"
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH] clk: samsung: exynos4: mark 'chipid' clock as CLK_IGNORE_UNUSED
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• Re: [PATCH] clk: samsung: exynos4: mark 'chipid' clock as CLK_IGNORE_UNUSED
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH] clk: samsung: exynos4: mark 'chipid' clock as CLK_IGNORE_UNUSED
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH 13/18] 53c700: convert to dma_alloc_noncoherent
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 12/18] sgiseeq: convert to dma_alloc_noncoherent
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 11/18] lib82596: convert to dma_alloc_noncoherent
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 09/18] sgiwd93: convert to dma_alloc_noncoherent
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 06/18] lib82596: move DMA allocation into the callers of i82596_probe
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 07/18] 53c700: improve non-coherent DMA handling
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 14/18] dma-mapping: remove dma_cache_sync
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 15/18] dma-mapping: add a new dma_alloc_pages API
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 10/18] hal2: convert to dma_alloc_noncoherent
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 06/42] mfd: bcm2835: use PLATFORM_DEVID_NONE
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• [GIT PULL] clk: samsung: Updates for v5.10
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• Re: [PATCH 01/42] mfd: arizona: use PLATFORM_DEVID_NONE
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 09/42] mfd: da9150: use PLATFORM_DEVID_NONE
  • From: Adam Thomson <Adam.Thomson.Opensource@xxxxxxxxxxx>
• Re: [PATCH 41/42] mfd: wm8400: use PLATFORM_DEVID_NONE
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 08/42] mfd: da9055: use PLATFORM_DEVID_NONE
  • From: Adam Thomson <Adam.Thomson.Opensource@xxxxxxxxxxx>
• Re: [PATCH 42/42] mfd: wm8994: use PLATFORM_DEVID_NONE
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] exynos-drm-next
  • From: Inki Dae <inki.dae@xxxxxxxxxxx>
• Re: [PATCH 11/42] mfd: intel_soc_pmic: use PLATFORM_DEVID_NONE
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 10/42] mfd: intel_msic: use PLATFORM_DEVID_NONE
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 05/42] mfd: axp20x: use PLATFORM_DEVID_NONE
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] clk: s2mps11: initialize driver via module_platform_driver
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH] mfd: sec: initialize driver via module_platform_driver
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH 04/42] mfd: atmel-hlcdc: use PLATFORM_DEVID_NONE
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH] drm/exynos: Drop local dma_parms
  • From: Inki Dae <inki.dae@xxxxxxxxxxx>
• Re: [RFT] regulator: s5m8767: initialize driver via module_platform_driver
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 06/42] mfd: bcm2835: use PLATFORM_DEVID_NONE
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH 24/42] mfd: rdc321x: use PLATFORM_DEVID_NONE
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PATCH 42/42] mfd: wm8994: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 41/42] mfd: wm8400: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 40/42] mfd: wl1273: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 39/42] mfd: vx855: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 38/42] mfd: twl6040: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 37/42] mfd: tps80031: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 36/42] mfd: tps65910: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 35/42] mfd: tps6586x: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 34/42] mfd: tps65217: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 33/42] mfd: tps65090: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 32/42] mfd: tps6507x: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 31/42] mfd: timberdale: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 30/42] mfd: tc3589x: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 29/42] mfd: sta2x11: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 28/42] mfd: sky81452: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 27/42] mfd: sec: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 26/42] mfd: rt5033: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 25/42] mfd: retu: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 24/42] mfd: rdc321x: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 23/42] mfd: rc5t583: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 22/42] mfd: mc13xxx: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 21/42] mfd: max8998: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 20/42] mfd: max8997: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 19/42] mfd: max8907: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 18/42] mfd: max77843: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 17/42] mfd: max77693: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 16/42] mfd: max77686: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 15/42] mfd: max14577: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 14/42] mfd: lp3943: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 13/42] mfd: lp8788: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 12/42] mfd: kempld: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 11/42] mfd: intel_soc_pmic: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 10/42] mfd: intel_msic: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 09/42] mfd: da9150: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 08/42] mfd: da9055: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 07/42] mfd: bcm590xx: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 06/42] mfd: bcm2835: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 05/42] mfd: axp20x: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 04/42] mfd: atmel-hlcdc: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 03/42] mfd: as3722: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 02/42] mfd: as3711: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 01/42] mfd: arizona: use PLATFORM_DEVID_NONE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT] regulator: s5m8767: initialize driver via module_platform_driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH] clk: s2mps11: initialize driver via module_platform_driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH] mfd: sec: initialize driver via module_platform_driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH] ARM: dts: exynos: revert "add input clock to CMU in Exynos4412 Odroid"
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v3 2/3] ARM: dts: exynos: Add assigned clock parent to CMU in Exynos4412 Odroid
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v3 2/3] ARM: dts: exynos: Add assigned clock parent to CMU in Exynos4412 Odroid
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: a saner API for allocating DMA addressable pages v3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 14/18] drm/exynos: Consolidate IOMMU mapping code
  • From: Inki Dae <inki.dae@xxxxxxxxxxx>
• Re: [PATCH] drm/exynos: Drop local dma_parms
  • From: Inki Dae <inki.dae@xxxxxxxxxxx>
• Re: [PATCH] ARM: dts: exynos: Remove 'opp-shared' from Exynos4412 bus OPP-tables
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v2] iio: adc: exynos_adc: Replace indio_dev->mlock with own device lock
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] iommu/exynos: add missing put_device() call in exynos_iommu_of_xlate()
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH 00/18] Convert arch/arm to use iommu-dma
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH v2 1/4] media: platform: exynos4-is: remove all references to physicall addresses
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH v2 4/4] media: platform: s5p-mfc: add support for generic DMA-IOMMU glue code
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH v2 3/4] media: platform: s5p-mfc: properly assign device to both vb2 queues
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH v2 2/4] media: platform: exynos4-is: add support for generic IOMMU-DMA glue code
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH v2 0/4] Exynos4 media drivers: adapt for the planned ARM IOMMU-DMA changes
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH 14/18] drm/exynos: Consolidate IOMMU mapping code
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH v3 08/16] irqchip/gic: Configure SGIs as standard interrupts
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 268/330] drm/exynos: dsi: Remove bridge node reference in error handling path in probe function
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH] iommu/exynos: add missing put_device() call in exynos_iommu_of_xlate()
  • From: Yu Kuai <yukuai3@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: mark linux-samsung-soc list non-moderated
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v3 08/16] irqchip/gic: Configure SGIs as standard interrupts
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH v3 08/16] irqchip/gic: Configure SGIs as standard interrupts
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH v2 16/21] drm/vgem: Introduce GEM object functions
  • From: Melissa Wen <melissa.srw@xxxxxxxxx>
• Re: [PATCH] media: platform: s3c-camif: Fix runtime PM imbalance in s3c_camif_open
  • From: Hans Verkuil <hverkuil@xxxxxxxxx>
• Re: [PATCH v2 18/21] drm/vkms: Introduce GEM object functions
  • From: Melissa Wen <melissa.srw@xxxxxxxxx>
• Re: [PATCH v2 14/21] drm/tegra: Introduce GEM object functions
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v2 2/2] clk: samsung: exynos5420: Avoid __clk_lookup() calls when enabling clocks
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• Re: [PATCH v3] clk: samsung: Prevent potential endless loop in the PLL set_rate ops
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• Re: [PATCH v3 08/16] irqchip/gic: Configure SGIs as standard interrupts
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v3 08/16] irqchip/gic: Configure SGIs as standard interrupts
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH v3 08/16] irqchip/gic: Configure SGIs as standard interrupts
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH v3 08/16] irqchip/gic: Configure SGIs as standard interrupts
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH v3 08/16] irqchip/gic: Configure SGIs as standard interrupts
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH v3 08/16] irqchip/gic: Configure SGIs as standard interrupts
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH v3 08/16] irqchip/gic: Configure SGIs as standard interrupts
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH v3 08/16] irqchip/gic: Configure SGIs as standard interrupts
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH v3 08/16] irqchip/gic: Configure SGIs as standard interrupts
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH v3 08/16] irqchip/gic: Configure SGIs as standard interrupts
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH v3 08/16] irqchip/gic: Configure SGIs as standard interrupts
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 01/21] drm/amdgpu: Introduce GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 00/21] Convert all remaining drivers to GEM object functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 08/16] drm/exynos: add host_ops callback for platform drivers
  • From: Andrzej Hajda <a.hajda@xxxxxxxxxxx>