- 07 Jul, 2011 37 commits
-
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Without this patch, xscale_80200_A0_A1 is missing the icache_flush_all entry, which would result in the wrong functions being called at run-time. This patch re-uses xscale_icache_flush_all for xscale_80200_A0_A1_cache_fns. Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
This patch also defines a suitable flush_icache_all implementation which would otherwise be missing, resulting in a link failure. Thanks to Nicolas Pitre for suggesting the code for this. Signed-off-by: Dave Martin <dave.martin@linaro.org> Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org> Acked-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Signed-off-by: Dave Martin <dave.martin@linaro.org>
-
Dave Martin authored
Declaring strings in assembler source involves a certain amount of tedious boilerplate code in order to annotate the resulting symbol correctly. Encapsulating this boilerplate in a macro should help to avoid some duplication and the occasional mistake. Signed-off-by: Dave Martin <dave.martin@linaro.org> Acked-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Dave Martin authored
This patch adds some generic macros to reduce boilerplate when declaring certain common structures in arch/arm/mm/*.S Thanks to Russell King for outlining what the define_processor_functions macro could look like. Signed-off-by: Dave Martin <dave.martin@linaro.org> Acked-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
- 28 Jun, 2011 3 commits
-
-
Linus Torvalds authored
-
Hugh Dickins authored
When auditing the locking in i915_gem.c (for a prospective change which I then abandoned), I noticed two places where struct_mutex is not held across GEM object manipulations that would usually require it. Since one is in initial setup and the other in driver unload, I'm guessing the mutex is not required for either; but post a patch in case it is. Signed-off-by: Hugh Dickins <hughd@google.com> Cc: Chris Wilson <chris@chris-wilson.co.uk> Cc: Keith Packard <keithp@keithp.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
-
Hugh Dickins authored
The interface to ->truncate_range is changing very slightly: once "tmpfs: take control of its truncate_range" has been applied, this can be applied. For now there is only a slight inefficiency while this remains unapplied, but it will soon become essential for managing shmem's use of swap. Change i915_gem_object_truncate() to use shmem_truncate_range() directly: which should also spare i915 later change if we switch from inode_operations->truncate_range to file_operations->fallocate. Signed-off-by: Hugh Dickins <hughd@google.com> Cc: Christoph Hellwig <hch@infradead.org> Cc: Chris Wilson <chris@chris-wilson.co.uk> Cc: Keith Packard <keithp@keithp.com> Cc: Dave Airlie <airlied@redhat.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
-