Sur d’autres sites (4724)

• Révision 18479 : Aider à résoudre #2247 :

  9 septembre 2011, par cedric -

  eviter de creer une ré-entrance inutilie dans lister_tables_objets_sql. Pour ce faire on déplace les deux fonctions declarer_tables_principales et declarer_tables_auxiliaires dans base/objets, et les deux fichiers inc/serial et inc/auxiliaires ne sont plus là que pour compatibilité (puisqu’on (...)

• Dreamcast Operating Systems

  16 septembre 2010, par Multimedia Mike — Sega Dreamcast

  The Sega Dreamcast was famously emblazoned with a logo proudly announcing that it was compatible with Windows CE :

  
  
  

  It’s quite confusing. The console certainly doesn’t boot into some version of Windows to launch games. Apparently, there was a special version of CE developed for the DC and game companies had the option to leverage it. I do recall that some game startup screens would similarly advertise Windows CE.

  Once the homebrew community got ahold of the device, the sky was the limit. I think NetBSD was the first alternative OS to support the Dreamcast. Meanwhile, I have recollections of DC Linux and LinuxDC projects along with more generic Linux-SH and SH-Linux projects.

  
  
  

  DC Evolution hosts a disc image available for download with an unofficial version of DC Linux, assembled by one Adrian O’Grady. I figured out how to burn the disc (burning DC discs is a blog post of its own) and got it working in the console.

  It’s possible to log in directly via the physical keyboard or through a serial terminal provided that you have a coder’s cable. That reminds me– my local Fry’s had a selection of USB-to-serial cables. I think this is another area that is sufficiently commoditized that just about any cable ought to work with Linux out of the box. Or maybe I’m just extrapolating from the experience of having the cheapest cable in the selection (made by io connect) plug and play with Linux.

  
  
  

  Look ! No messy converter box in the middle as in the Belkin case. The reason I went with this cable is that the packaging claimed it was capable of up to 500 Kbits/sec. Most of the cables advertised a max of 115200 bps. I distinctly recall being able to use the DC coder’s cable at 230400 bps a long time ago. Alas, 115200 seems to be the speed limit, even with this new USB cable.

  Anyway, the distribution is based on a 2.4.5 kernel circa 2001. I tried to make PPP work over the serial cable but the kernel doesn’t have support. If you’re interested, here is some basic information about the machine from Linux’s perspective, gleaned from some simple commands. This helps remind us of a simpler time when Linux was able to run comfortably on a computer with 16 MB of RAM.

  Debian GNU/Linux testing/unstable dreamcast ttsc/1
  dreamcast login : root
  
  Linux dreamcast 2.4.5 #27 Thu May 31 07:06:51 JST 2001 sh4 unknown
  Most of the programs included with the Debian GNU/Linux system are
  
  freely redistributable ; the exact distribution terms for each program
  
  are described in the individual files in /usr/share/doc/*/copyright
  Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
  
  permitted by applicable law.
  dreamcast : # uname -a
  
  Linux dreamcast 2.4.5 #27 Thu May 31 07:06:51 JST 2001 sh4 unknown
  dreamcast : # cat /proc/cpuinfo 
  
  cpu family : SH-4
  
  cache size : 8K-byte/16K-byte
  
  bogomips : 199.47
  Machine : dreamcast
  
  CPU clock : 200.00MHz
  
  Bus clock : 100.00MHz
  
  Peripheral module clock : 50.00MHz
  dreamcast : # top -b
   09:14:54 up 14 min,  1 user,  load average : 0.04, 0.03, 0.03
  
  15 processes : 14 sleeping, 1 running, 0 zombie, 0 stopped
  
  CPU states :   1.1% user,   5.8% system,   0.0% nice,  93.1% idle
  
  Mem :     14616K total,    11316K used,     3300K free,     2296K buffers
  
  Swap :        0K total,        0K used,        0K free,     5556K cached
    PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
  
    219 root      18   0  1072 1068   868 R     5.6  7.3   0:00 top
  
      1 root       9   0   596  596   512 S     0.0  4.0   0:01 init
  
      2 root       9   0     0    0     0 SW    0.0  0.0   0:00 keventd
  
      3 root       9   0     0    0     0 SW    0.0  0.0   0:00 kswapd
  
      4 root       9   0     0    0     0 SW    0.0  0.0   0:00 kreclaimd
  
      5 root       9   0     0    0     0 SW    0.0  0.0   0:00 bdflush
  
      6 root       9   0     0    0     0 SW    0.0  0.0   0:00 kupdated
  
      7 root       9   0     0    0     0 SW    0.0  0.0   0:00 kmapled
  
     39 root       9   0   900  900   668 S     0.0  6.1   0:00 devfsd
  
     91 root       8   0   652  652   556 S     0.0  4.4   0:00 pump
  
     96 daemon     9   0   524  524   420 S     0.0  3.5   0:00 portmap
  
    149 root       9   0   944  944   796 S     0.0  6.4   0:00 syslogd
  
    152 root       9   0   604  604   456 S     0.0  4.1   0:00 klogd
  
    187 root       9   0   540  540   456 S     0.0  3.6   0:00 getty
  
    201 root       9   0  1380 1376  1112 S     0.0  9.4   0:01 bash
  

  Note that at this point I had shutdown both gpm and inetd. The rest of the processes, save for bash, are default. The above stats only report about 14 MB of RAM ; where are the other 2 MB ?

  dreamcast : # df -h
  Filesystem            Size  Used Avail Use% Mounted on
  /dev/rd/1             2.0M  560k  1.4M  28% /
  

• Hacking the Popcorn Hour C-200

  3 mai 2010, par Mans — Hardware, MIPS

  Update : A new firmware version has been released since the publication of this article. I do not know if the procedure described below will work with the new version.

  The Popcorn Hour C-200 is a Linux-based media player with impressive specifications. At its heart is a Sigma Designs SMP8643 system on chip with a 667MHz MIPS 74Kf as main CPU, several co-processors, and 512MB of DRAM attached. Gigabit Ethernet, SATA, and USB provide connectivity with the world around it. With a modest $299 on the price tag, the temptation to repurpose the unit as a low-power server or cheap development board is hard to resist. This article shows how such a conversion can be achieved.
  

  Kernel

  The PCH runs a patched Linux 2.6.22.19 kernel. A source tarball is available from the manufacturer. This contains the sources with Sigma support patches, Con Kolivas’ patch set (scheduler tweaks), and assorted unrelated changes. Properly split patches are unfortunately not available. I have created a reduced patch against vanilla 2.6.22.19 with only Sigma-specific changes, available here.

  The installed kernel has a number of features disabled, notably PTY support and oprofile. We will use kexec to load a more friendly one.

  As might be expected, the PCH kernel does not have kexec support enabled. It does however, by virtue of using closed-source components, support module loading. This lets us turn kexec into a module and load it. A patch for this is available here. To build the module, apply the patch to the PCH sources and build using this configuration. This will produce two modules, kexec.ko and mips_kexec.ko. No other products of this build will be needed.

  The replacement kernel can be built from the PCH sources or, if one prefers, from vanilla 2.6.22.19 with the Sigma-only patch. For the latter case, this config provides a minimal starting point suitable for NFS-root.

  When configuring the kernel, make sure CONFIG_TANGOX_IGNORE_CMDLINE is enabled. Otherwise the command line will be overridden by a useless one stored in flash. A good command line can be set with CONFIG_CMDLINE (under “Kernel hacking” in menuconfig) or passed from kexec.

  Taking control

  In order to load our kexec module, we must first gain root privileges on the PCH, and here a few features of the system are working to our advantage :

  1. The PCH allows mounting any NFS export to access media files stored there.
  2. There is an HTTP server running. As root.
  3. This HTTP server can be readily instructed to fetch files from an NFS mount.
  4. Files with a name ending in .cgi are executed. As root.

  All we need do to profit from this is place the kexec modules, the kexec userspace tools, and a simple script on an NFS export. Once this is done, and the mount point configured on the PCH, a simple HTTP request will send the old kernel screaming to /dev/null, our shiny new kernel taking its place.

  The rootfs

  A kernel is mostly useless without a root filesystem containing tools and applications. A number of tools for cross-compiling a full system exist, each with its strengths and weaknesses. The only thing to look out for is the version of kernel headers used (usually a linux-headers package). As we will be running an old kernel, chances are the default version is too recent. Other than this, everything should be by the book.

  Assembling the parts

  Having gathered all the pieces, it is now time to assemble the hack. The following steps are suitable for an NFS-root system. Adaptation to a disk-based system is left as an exercise.

  1. Build a rootfs for MIPS 74Kf little endian. Make sure kernel headers used are no more recent than 2.6.22.x. Include a recent version of the kexec userspace tools.
  2. Fetch and unpack the PCH kernel sources.
  3. Apply the modular kexec patch.
  4. Using this config, build the modules and install them as usual to the rootfs. The version string must be 2.6.22.19-19-4.
  5. From either the same kernel sources or plain 2.6.22.19 with Sigma patches, build a vmlinux and (optionally) modules using this config. Modify the compiled-in command line to point to the correct rootfs. Set the version string to something other than in the previous step.
  6. Copy vmlinux to any directory in the rootfs.
  7. Copy kexec.sh and kexec.cgi to the same directory as vmlinux.
  8. Export the rootfs over NFS with full read/write permissions for the PCH.
  9. Power on the PCH, and update to latest firmware.
  10. Configure an NFS mount of the rootfs.
  11. Navigate to the rootfs in the PCH UI. A directory listing of bin, dev, etc. should be displayed.
  12. On the host system, run the kexec.sh script with the target hostname or IP address as argument.
  13. If all goes well, the new kernel will boot and mount the rootfs.

  Serial console

  A serial console is indispensable for solving boot problems. The PCH board has two UART connectors. We will use the one labeled UART0. The pinout is as follows (not standard PC pinout).

          +-----------+
         2| * * * * * |10
         1| * * * * * |9
          -----------+
            J7 UART0
      /---------------------/ board edge
  

  Pin	Function
  1	+5V
  5	Rx
  6	Tx
  10	GND

  The signals are 3.3V so a converter, e.g. MAX202, is required for connecting this to a PC serial port. The default port settings are 115200 bps 8n1.