Fwd: [PATCH] ATI Mach64 accelerated imgblit (sligthly improved)

Sorry, forgot to say it's against 2.6.1-mm1 + last fbdev.diff.gz.

I'm trying to use the atyfb on a Rage Mobility M1 but I'm confused on which source tree has the best chance of getting to work.

Grepping through both the 2.4.24 and 2.6.1rc3 tree I find that the 2.4.24 tree has several references to a mobility M1 in the comments.

The 2.6.1rc3 tree does not.

Neither tree however has an entry for my device.  Neither will detect my device which has an id of 0x4c52.

If I copy one of the "3D RAGE Mobility" id lines and change the clocks to what I think they should be the device gets detected but various specifications (like ammount and type of RAM) are incorrect.

So if I am about to start hacking on a tree to figure out whats wrong what tree should I use?  Where is the most advanced tree for the atyfb located?


-- 
Richard A. Smith
rsmith@bitworks.com




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

There is a fairly advanced one here: http://www.saftware.de/
but I don't know it's current status.

--- Richard Smith <rsmith@bitworks.com> wrote:

I'm trying to use the atyfb on a Rage Mobility M1 but I'm confused on 
which source tree has the best chance of getting to work.

Grepping through both the 2.4.24 and 2.6.1rc3 tree I find that the 
2.4.24 tree has several references to a mobility M1 in the comments.

The 2.6.1rc3 tree does not.

Neither tree however has an entry for my device.  Neither will detect my 
device which has an id of 0x4c52.

If I copy one of the "3D RAGE Mobility" id lines and change the clocks 
to what I think they should be the device gets detected but various 
specifications (like ammount and type of RAM) are incorrect.

So if I am about to start hacking on a tree to figure out whats wrong 
what tree should I use?  Where is the most advanced tree for the atyfb 
located?


-- 
Richard A. Smith
rsmith@bitworks.com




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Linux-fbdev-devel mailing list
Linux-fbdev-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel

=====
Jon Smirl
jonsmirl@yahoo.com

__________________________________
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
http://hotjobs.sweepstakes.yahoo.com/signingbonus


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Jon Smirl wrote:

There is a fairly advanced one here: http://www.saftware.de/
but I don't know it's current status.

Thanks.  This is a rage128 fb though and I was under the impression that the Rage Mobility M1 is mach64 based.  None of the device ids in this driver match either and no mention of anything "Mobility M1"

-- 
Richard A. Smith
rsmith@bitworks.com




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Am Samstag, 17. Januar 2004 07:38 schrieb Jon Smirl:

Mach64 MOBILITY M1 works by me for ages. I submitted all patches to James for 
months. They are in fbdev.diff.gz. But I dont think, they will be merged with 
vanilla very soon.

Regards
Alex Kern



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

On Fri, 16 Jan 2004, Richard Smith wrote:

I'm trying to use the atyfb on a Rage Mobility M1 but I'm confused on
which source tree has the best chance of getting to work.

Grepping through both the 2.4.24 and 2.6.1rc3 tree I find that the
2.4.24 tree has several references to a mobility M1 in the comments.

The 2.6.1rc3 tree does not.

Neither tree however has an entry for my device.  Neither will detect my
device which has an id of 0x4c52.

If I copy one of the "3D RAGE Mobility" id lines and change the clocks
to what I think they should be the device gets detected but various
specifications (like ammount and type of RAM) are incorrect.

So if I am about to start hacking on a tree to figure out whats wrong
what tree should I use?  Where is the most advanced tree for the atyfb
located?

2.4.24 has the Mobility M1 support, 2.6 hasn't.

BTW, I already forwarded your previous message to Daniël Mantione (who did the
M1 support), in case he missed your message on the list. Let's hope he knows
what's wrong.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Mach64 MOBILITY M1 works by me for ages. I submitted all patches to James for 
months. They are in fbdev.diff.gz. But I dont think, they will be merged with 
vanilla very soon.

James stuffs will be merged soon, I hope. At this point, I need to
go over the lots of patches and break them in pieces suitable for
submission upstream (we can't get the whole lot merged at once, or
maybe we can but only after I have reviewed all of the stuff in
more details).

I don't know if it will make it in time for 2.6.2, but it will be
merged.

Anyway, I'm back from LCA now and plan to work on this next week.

