¿Quieres tener el Windows Xp en tu psp? Os presento una aplicación que emula el famoso sistema operativo de microsoft.Con este Windows xp podemos hacer varias cosas pero al ser su primera versión no os espereis un Windows XP como el de vuestro oredenador. El creador de esta aplicación promete futuras versiones.
Esta aplicación está disponible para la psp fat y la psp slim.

En este "Shell" podremos ejecutar distintas aplicaciones aunque las primeras aún están en fase de desarrollo:

Este sistema en si, como muchos otros, no trae nada instalado aún,
es decir, tiene cero ampliaciones.Estas aplicaciones que nombro ahora aún están es fase de desarrollo:

• Un editor de imágenes para poder modificar vuestras fotos, fondos...
  
• Editor de texto (Bloc de notas)
• Reproductor multimedia(mp3, y micro-photovideos)
• Paquete de juegos en 2 y 3 dimensiones
• Administrador de archivos con el que se pueden crear, modificar, abrir o eliminar archivos.
• Navegador Web (Internet Explorer por defecto)
• Messenger.

De momento tiene:

• Juegos: SMMEMORY, JawBreaker, NumberWhat y el Jezzball.
• Aplicaciones: Agenda, Reloj, Calculadora.
• Ficheros Lua y Configuración: Botones, Funciones Mp3, Fecha y Hora, Funciones Corriente, Izquierda y Derecha. Lista de juegos, KEYBOARD.
• Pruebas: Prueba de Controles, Prueba de las fuentes.
• Salvapantallas: Screensave 1, Screensave 2,
• USB: Funciones USB, USB.

Instrucciones para poder acceder al menú de la aplicación:

1. Os aparecerá una ventana de arranque con dos opciones: MyShell y Lowser
2. Elegís una de las dos opciones y pulsais X.
3. Aparecerá el menú de Usuario.
4. Pulsais X encima de Trom_USpara cargar la para que os cargue el escritorio.
5. Se os cargará el Escritorio.
6. Una vez cargada podréis acceder en todo momento a la barra de inicio.
7. Si quereis Salir pulsais el Gatillo L y ireis al arranque.
8. Una vez en el arranque para poder salir al menú xmb de vuestra psp solo tendréis que pulsar el gatillo L de nuevo.

BUGS:

• En la barra de Inicio del Escritorio la opción de Reiniciar da un error.
• De momento habrá pocas cosas funcionales, solamente funcionaran las cosas mencionadas.

Controles:

Escritorio

• Pad Analógico: Mover el cursor
• X: Aceptar(Doble click)
• Gatillo L: Salir

Arranque

• Pad Digital: Cambiar de opción
• X: Aceptar
• Gatillo L: Salir
• Gatillo R: Cambiar de ruta de la memory stick

Menú de Usuario

• X: Aceptar
• Gatillo L: Salir

Barra de inicio

• Pad Digital: Cambiar de opción
• X: Aceptar

Versión 80705

• Mejoras en el rendimiento del sistema.
• Activacion de funciones y controles para programas.
• Mejoras visuales.
• Activacion de inicio de sesion, ahora ya no solo es una imagen.
• Se permite 2 usuarios, aunque el administrador no tiene contraseña.
• Nueva aplicacion de test de funciones internas activadas.
• Aplicacion extra de otro usuario: El Gran Quiz.

Nota: Si quereis cambiar de fondo substituir con el mismo
nombre, mismas medidas y el mismo formato: fondo15.png o fondo2.png.
En la carpeta: Sistema/fondos.
Nota: No borréis la versión anterior porque no os funcionará,
simplemente saldra como datos dañados. Sobreescribir cuando lo pida.
Esto es un pequeño update.

• Descarga la aplicación: Español-Inglés
• Copia la carpeta PSP a la raíz de tu Memory Stick.
• Ejecuta desde el menú de juegos del PSP.

Capturas de la pantalla

:

Captura arranque aplicación:

Captura escritorio Winshell:

Captura barra de inicio:

Capturas tomadas de psp.scenebeta.com

]]> http://empretec.wordpress.com/2008/07/02/618/ Wed, 02 Jul 2008 12:27:51 +0000 Rafael Carrasco http://empretec.wordpress.com/2008/07/02/618/ [slideshare id=498080&doc=ponencia-uned-1215111546910082-9&w=425]

Aquí dejo la presentación que he utilizado para la ponencia de los XIX cursos de verano de la UNED en Ávila titulada Aplicaciones de Internet en la acción pedagógica de la ESO.

También enlazo los vídeos que he utilizado para explicar qué son los RSS y los Wikis.

Ha sido una mañana muy entretenida impartiendo la ponencia en la Universidad Católica de Ávila, en un entorno estupendo y con un auditorio muy agradable.

Profesores de ESO de muchos lugares de España de todas las edades y con todo tipo de conocimientos en TIC. Eso sí, todos con muchas ganas de aprender y de enterarse de cómo se pueden utilizar la aplicaciones que nos ofrece Internet para las clases y cómo se puede conseguir que los alumnos aprendan a aprender.

Basado en las API de Google, esta aplicación permite buscar los rostros según el nombre y los ordena en una interfase muy al estilo iTunes.

Lamento no tener mas informacion pero en el momento que la tenga la publicare al momento

Descarga

Spidey

Si tu también deseas hacer esto con tu nombre o el de tus amigos, solamente entras a la pagina, en el cuadro de texto escribes el nombre y seleccionas el boton de "inscribe", te actualizará la pagina con el geroglifico egipcio.

