From: Jim Hague <jim.hague@acm.org>
To: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Cc: linux-kernel@vger.kernel.org, linux-fbdev-devel@lists.sourceforge.net
Subject: Re: [2.6.11 Permedia-2 Framebuffer] driver broken (?).
Date: Mon, 07 Mar 2005 22:08:32 -0000 (GMT) [thread overview]
Message-ID: <XFMail.20050307220832.jim.hague@acm.org> (raw)
In-Reply-To: <Pine.LNX.4.60.0503072119420.6636@poirot.grange>
Hi Guennadi,
> Thanks for the patch. Yes, it does fix switching between X and VT.
OK, good.
> As for colours / graphics, disabling CONFIG_FB_PM2_FIFO_DISCONNECT fixes
> that too, but it worked under 2.6.10-rc2 with that option on too. What does
> it do and why I cannot use it under 2.6.11 any more? The help text to this
> option is not very enlightening...
(To be honest, I've never looked closely at this but inherited it from Illo's
2.4 driver. Cue scrabbling around in manuals...)
pm2fb programs the Permedia registers by writing to a FIFO. Normally if you
attempt to write to the FIFO and the FIFO is full, the write is lost. So pm2fb
checks before writing that there is sufficient space in the FIFO to hold the
full command sequence, and if not it loops waiting for the FIFO to empty
sufficiently.
Enabling FIFO_DISCONNECT enables PCI Disconnect. In this mode, if a write to
the FIFO occurs when the FIFO is full, the Permedia chip enables PCI Disconnect
which causes the processor to keep retrying the write cycle until the FIFO
empties and the write succeeds.
On the one hand this allows faster download to the Permedia because you don't
have to check the FIFO space, but at a cost of hogging the PCI bus (and possibly
causing interrupt loss) until the Permedia is ready. The programmers manual
cautions that it should only be used when you know that the Permedia can
consume data faster than the host can generate it and/or where there are no
time-critical periperals on the PCI bus.
All of which sounds to me like enabling PCI Disconnect isn't a great idea and
offers at best infinitesimal speedups. Having said that, the X driver does seem
to turn it on, which probably shows how much I know. As to why it's suddenly
stopped working, I have no idea. I'll try it out and see if I see the same
problems.
--
Jim Hague - jim.hague@acm.org Never trust a computer you can't lift.
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
next prev parent reply other threads:[~2005-03-07 22:09 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-05 23:53 [2.6.11 Permedia-2 Framebuffer] driver broken (?) Guennadi Liakhovetski
2005-03-06 9:52 ` Guennadi Liakhovetski
2005-03-06 13:30 ` Guennadi Liakhovetski
2005-03-07 19:44 ` Jim Hague
2005-03-07 20:24 ` Guennadi Liakhovetski
2005-03-07 22:08 ` Jim Hague [this message]
2005-03-08 23:08 ` Jim Hague
2005-03-09 23:48 ` Guennadi Liakhovetski
2005-03-21 22:59 ` Andrew Morton
2005-03-21 23:37 ` Antonino A. Daplas
2005-03-21 23:40 ` Guennadi Liakhovetski
2005-03-22 9:41 ` Jim Hague
2005-05-25 23:53 ` Andrew Morton
2005-05-26 22:38 ` Guennadi Liakhovetski
2005-05-27 23:31 ` Guennadi Liakhovetski
2005-05-28 10:46 ` Jim Hague
2005-06-09 14:35 ` Jim Hague
2005-06-10 5:30 ` Guennadi Liakhovetski
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=XFMail.20050307220832.jim.hague@acm.org \
--to=jim.hague@acm.org \
--cc=g.liakhovetski@gmx.de \
--cc=linux-fbdev-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).