On Tue, 2014-10-28 at 09:41 -0400, Alex Deucher wrote:
> On Tue, Oct 28, 2014 at 8:13 AM, Laszlo Kertesz
> wrote:
> > Hello,
> > i have an issue with Skype lately (i compile mesa, kernel, drm, xserver from
> > git periodically and i use a A8-6500 with its IGP with r600g and glamor).
> > It crashe
Hi Philipp,
On 12/18/2014 06:31 PM, Philipp Zabel wrote:
> Am Donnerstag, den 18.12.2014, 15:11 +0800 schrieb Liu Ying:
>> This patch supports the video_27m clock which is a fixed factor
>> clock of the pll3_pfd1_540m clock.
>>
>> Signed-off-by: Liu Ying
>> ---
>> v1->v2:
>> * None.
>>
>> arc
Hi Philipp,
On 12/18/2014 06:33 PM, Philipp Zabel wrote:
> Am Donnerstag, den 18.12.2014, 15:11 +0800 schrieb Liu Ying:
>> The MIPI DSI node contains some ports which represent possible DRM CRTCs
>> it can connect with. Each port has a 'reg' property embedded. This
>> property will be wrongly in
On 19.12.2014 07:03, Kertesz Laszlo wrote:
> On Tue, 2014-10-28 at 09:41 -0400, Alex Deucher wrote:
>> On Tue, Oct 28, 2014 at 8:13 AM, Laszlo Kertesz
>> wrote:
>>> Hello,
>>> i have an issue with Skype lately (i compile mesa, kernel, drm, xserver from
>>> git periodically and i use a A8-6500 wit
https://bugzilla.kernel.org/show_bug.cgi?id=85421
--- Comment #25 from Michel Dänzer ---
(In reply to Hin-Tak Leung from comment #24)
> [...] which is still a big bunch to look at what made 10.3.x
> unstable.
That's what git bisect is for. It can isolate a change with the minimum number
of test
On 17.12.2014 20:18, Daniel Vetter wrote:
> On Wed, Dec 17, 2014 at 06:31:13PM +0900, Michel Dänzer wrote:
>> On 17.12.2014 16:20, Pekka Paalanen wrote:
>>> On Wed, 17 Dec 2014 11:48:51 +0900
>>> Michel Dänzer wrote:
>>>
On 17.12.2014 08:05, Rob Clark wrote:
> The atomic modeset ioctl c
outputs are simply disabled in PA_CL_VS_OUT_CNTL.
--
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/20141219/f0c0080e/attachment.html>
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/20141219/47b432c3/attachment.html>
On 12/18/2014 07:39 PM, Philipp Zabel wrote:
> Am Donnerstag, den 18.12.2014, 15:11 +0800 schrieb Liu Ying:
>> This patch adds i.MX MIPI DSI host controller driver support.
>> Currently, the driver supports the burst with sync pulses mode only.
>>
>> Signed-off-by: Liu Ying
>> ---
>> v1->v2:
>>
de 100644 drivers/gpu/drm/panel/panel-himax-hx8369a.c
>
>--
>2.1.0
>
>___
>dri-devel mailing list
>dri-devel at lists.freedesktop.org
>http://lists.freedesktop.org/mailman/listinfo/dri-devel
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141219/22753ed4/attachment.html>
Hi Andy,
On 12/19/2014 02:33 PM, Andy Yan wrote:
> Hi Liu Ying:
>
> I foud Rockchip RK618 (a mfd function device with mipi dsiï¼lvds
> transmitterãHDMI TXãand audio codecï¼and
> controlled by the SOC from i2c ) have the same register layout with your
> i.MX MIPI DSIï¼which means RK618 MIP
On Fri, Dec 19, 2014 at 12:29:22PM +0900, Michel Dänzer wrote:
> On 17.12.2014 20:18, Daniel Vetter wrote:
> > On Wed, Dec 17, 2014 at 06:31:13PM +0900, Michel Dänzer wrote:
> >> On 17.12.2014 16:20, Pekka Paalanen wrote:
> >>> On Wed, 17 Dec 2014 11:48:51 +0900
> >>> Michel Dänzer wrote:
> >>>
Hi Dave,
A bit early for 3.20, but I'm out the next 2 weeks so figured I'll send
you my pull request already.
Misc drm patches with mostly polish patches from Thierry, with a bit of
generic mode validation from Ville and a few other oddball things.
Cheers, Daniel
The following changes since co
Hi Dave,
Next batch of atomic work. Most important is the propertification from Rob
and the nth iteration of the actual atomic ioctl originally from Ville.
Big differences compared to earlier revisions:
- Core properties are now fully handled by the core, drivers can only
handle driver-specific
Atomic doesn't really work without universal planes anyway. But make
sure that evil userspace doesn't pull the kernel over the table
because we didn't consider a cornercase that just doesn't make sense,
just for safety.
Only requirement imposed on userspace by this is that it asks for
universal pl
Hi Dave,
drm-intel-next-2014-12-05:
- dual-dsi enabling from Gaurav with prep work from Jani
- reshuffling the ring init code to move towards a clean sw/hw state setup split
- ring free space refactoring from Dave Gordon
- s/seqno/request/ rework from John Harrison
- psr support for vlv/chv from R
Hi Liu,
Am Freitag, den 19.12.2014, 13:53 +0800 schrieb Liu Ying:
[...]
> >> + mipi_dsi: mipi at 021e {
> >> + #address-cells = <1>;
> >> + #size-cells = <0>;
> >> + compatible = "fsl,imx6q-mipi-dsi";
> >> + reg = <0x021e 0x4000>;
> >> + interr
From: Thierry Reding
Make drm_fb_helper_initial_config() return an int rather than a bool so
that the error can be properly propagated. While at it, update drivers
to propagate errors further rather than just ignore them.
v2:
- cirrus: No cleanup is required, the top-level cirrus_driver_load()
Am Donnerstag, den 18.12.2014, 18:00 -0800 schrieb Steve Longerbeam:
> Add conversion from drm_display_mode to videomode.
>
> Signed-off-by: Steve Longerbeam
> ---
> drivers/gpu/drm/drm_modes.c | 40
> include/drm/drm_modes.h |2 ++
> 2 files ch
Hi Steve,
Am Donnerstag, den 18.12.2014, 18:00 -0800 schrieb Steve Longerbeam:
> From: Jiada Wang
>
> On some monitors, high resolution modes are not working, exhibiting
> pixel column truncation problems (for example, 1280x1024 displays as
> 1280x1022).
>
> The function ipu_di_adjust_videomode
se:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141219/af7dcf0c/attachment.html>
Am 19.12.2014 um 11:21 schrieb Thierry Reding:
> From: Thierry Reding
>
> Make drm_fb_helper_initial_config() return an int rather than a bool so
> that the error can be properly propagated. While at it, update drivers
> to propagate errors further rather than just ignore them.
>
> v2:
> - cirrus:
drivers/gpu/drm/cirrus/cirrus_fbdev.c:330:1-4: WARNING: end returns can be
simpified
Simplify a trivial if-return sequence. Possibly combine with a
preceding function call.
Generated by: scripts/coccinelle/misc/simple_return.cocci
CC: Thierry Reding
Signed-off-by: Fengguang Wu
---
cirrus_
https://bugzilla.kernel.org/show_bug.cgi?id=90091
Bug ID: 90091
Summary: Computer freeze
Product: Drivers
Version: 2.5
Kernel Version: 3.16.6
Hardware: i386
OS: Linux
Tree: Mainline
Status: NEW
https://bugzilla.kernel.org/show_bug.cgi?id=90091
Marc Collin changed:
What|Removed |Added
Attachment #161311|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=90091
--- Comment #2 from Marc Collin ---
Created attachment 161331
--> https://bugzilla.kernel.org/attachment.cgi?id=161331&action=edit
/var/log/messages
--
You are receiving this mail because:
You are watching the assignee of the bug.
re the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141219/cdf553f6/attachment.html>
ou are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141219/96740a48/attachment.html>
Hi Thierry,
On 12/18/2014 09:19 AM, Thierry Reding wrote:
>> +static int hdmi_avi_infoframe_unpack(struct hdmi_avi_infoframe *frame,
>> + void *buffer)
>> +{
>> +u8 *ptr = buffer;
>> +int ret;
>> +
>> +if (ptr[0] != HDMI_INFOFRAME_TYPE_AVI ||
>> +
This patch series adds new HDMI 2.0/CEA-861-F defines to hdmi.h and
adds unpacking and logging functions to hdmi.c. It also uses those
in the V4L2 adv7842 driver (and they will be used in other HDMI drivers
once this functionality is merged).
Changes since v2:
- Applied most comments from Thierry'
From: Hans Verkuil
Add new Video InfoFrame colorspace information introduced in HDMI 2.0
and new Audio Coding Extension Types, also from HDMI 2.0.
HDMI_CONTENT_TYPE_NONE was renamed to _GRAPHICS since that's what
it is called in CEA-861-F.
Signed-off-by: Hans Verkuil
Reviewed-by: Thierry Redin
From: Martin Bugge
When receiving video it is very useful to be able to unpack the InfoFrames.
Logging is useful as well, both for transmitters and receivers.
Especially when implementing the VIDIOC_LOG_STATUS ioctl (supported by many
V4L2 drivers) for a receiver it is important to be able to ea
From: Hans Verkuil
As per the suggestion of Thierry Reding rename
HDMI_AUDIO_CODING_TYPE_EXT_STREAM to HDMI_AUDIO_CODING_TYPE_EXT_CT to
be consistent with the CEA-861 spec.
Signed-off-by: Hans Verkuil
---
drivers/video/hdmi.c | 2 +-
include/linux/hdmi.h | 3 ++-
2 files changed, 3 insertions(
From: Martin Bugge
Use the new logging functions from the hdmi module.
Signed-off-by: Martin Bugge
Signed-off-by: Hans Verkuil
---
drivers/media/i2c/Kconfig | 1 +
drivers/media/i2c/adv7842.c | 174
2 files changed, 47 insertions(+), 128 deleti
g/archives/dri-devel/attachments/20141219/41392644/attachment.html>
ts.freedesktop.org/archives/dri-devel/attachments/20141219/8a561fc6/attachment.html>
21.i686
--
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/20141219/3b64bcfa/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=90091
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #3 fr
Atomic doesn't really work without universal planes anyway. But make
sure that evil userspace doesn't pull the kernel over the table
because we didn't consider a cornercase that just doesn't make sense,
just for safety.
v2: Just force ->universal_planes to the same value to avoid imposing
restrict
https://bugzilla.kernel.org/show_bug.cgi?id=90091
--- Comment #4 from Marc Collin ---
after starting x, that could take 1 hours...
don't know if there is a acpi for video card?
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Fri, Dec 19, 2014 at 10:44:34AM +0100, Daniel Vetter wrote:
> Hi Dave,
>
> drm-intel-next-2014-12-05:
> - dual-dsi enabling from Gaurav with prep work from Jani
> - reshuffling the ring init code to move towards a clean sw/hw state setup
> split
> - ring free space refactoring from Dave Gordon
From: Thierry Reding
When a driver's ->probe() function fails, the host1x bus must not call
its ->remove() function because the driver will already have cleaned up
in the error handling path in ->probe().
Signed-off-by: Thierry Reding
---
drivers/gpu/host1x/bus.c | 9 +++--
include/linux/h
From: Thierry Reding
Instead of locking within host1x_device_add(), call it under the lock to
make the locking more consistent.
Signed-off-by: Thierry Reding
---
drivers/gpu/host1x/bus.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/host1x/bus.c b/driver
From: Thierry Reding
This function is needed in several places, so factor it out.
Signed-off-by: Thierry Reding
---
drivers/gpu/host1x/bus.c | 93 +---
1 file changed, 49 insertions(+), 44 deletions(-)
diff --git a/drivers/gpu/host1x/bus.c b/drivers
From: Thierry Reding
Previously the struct bus_type exported by the host1x infrastructure was
only a very basic skeleton. Turn that implementation into a more full-
fledged bus to support proper probe ordering and power management.
Note that the bus infrastructure needs to be available before an
From: Thierry Reding
For now only disable the KMS hotplug polling helper logic upon suspend
and re-enable it on resume.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/drm.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/drivers/gpu/drm/tegra/drm.c b/dri
d/resume can further be
done in the ->pm_ops of the individual subdevices. The infrastructure
makes sure that these get called in the right order.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141219/644de5fb/attachment.sig>
On Wed, 2014-12-17 at 18:30 +0100, Daniel Vetter wrote:
> All pulled into my drm misc branch.
Ugh, wish I'd caught this earlier. I'm not entirely thrilled with
requiring non-zero clock, it's not a concept that makes sense on virtual
hardware.
- ajax
On Fri, Dec 19, 2014 at 10:46:02AM -0500, Adam Jackson wrote:
> On Wed, 2014-12-17 at 18:30 +0100, Daniel Vetter wrote:
>
> > All pulled into my drm misc branch.
>
> Ugh, wish I'd caught this earlier. I'm not entirely thrilled with
> requiring non-zero clock, it's not a concept that makes sense
On 19/12/14 11:03, Philipp Zabel wrote:
> Am Donnerstag, den 18.12.2014, 18:00 -0800 schrieb Steve Longerbeam:
>> Add conversion from drm_display_mode to videomode.
>>
>> Signed-off-by: Steve Longerbeam
>> ---
>> drivers/gpu/drm/drm_modes.c | 40
>> incl
ives/dri-devel/attachments/20141219/95540b23/attachment.html>
||g/show_bug.cgi?id=80050
--
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/20141
||g/show_bug.cgi?id=87511
--
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/20141
||g/show_bug.cgi?id=72819
--
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/20141
||g/show_bug.cgi?id=87511
--
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/20141
There was some discussion to create zero-set pages in background like this:
https://lkml.org/lkml/2004/10/30/73
I'm understand that it is not good for performance.
But I think it can help for a device in my platform.
I'm sorry I can't tell what it is.
But the device needs many zero-set pages, up
ame: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141219/2a2d4b23/attachment-0001.sig>
+
>>> include/drm/drm_mipi_dsi.h | 14 +
>>> include/dt-bindings/clock/imx6qdl-clock.h |3 +-
>>> include/linux/mfd/syscon/imx6q-iomuxc-gpr.h|1 +
>>> 18 files changed, 1844 insertions(+), 28 deletions(-)
>>> create mode 100644 Documentation/devicetree/
>>> bindings/drm/imx/mipi_dsi.txt
>>> create mode 100644 Documentation/devicetree/
>>> bindings/panel/himax,hx8369a.txt
>>> create mode 100644 drivers/gpu/drm/imx/imx-mipi-dsi.c
>>> create mode 100644 drivers/gpu/drm/panel/panel-himax-hx8369a.c
>>>
>>> --
>>> 2.1.0
>>>
>>> ___
>>> dri-devel mailing list
>>> dri-devel at lists.freedesktop.org
>>> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>>>
>>
>>
>>
>> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141219/59e58dd8/attachment-0001.html>
On 12/19/2014 03:03 AM, Philipp Zabel wrote:
>
> +EXPORT_SYMBOL_GPL(videomode_from_drm_display_mode);
> Is it ok for drm_modes to export a function that doesn't start with
> drm_ ? We could just rename this to drm_display_mode_to_videomode if
> necessary. I can fix it up as I apply it, but I'd like
59 matches
Mail list logo