Ben.




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Benjamin Herrenschmidt wrote:

quoted

Mach64 MOBILITY M1 works by me for ages. I submitted all patches to James for months. They are in fbdev.diff.gz. But I dont think, they will be merged with vanilla very soon.

  I grabbed fbdev.diff.gz from infradead (is this the canonical source?) and patched my 2.6.1 tree.  But I still don't see my 0x4c52 device id listed in the tables.

-- 
Richard A. Smith
rsmith@bitworks.com




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Richard Smith wrote:

Benjamin Herrenschmidt wrote:

quoted

quoted

Mach64 MOBILITY M1 works by me for ages. I submitted all patches to James for months. They are in fbdev.diff.gz. But I dont think, they will be merged with vanilla very soon.

  I grabbed fbdev.diff.gz from infradead (is this the canonical source?) and patched my 2.6.1 tree.  But I still don't see my 0x4c52 device id listed in the tables.

And it still dosen't detect my device(s).

I never received an answer to this.  I don't see how the M1 can work supported when the device id isn't in the table.  Did I really get the latest patch?

-- 
Richard A. Smith
rsmith@bitworks.com




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Can you submit a patch.


On Tue, 27 Jan 2004, Richard Smith wrote:

Richard Smith wrote:

quoted

Benjamin Herrenschmidt wrote:

quoted

quoted

Mach64 MOBILITY M1 works by me for ages. I submitted all patches to 
James for months. They are in fbdev.diff.gz. But I dont think, they 
will be merged with vanilla very soon.

  I grabbed fbdev.diff.gz from infradead (is this the canonical source?) 
and patched my 2.6.1 tree.  But I still don't see my 0x4c52 device id 
listed in the tables.

And it still dosen't detect my device(s).

I never received an answer to this.  I don't see how the M1 can work 
supported when the device id isn't in the table.  Did I really get the 
latest patch?

-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Somehow this didn't make it to the list the first time... so I'm resending it.

James Simmons wrote:

Can you submit a patch.

Sure but the problem is that it dosen't work.  All I did was duplicate the 0x4c4d device (m64n_mob_p) and change the device Id to 0x4c52. It detects my devices but the type and  ammount of ram it finds and various other things are incorrect. The 0x4c4d matches the M1s clock speeds but I don't know what all those other flags specified mean and the text description for the m64_mob_p says "3D Rage Mobility.... P/M AGP 2x" and my device is on the PCI bus.  The Marketing descriptions describe the M1 as a "Rage Mobility" not a "3D Rage Mobility"

I suppose now would be the time to own up and mention that the above incorrect dection problems may not be the drivers fault at all.  I have a really special setup. (explained below) Howerver, since my device ID wasn't in the device table I don't know if the driver is _supposed_ to be able to get the right info.

Ok. Here's my crazy setup.  I have custom SBC that we re-designed with 2 ATI M1's on it to replace 2 Assilliant 69030s which went end of life last year.  Both chips are on the PCI bus.

This board boots linuxBIOS rather than a normal BIOS.  LinuxBIOS has the ability to run videobios provided by the mfg but it only has limited bios int support.  The assilliant videobios must have had much fewer requirements than ATI's bios because it all worked fine and dandy.

The ATI videobios runs and will enable VSYNC but I don't ever get any video output.  So I suspect that there are a few int calls that it needs that LinuxBIOS dosen't have support for and its not setting some registers correctly or perhaps not at all.

lspci can read the pci config space and all the info looks good so right now I don't have any reason to believe that the hardware isn't hooked up to the pci bus right.

My hope was that the chip was up far enough that the framebuffer driver code would bring it to life.  But that didn't happen so thats why I wan't to know what the driver is supposed to be able to do.  So I have new untested hardware booting a half-ass videobios running an unknown driver.  Gee... wonder why it dosen't work? *grin*

