Re: S390 change in sg_set_page() cause build failure

Jens Axboe wrote: > On Fri, Oct 26 2007, Kamalesh Babulal wrote: >> Hi Jens, >> >> The change in the sg_set_page() for the S390, cause the build failure >> >> drivers/s390/scsi/zfcp_aux.c: In function `zfcp_sg_list_alloc': >> drivers/s390/scsi/zfcp_aux.c:572: error: too many arguments to function

Re: [patch 2/2] cpusets: add interleave_over_allowed option

On Thu, 2007-10-25 at 20:58 -0700, David Rientjes wrote: > On Thu, 25 Oct 2007, Paul Jackson wrote: > > > The user space man pages for set_mempolicy(2) are now even more > > behind the curve, by not mentioning that MPOL_INTERLEAVE's mask > > might mean nothing, if (1) in a cpuset marked memory_spr

[PATCH 0/2] MN10300: Add the MN10300 architecture to Linux kernel

These patches add the MEI/Panasonic MN10300/AM33 architecture to the Linux kernel. The first patch makes it possible to suppress AOUT support in the ELF binfmt. MN10300 does not support the AOUT binfmt, so the ELF binfmt should not be permitted to go looking for AOUT libraries to load. The seco

[PATCH 1/2] MN10300: Permit AOUT library support to be suppressed in ELF binfmt

Permit AOUT library support to be suppressed in the ELF binfmt if the arch does not support it. AOUT support is suppressed by adding: config NO_AOUT_SUPPORT def_bool y to the arch Kconfig file. The MN10300 architecture does not support the AOUT binfmt, so the ELF binfmt

Re: [PATCH] PCMCIA: prevent auto insert during resume.

On Fri, Oct 26, 2007 at 04:11:41PM +0100, Russell King wrote: > On Fri, Oct 26, 2007 at 12:51:25PM +0200, Rodolfo Giometti wrote: > > If a socket has been ejected before sleeping, at resume time it > > shouldn't be awaked. > > Conversely, if a card has been inserted into an empty slot prior to > r

Re: [PATCH 2/2] [CRYPTO] users: Fix up scatterlist conversion errors

Herbert Xu wrote: > [CRYPTO] users: Fix up scatterlist conversion errors > > This patch fixes the errors made in the users of the crypto layer during > the sg_init_table conversion. It also adds a few conversions that were > missing altogether. > > Signed-off-by: Herbert Xu <[EMAIL PROTECTED]> >

Re: 2.6.24-rc1: First impressions

On Fri, 26 Oct 2007 17:29:00 +0200 Peter Zijlstra <[EMAIL PROTECTED]> wrote: > > wow, really nice results! Peter does know how to make stuff fast :) > > Now lets pick up some of Peter's other, previously discarded > > patches as well :-) > > > > Such as the rewritten reclaim (clockpro) patches: >

Re: 2.6.24-rc1: First impressions

On Fri, 2007-10-26 at 17:22 +0200, Ingo Molnar wrote: > * Martin Knoblauch <[EMAIL PROTECTED]> wrote: > > > Hi , > > > > just to give some feedback on 2.6.24-rc1. For some time I am tracking > > IO/writeback problems that hurt system responsiveness big-time. I > > tested Peters stuff togethe

Re: per BDI dirty limit (was Re: -mm merge plans for 2.6.24)

On Fri, 2007-10-26 at 17:33 +0200, Peter Zijlstra wrote: > On Fri, 2007-10-26 at 17:33 +0200, Kay Sievers wrote: > > On Fri, 2007-10-26 at 17:22 +0200, Peter Zijlstra wrote: > > > On Fri, 2007-10-26 at 17:10 +0200, Kay Sievers wrote: > > > > On Fri, 2007-10-26 at 16:48 +0200, Peter Zijlstra wrote:

Re: Linux Security *Module* Framework (Was: LSM conversion to static interface)

On Fri, Oct 26, 2007 at 11:46:39AM +0200, Tilman Schmidt wrote: > On Thu, 25 Oct 2007 19:56:47 -0700, Greg KH wrote: > > I'm trying to compile a list of all known external modules and drivers > > and work to get them included in the main kernel tree to help prevent > > these kinds of things. If yo

Re: Linux Security *Module* Framework (Was: LSM conversion to static interface)

On Fri, Oct 26, 2007 at 09:09:05AM +0200, Jan Engelhardt wrote: > > On Oct 25 2007 19:56, Greg KH wrote: > > > >I'm trying to compile a list of all known external modules and drivers > >and work to get them included in the main kernel tree to help prevent > >these kinds of things. If you know of

Re: per BDI dirty limit (was Re: -mm merge plans for 2.6.24)

On Fri, 2007-10-26 at 17:10 +0200, Kay Sievers wrote: > On Fri, 2007-10-26 at 16:48 +0200, Peter Zijlstra wrote: > > > I appreciate the sysfs people their opinion that /sys/bdi/ might not be the > > best from their POV, however I'm not seeing where to hook the BDI object > > from > > so that it a

Re: 2.6.24-rc1: First impressions

* Martin Knoblauch <[EMAIL PROTECTED]> wrote: > Hi , > > just to give some feedback on 2.6.24-rc1. For some time I am tracking > IO/writeback problems that hurt system responsiveness big-time. I > tested Peters stuff together with Fenguangs additions and it looked > promising. Therefore I

Re: [patch] raid6: generate raid6tables.c with proper style

* Simon Holm Thøgersen <[EMAIL PROTECTED]> wrote: > fre, 26 10 2007 kl. 10:17 +0200, skrev Ingo Molnar: > > Subject: raid6: generate raid6tables.c with proper style > > From: Ingo Molnar <[EMAIL PROTECTED]> > > [snip] > > > Index: linux/drivers/md/mktables.c > >

Re: Is gcc thread-unsafe?

On Fri, 26 Oct 2007, Bart Van Assche wrote: > > You can find my proposal to improve gcc here: > http://gcc.gnu.org/ml/gcc/2007-10/msg00465.html Btw, I think this is fine per se, but putting "__attribute__((acquire))" on the functions that acquire a lock does seem to be problematic, in that qu

[PATCH 1/12] maps4: add proportional set size accounting in smaps

From: Fengguang Wu <[EMAIL PROTECTED]> The "proportional set size" (PSS) of a process is the count of pages it has in memory, where each page is divided by the number of processes sharing it. So if a process has 1000 pages all to itself, and 1000 shared with one other process, its PSS will be 150

[PATCH 4/12] maps4: introduce a generic page walker

Introduce a general page table walker Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: l/include/linux/mm.h === --- l.orig/include/linux/mm.h 2007-10-26 11:19:36.0 -0500 +++ l/include/linux/mm.h2007-10-26 11:2

[PATCH 0/12] maps4: pagemap monitoring v4

This patchset is version 4 of my /proc/pid/pagemaps code. Changes in this series: - kpageflags decoupled from kernel internal flag bits (suggested by Dave Hansen) - better docs for walk_page_range (suggested by Jeremy Fitzhardinge) - a number of cleanups suggested by Dave Rientjes - fixed kconf

[PATCH 3/12] maps4: move is_swap_pte

Move is_swap_pte helper function to swapops.h for use by pagemap code Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: l/include/linux/swapops.h === --- l.orig/include/linux/swapops.h 2007-10-09 17:36:25.0 -0500 ++

[PATCH 5/12] maps4: use pagewalker in clear_refs and smaps

Use the generic pagewalker for smaps and clear_refs Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: l/fs/proc/task_mmu.c === --- l.orig/fs/proc/task_mmu.c 2007-10-22 16:24:47.0 -0500 +++ l/fs/proc/task_mmu.c2

[PATCH 2/12] maps4: From: Dave Hansen <[EMAIL PROTECTED]>

From: Dave Hansen <[EMAIL PROTECTED]> The following replaces the earlier patches sent. It should address David Rientjes's comments, and has been compile tested on all the architectures that it touches, save for parisc. For the /proc//pagemap code[1], we need to able to query how much virtu

[PATCH 6/12] maps4: simplify interdependence of maps and smaps

From: Matt Mackall <[EMAIL PROTECTED]> This pulls the shared map display code out of show_map and puts it in show_smap where it belongs. Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Cc: Jeremy Fitzhardinge <[EMAIL PROTECTED]> Cc: David Rientjes <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton

[PATCH 7/12] maps4: move clear_refs code to task_mmu.c

From: Matt Mackall <[EMAIL PROTECTED]> This puts all the clear_refs code where it belongs and probably lets things compile on MMU-less systems as well. Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Cc: Jeremy Fitzhardinge <[EMAIL PROTECTED]> Cc: David Rientjes <[EMAIL PROTECTED]> Signed-off-by:

[PATCH 8/12] maps4: regroup task_mmu by interface

From: Matt Mackall <[EMAIL PROTECTED]> Reorder source so that all the code and data for each interface is together. Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Cc: Jeremy Fitzhardinge <[EMAIL PROTECTED]> Cc: David Rientjes <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>

[PATCH 9/12] maps4: add /proc/pid/pagemap interface

From: Matt Mackall <[EMAIL PROTECTED]> This interface provides a mapping for each page in an address space to its physical page frame number, allowing precise determination of what pages are mapped and what pages are shared between processes. New in this version: - headers gone again (as recomme

[PATCH 10/12] maps4: add /proc/kpagecount interface

From: Matt Mackall <[EMAIL PROTECTED]> This makes physical page map counts available to userspace. Together with /proc/pid/pagemap and /proc/pid/clear_refs, this can be used to monitor memory usage on a per-page basis. [EMAIL PROTECTED]: make struct proc_kpagemap static] Signed-off-by: Matt Macka

[PATCH 11/12] maps4: add /proc/kpageflags interface

From: Matt Mackall <[EMAIL PROTECTED]> This makes a subset of physical page flags available to userspace. Together with /proc/pid/kpagemap, this allows tracking of a wide variety of VM behaviors. Exported flags are decoupled from the kernel's internal flags. This allows us to reorder flag bits, a

[PATCH 12/12] maps4: make page monitoring /proc file optional

Make /proc/ page monitoring configurable This puts the following files under an embedded config option: /proc/pid/clear_refs /proc/pid/smaps /proc/pid/pagemap /proc/kpagecount /proc/kpageflags Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: l/fs/proc/base.c ==

Re: per BDI dirty limit (was Re: -mm merge plans for 2.6.24)

On Fri, 2007-10-26 at 16:48 +0200, Peter Zijlstra wrote: > Miklos, Trond: could you suggest a better fmt for the bdi_init_fmt() for your > respective filesystems? > Index: linux-2.6-2/fs/nfs/client.c > === > --- linux-2.6-2.orig/fs/

Re: [PATCH] PCMCIA: prevent auto insert during resume.

On Fri, Oct 26, 2007 at 06:27:06PM +0200, Rodolfo Giometti wrote: > On Fri, Oct 26, 2007 at 05:02:06PM +0100, Russell King wrote: > > When you bring the battery device out of resume, and you've inserted a > > card, you want it to be detected. Your change means you have to wait > > until the system

Re: Regression: commit "ide: constify struct ide_port_info" causes breakage

Hello. Linus Torvalds wrote: We can just convert cariables declared as 'struct hpt_info' to const too -- they are read-only templates. Generally "__devinitdata" is better than "const", since it means that the data may be thrown away. Agreed. So if you drop one over the other, N

Re: [PATCH] DMA: Fix broken device refcounting

On Fri, 2007-10-26 at 09:12 -0700, Haavard Skinnemoen wrote: > I'm not sure if this is the correct way to solve it, but it seems to > work. The remove() function does not hang, which indicates that the > device's reference count does drop all the way to zero on > unregistration, which in turn indi

Re: [patch] fs: restore nobh

On Fri 26-10-07 00:49:41, Nick Piggin wrote: > On Thu, Oct 25, 2007 at 09:07:36PM +0200, Jan Kara wrote: > > Hi, > > > > > This is overdue, sorry. Got a little complicated, and I've been away from > > > my filesystem test setup so I didn't want ot send it (lucky, coz I found > > > a bug after mo

[2.624-rc1 regression] lost battery information

I have lost battery in 2.6.24-rc1. Without CONFIG_ACPI_PROCFS I have no /proc/acpi/battery and cannot test netlink interface because right now there is no consumer of this. With CONFIG_ACPI_PROCFS I get {pts/1}% LC_ALL=C ll /proc/acpi/battery/BAT1 total 0 -rw-r--r-- 1 root root 0 Oct 26 20:18 a

Re: [RFC] full suspend/resume support for i915 DRM driver

On Thursday, October 25, 2007 9:59 pm Greg KH wrote: > On Thu, Oct 25, 2007 at 04:53:18PM -0700, Jesse Barnes wrote: > > Ok, here's yet another version that uses the device model for the > > suspend/resume, rather than pci hooks. > > > > Greg, DRM desperately needs review of its device model usage,

Re: Is gcc thread-unsafe?

Bart Van Assche writes: > Andrew, do you know whether gcc currently contains any optimization > that interchanges the order of accesses to non-volatile variables > and function calls ? It sure does. Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4

Re: [RFC][PATCH] Fix hang in posix_locks_deadlock()

On Thu, Oct 18, 2007 at 02:57:59PM -0400, George G. Davis wrote: > On Wed, Oct 17, 2007 at 02:51:57PM -0400, George G. Davis wrote: > > --- > > Not sure if this is the correct fix but it does resolve the hangs we're > > observing in posix_locks_deadlock(). > > Please disregard the previous patch,

Re: Is gcc thread-unsafe?

On 10/26/07, Linus Torvalds <[EMAIL PROTECTED]> wrote: > > On Fri, 26 Oct 2007, Linus Torvalds wrote: > > > > On Fri, 26 Oct 2007, Bart Van Assche wrote: > > > > > > You can find my proposal to improve gcc here: > > > http://gcc.gnu.org/ml/gcc/2007-10/msg00465.html > > > > Btw, I think this is fine

Re: linux-2.6.23-git3: Many sysfs-related warnings in dmesg

On my openSUSE 10.3 x86_64 system running v2.6.24-rc1-281-g22d2aa1, I get the sysfs rename messages. Using Greg's patch, nothing changed. The log results are: sysfs: duplicate filename 'eth1' can not be created WARNING: at fs/sysfs/dir.c:424 sysfs_add_one() Call Trace: [] sysfs_add_one+0x5c/0x

Re: pci-disable-decode-of-io-memory-during-bar-sizing.patch

On Thursday, October 25, 2007 7:54 pm Greg KH wrote: > On Thu, Oct 25, 2007 at 04:22:35PM -0700, Jesse Barnes wrote: > > I think Greg doesn't like it, even though we don't have an > > alternative at this point... > > Yes, I didn't like it, Ivan didn't like it, and I got reports that it > wasn't eve

Re: [PATCH] [CRYPTO]: Fix hmac_digest from the SG breakage.

On Fri, Oct 26 2007, Herbert Xu wrote: > On Fri, Oct 26, 2007 at 09:43:31AM -0400, Vlad Yasevich wrote: > > > > Got reported to me because SCTP kept breaking. Wasn't sure which > > way to send it. > > > > As long as it's somewhere, I am happy. > > I'm happy too :) > > Dave has kindly fixed the

Re: Linux Security *Module* Framework (Was: LSM conversion to static interface)

On 26/10/07 16:58, Greg KH wrote: > On Fri, Oct 26, 2007 at 11:46:39AM +0200, Tilman Schmidt wrote: >> On Thu, 25 Oct 2007 19:56:47 -0700, Greg KH wrote: >> > I'm trying to compile a list of all known external modules and drivers >> > and work to get them included in the main kernel tree to help pr

Re: [2.624-rc1 regression] lost battery information

Andrey Borzenkov wrote: > I have lost battery in 2.6.24-rc1. Without CONFIG_ACPI_PROCFS I have > no /proc/acpi/battery and cannot test netlink interface because right now > there is no consumer of this. for /sysfs interface you need to enable power_supply driver. or you could apply this patch and

Re: [PATCH 2/2] RT: Cache cpus_allowed weight for optimizing migration

I forgot to tell you this the last time. You need to add: --- include/linux/init_task.h |1 + 1 file changed, 1 insertion(+) Index: linux-2.6.23-rt3/include/linux/init_task.h === --- linux-2.6.23-rt3.orig/include/linux/init_tas

Re: Is gcc thread-unsafe?

On Fri, 26 Oct 2007, Linus Torvalds wrote: > > > On Fri, 26 Oct 2007, Bart Van Assche wrote: > > > > You can find my proposal to improve gcc here: > > http://gcc.gnu.org/ml/gcc/2007-10/msg00465.html > > Btw, I think this is fine per se, but putting "__attribute__((acquire))" > on the functi

Re: 2.6.24-rc1 fails with lockup - /sbin/ifconfig / inet_ioctl() / dev_close() / rtl8169_down()

On Fri, 26 Oct 2007 08:37:33 +0200 Ingo Molnar <[EMAIL PROTECTED]> wrote: > > * Romano Giannetti <[EMAIL PROTECTED]> wrote: > > > > Does this help? > > > > I tried this, but although I have the D-state processes, I cannot see > > any debug trace now. Results are at: > > > > http://www.dea.ica

[PATCH] [POWERPC] Fix CONFIG_SMP=n build breaks

Fix two build errors on powerpc allyesconfig + CONFIG_SMP=n: arch/powerpc/platforms/built-in.o: In function `cpu_affinity_set': arch/powerpc/platforms/cell/spu_priv1_mmio.c:78: undefined reference to `.iic_get_target_id' arch/powerpc/platforms/built-in.o: In function `iic_init_IRQ': arch/powerpc/

Re: [PATCH] Input: Support for a less exclusive grab.

On Thu, Oct 25, 2007 at 01:37:34AM -0400, Ryan Lortie wrote: > On Wed, 2007-24-10 at 11:35 -0400, Zephaniah E. Hull wrote: > > We need a way to, at the absolute minimum, unbind the keyboard from the > > text console. The current solution sucks for things like rfkill. > > > > I'm not convinced tha

Re: [2.624-rc1 regression] lost battery information

Andrey Borzenkov wrote: > I have lost battery in 2.6.24-rc1. Without CONFIG_ACPI_PROCFS I have > no /proc/acpi/battery and cannot test netlink interface because right now > there is no consumer of this. This is a known issue. Please see: http://lkml.org/lkml/2007/10/22/110 Cheers, Frans Pop - To

Re: [PATCH] DMA: Correct invalid assumptions in the Kconfig text

On 10/24/07, Haavard Skinnemoen <[EMAIL PROTECTED]> wrote: > > Otherwise, Acked-by: Dan Williams <[EMAIL PROTECTED]> > > Thanks. Are one of you going to pick it up as well? > Yeah, I'll pick it up. I'll leave off the AVR addition to DMADEVICES because I assume it will come with the future patch i

Re: [PROBLEM] UM does not compile on i386

On Fri, Oct 26, 2007 at 03:58:04PM +0300, Pekka Enberg wrote: > The current Linus' git does not compile on i386 for UM defconfig: You need this patch: http://marc.info/?l=linux-kernel&m=11933249601&q=raw Jeff -- Work email - jdike at linux dot intel

Re: [PATCH] PCMCIA: prevent auto insert during resume.

On Fri, Oct 26, 2007 at 05:02:06PM +0100, Russell King wrote: > > Not on a battery powered device with a graphical interface. This can be done by a button, menu or other graphical object. :) > > On battery powered device I should prevent power lost, so if I power > > down a device I'd like it sh

Re: [alsa-devel] sysfs: WARNING: at fs/sysfs/dir.c:424 sysfs_add_one() - with ALSA

On 10/26/07, Takashi Iwai <[EMAIL PROTECTED]> wrote: > At Fri, 26 Oct 2007 08:52:02 -0700, > Greg KH wrote: > > > > On Fri, Oct 26, 2007 at 02:47:22PM +0530, Kamalesh Babulal wrote: > > > I get similar warning, while loading the alsa driver > > > > This is a different problem, not a rename issue li

Re: [2.6.24-rc1 regression] suspend fails

On Friday 26 October 2007, Rafael J. Wysocki wrote: > On Thursday, 25 October 2007 19:47, Andrey Borzenkov wrote: > > I can no more suspend with 2.6.24-rc1. 2.6.23 is fine. Here is kernel > > log; config attached > > Please try the patch from: > http://marc.info/?l=linux-mm-commits&m=11931860901309

Re: Regression: commit "ide: constify struct ide_port_info" causes breakage

On Fri, 26 Oct 2007, Russell King wrote: > > commit 8562043606430185cad26d085d46adcc7ad67fd1 is broken, causing: > > CC drivers/ide/pci/cmd64x.o > CC drivers/ide/pci/hpt366.o > drivers/ide/pci/hpt366.c:1428: error: hpt366_chipsets causes a section type > conflict > > and therefor

[PATCH] DMA: Fix broken device refcounting

When a DMA device is unregistered, its reference count is decremented twice for each channel: Once dma_class_dev_release() and once in dma_chan_cleanup(). This may result in the DMA device driver's remove() function completing before all channels have been cleaned up, causing lots of use-after-free

Re: Bad TCP checksum error

Hi All, I have dome some changes in the code. Now instead of calculating the TCP checksum from scratch, I was just recalculating it by incremental update as mentioned in RFC 1624. Good thing is that now I was able to get the correct IP header checksum but still TCP checksum value is corrupted. Int

Regression: commit "ide: constify struct ide_port_info" causes breakage

commit 8562043606430185cad26d085d46adcc7ad67fd1 is broken, causing: CC drivers/ide/pci/cmd64x.o CC drivers/ide/pci/hpt366.o drivers/ide/pci/hpt366.c:1428: error: hpt366_chipsets causes a section type conflict and therefore should be reverted. The problem arises because hpt366 has

[PATCH 2/2] RT: Cache cpus_allowed weight for optimizing migration

Some RT tasks (particularly kthreads) are bound to one specific CPU. It is fairly common for two or more bound tasks to get queued up at the same time. Consider, for instance, softirq_timer and softirq_sched. A timer goes off in an ISR which schedules softirq_thread to run at RT50. Then the timer

[PATCH 1/2] RT: cleanup some push-rt logic

Please fold into original -rt2 patches as appropriate Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]> --- kernel/sched_rt.c | 10 ++ 1 files changed, 2 insertions(+), 8 deletions(-) diff --git a/kernel/sched_rt.c b/kernel/sched_rt.c index 55da7d0..b59dc20 100644 --- a/kernel/sched_

Re: sysfs: WARNING: at fs/sysfs/dir.c:424 sysfs_add_one() - with ALSA

On Fri, Oct 26, 2007 at 02:47:22PM +0530, Kamalesh Babulal wrote: > I get similar warning, while loading the alsa driver This is a different problem, not a rename issue like the network one was. > [ 191.933548] Advanced Linux Sound Architecture Driver Version 1.0.15 > (Tue Oct 23 06:09:18 2007 U

Re: sysfs: WARNING: at fs/sysfs/dir.c:424 sysfs_add_one()

On Fri, Oct 26, 2007 at 12:44:38PM +0530, Amit Shah wrote: > On 2.6.24-rc1, I get this for all my eth interfaces: > > [ 150.389821] sysfs: duplicate filename 'eth1_rename' can not be created > [ 150.389824] WARNING: at fs/sysfs/dir.c:424 sysfs_add_one() I sent out the patch below for comments,

Re: [alsa-devel] sysfs: WARNING: at fs/sysfs/dir.c:424 sysfs_add_one() - with ALSA

At Fri, 26 Oct 2007 08:52:02 -0700, Greg KH wrote: > > On Fri, Oct 26, 2007 at 02:47:22PM +0530, Kamalesh Babulal wrote: > > I get similar warning, while loading the alsa driver > > This is a different problem, not a rename issue like the network one > was. > > > [ 191.933548] Advanced Linux So

Re: [PATCH] PCMCIA: prevent auto insert during resume.

On Fri, Oct 26, 2007 at 05:47:06PM +0200, Rodolfo Giometti wrote: > On Fri, Oct 26, 2007 at 04:11:41PM +0100, Russell King wrote: > > On Fri, Oct 26, 2007 at 12:51:25PM +0200, Rodolfo Giometti wrote: > > > If a socket has been ejected before sleeping, at resume time it > > > shouldn't be awaked. >

[PATCH] Fix plist initialisation for CONFIG_DEBUG_PI_LIST

PLIST_NODE_INIT (once used, only in -rt ATM) will fail when CONFIG_DEBUG_PI_LIST is enabled as it then generates a &NULL statement. This patch fixes the issue indirectly by turning the _lock argument of PLIST_HEAD_INIT into a pointer and adopting its users. Signed-off-by: Jan Kiszka <[EMAIL PROTEC

[PATCH] 2.6.23: access permission filesystem 0.20

This patch adds a new permission managing file system. Furthermore, it adds two modules, which make use of this file system. One module allows granting capabilities based on user-/groupid. The second module allows to grant access to lower numbered ports based on user-/groupid, too. Changes: - upd

[PATCH] 2.6.23: Filesystem capabilities 0.17

This patch implements filesystem capabilities. It allows to run privileged executables without the need for suid root. Changes: - updated to 2.6.23 - fix const correctness - fix secureexec This patch is available at: Regards, Olaf. fs/Kconfig

Re: Regression: commit "ide: constify struct ide_port_info" causes breakage

Hello. Russell King wrote: commit 8562043606430185cad26d085d46adcc7ad67fd1 is broken, causing: CC drivers/ide/pci/cmd64x.o CC drivers/ide/pci/hpt366.o drivers/ide/pci/hpt366.c:1428: error: hpt366_chipsets causes a section type conflict and therefore should be reverted. The

Re: [PATCH v2] ISDN/capidrv: address two longstanding warnings

* change #warning to a code comment * add comment and special ifdef'd 64-bit code for a situation where we must store a pointer into a CAPI field 'Data', which is fixed by the interface at 32 bits. Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]> Acked-by: Karsten Keil <[EMAIL PROTECTED]> ---

Re: [PATCH] PCMCIA: prevent auto insert during resume.

On Fri, Oct 26, 2007 at 05:36:51PM +0100, Russell King wrote: > On Fri, Oct 26, 2007 at 06:27:06PM +0200, Rodolfo Giometti wrote: > > On Fri, Oct 26, 2007 at 05:02:06PM +0100, Russell King wrote: > > > When you bring the battery device out of resume, and you've inserted a > > > card, you want it to

Re: Regression: commit "ide: constify struct ide_port_info" causes breakage

On Fri, 26 Oct 2007, Sergei Shtylyov wrote: > >We can just convert cariables declared as 'struct hpt_info' to const too > -- > they are read-only templates. Generally "__devinitdata" is better than "const", since it means that the data may be thrown away. So if you drop one over the oth

[PATCH] x86: Fix boot protocol KEEP_SEGMENTS check.

The kernel only ever supports 1 version of the boot protocol so there is no need to check the boot protocol revision to see if a feature is supported. Both x86 and x86_64 support the same boot protocol so we need to implement the KEEP_SEGMENTS on x86_64 as well. It isn't just paravirt bootloader

[PATCH] voyager: fix breakage caused by boot_params problem

There was a missed conversion in the voyager architecture setup file which this corrects. Signed-off-by: James Bottomley <[EMAIL PROTECTED]> --- James diff --git a/include/asm-x86/mach-voyager/setup_arch.h b/include/asm-x86/mach-voyager/setup_arch.h index 84d01ad..10debd2 100644 --- a/include/

Check handling of kernel build output directory

Hello, Two ways are mentioned in the Makefile for the Linux kernel 2.6.31.1 to specify output diretories. The description of the environment variable "KBUILD_OUTPUT" is missing from the file "README". I am trying to generate all executable files for the current stable kernel release on my open

Re: [PATCH] De-constify sched.h

* Alexey Dobriyan <[EMAIL PROTECTED]> wrote: > Linus, please revert commit a8972ccf00b7184a743eb6cd9bc7f3443357910c aka > "sched: constify sched.h" or apply the following patch instead. > > [PATCH] De-constify sched.h firstly, thank you for not Cc:-ing me. I learned about this revert only once

Re: Bad TCP checksum error

Checksum Offload on the NIC(s) can complicate things. First, if you are tracing on the sender, the tracepoint is before the NIC has computed the full checksum. IIRC only a partial checksum is passed-down to the NIC when CKO is in use. So, making certain your trace is from the "wire" or the re

Re: - mmconfig-validate-against-acpi-motherboard-resources.patch removed from -mm tree

On Thursday, October 25, 2007 10:27 pm Greg KH wrote: > On Thu, Oct 25, 2007 at 11:03:51PM -0600, Robert Hancock wrote: > > Greg KH wrote: > >> On Thu, Oct 25, 2007 at 04:22:35PM -0700, Jesse Barnes wrote: > >>> I think Greg doesn't like it, even though we don't have an > >>> alternative at this po

Re: [PATCH] PCMCIA: prevent auto insert during resume.

On Fri, Oct 26, 2007 at 06:54:00PM +0200, Rodolfo Giometti wrote: > On Fri, Oct 26, 2007 at 05:36:51PM +0100, Russell King wrote: > > On Fri, Oct 26, 2007 at 06:27:06PM +0200, Rodolfo Giometti wrote: > > > On Fri, Oct 26, 2007 at 05:02:06PM +0100, Russell King wrote: > > > > When you bring the batt

Re: [patch] raid6: generate raid6tables.c with proper style

Ingo Molnar wrote: * Simon Holm Thøgersen <[EMAIL PROTECTED]> wrote: fre, 26 10 2007 kl. 10:17 +0200, skrev Ingo Molnar: Subject: raid6: generate raid6tables.c with proper style From: Ingo Molnar <[EMAIL PROTECTED]> [snip] Index: linux/drivers/md/mktables.c =

Re: [PATCH] DMA: Correct invalid assumptions in the Kconfig text

On 10/25/07, Haavard Skinnemoen <[EMAIL PROTECTED]> wrote: > On Wed, 24 Oct 2007 20:16:16 +0200 > Haavard Skinnemoen <[EMAIL PROTECTED]> wrote: > > > [handwaving about API extensions] > > Oh, and we definitely need a way to report errors. Looks like the > existing drivers want this as well -- I cou

RE: [PATCH] DMA: Fix broken device refcounting

>From: Haavard Skinnemoen [mailto:[EMAIL PROTECTED] > >When a DMA device is unregistered, its reference count is decremented >twice for each channel: Once dma_class_dev_release() and once in >dma_chan_cleanup(). This may result in the DMA device driver's >remove() function completing before all ch

Re: [patch 2/2] cpusets: add interleave_over_allowed option

Lee wrote: > Paul: what do you think about subsetting the cpuset.txt into a man page > or 2 that can be referenced by other man pages' See Also sections? Oh dear --- looking back in my work queue I have with my employer, I see I have a task that is now over a year old, still unfinished, to provid

Re: [PATCH 1/3 -v4] x86_64 EFI runtime service support: EFI basic runtime service support

Alan Cox wrote: Again, these are wrappers to access EFI and not Windows. EFI uses the Windows x86_64 calling convention. The lin2win may be a more general naming convention that can be used for some other code (the NDISwrapper?) in the future. Do you agree? The SYSV description is wrong as wel

Re: Regression: commit "ide: constify struct ide_port_info" causes breakage

On Fri, 26 Oct 2007 09:30:20 -0700 (PDT) Linus Torvalds <[EMAIL PROTECTED]> wrote: > > > On Fri, 26 Oct 2007, Sergei Shtylyov wrote: > > > >We can just convert cariables declared as 'struct hpt_info' to > > const too -- they are read-only templates. > > Generally "__devinitdata" is better

Re: [RFC] full suspend/resume support for i915 DRM driver

On 10/26/07, Jesse Barnes <[EMAIL PROTECTED]> wrote: > On Thursday, October 25, 2007 9:59 pm Greg KH wrote: > > On Thu, Oct 25, 2007 at 04:53:18PM -0700, Jesse Barnes wrote: > > > Ok, here's yet another version that uses the device model for the > > > suspend/resume, rather than pci hooks. > > > >

RE: [PATCH] DMA: Fix broken device refcounting

>-Original Message- >From: Nelson, Shannon >Sent: Friday, October 26, 2007 10:00 AM >To: 'Haavard Skinnemoen' >Cc: Williams, Dan J; linux-kernel@vger.kernel.org; >[EMAIL PROTECTED] >Subject: RE: [PATCH] DMA: Fix broken device refcounting > >-- > >When a channel is removed from dmaengine,

Re: Check handling of kernel build output directory

On 10/26/07, Markus Elfring <[EMAIL PROTECTED]> wrote: > Hello, > > Two ways are mentioned in the Makefile for the Linux kernel 2.6.31.1 to > specify output > diretories. The description of the environment variable "KBUILD_OUTPUT" is > missing from > the file "README". Aren't you supposed to use

Re: [patch 2/2] cpusets: add interleave_over_allowed option

On Fri, 26 Oct 2007, Lee Schermerhorn wrote: > > With that MPOL_INTERLEAVE would be context dependent and no longer > > needs translation. Lee had similar ideas. Lee: Could we make > > MPOL_INTERLEAVE generally cpuset context dependent? > > > > That's what my "cpuset-independent interleave" pa

Re: [patch 3/3] cpusets: add memory_spread_user option

On Fri, 26 Oct 2007, Paul Jackson wrote: > For example, if they pass in a mask with all bits sets, then they > get interleave over all the nodes in their current cpuset, even as > that cpuset changes. If they pass in a mask with say just two > bits set, then they will get interleave over just two

Re: [patch 2/2] cpusets: add interleave_over_allowed option

On Fri, 2007-10-26 at 10:04 -0700, Paul Jackson wrote: > Lee wrote: > > Paul: what do you think about subsetting the cpuset.txt into a man page > > or 2 that can be referenced by other man pages' See Also sections? > > Oh dear --- looking back in my work queue I have with my employer, I > see I h

Re: [patch 3/3] cpusets: add memory_spread_user option

> I really want cpuset relative nodemasks. Nodes need to reference > to available nodes. If you set all of them then it will use all available > nodes and ignore the ones not allowed. If you just set the first two bits > then it will use the first and second node of a cpuset. Exactly. I think I

Re: [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC)

Hi! > > > or > > > > > > - have a global reserve and selectively serves sockets > > > (what I've been doing) > > > > That is a scalability problem on large systems! Global means global > > serialization, cacheline bouncing and possibly livelocks. If we get into > > this global shortage t

Re: [patch 3/3] cpusets: add memory_spread_user option

On Fri, 2007-10-26 at 10:18 -0700, Paul Jackson wrote: > pj wrote: > > On a different point, we could, if it was worth the extra bit of code, > > improve the current code's handling of mempolicy rebinding when the > > cpuset adds memory nodes. If we kept both the original cpusets > > mems_allowed,

[PATCH] proc: Fix proc_kill_inodes to kill dentries on all proc superblocks

It appears we overlooked support for removing generic proc files when we added support for multiple proc super blocks. Handle that now. Since all of the relevant code is already inside of a spin_lock we can just grab the superblock lock and walk through all of the instances of proc superblocks.

Re: [PATCH] Intel FB pixel clock calculation fix

On Tue 2007-09-11 14:18:57, Krzysztof Halasa wrote: > Andrew Morton <[EMAIL PROTECTED]> writes: > > >> Intel framebuffer mis-calculated pixel clocks. > > > and... what are the consequences of this miscalculation? I need to know > > such things so that I can decide whether a change is needed in 2

Re: Is gcc thread-unsafe?

Andrew Haley wrote: We're listening, really. It's unacceptable that gcc should break code. In that case a conversion of a conditional branch to an unconditional write to a visible variable is not an acceptable behaviour. Aside from the kernel issues, it would break any number of threaded u

Re: [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC)

On Fri, 26 Oct 2007, Pavel Machek wrote: > > And, _no_, it does not necessarily mean global serialisation. By simply > > saying there must be N pages available I say nothing about on which node > > they should be available, and the way the watermarks work they will be > > evenly distributed over t

Re: 2.6.24-rc1 fails with lockup - /sbin/ifconfig / inet_ioctl() / dev_close() / rtl8169_down()

* Stephen Hemminger <[EMAIL PROTECTED]> wrote: > > hm, from your log it appears that lockdep did not find anything, > > still the hang does trigger. > > > > it's /sbin/ifconfig and inet_ioctl() / dev_close() / rtl8169_down() > > that seems to be hanging. I've extracted the relevant backtrace

[RFC PATCH] coding style fix of drivers/md/mktables.c (based on 2.6.23)

commit 400796b6b5ef9d6b1a882e5b8b0a4015140b7ac7 Author: oliver <[EMAIL PROTECTED](none)> Commit: oliver <[EMAIL PROTECTED](none)> coding style clean up of drivers/md/mktables.c Signed-off-by: Oliver Pinter <[EMAIL PROTECTED]> diff --git a/drivers/md/mktables.c b/drivers/md/mktables.c ind

Re: [patch 3/3] cpusets: add memory_spread_user option

> Will it handle the case of MPOL_INTERLEAVE policy on a shm segment that > is mapped by tasks in different, possibly disjoint, cpusets. Local > allocation does, and my patch does. That was one of the primary > goals--to address an issue that Christoph has with shared policies. > cpusets really m

<    1   2   3   4   5   6   >