I managed to get a custom build but overriding the edid did not seem
to work at first glance (the override itself...) can't really say why
but the pioneer receiver was still visible in the kernel logs... So
maybe the kernel option was faulty or something?
I've managed to upload the EDID files for
On 10/09 09:18, Daniel Vetter wrote:
> Boots Just Fine (tm)!
>
> The only glitch seems to be that at least on Fedora the boot splash
> gets confused and doesn't display much at all.
>
> And since there's no ugly console flickering anymore in between, the
> flicker while switching between X server
Are these happening to everyone using recent kernels and 845G? openSUSE only?
2013-10-11T00:05:50.929822-04:00 gx260 kernel: [2.621885]
[ cut here ]
WARNING: CPU: 0 PID: 107 at
/home/abuild/rpmbuild/BUILD/kernel-desktop-3.11.3/linux-3.11/drivers/gpu/drm/i915/intel_dis
On Thu, Oct 10, 2013 at 08:56:45PM -0700, Matt Turner wrote:
> We were seriously *requiring* libdrm_nouveau unless explicitly disabled?
Acked-by: Ben Widawsky
> ---
> configure.ac | 7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/configure.ac b/configure.ac
> inde
We were seriously *requiring* libdrm_nouveau unless explicitly disabled?
---
configure.ac | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index f65942f..43740f9 100644
--- a/configure.ac
+++ b/configure.ac
@@ -92,8 +92,11 @@ AM_CONDITIONAL(BUI
On 10/10/2013 08:59 PM, Rafael J. Wysocki wrote:
> On Thursday, October 10, 2013 09:02:55 AM Aaron Lu wrote:
>> On 10/10/2013 08:29 AM, Rafael J. Wysocki wrote:
>>> On Tuesday, October 08, 2013 02:40:00 PM Aaron Lu wrote:
According to Matthew Garrett, "Windows 8 leaves backlight control up
>>>
2013/10/9 :
> From: Ville Syrjälä
>
> The fbc_wm_enabled member in intel_wm_config is useless for the time
> being. The original idea for it was that we'd pre-compute it and so
> that the WM merging process could know whether it needs to worry
> about FBC watermarks at all.
If it compiles, then
2013/10/9 :
> From: Ville Syrjälä
>
> On HSW the LP1,LP2,LP3 levels are either 1,2,3 or 1,3,4. We make the
> conversion from LPn to to the level at one point current. Later we're
> going to do it in a few places, so move it to a separate function.
I guess this function will work on ILK/SNB/IVB e
2013/10/9 :
> From: Ville Syrjälä
>
> When there are zero active pipes, all the watermarks should be zero
> also. No point in wasting time w/ computing the 5/6 split watermark
> config.
>
> Signed-off-by: Ville Syrjälä
> ---
> drivers/gpu/drm/i915/intel_pm.c | 2 +-
> 1 file changed, 1 insertio
2013/10/9 :
> From: Ville Syrjälä
>
> Move the watermark max computations into haswell_update_wm(). This
> allows keeping the 1/2 vs. 5/6 split code in one place, and avoid having
> to pass around so many things. We also save a bit of stack space by only
> requiring one copy of struct hsw_wm_maxi
2013/10/9 :
> From: Ville Syrjälä
>
> Let's try to keep using the intermediate intel_pipe_wm representation
> for as long as possible. It avoids subtle knowledge about the
> internals of the hardware registers when trying to choose the
> best watermark configuration.
>
> While at it replace the m
2013/10/9 :
> From: Ville Syrjälä
>
> I want to convert hsw_find_best_result() to use intel_pipe_wm, so we
> need to move the merging to happen outside hsw_compute_wm_results().
>
> Signed-off-by: Ville Syrjälä
> ---
> drivers/gpu/drm/i915/intel_pm.c | 19 ++-
> 1 file changed,
2013/10/9 :
> From: Ville Syrjälä
>
> No point in re-computing the watermarks for all pipes, when only one
> pipe has changed. The watermarks stored under intel_crtc.wm.active are
> still valid for the other pipes. We just need to redo the merging.
>
> We can also skip the merge/update procedure
2013/10/9 :
> From: Ville Syrjälä
>
> Introduce a new struct intel_pipe_wm which contains all the
> watermarks for a single pipe. Use it to unify the LP0 and LP1+
> watermark computations so that we can just iterate through the
> watermark levels neatly and call ilk_compute_wm_level() for each.
>
On Thu, Oct 10, 2013 at 02:06:02PM -0700, Jesse Barnes wrote:
> On Thu, 10 Oct 2013 21:58:50 +0100
> Chris Wilson wrote:
>
> > As we delay the initial RPS enabling (upon boot and after resume), there
> > is a chance that we may start to render and trigger RPS boosts before we
> > set up the punit
On Thu, Oct 10, 2013 at 09:42:44PM +0100, Chris Wilson wrote:
> On Thu, Oct 10, 2013 at 08:32:23PM +0300, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > The current pre-gen4 pipe off code might break out of the loop
> > due to the timeout, but then the fail to print the warn
On Thu, 10 Oct 2013 21:58:50 +0100
Chris Wilson wrote:
> As we delay the initial RPS enabling (upon boot and after resume), there
> is a chance that we may start to render and trigger RPS boosts before we
> set up the punit. Any changes we make could result in inconsistent
> hardware state, with
As we delay the initial RPS enabling (upon boot and after resume), there
is a chance that we may start to render and trigger RPS boosts before we
set up the punit. Any changes we make could result in inconsistent
hardware state, with a danger of causing undefined behaviour. However,
as the boosting
On Thu, Oct 10, 2013 at 08:32:23PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> The current pre-gen4 pipe off code might break out of the loop
> due to the timeout, but then the fail to print the warning.
>
> Fix the issue by making sure we pair up the correct time compa
On Thu, Oct 10, 2013 at 05:21:37PM -0300, Paulo Zanoni wrote:
> 2013/10/10 Chris Wilson :
> > As part of the device quiesceing we need to disable all active timers
> > and delayed workers so that they do not execute after the module is
> > unloaded.
> >
> > Signed-off-by: Chris Wilson
> > Cc: Paul
On Thu, Oct 10, 2013 at 05:04:27PM -0300, Paulo Zanoni wrote:
> 2013/10/10 Chris Wilson :
> > We need to hold the pc8 lock around toggling the value of gpu_idle.
> >
> > Signed-off-by: Chris Wilson
> > Cc: Paulo Zanoni
>
> Should we Cc:stable ?
Perhaps. Maybe this is a race condition that resul
On Thu, Oct 10, 2013 at 08:32:23PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> The current pre-gen4 pipe off code might break out of the loop
> due to the timeout, but then the fail to print the warning.
>
> Fix the issue by making sure we pair up the correct time compa
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, this should not be a problem s
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, this should not be a problem since non-Haswell
platforms don't have a way to make the refcount become
2013/10/10 Chris Wilson :
> As part of the device quiesceing we need to disable all active timers
> and delayed workers so that they do not execute after the module is
> unloaded.
>
> Signed-off-by: Chris Wilson
> Cc: Paulo Zanoni
> Cc: Rodrigo Vivi
> ---
> drivers/gpu/drm/i915/intel_display.c
2013/10/10 Chris Wilson :
> We need to hold the pc8 lock around toggling the value of gpu_idle.
>
> Signed-off-by: Chris Wilson
> Cc: Paulo Zanoni
Should we Cc:stable ?
Reviewed-by: Paulo Zanoni
I wonder if we need to rename hsw_enable_package_c8 and
__hsw_enable_package_c8 since we're spread
On Thu, Oct 10, 2013 at 8:33 PM, Paulo Zanoni wrote:
> 2013/9/22 Lin, Mengdong :
>> Hi Daniel and Paulo,
>>
>> I think we need a confirmation from HW owner whether vblank wait can be
>> skipped in audio enabling and disabling. I'll ping HW owner and involve you.
>> The original code just follows
2013/9/22 Lin, Mengdong :
> Hi Daniel and Paulo,
>
> I think we need a confirmation from HW owner whether vblank wait can be
> skipped in audio enabling and disabling. I'll ping HW owner and involve you.
> The original code just follows b-spec but there is no explanation why.
Hi, any news on this
From: Ville Syrjälä
The current pre-gen4 pipe off code might break out of the loop
due to the timeout, but then the fail to print the warning.
Fix the issue by making sure we pair up the correct time comparison
functions. It would be enough to change just the final check to use
time_after_eq(),
On Thu, Oct 10, 2013 at 05:28:54PM +0300, Ville Syrjälä wrote:
> On Thu, Oct 10, 2013 at 03:25:37PM +0300, Jani Nikula wrote:
> > Educate the users why i915 won't load on gen6+ and nomodeset.
> >
> > Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=61671
> > Signed-off-by: Jani Nikula
>
> Y
Today's linux-next merge of the drm-intel tree got additional conflicts
in drivers/gpu/drm/i915/intel_drv.h as a result of interactions between
6aba5b6cf098 (drm/i915/dp: get rid of intel_dp->link_configuration) and
various commits from Paulo Zanoni staticising functions. I've fixed up
by changing
I am having an issue where my Macmini6,1 is hard freezing (no keyboard
control, have to power off and power back on using the power button) when
attempting to display a random video at random times but always freezing
when the video should be displayed by VLC during the start of the video. I
am sus
On Thu, Oct 10, 2013 at 03:25:37PM +0300, Jani Nikula wrote:
> Educate the users why i915 won't load on gen6+ and nomodeset.
>
> Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=61671
> Signed-off-by: Jani Nikula
Yes, much better than the agp wtf error people get currently.
Reviewed-by: Vi
Parse the 3D_Structure_ALL and 3D_MASK fields of the HDMI Vendor
Specific Data Block to expose more stereo 3D modes.
Signed-off-by: Thomas Wood
---
drivers/gpu/drm/drm_edid.c | 93 ++
1 file changed, 85 insertions(+), 8 deletions(-)
diff --git a/drive
We need to hold the pc8 lock around toggling the value of gpu_idle.
Signed-off-by: Chris Wilson
Cc: Paulo Zanoni
---
drivers/gpu/drm/i915/intel_display.c |8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/i
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.
Signed-off-by: Chris Wilson
Cc: Paulo Zanoni
---
drivers/gpu/drm/i915/i915_drv.h |1 +
drivers/gpu/drm/i915/intel_display.c | 15 +
On Thu, Oct 10, 2013 at 02:46:37PM +0200, Daniel Vetter wrote:
> At least on linux sizeof(long) == sizeof(void*) and the thinking
> is that you can grab about as many references as there's memory.
>
> Doesn't really matter, just a bit of OCD since the fixed size data
> type in a pure in-kernel dat
On Thursday, October 10, 2013 09:02:55 AM Aaron Lu wrote:
> On 10/10/2013 08:29 AM, Rafael J. Wysocki wrote:
> > On Tuesday, October 08, 2013 02:40:00 PM Aaron Lu wrote:
> >> According to Matthew Garrett, "Windows 8 leaves backlight control up
> >> to individual graphics drivers rather than making
At least on linux sizeof(long) == sizeof(void*) and the thinking
is that you can grab about as many references as there's memory.
Doesn't really matter, just a bit of OCD since the fixed size data
type in a pure in-kernel datastructure look off.
v2: Ville asked for an overflow check since no one
Educate the users why i915 won't load on gen6+ and nomodeset.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=61671
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/i915_dma.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_dma.c b/dr
On Tue, Sep 17, 2013 at 06:05:27PM +0200, Daniel Vetter wrote:
> On Tue, Sep 17, 2013 at 12:12 AM, Daniel Vetter wrote:
> > On Mon, Sep 16, 2013 at 02:56:43PM -0700, Tom.O'rou...@intel.com wrote:
> >> From: Tom O'Rourke
> >>
> >> Enabling rps (turbo setup) was put in a work queue because it may
>
On Thu, Oct 10, 2013 at 01:29:37PM +0200, Daniel Vetter wrote:
> At least on linux sizeof(long) == sizeof(void*) and the thinking
> is that you can grab about as many references as there's memory.
>
> Doesn't really matter, just a bit of OCD since the fixed size data
> type in a pure in-kernel dat
On Wed, Oct 09, 2013 at 09:23:50PM +0200, Daniel Vetter wrote:
> Hi all,
>
> That little patch turned into a bit more, and on top of it there's now also a
> new testcase in igt: kms_addfb. It checks for most of the evil stuff you can
> feed to addfb.
For the series:
Reviewed-by: Ville Syrjälä
>
At least on linux sizeof(long) == sizeof(void*) and the thinking
is that you can grab about as many references as there's memory.
Doesn't really matter, just a bit of OCD since the fixed size data
type in a pure in-kernel datastructure look off.
v2: Ville asked for an overflow check since no one
By not assigning opterr, getopt will print its own error message that
includes information about whether an option is unknown or just requires
an additional argument.
Signed-off-by: Thomas Wood
---
tests/testdisplay.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/tests/testdisplay.c b/tes
On Thu, Oct 10, 2013 at 02:03:00PM +0300, Abdiel Janulgue wrote:
> v3: Use the I915_DISPATCH_RS flag to determine if batchbuffer needs
> resource streamer bit.
>
> Cc: Chris Wilson
> Cc: Daniel Vetter
> Cc: Ben Widawsky
> Signed-off-by: Abdiel Janulgue
Note this should be the first patch
v3: Use the I915_DISPATCH_RS flag to determine if batchbuffer needs
resource streamer bit.
Cc: Chris Wilson
Cc: Daniel Vetter
Cc: Ben Widawsky
Signed-off-by: Abdiel Janulgue
---
drivers/gpu/drm/i915/i915_reg.h | 1 +
drivers/gpu/drm/i915/intel_ringbuffer.c | 3 ++-
2 files changed
On Thu, Oct 10, 2013 at 12:09:48AM +0200, Daniel Vetter wrote:
> On Thu, Oct 10, 2013 at 12:02:17AM +0200, Daniel Vetter wrote:
> > On Wed, Oct 09, 2013 at 10:29:39PM +0100, Chris Wilson wrote:
> > > On Wed, Oct 09, 2013 at 09:23:52PM +0200, Daniel Vetter wrote:
> > > > Assuming that all framebuffe
Ensures that the batch buffer is executed by the resource streamer.
v3: - Make sure batch is only submitted on render ring and Haswell (Daniel)
- Separate EXEC and DISPATCH flags (Chris)
- Update __I915_EXEC_UNKNOWN_FLAGS (Kenneth)
Signed-off-by: Abdiel Janulgue
---
drivers/gpu/drm/i915
On Thu, Oct 10, 2013 at 12:41:15PM +0300, Mika Kuoppala wrote:
> Chris Wilson writes:
>
> > We lost the ability to capture the first error for a stuck ring in the
> > recent hangcheck robustification. Whilst both error states are
> > interesting (why does the GPU not recover is also essential to
Chris Wilson writes:
> We lost the ability to capture the first error for a stuck ring in the
> recent hangcheck robustification. Whilst both error states are
> interesting (why does the GPU not recover is also essential to debug),
> our primary goal is to fix the initial hang and so we need to c
We lost the ability to capture the first error for a stuck ring in the
recent hangcheck robustification. Whilst both error states are
interesting (why does the GPU not recover is also essential to debug),
our primary goal is to fix the initial hang and so we need to capture
the first error state up
On Thu, Oct 10, 2013 at 10:56 AM, Ville Syrjälä
wrote:
> On Wed, Oct 09, 2013 at 09:23:53PM +0200, Daniel Vetter wrote:
>> At least on linux sizeof(long) == sizeof(void*) and the thinking
>> is that you can grab about as many references as there's memory.
>
> Well, there can be more memory than th
On Thu, Oct 10, 2013 at 11:35:24AM +0300, Jani Nikula wrote:
> On Wed, 09 Oct 2013, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > Let's try to avoid these confusing negated booleans.
>
> Thanks for such a positive patch!
>
> For the series,
> Reviewed-by: Jani Nikula
Bot
On Wed, Oct 09, 2013 at 09:23:53PM +0200, Daniel Vetter wrote:
> At least on linux sizeof(long) == sizeof(void*) and the thinking
> is that you can grab about as many references as there's memory.
Well, there can be more memory than there is address space.
Unchecked counters always leave me a bit
As part of the device quiesceing we need to disable all active timers
and delayed workers so that they do not execute after the module is
unloaded.
Signed-off-by: Chris Wilson
Cc: Paulo Zanoni
Cc: Rodrigo Vivi
---
drivers/gpu/drm/i915/intel_display.c |1 +
1 file changed, 1 insertion(+)
d
That will be this evening as i'm at work now :'(
On Thu, Oct 10, 2013 at 10:38 AM, Jani Nikula
wrote:
> On Thu, 10 Oct 2013, Jasper Smet wrote:
>> Ok, for the distro (OpenElec) i'm using i'll need to to re-compile the
>> kernel with the CONFIG_DRM_LOAD_EDID_FIRMWARE=y option so i'll try to
>> se
On Thu, 10 Oct 2013, Jasper Smet wrote:
> Ok, for the distro (OpenElec) i'm using i'll need to to re-compile the
> kernel with the CONFIG_DRM_LOAD_EDID_FIRMWARE=y option so i'll try to
> set up a build env later this day and hope for the best :-)
Heh, good luck!
In the mean time, please send us
On Wed, 09 Oct 2013, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Let's try to avoid these confusing negated booleans.
Thanks for such a positive patch!
For the series,
Reviewed-by: Jani Nikula
> Signed-off-by: Ville Syrjälä
> ---
> drivers/gpu/drm/i915/intel_display.c | 10
Ok, for the distro (OpenElec) i'm using i'll need to to re-compile the
kernel with the CONFIG_DRM_LOAD_EDID_FIRMWARE=y option so i'll try to
set up a build env later this day and hope for the best :-)
On Thu, Oct 10, 2013 at 10:27 AM, Jani Nikula
wrote:
> On Thu, 10 Oct 2013, Jani Nikula wrote:
On Thu, 10 Oct 2013, Jani Nikula wrote:
> On Thu, 10 Oct 2013, Jasper Smet wrote:
>> I managed do this quickly before i got off to work:
>>
>> Dmesg output with directly connected to the tv: http://sprunge.us/EhJD
>>
>> Neither the VSX-928 nor the TV (passtrough) pick up sound when
>> connected t
On Wed, Oct 09, 2013 at 05:24:57PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Make sure our primary_disabled matches our expectations after driver
> init.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=70270
> Tested-by: Paulo Zanoni
> Signed-off-by: Ville
On Thu, 10 Oct 2013, Jasper Smet wrote:
> I managed do this quickly before i got off to work:
>
> Dmesg output with directly connected to the tv: http://sprunge.us/EhJD
>
> Neither the VSX-928 nor the TV (passtrough) pick up sound when
> connected to the AV receiver.
>
> I noticed that when i set
On Thu, Oct 10, 2013 at 03:11:40AM +, Guo, Yejun wrote:
> Hi Daniel,
>
> For example, the close source UMD driver also requires this information.
For upstream a userspace blob as consumer isn't good enough, Dave Airlie
has clearly established this precendence in a bunch of loud emails.
So I
I managed do this quickly before i got off to work:
Dmesg output with directly connected to the tv: http://sprunge.us/EhJD
Neither the VSX-928 nor the TV (passtrough) pick up sound when
connected to the AV receiver.
I noticed that when i set the resolution to 1080i@30 sound works on
the receiver
65 matches
Mail list logo
