Hi,
On 06/09/2015 11:10 AM, Aaron Lu wrote:
> On Tue, Jun 09, 2015 at 10:32:25AM +0200, Hans de Goede wrote:
>> On some systems acpi-video backlight is broken in the sense that it cannot
>> control the brightness of the backlight, but it must still be called on
>> resume to power-up the backlight
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150609/f55361ae/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=99651
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
Hi Gary,
Am Dienstag, den 09.06.2015, 17:59 +0200 schrieb Gary Bisson:
> Add support for the Okaya RS800480T-7X0GP to the DRM simple panel
> driver.
>
> The RS800480T-7X0GP is a WVGA (800x480) panel with an 18-bit parallel
> LCD interface. It supports pixel clocks in the range of 30-40 MHz.
>
>
Em Wed, 27 May 2015 15:05:42 +0300
Laurent Pinchart escreveu:
> Even though 'compatability' has a dedicated entry in the Wiktionary,
> it's listed as 'Mispelling of compatibility'. Fix it.
>
> Signed-off-by: Laurent Pinchart
Acked-by: Mauro Carvalho Chehab
> ---
> arch/metag/include/asm/elf
Add support for the Okaya RS800480T-7X0GP to the DRM simple panel
driver.
The RS800480T-7X0GP is a WVGA (800x480) panel with an 18-bit parallel
LCD interface. It supports pixel clocks in the range of 30-40 MHz.
This panel details can be found at:
http://boundarydevices.com/product/7-800x480-displ
This patch adds vendor prefix for Okaya Electronic America, a provider
of LCD modules and display technologies.
Signed-off-by: Gary Bisson
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefix
Hi all,
This patch is the follow-up of a request from Philipp to add the Okaya display
to the simple panel driver.
http://lists.infradead.org/pipermail/linux-arm-kernel/2015-May/346657.html
v2:
- split into 2 patches, adding Okaya to the vendor prefixes should be its own
patch as suggested by Thi
On Tue, Jun 09, 2015 at 10:32:25AM +0200, Hans de Goede wrote:
> On some systems acpi-video backlight is broken in the sense that it cannot
> control the brightness of the backlight, but it must still be called on
> resume to power-up the backlight after resume.
All the video module does on resume
On Tue, 09 Jun 2015, Hans de Goede wrote:
> On some systems acpi-video backlight is broken in the sense that it cannot
> control the brightness of the backlight, but it must still be called on
> resume to power-up the backlight after resume.
>
> This commit allows these systems to work by going th
https://bugzilla.kernel.org/show_bug.cgi?id=99651
Gluzskiy Alexandr changed:
What|Removed |Added
Regression|No |Yes
--
You are receiving this mail b
Hi Andrzej,
2015-06-08 Andrzej Hajda :
> In case there are multiple pipelines and deferred probe occurs, only
> components
> of the first pipeline were bound. As a result only one pipeline was available.
> The main cause of this issue was dynamic generation of component match table -
> every com
Hi Andrzej,
2015-06-08 Andrzej Hajda :
> SoC checking code is not necessary anymore, as exynos_drm_match_add and
> exynos_drm_platform_probe already properly handles situation when there are
> no Exynos DRM components.
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/drm/exynos/exynos_drm_
On Thu, Jun 04, 2015 at 07:12:39PM +0530, Kausal Malladi wrote:
> From: Kausal Malladi
>
> This patch adds a new structure in DRM layer for CSC color correction.
> This structure will be used by all user space agents to configure
> appropriate CSC format and CSC level.
And another little one:
>
On Tue, Jun 09, 2015 at 11:34:44AM +0100, Damien Lespiau wrote:
> "CSC" is quite specific to how Intel calls the unit doing the 3x3 matrix
> transform on colors, maybe we could be more generic there?
> "color-matrix"? This also depends if we want to try to create somewhat
> generic properties or no
On Thu, Jun 04, 2015 at 07:12:38PM +0530, 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
A couple of things I forgot (they are probably others):
- This patch doesn't actual
On Thu, Jun 04, 2015 at 07:12:31PM +0530, Kausal Malladi wrote:
> From: Kausal Malladi
>
> This patch set adds color manager implementation in drm/i915 layer.
> Color Manager is an extension in i915 driver to support color
> correction/enhancement. Various Intel platforms support several
> color
set_irq_flags is ARM specific with custom flags which have genirq
equivalents. Convert drivers to use the genirq interfaces directly, so we
can kill off set_irq_flags. The translation of flags is as follows:
IRQF_VALID -> !IRQ_NOREQUEST
IRQF_PROBE -> !IRQ_NOPROBE
IRQF_NOAUTOEN -> IRQ_NOAUTOEN
For
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150609/7a9ccc4c/attachment.html>
On Thu, Jun 04, 2015 at 07:12:41PM +0530, Kausal Malladi wrote:
> From: Kausal Malladi
>
> This patch does the following:
> 1. Adds the core function to program CSC correction values for
>CHV/BSW platform
> 2. Adds CSC correction macros/defines
> 3. Adds a pointer to hold blob for CSC propert
On Thu, Jun 04, 2015 at 07:12:39PM +0530, Kausal Malladi wrote:
> From: Kausal Malladi
>
> This patch adds a new structure in DRM layer for CSC color correction.
> This structure will be used by all user space agents to configure
> appropriate CSC format and CSC level.
>
> /* Color Management st
(Note I haven't actually looked at the CHV specific details just yet,
that'll be for another pass).
On Thu, Jun 04, 2015 at 07:12:38PM +0530, Kausal Malladi wrote:
> +int chv_set_gamma(struct drm_device *dev, uint32_t blob_id,
> + struct drm_crtc *crtc)
> +{
> + struct drm_gamma *g
FIMC & GSC driver can calculate the offset of planes. So there are
use cases which IPP receives just one GEM handle of an image with
multiple plane. This patch extends ipp_validate_mem_node() to validate
this case.
Signed-off-by: Hyungwon Hwang
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 51 ++
Config depends on the opreation. So it must be referenced by an
operation id, not a property id.
Signed-off-by: Hyungwon Hwang
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c
b/drivers/gpu/
On Sat, Jun 06, 2015 at 05:39:23PM +0530, Sharma, Shashank wrote:
> >>+if (gamma_data->gamma_precision == I915_GAMMA_PRECISION_UNKNOWN) {
> >Switch/case instead?
> Yep, got it.
> >
> >Also, is UNKNOWN for disabling? Why not rename it to DISABLE then?
> Actually unknown is valid in case of get_p
exynos_dsi_host_transfer() can be called through a panel driver while
DSI is turning down. It is possible because the function checks only
whether DSI is initialized or not, and there is a moment which DSI is
set by uninitialized, but DSI is still turning down. To prevent it,
DSI must be set by dis
Hi Russell, et al.
first let me say I'm sorry that I have been less responsive than some of
you would have hoped. I'm trying to get better at that, but juggling a
large pile of components where none of them are currently mainline isn't
an easy task, especially with downstream priorities not quite
On Thu, Jun 04, 2015 at 07:12:35PM +0530, 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_in
today.
--
Cheers,
Stephen Rothwellsfr at canb.auug.org.au
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150609/ac579ed9/attachment.sig>
On Thu, Jun 04, 2015 at 07:12:33PM +0530, Kausal Malladi wrote:
> From: Kausal Malladi
>
> Every CRTC would be carrying its own instances of CSC and Gamma color
> correction values. This patch adds a new function to attach color
> properties to respective CRTCs while initialization.
>
> Signed-o
On Tue, Jun 09, 2015 at 12:13:05PM +0200, Lucas Stach wrote:
> To make this a bit easier for me I would like to ask you to please keep
> the relevant discussions on E-Mail. Following another communication
> channel like IRC just makes things harder for me. I'm prepared to take
> critique on public
Since 39b2bbe3d715 (gpio: add flags argument to gpiod_get*() functions)
which appeared in v3.17-rc1, the gpiod_get* functions take an additional
parameter that allows to specify direction and initial value for output.
Furthermore there is devm_gpiod_get_optional which is designed to get
optional g
Since 39b2bbe3d715 (gpio: add flags argument to gpiod_get*() functions)
which appeared in v3.17-rc1, the gpiod_get* functions take an additional
parameter that allows to specify direction and initial value for output.
Use this to simplify the driver. Furthermore this is one caller less
that stops
On Thu, Jun 04, 2015 at 07:12:32PM +0530, 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,
On Tue, Jun 9, 2015 at 10:59 AM, Gary Bisson
wrote:
> This patch adds vendor prefix for Okaya Electronic America, a provider
> of LCD modules and display technologies.
>
> Signed-off-by: Gary Bisson
Acked-by: Rob Herring
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1
On Fri, Jun 5, 2015 at 1:33 PM, wrote:
> From: Jérôme Glisse
>
> Laptop with Turks/Thames GPU will freeze if dpm is enabled. It seems
> the SMC engine is relying on some state inside the CP engine. CP needs
> to chew at least one packet for it to get in good state for dynamic
> power managemen
Hi Inki and Joonyoung,
Any comments on this series?
2015-06-03 Gustavo Padovan :
> From: Gustavo Padovan
>
> Rename crtc_{widht,height} to crtc_{w,h} and src_{width,height} to
> src_{w,h} to make it similar to the atomic state names.
>
> Signed-off-by: Gustavo Padovan
> ---
> drivers/gpu/dr
On Tue, Jun 9, 2015 at 4:51 AM, Alex Deucher wrote:
> On Fri, Jun 5, 2015 at 2:57 PM, Jerome Glisse wrote:
>> On Tue, May 26, 2015 at 11:19:31PM -0400, Alex Deucher wrote:
>>> This header defines the ioctl interface to the driver.
>>>
>>> v2: remove stale tiling defines
>>> v3: add appropriate pa
On Thu, Jun 04, 2015 at 07:12:31PM +0530, Kausal Malladi wrote:
> From: Kausal Malladi
>
> This patch set adds color manager implementation in drm/i915 layer.
> Color Manager is an extension in i915 driver to support color
> correction/enhancement. Various Intel platforms support several
> color
On some systems acpi-video backlight is broken in the sense that it cannot
control the brightness of the backlight, but it must still be called on
resume to power-up the backlight after resume.
This commit allows these systems to work by going through all the usual
backlight control moves, while n
the i.MX/Rockchip code directly from
the HDMI bridge driver if no child nodes are found in DTB.
As for finding somebody with the motivation and time to do it, I suspect
we could just wait for the next user of DW HDMI IP and let them deal
with it. Perhaps documenting our findings in the driver would be helpful
if that time comes.
For the matter at hand, I think we all agree that keeping the supplies
Rockchip-specific for now is the right thing to do.
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/20150609/9730932a/attachment-0001.sig>
On some systems acpi-video backlight is broken in the sense that it cannot
control the brightness of the backlight, but it must still be called on
resume to power-up the backlight after resume.
This commit allows these systems to work by going through all the usual
backlight control moves, while n
should be fixed
> > for the panel. Is this really the case?
>
> Well this is the values provided by Okaya. Here is a link to the
> datasheet, details are located in page 8:
> http://boundarydevices.com/datasheets/RS800480T-7X0GP-A.pdf
The way I read this the cells marked with - don't specify that a value
is the same as typical but rather that nobody determined that value.
It's unfortunate because it doesn't give us a good specification of the
timings, but I would suspect that the panel operates perfectly fine if
you use porches and sync pulse widths outside of the above range.
That said, I think it's fine to go with the above until we encounter
display hardware that can't match these constraints.
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/20150609/fb7e84db/attachment.sig>
seems to the the first bad commit.
Hope this helps.
--
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/20150609/1b435e30/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150609/a7028980/attachment.html>
? I'll try to
narrow it down.
--
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/20150609/7daf0017/attachment.html>
Add support for LG LG4573 480x800 4,3" panel. the LG4573
is used on the LG LCD LB043WV2-SD01, an industrial 4.3" TFT
panel with SPI control interface.
Signed-off-by: Heiko Schocher
---
Changes in v2:
- add comments from Thierry Reding:
- fix some spelling issues
- remove "power-on-delay"
was
committed.
Marek
--
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/20150609/63ea0431/attachment-0001.html>
: provide_fb_dirty_max_clips.patch
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150609/48af9be8/attachment.obj>
://cgit.freedesktop.org/mesa/mesa/commit/?id=0543630d0b0d9d9f6eefbc14fbd3385d4de37ba0
--
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/20150
50 matches
Mail list logo
