linux-fbdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Framebuffer on modified Radeon 9500
@ 2003-05-11  0:21 gutko
  2003-05-11  4:54 ` Jurriaan
  0 siblings, 1 reply; 4+ messages in thread
From: gutko @ 2003-05-11  0:21 UTC (permalink / raw)
  To: linux-fbdev-devel

Hello,
I'm trying to run (with no effect) radeonfb on X-power Radeon 9500 non pro 128mb, which I modified to 9700 non pro. Some time ago it was loud in internet about this mod. The matter was simple soldering to unlock additional 4 rendering pipes, and a bios change to change hardwane ID's. I took bios from Hercules R9700(non pro). 
I tried radeonfb 0.1.8  and it always says: "cannot map FB". I tried vesafb and it doesn't print anything at all. I can use this card only in 80x25 mode on console. X works OK in any resolution, same Windows and all Windows games.

Maybe it doesn't work because difference between first controller "R300 NE" and second "R300"? I don't know how it looks on not modified cards.
I know there is a lot of people with such problem.

Is it possible to make radeonfb work on this card? 
Is there any chance in future to support it?? I'll be happy to provide any information to help.

Thank you,
Maciek

ps:

Here is "lspci -vv" output.
MODIFIED CARD:

02:00.0 VGA compatible controller: ATI Technologies Inc Radeon R300 NE [Radeon 9700] (prog-if 00 [VGA])
 Subsystem: ATI Technologies Inc: Unknown device 0002
 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
 Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
 Latency: 32 (2000ns min), cache line size 08
 Interrupt: pin A routed to IRQ 10
 Region 0: Memory at d0000000 (32-bit, prefetchable) [size=128M]
 Region 1: I/O ports at b000 [size=256]
 Region 2: Memory at e5000000 (32-bit, non-prefetchable) [size=64K]
 Expansion ROM at <unassigned> [disabled] [size=128K]
 Capabilities: [58] AGP version 3.0
  Status: RQ=256 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3+ Rate=x4,x8
  Command: RQ=1 ArqSz=0 Cal=0 SBA+ AGP- GART64- 64bit- FW- Rate=<none>
 Capabilities: [50] Power Management version 2
  Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
  Status: D0 PME-Enable- DSel=0 DScale=0 PME-

02:00.1 Display controller: ATI Technologies Inc Radeon R300 [Radeon 9700] (Secondary)
 Subsystem: ATI Technologies Inc: Unknown device 0003
 Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
 Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
 Region 0: Memory at d8000000 (32-bit, prefetchable) [disabled] [size=128M]
 Region 1: Memory at e5010000 (32-bit, non-prefetchable) [disabled] [size=64K]
 Capabilities: [50] Power Management version 2
  Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
  Status: D0 PME-Enable- DSel=0 DScale=0 PME-


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Framebuffer on modified Radeon 9500
  2003-05-11  0:21 Framebuffer on modified Radeon 9500 gutko
@ 2003-05-11  4:54 ` Jurriaan
  2003-05-12  4:51   ` Framebuffer on banked video memory device (MMAP/NOPAGE) alain volmat
  0 siblings, 1 reply; 4+ messages in thread
From: Jurriaan @ 2003-05-11  4:54 UTC (permalink / raw)
  To: gutko; +Cc: linux-fbdev-devel

From: gutko@poczta.onet.pl <gutko@poczta.onet.pl>
Date: Sun, May 11, 2003 at 02:21:29AM +0200
> Hello,
> I'm trying to run (with no effect) radeonfb on X-power Radeon 9500 non pro 128mb, which I modified to 9700 non pro. Some time ago it was loud in internet about this mod. The matter was simple soldering to unlock additional 4 rendering pipes, and a bios change to change hardwane ID's. I took bios from Hercules R9700(non pro). 
> I tried radeonfb 0.1.8  and it always says: "cannot map FB". I tried vesafb and it doesn't print anything at all. I can use this card only in 80x25 mode on console. X works OK in any resolution, same Windows and all Windows games.

[fix your line-length, please. 72 chars is really enough]

How much memory do you have? If you have 1 gigabyte, does booting with
mem=512M help?

HTH,
Jurriaan
-- 
Evil Grin no. 13: <<<<<GRIN>>>>>
Debian (Unstable) GNU/Linux 2.5.69 4112 bogomips load av: 0.30 0.58 0.43


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Framebuffer on banked video memory device (MMAP/NOPAGE)
  2003-05-11  4:54 ` Jurriaan
@ 2003-05-12  4:51   ` alain volmat
  2003-05-12  6:30     ` alain volmat
  0 siblings, 1 reply; 4+ messages in thread
From: alain volmat @ 2003-05-12  4:51 UTC (permalink / raw)
  To: linux-fbdev-devel

Hello guys,

my email concern MMAP / NOPAGE but applied to
framebuffer so I decided to write here.
Actually it's about an old story I wrote about few
months ago; having a framebuffer for a custom chip
which has video memory banked (ie, I need to set
manually registers of the chip in order to select
which bank of the memory I want to be visible from the
CPU).
FBCON works perfectly on the top of this framebuffer
(I have overwritten fb_readb/w/l and fb_writeb/w/l to
be able to insert those bank switch thing), but I am
still facing lot of problems concerning MMAP access to
framebuffer memory.
In case of MMAP, I cannot control bank switching as
easier as in case of FBCON. By using the NOPAGE
handler, I can switch bank but still it seems that it
doesn't work in the perfect way.

