On Fri, Mar 09, 2007 at 01:53:57AM +0100, Herbert Poetzl wrote:
The real trick is that I believe these groupings are designed to
be something you can setup on login and then not be able to switch
out of. Which means we can't use sessions and process groups as the
grouping entities as those
On Fri, Mar 09, 2007 at 02:16:08AM +0100, Herbert Poetzl wrote:
On Thu, Mar 08, 2007 at 05:00:54PM +0530, Srivatsa Vaddagiri wrote:
On Thu, Mar 08, 2007 at 01:50:01PM +1300, Sam Vilain wrote:
7. resource namespaces
It should be. Imagine giving 20% bandwidth to a user X. X wants to
Ease of use maybe. Scripts can be more readily used with a fs-based
interface.
And, as I might have already stated, file system API's are a natural
fit for hierarchically shaped data, especially if the nodes in the
hierarchy would benefit from file system like permission attributes.
--
Herbert wrote (and vatsa quoted):
precisely, once you are inside a resource container, you
must not have the ability to modify its limits, and to
some degree, you should not know about the actual available
resources, but only about the artificial limits
Not necessarily. Depending on the
On Fri, Mar 09, 2007 at 11:49:08PM +0530, Srivatsa Vaddagiri wrote:
On Fri, Mar 09, 2007 at 01:53:57AM +0100, Herbert Poetzl wrote:
The real trick is that I believe these groupings are designed to
be something you can setup on login and then not be able to switch
out of. Which means we can't
the emphasis here is on 'from inside' which basically
boils down to the following:
if you create a 'resource container' to limit the
usage of a set of resources for the processes
belonging to this container, it would be kind of
defeating the purpose, if you'd allow the processes
to
Hi Pete,
On 2/28/07, Pete Zaitcev [EMAIL PROTECTED] wrote:
If a process is closing /dev/input/mice and an mouse disconnects simulta-
neously, the system is likely to oops. This usually happens when someone
hits AltCtrlF1 or logs out from X, and flips a KVM while the system
is reacting.
I
On Fri, 9 Mar 2007 09:28:49 -0500, Dmitry Torokhov [EMAIL PROTECTED] wrote:
On 2/28/07, Pete Zaitcev [EMAIL PROTECTED] wrote:
Dmitry, please consider getting rid of the list of handles entirely.
The other major user is drivers/char/keyboard.c.
I agree that handlers should not access
On 3/9/07, Pete Zaitcev [EMAIL PROTECTED] wrote:
On Fri, 9 Mar 2007 09:28:49 -0500, Dmitry Torokhov [EMAIL PROTECTED] wrote:
On 2/28/07, Pete Zaitcev [EMAIL PROTECTED] wrote:
Dmitry, please consider getting rid of the list of handles entirely.
The other major user is
Hi all,
I've just compiled and installed 2.6.21-rc3 on my Dual CPU Dell
Precision 610MT system. Dual 550mhz Xeon, 768mb of RAM. Mix of SCSI,
ATA drives. I'm using the new ATA_ drivers for my PATA disks.
After booting, I pulled my seldom used USB-serial device from the
system to toss in my
On Fri, Mar 09, 2007 at 10:40:21AM -0500, John Stoffel wrote:
Hi all,
I've just compiled and installed 2.6.21-rc3 on my Dual CPU Dell
Precision 610MT system. Dual 550mhz Xeon, 768mb of RAM. Mix of SCSI,
ATA drives. I'm using the new ATA_ drivers for my PATA disks.
After booting, I
* Linus Torvalds [EMAIL PROTECTED] wrote:
disabling the following radeonfb options in the .config made resume
work again:
In general, don't even *try* to use radeonfb for suspend/resume.
I don't think it has ever worked, except on some very rare laptops
(largely PPC Macs) where
Hi!
disabling the following radeonfb options in the .config made resume work
again:
In general, don't even *try* to use radeonfb for suspend/resume.
I don't think it has ever worked, except on some very rare laptops
(largely PPC Macs) where people had enough information to set up the
On Fri, 9 Mar 2007, Ingo Molnar wrote:
Some day we may have modesetting support in the kernel for some
graphics hw, right now it's pretty damn spotty.
having no video is what i'd have expected - but getting a /hang/ is not
what i'd have expected.
I debugged a case exactly like this
On Thu, Mar 08, 2007, Linus Torvalds wrote:
On Fri, 9 Mar 2007, Ingo Molnar wrote:
disabling the following radeonfb options in the .config made resume work
again:
In general, don't even *try* to use radeonfb for suspend/resume.
I don't think it has ever worked, except on some very
Andrew Morton wrote:
On Mon, 26 Feb 2007 17:48:55 -0600 Marc St-Jean
[EMAIL PROTECTED] wrote:
[PATCH] drivers: PMC MSP71xx LED driver
Patch to add LED driver for the PMC-Sierra MSP71xx devices.
This patch references some platform support files previously
submitted to the
On Fri, Mar 09, 2007 at 09:16:35PM +0100, Jan Engelhardt wrote:
On Mar 9 2007 20:00, Sam Ravnborg wrote:
On Thu, Mar 08, 2007 at 11:01:57PM +0100, Jan Engelhardt wrote:
Since Solaris seems to be on the run, I did myself try compile it.
However, unlike the original poster who said he
* Chris Wright [EMAIL PROTECTED] wrote:
* Ingo Molnar ([EMAIL PROTECTED]) wrote:
i am worried whether /any/ future change to the upstream kernel's design
can be adopted via paravirt_ops, via the current VMI ABI. And by /any/ i
mean truly any. And whether that can be done is not a
On Fri, 9 Mar 2007, Ingo Molnar wrote:
hm. So your point is that VMI is in essence a Turing machine (a
near-complete one)? No matter what redesign we do on the Linux side, the
VMI paravirt_ops will always be able to adopt to it?
No, I don't think it's turing-complete ;)
But since it
Ingo Molnar wrote:
yep. That's precisely my worry. And it doesnt have to be a 'great' thing
- just any random small change in the kernel that makes sense: what is
the likelyhood that it cannot be implemented, no matter what amount of
insight, paravirt_ops + hyper-ABI emulation hackery, for
On Friday, 9 March 2007 23:13, Pavel Machek wrote:
Hi!
Index: linux-2.6.21-rc3/kernel/power/user.c
===
--- linux-2.6.21-rc3.orig/kernel/power/user.c
+++ linux-2.6.21-rc3/kernel/power/user.c
@@ -402,9 +402,10 @@
Hi, I am encountering a performance problem, which I have tracked into the
Linux kernel. The problem occurs with my experimental web server that uses
sendfile to repeatedly transmit files. The files are based on the static
portion of the SPECweb99 fileset and range in size to model a
On Sat, Mar 10, 2007 at 09:12:07AM +1100, Con Kolivas wrote:
(...)
Matt, could you check with plain 2.6.20 + Con's patch ? It is possible
that he added bugs when porting to -mm, or that someting in -mm causes
the trouble. Your experience with -mm seems so much different from mine
with
On Sat, Mar 10, 2007 at 09:12:07AM +1100, Con Kolivas wrote:
On Saturday 10 March 2007 08:57, Willy Tarreau wrote:
On Fri, Mar 09, 2007 at 03:39:59PM -0600, Matt Mackall wrote:
On Sat, Mar 10, 2007 at 08:19:18AM +1100, Con Kolivas wrote:
On Saturday 10 March 2007 08:07, Con Kolivas
dio: invalidate clean pages before dio write
This patch fixes a user-triggerable oops that was reported by Leonid Ananiev as
archived at http://lkml.org/lkml/2007/2/8/337.
dio writes invalidate clean pages that intersect the written region so that
subsequent buffered reads go to disk to read the
Ingo Molnar wrote:
ok, sure, how about the one i mentioned: long-term i'd like to have a
paravirt model where the guest does not store /any/ page tables - all
paging is managed by the hypervisor. The guest has a vma tree, but
otherwise it does not process pagefaults, has no concept of a pte
On Sat, Mar 10, 2007 at 09:18:05AM +1100, Con Kolivas wrote:
On Saturday 10 March 2007 08:57, Con Kolivas wrote:
On Saturday 10 March 2007 08:39, Matt Mackall wrote:
On Sat, Mar 10, 2007 at 08:19:18AM +1100, Con Kolivas wrote:
On Saturday 10 March 2007 08:07, Con Kolivas wrote:
On
[ cc:ing Alan who may have a better idea what is wrong with this CF than me ]
On Friday 09 March 2007, Marco Lazzarotto wrote:
Hallo! :-)
Bartlomiej Zolnierkiewicz ha scritto:
Czesc!
On Tuesday 06 March 2007, Marco Lazzarotto wrote:
Ciao!
Bartlomiej Zolnierkiewicz ha scritto:
* Ingo Molnar ([EMAIL PROTECTED]) wrote:
* Chris Wright [EMAIL PROTECTED] wrote:
i'm not really one to argue on behalf of VMI, but i don't think it's
as dire make it out. [...]
hey, that's what i thought when i helped do the vDSO, until i got
slapped with cold reality called
On Fri 2007-03-09 23:34:00, Rafael J. Wysocki wrote:
On Friday, 9 March 2007 23:13, Pavel Machek wrote:
Hi!
Index: linux-2.6.21-rc3/kernel/power/user.c
===
--- linux-2.6.21-rc3.orig/kernel/power/user.c
+++
On 3/9/07, Jan Engelhardt [EMAIL PROTECTED] wrote:
I think the sound example to the right really shows it. /dev/dsp has a
consistent ABI on a ton of systems. The API below it, varies. Linux got
file_operations and ALSA. Solaris/BSD may have its
vnode-and-so-on-functions and some sort of OSS.
I
* Linus Torvalds [EMAIL PROTECTED] wrote:
but ... maybe because VMI is so lowlevel and covers /all/ of x86
today, it will always be able to emulate whatever different concept
we can come up with? Do we really know this absolutely sure?
For sure? Absolutely not. But since any new
On Fri, 2007-03-09 at 16:56 +1100, Rusty Russell wrote:
__builtin_types_compatible_p() has been around since gcc 2.95, and we
don't use it anywhere. This patch quietly fixes that.
OK, many people complained that it needed a comment. Good point!
==
Add comment to ARRAY_SIZE macro.
On Mar 9 2007 23:23, Sam Ravnborg wrote:
Date: Fri, 9 Mar 2007 23:23:32 +0100
From: Sam Ravnborg [EMAIL PROTECTED]
To: Jan Engelhardt [EMAIL PROTECTED],
Paulo Marques [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], Christoph Hellwig [EMAIL PROTECTED],
Deepak Saxena [EMAIL PROTECTED],
Andrew
On Saturday 10 March 2007 09:29, Matt Mackall wrote:
On Sat, Mar 10, 2007 at 09:18:05AM +1100, Con Kolivas wrote:
On Saturday 10 March 2007 08:57, Con Kolivas wrote:
On Saturday 10 March 2007 08:39, Matt Mackall wrote:
So what's different between makes in parallel and make -j 5? Make's
On Wed, Mar 07, 2007 at 08:38:27AM -0800, Linus Torvalds wrote:
On Wed, 7 Mar 2007, Oleg Verych wrote:
Probably it can be used to get rid of gccisms and type fluff due to
bitwise arithmetics in ALIGN?
Hell no.
The typeof is there to make sure we have the right type, and it's
On Sat, 10 Mar 2007 09:57:32 +1100 Rusty Russell wrote:
On Fri, 2007-03-09 at 16:56 +1100, Rusty Russell wrote:
__builtin_types_compatible_p() has been around since gcc 2.95, and we
don't use it anywhere. This patch quietly fixes that.
Bah. Just because gcc has a feature doesn't mean we
Hello,
I periodically see the following TCP kernel assertion errors in
/var/log/message
(it does seem that networking is eventually able to recover from these
errors):
kernel: KERNEL: assertion (flags MSG_PEEK) failed at net/ipv4/tcp.c
(1171)
kernel: KERNEL: assertion (flags MSG_PEEK)
Eric W. Biederman wrote:
[CHOP]
Below is an additional set of warnings that should help debug this.
The old code just got lucky that it triggered a warning when this happens.
I'm trying this patch together with the other 2 that you sent out a few days
ago. I'm seeing some minor issues with
Linus Torvalds wrote:
but ... maybe because VMI is so lowlevel and covers /all/ of x86 today,
it will always be able to emulate whatever different concept we can come
up with? Do we really know this absolutely sure?
For sure? Absolutely not. But since any new interfaces we come up with
* Chris Wright [EMAIL PROTECTED] wrote:
ok, sure, how about the one i mentioned: long-term i'd like to have
a paravirt model where the guest does not store /any/ page tables -
all paging is managed by the hypervisor. The guest has a vma tree,
but otherwise it does not process
* Ingo Molnar [EMAIL PROTECTED] wrote:
[...] If that is the case then my ABI worries would indeed be wrong
and i'd owe Zach a big fat apology [and more] for my flames ;-)
that apology i very much owe to Zach no matter what the outcome of the
discussion. Zach, some of my mindless
Perhaps this patch can go into Wesnoth for testing for a while before
we merge it into the kernel?
-
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
On Fri, 2007-03-09 at 10:15 +0200, Pekka J Enberg wrote:
+static int revoke_vma(struct vm_area_struct *vma, struct zap_details
*details)
+{
+ unsigned long restart_addr, start_addr, end_addr;
+ int need_break;
+
+ start_addr = vma-vm_start;
+ end_addr = vma-vm_end;
+
+
On Sat, 10 Mar 2007, Rusty Russell wrote:
On Fri, 2007-03-09 at 16:56 +1100, Rusty Russell wrote:
__builtin_types_compatible_p() has been around since gcc 2.95, and we
don't use it anywhere. This patch quietly fixes that.
OK, many people complained that it needed a comment. Good point!
On Sat, 10 Mar 2007, Oleg Verych wrote:
OTOH, if i would write it this way
#define BALIGN(x,bits) x) (bits)) + 1) (bits))
But that's *wrong*. It aligns something that is *already* aligned to
something else.
So you'd have to do it as something like
#define
On Sat, Mar 10, 2007 at 10:02:37AM +1100, Con Kolivas wrote:
On Saturday 10 March 2007 09:29, Matt Mackall wrote:
On Sat, Mar 10, 2007 at 09:18:05AM +1100, Con Kolivas wrote:
On Saturday 10 March 2007 08:57, Con Kolivas wrote:
On Saturday 10 March 2007 08:39, Matt Mackall wrote:
So
Ingo Molnar wrote:
ok, sure, how about the one i mentioned: long-term i'd like to have a
paravirt model where the guest does not store /any/ page tables - all
paging is managed by the hypervisor. The guest has a vma tree, but
otherwise it does not process pagefaults, has no concept of a pte
Am Mittwoch, 7. März 2007 20:48 schrieb Mws:
hi all,
i just moved my win tv dvb-s card (PCI) from my old to my actual pc.
its an ASUS M2N32 WS Professional AMD64 X2 Board equiped with
the nvidia nForce 590 SLI MCP chipset.
in the past, i had to use the noapic kernel cmdline param to get
How does the clock period get set on periodic timers? In my clock
driver, I'm seeing a call to -set_mode(CLOCK_EVT_MODE_PERIODIC, evt),
but then... nothing. I was expecting a call to set_next_event to set
the timer period.
The calltrace is:
#0 xen_new_set_mode (mode=CLOCK_EVT_MODE_PERIODIC,
Ingo Molnar wrote:
* Ingo Molnar [EMAIL PROTECTED] wrote:
[...] If that is the case then my ABI worries would indeed be wrong
and i'd owe Zach a big fat apology [and more] for my flames ;-)
that apology i very much owe to Zach no matter what the outcome of the
discussion. Zach, some
* Jeremy Fitzhardinge [EMAIL PROTECTED] wrote:
The important part is that there's more to the story than just pv_ops.
If you wanted to make such a change, then you'd need to refactor the
i386 support code to add a vma-paging helper layer. That layer would
be available for any pv_ops
This patch add an anonymous inode source, to be used for files that need
and inode only in order to create a file*. We do not care of having an
inode for each file, and we do not even care of having different names in
the associated dentries (dentry names will be same for classes of file*).
This patch series implements the new signalfd() and signalfd_dequeue()
system calls. I took part of the original Linus code (and you know how
badly it can be broken :), and I added even more breakage ;)
Signals are fetched from the same signal queue used by the process,
so signalfd will compete
This patch wire the signalfd system call to the i386 architecture.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.20.ep2/arch/i386/kernel/syscall_table.S
===
---
This patch implement the necessary compat code for the signalfd system call.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.20.ep2/fs/compat.c
===
--- linux-2.6.20.ep2.orig/fs/compat.c
This patch wire the signalfd system call to the x86_64 architecture.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.20.ep2/include/asm-x86_64/unistd.h
===
---
This patch implement the necessary compat code for the timerfd system call.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.20.ep2/fs/compat.c
===
--- linux-2.6.20.ep2.orig/fs/compat.c
This patch wire the timerfd system call to the x86_64 architecture.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.20.ep2/arch/x86_64/ia32/ia32entry.S
===
---
This patch introduces a new system call for timers events delivered
though file descriptors. This allows timer event to be used with
standard POSIX poll(2), select(2) and read(2). As a consequence of
supporting the Linux f_op-poll subsystem, they can be used with
epoll(2) too.
The system call is
This patch wire the timerfd system call to the i386 architecture.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.20.ep2/arch/i386/kernel/syscall_table.S
===
---
On 03/09, Roland McGrath wrote:
Yes sure, this change shoud be tested in -mm tree (I'll send the patch
on Sunday after some testing). The only (afaics) problem is that with
this change a kernel thread must not do do_fork(CLONE_THREAD).
To clarify, the danger here is that an
The dma_ops structure can be const since it never changes
after boot.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
arch/x86_64/kernel/pci-calgary.c |2 +-
arch/x86_64/kernel/pci-gart.c|2 +-
arch/x86_64/kernel/pci-nommu.c |2 +-
arch/x86_64/kernel/pci-swiotlb.c |2
On Mar 9 2007 15:39, Davide Libenzi wrote:
This patch add an anonymous inode source, to be used for files that need
and inode only in order to create a file*. We do not care of having an
inode for each file, and we do not even care of having different names in
the associated dentries (dentry
Hello-
Cliff Wickman wrote:
This patch would insert a preference to migrate such a task to a cpu within
its cpuset (and set its cpus_allowed to its cpuset).
With this patch, migrate the task to:
1) to any cpu on the same node as the disabled cpu, which is both online
and among that
On Fri, 2007-09-03 at 13:19 -0800, Pavel Machek wrote:
Hi!
-void set_console(int nr)
+extern char vt_dont_switch;
+
What does this variable do and why do we want to use it here?
It's needed in set_console(). Console switch will fail if this is true.
'if ('
+
On Fri, Mar 09, 2007 at 03:46:40PM -0800, Stephen Hemminger wrote:
The dma_ops structure can be const since it never changes
after boot.
Sounds reasonable. I haven't come up with a likely case where we would
want to change a dma_ops structure (as opposed to just pointing to a
different
Keep trying, you might hit the proper mailing list after a
few more attempts. :-)
Please post networking issues to netdev@vger.kernel.org,
thank you.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On 3/8/07, Parav K Pandit [EMAIL PROTECTED] wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Luong Ngo
Sent: Friday, March 09, 2007 8:54 AM
To: Robert Hancock
Cc: linux-kernel; [EMAIL PROTECTED]
Subject: Re: Sleeping thread not receive signal until
William Lee Irwin III wrote:
The short translation of my message for you is Linus, please don't
LART me too hard.
On Fri, Mar 09, 2007 at 11:43:46PM +0300, Al Boldi wrote:
Right.
Given where the code originally came from, I've got bullets to dodge.
William Lee Irwin III wrote:
This sort of
On Sat, 10 Mar 2007, Jan Engelhardt wrote:
On Mar 9 2007 15:39, Davide Libenzi wrote:
This patch add an anonymous inode source, to be used for files that need
and inode only in order to create a file*. We do not care of having an
inode for each file, and we do not even care of having
On Fri, Mar 09, 2007 at 03:15:10PM -0800, Linus Torvalds wrote:
On Sat, 10 Mar 2007, Oleg Verych wrote:
OTOH, if i would write it this way
#define BALIGN(x,bits) x) (bits)) + 1) (bits))
But that's *wrong*. It aligns something that is *already* aligned to
something
On Fri, 9 Mar 2007, Al Boldi wrote:
My preferred sphere of operation is the Manichean domain of faster vs.
slower, functionality vs. non-functionality, and the like. For me, such
design concerns are like the need for a kernel to format pagetables so
the x86 MMU decodes what was intended, or
On Saturday 10 March 2007 10:06, Matt Mackall wrote:
On Sat, Mar 10, 2007 at 10:02:37AM +1100, Con Kolivas wrote:
On Saturday 10 March 2007 09:29, Matt Mackall wrote:
On Sat, Mar 10, 2007 at 09:18:05AM +1100, Con Kolivas wrote:
On Saturday 10 March 2007 08:57, Con Kolivas wrote:
On
On Saturday 10 March 2007 09:29, Matt Mackall wrote:
On Sat, Mar 10, 2007 at 09:18:05AM +1100, Con Kolivas wrote:
On Saturday 10 March 2007 08:57, Con Kolivas wrote:
On Saturday 10 March 2007 08:39, Matt Mackall wrote:
On Sat, Mar 10, 2007 at 08:19:18AM +1100, Con Kolivas wrote:
On
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all.
I'm also affected by this bug. I noticed it upgrading from Ubuntu Dapper
to Edgy, and now persist on Feisty.
I can't remember the latest kernel version I used on Dapper, but I'm
sure that the disk was parking fine!
Are we in front of a
On Sat, Mar 10, 2007 at 11:34:26AM +1100, Con Kolivas wrote:
On Saturday 10 March 2007 09:29, Matt Mackall wrote:
On Sat, Mar 10, 2007 at 09:18:05AM +1100, Con Kolivas wrote:
On Saturday 10 March 2007 08:57, Con Kolivas wrote:
On Saturday 10 March 2007 08:39, Matt Mackall wrote:
On
On Saturday 10 March 2007 09:12, Con Kolivas wrote:
On Saturday 10 March 2007 08:57, Willy Tarreau wrote:
On Fri, Mar 09, 2007 at 03:39:59PM -0600, Matt Mackall wrote:
On Sat, Mar 10, 2007 at 08:19:18AM +1100, Con Kolivas wrote:
On Saturday 10 March 2007 08:07, Con Kolivas wrote:
On
On Mar 10 2007 09:57, Rusty Russell wrote:
On Fri, 2007-03-09 at 16:56 +1100, Rusty Russell wrote:
__builtin_types_compatible_p() has been around since gcc 2.95, and we
don't use it anywhere. This patch quietly fixes that.
OK, many people complained that it needed a comment. Good point!
==
On Fri, Mar 09, 2007 at 05:18:31PM -0500, Ryan Hope wrote:
from what I understood, there is a performance loss in plugsched
schedulers because they have to share code
even if pluggable schedulers is not a viable option, being able to
choose which one was built into the kernel would be easy
Hi Andrew
Please find take3 of this patch : Linus suggested to introduce a helper
function to factorize work done by most d_dname() implementations.
Thank you
[PATCH] VFS : Delay the dentry name generation on sockets and pipes.
1) Introduces a new method in 'struct dentry_operations'. This
On Fri, Mar 09, 2007 at 02:35:57PM -0800, Zach Brown wrote:
+ if (rw == WRITE mapping-nrpages) {
+ int err = invalidate_inode_pages2_range(mapping,
+ offset PAGE_CACHE_SHIFT, end);
+ if (err retval = 0)
+
On Sat, Mar 10, 2007 at 12:02:25PM +1100, Con Kolivas wrote:
On Saturday 10 March 2007 09:12, Con Kolivas wrote:
On Saturday 10 March 2007 08:57, Willy Tarreau wrote:
On Fri, Mar 09, 2007 at 03:39:59PM -0600, Matt Mackall wrote:
On Sat, Mar 10, 2007 at 08:19:18AM +1100, Con Kolivas
On Saturday 10 March 2007 11:49, Matt Mackall wrote:
On Sat, Mar 10, 2007 at 11:34:26AM +1100, Con Kolivas wrote:
Ok, so some of the basics then. Can you please give me the output of 'top
-b' running for a few seconds during the whole affair?
Here you go:
http://selenic.com/baseline
On Tue, Mar 06, 2007 at 08:22:11PM -0800, Arjan van de Ven wrote:
How about using a reduced check, as is done for fd and environ? This
would allow root-running system monitors to still do their job.
Effectively, this changes the test from is ptracing to just can
ptrace.
If this
On Sat, Mar 10, 2007 at 12:28:38PM +1100, Con Kolivas wrote:
On Saturday 10 March 2007 11:49, Matt Mackall wrote:
On Sat, Mar 10, 2007 at 11:34:26AM +1100, Con Kolivas wrote:
Ok, so some of the basics then. Can you please give me the output of 'top
-b' running for a few seconds during the
On Mar 09, 2007, at 20:42:30, Matt Mackall wrote:
Doh, can't believe I didn't notice that. That's apparently a
default in Debian/unstable (not sure where to tweak it).
Run this:
[EMAIL PROTECTED]:~# dpkg-reconfigure xserver-xorg
It should ask you if you want to run the X-server at a lower
Applied.
thanks,
-Len
On Monday 19 February 2007 19:07, Adrian Bunk wrote:
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.20-mm1/drivers/misc/asus-laptop.c.old 2007-02-18
01:06:30.0 +0100
+++
On Thu, 08 Mar 2007 21:50:29 +0100 Michal Piotrowski [EMAIL PROTECTED]
wrote:
Andrew Morton napisał(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc3-mm1/
Will appear later at
On Saturday 10 March 2007 12:42, Matt Mackall wrote:
On Sat, Mar 10, 2007 at 12:28:38PM +1100, Con Kolivas wrote:
On Saturday 10 March 2007 11:49, Matt Mackall wrote:
On Sat, Mar 10, 2007 at 11:34:26AM +1100, Con Kolivas wrote:
Ok, so some of the basics then. Can you please give me the
On Thu, 8 Mar 2007 12:55:25 -0800 Kees Cook [EMAIL PROTECTED] wrote:
On Tue, Mar 06, 2007 at 08:22:11PM -0800, Arjan van de Ven wrote:
[Adding Cc:lkml]
How about using a reduced check, as is done for fd and environ? This
would allow root-running system monitors to still do their
On Sat, Mar 10, 2007 at 01:20:22PM +1100, Con Kolivas wrote:
Progress at last! And without any patches! Well those look very reasonable to
me. Especially since -j5 is a worst case scenario.
Well that's with a noyield patch and your sched_tick fix.
But would you say it's still _adequate_ with
On Saturday 10 March 2007 13:26, Matt Mackall wrote:
On Sat, Mar 10, 2007 at 01:20:22PM +1100, Con Kolivas wrote:
Progress at last! And without any patches! Well those look very
reasonable to me. Especially since -j5 is a worst case scenario.
Well that's with a noyield patch and your
On Fri, 9 Mar 2007 01:13:14 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
I get the following traces from 2.6.21-rc3-mm2 during the resume phase
of testing with 'echo test /sys/power/disk echo disk /sys/power/state':
acpi thermal:00: resuming
pci :00:00.0: resuming
On Saturday 17 February 2007 14:03, Thomas Gleixner wrote:
The broadcast functionality is only necessary when a local APIC is
available. Make the config switch depend on X86_LOCAL_APIC. This
resolves the mach-voyager breakage introduced by the tick managament
code.
Signed-off-by: Thomas
* David Miller [EMAIL PROTECTED] wrote:
From 1171ef62b18d7eef093ecf961dd09b11339d53d9 Mon Sep 17 00:00:00 2001
From: David S. Miller [EMAIL PROTECTED]
Date: Mon, 5 Mar 2007 15:28:37 -0800
Subject: [PATCH] [SPARC64]: Add clocksource/clockevents support.
I'd like to thank John Stul and
On Thu, 8 Mar 2007 22:12:27 -0500 Mathieu Desnoyers [EMAIL PROTECTED] wrote:
Fix sparc TIF_USEDFPU flag atomicity
Non atomic update of TIF can be very dangerous, except at thread structure
creation time. Here I standardize the TIF_USEDFPU usage of the sparc arch.
Applies on 2.6.20.
Hi Christoph,
On Fri, Mar 09, 2007 at 10:39:13AM +, Christoph Hellwig wrote:
Hi Nick,
sorry for my later reply, this has been on my to answer list for the last
month and I only managed to get back to it now.
No worries, I haven't had much time to work on it since then anyway.
Thanks for
On Fri, Mar 09, 2007 at 09:40:00AM +, Christoph Hellwig wrote:
On Sat, Feb 17, 2007 at 03:56:55AM -0500, Josef 'Jeff' Sipek wrote:
From: Michael Halcrow [EMAIL PROTECTED]
Call the new lookup_one_len_nd() rather than lookup_one_len(). This fixes
an
oops when stacked on NFS.
On 9 Mar 2007, at 12:52, Nick Piggin wrote:
Hi Christoph,
On Fri, Mar 09, 2007 at 10:39:13AM +, Christoph Hellwig wrote:
Hi Nick,
sorry for my later reply, this has been on my to answer list for
the last
month and I only managed to get back to it now.
No worries, I haven't had much
801 - 900 of 1046 matches
Mail list logo