linux-toradex.git/drivers/uio/uio.c, branch v3.6.10

uio: Support physical addresses >32 bits on 32-bit systems

2011-10-18T18:18:57+00:00

To support >32-bit physical addresses for UIO_MEM_PHYS type we need to
extend the width of 'addr' in struct uio_mem.  Numerous platforms like
embedded PPC, ARM, and X86 have support for systems with larger physical
address than logical.

Since 'addr' may contain a physical, logical, or virtual address the
easiest solution is to just change the type to 'phys_addr_t' which
should always be greater than or equal to the sizeof(void *) such that
it can properly hold any of the address types.

For physical address we can support up to a 44-bit physical address on a
typical 32-bit system as we utilize remap_pfn_range() for the mapping of
the memory region and pfn's are represnted by shifting the address by
the page size (typically 4k).

Signed-off-by: Kai Jiang 
Signed-off-by: Minghuan Lian 
Signed-off-by: Kumar Gala 
Signed-off-by: Hans J. Koch 
Signed-off-by: Greg Kroah-Hartman

drivers:uio:change the goto label to consistent with others

2011-08-23T00:52:00+00:00

Remove one *goto* label in uio.c.

Signed-off-by: Wanlong Gao 
Signed-off-by: "Hans J. Koch" 
Signed-off-by: Greg Kroah-Hartman

uio: fix allocating minor id for uio device

2011-04-19T23:56:03+00:00

The number of uio devices that could be used should be less than
UIO_MAX_DEVICES by design, and this work guards any cases in which id
more than UIO_MAX_DEVICES is utilized.

Signed-off-by: Hillf Danton 
Signed-off-by: Hans J. Koch 
Signed-off-by: Greg Kroah-Hartman

uio: fix finding mm index for vma

2011-04-19T23:56:02+00:00

When finding mm index for vma it looks more flexible that the mm could
be sparse, and both the size of mm and the pgoff of vma could give
correct selection.

Signed-off-by: Hillf Danton 
Signed-off-by: Hans J. Koch 
Signed-off-by: Greg Kroah-Hartman

uio: Change mail address of Hans J. Koch

2010-11-11T00:57:11+00:00

My old mail address doesn't exist anymore. This changes all occurrences
to my new address.

Signed-off-by: Hans J. Koch 
Signed-off-by: Greg Kroah-Hartman

Merge git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core-2.6

2010-10-23T02:36:42+00:00

* git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core-2.6: (31 commits)
  driver core: Display error codes when class suspend fails
  Driver core: Add section count to memory_block struct
  Driver core: Add mutex for adding/removing memory blocks
  Driver core: Move find_memory_block routine
  hpilo: Despecificate driver from iLO generation
  driver core: Convert link_mem_sections to use find_memory_block_hinted.
  driver core: Introduce find_memory_block_hinted which utilizes kset_find_obj_hinted.
  kobject: Introduce kset_find_obj_hinted.
  driver core: fix build for CONFIG_BLOCK not enabled
  driver-core: base: change to new flag variable
  sysfs: only access bin file vm_ops with the active lock
  sysfs: Fail bin file mmap if vma close is implemented.
  FW_LOADER: fix kconfig dependency warning on HOTPLUG
  uio: Statically allocate uio_class and use class .dev_attrs.
  uio: Support 2^MINOR_BITS minors
  uio: Cleanup irq handling.
  uio: Don't clear driver data
  uio: Fix lack of locking in init_uio_class
  SYSFS: Allow boot time switching between deprecated and modern sysfs layout
  driver core: remove CONFIG_SYSFS_DEPRECATED_V2 but keep it for block devices
  ...

uio: Statically allocate uio_class and use class .dev_attrs.

2010-10-22T17:16:43+00:00

Instead of adding uio class attributes manually after the uio device has
been created and we have sent a uevent to userspace, use the class
attribute mechanism.  This removes races and makes the code simpler.

At the same time don't bother to dynamically allocate a struct class for
uio, just declare one statically.  Less code is needed and it is easier
to set the class parameters.tune the class

Signed-off-by: Eric W. Biederman 
Reviewed-by: Thomas Gleixner 
Signed-off-by: Hans J. Koch 
Signed-off-by: Greg Kroah-Hartman

uio: Support 2^MINOR_BITS minors

2010-10-22T17:16:43+00:00

register_chrdev limits uio devices to 256 minor numbers which causes
problems on one system I have with 384+ uio devices.  So instead set
UIO_MAX_DEVICES to the maximum number of minors and use
alloc_chrdev_region to reserve the uio minors.

The final result is that the code works the same but the uio driver now
supports any minor the idr allocator comes up with.

Signed-off-by: Eric W. Biederman 
Reviewed-by: Thomas Gleixner 
Signed-off-by: Hans J. Koch 
Signed-off-by: Greg Kroah-Hartman

uio: Cleanup irq handling.

2010-10-22T17:16:43+00:00

Change the value of UIO_IRQ_NONE -2 to 0.  0 is well defined in the rest
of the kernel as the value to indicate an irq has not been assigned.

Update the calls to request_irq and free_irq to only ignore UIO_IRQ_NONE
and UIO_IRQ_CUSTOM allowing the rest of the kernel's possible irq
numbers to be used.

Signed-off-by: Eric W. Biederman 
Reviewed-by: Thomas Gleixner 
Signed-off-by: Hans J. Koch 
Signed-off-by: Greg Kroah-Hartman

uio: Don't clear driver data

2010-10-22T17:16:43+00:00

Currently uio sets it's driver data to NULL just as it is unregistering
attributes.  sysfs maks the guaranatee that it will not call attributes
after device_destroy is called so this is unncessary and leads to lots
of unnecessary code in uio.c

Signed-off-by: Eric W. Biederman 
Reviewed-by: Thomas Gleixner 
Signed-off-by: Hans J. Koch 
Signed-off-by: Greg Kroah-Hartman