Månedelige arkiver: juli 2009

Apple, IPhone og jailbreaking

Postet af: Kingu on 29/07/2009 Ingen kommentarer

Hvis man skal tro Apple så skulle det være farligt for mobil telefoni infrastrukturen at tillade folk at jailbreake deres IPhones. Hvorfor så det?
Well, ifølge artiklen http://www.wired.com/threatlevel/2009/07/jailbreak/ skulle det tilsyneladende være fordi at man ved jailbreaket får adgang til telefonens “baseband processor” (BBP) og dermed kommunikationen med det mobil tårn som telefonen kommunikerer med.

Nu skal det siges at jeg på ingen måde kan kaldes ekspert inden for trådløs kommunikation, så reelt ved jeg ikke hvad der vil være muligt eller ikke. Jeg er dog stadig meget undrende overfor den påstand.

  1. Hvis softwaren i sådan et tårn skulle have problemer som vil tillade én jailbreaket IPhone at lægge infrastrukturen ned så vil det at forbyde jailbreaking være symptom behandling. Hvis der eksisterer et reelt problem, så få da for pokker lappet softwaren så en ustyrlig telefon ikke kan udrette skade.
  2. Hvad skulle gøre IPhonen så slem? Kan en telefon som med Android, eller for den sags skyld en fra OpenMoko projektet ikke udrette det samme? Nej, der burde ikke være noget som skulle gøre dem mindre farlige. Hvilket sender os tilbage til 1.!

Noget andet er at de (Apple) også skulle være bekymrede for at jailbreaket skulle gøre det muligt at ændre telefonens “Exclusive Chip Identification number”.
Hvis det er tilfældet så har Apple virkeligt klokket i det og det eneste rigtige vil være at tilbage kalde samtlige telefoner og få rettet det. Mig bekendt er det i forvejen ulovligt, så hvorfor prøve at pakke yderligere lovgivning om det?

Hvad handler det her så om?
Kontrol, magt og begrænsning af brugerens frihed er vel ikke dårlige bud? Apple vil med al vold og magt holde kontrollen med hvad der kan og ikke kan eksekveres på deres IPhone.  Men der er åbenbart mange som ikke værdsætter deres frihed, og så længe det er tilfældet vil Apple og firmaer med samme forretnings model trives. Trist

Fedora 11 og AMD’s proprietære driver

Postet af: Kingu on 11/07/2009 Ingen kommentarer

Nu hvor der er sommerferie og vejret ikke rigtigt er til at flade ud i solen (den gemmer sig sq!), så må man jo finde på fornuftigt at foretage sig indendørs. Og at tygge sig igennem en 700 siders mursten om OOAD bliver lidt tørt i længden.

Så slog det mig at det kunne da være meget hyggeligt med en eftermiddag eller to med et gammelt spil. Fx Star Wars: Jedi Knight – Jedi Academy. Men hov vent! Jeg har pt ingen drivere som vil give noget 3D prformance som tilnærmelses vis ville kunne levere en fornuftig oplevelse. Til hver dag har jeg det meget fint med at anvende de frie drivere i Xorg, da de leverer det de skal og selvfølgelig er frie.
Nu vel, hvis jeg vil se om wine vil køre SWJKJA, så må jeg jo få smidt ATi/AMD’s proprietære driver ind.
Sidst jeg brugte den var på F10, og droppede brugen da efter opdatering af driveren blev mødt med en sort skærm. Tilbage dengang var løsningen at boote i runlevel 3, og deaktivere driveren – altså at anvende de frie Xorg drivere.

Oh well, hvis jeg vil køre det spil er der nok ikke nogen vej uden om (endnu). Så det første må være at se om RPMFusion skulle have en pakke klar. De har de i skrivende stund ikke (det kan være der er i rawhide, men der vil jeg helst ikke hen).

Så er der ikke rigtig nogen vej udenom. Forbi amd.com og se om jeg kunne grave en driver frem. Det var nu heller ikke lige helt nemt (ok, nu er jeg lidt kritisk). På forsiden er der en fin søger, og det virkede også fint med at udfylde felterne med katagori, OS, product line og model – men sker der noget når man trykker på ‘View results’? Nope! Intet.

For at få noget som virker skal man lige forbi ‘Support & Drivers’ i hovede menuen og et par undersider ned. Så var der bid. Hurra! Ned med de knap 90MB (!!).
For at opføre mig ordenligt, tog jeg lige og kiggede installations instruktionerne igennem, og gik efter ‘Automatic’. Og så ellers igang med installations pakken.
Installationen så ud til at køre som den skulle, og efter et par kliks og en gennemført ‘wizard’  skulle driveren være succesfuldt installeret.
Et stk reboot senere, og jeg sad igen med en kulsort skærm. Kunne ikke komme til en TTY for logge ind der.

Ok, ok, rolig nu. En hård reboot (reset), og så lige fange GRUB så jeg kunne komme i runlevel 3. Driveren skulle have et lille script til at opsætte Xorg, så det prøvede jeg at køre. Men eftersom at Xorg ikke længere har en configfil pr. default, kunne scriptet intet gøre.

Hvad blev enden af det? Tjah, ud røg AMD proprietære driver. Så er min trang altså heller ikke større for at spille et spil – det er alligevel også blot lidt meningsløs tidsspild.
Ok, jeg kunne måske godt have lagt lidt mere energi i at få AMD’s driver til at virke, men det gider jeg helt ærligt ikke pt. Så hellere lukke lidt galle ud ;)

Jeg ser dog frem imod at Gallium 3D kommer i Mesa, og for den sags skyld til at de frie drivere (ati og/eller radeonhd) får understøttelse for 3D acceleration for mit hardware (R700).

Jeg kan da håbe lidt på at RPMFusion inden længe får taget sig sammen og laver en pakke til F11 – som forhåbentlig resulterer i andet end en sort skærm ved mig. Ind til da, må jeg hellere se at anvende min tid på en fornuftig vis :)

EDIT:
Det viser sig at være lidt til grin. Den nuværende FGLRX driver fra AMD virker ikke til 2.6.29 serie kernen som Fedora 11 bruger. I følge nogle sider vedrørende Gentoo, skulle det være muligt at patche en 2.6.209 eller 2.6.30 kerne så driveren vil virke. Det er jeg sådan set ikke interesseret i at gøre, for skal den driver anvendes skal det virke uden alle mulige krumspring. Længere er det ikke.

At driveren kun understøtter kerner op til 2.6.28 er ikke på nogen måde beskrevet i AMD’s release notes, eller på anden vis åbenlys. I release notes står “Linux kernel 2.6 or above”.
Fair nok, så jeg kan ikke bruge den gamle 2.4 kerne serie, men hvor pokker står det at 2.6.29 ikke kan anvendes? Det gør der faktisk ikke, egentligt burde den ud fra release notesne kunne anvendes! Shame on you AMD!