Andi Kleen wrote:
Rationale:
- It cannot be enabled in normal builds because all current lds
become very slow when they have to handle thousands of sections.
afaik this is only ever reported on SuSE; I've not heard it on any
other distro...
-
To unsubscribe from this list: send the line
On Thu, 19 Apr 2007 10:18:04 -0400
Bart Trojanowski [EMAIL PROTECTED] wrote:
I need to preserve some state from the bios before entering protected
mode. For now I want to copy it into some ram accessible by real-mode,
say the last megabyte visible in real-mode.
What's the easiest way to
From: Pekka Enberg [EMAIL PROTECTED]
We should do fput only to files that were not used by the revoke
operation.
Signed-off-by: Pekka Enberg [EMAIL PROTECTED]
---
fs/revoke.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
Index: uml-2.6/fs/revoke.c
On Thu, Apr 19, 2007 at 01:01:42AM -0700, Andrew Morton wrote:
On Thu, 19 Apr 2007 09:38:30 +0200 Jens Axboe [EMAIL PROTECTED] wrote:
Hi,
Doing some testing on CFQ, I ran into this 100% reproducible report:
===
[ INFO: possible
On Thu, 19 Apr 2007 10:20:51 -0400 (EDT),
Alan Stern [EMAIL PROTECTED] wrote:
The patch below, applied on top of Cornelia's changes plus the
kobject_init() patch I posted earlier, actually seems to work. And it
prevents an oops which I was able to trigger without it.
Looks nice at first
On Thu, Apr 19, 2007 at 08:54:04AM +0200, Jarek Poplawski wrote:
Hi,
IMHO cancel_rearming_delayed_work is dangerous place:
Agreed - I spent a couple of hours today learning why it
can only be used on work functions that always rearm...
- it assumes a work function always rearms (with no
On Thu, Apr 19, 2007 at 09:32:22AM +0200, Ingo Molnar wrote:
* Jarek Poplawski [EMAIL PROTECTED] wrote:
+ int i = 1000;
- while (!cancel_delayed_work(dwork))
+ while (!cancel_delayed_work(dwork)) {
flush_workqueue(wq);
+
On 19/04/07 08:54 +0200, Jean Delvare wrote:
Hi Len,
On Wed, 18 Apr 2007 13:42:56 -0400, Lennart Sorensen wrote:
On Sat, Apr 14, 2007 at 07:28:07PM +0200, Jean Delvare wrote:
Otherwise it looks OK to me, I take the patch. If others have comments
or objections, just speak up and submit
Hello
On Thursday 19 April 2007 18:15, Jens Axboe wrote:
On Thu, Apr 19 2007, Jens Axboe wrote:
Is it possible that fio was changed? That it was changed to close() the
fd
before doing the munmapping whereas it used to hold the file open?
It's been a while since I tested on this
Hello
On Thursday 19 April 2007 12:25, Andrew Morton wrote:
On Thu, 19 Apr 2007 10:01:57 +0200 Jens Axboe [EMAIL PROTECTED] wrote:
On Thu, Apr 19 2007, Andrew Morton wrote:
On Thu, 19 Apr 2007 09:38:30 +0200 Jens Axboe [EMAIL PROTECTED] wrote:
Hi,
Doing some testing on
This is the first in a series of 3 patches to bring the staircase deadline cpu
scheduler up to version 0.43. They apply on top of
[PATCH] sched: implement staircase deadline scheduler further improvements-1
Assuming we're still queueing these up in -mm for comparison, that patch is
still
Update documentation to reflect higher maximum rr_interval.
Signed-off-by: Con Kolivas [EMAIL PROTECTED]
---
Documentation/sysctl/kernel.txt |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.21-rc7-sd/Documentation/sysctl/kernel.txt
More aggressive nice discrimination by the Staircase-Deadline cpu scheduler
means ksoftirqd is getting significantly less cpu than previously. Adjust
nice value accordingly for similar cpu distribution.
Signed-off-by: Con Kolivas [EMAIL PROTECTED]
---
kernel/softirq.c |2 +-
1 file changed,
On Thu, Apr 19, 2007 at 10:02:36AM -0400, James Bottomley wrote:
On Thu, 2007-04-19 at 09:25 -0400, Josef Bacik wrote:
Looking through everything I came to the conclusion that we don't really
need
the scsi_sysfs_add_devices in scsi_finish_async_scan, which gets run
everytime
we do a
-Original Message-
From: Hisashi Hifumi [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 18, 2007 2:03 AM
To: Miller, Mike (OS Dev); [EMAIL PROTECTED]
Subject: [PATCH] cciss: Fix warnings during compilation under
32bit environment
Hi.
I fixed following warnings.
Applies for 2.6.20.7 and beyond.
Signed-off-by: Dan Aloni [EMAIL PROTECTED]
diff --git a/include/scsi/scsi.h b/include/scsi/scsi.h
index 5c0e979..dff842a 100644
--- a/include/scsi/scsi.h
+++ b/include/scsi/scsi.h
@@ -103,6 +103,7 @@ extern const unsigned char scsi_command_size[8];
#define
On Thursday 19 April 2007 23:17, Mark Lord wrote:
Con Kolivas wrote:
s go ahead and think up great ideas for other ways of metering out cpu
bandwidth for different purposes, but for X, given the absurd simplicity
of renicing, why keep fighting it? Again I reiterate that most users of
SD
In order to keep raising the standard for comparison for the alternative new
scheduler developments, here is an updated version of the staircase deadline
cpu scheduler.
http://ck.kolivas.org/patches/staircase-deadline/2.6.20.7-sd-0.43.patch
Con Kolivas wrote:
Ok, there are 3 known schedulers currently being promoted as solid
replacements for the mainline scheduler which address most of the issues with
mainline (and about 10 other ones not currently being promoted). The main way
they do this is through attempting to maintain solid
Trond Myklebust wrote:
On Wed, 2007-04-18 at 20:52 -0500, Florin Iucha wrote:
On Wed, Apr 18, 2007 at 10:11:46AM -0400, Trond Myklebust wrote:
Do you have a copy of wireshark or ethereal on hand? If so, could you
take a look at whether or not any NFS traffic is going between the
client and
On Thu, 2007-04-19 at 11:12 -0400, Chuck Lever wrote:
Perhaps instead of looking at the number of bytes sent, the logic in the
last hunk of this patch should check which queue the request is sitting on.
??? It would be a bug for the request to be sitting on _any_ queue when
it enters
* Willy Tarreau [EMAIL PROTECTED] wrote:
You can certainly script it with -geometry. But it is the wrong
application for this matter, because you benchmark X more than
glxgears itself. What would be better is something like a line
rotating 360 degrees and doing some short stuff between
On Thu, 2007-04-19 at 15:09 +, Miller, Mike (OS Dev) wrote:
Nak. You still haven't told where you saw these warnings. What compiler
are you using? I do not see these in my 32-bit environment.
I think it's seen with CONFIG_LBD=n on 32 bits
In that configuration, sector_t is a u32 (it's u64
Hi,
On configuring an ARM based gateway with a large number of iptables
rules, in the kernel, memory allocation (vmalloc) in the kernel half
of IPTABLES issues the following warning
Badness in map_area_pte at mm/vmalloc.c:126
Badness in map_area_pte at mm/vmalloc.c:126
Badness in map_area_pte
Robert Hancock wrote:
Chuck Ebbert wrote:
Denis Vlasenko wrote:
* From make menuconfig questions it looks like SATA/PATA
rewrite (in the form of libata) is almost finished. Hehe,
untangling IDE mess was quite a feat, and Jeff did it. Kudos.
ADMA mode on nvidia chipsets still seems
Dmitry Torokhov napsal(a):
I have been thinking about this and I don't think that exporting motor
data is a good idea, at least not in case of Phantom driver. The fact
that there are 3 motors is a hardware implementation detail and it
is not interesting for general application.
Ok, so what
On Thu, 19 Apr 2007 11:23:39 +0200 Jiri Bohac wrote:
Hi,
is there any reason to use an explicit int instead of a typeof in
the abs() macro? The current implementation will return bogus
results when used with longs.
I think it's like it is just to be consistent with abs() in C,
which also
On Thu, 19 Apr 2007, Ingo Molnar wrote:
i disagree that the user 'would expect' this. Some users might. Others
would say: 'my 10-thread rendering engine is more important than a
1-thread job because it's using 10 threads for a reason'. And the CFS
feedback so far strengthens this point:
On Thu, 2007-04-19 18:10:54 +0300, Dan Aloni [EMAIL PROTECTED] wrote:
diff --git a/include/scsi/scsi.h b/include/scsi/scsi.h
index 5c0e979..dff842a 100644
--- a/include/scsi/scsi.h
+++ b/include/scsi/scsi.h
@@ -103,6 +103,7 @@ extern const unsigned char scsi_command_size[8];
#define READ_12
Linus,
Please pull from the 'linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/avi/kvm.git
To get a one-liner fixing a host oops running non-pae guests.
Avi Kivity (1):
KVM: Fix off-by-one when writing to a nonpae guest pde
---
drivers/kvm/mmu.c |1 +
1 files
On Thu, Apr 19, 2007 at 11:17:28AM -0400, Trond Myklebust wrote:
On Thu, 2007-04-19 at 11:12 -0400, Chuck Lever wrote:
Perhaps instead of looking at the number of bytes sent, the logic in the
last hunk of this patch should check which queue the request is sitting on.
??? It would be a bug
On Thu, 19 Apr 2007 08:20:59 +0200 Borislav Petkov wrote:
snip
I'm pretty sure the reason you cannot reproduce this warning is the line
xsl:param name=refentry.version.suppress1/xsl:param
which can be found in param.xsl, it being a part of the docbook-xsl
distribution. The
David Howells [EMAIL PROTECTED] writes:
Eric W. Biederman [EMAIL PROTECTED] wrote:
What is the ETA on your patches?
That depends on Dave Miller now, I think. I'm assuming they need to go
through the network GIT tree to get to Linus. Certainly Andrew Morton seems
to think so.
Ok. I
On 4/19/07, Jiri Slaby [EMAIL PROTECTED] wrote:
Dmitry Torokhov napsal(a):
I have been thinking about this and I don't think that exporting motor
data is a good idea, at least not in case of Phantom driver. The fact
that there are 3 motors is a hardware implementation detail and it
is not
In order to keep raising the standard for comparison for the alternative new
scheduler developments, here is an updated version of the staircase deadline
cpu scheduler.
I very much appreciate your continued work on SD.
Over the last days I had used 26.21-rc7-ck1 and -ck2. Today I have
given
On Thu, 19 Apr 2007, Ethan Solomita wrote:
H Sorry. I got distracted and I have sent them to Kame-san who was
interested in working on them.
I have placed the most recent version at
http://ftp.kernel.org/pub/linux/kernel/people/christoph/cpuset_dirty
Do you expect any
Robert Hancock wrote:
I've seen a lot of systems (including brand new Xeon-based servers from
IBM and HP) that output messages on boot like:
PCI: BIOS Bug: MCFG area at f000 is not E820-reserved
PCI: Not using MMCONFIG.
So Microsoft is explicitly telling the BIOS developers that
On Thu, 2007-04-19 at 10:50 -0500, Florin Iucha wrote:
On Thu, Apr 19, 2007 at 11:17:28AM -0400, Trond Myklebust wrote:
On Thu, 2007-04-19 at 11:12 -0400, Chuck Lever wrote:
Perhaps instead of looking at the number of bytes sent, the logic in the
last hunk of this patch should check
-Original Message-
From: James Bottomley [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 19, 2007 10:19 AM
To: Miller, Mike (OS Dev)
Cc: Hisashi Hifumi; [EMAIL PROTECTED];
[EMAIL PROTECTED]; linux-kernel@vger.kernel.org;
[EMAIL PROTECTED]; Cameron, Steve
Subject: RE: [PATCH]
Con Kolivas wrote:
On Thursday 19 April 2007 23:17, Mark Lord wrote:
Con Kolivas wrote:
s go ahead and think up great ideas for other ways of metering out cpu
bandwidth for different purposes, but for X, given the absurd simplicity
of renicing, why keep fighting it? Again I reiterate that
On Thu, 19 Apr 2007 09:19:32 +0200 Borislav Petkov wrote:
A fixed version of the patch shutting up missing version warnings when
building
mandocs.
http://www.zip.com.au/~akpm/linux/patches/stuff/tpp.txt ::
Please include a full patch description/changelog in the future.
+sub
Eric W. Biederman [EMAIL PROTECTED] wrote:
Ok. I don't see any patches in -mm so I was assuming these patches have
not been queued up anywhere.
They haven't been quite yet. Is it your intention to kill these features in
2.6.22?
David
-
To unsubscribe from this list: send the line
On Thu, 2007-04-19 at 01:58 -0600, Eric W. Biederman wrote:
From: Eric W. Biederman [EMAIL PROTECTED]
Start the reclaimer thread using kthread_run instead
of a combination of kernel_thread and daemonize.
The small amount of signal handling code is also removed
as it makes no sense and is a
On Thu, 2007-04-19 at 16:12 +, Miller, Mike (OS Dev) wrote:
Nak. You still haven't told where you saw these warnings. What
compiler are you using? I do not see these in my 32-bit environment.
I think it's seen with CONFIG_LBD=n on 32 bits
In that configuration, sector_t is a
On Thu, 2007-04-19 at 01:59 -0600, Eric W. Biederman wrote:
From: Eric W. Biederman [EMAIL PROTECTED]
To start the nfsv4-delegreturn thread this patch uses
kthread_run instead of a combination of kernel_thread
and daemonize.
In addition allow_signal(SIGKILL) is removed from
the expire
Madhusudhan c wrote:
The bus test procedure from this patch can be adopted to the MMCv4
support in the MMC core with small changes to do bus testing procedure
only if the host sets the capability to support 8-bit. That way we
dont break the legacy code. What do you think?
Until 8-bit SD
On Thu, 2007-04-19 at 01:59 -0600, Eric W. Biederman wrote:
From: Eric W. Biederman [EMAIL PROTECTED]
Cc: Neil Brown [EMAIL PROTECTED]
Cc: Trond Myklebust [EMAIL PROTECTED]
Signed-off-by: Eric W. Biederman [EMAIL PROTECTED]
---
fs/nfs/nfs4state.c |2 --
1 files changed, 0
-Original Message-
From: James Bottomley [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 19, 2007 11:22 AM
To: Miller, Mike (OS Dev)
Cc: Hisashi Hifumi; [EMAIL PROTECTED];
[EMAIL PROTECTED]; linux-kernel@vger.kernel.org;
[EMAIL PROTECTED]; Cameron, Steve
Subject: RE: [PATCH]
Something like
if (sizeof(blah) 4) {
do all the assignments with shifts
}
might be slighly better since the CDB is already zeroed
by cmd_alloc() and doesn't need to be zeroed a 2nd time.
-- steve
-Original Message-
From: James Bottomley [mailto:[EMAIL PROTECTED]
Sent: Thu
Variable Order Page Cache Patchset
This patchset modifies the core VM so that higher order page cache pages
become possible. The higher order page cache pages are compound pages
and can be handled in the same way as regular pages.
The order of the pages is determined by the order set up in the
Variable Order Page Cache: Add order field in mapping
Add an order field in the address space structure that
specifies the page order of pages in an address space.
Set the field to zero by default so that filesystems not prepared to
deal with higher pages can be left as is.
Putting page order
Variable Order Page Cache: Add support to ramfs
The simplest file system to use is ramfs. Add a mount parameter that
specifies the page order of the pages that ramfs should use. If the
order is greater than zero then disable mmap functionality.
This could be removed if the VM would be changes to
Variable Order Page Cache: Account for higher order pages
NR_FILE_PAGES now counts pages of different order. Maybe we need to
account in base page sized pages? If so then we need to change
the way we update the counters. Note that the same would have to be
done for other counters.
Signed-off-by:
Variable Order Page Cache: Add basic allocation functions
Extend __page_cache_alloc to take an order parameter and
modify caller sites. Modify mapping_set_gfp_mask to set
__GFP_COMP if the mapping requires higher order allocations.
put_page() is already capable of handling compound pages. So
---
include/linux/pagemap.h | 27 +++
1 file changed, 27 insertions(+)
Index: linux-2.6.21-rc7/include/linux/pagemap.h
===
--- linux-2.6.21-rc7.orig/include/linux/pagemap.h 2007-04-18
Variable Order Page Cache: Fixup fallback functions
Fixup the fallback function in fs/libfs.c to be able to handle
higher order page cache pages.
Signed-off-by: Christoph Lameter [EMAIL PROTECTED]
---
fs/libfs.c | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
Index:
Variable Order Page Cache: Fix up mm/filemap.c
Fix up the function in mm/filemap.c to use the variable page cache.
This is pretty straightforward:
1. Convert the constants to function calls.
2. Use the mapping flush function
Signed-off-by: Christoph Lameter [EMAIL PROTECTED]
---
mm/filemap.c
Debugging patch
Show some output as to what is going on.
Signed-off-by: Christoph Lameter [EMAIL PROTECTED]
---
fs/ramfs/inode.c |1 +
mm/filemap.c |8
2 files changed, 9 insertions(+)
Index: linux-2.6.21-rc7/fs/ramfs/inode.c
On Mon, Apr 16, 2007 at 11:32:04AM +0400, Evgeniy Dushistov wrote:
The error also happens in 2.6.19, same as in 2.6.18.
I extracted this from syslog:
Apr 17 00:14:15 kdev kernel: UFS-fs error (device loop0):
ufs_check_page: bad entry
Is this happened also with this patch:
On Thu, Apr 19, 2007 at 05:47:43PM +0200, Jan-Benedict Glaw wrote:
On Thu, 2007-04-19 18:10:54 +0300, Dan Aloni [EMAIL PROTECTED] wrote:
diff --git a/include/scsi/scsi.h b/include/scsi/scsi.h
index 5c0e979..dff842a 100644
--- a/include/scsi/scsi.h
+++ b/include/scsi/scsi.h
@@ -103,6
James Morris wrote:
On Wed, 18 Apr 2007, Crispin Cowan wrote:
How is it that you think a buffer overflow in httpd could allow an
attacker to break out of an AppArmor profile?
Because you can change the behavior of the application and then bypass
policy entirely by utilizing any mechanism
On Thu, 19 Apr 2007 18:57:41 +0400 Vladimir V. Saveliev [EMAIL PROTECTED]
wrote:
It's a bit odd that reiserfs is playing with file contents within
file_operations.release(): there could be other files open against that
inode. One would expect this sort of thing to be happening in an
On Thu, Apr 19, 2007 at 12:55:28AM -0600, Eric W. Biederman wrote:
From: Eric W. Biederman [EMAIL PROTECTED] - unquoted
thread_run is used intead of kernel_thread, daemonize, and mucking
around blocking signals directly.
Please don't do incomplete transitions like that. We don't really
want
On Thu, Apr 19, 2007 at 07:39:59PM +0300, Dan Aloni wrote:
On Thu, Apr 19, 2007 at 05:47:43PM +0200, Jan-Benedict Glaw wrote:
Where's the user?
A privately maintained kernel driver.
Do we _must_ have in-tree users? I'd consider the change for completion's
sake.
I agree with Dan -- if
On Thu, 19 Apr 2007, Avi Kivity wrote:
Please pull from the 'linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/avi/kvm.git
*please* put the branch-name after the git repo, so that I can
cut-and-paste without noticing only afterwards that the diffstat doesn't
match what it
On Thu, 19 Apr 2007, Tomasz Chmielewski wrote:
I also have recurrent problems with
NETDEV WATCHDOG: eth0: transmit timed out
If you search the list, you'll find several similar reports about the tulip
driver (NETDEV WATCHDOG: eth0: transmit timed out).
Adding nopaic/nolapic/noacpi options
On Thu, 19 Apr 2007, Mike Galbraith wrote:
On Thu, 2007-04-19 at 09:09 +0200, Ingo Molnar wrote:
* Mike Galbraith [EMAIL PROTECTED] wrote:
With a heavily reniced X (perfectly fine), that should indeed solve my
daily usage pattern nicely (always need godmode for shells, but not
Marat Buharov wrote:
from fs/udf/super.c:
in function udf_fill_super
sb-s_maxbytes = 130; (1 GB)
Why sb-s_maxbytes is not equal to MAX_LFS_FILESIZE?
Patches to fix that are in the -mm kernel already (and in
Fedora Core 6 latest update.)
-
To unsubscribe from this list: send the line
Arjan van de Ven wrote:
Andi Kleen wrote:
Rationale:
- It cannot be enabled in normal builds because all current lds
become very slow when they have to handle thousands of sections.
afaik this is only ever reported on SuSE; I've not heard it on any other
distro...
It's horribly slow on
On Thu, Apr 19, 2007 at 01:54:52PM +0200, Andi Kleen wrote:
Hallo,
I'm thinking about dropping the x86-64 CONFIG_REORDER for 2.6.22.
The function enabled -ffunction-sections and then tries to reorder
the executable
While that's in theory a worthy goal to save TLB/icache, in practice it
On Thu, 19 Apr 2007 12:56:27 -0400
Chuck Ebbert [EMAIL PROTECTED] wrote:
Marat Buharov wrote:
from fs/udf/super.c:
in function udf_fill_super
sb-s_maxbytes = 130; (1 GB)
Why sb-s_maxbytes is not equal to MAX_LFS_FILESIZE?
Patches to fix that are in the -mm kernel already (and in
Jarek Poplawski wrote:
Hi,
IMHO cancel_rearming_delayed_work is dangerous place:
- it assumes a work function always rearms (with no exception),
which probably isn't explained enough now (but anyway should
be checked in such loops);
- probably possible (theoretical) scenario: a few
On Wed, 2007-04-18 at 12:41 -0700, Crispin Cowan wrote:
James Morris wrote:
On Tue, 17 Apr 2007, Alan Cox wrote:
I'm not sure if AppArmor can be made good security for the general case,
but it is a model that works in the limited http environment
(eg .htaccess) and is something
On Wed, 18 Apr 2007, David Miller wrote:
On Wed, 18 Apr 2007, Christoph Hellwig wrote:
I don't think a module option is a good idea at this point. The problem
is you broke some so far perfectly working setups, which is not okay.
The only first step can be printing a really big
Alan Cox wrote:
On Thu, 19 Apr 2007 12:56:27 -0400
Chuck Ebbert [EMAIL PROTECTED] wrote:
Marat Buharov wrote:
from fs/udf/super.c:
in function udf_fill_super
sb-s_maxbytes = 130; (1 GB)
Why sb-s_maxbytes is not equal to MAX_LFS_FILESIZE?
Patches to fix that are in the -mm kernel
On Wed, 18 Apr 2007, Dmitry Torokhov wrote:
I am still do not understand why this is needed. Would it not be
simplier just to use a reference to struct device instead of embedding
it in a larger structure if their lifetimes are different and one does
not have a subsystem that takes care of
On Wed, 2007-04-18 at 13:15 -0700, David Lang wrote:
On Wed, 18 Apr 2007, James Morris wrote:
On Tue, 17 Apr 2007, Alan Cox wrote:
I'm not sure if AppArmor can be made good security for the general case,
but it is a model that works in the limited http environment
(eg .htaccess) and
On Wednesday 18 April 2007 20:35, Robert P. J. Day wrote:
On Wed, 18 Apr 2007, Dave Jones wrote:
On Wed, Apr 18, 2007 at 05:23:15PM -0400, Len Brown wrote:
p.p.s. patch improvements that will let me avoid doing any of that
myself always welcome. :-)
well, I'm sorry that
On Thursday 19 April 2007, Ingo Molnar wrote:
* Willy Tarreau [EMAIL PROTECTED] wrote:
Good idea. The machine I'm typing from now has 1000 scheddos running
at +19, and 12 gears at nice 0. [...]
From time to time, one of the 12 aligned gears will quickly perform a
full quarter of round while
On Thursday 19 April 2007, Ingo Molnar wrote:
* Willy Tarreau [EMAIL PROTECTED] wrote:
You can certainly script it with -geometry. But it is the wrong
application for this matter, because you benchmark X more than
glxgears itself. What would be better is something like a line
rotating 360
In article [EMAIL PROTECTED] you wrote:
Top (VCPU maybe?)
User
Process
Thread
The problem with that is, that not all Schedulers might work on the User
level. You can think of Batch/Job, Parent, Group, Session or namespace
level. That would be IMHO a generic Top, with no
On Thu, 2007-04-19 at 16:35 +, David Wagner wrote:
James Morris wrote:
On Wed, 18 Apr 2007, Crispin Cowan wrote:
How is it that you think a buffer overflow in httpd could allow an
attacker to break out of an AppArmor profile?
Because you can change the behavior of the application and
On 4/19/07, Christoph Lameter [EMAIL PROTECTED] wrote:
Variable Order Page Cache: Account for higher order pages
NR_FILE_PAGES now counts pages of different order. Maybe we need to
account in base page sized pages? If so then we need to change
the way we update the counters. Note that the same
Count per BDI unstable pages.
I'm wondering, is it really worth having this category separate from
per BDI brity pages?
With the exception of the export to sysfs, always the sum of unstable
+ dirty is used.
Miklos
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Tue, 2007-04-17 at 20:05 +0200, Andi Kleen wrote:
Karl MacMillan [EMAIL PROTECTED] writes:
No - the real fix is to change the applications or to run under a policy
that confines all applications. Most of the problems with resolv.conf,
mtab, etc. stem from admin processes (e.g.,
+static inline unsigned long bdi_stat_delta(void)
+{
+#ifdef CONFIG_SMP
+ return NR_CPUS * FBC_BATCH;
Shouln't this be multiplied by the number of counters to sum? I.e. 3
if dirty and unstable are separate, and 2 if they are not.
Miklos
-
To unsubscribe from this list: send the line
On Thu, 19 Apr 2007, Nish Aravamudan wrote:
NR_FILE_PAGES,
+ 1 mappig-order);
Typo? should be mapping-order?
Correct. Sigh. Why do these things creep in at the last minute before
posting???
-
To unsubscribe from this list: send the line unsubscribe
Stephen Clark wrote:
Mark Lord wrote:
Mark Lord wrote:
With the patch applied, I don't see *any* new activity in those
S.M.A.R.T.
attributes over multiple hibernates (Linux suspend-to-disk).
Scratch that -- operator failure. ;)
The patch makes no difference over hibernates in
Christoph Lameter wrote:
On Thu, 19 Apr 2007, Nish Aravamudan wrote:
NR_FILE_PAGES,
+ 1 mappig-order);
Typo? should be mapping-order?
Correct. Sigh. Why do these things creep in at the last minute before
posting???
To make sure
Hi,
Get an occasional Oops which can occur either when the device is in use,
or idle.. and it only usually happens after several hours of uptime with
the module and device loaded. The 'oops' seems to directly correlate
with the device appearing to disconnect and reconnect via USB (but
On Tue, 2007-04-17 at 16:09 -0700, Crispin Cowan wrote:
David Safford wrote:
On Mon, 2007-04-16 at 20:20 -0400, James Morris wrote:
On Mon, 16 Apr 2007, John Johansen wrote:
Label-based security (exemplified by SELinux, and its predecessors in
MLS systems) attaches security
On Thu, 2007-04-19 at 19:49 +0200, Miklos Szeredi wrote:
+static inline unsigned long bdi_stat_delta(void)
+{
+#ifdef CONFIG_SMP
+ return NR_CPUS * FBC_BATCH;
Shouln't this be multiplied by the number of counters to sum? I.e. 3
if dirty and unstable are separate, and 2 if they are
On Thu, 2007-04-19 at 19:44 +0200, Miklos Szeredi wrote:
Count per BDI unstable pages.
I'm wondering, is it really worth having this category separate from
per BDI brity pages?
With the exception of the export to sysfs, always the sum of unstable
+ dirty is used.
I guess you are
On Thursday 19 April 2007, Con Kolivas wrote:
[and I snipped a good overview]
So yes go ahead and think up great ideas for other ways of metering out cpu
bandwidth for different purposes, but for X, given the absurd simplicity of
renicing, why keep fighting it? Again I reiterate that most users
In article [EMAIL PROTECTED] you wrote:
Perhaps -- until your httpd is compromised via a buffer overflow or
simply misbehaves due to a software or configuration flaw, then the
assumptions being made about its use of pathnames and their security
properties are out the window.
Hu? Even a
On Thursday 19 April 2007, Mark Lord wrote:
Con Kolivas wrote:
On Thursday 19 April 2007 23:17, Mark Lord wrote:
Con Kolivas wrote:
s go ahead and think up great ideas for other ways of metering out cpu
bandwidth for different purposes, but for X, given the absurd simplicity
of renicing, why
On Thursday 19 April 2007 1:05 am, Francis Moreau wrote:
On 4/17/07, David Brownell [EMAIL PROTECTED] wrote:
With regards to a userspace interface to GPIOs (rather than to
devices such as leds or switches they control):
In this case I'm not entirely sure how it'd work. I've seen a few
On 4/19/07, Alan Stern [EMAIL PROTECTED] wrote:
On Wed, 18 Apr 2007, Dmitry Torokhov wrote:
I am still do not understand why this is needed. Would it not be
simplier just to use a reference to struct device instead of embedding
it in a larger structure if their lifetimes are different and
On Thu, Apr 19, 2007 at 05:18:03PM +0200, Ingo Molnar wrote:
* Willy Tarreau [EMAIL PROTECTED] wrote:
You can certainly script it with -geometry. But it is the wrong
application for this matter, because you benchmark X more than
glxgears itself. What would be better is something like
On 4/19/07, Christoph Lameter [EMAIL PROTECTED] wrote:
@@ -331,11 +331,15 @@ int simple_prepare_write(struct file *fi
unsigned from, unsigned to)
{
if (!PageUptodate(page)) {
- if (to - from != PAGE_CACHE_SIZE) {
+ if (to - from !=
201 - 300 of 964 matches
Mail list logo