For modifying self-refresh exit latency.
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/i915/i915_drv.h | 2 ++
drivers/gpu/drm/i915/i915_reg.h | 1 +
drivers/gpu/drm/i915/intel_sideband.c | 16
3 files changed, 19 insertions(+)
diff --git a/drivers/gpu/drm/i915/
2013/10/28 Imre Deak :
> Similarly rename the other related functions in the power domain
> interface.
>
> Higher level driver code calling these functions knows only about power
> domains, not the underlying power wells which may be different on
> different platforms. Also these functions really i
Needed to support large panel resolutions.
Tested-by: Josh Triplett
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/i915/i915_reg.h | 2 ++
drivers/gpu/drm/i915/intel_display.c | 64
2 files changed, 66 insertions(+)
diff --git a/drivers/gpu/drm/i915/
We don't want it delayed with the RPS work.
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/i915/intel_pm.c | 31 ++-
1 file changed, 18 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c
index bf5261f..d355b
We don't want it delayed with the RPS work.
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/i915/intel_pm.c | 31 ++-
1 file changed, 18 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c
index bf5261f..d355b
On Mon, Oct 28, 2013 at 07:43:30PM +0200, Ville Syrjälä wrote:
> On Mon, Oct 28, 2013 at 09:48:55AM -0700, Ben Widawsky wrote:
> > On Mon, Oct 28, 2013 at 03:05:12PM +0200, Ville Syrjälä wrote:
> > > On Mon, Oct 28, 2013 at 10:22:31AM -0200, Paulo Zanoni wrote:
> > > > 2013/10/27 Daniel Vetter :
>
On Mon, 28 Oct 2013 17:10:02 +0100
Daniel Vetter wrote:
> On Mon, Oct 28, 2013 at 03:09:11PM +0200, Imre Deak wrote:
> > Hi,
> >
> > On Tue, 2013-10-22 at 17:30 -0200, Paulo Zanoni wrote:
> > > From: Paulo Zanoni
> > >
> > > Hi
> > >
> > > This RFC series adds runtime PM support on Haswell. T
On Mon, 2013-10-28 at 15:41 -0200, Paulo Zanoni wrote:
> 2013/10/27 Daniel Vetter :
> > On Fri, Oct 25, 2013 at 05:50:18PM -0200, Paulo Zanoni wrote:
> >> 2013/10/25 Imre Deak :
> >> > The only real need for this field was in
> >> > i915_{request,release}_power_well, but there we can get at it by a
Needed to support large panel resolutions.
Tested-by: Josh Triplett
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/i915/i915_reg.h | 2 ++
drivers/gpu/drm/i915/intel_display.c | 64
2 files changed, 66 insertions(+)
diff --git a/drivers/gpu/drm/i915/
For modifying self-refresh exit latency.
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/i915/i915_drv.h | 2 ++
drivers/gpu/drm/i915/i915_reg.h | 1 +
drivers/gpu/drm/i915/intel_sideband.c | 16
3 files changed, 19 insertions(+)
diff --git a/drivers/gpu/drm/i915/
That is what I am looking for. Kernel switching back to text mode triggered
"drm_kms_helper" message.
Thanks for the help.
Stephanie
-Original Message-
From: Barnes, Jesse
Sent: Monday, October 28, 2013 11:05 AM
To: Wang, Stephanie
Cc: Jani Nikula; intel-gfx@lists.freedesktop.org
Subjec
The "drm_kms_helper" function is mentioned only because the kernel is
switching back to the text console when the panic occurs. It's not
actually the source of the panic.
The graphics driver does have some code for booting without any BIOS
support. But depending on the specific platform configur
Jani and Jesse,
There are two failures in the log file. One appears to be irq related, the
other is related to "drm_kms_helper" which you can find under kernel source
drivers\gpu\. That being said, the intention is not to point finger at the
graphics driver. As I stated in the original email, th
On Mon, Oct 28, 2013 at 09:48:55AM -0700, Ben Widawsky wrote:
> On Mon, Oct 28, 2013 at 03:05:12PM +0200, Ville Syrjälä wrote:
> > On Mon, Oct 28, 2013 at 10:22:31AM -0200, Paulo Zanoni wrote:
> > > 2013/10/27 Daniel Vetter :
> > > > On Fri, Oct 25, 2013 at 03:27:50PM -0200, Paulo Zanoni wrote:
> >
2013/10/27 Daniel Vetter :
> On Fri, Oct 25, 2013 at 05:50:18PM -0200, Paulo Zanoni wrote:
>> 2013/10/25 Imre Deak :
>> > The only real need for this field was in
>> > i915_{request,release}_power_well, but there we can get at it by a
>> > container_of magic. Also since in the future we'll have mul
On Fri, Oct 25, 2013 at 03:24:12PM -0200, Paulo Zanoni wrote:
> 2013/10/24 Ben Widawsky :
> > We were turning this on for SNB regardless of whether or not we use FBC.
> > We can save the slightest amount of power if we don't disable it when
> > not using FBC.
> >
> > The workaround should be bit 9
On Mon, Oct 21, 2013 at 05:13:43PM +0100, Chris Wilson wrote:
> On Mon, Oct 21, 2013 at 07:01:58PM +0300, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > We store cursor_x/y as int16_t internally, but the user provided
> > coordinates are int32_t. Clamp the coordinates so tha
On Mon, Oct 28, 2013 at 02:55:02PM -0200, Paulo Zanoni wrote:
> 2013/10/10 Chris Wilson :
> > On Thu, Oct 10, 2013 at 05:17:31PM -0300, Paulo Zanoni wrote:
> >> 2013/10/10 Chris Wilson :
> >> > If the hardware does not support package C8, then do not even schedule
> >> > work to enable it. Thereby
On Fri, Oct 25, 2013 at 03:14:50PM -0200, Paulo Zanoni wrote:
> 2013/10/24 Ben Widawsky :
> > We were turning this on for ILK regardless of whether or not we use FBC.
> > We can save the slightest amount of power if we don't disable it when
> > not using FBC.
>
> Finally someone did what I request
2013/10/10 Chris Wilson :
> On Thu, Oct 10, 2013 at 05:17:31PM -0300, Paulo Zanoni wrote:
>> 2013/10/10 Chris Wilson :
>> > If the hardware does not support package C8, then do not even schedule
>> > work to enable it. Thereby we can eliminate a bunch of dangerous work.
>>
>> As I already explained
On Mon, Oct 28, 2013 at 03:05:12PM +0200, Ville Syrjälä wrote:
> On Mon, Oct 28, 2013 at 10:22:31AM -0200, Paulo Zanoni wrote:
> > 2013/10/27 Daniel Vetter :
> > > On Fri, Oct 25, 2013 at 03:27:50PM -0200, Paulo Zanoni wrote:
> > >> 2013/10/24 Ben Widawsky :
> > >> > Production HSW does not need it
On Mon, Oct 28, 2013 at 10:22:31AM -0200, Paulo Zanoni wrote:
> 2013/10/27 Daniel Vetter :
> > On Fri, Oct 25, 2013 at 03:27:50PM -0200, Paulo Zanoni wrote:
> >> 2013/10/24 Ben Widawsky :
> >> > Production HSW does not need it. I confirmed this with Art.
> >> >
> >> > Signed-off-by: Ben Widawsky
>
On Mon, Oct 28, 2013 at 03:09:11PM +0200, Imre Deak wrote:
> Hi,
>
> On Tue, 2013-10-22 at 17:30 -0200, Paulo Zanoni wrote:
> > From: Paulo Zanoni
> >
> > Hi
> >
> > This RFC series adds runtime PM support on Haswell. The current
> > implementation
> > puts the device in the PCI D3cold state w
On Mon, Oct 28, 2013 at 10:20:56AM -0200, Paulo Zanoni wrote:
> 2013/10/27 Daniel Vetter :
> > On Fri, Oct 25, 2013 at 11:44:05AM -0200, Paulo Zanoni wrote:
> >> From: Paulo Zanoni
> >>
> >> This test is based on pc8.c. It copies most of the tests from pc8.c,
> >> but it depends on runtime PM stat
On Mon, 28 Oct 2013 13:47:03 +0200
Jani Nikula wrote:
>
> FWIW there's nothing in the logs indicating it's a "graphics failure".
>
> BR,
> Jani.
>
>
> On Fri, 25 Oct 2013, "Wang, Stephanie" wrote:
> > [4.354140] rtc_cmos 00:00: alarms up to one month, y3k, 242 bytes
> > nvram, hpet irqs
On Sat, Oct 26, 2013 at 4:27 AM, Mario Kleiner
wrote:
> Hi all,
>
> this patch set for the kernel pushes the latency sensitive bits of
> vblank scanoutpos timestamping from the drm core into the kms drivers.
>
> A change in the locking of the intel-kms driver for Linux 3.11 made
> the old approach
Similarly rename the other related functions in the power domain
interface.
Higher level driver code calling these functions knows only about power
domains, not the underlying power wells which may be different on
different platforms. Also these functions really init/cleanup/resume
power domains a
On Tue, 2013-10-22 at 17:30 -0200, Paulo Zanoni wrote:
> From: Paulo Zanoni
>
> And leave it off by default. We have way too many driver entry points,
> we can't assume this will work without regressions without tons of
> testing first. This option allows people to test and fix the problems.
>
>
On Tue, 2013-10-22 at 17:30 -0200, Paulo Zanoni wrote:
> From: Paulo Zanoni
>
> This patch adds the initial infrastructure to allow a Runtime PM
> implementation that sets the device to its D3 state. The patch just
> adds the necessary callbacks and the initial infrastructure.
>
> We still don't
Hi,
On Tue, 2013-10-22 at 17:30 -0200, Paulo Zanoni wrote:
> From: Paulo Zanoni
>
> Hi
>
> This RFC series adds runtime PM support on Haswell. The current implementation
> puts the device in the PCI D3cold state when we decide to sleep. It uses the
> same refcount+timeout idea from the PC8 code
On Mon, Oct 28, 2013 at 10:22:31AM -0200, Paulo Zanoni wrote:
> 2013/10/27 Daniel Vetter :
> > On Fri, Oct 25, 2013 at 03:27:50PM -0200, Paulo Zanoni wrote:
> >> 2013/10/24 Ben Widawsky :
> >> > Production HSW does not need it. I confirmed this with Art.
> >> >
> >> > Signed-off-by: Ben Widawsky
>
2013/10/27 Daniel Vetter :
> On Fri, Oct 25, 2013 at 03:27:50PM -0200, Paulo Zanoni wrote:
>> 2013/10/24 Ben Widawsky :
>> > Production HSW does not need it. I confirmed this with Art.
>> >
>> > Signed-off-by: Ben Widawsky
>>
>> I just hope these things don't start uncovering bugs :)
>>
>> Reviewe
On Fri, 25 Oct 2013, Nicolas Devillers wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Le lun. 14 oct. 2013 11:33:29 CEST, Jani Nikula a écrit :
>> On Mon, 14 Oct 2013, Nicolas Devillers wrote:
>>> Unfortunately this seems to cause others unpexected issue like ACPI
>>> unstability an
FWIW there's nothing in the logs indicating it's a "graphics failure".
BR,
Jani.
On Fri, 25 Oct 2013, "Wang, Stephanie" wrote:
> Jesse, hey
> I work for ISG FSP/OTM boot loader team under Khadker Islam. I've recently
> run into an issue that blocks FSP/OTM from supporting Tizen IVI 3.0 runnin
On Sat, Oct 26, 2013 at 10:27:38AM +0200, Mario Kleiner wrote:
> Hi all,
>
> this patch set for the kernel pushes the latency sensitive bits of
> vblank scanoutpos timestamping from the drm core into the kms drivers.
>
> A change in the locking of the intel-kms driver for Linux 3.11 made
> the ol
On Thu, Oct 24, 2013 at 03:40:51PM +0100, Damien Lespiau wrote:
> Hi,
>
> This small series add the possibility for a test to ask for a render device.
> This allows us to run render tests as a regular users.
Pushed, there's a bit more work before we can run the right subset of
tests on both rende
Otherwise QA will report this as a real hang when running igt
ZZ_missed_irq.
v2: Actually test the right stuff and really shut up the DRM_ERROR
output ...
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=70747
Tested-by: lu hua
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_i
On Mon, 28 Oct 2013, Aaron Lu wrote:
> On 10/25/2013 02:35 PM, Igor Gnatenko wrote:
>> Aaron, add this notebook to list. I've CC'ed owner.
>> And I've tested this patch on my TP X230 (add as Reported-and-Tested me
>> please)
>> +{
>> + .callback = video_set_use_native_backlight,
>> + .
Hi Dave,
Please do _not_ pull this. The pipe bpp readout stuff this crucially
relies on is only partially backported from -next to -fixes and apparently
missing bits on Haswell.
Thanks, Daniel
On Fri, Oct 25, 2013 at 12:50:12PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> Just the edp bpp fix fro
39 matches
Mail list logo
