lockdep goes off on the iova copy_reserved_iova because it and a
function it calls grabs locks in the from, and the to of the copy
operation.
This patch gives the reserved_ioval_list locks special lockdep classes.
--mgross
Signed-off-by: [EMAIL PROTECTED]
Index:
On Wed, Feb 13, 2008 at 10:23:34AM -0800, Randy Dunlap wrote:
>> Index: linux-2.6.24-mm1/Documentation/kernel-parameters.txt
>> ===
>> --- linux-2.6.24-mm1.orig/Documentation/kernel-parameters.txt
>> 2008-02-12
>>
On Tue, Feb 12, 2008 at 07:54:48AM -0800, David Miller wrote:
> > Something could be done:
> > we could enable drivers to have DMA-pools they manage that get mapped
> > and are re-used.
> >
> > I would rather the DMA-pools be tied to PID's that way any bad behavior
> > would be limited to the
On Tue, Feb 12, 2008 at 12:21:08PM -0800, Randy Dunlap wrote:
>> Index: linux-2.6.24-mm1/Documentation/kernel-parameters.txt
>> ===
>> --- linux-2.6.24-mm1.orig/Documentation/kernel-parameters.txt
>> 2008-02-12
>>
On Tue, Feb 12, 2008 at 12:21:08PM -0800, Randy Dunlap wrote:
Index: linux-2.6.24-mm1/Documentation/kernel-parameters.txt
===
--- linux-2.6.24-mm1.orig/Documentation/kernel-parameters.txt
2008-02-12
07:12:06.0
On Tue, Feb 12, 2008 at 07:54:48AM -0800, David Miller wrote:
Something could be done:
we could enable drivers to have DMA-pools they manage that get mapped
and are re-used.
I would rather the DMA-pools be tied to PID's that way any bad behavior
would be limited to the address space
On Wed, Feb 13, 2008 at 10:23:34AM -0800, Randy Dunlap wrote:
Index: linux-2.6.24-mm1/Documentation/kernel-parameters.txt
===
--- linux-2.6.24-mm1.orig/Documentation/kernel-parameters.txt
2008-02-12
07:12:06.0
On Tue, Feb 12, 2008 at 08:34:39AM -0800, Randy Dunlap wrote:
> mark gross wrote:
>> Index: linux-2.6.24-mm1/drivers/pci/intel-iommu.c
>> ===
>> --- linux-2.6.24-mm1.orig/drivers/pci/intel-iommu.c 2008-02-12
On Mon, Feb 11, 2008 at 03:27:16PM -0800, Randy Dunlap wrote:
> On Mon, 11 Feb 2008 14:41:05 -0800 mark gross wrote:
>
> > The hole is the following scenarios:
> > do many map_signal operations, do some unmap_signals, reuse a recently
> > unmapped page, > memory&g
On Tue, Feb 12, 2008 at 01:00:06AM -0800, David Miller wrote:
> From: Muli Ben-Yehuda <[EMAIL PROTECTED]>
> Date: Tue, 12 Feb 2008 10:52:56 +0200
>
> > The streaming DMA-API was designed to conserve IOMMU mappings for
> > machines where IOMMU mappings are a scarce resource, and is a poor
> > fit
On Tue, Feb 12, 2008 at 10:52:56AM +0200, Muli Ben-Yehuda wrote:
> On Mon, Feb 11, 2008 at 02:41:05PM -0800, mark gross wrote:
>
> > The intel-iommu hardware requires a polling operation to flush IOTLB
> > PTE's after an unmap operation. Through some TSC instrumentation of
On Mon, Feb 11, 2008 at 02:29:46PM -0800, Andrew Morton wrote:
> On Mon, 11 Feb 2008 13:56:51 -0800
> mark gross <[EMAIL PROTECTED]> wrote:
>
> > The following patch merges two functions into one allowing for a 3%
> > reduction in overhead in locating, allocating and
On Tue, Feb 12, 2008 at 08:34:39AM -0800, Randy Dunlap wrote:
mark gross wrote:
Index: linux-2.6.24-mm1/drivers/pci/intel-iommu.c
===
--- linux-2.6.24-mm1.orig/drivers/pci/intel-iommu.c 2008-02-12
07:12:06.0 -0800
On Tue, Feb 12, 2008 at 01:00:06AM -0800, David Miller wrote:
From: Muli Ben-Yehuda [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 10:52:56 +0200
The streaming DMA-API was designed to conserve IOMMU mappings for
machines where IOMMU mappings are a scarce resource, and is a poor
fit for a
On Tue, Feb 12, 2008 at 10:52:56AM +0200, Muli Ben-Yehuda wrote:
On Mon, Feb 11, 2008 at 02:41:05PM -0800, mark gross wrote:
The intel-iommu hardware requires a polling operation to flush IOTLB
PTE's after an unmap operation. Through some TSC instrumentation of
a netperf UDP stream
On Mon, Feb 11, 2008 at 02:29:46PM -0800, Andrew Morton wrote:
On Mon, 11 Feb 2008 13:56:51 -0800
mark gross [EMAIL PROTECTED] wrote:
The following patch merges two functions into one allowing for a 3%
reduction in overhead in locating, allocating and inserting pages for
use in IOMMU
On Mon, Feb 11, 2008 at 03:27:16PM -0800, Randy Dunlap wrote:
On Mon, 11 Feb 2008 14:41:05 -0800 mark gross wrote:
The hole is the following scenarios:
do many map_signal operations, do some unmap_signals, reuse a recently
unmapped page, errant DMA hardware sneaks through and steps
The intel-iommu hardware requires a polling operation to flush IOTLB
PTE's after an unmap operation. Through some TSC instrumentation of a
netperf UDP stream with small packets test case it was seen that the
flush operations where sucking up to 16% of the CPU time doing
iommu_flush_iotlb's
The
The following patch merges two functions into one allowing for a 3%
reduction in overhead in locating, allocating and inserting pages for
use in IOMMU operations.
Its a bit of a eye-crosser so I welcome any RB-tree / MM experts to take
a look. It works by re-using some of the information
The intel-iommu hardware requires a polling operation to flush IOTLB
PTE's after an unmap operation. Through some TSC instrumentation of a
netperf UDP stream with small packets test case it was seen that the
flush operations where sucking up to 16% of the CPU time doing
iommu_flush_iotlb's
The
On Mon, Jan 28, 2008 at 05:11:47PM -0700, Matthew Wilcox wrote:
> G'day Linus, mate
>
> Could you pull the dmapool branch of
> git://git.kernel.org/pub/scm/linux/kernel/git/willy/misc.git please?
>
> All the patches have been posted to linux-kernel before, and various
> comments (and acks) have
On Mon, Jan 28, 2008 at 05:11:47PM -0700, Matthew Wilcox wrote:
G'day Linus, mate
Could you pull the dmapool branch of
git://git.kernel.org/pub/scm/linux/kernel/git/willy/misc.git please?
All the patches have been posted to linux-kernel before, and various
comments (and acks) have been
On Fri, Jan 25, 2008 at 11:02:55AM +0800, Zhenyu Wang wrote:
>
> Mark, sorry for missing this for long time...
>
> On 2008.01.08 12:44:20 -0800, mark gross wrote:
> > > >
> > > > [agp-mm] [intel_iommu] explicit export current graphics dmar status
> >
On Fri, Jan 25, 2008 at 11:02:55AM +0800, Zhenyu Wang wrote:
Mark, sorry for missing this for long time...
On 2008.01.08 12:44:20 -0800, mark gross wrote:
[agp-mm] [intel_iommu] explicit export current graphics dmar status
To make it possbile to tell other modules about
Sorry for the late reply.
comments below...
On Fri, Jan 04, 2008 at 09:53:38AM +0800, Zhenyu Wang wrote:
> On 2007.12.19 13:26:08 +, Zhenyu Wang wrote:
> >
> > [agp-mm] [intel_iommu] explicit export current graphics dmar status
> >
> > To make it possbile to tell other modules about curent
Sorry for the late reply.
comments below...
On Fri, Jan 04, 2008 at 09:53:38AM +0800, Zhenyu Wang wrote:
On 2007.12.19 13:26:08 +, Zhenyu Wang wrote:
[agp-mm] [intel_iommu] explicit export current graphics dmar status
To make it possbile to tell other modules about curent
I forgot to cc the list.
--mgross
- Forwarded message from mark gross <[EMAIL PROTECTED]> -
Date: Tue, 27 Nov 2007 15:46:09 -0800
From: mark gross <[EMAIL PROTECTED]>
To: Andrew Morton <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: intel-iommu-PMEN-think-oh
I forgot to cc the list.
--mgross
- Forwarded message from mark gross [EMAIL PROTECTED] -
Date: Tue, 27 Nov 2007 15:46:09 -0800
From: mark gross [EMAIL PROTECTED]
To: Andrew Morton [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Subject: intel-iommu-PMEN-think-oh patch.
I screwed up
= parse_dmar_table();
> + if (ret) {
> + printk(KERN_INFO PREFIX "parse DMAR table failure.\n");
> + return ret;
> + }
> +
> if (list_empty(_drhd_units)) {
> printk(KERN_INFO PREFIX "No DMAR devices found\n")
The following patch fixes an off by one bug in the fault reason string
reporting function, and cleans up some of the code around this buglet.
please apply.
--mgross
Signed-off-by: mark gross <[EMAIL PROTECTED]>
Index: linux-2.6.23-rc2-iommu/drivers/pci/intel-i
On Mon, Nov 19, 2007 at 04:38:02PM -0800, Andrew Morton wrote:
> On Fri, 16 Nov 2007 14:39:57 -0800
> mark gross <[EMAIL PROTECTED]> wrote:
>
> > -#define MAX_FAULT_REASON_IDX ARRAY_SIZE(fault_reason_strings) - 1
> > +#define MAX_FAULT_REASON_IDX (ARRAY_SIZ
On Mon, Nov 19, 2007 at 04:38:02PM -0800, Andrew Morton wrote:
On Fri, 16 Nov 2007 14:39:57 -0800
mark gross [EMAIL PROTECTED] wrote:
-#define MAX_FAULT_REASON_IDX ARRAY_SIZE(fault_reason_strings) - 1
+#define MAX_FAULT_REASON_IDX (ARRAY_SIZE(fault_reason_strings) - 1)
hm
The following patch fixes an off by one bug in the fault reason string
reporting function, and cleans up some of the code around this buglet.
please apply.
--mgross
Signed-off-by: mark gross [EMAIL PROTECTED]
Index: linux-2.6.23-rc2-iommu/drivers/pci/intel-iommu.c
);
return -ENODEV;
}
+
+ if (list_empty(dmar_rmrr_units)) {
+ printk(KERN_INFO PREFIX No RMRR found\n);
+ return -ENODEV;
+ }
+
return 0;
}
-
Ack : mark gross [EMAIL PROTECTED]
Thanks,
--mgross
-
To unsubscribe from this list: send
Signed-off-by: mark gross <[EMAIL PROTECTED]>
Index: linux-2.6.23-rc2-iommu/drivers/pci/intel-iommu.c
===
--- linux-2.6.23-rc2-iommu.orig/drivers/pci/intel-iommu.c 2007-11-16
13:25:14.0 -0800
+++ linux-2.6.23-rc2
Signed-off-by: mark gross [EMAIL PROTECTED]
Index: linux-2.6.23-rc2-iommu/drivers/pci/intel-iommu.c
===
--- linux-2.6.23-rc2-iommu.orig/drivers/pci/intel-iommu.c 2007-11-16
13:25:14.0 -0800
+++ linux-2.6.23-rc2-iommu
On Thu, Nov 15, 2007 at 11:19:50AM -0800, mark gross wrote:
> On Wed, Nov 14, 2007 at 12:40:08PM -0800, Andrew Morton wrote:
> > On Wed, 14 Nov 2007 12:29:59 -0800 mark gross <[EMAIL PROTECTED]> wrote:
> >
> > > > > [ 102.366932] ===
On Thu, Nov 15, 2007 at 11:19:50AM -0800, mark gross wrote:
> On Wed, Nov 14, 2007 at 12:40:08PM -0800, Andrew Morton wrote:
> > On Wed, 14 Nov 2007 12:29:59 -0800 mark gross <[EMAIL PROTECTED]> wrote:
> >
> > > > > [ 102.366932] ===
On Wed, Nov 14, 2007 at 12:40:08PM -0800, Andrew Morton wrote:
> On Wed, 14 Nov 2007 12:29:59 -0800 mark gross <[EMAIL PROTECTED]> wrote:
>
> > > > [ 102.366932] ===
> > > > [ 108.552031] printk: 31 messages suppressed.
> > >
&g
On Wed, Nov 14, 2007 at 12:40:08PM -0800, Andrew Morton wrote:
> On Wed, 14 Nov 2007 12:29:59 -0800 mark gross <[EMAIL PROTECTED]> wrote:
>
> > > > [ 102.366932] ===
> > > > [ 108.552031] printk: 31 messages suppressed.
> > >
&g
On Wed, Nov 14, 2007 at 12:40:08PM -0800, Andrew Morton wrote:
> On Wed, 14 Nov 2007 12:29:59 -0800 mark gross <[EMAIL PROTECTED]> wrote:
>
> > > > [ 102.366932] ===
> > > > [ 108.552031] printk: 31 messages suppressed.
> > >
&g
On Wed, Nov 14, 2007 at 12:40:08PM -0800, Andrew Morton wrote:
On Wed, 14 Nov 2007 12:29:59 -0800 mark gross [EMAIL PROTECTED] wrote:
[ 102.366932] ===
[ 108.552031] printk: 31 messages suppressed.
All this BUG / WARNINGS are caused by *-qos* patches
On Wed, Nov 14, 2007 at 12:40:08PM -0800, Andrew Morton wrote:
On Wed, 14 Nov 2007 12:29:59 -0800 mark gross [EMAIL PROTECTED] wrote:
[ 102.366932] ===
[ 108.552031] printk: 31 messages suppressed.
All this BUG / WARNINGS are caused by *-qos* patches
On Wed, Nov 14, 2007 at 12:40:08PM -0800, Andrew Morton wrote:
On Wed, 14 Nov 2007 12:29:59 -0800 mark gross [EMAIL PROTECTED] wrote:
[ 102.366932] ===
[ 108.552031] printk: 31 messages suppressed.
All this BUG / WARNINGS are caused by *-qos* patches
On Thu, Nov 15, 2007 at 11:19:50AM -0800, mark gross wrote:
On Wed, Nov 14, 2007 at 12:40:08PM -0800, Andrew Morton wrote:
On Wed, 14 Nov 2007 12:29:59 -0800 mark gross [EMAIL PROTECTED] wrote:
[ 102.366932] ===
[ 108.552031] printk: 31 messages suppressed
On Thu, Nov 15, 2007 at 11:19:50AM -0800, mark gross wrote:
On Wed, Nov 14, 2007 at 12:40:08PM -0800, Andrew Morton wrote:
On Wed, 14 Nov 2007 12:29:59 -0800 mark gross [EMAIL PROTECTED] wrote:
[ 102.366932] ===
[ 108.552031] printk: 31 messages suppressed
On Wed, Nov 14, 2007 at 05:18:02AM +0100, Gabriel C wrote:
> Gabriel C wrote:
> > Andrew Morton wrote:
> >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc2/2.6.24-rc2-mm1/
> >
> > I got it to boot but ..
>
> >
> > ...
> > [ 45.030261] input: Power Button (CM) as
On Wed, Nov 14, 2007 at 05:18:02AM +0100, Gabriel C wrote:
Gabriel C wrote:
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc2/2.6.24-rc2-mm1/
I got it to boot but ..
...
[ 45.030261] input: Power Button (CM) as
On Fri, Nov 09, 2007 at 03:24:44PM -0500, [EMAIL PROTECTED] wrote:
> On Thu, 08 Nov 2007 14:30:07 PST, Mark Gross said:
>
> > wing patch fixes up the cpuidle / pm-qos integration.
> >
> > I suspect that this is folded into another mm patch but it should fix
>
On Fri, Nov 09, 2007 at 03:24:44PM -0500, [EMAIL PROTECTED] wrote:
On Thu, 08 Nov 2007 14:30:07 PST, Mark Gross said:
wing patch fixes up the cpuidle / pm-qos integration.
I suspect that this is folded into another mm patch but it should fix
C-state issue identified.
Confirming
so the file doesn't close in order to get the same
> behavior
> I was getting by default before. What needs to happen to get this to not
> be a behavior regression/change?
>
>
>
>
wing patch fixes up the cpuidle / pm-qos integration.
I suspect that this is folded into
On Thu, Nov 08, 2007 at 10:02:12AM -0800, Andrew Morton wrote:
> > On Thu, 08 Nov 2007 12:19:44 -0500 [EMAIL PROTECTED] wrote:
> > (Sorry for not reporting this sooner - I haven't been running off battery
> > much in the last 3 weeks, so I didn't notice it till now...)
> >
> > Dell Latitude D820
On Thu, Nov 08, 2007 at 12:19:44PM -0500, [EMAIL PROTECTED] wrote:
> (Sorry for not reporting this sooner - I haven't been running off battery
> much in the last 3 weeks, so I didn't notice it till now...)
>
> Dell Latitude D820 laptop, T7200 Core2 Duo CPU, x86_64 kernel.
>
> As reported by
On Thu, Nov 08, 2007 at 12:19:44PM -0500, [EMAIL PROTECTED] wrote:
(Sorry for not reporting this sooner - I haven't been running off battery
much in the last 3 weeks, so I didn't notice it till now...)
Dell Latitude D820 laptop, T7200 Core2 Duo CPU, x86_64 kernel.
As reported by 'powertop'
On Thu, Nov 08, 2007 at 10:02:12AM -0800, Andrew Morton wrote:
On Thu, 08 Nov 2007 12:19:44 -0500 [EMAIL PROTECTED] wrote:
(Sorry for not reporting this sooner - I haven't been running off battery
much in the last 3 weeks, so I didn't notice it till now...)
Dell Latitude D820 laptop,
the cpuidle / pm-qos integration.
I suspect that this is folded into another mm patch but it should fix
C-state issue identified.
--mgross
Signed-off-by: mark gross [EMAIL PROTECTED]
-
Index: linux-2.6.23-mm1/drivers/cpuidle/cpuidle.c
On Sat, Oct 27, 2007 at 02:19:38AM +0200, Muli Ben-Yehuda wrote:
> On Fri, Oct 26, 2007 at 11:18:49AM -0700, Mark Gross wrote:
>
> > The following patch clears the portect memory region enable bit at
> > boot time by default. It also provides a kernel parrameter for
> >
On Mon, Oct 29, 2007 at 04:51:16AM +, Al Viro wrote:
> * off by one in dmar_get_fault_reason() (maximal index in
> array is ARRAY_SIZE()-1, not ARRAY_SIZE())
> * NULL noise removal
> * __iomem annotation fix
>
> Signed-off-by: Al Viro <[EMAIL PROTECTED]>
> ---
> diff --git
On Mon, Oct 29, 2007 at 04:51:16AM +, Al Viro wrote:
* off by one in dmar_get_fault_reason() (maximal index in
array is ARRAY_SIZE()-1, not ARRAY_SIZE())
* NULL noise removal
* __iomem annotation fix
Signed-off-by: Al Viro [EMAIL PROTECTED]
---
diff --git
On Sat, Oct 27, 2007 at 02:19:38AM +0200, Muli Ben-Yehuda wrote:
On Fri, Oct 26, 2007 at 11:18:49AM -0700, Mark Gross wrote:
The following patch clears the portect memory region enable bit at
boot time by default. It also provides a kernel parrameter for
disabling this behavior and leave
prevent DMA's from happening as drivers are loaded
and used.
Singed-off-by: mark gross <[EMAIL PROTECTED]>
--mgross
Index: linux-2.6/drivers/pci/intel-iommu.c
===
--- linux-2.6.orig/drivers/pci/intel-iommu.c2007-10-24
prevent DMA's from happening as drivers are loaded
and used.
Singed-off-by: mark gross [EMAIL PROTECTED]
--mgross
Index: linux-2.6/drivers/pci/intel-iommu.c
===
--- linux-2.6.orig/drivers/pci/intel-iommu.c2007-10-24 09:31
On Tue, Oct 23, 2007 at 10:57:51AM +0200, Takashi Iwai wrote:
> Fix possible array overflow:
>
> drivers/pci/intel-iommu.c: In function ‘dmar_get_fault_reason’:
> drivers/pci/intel-iommu.c:753: warning: array subscript is above array bounds
> drivers/pci/intel-iommu.c: In function
On Tue, Oct 23, 2007 at 10:57:51AM +0200, Takashi Iwai wrote:
Fix possible array overflow:
drivers/pci/intel-iommu.c: In function ‘dmar_get_fault_reason’:
drivers/pci/intel-iommu.c:753: warning: array subscript is above array bounds
drivers/pci/intel-iommu.c: In function ‘iommu_page_fault’:
On Fri, Oct 19, 2007 at 03:54:43AM -0400, Jeff Garzik wrote:
>
> WARNING NOT FOR MERGE WARNING NOT FOR MERGE WARNING NOT FOR MERGE
then whats the point ?
>
> This posting is just to demonstrate something that I have been keeping
> alive in the background. I have no urge to push it upstream
On Fri, Oct 19, 2007 at 03:54:43AM -0400, Jeff Garzik wrote:
WARNING NOT FOR MERGE WARNING NOT FOR MERGE WARNING NOT FOR MERGE
then whats the point ?
This posting is just to demonstrate something that I have been keeping
alive in the background. I have no urge to push it upstream anytime
I didn't see my patch show up on the list so I'm resending it.
On Wed, Oct 17, 2007 at 01:53:48AM +0200, Rafael J. Wysocki wrote:
> On Wednesday, 17 October 2007 01:31, Mark Gross wrote:
> > On Tue, Oct 16, 2007 at 10:28:13PM +0200, Rafael J. Wysocki wrote:
> > > On Tuesday,
On Sun, Oct 14, 2007 at 07:01:28PM -0400, Rik van Riel wrote:
> The kernel newbies community often gets inquiries from CS students who
> need a project for their studies and would like to do something with
> the Linux kernel, but would also like their code to be useful to the
> community
opes of fixing the WARNS reported by xxx, and it changes the
initialization to me largely static to avoid initialization race with
cpu-idle.
I think we will have to re-visit the static vrs dynamic initialization
and this init race in a while to support pm_qos parameters per power
domain (i.e. per cpu-socket
.
Thanks,
Signed-off-by: mark gross [EMAIL PROTECTED]
Binary files linux-2.6.23-mm1/arch/x86_64/ia32/vsyscall-syscall.so.dbg and
linux-2.6.23-mm1-pmqos/arch/x86_64/ia32/vsyscall-syscall.so.dbg differ
Binary files linux-2.6.23-mm1/arch/x86_64/ia32/vsyscall-sysenter.so.dbg and
linux-2.6.23-mm1-pmqos
On Sun, Oct 14, 2007 at 07:01:28PM -0400, Rik van Riel wrote:
The kernel newbies community often gets inquiries from CS students who
need a project for their studies and would like to do something with
the Linux kernel, but would also like their code to be useful to the
community afterwards.
I didn't see my patch show up on the list so I'm resending it.
On Wed, Oct 17, 2007 at 01:53:48AM +0200, Rafael J. Wysocki wrote:
On Wednesday, 17 October 2007 01:31, Mark Gross wrote:
On Tue, Oct 16, 2007 at 10:28:13PM +0200, Rafael J. Wysocki wrote:
On Tuesday, 16 October 2007 21:58
On Tue, Oct 16, 2007 at 10:28:13PM +0200, Rafael J. Wysocki wrote:
> On Tuesday, 16 October 2007 21:58, Mark Gross wrote:
> > On Mon, Oct 15, 2007 at 10:40:02PM +0200, Rafael J. Wysocki wrote:
> > > On Monday, 15 October 2007 18:09, Mark Gross wrote:
> > > > On F
On Mon, Oct 15, 2007 at 11:17:32PM +0400, Alexey Dobriyan wrote:
> On Mon, Oct 15, 2007 at 10:04:11AM -0700, Mark Gross wrote:
> > On Sun, Oct 14, 2007 at 07:01:28PM -0400, Rik van Riel wrote:
> > > http://kernelnewbies.org/KernelProjects
> >
> > Is there already a m
On Mon, Oct 15, 2007 at 09:54:42PM +0200, Giacomo Catenazzi wrote:
> Sam Ravnborg wrote:
> > On Mon, Oct 15, 2007 at 10:04:11AM -0700, Mark Gross wrote:
> >> On Sun, Oct 14, 2007 at 07:01:28PM -0400, Rik van Riel wrote:
> >>> The kernel newbies community often gets
On Mon, Oct 15, 2007 at 10:40:02PM +0200, Rafael J. Wysocki wrote:
> On Monday, 15 October 2007 18:09, Mark Gross wrote:
> > On Fri, Oct 12, 2007 at 11:32:40PM +0200, Rafael J. Wysocki wrote:
> > > On Friday, 12 October 2007 06:31, Andrew Morton wrote:
> > > >
&g
On Mon, Oct 15, 2007 at 10:40:02PM +0200, Rafael J. Wysocki wrote:
On Monday, 15 October 2007 18:09, Mark Gross wrote:
On Fri, Oct 12, 2007 at 11:32:40PM +0200, Rafael J. Wysocki wrote:
On Friday, 12 October 2007 06:31, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel
On Mon, Oct 15, 2007 at 09:54:42PM +0200, Giacomo Catenazzi wrote:
Sam Ravnborg wrote:
On Mon, Oct 15, 2007 at 10:04:11AM -0700, Mark Gross wrote:
On Sun, Oct 14, 2007 at 07:01:28PM -0400, Rik van Riel wrote:
The kernel newbies community often gets inquiries from CS students who
need
On Mon, Oct 15, 2007 at 11:17:32PM +0400, Alexey Dobriyan wrote:
On Mon, Oct 15, 2007 at 10:04:11AM -0700, Mark Gross wrote:
On Sun, Oct 14, 2007 at 07:01:28PM -0400, Rik van Riel wrote:
http://kernelnewbies.org/KernelProjects
Is there already a make config option that will do a good
On Tue, Oct 16, 2007 at 10:28:13PM +0200, Rafael J. Wysocki wrote:
On Tuesday, 16 October 2007 21:58, Mark Gross wrote:
On Mon, Oct 15, 2007 at 10:40:02PM +0200, Rafael J. Wysocki wrote:
On Monday, 15 October 2007 18:09, Mark Gross wrote:
On Fri, Oct 12, 2007 at 11:32:40PM +0200, Rafael
On Mon, Oct 15, 2007 at 08:30:17PM +0200, Sam Ravnborg wrote:
> On Mon, Oct 15, 2007 at 10:04:11AM -0700, Mark Gross wrote:
> > On Sun, Oct 14, 2007 at 07:01:28PM -0400, Rik van Riel wrote:
> > > The kernel newbies community often gets inquiries from CS students who
&g
On Sun, Oct 14, 2007 at 07:01:28PM -0400, Rik van Riel wrote:
> The kernel newbies community often gets inquiries from CS students who
> need a project for their studies and would like to do something with
> the Linux kernel, but would also like their code to be useful to the
> community
On Sun, Oct 14, 2007 at 07:01:28PM -0400, Rik van Riel wrote:
The kernel newbies community often gets inquiries from CS students who
need a project for their studies and would like to do something with
the Linux kernel, but would also like their code to be useful to the
community afterwards.
On Mon, Oct 15, 2007 at 08:30:17PM +0200, Sam Ravnborg wrote:
On Mon, Oct 15, 2007 at 10:04:11AM -0700, Mark Gross wrote:
On Sun, Oct 14, 2007 at 07:01:28PM -0400, Rik van Riel wrote:
The kernel newbies community often gets inquiries from CS students who
need a project for their studies
On Wed, Oct 10, 2007 at 10:17:04PM -0700, Andrew Morton wrote:
> On Thu, 4 Oct 2007 14:51:39 -0700 Mark Gross <[EMAIL PROTECTED]> wrote:
>
> > The following patch is a generalization of the latency.c implementation
> > done by Arjan last year. It provides infrastr
On Wed, Oct 10, 2007 at 10:17:04PM -0700, Andrew Morton wrote:
On Thu, 4 Oct 2007 14:51:39 -0700 Mark Gross [EMAIL PROTECTED] wrote:
The following patch is a generalization of the latency.c implementation
done by Arjan last year. It provides infrastructure for more than one
parameter
On Tue, Oct 09, 2007 at 11:41:17AM -0700, Kok, Auke wrote:
> Lennart Sorensen wrote:
> > On Mon, Oct 08, 2007 at 03:31:51PM -0700, Kok, Auke wrote:
> >> you most certainly want to do this in userspace I think.
> >>
> >> One of the biggest problems is that link negotiation can take a
> >>
On Tue, Oct 09, 2007 at 11:41:17AM -0700, Kok, Auke wrote:
Lennart Sorensen wrote:
On Mon, Oct 08, 2007 at 03:31:51PM -0700, Kok, Auke wrote:
you most certainly want to do this in userspace I think.
One of the biggest problems is that link negotiation can take a
significant amount
of
On Mon, Oct 08, 2007 at 11:24:45AM -0600, Jonathan Corbet wrote:
> Last month, at the kernel summit, there was discussion of putting a
> Reviewed-by: tag onto patches to document the oversight they had
> received on their way into the mainline. That tag has made an
> occasional appearance since
On Mon, Oct 08, 2007 at 11:24:45AM -0600, Jonathan Corbet wrote:
Last month, at the kernel summit, there was discussion of putting a
Reviewed-by: tag onto patches to document the oversight they had
received on their way into the mainline. That tag has made an
occasional appearance since then,
uested target value the process needs to write a s32
value to the open device node. This translates to a
pm_qos_update_requirement call.
To remove the user mode request for a target value simply close the
device node.
--mgross
Signed-off-by: mark gross <[EMAIL PROTECTED]>
---
diff
On Thu, Oct 04, 2007 at 12:53:56PM -0700, Andrew Morton wrote:
> On Mon, 1 Oct 2007 16:45:28 -0700
> Mark Gross <[EMAIL PROTECTED]> wrote:
>
> > The following is the cleaned up patch implementing the power management
> > quality of service infrastructure discussed
On Thu, Oct 04, 2007 at 12:53:56PM -0700, Andrew Morton wrote:
On Mon, 1 Oct 2007 16:45:28 -0700
Mark Gross [EMAIL PROTECTED] wrote:
The following is the cleaned up patch implementing the power management
quality of service infrastructure discussed at the pm summit last June
the process needs to write a s32
value to the open device node. This translates to a
pm_qos_update_requirement call.
To remove the user mode request for a target value simply close the
device node.
--mgross
Signed-off-by: mark gross [EMAIL PROTECTED]
---
diff -urN -X linux-2.6.23-rc8
this is the second part of the patch to replace latency.c use with
pm_qos_params use.
--mgross
Signed-off-by: mark gross <[EMAIL PROTECTED]>
---
diff -urN -X linux-2.6.23-rc8/Documentation/dontdiff
linux-2.6.23-rc8-qos/drivers/acpi/processor_idle.c
linux-2.6.23-rc8-qos-nolat
this is the second part of the patch to replace latency.c use with
pm_qos_params use.
--mgross
Signed-off-by: mark gross [EMAIL PROTECTED]
---
diff -urN -X linux-2.6.23-rc8/Documentation/dontdiff
linux-2.6.23-rc8-qos/drivers/acpi/processor_idle.c
linux-2.6.23-rc8-qos-nolatency.c
node is held open. Upon closing of the device node that
constraint is cleaned up.
The patch set is in two postings.
1) the base parameter code (this email)
2) replacing of latency.c/latenc.h with pm_qos_params.c/pm_qos_params.h
thanks,
--mgross
Signed-off-by: mark gross <[EMAIL PROTEC
On Fri, Sep 28, 2007 at 11:51:41AM -0700, Andrew Morton wrote:
> On Fri, 28 Sep 2007 10:19:21 -0700 Mark Gross <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Sep 27, 2007 at 11:25:01PM -0700, Andrew Morton wrote:
> > > On Wed, 26 Sep 2007 15:40:26 -0700 Mark Gros
On Fri, Sep 28, 2007 at 11:51:41AM -0700, Andrew Morton wrote:
On Fri, 28 Sep 2007 10:19:21 -0700 Mark Gross [EMAIL PROTECTED] wrote:
On Thu, Sep 27, 2007 at 11:25:01PM -0700, Andrew Morton wrote:
On Wed, 26 Sep 2007 15:40:26 -0700 Mark Gross [EMAIL PROTECTED] wrote:
+#define
node is held open. Upon closing of the device node that
constraint is cleaned up.
The patch set is in two postings.
1) the base parameter code (this email)
2) replacing of latency.c/latenc.h with pm_qos_params.c/pm_qos_params.h
thanks,
--mgross
Signed-off-by: mark gross [EMAIL PROTECTED
101 - 200 of 298 matches
Mail list logo