Autor Tema: Buscando la activacion de la tecla FN en el kernel. (Leído 21488 veces)

Garcad · « **en:** 01-01-2015, 13:21 (Jueves) »

Puedo comparar la distribución Porteus con WifiSlax en la primera la tecla FN funciona y en WifiSlax no lo hace.

Porteus x86_64

find . | grep asus

./lib/modules/3.17.4-porteus/kernel/drivers/media/rc/keymaps/rc-asus-pc39.ko
./lib/modules/3.17.4-porteus/kernel/drivers/media/rc/keymaps/rc-asus-ps3-100.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/asus-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/asus-nb-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/asus-laptop.ko
./lib/modules/3.17.4-porteus/kernel/drivers/hwmon/asus_atk0110.ko

find . | grep eepc

./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/eeepc-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/eeepc-laptop.ko

find . | grep wmi

./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/msi-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/asus-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/asus-nb-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/dell-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/hp-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/mxm-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/dell-wmi-aio.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/acer-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/eeepc-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/alienware-wmi.ko

Porteus i486

find . | grep asus
./lib/modules/3.17.4-porteus/kernel/drivers/media/rc/keymaps/rc-asus-pc39.ko
./lib/modules/3.17.4-porteus/kernel/drivers/media/rc/keymaps/rc-asus-ps3-100.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/asus-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/asus-nb-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/asus-laptop.ko
./lib/modules/3.17.4-porteus/kernel/drivers/hwmon/asus_atk0110.ko

find . | grep eepc

./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/eeepc-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/eeepc-laptop.ko

find . | grep wmi

./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/msi-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/asus-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/asus-nb-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/dell-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/hp-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/mxm-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/dell-wmi-aio.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/acer-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/eeepc-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/alienware-wmi.ko
./lib/modules/3.17.4-porteus/kernel/drivers/platform/x86/tc1100-wmi.ko

Wifislax

find . | grep asus

./lib/modules/3.12.35-pae-wifislax/kernel/drivers/media/rc/keymaps/rc-asus-pc39.ko
./lib/modules/3.12.35-pae-wifislax/kernel/drivers/media/rc/keymaps/rc-asus-ps3-100.ko
./lib/modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/asus-laptop.ko
./lib/modules/3.12.35-pae-wifislax/kernel/drivers/hwmon/asus_atk0110.ko

find . | grep eepc

find . | grep wmi

./lib/modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/msi-wmi.ko
./lib/modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/wmi.ko
./lib/modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/dell-wmi.ko
./lib/modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/hp-wmi.ko
./lib/modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/mxm-wmi.ko
./lib/modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/dell-wmi-aio.ko
./lib/modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/acer-wmi.ko
./lib/modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/tc1100-wmi.ko

Salu2

USUARIONUEVO · « **Respuesta #1 en:** 01-01-2015, 13:58 (Jueves) »

dos cosas ,

1 - los drivers pueden estar de forma modular (fichero .ko ) o dentro del vmlinuz
2 - estas comparando una rama de kernel 3.12 contra una 3.17 que de seguro lleva mas drivers

de todas formas mirare , y pondre en forma modular los que vea ... asi que s carguen solo cuando el sistema los requiera.

mmm ... si toco el kernel , no se si valdran los modulos ya hechos ...esa es otra..auqnue sea el midmo kernel, se da cuenta que el driver fue hecho en otro entorno y no lo cargara.

USUARIONUEVO · « **Respuesta #2 en:** 01-01-2015, 14:09 (Jueves) »

juas juas , pues si que los tengo en la rama 3.12 ..al menos hay 3 , que estaban desactivados..al activar el de asus, se han aparecido dos mas, el de eepc y otro

USUARIONUEVO · « **Respuesta #3 en:** 01-01-2015, 14:52 (Jueves) »

./modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/asus-wmi.ko
./modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/acer-wmi.ko
./modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/msi-wmi.ko
./modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/hp-wmi.ko
./modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/asus-nb-wmi.ko
./modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/dell-wmi-aio.ko
./modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/dell-wmi.ko
./modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/mxm-wmi.ko
./modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/tc1100-wmi.ko
./modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/eeepc-wmi.ko
./modules/3.12.35-pae-wifislax/kernel/drivers/platform/x86/wmi.ko

el unico que no puedo conseguir es el de alienware , para un modelo concreto de DELL , por que pertenece a la rama 3.17 , debe sre un portatil nuevo.

Garcad · « **Respuesta #4 en:** 01-01-2015, 19:58 (Jueves) »

