No, I am your father is so lame. Green tea is much better.
|
“What is nash-hotplug and why is it consuming 100% CPU?“, someone asked in a Xen-related message I found after experiencing similar problems booting Mandriva 2008.1 with finit in the Asus Eeepc. This situation seems to be especially common in different Linux distributions running as Xen guests and the usual advice is to just kill nash-plugin after the system boots. Instead of doing that ugly workaround, we decided to investigate and find out what’s happening. Whatever nash-hotplug is supposed to do, I can’t say it keeps running consuming 100% of your cpu because it’s a well-written program (notice the bizarre IPC protocol, how it tries to read from a descriptor after closing it and how easily it can get trapped in infinite loops). Use the following quick fix to avoid the problem. Die, nash, die. Há algum tempo um banco passou a utilizar um sistema de verificação do computador do qual é realizado o acesso a seu sistema de internet banking, oferecendo suporte a diferentes sistemas operacionais incluindo Linux. O funcionamento desse sistema pode ser facilmente inferido com base nas chamadas feitas pela biblioteca de autenticação, dos símbolos públicos disponíveis e um pouco de dedução. O método utilizado é surpreendentemente simples tanto em conceito como em implementação; a descrição a seguir, obtida de uma breve análise das chamadas e símbolos disponíveis, pode ser de interesse dos usuários do sistema que desejem saber mais sobre os dados que são coletados de seus computadores. Having read the (not so enthusiastic) reviews of the first Cloudbook users, it seems that most software-related complaints of early Cloudbookers revolve around screen resolution, wifi performance and slow boot. While I offer no ready-to-use solution for these problems, here are some pointers that could help hobbyists or desperate users:
On a side note, finit-alt worked quite well booting Mandriva 2008 with Enlightenment in the Dreambook IL1, another VIA-based mini-laptop (possibly booting even faster than the Eeepc because the Intel driver for Xorg takes a while to initialize). While I was updating the fastinit reimplementation with Metalshark’s patches, rallying enthusiast and Eeepc owner Ednilson Miura pointed me to a discussion in EeeUser about increasing screen resolution of the Eeepc display, basically by scaling down a higher resolution desktop to the native 800×480 Eeepc display. We’ve seen different approaches to solve the low resolution problem, from the traditional viewport to a larger virtual desktop to real screen rescaling (Intel has a driver-based rescaler for its Classmate PC, and there are similar resampling technologies used in other manufacturers with Eeepc-similar offerings usually with quality ranging from barely readable to unreadable). The aforementioned discussion presents a somewhat novel approach: a VNC connection to the local host. I think we could get a similar effect with a more elegant and less resource-intensive solution: X compositing. It would also be one of the first non-frivolous utilities for desktop compositing, previously used almost only for eye-candy. RandR and driver-based rescaling approaches are also discussed below. There is a number of updates in the Eeepc fastinit reimplementation that you might be interested in:
Read on for details and results of booting Mandriva 2008 on a regular (non-Eeepc) laptop using finit-alt. Last week I came across a no-brand, very cheap-looking USB webcam with id 0ac8:0323 and recognized by Linux as a “Z-Star Microelectronics Corp. Luxya WC-1200 USB 2.0 Webcam”, which seems to be misleading in this case.
From the USB ID it is supposed to contain a Vimicro VC0323 controller, and it was recognized as so by the GSPCA driver. This camera, however, seems to have a number of quirks that cause the driver to decode the image incorrectly: the image is fed as YUV instead of Jpeg (like the VC0321), image start offset is different from what the driver expects for VC0323 or VC0321, and finally the sensor appears to be mounted upside-down inside the camera. Read on for fix details and GSPCA patches. For those interested in Linux HDA sound troubleshooting, Eduardo Habkost’s Codecgraph tool finally gains a tarball and page.
I mentioned codecgraph before as the tool used to fix 5.1 sound in six and threestack ALC888-based HP systems, and recently it was used to fix 5.1/7.1 sound in the Dell Inspiron 530. On New Year’s Eve a loose heatsink fried my old Asus motherboard northbridge, so I replaced the entire system with a nice and inexpensive Dell Inspiron 530. It’s a G33/ICH9-based system, which runs almost out-of-the box with Linux 2.6.23, except for the ethernet controller (you’ll need an upgraded e1000 driver from Intel) and HDA sound (multichannel and headphone detection not working). Use the following ALSA patch to fix both sound problems:
It adds the ALC888 6stack-dell mode for the Inspiron 530 and hopefully for other Dell systems based on the ALC888. The patch has already been submited upstream and should show up in the next kernel version. The patch has also been added to the current Mandriva Cooker kernel.
31
12
2007
Asus Eeepc fastinit reimplementationPosted by: claudio in code, eeepc, en, linux, reverseengineerSlow booting plagues most Linux distributions today, and while this is not a such big issue for systems that are booted once a year, it becomes an annoyance in laptops or other computers you initialize every day. Different solutions for this problem have been proposed, but booting of a typical Linux system today still takes too much time. It has been said that the Asus Eeepc boots remarkably faster than regular Linux distributions, thanks to its “fastinit” system initialization program. A quick analysis of its workings shows what it essentally does, and it’s quite obvious: start the user interface as fast as possible, and initialize the rest later. A more detailed analysis allowed us to rewrite it, and even find a couple of bugs in the original code. |
|
|||||||||||||||||||||||||||||||||||||||||||||||||
Entries (RSS)