And no.  I don't have a known good system as you can't buy video cards with an M1 on them. (At least I haven't found one yet)  Anybody know what laptop brands/models have an M1 in them?  That would be handy.

If someone can tell me what's supposed to work on a sane setup then I can begin to figure out why that dosen't happen on my setup.

I should also mention that in order to use these chips Bitworks had to enter into a NDA with ATI.  I have access to all the propritary info on the registers and so forth.

So I have to be careful with any patches I submit as ATI hasn't been very helpfull to me with what info I can and can't release.  I don't want to inadvertently release any NDA info and get us all into trouble.  (Anyone with experience in this area please feel free to contact me)

Obviously if the M1 is already supported by atyfb then ATI authorized that info to be released already and I don't have to worry quite so much about submitting patches to that code.


-- 
Richard A. Smith
rsmith@bitworks.com




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

James Simmons wrote:

Can you submit a patch.

Sure but the problem is that it dosen't work.  All I did was duplicate the 0x4c4d device (m64n_mob_p) and change the device Id to 0x4c52. It detects my devices but the type and  ammount of ram it finds and various other things are incorrect. The 0x4c4d matches the M1s clock speeds but I don't know what all those other flags specified mean and the text description for the m64_mob_p says "3D Rage Mobility.... P/M AGP 2x" and my device is on the PCI bus.  The Marketing descriptions describe the M1 as a "Rage Mobility" not a "3D Rage Mobility"

I suppose now would be the time to own up and mention that the above incorrect dection problems may not be the drivers fault at all.  I have a really special setup. (explained below) Howerver, since my device ID wasn't in the device table I don't know if the driver is _supposed_ to be able to get the right info.

Ok. Here's my crazy setup.  I have custom SBC that we re-designed with 2 ATI M1's on it to replace 2 Assilliant 69030s which went end of life last year.  Both chips are on the PCI bus.

This board boots linuxBIOS rather than a normal BIOS.  LinuxBIOS has the ability to run videobios provided by the mfg but it only has limited bios int support.  The assilliant videobios must have had much fewer requirements than ATI's bios because it all worked fine and dandy.

The ATI videobios runs and will enable VSYNC but I don't ever get any video output.  So I suspect that there are a few int calls that it needs that LinuxBIOS dosen't have support for and its not setting some registers correctly or perhaps not at all.

lspci can read the pci config space and all the info looks good so right now I don't have any reason to believe that the hardware isn't hooked up to the pci bus right.

My hope was that the chip was up far enough that the framebuffer driver code would bring it to life.  But that didn't happen so thats why I wan't to know what the driver is supposed to be able to do.  So I have new untested hardware booting a half-ass videobios running an unknown driver.  Gee... wonder why it dosen't work? *grin*

And no.  I don't have a known good system as you can't buy video cards with an M1 on them. :( (At least I haven't found one yet)  Anybody know what laptop brands/models have an M1 in them?  That would be handy.

If someone can tell me what's supposed to work on a sane setup then I can begin to figure out why that dosen't happen on my setup.

I should also mention that in order to use these chips Bitworks had to enter into a NDA with ATI.  I have access to all the propritary info on the registers and so forth.

So I have to be careful with any patches I submit as ATI hasn't been very helpfull to me with what info I can and can't release.  I don't want to inadvertently release any NDA info and get us all into trouble.  (Anyone with experience in this area please feel free to contact me)

Obviously if the M1 is already supported by atyfb then ATI authorized that info to be released already and I don't have to worry quite so much about submitting patches to that code.

-- 
Richard A. Smith
rsmith@bitworks.com




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

On Tue, 3 Feb 2004, Richard Smith wrote:

My hope was that the chip was up far enough that the framebuffer driver
code would bring it to life.  But that didn't happen so thats why I
wan't to know what the driver is supposed to be able to do.  So I have
new untested hardware booting a half-ass videobios running an unknown
driver.  Gee... wonder why it dosen't work? *grin*

Indeed, atyfb needs BIOS (or OpenFirmware) initialization. It has
initialization code for RAGE XL, though.

And no.  I don't have a known good system as you can't buy video cards
with an M1 on them. :( (At least I haven't found one yet)  Anybody know
what laptop brands/models have an M1 in them?  That would be handy.

Obviously if the M1 is already supported by atyfb then ATI authorized
that info to be released already and I don't have to worry quite so much
about submitting patches to that code.

My Vaio Z600TEK (Z505 in US/JP) has a M1. It works with atyfb in recent 2.4,
but it took Daniël Mantione quite a bit of work to make it work on this
particular machine...

Let's say atyfb in 2.4 works on most M1s these days.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

On Tue, 3 Feb 2004, Richard Smith wrote:

quoted

new untested hardware booting a half-ass videobios running an unknown
driver.  Gee... wonder why it dosen't work? *grin*

Geert Uytterhoeven wrote:

Indeed, atyfb needs BIOS (or OpenFirmware) initialization. It has

How much?  Are things like the ammount and type of RAM autodetected or just read from registers that the BIOS is supposed to set?

initialization code for RAGE XL, though.

Any idea how different the RAGE XL is from the M1? I know they are both Mach64 but how consistent are the registers across all of the Mach64 chips?

My Vaio Z600TEK (Z505 in US/JP) has a M1. It works with atyfb in recent 2.4,
but it took Daniël Mantione quite a bit of work to make it work on this
particular machine...

What device ID is your M1?

Any idea what he had to do?  Most of DM's code seems to deal with makeing it work properly with a LCD.  Right now I just have a CRT hooked up.  LCD will comes later.

Let's say atyfb in 2.4 works on most M1s these days.

So which one should I work with? 2.4 or 2.6 with fbdiff?

-- 
Richard A. Smith
rsmith@bitworks.com




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Geert Uytterhoeven wrote:

Indeed, atyfb needs BIOS (or OpenFirmware) initialization. It has
initialization code for RAGE XL, though.

Does OpenFirmware support exist for the M1?

-- 
Richard A. Smith
rsmith@bitworks.com




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

On Wed, 4 Feb 2004, Richard Smith wrote:

quoted

On Tue, 3 Feb 2004, Richard Smith wrote:

quoted

new untested hardware booting a half-ass videobios running an unknown
driver.  Gee... wonder why it dosen't work? *grin*

 >Geert Uytterhoeven wrote:

quoted

Indeed, atyfb needs BIOS (or OpenFirmware) initialization. It has

How much?  Are things like the ammount and type of RAM autodetected or
just read from registers that the BIOS is supposed to set?

Atyfb reads them from the registers.

quoted

My Vaio Z600TEK (Z505 in US/JP) has a M1. It works with atyfb in recent 2.4,
but it took Daniël Mantione quite a bit of work to make it work on this
particular machine...

What device ID is your M1?

1002:4c4d

Any idea what he had to do?  Most of DM's code seems to deal with

IIRC, programming an extra shadow register.

makeing it work properly with a LCD.  Right now I just have a CRT hooked
up.  LCD will comes later.

quoted

Let's say atyfb in 2.4 works on most M1s these days.

So which one should I work with? 2.4 or 2.6 with fbdiff?

I think 2.4 is the safest. I don't know whether James' tree already contains
all Mobility support from 2.4.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

On Wed, 4 Feb 2004, Richard Smith wrote:

Geert Uytterhoeven wrote:

quoted

Indeed, atyfb needs BIOS (or OpenFirmware) initialization. It has
initialization code for RAGE XL, though.

Does OpenFirmware support exist for the M1?

I guess so, since the M1 is used in some iBooks, IIRC.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

On Thu, 2004-02-05 at 02:18, Richard Smith wrote:

Geert Uytterhoeven wrote:

quoted

Indeed, atyfb needs BIOS (or OpenFirmware) initialization. It has
initialization code for RAGE XL, though.

Does OpenFirmware support exist for the M1?

Some iBooks ship with an M1, those have an OF driver

Ben.



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Geert Uytterhoeven wrote:

quoted

How much?  Are things like the ammount and type of RAM autodetected or
just read from registers that the BIOS is supposed to set?

Atyfb reads them from the registers.

So this is probally why all the values are jacked up.  They probally aren't set correctly to begin with.  I'll try hardcodeing them in the driver with what I think they should be.

1002:4c4d

Wonder why your device ID is differnet than mine.  Can you send me a 'lspci -vv' of your M1?

James:

If you read this from the list...  I get your mail but for some reason I can't send you mail.  I get:

  Attempting TCP connection to [phoenix.ipv6.infradead.org : 25]
  A-record resolution of [phoenix.ipv6.infradead.org] in progress...
  Name server has no records of the requested type for that domain.

-- 
Richard A. Smith
rsmith@bitworks.com




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

On Thu, 5 Feb 2004, Richard Smith wrote:

Geert Uytterhoeven wrote:

quoted

quoted

How much?  Are things like the ammount and type of RAM autodetected or
just read from registers that the BIOS is supposed to set?

quoted

Atyfb reads them from the registers.

So this is probally why all the values are jacked up.  They probally
aren't set correctly to begin with.  I'll try hardcodeing them in the
driver with what I think they should be.

You may have to program the memory control for the correct type of memory, too.

quoted

1002:4c4d

Wonder why your device ID is differnet than mine.  Can you send me a

Because mine is AGP and yours is PCI?

'lspci -vv' of your M1?

I can, but not right now. If the answer above doesn't satisfy you, just ask
again.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Geert Uytterhoeven wrote:

quoted

quoted

1002:4c4d

Wonder why your device ID is differnet than mine.  Can you send me a

Because mine is AGP and yours is PCI?

Should not matter.  Chip has both interfaces on it and AGP is just PCI with some additional signals.

quoted

'lspci -vv' of your M1?

I can, but not right now. If the answer above doesn't satisfy you, just ask
again.

No rush. Im messing with a different project right now anyway.  But yes I'd still like a -vv of your chip when you can.

-- 
Richard A. Smith
rsmith@bitworks.com




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

On Fri, 2004-02-06 at 08:37, Richard Smith wrote:

Geert Uytterhoeven wrote:

quoted

quoted

quoted

1002:4c4d

Wonder why your device ID is differnet than mine.  Can you send me a

Because mine is AGP and yours is PCI?

Should not matter.  Chip has both interfaces on it and AGP is just PCI 
with some additional signals.

No, ATI used to have both versions of the chip with different IDs

quoted

quoted

'lspci -vv' of your M1?

I can, but not right now. If the answer above doesn't satisfy you, just ask
again.

No rush. Im messing with a different project right now anyway.  But yes 
I'd still like a -vv of your chip when you can.

-- 
Benjamin Herrenschmidt [off-list ref]



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Benjamin Herrenschmidt wrote:

quoted

quoted

quoted

quoted

1002:4c4d

Wonder why your device ID is differnet than mine.  Can you send me a

Because mine is AGP and yours is PCI?

No, ATI used to have both versions of the chip with different IDs

Hmmmm.. Looking at the 2.4.24 aty code 0x4c4d uses the m64n_mob_p which is described as "3D Rage Mobility (PCI)".  0x4c4e is "3D Rage Mobility (AGP)"  Geert if your device is really an AGP device then the description in the driver is wrong.

Ah.. I see that in the 2.6 fbdiff both descriptions are now AGP.  Cool so that probally why my device id is different.  Is there anything different that you have to do to with using the chip between AGP and PCI then?

-- 
Richard A. Smith
rsmith@bitworks.com




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

On Thu, 5 Feb 2004, Richard Smith wrote:

Geert Uytterhoeven wrote:

quoted

quoted

quoted

1002:4c4d

Wonder why your device ID is differnet than mine.  Can you send me a

Because mine is AGP and yours is PCI?

Should not matter.  Chip has both interfaces on it and AGP is just PCI
with some additional signals.

quoted

quoted

'lspci -vv' of your M1?

I can, but not right now. If the answer above doesn't satisfy you, just ask
again.

No rush. Im messing with a different project right now anyway.  But yes
I'd still like a -vv of your chip when you can.

01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M AGP 2x (rev 64) (prog-if 00 [VGA])
        Subsystem: Sony Corporation: Unknown device 80c7
        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: 66 (2000ns min), Cache Line Size: 0x08 (32 bytes)
        Interrupt: pin A routed to IRQ 9
        Region 0: Memory at fd000000 (32-bit, non-prefetchable) [size=16M]
        Region 1: I/O ports at e800 [size=256]
        Region 2: Memory at febff000 (32-bit, non-prefetchable) [size=4K]
        Expansion ROM at <unassigned> [disabled] [size=128K]
        Capabilities: [50] AGP version 1.0
                Status: RQ=256 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x1,x2
                Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=<none>
        Capabilities: [5c] Power Management version 1
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Geert Uytterhoeven wrote:

01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M AGP 2x (rev 64) (prog-if 00 [VGA])
        Subsystem: Sony Corporation: Unknown device 80c7
        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: 66 (2000ns min), Cache Line Size: 0x08 (32 bytes)
        Interrupt: pin A routed to IRQ 9
        Region 0: Memory at fd000000 (32-bit, non-prefetchable) [size=16M]

I don't think your chip is an M1.  The M1 is limited to 8 Megs of memory which is on chip and not expandable so I don't see how you can have 16Megs.




-- 
Richard A. Smith
rsmith@bitworks.com




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

James:

If you read this from the list...  I get your mail but for some reason I 
can't send you mail.  I get:

   Attempting TCP connection to [phoenix.ipv6.infradead.org : 25]
   A-record resolution of [phoenix.ipv6.infradead.org] in progress...
   Name server has no records of the requested type for that domain.

Have no idea why. What email address are you sending it too?




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

James Simmons wrote:

quoted

James:

If you read this from the list...  I get your mail but for some reason I can't send you mail.  I get:

  Attempting TCP connection to [phoenix.ipv6.infradead.org : 25]
  A-record resolution of [phoenix.ipv6.infradead.org] in progress...
  Name server has no records of the requested type for that domain.

Have no idea why. What email address are you sending it too?

jsimmons@infradead.org.  Someone sent me mail showing that your primary MX resolves out to an IPV6 setup which our server dosen't know how to do.  And then for some reason it fails to use the next MX record.  So it looks like a problem with our MTA.

-- 
Richard A. Smith
rsmith@bitworks.com





-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

On Fri, 6 Feb 2004, Richard Smith wrote:

Geert Uytterhoeven wrote:

quoted

01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M AGP 2x (rev 64) (prog-if 00 [VGA])
        Subsystem: Sony Corporation: Unknown device 80c7
        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: 66 (2000ns min), Cache Line Size: 0x08 (32 bytes)
        Interrupt: pin A routed to IRQ 9
        Region 0: Memory at fd000000 (32-bit, non-prefetchable) [size=16M]

I don't think your chip is an M1.  The M1 is limited to 8 Megs of memory
which is on chip and not expandable so I don't see how you can have 16Megs.

It has 8 MiB of RAM.

All Mach64 PCI/AGP variants show 16 MiB of PCI memory space, for up to 8 MiB of
video RAM. The second 8 MiB is the big endian aperture.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Am Samstag, 7. Februar 2004 18:54 schrieb Geert Uytterhoeven:

On Fri, 6 Feb 2004, Richard Smith wrote:

quoted

Geert Uytterhoeven wrote:

quoted

01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility
P/M AGP 2x (rev 64) (prog-if 00 [VGA]) Subsystem: Sony Corporation:
Unknown device 80c7
        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:
66 (2000ns min), Cache Line Size: 0x08 (32 bytes) Interrupt: pin A
routed to IRQ 9
        Region 0: Memory at fd000000 (32-bit, non-prefetchable)
[size=16M]

I don't think your chip is an M1.  The M1 is limited to 8 Megs of memory
which is on chip and not expandable so I don't see how you can have
16Megs.

It has 8 MiB of RAM.

All Mach64 PCI/AGP variants show 16 MiB of PCI memory space, for up to 8
MiB of video RAM. The second 8 MiB is the big endian aperture.

Gr{oetje,eeting}s,

						Geert

Hallo all,

I'm not understand, what a problem is, who is problem reporter and why
he don't ask me?

I work on this driver for 2.6 kernel and it works good on my ARMADA E500
It's 15" 1400x1050 natural with
ATI Technologies Inc Rage Mobility P/M AGP 2x (rev 64)

good means all resolutions, from 320x200 to 1600x1200(that one only on CRT).

Regards Alex

P.S.
If everybody has a problem, please be sure, you use the last code from James's 
fbdev.diff.gz, than switch debug define in atyfb_base.c on and
send me a log.




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Geert Uytterhoeven wrote:

quoted

I don't think your chip is an M1.  The M1 is limited to 8 Megs of memory
which is on chip and not expandable so I don't see how you can have 16Megs.

It has 8 MiB of RAM.

All Mach64 PCI/AGP variants show 16 MiB of PCI memory space, for up to 8 MiB of
video RAM. The second 8 MiB is the big endian aperture.

Ah my fbdev ignorance shows.  I messed with this lots this weekend and I'm pretty sure its a bios thing and not the driver.

In other news I gust got word today from ATI that I can release my code under GPL.  Woohoo!   I'm about to start porting over some dos code I have that is supposed to do a biosless init of the M1 for inclusion into LinuxBIOS.  I'll also try and add the same thing into atyfb when I have it all working.

Thanks for all your help.

-- 
Richard A. Smith
rsmith@bitworks.com




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn