| #
b3539219 |
| 06-Jul-2005 |
Artem B. Bityuckiy <dedekind@infradead.org> |
Merge with rsync://fileserver/linux
Update to 2.6.12-rc3
|
|
Revision tags: v2.6.13-rc2 |
|
| #
d2f64095 |
| 02-Jul-2005 |
David Woodhouse <dwmw2@shinybook.infradead.org> |
Merge with master.kernel.org:/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
|
| #
ab997aae |
| 01-Jul-2005 |
Steve French <sfrench@hera.kernel.org> |
Merge with rsync://rsync.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
|
| #
c2d9b838 |
| 30-Jun-2005 |
Anton Altaparmakov <aia21@cantab.net> |
Automerge with /usr/src/ntfs-2.6.git.
|
| #
bf164c79 |
| 30-Jun-2005 |
Greg KH <greg@press.(none)> |
Merge rsync://rsync.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6
|
| #
e9dd2561 |
| 30-Jun-2005 |
Jeff Garzik <jgarzik@pobox.com> |
Merge /spare/repo/netdev-2.6 branch 'ieee80211'
|
| #
0c168775 |
| 30-Jun-2005 |
Jeff Garzik <jgarzik@pobox.com> |
Merge upstream 2.6.13-rc1-git1 into 'ieee80211' branch of netdev-2.6.
|
| #
92dd7ca0 |
| 30-Jun-2005 |
Linus Torvalds <torvalds@ppc970.osdl.org> |
Merge master.kernel.org:/home/rmk/linux-2.6-arm
|
| #
438a7616 |
| 30-Jun-2005 |
Russell King <rmk@dyn-67.arm.linux.org.uk> |
[PATCH] ARM: Fix VFP to use do_div()
VFP used __divdi3 64-bit division needlessly. Convert it to use
our 64-bit by 32-bit division instead.
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
|
|
Revision tags: v2.6.13-rc1, v2.6.12, v2.6.12-rc6, v2.6.12-rc5, v2.6.12-rc4, v2.6.12-rc3, v2.6.12-rc2 |
|
| #
1da177e4 |
| 17-Apr-2005 |
Linus Torvalds <torvalds@ppc970.osdl.org> |
Linux-2.6.12-rc2
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
Linux-2.6.12-rc2
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!
show more ...
|