From: Benjamin Gaignard benjamin.gaign...@stericsson.com
This patch allow to use another algorithm than the default first-fit one.
For example a custom algorithm could be used to manage alignment requirements.
Add of best-fit algorithm function:
most of the time best-fit is slower then first-fit
and fix the other
mistakes before send a new version of this patch.
Regards,
Benjamin Gaignard
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
From e790af0773193c3c7e5950ab74fa5e1e29204ad5 Mon Sep 17 00:00:00 2001
From: Benjamin Gaignard benjamin.gaign...@stericsson.com
Date: Mon, 10 Sep 2012 10:11:05 +0200
Subject: [PATCH] genalloc: make possible to use a custom allocation algorithm
This patch allow to use another algorithm than
From b78b2fea3899c5170b780f5ff138490ac6cf4cb7 Mon Sep 17 00:00:00 2001
From: Benjamin Gaignard benjamin.gaign...@stericsson.com
Date: Thu, 13 Sep 2012 11:29:03 +0200
Subject: [PATCH] genalloc: make possible to use a custom allocation algorithm
This patch allow to use another algorithm than
From: Benjamin Gaignard benjamin.gaign...@stericsson.com
Allow genalloc to use another algorithm than first-fit one.
Add a best-fit algorithm.
Change-Id: Ie783c9f9687c08195b4cb1914856cd6aca50c611
Signed-off-by: Benjamin Gaignard benjamin.gaign...@stericsson.com
---
include/linux/genalloc.h
Make VIdeo plug more verbose on what is on going
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/sti_vid.c | 121 ++
drivers/gpu/drm/sti/sti_vid.h | 1 +
2 files changed, 122 insertions(+)
diff --git a/drivers/gpu
Make mixer driver more verbose
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/sti_mixer.c | 164
drivers/gpu/drm/sti/sti_mixer.h | 2 +
2 files changed, 166 insertions(+)
diff --git a/drivers/gpu/drm/sti
Add I2C client driver to retrieve EDID.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/Makefile | 3 ++-
drivers/gpu/drm/sti/sti_ddc.c | 56 +++
2 files changed, 58 insertions(+), 1 deletion(-)
create mode 100644
Make the link between all the hardware drivers and DRM/KMS interface.
Create the driver itself and make it register all the sub-components.
Use GEM CMA helpers for buffer allocation.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/Kconfig | 8
Use debugfs to dump information about TVout
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/sti_tvout.c | 181
1 file changed, 181 insertions(+)
diff --git a/drivers/gpu/drm/sti/sti_tvout.c b/drivers/gpu/drm/sti
Compositor control all the input sub-devices and the mixer.
It is the main entry point for composition.
Layer interface is used to control the layer.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/Kconfig | 1 +
drivers/gpu/drm/sti/Makefile
TVout hardware block is responsible to dispatch the data flow coming
from compositor block to any of the output (HDMI or Analog TV).
It control when output are start/stop and configure according the
require flow path.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu
Allow to get more detailed debug information on GDP
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/sti_drm_drv.h | 36 ++
drivers/gpu/drm/sti/sti_gdp.c | 235 ++
drivers/gpu/drm/sti/sti_gdp.h | 2 +
3 files
VIDeo plug are one of the compositor input sub-devices.
VID are dedicated to video inputs like YUV plans.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/Makefile| 1 +
drivers/gpu/drm/sti/sti_layer.h | 4 ++
drivers/gpu/drm/sti/sti_vid.c | 138
Generic Display Pipeline are one of the compositor input sub-devices.
GDP are dedicated to graphic input like RGB plans.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/Makefile| 3 +-
drivers/gpu/drm/sti/sti_gdp.c | 491
100644
index 000..ed8386a
--- /dev/null
+++ b/drivers/gpu/drm/sti/sti_layer.h
@@ -0,0 +1,104 @@
+/*
+ * Copyright (C) STMicroelectronics SA 2013
+ * Authors: Benjamin Gaignard benjamin.gaign...@st.com
+ * Fabien Dessenne fabien.desse...@st.com
+ * for STMicroelectronics
Mixer hardware IP is responsible of mixing the different inputs layers.
Z-order is managed by the mixer.
We could 2 mixers: one for main path and one for auxilary path
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/Makefile| 1 +
drivers/gpu/drm/sti
Video Trafic Advance Communication Rx and Tx drivers are designed
for inter-die communication.
Both Tx and Rx must share the same configuration to communicate
that is why vtac_mode[] is shared in sti_vtac_utils.h.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm
contraints (alignment, contiguous) so we use CMA drm
helpers functions
to allocate frame buffer.
File naming convention is:
- sti_* for IPs drivers
- sti_drm_* for drm functions implementation.
Benjamin Gaignard (16):
drm: sti: add VTG driver
drm: sti: add VTAC drivers
drm: sti: add HDMI driver
Add driver to support analog TV ouput.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/Makefile | 1 +
drivers/gpu/drm/sti/sti_hda.c | 480 ++
2 files changed, 481 insertions(+)
create mode 100644 drivers/gpu/drm
for slave.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/Kconfig | 2 +
drivers/gpu/drm/Makefile| 1 +
drivers/gpu/drm/sti/Kconfig | 11 +
drivers/gpu/drm/sti/Makefile| 3 +
drivers/gpu/drm/sti/sti_vtg.c | 468
Add driver for HDMI ouput
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/Makefile | 5 +
drivers/gpu/drm/sti/sti_hdmi.c | 529 +
drivers/gpu/drm/sti/sti_hdmi.h | 195 +++
drivers
Mixer hardware IP is responsible of mixing the different inputs layers.
Z-order is managed by the mixer.
We could 2 mixers: one for main path and one for auxillary path
Mixers are part of Compositor hardware block
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm
Generic Display Pipeline are one of the compositor input sub-devices.
GDP are dedicated to graphic input like RGB plans.
GDP is part of Compositor hardware block which will be introduce later.
A sti_layer structure is used to abstract GDP calls from Compositor.
Signed-off-by: Benjamin Gaignard
a layer interface called by
compositor to control both GPD and VDP.
Hardware have memory contraints (alignment, contiguous) so we use CMA drm
helpers functions
to allocate frame buffer.
File naming convention is:
- sti_* for IPs drivers
- sti_drm_* for drm functions implementation.
Benjamin
Make the link between all the hardware drivers and DRM/KMS interface.
Create the driver itself and make it register all the sub-components.
Use GEM CMA helpers for buffer allocation.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/Kconfig | 8
VIDeo plug are one of the compositor input sub-devices.
VID are dedicated to video inputs like YUV plans.
Like GDP, VID are part of Compositor hardware block
and use sti_layer structure to provide an abstraction for
Compositor calls.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
Compositor control all the input sub-device (VID, GDP)
and the mixer(s).
It is the main entry point for composition.
Layer interface is used to control the abstracted layers.
Add debug in mixer, GDP and VID
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti
which will be
use later in the drm driver.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/Makefile | 5 +-
drivers/gpu/drm/sti/sti_drm_connector.h| 51 ++
drivers/gpu/drm/sti/sti_drm_encoder.h | 14 +
drivers/gpu/drm/sti/sti_hdmi.c
Video Traffic Advance Communication Rx and Tx drivers are designed
for inter-die communication.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/Makefile | 3 +-
drivers/gpu/drm/sti/sti_vtac.c | 211 +
2 files
-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/Makefile| 3 +-
drivers/gpu/drm/sti/sti_tvout.c | 678
drivers/gpu/drm/sti/sti_tvout.h | 18 ++
3 files changed, 698 insertions(+), 1 deletion(-)
create mode 100644 drivers
Add DRM/KMS driver bindings documentation.
Describe the required properties for each of the hardware IPs drivers.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
.../devicetree/bindings/gpu/st,stih4xx.txt | 189 +
1 file changed, 189 insertions
Add driver to support analog TV ouput.
As HDMI driver HDA use sti_connector structure to provide
helper functions.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/Makefile | 3 +-
drivers/gpu/drm/sti/sti_hda.c | 723
for slave.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/Kconfig | 2 +
drivers/gpu/drm/Makefile | 1 +
drivers/gpu/drm/sti/Kconfig | 5 +
drivers/gpu/drm/sti/Makefile | 2 +
drivers/gpu/drm/sti/sti_vtg.c | 356
Add DRM/KMS driver bindings documentation.
Describe the required properties for each of the hardware IPs drivers.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
.../devicetree/bindings/gpu/st,stih4xx.txt | 189 +
drivers/gpu/drm/sti/NOTES
Generic Display Pipeline are one of the compositor input sub-devices.
GDP are dedicated to graphic input like RGB plans.
GDP is part of Compositor hardware block which will be introduce later.
A sti_layer structure is used to abstract GDP calls from Compositor.
Signed-off-by: Benjamin Gaignard
Video Traffic Advance Communication Rx and Tx drivers are designed
for inter-die communication.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/Makefile | 3 +-
drivers/gpu/drm/sti/sti_vtac.c | 211 +
2 files
VIDeo plug are one of the compositor input sub-devices.
VID are dedicated to video inputs like YUV plans.
Like GDP, VID are part of Compositor hardware block
and use sti_layer structure to provide an abstraction for
Compositor calls.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
Compositor control all the input sub-device (VID, GDP)
and the mixer(s).
It is the main entry point for composition.
Layer interface is used to control the abstracted layers.
Add debug in mixer and GDP
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/Kconfig
Mixer hardware IP is responsible of mixing the different inputs layers.
Z-order is managed by the mixer.
We could 2 mixers: one for main path and one for auxillary path
Mixers are part of Compositor hardware block
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm
is mapped on drm_encoder structure.
One encoder is created for each of the sub-devices and link to their
connector/bridge
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/Makefile| 3 +-
drivers/gpu/drm/sti/sti_tvout.c | 657
Make the link between all the hardware drivers and DRM/KMS interface.
Create the driver itself and make it register all the sub-components.
Use GEM CMA helpers for buffer allocation.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/Kconfig | 8
and drm_connector structures.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/Makefile | 5 +-
drivers/gpu/drm/sti/sti_hdmi.c | 808 +
drivers/gpu/drm/sti/sti_hdmi.h | 88
drivers/gpu/drm/sti
Add driver to support analog TV ouput.
HDA driver is mapped on drm_bridge and drm_connector structures.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/sti/Makefile | 3 +-
drivers/gpu/drm/sti/sti_hda.c | 790 ++
2
for slave.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/gpu/drm/Kconfig | 2 +
drivers/gpu/drm/Makefile | 1 +
drivers/gpu/drm/sti/Kconfig | 5 +
drivers/gpu/drm/sti/Makefile | 2 +
drivers/gpu/drm/sti/sti_vtg.c | 356
drm
helpers functions
to allocate frame buffer.
File naming convention is:
- sti_* for IPs drivers
- sti_drm_* for drm functions implementation.
Benjamin Gaignard (11):
drm: sti: add bindings for DRM driver
drm: sti: add VTG driver
drm: sti: add VTAC drivers
drm: sti: add HDMI driver
: mardi 1 juillet 2014 14:41
To: dri-de...@lists.freedesktop.org
Cc: Benjamin Gaignard; Vincent ABRIOU; Fabien DESSENNE
Subject: [PATCH] drm/crtc-helper: use drm_framebuffer flags
The flags parameter of the DRM_IOCTL_MODE_ADDFB2 ioctl must be
propagated and used by the driver.
The only
Hi all,
Does version 6 fit to all your expectations ?
If yes will you consider to merge it into drm-next ?
If no, please tell me what need to be fixed.
Regards,
Benjamin
2014-07-04 15:54 GMT+02:00 Benjamin Gaignard benjamin.gaign...@linaro.org:
Hi,
I have following Russel advice to rebase my
right after your
stuff hits drm-next.
BR,
-R
--
FTTC broadband for 0.8mile line: now at 9.7Mbps down 460kbps up... slowly
improving, and getting towards what was expected from it.
--
Benjamin Gaignard
Graphic Working Group
Linaro.org │ Open source software for ARM SoCs
Follow Linaro
Hi,
I have following Russel advice to rebase my patches on top of the new
component helpers API.
A new branch drm_kms_for_next-v6 is available here
git://git.linaro.org/people/benjamin.gaignard/kernel.git
Regards,
Benjamin
2014-07-04 10:39 GMT+02:00 Benjamin Gaignard benjamin.gaign
are clocks typo (upper to lower case) in binding documentation.
Regards,
Benjamin
2014-07-28 1:23 GMT+02:00 Dave Airlie airl...@gmail.com:
On 16 July 2014 04:33, Rob Clark robdcl...@gmail.com wrote:
On Tue, Jul 15, 2014 at 5:41 AM, Benjamin Gaignard
benjamin.gaign...@linaro.org wrote:
Hi all,
Does
.
Regards,
Benjamin
2014-07-30 8:46 GMT+02:00 Benjamin Gaignard benjamin.gaign...@linaro.org:
Le mercredi 30 juillet 2014, Dave Airlie airl...@gmail.com a écrit :
On 28 July 2014 18:37, Benjamin Gaignard benjamin.gaign...@linaro.org
wrote:
Hello Dave,
You can found the patcheset
Video Traffic Advance Communication Rx and Tx drivers are designed
for inter-die communication.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
Reviewed-by: Rob Clark robdcl...@gmail.com
---
drivers/gpu/drm/sti/Makefile | 3 +-
drivers/gpu/drm/sti/sti_vtac.c | 215
Add DRM/KMS driver bindings documentation.
Describe the required properties for each of the hardware IPs drivers.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
Reviewed-by: Rob Clark robdcl...@gmail.com
---
.../devicetree/bindings/gpu/st,stih4xx.txt | 189
Make the link between all the hardware drivers and DRM/KMS interface.
Create the driver itself and make it register all the sub-components.
Use GEM CMA helpers for buffer allocation.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
Reviewed-by: Rob Clark robdcl...@gmail.com
Compositor control all the input sub-device (VID, GDP)
and the mixer(s).
It is the main entry point for composition.
Layer interface is used to control the abstracted layers.
Add debug in mixer and GDP.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
Reviewed-by: Rob Clark robdcl
Mixer hardware IP is responsible of mixing the different inputs layers.
Z-order is managed by the mixer.
We could 2 mixers: one for main path and one for auxillary path
Mixers are part of Compositor hardware block
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
Reviewed-by: Rob
and drm_connector structures.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
Reviewed-by: Rob Clark robdcl...@gmail.com
---
drivers/gpu/drm/sti/Makefile | 7 +-
drivers/gpu/drm/sti/sti_hdmi.c | 810 +
drivers/gpu/drm/sti/sti_hdmi.h
is mapped on drm_encoder structure.
One encoder is created for each of the sub-devices and link to their
connector/bridge
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
Reviewed-by: Rob Clark robdcl...@gmail.com
---
drivers/gpu/drm/sti/Makefile| 3 +-
drivers/gpu/drm/sti
VIDeo plug are one of the compositor input sub-devices.
VID are dedicated to video inputs like YUV plans.
Like GDP, VID are part of Compositor hardware block
and use sti_layer structure to provide an abstraction for
Compositor calls.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
Add driver to support analog TV ouput.
HDA driver is mapped on drm_bridge and drm_connector structures.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
Reviewed-by: Rob Clark robdcl...@gmail.com
---
drivers/gpu/drm/sti/Makefile | 3 +-
drivers/gpu/drm/sti/sti_hda.c | 794
Generic Display Pipeline are one of the compositor input sub-devices.
GDP are dedicated to graphic input like RGB plans.
GDP is part of Compositor hardware block which will be introduce later.
A sti_layer structure is used to abstract GDP calls from Compositor.
Signed-off-by: Benjamin Gaignard
for slave.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
Reviewed-by: Rob Clark robdcl...@gmail.com
---
drivers/gpu/drm/Kconfig | 2 +
drivers/gpu/drm/Makefile | 1 +
drivers/gpu/drm/sti/Kconfig | 5 +
drivers/gpu/drm/sti/Makefile | 2 +
drivers/gpu/drm/sti/sti_vtg.c
.
Hardware have memory contraints (alignment, contiguous) so we use CMA drm
helpers functions
to allocate frame buffer.
File naming convention is:
- sti_* for IPs drivers
- sti_drm_* for drm functions implementation.
Benjamin Gaignard (11):
drm: sti: add bindings for DRM driver
drm: sti: add VTG
...@gmail.com:
On Wed, Jul 30, 2014 at 3:48 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Wed, Jul 30, 2014 at 7:42 PM, Benjamin Gaignard
benjamin.gaign...@linaro.org wrote:
@@ -87,11 +90,50 @@ static int sti_compositor_bind(struct device *dev,
struct device *master,
struct sti_compositor
working correctly (however I
suspect that Benjamin may be the only person currently with such a
userspace and that he can be persuaded not to call it a regression).
Daniel.
--
Benjamin Gaignard
Graphic Working Group
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook
, void *data);
-bool sti_drm_crtc_is_main(struct drm_crtc *drm_crtc);
#endif
--
1.7.10.4
--
Benjamin Gaignard
Graphic Working Group
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line unsubscribe linux
mailing list
linaro-mm-...@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-mm-sig
--
Benjamin Gaignard
Graphic Working Group
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line unsubscribe
won't be CPU touched and wiring it into the DMA operations for the
platform ?
Alan
--
Benjamin Gaignard
Graphic Working Group
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
fully hiding all this behind the dma-buf interface
should fit in much better.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
Benjamin Gaignard
Graphic Working Group
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter
Hello,
Since few months I'm looking for Linaro to how do Secure Data Path (SPD).
I have tried and implemented multiple thinks but I always facing architecture
issues so I would like to get your help to solve the problem.
First what is Secure Data Path ? SDP is a set of hardware features to
I think now I have an answer to my question.
I will back come in a couple of weeks with a generic dmabuf allocator.
The feature set of this should be:
- allow to have per device specificone allocator
- ioctl for buffer allocation and exporting dmabuf file descriptor on /dev/foo
- generic API to
the helpers resulting in this series.
I've tested this both with a rather hacked about Android userspace
and with a fairly small test case run from debian. Both bits of code
currently use dumb buffers.
Thanks to Benjamin Gaignard for his help in finding this bit of code and
to Damien Hobson
constraint aware allocator.
Benjamin Gaignard (2):
create SMAF module
SMAF: add CMA allocator
drivers/Kconfig| 2 +
drivers/Makefile | 1 +
drivers/smaf/Kconfig | 11 +
drivers/smaf/Makefile | 2 +
drivers/smaf/smaf-cma.c| 198
if the devices are compatible or not with it allocation
method.
Securing module (smaf-secure.h):
The way of how securing memory it is done is platform specific.
Secure module is responsible of grant/revoke memory access.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers
to be compatible with ARM 64bits architecture
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/smaf/Kconfig| 6 ++
drivers/smaf/Makefile | 1 +
drivers/smaf/smaf-cma.c | 198
3 files changed, 205 insertions(+)
create
://blog.ffwll.ch
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
--
Benjamin Gaignard
Graphic Working Group
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from
it depends on generic TEE
which is still under discussion (https://lwn.net/Articles/644646/)
For allocation part of SMAF code I get inspirated by Sumit Semwal work about
constraint aware allocator.
Benjamin Gaignard (2):
create SMAF module
SMAF: add CMA allocator
drivers/Kconfig
to be compatible with ARM 64bits architecture
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/smaf/Kconfig| 6 ++
drivers/smaf/Makefile | 1 +
drivers/smaf/smaf-cma.c | 200
3 files changed, 207 insertions(+)
create
if the devices are compatible or not with it allocation
method.
Securing module (smaf-secure.h):
The way of how securing memory it is done is platform specific.
Secure module is responsible of grant/revoke memory access.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers
Add Vincent Abriou and myself has maintainers.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9c9dd5f..a6fbdf1 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3592,6
is wrong.
Thanks
Xiaoquan
-Original Message-
From: Linaro-mm-sig [mailto:linaro-mm-sig-boun...@lists.linaro.org] On Behalf
Of Benjamin Gaignard
Sent: Monday, July 27, 2015 6:12 PM
To: linux-me...@vger.kernel.org; Linux Kernel Mailing List;
dri-de...@lists.freedesktop.org; Hans Verkuil
Benjamin Gaignard benjamin.gaign...@linaro.org:
version 3 changes:
- Remove ioctl for allocator selection instead provide the name of
the targeted allocator with allocation request.
Selecting allocator from userland isn't the prefered way of working
but is needed when the first user
2015-10-21 16:32 GMT+02:00 James Morris <jmor...@namei.org>:
> On Wed, 21 Oct 2015, Benjamin Gaignard wrote:
>
>> Secure Memory Allocation Framework goal is to be able
>> to allocate memory that can be securing.
>> There is so much ways to allocate and securing
2015-10-21 16:34 GMT+02:00 James Morris <jmor...@namei.org>:
> On Wed, 21 Oct 2015, Benjamin Gaignard wrote:
>
>>
>> The outcome of the previous RFC about how do secure data path was the need
>> of a secure memory allocator (https://lkml.org/lkml/2015/5/5/551)
This module is allow testing secure calls of SMAF.
Signed-off-by: Benjamin Gaignard <benjamin.gaign...@linaro.org>
---
drivers/smaf/Kconfig | 6 +++
drivers/smaf/Makefile | 1 +
drivers/smaf/smaf-fakesecure.c | 92 ++
3 files c
if the devices are compatible or not with it allocation
method.
Securing module (smaf-secure.h):
The way of how securing memory it is done is platform specific.
Secure module is responsible of grant/revoke memory access.
Signed-off-by: Benjamin Gaignard <benjamin.gaign...@linaro.org>
---
d
to be compatible with ARM 64bits architecture
Signed-off-by: Benjamin Gaignard <benjamin.gaign...@linaro.org>
---
drivers/smaf/Kconfig| 6 ++
drivers/smaf/Makefile | 1 +
drivers/smaf/smaf-cma.c | 200
3 files changed, 207 inse
part of SMAF code I get inspirated by Sumit Semwal work about
constraint aware allocator.
Benjamin Gaignard (3):
create SMAF module
SMAF: add CMA allocator
SMAF: add fake secure module
drivers/Kconfig| 2 +
drivers/Makefile | 1 +
drivers/smaf/Kconfig
in specific areas (most of the
time because of firewall limited capacities in terms of regions)
2015-10-06 4:07 GMT+02:00 Laura Abbott <labb...@redhat.com>:
> On 10/05/2015 03:11 AM, Benjamin Gaignard wrote:
>>
>> version 4 changes:
>> - rebased on kernel 4.3-rc3
>&
GMT+02:00 Laura Abbott <labb...@redhat.com>:
> On 10/05/2015 03:11 AM, Benjamin Gaignard wrote:
>>
>> diff --git a/drivers/smaf/smaf-core.c b/drivers/smaf/smaf-core.c
>> new file mode 100644
>> index 000..37914e7
>> --- /dev/null
>> +++
to be compatible with ARM 64bits architecture
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers/smaf/Kconfig| 6 ++
drivers/smaf/Makefile | 1 +
drivers/smaf/smaf-cma.c | 200
3 files changed, 207 insertions(+)
create
if the devices are compatible or not with it allocation
method.
Securing module (smaf-secure.h):
The way of how securing memory it is done is platform specific.
Secure module is responsible of grant/revoke memory access.
Signed-off-by: Benjamin Gaignard benjamin.gaign...@linaro.org
---
drivers
part of SMAF code I get inspirated by Sumit Semwal work about
constraint aware allocator.
Benjamin Gaignard (2):
create SMAF module
SMAF: add CMA allocator
drivers/Kconfig| 2 +
drivers/Makefile | 1 +
drivers/smaf/Kconfig | 11 +
drivers/smaf
com>
> Cc: Philipp Zabel <p.za...@pengutronix.de>
> Cc: Mark Yao <mark@rock-chips.com>
> Cc: Benjamin Gaignard <benjamin.gaign...@linaro.org>
> Cc: Vincent Abriou <vincent.abr...@st.com>
> Cc: Jean-Christophe Plagniol-Villard <plagn...@jcrosoft.com>
if the devices are compatible or not with it allocation
method.
Securing module (smaf-secure.h):
The way of how securing memory it is done is platform specific.
Secure module is responsible of grant/revoke memory access.
Signed-off-by: Benjamin Gaignard <benjamin.gaign...@linaro.org>
---
d
it depends on generic TEE
which is still under discussion (https://lwn.net/Articles/644646/)
For allocation part of SMAF code I get inspirated by Sumit Semwal work about
constraint aware allocator.
Benjamin Gaignard (2):
create SMAF module
SMAF: add CMA allocator
drivers/Kconfig| 2
to be compatible with ARM 64bits architecture
Signed-off-by: Benjamin Gaignard <benjamin.gaign...@linaro.org>
---
drivers/smaf/Kconfig| 6 ++
drivers/smaf/Makefile | 1 +
drivers/smaf/smaf-cma.c | 200
3 files changed, 207 inse
-sdp.git
This code isn't yet part of the patch set because it depends on generic TEE
which is still under discussion (https://lwn.net/Articles/644646/)
For allocation part of SMAF code I get inspirated by Sumit Semwal work about
constraint aware allocator.
Benjamin Gaignard (2):
create SMAF
From: "benjamin.gaign...@linaro.org" <benjamin.gaign...@linaro.org>
This module is allow testing secure calls of SMAF.
Signed-off-by: Benjamin Gaignard <benjamin.gaign...@linaro.org>
---
drivers/smaf/Kconfig | 6 +++
drivers/smaf/Makefile |
1 - 100 of 1916 matches
Mail list logo