¿Qué te parece la aplicación?, ¿conoces alguna similar?, saludos!

Debido a lo complejo que parece esta aplicación, hemos decidió hacer nuestro tutorial simplificado de dicha aplicación. Primero que nada, queremos darles algunos datos sobre esta aplicación, que básicamente, consiste en la carga de firmwares desde le memory stick. Entre ellas, la posibilidad de cargar la version 1.50 en un PSP Slim. Ademas podremos usar la consola aunque este brickeada, no importa que la IP o la NAND estén corruptas. A continuación un tutorial para sacarle el mayor provecho a esta maravilla.

_____________________________________________________________________________________

Con el Time Machine podremos instalar los siguentes firmwares:

• 1.50 Original (Sólo PSP Normal)
• 1.50 con algunos módulos de hardware de 3.40 (PSP Normal y Slim)
• 3.40 OE (Sólo PSP Normal)
• 3.60 M33 (Sólo PSP Slim)

_____________________________________________________________________________________

Requisitos:

• Si tienes un PSP Normal, debes tener CF 2.70 o superior (para seguir este tutorial es necesario que tengas un CF 3.XX, amenos que ya tengas la batería mágica creada).
• Si tienes un PSP Slim, debes tener el CF 3.90m33-2 o superior.
• Una batería Pandora.
• Una memory stick mayor de 128MB
• Archivos necesarios para el proceso (descargas en cada paso).

_____________________________________________________________________________________
Creando la batería Pandora:

Nota: Si ya tienes una batería Pandora, la puedes usar para este proceso. Si no es necesario que la crees, a continuación todo lo necesario.

• Pasa por el tutorial del Despertar del Cementerio v4 y has los pasos bajo los subtemas:
  • La Memory Stick
  • Creando la Memory Stick mágica
  • Creando la batería mágica

Nota: NO hagas los pasos bajo el subtema: Usando el Despertar del Cementerio.
_____________________________________________________________________________________

Tutorial del TimeMachine:

• Descargar los archivos necesarios.
• Copia la carpeta PSP y TM en la raíz de la memory stick.
• Ve al menú de juego y ejecuta el Time Machine.
• Te saldrá un menú con las siguientes opciones:

TIME MACHINE INSTALER

Install iplloader on PSP MS boot sector
Convert Pandora/DC1-DC4 ipl intro TM format
Install 1.50 (PHAT)
Install 1.50 with 3.40 hw modules (PHAT&SLIM)
Install 3.40 OE (PHAT)
Install 3.60 M33 (SLIM)

Exit

• Selecciona la primera opción: “Install iplloader on PSP MS boot sector“, presionando X sobre la misma.
• Al hacer el paso anterior, te saldrá lo siguiente:

Checking space… OK
Writing ipl… OK

Press X to return to main menu

• Una vez que termine, presiona X para volver al menú principal.
• Ahora, presiona X sobre la opción: “Convert Pandora/DC1-D4 ipl into TM format”
• Como paso final, en el menú principal, sal de la aplicación y apaga la consola (completamente).

_____________________________________________________________________________________

Usando el Time Machine:

• Con la consola completamente apagada, introduce la batería mágica (pandorizada) en la consola.
• Tan pronto se encienda la luz verde de la batería, presiona uno de los siguientes botones, según lo que desees:

• X: Cargar Firmware 1.50 oficial (Solo PSP Normal).
• Circulo: Cargar Firmware 1.50 Mod (PSP Normal y Slim)
• Triangulo: Cargar 3.40 OE (Solo PSP Normal)
• Cuadrado: Carga 3.60 M33 (Solo PSP Slim)
• Flecha arriba: Carga Pandora.

Todo listo, ya tienes el Time Machine corriendo en tu PSP. A continuación algunos datos de interés.

_____________________________________________________________________________________

Datos de interés:

• Todo homebrew que se quiera cargar en el firmware 1.50, debe meterse en la carpeta PSP\GAME.
• Es posible que hayan algunos problemas de visualización como por ejemplo en el gameboot, esto es normal y se espera que se resuelva en futuras versiones.
• Si pones tu PSP en Sleep Mode, para encenderlo tendrás que tener la memoria, en la que instalaste el Time Machine, insertada. De lo contrario no encenderá.

_____________________________________________________________________________________

Desinstalar el Time Machine:

Si por alguna razón probaste esta aplicación y ya no la deseas tener en tu PSP, hay una forma muy fácil de des instalarla. A continuación los pasos a seguir.

La bateria:

Es necesario que vuelvas la batería a su estado normal, para eso puedes usar el Ultra Pandora Installer.  Si deseas puedes pasar por el tutorial del Despertar del Cementerio v4, para mas información de como hacerlo.

Nota: Se encuentra bajo el subtema: Regresar la batería y memoria a su estado normal/La batería.

Al hacer esto la batería quedara en funcionamiento nuevamente. Ahora pasamos a la memoria.

La memoria:

También es necesario que vuelvas la memoria a su estado normal, esto borrando los respectivos archivos.  Para volver la memoria a su estado original es realmente sencillo:

• Ve a ajustes/ajustes del sistema/Formatear Memory Sick.

Al hacer el formateo la memory stick quedara en su estado original y en funcionamiento normal.

DESCARGAR