Fantástico veremos si se consigue solucionar el problema de la tecla FN.

Salu2

USUARIONUEVO · « **Respuesta #5 en:** 01-01-2015, 20:35 (Jueves) »

No se si lo que en realidad querias , era hacerlo tu , ...

cuando usas el script de compilar kernel SEGURO , ese te permite reconpilar el mismo kernel , ajustando tu lo que creas en la config.

cuando se abre la pantalla grafica de configuracion , tiene un boton que se llama "find" , es un buscador ..

escribes alli

wmi

y te aparecen todas las partes del kernel donde hay opciones para eso ...veras que el de ASUS , esta desmarcado , lo marcas y aparecen 2 mas , ...para los eeepc ....

los activas, le das al "save" , y ya el proceso se hara todo el solo.

hoy he vuelto a retocar los scripts de crear kernel , por una chorrada y es que si recompilas el kernel pae y le dices que te lo instale , le mete el name

PAE

, al vmlinuz , y debe ser pae , por que sino te quedaran 2 vmlinuz del mismo kernel y solo funcionara uno de ellos.

el caso es que geminis_demon me reporto que le paso lo mismo hace poco con un portatil ..he activado todos los que hay , ...asi que ya no deberia pasar mas.

aqui te los dejo recompilados ...imagino sabes dar el cambiazo en el sistema.

http://www.mediafire.com/download/mht40oi36ngsg88/kernel-3.12.35-recompiled.zip

Garcad · « **Respuesta #6 en:** 01-01-2015, 21:10 (Jueves) »

Gracias, ya he creado algún que otro kernel para mi uso personal, mi intención es solucionar el problema que tienen algún que otro forero con la tecla FN y animar que puedan investigar un poco, que toquetear la configuración para crear un kernel al gusto de cada uno o genérico para muchos no tiene que dar miedo.

Porteus i486 Linux/x86 3.17.4 Kernel Configuration

Wifislax i386 Linux/x86 3.12.35 Kernel Configuration

Para cualquiera que quiera animarse podrá ver diferencias entre las configuraciones creando un parche con diff

# diff -u Porteus.config Wifislax.config > diferencias

Yo lo visualizo con kwrite, ahora estoy desde Porteus...

-# Linux/x86 3.17.4 Kernel Configuration lo que es diferente en el archivo de configuración del kernel de Porteus
+# Linux/x86 3.12.35 Kernel Configuration lo que es diferente en el archivo de configuración de Wifislax

Código: [Seleccionar]

CURRENT KERNEL: 3.17.4-porteus

KERNEL MODULES LOADED:
Module
ctr
ccm
ipv6
zram
lz4_decompress
lz4_compress
bnep
bluetooth
wl
eeepc_wmi
asus_wmi
hid_multitouch
arc4
uvcvideo
videobuf2_vmalloc
videobuf2_memops
videobuf2_core
ath9k
ath9k_common
snd_hda_codec_realtek
i915
snd_hda_codec_generic
ath9k_hw
snd_hda_intel
ath
intel_agp
atl1c
mac80211
snd_hda_controller
snd_hda_codec
drm_kms_helper
intel_gtt
sparse_keymap
snd_hwdep
snd_pcm
cfg80211
led_class
snd_timer
rfkill
firmware_class
wmi
acpi_cpufreq

Salu2

USUARIONUEVO · « **Respuesta #7 en:** 01-01-2015, 21:23 (Jueves) »

CUIDADIN , con subir de rama ... para pruebas vale, pero ..hay pegas por todos lados.

del 3.13 en adelnate tenemos

en wifi -->> drivers ath9k y ath9k_htc dan power 00 escaneando con wash
en grifcas -->> tarjetas ati , se quedan con pantalla en negro

_____________________________________________________________________________________________________

para lo de la pantalla d elas ati , justamente ayer consegui encontrar una solucion "DEPASO" ...
y modifque y actualice los scripts de compilar kernel.

de hecho estube jugueteando con el 3.17.7 , que es lo mas alto ahora mismo que se puede pasar a modo live (esperando a que el chino de aufs tambien se ponga al dia)

se trata de desactivar el Display Port Manager radeon_dpm = 0

y asi el kernel no necesita parametros extra ...ya que por defecto el Display Port manager queda en cero

mira que apaño , .......... este fallo esta reportado por mi en el foro porteus , ...tengo que pasarles la info...por intener hay un montion de gente con pantalla en negro y tal , y nada de info ...llevo peleando con eso varios meses ...afectados 3.14 , 3.15 , 3.16 , 3.17, 3.18 y 3.19 ...casi nada

