Administrador
Se solucionó actualizado el driver del touchpad (había que cambiarlo en el firmware y reinstalarlo). Al parecer era un fallo del driver del kernel que tenían instalado, pero esto te lo podrían confirmar mejor los usuarios que lo solucionaron.Iniciado por Aiken
Usuario Registrado
En la wiz y en la caanoo somos root siempre, por eso se pueden cargar módulos desde un script
En cuanto a la ram, ni idea, supongo que será por el tema de reserva de memoria para video y demás, solo por las 3D, se usen o no, se van 16mb a la "basura", el resto de ram que falta, no se.
En cuanto al kernel versión wiz, parece ser porqué las diferencias de hardware son mínimas y se basarán en el trabajo desarrollado en la wiz
Game coder
Por lo menos en Wiz es así: El sistema reserva unos 8 o 10 mb de memoria para el núcleo de Linux. Luego hay una zona de memoria alta que no es usada por Linux, porque contiene registros para el buffer de la pantalla (2 capas), el buffer YUV (vídeo), el buffer de sonido y otras variables del hardware. Si no se usa 3D o vídeo mpeg, estas zonas altas se pueden usar por programación.
Última edición por hardyx; 24/10/2010 a las 16:12
Forero PRO
recordais el nombre de los implicados? espera, te refieres a que GPH saco un firmware nuevo con eso solucionado no? supongo que el del fallo era el de las consolas de pre-produccion, y se soluciono poniendoles el firmware de produccion no?Se solucionó actualizado el driver del touchpad (había que cambiarlo en el firmware y reinstalarlo). Al parecer era un fallo del driver del kernel que tenían instalado, pero esto te lo podrían confirmar mejor los usuarios que lo solucionaron.
Aiken
< - >EDIT. Acabo de compilar un kernel. he flasheado mi Caanoo, y ahora lleva un rato ahi con el logo de GPH sin terminar de arrancarpor suerte he probado que como decia sharek volviendo a flashear con el original se recupera.
suuuusto que da, ****! jeje. pero bueno lo voy a volver a intentar.
Aiken
Última edición por Aiken; 25/10/2010 a las 22:15 Razón: Edición automática anti doble-post.
Forero PRO
a mi me paso lo mismo, tuve que flashear 2 veces... sera que es algun bug que nos pasa a todos? y el upgrade firm se hara en 2 etapas?
Akibaranger!
2 etapas, sin duda...
una etapa para descomprimir la imagen...
otra para cargarla
Forero PRO
no, no si eso ya se sabe, 2 etapas, primero el uboot y luego lo demas.
si vuelves a flashear ya solo hace la ultima etapa, el uboot ya no lo toca.
Aiken
Forero PRO
me refiero a que resetee la maquina 2 veces con los mismos archivos, pulsando la R.
la primera vez dijo OK, pero cuando la volvi a encender quedo pegada en el logo de GPH, y ahi sude... y luego la resetee e hizo nuevamente el upgrade y luego al resetearla funciono.
Forero PRO
oye pasame los contactos que tengas de GPH que tengo unas preguntillas de la compilacion del kernel, tengo unas sospechas de porque nos da problemas, pero quiero preguntarles a ver si nos ayudan
Aiken
Usuario Registrado
Te lo paso por privado (para no dejar mails al acceso de los buscadores y el consecuente spam)
Forero PRO
Acabo de compilar un modulo, y parece que carga correctamente desde la SD, sin tener que flasear el kernel. Esto pinta bien
Aiken
Usuario Registrado
Entonces genial
A compilar módulos a porillo
Es incluso una mejor solución, para dejar el máximo de RAM libre en caso de no necesitar el dispositivo...
Estaría bien una aplicación de diagnóstico, que dijera que hardware hay instalado (interfaz gráfico para lsusb o similar)
así podríamos ir compilando los módulos que la gente necesite
Forero PRO
justo en eso estaba pensando. habria que tener una aplicacioncilla para que la gente pueda activar desactivar modulos.
mas que un interfaz grafico para lsusb, algo que la gente no se tenga que saber los nombres de los modulos, porque algunos modulos tienen nombres raros y otros por ejemplo necesitan que se instalen otros antes. otros necesitan configuracion adicional.
algo como por categorias, por ejemplo Network y ahi dentro de deje elegir el chipset de tu cacharro o algo asi.
alguien tiene idea de como se podria hacer??
en que lenguaje o como? no hay un ncurses para caanoo o algo asi?
el propio instalador del firmware, hace cosas con ventanas en el upgrade.sh habria que echarle un vistazo a ver si se puede aprovechar algo.
Aiken
Última edición por Aiken; 27/10/2010 a las 09:29
Usuario Registrado
Bueno, eso es complicado, habría que tener un DB y demás, yo de momento tiraría por lo recto, un simple lsusb con un poco de info y puerta.
Así la gente nos dice que drivers necesita y los vamos compilando, y poco a poco hacemos una lista "módulo=dispositivo" (hay listas en inet, pero son miles y habría que hacer una base de datos etc...)
Cuando tengamos varias, ya nos metemos en un interfaz "enable/disable" con lista (incluso con auto-detect)
No te parece mas práctico? no tenemos recursos y tiempo ilimitados, creo que es mejor hacerlo así.
< - >Simon me acaba de pasar un nuevo .config
Lo subiré y facilitaré la URL mas tarde
Tengo unas ganas locas de probarlo y compararlo con el anterior, a ver que ha cambiado (y si funciona todo!)
Aixxx, nervios!
Última edición por sharek; 27/10/2010 a las 12:45 Razón: Edición automática anti doble-post.
Forero PRO
ok. se lo pediste tu? para que compile bien el kernel con todos los drivers de produccion supongo, no?Simon me acaba de pasar un nuevo .config
Lo subiré y facilitaré la URL mas tarde
Tengo unas ganas locas de probarlo y compararlo con el anterior, a ver que ha cambiado (y si funciona todo!)
Aixxx, nervios!
bueno, pasamelo luego y cotilleamos que han cambiado
Aiken
Permisos de publicación
Citar
Marcadores