On Fri, 24 Apr 2015, Jim Davis wrote:
> Building with the attached random configuration file,
>
> warning: (SND_SOC_INTEL_BYTCR_RT5640_MACH &&
> SND_SOC_INTEL_CHT_BSW_RT5672_MACH &&
> SND_SOC_INTEL_CHT_BSW_RT5645_MACH) selects SND_SST_IPC_ACPI which has
> unmet direct dependencies (SOUND && !M68K
Hi Linus,
May I request you to pull a few dma-buf changes for 4.1-rc1? minor
cleanup only; this could've gone in for the 4.0 merge window, but for
a copy-paste stupidity from me.
It has been in the for-next since then, and no issues reported.
Thanks and best regards,
Sumit.
The following chang
On Fri 24-04-15 13:07:37, Hans Verkuil wrote:
> Hi Marek,
>
> On 04/24/2015 12:59 PM, Marek Szyprowski wrote:
> > Dear All,
> >
> > On 2015-04-02 17:25, Hans Verkuil wrote:
> >> On 04/02/2015 05:02 PM, Jan Kara wrote:
> >>>Hello,
> >>>
> >>> On Tue 17-03-15 12:56:30, Jan Kara wrote:
>
Hi Joonyoung,
2015-04-16 Joonyoung Shim :
> The exynos_update_plane function needs 16.16 fixed point source data.
>
> Signed-off-by: Joonyoung Shim
> ---
> drivers/gpu/drm/exynos/exynos_drm_crtc.c | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/gpu/drm/
Hi Tobias,
2015-04-24 Tobias Jakobi :
> On 2015-04-24 03:48, Joonyoung Shim wrote:
> >Hi Tobias,
> >
> >On 04/23/2015 09:12 PM, Tobias Jakobi wrote:
> >>Move the defines for the pixelformats that the mixer supports out
> >>of mixer_graph_buffer() to the top of the source.
> >>Then select the mixe
Hi Tobias,
2015-04-24 Joonyoung Shim :
> Hi Tobias,
>
> On 04/23/2015 09:12 PM, Tobias Jakobi wrote:
> > Remove the unused fields of struct exynos_drm_plane.
> >
> > Signed-off-by: Tobias Jakobi
> > ---
> > drivers/gpu/drm/exynos/exynos_drm_drv.h | 10 --
> > 1 file changed, 10 deleti
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150424/3bb318b5/attachment.html>
Hi Marek,
On 04/24/2015 12:59 PM, Marek Szyprowski wrote:
> Dear All,
>
> On 2015-04-02 17:25, Hans Verkuil wrote:
>> On 04/02/2015 05:02 PM, Jan Kara wrote:
>>>Hello,
>>>
>>> On Tue 17-03-15 12:56:30, Jan Kara wrote:
After a long pause I'm sending second version of my patch series to
Dear All,
On 2015-04-02 17:25, Hans Verkuil wrote:
> On 04/02/2015 05:02 PM, Jan Kara wrote:
>>Hello,
>>
>> On Tue 17-03-15 12:56:30, Jan Kara wrote:
>>>After a long pause I'm sending second version of my patch series to
>>> abstract
>>> vma handling from the various media drivers. After
On Fri, Apr 24, 2015 at 9:43 AM, Zhou, Jammy wrote:
> Hi Alex,
>
> For the core driver patch:
>
> +config DRM_AMDGPU
> + tristate "AMD GPU"
> + depends on DRM && PCI
> + select FB_CFB_FILLRECT
> + select FB_CFB_COPYAREA
> + select FB_CFB_IMAGEBLIT
> + select FW_
Hi Kamil, Hans,
I'm the main developer of libCEC
(https://github.com/Pulse-Eight/libcec). Sorry for the late time to jump
in here, but I wasn't signed up to this mailing list and someone pointed
me to this discussion.
Unfortunately this approach will not work with half the TVs that are out
th
CRTCs in DSI command mode data path should wait for pingpong done,
instead of vblank, to finish atomic commit.
This change is to enable PP_DONE irq on command mode CRTCs and wait for
this irq happens before atomic commit completion.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_cm
MDP FLUSH registers could indicate if the previous flush updates
has taken effect at vsync boundary. Making use of this H/W feature
can catch the vsync that happened between CRTC atomic_flush and
*_wait_for_vblanks, to avoid unnecessary wait.
This change allows kms CRTCs to use their own *_wait_fo
The current way to wait for atomic commit done may cause unnecessary wait for
another vsync for video mode path. Also, for command mode path, we need to wait
for PP_DONE event other than vsync before finish. This patch series is to fix
these issues.
Hai Li (2):
drm/msm: Use customized function t
xf86drm.c:356:2: warning: comparison of unsigned expression >= 0 is always true
[-Wtype-limits]
group = (serv_group >= 0) ? serv_group : DRM_DEV_GID;
^
Signed-off-by: Jammy Zhou
---
xf86drm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xf86drm.c b/xf86drm.c
index 4d6
drmGetDevices interface is added to enumernate GPU devices on the system
v2: rebase the code and some improvement for the coding style
Signed-off-by: Frank Min
Signed-off-by: Jammy Zhou (v2)
---
Makefile.am | 3 ++-
xf86drm.c | 48
xf86drm.h
On Thu, Apr 23, 2015 at 11:53 AM, Christian König
wrote:
> From: Christian König
>
> Remove the mostly unused device parameter, for the few cases
> where we really need it keep a copy in the context structure.
Are you going to send out the mesa patches as well?
Alex
>
> Signed-off-by: Christ
This is the new ioctl wrapper used by the new admgpu driver.
It's primarily used by xf86-video-amdgpu and mesa.
v2: fix amdgpu_drm.h install
v3: Integrate some of the sugestions from Emil:
clean up Makefile.am, configure.ac
capitalize header guards
fix _FILE_OFFSET_BITS with config.h
This adds some basic unit tests for the new amdgpu driver.
v2: use common util_math.h
Signed-off-by: Alex Deucher
---
configure.ac| 23 ++
tests/Makefile.am | 6 +
tests/amdgpu/Makefile.am| 24 ++
tests/amdgpu/amdgpu_test.c | 241 +
tests/amdgpu/am
This is the new ioctl wrapper used by the new admgpu driver.
It's primarily used by xf86-video-amdgpu and mesa.
v2: fix amdgpu_drm.h install
v3: Integrate some of the sugestions from Emil:
clean up Makefile.am, configure.ac
capitalize header guards
fix _FILE_OFFSET_BITS with config.h
Used by amdgpu, could be used by other components.
Signed-off-by: Alex Deucher
---
Makefile.sources | 3 ++-
util_math.h | 32
2 files changed, 34 insertions(+), 1 deletion(-)
create mode 100644 util_math.h
diff --git a/Makefile.sources b/Makefile.sources
This is used by radeon and freedreno and will be used
by amdgpu. I looked at switching to libdrm_lists.h,
but it's pretty horrible. E.g., DRMLISTFOREACHENTRYSAFE.
Signed-off-by: Alex Deucher
---
Makefile.sources | 3 +-
freedreno/Makefile.sources | 3 +-
freedreno/freedreno_priv.
Hi Tobias,
On 04/23/2015 09:12 PM, Tobias Jakobi wrote:
> Remove the unused fields of struct exynos_drm_plane.
>
> Signed-off-by: Tobias Jakobi
> ---
> drivers/gpu/drm/exynos/exynos_drm_drv.h | 10 --
> 1 file changed, 10 deletions(-)
>
> diff --git a/drivers/gpu/drm/exynos/exynos_drm_
Hi Tobias,
On 04/23/2015 09:12 PM, Tobias Jakobi wrote:
> Move the defines for the pixelformats that the mixer supports out
> of mixer_graph_buffer() to the top of the source.
> Then select the mixer pixelformat (pf) in mixer_graph_buffer() based on
> the plane's pf (and not bpp).
> Also add handl
Am Donnerstag, den 23.04.2015, 21:41 + schrieb Deucher, Alexander:
> > -Original Message-
> > From: Lucas Stach [mailto:dev at lynxeye.de]
> > Sent: Thursday, April 23, 2015 5:28 PM
> > To: Deucher, Alexander; Koenig, Christian; David Airlie
> > Cc: dri-devel at lists.freedesktop.org
>
ize: 819 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150424/9ac9358f/attachment.sig>
ug.cgi?id=90741 ?
>
> ~Maarten
>
>
--
Jan Vesely
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/ar
On 2015-04-24 03:48, Joonyoung Shim wrote:
> Hi Tobias,
>
> On 04/23/2015 09:12 PM, Tobias Jakobi wrote:
>> Move the defines for the pixelformats that the mixer supports out
>> of mixer_graph_buffer() to the top of the source.
>> Then select the mixer pixelformat (pf) in mixer_graph_buffer() based
Building with the attached random configuration file,
warning: (SND_SOC_INTEL_BYTCR_RT5640_MACH &&
SND_SOC_INTEL_CHT_BSW_RT5672_MACH &&
SND_SOC_INTEL_CHT_BSW_RT5645_MACH) selects SND_SST_IPC_ACPI which has
unmet direct dependencies (SOUND && !M68K && !UML && SND && SND_SOC &&
ACPI)
drivers/built-
ux Mint 17.
Best regards!
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150424/142b2644/attachment.html>
t; >
> > > Beijing, 100871, PRC
> > >
> > > ===
> > >
> > > This message has been analyzed by Deep Discovery Email Inspector.
> > >
> > >
> > >
> > > TREND MICRO EMAIL NOTICE
> > > The information contained in this email and any attachments is
> confidential
> > > and may be subject to copyright or other intellectual property
> protection.
> > > If you are not the intended recipient, you are not authorized to use or
> > > disclose this information, and we request that you notify us by reply
> mail or
> > > telephone and delete the original message from your mail system.
> > >
> > >
> >
> >
> > --
> > Best regards
> > Junwang Zhao
> > Microprocessor Research and Develop Center
> > Department of Computer Science &Technology
> > Peking University
> > Beijing, 100871, PRC
>
> > ___
> > dri-devel mailing list
> > dri-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
>
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> http://blog.ffwll.ch
>
--
Best regards
Junwang Zhao
Microprocessor Research and Develop Center
Department of Computer Science &Technology
Peking University
Beijing, 100871, PRC
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150424/4fbb8764/attachment.html>
Hi Alex,
For the core driver patch:
+config DRM_AMDGPU
+ tristate "AMD GPU"
+ depends on DRM && PCI
+ select FB_CFB_FILLRECT
+ select FB_CFB_COPYAREA
+ select FB_CFB_IMAGEBLIT
+ select FW_LOADER
+select DRM_KMS_HELPER
+ select DRM_KMS_FB_HELPER
+
I picked up this work due to the following Jira ticket created by the
security team (on Android) and was asked to give it a second look and
found a few more issues with the hw lock code.
https://jira01.devtools.intel.com/browse/GMINL-5388
I/O control on /dev/dri/card0 crashes the kernel (0x4008642
33 matches
Mail list logo
