El 14/09/2012 3:51, Juan Erbes escribió:
Esto se lo había copiado a Luis, junto a algunos archivos adjuntos, pero en base a una busqueda posterior, encontré algo mas, ya que aunque esto parecía un off-topic, tiene mas de Linux de lo que pensaba (uCLinux): http://www.mcslogic.com/pds/1_How-to%20JFFS2%20Image.pdf
http://processors.wiki.ti.com/index.php/Put_JFFS2_Image_to_Flash
http://www.stlinux.com/howto/Flash/booting-example
http://sources.redhat.com/jffs2/jffs2.pdf
Ms info! 1) Run “sysconf set” 2) TFTP setting (Refer to Environment Setting) 3) Write “root=/dev/ram” at Root Device Setting item 4) Select “OFF” at NFS Setting item 5) Move created ramdisk image to TFTP home directory 6) Change the ramdisk image name into “ramdisk.gz” 7) Move created compressed kernel image to TFTP home directory. 8) Change the compressed kernel image into “mcs.gz.ramdisk” 9) Run “flash prog ram” (for recorde to flash device 10) Run “boot flash ramdisk”
En varios aparece esto:
1) Run “sysconf set” 2) TFTP setting (Refer to Environment Setting) 3) Write “root=/dev/mtdblock2” at Root Device Setting item 4) Select “OFF” at NFS Setting item 5) Move created JFFS2 image to TFTP home directory 6) Change the JFFS2 image name into “jffs2.image” 7) Move created compressed kernel image to TFTP home directory. 8) Change the compressed kernel image into “mcs.gz.jffs” 9) Run “flash prog jffs ” (for recorde to flash device) 10) Run “boot flash”
Otro elemento clave:
How-to MTD
This document describes on how-to setup MTD Driver and use MTD application.
1. Introduction MTD devices are those class of devices like flash chips, compact flash cards, memory sticks, and so on, which are increasingly finding their way into embedded devices. MTD drivers are a new class of drivers developed under Linux specifically for the embedded environment. The main advantage of using MTD drivers over conventional block device drivers is that MTD drivers are designed specifically for flash-based devices, so they generally have better support, better management, and a better interface for sector-based erases, reads, and writes. The MTD driver interface under Linux is classified into two modules: User Modules : These modules provide interfaces to be used directly from userspace: raw character access, raw block access, FTL (Flash Transition Layer—a type of file system used on flash), and JFS (or Journaled File System—which provides a file system directly on the flash rather than emulating a block device). The current version of JFS on flash is JFFS (described later in this article). Hardware Modules : These provide physical access to memory devices, and are not used directly. They are accessed through the user modules above. These provide the actual routines for read, erase, and write on flash. 2. MTD Driver Setup In order to access a specific flash device and put a filesystem on top of it, the MTD subsystem needs to be compiled into the kernel. This includes selecting the appropriate MTD hardware and user modules. Currently, the MTD subsystem supports a wide range of flash devices-and more and more drivers are being added for different flash chips. Refer to follow information about kernel option. uClinux v1.3.4 Configuration Memory Technology Devices (MTD) [*]Memory Technology Device (MTD) support [ ]Debugging [*]MTD partitioning support ---Users Modules And Translation Layers [*]Direct char device access to MTD devices [*]Caching block device access to MTD devices RAM/ROM/Flash chip devices [ ]Detect flash chips by Common Flash Interface (CFI) probe [*]Detect JEDEC JESD21c compatible flash chips [*]Older drivers for non-CFI chips [*]AMD compatible flash chip support(non-CFI) Mapping drivers for chip access [*]JEDEC Flash device mapped on MLN7400 NAND Flash Device Drivers [*] NAND Device Support (NEW) [*] Verify NAND page writes (NEW) [*] NAND Flash device on MLN7400 board Block devices [*]Loopback block device support Two popular user modules that enable access to flash are MTD_CHAR and MTD_BLOCK. MTD_CHAR provides raw character access to the flash, while MTD_BLOCK projects the flash as a normal block device (like an IDE disk), on which a file system can be created. The devices associated with MTD_CHAR are /dev/mtd0, mtd1, mtd2 (etc.), while the devices associated with MTD_BLOCK are /dev/mtdblock0, mtdblock1 (etc). Since MTD_BLOCK devices provide block-device-like emulation, it is often preferable to create file systems like FTL and JFFS2 on top of this emulation. To do this, it may be necessary to create a partition table to separate the flash device into a bios section, a compressed kernel image section, a ramdisk/jffs2 image section, and a user region section. A MCS partition table might include the following information: static struct mtd_partition MCS_partitions[] = { { name: "bios", size: 0x00010000, offset: 0, },{ name: "compressed kernel image", size: 0x00100000, offset: 0x00010000, },{ name: "ramdisk/jffs2 image", size: 0x000E0000, offset: 0x00110000, },{ name: "user region", size: 0x00010000, offset: 0x001F0000, } }; The above partition table uses the MTD interface to partition the flash device. The device nodes for these partitions are: User device node Major number Minor number Bios /dev/mtd0 90 0 Compressed kernel /dev/mtd1 90 2 Ramdisk/Jffs2 image /dev/mtd2 90 4 User region /dev/mtd3 90 6 <MTD Char Device Nodes> User device node Major number Minor number Bios /dev/mtdblock0 31 0 Compressed kernel /dev/mtdblock1 31 1 Ramdisk/Jffs2 image /dev/mtdblock2 31 2
User region /dev/mtdblock3 31 3 <MTD Block Device Nodes> In this case, the bios has to pass the correct parameters to the kernel regarding the root device node (/dev/mtdblock2) and the address in flash where the file system is found (in this case, FLASH_BASE_ADDRESS + 0x02100000). Once the partition is done, the flash device is ready for loading or mounting a file system. The main aim of the MTD subsystem in Linux is to provide a generic interface between the hardware drivers and the upper layers, or user modules, of the system. Hardware drivers need not know about the methods employed by user modules like JFFS and FTL. All they really need to provide is a set of simple routines for reading, write and erase operations on the underlying flash system. 3. User Program The memory technology device (MTD) subsystem for Linux is a generic interface to memory devices such as Flash and RAM, providing simple read, write and erase access to physical memory devices. 3.1 eraseall The eraseall program defines a MTD Device(flash) erase program. Usage : eraseall /dev/mtdx 3.2 mkfs.jffs2 The mkfs.jffs2 program defines a Journaling Flash File System v2 format program. Usage : mkfs.jffs2 /dev/mtdblockx 3.3 mount All files accessible in a Unix system are arranged in one big tree, the file hierarchy, rooted at /. These files can be spread out over several devices. The mount serves to attach the file system found on some device to the big file tree. Usage : mount [-fnrsvw] [-t vfstype] [-o options] device dir (Refer to Linux man-page)
El día 13 de septiembre de 2012 14:49, Juan Erbes
escribió: Aqui va.
Muchas Gracias!
El día 13 de septiembre de 2012 14:21, lluis martinez
escribió: El jue, 13-09-2012 a las 13:53 -0300, Juan Erbes escribió:
El día 13 de septiembre de 2012 12:20, Maxi
escribió: No te contactaste con clarion? El firmware lo desarrollaron ellos de seguro para ese micro.
Como dije antes:
"A pesar de ser Clarion, en los esquemáticos, dice en el rotulo de los planos MCSLOGIC, "
Contacté La representación Clarion de acá, la de USA y la de Mexico.
La primera vez que contacté a los representantes locales de service, me dijeron que no atendían equipos "aftermarket" (que no vienen en coches 0 km de fabrica).
Contacté Clarion USA, y me decían "que no me podían enviar el firmware ya que es un problema dificil de solucionar", y que les envie el stereo, que me lo reparaban por una tarifa plana de 125 dolares, lo mismo que vale nuevo en ebay, y no tengo que gastar 2 veces gastos de envio, y tener que lidiar con la aduana. Además, quiero vender mi camioneta, por lo que no pienso en comprar un stereo nueva, para despues venderla.
Luego contacté Clarion Mexico, y a traves de ellos, logré que me presten atención en la representación Clarion local, y me pasen el manual de servicio, donde no dice para nada como cargar el firmware en un equipo "muerto", y los del service, no tiene idea de como cargar el firmware de otra forma que no sea ´por USB, cosa que funciona mientras que el equipo enciende, y no halla sufrido el problema de "autoborrado del firmware".
Salu2
-- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ El archivo, como te ha dicho Juan Pitarch, no es un archivo mcs, en ese archivo hay mezclados una cabecera y parte binaria, si no te importa mandamelo en privado que le dare una mirada a ver si deduzco algo. -- Saludos
Lluis
-- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/
-- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/
Hola Esto tiene toda la pinta de ser un embedded linux. Ahora bien si lo que se te ha borrado es la parte que pone Bios no hay mas solucion que el bus Jtag, el grabador , la aplicacion que lo maneja y el software correspondiente para grabarlo que no tiene nada que ver con los updates de tus post anteriores ya que es muy probable que sean updates de solo la aplicacion. Cuando yo trabajo con este tipo de equipos los configuro como dices mas arriba, pero en vez de decir bios le llamo monitor ya que desde ese monitor puedo cargar cosas a traves de comandos con una consola serie rs232 o ethernet, ahora bien si esto esta desconfigurado o no hay acceso a eso el tema esta muy feo. El tema es que el micro arranca con los vectores de arranque puestos en la flash parte bios esto despues de comprobaciones etc.... arranca el kernel de linux, vaya que lo desempaqueta en la ram y se ejecuta, despues montado el linux por entero, drivers etc... pues eso arrancan las aplicaciones ya desde el linux. Saludos Joan -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org