Archivio tag per 'Kernel'

Applichiamo la patch CFS al Kernel GNU/Linux

Published
by
Janvitus
on 9 Novembre 2007
in Blog
. 5 Commenti

Non mi dilungo su cosa è la patch CFS (Completely Fair Scheduler) e cosa fa e non fa, è ampiamente documentato in giro per la rete (ad esempio qui), dico brevemente che serve ad ampliare le scarse attitudini del Kernel Vanilla alla bassa latenza, cosa che faceva fino a poco tempo fa la patch non ufficiale -ck di Con Kolivas, rendendo il kernel più responsivo ad alti carichi di lavoro e anche per un uso multimediale, includendo anche una gestione della memoria in modo diverso, infatti queste patch utilizzano un po’ più la swap, e di conseguenza la memoria fisica, di un Kernel GNU/Linux “pulito”.
Ingo Molnar, che si occupa della CFS, ha fatto dei “backport” per i kernel che non includono questa patch, il tutto è disponibile qui.
Prendendo per assodato che voi sappiate già compilare un kernel, la patch è di facile applicazione, scaricate quella che fa per il vostro kernel e nella cartella dei sorgenti inoltrate questo comando:

patch -p1 -i /percorso/sched-cfs-v2.6.22.9-v22.patch

Continua a leggere ‘Applichiamo la patch CFS al Kernel GNU/Linux’

Kernel GNU/Linux 2.6.22 e USB

Published
by
Janvitus
on 11 Agosto 2007
in Blog
. 5 Commenti

Tempo fa provai la RC1 o 2, non ricordo, del kernel 2.6.22 per cercare di risolvere il problema che attanagliava il mio hard disk con l’NCQ, vedere qui, problema che non si risolveva nemmeno con quel nuovo kernel, per fortuna poi risolto in un’altra maniera. Tuttavia provando quella RC del 2.6.22 mi accorsi che il mouse funzionava al 100% delle sue possibilità, è un Logitech MX518, la velocità dei dpi si può regolare con Lomoco ma il mouse possiede due pulsantini sul dorso, contraddistinti con un “+” e un “-”, che regolano “fisicamente” la possibilità di aumentare o diminuire la precisione e la velocità del puntatore, funzione mai utilizzata purtroppo, ma utile nei giochi, soprattutto negli sparatutto.
A partire dal kernel 2.6.19, se non sbaglio, si sono implementati nuovi driver usb, fra i quali gli HID (Human Interface Device), nell’ultimo 2.6.22 invece si è eliminato il vecchio “class device” a favore di un nuovo layer che funziona in userspace e non crea problemi a udev creando nodi di più veloce accesso ed eliminazione.

USB device class-devices (DEPRECATED) (USB_DEVICE_CLASS)

Continua a leggere ‘Kernel GNU/Linux 2.6.22 e USB’

Pronti? Via!

Published
by
Janvitus
on 11 Luglio 2007
in Blog
. 10 Commenti

Ennesimo articolo stupido :D
Oggi avevo la fotocamera in mano e mi è venuta l’idea di filmare l’avvio della mia “ubuntubox”, ecco cosa ne è venuto fuori:

Direi che l’avvio del Kernel GNU/Linux è velocissimo, mettendo da parte l’inserimento dell’utente e della “chiave segreta”, con relativi eventi sonori come il “ticchettare” sui tasti (lol), direi che fino ad uno GNOME avviato per intero ci sta un 45 secondi. il Kernel ci sta intorno ai 13-14 secondi per caricarsi, il resto è GDM, Xorg e GNOME, con il secondo che sta un bel po’ per “colpa” di Compiz e il terzo soprattutto per la Deskbar Applet. Credo sia il caso per lo sviluppatore della Deskbar di ottimizzare il caricamento, probabilmente influiscono molto i plugin in Python :)
Un po’ di informazioni; il kernel è un 2.6.21.6-feisty-ck2 x86_64 GNU/Linux, la versione di Ubuntu naturalmente Feisty Fawn, il Compiz è la versione 0.4 che c’è nei repository uPure64.

Uscito Kernel Linux 2.6.20!

Published
by
Janvitus
on 5 Febbraio 2007
in Blog
. 8 Commenti

Ieri è uscita la nuova versione del Kernel Linux che promette faville, soprattutto nella virtualizzazione, ma io vorrei concentrare l’attenzione su chi, come me, ha un chip nForce 4 e usa degli hard disk sata/sata2 sul controller nForce CK804, e utilizza una Ubuntu, ma anche un’altra distribuzione, a 64bit, hanno implementato finalmente varie caratteristiche che mancavano proprio per la nostra architettura:


[PATCH] sata_nv ADMA/NCQ support for nForce4
This patch adds support for ADMA mode on NVIDIA nForce4 (CK804/MCP04) SATA controllers to the sata_nv driver. Benefits of ADMA mode include:

- NCQ support
- Reduced CPU overhead (controller DMAs command information from memory instead of them being pushed in by the CPU)
- Full 64-bit DMA support

ADMA mode is enabled by default in this version. To disable it, set the module parameter adma_enabled=0.

In più hanno risolto dei bug con le versioni precedenti del driver per nForce, sata_nv:

sata_nv: don’t rely on NV_INT_DEV indication with ADMA

Several people reported issues with certain drive commands timing out on
sata_nv controllers running in ADMA mode. The commands in question were
non-DMA-mapped commands, usually FLUSH CACHE or FLUSH CACHE EXT.
From experimentation it appears that the NV_INT_DEV indication isn’t
always set when a legitimate command completion interrupt is received on
a legacy-mode command, at least not on these controllers in ADMA mode.
When a command is pending on the port, force the flag on always in the
irq_stat value before calling nv_host_intr so that the drive busy state
is always checked by ata_host_intr.
This also fixes some questionable code in nv_host_intr which called
ata_check_status when a command was pending and ata_host_intr returned
“unhandled”. If the device interrupted at just the wrong time this could
cause interrupts to be lost.

[libata] Move some PCI IDs from sata_nv to ahci

The content of memory map io of BAR5 have been change from MCP65 then
sata_nv can’t work fine on the platform based on MCP65 and MCP67, so move
their IDs from sata_nv.c to ahci.c.

Per i cambiamenti completi del Kernel qui, per una lista delle novità più “umana” e leggibile anche dai non hacker, qui :)