Hi Linus, please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release Multiple random branches which have been queued for a while... A new platform specific driver for Fujitsu laptops. cpuidle is new, and is not perfect, but it seems time for it to get it upstream where it will get some wider exposure now that people are doing things like running powertop to tune tickless kernels... The old ACPI idle code runs when CONFIG_CPU_IDLE=n. This will update t...

Hi: Here is the crypto update for 2.6.24: Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git or master.kernel.org:/pub/scm/linux/kernel/git/herbert/crypto-2.6.git Summary: * Added SEED algorithm. * Added XTS block cipher mode. * Added new aead type (essentially blkcipher + hash). * Added authenc wrapper as first aead algorithm. * Preparatory work for CTR (Counter) mode support. * Better loading of optimised algorithm modules. Adrian Bunk (2):...

Hi, I found these routines in the kernel, does this means only one driver can be matched to a device? What if two drivers both can drive the device, like sd & sg in scsi subsystem? static int device_attach(struct device * dev) { struct bus_type * bus = dev->bus; struct list_head * entry; int error; if (dev->driver) { device_bind_driver(dev); return 1; } if (bus->match) { list_for_each(entry, &bus->drivers.list) { struct device_driver * drv = to_drv(en...

Keep tx and rx elements separate on different cachelines to prevent bouncing. Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com> Cc: Stephen Hemminger <shemminger@linux-foundation.org> Cc: Christoph Hellwig <hch@infradead.org> --- drivers/net/xen-netfront.c | 37 ++++++++++++++++++------------------- 1 file changed, 18 insertions(+), 19 deletions(-) =================================================================== --- a/drivers/net/xen-netfront.c +++ b/drivers/n...

Please pull from the 'upstream-davem' branch of master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git upstream-davem to receive these changes: Auke Kok (2): e1000e: Simple optimizations in e1000_xmit_frame e1000e: restore flow control settings properly Jan-Bernd Themann (1): ehea: use kernel event queue Krishna Kumar (1): e1000: Simple optimizations in e1000_xmit_frame Mark Brown (1): natsemi: Use NATSEMI_TIMER_FREQ consistently Roland Dre...

Some people with certain Supermicro boards (at least the H8DCE, it seems) have reported that the sata_nv driver fails to attach to some of the controllers due to resource conflicts: https://bugzilla.redhat.com/show_bug.cgi?id=280641 https://bugzilla.redhat.com/show_bug.cgi?id=313491 Essentially since about 2.6.22 or so (before which we apparently didn't handle PnpACPI reserved MMIO regions?) we get: pnp: 00:09: iomem range 0xdfefd000-0xdfefd3ff has been reserved pnp: 00:09: iomem range 0xdf...

Why? (Sorry if I missed something.) Shouldn't you test for error return before the pid is allocated? (While I'm being picky, I don't like braces around a simple return, and neither, I note, does the style guide.) -

From: KaiGai Kohei <kaigai@ak.jp.nec.com> * We add ebitmap_for_each_positive_bit() which enables to walk on any positive bit on the given ebitmap, to improve its performance using common bit-operations defined in linux/bitops.h. In the previous version, this logic was implemented using a combination of ebitmap_for_each_bit() and ebitmap_node_get_bit(), but is was worse in performance aspect. This logic is most frequestly used to compute a new AVC entry, so this patch can improv...

From: Eric Paris <eparis@redhat.com> Allow policy to select, in much the same way as it selects MLS support, how the kernel should handle access decisions which contain either unknown classes or unknown permissions in known classes. The three choices for the policy flags are 0 - Deny unknown security access. (default) 2 - reject loading policy if it does not contain all definitions 4 - allow unknown security access The policy's choice is exported through 2 booleans in selinuxfs. /seli...

I doth protest. Enabling the entire NET subsystem thru a hidden select is awful. Select should be used (sparingly) to enable library code only. If someone wants NET enabled, they should --- ~Randy -

Great, thanks. --- ~Randy -

From: Yuichi Nakamura <ynakam@hitachisoft.jp> This patch reduces memory usage of SELinux by tuning avtab. Number of hash slots in avtab was 32768. Unused slots used memory when number of rules is fewer. This patch decides number of hash slots dynamically based on number of rules. (chain length)^2 is also printed out in avtab_hash_eval to see standard deviation of avtab hash table. Signed-off-by: Yuichi Nakamura<ynakam@hitachisoft.jp> Acked-by: Stephen Smalley <sds@tycho.nsa.gov&gt...

Unless we have failed to fill the RX ring the timer used by the natsemi driver is not particularly urgent and can use round_jiffies() to allow grouping with other timers. Signed-off-by: Mark Brown <broonie@sirena.org.uk> --- drivers/net/natsemi.c | 10 +++++++--- 1 files changed, 7 insertions(+), 3 deletions(-) diff --git a/drivers/net/natsemi.c b/drivers/net/natsemi.c index b47a12d..0b33a58 100644 --- a/drivers/net/natsemi.c +++ b/drivers/net/natsemi.c @@ -1575,7 +1575,7 @@ static i...

The natsemi driver has a define NATSEMI_TIMER_FREQ which looks like it controls the normal frequency of the chip poll timer but in fact only takes effect for the first run of the timer. Adjust the value of the define to match that used by the timer and use the define consistently. Signed-off-by: Mark Brown <broonie@sirena.org.uk> --- drivers/net/natsemi.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/natsemi.c b/drivers/net/natsemi.c index 0b33a5...

Most of these fixes were already submitted for old kernel versions, and were approved, but for some reason they never made it into the releases. I've updated the changes for the 2.6.23 kernel and attached the resulting patch. Because this is a consolidation of a couple old missed patches, it touches both Kconfigs and documentation texts. Signed-off-by: Matt LaPlante <kernel1@cyberdogtech.com> -- diff -ru a/arch/arm/Kconfig b/arch/arm/Kconfig --- a/arch/arm/Kconfig 2007-10-09 16:31:38.0000000...

Finally. Yeah, it got delayed, not because of any huge issues, but because of various bugfixes trickling in and causing me to reset my "release clock" all the time. But it's out there now, and hopefully better for the wait. Not a whole lot of changes since -rc9, although there's a few updates to mips, sparc64 and blackfin in there. Ignoring those arch updates, there's basically a number of mostly one-liners (mostly in drivers, but there's some networking fixes and soem VFS/VM fixes there ...

Hi Chandru, Thanks for the patch. Comments on the patch below, but first a general question for my education: the main problem here that aacraid continues DMA'ing when it shouldn't. Why can't we shut it down cleanly? Even without the presence of an IOMMU, it seems dangerous to let an adapter continue DMA'ing to and from memory when the kernel is an inconsistent state. The patch below looks reasonable *if* that is the least worst way of doing it - let's see if we can come up with something cleane...

When building a kernel for a different architecture kbuild requires the user always to specify ARCH and CROSS_COMPILE on the command-line. Failing to do so can result in strange build errros especially when the asm symlink point to anohter architecture than the one being build. The typical case is that the user forget to specify ARCH and/or CROSS_COMPILE on the commandline. Address the above issues by saving ARCH and CROSS_COMPILE when building a kernel. The information is saved in a file named ...

Isn't that a little old? The earliest this could be merged is the upcomming 2.6.24 tree. Best you submit it against .23 That's great. Requiring new powernow drivers all the time was a little annoying in the past. -Andi -

On Tue, Oct 09, 2007 at 03:43:20PM -0500, Mark Langsdorf wrote: > This patch should apply cleanly to the 2.6.23-rc8-mm2 kernel.  It changes > the powernow-k8 driver code that deals with 3rd generation Opteron, Phenom, > and later processors to match the architectual pstate driver described > in the AMD64 Architecture Programmer's Manual Volume 2 Chapter 18.  The > initial implementation of the hardware pstate driver for PowerNow! > used some processor-version specific featur...

ACK but does not apply to jgarzik/netdev-2.6.git#upstream nor davem/net-2.6.24.git -

Oh, OK, I'll have a look. I wasn't aware of any other changes in xen-netfront. Or rather, there are a couple of other changes which I think you already have: one to use the common netdev stats structure, and another to remove a chunk of dead code. J -

[ I think this is a straight repost this patch, which addresses all the previous comments. I'd like to submit this for .24 as the basis for a unified paravirt_ops. Any objections? ] This patch refactors the paravirt_ops structure into groups of functionally related ops: pv_info - random info, rather than function entrypoints pv_init_ops - functions used at boot time (some for module_init too) pv_misc_ops - lazy mode, which didn't fit well anywhere else pv_time_ops - time-related functions pv_...

This isn't really related to sysfs. It seems module count was too low and went away while there still were holders. What were you doing when it happened? Can you reproduce it? -- tejun -

Switch from nd->{dentry,mnt} to nd->path.{dentry,mnt} everywhere. Signed-off-by: Jan Blunck <jblunck@suse.de> Signed-off-by: Andreas Gruenbacher <agruen@suse.de> Acked-by: Christoph Hellwig <hch@lst.de> --- arch/alpha/kernel/osf_sys.c | 2 arch/mips/kernel/sysirix.c | 6 arch/parisc/hpux/sys_hpux.c | 2 arch/powerpc/platforms/cell/spufs/inode.c | 18 +- arch/sparc64/solaris/fs.c | 8 arch/um/dri...