Kamalesh Babulal wrote:
> Hi,
>
> oom-killer got invoked while running ltp-runall on the 2.6.24-rc2 kernel.
>
> python invoked oom-killer: gfp_mask=0x1201d2, order=0, oomkilladj=0
>
> Call Trace:
> [] oom_kill_process+0x4f/0xf5
> [] out_of_memory+0x1bc/0x22d
> [] __alloc_pages+0x282/0x313
>
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: Fri, 26 Oct 2007 18:04:22 -0600
> So if this is really something we want to stop doing we should
> be able to take a few extra moments remove the code from the
> two problem drivers, and remove the exports.
I've killed the references in dlm and
On Wednesday 07 November 2007 17:19, Andrew Morton wrote:
> > On Tue, 06 Nov 2007 05:08:07 -0500 Chris Snook <[EMAIL PROTECTED]> wrote:
> >
> > Don Porter wrote:
> > > From: Donald E. Porter <[EMAIL PROTECTED]>
> > >
> > > In the bulk page allocation/free routines in mm/page_alloc.c, the zone
> >
Signed-off-by: Fernando Luis Vazquez Cao <[EMAIL PROTECTED]>
---
diff -urNp linux-2.6.24-rc2-orig/drivers/ata/sata_nv.c
linux-2.6.24-rc2/drivers/ata/sata_nv.c
--- linux-2.6.24-rc2-orig/drivers/ata/sata_nv.c 2007-11-07 10:28:41.0
+0900
+++ linux-2.6.24-rc2/drivers/ata/sata_nv.c
On Tuesday November 6, [EMAIL PROTECTED] wrote:
> > On Tue, 6 Nov 2007 14:28:11 +0300 Al Boldi <[EMAIL PROTECTED]> wrote:
> > Al Boldi wrote:
> > > There is a massive (3-18x) slowdown when re-querying a large nfs dir (2k+
> > > entries) using a simple ls -l.
> > >
> > > On 2.6.23 client and server
On Wed, Nov 07, 2007 at 08:06:44AM +0100, Sam Ravnborg wrote:
> On Wed, Nov 07, 2007 at 07:02:20AM +0100, Adrian Bunk wrote:
> > On Wed, Nov 07, 2007 at 12:01:12AM +0100, Sam Ravnborg wrote:
> > >...
> > > config X86_SPEEDSTEP_CENTRINO
> > > - tristate "Intel Enhanced SpeedStep"
> > > + tristate
Hi,
oom-killer got invoked while running ltp-runall on the 2.6.24-rc2 kernel.
python invoked oom-killer: gfp_mask=0x1201d2, order=0, oomkilladj=0
Call Trace:
[] oom_kill_process+0x4f/0xf5
[] out_of_memory+0x1bc/0x22d
[] __alloc_pages+0x282/0x313
[] __wait_on_bit_lock+0x5b/0x66
[]
If __alloc_bootmem_core was given a goal, it will first try to allocate
memory above that goal. If failed, it will try from the low pages.
Sometimes we don't want this behavior, we want the goal to be strict.
This patch introduce a strict_goal parameter to __alloc_bootmem_core,
If strict_goal
Try to allocate sparse vmemmap block above 4G on x64 system.
On some single node x64 system with huge amount of physical memory e.g >
64G. the memmap size maybe very big.
If the memmap is allocated from low pages, it may occupies too much
memory below 4G.
then swiotlb could fail to reserve
On 11/7/07, David Chinner <[EMAIL PROTECTED]> wrote:
> Ok, so it's not synchronous writes that we are doing - we're just
> submitting bio's tagged as WRITE_SYNC to get the I/O issued quickly.
> The "synchronous" nature appears to be coming from higher level
> locking when reclaiming inodes (on the
On Wed, Nov 07, 2007 at 07:02:20AM +0100, Adrian Bunk wrote:
> On Wed, Nov 07, 2007 at 12:01:12AM +0100, Sam Ravnborg wrote:
> >...
> > config X86_SPEEDSTEP_CENTRINO
> > - tristate "Intel Enhanced SpeedStep"
> > + tristate "Intel Enhanced SpeedStep (deprecated)"
> > select CPU_FREQ_TABLE
NAK for now.
I'm trying to add lockdep , so please don't delete it until it could
be proved really useless...
Please don't hurry...
On 11/7/07, Simon Horman <[EMAIL PROTECTED]> wrote:
> per_cpu_offset() was added as part of a lockdep patch,
> "[PATCH] lockdep: add per_cpu_offset()"
>
NAK for now.
I'm trying to add lockdep , so please don't delete it until it could
be proved really useless...
Please don't hurry...
On 11/7/07, Simon Horman <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 30, 2007 at 05:50:56PM +0900, Simon Horman wrote:
> > On Tue, Oct 30, 2007 at 12:36:22AM -0700,
From: David Howells <[EMAIL PROTECTED]>
Stop UnionFS from using iget() and read_inode(). Replace
unionfs_read_inode() with unionfs_iget(), and call that instead of iget().
unionfs_iget() then uses iget_locked() directly and returns a proper error
code instead of an inode in the event of an
per_cpu_offset() was added as part of a lockdep patch,
"[PATCH] lockdep: add per_cpu_offset()"
(a875a69f8b00a38b4f40d9632a4fc71a159f0e0d),
but ia64 doesn't have lockdep, nor does it use per_cpu_offset()
anywhere else.
This came up because Yu Lumming noticed that the ia64 version
of
On Wed, Nov 07, 2007 at 02:26:09PM +1100, Stephen Rothwell wrote:
> On Wed, 7 Nov 2007 14:17:17 +1100 Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> >
> > On Tue, Nov 06, 2007 at 04:00:06PM +0800, Fengguang Wu wrote:
> > >
> > > Could you try with the attached 4 patches? Two of them are expected
On Tue, Oct 30, 2007 at 05:50:56PM +0900, Simon Horman wrote:
> On Tue, Oct 30, 2007 at 12:36:22AM -0700, David Miller wrote:
> > From: Simon Horman <[EMAIL PROTECTED]>
> > Date: Tue, 30 Oct 2007 16:15:13 +0900
> >
> > > Though curiuously with my config nothing uses per_cpu_offset()
> > > (I
In message <[EMAIL PROTECTED]>, David Howells writes:
> From: David Howells <[EMAIL PROTECTED]>
>
> Stop the UnionFS filesystem from using iget() and read_inode(). Replace
> unionfs_read_inode() with unionfs_iget(), and call that instead of iget().
> unionfs_iget() then uses iget_locked()
On Tue, 6 Nov 2007 22:15:37 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Fri, 2 Nov 2007 06:23:48 -0700 (PDT) Alex Dubov <[EMAIL PROTECTED]>
> > wrote:
> >
> > I also wonder, where do I send the patches if nobody currently maintains
> > this thing?
> >
>
> Me, Pierre, lkml?
I'm not
Rusty Russell wrote:
On Wednesday 07 November 2007 16:40:13 Avi Kivity wrote:
Gregory Haskins wrote:
but FWIW: This is a major motivation for the reason that the
IOQ stuff I posted a while back used strings for device identification
instead of a fixed length, centrally managed
> On Tue, 6 Nov 2007 14:28:11 +0300 Al Boldi <[EMAIL PROTECTED]> wrote:
> Al Boldi wrote:
> > There is a massive (3-18x) slowdown when re-querying a large nfs dir (2k+
> > entries) using a simple ls -l.
> >
> > On 2.6.23 client and server running userland rpc.nfs.V2:
> > first try: time -p ls -l
> On Tue, 06 Nov 2007 05:08:07 -0500 Chris Snook <[EMAIL PROTECTED]> wrote:
> Don Porter wrote:
> > From: Donald E. Porter <[EMAIL PROTECTED]>
> >
> > In the bulk page allocation/free routines in mm/page_alloc.c, the zone
> > lock is held across all iterations. For certain parallel workloads, I
> On Fri, 02 Nov 2007 12:10:00 -0500 Jordan Russell <[EMAIL PROTECTED]> wrote:
> Hi,
>
> With 2.6.23.1 (stock and Fedora), roughly 50% of the time my system
> hangs indefinitely during the kernel boot process. The hangs occur in
> places where normally a brief delay is seen, such as when
> On Fri, 2 Nov 2007 19:34:20 +0100 "Hemmann, Volker Armin" <[EMAIL PROTECTED]>
> wrote:
> Hi,
(cc linux-ide)
> for some time (and I can't say for how long, but the board is less than a
> month old) I get this error on boot:
>
> [ 42.116273] ahci :00:0a.0: version 2.2
> [ 42.116482]
> On Thu, 1 Nov 2007 23:30:13 +0200 "Denys" <[EMAIL PROTECTED]> wrote:
> Finally i got full DMESG with 1GB card till end. Seems not readable too.
>
> Linux version 2.6.24-rc1-git10-embedded ([EMAIL PROTECTED]) (gcc
> version 4.1.2 (Gentoo 4.1.2 p1.0.1)) #1 Thu Nov 1 23:12:53 EET 2007
>
> On Fri, 2 Nov 2007 06:23:48 -0700 (PDT) Alex Dubov <[EMAIL PROTECTED]> wrote:
> After a much longer, than expected, time I managed to implement a support for
> MemoryStick (read-only currently, as there's still a subtle data corruption
> bug with writes) and MemoryStick Pro cards. The
> On Thu, 01 Nov 2007 15:57:27 -0300 (GFT) "werner" <[EMAIL PROTECTED]> wrote:
> Kernel Crash -- Details see below
> globc 2.7 glib2 2.14.2
> W.Landgraf
> www.copaya.yi.org
> =
>
On Wednesday 07 November 2007 16:40:13 Avi Kivity wrote:
> Gregory Haskins wrote:
> > but FWIW: This is a major motivation for the reason that the
> > IOQ stuff I posted a while back used strings for device identification
> > instead of a fixed length, centrally managed namespace like PCI
> >
On Tue, Nov 06, 2007 at 11:17:39PM +0100, Romano Giannetti wrote:
> On Tue, 2007-11-06 at 22:48 +0100, Romano Giannetti wrote:
>
> > I do really suspect a software bug.
> >
>
> Well, I started bisecting it. It will be a long shot, I suspect...
>
> Romano
>
> BTW: I noticed that if I
After discussion with Anthony, the virtio config has been simplified. We
lose some minor features (the virtio_net address must now be 6 bytes) but
it turns out to be a wash in terms of complexity, while simplifying PCI.
This can be found in the new virtio git tree, in the "patches/1" branch
(new
On Wed, Nov 07, 2007 at 12:01:12AM +0100, Sam Ravnborg wrote:
>...
> config X86_SPEEDSTEP_CENTRINO
> - tristate "Intel Enhanced SpeedStep"
> + tristate "Intel Enhanced SpeedStep (deprecated)"
> select CPU_FREQ_TABLE
> - select X86_SPEEDSTEP_CENTRINO_TABLE
> + select
Avi Kivity wrote:
> Glauber de Oliveira Costa wrote:
>
>>> +union kvm_hv_clock {
>>> + struct {
>>> + u64 tsc_mult;
>>> + u64 now_ns;
>>> + /* That's the wall clock, not the water closet */
>>> + u64 wc_sec;
>>> + u64
On Wednesday 07 November 2007 13:52:29 Anthony Liguori wrote:
> This patch fixes a typo in vring_init().
Thanks, applied.
I've put it in the new, experimental virtio git tree on git.kernel.org.
Cheers,
Rusty.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
Glauber de Oliveira Costa wrote:
>> +union kvm_hv_clock {
>> + struct {
>> + u64 tsc_mult;
>> + u64 now_ns;
>> + /* That's the wall clock, not the water closet */
>> + u64 wc_sec;
>> + u64 wc_nsec;
>>
Do we really
Glauber de Oliveira Costa wrote:
> This is the host part of kvm clocksource implementation. As it does
> not include clockevents, it is a fairly simple implementation. We
> only have to register a per-vcpu area, and start writting to it periodically.
>
> Signed-off-by: Glauber de Oliveira Costa
On Wed, Nov 07, 2007 at 12:04:51AM +0100, Sam Ravnborg wrote:
> This serie of patches unify the X86 Kconfig files.
> Next step is to enable use of "make ARCH=x86" and kill
> "make ARCH=i386/x86_64".
> But that will wait till tomorrow.
>
> The allmodconfig kernel is still building here.
> Testing
This is a special announcement for the latest -rt patches. This is
actually announcing more than one tree (pay close attention to the
differences between -rt7, -rt8 and -rt9).
2.6.23.1-rt6
- Removed BUG_ON in exit (Steven Rostedt and Daniel Walker)
- Turn RCU preempt boost on by
Gregory Haskins wrote:
> Anthony Liguori wrote:
>
>
>> Right now, we would have to have every PCI vendor/device ID pair in the
>> virtio PCI driver ID table for every virtio device.
>>
>
> I realize you guys are probably far down this road in the design
> process,
That doesn't mean we
On Mon, 2007-11-05 at 10:37 +0100, Cyrus Massoumi wrote:
> Zhang, Yanmin wrote:
> > On Thu, 2007-11-01 at 11:02 +0100, Cyrus Massoumi wrote:
> >> Zhang, Yanmin wrote:
> >>> On Wed, 2007-10-31 at 17:57 +0800, Zhang, Yanmin wrote:
> On Tue, 2007-10-30 at 16:36 +0800, Zhang, Yanmin wrote:
>
On Wed, Nov 07, 2007 at 02:04:46PM +0900, Yuichi Nakamura wrote:
> I found syscall audit does not work on SH(SuperH).
> I made patch to support syscall audit for SH.
>
> Signed-off-by: Yuichi Nakamura<[EMAIL PROTECTED]>
Looks fine, but it's too late for 2.6.24. So this will go in to the 2.6.25
I tried this out and it works great.
Thanks!
Later, JOSH
On 11/1/07, Francois Romieu <[EMAIL PROTECTED]> wrote:
> Josh Logan <[EMAIL PROTECTED]> :
> [...]
> > I have had this board for a few months as well and I have needed to
> > patch the driver to use 0x0001 as well.
>
> Ok.
>
> Can people
From: David Miller <[EMAIL PROTECTED]>
Date: Tue, 06 Nov 2007 20:34:33 -0800 (PST)
> [FUTEX]: Fix address computation in compat code.
Sorry, I just noticed there is a second handle_futex_death()
call in compat_exit_robust_list() which has the same
address computation bug.
Here is an updated
I found syscall audit does not work on SH(SuperH).
I made patch to support syscall audit for SH.
Signed-off-by: Yuichi Nakamura<[EMAIL PROTECTED]>
---
arch/sh/kernel/entry-common.S |8 ++--
arch/sh/kernel/ptrace.c | 19 +++
include/asm-sh/thread_info.h |2 ++
Annoying gcc warning:
fs/fat/inode.c: In function 'fat_fill_super':
fs/fat/inode.c:1222: warning: comparison is always false due to limited range
of data type
logical_sector_size can never be more than 16 bits worth, but switching
it to an int silences gcc. It's a sanity check that can never
Dan Williams wrote:
> The following patch, also attached, cleans up cases where the code looks
> at sh->ops.pending when it should be looking at the consistent
> stack-based snapshot of the operations flags.
I tried this patch (against a stock 2.6.23), and it did not work for
me. Not only did
Getting this when booting 2.6.24-rc2:
sysctl table check failed: /kernel .1 Writable sysctl directory
Call Trace:
[c2047b60] [c000e204] .show_stack+0x54/0x1f0 (unreliable)
[c2047c10] [c006ea50] .set_fail+0x60/0x90
[c2047ca0] [c006ef64]
--- Tetsuo Handa <[EMAIL PROTECTED]> wrote:
> Hello.
>
> Casey Schaufler wrote:
> > Fine grained capabilities are a bonus, and there are lots of
> > people who think that it would be really nifty if there were a
> > separate capability for each "if" in the kernel. I personally
> > don't see
On Nov 7, 2007 2:11 PM, Tetsuo Handa <[EMAIL PROTECTED]> wrote:
> Hello.
>
> Casey Schaufler wrote:
> > Fine grained capabilities are a bonus, and there are lots of
> > people who think that it would be really nifty if there were a
> > separate capability for each "if" in the kernel. I personally
[ Bernd, Josip, and Fabio, I think I finally nailed this
cpu hang bug we were all seeing on sparc64. ]
[FUTEX]: Fix address computation in compat code.
compat_exit_robust_list() computes a pointer to the
futex entry in userspace as follows:
(void __user *)entry + futex_offset
On Tue, Nov 06, 2007 at 04:06:04PM +0100, Hoang-Nam Nguyen wrote:
> Hello Roland!
> > We currently see this when testing Infiniband on ppc64 with ehca +
> > hugetlbfs.
> > From reading the code this should also be an issue on other architectures.
> > Roland, Adam, are you aware of anything in this
Hello.
Casey Schaufler wrote:
> Fine grained capabilities are a bonus, and there are lots of
> people who think that it would be really nifty if there were a
> separate capability for each "if" in the kernel. I personally
> don't see need for more than about 20. That is a matter of taste.
> DG/UX
On Wed, 7 Nov 2007, Adrian Bunk wrote:
>
> Users are used to work on characters, not on bytes.
Adrian, stop this idiocy. I'm not interested in listening to your
soliloqui about irrelevant stuff.
The kernel works on bytes. Deal with it. Stop whining.
You've been told several times that all
On Nov 7, 2006 1:55 AM, Peer Chen <[EMAIL PROTECTED]> wrote:
> Modified and resent out the patch as attachment.
> Description about the patch:
> Add SGPIO support in sata_nv.c.
> SGPIO (Serial General Purpose Input Output) is a sideband serial 4-wire
> interface that a storage controller uses to
On Nov 6, 2007 10:39 PM, Bryan Wu <[EMAIL PROTECTED]> wrote:
> On Nov 7, 2007 11:28 AM, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > On Wed, Nov 07, 2007 at 11:07:06AM +0800, Bryan Wu wrote:
> > > On 11/6/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > > > This patch removes the unused dump_thread().
Anthony Liguori wrote:
>
> Right now, we would have to have every PCI vendor/device ID pair in the
> virtio PCI driver ID table for every virtio device.
I realize you guys are probably far down this road in the design
process, but FWIW: This is a major motivation for the reason that the
IOQ
On Nov 7, 2007 11:28 AM, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 07, 2007 at 11:07:06AM +0800, Bryan Wu wrote:
> > On 11/6/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > > This patch removes the unused dump_thread().
> > >
> >
> > Why only remove it from Blackfin? any more reason?
>
>
--- Cliffe <[EMAIL PROTECTED]> wrote:
> As good an idea POSIX capabilities might be,
Now that's a refreshing comment. Thank you.
> not all security problems
> can be solved with a bitmap of on/off permissions.
There are people (I'm not one of them) who figure that you
can solve all the
On Wed, Nov 07, 2007 at 11:07:06AM +0800, Bryan Wu wrote:
> On 11/6/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > This patch removes the unused dump_thread().
> >
>
> Why only remove it from Blackfin? any more reason?
The only user is the a.out support.
It was therefore removed prior to the
n Tue, 6 Nov 2007, Rik van Riel wrote:
> Every anonymous, tmpfs or shared memory segment page is potentially
> swap backed. That is the whole point of the PG_swapbacked flag.
One of the current issues with anonymous pages is the accounting when
they become file backed and get dirty. There are
On Tue, Nov 06, 2007 at 07:07:15PM -0800, Christoph Lameter wrote:
> On Wed, 7 Nov 2007, Adrian Bunk wrote:
>
> > A static inline dummy function for CONFIG_SLUB=n seems to be missing?
>
> Correct. This patch is needed so that building with SLAB will work.
>
> Slab defrag: Provide empty
On Wed, 7 Nov 2007 14:17:17 +1100 Stephen Rothwell <[EMAIL PROTECTED]> wrote:
>
> On Tue, Nov 06, 2007 at 04:00:06PM +0800, Fengguang Wu wrote:
> >
> > Could you try with the attached 4 patches? Two of them are expected to
> > fix your problem, another two are debugging ones(in case the problem
>
On Tue, 6 Nov 2007 17:46:26 +1100 Stephen Rothwell <[EMAIL PROTECTED]> wrote:
>
> I am seeing something very similar on a PowerPC machine where copying a
> file from an LVM volume with ext3 on it to a simple scsi partition (again
> ext3) on the same disk will hang in congestion_wait. If I am
--- Casey Schaufler <[EMAIL PROTECTED]> wrote:
>
> --- Joshua Brindle <[EMAIL PROTECTED]> wrote:
>
> > Joshua Brindle wrote:
> > > Casey Schaufler wrote:
> > >> From: Paul Moore <[EMAIL PROTECTED]>
> > >>
> > >> Add a new set of configuration functions to the NetLabel/LSM API so that
> > >>
On Nov 6, 2007 1:07 AM, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This patch removes the unused EXPORT_SYMBOL(get_wchan).
>
It should be. "The only user of get_wchan I was able to find is the
proc fs - and proc
can't be built modular." You said before, right?
> Signed-off-by: Adrian Bunk <[EMAIL
On Tue, Nov 06, 2007 at 04:00:06PM +0800, Fengguang Wu wrote:
>
> Could you try with the attached 4 patches? Two of them are expected to
> fix your problem, another two are debugging ones(in case the problem
> persists).
Applying these four patches fixes it for me. Obviously the reiserfs patch
On Tue, 6 Nov 2007 19:02:47 -0800 (PST)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Tue, 6 Nov 2007, Rik van Riel wrote:
>
> > > I think we could add a flag to the bdi to indicate wheter the backing
> > > store is a disk file. In fact you can also deduce if if a device has
> > > no
--- Joshua Brindle <[EMAIL PROTECTED]> wrote:
> Joshua Brindle wrote:
> > Casey Schaufler wrote:
> >> From: Paul Moore <[EMAIL PROTECTED]>
> >>
> >> Add a new set of configuration functions to the NetLabel/LSM API so that
> >> LSMs can perform their own configuration of the NetLabel subsystem
>
On Wed, 7 Nov 2007, Adrian Bunk wrote:
> A static inline dummy function for CONFIG_SLUB=n seems to be missing?
Correct. This patch is needed so that building with SLAB will work.
Slab defrag: Provide empty kmem_cache_setup_defrag function for SLAB.
Provide an empty function to satisfy
On 11/6/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This patch removes the unused dump_thread().
>
Why only remove it from Blackfin? any more reason?
I found this in latest 2.6.24-rc2:
--
Cscope tag: dump_thread
# line filename / context / line
1324 arch/alpha/kernel/process.c <>
On Tue, 6 Nov 2007, Rik van Riel wrote:
> > I think we could add a flag to the bdi to indicate wheter the backing
> > store is a disk file. In fact you can also deduce if if a device has
> > no writeback capability set in the BDI.
> >
> > > Unfortunately this needs to use a page flag, since the
On Tue, 6 Nov 2007 18:28:19 -0800 (PST)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Sat, 3 Nov 2007, Rik van Riel wrote:
>
> > Split the LRU lists in two, one set for pages that are backed by
> > real file systems ("file") and one for pages that are backed by
> > memory and swap ("anon").
On Tue, 6 Nov 2007 18:23:44 -0800 (PST)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Sat, 3 Nov 2007, Rik van Riel wrote:
>
> > Define page_file_cache() function to answer the question:
> > is page backed by a file?
>
> Well its not clear what is meant by a file in the first place.
>
On Tue, 6 Nov 2007 18:40:46 -0800 (PST)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Tue, 6 Nov 2007, Rik van Riel wrote:
>
> > Also, a factor 16 increase in page size is not going to help
> > if memory sizes also increase by a factor 16, since we already
> > have trouble with today's
This patch fixes a typo in vring_init(). This happens to work today in lguest
because the sizeof(struct vring_desc) is 16 and struct vring contains 3
pointers and an unsigned int so on 32-bit
sizeof(struct vring_desc) == sizeof(struct vring). However, this is no longer
true on 64-bit where the
As good an idea POSIX capabilities might be, not all security problems
can be solved with a bitmap of on/off permissions.
Peter Dolding wrote:
"AppArmor profile denies all network traffic to a specific
application" Ok why should AppArmor be required to do this. Would it
not be better as as
On Tue, 6 Nov 2007 18:20:44 -0800 (PST)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Sat, 3 Nov 2007, Rik van Riel wrote:
>
> > @@ -1142,14 +1145,13 @@ force_reclaim_mapped:
> > }
> > }
> > __mod_zone_page_state(zone, NR_INACTIVE, pgmoved);
> > +
Peter Osterlund wrote:
> On Tue, 6 Nov 2007, Thomas Maier wrote:
>
>> Hello,
>>
>> have not tested it yet, but i quess, the code mentioned by Peter
>> is in pkt_new_dev() that is called by pkt_setup_dev():
>>
>> /* This is safe, since we have a reference from open(). */
>>
On Tue, 6 Nov 2007, Rik van Riel wrote:
> Also, a factor 16 increase in page size is not going to help
> if memory sizes also increase by a factor 16, since we already
> have trouble with today's memory sizes.
Note that a factor 16 increase usually goes hand in hand with
more processors. The
On Wednesday 07 November 2007 02:12, Andreas Herrmann wrote:
> In cases where not all CPUs are brought up during
> boot (e.g. using maxcpus and additional_cpus parameters)
> mce_cpu_callback now returns NOTFIY_BAD because
> for such CPUs cpu_data is not completely filled when
> the notifier is
On Tue, Nov 06, 2007 at 05:11:39PM -0800, Christoph Lameter wrote:
> Add the two methods needed for defragmentation and add the display of the
> methods via the proc interface.
>
> Add documentation explaining the use of these methods.
>
> Reviewed-by: Rik van Riel <[EMAIL PROTECTED]>
>
Miguel,
Along with the style point Michael suggested, I'll need you to repost
both this one and the b44 patch with at least a Signed-off-by line.
http://www.zip.com.au/~akpm/linux/patches/stuff/tpp.txt
Also, please include the patches as plain text using a mailer that
does not damage
On Sat, 3 Nov 2007, Rik van Riel wrote:
> Split the LRU lists in two, one set for pages that are backed by
> real file systems ("file") and one for pages that are backed by
> memory and swap ("anon"). The latter includes tmpfs.
If we split the memory backed from the disk backed pages then
they
On Tue, 6 Nov 2007 18:11:39 -0800 (PST)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Sat, 3 Nov 2007, Rik van Riel wrote:
>
> > The current version only has the infrastructure. Large changes to
> > the page replacement policy will follow later.
>
> H.. I'd rather see where we are
On Sat, 3 Nov 2007, Rik van Riel wrote:
> Define page_file_cache() function to answer the question:
> is page backed by a file?
Well its not clear what is meant by a file in the first place.
By file you mean disk space in contrast to ram based filesystems?
I think we could add a flag to
On Sat, 3 Nov 2007, Rik van Riel wrote:
> @@ -1142,14 +1145,13 @@ force_reclaim_mapped:
> }
> }
> __mod_zone_page_state(zone, NR_INACTIVE, pgmoved);
> + spin_unlock_irq(>lru_lock);
> pgdeactivate += pgmoved;
> - if (buffer_heads_over_limit) {
> -
On Wed, Nov 07, 2007 at 10:31:14AM +1100, David Chinner wrote:
> On Tue, Nov 06, 2007 at 10:53:25PM +0100, Torsten Kaiser wrote:
> > On 11/6/07, David Chinner <[EMAIL PROTECTED]> wrote:
> > > Rather than vmstat, can you use something like iostat to show how busy
> > > your
> > > disks are? i.e.
Reviewed-by: Christoph Lameter <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Sat, 3 Nov 2007, Rik van Riel wrote:
> The current version only has the infrastructure. Large changes to
> the page replacement policy will follow later.
H.. I'd rather see where we are going. One other way of addressing
many of these issues is to allow large page sizes on the LRU which
On Tue, 6 Nov 2007, Stephen Hemminger wrote:
On Sun, 9 Sep 2007 05:54:45 -0700 (PDT)
Chris Stromsoe <[EMAIL PROTECTED]> wrote:
On Sat, 8 Sep 2007, Adrian Bunk wrote:
On Sat, Sep 08, 2007 at 01:44:20PM -0400, Bill Davidsen wrote:
Haven't tried later kernels, don't intend to, while no network
On Tue, Nov 06, 2007 at 05:06:23PM -0800, Linus Torvalds wrote:
>
>
> On Wed, 7 Nov 2007, Adrian Bunk wrote:
> >
> > How should TOMOYO implement it's "match one character" in a pattern
> > (used to allow or deny access in a name-based MAC)?
>
> .. I think such a design is fundamentally bogus.
Joshua Brindle wrote:
Casey Schaufler wrote:
From: Paul Moore <[EMAIL PROTECTED]>
Add a new set of configuration functions to the NetLabel/LSM API so that
LSMs can perform their own configuration of the NetLabel subsystem
without
relying on assistance from userspace.
I'm still not
On Tue, 2007-11-06 at 03:19 -0700, BERTRAND Joël wrote:
> Done. Here is obtained ouput :
Much appreciated.
>
> [ 1260.969314] handling stripe 7629696, state=0x14 cnt=1, pd_idx=2 ops=0:0:0
> [ 1260.980606] check 5: state 0x6 toread read
> write
Linus, please pull from the for-linus branch at
git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6.git
for-linus
to receive the following fix for a regression since 2.6.24-rc1.
(Or apply from this e-mail.)
drivers/firewire/fw-sbp2.c | 11 +++
1 files changed, 7
[PATCH] x86: fix cpu-hotplug regression
Commit d435d862baca3e25e5eec236762a43251b1e7ffc
("cpu hotplug: mce: fix cpu hotplug error handling")
changed the error handling in mce_cpu_callback.
In cases where not all CPUs are brought up during
boot (e.g. using maxcpus and additional_cpus parameters)
On Nov 6, 2007 9:33 PM, Marcel Holtmann <[EMAIL PROTECTED]> wrote:
> Hi Dave,
>
> > I'm afraid to be considered as spam ;)
> >
> > (Due to timezone offset, I have to mail again and cann't wait for your
> > reply, sorry for the annoying)
>
> I am in a different timezone every other week. So
In order to support defragmentation on the dentry cache we need to have
a determined object state at all times. Without a constructor the object
would have a random state after allocation.
Reviewed-by: Rik van Riel <[EMAIL PROTECTED]>
So provide a constructor.
Signed-off-by: Christoph Lameter
Creates a special function kmem_cache_isolate_slab() and kmem_cache_reclaim()
to support lumpy reclaim.
In order to isolate pages we will have to handle slab page allocations in
such a way that we can determine if a slab is valid whenever we access it
regardless of its time in life.
A valid slab
Add a flag RECLAIMABLE to be set on slabs with a defragmentation method
Clear the flag if a reclaim action is not successful in reducing the
number of objects in a slab.
The reclaim flag is set again when all objeccts of the slab have been
allocated and it is removed from the partial lists.
Support procfs inode defragmentation
Reviewed-by: Rik van Riel <[EMAIL PROTECTED]>
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/proc/inode.c |8
1 file changed, 8 insertions(+)
Index: linux-2.6.23-mm1/fs/proc/inode.c
The dentry pruning for unused entries works in a straightforward way. It
could be made more aggressive if one would actually move dentries instead
of just reclaiming them.
Reviewed-by: Rik van Riel <[EMAIL PROTECTED]>
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/dcache.c | 101
1 - 100 of 900 matches
Mail list logo