litmus-rt-pandaboard.git - LITMUS^RT and MC^2 V0 support for the pandaboard.

	Commit message (Collapse)	Author	Age
*	sparc32: Correct the return value of memcpy.	David S. Miller	2012-01-23
\| \| \| \| \| \| \| \| \| \| \| \| \|	BugLink: http://bugs.launchpad.net/bugs/913373 [ Upstream commit a52312b88c8103e965979a79a07f6b34af82ca4b ] Properly return the original destination buffer pointer. Signed-off-by: David S. Miller <davem@davemloft.net> Tested-by: Kjetil Oftedal <oftedal@gmail.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> Signed-off-by: Brad Figg <brad.figg@canonical.com>
*	sparc32: Remove uses of %g7 in memcpy implementation.	David S. Miller	2012-01-23
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	BugLink: http://bugs.launchpad.net/bugs/913373 [ Upstream commit 21f74d361dfd6a7d0e47574e315f780d8172084a ] This is setting things up so that we can correct the return value, so that it properly returns the original destination buffer pointer. Signed-off-by: David S. Miller <davem@davemloft.net> Tested-by: Kjetil Oftedal <oftedal@gmail.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> Signed-off-by: Brad Figg <brad.figg@canonical.com>
*	sparc32: Remove non-kernel code from memcpy implementation.	David S. Miller	2012-01-23
\| \| \| \| \| \| \| \| \| \| \|	BugLink: http://bugs.launchpad.net/bugs/913373 [ Upstream commit 045b7de9ca0cf09f1adc3efa467f668b89238390 ] Signed-off-by: David S. Miller <davem@davemloft.net> Tested-by: Kjetil Oftedal <oftedal@gmail.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> Signed-off-by: Brad Figg <brad.figg@canonical.com>
*	sparc: Stop trying to be so fancy and use __builtin_{memcpy,memset}()	David S. Miller	2009-12-11
\| \| \| \| \| \| \|	This mirrors commit ff60fab71bb3b4fdbf8caf57ff3739ffd0887396 (x86: Use __builtin_memset and __builtin_memcpy for memset/memcpy) Signed-off-by: David S. Miller <davem@davemloft.net>
*	Linux-2.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!