El kernel de Linux y Suspend / Resume

Para los que viven en el termo que ha sido dado en llamar «Microsoft WIndows» y no sabían nada de este asunto (que de todas formas dudo les importe un bledo), El kernel de linux ha tenido desde toda la vida problemas para supender y volver del modo suspendido, o hibernar y viceversa.

No es cosa de todos los días y no pasa con todo el hardware pero pasa. Es la causa por la cual nunca intenté siquiera usar alguna de estas funciones.

Buenas noticias malditos nerds:  Linus ayudado por un par de personas ha encontrado al fin entre los 300mb de puro texto sin comprimir el origen de la falla. Hoy es un día glorioso que quedará grabado para siempre en los anales de la historia de Linux!

Acabo de leer en el Blog de Linus la buena nueva:

Life is good again..
…because it looks like we figured out what the suspend/resume problem was. And as suspected, the actual resource code had nothing what-so-ever to do with it, and was apparently just a trigger for timing.

It’s frustrating with bugs like that, but on the other hand it’s then a big relief when it gets resolved, and in this case we also ended up going through a lot of code and I think we’ll be much better off as a result. It’s also a huge relief to find the actual root cause, rather than seeing things that can be used to paper over and hide the problem.

And kudos to the people who actually saw the problem (Rafael and Frans), and who spent a lot of time trying out different things and sending out logs and looking at the resource allocation. The real clue was in a log from a successful suspend/resume cycle that showed some questionable behaviour despite not actually failing.

Un poco mas adelante, en los comentarios, se le pregunta a Linus en cuanto tiempo estará disponible al público en general a lo que Linus responde:

LimbClock: it’s too late to hit the 2.6.28 release (the fix is fairly small, but very invasive), so it will go in early in the 2.6.29 merge window.

If there are no problems it would then possibly get back-ported to one of the 2.6.28.x stable trees.

A eso es a lo que llamo yo buenas noticias! Usuarios de linux en laptops / notebooks: Regocijáos! Por fin su linux va a volver a funcionar después de haber cerrado la tapa!

De las bondades de llamarse Linus y apellidarse Torvalds.

Solo eso basta (lo de saber programar en assembler algún que otro kernelcirijillo es totalmente cosmético y optativo) para que Intel te regale uno de esos discos de estado sólido, SSD´s que les dicen…

Al que quiera leer el artículo completo en el Blog de la familia Torvalds – Por que Linus tiene blog, si señor! – le dejo el link al texto escrito por él mismo en inglés. [LINK]

Al que le de fiaca, le traduzco las parte mas llamativas:

[…] «That thing absolutely rocks

«Guau!» (Eso dice, créanme)

[…] In fact, I can’t recall the last time that a new tech toy I got made such a dramatic difference in performance and just plain usability of a machine of mine.

De hecho, no puedo recordar cuando fué la última vez que algun juguete tecnológico nuevo hizo una diferencia tan dramática en performance y usabilidad en una máquina mia. 

[…] Sure, it gets up to 250MB/s reads and 70MB/s writes, but fancy disk arrays can certainly do as well or better. 

Seguro, llega a los 250MB/s leyendo y 70MB/s escribiendo pero raids de discos ciertamente pueden hacerlo igual de bien o mejor.

[…] You can do small random accesses to it and still get great performance, and quite frankly, that’s the whole point of not having some stupid mechanical latencies as far as I’m concerned.

Podés hacer pequeños accesos aleatorios y aún así obtener un gran desempeño, y francamente, ese es el punto de no tener algúna latencia mecánica estúpida, hasta donde yo sé.

Si eso mismo lo hubiese leido en alguno de esos blogs de mierda acerca de tecnología de los tantos que hay donde el trato es vos me lamés las bolas, yo te regalo un juguetito, no me llamaría la atención, pero viniendo de Linus…

Quiero uno, ayer mismo.

Como arreglar el sistema de archivos de linux sin arrancar desde un CD.

Mi Gentoo se venía portando mal, varios cuelgues repetidos de la nada, sobre todo al compilar, y sobre todo si compilaba con ccaché activado.

En la partición en donde almaceno /var/tmp/ccaché uso reiserfs de un tal Hans Reiser, un señor que va por la vida matando mujeres, y que espero que le den una notebook ahora que en la carcel va a tener mucho tiempo libre, por que es un genio…

Tantos malos apagados sucesivos me deterioraron tanto el sistema de archivos que la pc moría con un kernel panic. A continuación, como reparar el sistema de archivos de cualquier linux sin usar el livecd de otro linux, arrancando desde el mismo kernel del linux que no funciona:

Sigue leyendo