First let me explain a bit more; the memory to be
MMAPed is physical memory (not allocated). Inside the
mmap function nothing is done except passing the
structure for the NOPAGE handler; the NOPAGE handler
is then in charge of calling "remap_page_range" and
"pgd_offset", "pmd_offset" and "pte_offset".
I've noticed that in that case, the NOPAGE handler is
actually only called once per bank. I mean if a page
has never been mapped before then the nopage handler
will be called, but after that the nopage handler will
never again be called. As a result, my display is only
refresh once (in full) and then after only 1 bank is
accessed (because the nopage handler is not called).
In order to have the nopage handler always called, I
tried to modify my NOPAGE handler to make him FORGET
about the previous mapped page. (in that case at a
time only 1 page is always mapped). I don't think it's
a good solution but currently I use "zap_page_range".
Well this function was not static but I had to EXPORT
it to make it available to module. I don't think it is
the right solution but since I didn't find anybody
who's facing this problem I've checked a bit memory.c
to find this function.

Actually I'm quite surprise to see that nobody is
facing this problem, (well maybe it's just my
misunderstanding of the use of nopage handler), why
does the NOPAGE handler is only call once. Are there
any way to make it forget previous page ??

Even with this modification everything doesn't works
fine, well I got all the display refreshed but it
seems that (maybe due to timing issue) sometimes it
mistake bank. I know that this problem is related to
MMAP/NOPAGE because this problem doesn't happens at
all for FBCON, even if the way to control the hardware
is same. I would like to learn more about timing of
the NOPAGE handler, when is it called ? does the
process "stop" during that time and wait or just
continue ?

Sorry ... I noticed that my email is finally more
related to MMAP/NOPAGE that actually framebuffer
itself, but I also would like to know if some people
have framebuffer on banked memory device.

Sincerely,
Alain

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Framebuffer on banked video memory device (MMAP/NOPAGE)
  2003-05-12  4:51   ` Framebuffer on banked video memory device (MMAP/NOPAGE) alain volmat
@ 2003-05-12  6:30     ` alain volmat
  0 siblings, 0 replies; 4+ messages in thread
From: alain volmat @ 2003-05-12  6:30 UTC (permalink / raw)
  To: linux-fbdev-devel

I forget to mention that I'm using kernel 2.4.19 on
SH3 (big endian).

Alain

 --- alain volmat <avolmat@yahoo.fr> a écrit : > Hello
guys,
> 
> my email concern MMAP / NOPAGE but applied to
> framebuffer so I decided to write here.
> Actually it's about an old story I wrote about few
> months ago; having a framebuffer for a custom chip
> which has video memory banked (ie, I need to set
> manually registers of the chip in order to select
> which bank of the memory I want to be visible from
> the
> CPU).
> FBCON works perfectly on the top of this framebuffer
> (I have overwritten fb_readb/w/l and fb_writeb/w/l
> to
> be able to insert those bank switch thing), but I am
> still facing lot of problems concerning MMAP access
> to
> framebuffer memory.
> In case of MMAP, I cannot control bank switching as
> easier as in case of FBCON. By using the NOPAGE
> handler, I can switch bank but still it seems that
> it
> doesn't work in the perfect way.
> 
> First let me explain a bit more; the memory to be
> MMAPed is physical memory (not allocated). Inside
> the
> mmap function nothing is done except passing the
> structure for the NOPAGE handler; the NOPAGE handler
> is then in charge of calling "remap_page_range" and
> "pgd_offset", "pmd_offset" and "pte_offset".
> I've noticed that in that case, the NOPAGE handler
> is
> actually only called once per bank. I mean if a page
> has never been mapped before then the nopage handler
> will be called, but after that the nopage handler
> will
> never again be called. As a result, my display is
> only
> refresh once (in full) and then after only 1 bank is
> accessed (because the nopage handler is not called).
> In order to have the nopage handler always called, I
> tried to modify my NOPAGE handler to make him FORGET
> about the previous mapped page. (in that case at a
> time only 1 page is always mapped). I don't think
> it's
> a good solution but currently I use
> "zap_page_range".
> Well this function was not static but I had to
> EXPORT
> it to make it available to module. I don't think it
> is
> the right solution but since I didn't find anybody
> who's facing this problem I've checked a bit
> memory.c
> to find this function.
> 
> Actually I'm quite surprise to see that nobody is
> facing this problem, (well maybe it's just my
> misunderstanding of the use of nopage handler), why
> does the NOPAGE handler is only call once. Are there
> any way to make it forget previous page ??
> 
> Even with this modification everything doesn't works
> fine, well I got all the display refreshed but it
> seems that (maybe due to timing issue) sometimes it
> mistake bank. I know that this problem is related to
> MMAP/NOPAGE because this problem doesn't happens at
> all for FBCON, even if the way to control the
> hardware
> is same. I would like to learn more about timing of
> the NOPAGE handler, when is it called ? does the
> process "stop" during that time and wait or just
> continue ?
> 
> Sorry ... I noticed that my email is finally more
> related to MMAP/NOPAGE that actually framebuffer
> itself, but I also would like to know if some people
> have framebuffer on banked memory device.
> 
> Sincerely,
> Alain
> 
>
___________________________________________________________
> Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et
> en français !
> Yahoo! Mail : http://fr.mail.yahoo.com
> 
> 
>
-------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6,
> 2003, Santa Clara
> The only event dedicated to issues related to Linux
> enterprise solutions
> www.enterpriselinuxforum.com
> 
> _______________________________________________
> Linux-fbdev-devel mailing list
> Linux-fbdev-devel@lists.sourceforge.net
>
https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel 

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2003-05-12  6:30 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-05-11  0:21 Framebuffer on modified Radeon 9500 gutko
2003-05-11  4:54 ` Jurriaan
2003-05-12  4:51   ` Framebuffer on banked video memory device (MMAP/NOPAGE) alain volmat
2003-05-12  6:30     ` alain volmat

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).