From: Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
To: Dave Airlie <airlied-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: "Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org>,
Linux Kernel Mailing List
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Kernel Testers List
<kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"Siddha,
Suresh B"
<suresh.b.siddha-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
"Pallipadi,
Venkatesh"
<venkatesh.pallipadi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Subject: Re: [Bug #13667] drm: display arifacts when X.Org is stopped
Date: Thu, 9 Jul 2009 03:28:52 +0200 [thread overview]
Message-ID: <200907090328.53643.elendil@planet.nl> (raw)
In-Reply-To: <21d7e9970907081642l3ef6df5blde31df656cd74432-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
On Thursday 09 July 2009, Dave Airlie wrote:
> > [1] I'd even go so far as to feel it should be a standard test case
> > for video driver developers, given that this is the third time it's
> > shown regressions :-) For the third case the bug was in the X.Org
> > i830 driver: http://bugs.freedesktop.org/show_bug.cgi?id=14481.
>
> It might surprise you to learn this, but vesafb has never been
> considered supportable by the X.org community, and you'll notice not
> very many distros ship with it enabled, it breaks suspend/resume on
> many machines for example.
I beg to disagree.
- Debian does have it enabled by default.
- I have always used it on all my machines without any problems.
- Both my laptops and my desktop suspend and resume perfectly with vesafb
and X.Org.
- Jesse Barnes seems to disagree with you. To quote from the BR cited
above (comment #11): "and you're right, making things work with vesafb
isn't unreasonable".
I do know intelfb is considered to be terminally broken, but have always
understood the use of vesafb to be accepted.
> As I said having two drivers thinking they own the GPU is a recipe for
> total disaster and thats why we've designed the new KMS code so you can
> get cool bootup logos and avoid the insanity dance.
Yes, and I really welcome the great progress being made there. But for me
it's not yet an option as I run Debian stable on these boxes.
> However we shall endeavour to fix this issues as it may be systemic of
> something else going wrong in the new PAT/AGP code.
Great. Thanks in advance, I do appreciate it.
BTW, today I noticed another regression, but I have not yet looked into it
deeply. When I suspend I normally see at least some console messages from
the suspend procedure on the framebuffer console, but with .31-rc2 I only
see a cursor. It does not really affect the suspend/resume.
Could possibly be related. Will investigate further.
Cheers,
FJP
WARNING: multiple messages have this Message-ID (diff)
From: Frans Pop <elendil@planet.nl>
To: Dave Airlie <airlied@gmail.com>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Kernel Testers List <kernel-testers@vger.kernel.org>,
"Siddha, Suresh B" <suresh.b.siddha@intel.com>,
"Pallipadi, Venkatesh" <venkatesh.pallipadi@intel.com>
Subject: Re: [Bug #13667] drm: display arifacts when X.Org is stopped
Date: Thu, 9 Jul 2009 03:28:52 +0200 [thread overview]
Message-ID: <200907090328.53643.elendil@planet.nl> (raw)
In-Reply-To: <21d7e9970907081642l3ef6df5blde31df656cd74432@mail.gmail.com>
On Thursday 09 July 2009, Dave Airlie wrote:
> > [1] I'd even go so far as to feel it should be a standard test case
> > for video driver developers, given that this is the third time it's
> > shown regressions :-) For the third case the bug was in the X.Org
> > i830 driver: http://bugs.freedesktop.org/show_bug.cgi?id=14481.
>
> It might surprise you to learn this, but vesafb has never been
> considered supportable by the X.org community, and you'll notice not
> very many distros ship with it enabled, it breaks suspend/resume on
> many machines for example.
I beg to disagree.
- Debian does have it enabled by default.
- I have always used it on all my machines without any problems.
- Both my laptops and my desktop suspend and resume perfectly with vesafb
and X.Org.
- Jesse Barnes seems to disagree with you. To quote from the BR cited
above (comment #11): "and you're right, making things work with vesafb
isn't unreasonable".
I do know intelfb is considered to be terminally broken, but have always
understood the use of vesafb to be accepted.
> As I said having two drivers thinking they own the GPU is a recipe for
> total disaster and thats why we've designed the new KMS code so you can
> get cool bootup logos and avoid the insanity dance.
Yes, and I really welcome the great progress being made there. But for me
it's not yet an option as I run Debian stable on these boxes.
> However we shall endeavour to fix this issues as it may be systemic of
> something else going wrong in the new PAT/AGP code.
Great. Thanks in advance, I do appreciate it.
BTW, today I noticed another regression, but I have not yet looked into it
deeply. When I suspend I normally see at least some console messages from
the suspend procedure on the framebuffer console, but with .31-rc2 I only
see a cursor. It does not really affect the suspend/resume.
Could possibly be related. Will investigate further.
Cheers,
FJP
next prev parent reply other threads:[~2009-07-09 1:28 UTC|newest]
Thread overview: 136+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-06 23:42 2.6.31-rc2: Reported regressions from 2.6.30 Rafael J. Wysocki
2009-07-06 23:42 ` Rafael J. Wysocki
2009-07-06 23:42 ` [Bug #13522] BUG: scheduling while atomic Rafael J. Wysocki
2009-07-06 23:42 ` Rafael J. Wysocki
2009-07-07 16:27 ` Sergey Senozhatsky
2009-07-07 16:27 ` Sergey Senozhatsky
2009-07-07 20:35 ` Rafael J. Wysocki
2009-07-06 23:49 ` [Bug #13650] Problem with alloc_arch_preferred_bootmem() on powerpc Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-08 23:12 ` Sean MacLennan
2009-07-06 23:49 ` [Bug #13643] Touchpad lost synchronization after resume from suspend to RAM Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-06 23:49 ` [Bug #13652] scheduling while atomic: pptpgw Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-06 23:49 ` [Bug #13645] NULL pointer dereference at (null) (level2_spare_pgt) Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-06 23:49 ` [Bug #13656] 2.6.31-rc1 crashes randomly on my Machine Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-06 23:49 ` [Bug #13657] Linux-2.6.31-rc1 Fails To Recognize Some USB Disks Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-15 7:42 ` Tarkan Erimer
2009-07-15 7:42 ` Tarkan Erimer
2009-07-06 23:49 ` [Bug #13659] iwlagn (4965): no wireless due to RFKILL problem Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-07 19:28 ` Frans Pop
2009-07-07 19:28 ` Frans Pop
[not found] ` <200907072128.14131.elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
2009-07-07 20:36 ` Rafael J. Wysocki
2009-07-07 20:36 ` Rafael J. Wysocki
2009-07-06 23:49 ` [Bug #13665] commit 69c854817566 causes OOMs Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-07 4:04 ` Minchan Kim
2009-07-07 4:04 ` Minchan Kim
2009-07-07 4:25 ` Gene Heskett
2009-07-07 4:25 ` Gene Heskett
2009-07-06 23:49 ` [Bug #13661] warning in smp_call_function_single while S2R Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-06 23:49 ` [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-07 4:23 ` David Rientjes
2009-07-07 4:23 ` David Rientjes
[not found] ` <alpine.DEB.2.00.0907062101330.31794-X6Q0R45D7oAcqpCFd4KODRPsWskHk0ljAL8bYrjMMd8@public.gmane.org>
2009-07-07 9:39 ` Mel Gorman
2009-07-07 9:39 ` Mel Gorman
2009-07-06 23:49 ` [Bug #13667] drm: display arifacts when X.Org is stopped Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-08 0:32 ` Frans Pop
[not found] ` <200907080232.04551.elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
2009-07-08 2:50 ` Dave Airlie
2009-07-08 2:50 ` Dave Airlie
[not found] ` <21d7e9970907071950n27979df6j44444edd8528a598-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-07-08 5:00 ` Frans Pop
2009-07-08 5:00 ` Frans Pop
[not found] ` <200907080700.33120.elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
2009-07-08 23:42 ` Dave Airlie
2009-07-08 23:42 ` Dave Airlie
[not found] ` <21d7e9970907081642l3ef6df5blde31df656cd74432-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-07-09 1:28 ` Frans Pop [this message]
2009-07-09 1:28 ` Frans Pop
2009-07-09 17:09 ` Jesse Barnes
[not found] ` <200907090328.53643.elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
2009-07-25 16:33 ` Frans Pop
2009-07-25 16:33 ` Frans Pop
[not found] ` <200907251833.42598.elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
2009-07-30 10:40 ` Dave Airlie
2009-07-30 10:40 ` Dave Airlie
[not found] ` <21d7e9970907300340t79e063e1n18cdba11538c2fdc-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-07-30 11:40 ` Frans Pop
2009-07-30 11:40 ` Frans Pop
[not found] ` <200907301341.01693.elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
2009-08-01 2:28 ` Pallipadi, Venkatesh
2009-08-01 2:28 ` Pallipadi, Venkatesh
[not found] ` <7E82351C108FA840AB1866AC776AEC466D66A552-osO9UTpF0URqS6EAlXoojrfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2009-08-01 7:02 ` Frans Pop
2009-08-01 7:02 ` Frans Pop
2009-07-06 23:49 ` [Bug #13690] nodes_clear cause hugepage unusable on non-NUMA machine Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-07 0:06 ` Yinghai Lu
[not found] ` <4A529180.7090104-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
2009-07-07 11:14 ` Rafael J. Wysocki
2009-07-07 11:14 ` Rafael J. Wysocki
2009-07-06 23:49 ` [Bug #13700] usb error flood in dmesg, makes kde use plenty of cpu - bisected Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-06 23:49 ` [Bug #13673] HIGHMEM64G causes hang in PCI init on 32-bit x86 Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-07 9:18 ` Mikael Pettersson
2009-07-07 9:18 ` Mikael Pettersson
[not found] ` <19027.4815.420637.375450-tgku4HJDRZih8lFjZTKsyTAV6s6igYVG@public.gmane.org>
2009-07-07 11:14 ` Rafael J. Wysocki
2009-07-07 11:14 ` Rafael J. Wysocki
2009-07-06 23:49 ` [Bug #13726] fio sync read 4k block size 35% regression Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-07 6:06 ` Zhang, Yanmin
2009-07-07 6:06 ` Zhang, Yanmin
2009-07-07 10:09 ` Wu Fengguang
2009-07-07 10:09 ` Wu Fengguang
2009-07-10 6:37 ` Wu Fengguang
2009-07-10 6:37 ` Wu Fengguang
2009-07-10 7:41 ` Zhang, Yanmin
2009-07-10 7:41 ` Zhang, Yanmin
2009-07-10 8:17 ` Wu Fengguang
2009-07-10 8:17 ` Wu Fengguang
2009-07-13 2:51 ` Zhang, Yanmin
2009-07-13 2:51 ` Zhang, Yanmin
2009-07-13 7:27 ` Wu Fengguang
2009-07-06 23:49 ` [Bug #13728] 2.6.31-rc2 soft lockups, RPC-related Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-11 0:29 ` Paul Collins
2009-07-06 23:49 ` [Bug #13716] The AIC-7892P controller does not work any more Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-06 23:49 ` [Bug #13727] Cannot Recognize Empty DVD Media Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-15 7:19 ` Tarkan Erimer
[not found] ` <4A5D82EA.1070002-AMZSHK9Z0TXlajqSnzHT9w@public.gmane.org>
2009-07-15 17:53 ` Maciej Rutecki
2009-07-15 17:53 ` Maciej Rutecki
2009-07-15 17:56 ` Maciej Rutecki
2009-07-15 17:56 ` Maciej Rutecki
2009-07-06 23:49 ` [Bug #13732] tty layer instabilities Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-06 23:49 ` [Bug #13730] hitting lockdep limits Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-06 23:49 ` [Bug #13729] kernel BUG at fs/notify/notification.c:93! Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-06 23:49 ` [Bug #13731] Inconsistent {IN-RECLAIM_FS-W} -> {RECLAIM_FS-ON-W} usage Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-06 23:49 ` [Bug #13733] 2.6.31-rc2: irq 16: nobody cared Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-06 23:49 ` [Bug #13734] regression in 2.6.31-rcX since commit a1091aa Rafael J. Wysocki
2009-07-06 23:49 ` Rafael J. Wysocki
2009-07-07 1:06 ` Larry Finger
2009-07-07 1:06 ` Larry Finger
[not found] ` <4A529F97.9080206-tQ5ms3gMjBLk1uMJSBkQmQ@public.gmane.org>
2009-07-07 11:19 ` Rafael J. Wysocki
2009-07-07 11:19 ` Rafael J. Wysocki
2009-07-07 1:25 ` 2.6.31-rc2: Reported regressions from 2.6.30 Andres Freund
2009-07-07 1:25 ` Andres Freund
2009-07-07 11:36 ` Rafael J. Wysocki
2009-07-07 11:36 ` Rafael J. Wysocki
2009-07-10 1:46 ` John Dykstra
2009-07-10 1:46 ` John Dykstra
2009-07-10 2:10 ` Andres Freund
2009-07-10 2:10 ` Andres Freund
2009-07-07 19:25 ` Frans Pop
2009-07-07 19:25 ` Frans Pop
[not found] ` <200907072125.47762.elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
2009-07-07 20:41 ` Rafael J. Wysocki
2009-07-07 20:41 ` Rafael J. Wysocki
-- strict thread matches above, loose matches on Subject: below --
2009-07-26 20:23 2.6.31-rc4: " Rafael J. Wysocki
2009-07-26 20:28 ` [Bug #13667] drm: display arifacts when X.Org is stopped Rafael J. Wysocki
2009-07-26 20:28 ` Rafael J. Wysocki
2009-06-28 23:51 2.6.31-rc1-git3: Reported regressions from 2.6.30 Rafael J. Wysocki
2009-06-29 0:11 ` [Bug #13667] drm: display arifacts when X.Org is stopped Rafael J. Wysocki
2009-06-29 0:11 ` Rafael J. Wysocki
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=200907090328.53643.elendil@planet.nl \
--to=elendil-eibgga6/0yrmr6xm/wnwpw@public.gmane.org \
--cc=airlied-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=rjw-KKrjLPT3xs0@public.gmane.org \
--cc=suresh.b.siddha-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=venkatesh.pallipadi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
/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.