Hi Lukas,
Em Sun, 4 Dec 2016 13:10:04 +0100
Lukas Wunner escreveu:
> Here's my suggestion for initial documentation on the device links
> feature that's queued for 4.10 on Greg KH's driver-core-next branch.
> Please let me know if you have any additions or corrections.
>
> To read this in rende
Em Sun, 4 Dec 2016 13:10:04 +0100
Lukas Wunner escreveu:
> Silence this warning emitted by sphinx:
> include/linux/device.h:938: warning: No description found for parameter
> 'links'
>
> While at it, fix typos in comments of device links code.
>
> Cc: Rafael J. Wysocki
> Cc: Greg Kroah-Hartma
ptimize the use of device links")
>
> Cc: Rafael J. Wysocki
> Cc: Greg Kroah-Hartman
> Cc: Luis R. Rodriguez
> Cc: Jonathan Corbet
> Cc: Silvio Fricke
> Cc: Marek Szyprowski
> Cc: Bartlomiej Zolnierkiewicz
> Cc: Andrzej Hajda
> Cc: Mauro Carvalho Chehab
>
Em Mon, 5 Dec 2016 13:44:49 +0100
Lukas Wunner escreveu:
> On Mon, Dec 05, 2016 at 10:20:53AM -0200, Mauro Carvalho Chehab wrote:
> > Em Sun, 4 Dec 2016 13:10:04 +0100 Lukas Wunner escreveu:
> > > Silence this warning emitted by sphinx:
> > > include/linu
Em Mon, 5 Dec 2016 06:05:07 -0700
Jonathan Corbet escreveu:
> On Mon, 5 Dec 2016 10:07:39 -0200
> Mauro Carvalho Chehab wrote:
>
> > > +Usage
> > > +=
> >
> > You should be using, instead:
> >
> > Usage
> > -
> >
t; > Signed-off-by: Robin Murphy
>
> Right, after recent cleanup dma ops initialization, MFC driver is
> a better place for calling of_dma_configure() on virtual devices.
>
> Reviewed-by: Marek Szyprowski
This patch seems to fit better via OF/DT tree. Not sure if it was
d rk3399 with graphics.
>
> Signed-off-by: Souptick Joarder
> Reviewed-by: Matthew Wilcox
> Reviewed-by: Mike Rapoport
> Tested-by: Heiko Stuebner
Looks good to me.
Reviewed-by: Mauro Carvalho Chehab
> ---
> include/linux/mm.h | 2 ++
> mm/memory.c| 38 ++
ectures with dma direct mapping offsets, but also not to uses
> of IOMMUs of any kind. Switch to the proper dma_map_resource /
> dma_unmap_resource interface instead.
Makes sense to me. I'm assuming that you'll be pushing it together
with other mm patches, so:
Acked-by: Mauro Carva
Em Mon, 14 Jan 2019 11:31:39 +0100
Christoph Hellwig escreveu:
> On Fri, Jan 11, 2019 at 05:54:16PM -0200, Mauro Carvalho Chehab wrote:
> > Em Fri, 11 Jan 2019 19:17:31 +0100
> > Christoph Hellwig escreveu:
> >
> > > vb2_dc_get_userptr pokes into arm dir
also on my development git tree, at:
https://git.linuxtv.org/mchehab/experimental.git/log/?h=rename-main-docs
The built output documentation on html format is at:
https://www.infradead.org/~mchehab/kernel_docs/
(it contains also other documents I converted to ReST)
Mauro Carva
As we moved those files to core-api, fix references to point
to their newer locations.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/PCI/pci.rst | 6 +++---
Documentation/block/biodoc.rst | 2 +-
Documentation/core-api/bus-virt-phys
Hi Jon,
That's a bunch of files I have to be applied on the top of v5.8-rc1 fixing
documentation warnings. I already removed some duplicated stuff.
Regards,
Mauro
Mauro Carvalho Chehab (29):
mm: vmalloc.c: remove a kernel-doc annotation from a removed parameter
net: dev: add a mi
As we moved those files to core-api, fix references to point
to their newer locations.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/PCI/pci.rst | 6 +++---
Documentation/block/biodoc.rst | 2 +-
Documentation/core-api/bus-virt-phys
Hi,
Em Fri, 17 Nov 2017 02:58:56 +
"Mani, Rajmohan" escreveu:
> Here is an update on the IPU3 documentation that we are currently working on.
>
> Image processing in IPU3 relies on the following.
>
> 1) HW configuration to enable ISP and
> 2) setting customer specific 3A Tuning / Algorithm
ote:
> > >
> > > > On Mon, Apr 22, 2019 at 10:27:45AM -0300, Mauro Carvalho Chehab wrote:
> > > >
> > > > > .../{atomic_bitops.txt => atomic_bitops.rst} | 2 +
> > > >
> > > > What's happend to atomic_t.txt,
Em Tue, 23 Apr 2019 19:20:06 +0200
Borislav Petkov escreveu:
> On Tue, Apr 23, 2019 at 07:11:58PM +0200, Peter Zijlstra wrote:
> > I know I'm an odd duck; but no. They're _less_ accessible for me, as
> > both a reader and author. They look 'funny' when read as a text file
> > (the only way it mak
Em Tue, 23 Apr 2019 11:53:49 -0600
Jonathan Corbet escreveu:
> On Tue, 23 Apr 2019 19:11:58 +0200
> Peter Zijlstra wrote:
>
> > Look at crap like this:
> >
> > "The memory allocations via :c:func:`kmalloc`, :c:func:`vmalloc`,
> > :c:func:`kmem_cache_alloc` and"
> >
> > That should've been wr
Em Tue, 23 Apr 2019 23:38:16 +0200
Borislav Petkov escreveu:
> On Tue, Apr 23, 2019 at 05:05:02PM -0300, Mauro Carvalho Chehab wrote:
> > That's my view about how that specific file would be after
> > converted to ReST:
> >
> >
> > https://git.lin
Em Wed, 24 Apr 2019 16:54:10 +0200
Borislav Petkov escreveu:
> On Wed, Apr 24, 2019 at 07:40:07AM -0300, Mauro Carvalho Chehab wrote:
> > Personally, I don't care much with monospaced fonts on this table. After
> > all, if I want to see it monospaced, I can simply click a
Em Wed, 24 Apr 2019 08:52:09 +0200
Peter Zijlstra escreveu:
> On Tue, Apr 23, 2019 at 11:38:16PM +0200, Borislav Petkov wrote:
> > If that is all the changes it would need, then I guess that's ok. Btw,
> > those rst-conversion patches don't really show what got changed. Dunno
> > if git can even
There are some DMA files under the main dir. Move them to the
new chapter and add an index file for them.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/PCI/pci.rst| 6 +++---
Documentation/block/biodoc.rst | 2 +-
.../driver-api/bus-virt-phys
ether with the remaining ReST conversions.
I also added reviews/acks received.
So, the series reduced from 29 to 15 patches.
Let's hope b4 would be able to properly handle this one.
Regards,
Mauro
Mauro Carvalho Chehab (15):
mm: vmalloc.c: remove a kernel-doc annotation from a removed param
As we moved those files to core-api, fix references to point
to their newer locations.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/PCI/pci.rst | 6 +++---
Documentation/block/biodoc.rst | 2 +-
Documentation/bus-virt-phys-mapping.txt
.
Chenfeng (1):
iommu: add support for HiSilicon Kirin 960/970 iommu
Mauro Carvalho Chehab (15):
iommu: hisilicon: remove default iommu_map_sg handler
iommu: hisilicon: map and unmap ops gained new arguments
iommu: hisi_smmu_lpae: rebase it to work with upstream
iommu: hisi_smmu: remove linux
Describe the properties expected by the IOMMU driver used on
Hikey960 and Hikey970 boards.
Signed-off-by: Mauro Carvalho Chehab
---
.../iommu/hisilicon,kirin36x0-smmu.yaml | 55 +++
1 file changed, 55 insertions(+)
create mode 100644
Documentation/devicetree/bindings
Hi Christoph,
Em Mon, 17 Aug 2020 09:21:06 +0100
Christoph Hellwig escreveu:
> On Mon, Aug 17, 2020 at 09:49:59AM +0200, Mauro Carvalho Chehab wrote:
> > Add a driver for the Kirin 960/970 iommu.
> >
> > As on the past series, this starts from the original 4.9 driver from
Em Mon, 17 Aug 2020 11:37:03 +0200
Greg Kroah-Hartman escreveu:
> On Mon, Aug 17, 2020 at 11:27:25AM +0200, Mauro Carvalho Chehab wrote:
> > Hi Christoph,
> >
> > Em Mon, 17 Aug 2020 09:21:06 +0100
> > Christoph Hellwig escreveu:
> >
> > > On Mo
Hi Robin,
Em Tue, 18 Aug 2020 15:47:55 +0100
Robin Murphy escreveu:
> On 2020-08-17 08:49, Mauro Carvalho Chehab wrote:
> > Add a driver for the Kirin 960/970 iommu.
> >
> > As on the past series, this starts from the original 4.9 driver from
> > the 96boar
Em Tue, 18 Aug 2020 15:02:54 -0700
John Stultz escreveu:
> On Tue, Aug 18, 2020 at 9:26 AM Robin Murphy wrote:
> > On 2020-08-18 16:29, Mauro Carvalho Chehab wrote:
> > > Em Tue, 18 Aug 2020 15:47:55 +0100
> > > Basically, the DT binding has this, for IOMMU:
> &
c/ov6650.c| 5 ++---
> drivers/media/i2c/smiapp/smiapp-core.c| 2 +-
> drivers/media/i2c/tvp5150.c | 2 +-
> drivers/media/pci/ddbridge/ddbridge-core.c| 2 +-
> drivers/media/usb/cpia
Em Fri, 28 Jan 2022 13:40:55 +0100
Mauro Carvalho Chehab escreveu:
> Hi Matthias/Yong,
>
> Are you ok if this patch gets merged via the media tree together with the
> remaining series, or do you prefer to apply it via SoC tree instead?
Same questions for other patches touching f
Hi Matthias/Yong,
Are you ok if this patch gets merged via the media tree together with the
remaining series, or do you prefer to apply it via SoC tree instead?
Regards,
Mauro
Em Mon, 17 Jan 2022 15:04:59 +0800
Yong Wu escreveu:
> When the iommu master device enters of_iommu_xlate, the ops ma
Hi Geert,
Em Tue, 17 Apr 2018 19:49:12 +0200
Geert Uytterhoeven escreveu:
> Remove dependencies on HAS_DMA where a Kconfig symbol depends on another
> symbol that implies HAS_DMA, and, optionally, on "|| COMPILE_TEST".
Applying a patch like that is hard, as there are lots of churn at
the code.
33 matches
Mail list logo