1. 07 Nov, 2005 18 commits
  2. 06 Nov, 2005 14 commits
  3. 05 Nov, 2005 8 commits
    • Samuel Thibault's avatar
      [PATCH] Set the vga cursor even when hidden · 88dcb6c4
      Samuel Thibault authored
      Some visually impaired people use hardware devices which directly read
      the vga screen. When newt for instance asks to hide the cursor for
      better visual aspect, the kernel puts the vga cursor out of the screen,
      so that the cursor position can't be read by the hardware device. This
      is a great loss for such people.
      
      Here is a patch which uses the same technique as CUR_NONE for hiding the
      cursor while still moving it.
      
      Mario, you should apply it to the speakup kernel for access floppies
      asap. I'll submit a 2.4 patch too.
      
      Signed-off-by: samuel.thibault@ens-lyon.org
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      88dcb6c4
    • Russell King's avatar
      [DRIVER MODEL] Fix sgivwfb · 2c119aa8
      Russell King authored
      Statically allocated devices in module data is a potential cause
      of oopsen.  The device may be in use by a userspace process, which
      will keep a reference to the device.  If the module is unloaded,
      the module data will be freed.  Subsequent use of the platform
      device will cause a kernel oops.
      
      Use generic platform device allocation/release code in modules.
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      Acked-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      2c119aa8
    • Russell King's avatar
      [DRIVER MODEL] Fix gbefb · abbf268a
      Russell King authored
      Statically allocated devices in module data is a potential cause
      of oopsen.  The device may be in use by a userspace process, which
      will keep a reference to the device.  If the module is unloaded,
      the module data will be freed.  Subsequent use of the platform
      device will cause a kernel oops.
      
      Use generic platform device allocation/release code in modules.
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      Acked-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      abbf268a
    • Russell King's avatar
      [DRIVER MODEL] Fix arcfb · 8d972a96
      Russell King authored
      Release code in driver modules is a potential cause of oopsen.
      The device may be in use by a userspace process, which will keep
      a reference to the device.  If the module is unloaded, the module
      text will be freed.  Subsequently, when the last reference is
      dropped, the release code will be called, which no longer exists.
      
      Use generic platform device allocation/release code in modules.
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      Acked-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      8d972a96
    • Russell King's avatar
      [DRIVER MODEL] Fix macsonic · 09c6518c
      Russell King authored
      Release code in driver modules is a potential cause of oopsen.
      The device may be in use by a userspace process, which will keep
      a reference to the device.  If the module is unloaded, the module
      text will be freed.  Subsequently, when the last reference is
      dropped, the release code will be called, which no longer exists.
      
      Use generic platform device allocation/release code in modules.
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      Acked-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      09c6518c
    • Russell King's avatar
      [DRIVER MODEL] Fix jazzsonic · 95cb5d95
      Russell King authored
      Release code in driver modules is a potential cause of oopsen.
      The device may be in use by a userspace process, which will keep
      a reference to the device.  If the module is unloaded, the module
      text will be freed.  Subsequently, when the last reference is
      dropped, the release code will be called, which no longer exists.
      
      Use generic platform device allocation/release code in modules.
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      Acked-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      95cb5d95
    • Russell King's avatar
      [DRIVER MODEL] Fix depca · 5d994b7f
      Russell King authored
      Release code in driver modules is a potential cause of oopsen.
      The device may be in use by a userspace process, which will keep
      a reference to the device.  If the module is unloaded, the module
      text will be freed.  Subsequently, when the last reference is
      dropped, the release code will be called, which no longer exists.
      
      Use generic platform device allocation/release code in modules.
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      Acked-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      5d994b7f
    • Russell King's avatar
      [DRIVER MODEL] Improved dynamically allocated platform_device interface · 37c12e74
      Russell King authored
      Re-jig the simple platform device support to allow private data
      to be attached to a platform device, as well as allowing the
      parent device to be set.
      
      Example usage:
      
      	pdev = platform_device_alloc("mydev", id);
      	if (pdev) {
      		err = platform_device_add_resources(pdev, &resources,
      						    ARRAY_SIZE(resources));
      		if (err == 0)
      			err = platform_device_add_data(pdev, &platform_data,
      						       sizeof(platform_data));
      		if (err == 0)
      			err = platform_device_add(pdev);
      	} else {
      		err = -ENOMEM;
      	}
      	if (err)
      		platform_device_put(pdev);
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      Acked-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      37c12e74