All of lore.kernel.org
 help / color / mirror / Atom feed
From: John Donnelly <john.p.donnelly@oracle.com>
To: Thomas Zimmermann <tzimmermann@suse.de>
Cc: dri-devel@lists.freedesktop.org, allen <allen.pais@oracle.com>
Subject: Re: Drm: mgag200. Video adapter issue with 5.4.0-rc3 ; no graphics
Date: Wed, 13 Nov 2019 13:44:32 -0600	[thread overview]
Message-ID: <3452CC40-9A21-45A8-99D1-87B313A55A04@oracle.com> (raw)
In-Reply-To: <E0E19A1E-8546-4A94-88D0-C6AA6E20280A@oracle.com>



> On Nov 13, 2019, at 11:42 AM, John Donnelly <john.p.donnelly@oracle.com> wrote:
> 
> Hi Thomas:  See below 
> 
>> On Nov 13, 2019, at 2:17 AM, Thomas Zimmermann <tzimmermann@suse.de> wrote:
>> 
>> Hi John
>> 
>> Am 12.11.19 um 20:13 schrieb John Donnelly:
>>> 
>>> In short .  I started   with :
>>> 
>>> git bisect start 
>>> 
>>> git bisect bad be8454afc50f
>>> 
>>> git bisect good fec88ab0af97
>>> 
>>> And at the  the end of   bisects  showed this was the offending commit :
>>> 
>>> c0a74c732568 
>>> 
>>> commit c0a74c732568ad347f7b3de281922808dab30504 (refs/bisect/bad)
>>> Author: Jani Nikula <jani.nikula@intel.com>
>>> Date:   Fri May 24 20:35:22 2019 +0300
>>> 
>>>   drm/i915: Update DRIVER_DATE to 20190524
>>> 
>>>   Signed-off-by: Jani Nikula <jani.nikula@intel.com>
>>> 
>>> That does not have any real relevance
>> 
>> No, that doesn't look right. The other bad commits you list below also
>> don't seem to be related.
> 
> 
> 
> Thank you for your patience ;  I  started over and the bisect took to me to  this change that certainly reflects the behavior I am seeing :
> 
> commit 81da87f63a1edebcf8cbb811d387e353d9f89c7a (refs/bisect/bad)
> Author: Thomas Zimmermann <tzimmermann@suse.de>
> Date:   Tue May 21 13:08:29 2019 +0200
> 
>    drm: Replace drm_gem_vram_push_to_system() with kunmap + unpin
> 
>    The push-to-system function forces a buffer out of video RAM. This decision
>    should rather be made by the memory manager. By replacing the function with
>    calls to the kunmap and unpin functions, the buffer's memory becomes available,
>    but the buffer remains in VRAM until it's evicted by a pin operation.
> 
>    This patch replaces the remaining instances of drm_gem_vram_push_to_system()
>    in ast and mgag200, and removes the function from DRM.
> 
> 
> My 1st impression is we need a method  that restores the previous behavior that pushes the content to the device .    

It appears  many of the code changes  that were involved in 81da87f63a1 ( above ) have been superseded by :



commit 5d17718997367c435dbe5341a8e270d9b19478d3
Author: Thomas Zimmermann <tzimmermann@suse.de>
Date:   Thu Jun 27 10:09:09 2019 +0200

    drm/mgag200: Replace struct mga_framebuffer with GEM framebuffer helpers

Are there any other methods  (tools ) you could recommend  outside of starting Gnome that I could use to get a display activity  shown on the console ?
    

===. snipped === 

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

  reply	other threads:[~2019-11-13 19:44 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-11-07  2:29 Drm: mgag200. Video adapter issue with 5.4.0-rc3 ; no graphics John Donnelly
2019-11-07  7:54 ` Thomas Zimmermann
2019-11-07 13:12   ` John Donnelly
2019-11-07 13:42     ` Thomas Zimmermann
2019-11-07 16:13       ` John Donnelly
2019-11-07 22:14         ` John Donnelly
2019-11-08  7:46           ` Thomas Zimmermann
     [not found]             ` <81D853E0-34F0-4894-B692-7E560AC2D9A1@oracle.com>
2019-11-08 15:06               ` Thomas Zimmermann
2019-11-08 18:07                 ` John Donnelly
2019-11-08 19:10                   ` Daniel Vetter
2019-11-11 15:57                   ` Thomas Zimmermann
2019-11-11 17:40                     ` John Donnelly
2019-11-12 10:02                       ` Thomas Zimmermann
2019-11-12 19:13                     ` John Donnelly
2019-11-12 20:14                       ` Daniel Vetter
2019-11-13  8:17                       ` Thomas Zimmermann
2019-11-13 17:42                         ` John Donnelly
2019-11-13 19:44                           ` John Donnelly [this message]
2019-11-13 20:06                           ` Daniel Vetter
2019-11-13 21:34                             ` John Donnelly

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3452CC40-9A21-45A8-99D1-87B313A55A04@oracle.com \
    --to=john.p.donnelly@oracle.com \
    --cc=allen.pais@oracle.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=tzimmermann@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.