Hi Dave,
Regression fix for systemd getting confused about unknown connector state
after resume. Just stop setting the state to unknown, turned out to be a
silly idea anyway. What drivers imo really should do (and i915 still does
that) is forcing a full reprobe on resume to make sure connector cha
Hi Dave,
arb_timer kernel side fix from Chris.
Cheers, Daniel
The following changes since commit 52721d9d3334c1cb1f76219a161084094ec634dc:
Linux 4.2-rc3 (2015-07-19 14:45:02 -0700)
are available in the git repository at:
git://anongit.freedesktop.org/drm-intel tags/drm-intel-fixes-2015-0
On 2015-07-23 08:17, David Henningsson wrote:
I'm about to go on vacation so it would be good to get some closure
here. If you both prefer this setup, how about I remove "struct
i915_audio_hotplug_info" for now? We will then have:
const struct i915_audio_component_audio_ops {
voi
On 2015-07-22 22:31, Takashi Iwai wrote:
On Wed, 22 Jul 2015 19:52:23 +0200,
David Henningsson wrote:
On 2015-07-22 16:13, Vinod Koul wrote:
On Wed, Jul 22, 2015 at 10:55:55AM +0200, Takashi Iwai wrote:
On Wed, 22 Jul 2015 10:50:03 +0200,
David Henningsson wrote:
struct i915_audio_
On Wed, Jul 22, 2015 at 10:31:45PM +0200, Takashi Iwai wrote:
> > > That depends on the device we register this with. Actually this makes more
> > > sense to me :)
> > >
> > > If we register with struct device *audio_dev, which in this case would be
> > > the codec device we create while probing th
On Wed, 22 Jul 2015 19:52:23 +0200,
David Henningsson wrote:
>
>
>
> On 2015-07-22 16:13, Vinod Koul wrote:
> > On Wed, Jul 22, 2015 at 10:55:55AM +0200, Takashi Iwai wrote:
> >> On Wed, 22 Jul 2015 10:50:03 +0200,
> >> David Henningsson wrote:
> >>>
> >struct i915_audio_component {
> >>
> But unfortunately the culprit commit does not revert properly from
> current linus tree.
In fact the patch does revert with a bit of fuzz on current linus's tree,
and I tested the bug disappear with the revert.
Should I ask on LKML for a revert, during the bug fixing process ?
--
Vincent Lego
From: Paulo Zanoni
A helpful function for when you want to read a whole debugfs file to a
string and don't want to worry about opening and closing file
descriptors and asserting buffer sizes.
We've been using this already for kms_frontbuffer_tracking and
kms_fbcon_fbt, so the only test with new
On 2015-07-22 16:13, Vinod Koul wrote:
On Wed, Jul 22, 2015 at 10:55:55AM +0200, Takashi Iwai wrote:
On Wed, 22 Jul 2015 10:50:03 +0200,
David Henningsson wrote:
struct i915_audio_component {
struct device *dev;
+ struct hdac_bus *hdac_bus;
If we want to be more generic,
Hello,
I finally managed to bisect properly that GPU hang, more info here:
https://bugs.freedesktop.org/show_bug.cgi?id=91133
But unfortunately the culprit commit does not revert properly from
current linus tree.
I first met that bug about 2 monthes ago, but had no time to investigate
back then,
On 07/22/2015 05:05 PM, Daniel Vetter wrote:
On Wed, Jul 22, 2015 at 04:46:00PM +0100, Tvrtko Ursulin wrote:
But also, why it is even necessary to drop the mutex here?
Locking inversion with our own pagefault handler. Happens since at least
mesa can return gtt mmaps to gl clients, which can t
Hi,
On 07/22/2015 02:45 PM, ankitprasad.r.sha...@intel.com wrote:
From: Ankitprasad Sharma
This patch adds support to verify pread/pwrite for non-shmem backed
objects. It also shows the pread/pwrite speed.
It also tests speeds for pread with and without user side page faults
v2: Fixed Rebase
On Wed, Jul 22, 2015 at 04:46:00PM +0100, Tvrtko Ursulin wrote:
> But also, why it is even necessary to drop the mutex here?
Locking inversion with our own pagefault handler. Happens since at least
mesa can return gtt mmaps to gl clients, which can then in turn try to
upload that with pwrite somew
Hi,
On 07/22/2015 02:45 PM, ankitprasad.r.sha...@intel.com wrote:
From: Ankitprasad Sharma
This patch adds the testcases for verifying the new extended
gem_create ioctl. By means of this extended ioctl, memory
placement of the GEM object can be specified, i.e. either
shmem or stolen memory.
T
On 2015-07-21 19:37, R, Durgadoss wrote:
Hi David,
-Original Message-
From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of
David Henningsson
Sent: Tuesday, July 21, 2015 1:27 PM
To: alsa-de...@alsa-project.org; intel-gfx@lists.freedesktop.org;
ti...@suse.de;
Hi,
On 07/22/2015 02:51 PM, ankitprasad.r.sha...@intel.com wrote:
From: Ankitprasad Sharma
This patch adds support for extending the pread/pwrite functionality
for objects not backed by shmem. The access will be made through
gtt interface.
This will cover prime objects as well as stolen memor
As a first cautious step, we're not going to trust the information
coming directly from the i915 driver, we're just going to use
the fact that there was an event to wakeup the codec and ask for
its status.
This fixes the issue with lost unsol events in power save mode,
the codec and controller can
Changes since previous version:
* Renames and refactorings according to Daniel's and Takashi's suggestions.
* Debug message slightly improved.
* Braswell now has all three pins too, Baytrail still has only one pin.
It would still be good with some confirmation from Intel that this is
c
This struct will be used to transfer information from the i915
driver to the hda driver on HDMI hotplug events.
Signed-off-by: David Henningsson
---
include/drm/i915_component.h | 18 ++
1 file changed, 18 insertions(+)
diff --git a/include/drm/i915_component.h b/include/drm/i
On HDMI hotplug events, notify the audio driver. This will enable
the audio driver to get the information at all times (even when
audio is in different powersave states), and also without reading
it from the hardware.
Signed-off-by: David Henningsson
---
drivers/gpu/drm/i915/i915_drv.h|1
This lets interested codec(s) be notified of HDMI hotplug
events sent from the i915 driver.
Signed-off-by: David Henningsson
---
include/sound/hdaudio.h |4
sound/hda/hdac_i915.c | 26 ++
2 files changed, 30 insertions(+)
diff --git a/include/sound/hdaudio.h
On Wed, Jul 22, 2015 at 04:14:37PM +0100, Tvrtko Ursulin wrote:
>
> Hi,
>
> On 07/22/2015 02:51 PM, ankitprasad.r.sha...@intel.com wrote:
> >From: Ankitprasad Sharma
> >
> >Extend the drm_i915_gem_create structure to add support for
> >creating Stolen memory backed objects. Added a new flag thro
On Wed, Jul 22, 2015 at 04:16:20PM +0100, Tvrtko Ursulin wrote:
>
> On 07/22/2015 04:06 PM, Chris Wilson wrote:
> >On Wed, Jul 22, 2015 at 04:01:33PM +0100, Tvrtko Ursulin wrote:
> >>This I don't understand. Why it is OK to release a fence and never
> >>re-establish it? Could that surprise some ca
On 07/22/2015 04:06 PM, Chris Wilson wrote:
On Wed, Jul 22, 2015 at 04:01:33PM +0100, Tvrtko Ursulin wrote:
This I don't understand. Why it is OK to release a fence and never
re-establish it? Could that surprise some callers?
We always call get_fence() before we need it (and pin it as require
Hi,
On 07/22/2015 02:51 PM, ankitprasad.r.sha...@intel.com wrote:
From: Ankitprasad Sharma
Extend the drm_i915_gem_create structure to add support for
creating Stolen memory backed objects. Added a new flag through
which user can specify the preference to allocate the object from
stolen memor
On Wed, Jul 22, 2015 at 07:21:48PM +0530, ankitprasad.r.sha...@intel.com wrote:
> +struct drm_i915_gem_object *
> +i915_gem_object_create_stolen(struct drm_device *dev, u32 size)
> +{
> + struct drm_i915_private *dev_priv = dev->dev_private;
> + struct drm_i915_gem_object *obj;
> + stru
On Wed, Jul 22, 2015 at 04:01:33PM +0100, Tvrtko Ursulin wrote:
> This I don't understand. Why it is OK to release a fence and never
> re-establish it? Could that surprise some callers?
We always call get_fence() before we need it (and pin it as required),
because it can be revoked at anytime as t
On Wed, Jul 22, 2015 at 04:01:33PM +0100, Tvrtko Ursulin wrote:
> >+ret = i915_gem_obj_ggtt_pin(obj, alignment, PIN_MAPPABLE);
> >+if (ret) {
> >+DRM_ERROR("Mapping of gem object to GTT failed\n");
>
> Maybe end the sentence with "!" ?
Or better yet, don't do anything. The err
Hi,
On 07/22/2015 02:51 PM, ankitprasad.r.sha...@intel.com wrote:
From: Ankitprasad Sharma
This patch adds support for clearing buffer objects via CPU/GTT. This
is particularly useful for clearing out the non shmem backed objects.
Currently intend to use this only for buffers allocated from s
tree: git://anongit.freedesktop.org/drm-intel topic/connector-locking
head: e84b76da88bf67085d2e5ee7f385bb52639b252d
commit: 2e34a1bc4f9ce5f4d69cbdcf9f9d6958f6774231 [31/98] drm/cma-helper: Fix
locking in drm_fb_cma_debugfs_show
config: arm-imx_v6_v7_defconfig (attached as .config)
reproduce:
On 07/17/2015 03:31 PM, john.c.harri...@intel.com wrote:
From: John Harrison
There is a construct in the linux kernel called 'struct fence' that is intended
to keep track of work that is executed on hardware. I.e. it solves the basic
problem that the drivers 'struct drm_i915_gem_request' is tr
On Wed, Jul 22, 2015 at 03:05:06PM +0200, Maarten Lankhorst wrote:
> Op 09-07-15 om 23:44 schreef Daniel Vetter:
> > Two nice things here:
> > - drm_dev_register will truly register everything in the right order
> > if the driver doesn't have a ->load callback. Before this we had to
> > init th
On Wed, Jul 22, 2015 at 07:21:49PM +0530, ankitprasad.r.sha...@intel.com wrote:
> static int
> i915_gem_shmem_pread(struct drm_device *dev,
>struct drm_i915_gem_object *obj,
> @@ -754,17 +850,20 @@ i915_gem_pread_ioctl(struct drm_device *dev, void *data,
> goto o
Hi,
On 07/17/2015 03:31 PM, john.c.harri...@intel.com wrote:
From: John Harrison
There is a construct in the linux kernel called 'struct fence' that is intended
to keep track of work that is executed on hardware. I.e. it solves the basic
problem that the drivers 'struct drm_i915_gem_request'
tree: git://anongit.freedesktop.org/drm-intel topic/connector-locking
head: e84b76da88bf67085d2e5ee7f385bb52639b252d
commit: 2c6c6ef756cd3ebb297eab6b302c340045740b08 [97/98] drm/atomic-helper: Add
option to update planes only on active crtc
config: i386-randconfig-i0-201529 (attached as .confi
tree: git://anongit.freedesktop.org/drm-intel topic/connector-locking
head: e84b76da88bf67085d2e5ee7f385bb52639b252d
commit: 69edb03c45c8b06d1740245af3d4e75ed62e7851 [63/98] drm: Remove
__OS_HAS_AGP
config: x86_64-randconfig-i0-201529 (attached as .config)
reproduce:
git checkout 69edb03c45c
On Wed, Jul 22, 2015 at 10:55:55AM +0200, Takashi Iwai wrote:
> On Wed, 22 Jul 2015 10:50:03 +0200,
> David Henningsson wrote:
> >
> > >> struct i915_audio_component {
> > >> struct device *dev;
> > >> +struct hdac_bus *hdac_bus;
> > >
> > > If we want to be more generic, using
From: Ankitprasad Sharma
This patch series adds support for creating/using Stolen memory backed
objects.
Despite being a unified memory architecture (UMA) some bits of memory
are more equal than others. In particular we have the thorny issue of
stolen memory, memory stolen from the system by the
From: Ankitprasad Sharma
Extend the drm_i915_gem_create structure to add support for
creating Stolen memory backed objects. Added a new flag through
which user can specify the preference to allocate the object from
stolen memory, which if set, an attempt will be made to allocate
the object from s
From: Ankitprasad Sharma
This patch adds support for clearing buffer objects via CPU/GTT. This
is particularly useful for clearing out the non shmem backed objects.
Currently intend to use this only for buffers allocated from stolen
region.
Testcase: igt/gem_stolen
Signed-off-by: Ankitprasad Sh
From: Ankitprasad Sharma
This patch adds support for extending the pread/pwrite functionality
for objects not backed by shmem. The access will be made through
gtt interface.
This will cover prime objects as well as stolen memory backed objects
but for userptr objects it is still forbidden.
v2: D
From: Chris Wilson
If we run out of stolen memory when trying to allocate an object, see if
we can reap enough purgeable objects to free up enough contiguous free
space for the allocation. This is in principle very much like evicting
objects to free up enough contiguous space in the vma when bind
From: Ankitprasad Sharma
This test validates the two parameters (size and flags) GEM_CREATE ioctl.
v2: Added IGT_TEST_DESCRIPTION (Thomas Wood)
v3: Removed use of hard coded values, updated comments (Tvrtko)
Signed-off-by: Ankitprasad Sharma
---
tests/Makefile.sources | 1 +
tests/gem_crea
From: Ankitprasad Sharma
This patch adds support to verify pread/pwrite for non-shmem backed
objects. It also shows the pread/pwrite speed.
It also tests speeds for pread with and without user side page faults
v2: Fixed Rebase conflicts (Ankit)
v3: Precalculating values to avoid redundant funct
From: Ankitprasad Sharma
This patch adds the testcases for verifying the new extended
gem_create ioctl. By means of this extended ioctl, memory
placement of the GEM object can be specified, i.e. either
shmem or stolen memory.
These testcases include functional tests and interface tests for
testin
From: Ankitprasad Sharma
This new set of tests verifies the old and the new extended GEM_CREATE ioctl
gem_stolen tries to verify the new extended GEM_CREATE ioctl, which tries to
create an object backed by stolen memory and performs basic operations on it.
It verifies the creation as well as the
On Wed, 22 Jul 2015 15:56:37 +0200,
Vinod Koul wrote:
>
> On Wed, Jul 22, 2015 at 10:30:57AM +0200, Takashi Iwai wrote:
> > On Tue, 21 Jul 2015 09:57:26 +0200,
> > David Henningsson wrote:
> > >
> > > This lets interested codec(s) be notified of HDMI hotplug
> > > events sent from the i915 driver
On Wed, Jul 22, 2015 at 10:30:57AM +0200, Takashi Iwai wrote:
> On Tue, 21 Jul 2015 09:57:26 +0200,
> David Henningsson wrote:
> >
> > This lets interested codec(s) be notified of HDMI hotplug
> > events sent from the i915 driver.
> >
> > Signed-off-by: David Henningsson
> > ---
> > include/sou
On Thu, Jul 16, 2015 at 10:13 AM, Maarten Lankhorst
wrote:
> This removes the need to separately track fb changes i915.
>
> Changes since v1:
> - Add dri-devel to cc.
> - Fix a check in intel's prepare and cleanup fb to take rotation
> into account.
>
> Cc: dri-de...@lists.freedesktop.org
> Sign
Op 09-07-15 om 23:44 schreef Daniel Vetter:
> Two nice things here:
> - drm_dev_register will truly register everything in the right order
> if the driver doesn't have a ->load callback. Before this we had to
> init the primary mode_group after the device nodes where already
> registered.
>
>
On 7/22/2015 5:30 PM, Daniel Vetter wrote:
On Wed, Jul 22, 2015 at 03:36:48PM +0530, Sivakumar Thulasimani wrote:
From: "Thulasimani,Sivakumar"
DP spec requires the checksum of the last block read to be written
when replying to TEST_EDID_READ. This patch fixes the current code
to do the same
From: "Thulasimani,Sivakumar"
DP spec requires the checksum of the last block read to be written
when replying to TEST_EDID_READ. This patch fixes the current code
to do the same.
Signed-off-by: Sivakumar Thulasimani
---
drivers/gpu/drm/i915/intel_dp.c |9 -
1 file changed, 8 inser
On Wed, Jul 15, 2015 at 04:13:23PM +, Marc MERLIN wrote:
> kernel: 3.19.8
> xserver-xorg-video-intel 2:2.99.917-1 on debian
> X.Org X Server 1.17.1
>
> [254670.214607] pool[30720]: segfault at 20 ip 7f0e68d3f534 sp
> 7f0dd57f9500 error 4 in libgio-2.0.so.0.4200.1[7f0e68cfa000+171000]
On 7/22/2015 5:32 PM, Jindal, Sonika wrote:
On 7/22/2015 5:01 PM, Sivakumar Thulasimani wrote:
On 7/22/2015 4:39 PM, Jindal, Sonika wrote:
On 7/22/2015 4:03 PM, Sivakumar Thulasimani wrote:
On 7/22/2015 3:37 PM, Sonika Jindal wrote:
As per bspec, on BXT A0/A1, sw needs to activate D
On 7/22/2015 5:01 PM, Sivakumar Thulasimani wrote:
On 7/22/2015 4:39 PM, Jindal, Sonika wrote:
On 7/22/2015 4:03 PM, Sivakumar Thulasimani wrote:
On 7/22/2015 3:37 PM, Sonika Jindal wrote:
As per bspec, on BXT A0/A1, sw needs to activate DDIA HPD logic
and interrupts to check the exter
On Wed, Jul 22, 2015 at 03:36:48PM +0530, Sivakumar Thulasimani wrote:
> From: "Thulasimani,Sivakumar"
>
> DP spec requires the checksum of the last block read to be written
> when replying to TEST_EDID_READ. This patch fixes the current code
> to do the same.
>
> Signed-off-by: Sivakumar Thulas
On Wed, Jul 22, 2015 at 12:39:37PM +0100, Chris Wilson wrote:
> On Wed, Jul 22, 2015 at 04:58:47PM +0530, Sudip Mukherjee wrote:
> > If any of the debug file creation fails we were just returning the
> > error code to the drm layer. But the debug files that we created in the
> > process were not re
On Wed, Jul 22, 2015 at 04:58:47PM +0530, Sudip Mukherjee wrote:
> If any of the debug file creation fails we were just returning the
> error code to the drm layer. But the debug files that we created in the
> process were not removed. And debugfs files are not automatically
> cleaned up.
Just han
On 7/22/2015 4:39 PM, Jindal, Sonika wrote:
On 7/22/2015 4:03 PM, Sivakumar Thulasimani wrote:
On 7/22/2015 3:37 PM, Sonika Jindal wrote:
As per bspec, on BXT A0/A1, sw needs to activate DDIA HPD logic
and interrupts to check the external panel connection and DDIC HPD
logic for edp panel.
If any of the debug file creation fails we were just returning the
error code to the drm layer. But the debug files that we created in the
process were not removed. And debugfs files are not automatically
cleaned up.
Signed-off-by: Sudip Mukherjee
---
Hi Daniel,
Whom should i keep Cc: for this p
On 7/22/2015 4:03 PM, Sivakumar Thulasimani wrote:
On 7/22/2015 3:37 PM, Sonika Jindal wrote:
As per bspec, on BXT A0/A1, sw needs to activate DDIA HPD logic
and interrupts to check the external panel connection and DDIC HPD
logic for edp panel.
v2: For DP, irq_port is used to determine the
On 7/22/2015 3:37 PM, Sonika Jindal wrote:
As per bspec, on BXT A0/A1, sw needs to activate DDIA HPD logic
and interrupts to check the external panel connection and DDIC HPD
logic for edp panel.
v2: For DP, irq_port is used to determine the encoder instead of
hpd_pin and removing the edp HPD l
As per bspec, on BXT A0/A1, sw needs to activate DDIA HPD logic
and interrupts to check the external panel connection and DDIC HPD
logic for edp panel.
v2: For DP, irq_port is used to determine the encoder instead of
hpd_pin and removing the edp HPD logic because port A HPD is not
present(Imre)
v3
From: "Thulasimani,Sivakumar"
DP spec requires the checksum of the last block read to be written
when replying to TEST_EDID_READ. This patch fixes the current code
to do the same.
Signed-off-by: Sivakumar Thulasimani
---
drivers/gpu/drm/i915/intel_dp.c | 11 ++-
1 file changed, 10 in
This is to get PSR support for bxt.
v2: Adding bxt prefix in title (Damien)
Signed-off-by: Sonika Jindal
Reviewed-by: Damien Lespiau
---
drivers/gpu/drm/i915/i915_drv.h |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/
On 22.07.2015 10:27, Daniel Vetter wrote:
> On Tue, Jul 21, 2015 at 08:07:47PM +0200, Krzysztof Kolasa wrote:
>> On 21.07.2015 16:03, Daniel Vetter wrote:
>>> On Tue, Jul 21, 2015 at 02:48:21PM +0200, Krzysztof Kolasa wrote:
On 21.07.2015 11:43, Chris Wilson wrote:
> On Tue, Jul 21, 2015 a
On Wed, Jul 22, 2015 at 02:01:44PM +0530, Shobhit Kumar wrote:
> This is needed as the CRC PMIC has support for Panel
> enable/diable as gpio which needs 'gpiod_add_lookup_table'
> and 'gpiod_remove_lookup_table' from gpiolib. This patch
> can be squashed with below commit in topic/crc-pmic branch
On Wed, 22 Jul 2015 10:50:03 +0200,
David Henningsson wrote:
>
> >> struct i915_audio_component {
> >>struct device *dev;
> >> + struct hdac_bus *hdac_bus;
> >
> > If we want to be more generic, using a struct device would be better,
> > e.g.
> > struct device *audio_dev;
>
> Does this
On Tue, 21 Jul 2015 19:37:17 +0200,
R, Durgadoss wrote:
>
> Hi David,
>
> >-Original Message-
> >From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf
> >Of David Henningsson
> >Sent: Tuesday, July 21, 2015 1:27 PM
> >To: alsa-de...@alsa-project.org; intel-gfx@lists.
On 2015-07-22 10:22, Takashi Iwai wrote:
On Tue, 21 Jul 2015 09:57:24 +0200,
David Henningsson wrote:
This struct will be used to transfer information from the i915
driver to the hda driver on HDMI hotplug events.
Signed-off-by: David Henningsson
Looks good to me, just a few nitpicking:
On Tue, Jul 21, 2015 at 10:42:11AM -0700, Imre Deak wrote:
> On Tue, 2015-07-21 at 11:40 +0530, Jindal, Sonika wrote:
> > For the patch 3, the commit message can be changed to only "long pulse
> > detection" instead of "long/short" because you are not adding support
> > for short pulse detection.
This is needed as the CRC PMIC has support for Panel
enable/diable as gpio which needs 'gpiod_add_lookup_table'
and 'gpiod_remove_lookup_table' from gpiolib. This patch
can be squashed with below commit in topic/crc-pmic branch
commit 61dd2ca2d44e493b050adbbb75bc50db11c367dd
Author
On 7/21/2015 3:13 AM, Imre Deak wrote:
This is a requirement for enabling display port HPD support on the port
A HPD pin. This support is to be added by follow-up patches.
Signed-off-by: Imre Deak
---
drivers/gpu/drm/i915/i915_irq.c | 18 +-
drivers/gpu/drm/i915/i915_reg.h
On Tue, 21 Jul 2015 09:57:26 +0200,
David Henningsson wrote:
>
> This lets interested codec(s) be notified of HDMI hotplug
> events sent from the i915 driver.
>
> Signed-off-by: David Henningsson
> ---
> include/sound/hdaudio.h |4
> sound/hda/hdac_i915.c | 24 +
On 7/22/2015 4:02 AM, Imre Deak wrote:
Curren tly HPD_PORT_A is used as an alias for HPD_NONE to mean that the
given port doesn't support long/short HPD pulse detection. SDVO and CRT
ports are like this and for these ports we only want to know whether an
hot plug event was detected on the corre
On Tue, Jul 21, 2015 at 08:07:47PM +0200, Krzysztof Kolasa wrote:
> On 21.07.2015 16:03, Daniel Vetter wrote:
> > On Tue, Jul 21, 2015 at 02:48:21PM +0200, Krzysztof Kolasa wrote:
> >> On 21.07.2015 11:43, Chris Wilson wrote:
> >>> On Tue, Jul 21, 2015 at 11:07:20AM +0200, Daniel Vetter wrote:
> >>
On Tue, 21 Jul 2015 09:57:24 +0200,
David Henningsson wrote:
>
> This struct will be used to transfer information from the i915
> driver to the hda driver on HDMI hotplug events.
>
> Signed-off-by: David Henningsson
Looks good to me, just a few nitpicking:
> ---
> include/drm/i915_component.h
On Tue, Jul 21, 2015 at 11:32:47PM +0530, Kumar, Shobhit wrote:
> On Tuesday 21 July 2015 11:10 PM, Daniel Vetter wrote:
> >On Tue, Jul 21, 2015 at 09:17:21PM +0530, Kumar, Shobhit wrote:
> >>On Tuesday 21 July 2015 07:35 PM, Daniel Vetter wrote:
> >>>On Tue, Jul 21, 2015 at 07:22:37PM +0800, kbuil
On Wed, Jul 22, 2015 at 04:34:27AM +, Gharpure, Mayuresh S wrote:
> Hi Nabendu,
>
> PFA. I came across this patch from Damien Lespiau which prevents the topmost
> plane from being exposed to user space.
>
> Once this patch is merged, the following correction in i-g-t won't be
> required as
On 7/22/2015 4:02 AM, Imre Deak wrote:
These functions are quite similar, so combine them with the use of a new
argument for a function that detects long pulses. This will be also
needed by an upcoming patch adding support for BXT long pulse detection.
No functional change.
v2:
- rebase on to
Can you please test this patch:
http://www.spinics.net/lists/intel-gfx/msg71925.html
Thanks, Daniel
On Mon, Jul 20, 2015 at 09:05:18PM +0200, crs wrote:
> [1.] One line summary of the problem:
> 8086:1616 [Lenovo ThinkPad T450s] External monitor is disabled after
> resume
>
> [2.] Full descrip
On 7/21/2015 11:28 PM, Imre Deak wrote:
On Tue, 2015-07-21 at 13:50 +0530, Sivakumar Thulasimani wrote:
On 7/21/2015 3:13 AM, Imre Deak wrote:
These functions are quite similar, so combine them with the use of a new
argument for a function that detects long pulses. This will be also
needed by
82 matches
Mail list logo
