MSI i autopaljenje

Diskusije o hardveru i driverima pod Linuxom.

Moderator/ica: Moderatori/ce

Odgovori
Avatar
DoDo
Postovi: 1559
Pridružen/a: 23 sij 2008, 11:51
Spol: M
OS: GNOME 3
Lokacija: ~/Croatia/Zagorje/Radoboj

MSI i autopaljenje

Post Postao/la DoDo »

Već duže vrijeme korisnici matične ploče MSI 865PE Neo2 imaju problema da kad ugase svoj ubuntu hardy heron ispravno, računalo se samo upali u određeno vrijeme. Kod mene je to 00:30 h, dok je kod Grofa 09:00 h. Problem još nismo locirali, no čini se da je riječ o kernelu - na gutsyju je sve radilo normalno, no na hardyju neće. Do sad smo se razgovarali preko privatnih poruka, a postoji i thread na linux.hr (http://www.linux.hr/modules/newbb/viewt ... SC&start=0). Ovdje ću prenijeti sav naš razgovor preko PM-a pa ako imate sličnih problema ili možda čak riješenje, možete nam se pridružiti u diskusiji.
Grof je napisao/la:Vidim na HULK-u da imamo sličan problem na kantama...

Moja MSI 865PE Neo2 se isto svaki dan pali sama od sebe u jutro u 9 sati. Na windowsima je radilo, koliko se sjećam, a pod Linuxom se uvijek pali sama od sebe.
Još nisam to riješio, a u BIOS-u je sve pogašeno u Power Managmentu.

Možemo malo ovdje o tome razglabati kod mene u Hrdweraj podforumu....
DoDo je napisao/la:Heh... Moja matična je MS6788. No budući da sam danas otkrio da rade suspend i hibernate (na windowsima nikad nije radio na toj kanti staroj 5 god.) uopće ga više ne kanim gasiti - samo ću ga ostavljati u suspendu - paljenje tada traje 5 sec . Ovu noć ostaje suspendiran, pa ću vidjeti da li će se upaliti - ako hoće onda ću se malo detaljnije s time pozabaviti.

Btw. u BIOS-u sam pogasio sve wake-up-ove, no naredba dmidecode između ostaloga ozbaci nešto ovakvoga: "Wake-up Type: Modem Ring". Je li to razlog paljenja ili nije, nisam se još potrudio razmotriti jer mi je konačno faks završio pa sad po cijele dane igram supertux-a 2 (aka 0.30).

Pozdrav!
Grof je napisao/la:Ok, than...

Ja ću svoju kad tad staviti na testove, pa vidjeti što bi tu moglo biti.
Ipak se paljenje kante koja nije u suspendu dešava isključivo na nivou BIOS-a, pa me zanima što može mimo BIOS-ovih postavki aktivirati njega samog, ako to nije neki bug unutar njega samog...
Grof je napisao/la:Daj molim te pogledaj koja ti je verzija BIOS-a na ploči, te koji imaš proc na njoj?
DoDo je napisao/la:Nadam se da nije previše informacija...
Btw. prijavio sam bug na launchpad: https://bugs.launchpad.net/ubuntu/+bug/253629

Kod: Označi sve

dodo@Locutus:~$ sudo dmidecode
# dmidecode 2.9
SMBIOS 2.3 present.
24 structures occupying 946 bytes.
Table at 0x000F0630.

Handle 0x0000, DMI type 0, 20 bytes
BIOS Information
	Vendor: American Megatrends Inc.
	Version: V6.1 on 07.00T
	Release Date: 01/05/05
	Address: 0xF0000
	Runtime Size: 64 kB
	ROM Size: 512 kB
	Characteristics:
		ISA is supported
		PCI is supported
		PNP is supported
		APM is supported
		BIOS is upgradeable
		BIOS shadowing is allowed
		ESCD support is available
		Boot from CD is supported
		Selectable boot is supported
		BIOS ROM is socketed
		EDD is supported
		5.25"/360 KB floppy services are supported (int 13h)
		5.25"/1.2 MB floppy services are supported (int 13h)
		3.5"/720 KB floppy services are supported (int 13h)
		3.5"/2.88 MB floppy services are supported (int 13h)
		Print screen service is supported (int 5h)
		8042 keyboard services are supported (int 9h)
		Printer services are supported (int 17h)
		CGA/mono video services are supported (int 10h)
		ACPI is supported
		USB legacy is supported
		AGP is supported
		LS-120 boot is supported
		ATAPI Zip drive boot is supported
		BIOS boot specification is supported

Handle 0x0001, DMI type 1, 25 bytes
System Information
	Manufacturer: MICRO-STAR INC.
	Product Name: MS-6788
	Version: 20A
	Serial Number: 00000000
	UUID: Not Settable
	Wake-up Type: Modem Ring

Handle 0x0002, DMI type 2, 8 bytes
Base Board Information
	Manufacturer: MICRO-STAR INC.
	Product Name: MS-6788
	Version: 20A
	Serial Number: 00000000

Handle 0x0003, DMI type 3, 17 bytes
Chassis Information
	Manufacturer: Uknown Chassis Manufacture
	Type: Desktop
	Lock: Not Present
	Version: Version 1.00
	Serial Number: 123456890
	Asset Tag: 0123ABC
	Boot-up State: Unknown
	Power Supply State: Unknown
	Thermal State: Unknown
	Security Status: Unknown
	OEM Information: 0x00000000

Handle 0x0004, DMI type 4, 32 bytes
Processor Information
	Socket Designation: FC-478
	Type: Central Processor
	Family: Pentium 4
	Manufacturer: Intel                                           
	ID: 24 0F 00 04 FF FB EB 3F
	Signature: Type 0, Family 79, Model 2, Stepping 4
	Flags:
		FPU (Floating-point unit on-chip)
		VME (Virtual mode extension)
		DE (Debugging extension)
		PSE (Page size extension)
		TSC (Time stamp counter)
		MSR (Model specific registers)
		PAE (Physical address extension)
		MCE (Machine check exception)
		CX8 (CMPXCHG8 instruction supported)
		APIC (On-chip APIC hardware supported)
		SEP (Fast system call)
		MTRR (Memory type range registers)
		PGE (Page global enable)
		MCA (Machine check architecture)
		CMOV (Conditional move instruction supported)
		PAT (Page attribute table)
		PSE-36 (36-bit page size extension)
		CLFSH (CLFLUSH instruction supported)
		DS (Debug store)
		ACPI (ACPI supported)
		MMX (MMX technology supported)
		FXSR (Fast floating-point save and restore)
		SSE (Streaming SIMD extensions)
		SSE2 (Streaming SIMD extensions 2)
		SS (Self-snoop)
		HTT (Hyper-threading technology)
		TM (Thermal monitor supported)
	Version: Intel(R) Pentium(R) 4 Processor                 
	Voltage: 3.3 V 2.9 V
	External Clock: 100 MHz
	Max Speed: 4000 MHz
	Current Speed: 2000 MHz
	Status: Populated, Enabled
	Upgrade: Socket 478
	L1 Cache Handle: 0x0005
	L2 Cache Handle: 0x0006
	L3 Cache Handle: Not Provided

Handle 0x0005, DMI type 7, 19 bytes
Cache Information
	Socket Designation: Internal Cache
	Configuration: Enabled, Not Socketed, Level 1
	Operational Mode: Write Back
	Location: Internal
	Installed Size: 8 KB
	Maximum Size: 1024 KB
	Supported SRAM Types:
		Synchronous
	Installed SRAM Type: Pipeline Burst Synchronous
	Speed: Unknown
	Error Correction Type: Parity
	System Type: Data
	Associativity: 4-way Set-associative

Handle 0x0006, DMI type 7, 19 bytes
Cache Information
	Socket Designation: Internal Cache
	Configuration: Enabled, Not Socketed, Level 2
	Operational Mode: Write Back
	Location: Internal
	Installed Size: 512 KB
	Maximum Size: 1024 KB
	Supported SRAM Types:
		Synchronous
	Installed SRAM Type: Synchronous
	Speed: Unknown
	Error Correction Type: Parity
	System Type: Unified
	Associativity: 8-way Set-associative

Handle 0x0007, DMI type 5, 24 bytes
Memory Controller Information
	Error Detecting Method: None
	Error Correcting Capabilities: None
	Supported Interleave: One-way Interleave
	Current Interleave: One-way Interleave
	Maximum Memory Module Size: 1024 MB
	Maximum Total Memory Size: 4096 MB
	Supported Speeds:
		Other
	Supported Memory Types:
		DIMM
		SDRAM
	Memory Module Voltage: 3.3 V
	Associated Memory Slots: 4
		0x0009
		0x000A
		0x000B
		0x000C
	Enabled Error Correcting Capabilities: None

Handle 0x0008, DMI type 6, 12 bytes
Memory Module Information
	Socket Designation: DIMM1
	Bank Connections: 1 0
	Current Speed: Unknown
	Type: DIMM SDRAM
	Installed Size: 256 MB (Single-bank Connection)
	Enabled Size: 256 MB (Single-bank Connection)
	Error Status: OK

Handle 0x0009, DMI type 6, 12 bytes
Memory Module Information
	Socket Designation: DIMM2
	Bank Connections: 3 2
	Current Speed: Unknown
	Type: DIMM SDRAM
	Installed Size: 256 MB (Single-bank Connection)
	Enabled Size: 256 MB (Single-bank Connection)
	Error Status: OK

Handle 0x000A, DMI type 6, 12 bytes
Memory Module Information
	Socket Designation: DIMM3
	Bank Connections: 5 4
	Current Speed: Unknown
	Type: DIMM SDRAM
	Installed Size: 256 MB (Single-bank Connection)
	Enabled Size: 256 MB (Single-bank Connection)
	Error Status: OK

Handle 0x000B, DMI type 6, 12 bytes
Memory Module Information
	Socket Designation: ROW-3
	Bank Connections: 7 6
	Current Speed: Unknown
	Type: Unknown
	Installed Size: Not Installed
	Enabled Size: Not Installed
	Error Status: OK

Handle 0x000C, DMI type 9, 13 bytes
System Slot Information
	Designation: PCI1
	Type: 32-bit PCI
	Current Usage: Available
	Length: Long
	ID: 1
	Characteristics:
		3.3 V is provided
		Opening is shared
		PME signal is supported

Handle 0x000D, DMI type 9, 13 bytes
System Slot Information
	Designation: PCI2
	Type: 32-bit PCI
	Current Usage: In Use
	Length: Long
	ID: 2
	Characteristics:
		3.3 V is provided
		Opening is shared
		PME signal is supported

Handle 0x000E, DMI type 9, 13 bytes
System Slot Information
	Designation: PCI3
	Type: 32-bit PCI
	Current Usage: Available
	Length: Long
	ID: 3
	Characteristics:
		3.3 V is provided
		Opening is shared
		PME signal is supported

Handle 0x000F, DMI type 9, 13 bytes
System Slot Information
	Designation: PCI4
	Type: 32-bit PCI
	Current Usage: In Use
	Length: Long
	ID: 4
	Characteristics:
		3.3 V is provided
		Opening is shared
		PME signal is supported

Handle 0x0010, DMI type 9, 13 bytes
System Slot Information
	Designation: PCI5
	Type: 32-bit PCI
	Current Usage: In Use
	Length: Long
	ID: 5
	Characteristics:
		3.3 V is provided
		Opening is shared
		PME signal is supported

Handle 0x0011, DMI type 9, 13 bytes
System Slot Information
	Designation: AGP
	Type: 32-bit PCI
	Current Usage: In Use
	Length: Long
	ID: 4
	Characteristics:
		3.3 V is provided
		Opening is shared
		PME signal is supported

Handle 0x0012, DMI type 11, 5 bytes
OEM Strings
	String 1: SMBIOS Support from AMI
	String 2: Tested by James

Handle 0x0013, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: USB
	Internal Connector Type: Mini Centronics
	External Reference Designator: Def
	External Connector Type: DB-25 male
	Port Type: SSA SCSI

Handle 0x0014, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: IEEE1394
	Internal Connector Type: DB-9 male
	External Reference Designator: Sanjoy
	External Connector Type: Infrared
	Port Type: MIDI Port

Handle 0x0015, DMI type 12, 5 bytes
System Configuration Options
	Option 1: System Management BIOS from Atlanta
	Option 2: SMBIOS from AMI

Handle 0x0016, DMI type 13, 22 bytes
BIOS Language Information
	Installable Languages: 4
		English
		Traditional Chinese
		Simplified Chinese
		Japanese
	Currently Installed Language: English

Handle 0x0017, DMI type 127, 4 bytes
End Of Table

Wrong DMI structures length: 946 bytes announced, structures occupy 911 bytes.
:mrgreen: Smile! It makes people wonder what you're thinking about... :mrgreen:
I am NaN, I am a free man!
Započnite svoje Linux iskustvo na http://wiki.open.hr
Avatar
Grof
Site Admin
Postovi: 9954
Pridružen/a: 04 pro 2007, 08:00
Lokacija: Zagreb

Re: MSI i autopaljenje

Post Postao/la Grof »

Locirao sam kvar...
Naime, za sada mogu promijeniti vrijeme paljenja kante.
U BIOS-u pod Power Managment/Wake Up Events postoji opcija Wake on Alarm
Treba je staviti na Enabled i promijeniti željeno vrijeme paljenja, nakon toga vrati je na Disabled i snimi promjene u BIOS-u.

Očito je da BIOS ne poštuje da li ta opcija Enabled ili Disabled, odnosno svejedno mu je, u koliko dolazi do G2 signala za gašenje (soft off), dok poštuje ako do gašenja dolazi preko G3 signala (Mechanical off)

E sada imam teoriju, ali ne znam koliko ista stoji dok podrobnije ne proučim proceduru koju kernel radi pri gašenju stroja.
Naime, ako dođe do zahtjeva za G2 stanje (soft off) BIOS, vjerojatno preko svog interrupta šalje zahtjev kernelu da pogasi aplikacije, OS, očisti memoriju i ili preko drugog interrupta ili nekako drugačije javi BIOS-u da može gasiti kantu.
Moguće je da kernel na kraju procedure gašenja aplikacija i stroja šalje G3 signal kanti i ona se ugasi kao mechanical off i onda ne dolazi do manifestacije ovog BIOS Buga. Tako možda Windowsi gase kantu. Moguće je da Linuxov kernel ne šalje G3 signal BIOS-u nakon procedure gašenja aplikacija, nego nekako drugačije javlja BIOS-u da gasi kantu i Bug se manifestira.
To je prva teorija i ne mora biti točna. Sutra ću si uzeti vremena da to podrobnije proučim na internetu...
Avatar
DoDo
Postovi: 1559
Pridružen/a: 23 sij 2008, 11:51
Spol: M
OS: GNOME 3
Lokacija: ~/Croatia/Zagorje/Radoboj

Re: MSI i autopaljenje

Post Postao/la DoDo »

Grof je napisao/la:Locirao sam kvar...
Naime, za sada mogu promijeniti vrijeme paljenja kante.
U BIOS-u pod Power Managment/Wake Up Events postoji opcija Wake on Alarm
Treba je staviti na Enabled i promijeniti željeno vrijeme paljenja, nakon toga vrati je na Disabled i snimi promjene u BIOS-u.
E super. Sad ću postaviti da se pali u 21:00, tako da ću konačno mogu spavati po noći.
:mrgreen: Smile! It makes people wonder what you're thinking about... :mrgreen:
I am NaN, I am a free man!
Započnite svoje Linux iskustvo na http://wiki.open.hr
Avatar
Grof
Site Admin
Postovi: 9954
Pridružen/a: 04 pro 2007, 08:00
Lokacija: Zagreb

Re: MSI i autopaljenje

Post Postao/la Grof »

DoDo je napisao/la:
Grof je napisao/la:Locirao sam kvar...
Naime, za sada mogu promijeniti vrijeme paljenja kante.
U BIOS-u pod Power Managment/Wake Up Events postoji opcija Wake on Alarm
Treba je staviti na Enabled i promijeniti željeno vrijeme paljenja, nakon toga vrati je na Disabled i snimi promjene u BIOS-u.
E super. Sad ću postaviti da se pali u 21:00, tako da ću konačno mogu spavati po noći.
Imam još jednu dobru vijest za tebe....
možeš postaviti da se to dešava samo jedan dan u mjesecu, a ostale dane miruje (upravo je prošao test)
Naime, ako pod onim opcijama za podešavanje vremena, podesiš i dan u mjesecu kada se kanta treba sama upaliti sa Every day na neki određeni dan, onda će se bug manifestirati samo taj dan.
Što znači da je greška samo u tome što se ne poštuje setting Enabled/Disabled, odnosno za G2 stanje gašenja je uvijek Enabled, bez obzira kako podesio u BIOS-u.
Napravit ć još neke testove, pa javim.
Sutra ću uzeti s posla OpenSOlaris LiveCD, pa vidjeti kako se bude sa njega ponašao...no meni se čini da to nije kriv kernel nego BIOS!
Avatar
DoDo
Postovi: 1559
Pridružen/a: 23 sij 2008, 11:51
Spol: M
OS: GNOME 3
Lokacija: ~/Croatia/Zagorje/Radoboj

Re: MSI i autopaljenje

Post Postao/la DoDo »

Moguće da je BIOS. Ali ne kužim kako bi windowsi mogli gasiti računalo u G3. I kako je ubuntu gutsy to mogao, i opensuse (10.0, 10.1, 10.2, 10.3) i fedora 4, a hardy ne može?

OS očito može i smije mijenjati postavke u BIOS-u - čisti primjer za to je promjena sata u računalu iz OS-a, a sjećam se da sam na win imao neki program koji mi je prikazao sve BIOS opcije koje imam i kad pritisnem tipku delete prilikom inicijalnog screen-a.

Ja smatram da kernel prilikom gašenja računala dumpa "nove" postavke u BIOS, ali kako si rekao, ignorira opciju enabled/disabled. Moguće da ignorira i ovaj dan u mjesecu. Kod mene je, naime, bilo postavljen dan na 15, sat na 12 (ne 00), minute na 30 i sekunde na 30, a palio se je SVAKI DAN u 00:30. Sad sam stavio na 21:00:00 pa me baš zanima hoće li se upaliti sutra ujutro u 9 h ili sutra navečer u 21 h.

A sam postupak gašenja kernela ću i ja malo proučiti.
:mrgreen: Smile! It makes people wonder what you're thinking about... :mrgreen:
I am NaN, I am a free man!
Započnite svoje Linux iskustvo na http://wiki.open.hr
Avatar
DoDo
Postovi: 1559
Pridružen/a: 23 sij 2008, 11:51
Spol: M
OS: GNOME 3
Lokacija: ~/Croatia/Zagorje/Radoboj

Re: MSI i autopaljenje

Post Postao/la DoDo »

Prihvatili su mi bug report na launchpadu (https://bugs.launchpad.net/ubuntu/+sour ... bug/253629).
Možemo sad tamo pisati komentare da developerima olakšamo lociranje bug-a.
:mrgreen: Smile! It makes people wonder what you're thinking about... :mrgreen:
I am NaN, I am a free man!
Započnite svoje Linux iskustvo na http://wiki.open.hr
Avatar
Grof
Site Admin
Postovi: 9954
Pridružen/a: 04 pro 2007, 08:00
Lokacija: Zagreb

Re: MSI i autopaljenje

Post Postao/la Grof »

Možemo, ali pazi ima još jedna caka.

Kada poštelevaš vrijeme i datum za paljenje moraš napraviti ovako:
Postaviš Resume on RTC Alram na Enabled - podesiš datum i vrijeme - SADA SNIMIŠ PROMJENE sa F10 - nakon restarta OPET uđeš u BIOS, postaviš Resume on RTC Alarm na Disabled - PONOVO SNIMIŠ PROMJENE.

drugačije ne radi ???
Avatar
DoDo
Postovi: 1559
Pridružen/a: 23 sij 2008, 11:51
Spol: M
OS: GNOME 3
Lokacija: ~/Croatia/Zagorje/Radoboj

Re: MSI i autopaljenje

Post Postao/la DoDo »

tako sam odmah i napravio jer mi nema baš nekog smisla nešto enableati pa disableati i tek onda saveati - ispada ko da niš nije bilo mijenjano...
:mrgreen: Smile! It makes people wonder what you're thinking about... :mrgreen:
I am NaN, I am a free man!
Započnite svoje Linux iskustvo na http://wiki.open.hr
Avatar
Grof
Site Admin
Postovi: 9954
Pridružen/a: 04 pro 2007, 08:00
Lokacija: Zagreb

Re: MSI i autopaljenje

Post Postao/la Grof »

DoDo je napisao/la:tako sam odmah i napravio jer mi nema baš nekog smisla nešto enableati pa disableati i tek onda saveati - ispada ko da niš nije bilo mijenjano...
točno!
Avatar
Grof
Site Admin
Postovi: 9954
Pridružen/a: 04 pro 2007, 08:00
Lokacija: Zagreb

Re: MSI i autopaljenje

Post Postao/la Grof »

Nova saznanja:
Ukratko...
Kontrola Wake Upa preko RTC Alarma (Real Time Clock) koja radi isključivo preko BIOS-a vrijedi ako kanta koristi APM umjesto ACPI power managmenta.
Vjerojatno, da prije bootanja kernela isključiš ACPI (nikad ne znam jeli ta opcija noacpi ili acpi=off) onda se kernel odriče prava na kontrolu power managmenta i sve prepušta BIOS-u (tako je APM i bio zamišljen).
ACPI kao tehnologija Power managmenta sve prebacuje na operativni sustav, odnosno njegov kernel... a BIOS se oslobađa te odgovornosti
Tako da u ovom slučaju možemo govoriti o OSl Bugu (ne mora kernel biti kriv za to), a ne BIOS bugu. Ipak nekakav pomak :)
Naime, kontrola RTS Alarma u Linuxu vrši se preko /proc/acpi/alarm datoteke. Stoga pogledaj što dobiješ kada napraviš ovo

Kod: Označi sve

sudo cat /proc/acpi/alarm
Cijela stvar je malo bolje opisana ovdje, pa nije zgoreg ni to pročitati. Pretpostavimo da dio kernela zadužen za sinkronizaciju s podacima iz CMOS-a samog BIOS-a pri svakom bootu pročita stanje CMOS-a i preslika ga u /proc/acpi/alarm. Međutim iz određenog razloga NE preslika da li je uopće RTC Alarm opcija u BIOS-u isključena ili uključena ili ne preslika korektno, tako da ostaje stalno uključen. Mislim da naša istraživanja trebaju ići u tom smjeru...
Postaje zanimljivo (zapravo sve ovo me podsjeća na one stare dobre avanturističke igrice gdje se samo tipkalo, a sve je u realnom svijetu :D )
Toliko za sada od mene...

Eh, od kernela 2.6.22 pa nagore više se ne koristi /proc/acpi/alarm, nego /sys/class/rtc/rtc0/wakealarm
Dakle ono gore ne važi nego:

Kod: Označi sve

sudo cat /sys/class/rtc/rtc0/wakealarm
No neki tekstovi na internetu su kontradiktorni, pa provjeri i jedno i drugo da li postoji i da li radi...

Evo i jedan link od MythTV wikija koji govori o problemima sa sinkronizacijom sata za buđenje kante u shutdown skriptama.
Odgovori