# Arreglo temporal a un bug con el driver radeon
if [ 312 -lt ${RAMA//.} ]; then
echo $AMARILLO
echo "Aplicando parche radeon_dpm ..."
echo $CIERRE
RUTA_ACTUAL=`echo $(pwd)`
sed -i 's/radeon_dpm = -1/radeon_dpm = 0/g' ${RUTA_ACTUAL}/drivers/gpu/drm/radeon/radeon_drv.c
fi

si se va a compilar un kernel mayor a 3.12 , se aplica el parche siempre ...

esto no sera para siempre , puedo ir probando si el parche es prescindible ..pasando en la linea de grub el parametro

radeon.dpm=1

si me quedo a oscuras, aun no esta resuelto ...y si arranca bien , el parche lo desactivare en ese momento para que no sea aplicado mas.

asi que tenemos

problemas wifi (ath9k)
problemas de modo live (aufs)
problemas graficos (radeon dpm)

por eso sigo con la rama 3.12.X

USUARIONUEVO · « **Respuesta #8 en:** 01-01-2015, 21:36 (Jueves) »

Otra cosa a tener en cuenta , es que si vamos a usar un driver grafico , deberemos mirar lo maximo que admite de config.

por ejemplo ahora mismo , los drivers ati mas nuevos son los 14.12 omega ---

en el release notes podemos leer que acepta hasta kernel

3.17

asi que ...

http://support.amd.com/en-us/kb-articles/Pages/AMDCatalystOmegaLINReleaseNotes.aspx

USUARIONUEVO · « **Respuesta #9 en:** 01-01-2015, 21:48 (Jueves) »

Puedes compilar el 3.17.7 cambiando del fichero

/opt/wifislax-updaters/Sistema/linux_stable_updater

Código: [Seleccionar]

# Grepeando numero kernel mas nuevo para nuestra rama en kernel.org
KERNEL_STABLE=`curl -s $WEB | grep .tar.xz | head -1 | cut -d "-" -f2 | cut -d "t" -f-1 | sed "s/.$//g"`

por

Código: [Seleccionar]

# Grepeando numero kernel mas nuevo para nuestra rama en kernel.org
KERNEL_STABLE=3.17.7

Garcad · « **Respuesta #10 en:** 01-01-2015, 21:52 (Jueves) »

vmlinuz kernel para pc viejitos
vmlinuz2 kernel smp (pae)

Ahora para cambiarlo desde otra distro que tiene acceso al hdd, en mi caso tengo Wifislax en una particion del hdd, solo tengo que renombrar el antiguo kernel, por ejemplo añadiendo .old y copiar el vmlinuz-3.12.35-pae-wifislax en el directorio /sdxx/boot/ y añadir el contenido del archivo 000-PAE-Kernel-3.12.35-i486-1sw.xzm en /sdxx

Si lo tienes en modo live usb borrar o renombrar los archivos...

/boot/vmlinuz
/boot/vmlinuz2

/mnt/iso/wifislax/base/000-PAE-Kernel-3.12.35-i486-1sw.xzm
/mnt/iso/wifislax/base/000-Kernel-3.12.35-i486-1sw.xzm

Si tienes instalado un kernel diferente instalado en el hdd, no hace falta renombrarlo o borrarlo.

Con copiar el kernel a usar...

/sdxx/boot/vmlinuz-3.12.35-pae-wifislax
/sdxx/boot/vmlinuz-3.12.35-486-wifislax

Extraer el contenido del modulo 000-PAE-Kernel-3.12.35-i486-1sw.xzm o 000-Kernel-3.12.35-i486-1sw.xzm en el dierctorio raiz donde este instalado Wifislax y hacer un update-grub

# update-grub

Salu2

Garcad · « **Respuesta #11 en:** 01-01-2015, 21:56 (Jueves) »

Cita de: USUARIONUEVO en 01-01-2015, 21:48 (Jueves)

Puedes compilar el 3.17.7 cambiando del fichero

/opt/wifislax-updaters/Sistema/linux_stable_updater

Código: [Seleccionar]
# Grepeando numero kernel mas nuevo para nuestra rama en kernel.org KERNEL_STABLE=`curl -s $WEB | grep .tar.xz | head -1 | cut -d "-" -f2 | cut -d "t" -f-1 | sed "s/.$//g"`

por

Código: [Seleccionar]
# Grepeando numero kernel mas nuevo para nuestra rama en kernel.org KERNEL_STABLE=3.17.7

Lo que no me permite es crear un kernel de 64 bits, ya me lie a toquetear todo el código para poder crear uno por probarlo.

O toca hacerlo a manita.

Sin olvidarnos la parte del parche wireless

Código: [Seleccionar]

###################################
### Generamos parche wireless  ####
###################################
cat > Negative-channel-multi.patch << "EOF"
--- a/net/wireless/chan.c	2013-08-29 18:47:51.000000000 +0200
+++ b/net/wireless/chan.c	2013-08-31 22:20:45.014734447 +0200
@@ -441,4 +441,2 @@
 		return -EOPNOTSUPP;
-	if (!cfg80211_has_monitors_only(rdev))
-		return -EBUSY;

--- a/net/mac80211/cfg.c	Tue May 28 16:57:23 2013 -0400
+++ b/net/mac80211/cfg.c	Tue May 28 17:16:15 2013 -0400
@@ -801,3 +801,4 @@
 		}
-	} else if (local->open_count == local->monitors) {
+	// Patch: Always allow channel change, even if a normal virtual interface is present
+	} else /*if (local->open_count == local->monitors)*/ {
 		local->_oper_channel = chandef->chan;
--- a/net/mac80211/tx.c	2013-08-29 18:47:51.000000000 +0200
+++ b/net/mac80211/tx.c	2013-08-31 22:35:10.386721602 +0200
@@ -1454,7 +1454,10 @@
 		}
 	}
 
