Jump to content

jlvaio

jlvaio

Member Since 06 Apr 2008
Offline Last Active Feb 05 2013 06:52 PM
-----

Posts I've Made

In Topic: Sony Vaio VPCF115FM Discussion: DSDT Injection

05 February 2013 - 06:52 PM

http://forum.noteboo...tml#post5190101
http://forum.noteboo...aio-laptop.html

In Topic: Sony Vaio VPCF115FM Discussion: DSDT Injection

04 February 2013 - 01:35 PM

lol
i can t explain nothing this is is just what i've found about the craphic card issue on the web with svaio by linux user and it seems they get some fix by following this info and seems they get method and maybe i thing this could be a method maybe to take the dsdt of a svaio using ubuntu and apply them to osx because linux user seems to have a fix now and if we get the good dsdt from linux we can mirroring the success to osx and maybe understood whats wrong with..
an other god things were to make a thread with all progress with svaio like list of actual success with good kext fix listed by distro dsdt data good tools...like linux user did i think that help a lot because new user don t find good thing ,just some kind of legends..


http://www.bios-mods...90J8-02-26-2008

In Topic: Sony Vaio VPCF115FM Discussion: DSDT Injection

04 February 2013 - 12:20 PM

LOL jlvaio: Do you want to explain anything?

lol
i can t explain nothing this is is just what i've found about the craphic card issue on the web with svaio by linux user and it seems they get some fix by following this info and seems they get method and maybe i thing this could be a method maybe to take the dsdt of a svaio using ubuntu and apply them to osx because linux user seems to have a fix now and if we get the good dsdt from linux we can mirroring the success to osx and maybe understood whats wrong with..
an other god things were to make a thread with all progress with svaio like list of actual success with good kext fix listed by distro dsdt data good tools...like linux user did i think that help a lot because new user don t find good thing ,just some kind of legends..

In Topic: Sony Vaio VPCF115FM Discussion: DSDT Injection

15 November 2012 - 06:18 PM

http://webcache.goog...d=imvns&strip=1




A Brief History Lesson

There have been many issues getting Linux to work with the hybrid graphics being embedded in a number of modern laptops containing nVidia GPUs. The primary issue is being able to switch between the low- and high-power display adapters. Previously, it was possible to achieve ‘cold-switching’ in Linux (allowing a switch of display adapters by changing the position of the hardware switch, and rebooting) by disabling the Vista compatibility reported via ACPI using the kernel boot flag:
acpi_osi="!Windows 2006"
This exploited the BIOS behaviour designed to work with Windows XP, which does not support hot-switching of display adapters. The details have been extensively documented elsewhere, so I won’t go into too much detail here – there is a moderately thorough capture of the data at the Sony VAIO Z-series Launchpad group, with more discussion in the mailing lists of ongoing progress.
With the availability of Windows 7, however, a BIOS update was required to modify the DSDT tables to support the new calls that Windows 7 would use to manage the hot switching of display adapters in these hybrid systems. An unfortunate side-effect of these updates was that Windows XP was no longer supported, and the methods required to retrieve EDID data from the internal LVDS display were moved from the GPU to the BIOS for the high-power nVidia card.
The result is that booting Linux with the high-powered nVidia card enabled results in pretty vertical lines, or multiplied fragments of the intended output during boot, as the LVDS display is fed junk. Once X starts, and the nVidia drivers kick in, the LVDS display goes completely blank, as no EDID negotiation can occur. An external display will work fine, but obviously this is not ideal in a laptop. ;)

The State of Play (nVidia support)

