Aqui coloco la info completa de no solo donde descargar el fuente y
los paquetes deb del kernel libre para venenux 0.8 (lenny) 2.6.35 sino
que tambien como se configura y que debe tomarse en cuenta, este
kernel tiene tres cossas que ningun otro tiene bootsplash, aufs, y
ckpatches con el sistema de planificacion BFS de Con Kobias .. las
baterias no se asusten, combine el gobernor "conservative" con el
dinmticks asi tendra buen rendimiento ysin gastarsela..
*************************************************************************************
VERSION CORTA:
Solo los paquetes y listo , no recominedo bajarlos sin leer primero ok
https://docs.google.com/open?id=0B9CZefVq84E_YjI5YWVlZTEtYmQwOS00MzI4LWIxNzktNDIxMjc4OTNhYTg5
Este kernel es para lenny, puede servir en squeeze pero esta para
lenny ya que no usa KMS en los dri.
*************************************************************************************
VERSION COMPLETA:
*- FEATURES ESPECIFICAS DEL NUCLEO VENENUX
==========================================
El nucleo venenux siempre es unico, ya habian comentarios:
- "venenux rapidisimo y poderoso, solo le faltan los programas de
musix".
El nucleo de venenux ahora trae varias caracteristicas unicas en el,
que ningun otro kernel tiene, ni los privativos, estan explicadas en
los parrafos anteriores pero aqui se detallaran:
- 1-2.6.35.13-scheduler-bfs-ck-404.patch
Este es el famoso parche ck "Con Kobias" un simple anestesiologo fue
el
precursor del actual CGROUP y el planificador CQS del actual kernel
de
linux, sus parches ck son lo mas cercano a un kernel tiempo real, los
parches RT son mas agresivos que estos, pero menos estables para
tareas
se servicios, este kernel de venenux tiene estos parches debido a que
son mas estables en tareas de servidor y conservan mejor la bateria
de
los portatiles.
Anteriormente se centraba en hacer el kernel "PREEMPT" (como el de
tiempo
real), con bajas latencias, hoy dia se centra en el nuevo planificador
BFS
que se basa en el otora "Deadline" usado en los kernel massenkoh. Las
siglas BFS significarian en español "Planificador jodidamente
inteligente"
valga la groseria, la cual es la manera mejor de expresar su poder.
- 2-aufs-2.6.35.patch
- 2-aufs-squashfs-lzma.patch
- 2-aufs.tar.bz2
El parche para unificacion de directorios de solo lectura, esto es
utilizado
y tambien necesario para el modo de disco autonomo (correr el SO sin
instalar
desde disco), este parche no solo habilita este sistema de ficehros
unificado,
tambien esta un extra con la habilidad de leer compresion de alto
nivel,
incluyendo el formato LXMA el cual es uno de los estandares de los
tipos
de paquetes .deb en los liberaciones de debian actuales.
- 3-bootsplash-3.1.6a-2.6.35.diff
Un sistema de arranque grafico nativo, otros proyectos le superseden,
como
el splashy, el mas independiente y ajustable de todos, hoy existe uno
mucho
mejor segun porque se integra al hardware grafico de la GPU, este es
plymouth,
pero este ultimo depende de directivas DRI las cuales son privativas
en
las GPU mas optimas (ATI & NvIDIA) y en las mayorias que existen no
estan
soportadas (VIA, SIS, Trident, Matrox, etc) dejano el plymouth
unicamente
usable por las graficas Intel, lo cual limita demasiado las opciones.
El bootsplash se integra perfectamente a cualquier hardware dado se
efectua
en el espacio de kernel, claro esta es un osftware de bajo nivel y no
es
configurable por usuarios comunes, esto es bueno dado que no es
precisamente
una tarea de usuario, sino de los creadores de venenux.
El actual kernel 0.8 de venenux y el nuevo de 0.9 tendra integrado
bootsplash
y ademas sera compatible con splasy, dado estos dos proyectos no son
excluyentes
con respecto el hardware en donde se ejecutan.
- 4-reiser4-for-2.6.35.patch
Es el sistema de ficheros journaly de namesys, famoso, (como ext3,
ext4 o fat)
pero el mas rapido del mundo, es predecesor del BTFS de Oracle, su
predecesor
el reiserfs (3.4) era ya rapido, con la unica desventaja de ser debil
ante
los fallos o cortes de energia, tambien consumia algo mas de CPU, el
nuevo
sistema reiser4 no es debil ante desastres y no consume tanta CPU, sin
embargo
sus radical sistema de funcionamento lo veto del codigo linux, venenux
integra
este poderoso sistema de ficheros dado que venenux es rapido, esto
obviamente
debia formar parte de sus caracteristicas!!!
- config-2.6.31.4-venenux-libre
- config-2.6.35.13-venenux-libre
Los archivos de configuracion del kernel, que construyen todos los
modulos
posibles pero sin blobs incorporados.
- linux-2.6.35.13-ck-libre.tar.bz2
- linux-2.6.35.13-libre3.tar.bz2
Las fuentes, una original y otra con las modificacines de venenux para
multimedia.
El linux libre es al dia d la liberacion 2.6.35 revision 13
(2.6.35.13)
cabe destacar que las revisiones impares no son revisines de
liberacion
sino de nuevas caracteristicas, se empleo esta dado corrige algunos
fallos
en las versiones 2.6.34, la cual es considerada estable frente esta
pero
ironicamente no lo es sin parches no libres.
No se uso liberacion 2.6.36 dado esta implementa KMS y ademas limita
cierto
soporte inexistente en hardware intel (el unico que fuciona completo
con GNU
sin usar software no libre), ademas el 2.6.36 es incompatible con la
rama lenny/vnx08 actual. Para venenux 0.9 se usara 2.6.38+2.6.39 y
estara
disponible en el repositorio la version 3 y 3.1 opcionalmente.
*- CONFIGURACION Y KERNEL VENENUX: : INFORMACION TECNICA ESPECIFICA:
====================================================================
--------------------------------------------------------------
-- software requerido en venenux
Si bien las primeras versiones de venenux no tenian aun el ambiente
de
desarrollo adecuado, ya se puede realizar desarrollo, usando el nuevo
repositorio libre de venenux sarisariñama, el software es:
apt-get install flex, bison, bison++, build-esensial, kernel-package,
libncurses-dev, zlib-dev,
--- Comando para construir kernel usando kernel-package (make-kpkg)
CONCURRENCY_LEVEL=# make-kpkg --initrd --revision 2.6.XX-XX --append-
to-version -vnx-586 --rootcmd fakeroot linux_image linux_header linux-
source linux-docs modules_image
--------------------------------------------------------------
-- tipo de kernel: CK BFS parche ck y BFS (ingles) --
On top of the current scheduler design, it has a SCHED_IDLEPRIO which
actually
does only schedule tasks when idle, and SCHED_ISO for unprivileged
realtime
performance. BFS does NOT implement CGROUPS. A desktop user should not
need
know about CGROUPS, nor should they need to use them. BFS also does
not have
the feature of "lots of tunables I don't understand".
General -> Control Group support /> disable
Proceesor tipy and features -> Tickless System(Dynamyc Ticks) ->
enable
Running without a timer tick means the kernel does less work when idle
and
can potentially save power because it does not have to wake up
regularly
just to service the timer. But for better performance must enable
--------------------------------------------------------------
-- Configuracion del kernel con el parche ck:
as example, servers or distributed computing client, then
SERVIDOR :
100Hz, no preempt and no dynticks would be best
DESKTOP:
1000Hz, preempt, dynticks would be best but consume desing are high
Si se selecciona desktop, entonces para solventar el problema de
energia y alto consumo es seleccinar el gobernor "conservative"
--------------------------------------------------------------
-- disable ALL KMS for segurity reasons backguards --
Los kernels nuevos desde 2.6.33 tienen una caracteristica neuva, el
KMS
el cual es una manera mas directa de presentar el hardware grafico al
sistema alto nivel, sin embargo esto no esta habilitado en el xorg de
venenux, ademas esta precario en rendimiento requiriento maquina de
alto
poder, a esto se le añade que solo las graficas intel son las libres
con esta caracteristica, las ATI estan apenas implementandose y las
nVidia
las usan solo en los modulos privativos.
Ir a Drivers -> Graficos -> DRI xree 4.X.X bla bla y desmarcar lo
referente
--------------------------------------------------------------
-- Include in-kernel firmware blobs in kernel binary
Los nucleos venenux son libres, por tanto esta opcion es ignorada.
Se presenta un extracto sobre esto:
Driver’s binary firmware is a dedicated issue to Linux. In fact even
open
source drivers usually load its firmware to internal chip and it
drives
some puritan GNU people to become crazy.
When developing an embedded system you could face a “Chicken and Egg”
dilemma
related to firmware loading. For example, you could need to mount a
root
file system through NFS over wireless, but your wireless interface
needs a
firmware which is in the rootfs (at /lib/firmware).
LAmentablemente la solucion a esto es que todos unamos esfuerzos por
fabricar
modulos libres, sin depender de limitantes dentro de licencias de los
codigos
abiertos, aunque podamos modificarlos y usarlos, esto es solo dentro
del marco
que la permisologia indique, que puede ser solo en casa o nisiqueira
eso, solo
verlo y ya!
Device Drivers --->
Generic Driver Options --->
-*- Userspace firmware loading support
[*] Include in-kernel firmware blobs in kernel binary
---------------------------------------------------------------------
--- DEV_RAM_BLK_SIZE = 32Mb vs 64Mb leer
Esta opcion es genralemtne puesta en 4096, pero el doble puede ser
util en
servidores, se presente este texto:
The default value is 4096. Only change this if you know what are you
doing.
If you are using IBM S/390, then set this to 8192.
64Mb es demasiado para sistemas con solo 128M e inclusive 256M de ram,
venenux
debe correr con 300Mb aunquesea, entonces usar 32Mb si tiene poca ram.
---------------------------------------------------------------------
--- posibles problemas en configuraciones arbitrarias o no bien hechas
1)problema del /bin/sh: as68k: command not found
BLD FW drivers/net/wan/wanxlfw.inc
/bin/sh: as68k: command not found
make[4]: *** [drivers/net/wan/wanxlfw.inc] Error 127
esto ocurre porque accidentalmente el parqametro
CONFIG_WANXL_BUILD_FIRMWARE
fue puesto accidentialmetne en otro arch host, entonces debe ser
desabilitado!
Wan interfaces support --->
SBE Inc. WanXL support ---> <M> or n
rebuild wanXL firmware ----> n
---- IMPORTANE : acerca de lguest en lenny y venenux 0.8
2)problema del ==sys/event.h y problema del lguest.c ==
para el lguest de virtualizacion se requiere glibc 2.11 y sus
nuevas caracteristicas, estas no estan directas en VENENUX dado
causan problemas de compilacion con software linux real como
la version 3 de kde la preferida.
Ademas se debe tener cuidado que la inclusion no sea "sys/eventfd.h"
sino que sea "linux/eventfd.h" asi no resultara en error al buscar
los
includes en el paquete kernel-headers, si esto no se realiza entonces
no podra copilar ningun modulo aun teneindo las fuentes originales.
lguest es hipervisor VMM virutal machine monitor only with libc6 2.10
es un monitor de maquina virtual incorporado en linux.
Su configuracion es recomendada desabilitarla en lenny:
"General setup":
"Prompt for development and/or incomplete code/drivers" = Y
(CONFIG_EXPERIMENTAL=y)
"Processor type and features":
"Paravirtualized guest support" = Y
"Lguest guest support" = N
o asi deberia estar las variables:
(CONFIG_PARAVIRT=y, CONFIG_LGUEST_GUEST=N)
"Device Drivers":
"Block devices"
"Virtio block driver (EXPERIMENTAL)" = N
"Network device support"
"Universal TUN/TAP device driver support" = N
"Virtio network driver (EXPERIMENTAL)" = N
"Virtualization"
"Linux hypervisor example code" = N
(CONFIG_LGUEST=N)
------------------------------------------------------------------
-- stask para fs, 8K vs 4K
Extracto de kernel docs:
The advantage of 4K stacks in the kernel is that they only require one
page
to allocate. 8KB takes 2 pages. These pages must be physically
contiguous which,
after a substantial amount of uptime, can be very difficult to find
even if there
is a lot of free memory.
It turns out that there are a few problems still. For example, the
reiser4 filesystem
still cannot work with 4K stacks. There is, however, a patch in the
works which
should take care of that particular problem.
El kernel de venenux si incluye reiserfs, o reiser4 debe usar 8K
stacks, es decir
el por defecto. No debe ser cambiado.
--------------------------------------------------------------
-- compresion build in/ tipos de compresion soportados
el kernel de venenux esta parcheado para estas comperiones:
GZIP, BZIP, BZIP2, LZMA, LZO
----------------------------------------------------------------
-- Procesor Timer frequency HZ:300 vs HZ:1000
a CONFIG_HZ option to x86, allowing the kernel-
internal HZ to be reduced from 1000 to 512 or 100. This solves
lost timer interrupt problems on really old machines like my 486.
According to Alan Cox, HZ==1000 is also harmful on some laptops
(presumably due to long SMI windows), so this patch should be
useful for those too.
Selecting a lower HZ may also help thermal efficiency slightly,
by allowing machines to idle longer between timer interrupts.
HZ==300 also reduces the size of the kernel, since it eliminates
a lot of HZ<-->USER_HZ conversions.
HZ==1000 may or may not be useful, but it does work. Why 512 and
not 500? It's to avoid having to correct for HZ != 1<<SHIFT_HZ
in kernel/timer.c:second_overflow().
http://lwn.net/Articles/56378/
VENENUX has RTC combined with CONFIG_HZ of 1000
Processor Type and Features --> Timer frequency
300Hz for server & ntsc video rt linux
1000Hz for CK patches and must enable "conservative" gobernor.
--------------------------------------------------------
-- Soporte a mas de 4G de ram, PAE
Lamentablemente para que vneenux o un kernel tenga soporte de altas
cantidades de memoria RAM, necesita las extensiones PAE, estas solo
estan en procesadores Pemtium3 en adelante, AMD K7 en adelante,
algunos
de los VIA C3 y algnos Celerons, el resto de los de varios nucleos
y portatiles dminutas lo soportan.
Esto significa que podra usar mas de 4G completos pero no podra
ser usado sobre procesadores viejos como PemtiumII, K6 o VIA C3
Procesor type and features ---->
High memory support (64g) ----> 64G
---------------------------------------------------------------
-- PREEMT/RT kernel de baja latencia
Venenux implementaba kernel de baja latencia, usando parche especial
rt,
debido al extracto citado, y que se planeo usar en la linea
principal,
ahora venenux implementa lo mas cercano a esto que s el parche ck. Se
agrega abajo ifo acerca el estado rt el cual es hoy parte de linux
2.6.39
y incorporado en la nueva serie 3 de linux.
in 2004 when new 2.6 brands released, a new gub about rt responses
linux
was released, that mention performance degradation on RT PREEMPT
enabled kernels
(this configurated kernels has achieve millisecond-level low latency
responces!),
now seems that main line kernel has directly as config option!
In August 2006, a large part of the realtime-preempt kernel patch that
is
maintained by Ingo Molnar, Thmomas Gleixner and Steven Rostedt was
merged into
the mainline kernel and is now immediately available. A number of
functions,
however, still is only available, if the realtime-preempt patch is
applied.
In 2008 was planned to merge the vast majority of these functions into
the
mainline kernel before the end of, but today 2009 there are rt
patcheds uintil
2.6.33 kernels, ther are for 2.6.34 and 2.6.35?
The alowed and available:!!:
CONFIG_PREEMPT allows the kernel to achieve millisecond-level
latencies
by preemping in kernel mode. Currently debian and derivates both use
CONFIG_PREEMPT_VOLUNTARY. Voluntary Preempt allows a high priority
process to be preempted by a lower priority one in certain cases, but
doesn't make the kernel preemptable.
The preempt rt normal kernel original features are in :
Processor type and features --->
Preemption Mode (Complete Preemption (Real-Time)) --->
then enables the "preemptible kernel" option, the normal
kernel are "voluntary"...
*- FUENTES:
==========
linux-2.6.36.1-libre:
http://www.fsfla.org/svnwiki/selibre/linux-libre/
venenux:
http://www.venenux.org
parches libres features sarisari/venenux
http://venenuxmassenkoh.blogspot.com