On Mon, Oct 12, 2015 at 01:50:47PM +0200, Hans Verkuil wrote:
> On 10/06/2015 08:05 PM, Russell King - ARM Linux wrote:
> > On Mon, Sep 07, 2015 at 03:44:35PM +0200, Hans Verkuil wrote:
> >> From: Kamil Debski
> >>
> >> Add handling of remote control events coming from the HDMI CEC bus.
> >> This
On Mon, Oct 12, 2015 at 02:39:42PM +0200, Hans Verkuil wrote:
> On 10/12/2015 02:33 PM, Kamil Debski wrote:
> > The possible status values that are implemented in the CEC framework
> > are following:
> >
> > +/* cec status field */
> > +#define CEC_TX_STATUS_OK (0)
> > +#define CEC_T
On 10/13/2015 09:29 PM, Daniel Vetter wrote:
> On Tue, Oct 13, 2015 at 06:32:53PM +0900, Joonyoung Shim wrote:
>> On 10/13/2015 05:37 PM, Joonyoung Shim wrote:
>>> On 10/13/2015 05:27 PM, Daniel Vetter wrote:
On Tue, Oct 13, 2015 at 04:00:45PM +0900, Joonyoung Shim wrote:
> Hi,
>
>
Got this playing with virgl, it happens when gem_object_open driver
callback fails.
Now this probably shouldn't be failing that often, but when it does
deadlock seems wrong.
Dave.
happens if the driver fails
[ 677.932957] =
[ 677.932957] [ INFO: poss
From: Michel Dänzer
Arithmetic on void pointers is a GCC extension.
CC libdrm_la-xf86drm.lo
../xf86drm.c: In function 'drmProcessPciDevice':
../xf86drm.c:3017:10: warning: pointer of type 'void *' used in arithmetic
[-Wpointer-arith]
addr += sizeof(drmDevice);
^
../xf86d
On Thu, Oct 08, 2015 at 03:22:20PM +0100, Emil Velikov wrote:
> On 8 October 2015 at 14:00, Sudip Mukherjee
> wrote:
> > On Thu, Oct 01, 2015 at 04:40:59PM +1000, Ben Skeggs wrote:
> >> On 09/25/2015 01:59 AM, Sudip Mukherjee wrote:
> >> > On Fri, Sep 11, 2015 at 03:00:56PM +0530, Sudip Mukherjee
From: Dave Airlie
This avoids some of the fields being random garbage.
found this while debugging some other pain.
Cc: stable at vger.kernel.org
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_dp_mst_topology.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/drm_dp_mst_
From: Dave Airlie
This code was duplicated, make it decidely
less duplicated.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_gem.c | 35 +--
1 file changed, 17 insertions(+), 18 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c
On 10/14/2015 12:51 AM, Russell King - ARM Linux wrote:
> On Mon, Oct 12, 2015 at 01:35:54PM +0200, Hans Verkuil wrote:
>> On 10/06/2015 07:06 PM, Russell King - ARM Linux wrote:
>>> Surely you aren't proposing that drivers should write directly to
>>> adap->phys_addr without calling some notificat
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151014/b3011d1f/attachment-0001.html>
On Tue, 13 Oct 2015, Chris Rainey wrote:
> [1.] One line summary of the problem: 8086:0f31_freezes_totally
>
> [2.] Full description of the problem/report: Total lockup(cannot even
> switch to console via Alt-F1, F2, etc.). Bug is most easily
> reproducible via Chromium browser when opening mult
On Wed, 14 Oct 2015, Jani Nikula wrote:
> On Tue, 13 Oct 2015, Chris Rainey wrote:
>> [1.] One line summary of the problem: 8086:0f31_freezes_totally
>>
>> [2.] Full description of the problem/report: Total lockup(cannot even
>> switch to console via Alt-F1, F2, etc.). Bug is most easily
>> rep
On Wed, 14 Oct 2015, "Miramontes Caton, Jairo Daniel"
wrote:
> Created bug in fdo bugzilla to keep track of this regression:
> https://bugs.freedesktop.org/show_bug.cgi?id=92454
Please disregard that, there's already a bug report at
https://bugs.freedesktop.org/show_bug.cgi?id=92084.
BR,
Jani.
On 10/14/2015 01:09 AM, Russell King - ARM Linux wrote:
> On Mon, Oct 12, 2015 at 01:50:47PM +0200, Hans Verkuil wrote:
>> On 10/06/2015 08:05 PM, Russell King - ARM Linux wrote:
>>> On Mon, Sep 07, 2015 at 03:44:35PM +0200, Hans Verkuil wrote:
From: Kamil Debski
Add handling of rem
On Tue, Oct 13, 2015 at 02:51:36PM -0700, Kristian Høgsberg wrote:
> On Tue, Oct 13, 2015 at 7:55 AM, Michel Thierry
> wrote:
> > On 10/13/2015 3:13 PM, Emil Velikov wrote:
> >>
> >> On 13 October 2015 at 13:16, Michel Thierry
> >> wrote:
> >>>
> >>> On 10/6/2015 2:12 PM, Michel Thierry wrote:
>
On Tue, Oct 13, 2015 at 09:24:26AM -0700, Dan Williams wrote:
> On Tue, Oct 13, 2015 at 1:24 AM, Daniel Vetter wrote:
> > On Mon, Oct 12, 2015 at 09:12:57PM +, Williams, Dan J wrote:
> >> On Mon, 2015-10-12 at 09:01 +0200, Daniel Vetter wrote:
> >> > On Fri, Oct 09, 2015 at 06:16:25PM -0400, D
On Wed, Oct 14, 2015 at 09:33:32AM +0900, Joonyoung Shim wrote:
> On 10/13/2015 09:29 PM, Daniel Vetter wrote:
> > On Tue, Oct 13, 2015 at 06:32:53PM +0900, Joonyoung Shim wrote:
> >> On 10/13/2015 05:37 PM, Joonyoung Shim wrote:
> >>> On 10/13/2015 05:27 PM, Daniel Vetter wrote:
> On Tue, Oct
On Wed, Oct 14, 2015 at 04:07:20PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This avoids some of the fields being random garbage.
>
> found this while debugging some other pain.
>
> Cc: stable at vger.kernel.org
> Signed-off-by: Dave Airlie
Sligthly more serious is that we have a hard
On Wed, Oct 14, 2015 at 04:30:47PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This code was duplicated, make it decidely
> less duplicated.
>
> Signed-off-by: Dave Airlie
Reviewed-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_gem.c | 35 +--
> 1 file c
This zeroes the msg so no random stack data ends up getting
sent, it also limits the function to not accepting > 4
i2c msgs.
Cc: stable at vger.kernel.org
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_dp_mst_topology.c | 3 ++-
include/drm/drm_dp_mst_helper.h | 3 ++-
2 files changed,
https://bugzilla.kernel.org/show_bug.cgi?id=94171
--- Comment #4 from Felix Miata ---
Installed in a B85/Haswell/G3220 machine, the Cedar works as expected in
openSUSE Tumbleweed with kernel 4.2.1 and openSUSE 13.1 with kernel 3.12.44
using:
xrandr --dpi 120 --output DVI-0 --mode 1920x1080 --abov
If we need to take the error path and drop the references to the objects
and handle we created earlier, there is a possibility that we then free
the object and then attempt to free any associated PRIME resources under
the prime mutex. If we are holding the prime mutex when we attempt to
free the ha
On Wed, Oct 14, 2015 at 10:52:00AM +0100, Chris Wilson wrote:
> diff --git a/drivers/gpu/drm/drm_prime.c b/drivers/gpu/drm/drm_prime.c
> index 27aa7183b20b..1bdd69e1ef43 100644
> --- a/drivers/gpu/drm/drm_prime.c
> +++ b/drivers/gpu/drm/drm_prime.c
> @@ -564,26 +564,26 @@ int drm_gem_prime_fd_to_ha
Created the following bug -->
https://bugs.freedesktop.org/show_bug.cgi?id=92451 to follow up this regression
Regards
-Original Message-
From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter
Sent: Monday, October 12, 2015 2:04 AM
To: Takashi Iwai
Cc: intel-gfx a
Hi Rob,
here is the pull request you asked for, with no changes from the version
that I posted last to the list.
The following changes since commit 6ff33f3902c3b1c5d0db6b1e2c70b6d76fba357f:
Linux 4.3-rc1 (2015-09-12 16:35:56 -0700)
are available in the git repository at:
git+ssh://git.collabor
Created bug in fdo bugzilla to keep track of this regression:
https://bugs.freedesktop.org/show_bug.cgi?id=92454
Regards
-Original Message-
From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter
Sent: Monday, October 12, 2015 2:06 AM
To: Darren Hart
Cc: Linux Kerne
Hello Yakir,
On 10/13/2015 03:50 PM, Yakir Yang wrote:
> On 10/13/2015 05:21 PM, Javier Martinez Canillas wrote:
>
[snip]
>>> And it's better to enable pstore function on mainline kernel, so we can
>>> analysis the last log when
>>> the mainline kernel crashed. After enable PSTORE_RAM in .conf
-
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151014/ecbc901a/attachment.sig>
On Wed, Oct 14, 2015 at 06:51:17PM +1000, Dave Airlie wrote:
> This zeroes the msg so no random stack data ends up getting
> sent, it also limits the function to not accepting > 4
> i2c msgs.
>
> Cc: stable at vger.kernel.org
> Signed-off-by: Dave Airlie
Reviewed-by: Daniel Vetter
> ---
> dri
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151014/00e3810e/attachment.html>
On 10/14/2015 8:19 AM, Daniel Vetter wrote:
> On Tue, Oct 13, 2015 at 02:51:36PM -0700, Kristian Høgsberg wrote:
>> On Tue, Oct 13, 2015 at 7:55 AM, Michel Thierry
>> wrote:
>>> On 10/13/2015 3:13 PM, Emil Velikov wrote:
On 13 October 2015 at 13:16, Michel Thierry
wrote:
>
>>>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151014/f7b628d2/attachment.html>
Add support for DSI on 8960/8064. The DSI IP used in these chips is an
older version(DSIv2) of what we have right now(DSI6G).
The bulk of the additions come thanks to a different PHY/PLL. The DSI
host in itself doesn't have too many changes.
Archit Taneja (12):
drm/msm/dsi: Update generated hea
The DSI PLL and PHY registers are already there for 8960, but their
offsets are relative to the top level DSI controller base.
Make the offsets relative to the individual sub blocks. Add "28nm" in
the register names while we're at it.
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/msm/dsi/dsi
DSI PHY on MSM8960 and APQ8064 is a 28nm PHY that's different from the
supported 28nm LP PHY found in newer chips.
Add support for the new PHY.
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/msm/Kconfig | 8 +
drivers/gpu/drm/msm/Makefile| 1 +
driv
Add DSI PLL common clock framework clocks for 8960 PHY.
The PLL here is different from the ones found in B family msm chips. As
before, the DSI provides two clocks to the outside world. dsixpll and
dsixpllbyte (x = 1, 2). dsixpll is a regular clock divider, but
dsixpllbyte is modelled as a custom
The current version checking mechanism works fine for DSI6G blocks. It
doesn't work so well for older generation DSIv2 blocks.
The initial read of REG_DSI_6G_HW_VERSION(offset 0x0) would result in a
read of REG_DSI_CTRL for DSIv2. This register won't necessarily be 0 on
DSIv2. It can be non zero i
Initialize clocks only after we get the DSI host version. This will allow
us to get clocks using a pre-defined list based on the DSI major/minor
version of the host. This is required since clock requirements of
different major DSI revisions(v2 vs 6g) aren't the same.
Modify dsi_get_version to get
DSI bus clocks seem to vary between different DSI host versions, and the
SOC to which they belong. Even the enable/disable sequence varies.
Provide a list of bus clock names in dsi_cfg. The driver will use this to
retrieve the clocks, and enable/disable them.
Add bus clock lists for DSI6G, and DS
DSIv2 (DSI on older A family chips) has slightly different link clock
requirements.
First, we have an extra clock called src_clk (with a dedicated RCG).
This is required by the DSI controller to process the pixel data
coming from MDP. It needs to be set at the rate "pclk * bytes_per_pixel".
We al
Add a dsi_cfg entry for APQ8064. Since this is the first DSIv2 chip to
be supported, add a list of bus clocks that are required by the DSIv2
block.
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/msm/dsi/dsi_cfg.c | 19 ---
drivers/gpu/drm/msm/dsi/dsi_cfg.h | 2 ++
2 files chan
We currently use iommu allocated DMA buffers for sending DSI commands.
DSIv2 doesn't have a port connected to the MDP iommu. Therefore, it
can't use iommu allocated buffers to fetch DSI commands.
Use a regular contiguous DMA buffer if we are DSIv2.
Signed-off-by: Archit Taneja
---
drivers/gpu/d
Update SFPB register data now that we intend to use it.
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/msm/dsi/sfpb.xml.h | 26 ++
1 file changed, 14 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/msm/dsi/sfpb.xml.h
b/drivers/gpu/drm/msm/dsi/sfpb.xml.h
in
For DSIv2 to work, we need to enable MMSS_AHB_ARB_MASTER_PORT in
MMSS_SFPB. We enable the required bitfield by retrieving MMSS_SFPB
regmap pointer via syscon.
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/msm/dsi/dsi_host.c | 33 +
1 file changed, 33 insertions
Add additional property info needed for DSIv2 DT.
Signed-off-by: Archit Taneja
---
Documentation/devicetree/bindings/drm/msm/dsi.txt | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/drm/msm/dsi.txt
b/Documentation/devicetree/binding
Archit Taneja (2):
rnndb/dsi: Create proper domains for 8960 DSI
rnndb/dsi: Populate bitfields for SFPB_CFG register
rnndb/dsi/dsi.xml | 171 +++--
rnndb/dsi/sfpb.xml | 8 ++-
2 files changed, 121 insertions(+), 58 deletions(-)
--
The Qualc
8960 DSI PHY/PLL is crumpled into one piece. Split it out into domains,
similar to the way we do for the 28nm/20nm DSI PHY/PLL domains.
Signed-off-by: Archit Taneja
---
rnndb/dsi/dsi.xml | 171 --
1 file changed, 114 insertions(+), 57 deletions
Signed-off-by: Archit Taneja
---
rnndb/dsi/sfpb.xml | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/rnndb/dsi/sfpb.xml b/rnndb/dsi/sfpb.xml
index f42f867..a08c82f 100644
--- a/rnndb/dsi/sfpb.xml
+++ b/rnndb/dsi/sfpb.xml
@@ -5,7 +5,13 @@ xsi:schemaLocation="http://nouvea
On Mon, Oct 12, 2015 at 09:10:33AM +0200, Lukas Wunner wrote:
> This snippet...
>
> * Lock VMA manager for extended lookups. Only *_locked() VMA function
> calls
> * are allowed while holding this lock. All other contexts are blocked
> from VMA
> * until the lock is released via drm_
On 10/14/2015 10:59 AM, Daniel Vetter wrote:
> On Mon, Oct 12, 2015 at 09:10:33AM +0200, Lukas Wunner wrote:
>> This snippet...
>>
>> * Lock VMA manager for extended lookups. Only *_locked() VMA function
>> calls
>> * are allowed while holding this lock. All other contexts are blocked
>>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151014/c282b056/attachment.html>
On Wed, Oct 14, 2015 at 10:20 AM, Olaf Hering wrote:
> On Sun, Oct 11, Laurent Vivier wrote:
>
>> On PowerMac G5 (and I think on all OpenFirmware platforms), nvbios_pcirTp()
>> returns NULL. But in fact the OpenFirmware has given us the size
>> we can store in image->size.
>
>> CC: imirkin at alum
org/archives/dri-devel/attachments/20151014/bdab5410/attachment.html>
On Tue, Oct 13, 2015 at 11:55 PM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Arithmetic on void pointers is a GCC extension.
>
> CC libdrm_la-xf86drm.lo
> ../xf86drm.c: In function 'drmProcessPciDevice':
> ../xf86drm.c:3017:10: warning: pointer of type 'void *' used in arithmetic
>
On Wed, Oct 14, 2015 at 11:20 AM, Olaf Hering wrote:
> On Wed, Oct 14, Ilia Mirkin wrote:
>
>> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=25d295882a1adfcdaaad85369289677b87c7c8f0
>
> Thanks.
> Almost perfect, lacks a stable tag.
Code shifted around a lot, I believe
On Wed, Oct 14, 2015 at 11:20 AM, Laurent Vivier wrote:
>
>
> Le 14/10/2015 16:52, Ilia Mirkin a écrit :
>> On Wed, Oct 14, 2015 at 10:20 AM, Olaf Hering wrote:
>>> On Sun, Oct 11, Laurent Vivier wrote:
>>>
On PowerMac G5 (and I think on all OpenFirmware platforms), nvbios_pcirTp()
ret
Hi,
On Wed, Oct 14, 2015 at 11:04:37AM -0300, Danilo Cesar Lemes de Paula wrote:
> On 10/14/2015 10:59 AM, Daniel Vetter wrote:
> > On Mon, Oct 12, 2015 at 09:10:33AM +0200, Lukas Wunner wrote:
> >> This snippet...
> >>
> >> * Lock VMA manager for extended lookups. Only *_locked() VMA function
From: Ville Syrjälä
Add a few helpers to get the dimensions of the chroma plane(s).
Cc: dri-devel at lists.freedesktop.org
Signed-off-by: Ville Syrjälä
---
include/drm/drm_crtc.h | 12
1 file changed, 12 insertions(+)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc
David,
Please incorporate the latest Armada DRM development updates development
updates, which can be found at:
git://ftp.arm.linux.org.uk/~rmk/linux-arm.git drm-armada-devel
with SHA1 7cb410cdbdc9b71e2d4f356f2e4cea0b925abb21.
These changes:
* remove support for the non-component support fro
David,
Please incorporate the latest TDA998x I2C driver development updates,
which can be found at:
git://ftp.arm.linux.org.uk/~rmk/linux-arm.git drm-tda998x-devel
with SHA1 9525c4dd923f8ffe38818f86cee523a5f7b19617.
This series:
* removes the now unused DRM slave encoder support, which all u
On Wed, Oct 14, 2015 at 05:54:31PM +0200, Lukas Wunner wrote:
> Hi,
>
> On Wed, Oct 14, 2015 at 11:04:37AM -0300, Danilo Cesar Lemes de Paula wrote:
> > On 10/14/2015 10:59 AM, Daniel Vetter wrote:
> > > On Mon, Oct 12, 2015 at 09:10:33AM +0200, Lukas Wunner wrote:
> > >> This snippet...
> > >>
>
From: Michel Dänzer
This fixes flickering issues caused by prematurely firing pflip
interrupts.
v2 (chk): add commit message, fix DCE V10/V11 and DM as well
v3: Re-enable pflip interrupt wherever we re-enable a CRTC
v4: Enable pflip interrupt in DAL as well
v5: drop DAL changes for upstream
v6:
On 10/14, Archit Taneja wrote:
> diff --git a/drivers/gpu/drm/msm/dsi/pll/dsi_pll_28nm_8960.c
> b/drivers/gpu/drm/msm/dsi/pll/dsi_pll_28nm_8960.c
> new file mode 100644
> index 000..e71b4ee
> --- /dev/null
> +++ b/drivers/gpu/drm/msm/dsi/pll/dsi_pll_28nm_8960.c
> @@ -0,0 +1,529 @@
> +/*
> + *
Hi Dave,
This is the first radeon and amdgpu pull for drm-next. Highlights include:
- Efficiency improvements to the CS checker for pre-SI asics
- Cursor fixes ported from radeon to amdgpu
- Enable GPU scheduler by default
- Add a bunch of GPUVM debugging options
- Add support for some new atombio
On Sun, Oct 11, Laurent Vivier wrote:
> On PowerMac G5 (and I think on all OpenFirmware platforms), nvbios_pcirTp()
> returns NULL. But in fact the OpenFirmware has given us the size
> we can store in image->size.
> CC: imirkin at alum.mit.edu
> Signed-off-by: Laurent Vivier
Tested-by: Olaf Her
On Wed, Oct 14, Ilia Mirkin wrote:
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=25d295882a1adfcdaaad85369289677b87c7c8f0
Thanks.
Almost perfect, lacks a stable tag.
Olaf
Le 14/10/2015 16:52, Ilia Mirkin a écrit :
> On Wed, Oct 14, 2015 at 10:20 AM, Olaf Hering wrote:
>> On Sun, Oct 11, Laurent Vivier wrote:
>>
>>> On PowerMac G5 (and I think on all OpenFirmware platforms), nvbios_pcirTp()
>>> returns NULL. But in fact the OpenFirmware has given us the size
>>>
On Mon, Oct 12, 2015 at 10:02:06AM +0300, Jani Nikula wrote:
> On Sat, 10 Oct 2015, Darren Hart wrote:
> > The Debian 3.16.0 kernel does not emit the error, but I have not attempted a
> > bisection.
> >
> > The warning was added by:
> > 38cc46d drm/i915/bdw: Ack interrupts before handling them (GE
On Fri, Aug 14, 2015 at 06:18:55PM +0200, Lukas Wunner wrote:
> Originally by Seth Forshee , 2012-10-04:
> The gmux allows muxing the DDC independently from the display, so
> support this functionality. This will allow reading the EDID for the
> inactive GPU, fixing issues with machines
69 matches
Mail list logo
