16 years ago[PATCH] crypto: call zlib end functions on deflate exit path
Artem B. Bityuckiy [Sat, 16 Apr 2005 22:23:58 +0000]
[PATCH] crypto: call zlib end functions on deflate exit path

In the deflate_[compress|uncompress|pcompress] functions we call the
zlib_[in|de]flateReset function at the beginning.  This is OK.  But when we
unload the deflate module we don't call zlib_[in|de]flateEnd to free all
the zlib internal data.  It looks like a bug for me.  Please, consider the
attached patch.

Signed-off-by: Artem B. Bityuckiy <dedekind@infradead.org>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Cc: "David S. Miller" <davem@davemloft.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

16 years ago[PATCH] arm: add comment about max_low_pfn/max_pfn
akpm@osdl.org [Sat, 16 Apr 2005 22:23:57 +0000]
[PATCH] arm: add comment about max_low_pfn/max_pfn

\r)

From: Russell King <rmk+lkml@arm.linux.org.uk>

Oddly, max_low_pfn/max_pfn end up being the number of pages in the system,
rather than the maximum PFN on ARM.  This doesn't seem to cause any problems,
so just add a note about it.

Signed-off-by: Russell King <rmk@arm.linux.org.uk>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

16 years ago[PATCH] arm: add comment about dma_supported()
akpm@osdl.org [Sat, 16 Apr 2005 22:23:57 +0000]
[PATCH] arm: add comment about dma_supported()

\r)

From: Russell King <rmk+lkml@arm.linux.org.uk>

The ARM dma_supported() is rather basic, and I don't think it takes into
account everything that it should do (eg, whether the mask agrees with what
we'd return for GFP_DMA allocations).  Note this.

Signed-off-by: Russell King <rmk@arm.linux.org.uk>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

16 years ago[PATCH] arm: fix help text for ixdp465
akpm@osdl.org [Sat, 16 Apr 2005 22:23:56 +0000]
[PATCH] arm: fix help text for ixdp465

\r)

From: Russell King <rmk+lkml@arm.linux.org.uk>

For some reason, this help text was missed when the file was last audited
by the documentation referencing folk.  Fix this incorrect documentation
reference.

Signed-off-by: Russell King <rmk@arm.linux.org.uk>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

16 years ago[PATCH] arm: fix SIGBUS handling
akpm@osdl.org [Sat, 16 Apr 2005 22:23:55 +0000]
[PATCH] arm: fix SIGBUS handling

\r)

From: Russell King <rmk+lkml@arm.linux.org.uk>

ARM wasn't raising a SIGBUS with a siginfo structure.  Fix
__do_user_fault() to allow us to use it for SIGBUS conditions, and arrange
for the sigbus path to use this.

We need to prevent the siginfo code being called if we do not have a user
space context to call it, so consolidate the "user_mode()" tests.

Thanks to Ian Campbell who spotted this oversight.

Signed-off-by: Russell King <rmk@arm.linux.org.uk>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

16 years ago[PATCH] Avoid deadlock in sync_page_io by using GFP_NOIO
Neil Brown [Sat, 16 Apr 2005 22:23:54 +0000]
[PATCH] Avoid deadlock in sync_page_io by using GFP_NOIO

..as sync_page_io can be called on the write-out path.

Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

16 years ago[PATCH] mmtimer build fix
Christoph Lameter [Sat, 16 Apr 2005 22:23:53 +0000]
[PATCH] mmtimer build fix

Signed-off-by: Christoph Lameter <clameter@sgi.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

16 years agoLinux-2.6.12-rc2
Linus Torvalds [Sat, 16 Apr 2005 22:20:36 +0000]
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!