Signed-off-by: David S. Miller <davem@davemloft.net> --- drivers/char/hw_random/Kconfig | 13 + drivers/char/hw_random/Makefile | 2 + drivers/char/hw_random/n2-asm.S | 93 +++++ drivers/char/hw_random/n2-drv.c | 771 +++++++++++++++++++++++++++++++++++++++ drivers/char/hw_random/n2rng.h | 118 ++++++ 5 files changed, 997 insertions(+), 0 deletions(-) create mode 100644 drivers/char/hw_random/n2-asm.S create mode 100644 drivers/char/hw_random/n2-drv.c create mode 100644 driv...

These next two patches implement the RNG driver for Niagara2. They are also available on the master branch at: git://git.kernel.org/pub/scm/linux/kernel/git/davem/n2rng-2.6.git The driver transparently works on both control and guest nodes in virtualized environments. I've testedit on both single and dual socket Niagara2 systems, and rngd seems to be happy with the output. Below is a typical driver load and rng stats message log. Signed-off-by: David S. Miller <davem@davemloft.net> ...

Thanks Dave -- I'll look into it and get a fix out. Paul. --

Linus, please pull the latest x86 fixes from: ssh://master.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip.git x86-fixes-for-linus Thanks, tglx ------------------> Avi Kivity (1): x86: fix crash on cpu hotplug on pat-incapable machines Ingo Molnar (1): x86: remove mwait capability C-state check Thomas Gleixner (1): x86: disable mwait for AMD family 10H/11H CPUs arch/x86/kernel/process.c | 36 +++++++++++++++++++++++++++--------- arch/x86/mm/pat...

We have topic branches. How should we keep those topic branches up We did not rebase at all. All we did is keeping the branches up to date vs. your tree, which introduces merges whether we want or not. I'm well aware of the merge commit issue, but I have no real good idea how to avoid rebasing in order to keep the history intact and avoid the merge commits at the same time. Thanks, tglx --

Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com> --- arch/arm/mm/alignment.c | 55 +++++++++++++++++++++++------------------------- 1 file changed, 27 insertions(+), 28 deletions(-) --- a/arch/arm/mm/alignment.c +++ b/arch/arm/mm/alignment.c @@ -16,6 +16,7 @@ #include <linux/errno.h> #include <linux/string.h> #include <linux/proc_fs.h> +#include <linux/seq_file.h> #include <linux/init.h> #include <asm/uaccess.h> @@ -80,36 +81,28 @@ st...

To clarify: lock_super() is actually a much *stronger* lock than lock_kernel(), which is why testing is actually interesting: the locking hasn't been weakened, it's actually become much stricter (because unlike the kernel lock, the superblock lock is kept over scheduling events, and doesn't silently nest). So the most likely failure case is not that some locking went away and you'd race on the data structures, it's that something deadlocks on itself if the locking isn't right. There ...

This fixes the regression reported by Mikael Pettersson, which is in the 2.6.26-rcX regression list. Please pull, thanks a lot! The following changes since commit f26a3988917913b3d11b2bd741601a2c64ab9204: Linus Torvalds (1): Merge branch 'merge' of git://git.kernel.org/.../paulus/powerpc are available in the git repository at: master.kernel.org:/pub/scm/linux/kernel/git/davem/sparc-2.6.git master David S. Miller (2): sparc64: Fix lmb_reserve() args in find_ramdisk(). ...

Hi, I've discovered a GPL violation by Taiwanese TV card manufacturer Compro Technology. On their site, they are offering a "driver" for Mandriva Linux 2007.1, in the form of an 18 meg "linux.rpm"[1,2,3,4]. This "driver" is, in fact, an entire kernel image (from snd-emu10k1.ko to libata.ko, with everything in between), generated from Mandriva's kernel source package, with local modifications to at least two files (major file size gap between Compro and Mandriva kernels in tuner.ko and cx88xx.ko...

Can't get the new driver for HPT 1740 working in kernel gentoo-2.6.24-r8 module: rr174x (v.2.1) /marc ------------------------ rr174x: module license 'Proprietary' taints kernel. rr174x:RocketRAID 174x controller driver v2.1.08.0303 (May 16 2008 15:58:03) BUG: unable to handle kernel paging request at virtual address 64091fd0 printing eip: f8905688 *pde = 00000000 Oops: 0000 [#1] SMP Modules linked in: rr174x(P) scsi_wait_scan Pid: 3411, comm: modprobe Tainted: P (2.6.24-gentoo-r8 ...

This driver supports the PCA9550, PCA9551, PCA9552, and PCA9553 LED driver chips. Signed-off-by: Nate Case <ncase@xes-inc.com> --- Note: This version incorporates the changes suggested by Andrew Morton. Corrected messed up e-mail body from v2 to fix the log message. Sorry for the patch spam :) drivers/leds/Kconfig | 8 + drivers/leds/Makefile | 1 + drivers/leds/leds-pca955x.c | 401 +++++++++++++++++++++++++++++++++++++++++++ include/linux/leds.h | 14 ++ ...

Fallout from commit 46d7b522ebf486edbd096965d534cc6465e9e309 Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> Acked-by: Jeff Dike <jdike@addtoit.com> --- diff --git a/fs/hppfs/Makefile b/fs/hppfs/Makefile index 8a1f503..3a982bd 100644 --- a/fs/hppfs/Makefile +++ b/fs/hppfs/Makefile @@ -3,7 +3,4 @@ # Licensed under the GPL # -hppfs-objs := hppfs.o - -obj-y = -obj-$(CONFIG_HPPFS) += $(hppfs-objs) +obj-$(CONFIG_HPPFS) += hppfs.o --

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> Acked-by: Jeff Dike <jdike@addtoit.com> --- diff --git a/arch/um/drivers/pcap_user.c b/arch/um/drivers/pcap_user.c index e980935..5f90358 100644 --- a/arch/um/drivers/pcap_user.c +++ b/arch/um/drivers/pcap_user.c @@ -50,7 +50,7 @@ static int pcap_open(void *data) return -EIO; } - pri->compiled = kmalloc(sizeof(struct bpf_program), + pri->compiled = uml_kmalloc(sizeof(struct bpf_program), UM_GFP_KERNEL); if...

Perhaps it would be possible to make most types of interrupts add entropy, but not credit any entropy? /Benny --

Hi Bruno, Do you unload atkbd or perhaps i8042 for s2ram? Or do you see that keyboard is detected again (in dmesg) after resume? -- Dmitry --

The Acer TravelMate 660 series also requires the Dritek quirk to enable the extra scancodes. Signed-off-by: Bruno Prémont <bonbons@linux-vserver.org> CC: Dmitry Torokhov <dtor@mail.ru> diff -NurpP linux-2.6.25.4-orig/drivers/input/serio/i8042-x86ia64io.h linux-2.6.25.4/drivers/input/serio/i8042-x86ia64io.h --- linux-2.6.25.4-orig/drivers/input/serio/i8042-x86ia64io.h 2008-04-17 04:49:44.000000000 +0200 +++ linux-2.6.25.4/drivers/input/serio/i8042-x86ia64io.h 2008-05-16 19:20:30.000000...

----- Original Message ----- From: "Alan Cox" <alan@lxorguk.ukuu.org.uk> To: "Lennart Sorensen" <lsorense@csclub.uwaterloo.ca> Cc: "Jeff Garzik" <jeff@garzik.org>; "Kok, Auke" <auke-jan.h.kok@intel.com>; "Rick Jones" <rick.jones2@hp.com>; "Brandeburg, Jesse" <jesse.brandeburg@intel.com>; "Chris Peterson" <cpeterso@cpeterso.com>; <netdev@vger.kernel.org>; <linux-kernel@vger.kernel.org> Sent: Friday, May 16, 2008 5:10 PM Subject: Re: [PATCH] dri...

This series is a set of changes to allow the slaves on an SPI bus to be described in the OF device tree (useful in arch/powerpc) and adds a driver that uses it (the Freescale MPC5200 SoC's SPI device). Please review and comment. David, I've included in this series my earlier patch to change modalias from a pointer to a string as one of the later patches depends on it. Cheers, g. -- Grant Likely, B.Sc. P.Eng. Secret Lab Technologies Ltd. --

While I'd appreciate the testing, I suspect that you really don't want to do that. The dedicated SPI controller isn't very good. It only does a byte at a time and so is rather slow. A PSC is SPI mode should Yes, see patch 3 in my series. the PSC SPI driver needs to do something like this. SPI busses don't really do autodetection (but It will remain as two drivers. The devices are entirely separate. I don't think putting them under a single Kconfig is needed or a good idea. They both d...

The *PSC3 device* cannot support both serial and SPI at the same time. Only one mode works at a time... However, *PSC3 pin group* has can be configured to route both the *PSC3 device* and the *SPI device* signal out to the board at the same time. Pin routing is not something that is described by the device tree. It's viewed as a board level initialization thing, similar to how DDR RAM initialization is viewed. Ideally, the bootloader will write the correct value into port_config for pin rout...

From: Grant Likely <grant.likely@secretlab.ca> Unlike the old CSB driver, this driver uses the SPI infrastructure. Signed-off-by: Grant Likely <grant.likely@secretlab.ca> --- drivers/spi/Kconfig | 8 + drivers/spi/Makefile | 1 drivers/spi/mpc52xx_spi.c | 561 +++++++++++++++++++++++++++++++++++++++ include/linux/spi/mpc52xx_spi.h | 10 + 4 files changed, 580 insertions(+), 0 deletions(-) diff --git a/drivers/spi/Kconfig b/drivers/spi/Kcon...

From: Grant Likely <grant.likely@secretlab.ca> This patch adds support for populating an SPI bus based on data in the OF device tree. This is useful for powerpc platforms which use the device tree instead of discrete code for describing platform layout. Signed-off-by: Grant Likely <grant.likely@secretlab.ca> --- Documentation/powerpc/booting-without-of.txt | 61 ++++++++++++++++++ drivers/spi/Kconfig | 4 + drivers/spi/Makefile ...

That's right. platform_data being a very driver specific thing there is no way to generically extract a pdata structure from the device tree. Instead, I'm storing the device node in archdata.of_node (line immediately above spi_register_device) so that drivers can read the device node themselves to populate a platform_device structure. Hmmm, as you say, this could end up being rather messy. However, by passing the device node pointer, the driver could extract that data on a per case basis. (ie...

~~~ Hi, You mostly capitalize "SPI" in sentences (i.e., when it's not part of a function name or OF data), so could the 3 underlined instances of it also be all caps? Thanks, --- ~Randy --

From: Grant Likely <grant.likely@secretlab.ca> spi_new_device() allocates and registers an spi device all in one swoop. If the driver needs to add extra data to the spi_device before it is registered, then this causes problems. This patch splits the allocation and registration portions of code out of spi_new_device() and creates three new functions; spi_alloc_device(), spi_register_device(), and spi_device_release(). spi_new_device() is modified to use the new functions for allocation and ...