On Sat, Jul 07, 2007 at 12:35:10AM -0400, [EMAIL PROTECTED] wrote:
> So I was looking at drivers/cpufreq/Kconfig, and wondering...
>
> Is there a specific reason why we have a 'choice' clause that allows selecting
> 'performance' or 'userspace' as the default governor, and no obvious way to
> sele
(restoring cc to lkml)
Hello, Miles.
Miles Lane wrote:
> With this patch applied, I can't boot at all. I have attached an OOPS
> screenshot, since I don't have a serial debugging station set up. I
> am leaving LKML out of the loop, because of the attachment.
Weird, that's unrelated path. It s
[Rewritten so that it applies to mainline and names the filed su_mutex.
This will appear in my tree.]
Convert the su_sem member of struct configfs_subsystem to a struct
mutex, as that's what it is. Also convert all the users and update
Documentation/configfs.txt and Documentation/configfs_example
On 6/24/07, Mikael Pettersson <[EMAIL PROTECTED]> wrote:
(cc: linux-ide added)
The 300 TX4 model is causing transient errors for several people,
and we don't yet know why. In your case, port_status 0x1000
means that "host bus is busy more than 256 clock cycles for every
ATA I/O transfer" (qu
Mathieu,
> cycles_per_iter = 0.0;
> for (i=0; i time1 = get_cycles();
> for (j = 0; j < NR_ITER; j++) {
> testval = &array[random() % ARRAY_SIZE];
> }
> time2 = get_cycles();
> cycles_per_iter +
On Wed, Jul 04, 2007 at 04:38:24PM +0530, Satyam Sharma wrote:
> struct netconsole_target {
> struct list_headlist;
> + struct config_item item;
> + int id;
> + int enabled;
> int dev_status;
> s
On Wed, Jul 04, 2007 at 11:30:08PM -0700, Joel Becker wrote:
> > [1/3] configfs+dlm: Separate out __CONFIGFS_ATTR into configfs.h
>
> I thought I had this already. If someone is using it (and
> fs/dlm obviously is), we should provide it for the general case.
Ok, this is in my tree.
diff --git a/Makefile b/Makefile
index 710c004..947ff3c 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 20
-EXTRAVERSION = .14
+EXTRAVERSION = .15
NAME = Homicidal Dwarf Hamster
# *DOCUMENTATION*
diff --git a/net/netfilter/nf_conntrack_h323_asn1.c
We (the -stable team) are announcing the release of the 2.6.20.15 kernel.
This has a fix for a security problem with netfilter messages. Any
2.6.20 user using netfilter is strongly urged to upgrade.
I'll also be replying to this message with a copy of the patch between
2.6.20.14 and 2.6.20.15
Th
We (the -stable team) are announcing the release of the 2.6.21.6 kernel.
This has a fix for a security problem with netfilter messages. Any 2.6.21
user using netfilter is strongly urged to upgrade.
I'll also be replying to this message with a copy of the patch between
2.6.21.5 and 2.6.21.6
The u
diff --git a/Makefile b/Makefile
index e7c083b..384ad33 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 21
-EXTRAVERSION = .5
+EXTRAVERSION = .6
NAME = Nocturnal Monster Puppy
# *DOCUMENTATION*
diff --git a/net/netfilter/nf_conntrack_h323_asn1.c
b/
On Sat, Jul 07, 2007 at 06:03:07AM +0200, Adrian Bunk wrote:
> On Fri, Jul 06, 2007 at 10:35:11PM -0400, Mathieu Desnoyers wrote:
> > * Adrian Bunk ([EMAIL PROTECTED]) wrote:
> > > On Fri, Jul 06, 2007 at 07:43:15PM -0400, Mathieu Desnoyers wrote:
> > > > * Adrian Bunk ([EMAIL PROTECTED]) wrote:
>
William Lee Irwin III wrote:
On Thu, Jul 05, 2007 at 01:34:25PM -0700, Jeremy Fitzhardinge wrote:
What's the state of your stack patches? I'm still using the ones you
posted some time ago, and they seem like useful things to have in the
kernel. Is there anything preventing you from pushing
So I was looking at drivers/cpufreq/Kconfig, and wondering...
Is there a specific reason why we have a 'choice' clause that allows selecting
'performance' or 'userspace' as the default governor, and no obvious way to
select powersave, ondemand, or conservative as a default? Or was this an
oversigh
The dependency of DLM on SYSFS got lost in
commit 6ed7257b46709e87d79ac2b6b819b7e0c9184998 resulting in the
following compile error with CONFIG_DLM=y, CONFIG_SYSFS=n:
<-- snip -->
...
LD .tmp_vmlinux1
fs/built-in.o: In function `dlm_lockspace_init':
/home/bunk/linux/kernel-2.6/linux-2.6
Linus Torvalds wrote:
The batching has serious problems, not the least of which is that it's a
fundamentally more complex interface, and introduces issues like "how do
we pass values from one system call to the next".
Why, we obviously need a Turing-complete language running in kernel
spa
> > so the suspend process will wait for it. When binding
> > is done the suspend_device() code will take the device lock and tell
> > everything else to postpone further bind requests as above.
>
> My question referred to drivers trying to bind or unbind a device
> _after_ the device has be
On Fri, Jul 06, 2007 at 10:35:11PM -0400, Mathieu Desnoyers wrote:
> * Adrian Bunk ([EMAIL PROTECTED]) wrote:
> > On Fri, Jul 06, 2007 at 07:43:15PM -0400, Mathieu Desnoyers wrote:
> > > * Adrian Bunk ([EMAIL PROTECTED]) wrote:
> > > > On Fri, Jul 06, 2007 at 06:14:10PM -0400, Chuck Ebbert wrote:
>
On Fri, 2007-07-06 at 10:38 -0400, Alan Stern wrote:
> On Fri, 6 Jul 2007, Benjamin Herrenschmidt wrote:
>
> > What you propose is basically a slightly over-simplistic version of what
> > I think (and Paulus think) should be done. We do need to do it via
> > driver callbacks down the tree since on
James Bottomley wrote:
> On Thu, 2007-07-05 at 14:06 -0700, Kristen Carlson Accardi wrote:
>> Since gendisk will now become part of struct scsi_device, we don't need
>> to store this value in any private data structs where they already store
>> scsi_device. This series cleans up a few drivers whic
On Wed, 4 Jul 2007 19:32:29 +0200, Adrian Bunk wrote:
On Wed, Jul 04, 2007 at 02:35:39AM -0400, Darren wrote:
I know this may sound kind of stupid, but how about not deprecating either,
and fully supporting both sound systems? Maybe we can get them to work
together, and the distro or user can c
On Fri, 6 Jul 2007, Kyle Moffett wrote:
> Except Linus already decreed (and I heartily agree) that hibernation
> and suspend-to-RAM were fundamentally completely different operations
> and therefore any attempts to share code were basically just making a
> big muddy mess of things. Would a
On Fri, 2007-07-06 at 11:53 +0200, Rafael J. Wysocki wrote:
>
> Moreover, I claim that, in the context of your example, _if_ the task
> is stuck
> at the wait_event_uninterruptible(), _then_ the freezerless suspend
> will
> deadlock with the task.
Why would the task be stuck there if it's not bec
On Fri, 2007-07-06 at 11:31 +0200, Oliver Neukum wrote:
> Am Freitag, 6. Juli 2007 schrieb Benjamin Herrenschmidt:
> > On Fri, 2007-07-06 at 09:13 +0200, Rafael J. Wysocki wrote:
> > >
> > > The only reason (I know of) why we don't handle uninterruptible tasks in
> > > the
> > > freezer is that w
* Adrian Bunk ([EMAIL PROTECTED]) wrote:
> On Fri, Jul 06, 2007 at 07:43:15PM -0400, Mathieu Desnoyers wrote:
> > * Adrian Bunk ([EMAIL PROTECTED]) wrote:
> > > On Fri, Jul 06, 2007 at 06:14:10PM -0400, Chuck Ebbert wrote:
> > > > On 07/06/2007 07:44 AM, Andi Kleen wrote:
> > > > > I think the opti
On Fri, Jul 06, 2007 at 07:43:15PM -0400, Mathieu Desnoyers wrote:
> * Adrian Bunk ([EMAIL PROTECTED]) wrote:
> > On Fri, Jul 06, 2007 at 06:14:10PM -0400, Chuck Ebbert wrote:
> > > On 07/06/2007 07:44 AM, Andi Kleen wrote:
> > > > I think the optimization is a good idea, although i dislike it
> >
On Fri, 2007-07-06 at 21:28 -0400, David Woodhouse wrote:
> I suspect it's more likely that hci_conn_del_sysfs() is running and
> removing the object representing the ACL connection. That's what the
> input device's remove event is reporting as 'PHYSDEVPATH' on the
> occasions that it _doesn't_ oop
On Sat, 7 Jul 2007, Adrian Bunk wrote:
> > Why switch CONFIG_SLUB_DEBUG off? This is an option for embedded systems.
> > Unlikely to occur on NUMA.
>
> ???
> This compile error is not related to NUMA.
Ah. the init_kmem_cache_node() code was moved outside of CONFIG_NUMA.
Sigh.
Only the other i
On Fri, Jul 06, 2007 at 07:03:34PM -0700, Christoph Lameter wrote:
> On Sat, 7 Jul 2007, Adrian Bunk wrote:
>
> > With CONFIG_SLUB_DEBUG=n:
>
> Why switch CONFIG_SLUB_DEBUG off? This is an option for embedded systems.
> Unlikely to occur on NUMA.
???
This compile error is not related to NUMA.
On Sat, 7 Jul 2007, Adrian Bunk wrote:
> With CONFIG_SLUB_DEBUG=n:
Why switch CONFIG_SLUB_DEBUG off? This is an option for embedded systems.
Unlikely to occur on NUMA.
> /home/bunk/linux/kernel-2.6/linux-2.6.22-rc6-mm1/mm/slub.c: In function
> ÿÿinit_kmem_cache_nodeÿÿ:
> /home/bunk/linux/kerne
On Thu, Jun 28, 2007 at 03:43:21AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.22-rc4-mm2:
>...
> git-unionfs.patch
>...
> git trees
>...
CONFIG_UNION_FS=y, CONFIG_BLOCK=n results in the following compile error:
<-- snip -->
...
CC fs/unionfs/file.o
/home/bunk/linux/kernel-2.
* Li, Tong N ([EMAIL PROTECTED]) wrote:
> > Also cache misses in this situation tend to be much more than 48
> cycles
> > (even an K8 with integrated memory controller with fastest DIMMs is
> > slower than that) Mathieu probably measured an L2 miss, not a load
> from
> > RAM.
> > Load from RAM can
On Thu, Jun 28, 2007 at 03:43:21AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.22-rc4-mm2:
>...
> +slub-add-some-more-inlines-and-ifdef-config_slub_debug.patch
>...
> slub/slab/slob updates
>...
Tip of the day:
Also test the compilation of the configuration you are changing.
With CONFIG
On Sat, 2007-07-07 at 00:26 +0200, Andrea Arcangeli wrote:
..
> The following simple bench seems to run fine on one real hardware and
> on kvm (a friend of mine failed so far to run it on his hardware
> though, so perhaps some driver triggers some remaining bugs) when
> booted as init=/tmp/bench-st
I had one share mounted, from XP to Linux, and wanted another.
At first I had an incorrect setting on the XP box, almost
certainly related to permissions. The mount failed of course.
Running "mount" showed that the filesystem was not mounted,
but apparently it didn't remain fully unmounted either.
On Jul 06, 2007, at 11:53:40, Douglas W. Jones wrote:
This implies my bemused permission to freely use anything developed
from my tutorials on the web, not my endorsement of what was done
with that material. I say bemused because it seems far fetched to
claim that I have any ownership inter
On Sat, 2007-07-07 at 00:26 +0200, Andrea Arcangeli wrote:
> Hello,
>
..
>
> If you want to help/look here the patch:
>
>
> http://www.kernel.org/pub/linux/kernel/people/andrea/patches/v2.6/2.6.22-rc7/hard-page-size
>
Very interesting patch set. I really would like to support for it.
I
On Sat, 2007-07-07 at 03:05 +0200, Jiri Kosina wrote:
> On Fri, 6 Jul 2007, Dmitry Torokhov wrote:
>
> > This is for devices using boot protocol, not full HID as far as I
> > understand.
>
> David,
>
> could you please try with the trivial patch below and report the output?
> I'd be interested
"extern inline" will have different semantics with gcc 4.3,
and "static inline" is correct here.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.22-rc6-mm1/include/asm-mips/processor.h.old 2007-07-07
01:06:35.0 +0200
+++ linux-2.6.22-rc6-mm1/include/asm-mips/proces
This patch contains the following cleanups regarding cpu_callout_map:
- i386/x86_64: removed unused EXPORT_SYMBOL's
- m32r: made static
- mips: removed extern for non-existing variable from header
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/i386/kernel/smpboot.c |1 -
On Fri, 6 Jul 2007, Dmitry Torokhov wrote:
> This is for devices using boot protocol, not full HID as far as I
> understand.
David,
could you please try with the trivial patch below and report the output?
I'd be interested to know whether we are by any chance really seeing
double input_unregi
On Jul 06, 2007, at 11:42:33, Alan Stern wrote:
On Thu, 5 Jul 2007, Kyle Moffett wrote:
Umm, this thread is NOT ABOUT HIBERNATING!!! Please go back and
read the subject, specifically the "suspend to RAM" parts :-D.
But it _is_ about the freezer; see the "Remove process freezer"
part. :-)
Andrew, can we include this in the mm series for testing?
Subject: Serial 8250: Handle saving the clear-on-read bits from the LSR and MSR
Reading the LSR clears the break, parity, frame error, and overrun
bits in the 8250 chip, but these are not being saved in all places
that read the LSR. Same
On Friday 06 July 2007 18:50, Jiri Kosina wrote:
> (CC list trimmed)
>
> On Thu, 5 Jul 2007, Dmitry Torokhov wrote:
>
> > > > NIP [c001870c] strlen+0x4/0x18
> > > > LR [c0134fec] kobject_get_path+0x34/0xc4
> > > > Call Trace:
> > > > [eed5be90] [c01d5124] class_uevent+0xac/0x1bc
> > > > [eed
On Tue, 03 Jul 2007 12:38:21 -0400
Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> alternative.c can use the text edit lock to remove CPU HOTPLUG special cases.
>
> Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
> ---
> arch/i386/kernel/alternative.c |5 +
x86_64 uses this file as w
On 7/6/07, Johannes Berg <[EMAIL PROTECTED]> wrote:
On Fri, 2007-07-06 at 13:57 -0700, Bret Towe wrote:
> On 7/6/07, Johannes Berg <[EMAIL PROTECTED]> wrote:
> > Oh good. I actually got build problems from that due to a powerpc64 gcc
> > bug so... :)
> this also looks to solve booting issue on
libata-dev.git was left a bit grotty when I went on vacation. That has
now been fixed. The current branches are:
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
master Always vanilla Linus tree
ALL Always the "exported for testing" meta-branch
On Fri, Jul 06, 2007 at 07:38:27PM -0400, Dave Jones wrote:
> On Sat, Jul 07, 2007 at 01:28:43AM +0200, Adrian Bunk wrote:
>
> > Only if you want to squeeze the last bit of performance out of
> > _debugging_ functionality.
> >
> > You avoid all the pain if you simply don't use debugging funct
On Thu, 5 Jul 2007, Rik van Riel wrote:
> So the original patch has:
> #define BAD_ADDR(x) ((unsigned long)(x) >= TASK_SIZE)
> For some reason(?) it got changed to the clearly buggy:
> #define BAD_ADDR(x) ((unsigned long)(x) >= PAGE_MASK)
> Jiri's patch undoes that second buggy define, which is ve
On Fri, Jul 06, 2007 at 04:33:21PM -0700, Dave Hansen wrote:
> The patch looks really interesting, it's just a little hard to parse
> with all of the s/4096/PAGE_SIZE/ bits around. Those cleanups, along
> with the s/PAGE_SIZE/HARD_PAGE_SIZE/ parts would be great in a
> separated-out patch so that
Hi.
On Saturday 07 July 2007 08:56:21 Rafael J. Wysocki wrote:
> On Friday, 6 July 2007 22:26, Oleg Nesterov wrote:
> > Rafael J. Wysocki wrote:
> > >
> > > This patch makes the freezer skip uninterruptible user space tasks (ie.
such
> > > that have an mm of their own) when counting the tasks to
* Adrian Bunk ([EMAIL PROTECTED]) wrote:
> On Fri, Jul 06, 2007 at 06:14:10PM -0400, Chuck Ebbert wrote:
> > On 07/06/2007 07:44 AM, Andi Kleen wrote:
> > > I think the optimization is a good idea, although i dislike it
> > > that it is complicated for the dynamic markers. If it was just
> > > stat
On Sat, Jul 07, 2007 at 01:28:43AM +0200, Adrian Bunk wrote:
> Only if you want to squeeze the last bit of performance out of
> _debugging_ functionality.
>
> You avoid all the pain if you simply don't use debugging functionality
> on production systems.
I think you're mixing up profiling
On Sat, 2007-07-07 at 00:26 +0200, Andrea Arcangeli wrote:
> for the hack week at opensuse (see http://idea.opensuse.org/) I've
> been working on a new feature called CONFIG_PAGE_SHIFT.
...
> If you want to help/look here the patch:
>
>
> http://www.kernel.org/pub/linux/kernel/people/andrea
On Fri, Jul 06, 2007 at 06:14:10PM -0400, Chuck Ebbert wrote:
> On 07/06/2007 07:44 AM, Andi Kleen wrote:
> > I think the optimization is a good idea, although i dislike it
> > that it is complicated for the dynamic markers. If it was just
> > static it would be much simpler.
>
> Another thing to
On Fri, 6 Jul 2007 18:07:20 -0400 (EDT)
James Morris <[EMAIL PROTECTED]> wrote:
> On Fri, 6 Jul 2007, Heikki Orsila wrote:
>
> > > Transform some calls to kmalloc/memset to a single kzalloc (or
> > > kcalloc).
> >
> > I looked all the files through. They looked good to me, except
> > one case:
Hi.
On Saturday 07 July 2007 01:04:51 Stefan Seyfried wrote:
> On Thu, Jul 05, 2007 at 09:04:27PM +1000, Nigel Cunningham wrote:
> > >
> > > If confusion persist after 4 seconds hard power down... then you h ve
> > > hw/BIOS problem. Complain to whoever is manufacturing that beast.
> >
> > Addin
On Fri, 06 Jul 2007 18:03:54 +0200
Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> read_cache_page_async() seems to have two invocations of
> mark_page_accessed() which will launch pages right onto the active list.
>
> Remove the first one, keeping the latter one. This avoids marking
> unwanted pages
This patch fixes the following 2.6.22 regression with CONFIG_KALLSYMS=n:
<-- snip -->
...
CC arch/m32r/kernel/traps.o
In file included from
/home/bunk/linux/kernel-2.6/linux-2.6.22-rc6-mm1/arch/m32r/kernel/traps.c:14:
/home/bunk/linux/kernel-2.6/linux-2.6.22-rc6-mm1/include/linux/kallsy
On Fri, 2007-07-06 at 23:54 +0200, Jan Engelhardt wrote:
> On Jul 6 2007 22:50, DervishD wrote:
> >
> >What I want to know is if I can choose "ondemand" governor instead
> >of the recommended for AMD64, namely the "conservative" governor, since
> >I will be switching between those two frequenci
On Saturday, 7 July 2007 00:38, Oliver Neukum wrote:
> Am Freitag, 6. Juli 2007 schrieb Oleg Nesterov:
> > Rafael J. Wysocki wrote:
> > >
> > > This patch makes the freezer skip uninterruptible user space tasks (ie.
> > > such
> > > that have an mm of their own) when counting the tasks to be froze
On Friday, 6 July 2007 22:26, Oleg Nesterov wrote:
> Rafael J. Wysocki wrote:
> >
> > This patch makes the freezer skip uninterruptible user space tasks (ie. such
> > that have an mm of their own) when counting the tasks to be frozen. As a
> > result, these tasks have the TIF_FREEZE and TIF_SIGPEN
(CC list trimmed)
On Thu, 5 Jul 2007, Dmitry Torokhov wrote:
> > > NIP [c001870c] strlen+0x4/0x18
> > > LR [c0134fec] kobject_get_path+0x34/0xc4
> > > Call Trace:
> > > [eed5be90] [c01d5124] class_uevent+0xac/0x1bc
> > > [eed5bed0] [c01357e4] kobject_uevent_env+0x23c/0x460
> > > [eed5bf20]
On Fri, 6 Jul 2007 15:34:01 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Fri, 6 Jul 2007 18:19:03 +0900
> KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
>
> > This is a memory unplug base patch set against 2.6.22-rc6-mm1.
>
> Well I stuck these in -mm, but I don't know what they do. An ove
On 6 Jul 2007, Mike Frysinger spake thusly:
> On Friday 06 July 2007, Nix wrote:
>> On 5 Jul 2007, Bernhard Walle stated:
>> >While cmake itself isn't the problem,
>> > often, it also depends on the version of cmake that is installed. The
>> > good idea about auto*
On Fri, 6 Jul 2007, Andrew Morton wrote:
> On Fri, 6 Jul 2007 18:19:03 +0900
> KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
>
> > This is a memory unplug base patch set against 2.6.22-rc6-mm1.
>
> Well I stuck these in -mm, but I don't know what they do. An overall
> description of the design w
Am Freitag, 6. Juli 2007 schrieb Oleg Nesterov:
> Rafael J. Wysocki wrote:
> >
> > This patch makes the freezer skip uninterruptible user space tasks (ie. such
> > that have an mm of their own) when counting the tasks to be frozen. As a
> > result, these tasks have the TIF_FREEZE and TIF_SIGPENDIN
On Fri, 6 Jul 2007 18:19:03 +0900
KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> This is a memory unplug base patch set against 2.6.22-rc6-mm1.
Well I stuck these in -mm, but I don't know what they do. An overall
description of the design would make any review much more effective.
ie: what does
On Fri, 6 Jul 2007 15:28:28 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Fri, 6 Jul 2007 18:26:11 +0900
> KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
>
> > +/*
> > + * start_isolate_page_range() -- make page-allocation-type of range of
> > pages
> > + * to be MIGRATE_ISOLATE.
>
> I thin
On Fri, 2007-07-06 at 13:57 -0700, Bret Towe wrote:
> On 7/6/07, Johannes Berg <[EMAIL PROTECTED]> wrote:
> > Oh good. I actually got build problems from that due to a powerpc64 gcc
> > bug so... :)
> this also looks to solve booting issue on a g4 mac mini also
Huh? That doesn't really make sens
On Fri, 6 Jul 2007 18:26:11 +0900
KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> +/*
> + * start_isolate_page_range() -- make page-allocation-type of range of pages
> + * to be MIGRATE_ISOLATE.
I think kerneldoc requires that the above all be on a single line.
-
To unsubscribe from this list: sen
Hello,
for the hack week at opensuse (see http://idea.opensuse.org/) I've
been working on a new feature called CONFIG_PAGE_SHIFT.
In the last few days while reading the topics of the VM summit I
answered I disliked the dependency on defrag for reliable I/O and I
suggested I had an alternative des
On 07/06/2007 07:44 AM, Andi Kleen wrote:
> I think the optimization is a good idea, although i dislike it
> that it is complicated for the dynamic markers. If it was just
> static it would be much simpler.
>
Another thing to consider is that there might be hundreds of these
probes/tracepoints ac
On Fri, 6 Jul 2007, Heikki Orsila wrote:
> > Transform some calls to kmalloc/memset to a single kzalloc (or
> > kcalloc).
>
> I looked all the files through. They looked good to me, except
> one case:
I checked the drivers/net and net/ changes and they looked ok (aside from
the above).
- Ja
On Fri, 6 Jul 2007 10:32:29 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> I am a bit worried about the performance impact of all this flushing? What
> is the worst case scenario here?
>
IMHO
When a user set VM_EXEC to their anonymous memory intentionally and
does many page faul
On Jul 6 2007 22:50, DervishD wrote:
>
>What I want to know is if I can choose "ondemand" governor instead
>of the recommended for AMD64, namely the "conservative" governor, since
>I will be switching between those two frequencies. I haven't found any
>information about my CPU regarding latenc
On Fri, 2007-07-06 at 15:10 +0100, Rui Nuno Capela wrote:
> Hi,
>
> On Wed, July 4, 2007 21:49, Thomas Gleixner wrote:
> > I'm pleased to announce the v2.6.21.5-rt19 kernel on behalf of Ingo.
> >
> >
> > It can be downloaded from the usual place:
> >
> > http://people.redhat.com/mingo/realtime-pre
Hi,
I am working on a run time threading library in which I want to
interact with the kernel to find out global system utilization
(especially in SMPs).
My question is: Is there a way to find out from an application that how
many active threads are there in OS? By active, I mean ready to run AND
> > Testing for some time in -mm in case of side effects and then pushing it
> > to an early -rc of a new kernel
> >
> I just pulled 2.6.22-rc6-mm1 and I looked in all the previous 2.6.22 mm
> patches and I don't see it. Am I missing something?
Getting it submitted into -mm as a starting poin
Alan Cox wrote:
On Fri, 06 Jul 2007 14:42:44 -0500
Corey Minyard <[EMAIL PROTECTED]> wrote:
I haven't heard anything on this patch. This is moved up to 2.6.22-rc7.
Is there anything that needs to change to get it included?
Testing for some time in -mm in case of side effects and then
On Thu, Jul 05, 2007 at 01:34:25PM -0700, Jeremy Fitzhardinge wrote:
> What's the state of your stack patches? I'm still using the ones you
> posted some time ago, and they seem like useful things to have in the
> kernel. Is there anything preventing you from pushing them upstream?
Just one th
On Thu, 2007-06-28 at 03:43 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
>
fs/xfs/linux-2.6/xfs_ioctl32.c: In function ‘xfs_ioc_bulkstat_compat’:
fs/xfs/linux-2.6/xfs_ioctl32.c:334: error: ‘xfs_inumbers_fmt_compat’
undeclar
Same type of "stuff" happening with 2.6.22-rc7. I've managed to narrow
it down somewhat. The page corruption happens only when I've got the sound
driver loaded: might be a DMA kind of thing that's killing me. Anyone got
any ideas how I might narrow it down further? The sound modules loaded
incl
Jeremy Fitzhardinge wrote:
Zachary Amsden wrote:
I though about it, but it gets really ugly. You need wrappers for
all the MMU ops in pvops generic code, which means either another
layer of wrappers or a bunch of CONFIG_DEBUG_PARAVIRT
Oh, yes, more wrappers please! We could do it at the par
Dave Hansen wrote:
> On Fri, 2007-07-06 at 14:03 -0700, Balbir Singh wrote:
+ssize_t res_counter_read(struct res_counter *cnt, int member,
+const char __user *userbuf, size_t nbytes, loff_t
>> *pos)
+{
+unsigned long *val;
+char buf[64], *s;
+
* Linus Torvalds
> Content-Transfer-Encoding: QUOTED-PRINTABLE
> On Thu, 5 Jul 2007, Dmitry Torokhov wrote:
>>
>> Please consider pulling from:
>>
>> б═ б═ б═ б═ git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git
>> for-linus
>
> There's somethign wrong with your emails, and it's ve
On Thu, Jul 05, 2007 at 01:50:27AM +0200, Jesper Juhl wrote:
> One tiny comment below.
> >+#define prof_on 0
> >+static inline void profile_init(void)
> >+{
> >+}
>
> Just to be pedantic; don't we want a blank line between functions
> here, even if they are empty?
Dunno, it's boilerplate code, no
On Fri, 2007-07-06 at 14:03 -0700, Balbir Singh wrote:
>
> >> +ssize_t res_counter_read(struct res_counter *cnt, int member,
> >> +const char __user *userbuf, size_t nbytes, loff_t
> *pos)
> >> +{
> >> +unsigned long *val;
> >> +char buf[64], *s;
> >> +
> >> +s = buf;
> >>
On Fri, Jul 06, 2007 at 12:51:27PM -0700, Jeremy Fitzhardinge wrote:
> The virtual CPU code has been competely rewritten since then. If its a
> non-gcc generated instruction, its possible the new code
> parser/generator hasn't been taught to deal with it.
It's not from gcc - it's from the i386
Dave Hansen wrote:
> On Thu, 2007-07-05 at 22:21 -0700, Balbir Singh wrote:
>> +struct mem_container {
>> +struct container_subsys_state css;
>> +/*
>> + * the counter to account for memory usage
>> + */
>> +struct res_counter res;
>> +};
>
> How about we call it "memory_usage"
On Thu, Jul 05, 2007 at 11:46:44AM -0400, Mathieu Desnoyers wrote:
> * Bodo Eggert ([EMAIL PROTECTED]) wrote:
> > Andi Kleen <[EMAIL PROTECTED]> wrote:
> > > Alexey Dobriyan <[EMAIL PROTECTED]> writes:
> > >> On Tue, Jul 03, 2007 at 12:40:56PM -0400, Mathieu Desnoyers wrote:
> >
> > >> > Use immed
Dave Hansen wrote:
> On Thu, 2007-07-05 at 22:20 -0700, Balbir Singh wrote:
>> +/*
>> + * the core object. the container that wishes to account for some
>> + * resource may include this counter into its structures and use
>> + * the helpers described beyond
>> + */
>
> I'm going to nitpick a bit h
* Li, Tong N ([EMAIL PROTECTED]) wrote:
> > I found that memory latency is difficult to measure in modern x86
> > CPUs because they have very clever prefetchers that can often
> > outwit benchmarks.
>
> A pointer-chasing program that accesses a random sequence of addresses
> usually can produce a
Zachary Amsden wrote:
I though about it, but it gets really ugly. You need wrappers for all
the MMU ops in pvops generic code, which means either another layer of
wrappers or a bunch of CONFIG_DEBUG_PARAVIRT
Oh, yes, more wrappers please! We could do it at the paravirt_ops
level: set up you
On 7/6/07, Johannes Berg <[EMAIL PROTECTED]> wrote:
On Fri, 2007-07-06 at 10:29 -0700, Christoph Lameter wrote:
> On Thu, 5 Jul 2007, Johannes Berg wrote:
>
> > kmem_cache_open is static so shouldn't be exported.
> >
> > Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
>
> I already fixed that. P
> I found that memory latency is difficult to measure in modern x86
> CPUs because they have very clever prefetchers that can often
> outwit benchmarks.
A pointer-chasing program that accesses a random sequence of addresses
usually can produce a good estimate on memory latency. Also, prefetching
c
* Andi Kleen (06 Jul 2007 14:03:05 +0200)
>> The 180seconds reboot timeout also doesn't make sense here. The problem
>> won't go away after a reboot without user interaction.
>
> It will when lilo -R/grubonce were used or the NFS server fixed itself
> on nfs root or ... There can be many reasons f
Hi all :)
I have an AMD Athlon64, and according to "powernow-k8", it has to
fid's, for 1000MHz and 1800MHz. I don't know if this is correct or if I
should enable ACPI to have more fid's, but my question is not about
this.
What I want to know is if I can choose "ondemand" governor inst
On Wed, 27 Jun 2007, Roland McGrath wrote:
> In the first battle just to make it compile, the only issue was that you
> assume every machine has TIF_DEBUG, which is in fact an implementation
> detail chosen lately by i386 and x86_64. AFAIK the only reason for it
> there is just to make a cheap te
Jeremy Fitzhardinge wrote:
I never merged the whole bit upstream because it added a field to
struct page.
Hm, is that a big problem? It would be OK for a debug config option,
wouldn't it? Also, it doesn't seem particularly vmi-specific. Could
it be made part of the pvops infrastructure?
1 - 100 of 386 matches
Mail list logo