The binary driver blob from nVidia has always been a source of contention in the open source community, due to their persistence in keeping the driver entirely closed-source, and the kernel-taint resulting from this, despite the fact that all other major display adapter manufacturers have now released specs, and open-sourced their drivers. That said, nVidia have been the go-to chipset for accelerated 3D graphics on Linux for quite some time now, but with many current nVidia-powered laptops being all but unusable with the current state of support from the binary blob, the decision is far less clear-cut, with unsupported parts being entirely useless.
The behaviour displayed by Windows 7 compatible BIOSes in (at least nVidia-based) hybrid GPU laptops is also present for some of nVidia’s standard parts, at least the G210m, and I believe a couple of other similar parts. The nouveau project have apparently made some progress in allowing the EDID data to be retrieved, however this requires kernel modification, since there is no mechanism currently for communicating this information from the BIOS… and of course the nouveau project currently doesn’t support any 3D acceleration, which is really the point here. There has been some significant lag in supporting these parts from nVidia, with drivers purporting to support them, then having support stripped in subsequent releases as the problems were identified, though it appearsthat support is on the way in a near-future driver release UPDATE1/UPDATE2.
Making Things Work Now

Whilst it looks like we may get real support in the moderately near future, we want things to work in the mean time. Some enterprising fellows in the nVidia forums have discerned the method for retrieving and providing the missing EDID data to the X driver, by way of Windows. Obviously this is not ideal, and may not be an option for some, but for the rest, here’s the how. This information is based solely on the Sony VAIO Z series laptops, since that’s what I have access to, but it may be relevant to laptops from other manufacturers that employ similar graphics setups.
First, you’ll want to modify your kernel boot string by removing the acpi_osi flag if you’ve been using it, and if you want to be able to see anything whilst booting, you’ll also need to remove the splash parameter, and add the following (See UPDATE for details on recent drivers):
nomodeset
This will stop the VESA driver from trying to switch to a mode that we can’t support until the nVidia driver kicks in. Also note that once the nVidia driver is initialized, you’ll lose the ability to display VTs – they’ll just show a blank screen, same for the shutdown sequence.
If you’re using the sony-laptop module modified by Eva and Norbert, and as installed by the sony-VGN-Zseries-janitor script, you’ll need to make sure the kernel is loaded with speed_stamina=3, which can be done by placing the following in a file in /etc/modprobe.d/
options sony-laptop speed_stamina=3
Next, the BIOS will need to be updated to a recent revision that contains Windows 7 support. The BIOSes of the various Z-series revisions are interchangeable, so I used the R5031M3 release, which you can download from your local Sony Support site. To make this work as we want it to, however, the BIOS needs to be modified to enable the Advanced section, allowing us to change the mode of the hardware graphics switch. Whilst the os_acpi option will likely still work, this results in garbled graphics following a reboot, making it impossible to access the BIOS, or view boot menus.
To modify the BIOS, a specially crafted EFI boot disk is required, however in all BIOS releases supporting Windows 7, EFI booting from external devices has been disabled. The only method for booting from external EFI media is to disconnect both the HDD and optical drive, however most people are probably reluctant to go to these lengths, particularly considering how difficult and convoluted it is to remove the keyboard to gain access these components. If this is you, some googling will yield pre-patched BIOSes for download. For those who like a challenge, the process for patching the BIOS is described here.
Once you’ve got your Windows 7 BIOS installed, reboot and enter the BIOS configuration by pressing F2 when the VAIO logo is displayed. You’ll notice a slew of new options under the Advanced section, so feel free to tweak a few things (enabling the VT-d option, for example), but be aware that you may seriously impair the functionality of your system by messing too much in here. The option we’re looking for is VGA Switching Policy. Set this to Static, noting that this will disable hot-switching in Windows, whilst enabling cold-switching for all OS’s
Now, flick the graphics hardware switch over to Speed and boot back into Windows. You’ll need to dump the EDID data from the LVDS display, for this I used a free program called softMCSS, available for download here. Export the data for your monitor, and put this somewhere you can access it easily from your linux install, then flip the hardware switch back over to Stamina, and reboot into Linux. Place the EDID dump somewhere sensible (I placed mine in /etc/X11/), and then edit your xorg.conf to look similar to this (if you’re using the sony-VGN-Zseries-janitor scripts, make sure you edit the config relating to the nVidia card):
Section "Module"
Load "glx"
EndSection

Section "ServerFlags"
Option "Xinerama" "0"
EndSection

Section "Monitor"
# HorizSync source: edid, VertRefresh source: edid
Identifier "Monitor0"
VendorName "Unknown"
ModelName "Nvidia Default Flat Panel"
HorizSync 29.0 - 55.0
VertRefresh 0.0 - 61.0
Option "DPMS"
EndSection

Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce 9300M GS"
Option "ConnectedMonitor" "DFP-0"
Option "CustomEDID" "DFP-0:/etc/X11/SNY06FA.bin"
Option "NoLogo" "True"
Option "OnDemandVBlankInterrupts" "True"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Depth 24
EndSubSection
EndSection
The highlighted lines are the key, with ConnectedMonitor telling the driver to expect a display on the internal connection, and CustomEDID providing the data it needs to communicate with it successfully (See UPDATE for details on recent drivers).
Success!! Sort of…

At this point, you can flick the hardware switch back to Speed, reboot and enjoy the nVidia goodness, however there are some caveats. Multiple monitor setups will not function properly at all, and when they do, they’re a pain. Because we’ve had to use ConnectedMonitor to force the internal display to be attached, X won’t see any additional displays unless it’s explicitly told about them, so if you want multiple monitors to work, you’ll need to use an Xorg config similar to the following, assuming it’s connected via HDMI (See UPDATE for details on recent drivers):
Section "Module"
Load "glx"
EndSection

Section "ServerFlags"
Option "Xinerama" "0"
EndSection

Section "Monitor"
# HorizSync source: edid, VertRefresh source: edid
Identifier "Monitor0"
VendorName "Unknown"
ModelName "Nvidia Default Flat Panel"
HorizSync 29.0 - 55.0
VertRefresh 0.0 - 61.0
Option "DPMS"
EndSection

Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce 9300M GS"
Option "ConnectedMonitor" "DFP-0, DFP-2"
Option "CustomEDID" "DFP-0:/etc/X11/SNY06FA.bin"
Option "NoLogo" "True"
Option "OnDemandVBlankInterrupts" "True"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
Option "TwinView" "1"
Option "TwinViewXineramaInfoOrder" "DFP-2"
Option "metamodes" "DFP-0: nvidia-auto-select +0+0, DFP-2: nvidia-auto-select +1600+0"
SubSection "Display"
Depth 24
EndSubSection
EndSection
The problem here is that we’ve told the driver that we have two monitors connected all the time, when this is likely not to be the case. This means that you’ll have a phantom 640×480 monitor when you don’t have an external display connected. You can work around this using Disper, and executing `disper -s` to disable the external display when it’s not connected, possibly you’d want to run this as a login task if you don’t mind the flicker. To extend your desktop onto the external display when it’s attached, just use `disper -e`, and see the Disper documentation for more options.
And that’s pretty much that, until we get some love from nVidia. The configs and the EDID dump from my VGN-Z17GN/B are available in the downloads.


anyone think there S a fix on it?


other thing:

i 've found this :is that talking something to someone:?

http://bbs.drvsky.co...le/?t11322.html




个人提取的sony nvidia显卡亮度调节代码,基本全面

年前在研究旧版(for vista)的sony官方驱动时偶然发现了用来键盘调节亮度的代码,当时发现了三种代码分别对应三种显示器的硬件ID,今日研究最新版的sony官方驱 动时发现9组代码,和旧版驱动上的基本不相同,但是在我的8400M GS上测试可用,驱动修改添加代码的方法是我总结的,不知道是否完全正确,因为我只有一台sony的电脑,欢迎测试
代码如下:
[FAEIDS_630_640_addreg]
HKR,,OverrideEdidFlags0,%REG_BINARY%,7C,00,00,00,00,00,FF,FF,04,00,00,00,08,02,36,7F
HKR,,OverrideEdidFlags1,%REG_BINARY%,36,7f,45,00,00,00,ff,ff,0d,00,00,00,41,3e,0f,42,c9,10,00,00,18,e0,2e,a0,a0,50,84,58,32,20,50,cc,0f,42,c9,10,00,00,18,00,00,00,fc,00,4e,76,69,64,69,61,20,44,65,66,61,75,6c,00,00,00,fc,00,74,20,46,6c,61,74,20,50,61,6e,65,6c,00,00
HKR,,OverrideEdidFlags2,%REG_BINARY%,36,7f,4a,00,00,00,ff,ff,0d,00,00,00,41,3e,0f,42,c9,10,00,00,18,98,3a,90,40,61,1a,c2,41,60,82,cc,0f,42,c9,10,00,00,18,00,00,00,fc,00,4e,76,69,64,69,61,20,44,65,66,61,75,6c,00,00,00,fc,00,74,20,46,6c,61,74,20,50,61,6e,65,6c,00,00
HKR,,Panel0B,%REG_SZ%,",MS_,,0045"
HKR,,Panel0C,%REG_SZ%,",MS_,,004A"
[FAEIDS_78_addreg]
HKR,,OverrideEdidFlags0,%REG_BINARY%,7C,00,00,00,00,00,FF,FF,04,00,00,00,08,02,36,7F
HKR,,OverrideEdidFlags1,%REG_BINARY%,36,7f,fa,08,00,00,ff,ff,0d,00,00,00,15,6A,29,17,00,EA,A8,E0,99,57,4B,92,25,1C,50,54,00,00,00,01,01,01,01,01,01,01,01,01,01,01,01,01,01,01,01,37,2F,90,84,61,B1,1E,30,20,30,26,00,98,E6,10,00,00,18,9C,27,90,90,61,B1,1E,30,20,30,26,00,98,E6,10,00,00,18,00,00,00,FC,00,4E,76,69,64,69,61,20,44,65,66,61,75,6C,00,00,00,FC,00,74,20,46,6C,61,74,20,50,61,6E,65,6C,00,00
HKR,,OverrideEdidFlags2,%REG_BINARY%,36,7f,25,00,00,00,ff,ff,0d,00,00,00,15,6A,29,17,00,EA,A8,E0,99,57,4B,92,25,1C,50,54,00,00,00,01,01,01,01,01,01,01,01,01,01,01,01,01,01,01,01,69,3A,80,18,71,38,36,40,50,32,4A,00,99,E6,10,00,00,18,BB,30,80,20,71,38,32,40,50,32,4A,04,99,E6,10,00,00,18,00,00,00,FC,00,4E,76,69,64,69,61,20,44,65,66,61,75,6C,00,00,00,FC,00,74,20,46,6C,61,74,20,50,61,6E,65,6C,00,00
HKR,,Panel01,%REG_SZ%,",MS_,,08FA"
HKR,,Panel02,%REG_SZ%,",MS_,,0025"
HKR,,Panel03,%REG_SZ%,",MS_,,0025"
[FAEIDS_81_addreg]
HKR,,OverrideEdidFlags0,%REG_BINARY%,7C,00,00,00,00,00,FF,FF,04,00,00,00,08,02,36,7F
HKR,,OverrideEdidFlags1,%REG_BINARY%,36,7f,4A,00,00,00,ff,ff,0d,00,00,00,15,6A,2B,1B,00,EA,A8,E0,99,57,4B,92,25,1C,50,54,00,00,00,01,01,01,01,01,01,01,01,01,01,01,01,01,01,01,01,40,38,90,08,62,1A,2A,40,62,C4,5A,00,B1,0F,11,00,00,18,40,38,90,D0,62,1A,96,40,62,C4,5A,00,B1,0F,11,00,00,18,00,00,00,FC,00,4E,76,69,64,69,61,20,44,65,66,61,75,6C,00,00,00,FC,00,74,20,46,6C,61,74,20,50,61,6E,65,6C,00,00
HKR,,Panel01,%REG_SZ%,",MS_,,004A"
[FAEIDS_82_addreg]
HKR,,OverrideEdidFlags0,%REG_BINARY%,7C,00,00,00,00,00,FF,FF,04,00,00,00,08,02,36,7F
HKR,,OverrideEdidFlags1,%REG_BINARY%,36,7f,4A,00,00,00,ff,ff,0d,00,00,00,48,37,40,38,90,D0,62,1A,96,40,62,C4,5A,00,42,C9,10,00,00,18,00,00,00,FC,00,4E,76,69,64,69,61,20,44,65,66,61,75,6C,00,00,00,FC,00,74,20,46,6C,61,74,20,50,61,6E,65,6C,00,00
HKR,,OverrideEdidFlags2,%REG_BINARY%,36,7f,26,00,00,00,ff,ff,0d,00,00,00,48,37,DC,32,80,B4,70,B0,28,40,1A,34,5B,00,42,C9,10,00,00,18,00,00,00,FC,00,4E,76,69,64,69,61,20,44,65,66,61,75,6C,00,00,00,FC,00,74,20,46,6C,61,74,20,50,61,6E,65,6C,00,00
HKR,,Panel01,%REG_SZ%,",MS_,,004A"
HKR,,Panel02,%REG_SZ%,",MS_,,0026"
[FAEIDS_84_addreg]
HKR,,OverrideEdidFlags0,%REG_BINARY%,7C,00,00,00,00,00,FF,FF,04,00,00,00,08,02,36,7F
HKR,,OverrideEdidFlags1,%REG_BINARY%,36,7f,26,00,00,00,ff,ff,0d,00,00,00,48,37,DC,32,80,B4,70,B0,28,40,1A,34,5B,00,42,C9,10,00,00,18,00,00,00,FC,00,4E,76,69,64,69,61,20,44,65,66,61,75,6C,00,00,00,FC,00,74,20,46,6C,61,74,20,50,61,6E,65,6C,00,00
HKR,,Panel01,%REG_SZ%,",MS_,,0026"
[FAEIDS_MS0026_addreg]
HKR,,OverrideEdidFlags0,%REG_BINARY%,7C,00,26,00,00,00,FF,FF,04,00,00,00,08,02,36,7F
HKR,,Panel04,%REG_SZ%,",MS_,,0026"
[FAEIDS_MS0040_addreg]
HKR,,OverrideEdidFlags0,%REG_BINARY%,7C,00,40,00,00,00,FF,FF,04,00,00,00,08,02,36,7F
HKR,,Panel01,%REG_SZ%,",MS_,,0040"
HKR,,Panel02,%REG_SZ%,",MS_,,0040"
HKR,,Panel04,%REG_SZ%,",MS_,,0040"
HKR,,Panel05,%REG_SZ%,",MS_,,0040"
[FAEIDS_MS0045_addreg]
HKR,,OverrideEdidFlags0,%REG_BINARY%,7C,00,45,00,00,00,FF,FF,04,00,00,00,08,02,36,7F
HKR,,Panel01,%REG_SZ%,",MS_,,0045"
HKR,,Panel02,%REG_SZ%,",MS_,,0045"
每个[ ]跟下个[ ]之间的内容即为一种代码;其中MS0045,MS0040,MS0026等能确认代表的是显示器的硬件ID(不必全部对应)其它的是否代表硬件ID不能确认,猜想应该是,即使不是也一定和显示器的代号有关。
添加亮度调节代码的方法:
首 先通过显卡硬件ID查找驱动中的控制文件对应的是哪个Section(章节)如sony的8400M GS的硬件ID为PCI\VEN_10DE&DEV_0427&SUBSYS_9008104D 其对应的Section为%NVIDIA_DEV.0427.9008.104D% = Section002
找到[ Section002]将亮度调节代码复制到该章节中,并在章节中添加上AddReg = FAEIDS_MS0040_addreg ( [ ]中的文字)
完整修改好的sony nvidia 8400M GS显卡,所用显示屏为MS0040文件如下:
[Section002]
AddReg = FAEIDS_MS0040_addreg
AddReg = nv_DRS_addreg
AddReg = nv_FTS_addreg
AddReg = nv_commonBase_addreg
AddReg = nv_commonDisplayModes_addreg__02
AddReg = nv_controlPanel_addreg
AddReg = nv_global_addreg
AddReg = nv_miscBase_addreg__02
AddReg = nv_opengl_addreg
AddReg = nv_timingRestricti*****_addreg__01
CopyFiles = nv_Drs_copyfiles
CopyFiles = nv_cplSetup_copyfiles
CopyFiles = nv_license_copyfiles
CopyFiles = nv_sysDrivers_copyfiles
CopyFiles = nv_system32_copyfiles
DelFiles = nv_sysDrivers_delfiles
DelFiles = nv_system32_delfiles
DelFiles = nv_system64_delfiles
DelReg = nv_clearRegistrySwitches_delreg
FeatureScore = E6
RegisterDLLs = nv_common_registerdll__02
[Section002.CoInstallers]
AddReg = nv_commonCoinstaller_addreg
CopyFiles = nv_coinstaller_copyfiles
[Section002.GeneralConfigData]
MaximumDeviceMemoryConfiguration = 128
MaximumNumberOfDevices = 4

[FAEIDS_MS0040_addreg]
HKR,,OverrideEdidFlags0,%REG_BINARY%,7C,00,40,00,00,00,FF,FF,04,00,00,00,08,02,36,7F
HKR,,Panel01,%REG_SZ%,",MS_,,0040"
HKR,,Panel02,%REG_SZ%,",MS_,,0040"
HKR,,Panel04,%REG_SZ%,",MS_,,0040"
HKR,,Panel05,%REG_SZ%,",MS_,,0040"

[Section002.Services]
AddService = nvlddmkm, 0x00000002, nv_nvlddmkm_serviceInstall
驱动安装时应该是可以升级安装的,如果先卸载原驱动再安装时重启后一定先确认设备管理器中的显卡上有无黄色叹号,如果有请刷新硬件待安装上系统自认的驱动重启后再装新驱动,否则可能不能调亮度

本修改方法适用于自行修改nvidia公版驱动为兼容sony硬件后不能用键盘调节亮度的情形,如果连修改公版驱动的方法都还不会的先自行补课后再来研究 :help:

In Topic: Sony Vaio VPCF115FM Discussion: DSDT Injection

12 November 2012 - 06:16 PM

http://webcache.goog...d=imvns&strip=1




A Brief History Lesson

There have been many issues getting Linux to work with the hybrid graphics being embedded in a number of modern laptops containing nVidia GPUs. The primary issue is being able to switch between the low- and high-power display adapters. Previously, it was possible to achieve ‘cold-switching’ in Linux (allowing a switch of display adapters by changing the position of the hardware switch, and rebooting) by disabling the Vista compatibility reported via ACPI using the kernel boot flag:
acpi_osi="!Windows 2006"
This exploited the BIOS behaviour designed to work with Windows XP, which does not support hot-switching of display adapters. The details have been extensively documented elsewhere, so I won’t go into too much detail here – there is a moderately thorough capture of the data at the Sony VAIO Z-series Launchpad group, with more discussion in the mailing lists of ongoing progress.
With the availability of Windows 7, however, a BIOS update was required to modify the DSDT tables to support the new calls that Windows 7 would use to manage the hot switching of display adapters in these hybrid systems. An unfortunate side-effect of these updates was that Windows XP was no longer supported, and the methods required to retrieve EDID data from the internal LVDS display were moved from the GPU to the BIOS for the high-power nVidia card.
The result is that booting Linux with the high-powered nVidia card enabled results in pretty vertical lines, or multiplied fragments of the intended output during boot, as the LVDS display is fed junk. Once X starts, and the nVidia drivers kick in, the LVDS display goes completely blank, as no EDID negotiation can occur. An external display will work fine, but obviously this is not ideal in a laptop. ;)

The State of Play (nVidia support)

The binary driver blob from nVidia has always been a source of contention in the open source community, due to their persistence in keeping the driver entirely closed-source, and the kernel-taint resulting from this, despite the fact that all other major display adapter manufacturers have now released specs, and open-sourced their drivers. That said, nVidia have been the go-to chipset for accelerated 3D graphics on Linux for quite some time now, but with many current nVidia-powered laptops being all but unusable with the current state of support from the binary blob, the decision is far less clear-cut, with unsupported parts being entirely useless.
The behaviour displayed by Windows 7 compatible BIOSes in (at least nVidia-based) hybrid GPU laptops is also present for some of nVidia’s standard parts, at least the G210m, and I believe a couple of other similar parts. The nouveau project have apparently made some progress in allowing the EDID data to be retrieved, however this requires kernel modification, since there is no mechanism currently for communicating this information from the BIOS… and of course the nouveau project currently doesn’t support any 3D acceleration, which is really the point here. There has been some significant lag in supporting these parts from nVidia, with drivers purporting to support them, then having support stripped in subsequent releases as the problems were identified, though it appearsthat support is on the way in a near-future driver release UPDATE1/UPDATE2.
Making Things Work Now

Whilst it looks like we may get real support in the moderately near future, we want things to work in the mean time. Some enterprising fellows in the nVidia forums have discerned the method for retrieving and providing the missing EDID data to the X driver, by way of Windows. Obviously this is not ideal, and may not be an option for some, but for the rest, here’s the how. This information is based solely on the Sony VAIO Z series laptops, since that’s what I have access to, but it may be relevant to laptops from other manufacturers that employ similar graphics setups.
First, you’ll want to modify your kernel boot string by removing the acpi_osi flag if you’ve been using it, and if you want to be able to see anything whilst booting, you’ll also need to remove the splash parameter, and add the following (See UPDATE for details on recent drivers):
nomodeset
This will stop the VESA driver from trying to switch to a mode that we can’t support until the nVidia driver kicks in. Also note that once the nVidia driver is initialized, you’ll lose the ability to display VTs – they’ll just show a blank screen, same for the shutdown sequence.
If you’re using the sony-laptop module modified by Eva and Norbert, and as installed by the sony-VGN-Zseries-janitor script, you’ll need to make sure the kernel is loaded with speed_stamina=3, which can be done by placing the following in a file in /etc/modprobe.d/
options sony-laptop speed_stamina=3
Next, the BIOS will need to be updated to a recent revision that contains Windows 7 support. The BIOSes of the various Z-series revisions are interchangeable, so I used the R5031M3 release, which you can download from your local Sony Support site. To make this work as we want it to, however, the BIOS needs to be modified to enable the Advanced section, allowing us to change the mode of the hardware graphics switch. Whilst the os_acpi option will likely still work, this results in garbled graphics following a reboot, making it impossible to access the BIOS, or view boot menus.
To modify the BIOS, a specially crafted EFI boot disk is required, however in all BIOS releases supporting Windows 7, EFI booting from external devices has been disabled. The only method for booting from external EFI media is to disconnect both the HDD and optical drive, however most people are probably reluctant to go to these lengths, particularly considering how difficult and convoluted it is to remove the keyboard to gain access these components. If this is you, some googling will yield pre-patched BIOSes for download. For those who like a challenge, the process for patching the BIOS is described here.
Once you’ve got your Windows 7 BIOS installed, reboot and enter the BIOS configuration by pressing F2 when the VAIO logo is displayed. You’ll notice a slew of new options under the Advanced section, so feel free to tweak a few things (enabling the VT-d option, for example), but be aware that you may seriously impair the functionality of your system by messing too much in here. The option we’re looking for is VGA Switching Policy. Set this to Static, noting that this will disable hot-switching in Windows, whilst enabling cold-switching for all OS’s
Now, flick the graphics hardware switch over to Speed and boot back into Windows. You’ll need to dump the EDID data from the LVDS display, for this I used a free program called softMCSS, available for download here. Export the data for your monitor, and put this somewhere you can access it easily from your linux install, then flip the hardware switch back over to Stamina, and reboot into Linux. Place the EDID dump somewhere sensible (I placed mine in /etc/X11/), and then edit your xorg.conf to look similar to this (if you’re using the sony-VGN-Zseries-janitor scripts, make sure you edit the config relating to the nVidia card):
Section "Module"
Load "glx"
EndSection

Section "ServerFlags"
Option "Xinerama" "0"
EndSection

Section "Monitor"
# HorizSync source: edid, VertRefresh source: edid
Identifier "Monitor0"
VendorName "Unknown"
ModelName "Nvidia Default Flat Panel"
HorizSync 29.0 - 55.0
VertRefresh 0.0 - 61.0
Option "DPMS"
EndSection

Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce 9300M GS"
Option "ConnectedMonitor" "DFP-0"
Option "CustomEDID" "DFP-0:/etc/X11/SNY06FA.bin"
Option "NoLogo" "True"
Option "OnDemandVBlankInterrupts" "True"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Depth 24
EndSubSection
EndSection
The highlighted lines are the key, with ConnectedMonitor telling the driver to expect a display on the internal connection, and CustomEDID providing the data it needs to communicate with it successfully (See UPDATE for details on recent drivers).
Success!! Sort of…

At this point, you can flick the hardware switch back to Speed, reboot and enjoy the nVidia goodness, however there are some caveats. Multiple monitor setups will not function properly at all, and when they do, they’re a pain. Because we’ve had to use ConnectedMonitor to force the internal display to be attached, X won’t see any additional displays unless it’s explicitly told about them, so if you want multiple monitors to work, you’ll need to use an Xorg config similar to the following, assuming it’s connected via HDMI (See UPDATE for details on recent drivers):
Section "Module"
Load "glx"
EndSection

Section "ServerFlags"
Option "Xinerama" "0"
EndSection

Section "Monitor"
# HorizSync source: edid, VertRefresh source: edid
Identifier "Monitor0"
VendorName "Unknown"
ModelName "Nvidia Default Flat Panel"
HorizSync 29.0 - 55.0
VertRefresh 0.0 - 61.0
Option "DPMS"
EndSection

Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce 9300M GS"
Option "ConnectedMonitor" "DFP-0, DFP-2"
Option "CustomEDID" "DFP-0:/etc/X11/SNY06FA.bin"
Option "NoLogo" "True"
Option "OnDemandVBlankInterrupts" "True"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
Option "TwinView" "1"
Option "TwinViewXineramaInfoOrder" "DFP-2"
Option "metamodes" "DFP-0: nvidia-auto-select +0+0, DFP-2: nvidia-auto-select +1600+0"
SubSection "Display"
Depth 24
EndSubSection
EndSection
The problem here is that we’ve told the driver that we have two monitors connected all the time, when this is likely not to be the case. This means that you’ll have a phantom 640×480 monitor when you don’t have an external display connected. You can work around this using Disper, and executing `disper -s` to disable the external display when it’s not connected, possibly you’d want to run this as a login task if you don’t mind the flicker. To extend your desktop onto the external display when it’s attached, just use `disper -e`, and see the Disper documentation for more options.
And that’s pretty much that, until we get some love from nVidia. The configs and the EDID dump from my VGN-Z17GN/B are available in the downloads.
© 2014 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   PHP hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy