On Tue, Jan 29, 2008 at 09:50:40PM -0800, [EMAIL PROTECTED] wrote:
>
> Document the new dma_{un}map_{single|sg}_attrs() functions.
Thank you!
Looks good to me...so far I've only found one nit.
...
> +struct dma_attrs encapsulates a set of "dma attributes". For the
> +definition of struct dma_
On Thursday 31 January 2008, John W. Linville wrote:
> On Thu, Jan 31, 2008 at 08:13:31PM +, Chris Clayton wrote:
> > Hi John,
> >
> > On Wednesday 23 January 2008, John W. Linville wrote:
> > > On Wed, Jan 23, 2008 at 04:42:58PM +, Chris Clayton wrote:
> > > > On Wednesday 23 January 2008
On 1/29/08, Paolo Ciarrocchi <[EMAIL PROTECTED]> wrote:
> Hi all,
> this patch series implements a few clean up suggested by
> checkpatch.pl
>
> I compiled tested every single patch and verified that
> the clean up only patches are not modifying the md5sum of
> the relative .o file.
>
> Before the
Jan Kiszka wrote:
> George Anzinger wrote:
>> On 01/31/2008 01:36 AM, Jan Kiszka was caught saying:
>>> BTW, do you know if EXCEPTION_STACK_READY fails for other archs in
>>> parse_early_param as well? It should, because my under standing of
>>> trap_init is that it's the functions to arm things l
On Thu, 31 Jan 2008, Christoph Lameter wrote:
> > pagefault against the main linux page fault, given we already have all
> > needed serialization out of the PT lock. XPMEM is forced to do that
>
> pt lock cannot serialize with invalidate_range since it is split. A range
> requires locking for a
On Fri 2008-02-01 00:41:06, Michael Tokarev wrote:
> Since I upgraded from 2.6.23 to 2.6.24, suspend to
> disk does not work anymore on this machine. I'm
> trying to debug this now, for several hours already,
> without much luck so far.
>
> The machine is based on AMD X2-64 (BE-2400) CPU and
> NV
On Thu, Jan 31, 2008 at 10:58:11PM +0100, Kristoffer Ericson wrote:
> Currently you will see an empty "SoC Audio support for SuperH" menu
> when building for other archs (example pxa).
> This patch adds "depends on SUPERH" to remove that empty menu.
>
> signed-off-by: Kristoffer Ericson <[EMAIL P
No functional changes here, just tighten up style/whitespace.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/Documentation/rtc.txt b/Documentation/rtc.txt
index e20b19c..8deffcd 100644
--- a/Documentation/rtc.txt
+++ b/Documentation/rtc.txt
@@ -268,8 +268,8 @@ int main(int argc
On Thu, 31 Jan 2008, Jaroslav Kysela wrote:
>
> Linus, please pull from [the linus branch at]:
>
> master.kernel.org:/pub/scm/linux/kernel/git/perex/alsa.git linus
Hmm. This has a number of commits that have a questionable sign-off
history (I complained about the same thing for the networki
On Thu, Jan 31, 2008 at 12:18:54PM -0800, Christoph Lameter wrote:
> pt lock cannot serialize with invalidate_range since it is split. A range
> requires locking for a series of ptes not only individual ones.
The lock I take already protects up to 512 ptes yes. I call
invalidate_pages only across
> So the percpu changes are innocent ... something else since 2.6.24 is
> to blame. Only 5749 commits :-) I'll start bisecting.
12 bisections later ... nothing! I think I got lost in the
maze. Bisection #5 had a crash, but it looked to be a very
differnt crash (and looked to happen later than
Chuck Lever <[EMAIL PROTECTED]> wrote:
> >>> +struct nfs_fh_auxdata {
> >>> + struct timespec i_mtime;
> >>> + struct timespec i_ctime;
> >>> + loff_t i_size;
> >>> +};
> >>
> >> It might be useful to explain here why you need to supplement the
> >> mtime, ctime, and size fields that alre
:/# uname -a
Linux devil 2.6.22.16-amd64 #15 SMP Sat Jan 19 13:58:02 BRT 2008
x86_64 GNU/Linux
:/# cd /usr/src/linux-2.6.22
:/# patch -p1 -R < ../patch-2.6.22.16
:/# patch -p1 < ../patch-2.6.23
:/# patch -p1 < ../patch-2.6.24
:/# cd /usr/src/ ; mv linux-2.6.22 linux-2.6.24; cd linux-2.6.24
:/usr/s
On Thu, Jan 31, 2008 at 09:03:44AM -0800, Greg KH wrote:
> On Thu, Jan 31, 2008 at 06:12:34PM +0900, Paul Mundt wrote:
> > kernel/ksysfs.c seems to be a random dumping group for misc globals
> > that the rest of the tree depend on. This has caused problems with
> > exports in the past when sysfs is
I could have sworn I sent this out already, but I don't see it in the latest
git or in mm, so here we go ...
---
This documents the proper use of the irq_set_freq function.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/Documentation/rtc.txt b/Documentation/rtc.txt
index e20b19
On Jan 31, 2008 1:42 PM, Yinghai Lu <[EMAIL PROTECTED]> wrote:
>
> On Jan 31, 2008 1:35 PM, Brice Goglin <[EMAIL PROTECTED]> wrote:
> > Yinghai Lu wrote:
> > > On Jan 31, 2008 5:42 AM, Brice Goglin <[EMAIL PROTECTED]> wrote:
> > >
> > >> It works fine on regular machines such as dual opterons. Howe
Running fc7 all was well up until 2.6.23.12-52.fc7.
A recent update to 2.6.23.14-64.fc7 lost sound. The boot log now has
hda-intel: Error creating card!
HDA Intel: probe of :00:1b.0 failed with error -12
Mobo is Intel BLKDG965OTMKR.
The device is
00:1b.0 Audio device:
On Thu, Jan 31, 2008 at 03:09:55PM -0800, Christoph Lameter wrote:
> On Thu, 31 Jan 2008, Christoph Lameter wrote:
>
> > > pagefault against the main linux page fault, given we already have all
> > > needed serialization out of the PT lock. XPMEM is forced to do that
> >
> > pt lock cannot serial
On Tue, Jan 29, 2008 at 10:41:24PM +1100, Linus Torvalds wrote:
> On Mon, 28 Jan 2008, Matthew Wilcox wrote:
> >
> > I'd like you to pull the task_killable branch of
> > git://git.kernel.org/pub/scm/linux/kernel/git/willy/misc.git
>
> Well, Andrew already pointed out some of this, but I do want
On Thu, Jan 31, 2008 at 02:01:43PM -0800, Christoph Lameter wrote:
> Talking to Robin and Jack we found taht we still have a hole during fork.
> Fork may set a pte writeprotect. At that point the remote pte are
> not marked readonly(!). Remote writes may occur to pages that are marked
> readonly
> I have today compiled dl2k from git, the version with the 2007-12-23 patches
> from Al Viro: dl2k endianness fixes (.24 fodder?) Right before the Al Viro
> patches. This seems to be working perfectly on my system.
Ok, I've been applying Al's patches one by one, everything went fine till I
applie
Alexander wrote:
Hello!
The problem described at https://bugzilla.redhat.com/show_bug.cgi?id=351451 and
at http://ubuntuforums.org/showthread.php?t=655772 and supposedly fixed by the
patch http://kerneltrap.org/mailarchive/linux-kernel/2007/11/25/445094 is still
there. I have compiled 2.6.24-rc7
On Thu, Jan 31, 2008 at 02:21:58PM -0800, Christoph Lameter wrote:
> Is this okay for KVM too?
->release isn't implemented at all in KVM, only the list_del generates
complications.
I think current code could be already safe through the mm_count pin,
becasue KVM relies on the fact anybody pinning
Andrew Morton wrote:
There was a patch floating around to ignore PnPACPI reservations which
conflict with PCI BARs, which appears to be what's happening in this
case. That patch originally worked for any board, but was later made
specific to a certain Supermicro motherboard which had the sata_n
On Tue, 08 Jan 2008, Benjamin Herrenschmidt wrote:
> On Mon, 2008-01-07 at 11:42 -0800, Andrew Vasquez wrote:
> > That's fine. I take it these patches will be funneled via
> > gregkh/pci-2.6.git. There's some qla2xxx updates which are queued for
> > post-2.6.24 consumption in jejb/scsi-misc-2.6.
H. Peter Anvin wrote:
Hm. I have some minor concerns about this:
* The classical length field is only available in multiples of 16 (I
realize your patches change that to some degree, but I'd hate to make
the guarantee that the image payload is the last thing in the image --
it loses flexibi
Hi!
Quiz: on a booted system, how do you tell 32bit from 64bit kernel?
A1: zcat /proc/config.gz | grep CONFIG_64
...but config.gz is optional
A2: cat /proc/meminfo | grep High
...but i386 kernel could have highmem disabled
What is _your_ answer? ;-)>
Isn't a crc32 calculation already defined? Yes; in lib/crc32.c. One is
surely enough.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
On Jan 31, 2008 4:42 PM, Pavel Machek <[EMAIL PROTECTED]> wrote:
> Quiz: on a booted system, how do you tell 32bit from 64bit kernel?
Uhm, is this a trick question? What's wrong with uname(2)?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [E
Patrick McHardy wrote:
> Jozsef Kadlecsik wrote:
>> Strange, but there are a lot of incorrect checksum packets. How does
>> it come on the loopback interface?
>
> Loopback doesn't perform full checksumming, so thats expected.
The question remains: How do loopback packets get incorrect checksum?
W
On Thu, 31 Jan 2008, Matthew Wilcox wrote:
>
> To allow tasks to be interrupted by fatal signals, we introduce a new
> TASK_* bit; TASK_WAKEKILL. We also add a predicate fatal_signal_pending;
> the counterpart of signal_pending(). Then we add killable versions
> of lock_page(), mutex_lock(), s
On Thu, 2008-01-31 at 16:52 -0500, Josef Bacik wrote:
> On Thu, Jan 31, 2008 at 12:35:43PM -0700, Andreas Dilger wrote:
> > On Jan 31, 2008 11:14 -0500, Josef Bacik wrote:
> > [snip excellent analysis]
> > > So you get into this situation where
> > > t_nr_buffers (the actual number of buffers that
On Thu, 31 Jan 2008, Robert Hancock wrote:
>
> I think so. There was one objection that it introduced a dependency on pnpacpi
> loading after PCI bus enumeration, though.
>
> Linus also suggested that pnpacpi could be marking the resources as "present
> but unused" so that drivers can request t
Both trampolines actually *do* set up stack. (Is the "we jump into
compressed/head.S" comment still true?)
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
diff --git a/arch/x86/kernel/trampoline_32.S b/arch/x86/kernel/trampoline_32.S
index 9bcc1c6..5398547 100644
--- a/arch/x86/kernel/trampoli
On Jan 31, 2008 4:54 PM, Pavel Machek <[EMAIL PROTECTED]> wrote:
>
>
> Both trampolines actually *do* set up stack. (Is the "we jump into
> compressed/head.S" comment still true?)
>
> Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
>
> diff --git a/arch/x86/kernel/trampoline_32.S b/arch/x86/kernel/
On Thu 2008-01-31 16:46:57, Ray Lee wrote:
> On Jan 31, 2008 4:42 PM, Pavel Machek <[EMAIL PROTECTED]> wrote:
> > Quiz: on a booted system, how do you tell 32bit from 64bit kernel?
>
> Uhm, is this a trick question? What's wrong with uname(2)?
No, it is a tricky question. You are right, uname -a
On Jan 31 2008 22:17, Evgeniy Polyakov wrote:
>
>POHMELFS stands for Parallel Optimized Host Message Exchange
>Layered File System. It allows to mount remote servers to local
>directory via network. This filesystem supports local caching
>and writeback flushing.
>POHMELFS is a brick in a future di
On Thu 2008-01-31 17:02:29, Yinghai Lu wrote:
> On Jan 31, 2008 4:54 PM, Pavel Machek <[EMAIL PROTECTED]> wrote:
> >
> >
> > Both trampolines actually *do* set up stack. (Is the "we jump into
> > compressed/head.S" comment still true?)
> >
> > Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
> >
> >
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Wed, 30 Jan 2008 10:51:10 -0800
> [BNX2]: Fix ASYM PAUSE advertisement for remote PHY.
>
> We were checking for the ASYM_PAUSE bit for 1000Base-X twice instead
> checking for both the 1000Base-X bit and the 10/100/1000Base-T bit.
> The purpose of the
From: Roel Kluin <[EMAIL PROTECTED]>
Date: Wed, 30 Jan 2008 15:36:44 +0100
> Untested patch below, please confirm it's the right fix (should it be some
> other IFF_*?)
> --
> duplicate IFF_BROADCAST, remove 2nd
>
> Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
Applied, thanks.
--
To unsubscribe
David Newall wrote:
Isn't a crc32 calculation already defined? Yes; in lib/crc32.c. One is
surely enough.
As long as it can be included in user-space code we should use that one.
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Thu, Jan 31, 2008 at 02:09:30PM +0100, Jens Axboe wrote:
> On Wed, Jan 30 2008, Dave Young wrote:
> >
> > The bluetooth hci_conn sysfs add/del executed in the default workqueue.
> > If the del_conn is executed after the new add_conn with same target,
> > add_conn will failed with warning of "sa
On Jan 31 2008 16:46, Ray Lee wrote:
>On Jan 31, 2008 4:42 PM, Pavel Machek <[EMAIL PROTECTED]> wrote:
>> Quiz: on a booted system, how do you tell 32bit from 64bit kernel?
>
>Uhm, is this a trick question? What's wrong with uname(2)?
# uname -m
I won't tell you.
# linux32 uname -m
i686
Now what
don't strip Ccs, thanks. (and try not to tofu either.)
On Jan 31 2008 17:01, Justin Banks wrote:
>
>uname -a will tell you, though.
No. uname is generally not a reliable source to tell you the bitness (or
more precisely, the arch). It may even happen that you cannot find out
at all if access p
On Fri, 1 Feb 2008, Andrea Arcangeli wrote:
> I appreciate the review! I hope my entirely bug free and
> strightforward #v5 will strongly increase the probability of getting
> this in sooner than later. If something else it shows the approach I
> prefer to cover GRU/KVM 100%, leaving the overkill
The following are entries in feature-removal-schedule.txt that have
come due. Please change the subject when replying to specific items.
Where I've gotten responses from the named person in the file, I've
included their comment.
---
What: MXSER
When: December 2007
Wh
Hi,
This is related to the problem I reported earlier this week:
http://lkml.org/lkml/2008/1/30/554
Apparently artswrapper, run by KDE in openSUSE 10.3 with a real time priority,
is mishandled by the scheduler. The problem is that after the user logs out,
artswrapper stays in TASK_RUNNING foreve
On Thu, 2008-01-31 at 09:03 -0800, Randy Dunlap wrote:
> On Thu, 31 Jan 2008 09:18:22 +0800 Yi Yang wrote:
>
> > Currently, for every sysfs node, the callers will be responsible for
> > implementing store operation, so many many callers are doing duplicate
> > things to validate input, they have t
On Fri, 1 Feb 2008, Andrea Arcangeli wrote:
> GRU. Thanks to the PT lock this remains a totally obviously safe
> design and it requires zero additional locking anywhere (nor linux VM,
> nor in the mmu notifier methods, nor in the KVM/GRU page fault).
Na. I would not be so sure about having caught
On Fri, 2008-02-01 at 11:48 +1100, Linus Torvalds wrote:
>
> On Thu, 31 Jan 2008, Matthew Wilcox wrote:
> >
> > To allow tasks to be interrupted by fatal signals, we introduce a new
> > TASK_* bit; TASK_WAKEKILL. We also add a predicate fatal_signal_pending;
> > the counterpart of signal_pendin
On Fri, 1 Feb 2008, Andrea Arcangeli wrote:
> Good catch! This was missing also in my #v5 (KVM doesn't need that
> because the only possible cows on sptes can be generated by ksm, but
> it would have been a problem for GRU). The more I think about it, the
How do you think the GRU should know when
On Fri, 1 Feb 2008, Andrea Arcangeli wrote:
> On Thu, Jan 31, 2008 at 02:21:58PM -0800, Christoph Lameter wrote:
> > Is this okay for KVM too?
>
> ->release isn't implemented at all in KVM, only the list_del generates
> complications.
Why would the list_del generate problems?
> I think current
On Thu, 31 Jan 2008, Trond Myklebust wrote:
>
> Hmm... The current code won't compile as a module. We're at least going
> to require something like the attached patch.
Ahh, ok, I obviously only tested compiling it in.
No need to make that one-liner function be a GPL-only export, it's not
like
On Wednesday 30 January 2008, Pavel Machek wrote:
> --- a/drivers/rtc/rtc-cmos.c
> +++ b/drivers/rtc/rtc-cmos.c
> @@ -78,7 +78,7 @@ static inline int is_intr(u8 rtc_intr)
>
> /**/
>
> -static int cmos_read_time(struct device *dev
> @@ -2033,6 +2034,7 @@ void exit_mmap(struct mm_struct *mm)
> unsigned long end;
>
> /* mm's last user has gone, and its about to be pulled down */
> + mmu_notifier(invalidate_all, mm, 0);
> arch_exit_mmap(mm);
>
The name of the "invalidate_all" callout is not very descr
mmu_notifier: Provide invalidate_range for move_page_tables
Move page tables also needs to invalidate the external references
and hold new references off while moving page table entries.
This is already guaranteed by holding a writelock
on mmap_sem for get_user_pages() but follow_page() is not su
On Thu, 31 Jan 2008 20:45:04 -0500 Trond Myklebust <[EMAIL PROTECTED]> wrote:
>
> On Fri, 2008-02-01 at 11:48 +1100, Linus Torvalds wrote:
> >
> > On Thu, 31 Jan 2008, Matthew Wilcox wrote:
> > >
> > > To allow tasks to be interrupted by fatal signals, we introduce a new
> > > TASK_* bit; TASK_
On Fri, 2008-02-01 at 12:54 +1100, Linus Torvalds wrote:
> No need to make that one-liner function be a GPL-only export, it's not
> like any of the other regular sigpending functions are we export are
> GPL-only either (dequeue_signal() is, but that is because we *really*
> don't want people us
On Friday, 1 of February 2008, Rafael J. Wysocki wrote:
> Hi,
>
> This is related to the problem I reported earlier this week:
> http://lkml.org/lkml/2008/1/30/554
>
> Apparently artswrapper, run by KDE in openSUSE 10.3 with a real time priority,
> is mishandled by the scheduler. The problem is
From: David Newall <[EMAIL PROTECTED]>
Date: Fri, 01 Feb 2008 11:17:14 +1030
> Patrick McHardy wrote:
> > Jozsef Kadlecsik wrote:
> >> Strange, but there are a lot of incorrect checksum packets. How does
> >> it come on the loopback interface?
> >
> > Loopback doesn't perform full checksumming, so
On Thu, Jan 31, 2008 at 05:37:21PM -0800, Christoph Lameter wrote:
> On Fri, 1 Feb 2008, Andrea Arcangeli wrote:
>
> > I appreciate the review! I hope my entirely bug free and
> > strightforward #v5 will strongly increase the probability of getting
> > this in sooner than later. If something else
Christoph,
Jack has repeatedly pointed out needing an unregister outside the
mmap_sem. I still don't see the benefit to not having the lock in the mm.
Thanks,
Robin
Index: mmu_notifiers-cl-v4/include/linux/mm_types.h
===
--- mmu_no
From: Dave Young <[EMAIL PROTECTED]>
Date: Fri, 1 Feb 2008 09:24:41 +0800
> On Thu, Jan 31, 2008 at 02:09:30PM +0100, Jens Axboe wrote:
> > On Wed, Jan 30 2008, Dave Young wrote:
> > >
> > > The bluetooth hci_conn sysfs add/del executed in the default workqueue.
> > > If the del_conn is executed
On Thu, Jan 31, 2008 at 08:24:44PM -0600, Robin Holt wrote:
> On Thu, Jan 31, 2008 at 07:56:12PM -0600, Jack Steiner wrote:
> > > @@ -2033,6 +2034,7 @@ void exit_mmap(struct mm_struct *mm)
> > > unsigned long end;
> > >
> > > /* mm's last user has gone, and its about to be pulled down */
> >
On Thu, Jan 31, 2008 at 05:57:25PM -0800, Christoph Lameter wrote:
> Move page tables also needs to invalidate the external references
> and hold new references off while moving page table entries.
I must admit to not having spent any time thinking about this, but aren't
we moving the entries from
On Thu, 31 Jan 2008, Robin Holt wrote:
> Jack has repeatedly pointed out needing an unregister outside the
> mmap_sem. I still don't see the benefit to not having the lock in the mm.
I never understood why this would be needed. ->release removes the
mmu_notifier right now.
--
To unsubscribe fr
On Thu, 31 Jan 2008, Jack Steiner wrote:
> Christoph, is it time to post a new series of patches? I've got
> as many fixup patches as I have patches in the original posting.
Maybe wait another day? This is getting a bit too frequent and so far we
have only minor changes.
--
To unsubscribe from
On Jan 30, 2008 6:40 PM, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
>
> Here are some questions that arise in this picture:
>
> 1. What is the relationship of the task-group in A/tasks with the
>task-group in A/a1/tasks? In otherwords do they form siblings
>of the same parent A?
I'd arg
On Thu, 31 Jan 2008, Robin Holt wrote:
> On Thu, Jan 31, 2008 at 05:57:25PM -0800, Christoph Lameter wrote:
> > Move page tables also needs to invalidate the external references
> > and hold new references off while moving page table entries.
>
> I must admit to not having spent any time thinking
On Thu, Jan 31, 2008 at 06:39:19PM -0800, Christoph Lameter wrote:
> On Thu, 31 Jan 2008, Robin Holt wrote:
>
> > Jack has repeatedly pointed out needing an unregister outside the
> > mmap_sem. I still don't see the benefit to not having the lock in the mm.
>
> I never understood why this would
On Fri, 01 Feb 2008 00:30:17 +0800 Yi Yang wrote:
> On Thu, 2008-01-31 at 09:03 -0800, Randy Dunlap wrote:
> > On Thu, 31 Jan 2008 09:18:22 +0800 Yi Yang wrote:
> >
> > > Currently, for every sysfs node, the callers will be responsible for
> > > implementing store operation, so many many callers
On Feb 1, 2008 10:33 AM, David Miller <[EMAIL PROTECTED]> wrote:
> From: Dave Young <[EMAIL PROTECTED]>
> Date: Fri, 1 Feb 2008 09:24:41 +0800
>
>
> > On Thu, Jan 31, 2008 at 02:09:30PM +0100, Jens Axboe wrote:
> > > On Wed, Jan 30 2008, Dave Young wrote:
> > > >
> > > > The bluetooth hci_conn sysf
On Thu, Jan 31, 2008 at 07:56:12PM -0600, Jack Steiner wrote:
> > @@ -2033,6 +2034,7 @@ void exit_mmap(struct mm_struct *mm)
> > unsigned long end;
> >
> > /* mm's last user has gone, and its about to be pulled down */
> > + mmu_notifier(invalidate_all, mm, 0);
> > arch_exit_mmap(mm
On Thu, 31 Jan 2008, Robin Holt wrote:
> > Mutex locking? Could you be more specific?
>
> I think he is talking about the external locking that xpmem will need
> to do to ensure we are not able to refault pages inside of regions that
> are undergoing recall/page table clearing. At least that has
On Wed, Jan 30, 2008 at 07:00:11PM -0800, Roland Dreier wrote:
> > @@ -72,6 +73,8 @@ static void __ib_umem_release(struct ib_device *dev,
> struct ib_umem *umem, int d
> > * @addr: userspace virtual address to start at
> > * @size: length of region to pin
> > * @access: IB_ACCESS_xxx fla
On Thu, Jan 31, 2008 at 06:39:19PM -0800, Christoph Lameter wrote:
> On Thu, 31 Jan 2008, Robin Holt wrote:
>
> > Jack has repeatedly pointed out needing an unregister outside the
> > mmap_sem. I still don't see the benefit to not having the lock in the mm.
>
> I never understood why this would
On Thu, 31 Jan 2008, Robin Holt wrote:
> Both xpmem and GRU have means of removing their context seperate from
> process termination. XPMEMs is by closing the fd, I believe GRU is
> the same. In the case of XPMEM, we are able to acquire the mmap_sem.
> For GRU, I don't think it is possible, but
On Thu, 31 Jan 2008, Jack Steiner wrote:
> I currently unlink the mmu_notifier when the last GRU mapping is closed. For
> example, if a user does a:
>
> gru_create_context();
> ...
> gru_destroy_context();
>
> the mmu_notifier is unlinked and all task tables allocated
> b
Sato-san,
> > What you *could* do is to start putting processes to sleep if they
> > attempt to write to the frozen filesystem, and then detect the
> > deadlock case where the process holding the file descriptor used to
> > freeze the filesystem gets frozen because it attempted to write to the
>
On Thu, Jan 31, 2008 at 03:38:48PM -0700, Grant Grundler wrote:
Thanks for looking through this.
I'll send an updated patchset that addresses your comments
as soon as I can - probably around Monday.
> ...
> > +struct dma_attrs encapsulates a set of "dma attributes". For the
> > +definition of
Paul Menage wrote:
[snip]
> BTW, I noticed this code in cpu_cgroup_create():
>
> /* we support only 1-level deep hierarchical scheduler atm */
> if (cgrp->parent->parent)
> return ERR_PTR(-EINVAL);
>
> Is anyone working on allowing more levels?
>
Yes, Dhaval nad
On Thu, Jan 31, 2008 at 06:39:56PM -0800, Paul Menage wrote:
> On Jan 30, 2008 6:40 PM, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> >
> > Here are some questions that arise in this picture:
> >
> > 1. What is the relationship of the task-group in A/tasks with the
> >task-group in A/a1/tasks
On Thu, Jan 31, 2008 at 02:08:31PM -0800, Christoph Lameter wrote:
>On Thu, 31 Jan 2008, WANG Cong wrote:
>
>> index 6ce9f3a..4ebbe15 100644
>> --- a/include/asm-generic/tlb.h
>> +++ b/include/asm-generic/tlb.h
>> @@ -16,6 +16,7 @@
>> #include
>> #include
>> #include
>> +#include
>
>Please a
> Index: linux-2.6/include/linux/mmu_notifier.h
...
> +struct mmu_notifier_ops {
...
> + /*
> + * invalidate_range_begin() and invalidate_range_end() must paired.
> + * Multiple invalidate_range_begin/ends may be nested or called
> + * concurrently. That is legit. However, no new
On Thu, Jan 31, 2008 at 11:39:12PM +0530, Balbir Singh wrote:
> Srivatsa Vaddagiri wrote:
> > Hi,
> > As we were implementing multiple-hierarchy support for CPU
> > controller, we hit some oddities in its implementation, partly related
> > to current cgroups implementation. Peter and I have bee
On Thu, 31 Jan 2008, Robin Holt wrote:
> > + void (*invalidate_range_end)(struct mmu_notifier *mn,
> > +struct mm_struct *mm, int atomic);
>
> I think we need to pass in the same start-end here as well. Without it,
> the first invalidate_range would have to block fa
Hi, Phil,
> -Original Message-
> From: Phil Terry [mailto:[EMAIL PROTECTED]
>
> On Thu, 2008-01-31 at 14:30 +0800, Zhang Wei wrote:
> >
> > > >
> > I consider each RIO controller will has its own network,
> the device IDs
> > should be
> > unique only in its port network.
> Hmmm, I se
On Thu, Jan 31, 2008 at 07:58:40PM -0800, Christoph Lameter wrote:
> On Thu, 31 Jan 2008, Robin Holt wrote:
>
> > > + void (*invalidate_range_end)(struct mmu_notifier *mn,
> > > + struct mm_struct *mm, int atomic);
> >
> > I think we need to pass in the same start-end her
On Thu, Jan 31, 2008 at 09:37:42PM +0100, Peter Zijlstra wrote:
>
> On Thu, 2008-01-31 at 23:39 +0530, Balbir Singh wrote:
> > Srivatsa Vaddagiri wrote:
> > > Hi,
> > > As we were implementing multiple-hierarchy support for CPU
> > > controller, we hit some oddities in its implementation, partly
> Index: linux-2.6/mm/memory.c
...
> @@ -1668,6 +1678,7 @@ gotten:
> page_cache_release(old_page);
> unlock:
> pte_unmap_unlock(page_table, ptl);
> + mmu_notifier(invalidate_range_end, mm, 0);
I think we can get an _end call without the _begin call before it.
Thanks,
Robi
On Thu, 2008-01-31 at 09:51 +0800, Tilman Schmidt wrote:
> The definitions of the line discipline numbers N_* have been moved
> from asm-*/termios.h to linux/tty.h, but the Blackfin architecture
> has somehow evaded that move. Bring it in line with the others.
>
Thanks a lot.
Acked-by: Bryan Wu
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Add a new ioctl, SNAPSHOT_GET_IMAGE_SIZE, returning the size of the (just
created) hibernation image, to the hibernation userland interface.
This ioctl is necessary so that the userland utilities using the interface need
not access the hibernation image
This is the suspend queue for 2.6.25 --
freshly re-based to the HEAD of Linus' tree.
I plan to send a pull request tomorrow.
thanks,
-Len
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.k
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Modify the hibernation userland interface by adding two new ioctls to it,
SNAPSHOT_PLATFORM_SUPPORT and SNAPSHOT_POWER_OFF, that can be used,
respectively, to switch the hibernation platform support on/off and to make the
kernel transition the system to
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Make it possible to test the hibernation core code with the help of the
/sys/power/pm_test attribute introduced for suspend testing in the previous
patch.
Writing an appropriate string to this file causes the hibernation code to work
in one of the test
From: Johannes Berg <[EMAIL PROTECTED]>
When trying to debug a suspend failure I started implementing
PM_TRACE for powerpc. I then noticed that I'm debugging a suspend
failure and so PM_TRACE isn't useful at all, but thought that
nonetheless this could be useful in the future.
Basically, to suppo
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Mark the SNAPSHOT_SET_SWAP_FILE ioctl belonging to the hibernation userland
interface as deprecated.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Acked-by: Pavel Machek <[EMAIL PROTECTED]>
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
---
Docume
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Some code in acpi_hibernation_finish() was moved to acpi_hibernation_leave(),
but the old copy had been left (it's harmless, but also useless). Remove it.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
From: Adrian Bunk <[EMAIL PROTECTED]>
This patch moves the prototypes of count_highmem_pages() and
restore_highmem() to kernel/power/power.h
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: Pavel Machek <[EMAIL PROTECTED]>
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Signed-off-by
From: Johannes Berg <[EMAIL PROTECTED]>
This cleans up the suspend Kconfig and removes the need to
declare centrally which architectures support suspend. All
architectures that currently support suspend are modified
accordingly.
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
Acked-by: Russell K
401 - 500 of 611 matches
Mail list logo