Se ha intentado ofrecer una réplica de la interfaz lo más fiel posible además de haber adoptado algunos términos de Photoshop. La única desventaja es que se basa en la versión 2.2 de GIMP cuando la actual es la 2.5.1.

Enlaces:

• Página del proyecto
• Descargar .deb

Relacionado:

• Alternativa de pago a GIMP

El problema: Los codecs no se instalan con el famoso paquete restricted-extras en ubuntu.

Sin embargo, hay un par de cosas que quiero ver y no están en otro formato por ninguna parte.

Después de horas buscando di con la solución. En el proceso me encontré con gente que convertía en avi, en vcd, en dvd etc (pero no lo intenté porque creo que para ello también es necesario tener los codecs).

La solución la tenía Fernando Villatoro en su blog. Y como soy flojo lo voy a pegar acá. Además yo no lo podría explicar mejor:

Se debe tener instalado el reproductor Mplayer. Si no se tiene en el equipo se debe acceder al Synaptic Package Manager, buscar Mplayer y seleccionar el nombre de este reproductor. Al seleccionarse puede que se nos avise que se tienen que instalar otros paquetes.

Después de instalado, debemos dirigirnos a la página de Mplayer binary codec download. Una vez en la página debemos bajar el paquete segun nuestro sistema. En mi caso escogí "Linux x86" debido a las caracteristicas de mi computadora.

Descargamos el paquete a nuestra computadora. Una vez descargado, damos doble click en él, seleccionamos el folder a descomprimir y damos click en el boton Extraer.

Escogemos el lugar donde se descomprimirá el archivo, una buena opción es en el escritorio. Una vez que se ha descomprimido el folder tendrá el nombre essential-date.

Ahora tenemos que abrir una terminal. Una vez abierta escribimos los siguientes comandos (introducimos nuestra contraseña cuando se nos pida):
* cd Desktop
* cd essential-date
* sudo mkdir /usr/lib/win32
* sudo cp * /usr/lib/win32

Una vez hecho esto, debemos abrir el reproductor Mplayer, el cual se encuentra en Aplicaciones -> Sonido y Video -> Mplayer. Damos click derecho en la ventana de video del programa y del menu seleccionamos Preferencias.

Una vez en la ventana Preferencias, en la pestaña Video, debemos cambiar del menú Available Drivers a x11 X11 (XImage/Shm).

Ahora nos dirigimos a la pestaña Codecs & demuxer. En la opción Video Codec Family seleccionamos la opción RealVideo decoder. En la opción Audio Codec Family seleccionamos la opción FFmpeg/libavcodec audio decoders. Una vez hecho esto damos click en OK.

Localizamos algún archivo que tengamos en formato .rmvb, damos click derecho en él y seleccionamos Propiedades. En la pestaña Open with seleccionamos Mplayer Movie Player.

O simplemente con una consola se ubican en la carpeta contenedora del video que quieren reproducir, y usan el comando mplayer -zoom -fs *

Ojo que una vez que terminen de ver el video .rmvb deben volver a dejar todo como estaba en la configuración de mplayer. Por eso es recomendable que anoten la configuración que tenían (en mi caso en la pesataña video: estaba seleccionado xv X11/Xv y en la de codecs tanto en video como en audio estaba en 'none'.

Nota: Sin perjuicio de lo anterior, he podido ver videos rmbv, mp4, avi etc dejando la siguiente configuración, pero, que a mi me funcione no quiere decir que resulte a todos:
Video:
x11 X11/Xv

Codecs & demuxer:
Video codec family RealVideo decoder
Video codec family RealAudio decoder

(sin embargo con esta configuración no tengo que estar cambiando las preferencias a cada rato)

Espero que les sea de utilidad.

Edito: Es posible que con el paquete non-free-codecs que se encuentra en synaptic funcione y no se deba descargar nada.

pd. Gracias Cdk1 por el dato, pero debido a que tu comentario no fue hecho con respeto, me vi obligado a borrarlo ;-)

FUNCIONA EN :

Win95/98/98SE/Me/2000/NT/XP/Vista

Autor: carlosgsWeb oficial downPSP, gracias a evoconsolas.com.

El idioma se selecciona en el menu principal y cada vez que se inicie el wifi por primera vez, buscará actualizaciones.

Requerimientos

(se intentarán reparar)

Futuras funciones:

• Mejoras en el menú de la lista de homebrew

Autor: Mr305

Características

• Compatible tanto PSP Slim como PSP Fat.
• Milisegundos.
• Alarma programable hasta 23:59
• AM/PM
• Sonido mp3 cuando suena la alarma.

Funcionamiento

1. Extraeis la descarga.
2. Cuando arranque el homebrew vereis como se pone a la hora actual de vuestra zona horaria.
3. Si clickeais el Gatillo R se os activará el modo alarma.

Funcionamiento de la alarma

1. Clickeais el Gatillo R y os saldra los numeros de color rojo.
2. Ahora con el Pad Digital arriba/abajo poneis la hora que quereis.
3. Para ser más precisos a la hora de poner la alarma mantener pulsado el Triángulo cuando estéis cambiando la hora de la alarma.
4. Cuando acabeis de poner la hora de la alarma clickeais el Círculo.
5. Para que se os active la alarma pulsais Start y la psp se pondra en modo de espera hasta que suene la alarma.

Como cambiar el sonido mp3 de la alarma

Solamente teneis que coger vuestro sonido mp3 y ponerlo en la carpeta del homebrew con el nombre de "Alarm.mp3".

Controles

