From: John Stultz <[EMAIL PROTECTED]>
Persistent clock support: do proper timekeeping across suspend/resume.
[ cleanup from Adrian Bunk <[EMAIL PROTECTED]> ]
Signed-off-by: John Stultz <[EMAIL PROTECTED]>
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Ingo Molnar <[EMAIL PROTE
From: John Stultz <[EMAIL PROTECTED]>
Persistent clock support: do proper timekeeping across suspend/resume, i386
arch support.
[ cleanup from Adrian Bunk <[EMAIL PROTECTED]> ]
Build-fixes-from: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: John Stultz <[EMAIL PROTECTED]>
Signed-off-by: Thoma
From: Thomas Gleixner <[EMAIL PROTECTED]>
The delayed work code in arch/i386/kernel/tsc.c is an unused leftover of the
GTOD conversion. Remove it.
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
---
arch/i386/kernel/tsc.c | 40 ++--
From: Thomas Gleixner <[EMAIL PROTECTED]>
Enqueue clocksources in rating order to make selection of the
clocksource easier. Also check the match with an user override
at enqueue time.
Preparatory patch for the generic clocksource verification.
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
S
From: Ingo Molnar <[EMAIL PROTECTED]>
make the TSC synchronization code more robust, and unify
it between x86_64 and i386.
The biggest change is the removal of the 'fix up TSCs' code
on x86_64 and i386, in some rare cases it was /causing/
time-warps on SMP systems.
The new code only checks for T
From: Thomas Gleixner <[EMAIL PROTECTED]>
Using a flag filed allows to encode more than one information into
a variable. Preparatory patch for the generic clocksource verification.
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
---
arch/i386/ke
From: Thomas Gleixner <[EMAIL PROTECTED]>
Fixup the is_contionous replacement by a flag field.
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
---
arch/arm/mach-imx/time.c |2 +-
arch/arm/mach-ixp4xx/common.c |2 +-
arch/arm/mach-ne
From: Thomas Gleixner <[EMAIL PROTECTED]>
Fixup the is_contionous replacement by a flag field.
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
---
arch/avr32/kernel/time.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.
From: Thomas Gleixner <[EMAIL PROTECTED]>
Fixup the is_contionous replacement by a flag field.
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
---
arch/s390/kernel/time.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6
From: Thomas Gleixner <[EMAIL PROTECTED]>
Fixup the is_contionous replacement by a flag field.
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
---
arch/mips/kernel/time.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6
>From [EMAIL PROTECTED] Wed Dec 20 02:36:15 2006
Distangle the NTP update from HZ. This is necessary for dynamic tick
enabled kernels.
---
include/linux/timex.h |7 +++
kernel/hrtimer.c | 11 ---
kernel/time/ntp.c | 30 +++---
kernel/timer.c
With the recent changes to cancel_dirty_pages(), XFS will
dump warnings in the syslog because it can truncate_inode_pages()
on dirty mapped pages.
I've determined that this is indeed correct behaviour for XFS
as this can happen in the case of races on mmap()d files with
direct I/O. In this case w
Make XFS use the new truncate_unmap_inode_pages_range()
function.
Signed-off-by: Dave Chinner <[EMAIL PROTECTED]>
---
fs/xfs/linux-2.6/xfs_fs_subr.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
Index: 2.6.x-xfs-new/fs/xfs/linux-2.6/xfs_fs_subr.c
===
Em Ter, 2007-01-23 às 20:57 +0300, Oleg Nesterov escreveu:
> I am pretty sure the bug is real, but the patch may be wrong, please review.
>
> We are doing ->buf_prepare(buf) before adding buf to q->stream list. This
> means that videobuf_qbuf() should not try to re-add a STATE_PREPARED buffer.
>
On 1/24/07, Josh Boyer <[EMAIL PROTECTED]> wrote:
>
> > Any other reasons am missing here?
>
> Cost of flying 70 mainly US/European developers to India.
Thanks James. I thought about this factor. Thinking about what are the
factors which make a Kernel developer to show interest on a particular
Larry Walton wrote:
The last patch (sata_nv-force-int-dev-in-interrupt.patch)
seems to have fix the problem. Much appreciated,
thank you. I'd consider it a must have in 2.6.20.
Can any of the rest of you that have been seeing this problem also
confirm that this fixes it?
--
Robert Hancock
At Tue, 23 Jan 2007 16:16:12 -0500,
Jakub Jelinek wrote:
>
> On Wed, Jan 24, 2007 at 12:06:45AM +0300, Samium Gromoff wrote:
> > Should we introduce per-arch asm/elf.h files to hold the relevant flag
> > definitions then?
>
> On some architectures there are no bits left. On others you'd need to
On 2007-01-23, Robert P. J. Day wrote:
[]
> what it does is scan the entire tree for lines of the form
>
> ...if... CONFIG_whatever...
>
> collects all of those CONFIG variables and, one at a time, checks to
> see if that variable even exists in any Kconfig file in the tree so
> that it could pos
Hi.
I'm using a kernel 2.6.18.1 with a Plextor PX-769A CD/DVD drive (using
the old IDE drivers)... The drive itself is brand-new. The firmware
version is 1.06 (which is the most recent).
There are to issues I experience.
1) On some (but not all) DVD-Videos I get the following messages:
kernel:
> kernel: Error: Illegal request -- (Sense key=0x05)
> kernel: Read of scrambled sector without authentication -- (asc=0x6f,
> ascq=0x03)
The disc is using digital rights management. If you are in a country that
permits it you can use a dvd reader library with decss support, if not
you'll have
Alan wrote:
>> kernel: Error: Illegal request -- (Sense key=0x05)
>> kernel: Read of scrambled sector without authentication -- (asc=0x6f,
>> ascq=0x03)
>>
>
> The disc is using digital rights management. If you are in a country that
> permits it you can use a dvd reader library with decss
On 1/18/07, Greg KH <[EMAIL PROTECTED]> wrote:
Hm, only ia64 enables that option. Matthew, do you care about those
files?
Given the ia64 nature, unless benh was truly wanting to do something
or ppc64, IBM's big NUMA boxes are pretty unlikely to care.
Tim
-
To unsubscribe from this list: sen
Recently updated an old box to a new kernel, and the USB mouse stops working.
Well it sort of works, but stutters and is very unresponsive. This happens
now and again when the IRQ routing for my board gets broken.
Attached a dmesg from a bad 2.6.20-rc5, and a quick hack that gets everything
worki
On Tue, 16 Jan 2007 00:58:58 +0530
Dipankar Sarma <[EMAIL PROTECTED]> wrote:
> This patch implements a new version of RCU which allows its read-side
> critical sections to be preempted.
Why is it selectable if CONFIG_PREEMPT=n?
> It uses a set of counter pairs
> to keep track of the read-side cr
On 2007.01.23 17:18:43 -0600, Robert Hancock wrote:
> Larry Walton wrote:
> >The last patch (sata_nv-force-int-dev-in-interrupt.patch)
> >seems to have fix the problem. Much appreciated,
> >thank you. I'd consider it a must have in 2.6.20.
>
> Can any of the rest of you that have been seeing th
On Tue, 16 Jan 2007 00:58:58 +0530
Dipankar Sarma <[EMAIL PROTECTED]> wrote:
> +/*
> + * Wait for CPUs to acknowledge the flip.
> + */
> +static int rcu_try_flip_waitack(int flipctr)
> +{
> + int cpu;
> +
> + for_each_possible_cpu(cpu)
> + if (per_cpu(rcu_flip_flag, cpu) != RCU
Le mardi 23 janvier 2007 à 16:30 -0500, Len Brown a écrit :
> On Tuesday 23 January 2007 07:27, Lionel Landwerlin wrote:
> > Le mardi 23 janvier 2007 à 17:22 +0800, Luming Yu a écrit :
> > > Please try to remove processor module.
> >
> > Ok, that's done. Same problem.
>
> any difference with "id
On Mon, 15 Jan 2007 23:59:35 +0300
Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> Compile-tested.
>
> Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
> ---
>
> arch/arm/kernel/apm.c | 28 +++-
> 1 file changed, 23 insertions(+), 5 deletions(-)
>
> --- a/arch/arm/kern
On Mon, 15 Jan 2007 23:11:46 +0100
Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> On Mon, Jan 15, 2007 at 04:24:17PM -0500, Rob Landley wrote:
> > Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
> Acked-by: Sam Ravnborg <[EMAIL PROTECTED]>
>
> > Use "awk" instead of "gawk".
> >
> > --
> >
> > There'
On Tue, 2007-01-23 at 16:22 -0800, Tim Pepper wrote:
> On 1/18/07, Greg KH <[EMAIL PROTECTED]> wrote:
>
> > Hm, only ia64 enables that option. Matthew, do you care about those
> > files?
>
> Given the ia64 nature, unless benh was truly wanting to do something
> or ppc64, IBM's big NUMA boxes are
This is a patch using some of Aubrey's work plugging it in what is IMHO
the right way. Feel free to improve on it. I have gotten repeatedly
requests to be able to limit the pagecache. With the revised VM statistics
this is now actually possile. I'd like to know more about possible uses of
such
On Tue, 16 Jan 2007 00:53:05 +0300
Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> Compile-tested.
You can runtime-test this interface without ever having mounted a CODA fs.
Please. compile-tested-only patches are always a worry.
-
To unsubscribe from this list: send the line "unsubscribe linux-
Alan wrote:
> > There are three different fixes:
> > 1. Fix for THRE errata
>
> That should be handled anyway. The current code actually spots this and
> uses a backup timer for dodgy UARTS
Thanks, I'll retest without this fix on the current l-m.o git master and see
if it still solves our erra
On Tue, 23 Jan 2007 14:37:23 -0800
Marc St-Jean <[EMAIL PROTECTED]> wrote:
> > This I would hope you can hide in the platform specific
> > serial_in/serial_out functions. If you write the UART_LCR save it in
> > serial_out(), if you read IER etc.
>
> I couldn't find hooks for platform specific ser
Jeff Garzik wrote:
OK, I have merged the monolithic patch into jgarzik/netdev-2.6.git#atl1.
Once I'm done merging patches tonight, I will merge this new 'atl1'
branch into the 'ALL' meta-branch, which will auto-propagate this driver
into Andrew Morton's -mm for testing.
For future driver up
>From Dale Farnsworth <[EMAIL PROTECTED]>
mv643xx_eth: Fix race condition in mv643xx_eth_free_tx_descs
This bug was found and isolated by Thibaut VARENE <[EMAIL PROTECTED]>
and Jarek Poplawski <[EMAIL PROTECTED]>. This patch is a modification of their
fixes. We acquire and release the lock for
On 1/23/07, Dale Farnsworth <[EMAIL PROTECTED]> wrote:
From Dale Farnsworth <[EMAIL PROTECTED]>
mv643xx_eth: Fix race condition in mv643xx_eth_free_tx_descs
This bug was found and isolated by Thibaut VARENE <[EMAIL PROTECTED]>
and Jarek Poplawski <[EMAIL PROTECTED]>. This patch is a modificati
On Mon, 22 Jan 2007 21:00:04 +0100
Luca Tettamanti <[EMAIL PROTECTED]> wrote:
> Il Sun, Jan 21, 2007 at 09:33:39PM -0600, Jay Cliburn ha scritto:
> > Randy Dunlap wrote:
> > >On Sun, 21 Jan 2007 15:07:37 -0600 Jay Cliburn wrote:
> > [snip]
> >
> > >>+ value = ioread16(hw->hw_addr + REG_PCIE_CAP_
Il Tue, Jan 23, 2007 at 11:25:22AM -0800, Stephen Hemminger ha scritto:
> On Mon, 22 Jan 2007 21:00:04 +0100
> Luca Tettamanti <[EMAIL PROTECTED]> wrote:
>
> > Il Sun, Jan 21, 2007 at 09:33:39PM -0600, Jay Cliburn ha scritto:
> > > Randy Dunlap wrote:
> > > >On Sun, 21 Jan 2007 15:07:37 -0600 Ja
Jay Cliburn wrote:
Perhaps a dumb question, but when can I begin submitting differential
patches? Now? I'd like to incorporate some of Arjan's and Randy's
comments.
Submit patches starting... now! :)
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
Dale Farnsworth wrote:
From Dale Farnsworth <[EMAIL PROTECTED]>
mv643xx_eth: Fix race condition in mv643xx_eth_free_tx_descs
This bug was found and isolated by Thibaut VARENE <[EMAIL PROTECTED]>
and Jarek Poplawski <[EMAIL PROTECTED]>. This patch is a modification of their
fixes. We acquire
Auke Kok wrote:
Jeff Garzik wrote:
Auke Kok wrote:
Jeff Garzik wrote:
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
Jeff,
is there a reason that you didn't pull the e1000 tree from us? I send
you all the infor
Stephen Hemminger wrote:
IMHO the MSI disabling should be removed from drivers and be done
in the PCI core.
That is the consensus opinion.
Currently drivers implement the MSI tests because the core PCI code
hasn't been up to snuff. I (and others) have been discouraging that,
but when a user
On Tue, 23 Jan 2007 16:33:29 -0500
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger wrote:
> > IMHO the MSI disabling should be removed from drivers and be done
> > in the PCI core.
>
> That is the consensus opinion.
>
> Currently drivers implement the MSI tests because the core PCI co
Stephen Hemminger wrote:
On Tue, 23 Jan 2007 16:33:29 -0500
Jeff Garzik <[EMAIL PROTECTED]> wrote:
Stephen Hemminger wrote:
IMHO the MSI disabling should be removed from drivers and be done
in the PCI core.
That is the consensus opinion.
Currently drivers implement the MSI tests because the
Randy Dunlap wrote:
Stephen Hemminger wrote:
On Tue, 23 Jan 2007 16:33:29 -0500
Jeff Garzik <[EMAIL PROTECTED]> wrote:
Stephen Hemminger wrote:
IMHO the MSI disabling should be removed from drivers and be done
in the PCI core.
That is the consensus opinion.
Currently drivers implement the M
As usual, these are post-2.6.20 material.
Jeff
-
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://
Replace global queue and lock with per-device queues and locks. Mostly a
straightforward replacement of ubd_io_lock with dev->lock and ubd_queue with
dev->queue.
Complications -
There was no way to get a request struct (and queue) from the
structure sent to the io_thread, so a pointer to
Fix a bunch of style violations in mem.c.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/os-Linux/mem.c |9 +
1 file changed, 5 insertions(+), 4 deletions(-)
Index: linux-2.6.18-mm/arch/um/os-Linux/mem.c
===
---
Add a couple of comments about some non-locked data.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/os-Linux/start_up.c |2 ++
1 file changed, 2 insertions(+)
Index: linux-2.6.18-mm/arch/um/os-Linux/start_up.c
===
--- l
We shouldn't be using the os wrappers from os code - we can use libc
directly. This patch replaces wrapper calls with libc calls.
It turns out that os_sigio_async had only one caller, which was in
startup.c, so that function is moved there and its name changed.
Signed-off-by: Jeff Dike <[EMAIL P
Some style fixes in startup.c.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/os-Linux/start_up.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
Index: linux-2.6.18-mm/arch/um/os-Linux/start_up.c
===
-
Locking comments and emacs comment removal in the low-level memory and
temp file code.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/include/tempfile.h | 10 --
arch/um/kernel/mem.c |3 ++-
arch/um/os-Linux/mem.c |7 +++
3 files changed, 9 insertions(+),
Some small locking and formatting fixes in the ubd driver.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/drivers/ubd_kern.c | 35 +++
1 file changed, 15 insertions(+), 20 deletions(-)
Index: linux-2.6.18-mm/arch/um/drivers/ubd_kern.c
==
On Tuesday 23 January 2007 14:17, Johannes Stezenbach wrote:
> On Tue, Jan 23, 2007 at 09:02:30AM +0100, Blaisorblade wrote:
> > On Monday 22 January 2007 21:13, Johannes Stezenbach wrote:
> > > I was playing with user-mode Linux and found that mknod creates
> > > devices node in hostfs with wrong
On Thu, Jan 11, 2007 at 11:22:46PM +0100, bert hubert wrote:
>Anything else relevant? Do you know which signal interrupted select? Is this
>a single or multithreaded application? And where did the signal come from?
It is, AFAIK, a multi-threaded application. I don't have any information
on which
> I knew of course about libdvdcss but I've never noticed before that the
> kernel issues these error messages to the syslog.
Various bits of random desktop junk poll drives to see what has appeared
and stick icons on desktops. Some of them do stuff that produces messages
like this because they ar
On 2007-01-03, DervishD wrote:
>
> Hi all :)
Hallo!
> I've noticed that, even if I say NO to initramfs (and even ramdisk
> support), the make process wants to GEN usr/initramfs_data.cpio.gz by
> running the scripts/gen_initramfs_list.sh script.
>
> Why is that script run no matter the
On 1/24/07, Lionel Landwerlin <[EMAIL PROTECTED]> wrote:
Le mardi 23 janvier 2007 à 16:30 -0500, Len Brown a écrit :
> On Tuesday 23 January 2007 07:27, Lionel Landwerlin wrote:
> > Le mardi 23 janvier 2007 à 17:22 +0800, Luming Yu a écrit :
> > > Please try to remove processor module.
> >
> > Ok
On Wed, Jan 24, 2007 at 04:41:39AM +0530, Sunil Naidu wrote:
> >You have to remember that the Kernel Summit is invite only. Holding
> >the summit at a location doesn't really mean it's open to anyone
> >there.
>
> Defnitely this could be held on invite only. Many Top forums happen in
> India in t
On Tue, Jan 23, 2007 at 04:45:41PM -0800, Andrew Morton wrote:
> There is an ongoing desultory effort from Ralf to unify the ARM and MIPS
> APM implementations. Independently converting them both to use seqfile
> at this stage might muck that up. Ralf, talk to me?
I was planning to get back to
Pablo Sebastian Greco wrote:
> Well, it took me a few days, but I think I'm ready to report back. One
> of the drives was failing, and it stopped after rewiring power supply so
> the last problem seems to be corrected.
> OTOH, your blacklist seems to be needed too, now I'm running FC6
> distributi
On Wednesday 24 January 2007 00:01, Christoph Anton Mitterer wrote:
> Alan wrote:
> >> kernel: Error: Illegal request -- (Sense key=0x05)
> >> kernel: Read of scrambled sector without authentication -- (asc=0x6f,
> >> ascq=0x03)
> >
> > The disc is using digital rights management. If you are in
On Tuesday 23 January 2007 03:52, Pavel Pisa wrote:
> > i've added your patch to -rt, but note that there's a new, slightly
> > incompatible clockevents code in -rt now so you'll need to do some more
> > (hopefully trivial) fixups for this to build and work.
> >
> > Ingo
>
> Hello Ingo,
>
> Unf
"Scott Preece" <[EMAIL PROTECTED]> writes:
My own hot button is making sure that the definition of what
constitutes user activity is managed in exactly one place, whether in
the kernel or not. My naive model would be to put the response at user
level, but to provide a single point of d
On Tue, 23 Jan 2007, Oleg Verych wrote:
> On 2007-01-23, Robert P. J. Day wrote:
> []
> > what it does is scan the entire tree for lines of the form
> >
> > ...if... CONFIG_whatever...
> >
> > collects all of those CONFIG variables and, one at a time, checks to
> > see if that variable even exi
On Tuesday 23 January 2007 8:07 am, Atsushi Nemoto wrote:
> On Tue, 23 Jan 2007 07:42:15 -0800, David Brownell <[EMAIL PROTECTED]> wrote:
> > > Indeed the check can be omitted. Should I send a new patch just
> > > moving class_device_get() into "if (master->bus_num == bus_num)"
> > > block?
> >
>
Henrique de Moraes Holschuh wrote:
> On Tue, 23 Jan 2007, Tejun Heo wrote:
>> Henrique de Moraes Holschuh wrote:
>>> Does SATA electrical conector keying let the disk firmware unload
>>> heads before the user manages to pull it out enough to sever power?
>> I don't think so.
>
> Heh, thought as mu
OK, here it is in full signed-off glory. Hopefully we can get this in
for 2.6.20.
---
Several people reported issues with certain drive commands timing out on
sata_nv controllers running in ADMA mode. The commands in question were
non-DMA-mapped commands, usually FLUSH CACHE or FLUSH CACHE EX
On Tue, 2007-01-23 at 22:00 +, Thomas Gleixner wrote:
> - Provide a generic way to verify clocksources. TSC needs
>verification due to broken hardware and BIOS implementations. The
>previous attempt to allow TSC usage for high resolution and/or
>dynamic ticks only in combination wi
On Tue, 23 Jan 2007 18:16:31 -0800
Daniel Walker <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-01-23 at 22:00 +, Thomas Gleixner wrote:
> > - Provide a generic way to verify clocksources. TSC needs
> >verification due to broken hardware and BIOS implementations. The
> >previous attempt to
> > > Apple Macbook 2GHz (x86, not amd64)
> > > > > Please try to remove processor module.
> > > >
> > > > Ok, that's done. Same problem.
> > >
> > > any difference with "idle=poll"?
> > > if yes, how about "idle=halt"?
> >
> > idle=poll seems to fix the problem (cpu fan is running almost at full
Pavel Machek <[EMAIL PROTECTED]> writes:
Imagine for a moment that we solve time-warp somehow. Any other
problems?
Well, a user-level daemon have to process a lot of data just to detect user
interaction. Considering that the trackpad bandwidth is nearly 5KB/sec,
probably would be better to
From: Oleg Nesterov <[EMAIL PROTECTED]>
We are doing ->buf_prepare(buf) before adding buf to q->stream list. This
means that videobuf_qbuf() should not try to re-add a STATE_PREPARED buffer.
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
Signed-off-by: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
On Tue, 23 Jan 2007 16:49:55 -0800 (PST)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> If we enter reclaim and the number of page cache pages
> is too high then we switch off swapping during reclaim
> to avoid touching anonymous pages.
In general, I like this (kind of) feature.
> + /*
> +
Christoph Lameter wrote:
This is a patch using some of Aubrey's work plugging it in what is IMHO
the right way. Feel free to improve on it. I have gotten repeatedly
requests to be able to limit the pagecache. With the revised VM statistics
this is now actually possile. I'd like to know more abo
On Wed, 24 Jan 2007, KAMEZAWA Hiroyuki wrote:
> if (sc->may_swap &&
> zone_page_state(zone, NR_FILE_PAGES) &&
> !(curreht->flags & PF_MEMALLOC))
> sc->may_swap = 0;
That is probably better than what we have so far.
-
To unsubscribe from this list: send the line "unsubscribe linux-k
Paul Davies wrote:
This patch is a proposed cleanup of the current page table organisation.
Such a cleanup would be a logical first step towards introducing at least
a partial clean page table interface, geared towards providing enhanced
virtualization oportunities for x86. It is also a common
On Wed, 24 Jan 2007, Nick Piggin wrote:
> > 1. Insure that anonymous pages that may contain performance
> >critical data is never subject to swap.
> >
> > 2. Insure rapid turnaround of pages in the cache.
>
> So if these two aren't working properly at 100%, then I want to know the
> reason w
one more thing...
On Tue, 23 Jan 2007 16:49:55 -0800 (PST)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> @@ -1168,6 +1170,11 @@ zonelist_scan:
> !cpuset_zone_allowed_softwall(zone, gfp_mask))
> goto try_next_zone;
>
> + if ((gfp_
On Tue, 2007-01-23 at 18:23 -0800, Andrew Morton wrote:
> > There appears to be some fairly clear duplication between my clocksource
> > tree and this release of high resolution timers. Not to mention that we
> > both submitted our tree's to Andrew within days .
> >
> > To lessen Andrews burden
Hi,
I've moved the new FireWire stack to an in-tree git repository and
moved over the missing patches from my out-of-tree version. The tree
is available over here:
git://people.freedesktop.org/~krh/linux-2.6
with gitweb avialable here:
http://gitweb.freedesktop.org/?p=users/krh/linux-2.6.gi
On 1/24/07, Christoph Lameter <[EMAIL PROTECTED]> wrote:
On Wed, 24 Jan 2007, Nick Piggin wrote:
> > 1. Insure that anonymous pages that may contain performance
> >critical data is never subject to swap.
> >
> > 2. Insure rapid turnaround of pages in the cache.
>
> So if these two aren't wor
Aubrey Li wrote:
On 1/24/07, Christoph Lameter <[EMAIL PROTECTED]> wrote:
On Wed, 24 Jan 2007, Nick Piggin wrote:
> > 1. Insure that anonymous pages that may contain performance
> >critical data is never subject to swap.
> >
> > 2. Insure rapid turnaround of pages in the cache.
>
> So if t
On Wed, 17 Jan 2007 02:12:42 +0900 (JST)
takada <[EMAIL PROTECTED]> wrote:
> From: [EMAIL PROTECTED] (Lennart Sorensen)
> Subject: Re: fix typo in geode_configre()@cyrix.c
> Date: Tue, 16 Jan 2007 11:50:07 -0500
>
> > On Wed, Jan 17, 2007 at 01:38:35AM +0900, takada wrote:
> > > You are right. I
Linus,
Please pull 'master' from:
git://git.kernel.org:/pub/scm/linux/kernel/git/mchehab/v4l-dvb.git
master.
The patch fixes an important bug on V4L core. By doing some ioctls on an
unexpected order, it is possible to hang the machine without needing to be
root, causing a DoS.
- B
On Tuesday January 23, [EMAIL PROTECTED] wrote:
> I think your patch is not enough to slove the read_page error
> completely. I think in the bitmap_init_from_disk we also need to check
> the 'count' never exceeds the size of file before calling the
> read_page function. How do your think about it.
On Mon, Jan 15, 2007 at 10:58:29AM -0500, Alan Stern wrote:
> On Sun, 14 Jan 2007, Florin Iucha wrote:
>
> > Jiri and Trond,
> >
> > On Mon, Jan 15, 2007 at 01:14:09AM +0100, Jiri Kosina wrote:
> > > On Sun, 14 Jan 2007, Florin Iucha wrote:
> > >
> > > > All the testing was done via a ssh into t
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus
This tree is also available from kernel.org mirrors at:
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
This will pick up three small fixes:
Hoang-Nam Nguy
Hello Roland!
Here is a patch set for ehca as a result of previous disscussions
and comments:
1. fix improper use of yield within spinlock context
2. fix mismatched use of spin_unlock in irq handler
3. remove do_mmap()
4. remove obsolete prototypes
PS: I've sent the first two recently for 2.6.20, b
Here is a patch for ehca_cq.c that fixes improper use of yield
with spinlock held.
Thanks
Nam
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_cq.c |5 -
1 files changed, 4 insertions(+), 1 deletion(-)
diff -Nurp infiniband_orig/drivers/infiniband/hw/ehca/ehca_cq.c
infin
Here is a patch for ehca_irq.c that fixes mismatched use of spin_unlock
in irq handler.
Thanks
Nam
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_irq.c |3 ++-
1 files changed, 2 insertions(+), 1 deletion(-)
diff -Nurp infiniband_orig/drivers/infiniband/hw/ehca/ehca_irq.c
This patch removes do_mmap() from ehca:
- Call remap_pfn_range() for hardware register block
- Use vm_insert_page() to register memory allocated for completion queues
and queue pairs
- The actual mmap() call/trigger is now controlled by user space, ie. libehca
Thanks
Nam
Signed-off-by: Hoang-Nam
Here is a patch for ehca_classes.h that removes obsolete prototypes.
Thanks
Nam
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_classes.h | 14 --
1 files changed, 14 deletions(-)
diff -Nurp infiniband_orig/drivers/infiniband/hw/ehca/ehca_classes.h
infiniband_work
kbuild: create KBUILD_OUTPUT
When requesting build to another directory, try to create it first.
Cc: Sam Ravnborg <[EMAIL PROTECTED]>
Signed-off-by: Oleg Verych <[EMAIL PROTECTED]>
---
,-*- bash -*-
|[EMAIL PROTECTED]:~/kernel.org/_work/src/linux-2.6.20-rc5$
|[EMAIL PROTECTED]:~/kernel.org/_wor
On Tue, 16 Jan 2007 12:56:24 -0500
Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> This patch adds a barrier() to lockdep.c lockdep_recursion updates. This
> variable behaves like the preemption count and should therefore use similar
> memory barriers.
>
> This patch applies on 2.6.20-rc4-git3.
>
On Tue, 16 Jan 2007 12:56:31 -0500
Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> Here is a patch to lockdep.c so it behaves correctly when a kprobe breakpoint
> is
> put on a marker within hardirq tracing functions as long as the marker is
> within
> the lockdep_recursion incremented boundaries
On Wed, 24 Jan 2007, KAMEZAWA Hiroyuki wrote:
> I don't prefer to cause zone fallback by this.
> This may use ZONE_DMA before exhausing ZONE_NORMAL (ia64),
Hmmm... We could use node_page_state instead of zone_page_state.
> Very rapid page allocation can eats some amount of lower zone.
One quest
On Tue, 23 Jan 2007, Jesper Juhl wrote:
> Now that 2.6.19 is out, most likely not. -stable releases are made
> for the latest stable 2.6.x kernel, once 2.6.x+1 is out that's the one
> -stable patches are made for (2.6.16 is an exception)..
There's generally a bit of overlap. 2.6.17.14 was about
On Tue, 23 Jan 2007 20:30:16 -0800 (PST)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Wed, 24 Jan 2007, KAMEZAWA Hiroyuki wrote:
>
> > I don't prefer to cause zone fallback by this.
> > This may use ZONE_DMA before exhausing ZONE_NORMAL (ia64),
>
> Hmmm... We could use node_page_state inste
201 - 300 of 339 matches
Mail list logo
