Linux OpenRISC platform development
 help / color / mirror / Atom feed
* [OpenRISC] (no subject)
@ 2017-08-22 15:10 Kais JALLOULI
  2017-08-23  5:36 ` Olof Kindgren
  0 siblings, 1 reply; 44+ 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] 44+ messages in thread
* [OpenRISC] (no subject)
@ 2017-08-24 21:36 Kais JALLOULI
  0 siblings, 0 replies; 44+ 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] 44+ messages in thread
* [OpenRISC] (no subject)
@ 2018-04-20  8:02 Christoph Hellwig
  0 siblings, 0 replies; 44+ 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] 44+ messages in thread

end of thread, other threads:[~2018-04-20  8:02 UTC | newest]

Thread overview: 44+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
2017-01-06  9:43 ` [OpenRISC] [PATCH v2 0/7] uapi: export all headers under uapi directories Nicolas Dichtel
2017-01-06  9:43   ` [OpenRISC] [PATCH v2 1/7] arm: put types.h in uapi Nicolas Dichtel
2017-01-09 11:33     ` Arnd Bergmann
2017-01-09 12:00       ` Russell King - ARM Linux
2017-01-06  9:43   ` [OpenRISC] [PATCH v2 2/7] h8300: put bitsperlong.h " Nicolas Dichtel
2017-01-06  9:43   ` [OpenRISC] [PATCH v2 3/7] nios2: put setup.h " Nicolas Dichtel
2017-01-09 11:33     ` Arnd Bergmann
2017-01-06  9:43   ` [OpenRISC] [PATCH v2 4/7] x86: put msr-index.h " Nicolas Dichtel
2017-01-06 12:14     ` Borislav Petkov
2017-01-06 20:50     ` Andy Shevchenko
2017-01-06  9:43   ` [OpenRISC] [PATCH v2 5/7] Makefile.headersinst: cleanup input files Nicolas Dichtel
2017-01-06  9:43   ` [OpenRISC] [PATCH v2 6/7] Makefile.headersinst: remove destination-y option Nicolas Dichtel
2017-01-06  9:43   ` [OpenRISC] [PATCH v2 7/7] uapi: export all headers under uapi directories Nicolas Dichtel
2017-01-09 10:01     ` Daniel Vetter
2017-01-09 12:01     ` Russell King - ARM Linux
2017-01-09 12:56     ` Christoph Hellwig
2017-01-12 15:52       ` Nicolas Dichtel
2017-01-12 16:28         ` Jan Engelhardt
2017-01-12 16:32           ` Nicolas Dichtel
2017-01-13  1:04             ` Jeff Epler
2017-01-11 18:14     ` [OpenRISC] [Linux-c6x-dev] " Mark Salter
2017-01-09 11:33   ` [OpenRISC] [PATCH v2 0/7] " Arnd Bergmann
2017-01-11 12:42     ` Jesper Nilsson
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 16:01           ` [OpenRISC] [PATCH v3 1/8] arm: put types.h in uapi Nicolas Dichtel
2017-01-13 16:19             ` Russell King - ARM Linux
2017-01-13 17:06         ` Russell King - ARM Linux
2017-01-13 10:46       ` [OpenRISC] [PATCH v3 2/8] h8300: put bitsperlong.h " Nicolas Dichtel
2017-01-13 10:46       ` [OpenRISC] [PATCH v3 3/8] nios2: put setup.h " Nicolas Dichtel
2017-01-13 10:55         ` Tobias Klauser
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
2017-01-13 16:08           ` [OpenRISC] [PATCH v3 4/8] x86: stop exporting msr-index.h to userland Nicolas Dichtel
2017-01-13 16:38             ` Borislav Petkov
2017-01-13 10:46       ` [OpenRISC] [PATCH v3 5/8] Makefile.headersinst: cleanup input files Nicolas Dichtel
2017-01-13 10:46       ` [OpenRISC] [PATCH v3 6/8] Makefile.headersinst: remove destination-y option Nicolas Dichtel
2017-01-13 10:46       ` [OpenRISC] [PATCH v3 7/8] uapi: export all headers under uapi directories Nicolas Dichtel
2017-01-13 10:46       ` [OpenRISC] [PATCH v3 8/8] uapi: export all arch specifics directories Nicolas Dichtel
2017-08-22 15:10 [OpenRISC] (no subject) Kais JALLOULI
2017-08-23  5:36 ` Olof Kindgren
  -- strict thread matches above, loose matches on Subject: below --
2017-08-24 21:36 Kais JALLOULI
2018-04-20  8:02 Christoph Hellwig

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