Hi Dave,
This pull request includes big cleanup and some fixups.
Summary:
- Clean up HDMI and MIXER parts
- Clean up legacy structures specific to Exynos DRM
. This patch series removes existing exyons_drm_display and
exynos_drm_encoder structures specific to Exynos DRM, and
makes th
https://bugzilla.kernel.org/show_bug.cgi?id=102931
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 f
https://bugzilla.kernel.org/show_bug.cgi?id=102931
--- Comment #2 from Alex Deucher ---
This is not a driver bug. It's a limitation of get-edid.
--
You are receiving this mail because:
You are watching the assignee of the bug.
Patch has landed in -rc7, thanks David!
On Fri, Aug 14, 2015 at 12:49 PM, Alexandre Courbot wrote:
> On Wed, Aug 12, 2015 at 6:59 PM, Afzal Mohammed
> wrote:
>> Hi,
>>
>> On Wed, Aug 12, 2015 at 04:40:57PM +0900, Alexandre Courbot wrote:
>>
>>> Great, thanks. Are you also on an optimus configur
Make it a generic function independent of the device info.
Signed-off-by: Jammy Zhou
Reviewed-by: Christian König
---
amdgpu/amdgpu_vamgr.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/amdgpu/amdgpu_vamgr.c b/amdgpu/amdgpu_vamgr.c
index cc4a1c4..71fd2b1 100
From: Emil Velikov
For mutiple GPU support, the devices on the system should be enumerated
to get necessary information about each device, and the drmGetDevices
interface is added for this. Currently only PCI devices are supported for
the enumeration.
Typical usage:
int count;
drmDevicePtr *foo;
The AMDGPU_VA_RANGE_32_BIT flag is added to request VA range in the
32bit address space for amdgpu_va_range_alloc.
The 32bit address space is reserved at initialization time, and managed
with a separate VAMGR as part of the global VAMGR. And if no enough VA
space available in range above 4GB, this
Each device can have its own vamgr, so make it per device now.
This can fix the failure with multiple GPUs used in one single
process.
v2: rebase
Signed-off-by: Jammy Zhou
Reviewed-by: Christian König
---
amdgpu/amdgpu_device.c | 13 +++--
amdgpu/amdgpu_internal.h | 5 -
amdgpu
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in:
drivers/gpu/drm/i915/intel_atomic.c
drivers/gpu/drm/i915/intel_display.c
between commits:
f0fdc55db0c6 ("drm/i915: calculate primary visibility changes instead of
calling from set_config")
d2944cf21305 ("drm/i915: Com
On 08/16/2015 01:50 PM, Inki Dae wrote:
> On 2015ë
07ì 28ì¼ 17:53, Joonyoung Shim wrote:
>> Don't create a fake mmap offset in exynos_drm_gem_dumb_map_offset. If
>> not, it will call drm_gem_create_mmap_offset whenever user requests
>> DRM_IOCTL_MODE_MAP_DUMB ioctl.
>
> This patch makes drm_g
On 08/16/2015 02:07 PM, Inki Dae wrote:
> On 2015ë
07ì 28ì¼ 17:53, Joonyoung Shim wrote:
>> The drm_gem_object_release() function already performs this cleanup,
>> so there is no reason to do it explicitly.
>>
>> Signed-off-by: Joonyoung Shim
>> ---
>> drivers/gpu/drm/exynos/exynos_drm_gem.c
Hey Alex,
this seems valid,
/home/airlied/devel/kernel/drm-next/drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c:
In function âamdgpu_uvd_cs_pass2â:
/home/airlied/devel/kernel/drm-next/drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c:491:17:
warning: âmin_ctx_sizeâ may be used uninitialized in this functio
On 31 July 2015 at 12:55, Jianwei Wang wrote:
> Hi Dave,
>
> This is the pull request for Freescale DCU DRM driver.
>
Hi,
Thierry pulled the panel stuff already, so can you rebase this on
drm-next to drop that patch?
Dave.
>
> The following changes since commit dcd14dd957f02ef679c61325a2221a057
On 08/14/15 12:57, Russell King - ARM Linux wrote:
> On Fri, Aug 14, 2015 at 12:30:41PM +0300, Jyri Sarha wrote:
>> +static int hdmi_codec_hw_params(struct snd_pcm_substream *substream,
>> +struct snd_pcm_hw_params *params,
>> +struct snd_soc_
On Fri, 14 Aug 2015, Rafael Antognolli wrote:
> On Fri, Aug 14, 2015 at 02:56:55PM +0300, Jani Nikula wrote:
>> On Wed, 12 Aug 2015, Thierry Reding wrote:
>> > From: Thierry Reding
>> >
>> > The new drm_dp_dpcd_dump() helper dumps the contents of a DPCD to a
>> > seq_file and can be used to make
On 08/14/15 19:10, Mark Brown wrote:
> On Fri, Aug 14, 2015 at 12:30:40PM +0300, Jyri Sarha wrote:
>> The hdmi stub codec has not been used since refactoring of OMAP HDMI
>> audio support.
>
> grep tells me that the OMAP HDMI4 and HDMI5 drivers are still
> registering this device in -next...
>
Rea
On Fri, 14 Aug 2015 13:58:20 +0200
Thierry Reding wrote:
> From: Thierry Reding
>
> If PM is enabled but PM_SLEEP is disabled, the suspend/resume functions
> are still unused and produce a compiler warning.
>
> Signed-off-by: Thierry Reding
Acked-by: Boris Brezillon
Thanks,
Boris
> ---
>
On 08/14/15 19:18, Mark Brown wrote:
> On Fri, Aug 14, 2015 at 12:30:41PM +0300, Jyri Sarha wrote:
>
>> +struct hdmi_codec_ops {
>> +/* For runtime clock configuration from ASoC machine driver.
>> + * A direct forward from set_sysclk in struct snd_soc_dai_ops.
>> + * Optional */
>> +
https://bugzilla.kernel.org/show_bug.cgi?id=102931
--- Comment #3 from Maxqia ---
Created attachment 185121
--> https://bugzilla.kernel.org/attachment.cgi?id=185121&action=edit
get-edid | parse-edid output
According to the read-edid website and the program output, get-edid uses the
i2c bus.
-
On 08/14/15 13:06, Russell King - ARM Linux wrote:
> On Fri, Aug 14, 2015 at 12:30:44PM +0300, Jyri Sarha wrote:
>> +static int tda998x_write_aif(struct tda998x_priv *priv,
>> + struct hdmi_audio_infoframe *cea)
>> +{
>> +uint8_t buf[HDMI_INFOFRAME_SIZE(AUDIO)];
>> +
On 2015ë
08ì 17ì¼ 14:29, Joonyoung Shim wrote:
> On 08/16/2015 01:50 PM, Inki Dae wrote:
>> On 2015ë
07ì 28ì¼ 17:53, Joonyoung Shim wrote:
>>> Don't create a fake mmap offset in exynos_drm_gem_dumb_map_offset. If
>>> not, it will call drm_gem_create_mmap_offset whenever user requests
>>>
On Fri, 14 Aug 2015, Srinivas Kandagatla
wrote:
> This patch adds support to get edid way early before the connector is
> created, this is mainly used for panel drivers to auto-probe the panel
> based on the vendor and product id from EDID.
>
> Signed-off-by: Srinivas Kandagatla
> ---
> drivers
On 2015ë
08ì 17ì¼ 14:29, Joonyoung Shim wrote:
> On 08/16/2015 02:07 PM, Inki Dae wrote:
>> On 2015ë
07ì 28ì¼ 17:53, Joonyoung Shim wrote:
>>> The drm_gem_object_release() function already performs this cleanup,
>>> so there is no reason to do it explicitly.
>>>
>>> Signed-off-by: Joonyou
Missed one commet first time around...
On 08/14/15 19:18, Mark Brown wrote:
> On Fri, Aug 14, 2015 at 12:30:41PM +0300, Jyri Sarha wrote:
...
>> +/* HDMI codec initalization data */
>> +struct hdmi_codec_pdata {
>> +struct device *dev; /* The HDMI encoder registering the codec */
>
> Shouldn't
On 08/17/2015 04:52 PM, Inki Dae wrote:
> On 2015ë
08ì 17ì¼ 14:29, Joonyoung Shim wrote:
>> On 08/16/2015 02:07 PM, Inki Dae wrote:
>>> On 2015ë
07ì 28ì¼ 17:53, Joonyoung Shim wrote:
The drm_gem_object_release() function already performs this cleanup,
so there is no reason to do
On 08/14/15 22:25, Mark Brown wrote:
> On Tue, May 26, 2015 at 09:59:07PM +0300, Jyri Sarha wrote:
>
>> +
>> +mutex_lock(&hcp->current_stream_lock);
>> +if (hcp->current_stream && hcp->current_stream->runtime &&
>> +snd_pcm_running(hcp->current_stream)) {
>> +dev_info(de
https://bugzilla.kernel.org/show_bug.cgi?id=102401
Maxqia changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
On 2015ë
08ì 17ì¼ 17:17, Joonyoung Shim wrote:
> On 08/17/2015 04:52 PM, Inki Dae wrote:
>> On 2015ë
08ì 17ì¼ 14:29, Joonyoung Shim wrote:
>>> On 08/16/2015 02:07 PM, Inki Dae wrote:
On 2015ë
07ì 28ì¼ 17:53, Joonyoung Shim wrote:
> The drm_gem_object_release() function alrea
https://bugzilla.kernel.org/show_bug.cgi?id=102931
Christian König changed:
What|Removed |Added
CC||deathsimple at vodafone.de
--- Commen
https://bugzilla.kernel.org/show_bug.cgi?id=102931
Maxqia changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
tests/amdgpu/vce_tests.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/amdgpu/vce_tests.c b/tests/amdgpu/vce_tests.c
index 0542654..32fc001 100644
--- a/tests/amdgpu/vce_tests.c
+++ b/tests/amdgpu/vce_tests.c
@@
From: Michel Dänzer
Fixes build failure on 32-bit because _FILE_OFFSET_BITS wasn't defined to
64.
Signed-off-by: Michel Dänzer
---
tests/amdgpu/amdgpu_test.c | 5 +
tests/amdgpu/basic_tests.c | 5 +
tests/amdgpu/bo_tests.c| 5 +
tests/amdgpu/cs_tests.c| 5 +
tests/amd
On 17.08.2015 11:44, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Fixes build failure on 32-bit because _FILE_OFFSET_BITS wasn't defined to
> 64.
>
> Signed-off-by: Michel Dänzer
For both Reviewed-by: Christian König
> ---
> tests/amdgpu/amdgpu_test.c | 5 +
> tests/amdgpu/basic_t
signee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/30eeff15/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/1cef567e/attachment.html>
.size = {
> + .width = 95,
> + .height = 53,
> + },
> + .bus_format = MEDIA_BUS_FMT_RGB888_1X24,
> +};
Can you also add .bpc = 8 above so that drivers that don't support the
.bus_format can still support this panel?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/b3aafb8f/attachment-0001.sig>
static inline void vga_switcheroo_client_fb_set(struct pci_dev *dev, struct
> fb_info *info) {}
> +static inline int vga_switcheroo_lock_ddc(struct pci_dev *pdev) { return
> -ENODEV; }
> +static inline int vga_switcheroo_unlock_ddc(struct pci_dev *pdev) { return
> -ENODEV; }
If you care about the return value you'll want to return 0 here to make
sure kernels without VGA switcheroo support will continue to work
properly.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/f43ddd5f/attachment.sig>
e explicit (though I suspect
slightly more work for this patch) to add a separate helper that does
the VGA switcheroo wrapping rather than have this in drm_get_edid()
where essentially every driver will go through the motions even if it
doesn't remotely support switcheroo.
Thierry
-
internal patch that fixes this, but it wasn't
clear yet which one was going to be picked up.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.f
c: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/a258df13/attachment.sig>
want to send To: David Airlie to
increase the chances of him taking notice.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/2f4f8b6b/attachment-0001.sig>
c: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/9c4f0782/attachment.sig>
having a single module seems
like the simpler option.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments
modes. That's implied by the compatible
string.
Which mode to use is a configuration or policy decision and therefore
doesn't belong in device tree. It should be up to the display driver to
determine what the preferred mode of operation is.
Thierry
-- next part -
note, some of the other flags are rather badly
documented. I do see that both Exynos and MSM implement most of these
(specifically the MIPI_DSI_MODE_VIDEO_H* ones), perhaps the comments
for all of those should be revisited. Ideally they'd be annotated with a
reference to the spec, like we do for MIPI_DSI_CLOCK_NON_CONTINUOUS.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/cf84c4b8/attachment.sig>
logize.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/4cd45f43/attachment.sig>
On 08/17/15 10:57, Jyri Sarha wrote:
> Missed one commet first time around...
>
> On 08/14/15 19:18, Mark Brown wrote:
>> On Fri, Aug 14, 2015 at 12:30:41PM +0300, Jyri Sarha wrote:
> ...
>>> +/* HDMI codec initalization data */
>>> +struct hdmi_codec_pdata {
>>> +struct device *dev; /* The HDM
On 08/17/2015 01:10 AM, Jonathan Corbet wrote:
> On Tue, 28 Jul 2015 16:45:15 -0300
> Danilo Cesar Lemes de Paula wrote:
>
>> Functions, Structs and Parameters definitions on kernel documentation
>> are pure cosmetic, it only highlights the element.
>>
>> To ease the navigation in the documentati
Hi,
Right now, if an atomic commit sends multiple vblank events it is not
possible to distiguish for each crtc each event is for in userspace.
This series changes that be repurposing the reserved field in struct
drm_event_vblank.
Would this be a sane thing to do?
Thanks,
Ander
drivers/gpu/drm/
Signed-off-by: Ander Conselvan de Oliveira
---
include/drm/drm.h | 2 +-
xf86drm.h | 9 -
xf86drmMode.c | 26 +-
3 files changed, 26 insertions(+), 11 deletions(-)
diff --git a/include/drm/drm.h b/include/drm/drm.h
index 167b7b8..81f8af1 100644
---
With the atomic API, it is possible that a single commit affects
multiple crtcs. If the user requests an event with that commit, one
event will be sent for each CRTC, but it is not possible to distinguish
which crtc an event is for in user space. To solve this, the reserved
field in struct drm_vbla
With the atomic API, it is possible that a single commit affects
multiple crtcs. If the user requests an event with that commit, one
event will be sent for each CRTC, but it is not possible to distinguish
which crtc an event is for in user space. To solve this, the reserved
field in struct drm_vbla
On 17 August 2015 at 04:09, Jammy Zhou wrote:
> From: Emil Velikov
>
> For mutiple GPU support, the devices on the system should be enumerated
> to get necessary information about each device, and the drmGetDevices
> interface is added for this. Currently only PCI devices are supported for
> the
On Mon, Aug 17, 2015 at 6:48 AM, Thierry Reding
wrote:
> On Mon, Aug 17, 2015 at 03:58:10PM +1000, Dave Airlie wrote:
>> Hey Alex,
>>
>> this seems valid,
>>
>> /home/airlied/devel/kernel/drm-next/drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c:
>> In function âamdgpu_uvd_cs_pass2â:
>> /home/airlied/d
The tegra_sor_hdmi_find_settings() function returns NULL on error and
not an ERR_PTR.
Fixes: 459cc2c6800b ('drm/tegra: sor: Add HDMI support')
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/tegra/sor.c b/drivers/gpu/drm/tegra/sor.c
index da1715e..08c5461 100644
--- a/drivers/gpu/drm/t
On Mon, Aug 17, 2015 at 7:38 AM, Thierry Reding
wrote:
> On Mon, Aug 10, 2015 at 12:54:20PM -0700, Bjorn Andersson wrote:
>> On Fri 07 Aug 09:11 PDT 2015, Rob Clark wrote:
>>
>> > On Fri, Aug 7, 2015 at 9:19 AM, Thierry Reding > > gmail.com> wrote:
>> > > On Tue, Jul 21, 2015 at 03:36:02PM -0400,
t. Maybe it's
> one of those "if all you have is a hammer, everything looks like a
> nail" things..
If it were a system integrator decision then I'd agree it should be
parameterizable in DT. But to my knowledge you can run any command mode
capable display in video mode just fine.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/8fcab486/attachment.sig>
On Sun, Aug 16, 2015 at 09:56:33AM +0100, Emil Velikov wrote:
> Hi Liviu,
Hi Emil,
>
> On 5 August 2015 at 15:28, Liviu Dudau wrote:
> > The HDLCD controller is a display controller that supports resolutions
> > up to 4096x4096 pixels. It is present on various development boards
> > produced by
Thanks Lucas for the explanation!
Lucas Stach wrote:
> Hi Tobias,
>
> Am Sonntag, den 16.08.2015, 14:48 +0200 schrieb Tobias Jakobi:
>> Hello,
>>
>> some time ago I checked whether I could use the userptr functionality to
>> do zero-copy from userspace allocated buffers via the G2D. This didn't
er tree, the second long as secondary Oopses were
provoked.
The third is current.
--
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/attachment
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/c3919a44/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/a7326a95/attachment.html>
r<#secure method=pgpmime mode=sign>
Stephen Warren writes:
> On 08/12/2015 06:56 PM, Eric Anholt wrote:
>> This is the start of a full VC4 driver. Right now this just supports
>> configuring the display using a pre-existing video mode (because
>> changing the pixel clock isn't available yet, and
On 08/17/2015 01:53 PM, Graham Whaley wrote:
> Hi,
> commit f6d6913425a560c3cd213096e34834e797ef83f8: drm/doc: Convert to
> markdown
>
> caused some changes to the drm.xml layout, particularly in the
> parts,that make pdfdocs generation unhappy. In particular (working at
> the commit above), th
ted components is represented in the DT.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/0b3f40da/attachment.sig>
--- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/39e1921f/attachment.sig>
>
> S: Supported
Fixed.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/20d212eb/attachment.sig>
Hi Thierry,
Thanks a lot for your comments!
On Mon, Aug 17, 2015 at 12:36:55PM +0200, Thierry Reding wrote:
> On Fri, Aug 14, 2015 at 06:50:15PM +0200, Lukas Wunner wrote:
> > +int vga_switcheroo_lock_ddc(struct pci_dev *pdev)
> > +{
> > + int id;
> > +
> > + mutex_lock(&vgasr_priv.ddc_lock);
On 08/17/15 21:41, Mark Brown wrote:
> On Mon, Aug 17, 2015 at 10:07:55AM +0300, Jyri Sarha wrote:
>> On 08/14/15 19:18, Mark Brown wrote:
>>> On Fri, Aug 14, 2015 at 12:30:41PM +0300, Jyri Sarha wrote:
>
+ /* Called when ASoC starts an audio stream setup. The call
+ * provides an audi
/dri-devel/attachments/20150817/0fd9e02b/attachment.html>
Hi Thierry,
On Mon, Aug 17, 2015 at 12:41:32PM +0200, Thierry Reding wrote:
> On Fri, Aug 14, 2015 at 06:28:35PM +0200, Lukas Wunner wrote:
> > @@ -1377,13 +1378,21 @@ struct edid *drm_get_edid(struct drm_connector
> > *connector,
> > struct i2c_adapter *adapter)
> > {
> >
On Sun, Aug 16, 2015 at 11:09 PM, Jammy Zhou wrote:
> Make it a generic function independent of the device info.
>
> Signed-off-by: Jammy Zhou
> Reviewed-by: Christian König
> ---
I pushed patches 2-4.
Alex
> amdgpu/amdgpu_vamgr.c | 13 -
> 1 file changed, 8 insertions(+), 5 de
Hi Dave,
amdgpu and radeon changes for 4.3. Highlights:
- Fiji support for amdgpu.
- CGS support for amdgpu. This is a new driver
internal cross-component API.
- Initial GPU scheduler for amdgpu. Still disabled
by default.
- Lots of bug fixes and optimizations
The following changes since co
On 17/08/15 08:52, Jani Nikula wrote:
> On Fri, 14 Aug 2015, Srinivas Kandagatla
> wrote:
>> This patch adds support to get edid way early before the connector is
>> created, this is mainly used for panel drivers to auto-probe the panel
>> based on the vendor and product id from EDID.
>>
>> Sig
I haven't reviewed the code in detail, just had one comment I alluded to
in a private email the other day...
On Wed, 2015-08-05 at 15:28 +0100, Liviu Dudau wrote:
> diff --git a/drivers/gpu/drm/arm/hdlcd_crtc.c
> b/drivers/gpu/drm/arm/hdlcd_crtc.c
[...]
> +void hdlcd_set_scanout(struct hdlcd_drm
On 17/08/2015 at 12:09:14 +0200, Thierry Reding wrote :
> On Sat, Aug 01, 2015 at 12:44:31AM +0200, Alexandre Belloni wrote:
> > From: Josh Wu
> >
> > The QiaoDian Xianshi QD43003C0-40 is a 4"3 TFT LCD panel.
> >
> > Timings from the OTA5180A document, ver 0.9, section
> > 10.1.1:
> > http://w
Em Sex, 2015-08-14 Ã s 12:35 +0200, Thierry Reding escreveu:
> From: Thierry Reding
>
> The gtt.stolen_size field is of type size_t, and so should be printed
> using %zu to avoid build warnings on either 32-bit and 64-bit builds.
While the suggestion from Chris sounds good, this patch alone is
a
On 08/08/2015 07:01 PM, Hauke Mehrtens wrote:
> These patches are adding support for outputting 2560x1440 at 56 over HDMI.
> This needs a pixel clock of 225 MHz which was not supported before.
>
> This was tested in a dual monitor setup with a GF114 (GTX 560 TI) and
> one HDMI monitor running wi
bed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/e210c28c/attachment-0001.sig>
ature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/7a74d774/attachment.sig>
Hi,
commit f6d6913425a560c3cd213096e34834e797ef83f8: drm/doc: Convert to
markdown
caused some changes to the drm.xml layout, particularly in the
parts,that make pdfdocs generation unhappy. In particular (working at
the commit above), the following new error:
jade:/Documentation/DocBook/drm.xm
On Tue 21 Jul 12:36 PDT 2015, Rob Clark wrote:
[..]
> +++ b/Documentation/devicetree/bindings/panel/auo,novatek-1080p.txt
> @@ -0,0 +1,25 @@
> +AU Optronics Corporation 1080x1920 DSI panel
> +
> +This panel supports both video and command mode (although currently only
> video
> +mode is implement
Hi Tobias,
Am Sonntag, den 16.08.2015, 14:48 +0200 schrieb Tobias Jakobi:
> Hello,
>
> some time ago I checked whether I could use the userptr functionality to
> do zero-copy from userspace allocated buffers via the G2D. This didn't
> work out so well, so kinda put this to the bottom of my TODO l
On Mon, Aug 17, 2015 at 2:09 AM, Dave Airlie wrote:
> On 31 July 2015 at 12:55, Jianwei Wang wrote:
>> Hi Dave,
>>
>> This is the pull request for Freescale DCU DRM driver.
>>
> Hi,
>
> Thierry pulled the panel stuff already, so can you rebase this on
> drm-next to drop that patch?
>
> Dave.
>
O
84 matches
Mail list logo
