Linux OpenRISC platform development
 help / color / mirror / Atom feed
* [OpenRISC] (no subject)
@ 2018-04-20  8:02 Christoph Hellwig
  2018-04-20  8:02 ` [OpenRISC] [PATCH 01/22] dma-debug: move initialization to common code Christoph Hellwig
                   ` (21 more replies)
  0 siblings, 22 replies; 47+ messages in thread
From: Christoph Hellwig @ 2018-04-20  8:02 UTC (permalink / raw)
  To: openrisc

To: iommu@lists.linux-foundation.org
Cc: linux-arch at vger.kernel.org
Cc: Michal Simek <monstr@monstr.eu>
Cc: Greentime Hu <green.hu@gmail.com>
Cc: Vincent Chen <deanbo422@gmail.com>
Cc: linux-alpha at vger.kernel.org
Cc: linux-snps-arc at lists.infradead.org
Cc: linux-arm-kernel at lists.infradead.org
Cc: linux-c6x-dev at linux-c6x.org
Cc: linux-hexagon at vger.kernel.org
Cc: linux-m68k at lists.linux-m68k.org
Cc: nios2-dev at lists.rocketboards.org
Cc: openrisc at lists.librecores.org
Cc: linux-parisc at vger.kernel.org
Cc: linux-sh at vger.kernel.org
Cc: sparclinux at vger.kernel.org
Cc: linux-xtensa at linux-xtensa.org
Cc: linux-kernel at vger.kernel.org
Subject: [RFC] common non-cache coherent direct dma mapping ops

Hi all,

this series continues consolidating the dma-mapping code, with a focus
on architectures that do not (always) provide cache coherence for DMA.
Three architectures (arm, mips and powerpc) are still left to be
converted later due to complexity of their dma ops selection.

The dma-noncoherent ops calls the dma-direct ops for the actual
translation of streaming mappins and allow the architecture to provide
any cache flushing required for cpu to device and/or device to cpu
ownership transfers.  The dma coherent allocator is for now still left
entirely to architecture supplied implementations due the amount of
variations.  Hopefully we can do some consolidation for them later on
as well.

A lot of architectures are currently doing very questionable things
in their dma mapping routines, which are documented in the changelogs
for each patch.  Please review them very careful and correct me on
incorrect assumptions.

Because this series sits on top of two previously submitted series
a git tree might be useful to actually test it.  It is provided here:

    git://git.infradead.org/users/hch/misc.git generic-dma-noncoherent

Gitweb:

    http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/generic-dma-noncoherent

^ permalink raw reply	[flat|nested] 47+ messages in thread
* [OpenRISC] (no subject)
@ 2017-08-24 21:36 Kais JALLOULI
  0 siblings, 0 replies; 47+ messages in thread
From: Kais JALLOULI @ 2017-08-24 21:36 UTC (permalink / raw)
  To: openrisc

I am a student .

I want to use the cpu or1200 and integrate it in a larger project.

I downloaded  the rtl code from https://github.com/openrisc/or1200 and
followed up this tutorial to install the toolchain

http://electria.metropolia.fi/2013/12/linux-on-de0-nano-part-i-simulator/

However the downloaded rtl code did not have software generation info such
as to get the toolchain and generate the Makefile.

The problem is that I am  from Electronic faculty and have limited
knowledge about software  development ( such as librray, makefile,
toolchain ...generation).

I would really appreciate it if you  can help me in writing the makefile
and guide us how to get a toolchain for Or1200 cpu.




<https://mailtrack.io/> Sent with Mailtrack
<https://mailtrack.io/install?source=signature&lang=en&referral=kais.jallouli@enit.utm.tn&idSignature=22>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.librecores.org/pipermail/openrisc/attachments/20170824/22e526f1/attachment.html>

^ permalink raw reply	[flat|nested] 47+ messages in thread
* [OpenRISC] (no subject)
@ 2017-08-22 15:10 Kais JALLOULI
  2017-08-23  5:36 ` Olof Kindgren
  0 siblings, 1 reply; 47+ messages in thread
From: Kais JALLOULI @ 2017-08-22 15:10 UTC (permalink / raw)
  To: openrisc

Hi all  ,
I am a student and I want to use the cpu openrisc or1200.I have a question
and I wish you repond me. Please  there   is any simple makefile example
for or1200 without using it as SoC? I am grateful for help.
Thanks a lot.



<https://mailtrack.io/> Sent with Mailtrack
<https://mailtrack.io/install?source=signature&lang=en&referral=kais.jallouli@enit.utm.tn&idSignature=22>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.librecores.org/pipermail/openrisc/attachments/20170822/d595b99c/attachment.html>

^ permalink raw reply	[flat|nested] 47+ messages in thread
* [OpenRISC] [PATCH v2 0/7] uapi: export all headers under uapi directories
@ 2017-01-09 11:33 Arnd Bergmann
  2017-01-13 10:46 ` [OpenRISC] [PATCH v3 0/8] " Nicolas Dichtel
  0 siblings, 1 reply; 47+ messages in thread
From: Arnd Bergmann @ 2017-01-09 11:33 UTC (permalink / raw)
  To: openrisc

On Friday, January 6, 2017 10:43:52 AM CET Nicolas Dichtel wrote:
> Here is the v2 of this series. The first 5 patches are just cleanup: some
> exported headers were still under a non-uapi directory.

Since this is meant as a cleanup, I commented on this to point out a cleaner
way to do the same.

> The patch 6 was spotted by code review: there is no in-tree user of this
> functionality.
> The last patch remove the use of header-y. Now all files under an uapi
> directory are exported.

Very nice!

> asm is a bit special, most of architectures export asm/<arch>/include/uapi/asm
> only, but there is two exceptions:
>  - cris which exports arch/cris/include/uapi/arch-v[10|32];

This is interesting, though not your problem. Maybe someone who understands
cris better can comment on this: How is the decision made about which of
the arch/user.h headers gets used? I couldn't find that in the sources,
but it appears to be based on kernel compile-time settings, which is
wrong for user space header files that should be independent of the kernel
config.

>  - tile which exports arch/tile/include/uapi/arch.
> Because I don't know if the output of 'make headers_install_all' can be changed,
> I introduce subdir-y in Kbuild file. The headers_install_all target copies all
> asm/<arch>/include/uapi/asm to usr/include/asm-<arch> but
> arch/cris/include/uapi/arch-v[10|32] and arch/tile/include/uapi/arch are not
> prefixed (they are put asis in usr/include/). If it's acceptable to modify the
> output of 'make headers_install_all' to export asm headers in
> usr/include/asm-<arch>/asm, then I could remove this new subdir-y and exports
> everything under arch/<arch>/include/uapi/.

I don't know if anyone still uses "make headers_install_all", I suspect
distros these days all use "make headers_install", so it probably
doesn't matter much.

