<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Ubuntu and VIA EPIA EN12000EG</title>
	<atom:link href="http://lukasz.dk/2008/04/23/ubuntu-and-via-epia-en12000eg/feed/" rel="self" type="application/rss+xml" />
	<link>http://lukasz.dk/2008/04/23/ubuntu-and-via-epia-en12000eg/</link>
	<description>Personal homepage of Lukasz Bruun</description>
	<lastBuildDate>Sun, 28 Feb 2010 15:21:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Sam33</title>
		<link>http://lukasz.dk/2008/04/23/ubuntu-and-via-epia-en12000eg/comment-page-1/#comment-787</link>
		<dc:creator>Sam33</dc:creator>
		<pubDate>Wed, 24 Sep 2008 16:12:34 +0000</pubDate>
		<guid isPermaLink="false">http://lukasz.dk/?p=96#comment-787</guid>
		<description>Hi Lukasz,

I&#039;m glad to hear that frequency scaling is running for you too ! I&#039;m running it for about two weeks now without freeze. I started test about frequency scaling  to reduce the system temperature.
I would like to give you the heat reduction, but global weather conditions (in France) have changed significantly and the comparison is difficult.

Sam.
PS: Regarding my previous investigation regarding the PATA driver, after a week I gave up and installed a lightweight Ubuntu 8.04...</description>
		<content:encoded><![CDATA[<p>Hi Lukasz,</p>
<p>I&#8217;m glad to hear that frequency scaling is running for you too ! I&#8217;m running it for about two weeks now without freeze. I started test about frequency scaling  to reduce the system temperature.<br />
I would like to give you the heat reduction, but global weather conditions (in France) have changed significantly and the comparison is difficult.</p>
<p>Sam.<br />
PS: Regarding my previous investigation regarding the PATA driver, after a week I gave up and installed a lightweight Ubuntu 8.04&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: EN12000EG Freeze - Page 12 - tkArena Forums</title>
		<link>http://lukasz.dk/2008/04/23/ubuntu-and-via-epia-en12000eg/comment-page-1/#comment-786</link>
		<dc:creator>EN12000EG Freeze - Page 12 - tkArena Forums</dc:creator>
		<pubDate>Sun, 21 Sep 2008 09:37:02 +0000</pubDate>
		<guid isPermaLink="false">http://lukasz.dk/?p=96#comment-786</guid>
		<description>[...] You wanted to let you know that I&#039;ve been using the EN12000EG for 22 days using on demand CPU scaling. I made a small update to my original post about it  Lukasz.dk Ubuntu and VIA EPIA EN12000EG [...]</description>
		<content:encoded><![CDATA[<p>[...] You wanted to let you know that I&#8217;ve been using the EN12000EG for 22 days using on demand CPU scaling. I made a small update to my original post about it  Lukasz.dk Ubuntu and VIA EPIA EN12000EG [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lukasz Bruun</title>
		<link>http://lukasz.dk/2008/04/23/ubuntu-and-via-epia-en12000eg/comment-page-1/#comment-726</link>
		<dc:creator>Lukasz Bruun</dc:creator>
		<pubDate>Sun, 17 Aug 2008 08:42:01 +0000</pubDate>
		<guid isPermaLink="false">http://lukasz.dk/?p=96#comment-726</guid>
		<description>
&lt;blockquote&gt;
I also have a EN12000EG for few weeks now, but I still have stability issues.



I have:

  - run memtest86 for hours

  - set the BIOS according to rararasputin&#039;s advices

  - kept the proc at 1200 MHz

  - tried 686 and 486 kernel

  - in text mode only (no X)



and all I get is a 1 to 20 hours uptime... and nothing on /var/log/* neither on serial console connected to kernel debug. At least the watchdog works :-S



(current step is a &quot;in RAM system&quot; with no disk at all, no result for now...)



I&#039;m running a Debian Etchnhalf: kernel 2.6.24-486, with only a PATA disk. Could you please precise your configuration:

  - type of disk

  - kernel used

  - modules loaded



Thanx,

Sam
&lt;/blockquote&gt;

My disk is a Samsung Spinpoint HM250JI, which is a 250 GB SATA disk.

As for the kernel I just update whenever a new kernel for Ubuntu is available and I havn&#039;t had any problems with any Ubuntu 8.04 kernels, my current kernel: Linux 2.6.24-20-generic i686 GNU/Linux.

List of modules: http://lukasz.dk/files/en12000eg_modules.txt

Since I wrote the post I&#039;ve had an uptime of over 21 days at one point until I rebooted due to a kernel update :-)

&lt;blockquote&gt;
Hi Lukasz,



Thanx for the (very quick) answer !

I suspected the PATA driver, and there is a significant difference between Debian Etchnhalf and Ubuntu Harper:

  Debian Etchnhalf: my PATA HDD was seen as /dev/hda (through IDE stack)

  Ubuntu Harper: the same PATA HDD is seen as /dev/sda (through SCSI stack)...



So, I stopped my long term test of &quot;just in RAM&quot; uptime (after 8h) to try a long term test of Ubuntu Harper.

If this fail, I&#039;ll buy a SATA disk !



Thanx again,

Sam

PS: I was used to my previous EPIA 533Mhz with always more than 200 days uptime.

PPS: for your information, concerning the temperatures: after several tests and measurements, I now assume that:

  - SYS = temp1-40°C

  - CPU = temp2+40°C

(I think during BIOS update, VIA mixed the two offsets registers of the Windbond...)
&lt;/blockquote&gt;

</description>
		<content:encoded><![CDATA[<blockquote><p>
I also have a EN12000EG for few weeks now, but I still have stability issues.</p>
<p>I have:</p>
<p>  &#8211; run memtest86 for hours</p>
<p>  &#8211; set the BIOS according to rararasputin&#8217;s advices</p>
<p>  &#8211; kept the proc at 1200 MHz</p>
<p>  &#8211; tried 686 and 486 kernel</p>
<p>  &#8211; in text mode only (no X)</p>
<p>and all I get is a 1 to 20 hours uptime&#8230; and nothing on /var/log/* neither on serial console connected to kernel debug. At least the watchdog works :-S</p>
<p>(current step is a &#8220;in RAM system&#8221; with no disk at all, no result for now&#8230;)</p>
<p>I&#8217;m running a Debian Etchnhalf: kernel 2.6.24-486, with only a PATA disk. Could you please precise your configuration:</p>
<p>  &#8211; type of disk</p>
<p>  &#8211; kernel used</p>
<p>  &#8211; modules loaded</p>
<p>Thanx,</p>
<p>Sam
</p></blockquote>
<p>My disk is a Samsung Spinpoint HM250JI, which is a 250 GB SATA disk.</p>
<p>As for the kernel I just update whenever a new kernel for Ubuntu is available and I havn&#8217;t had any problems with any Ubuntu 8.04 kernels, my current kernel: Linux 2.6.24-20-generic i686 GNU/Linux.</p>
<p>List of modules: <a href="http://lukasz.dk/files/en12000eg_modules.txt" rel="nofollow">http://lukasz.dk/files/en12000eg_modules.txt</a></p>
<p>Since I wrote the post I&#8217;ve had an uptime of over 21 days at one point until I rebooted due to a kernel update :-)</p>
<blockquote><p>
Hi Lukasz,</p>
<p>Thanx for the (very quick) answer !</p>
<p>I suspected the PATA driver, and there is a significant difference between Debian Etchnhalf and Ubuntu Harper:</p>
<p>  Debian Etchnhalf: my PATA HDD was seen as /dev/hda (through IDE stack)</p>
<p>  Ubuntu Harper: the same PATA HDD is seen as /dev/sda (through SCSI stack)&#8230;</p>
<p>So, I stopped my long term test of &#8220;just in RAM&#8221; uptime (after 8h) to try a long term test of Ubuntu Harper.</p>
<p>If this fail, I&#8217;ll buy a SATA disk !</p>
<p>Thanx again,</p>
<p>Sam</p>
<p>PS: I was used to my previous EPIA 533Mhz with always more than 200 days uptime.</p>
<p>PPS: for your information, concerning the temperatures: after several tests and measurements, I now assume that:</p>
<p>  &#8211; SYS = temp1-40°C</p>
<p>  &#8211; CPU = temp2+40°C</p>
<p>(I think during BIOS update, VIA mixed the two offsets registers of the Windbond&#8230;)
</p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lukasz Bruun</title>
		<link>http://lukasz.dk/2008/04/23/ubuntu-and-via-epia-en12000eg/comment-page-1/#comment-725</link>
		<dc:creator>Lukasz Bruun</dc:creator>
		<pubDate>Wed, 11 Jun 2008 17:44:07 +0000</pubDate>
		<guid isPermaLink="false">http://lukasz.dk/?p=96#comment-725</guid>
		<description>Tony: I havn&#039;t experienced any such problems. Since I&#039;ve kept my VIA EN12000EG on 1200 MHz all the time, the system has been running flawlessly.</description>
		<content:encoded><![CDATA[<p>Tony: I havn&#8217;t experienced any such problems. Since I&#8217;ve kept my VIA EN12000EG on 1200 MHz all the time, the system has been running flawlessly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony</title>
		<link>http://lukasz.dk/2008/04/23/ubuntu-and-via-epia-en12000eg/comment-page-1/#comment-724</link>
		<dc:creator>Tony</dc:creator>
		<pubDate>Wed, 11 Jun 2008 07:57:41 +0000</pubDate>
		<guid isPermaLink="false">http://lukasz.dk/?p=96#comment-724</guid>
		<description>I&#039;m using 7.10 and 8.04 on various EPIA m10000 and EPIA C7 1000mhz. There being used as servers, and will randomly lock up or give very strange results when using and bash session.
On investigating it appears that the clock is &#039;stuck&#039; or &#039;looping&#039;. The time stays within a narrow (prehaps) 3 second band and never moves beyond, unless I reboot. /var/log/syslog shows two consequative entires where time moves backward. Is is possible this was happening on your setup? I got other installations of Ubuntu on non VIA platforms that don&#039;t exhibit this problem.</description>
		<content:encoded><![CDATA[<p>I&#8217;m using 7.10 and 8.04 on various EPIA m10000 and EPIA C7 1000mhz. There being used as servers, and will randomly lock up or give very strange results when using and bash session.<br />
On investigating it appears that the clock is &#8216;stuck&#8217; or &#8216;looping&#8217;. The time stays within a narrow (prehaps) 3 second band and never moves beyond, unless I reboot. /var/log/syslog shows two consequative entires where time moves backward. Is is possible this was happening on your setup? I got other installations of Ubuntu on non VIA platforms that don&#8217;t exhibit this problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: yoshi314</title>
		<link>http://lukasz.dk/2008/04/23/ubuntu-and-via-epia-en12000eg/comment-page-1/#comment-723</link>
		<dc:creator>yoshi314</dc:creator>
		<pubDate>Sun, 27 Apr 2008 16:42:56 +0000</pubDate>
		<guid isPermaLink="false">http://lukasz.dk/?p=96#comment-723</guid>
		<description>my amd64 box would also freeze with cpu scaling, especially when kernel governor would try to increase the frequency from 50% to 100% .

that was around 2.6.22 or 2.6.21 i guess. perhaps this problem has been long fixed.</description>
		<content:encoded><![CDATA[<p>my amd64 box would also freeze with cpu scaling, especially when kernel governor would try to increase the frequency from 50% to 100% .</p>
<p>that was around 2.6.22 or 2.6.21 i guess. perhaps this problem has been long fixed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lukasz Bruun</title>
		<link>http://lukasz.dk/2008/04/23/ubuntu-and-via-epia-en12000eg/comment-page-1/#comment-722</link>
		<dc:creator>Lukasz Bruun</dc:creator>
		<pubDate>Thu, 24 Apr 2008 05:51:34 +0000</pubDate>
		<guid isPermaLink="false">http://lukasz.dk/?p=96#comment-722</guid>
		<description>Thanks for sharing. I&#039;ve updated my post with a link to the xorg.conf formatted properly.</description>
		<content:encoded><![CDATA[<p>Thanks for sharing. I&#8217;ve updated my post with a link to the xorg.conf formatted properly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rararasputin</title>
		<link>http://lukasz.dk/2008/04/23/ubuntu-and-via-epia-en12000eg/comment-page-1/#comment-721</link>
		<dc:creator>rararasputin</dc:creator>
		<pubDate>Wed, 23 Apr 2008 22:03:42 +0000</pubDate>
		<guid isPermaLink="false">http://lukasz.dk/?p=96#comment-721</guid>
		<description>Oh, all the nice formatting is gone in my previous comment :/</description>
		<content:encoded><![CDATA[<p>Oh, all the nice formatting is gone in my previous comment :/</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rararasputin</title>
		<link>http://lukasz.dk/2008/04/23/ubuntu-and-via-epia-en12000eg/comment-page-1/#comment-720</link>
		<dc:creator>rararasputin</dc:creator>
		<pubDate>Wed, 23 Apr 2008 22:03:00 +0000</pubDate>
		<guid isPermaLink="false">http://lukasz.dk/?p=96#comment-720</guid>
		<description>I have S-Video working with the openchrome drivers. These are the relevant sections of my xorg.conf. Hope they still do work, as I did not have a tv connected for a longer time.
Also, I did not invent this config myself, but I don&#039;t know the source anymore.

Section &quot;ServerLayout&quot;
	Identifier     &quot;SLTvOut&quot;
	Screen      0  &quot;scrTv&quot; 0 0
	InputDevice    &quot;Mouse0&quot; &quot;CorePointer&quot;
	InputDevice    &quot;Keyboard0&quot; &quot;CoreKeyboard&quot;
EndSection

Section &quot;Screen&quot;
	Identifier &quot;scrTv&quot;
	Device     &quot;VideocardViaTv&quot;
	Monitor    &quot;MonitorTv&quot;
	DefaultDepth     24
	SubSection &quot;Display&quot;
		Viewport   0 0
		Depth     24
#		Modes    &quot;720x576&quot;
		Modes    &quot;720x576Noscale&quot;
	EndSubSection
	SubSection &quot;Display&quot;
		Depth     16
		Modes    &quot;720x576&quot;
#		Modes    &quot;720x576Noscale&quot;
	EndSubSection
EndSection

Section &quot;Device&quot;
	Identifier  &quot;VideocardViaTv&quot;
	Driver      &quot;openchrome&quot;
        VendorName  &quot;Via&quot;
        BoardName   &quot;CN700&quot;
        Option  &quot;PciRetry&quot; &quot;true&quot;
#	VideoRam    32768
	Option      &quot;ActiveDevice&quot; &quot;TV,CRT&quot;
#	Option      &quot;UseBIOS&quot; &quot;true&quot;
	Option      &quot;TVType&quot; &quot;PAL&quot;
	Option      &quot;TVDeflicker&quot; &quot;1&quot;
	Option      &quot;TVOutput&quot; &quot;S-Video&quot;
#	Option      &quot;TVOutput&quot; &quot;Composite&quot;
#	Option      &quot;TVOutput&quot; &quot;RGB&quot;
#	Option      &quot;TVVScan&quot; &quot;over&quot;
#	Option      &quot;TVVScan&quot; &quot;under&quot;
#	Option      &quot;TVDotCrawl&quot;
#	Option      &quot;DisableVQ&quot; &quot;true&quot;
#	Option      &quot;NoDDCValue&quot;
#	Option      &quot;HQVManualSwitch&quot;
#	Option      &quot;NoHQVVFilter&quot;
#	Option      &quot;CaptureOverScanOff&quot;
#	Option      &quot;Cap0Deinterlace&quot; &quot;Bob&quot;
#	Option      &quot;Cap0Deinterlace&quot; &quot;Weave&quot;
#        Option      &quot;Cap1Deinterlace&quot; &quot;Bob&quot;
#        Option      &quot;Cap1Deinterlace&quot; &quot;Weave&quot;
#	Option      &quot;Cap0FieldSwap&quot;
#	Option      &quot;NoCap0HFilter&quot;
#	Option      &quot;NoCap1HFilter&quot;

	# EnableAGPDMA:
	# &quot;To all people hit by the lock up, grey screen, and actually anything
	# that is fixed by turning AGPDMA off, it seems there is possibly a
	# regression in the via_agp module included in recent kernels ( &gt;= 2.6.22
	# or something like that). It has not yet been properly tracked down.
	# Keep in mind that turning AGPDMA off is only a workaround that will hide
	# a bug somewhere else. Keep in mind it&#039;ll need to be turned on again when
	# the actual bug is fixed.
	Option       &quot;EnableAGPDMA&quot; &quot;false&quot;

#	Option &quot;AccelMethod&quot; &quot;EXA&quot;
#	Option &quot;ExaScratchSize&quot; &quot;8192&quot;
#	Option &quot;MaxDRIMem&quot; &quot;16384&quot;
#	Option &quot;MigrationHeuristic&quot; &quot;greedy&quot;
	BusID &quot;PCI:1:0:0&quot;
EndSection


Section &quot;Monitor&quot;
	Identifier   &quot;MonitorTv&quot;
	VendorName   &quot;&quot;
	ModelName    &quot;TV-PAL&quot;
	HorizSync    24.0 - 80.0
	VertRefresh  50.0 - 75.0
	Option	    &quot;nodpms&quot;
	Option	    &quot;noddc&quot;
# Set for 4:3 display
	DisplaySize	300 225
# Set for 16:9 display
#	DisplaySize	400 225

	#Refresh Rate 60Hz
	ModeLine &quot;720x480&quot; 26.7 720 736 808 896 480 481 484 497
	ModeLine &quot;720x576&quot; 32.7 720 744 816 912 576 577 580 597
	ModeLine &quot;848x480&quot; 31.5 848 864 952 1056 480 481 484 497
	ModeLine &quot;856x480&quot; 31.7 856 872 960 1064 480 481 484 497
	ModeLine &quot;1024x512&quot; 41.3 1024 1056 1160 1296 512 513 516 531
	ModeLine &quot;1280x768&quot; 80.1 1280 1344 1480 1680 768 769 772 795
	ModeLine &quot;1440x1050&quot; 126.2 1440 1536 1688 1936 1050 1051 1054 1087

	#Refresh Rate 75Hz
#	ModeLine &quot;720x480&quot; 34.9 720 752 824 928 480 481 484 502
#	ModeLine &quot;720x576&quot; 42.6 720 760 832 944 576 577 580 602
#	ModeLine &quot;848x480&quot; 41.0 848 880 968 1088 480 481 484 502
#	ModeLine &quot;856x480&quot; 41.3 856 888 976 1096 480 481 484 502
#	ModeLine &quot;1024x512&quot; 53.3 1024 1072 1176 1328 512 513 516 535
#	ModeLine &quot;1280x768&quot; 103.0 1280 1360 1496 1712 768 769 772 802
#	ModeLine &quot;1440x1050&quot; 160.0 1440 1536 1696 1952 1050 1051 1054 1096

	#Refresh Rate 85Hz
#	ModeLine &quot;1280x768&quot; 118.5 1280 1368 1504 1728 768 769 772 807
#	ModeLine &quot;1440x1050&quot; 184.5 1440 1544 1704 1968 1050 1051 1054 1103
#	ModeLine &quot;848x480&quot; 47.4 848 888 976 1104 480 481 484 505
EndSection</description>
		<content:encoded><![CDATA[<p>I have S-Video working with the openchrome drivers. These are the relevant sections of my xorg.conf. Hope they still do work, as I did not have a tv connected for a longer time.<br />
Also, I did not invent this config myself, but I don&#8217;t know the source anymore.</p>
<p>Section &#8220;ServerLayout&#8221;<br />
	Identifier     &#8220;SLTvOut&#8221;<br />
	Screen      0  &#8220;scrTv&#8221; 0 0<br />
	InputDevice    &#8220;Mouse0&#8243; &#8220;CorePointer&#8221;<br />
	InputDevice    &#8220;Keyboard0&#8243; &#8220;CoreKeyboard&#8221;<br />
EndSection</p>
<p>Section &#8220;Screen&#8221;<br />
	Identifier &#8220;scrTv&#8221;<br />
	Device     &#8220;VideocardViaTv&#8221;<br />
	Monitor    &#8220;MonitorTv&#8221;<br />
	DefaultDepth     24<br />
	SubSection &#8220;Display&#8221;<br />
		Viewport   0 0<br />
		Depth     24<br />
#		Modes    &#8220;720&#215;576&#8243;<br />
		Modes    &#8220;720x576Noscale&#8221;<br />
	EndSubSection<br />
	SubSection &#8220;Display&#8221;<br />
		Depth     16<br />
		Modes    &#8220;720&#215;576&#8243;<br />
#		Modes    &#8220;720x576Noscale&#8221;<br />
	EndSubSection<br />
EndSection</p>
<p>Section &#8220;Device&#8221;<br />
	Identifier  &#8220;VideocardViaTv&#8221;<br />
	Driver      &#8220;openchrome&#8221;<br />
        VendorName  &#8220;Via&#8221;<br />
        BoardName   &#8220;CN700&#8243;<br />
        Option  &#8220;PciRetry&#8221; &#8220;true&#8221;<br />
#	VideoRam    32768<br />
	Option      &#8220;ActiveDevice&#8221; &#8220;TV,CRT&#8221;<br />
#	Option      &#8220;UseBIOS&#8221; &#8220;true&#8221;<br />
	Option      &#8220;TVType&#8221; &#8220;PAL&#8221;<br />
	Option      &#8220;TVDeflicker&#8221; &#8220;1&#8243;<br />
	Option      &#8220;TVOutput&#8221; &#8220;S-Video&#8221;<br />
#	Option      &#8220;TVOutput&#8221; &#8220;Composite&#8221;<br />
#	Option      &#8220;TVOutput&#8221; &#8220;RGB&#8221;<br />
#	Option      &#8220;TVVScan&#8221; &#8220;over&#8221;<br />
#	Option      &#8220;TVVScan&#8221; &#8220;under&#8221;<br />
#	Option      &#8220;TVDotCrawl&#8221;<br />
#	Option      &#8220;DisableVQ&#8221; &#8220;true&#8221;<br />
#	Option      &#8220;NoDDCValue&#8221;<br />
#	Option      &#8220;HQVManualSwitch&#8221;<br />
#	Option      &#8220;NoHQVVFilter&#8221;<br />
#	Option      &#8220;CaptureOverScanOff&#8221;<br />
#	Option      &#8220;Cap0Deinterlace&#8221; &#8220;Bob&#8221;<br />
#	Option      &#8220;Cap0Deinterlace&#8221; &#8220;Weave&#8221;<br />
#        Option      &#8220;Cap1Deinterlace&#8221; &#8220;Bob&#8221;<br />
#        Option      &#8220;Cap1Deinterlace&#8221; &#8220;Weave&#8221;<br />
#	Option      &#8220;Cap0FieldSwap&#8221;<br />
#	Option      &#8220;NoCap0HFilter&#8221;<br />
#	Option      &#8220;NoCap1HFilter&#8221;</p>
<p>	# EnableAGPDMA:<br />
	# &#8220;To all people hit by the lock up, grey screen, and actually anything<br />
	# that is fixed by turning AGPDMA off, it seems there is possibly a<br />
	# regression in the via_agp module included in recent kernels ( &gt;= 2.6.22<br />
	# or something like that). It has not yet been properly tracked down.<br />
	# Keep in mind that turning AGPDMA off is only a workaround that will hide<br />
	# a bug somewhere else. Keep in mind it&#8217;ll need to be turned on again when<br />
	# the actual bug is fixed.<br />
	Option       &#8220;EnableAGPDMA&#8221; &#8220;false&#8221;</p>
<p>#	Option &#8220;AccelMethod&#8221; &#8220;EXA&#8221;<br />
#	Option &#8220;ExaScratchSize&#8221; &#8220;8192&#8243;<br />
#	Option &#8220;MaxDRIMem&#8221; &#8220;16384&#8243;<br />
#	Option &#8220;MigrationHeuristic&#8221; &#8220;greedy&#8221;<br />
	BusID &#8220;PCI:1:0:0&#8243;<br />
EndSection</p>
<p>Section &#8220;Monitor&#8221;<br />
	Identifier   &#8220;MonitorTv&#8221;<br />
	VendorName   &#8220;&#8221;<br />
	ModelName    &#8220;TV-PAL&#8221;<br />
	HorizSync    24.0 &#8211; 80.0<br />
	VertRefresh  50.0 &#8211; 75.0<br />
	Option	    &#8220;nodpms&#8221;<br />
	Option	    &#8220;noddc&#8221;<br />
# Set for 4:3 display<br />
	DisplaySize	300 225<br />
# Set for 16:9 display<br />
#	DisplaySize	400 225</p>
<p>	#Refresh Rate 60Hz<br />
	ModeLine &#8220;720&#215;480&#8243; 26.7 720 736 808 896 480 481 484 497<br />
	ModeLine &#8220;720&#215;576&#8243; 32.7 720 744 816 912 576 577 580 597<br />
	ModeLine &#8220;848&#215;480&#8243; 31.5 848 864 952 1056 480 481 484 497<br />
	ModeLine &#8220;856&#215;480&#8243; 31.7 856 872 960 1064 480 481 484 497<br />
	ModeLine &#8220;1024&#215;512&#8243; 41.3 1024 1056 1160 1296 512 513 516 531<br />
	ModeLine &#8220;1280&#215;768&#8243; 80.1 1280 1344 1480 1680 768 769 772 795<br />
	ModeLine &#8220;1440&#215;1050&#8243; 126.2 1440 1536 1688 1936 1050 1051 1054 1087</p>
<p>	#Refresh Rate 75Hz<br />
#	ModeLine &#8220;720&#215;480&#8243; 34.9 720 752 824 928 480 481 484 502<br />
#	ModeLine &#8220;720&#215;576&#8243; 42.6 720 760 832 944 576 577 580 602<br />
#	ModeLine &#8220;848&#215;480&#8243; 41.0 848 880 968 1088 480 481 484 502<br />
#	ModeLine &#8220;856&#215;480&#8243; 41.3 856 888 976 1096 480 481 484 502<br />
#	ModeLine &#8220;1024&#215;512&#8243; 53.3 1024 1072 1176 1328 512 513 516 535<br />
#	ModeLine &#8220;1280&#215;768&#8243; 103.0 1280 1360 1496 1712 768 769 772 802<br />
#	ModeLine &#8220;1440&#215;1050&#8243; 160.0 1440 1536 1696 1952 1050 1051 1054 1096</p>
<p>	#Refresh Rate 85Hz<br />
#	ModeLine &#8220;1280&#215;768&#8243; 118.5 1280 1368 1504 1728 768 769 772 807<br />
#	ModeLine &#8220;1440&#215;1050&#8243; 184.5 1440 1544 1704 1968 1050 1051 1054 1103<br />
#	ModeLine &#8220;848&#215;480&#8243; 47.4 848 888 976 1104 480 481 484 505<br />
EndSection</p>
]]></content:encoded>
	</item>
</channel>
</rss>
