465 replies to this topic
#421
Posted 21 November 2008 - 06:24 PM
@painWarlock how or where did you hear about this?
Also PainWarlock are you running the Mobility 3450 or desktop 3450?
Also PainWarlock are you running the Mobility 3450 or desktop 3450?
#422
Posted 24 November 2008 - 11:19 PM
Slice, on Nov 10 2008, 04:48 PM, said:
For those who have black screen on Laptop LCD and good image on outer CRT.
I had the same issue with IntelX3100 on Dell Laptop. Now all is OK!
I patched DSDT.
http://forum.insanel...o...=133683&hl=
Namely. I erase from DeviceTree the follow devices: VID2, CRT, TV and DVI. Only LCD remains.
Try!
May be you need no new framebuffer.
I had the same issue with IntelX3100 on Dell Laptop. Now all is OK!
I patched DSDT.
http://forum.insanel...o...=133683&hl=
Namely. I erase from DeviceTree the follow devices: VID2, CRT, TV and DVI. Only LCD remains.
Try!
May be you need no new framebuffer.
I assume this is not possible with the ATI Radeon x1300 mobility(m52)?
I get resolution change and everything working perfectly on an external screen using a x1300 mobility version of natit, but nothing on the internal lcd.
Without natit, the internal screen works, but is stuck on 1024 x 768.
I would like to try this DSDT patching solution... but from what I understand, I need a framebuffer solution for my card..?
Ztardust
#423
Posted 25 November 2008 - 07:28 AM
Ztardust, on Nov 25 2008, 02:19 AM, said:
I assume this is not possible with the ATI Radeon x1300 mobility(m52)?
I get resolution change and everything working perfectly on an external screen using a x1300 mobility version of natit, but nothing on the internal lcd.
Without natit, the internal screen works, but is stuck on 1024 x 768.
I would like to try this DSDT patching solution... but from what I understand, I need a framebuffer solution for my card..?
I get resolution change and everything working perfectly on an external screen using a x1300 mobility version of natit, but nothing on the internal lcd.
Without natit, the internal screen works, but is stuck on 1024 x 768.
I would like to try this DSDT patching solution... but from what I understand, I need a framebuffer solution for my card..?
http://forum.insanel...o...91042&st=74
#424
Posted 25 November 2008 - 04:25 PM
Slice, on Nov 25 2008, 08:28 AM, said:
Try a solution by lebidou
http://forum.insanel...o...91042&st=74
http://forum.insanel...o...91042&st=74
It's not sure it will work... I've read that the Wormy framebuffer was compatible only with X1600 and above. Have you tried adding "Graphics Mode" value in com.apple.Boot.plist ?
Anyway, give it a try, and report. If it works, lucky you!
#425
Posted 25 November 2008 - 10:33 PM
is it possiblw to do this with fglrx? for debian systems i know that debian uses alot of system calls that mac osx uses
im running the desktop version
ridgeline, on Nov 22 2008, 05:24 AM, said:
@painWarlock how or where did you hear about this?
Also PainWarlock are you running the Mobility 3450 or desktop 3450?
Also PainWarlock are you running the Mobility 3450 or desktop 3450?
im running the desktop version
#426
Posted 26 November 2008 - 02:33 AM
lebidou, on Nov 25 2008, 05:25 PM, said:
It's not sure it will work... I've read that the Wormy framebuffer was compatible only with X1600 and above. Have you tried adding "Graphics Mode" value in com.apple.Boot.plist ?
Anyway, give it a try, and report. If it works, lucky you!
Anyway, give it a try, and report. If it works, lucky you!
The "Graphics Mode" only works for resolutions lower than 1024x768 for me...
But thanks for your suggestion.
#427
Posted 03 December 2008 - 02:13 AM
Using ATI Tray Tools in windows I was able to get a lot of possibly useful info on my card including register locations and output info. I am guessing this info is read from the card bios.
ATT_SysInfo.txt 6.36K
70 downloads
ATT_SysInfo.txt 6.36K
70 downloads
#428
Posted 04 December 2008 - 09:37 PM
lebidou, on Nov 25 2008, 05:25 PM, said:
It's not sure it will work... I've read that the Wormy framebuffer was compatible only with X1600 and above. Have you tried adding "Graphics Mode" value in com.apple.Boot.plist ?
Anyway, give it a try, and report. If it works, lucky you!
Anyway, give it a try, and report. If it works, lucky you!
Correct.
The wormy framebuffer is not compatible with my card. I didn´t get this to work.
I really don´t see many options, I´ll try to modify the RadeonHD kext, as well as looking at trying to get ATI.kext + ATILead.kext working for my card... but I really don´t know what I am doing...
-Ztardust-
#429
Posted 05 December 2008 - 11:24 PM
Slice, on Nov 25 2008, 08:28 AM, said:
Try a solution by lebidou
http://forum.insanel...o...91042&st=74
http://forum.insanel...o...91042&st=74
One question... the solution lebidou applies here, is not using the new framebuffer is it?
He is using the wormy driver/framebuffer, not the ATIPC one?
Or perhaps am I misunderstanding something..?
- Ztardust -
#430
Posted 05 December 2008 - 11:50 PM
#431
Posted 06 December 2008 - 02:53 AM
#432
Posted 08 December 2008 - 07:44 PM
Hey Developer Guys! 
Just a small technical question.
We know that the only Ati X1x00 driver which detects LVDS port is the Wormy (Ati X1600).
Once back in a while i checked in that driver what strings i can find about with LVDS.
These might be function names which are in ATY_Wormy:
_CheckLVDSConnection
_HW_InitLVDS
_HW_LVDSDither
_HW_LVDSOnOff
None of these are in ATY_Caretta (and in the rest of them too).
If you already made some disassemling, how hard it would be to get these functions out from the Wormy driver and stick them into the Caretta ?
Or you need this whole framebuffer-development either way ?
There might be some other functions too related to this, and probably the signal story needs some more, but what if this could work alone ?
Thanx &
Keep up the good work
Just a small technical question.
We know that the only Ati X1x00 driver which detects LVDS port is the Wormy (Ati X1600).
Once back in a while i checked in that driver what strings i can find about with LVDS.
These might be function names which are in ATY_Wormy:
_CheckLVDSConnection
_HW_InitLVDS
_HW_LVDSDither
_HW_LVDSOnOff
None of these are in ATY_Caretta (and in the rest of them too).
If you already made some disassemling, how hard it would be to get these functions out from the Wormy driver and stick them into the Caretta ?
Or you need this whole framebuffer-development either way ?
There might be some other functions too related to this, and probably the signal story needs some more, but what if this could work alone ?
Thanx &
Keep up the good work
#433
Posted 09 December 2008 - 12:07 AM
Not only we don't know if these functions will work in Caretta or not, also you need the whole Caretta source to do the compiling thing. I did try to reverse engineer the Caretta driver, but found out it much more complicated than what I think.
Anybody who's interested could take a look at the source code I got so far here:
Caretta.zip 61.54K
23 downloads
And as a warning to you, the code contains quite a lot mistakes in it.
Anybody who's interested could take a look at the source code I got so far here:
Caretta.zip 61.54K
23 downloadsAnd as a warning to you, the code contains quite a lot mistakes in it.
Bandes, on Dec 8 2008, 02:44 PM, said:
These might be function names which are in ATY_Wormy:
_CheckLVDSConnection
_HW_InitLVDS
_HW_LVDSDither
_HW_LVDSOnOff
None of these are in ATY_Caretta (and in the rest of them too).
_CheckLVDSConnection
_HW_InitLVDS
_HW_LVDSDither
_HW_LVDSOnOff
None of these are in ATY_Caretta (and in the rest of them too).
#434
Posted 09 December 2008 - 09:42 AM
dong, on Dec 9 2008, 01:07 AM, said:
Not only we don't know if these functions will work in Caretta or not, also you need the whole Caretta source to do the compiling thing. I did try to reverse engineer the Caretta driver, but found out it much more complicated than what I think.
Anybody who's interested could take a look at the source code I got so far here:
Caretta.zip
And as a warning to you, the code contains quite a lot mistakes in it.
Anybody who's interested could take a look at the source code I got so far here:
And as a warning to you, the code contains quite a lot mistakes in it.
Hey Dong... Most unsupported cards can boot up in the default resolution 1024x768... Could there be some way of changing that default resolution(in the bootloader?), to 1280x800 for an example?
-Ztardust
#435
Posted 09 December 2008 - 07:31 PM
Ztardust,
What you mean depends on the VESA modes that bootloader can support, until now I have no knowledge of it yet.
What you mean depends on the VESA modes that bootloader can support, until now I have no knowledge of it yet.
#436
Posted 09 December 2008 - 08:21 PM
I don't get VESA I get ATI Atombios??????
#437
Posted 09 December 2008 - 09:09 PM
#438
Posted 10 December 2008 - 10:59 PM
dong, on Dec 9 2008, 01:07 AM, said:
Not only we don't know if these functions will work in Caretta or not, also you need the whole Caretta source to do the compiling thing. I did try to reverse engineer the Caretta driver, but found out it much more complicated than what I think.
Anybody who's interested could take a look at the source code I got so far here:
Caretta.zip
And as a warning to you, the code contains quite a lot mistakes in it.
Anybody who's interested could take a look at the source code I got so far here:
And as a warning to you, the code contains quite a lot mistakes in it.
Well, this is quite an achievement! What did you use ? IDA Pro ?
By the way it looks really tough.. Drivers are the most technical things for development. If disassembling would be fully automated, and we could check out other X1x00 ones too, like Alopias, Sphyrna, and there would be noticable differences in all of them compared to the Wormy one, then maybe, this LVDS thing would be easier. Otherwise, we would a need an ATI mac driver developer right now !
That would make things faster for sure..
I have Xcode and stuff now, if i could help something. But i am quite new into this objective-c thing too, i think all i can do about now is to press the Build button
I miss some diagnostic tools for the mac, and programs like Atitool. That would give some more control for sure..
The bad thing is, even if you guys manage to build this laptop-screen driver, then there is still another tiny problem for our laptops : powerplay. Now i think the chips are running on high performance clock rates all the time, which is not a good news for battery usage..
Anyway, that would be easier to fix at that point for sure ...
#439
Posted 10 December 2008 - 11:57 PM
Hey guys, how's the development comming along?.
Well, Im running iDeneb V.1.3-10.5.5 release AMD Athlon 64 2800 MSI K8M Neo-V, and VIA 8237 Chipset, with AGP ATI 9600 SE 128MB Card., Wanted to ask, How do you apply these test builds to leo?. I would like to help out with this test, if possible. It would be really greate if there was some kind Tut, on how to implement the configuration and what needs to edited, to what file and such if you can help me out with it. Thanks.
Well, Im running iDeneb V.1.3-10.5.5 release AMD Athlon 64 2800 MSI K8M Neo-V, and VIA 8237 Chipset, with AGP ATI 9600 SE 128MB Card., Wanted to ask, How do you apply these test builds to leo?. I would like to help out with this test, if possible. It would be really greate if there was some kind Tut, on how to implement the configuration and what needs to edited, to what file and such if you can help me out with it. Thanks.
#440
Posted 11 December 2008 - 08:33 PM
Bandes, on Dec 10 2008, 05:59 PM, said:
Well, this is quite an achievement! What did you use ? IDA Pro ?
Quote
I have Xcode and stuff now, if i could help something. But i am quite new into this objective-c thing too, i think all i can do about now is to press the Build button 
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users



Sign In
Create Account