In case of cris, it should be easy enough to move all the contents of the
uapi/arch-*/*.h headers into the respective uapi/asm/*.h headers, they
only seem to be referenced from there.

For tile, I suspect that would not work as the arch/*.h headers are
apparently defined as interfaces for both user space and kernel.

> Note also that exported files for asm are a mix of files listed by:
>  - include/uapi/asm-generic/Kbuild.asm;
>  - arch/x86/include/uapi/asm/Kbuild;
>  - arch/x86/include/asm/Kbuild.
> This complicates a lot the processing (arch/x86/include/asm/Kbuild is also
> used by scripts/Makefile.asm-generic).
> 
> This series has been tested with a 'make headers_install' on x86 and a
> 'make headers_install_all'. I've checked the result of both commands.
> 
> This patch is built against linus tree. I don't know if it should be
> made against antoher tree.

The series should probably get merged through the kbuild tree, but testing
it on mainline is fine here.

	Arnd

^ permalink raw reply	[flat|nested] 47+ messages in thread

end of thread, other threads:[~2018-04-26  9:39 UTC | newest]

Thread overview: 47+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-04-20  8:02 [OpenRISC] (no subject) Christoph Hellwig
2018-04-20  8:02 ` [OpenRISC] [PATCH 01/22] dma-debug: move initialization to common code Christoph Hellwig
2018-04-20 10:23   ` Robin Murphy
2018-04-24  7:35     ` Christoph Hellwig
2018-04-20  8:02 ` [OpenRISC] [PATCH 02/22] dma-mapping: simplify Kconfig dependencies Christoph Hellwig
2018-04-20  8:02 ` [OpenRISC] [PATCH 03/22] dma-mapping: provide a generic dma-noncoherent implementation Christoph Hellwig
2018-04-20  8:02 ` [OpenRISC] [PATCH 04/22] alpha: use dma_direct_ops for jensen Christoph Hellwig
2018-04-20  8:02 ` [OpenRISC] [PATCH 05/22] alpha: simplify get_arch_dma_ops Christoph Hellwig
2018-04-20  8:02 ` [OpenRISC] [PATCH 06/22] arc: use generic dma_noncoherent_ops Christoph Hellwig
     [not found]   ` <1524655020.5315.9.camel@synopsys.com>
2018-04-26  6:45     ` hch
2018-04-26  8:25       ` hch
2018-04-20  8:02 ` [OpenRISC] [PATCH 07/22] arm-nommu: " Christoph Hellwig
2018-04-20  8:02 ` [OpenRISC] [PATCH 08/22] c6x: " Christoph Hellwig
2018-04-20  8:03 ` [OpenRISC] [PATCH 09/22] hexagon: " Christoph Hellwig
2018-04-20  8:03 ` [OpenRISC] [PATCH 10/22] m68k: " Christoph Hellwig
2018-04-20  8:03 ` [OpenRISC] [PATCH 11/22] microblaze: " Christoph Hellwig
2018-04-20  8:03 ` [OpenRISC] [PATCH 12/22] microblaze: remove the consistent_sync and consistent_sync_page Christoph Hellwig
2018-04-20  8:03 ` [OpenRISC] [PATCH 13/22] nds32: use generic dma_noncoherent_ops Christoph Hellwig
2018-04-23  6:49   ` Greentime Hu
2018-04-24 19:16     ` Christoph Hellwig
2018-04-25  1:43       ` Greentime Hu
2018-04-25  6:40         ` Christoph Hellwig
2018-04-25 12:25           ` Greentime Hu
2018-04-26  6:42             ` Christoph Hellwig
2018-04-26  8:06               ` Greentime Hu
2018-04-26  8:24                 ` Christoph Hellwig
2018-04-26  9:39                   ` Greentime Hu
2018-04-20  8:03 ` [OpenRISC] [PATCH 14/22] nios2: " Christoph Hellwig
2018-04-20  8:03 ` [OpenRISC] [PATCH 15/22] openrisc: " Christoph Hellwig
2018-04-20  8:03 ` [OpenRISC] [PATCH 16/22] sh: simplify get_arch_dma_ops Christoph Hellwig
2018-04-20  8:03 ` [OpenRISC] [PATCH 17/22] sh: introduce a sh_cacheop_vaddr helper Christoph Hellwig
2018-04-20  8:03 ` [OpenRISC] [PATCH 18/22] sh: use dma_direct_ops for the CONFIG_DMA_COHERENT case Christoph Hellwig
2018-04-20  8:03 ` [OpenRISC] [PATCH 19/22] sh: use generic dma_noncoherent_ops Christoph Hellwig
2018-04-20  8:03 ` [OpenRISC] [PATCH 20/22] xtensa: " Christoph Hellwig
2018-04-20  8:03 ` [OpenRISC] [PATCH 21/22] sparc: " Christoph Hellwig
2018-04-20  8:03 ` [OpenRISC] [PATCH 22/22] parisc: " Christoph Hellwig
2018-04-21 17:43   ` Helge Deller
2018-04-21 21:52     ` James Bottomley
2018-04-25  7:21     ` Christoph Hellwig
2018-04-25 21:07       ` Helge Deller
2018-04-21 21:42   ` James Bottomley
2018-04-24  8:20     ` Christoph Hellwig
  -- strict thread matches above, loose matches on Subject: below --
2017-08-24 21:36 [OpenRISC] (no subject) Kais JALLOULI
2017-08-22 15:10 Kais JALLOULI
2017-08-23  5:36 ` Olof Kindgren
2017-01-09 11:33 [OpenRISC] [PATCH v2 0/7] uapi: export all headers under uapi directories Arnd Bergmann
2017-01-13 10:46 ` [OpenRISC] [PATCH v3 0/8] " Nicolas Dichtel
2017-01-13 10:46   ` [OpenRISC] [PATCH v3 1/8] arm: put types.h in uapi Nicolas Dichtel
2017-01-13 15:36     ` [OpenRISC] (no subject) David Howells
2017-01-13 10:46   ` [OpenRISC] [PATCH v3 4/8] x86: stop exporting msr-index.h to userland Nicolas Dichtel
2017-01-13 15:43     ` [OpenRISC] (no subject) David Howells

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox