1. 11 10月, 2008 1 次提交
    • K
      parisc: hijack jump to start_kernel · 089d5528
      Kyle McMartin 提交于
      Bang in our own start_parisc call, which initializes the PDC
      width, and turns on the FPU.
      
      Previously, if CONFIG_PRINTK_TIME was on, we'd attempt to use
      the FPU before we had enabled it, resulting in a difficult
      to diagnose panic.
      
      This patch causes init_per_cpu to redundantly set these for
      cpu0, but this is harmless.
      089d5528
  2. 09 2月, 2008 1 次提交
  3. 23 5月, 2007 3 次提交
  4. 27 2月, 2007 1 次提交
  5. 17 2月, 2007 1 次提交
  6. 13 2月, 2007 1 次提交
  7. 01 7月, 2006 1 次提交
  8. 28 6月, 2006 2 次提交
    • K
      [PARISC] OS_ID_LINUX == 0x0006 · ec1fdc24
      Kyle McMartin 提交于
      We were assigned an OS_ID of 0x0006. Consistently use OS_ID_LINUX
      instead of using the magic number. Also update the OS_ID_ defines in
      asm/pdc.h to reflect this.
      Signed-off-by: NKyle McMartin <kyle@parisc-linux.org>
      ec1fdc24
    • T
      [PARISC] pdc_stable version 0.30 · 3f9edb53
      Thibaut Varene 提交于
      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: NThibaut VARENE <varenet@parisc-linux.org>
      Signed-off-by: NKyle McMartin <kyle@parisc-linux.org>
      3f9edb53
  9. 11 1月, 2006 1 次提交
  10. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      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!
      1da177e4