From: Joerg Roedel jroe...@suse.de
Implement domain_alloc and domain_free iommu-ops as a
replacement for domain_init/domain_destroy.
Signed-off-by: Joerg Roedel jroe...@suse.de
---
drivers/iommu/shmobile-iommu.c | 39 +++
1 file changed, 23 insertions(+), 16
From: Joerg Roedel jroe...@suse.de
Implement domain_alloc and domain_free iommu-ops as a
replacement for domain_init/domain_destroy.
Signed-off-by: Joerg Roedel jroe...@suse.de
---
drivers/iommu/fsl_pamu_domain.c | 60 ++---
drivers/iommu/fsl_pamu_domain.h |
From: Joerg Roedel jroe...@suse.de
All drivers have been converted to the new domain_alloc and
domain_free iommu-ops. So remove the old ones and get rid of
iommu_domain-priv too, as this is no longer needed when the
struct iommu_domain is embedded in the private structures of
the iommu drivers.
Changes v1-v2:
* Rebased to v4.0-rc5
* Converted domain-types to a bit-field
Hi,
here is patch-set to replace the existing domain_init and
domain_destroy iommu-ops with the new domain_alloc and
domain_free callbacks
The new callbacks move the allocation of iommu domains into
From: Joerg Roedel jroe...@suse.de
Implement domain_alloc and domain_free iommu-ops as a
replacement for domain_init/domain_destroy.
Signed-off-by: Joerg Roedel jroe...@suse.de
---
drivers/iommu/exynos-iommu.c | 87
1 file changed, 47 insertions(+),
From: Joerg Roedel jroe...@suse.de
This allows to handle domains differently based on their
type in the future. An IOMMU driver can implement certain
optimizations for DMA-API domains for example.
The domain types can be extended later and some of the
existing domain attributes can be migrated
From: Joerg Roedel jroe...@suse.de
Implement domain_alloc and domain_free iommu-ops as a
replacement for domain_init/domain_destroy.
Signed-off-by: Joerg Roedel jroe...@suse.de
---
drivers/iommu/rockchip-iommu.c | 40
1 file changed, 24 insertions(+), 16
From: Joerg Roedel jroe...@suse.de
Implement domain_alloc and domain_free iommu-ops as a
replacement for domain_init/domain_destroy.
Signed-off-by: Joerg Roedel jroe...@suse.de
---
drivers/iommu/ipmmu-vmsa.c | 41 +++--
1 file changed, 23 insertions(+), 18
From: Joerg Roedel jroe...@suse.de
Implement domain_alloc and domain_free iommu-ops as a
replacement for domain_init/domain_destroy.
Signed-off-by: Joerg Roedel jroe...@suse.de
---
drivers/iommu/tegra-gart.c | 67 +++---
1 file changed, 46 insertions(+),
From: Joerg Roedel jroe...@suse.de
Implement domain_alloc and domain_free iommu-ops as a
replacement for domain_init/domain_destroy.
Signed-off-by: Joerg Roedel jroe...@suse.de
---
drivers/iommu/msm_iommu.c | 73 +++
1 file changed, 36 insertions(+),
From: Joerg Roedel jroe...@suse.de
Check for the new __IOMMU_DOMAIN_PAGING flag before calling
into the iommu drivers -map and -unmap call-backs.
Signed-off-by: Joerg Roedel jroe...@suse.de
---
drivers/iommu/iommu.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/iommu/iommu.c
From: Joerg Roedel jroe...@suse.de
Implement domain_alloc and domain_free iommu-ops as a
replacement for domain_init/domain_destroy.
Signed-off-by: Joerg Roedel jroe...@suse.de
---
drivers/iommu/arm-smmu.c | 46 +++---
1 file changed, 27 insertions(+), 19
From: Joerg Roedel jroe...@suse.de
Implement domain_alloc and domain_free iommu-ops as a
replacement for domain_init/domain_destroy.
Signed-off-by: Joerg Roedel jroe...@suse.de
---
drivers/iommu/tegra-smmu.c | 41 +++--
1 file changed, 23 insertions(+), 18
From: Joerg Roedel jroe...@suse.de
Get rid of domain_init and domain_destroy and implement
domain_alloc/domain_free instead.
Signed-off-by: Joerg Roedel jroe...@suse.de
---
drivers/iommu/intel-iommu.c | 48 ++---
1 file changed, 28 insertions(+), 20
From: Joerg Roedel jroe...@suse.de
Implement the new iommu-ops function pointers and remove the
obsolete domain_init and domain_destroy functions.
Signed-off-by: Joerg Roedel jroe...@suse.de
---
drivers/iommu/amd_iommu.c | 84 ++---
From: Joerg Roedel jroe...@suse.de
These new call-backs defer the allocation and destruction of
'struct iommu_domain' to the iommu driver. This allows
drivers to embed this struct into their private domain
structures and to get rid of the domain_init and
domain_destroy call-backs when all drivers
From: Joerg Roedel jroe...@suse.de
Implement the new domain_alloc and domain_free call-backs
and remove the old domain_init/destroy ones.
Signed-off-by: Joerg Roedel jroe...@suse.de
---
drivers/iommu/omap-iommu.c | 49 +++---
1 file changed, 29
X
Sent from my BlackBerry 10 smartphone on the TELUS network.
Original Message
From: Joerg Roedel
Sentuv: Thursday, March 26, 2015 8:51 AM
To: io...@lists.linux-foundation.org
Cc: Will Deacon; Kukjin Kim; David Woodhouse; Heiko Stuebner; Hiroshi Doyu;
Stephen Warren; Thierry Reding;
From: Sjoerd Simons sjoerd.sim...@collabora.co.uk
When disabling the samsung PWM the output state remains at the level it
was in the end of a pwm cycle. In other words, calling pwm_disable when
at 100% duty will keep the output active, while at all other setting the
output will go/stay inactive.
Add pwm-fan node to the OdroidXU3 board.
Tested on OdroidXU3 board.
Signed-off-by: Anand Moon linux.am...@gmail.com
---
arch/arm/boot/dts/exynos5422-odroidxu3.dts | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5422-odroidxu3.dts
Move the registration of thermal sensors for tmu_cpu0 from exynos5420.dtsi
to exynos5-cpu-thermal.dtsi, to avoid duplicate registration of the sensors.
Tested on OdroidXU3 board.
Signed-off-by: Anand Moon linux.am...@gmail.com
---
arch/arm/boot/dts/exynos5-cpu-thermal.dtsi | 58
update the cooling level for cpu0 to avoid following message.
root@odroidxu3:~# dmesg | grep ther
[0.241511] /thermal-zones/cpu-thermal/cooling-maps/map0:
could not get #cooling-cells for /cpus/cpu@0
Signed-off-by: Anand Moon linux.am...@gmail.com
---
On 03/26/15 04:08, Javier Martinez Canillas wrote:
This patch enables the options to mount a rootfs over NFS and also support
for automatic configuration of IP addresses during boot as needed by NFS.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
---
Changes since
Below changes depend on following patch.
https://patchwork.kernel.org/patch/5944061/
Update the pwm_config with duty then update the pwm_disable
to poweroff the cpu fan.
Tested on OdroidXU3 board.
Signed-off-by: Anand Moon linux.am...@gmail.com
---
drivers/hwmon/pwm-fan.c | 10 --
1
This commit enables TMU IP block on the Exynos5422 OdroidXU3
device.
Tested on OdroidXU3 board.
Signed-off-by: Anand Moon linux.am...@gmail.com
---
arch/arm/boot/dts/exynos5422-odroidxu3.dts | 25 +
1 file changed, 25 insertions(+)
diff --git
This work depeds upon work done by Lukasz Majewski l.majew...@samsung.com
and Sjoerd Simons sjoerd.sim...@collabora.co.uk regarding the pwm-fan.
-Anand Moon
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More
On 03/19/15 14:11, Chanwoo Choi wrote:
Hi Bartlomiej,
Hi,
I tested this patch-set for AFTR mode.
When CPU1 is offline state, I checked that CPU0 enter the AFTR mode.
Tested-by: Chanwoo Choi cw00.c...@samsung.com
Thanks for your test.
Best Regards,
Chanwoo Choi
On 03/19/2015 01:00
Inki Dae wrote:
Hello Javier,
Applied.
Could you use right prefix of the subject like below when you post patch?
'drm/exynos: ...', not 'drm: Exynos: ...'
Your email will be filtered from my mailbox if you don't use the right
prefix so I couldn't check and take care of your patch.
I
On Fri, Mar 20, 2015 at 01:19:44PM +0100, Javier Martinez Canillas wrote:
Hello,
On 03/13/2015 12:38 PM, Javier Martinez Canillas wrote:
Exynos serial ports operate either in a DMA-based or interrupt-based
modes. In DMA-based mode, the UART generates a transfer data request
and a
On 03/26/2015 10:57 PM, Greg Kroah-Hartman wrote:
On Fri, Mar 20, 2015 at 01:19:44PM +0100, Javier Martinez Canillas wrote:
The offending commit landed in v4.0-rc1 so this fix is -rc material.
drivers/tty/serial/samsung.c | 1 +
1 file changed, 1 insertion(+)
diff --git
Hello!
Gustavo Padovan wrote:
I would keep calling these two vars x_ratio and y_ratio. I don't see a reason
to change the name here.
Right, I'm going to change this. Also I was thinking of basing the patch
on your latest cleanup series (the 'drm/exynos: remove struct *_win_data
abstraction on
On 2015년 03월 27일 09:15, Tobias Jakobi wrote:
Inki Dae wrote:
Hello Javier,
Applied.
Could you use right prefix of the subject like below when you post patch?
'drm/exynos: ...', not 'drm: Exynos: ...'
Your email will be filtered from my mailbox if you don't use the right
prefix so I
Hi Daniel,
On 2015년 03월 26일 23:48, Daniel Stone wrote:
Hi Inki,
On Thu, 26 Mar, 2015 at 2:32 PM, Inki Dae inki@samsung.com wrote:
Applied.
Thanks very much.
Could you use right prefix of the subject like below when you post patch?
'drm/exynos: ...', not 'drm: Exynos: ...'
Your
From: Gustavo Padovan gustavo.pado...@collabora.co.uk
None of the exynos crtc drivers implements win_enable() so remove it for
better clarity of the code.
Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk
---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 --
1 file changed, 2
From: Gustavo Padovan gustavo.pado...@collabora.co.uk
We already set each plane zpos at init, after that changes to zpos are
not expected. This patch turns zpos into a read-only property so now it is
impossible to set zpos.
Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk
---
From: Gustavo Padovan gustavo.pado...@collabora.co.uk
Hi,
Here goes some clean ups to the exynos drivers. The main clean ups is
the presetting and zpos making the property immutable and the removal
of *_win_data structures.
v2 contains a extra patch to fix alpha setting for planes in fimd, so
From: Gustavo Padovan gustavo.pado...@collabora.co.uk
These functions were already removed by previous cleanup work, but these
ones were left behind.
Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk
Acked-by: Joonyoung Shim jy0922.s...@samsung.com
---
From: Gustavo Padovan gustavo.pado...@collabora.co.uk
The .destroy() callback for exynos can be replaced by drm_plane_cleanup().
The only extra operation on exynos_plane_destroy() was a call to
exynos_plane_disable() but the plane is already disabled by a earlier call
to drm_framebuffer_remove().
On 25/03/15 18:27, Tobias Jakobi wrote:
Hello,
the new version should fix most of the mentioned issues.
Tobias Jakobi wrote:
As a general note I would recommend keeping statements on separate lines
(none of if (foo) far()) as it makes debugging easier.
OK, changing this.
Except for
On 25/03/15 16:48, Tobias Jakobi wrote:
Currently only fast solid color clear performance is measured.
A large buffer is allocated and solid color clear operations
are executed on it with randomly chosen properties (position
and size of the region, clear color). Execution time is
measured and
From: Gustavo Padovan gustavo.pado...@collabora.co.uk
XR24 planes were not shown properly, so now set the right registers
to correctly enable displaying these planes.
It also moves the alpha register settings to fimd_win_set_pixfmt()
to keep all pixel format stuff together.
Signed-off-by:
From: Gustavo Padovan gustavo.pado...@collabora.co.uk
Usually userspace don't want to have two overlay planes on the same zpos
so this change assign a different zpos for each plane. Before this change
a zpos of value zero was created for all planes so the userspace had to
set up the zpos of every
From: Gustavo Padovan gustavo.pado...@collabora.co.uk
struct {fimd,mixer,vidi}_win_data was just keeping the same data
as struct exynos_drm_plane thus get ride of it and use exynos_drm_plane
directly.
It changes how planes are created and remove .win_mode_set() callback
that was only filling all
From: Mandeep Singh Baines m...@chromium.org
The goal of the change is to make sure we send the vblank event on the
current vblank. My hope is to fix any races that might be causing flicker.
After this change I only see a flicker in the transition plymouth and
X11.
Simplified the code by
On Tue, 24 Mar 2015, Krzysztof Kozlowski wrote:
2015-03-23 13:34 GMT+01:00 Lee Jones lee.jo...@linaro.org:
On Tue, 17 Mar 2015, Krzysztof Kozlowski wrote:
From: Chanwoo Choi cw00.c...@samsung.com
This patch modify the RTC compatible name of S2MPS13 because S2MPS13's RTC
is
equal
Hi Tobias,
2015-03-26 Tobias Jakobi tjak...@math.uni-bielefeld.de:
While the VP (video processor) supports arbitrary scaling
of its input, the mixer just supports a simple 2x (line
doubling) scaling. Expose this functionality and exit
early when an unsupported scaling configuration is
Hello Javier,
Applied.
Could you use right prefix of the subject like below when you post patch?
'drm/exynos: ...', not 'drm: Exynos: ...'
Your email will be filtered from my mailbox if you don't use the right
prefix so I couldn't check and take care of your patch.
Thanks,
Inki Dae
On 2015년
47 matches
Mail list logo