1. 11 Feb, 2004 1 commit
  2. 10 Feb, 2004 9 commits
    • Dave Kleikamp's avatar
      469c5855
    • Dave Kleikamp's avatar
      Merge jfs@jfs.bkbits.net:linux-2.5 · d3949d94
      Dave Kleikamp authored
      into kleikamp.dyn.webahead.ibm.com:/shaggy/bk/jfs-2.5
      d3949d94
    • Linus Torvalds's avatar
      Fix bogus mode bit testing by smbfs. · 7b080b4c
      Linus Torvalds authored
      The S_IFxxxx macros aren't bits to be tested, they
      are values of the S_IFMT field.
      7b080b4c
    • James Simmons's avatar
      [PATCH] framebuffer GPM corruption fix. · 863c0e92
      James Simmons authored
      This patch fixes the GPM cursor corruption people where seeing.
      863c0e92
    • Joe Thornber's avatar
      [PATCH] dm: block size bug with 64 bit devs · 92155747
      Joe Thornber authored
      With 32 bit sector_t the block device size _in bytes_ is also cut to
      32 bit in __set_size when the block device is mount (a filesystem
      mounted). The argument should be cast to loff_t before expanding the
      sector count to a byte count and calling i_size_write.
      
      [Christophe Saout]
      92155747
    • Linus Torvalds's avatar
      Make <linux/compiler.h> a bit more palatable to · 122123c4
      Linus Torvalds authored
      user program inclusion.
      
      It's still wrong to include kernel headers from
      user programs. Oh, well.
      122123c4
    • Bartlomiej Zolnierkiewicz's avatar
      [PATCH] fix build for CONFIG_BLK_DEV_IDEDMA=n · 11c975e5
      Bartlomiej Zolnierkiewicz authored
      Ths "fix duplication of DMA {black,white}list in icside.c" patch broke it.
      
      Noticed by Geert Uytterhoeven <geert@linux-m68k.org>.
      11c975e5
    • Jens Axboe's avatar
      [PATCH] DVD-R capability flag set incorrectly, /proc formatting fix · 1ec2fc7d
      Jens Axboe authored
      From John McKell <mckellj@iomega.com>:
      
        This patch for scsi/sr.c and cdrom/cdrom.c persuades
        /proc/sys/dev/cdrom/info to report that connecting a drive via USB
        rather than ATAPI in fact does not make it able to write DVD-R.
      
        Without this patch, when sr0 and hdd are the same type of device
        connected via USB and ATAPI respectively, I see:
      
      	$ cat /proc/sys/dev/cdrom/info:
      	drive name:             sr1     sr0     hdd
      	...
      	Can write CD-R:         1       0       0
      	Can write CD-RW:        1       0       0
      	Can read DVD:           0       0       0
      	Can write DVD-R:        1       1       0
      	Can write DVD-RAM:      0       0       0
      	Can read MRW:           0               0               0
      	Can write MRW:          0               0               0
      
        With this patch applied, instead I see:
      
      	$ cat /proc/sys/dev/cdrom/info:
      	drive name:             sr1     sr0     hdd
      	...
      	Can write CD-R:         1       0       0
      	Can write CD-RW:        1       0       0
      	Can read DVD:           0       0       0
      	Can write DVD-R:        0       0       0
      	Can write DVD-RAM:      0       0       0
      	Can read MRW:           0       0       0
      	Can write MRW:          0       0       0
      
        The sr1 device in particular is an ordinary CD-RW that in fact cannot
        write DVD-R.
      
        While messing with this code, I also thought to tweak the /proc
        formatting to align the tabbed columns.
      1ec2fc7d
    • Benjamin Herrenschmidt's avatar
      [PATCH] Export OF device path for PCI devices · af3ad153
      Benjamin Herrenschmidt authored
      Here's a new version of the patch according to our discussion.
      
      This allows the platform to add its own platform files to the
      sysfs PCI device node through a "pcibios_add_platform_entries()"
      call.
      
      I added an empty pcibios_add_platform_entries() inline to all
      archs that apparently have PCI and implemented the OF stuff for
      ppc and ppc64. The name is still "devspec" for now, I doubt
      it will conflict and that's consistent with our use of the
      "devspec" name in other places.
      af3ad153
  3. 09 Feb, 2004 30 commits