Reloj(Sin alarma programada)

• Pad Digital derecho: Parar unos segundos el reloj. Es un bug poco importante.
• Gatillo R: Modo Alarma.
• Triángulo: Milisegundos.

Alarma(Modo alarma)

• Gatillo L: Volver al reloj.
• Pad Digital: Modificar la hora.
• O: Aceptar la hora de la alarma.
• Cuadrado: Para saber la hora actual.
• Triángulo: Con el Pad Digital más el Tríangulo el tiempo va minuto por minuto.

Es el conjunto de los programas de cómputo, procedimientos, reglas, documentación y datos asociados que forman parte de las operaciones de un sistema de computación.
Extraído del estándar 729 del IEEE.

Se refiere al equipamiento lógico o soporte lógico de un computador digital, comprende el conjunto de los componentes lógicos necesarios para hacer posible la realización de una tarea específica, en contraposición a los componentes físicos del sistema (hardware).

Etimología. Es una palabra proveniente del inglés (literalmente: partes blandas o suaves) que en nuestro idioma no posee una traducción adecuada al contexto, por lo cual se la utiliza asiduamente sin traducir y fue adoptada por la RAE.

El término «software» fue usado por primera vez en este sentido por John W. Tukey en 1957. En las ciencias de la computación y la ingeniería de software, el software es toda la información procesada por los sistemas informáticos: programas y datos. El concepto de leer diferentes secuencias de instrucciones desde la memoria de un dispositivo para controlar los cálculos fue introducido por Charles Babbage como parte de su máquina diferencial. La teoría que forma la base de la mayor parte del software moderno fue propuesta por vez primera por Alan Turing en su ensayo de 1936, "Los números computables", con una aplicación al problema de decisión.

Clasificación. Si bien esta distinción es, en cierto modo, arbitraria, y a veces confusa, se puede clasificar al software de la siguiente forma:

• Software de sistema: Es aquel que permite que el hardware funcione. Su objetivo es desvincular adecuadamente al programador de los detalles del computador en particular que se use, aislándolo especialmente del procesamiento referido a las características internas de: memoria, discos, puertos y dispositivos de comunicaciones, impresoras, pantallas, teclados, etc. El software de sistema le procura al usuario y programador adecuadas interfases de alto nivel y utilidades de apoyo que permiten su mantenimiento. Incluye entre otros:
  • Sistemas operativos
  • Controladores de dispositivo
  • Herramientas de diagnóstico
  • Herramientas de Corrección y Optimización
  • Servidores
  • Utilidades
• Software de programación: Es el conjunto de herramientas que permiten al programador desarrollar programas informáticos, usando diferentes alternativas y lenguajes de programación, de una manera práctica. Incluye entre otros:
  • Editores de texto
  • Compiladores
  • Intérpretes
  • Enlazadores
  • Depuradores
  • Entornos de Desarrollo Integrados (IDE): Agrupan las anteriores herramientas, usualmente en un entorno visual, de forma que el programador no necesite introducir múltiples comandos para compilar, interpretar, depurar, etc.. Habitualmente cuentan con una avanzada interfaz gráfica de usuario (GUI).
• Software de aplicación: Aquel que permite a los usuarios llevar a cabo una o varias tareas específicas, en cualquier campo de actividad susceptible de ser automatizado o asistido, con especial énfasis en los negocios. Incluye entre otros:
  • Aplicaciones de control y automatización industrial
  • Aplicaciones ofimáticas
  • Software educativo
  • Software médico
  • Software de Cálculo Numérico
  • Software de Diseño Asistido (CAD)
  • Software de Control Numérico (CAM)

Si quiere aprender aún más lea lo siguiente:

• Ingeniería del Software
• Aplicación informática
• Programación
• Ingeniería Informática

Obtenido de: Software

En este artículo vamos a estudiar cómo añadir una llamada al sistema, system call, a nuestro sistema operativo. Es una práctica bastante usada en las aproximaciones a la codificación del kernel Linux y bastante documentada, por ello, es obligado dar un repaso a todos estos conceptos. Entender el mecanismo de llamadas al sistema es una buena base para entender la filosofía de funcionamiento de un sistema Unix.
Syscalls
Los sistemas Unix, tradicionalmente proporcionan un interface para que las aplicaciones de espacio de usuario puedan comunicarse con el hardware. Esta interface son las system calls, conocidas en Linux simplemente como syscalls. Mediante estas llamadas, las aplicaciones podrán pedir al sistema operativo que realice tareas en su nombre. Por ejemplo, la función open() emitida por un proceso de usuario, estará indicando al kernel que abra algún fichero, el kernel que es el único con potestad para acceder al hardware (en este caso el disco), realizará la apertura del fichero que la aplicación le haya indicado en sus parámetros, es decir, el kernel se ejecutará en nombre del proceso de usuario, realizando la tarea que le ha sido pedida.

En realidad, las llamadas al sistema son casi el único punto de entrada que tienen los procesos de espacio de usuario al kernel. Es el principal mecanismo de comunicación de las aplicaciones con el kernel.
El puente API/syscall
Para que nuestra aplicación de espacio de usuario pueda emitir una syscall, es necesario poder realizar la llamada mediante un API que alguien nos proporcione. Este API lo proporciona la librería estándar de C de nuestro sistema, la libc o glibc en el caso de Linux. Una de las APIs más comunes del mundo Unix es la basada en el estándar POSIX. Este estándar aglutina un conjunto de estándares o recomendaciones del instituto IEEE, que intentan definir la base para la realización de sistemas operativos abiertos basados en Unix. Linux es considerado compatible POSIX, e intenta ajustarse al estándar SUSv3 (Single UNIX Specification Version 3 o UNIX 03) cuando es aplicable.