-	ieee80211_set_qos_hdr(sdata, skb);
+	// Don't overwrite QoS header in monitor mode
+	if (likely(info->control.vif->type != NL80211_IFTYPE_MONITOR)) {
+        	ieee80211_set_qos_hdr(sdata, skb);
+	}
 	ieee80211_tx(sdata, skb, false, band);
 }

--- a/net/mac80211/cfg.c
+++ b/net/mac80211/cfg.c
@@ -3588,9 +3589,9 @@ static int ieee80211_cfg_get_channel
 	if (chanctx_conf) {
 		*chandef = chanctx_conf->def;
 		ret = 0;
-	} else if (local->open_count > 0 &&
+	} else /*if (local->open_count > 0 &&
 		   local->open_count == local->monitors &&
-		   sdata->vif.type == NL80211_IFTYPE_MONITOR) {
+		   sdata->vif.type == NL80211_IFTYPE_MONITOR)*/ {
 		if (local->use_chanctx)
 			*chandef = local->monitor_chandef;
 		else

EOF

# Aplicamos parche si hay error se parara el proceso ( exit 1 )
echo ""
echo ""$VERDE"Aplicando parche wireless para channel -1 "$BLANCO"..."$CIERRE""
sleep 3
patch -f -p1 < Negative-channel-multi.patch || exit 1

# Si el sistema anfitrion es wifislax se baja el logo para kernel
# Buscamos si estamos en wifislax
ANFITRION=`cat /etc/*version | grep -E "(wifislax|AWireless)" |cut -d " " -f 1`

# Declaramos el tag para el name del modulo xzm
if [ $ANFITRION = wifislax ]; then
TAG=sw
else
TAG=AWireless
fi

No seria mala idea el implementar la opción de crear un kernel de 64 bits, donde permita correr también aplicaciones de 32 bits.

Salu2

USUARIONUEVO · « **Respuesta #12 en:** 01-01-2015, 21:57 (Jueves) »

lo has alargado, pero si ..lo tienes dominado.

por si no te has dado cuenta , puedes tener si quieres 3 o 4 kerneles distintos a la vez

al arrancar debado de la entrada de grub de wifislax, aparece otra entrada , que muchos han preguntado , por como "quitarla" ...

si instalas un kernel 3.12 y un 3.17 , por defecto ya el sistema usar siempr el mas alto ...

pero si entras justo a esa entrada de recuperacion ... veremos que podemos elegir arrancar con el kernel que nos d ela real gana ... ideal para tener varios a la vez y hacer comparaciones.

USUARIONUEVO · « **Respuesta #13 en:** 01-01-2015, 21:58 (Jueves) »

no vas a poder , ..el sistema es 32 , aunque lo compilaras , despues no te arrancaria

linux no es como windows

o eres 32
o eres 64
o eres 32_64

no hay medias tintas.

32_64 , significa tener las librerias x2 y va a ser que no

Garcad · « **Respuesta #14 en:** 01-01-2015, 22:03 (Jueves) »

Cuando se me mete algo en la cabezaaaa.

Me gusta enredar, muchas veces se aprende mas con prueba y error.

Salu2

USUARIONUEVO · « **Respuesta #15 en:** 01-01-2015, 22:06 (Jueves) »

Para crear un kernel 64 no tienes que tocar absolutamente nada en el script.

se toca en la configuracionm del kernel que se abre pra eso ... para que toques ... el script no te prohibe nada

deberias coger un config de un x64 , y simplemente mirarle la parte de config de cpu , y arquitectura ..el resto todo igual.

podrias mirar el de slackware , en vez d el de porteus

lo que pones de hacerlo a manita ..eso lo hace ya el script ... el proceso solo se puede llevar a cabo de una manera , ... parchear , configurar , compilar ... te da igual si es a mano , o te lo va haciendo un script, los comandos son los mismos ...el truco esta en configurar el kernel , no hay mas.

Garcad · « **Respuesta #16 en:** 01-01-2015, 22:06 (Jueves) »

Por cierto cuando se quiera probar nuevos kernels recompilados en una instalacion en el hdd, no hace falta como muy bien a dicho ususarionuevo, borrar el kernel, es recomendable dejar un kernel estable, que sabemos que funciona por si fallara el sistema y poder arrancar el sistema.

Salu2

Garcad · « **Respuesta #17 en:** 01-01-2015, 22:09 (Jueves) »

Cita de: USUARIONUEVO en 01-01-2015, 22:06 (Jueves)

Para crear un kernel 64 no tienes que tocar absolutamente nada en el script.

se toca en la configuracionm del kernel que se abre pra eso ... para que toques ... el script no te prohibe nada

deberias coger un config de un x64 , y simplemente mirarle la parte de config de cpu , y arquitectura ..el resto todo igual.

podrias mirar el de slackware , en vez d el de porteus

lo que pones de hacerlo a manita ..eso lo hace ya el script ... el proceso solo se puede llevar a cabo de una manera , ... parchear , configurar , compilar ... te da igual si es a mano , o te lo va haciendo un script, los comandos son los mismos ...el truco esta en configurar el kernel , no hay mas.

Ya te he dicho que me gusta enredar, y la mejor manera de aprender, es ver como se lo curran los maestros.

cp /usr/src/$PRGNAM-$KERNEL_ONLINE/arch/x86/boot/bzImage $HOME/Desktop/$VMLINUZ &>/dev/null

# Generamos kernel sources recortadas
mv System.map ../
make clean
mv ../System.map .
make prepare
make scripts
rm -Rf Documentation drivers fs net sound firmware
ls -1d arch/* | grep -v x86 | xargs rm -Rf
ls -1d include/* | grep asm- | grep -v x86 | grep -v generic | xargs rm -Rf
cp include/generated/* include/linux &>/dev/null

Salu2

USUARIONUEVO · « **Respuesta #18 en:** 01-01-2015, 22:20 (Jueves) »

Jajaja , no habia visto esos x86 ...

bueno ,solo 2 cosas

1 - no edites un config con el editro de texto , eso no funciona asi , cuando en kernel activas o desactivas algo , varian mas cosas que no se ven .-..

no vale abrir el config y cambiar

midriver= is not set por midriver=y

a mano no vale ...todo debes tocarlo desde el entorno de configuracion suyo.

2 - el kernel 3.18 o 3.19 petan , por que el parche aufs necesita ajustes , te petaran al compilar ...

asi que aspiras a trastear el 3.12 , o ir a por el 3.17.7

Garcad · « **Respuesta #19 en:** 01-01-2015, 22:23 (Jueves) »

Cita de: USUARIONUEVO en 01-01-2015, 22:20 (Jueves)

Jajaja , no habia visto esos x86 ...

bueno ,solo 2 cosas

1 - no edites un config con el editro de texto , eso no funciona asi , cuando en kernel activas o desactivas algo , varian mas cosas que no se ven .-..

no vale abrir el config y cambiar

midriver= is not set por midriver=y

a mano no vale ...todo debes tocarlo desde el entorno de configuracion suyo.

2 - el kernel 3.18 o 3.19 petan , por que el parche aufs necesita ajustes , te petaran al compilar ...

asi que aspiras a trastear el 3.12 , o ir a por el 3.17.7

Oido cocina, gracias por el consejo, jejejejejeje

Salu2

Noticias:

Autor Tema: Buscando la activacion de la tecla FN en el kernel. (Leído 21488 veces)

Garcad

Garcad

Garcad

Garcad

Garcad

Garcad

Garcad

Garcad

Garcad