On 2015ë
04ì 08ì¼ 03:39, Gustavo Padovan wrote:
> Hi Inki,
>
> 2015-04-07 Inki Dae :
>
>> On 2015ë
04ì 07ì¼ 00:44, Inki Dae wrote:
>>> 2015-04-06 19:46 GMT+09:00 Inki Dae :
On 2015ë
04ì 04ì¼ 03:09, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Hi,
>
>
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/20150409/d5834682/attachment.html>
Allow drm_bridge objects to link to each other in order to form an encoder
chain. The requirement for creating a chain of bridges comes because the
MSM drm driver uses up its encoder and bridge objects for blocks within
the SoC itself. There isn't anything left to use if the SoC display output
is c
Don't call directly disable callback of plane helper, we need to
disconnect the plane from the fb and crtc after disable callback.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c| 5 +
drivers/gpu/drm/exynos/exynos_drm_encoder.c | 2 +-
2 files changed, 2 inser
Hi,
On 04/09/2015 12:14 AM, Inki Dae wrote:
> On 2015ë
04ì 08ì¼ 03:39, Gustavo Padovan wrote:
>> Hi Inki,
>>
>> 2015-04-07 Inki Dae :
>>
>>> On 2015ë
04ì 07ì¼ 00:44, Inki Dae wrote:
2015-04-06 19:46 GMT+09:00 Inki Dae :
> On 2015ë
04ì 04ì¼ 03:09, Gustavo Padovan wrote:
chment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150409/547f26a9/attachment-0001.sig>
pinctrl-0 = <&pinctrl_mipi_panel>;
> + reset-gpios = <&gpio6 11 GPIO_ACTIVE_LOW>;
> + bs-gpios = <0>, <0>, <&gpio6 14 GPIO_ACTIVE_HIGH>, <0>;
> + };
Again this doesn't make sense. You're mixing two things here: the HIMAX
chip that is presumably a bridge and the panel connected to it.
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/20150409/f0033d97/attachment.sig>
On Thu, 09 Apr 2015, Archit Taneja wrote:
> Allow drm_bridge objects to link to each other in order to form an encoder
> chain. The requirement for creating a chain of bridges comes because the
> MSM drm driver uses up its encoder and bridge objects for blocks within
> the SoC itself. There isn't
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #2 from George Cheban ---
As I understand, I need to show you all output of $dmesg, or only dmesg | grep
VGA?
Do I need to log in with 3.19 kernel for dmesg output? If so, I don't have
enough time to do this, because, when I start ter
Hi,
On 04/09/2015 12:54 PM, Jani Nikula wrote:
> On Thu, 09 Apr 2015, Archit Taneja wrote:
>> Allow drm_bridge objects to link to each other in order to form an encoder
>> chain. The requirement for creating a chain of bridges comes because the
>> MSM drm driver uses up its encoder and bridge obj
e error message:
dev_err(dev, "failed to get BS[%u] GPIO: %ld\n", i,
PTR_ERR(ctx->bs_gpio[i]));
> + return PTR_ERR(ctx->bs_gpio[i]);
> + }
> + }
You don't seem to be using these GPIOs either. I understand that you're
only supporting a single mode, but maybe it'd be better to check that
the chip is properly connected by matching the BS to the MIPI DSI video
mode enum value.
> + ret = hx8369a_power_on(ctx);
> + if (ret < 0) {
> + dev_err(dev, "cannot power on\n");
> + return ret;
> + }
Why power on here? Can't you postpone that until the panel is actually
used (for example in ->prepare())?
> +static struct mipi_dsi_driver hx8369a_dsi_driver = {
> + .probe = hx8369a_dsi_probe,
> + .remove = hx8369a_dsi_remove,
> + .driver = {
> + .name = "panel-hx8369a-dsi",
Are there variants of hx8369a that don't use DSI as their control
interface? If not, I'd simply omit the -dsi suffix.
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/20150409/1e4cd885/attachment.sig>
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #3 from George Cheban ---
I did it :)
Uploaded dmesg with 3.19 kernel because it's to long.
http://rghost.ru/6YHmyhLtF
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #4 from George Cheban ---
This is journalctl -k -b -1
http://rghost.ru/6Hry6jGDX
--
You are receiving this mail because:
You are watching the assignee of the bug.
understanding that these DesignWare IP blocks are designed into SoCs.
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/20150409/26414472/attachment-0001.sig>
= drm_helper_crtc_mode_set_base,
> > .prepare = tegra_crtc_prepare,
> > .commit = tegra_crtc_commit,
> > .atomic_check = tegra_crtc_atomic_check,
>
> --
> Regards,
>
> Laurent Pinchart
>
------ 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/20150409/2ee08b52/attachment.sig>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150409/a28305d0/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150409/ad5a7d0e/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=96361
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #5 from Alex Deucher ---
Please just attach these logs to the bug directly rather than pasting inline or
providing links to 3rd party sites that may go away. Any chance you could
bisect to see what change caused the regression?
--
Y
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #6 from George Cheban ---
Created attachment 173621
--> https://bugzilla.kernel.org/attachment.cgi?id=173621&action=edit
dmesg output
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #7 from George Cheban ---
Created attachment 173631
--> https://bugzilla.kernel.org/attachment.cgi?id=173631&action=edit
journalctl output
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #8 from George Cheban ---
Created attachment 173641
--> https://bugzilla.kernel.org/attachment.cgi?id=173641&action=edit
Xorg with kernel 3.19
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #9 from George Cheban ---
(In reply to Alex Deucher from comment #5)
> Please just attach these logs to the bug directly rather than pasting inline
> or providing links to 3rd party sites that may go away. Any chance you
> could bisec
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/20150409/bc7ef118/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #10 from Alex Deucher ---
Git is a source management tool that provides a relatively easy method to track
down regressions. See some example howtos:
http://git-scm.com/docs/git-bisect
https://www.kernel.org/pub/software/scm/git/docs/g
On Thu, Apr 9, 2015 at 7:22 AM, Valentin Rothberg
wrote:
> Hi Hai,
>
> your commit d5af49c92a8a ("drm/msm/mdp5: Enable DSI connector in msm drm
> driver") in today's Linux next tree adds an #ifdef with CONFIG_MSM_BUS_SCALING
> as condition. MSM_BUS_SCALING is not defined in Kconfig, so the code i
On Thu, Apr 09, 2015 at 09:49:58AM -0400, Rob Clark wrote:
> On Thu, Apr 9, 2015 at 7:22 AM, Valentin Rothberg
> wrote:
> > Hi Hai,
> >
> > your commit d5af49c92a8a ("drm/msm/mdp5: Enable DSI connector in msm drm
> > driver") in today's Linux next tree adds an #ifdef with
> > CONFIG_MSM_BUS_SCALI
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #11 from George Cheban ---
Created attachment 173651
--> https://bugzilla.kernel.org/attachment.cgi?id=173651&action=edit
Head = output of 1st bad commit
--
You are receiving this mail because:
You are watching the assignee of the
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #12 from George Cheban ---
Created attachment 173661
--> https://bugzilla.kernel.org/attachment.cgi?id=173661&action=edit
bisect log
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #13 from George Cheban ---
Created attachment 173671
--> https://bugzilla.kernel.org/attachment.cgi?id=173671&action=edit
"bisect bad" copy from terminal
--
You are receiving this mail because:
You are watching the assignee of the
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #14 from Alex Deucher ---
You need to take it to completion and test each commit before marking it bad or
good.
--
You are receiving this mail because:
You are watching the assignee of the bug.
From: Thierry Reding
Irrespective of whether or not the DRM core is built as a module, build
the cache flush functions into the kernel. This is required because the
implementation may require functions that shouldn't be exported to most
drivers. DRM is somewhat of a special case here because it r
From: Thierry Reding
Add implementations for drm_clflush_*() on ARM by borrowing code from
the DMA mapping API implementation. Unfortunately ARM doesn't export an
API to flush caches on a page by page basis, so this replicates most of
the code.
Reviewed-by: Rob Clark
Tested-by: Rob Clark
Signe
From: Thierry Reding
Add implementations for drm_clflush_*() on 64-bit ARM. This shares a lot
of code with the 32-bit ARM implementation.
Cc: Catalin Marinas
Cc: Will Deacon
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_cache.c | 15 +--
1 file changed, 13 insertions(+),
From: Thierry Reding
Instead of going through the DMA mapping API for cache maintenance, use
the drm_clflush_*() family of functions to achieve the same effect.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/Kconfig | 1 +
drivers/gpu/drm/tegra/gem.c | 42 +++---
From: Thierry Reding
Instead of going through the DMA mapping API for cache maintenance, use
the drm_clflush_*() family of functions to achieve the same effect.
Cc: Rob Clark
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/msm/Kconfig | 1 +
drivers/gpu/drm/msm/msm_gem.c | 9 +
2
From: Thierry Reding
Instead of going through the DMA mapping API for cache maintenance, use
the drm_clflush_*() family of functions to achieve the same effect.
Cc: Russell King
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/armada/Kconfig | 1 +
drivers/gpu/drm/armada/armada_gem.c |
Reding
---
Changes in v2:
- print physical addresses using %pa (fixes another warning that started
to appear in next-20150409)
drivers/gpu/drm/msm/edp/edp_aux.c | 4 ++--
drivers/gpu/drm/msm/msm_drv.c | 10 +-
drivers/gpu/drm/msm/msm_gem.c | 2 +-
drivers/gpu/drm/msm
On Thu, Apr 9, 2015 at 10:20 AM, Greg KH wrote:
> On Thu, Apr 09, 2015 at 09:49:58AM -0400, Rob Clark wrote:
>> On Thu, Apr 9, 2015 at 7:22 AM, Valentin Rothberg
>> wrote:
>> > Hi Hai,
>> >
>> > your commit d5af49c92a8a ("drm/msm/mdp5: Enable DSI connector in msm drm
>> > driver") in today's Linu
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150409/ede52daa/attachment.html>
Humble ping.
Eric, can you please confirm if this and the follow up patch look ok.
Thanks
Emil
On 1 April 2015 at 17:15, Emil Velikov wrote:
> Added with commit 57b4c4c32d3(Move the renaming of mm.c symbols to
> symbol duplication/collision with ones that are available elsewhere.
>
> As the pub
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #15 from George Cheban ---
My steps:
#yum install git -y
$ git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
$ git clone http://github.com/ignatenkobrain/kernel-package.git
$ cd linux
$ git bisect start
$ git
Hi Mikko
Pardon for the late response,
On 21 March 2015 at 12:17, Mikko Rapeli wrote:
> On Fri, Mar 20, 2015 at 08:25:40PM +, Emil Velikov wrote:
>> On 23 February 2015 at 10:35, Mikko Rapeli wrote:
>> > On Mon, Feb 23, 2015 at 10:26:58AM +, Emil Velikov wrote:
>> >> On 16/02/15 23:05,
Once pm_runtime_set_active() gets called, the kernel assumes that given
device has already enabled runtime pm and will call pm_runtime_suspend()
without matching pm_runtime_resume(). In case of DRM FIMC IPP driver,
this will result in calling clk_disable() without respective call to
clk_enable(). T
On Thu, Apr 09, 2015 at 05:00:48PM +0100, Emil Velikov wrote:
> Hi Mikko
>
> Pardon for the late response,
>
> On 21 March 2015 at 12:17, Mikko Rapeli wrote:
> > On Fri, Mar 20, 2015 at 08:25:40PM +, Emil Velikov wrote:
> >> On 23 February 2015 at 10:35, Mikko Rapeli wrote:
> >> > On Mon, F
rmance discussed a bit here recently with no
conclusion:
http://people.freedesktop.org/~cbrill/dri-log/?channel=dri-devel&date=2015-01-01
thanks,
- Vasilis
>
> Cheers,
> Daniel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150409/876e926a/attachment.html>
Hi Hai,
your commit d5af49c92a8a ("drm/msm/mdp5: Enable DSI connector in msm drm
driver") in today's Linux next tree adds an #ifdef with CONFIG_MSM_BUS_SCALING
as condition. MSM_BUS_SCALING is not defined in Kconfig, so the code in this
#ifdef block won't be compiled at its current state.
I saw
On Thu, Apr 09, 2015 at 10:50:58AM -0400, Rob Clark wrote:
> On Thu, Apr 9, 2015 at 10:20 AM, Greg KH
> wrote:
> > On Thu, Apr 09, 2015 at 09:49:58AM -0400, Rob Clark wrote:
> >> On Thu, Apr 9, 2015 at 7:22 AM, Valentin Rothberg
> >> wrote:
> >> > Hi Hai,
> >> >
> >> > your commit d5af49c92a8a (
Hi,
At Collabora (my lovely dayjob), we've been working with Valve on
SteamOS. Valve are keen to give back to the community, and we've been
discussing ways they can help do that, including providing free access
to Valve games on Steam to Debian developers last year.
We're happy to say that this ha
On Thu, Apr 9, 2015 at 1:07 PM, Greg KH wrote:
> On Thu, Apr 09, 2015 at 10:50:58AM -0400, Rob Clark wrote:
>> On Thu, Apr 9, 2015 at 10:20 AM, Greg KH
>> wrote:
>> > On Thu, Apr 09, 2015 at 09:49:58AM -0400, Rob Clark wrote:
>> >> On Thu, Apr 9, 2015 at 7:22 AM, Valentin Rothberg
>> >> wrote:
On Thu, 2015-04-09 at 19:07 +0200, Greg KH wrote:
> I really don't understand. Why is this code in the kernel tree if it
> can't be built? How does anyone use this? By taking it and copying it
> where? If it can't be built, and no one can update it, and of course
> not run it, why is it here?
> - print physical addresses using %pa (fixes another warning that started
> to appear in next-20150409)
>
> drivers/gpu/drm/msm/edp/edp_aux.c | 4 ++--
> drivers/gpu/drm/msm/msm_drv.c | 10 +-
> drivers/gpu/drm/msm/msm_gem.c | 2 +-
> drivers/gpu/drm/msm/m
On Thu, Apr 9, 2015 at 2:12 PM, Paul Bolle wrote:
> On Thu, 2015-04-09 at 19:07 +0200, Greg KH wrote:
>> I really don't understand. Why is this code in the kernel tree if it
>> can't be built? How does anyone use this? By taking it and copying it
>> where? If it can't be built, and no one can
https://bugzilla.kernel.org/show_bug.cgi?id=96361
--- Comment #2 from servuswiegehtz at yahoo.de ---
Created attachment 173691
--> https://bugzilla.kernel.org/attachment.cgi?id=173691&action=edit
dmesg output
dmesg output with radeon.dpm=1
(in this case the pc managed to boot to linux, as menti
https://bugzilla.kernel.org/show_bug.cgi?id=96361
--- Comment #3 from servuswiegehtz at yahoo.de ---
bug is only present with radeon.dpm=1 (default?), with radeon.dpm=0 there are
no issues
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Thu, 2015-04-09 at 14:54 -0400, Rob Clark wrote:
> We are talking about a driver which does build and run on
> upstream kernel, and which has a few small #ifdef blocks to simplify
> backporting to downstream kernels (which we still do need to use for
> some generations and some devices)
This ha
On Thu, Apr 9, 2015 at 3:44 PM, Valentin Rothberg
wrote:
> On Thu, Apr 09, 2015 at 02:54:29PM -0400, Rob Clark wrote:
>> On Thu, Apr 9, 2015 at 2:12 PM, Paul Bolle wrote:
>> > On Thu, 2015-04-09 at 19:07 +0200, Greg KH wrote:
>> >> I really don't understand. Why is this code in the kernel tree i
https://bugzilla.kernel.org/show_bug.cgi?id=96361
--- Comment #4 from Alex Deucher ---
forcing dpm=1 enables additional debugging output not present when the
parameter is not explicitly set.
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hi Joonyoung,
2015-04-09 Joonyoung Shim :
> Don't call directly disable callback of plane helper, we need to
> disconnect the plane from the fb and crtc after disable callback.
>
> Signed-off-by: Joonyoung Shim
> ---
> drivers/gpu/drm/exynos/exynos_drm_crtc.c| 5 +
> drivers/gpu/drm/ex
.
--
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/20150409/1a2e91fc/attachment-0001.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150409/39d5df2b/attachment.html>
||
--
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/20150409/01fe0966/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150409/813ff122/attachment.html>
pe: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150409/46eb4315/attachment-0001.sig>
On Thu, Apr 09, 2015 at 02:54:29PM -0400, Rob Clark wrote:
> On Thu, Apr 9, 2015 at 2:12 PM, Paul Bolle wrote:
> > On Thu, 2015-04-09 at 19:07 +0200, Greg KH wrote:
> >> I really don't understand. Why is this code in the kernel tree if it
> >> can't be built? How does anyone use this? By taking
Adding drm helper function to return plane pointer from index where
index is a returned by drm_plane_index.
v2:
-avoided nested loop by adding loop count (Daniel)
v3:
-updated patch header prefix to 'drm' (Matt)
v4:
-fixed a kerneldoc issue (kbuild-internal)
Cc: dri-devel at lists.freedesktop.o
Hello,
Using an Atom E3845 board, we had a pretty bad performance regression
when upgrading to 4.0-rc6 from 3.19. With the help of git bisect, I
traced it back to commit 78a42377. Reverting this commit and subsequent
related commits (b9ffd80, 71745376, etc) fixes the performance
regression for me.
67 matches
Mail list logo