En la siguiente figura podemos ver la relación existente entre las aplicaciones, la librería de C y la llamada al kernel.

Hay que decir que el estándar POSIX se refiere a las APIs, no a las syscalls, es decir, define un comportamiento, pero no como lo debe hacer. Un sistema puede ser certificado como compatible POSIX, pues ofrece un apropiado conjunto de APIs a los programas, no importando como las correspondientes funciones han sido implementadas. Desde el punto de vista del programador de aplicaciones, la distinción entre una API y una syscall es irrelevante, lo único que importa es el nombre de la función, los tipos de los parámetros y el valor devuelto.

Por otro lado, también hay que destacar que el estándar POSIX recomienda que exista una correlación uno a uno entre la función de API y la llamada al sistema. Es decir, el API de una syscall debe ser igual al formato usado en la syscall del kernel. Pero no se garantiza que detrás de un API de una syscall se invoque la pertinente syscall, sino que puede que la funcionalidad de la misma se esté proporcionando desde la propia librería de C, sin invocar al kernel o que el resultado sea la combinación de varias syscalls del kernel. Lo ideal, en aras de la eficiencia y velocidad de ejecución es que la syscall exista realmente en el kernel.
System Call Handler
Cuando un proceso de espacio usuario invoca una system call, la CPU cambia a modo kernel y empieza la ejecución de la función del kernel invocada, en nombre del proceso. El método usado para invocar al kernel es la emisión de una interrupción software: se producirá una excepción y el procesador cambiará a modo kernel ejecutando un manejador de la excepción (exception handler) del kernel. Este manejador de la excepción en realidad es el System Call Handler, que es una sección de código en ensamblador, por tanto es dependiente de la arquitectura subyacente.

En la arquitectura 80x86 la emisión de esta interrupción software se puede realizar mediante dos métodos que comentaremos más adelante: instrucción int $0x80, o una técnica más moderna, instrucción sysenter.

Puesto que el kernel implementa muchas syscalls diferentes, el proceso de espacio de usuario debe indicar mediante el paso de un parámetro el syscall number, que es un número que identifica unívocamente a la syscall requerida. El syscall number es importante, cuando se asigna un número a una syscall en el kernel, este número no puede ser cambiado en un futuro, si no las aplicaciones compiladas ya existentes fallarán, llamarán a otra syscall no deseada. Por tanto cuando una syscall es eliminada del kernel, su syscall number no puede ser reciclado, sino que se le asigna una syscall especial sys_ni_syscall(), que devuelve un valor -ENOSYS, indicando que la syscall invocada no está implementada. Por otro lado hay que advertir, que raramente una syscall es eliminada del kernel.

Todas las syscalls devuelven un valor entero como valor de retorno. Las convenciones para este valor pueden variar, pero generalmente, en el kernel un valor positivo o 0 denota éxito en la ejecución de la syscall. Mientras que negativo denota un error ocurrido en la ejecución de la syscall. Cuando se produce un error, el valor devuelto es un código de error en negativo que debe ser devuelto al programa de aplicación en la variable global de espacio de usuario errno; debe encargase de ello la librería de C correspondiente.

El system call handler tiene una estructura similar a otros manejadores de excepciones, desarrolla las siguientes operaciones:

• Guarda el contenido de la mayoría de los registros en la pila del kernel (kernel stack).
• Da servicio a la system call invocando la correspondiente función en C llamada la system call service routine.
• Cuando termina la rutina de servicio, los registros son recuperados de la kernel stack y la CPU vuelve a ejecutar el kernel, vuelve a modo kernel o el proceso de usuario, modo usuario.

El nombre de la rutina de servicio asociada con una determinada system call que emite el programa de usuario, nombre_syscall(), suele denominarse sys_nombre_syscall(). La asociación de cada system call number con su correspondiente rutina de servicio viene controlada por la system call dispatch table, la cual está almacenada en el array sys_call_table, la cual tiene una entrada por cada llamada al sistema, concretamente nr_syscalls entradas. Podemos encontrar tradicionalmente el sys_call_table en el fichero dependiente de arquitectura arch/i386/kernel/entry.S, pero a partir de la versión 2.6.12 del kernel, dicho array ha sido extraído del fichero entry.S e incorporado en un fichero independiente arch/i386/kernel/syscall_table.S (hay que observar que siempre estamos hablando de la arquitectura 80x86).

Dos métodos para emitir una syscall
Existen dos métodos para la invocación de llamadas al sistema en el kernel Linux.

1. Ejecutando la instrucción en lenguaje ensamblador int $0x80. Esta ha sido la única forma de cambiar de modo usuario a modo kernel en Linux en procesadores 80x86.
2. Con la llegada de los procesadores Intel Pentium II, se introdujo una nueva instrucción especializada para la misma tarea sysenter. Esta instrucción es soportada por el kernel Linux a partir de la versión 2.6. No obstante se da soporte a ambos métodos, algo que podrá cambiar en el futuro.

De igual forma que existen dos métodos para entrar en modo kernel al invocar una syscall, existen dos métodos para salir de la syscall y retornar al modo usuario de la CPU.

1. La tradicional instrucción ensamblador iret.
2. La nueva instrucción a partir de los Pentium II de Intel sysexit.

Dejaremos el estudio pormenorizado de estas dos técnicas, para un segundo artículo más centrado en el código ensamblador y la manipulación del vector de interrupción 128, el cual es el system call handler.
Nuestra syscall práctica: runqueue()
Pasamos a la parte práctica del artículo. El método para añadir una nueva syscall al kernel Linux es bastante simple y mecánico. No tenemos que preocuparnos por la manipulación o comportamiento del system call handler. La dificultad radica en la implementación del trabajo útil de la syscall, ¿qué puede hacer nuestra syscall?. Puesto que este estudio es puramente didáctico no vamos a preocuparnos mucho por la utilidad de nuestra syscall, pero tampoco vamos a quedarnos con un “hola mundo, soy una syscall”. Proponemos acceder a alguna estructura constituyente de algún sistema importante del kernel y obtener algunos datos con fines estadísticos.

Nuestra syscall accederá a la estructura runqueue, como sabremos es la estructura de datos básica del planificador de procesos (scheduler). Esta estructura es definida en kernel/sched.c como se muestra en el cuadro siguiente. La runqueue tiene la lista de procesos en estado “runnable” (listos para ejecución) en un procesador dado, hay una runqueue por cada procesador y cada proceso del sistema estará sólo en una runqueue. Esta estructura mantiene información adicional por cada procesador, la cual será el objetivo de nuestra syscall.

Vamos a intentar acceder con nuestra llamada al sistema a tres sencillos datos almacenados en los campos de la estructura runqueue:

• nr_running: contiene el número de tareas en estado de ejecución para este procesador, es decir, tareas en estado TASK_RUNNING.
• expired_timestamp: timestamp del último cambio del active array y expired array. En scheduler del kernel 2.6 mantiene una array de procesos en estado TASK_RUNNING que cuando consumen su timeslice pasan a otro array idéntico de tareas expiradas. Cuando terminan todas las tareas su timeslice, se cambia el array de tareas expiradas y pasa a ser el array de tareas activas.
• nr_uninterruptible: número de tareas en estado no interrumpible, TASK_UNINTERRUMPIBLE. Es decir, tareas esperando por un evento de entrada/salida no activables por la llegada de una señal

Por tanto al utilizar nuestra llamada al sistema, que denominaremos a partir de este momento runqueue(), obtendremos los datos antes comentados del espacio kernel al espacio de usuario de nuestra aplicación. Implementamos la syscall runqueue() en la próxima sección.

Pasos para la implementación de la nueva syscall

El registro en el kernel de nuestra syscall como si fuera una syscall oficial es trivial, los pasos a seguir son los siguientes:

1. El primer paso a dar es añadir una entrada al final de la tabla de llamadas al sistema, syscall table. Esto debería de ser hecho en cada syscall table de cada arquitectura que soporte nuestra syscall, en la práctica real se intenta que todas las arquitecturas soporten todas las syscalls. En nuestro ejemplo, vamos a dar soporte para nuestra syscall sólo a la arquitectura 80x86, para simplificar. Añadimos por tanto al final del fichero kernel/syscall_table.S nuestra nueva syscall, nótese que usamos la nomenclatura oficial para denominar la syscall, esto es, el nombre de la syscall precedido con el prefijo sys_.
   arch/i386/kernel/syscall_table.S
...
ENTRY(sys_call_table)
.long sys_restart_syscall
.long sys_exit
...
.long sys_unshare
.long sys_runqueue

2. El segundo paso a dar, es identificar nuestra syscall por un número único, el syscall number. Para ello incrementaremos en uno el número de la última syscall disponible en el kernel sobre el que estamos trabajando. Estos números se encuentran definidos en los ficheros, por cada arquitectura, asm/unistd.h. Observesé que también tenemos que incrementar en uno la macro que mantiene el número total de syscall disponibles NR_syscalls.
   ...
#define __NR_ppoll    309
#define __NR_unshare  310
#define __NR_runqueue 311

   #define NR_syscalls  312
   ...

3. El último paso es incluir el código de nuestra syscall en algún punto del árbol de fuentes ya sea añadiendo un nuevo fichero al conjunto del kernel o incluyendo nuestra implementación en algún fichero ya existente. La primera opción obligará a modificar los makefiles del kernel para incluir el nuevo fichero fuente. Lo más habitual será añadir el código de nuestra syscall en algún punto del código ya existente. Esta segunda opción es la que decidimos, pero ¿dónde colocamos nuestro código?

Existe un fichero donde se almacena un buen conjunto de syscalls generales, kernel/sys.c, es un buen sitio si no sabemos donde colocar el código. Pero, observando el código del kernel vemos que la implementación de las syscall está repartida por todo el árbol, generalmente porque la syscall pertinente accede a recursos del código únicamente accesibles en ese punto. En nuestro ejemplo, el sentido común nos indica que sería un buen sitio para implementar la syscall runqueue() en el fichero kernel/sched.c, donde podemos acceder a la estructura que nos interesa con facilidad, en este mismo fichero se implementan otra syscalls relacionadas con el planificador de CPU, luego vamos por buen camino.

El siguiente cuadro muestra la implementación de nuestra syscall runqueue() que comentaremos a continuación.

Declaración de la función: las syscalls deben declararse usando una extensión del compilador gcc definida en la macro asmlinkage.

Esta macro se define en include/asm-i386/linkage.h como:

