Administrace komentářů

Vestavěná zvukovka systém neshazuje - jen SB Live. Pošlete-li mi mail, dám Vám vědět, podaří-li se. Jinak lze zkusit následující: lspci -v -xxx a výstup si schovat Nyní ve wine s povolenými porty spustit VIA Latency Patch pro Windows. Dát znovu lspci -v -xxx a zase výstup schovat Pak restartovat a dát znovu lspci -v -xxx Nakonec všechny výstupy porovnáte - tam, kde se liší 1. od 2. ale ne 1. od 3. jsou místa, která je potřeba změnit - pomocí programu setpci. Tímto postupem jsem např, přišel na "sw chazení" programem speedfan a přepsal ho do dvou setpci. P. S.: Někde ve svých poznámkách jsem našel (vše, co jsem vypátral, bez ladu a skladu v jednom texťáku):

You may try /sbin/setpci -v -s 00:0e.0 0D.B=40
 
http://www.cicese.mx/~mirsev/Linux/VIA/VIA-latency-linux.html
 
http://www.zip.com.au/~akpm/linux/schedlat.html
 
 
http://van-dijk.net/linuxkernel/200204/0913.html.gz
 
I hope that I've extracted your name right?
 
>On Thu, 24 Jan 2002, Daniel Nofftz wrote:
>
> > On Wed, 23 Jan 2002, Hans-Peter Jansen wrote:
> > 
> > > You see, I'm fiddleing with power saving quite some time.
> > 
> > oh ,.. by the way : does dmesg show somthing like "dissconect in via
> > northbridge enabled: kt133 chipset found " or something similar ?
> > (only if you have my patch ativated)
>
> I tried your patch. I get the message above (I have a KT133A). With only 
> APM enabled, it makes no difference; witch ACPI, temp goes from 47C -> 
> 38C without stability problems nor preformance drops.
 
This are very good numbers, which I've expected.
 
> However, after disabling APM and enabling ACPI, my system won't power 
> off anymore 
 
This should be easily solved.
 
I point on your distro's startup scripts. They only look if apm is enabled 
but _NOT ACPI...
 
Have a look into /etc/init.d/halt (taken from SuSE 7.3, LSB standard).
 
 
 
http://www.cs.helsinki.fi/linux/linux-kernel/2002-04/0015.html
OoO En cette nuit nuageuse du dimanche 27 janvier 2002, vers 00:11,
"Nix N. Nix"  disait:
 
> 00:0e.0 Multimedia audio controller: Creative Labs SB Live! EMU10000
> (rev 05)
> Subsystem: Creative Labs CT4850 SBLive! Value
> Flags: bus master, medium devsel, latency 32, IRQ 5
> I/O ports at b000 [size=32]
> Capabilities: 
 
You may try /sbin/setpci -v -s 00:0e.0 0D.B=40
 
 
http://www.cs.helsinki.fi/linux/linux-kernel/2002-24/0642.html
 
On 19 June 2002 02:13, Jonathan A. Davis wrote:
> G'day Alan, all,
>
> In November, I assembled a new machine using a Soyo Dragon+ mb with a
> Pinnacle PCTV/Pro card as the only add-in board (I have an ATI 7500 in the
> AGP slot). Very quickly I learned that any heavy disk activity (from two
> UDMA100 drives) during TV card use would lock the system tight. As long
> as I didn't use the TV card, the system was completely solid -- under
> heavy disk, sound, net usage, etc. I tried moving the card around,
> playing with BIOS, upgrading BIOS, with no success. I dug around in
> quirks.c and put a serious dent in google's usage reports trying to find
> answers. About the time I was concluding that I had a defective mb, a
> friend decided to install Linux on his KT266 system also. After the
> install, we popped a PCTV (non-PRO minus FM radio) into it and ended up
> duplicating my machines's crashing behaviour.
>
> About a month ago, after giving up and either avoiding TV card use (which
> given the state of US TV isn't a completely bad thing , or resigning
> myself to not doing serious work if I had the TV card on, I stumbled
> across Serguei Miridonov's site (http://www.cicese.mx/~mirsev/Linux/VIA/).
> His small module changes PCI config register 0x75 from 0x01 to 0x07 and
> clears all the bits on 0x76 (originally set to 0x10 on my mb). The result
> has been perfect stability for both boards with TV cards and as much disk
> and other I/O as bonnie and friends could generate.
 
[75:7]=Arbitration Mode 0=REQ-based 1=Frame-based
(75:​6​)​=CPU Latency Timer read only
(75:​5​)​=(same as above)
(75:​4​)​=(same as above)
[75:3]=(Reserved)
[75:2]=PCI Master Bus Time-Out 000=Disable
[75:1]=001=1x32 PCICLKs 010=2x32 PCICLKs
[75:0]=011=3x32 PCICLKs ... 111=7x32 PCICLKs
 
You increased busmaster timeout sevenfold here.
 
[76:7]=I/O Port 22 Enable
[76:6]=(Reserved)
[76:5]=Master Priority Rotation 0x=every PCI master grant
[76:4]=10=after every 2 PCI 11=after every 3 PCI
[76:3]=REQn# to REQ4# Mapping 00=REQ4# 01=REQ0#
[76:2]=10=REQ1# 11=REQ2#
[76:1]=(Reserved)
[76:0]=REQ4# Is High Priority 0=disable 1=enable
 
Heh... doc says 0x00 and 0x10 are the same for reg 0x76...
did you test with 0x76 unchanged?
 
I have a PDF also, need to reboot into WinNT to look at it...
KDE's PDF viewer can't grok it.

... Tedy je to fuška naformátovat - nakones se povedlo díky znakům NBSP a ZWS (kvůli chechtákům).