From: Eugeni Dodonov
This allows to avoid talking to a non-existent bus repeatedly until we
finally timeout. The non-existent bus is signalled by -ENXIO error,
provided by i2c_algo_bit:bit_doAddress call.
As the advantage of such change, all the other routines which use
drm_get_edid would benefi
From: Eugeni Dodonov
This adds a new function intel_drm_get_valid_edid, which is used instead
of drm_get_edid within the i915 driver.
It does a similar check to the one in previous patch, but it is limited to
i915 driver.
The check is similar to the first part of EDID discovery performed by the
From: Eugeni Dodonov
This is the the forth iteration of potential fixes for slow edid detection
issues over non-existent outputs
(https://bugs.freedesktop.org/show_bug.cgi?id=41059) - the previous versions
were posted to the bug and were used mostly for debugging the problem.
After investigation
On Thu, Oct 06, 2011 at 01:55:49PM -0700, Eric Anholt wrote:
> On Thu, 22 Sep 2011 16:27:11 -0700, Ben Widawsky wrote:
> > +/**
> > + * unmap an object in the non-blocking mode
> > + */
> > +int drm_intel_gem_bo_unmap_nonblocking(drm_intel_bo *bo)
> > +{
> > + drm_intel_bufmgr_gem *bufmgr_gem =
> Do you expect to have other settings that you won't get from a VBIOS VBT
> (e.g. video timings, dual refresh info)?
>
> If so, it might make more sense to have an alternate init path for the
> non-VBT values to replace all the VBT parsing. I.e. if your DMI match
> happens, call into something ot
On Thu, 22 Sep 2011 16:27:11 -0700, Ben Widawsky wrote:
> +/**
> + * unmap an object in the non-blocking mode
> + */
> +int drm_intel_gem_bo_unmap_nonblocking(drm_intel_bo *bo)
> +{
> + drm_intel_bufmgr_gem *bufmgr_gem = (drm_intel_bufmgr_gem *) bo->bufmgr;
> + int ret = 0;
> +
> + if
On Thu, Oct 06, 2011 at 11:00:18AM -0700, Eric Anholt wrote:
> On Thu, 6 Oct 2011 05:15:23 +, Ben Widawsky wrote:
> Non-text part: multipart/signed
> > On Wed, Oct 05, 2011 at 05:59:31PM -0700, Eric Anholt wrote:
> > > On Wed, 5 Oct 2011 15:57:13 -0700, Ben Widawsky wrote:
> > > > I think we
On Thu, Oct 06, 2011 at 07:50:36PM +0200, Nico R. wrote:
> Daniel Vetter wrote:
> > On Thu, Oct 06, 2011 at 02:02:03AM +0200, Nico R. wrote:
> […]
> >> I can relatively easy trigger a bug which causes a hung GPU on a 945GM
> >> using the intel driver (i915).
> >>
> […]
> >>
> >> I have captured dme
On Thu, 6 Oct 2011 05:15:23 +, Ben Widawsky wrote:
Non-text part: multipart/signed
> On Wed, Oct 05, 2011 at 05:59:31PM -0700, Eric Anholt wrote:
> > On Wed, 5 Oct 2011 15:57:13 -0700, Ben Widawsky wrote:
> > > I think we also want a TLB invalidate here, bit 18. This requires another
> > > w
Hello,
I also have the same problem and would like to try the patch. Where can I find
the git source repository where I can get the latest development sources?
Regards
Dieter
> -Ursprüngliche Nachricht-
> Von: "Ben Widawsky"
> Gesendet: Oct 5, 2011 8:44:54 PM
> An: intel-gfx@lists.fre
On Thu, 6 Oct 2011 07:31:44 +0100, Dave Airlie wrote:
> You can't say no there, you need to make a decision from the
> information provided.
Yeah, you'd end up having to use two modes with the same clock. Let's
hope DisplayPort ends up a lot more popular than it has gotten so far?
--
keith.pac
On Thu, Oct 06, 2011 at 08:18:30AM -0700, Jesse Barnes wrote:
> On Thu, 6 Oct 2011 07:31:44 +0100
> Dave Airlie wrote:
> > On Wed, Oct 5, 2011 at 9:18 PM, Keith Packard wrote:
> > > On Wed, 5 Oct 2011 12:56:47 -0700, Jesse Barnes
> > > wrote:
> > >
> > >> Unfortunately, (2) complicates our mode
On Thu, 6 Oct 2011 07:31:44 +0100
Dave Airlie wrote:
> On Wed, Oct 5, 2011 at 9:18 PM, Keith Packard wrote:
> > On Wed, 5 Oct 2011 12:56:47 -0700, Jesse Barnes
> > wrote:
> >
> >> Unfortunately, (2) complicates our mode list output. If you query for
> >> available modes, you'll definitely see
On Wed, 5 Oct 2011 22:45:55 -0700
Simon Que wrote:
> Hi,
>
> Here's a patch to introduce a DMI-based SSC frequency selection in
> intel_bios.c. Instead of always selecting the "alternate" SSC
> frequency as default during initialization, this patch lets some
> systems have the non-alternate fre
On Wed, Oct 05, 2011 at 10:26:54PM +0100, Chris Wilson wrote:
> On Wed, 5 Oct 2011 13:01:56 -0700, Ben Widawsky wrote:
> > Docs say that the secure batchbuffer field for > SNB B0 (products that
> > actually shipped) should be 0 when not using PPGTT. I'd guess this has
> > no positive or negative
On Thu, Oct 06, 2011 at 02:02:03AM +0200, Nico R. wrote:
> Hello!
>
> I can relatively easy trigger a bug which causes a hung GPU on a 945GM
> using the intel driver (i915).
>
> I just have to start an application using 3D acceleration, and then use
> it for a while, then switch to another window
16 matches
Mail list logo
