Foxconn deliberately sabotaging their BIOS to destroy Linux

[BrokeBody]

:|

No comment. Evo linka:
http://ubuntu-virginia.ubuntuforums.org/showthread.php?t=869249

Pazljivo procitati prvi post (deo kada se dopisivao sa Foxconn-om). :|

Digg

[BrokeBody]

Mada , ubrzo se nasao i jedan od ovakvih odgovora:

HI

just to say as am from Foxconn, No we dont deliberately sabotage the bios
Plus the person who replyed to the email did not understand Linux

but we will have the bios fix sometime next week and at the same time a relook at how we are testing are boards with linux.

since this board should have been tested.

please dont flame me

[tomaja]

Mada , ubrzo se nasao i jedan od ovakvih odgovora:

Ali, ipak da vi probate da instalirate Vistu ?
Sigurno će raditi

[BrokeBody]

hahaha

[dukenukem_4d]

Pošto je ovo problem u vezi nekog DSDT...
Ako niste znali linuks se lažno predstavi biosu kao w2k ili wxp..
tako da ne može baš lako da  ga sabotira bios samo na osnovu tipa os-a...
verovatno je korišćen MSFT kompiler ,naravno ,uzrok svih bios related problema na linuxu pa se smejte ja ću da plačem

[BrokeBody]

Update: I just got off the phone with Foxconn, they called me from China (1 AM in Indiana, heh) and were asking if I would test an improved version of their BIOS based partially on the modifications I've made to mine, hopefully this all blows over, and regardless of who's fault it is or isn't, we can just go back to using our computers with full functionality.

http://ubuntuforums.org/showthread.php?t=869249

[Stanislav__Antic]

Skidam kapu za ono sto je odradio.
 
Naravno uz pomoc interneta.

[dukenukem_4d]

ovo bi bili pravi "uzroci" problema ,kao i obično
hm sumnjao sam već neko vreme...

CPI: RSDP (v000 ASUS                                  ) @ 0x000f5dc0
ACPI: RSDT (v001 ASUS   A7V8X-X  0x42302e31 MSFT 0x31313031) @ 0x1fffc000
ACPI: FADT (v001 ASUS   A7V8X-X  0x42302e31 MSFT 0x31313031) @ 0x1fffc0b2
ACPI: BOOT (v001 ASUS   A7V8X-X  0x42302e31 MSFT 0x31313031) @ 0x1fffc030
ACPI: MADT (v001 ASUS   A7V8X-X  0x42302e31 MSFT 0x31313031) @ 0x1fffc058
ACPI: DSDT (v001   ASUS A7V8X-X  0x00001000 MSFT 0x0100000b) @ 0x00000000
ACPI: PM-Timer IO Port: 0xe408
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)

primetićete da na adresi
http://www.acpi.info/toolkit.htm
je neka bogus adresa za skidanje intelovog kompilera ,
dok je za ovaj drugi direktan link i povezani su rekurentno
hm ,slučajnost.

ne mogu ni sad da nadjem gde je iasl ?
 

[nvukicevic]

primetićete da na adresi
http://www.acpi.info/toolkit.htm
je neka bogus adresa za skidanje intelovog kompilera ,
dok je za ovaj drugi direktan link i povezani su rekurentno
hm ,slučajnost.

ne mogu ni sad da nadjem gde je iasl ?

Na Intelovom sajtu ima redirect na stranu: Advanced Configuration & Power Interface (ACPI), iasl je sada deo ACPICA projekta. Sa linka na Intelovom sajtu:
http://www.acpica.org/downloads/ je lokacija za skidanje, iasl je uključen u sorce ACPICA projekta i kompajlira se prema uputstvu:

iASL compiler/disassembler:
$ cd acpica-unix-VERSION/compiler
$ make

Ovaj softver se nalazi i u repozitorijumima nekih distribucija ili kao iasl (Mandriva, Debian, PCLOS, Ubuntu) ili u okviru pmtools paketa za SUSE i OpenSUSE.

Nemanja Vukićević

[dukenukem_4d]

ee ,hvala
bio sam nešto nekoncentrisan juče ..
pre mesec dva sam ga pronasao ,nego zaboravih gde da se klikne tačno...

(opet za iasl je potrbno 4 do 5 klika i accept agreement
a za ovaj drugi je direktan link )

a za iasl kaže

Includes full ACPI 3.0b support, as well as enhanced error reporting.

jel znači da je malo bolje odrađen ?
(tamo pominju i 3.0 i 3.0a i prethodne 2.0x verzije specifikacija )

[Demon]

A lika... Svaka mu čast! (Najbolji dio svega mi je kad pita likove koliko ih M$ plaća... Hehehe)

[tomaja]

Foxconn-ov odgovor na Ubuntu-ovom forumu.
http://ubuntuforums.org/showpost.php?p=5486612&postcount=58

[dukenukem_4d]

pa ovo je neverovatno ,još ćemo mi da ispadnemo krivi

u svakom slučaju bar se izmorio  dok je pisao post 
(nadem se da ovo neće da bude shvaćeno previše neozbiljno : )

EDIT:
Ako se pogleda sa ove strane, pa (notorni ) trusted computing
http://en.wikipedia.org/wiki/Trusted_Computing#Hardware_and_software_support
je podržan još od 2.6.13 kernela ?
hm ko je onda neozbiljan :

a o ipv6 bolje da se i ne priča...