1. 04 Nov, 2003 5 commits
    • David S. Miller's avatar
      Merge davem@nuts.ninka.net:/disk1/davem/BK/sparc-2.5 · 3656b384
      David S. Miller authored
      into kernel.bkbits.net:/home/davem/sparc-2.5
      3656b384
    • David S. Miller's avatar
      [SPARC64]: Preserve cache/side-effect PTE bits in pte_modify(). · dd6c83a6
      David S. Miller authored
      Bug noticed by Russell King.
      dd6c83a6
    • Randy Dunlap's avatar
      [PATCH] Fix crash-on-boot in init_l440gx SMP · 4154cebf
      Randy Dunlap authored
      ioremap_nocache() doesn't need to check for physical address
      wraps because __ioremap() has already done that;
      fix calculation of npages to handle non-aligned phys_addr;
      4154cebf
    • Bartlomiej Zolnierkiewicz's avatar
      [PATCH] fix rq->flags use in ide-tape.c · b4a427fe
      Bartlomiej Zolnierkiewicz authored
      Noticed by Stuart_Hayes@Dell.com:
      
      I've noticed that, in the 2.6 (test 9) kernel, the "cmd" field (of type int)
      in struct request has been removed, and it looks like all of the code in
      ide-tape has just had a find & replace run on it to replace any instance of
      rq.cmd or rq->cmd with rq.flags or rq->flags.
      
      The values being put into "cmd" in 2.4 (now "flags", in 2.6) by ide-tape are
      8-bit numbers, like 90, 91, etc... and the actual flags that are being used
      in "flags" cover the low 23 bits.  So, not only do the flags get wiped out
      when, say, ide-tape assigns, say, 90 to "flags", but also the 90 gets wiped
      out when one of the flags is modified.
      
      I noticed this, because ide-tape checks this value, and spews error codes
      when it isn't correct--continuously--as soon as you load the module, because
      ide-tape is calling ide_do_drive_cmd with an action of ide_preempt, which
      causes ide_do_drive_cmd to set the REQ_PREEMPT flag, so "flags" isn't the
      same when it gets back to idetape_do_request.
      b4a427fe
    • Bartlomiej Zolnierkiewicz's avatar
      [PATCH] fix ide-tape oops · 0d308a79
      Bartlomiej Zolnierkiewicz authored
      Set filp->private_data in idetape_chrdev_open() to point to a opened drive,
      otherwise driver oopses during future access to tape character device.
      
      Thanks to Stef van der Made <svdmade@planet.nl> for testing ide-tape fixes.
      0d308a79
  2. 03 Nov, 2003 8 commits
  3. 02 Nov, 2003 2 commits
  4. 01 Nov, 2003 8 commits
  5. 31 Oct, 2003 2 commits
  6. 30 Oct, 2003 2 commits
  7. 31 Oct, 2003 3 commits
  8. 30 Oct, 2003 10 commits