__attribute__regparm(0), básicamente se indica al compilador que la función busque sus parámetros en la pila, pues puede ocurrir que el compilador use registros para el paso de parámetros a funciones en algunas optimizaciones. Cuando se invoca a la syscall desde el espacio de usuario, los parámetros para dicha syscall se colocan en registros y se invoca la interrupción 0x80. El control pasa entonces a system_call en entry.S, cuya primera tarea es salvar los registros en la pila del kernel con la macro SAVE_ALL, más tarde invoca la función del kernel que implementa la syscall, la función sys_, a esta función con asmlinkage se le indica que busque los parámetros en la stack kernel, donde los encontrará.

Control de parámetros: es importante que nuestra syscall compruebe adecuadamente los parámetros llegados antes de satisfacer la petición del proceso de usuario. Esta comprobación puede ser de diversa índole, desde asegurarse de que el proceso tiene permisos para realizar lo que quiere (generalmente usando las capabilities), hasta comprobar si el dato recibido es correcto (si es un PID válido, un descriptor de fichero correcto, ...). Este control por tanto puede variar. Por otro lado, un control que se hace estrictamente obligatorio es controlar los punteros (direcciones de memoria) que el usuario proporciona. Si el usuario proporciona un puntero a un buffer de espacio de usuario para copiar datos en él, debemos asegurarnos de que esa dirección es válida, puesto que el kernel puede acceder a cualquier dirección podríamos estar escribiendo o leyendo datos sensibles del sistema, haciéndolos accesibles al proceso de usuario.

Los controles que se deben tener en cuenta son:

1. Verificar que la dirección proporcionada por el proceso de usuario pertenece al espacio de direcciones del proceso de usuario, no pertenece al espacio de direcciones del kernel o el espacio de direcciones de otro proceso.
2. Comprobar que la región de memoria (VMA) a la que apunta tiene los apropiados derechos de acceso, es decir, si se quiere leer en ella esté marcada para lectura, etc.

Puesto que el trasiego de datos entre el espacio kernel y el espacio usuario es común en drivers y llamadas al sistema, el kernel proporciona dos APIs para enviar datos en ambos sentidos: copy_to_user() y copy_from_user(). Estas macros realizan los controles pertinentes de la dirección de espacio usuario proporcionada.

En nuestra syscall, sys_runqueue(), realizamos dos controles. Uno para determinar que el tamaño del buffer proporcionado por el proceso de usuario es igual al tamaño de nuestro buffer y el otro control lo realiza la macro copy_to_user() como hemos explicado.

Bloqueo del recurso: es importante destacar en el código que hemos bloqueado la estructura runqueue antes de acceder a ella, para ello hemos usado funciones que nos proporciona el propio código del planificador. Es común y necesario conseguir acceso exclusivo a este tipo de recursos, pues son compartidos por muchas partes del sistema y tenemos que mantenerlos consistentes. En especial, puesto que las syscall son interrumpibles, tenemos que tener mucho cuidado a la hora de acceder a este tipo de recursos.
El último paso
Una vez implementada nuestra flamante syscall sólo nos queda hacer uso de ella. Como ya hemos comentado el acceso a las llamadas al sistema desde un programa de usuario se realiza mediante el puente que nos proporciona la librería estándar de C. Existirá una función de librería por cada correspondiente syscall del kernel, pero obviamente no existirá una función de librería que de soporte a nuestra nueva syscall. Esta situación está prevista proporcionándose un conjunto de macros que nos permiten acceder a cualquier syscall, son los macros conocidos como _syscalln(), donde “n” es un entero entre 0 y 6. El número corresponde con el número de parámetros pasados a la syscall. Más específicamente la macro espera el tipo devuelto por la syscall, el nombre de la syscall y el tipo y nombres de las variables parámetros de la syscall.

De esta forma, la syscall open() podría invocarse con estas dos sentencias:

Nuestra syscall runqueue() debería ser invocada con:

El código completo del proceso de espacio usuario podría ser:

Por último presentamos el parche que implementa la syscall aplicado contra un árbol 2.6.16, al estilo habitual en la LKML:

Conclusiones
Hemos estudiado someramente la manera de incluir una syscall a nuestro núcleo Linux. El tema tiene mucho contenido y puede ser profundizado hasta muy bajo nivel, por ello la intención es continuar el artículo enfocándolo en el código a bajo nivel (ensamblador) y lograr así realizar pequeños trucos como la intercepción de syscalls o incluso aportar alguna modificación al mecanismo de syscalls.
Referencias
[1] “Linux Kernel Development, Second Edition”. Robert Love. 2005 Novell Press.
[2] “Adding A System Call” - http://fossil.wpi.edu/docs/howto_add_systemcall.html
[3] “Implementing Linux System Calls” - http://www.linuxjournal.com/article/3326
[4] “System Calls” - http://www.linuxjournal.com/article/1145
[5] “Linux System Calls” - http://www.linuxjournal.com/article/4048

Descripción:

Permite lanzar UMD, ISOs, y homebrew, cuenta con un explorador de archivos el cual permite copiar, pegar, eliminar y renombrar archivos de la flash0, flash1, UMD (solo permite copiar), ISO, CSO y manipular archivos vía usbhost, nethost, también permite crear carpetas y cuenta con un visor de imágenes que reproduce los formatos GIF,PNG y JPG, no deben superar las dimensiones 512 x 512 y no debe exceder los 500kb. también incluye un organizador de archivos en el cual agregamos accesos directos a nuestros emuladores, homebrew, juegos PSX o ISOs.

