litmus-rt.git - The LITMUS^RT kernel.

	Commit message (Collapse)	Author	Age
*	parisc: Replace NR_CPUS in parisc code	Helge Deller	2009-01-05
\| \| \| \| \| \| \|	parisc: Replace most arrays sized by NR_CPUS with percpu variables. Signed-off-by: Helge Deller <deller@gmx.de> Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
*	parisc-kernel-perf: BKL pushdown	Arnd Bergmann	2008-07-02
\| \| \| \|	Signed-off-by: Arnd Bergmann <arnd@arndb.de>
*	[PARISC] spelling fixes: arch/parisc/	Simon Arlott	2007-05-22
\| \| \| \| \| \| \| \|	Spelling fixes in arch/parisc/. Signed-off-by: Simon Arlott <simon@fire.lp0.eu> Acked-by: Grant Grundler <grundler@parisc-linux.org> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
*	[PARISC] Let PA-8900 processors boot	Kyle McMartin	2007-05-22
\| \| \| \|	Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
*	[PATCH] mark struct file_operations const 2	Arjan van de Ven	2007-02-12
\| \| \| \| \| \| \| \| \| \| \| \|	Many struct file_operations in the kernel can be "const". Marking them const moves these to the .rodata section, which avoids false sharing with potential dirty data. In addition it'll catch accidental writes at compile time to these shared resources. [akpm@osdl.org: sparc64 fix] Signed-off-by: Arjan van de Ven <arjan@linux.intel.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
*	[PARISC] I/O-Space must be ioremap_nocache()'d	Helge Deller	2006-03-30
\| \| \| \| \| \| \|	Addresses in F-space must be accessed uncached on most parisc machines. Signed-off-by: Helge Deller <deller@parisc-linux.org> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
*	[PARISC] Remove {,un}lock_kernel from perf ioctl	Matthew Wilcox	2006-01-22
\| \| \| \| \| \| \| \|	Remove the lock_kernel/unlock_kernel pair in the ioctl method. It plainly wasn't protecting anything. Signed-off-by: Matthew Wilcox <willy@parisc-linux.org> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
*	[PARISC] Use kzalloc and other janitor-style cleanups	Helge Deller	2006-01-22
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	Helge, o Convert a bunch of kmalloc/memset uses to kzalloc. o pci.c: Add some __read_mostly annotations. o pci.c: Move constant pci_post_reset_delay to asm/pci.h o grfioctl.h: Add A4450A to comment of CRT_ID_VISUALIZE_EG. o Add some consts to perf.c/perf_images.h Matthew, o sticore.c: Add some consts to suppress compile warnings. Signed-off-by: Helge Deller <deller@parisc-linux.org> Signed-off-by: Matthew Wilcox <willy@parisc-linux.org> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
*	[PATCH] capable/capability.h (arch/)	Randy Dunlap	2006-01-11
\| \| \| \| \| \| \| \|	arch: Use <linux/capability.h> where capable() is used. Signed-off-by: Randy Dunlap <rdunlap@xenotime.net> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
*	[PARISC] Add __read_mostly section for parisc	Helge Deller	2006-01-10
\| \| \| \| \| \| \| \|	Flag a whole bunch of things as __read_mostly on parisc. Also flag a few branches as unlikely() and cleanup a bit of code. Signed-off-by: Helge Deller <deller@parisc-linux.org> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
*	[PARISC] move PA perf driver over to ->compat_ioctl	Christoph Hellwig	2005-11-17
\| \| \| \| \| \| \| \|	Move PA perf driver over to ->compat_ioctl. Signed-off-by: Christoph Hellwig <hch@lst.de> Acked-by: Randolph Chung <tausq@parisc-linux.org> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
*	[PARISC] Convert parisc_device to use struct resource for hpa	Matthew Wilcox	2005-10-21
\| \| \| \| \| \| \| \| \| \| \| \|	Convert pa_dev->hpa from an unsigned long to a struct resource. Signed-off-by: Matthew Wilcox <willy@parisc-linux.org> Fix up users of ->hpa to use ->hpa.start instead. Signed-off-by: Matthew Wilcox <willy@parisc-linux.org> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
*	Linux-2.6.12-rc2v2.6.12-rc2	Linus Torvalds	2005-04-16
	Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!