Good. /dev/random was a poor choice for most applications. I've always lamented the naming scheme (which for a long time caused many applications to use /dev/random when /dev/urandom would ? You say get_random_bytes() acts like reading from /dev/random, but then your subsequent sentences are consistent with it acting like reading from /dev/urandom, so I'm lost. /dev/urandom also runs its inputs through cryptographic hash functions to ensure that it acts as a cryptographic-quality pseudorandom...

cavium: generic 8250 serial driver changes We are in the process of preparing kernel support for the Cavium Networks OCTEON processor for inclusion in the main-line kernel sources. The main (perhaps only) place this affects the non-processor specific parts of the kernel is in the 8250 serial driver. The OCTEON contains several on-chip UARTS that require processor specific register access code. It is our thought that rather than pollute the 8250 driver with yet another one-off register access m...

This is the start of the stable review cycle for the 2.6.25.18 release. There are @num@ patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let us know. If anyone is a maintainer of the proper subsystem, and wants to add a Signed-off-by: line to the patch, please respond with it. These patches are sent out with a number of different people on the Cc: line. If you wish to be a reviewer, please email stable@kernel.org to a...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Vlad Yasevich <vladislav.yasevich@hp.com> [ Upstream commit add52379dde2e5300e2d574b172e62c6cf43b3d3 ] If INIT-ACK is received with SupportedExtensions parameter which indicates that the peer does not support AUTH, the packet will be silently ignore, and sctp_process_init() do cleanup all of the transports in the association. When T1-Init timer is expires, OOPS happen while we try to ...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Vegard Nossum <vegard.nossum@gmail.com> [ Upstream commit 1045b03e07d85f3545118510a587035536030c1c ] kmemcheck reported this: kmemcheck: Caught 16-bit read from uninitialized memory (f6c1ba30) 0500110001508abf050010000500000002017300140000006f72672e66726565 i i i i i i i i i i i i i u u u u u u u u u u u u u u u u u u u ^ Pid: 3462, com...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Neil Horman <nhorman@tuxdriver.com> [ Upstream commit e550dfb0c2c31b6363aa463a035fc9f8dcaa3c9b ] This fixes kernel bugzilla 11469: "TUN with 1024 neighbours: ip6_dst_lookup_tail NULL crash" dst->neighbour is not necessarily hooked up at this point in the processing path, so blindly dereferencing it is the wrong thing to do. This NULL check exists in other similar paths and this...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Zachary Amsden <zach@vmware.com> commit de59985e3a623d4d5d6207f1777398ca0606ab1c upstream After investigating a JRE failure, I found this bug was introduced a long time ago, and had already managed to survive another bugfix which occurred on the same line. The result is a total failure of the JRE due to LDT selectors not working properly. This one took a long time to rear up becaus...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Maciej W. Rozycki <macro@linux-mips.org> commit 4ff4b9e19a80b73959ebeb28d1df40176686f0a8 upstream We have a bug in the calculation of the next jiffie to trigger the RTC synchronisation. The aim here is to run sync_cmos_clock() as close as possible to the middle of a second. Which means we want this function to be called less than or equal to half a jiffie away from when now.tv_nsec ...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Thomas Gleixner <tglx@linutronix.de> commit f7676254f179eac6b5244a80195ec8ae0e9d4606 upstream We use the HPET only in 32bit mode because: 1) some HPETs are 32bit only 2) on i386 there is no way to read/write the HPET atomic 64bit wide The HPET code unification done by the "moron of the year" did not take into account that unsigned long is different on 32 and 64 bit. This thinko ...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Thomas Gleixner <tglx@linutronix.de> commit 7cfb0435330364f90f274a26ecdc5f47f738498c upstream The minimum reprogramming delta was hardcoded in HPET ticks, which is stupid as it does not work with faster running HPETs. The C1E idle patches made this prominent on AMD/RS690 chipsets, where the HPET runs with 25MHz. Set it to 5us which seems to be a reasonable value and fixes the problems...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Thomas Gleixner <tglx@linutronix.de> commit 9c17bcda991000351cb2373f78be7e4b1c44caa3 upstream While chasing the C1E/HPET bugreports I went through the clock events code inch by inch and found that the broadcast device can be initialized and shutdown multiple times. Multiple shutdowns are not critical, but useless waste of time. Multiple initializations are simply broken. Another CPU m...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Thomas Gleixner <tglx@linutronix.de> commit d4496b39559c6d43f83e4c08b899984f8b8089b5 upstream The reprogramming of the periodic broadcast handler was broken, when the first programming returned -ETIME. The clockevents code stores the new expiry value in the clock events device next_event field only when the programming time has not been elapsed yet. The loop in question calculates the...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Zhao Yakui <yakui.zhao@intel.com> commit 9d699ed92a459cb408e2577e8bbeabc8ec3989e1 upstream When EC is in Polling mode, OS will check the EC status continually by using the following source code: clear_bit(EC_FLAGS_WAIT_GPE, &ec->flags); while (time_before(jiffies, delay)) { if (acpi_ec_check_status(ec, event)) return 0; ...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Chuck Ebbert <cebbert@redhat.com> commit e6a5652fd156a286faadbf7a4062b5354d4e346e upstream Manually adding "io_delay=0xed" fixes system lockups in ioapic mode on this machine. System Information Manufacturer: Hewlett-Packard Product Name: Presario F700 (KA695EA#ABF) Base Board Information Manufacturer: Quanta Product Name: 30D3 Reference: [ message continues ]

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Sven Wegener <sven.wegener@stealer.net> In Linus' tree: http://git.kernel.org/?p=linux%2Fkernel%2Fgit%2Ftorvalds%2Flinux-2.6.git;a=commit;h=e7... We need to convert the error pointer from class_create(), else we'll return the successful return code from register_chrdev() on failure. Signed-off-by: Sven Wegener <sven.wegener@stealer.net> Sig...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Andrew Morton <akpm@linux-foundation.org> commit 70bb08962ea9bd50797ae9f16b2493f5f7c65053 upstream mmc_block_open() increments md->usage although it returns with -EROFS when default mounting a MMC/SD card with write protect switch on. This reference counting bug prevents /dev/mmcblkX from being released on card removal, and situation worsen with reinsertion until the minor number ...

2.6.25-stable review patch. If anyone has any objections, please let us know. ------------------ From: Ned Forrester <nforrester@whoi.edu> commit 7e96445533ac3f4f7964646a202ff3620602fab4 upstream Fixes two DMA bugs in the pxa2xx_spi driver. The first bug is in all versions of this driver; the second was introduced in the 2.6.20 kernel, and prevents using the driver with chips like m25p16 flash (which can issue large DMA reads). 1. Zero length transfers are permitted for use to inse...

From: Aristeu Rozanski <aris@redhat.com> This patch updates the i5000_edac messages, making everything pass through the EDAC (so the log controls will work) and being more specific about the errors. Also, it makes the miscellaneous errors optional and disabled by default. As I didn't found anywhere information about M23ERR-M26ERR (FERR_NF_THERMAL) on FERR_NF_FBD, I'm removing them. Signed-off-by: Aristeu Rozanski <aris@redhat.com> Signed-off-by: Doug Thompson <dougthompson@xmiss...

Due to confusion between the ftrace infrastructure and the gcc profiling tracer "ftrace", this patch renames the config options from FTRACE to FUNCTION_TRACER. The other two names that are offspring from FTRACE DYNAMIC_FTRACE and FTRACE_MCOUNT_RECORD will stay the same. This patch was generated mostly by script, and partially by hand. Signed-off-by: Steven Rostedt <srostedt@redhat.com> --- Makefile | 2 +- arch/arm/Kconfig ...

A lot of tracers have HAVE_FTRACE as a dependent config where it really should not. The HAVE_FTRACE is a misnomer (soon to be fixed) and describes if the architecture has the function tracer (mcount) implemented. The ftrace infrastructure is implemented in all archs. Signed-off-by: Steven Rostedt <srostedt@redhat.com> --- kernel/trace/Kconfig | 5 ----- 1 file changed, 5 deletions(-) Index: linux-tip.git/kernel/trace/Kconfig ============================================================...

[added to proc.git] commit abac1335ec9c43834ff764eee3c4d026b6b9bba6 Author: Alexey Dobriyan <adobriyan@gmail.com> Date: Tue Oct 7 01:58:45 2008 +0400 proc: remove now unneeded ADDBUF macro After local seq_file conversion it was forgotten. Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com> diff --git a/fs/proc/array.c b/fs/proc/array.c index 1c8d7b5..f4bc0e7 100644 --- a/fs/proc/array.c +++ b/fs/proc/array.c @@ -86,11 +86,6 @@ #include <asm/proces...

updated version; many updates based on Alan's feedback I also have a second patch that transforms basically drivers/video to the non-exclusive API, but I'll wait with that until this one gets more backed From: Arjan van de Ven <arjan@linux.intel.com> Date: Sun, 5 Oct 2008 18:00:15 -0700 Subject: [PATCH] resource: ensure MMIO exclusivity for device drivers Device drivers that use pci_request_regions() (and similar APIs) have a reasonable expectation that they are the only ones accessing t...

Change the UDP hash lock from an rwlock to RCU. Signed-off-by: Corey Minyard <cminyard@mvista.com> --- include/net/udp.h | 9 +++++---- net/ipv4/udp.c | 47 +++++++++++++++++++++++++++-------------------- net/ipv6/udp.c | 17 +++++++++-------- 3 files changed, 41 insertions(+), 32 deletions(-) diff --git a/include/net/udp.h b/include/net/udp.h index addcdc6..35aa104 100644 --- a/include/net/udp.h +++ b/include/net/udp.h @@ -51,7 +51,7 @@ struct udp_skb_cb { #define UDP_S...

It delays until all currently executing RCU read-side sections have executed (new ones don't count, just currently executing ones). I'm not sure what this delay is, but I would expect it to be fairly small. This function is only called when a socket is closed, too, so it's not a I'd prefer that, too, but that would mean adding another member to the RCU probably wouldn't be a good choice for short-lived http sessions, since you will only get a couple of messages that would matter. I'm not ag...

Would using SLAB_DESTROY_BY_RCU be ok, or would that be too expensive? -corey --