Errores conocidos:

El NetHost aun no funciona bien

Solo se puede salir de la aplicación apagando la psp en el firmware 3.71M33. Gracias a Thief96 por dar a conocer este bug

No reproduce UMDs, se cuelga al intentar reproducirlo

Controles:

• Gatillos L/R: Desplazarnos por el menú superior
• Pad Digital: Movimiento del selector
• X: Aceptar
• O: Cancelar
• Select: Mostrar ayuda
• Home: Muestra menú para salir de MyPSPMenu, reiniciar o apagar la PSP

Imágenes:

Caracteristicas del portal:

• En su primera version beta no se puede hacer mucho, pero esta es para ver como va a ser la futura version, que seguramente gozara de muchas cosas, practicamente solo se puede navegar por el entorno y configurarlo, muy bueno para ser una version beta inicial.

Instalación:

1. Copia el contenido de la descarga en la raiz de la Memory Stick.
2. Ve al navegador de tu PSP y en la opción para escribir direccion, en el teclado virtual pones lo siguiente tal y como se muestra:
   • file:/PSP/COMMON/Windows Vista/index.html
3. Disfruta de tu portal.

Descarga:

Imágenes del portal:

Post by :hectok

Además te permite hacer:

• Determinar la posición actual de las estrellas, el sol y la luna en el cielo. Además la luna se muestra con su fase actual. Servirán de referencia para localizar visualmente los satélites.
• Determinar cuando será la próxima vez que se pueda ver la estación espacial internacional (ISS) en tu localidad.
• En una futura version, se añadiran los Planetas del sistema solar.

Dispone de un asistente de voz que te comunica eventos importantes:

• Cuando se hace de noche o de dia.
• Cuando sale/ se pone el Sol o la Luna.
• Cuando aparece un satélite por encima del horizonte y antes no lo había.
• Cuando aparece un satélite por encima de los 30º de elevacion y antes no lo había.
• Cuando aparece un satélite por encima de los 60º de elevacion y antes no lo había.
• Cuando aparece un satélite por encima de los 80º de elevacion y antes no lo había.
• Cuando aparece la ISS.
• Cuando la ISS alcanza su máxima elevación.
• Cuando la ISS desaparece.
• Además siempre te dice para que dirección tienes que mirar: N, NE, E, SE ,S ,SW, W, NW.

Tendremos tambien las siguientes posibilidades:

• Cambiar la localizacion del observador tanto desde el instalador (se queda permanente), como desde la PSP directamente (pero temporalmente).
• Cambiar entre visión diurna y nocturna.
• Cambiar la orientación de la bóveda celeste.
• Mostrar el nombre de las constelaciones.
• Posibilidad de actualizar por Internet los ficheros TLE a través de WiFi.

Controles:

Mejoras version 1.3.1

En palabras del autor:

• Mejorada la descarga de los ficheros TLE a través de la WIFI. Ahora tarda muchísimo menos.

NOTA IMPORTANTE: Recuerda desinstalar primero la versión anterior, borrando los directorios del programa en el directorio GAME o GAME150. El instalador encontraría las versiones anteriores y no instalará la nueva, quedandose simplemente en actualizar los archivos TLE por internet.

Nota: Teneis TODA la documentacion y el soporte necesario en la pagina oficial.

Nota del autor: Cualquier duda o problema que encontreis, por favor, escribidla aqui. Todos sois mis betatesters oficiales. Ademas, podeis ver el seguimiento de la proxima version en la pagina: http://foros.satfinder.es/, donde se iran subiendo tutoriales, y donde tendreis acceso a un foro donde recibireis soporte.

Autores: Marce_82 y The Sixth Halcon

Marce_82 nos vuelve a sorprender, esta vez nos trae una versión mejorada (Eso me lo pude haber ahorrado) del PSARDumper del Team C+D.

Tiene la capacidad del volcar firmwares 3.9X en 3 modalidades, una de ellas es desencriptados, todo presentado de una forma inmejorable y relamente sencilla. Una aplicación que permitirá en un futuro la creación de nuevos Custom Firmwares, o por lo menos, facilitar un poco el arduo trabajo que coders desinteresados hace por todos nosotros.

Funcionamiento

Como mencionaba antes, más fácil de usar no se puede, introduce el EBOOT.PBP del firmware a tratar en la raíz de la Memory Stick. Al iniciar la aplicación reconocerá el Firmware automáticamente, simplemente selecciona cualquier opción y en menos de un minuto tendrás el resultado en ms0:/PsarDumper/

Los controles para esta aplicación son muy simples:

Controles

• Pad Digital: Navegar por el menú
• X: Seleccionar Opción

El archivo está disponible para desargar en chino y en español (traducción gracias a leuneim)

TUTORIAL

Controles:

• X: Cancelar o Salir.
• O: Aceptar o Entrar.
• Cuadrado: Marcar/Desmarcar.
• Start: Pausa.
• Gatillo L:
  • Mantener pulsado: Retroceder en la canción.
  • Pulsado 1 vez: Volver al principio de la canción.
  • Pulsado 2 veces seguidas: Saltar a la canción anterior.
• Gatillo R:
  • Mantener pulsado: Avanzar en la canción.
  • Pulsado 1 vez: Saltar a la canción siguiente

para descargar en español , pincha aquí

para descargar en chino , pincha aquí