linux-toradex.git/arch/sh/lib/div64-generic.c, branch v3.2.34 Linux kernel for Apalis and Colibri modules sh: fixup many sparse errors. 2008-09-08T01:35:04+00:00 Paul Mundt lethal@linux-sh.org 2008-09-04T09:53:58+00:00 fa43972fab24a3c050e880a7831f9378c6cebc0b Signed-off-by: Paul Mundt <lethal@linux-sh.org> 
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
sh: Revert __xdiv64_32 size change. 2007-07-13T03:27:13+00:00 Paul Mundt lethal@linux-sh.org 2007-07-13T03:27:13+00:00 075fc19bdea9120989142fa2179abd958b3a5c72 It's only __div64_32 that needs the fix, __xdiv64_32 behaves as expected with the original size. Signed-off-by: Paul Mundt <lethal@linux-sh.org> 
It's only __div64_32 that needs the fix, __xdiv64_32 behaves as
expected with the original size.

Signed-off-by: Paul Mundt <lethal@linux-sh.org>
sh: Correct __xdiv64_32/div64_32 return value size. 2007-07-06T01:58:04+00:00 Paul Mundt lethal@linux-sh.org 2007-07-06T01:58:04+00:00 04c7d9579f25ff0dd01efa958805f34c92bc6a71 These should be returning a uint32_t, whereas they were erroneously returning a u64 before. As the register sizes are 32-bits, this doesn't really make a lot of sense. Reported-by: Katsuya MATSUBARA <matsu@igel.co.jp> Signed-off-by: Paul Mundt <lethal@linux-sh.org> 
These should be returning a uint32_t, whereas they were erroneously
returning a u64 before. As the register sizes are 32-bits, this doesn't
really make a lot of sense.

Reported-by: Katsuya MATSUBARA <matsu@igel.co.jp>
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
Linux-2.6.12-rc2 2005-04-16T22:20:36+00:00 Linus Torvalds torvalds@ppc970.osdl.org 2005-04-16T22:20:36+00:00 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 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! 
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!