On Tue, Jun 02, 2015 at 12:14:28PM +0200, Hans de Goede wrote:
> Hi,
>
> On 02-06-15 11:59, Jani Nikula wrote:
> >On Mon, 01 Jun 2015, Hans de Goede wrote:
> >>Hi All,
> >>
> >>I'm working on cleaning up the currently somewhat convoluted logic to
> >>select which backlight interfaces to register
On Tue, Jun 02, 2015 at 12:59:10PM +0300, Jani Nikula wrote:
> On Mon, 01 Jun 2015, Hans de Goede wrote:
> > Hi All,
> >
> > I'm working on cleaning up the currently somewhat convoluted logic to
> > select which backlight interfaces to register on x86 systems, see:
> >
On Sat, May 30, 2015 at 05:46:56PM +0100, Russell King - ARM Linux wrote:
> Note that drm/drm.h is all that should need to be included - drm/drm.h
> takes care of including linux/types.h when building on Linux platforms.
> (note: if your compiler doesn't set __linux__ then you're probably not
>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150602/34879334/attachment.html>
On 2015ë
06ì 02ì¼ 09:03, Joonyoung Shim wrote:
> On 06/02/2015 12:09 AM, Tobias Jakobi wrote:
>> Hello,
>>
>> as pointed out in [1] before, this gives me an kernel oops during boot.
>>
>> With best wishes,
>> Tobias
>>
>> [1] http://www.spinics.net/lists/linux-samsung-soc/msg44736.html
>>
>
if
There is actually a binding document, you should remove that too.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-d
Hi,
On 2015ë
06ì 02ì¼ 00:04, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> To follow more closely the new atomic API we split the dpms()
> helper into the enable() and disable() helper to get exactly the
> same semantics.
Below is the result from checkpatch.pl. Please fix all errors
non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150602/b448957a/attachment.sig>
On Mon, Jun 01, 2015 at 11:25:05AM +0200, Hans de Goede wrote:
> Hi All,
>
> I'm working on cleaning up the currently somewhat convoluted logic to
> select which backlight interfaces to register on x86 systems, see:
> http://lists.freedesktop.org/archives/dri-devel/2014-December/074687.html
>
>
On Tue, 2015-06-02 at 10:12 -0500, "Stéphane Viau" wrote:
> Hi Ivan,
>
> > Hi Stephane,
> >
> > On Mon, 2015-06-01 at 16:28 -0400, Stephane Viau wrote:
> > > Some targets (eg: msm8994) use the pinctrl framework to configure
> > > interface pins. This change adds support for initialization and
On 1 June 2015 at 17:26, Gerd Hoffmann wrote:
> Hi,
>
>> This looks reasonable to me.
>> Would you be willing to be listed in
>> MAINTAINERS and review patches for this driver?
>
> Yes, that is fine.
Can you send me a git pull request with this all in it, based on drm-next?
I'd really like to
he attached patch should do what you had in mind. OK?
Honza
--
Jan Kara
SUSE Labs, CR
-- next part --
A non-text attachment was scrubbed...
Name: 0001-mm-Move-get_vaddr_frames-behind-a-config-option.patch
On 6/2/2015 1:22 AM, Kausal Malladi wrote:
> From: Kausal Malladi
>
> This patch does the following:
> 1. Adds the core function to program Gamma correction values for CHV/BSW
> platform
> 2. Adds Gamma correction macros/defines
> 3. Adds drm_mode_crtc_update_color_property function, which
On 6/2/2015 1:22 AM, Kausal Malladi wrote:
> From: Kausal Malladi
>
> This patch adds a new structure in DRM layer for Gamma color correction.
> This structure will be used by all user space agents to configure
> appropriate Gamma precision and Gamma level.
>
> struct drm_intel_gamma {
>
On 6/2/2015 1:22 AM, Kausal Malladi wrote:
> From: Kausal Malladi
>
> This patch adds set property interface for Intel CRTC. This interface
> will be used to set color correction DRM properties.
>
> Signed-off-by: Shashank Sharma
> Signed-off-by: Kausal Malladi
> ---
>
Add a check for the presence of fb_helper to rockchip_drm_output_poll_changed()
to only call drm_fb_helper_hotplug_event if there is actually a fb_helper
available. Without this check I see NULL pointer dereferences when the
hdmi hotplug irq fires before the fb_helper got initialized.
On 6/2/2015 1:22 AM, Kausal Malladi wrote:
> From: Kausal Malladi
>
> Color Manager is an extension in i915 driver to handle color correction
> and enhancements across various Intel platforms.
>
> This patch initializes color manager framework by :
> 1. Adding two new files,
Hello Gustavo,
On Tue, Jun 2, 2015 at 4:06 PM, Gustavo Padovan wrote:
> Hi Inki,
>
> 2015-06-02 Inki Dae :
>
>> Hi,
>>
>> On 2015ë
06ì 02ì¼ 00:04, Gustavo Padovan wrote:
>> > From: Gustavo Padovan
>> >
>> > To follow more closely the new atomic API we split the dpms()
>> > helper into the
On Tue, 2 Jun 2015 17:23:00 +0200 Jan Kara wrote:
> > That's a lump of new code which many kernels won't be needing. Can we
> > put all this in a new .c file and select it within drivers/media
> > Kconfig?
> So the attached patch should do what you had in mind. OK?
lgtm.
>
iving 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/20150602/aa9beea1/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150602/4fae4187/attachment.html>
es/dri-devel/attachments/20150602/2668771c/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150602/6d005828/attachment.html>
On Tue, Jun 02, 2015 at 01:22:42AM +0530, Kausal Malladi wrote:
> From: Kausal Malladi
>
> This patch set adds color manager implementation in drm/i915 layer.
Is anyone working on tests/test plan?
Thanks,
--
Damien
On Mon, 01 Jun 2015, Hans de Goede wrote:
> Hi All,
>
> I'm working on cleaning up the currently somewhat convoluted logic to
> select which backlight interfaces to register on x86 systems, see:
> http://lists.freedesktop.org/archives/dri-devel/2014-December/074687.html
>
> For a rought outline
Hi,
On 2 June 2015 at 12:38, Jindal, Sonika wrote:
> On 6/2/2015 1:22 AM, Kausal Malladi wrote:
>> +int drm_mode_crtc_update_color_property(struct drm_device *dev,
>> + struct drm_property_blob **blob,
>> + size_t length, const void *color_data,
>> +
Hi,
On 2 June 2015 at 12:25, Jindal, Sonika wrote:
> On 6/2/2015 1:22 AM, Kausal Malladi wrote:
>> struct drm_intel_gamma {
>> __u32 flags;
>> (The flag variable will indicate if the property to be set/get
>> is Gamma or DeGamma)
>> __u32 gamma_level;
>>
Hi,
On 02-06-15 11:59, Jani Nikula wrote:
> On Mon, 01 Jun 2015, Hans de Goede wrote:
>> Hi All,
>>
>> I'm working on cleaning up the currently somewhat convoluted logic to
>> select which backlight interfaces to register on x86 systems, see:
>>
On 2 June 2015 at 10:48, Linus Walleij wrote:
> On Mon, May 25, 2015 at 4:53 PM, Tomeu Vizoso
> wrote:
>
>> have looked into ordered probing as a
>> better way of solving this than moving nodes around in the DT or playing with
>> initcall levels.
>>
>> While reading the thread [1] that Alexander
Hi Damien,
Yes we are getting the IGT's ready, and already we have a test tool to apply
CSC/Gamma already, which we used for ULT.
As discussed in the parallel forums, we will finally use Chrome UI to test the
end-to-end UI level effects
Regards
Shashank
-Original Message-
From:
and stable kernels have
pretty strict rules about what can be backported.
--
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/20150602/41aa8
ttachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150602/47085b33/attachment.html>
Hi Inki,
2015-06-02 Inki Dae :
> On 2015ë
06ì 02ì¼ 09:03, Joonyoung Shim wrote:
> > On 06/02/2015 12:09 AM, Tobias Jakobi wrote:
> >> Hello,
> >>
> >> as pointed out in [1] before, this gives me an kernel oops during boot.
> >>
> >> With best wishes,
> >> Tobias
> >>
> >> [1]
Hi Inki,
2015-06-02 Inki Dae :
> Hi,
>
> On 2015ë
06ì 02ì¼ 00:04, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > To follow more closely the new atomic API we split the dpms()
> > helper into the enable() and disable() helper to get exactly the
> > same semantics.
>
> Below is
On Tue, Jun 02, 2015 at 10:48:27AM +0200, Gerd Hoffmann wrote:
> On Di, 2015-06-02 at 17:27 +1000, Dave Airlie wrote:
> > On 1 June 2015 at 17:26, Gerd Hoffmann wrote:
> > > Hi,
> > >
> > >> This looks reasonable to me.
> > >> Would you be willing to be listed in
> > >> MAINTAINERS and review
On Mon, May 25, 2015 at 4:53 PM, Tomeu Vizoso
wrote:
> have looked into ordered probing as a
> better way of solving this than moving nodes around in the DT or playing with
> initcall levels.
>
> While reading the thread [1] that Alexander Holler started with his series to
> make probing order
On Di, 2015-06-02 at 17:27 +1000, Dave Airlie wrote:
> On 1 June 2015 at 17:26, Gerd Hoffmann wrote:
> > Hi,
> >
> >> This looks reasonable to me.
> >> Would you be willing to be listed in
> >> MAINTAINERS and review patches for this driver?
> >
> > Yes, that is fine.
>
> Can you send me a git
>
> On Tue, 2015-06-02 at 10:12 -0500, "Stéphane Viau" wrote:
>> Hi Ivan,
>>
>> > Hi Stephane,
>> >
>> > On Mon, 2015-06-01 at 16:28 -0400, Stephane Viau wrote:
>> > > Some targets (eg: msm8994) use the pinctrl framework to configure
>> > > interface pins. This change adds support for
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150602/7eff2d8e/attachment.html>
On Fri, May 22, 2015 at 03:11:52PM +0200, Gerd Hoffmann wrote:
> From: Dave Airlie
>
> This patch adds a kms driver for the virtio gpu. The xorg modesetting
> driver can handle the device just fine, the framebuffer for fbcon is
> there too.
>
> Qemu patches for the host side are under review
Hi Ivan,
>
> Hi Stephane,
>
> On Mon, 2015-06-01 at 16:28 -0400, Stephane Viau wrote:
>> Some targets (eg: msm8994) use the pinctrl framework to configure
>> interface pins. This change adds support for initialization and
>> pinctrl active/sleep state control for the HDMI driver.
>>
>>
Hi Stephane,
On Mon, 2015-06-01 at 16:28 -0400, Stephane Viau wrote:
> Some targets (eg: msm8994) use the pinctrl framework to configure
> interface pins. This change adds support for initialization and
> pinctrl active/sleep state control for the HDMI driver.
>
> Signed-off-by: Stephane Viau
On 06/02/2015 12:09 AM, Tobias Jakobi wrote:
> Hello,
>
> as pointed out in [1] before, this gives me an kernel oops during boot.
>
> With best wishes,
> Tobias
>
> [1] http://www.spinics.net/lists/linux-samsung-soc/msg44736.html
>
Yeah, this patch should go after switched by
All users of async updates seem to clear clear crtc_state->event
correctly, so move destroying vblank event to crtc_destroy_state.
This is better than manually free'ing it in the atomic ioctl, since
this code seems to do it wrong.
While we're at it handle -EDEADLK from atomic_commit correctly,
Hi Daniel,
Any comments about this new version? Thanks a lot!
Thanks,
Jianwei
> -Original Message-
> From: Jianwei Wang [mailto:jianwei.wang at freescale.com]
> Sent: Friday, April 17, 2015 2:36 PM
> To: airlied at linux.ie; daniel.vetter at intel.com; stefan at agner.ch; Wood
>
- Original Message -
> From: "Michael S. Tsirkin"
> To: "Gerd Hoffmann"
> Cc: "Dave Airlie" , "Dave Airlie" redhat.com>, "dri-devel"
>
> Sent: Tuesday, 2 June, 2015 6:57:33 PM
> Subject: Re: [PATCH v3 0/4] Add virtio gpu driver.
>
> On Tue, Jun 02, 2015 at 10:48:27AM +0200, Gerd
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150602/ac0b803c/attachment.html>
47 matches
Mail list logo
