1. 27 Jun, 2006 1 commit
    • Thibaut Varene's avatar
      [PARISC] pdc_stable version 0.30 · 3f9edb53
      Thibaut Varene authored
      pdc_stable v0.30:
      This patch introduces 3 more files to the /sys/firmware/stable tree:
      - diagnostic, which contains a cryptic hex string
      - osdep1, a 16 bytes os-dependent storage area always available
      - osdep2, another os-dependent storage area which existence/size depends
      on hversion.
      This patch also adds code to setup the "Linux" signature in stable
      storage. That is to say that starting with this patch, the kernel will
      now sign its OSID (0x0006, thx LaMont) in Stable Storage upon boot,
      whether pdc_stable is enabled or not.
      Signed-off-by: default avatarThibaut VARENE <varenet@parisc-linux.org>
      Signed-off-by: default avatarKyle McMartin <kyle@parisc-linux.org>
  2. 21 Apr, 2006 1 commit
  3. 30 Mar, 2006 1 commit
  4. 23 Jan, 2006 1 commit
    • Thibaut VARENE's avatar
      [PARISC] pdc_stable version 0.22 · c7428422
      Thibaut VARENE authored
      pdc_stable v0.22, changes since v0.10:
        o renamed root subsystem from 'pdc' to 'stable'
        o split 'info' into several files, one per PDC field
        o implemented 'autoboot' and 'autosearch' write calls to toggle
          these flags
        o grant read permission to all users on "safe" files
        o more code cleanup (removed duplicate code)
        o avoid bad stable storage clobbering by write locking critical sections
        o print consistent data as well
        o SMP cleanups
      Signed-off-by: default avatarThibaut VARENE <varenet@parisc-linux.org>
      Signed-off-by: default avatarKyle McMartin <kyle@parisc-linux.org>
  5. 12 Jan, 2006 1 commit
  6. 11 Jan, 2006 2 commits
  7. 22 Oct, 2005 1 commit
  8. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      Let it rip!