Every 20 descriptors turns out to be to few append commands with
newer/faster CPUs. Pushing every 4 still cuts down on MMIO writes to an
acceptable level without letting the DMA engine run out of work.
Signed-off-by: Chris Leech [EMAIL PROTECTED]
---
drivers/dma/ioatdma.c |4 ++--
1 files
net/ipv4/tcp.c: In function 'tcp_recvmsg':
net/ipv4/tcp.c:: warning: unused variable 'available'
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
Signed-off-by: Chris Leech [EMAIL PROTECTED]
---
net/ipv4/tcp.c | 26 --
1 files changed, 16 insertions(+), 10
Don't use mm after its freed in iwch_mmap().
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_provider.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_provider.c
Chris Leech wrote:
Every 20 descriptors turns out to be to few append commands with
newer/faster CPUs. Pushing every 4 still cuts down on MMIO writes to an
acceptable level without letting the DMA engine run out of work.
Signed-off-by: Chris Leech [EMAIL PROTECTED]
---
drivers/dma/ioatdma.c
From: Jeff Garzik [EMAIL PROTECTED]
Date: Fri, 02 Mar 2007 22:14:39 -0500
Chris Leech wrote:
Every 20 descriptors turns out to be to few append commands with
newer/faster CPUs. Pushing every 4 still cuts down on MMIO writes to an
acceptable level without letting the DMA engine run out of
This sounds like something that will always be wrong -- or in other
words, always be right for only the latest CPUs. Can this be made
dynamic, based on some timing factor?
In fact I think this has been tweaked twice in the vanilla tree
already.
This is actually just the same tweak you
Jeremy Fitzhardinge wrote:
Those are bugs that can occur, but they don't apply in this case. The
vmi implementation of kmap_atomic_pte() would be:
static void *vmi_kmap_atomic_pte(struct page *page, enum km_type type)
{
void *ptep = kmap_atomic(page, type);
Zachary Amsden wrote:
Yes, but the hook point now happens before the page table mapping.
Did you change that since you posted the patch? Sounds like a larger
change than the one I'm proposing.
Not that it should cause a problem. But we've been testing things
the original way for over a
Jeremy Fitzhardinge wrote:
I can deal with the change going into -git, but it does seem awkward
knowing that it is the wrong change and it will be replaced by something
else almost immediately.
Well, it is not quite wrong - it is appropriate for -git. That it will
be replaced soon is a
On 2/3/07 01:30, Stephen Hemminger [EMAIL PROTECTED]
wrote:
What about implementing the unused arp_announce flag on the inetdevice?
Something like the following. Totally untested...
Looks like it either was there (and got removed) or was planned but
never implemented.
This would be
On Thu, Mar 01, 2007 at 05:30:30PM -0800, Stephen Hemminger wrote:
What about implementing the unused arp_announce flag on the inetdevice?
Something like the following. Totally untested...
Looks like it either was there (and got removed) or was planned but
never implemented.
Seems like the
On Fri, 2007-02-03 at 13:54 +0100, Andi Kleen wrote:
Seems like the right solution to me (if it works)
I like it as well given the simple change.
These are the kind of optimizations that justify offloading things to
the kernel (instead of user space) i.e very little lines of code, covers
a
On Thu, Mar 01, 2007 at 11:44:05PM -0800, Christoph Lameter wrote:
> On Fri, 2 Mar 2007, Nick Piggin wrote:
>
> > > Sure we will. And you believe that the the newer controllers will be able
> > > to magically shrink the the SG lists somehow? We will offload the
> > > coalescing of the page
On Thu, Mar 01, 2007 at 11:31:14AM -0800, Davide Libenzi
(davidel@xmailserver.org) wrote:
> On Thu, 1 Mar 2007, Evgeniy Polyakov wrote:
>
> > Ingo, do you really think I will send mails with faked benchmarks? :))
>
> I don't think he ever implied that. He was only suggesting that when you
>
On Fri, 2 Mar 2007, Nick Piggin wrote:
> > If there are billions of pages in the system and we are allocating and
> > deallocating then pages need to be aged. If there are just few pages
> > freeable then we run into issues.
>
> page writeout and vmscan don't work too badly. What are the
On Fri, Mar 02, 2007 at 12:21:49AM -0800, Christoph Lameter wrote:
> On Fri, 2 Mar 2007, Nick Piggin wrote:
>
> > > If there are billions of pages in the system and we are allocating and
> > > deallocating then pages need to be aged. If there are just few pages
> > > freeable then we run into
-mm has a debugging patch which warns when atomic_dec_and_test() takes an
atomic_t negative
(ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/broken-out/detect-atomic-counter-underflows.patch).
When it is applied to current mainline, a simple `rmmod ipw2200'
On Fri, 2007-03-02 at 07:11 +0100, Willy Tarreau wrote:
> > Call Trace:
> > [] posix_cpu_clock_get+0x47/0xdc
> > [] sys_clock_gettime+0x80/0x82
> > [] syscall_call+0x7/0xb
> > [] svc_ioctl+0xc2/0x261
> > ===
> > Code: 0b eb fe 57 56 53 89 cb 89 d1 8b 74 24 10 83 e0 03 83
openSUSE 10.3 Alpha and KDE-3.5.6, xorg-x11-7.2. KDE is setup not to
require a password to unlock, but it asks for password. When the screen
unlocks, kwin is gone with no errors logged in /var/log/kdm or
/var/log/messages. No problems with 2.6.20.
Regards
Sid.
--
Sid Boyce ... Hamradio
Folks,
my Dell Inspiron 6400 laptop has both a Ricoh R5C822 host adapter (for
SD, MMC, etc.) and a Ricoh R5C592 host adapter for memory sticks.
While the former works just fine, it seems to me that the latter
hasn't any support. Indeed, inserting a Sony MSA-128A memory stick
causes no
On Thu, 1 Mar 2007 18:25:09 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> It's been pointed out that output GPIOs should have an initial value, to
> avoid signal glitching ... among other things, it can be some time before
> a driver is ready. This patch corrects that oversight, fixing
>
>
Hi!
> This patch adds an interface to set/reset a flag which determines
> anonymous shared memory segments should be dumped or not when a core
> file is generated.
>
> /proc//coredump_omit_anonymous_shared file is provided to access
> the flag. You can change the flag status for a particular
Hi!
> +If you don't want to dump all shared memory segments attached to pid 1234,
> +write 0 to the process's proc file.
> +
> + $ echo 1 > /proc/1234/coredump_omit_anonymous_shared
Write 0?
> +When a new process is created, the process inherits the flag status from its
> +parent. It is useful
Hi,
On Thu, 2007-03-01 at 12:47 +, Leroy van Logchem wrote:
> Tomoki Sekiyama hitachi.com> writes:
> > thanks for your comments.
>
> The default dirty_ratio on most 2.6 kernels tend to be too large imo.
> If you are going to do sustained writes multiple times the size of
> the memory you
On Fri, Mar 02, 2007 at 10:19:17AM +0100, Thomas Gleixner wrote:
> On Fri, 2007-03-02 at 07:11 +0100, Willy Tarreau wrote:
> > > Call Trace:
> > > [] posix_cpu_clock_get+0x47/0xdc
> > > [] sys_clock_gettime+0x80/0x82
> > > [] syscall_call+0x7/0xb
> > > [] svc_ioctl+0xc2/0x261
> > >
Werner LEMBERG wrote:
> Folks,
>
>
> my Dell Inspiron 6400 laptop has both a Ricoh R5C822 host adapter (for
> SD, MMC, etc.) and a Ricoh R5C592 host adapter for memory sticks.
>
> While the former works just fine, it seems to me that the latter
> hasn't any support. Indeed, inserting a Sony
Andrew Morton wrote:
> On Tue, 20 Feb 2007 12:35:49 +0100 Gerd Hoffmann <[EMAIL PROTECTED]> wrote:
>
> It blows up on powerpc:
> drivers/built-in.o(.init.text+0x2080): In function `.console_init':
> : undefined reference to `.disable_early_printk'
Hmm, I think this is just a chunk being lost
Pierre Ossman napsal(a):
Werner LEMBERG wrote:
Folks,
my Dell Inspiron 6400 laptop has both a Ricoh R5C822 host adapter (for
SD, MMC, etc.) and a Ricoh R5C592 host adapter for memory sticks.
While the former works just fine, it seems to me that the latter
hasn't any support. Indeed,
On Thu, 2007-03-01 at 14:50 +0100, Arnd Bergmann wrote:
> On Thursday 01 March 2007, Michael Ellerman wrote:
> > On Mon, 2006-11-20 at 18:45 +0100, Arnd Bergmann wrote:
> > > plain text document attachment (spufs-master-control.diff)
> > > When the user changes the runcontrol register, an SPU
Whenever jiffies is started at a multiple of 5*HZ or wraps, calc_load is
run exactly on the second which is when tasks using round_jiffies will
be scheduled to run. This has a bad effect on the load average, making
it tend towards 1.00 if a task happens to run every time the load is
being
On Thu, 22 Feb 2007 16:13:02 -0800 john stultz <[EMAIL PROTECTED]> wrote:
> This patch resolves the issue found here:
> http://bugme.osdl.org/show_bug.cgi?id=7426
>
> The basic summary is:
> Currently we register most of i386/x86_64 clocksources at module_init
> time. Then we enable clocksource
Hi!
As soon as I try to start bluetooth connection (gprs over nokia 6230)
on thinkpad x60 (internal bluetooth dongle, connected over usb),
machine hangs. It worked okay in -rc1 (modulo suspend issues).
Pavel
--
(english)
Hi!
> > > > If you can replace them with something simpler, and no worse than 10%
> > > > slower in worst case, then go ahead. (We actually tried to do that at
> > > > some point, only to realize that efence stresses vm subsystem in very
> > > > unexpected/unfriendly way).
> > >
> > > Agh, only
I have incorporated all the changes you mentioned, except for one. Thank you very much for taking the time to
review the code. I still retreive def_blk_fops as I did before, but I have put this in a separate function for now.
I have included a test program. Before you run the test program,
Hi!
> * Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > f3ccb06f3b8e0cf42b579db21f3ca7f17fcc3f38 works for me, [...]
>
> update: f3ccb06f3b8e0cf42b579db21f3ca7f17fcc3f38 works for me too, and
> 01363220f5d23ef68276db8974e46a502e43d01d is broken. I too will attempt
> to bisect this.
Strange; on
Hi folks,
Recently, I was struggling in a bug about the shm->nattch. Actually, the
test case is from LTP kernel/syscall/ipc/shmctl/shmctl01.c code. We
ported it to the uClinux-blackfin platform.
The algorithm is very simple.
a) the parent process will create a share memory
b) parent will
On Thu, 1 Mar 2007, Bill Irwin wrote:
On Thu, Mar 01, 2007 at 10:12:50AM +, Mel Gorman wrote:
These are figures based on kernels patches with Andy Whitcrofts reclaim
patches. You will see that the zone-based kernel is getting success rates
closer to 40% as one would expect although there
On Fri, Mar 02, 2007 at 11:27:14AM +0100, Pavel Machek ([EMAIL PROTECTED])
wrote:
> Maybe. It is not up to me to decide. But "it is faster" is _not_ the
> only merge criterium.
Of course not!
Even if kevent has the same speed, it still allows to handle _any_ kind
of events without any major
Hi all,
I noticed that many source files include while they do
not appear to need it. Here is an attempt to clean it all up.
In order to find all possibly affected files, I searched for all
files including but without any other occurence of "pci"
or "PCI". I removed the include statement from
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc2/2.6.21-rc2-mm1/
- Quite a lot of less-popular architectures still aren't compiling due
to utrace. x86, x86_64, powerpc, ia64
On Fri, 2 Mar 2007 03:00:26 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc2/2.6.21-rc2-mm1/
Forget to mention:
* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> Even if kevent has the same speed, it still allows to handle _any_
> kind of events without any major surgery - a very tiny structure of
> lock and list head and you can process your own kernel event in
> userspace with timers, signals, io
On Fri, Mar 02, 2007 at 03:00:26AM -0800, Andrew Morton wrote:
> Changes since 2.6.20-mm2:
>
> origin.patch
> git-acpi.patch
> git-alsa.patch
> git-avr32.patch
I guess you're not pulling the ARM master branch in addition to the devel
branch? The master branch contains fixes for -rc kernels
* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> > > > [...] The numbers are still highly suspect - and we are already
> > > > down from the prior claim of kevent being almost twice as fast
> > > > to a 25% difference.
> > >
> > > Btw, there were never almost twice perfromance increase - epoll
On Fri, 2 Mar 2007 11:04:20 + Russell King <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 02, 2007 at 03:00:26AM -0800, Andrew Morton wrote:
> > Changes since 2.6.20-mm2:
> >
> > origin.patch
> > git-acpi.patch
> > git-alsa.patch
> > git-avr32.patch
>
> I guess you're not pulling the ARM
On Fri, Mar 02, 2007 at 11:56:18AM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > Even if kevent has the same speed, it still allows to handle _any_
> > kind of events without any major surgery - a very tiny structure of
> > lock and list
On Fri, Mar 02, 2007 at 03:08:33AM -0800, Andrew Morton wrote:
> On Fri, 2 Mar 2007 11:04:20 + Russell King <[EMAIL PROTECTED]> wrote:
>
> > On Fri, Mar 02, 2007 at 03:00:26AM -0800, Andrew Morton wrote:
> > > Changes since 2.6.20-mm2:
> > >
> > > origin.patch
> > > git-acpi.patch
> > >
I am resending the message. The first few lines in the diff of the
original message seemed to have an extra space added by the time it got to
the mailing list. Hopefully this does not happen the second time around.
Also, I missed out on putting a tab space on one line.
I have incorporated all
On Fri, 2 Mar 2007 11:10:30 + Russell King <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 02, 2007 at 03:08:33AM -0800, Andrew Morton wrote:
> > On Fri, 2 Mar 2007 11:04:20 + Russell King <[EMAIL PROTECTED]> wrote:
> >
> > > On Fri, Mar 02, 2007 at 03:00:26AM -0800, Andrew Morton wrote:
> > >
> Memory stick is completely unsupported. We haven't got any specs for neither
> the
> the host controllers or the protocol. So I would guess it would be quite some
> time before memorystick is supported directly by Linux.
Don't hold your breath either. The reverse engineering work done a long
On Thu, 01 Mar 2007 16:37:45 -0800
Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> Jiri Slaby wrote:
> > No other text in there, but simple Copyright:
> >
> > /* Copyright (c) 1997-2002 Sensable Technologies, Inc.
> >All rights reserved.
>
> Well, I think that means you can use info from
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> I'll try what i've described in the previous mail: mark all bisection
> points that do not include f3ccb06f as 'good' - thus 'merging' the
> known-bad area with the first known-good commit, and thus eliminating
> it from the bisection space.
this
Jeremy Fitzhardinge wrote:
Zachary Amsden wrote:
Yeah, actually that does work, since you pass the km_type, we can use
that. But I would rather not respin this for 2.6.21; getting this
100% right can be tricky, and we've already done a good deal of
testing on this patch the way it is.
On Fri, 2007-03-02 at 09:44 +0530, Vivek Goyal wrote:
> On Thu, Mar 01, 2007 at 09:06:48AM -0500, Benjamin LaHaise wrote:
> > On Thu, Mar 01, 2007 at 04:16:13PM +0900, Fernando Luis Vázquez Cao wrote:
> > > As a consequence, the hardcoding of hard_smp_processor_id() to 0 on UP
> > > systems (see
Provide hard_smp_processor_id definition also for non apic case.
Signed-off-by: Fernando Luis Vazquez Cao <[EMAIL PROTECTED]>
---
diff -urNp linux-2.6.21-rc2-orig/include/asm-i386/smp.h
linux-2.6.21-rc2/include/asm-i386/smp.h
--- linux-2.6.21-rc2-orig/include/asm-i386/smp.h2007-03-02
On Thu, 2007-03-01 at 10:03 +0100, Heiko Carstens wrote:
> On Thu, Mar 01, 2007 at 04:18:23PM +0900, Fernando Luis Vázquez Cao wrote:
> > Move definition of hard_smp_processor_id to asm/smp.h on alpha, m32r,
> > powerpc, s390, sparc, sparc64, and um architectures.
> >
> > Signed-off-by: Fernando
On Fri, 02 Mar 2007 17:31:21 +0900 Fernando Luis Vázquez Cao <[EMAIL
PROTECTED]> wrote:
> On Thu, 2007-03-01 at 10:03 +0100, Heiko Carstens wrote:
> > On Thu, Mar 01, 2007 at 04:18:23PM +0900, Fernando Luis Vázquez Cao wrote:
> > > Move definition of hard_smp_processor_id to asm/smp.h on alpha,
On Fri, 2007-03-02 at 00:39 -0800, Andrew Morton wrote:
> On Fri, 02 Mar 2007 17:31:21 +0900 Fernando Luis Vázquez Cao <[EMAIL
> PROTECTED]> wrote:
>
> > On Thu, 2007-03-01 at 10:03 +0100, Heiko Carstens wrote:
> > > On Thu, Mar 01, 2007 at 04:18:23PM +0900, Fernando Luis Vázquez Cao wrote:
> >
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> I'll now try the following: i'll try to manually apply Len's fix to
> every tree that git-bisect offers me, in the hope of being able to
> isolate the /other/ bug.
>
> [ But really, i'm not expecting any miracles because this is way out of
> league
Subject: [patch] KVM: T60 resume fix
From: Ingo Molnar <[EMAIL PROTECTED]>
my T60 laptop does not resume correctly due to KVM attempting to send an
IPI to a CPU that might be down (or not up yet). (Doing so also triggers
the send_IPI_mask_bitmask() warning in arch/i386/kernel/smp.c, line
732.)
> Quoting Ingo Molnar <[EMAIL PROTECTED]>:
> Subject: [patch] KVM: T60 resume fix
> From: Ingo Molnar <[EMAIL PROTECTED]>
>
> my T60 laptop does not resume correctly due to KVM attempting to send an
> IPI to a CPU that might be down (or not up yet). (Doing so also triggers
> the
On Fri, Mar 02, 2007 at 11:57:13AM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > > > > [...] The numbers are still highly suspect - and we are already
> > > > > down from the prior claim of kevent being almost twice as fast
> > > > > to a
On Fri, Mar 02, 2007 at 10:41:18AM +0100, Pierre Ossman wrote:
> Memory stick is completely unsupported. We haven't got any specs for neither
> the
> the host controllers or the protocol. So I would guess it would be quite some
> time before memorystick is supported directly by Linux.
There are
On Fri, Mar 02, 2007 at 12:21:30PM +, Alan wrote:
> Don't hold your breath either. The reverse engineering work done a long
> time ago on some of the memory sticks suggests the "security" (DRM)
> features are actually done in software by the driver so I doubt we'll see
> specs soon.
DRM on
Doing something like this on a two cpu system
# echo 0 > /sys/devices/system/cpu/cpu0/online
# echo 1 > /sys/devices/system/cpu/cpu0/online
# echo 0 > /sys/devices/system/cpu/cpu1/online
will give me this:
===
[ INFO: possible circular
> I'm sorry to piggy-back this thread.
>
> Could it be what I'm experiencing in the following bugzilla report:
> http://bugzilla.kernel.org/show_bug.cgi?id=7372
>
> As I explained in the report, I see this issue only since 2.6.18.
> So if your concern is related to mine, what could have changed
* Heiko Carstens <[EMAIL PROTECTED]> wrote:
> - spin_lock(_base->lock);
> - spin_lock(_base->lock);
> + /*
> + * If we take a lock from a different cpu, make sure we have always
> + * the same locking order. That is the lock that belongs to the cpu
> + * with the
H. Peter Anvin wrote:
Timur Tabi wrote:
I see we now have a dedicate machine for the git server. That's
great. How about turning on the http protocol so that those of use
behind a firewall can clone trees?
I get this:
$ git-clone http://git.kernel.org/pub/scm/git.git
Initialized empty
From: Artem Bityutskiy <[EMAIL PROTECTED]>
Subject: [RFC] [PATCH] Kconfig: enlarge printk buffer size limit
This patch makes the upper kernel ring buffer size limit larger. It
is often very handy to have huge ring-buffer for debugging purposes,
when the subsystem which is being debugged produces
On Thu, 2007-03-01 at 16:09 -0800, Andrew Morton wrote:
> And I'd judge that per-container RSS limits are of considerably more value
> than antifrag (in fact per-container RSS might be a superset of antifrag,
> in the sense that per-container RSS and containers could be abused to fix
> the
Hi!
> I instrumented 2.6.21-rc1 base/power/resume.c device_resume() with
> TRACE_RESUME(0) as the last statement in the function. Sure enough it
> was the last hash value in the RTC after a hard reboot when resume failed:
>
> [ 12.028820] hash matches drivers/base/power/resume.c:104
>
> The
On Fri, 2007-03-02 at 03:00 -0800, Andrew Morton wrote:
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc2/2.6.21-rc2-mm1/
>
>
> - Quite a lot of less-popular
On Fri, Mar 02, 2007 at 02:04:33PM +0100, Ingo Molnar wrote:
>
> * Heiko Carstens <[EMAIL PROTECTED]> wrote:
>
> > - spin_lock(_base->lock);
> > - spin_lock(_base->lock);
> > + /*
> > +* If we take a lock from a different cpu, make sure we have always
> > +* the same locking order.
Pavel Machek wrote:
> Hi!
>
>> I instrumented 2.6.21-rc1 base/power/resume.c device_resume() with
>> TRACE_RESUME(0) as the last statement in the function. Sure enough it
>> was the last hash value in the RTC after a hard reboot when resume failed:
>>
>> [ 12.028820] hash matches
From: Christian Krafft <[EMAIL PROTECTED]>
ipmi_si_intf tries to access default ports, if no device could
be found elsewhere. On PPC we have a function to check,
if these legacy IO ports are accessible. This patch adds
a check for these ports on PPC.
This patch fixes a breakage of IPMI module
on
On Thu, Mar 01, 2007 at 09:02:12PM -0600, Florin Iucha wrote:
> On Wed, Feb 28, 2007 at 09:52:34PM -0800, Andrew Morton wrote:
> > On Mon, 26 Feb 2007 00:45:00 -0600 [EMAIL PROTECTED] (Florin Iucha) wrote:
> >
> > > Hello, it's me and my 70 GB of photos again.
> [snip]
> > > Running 'top', one
On Fri 2007-03-02 07:25:49, Tim Gardner wrote:
> Pavel Machek wrote:
> > Hi!
> >
> >> I instrumented 2.6.21-rc1 base/power/resume.c device_resume() with
> >> TRACE_RESUME(0) as the last statement in the function. Sure enough it
> >> was the last hash value in the RTC after a hard reboot when
On Fri, Mar 02, 2007 at 03:00:26AM -0800, Andrew Morton wrote:
> +git-acpi-fix-cpuidle-borkage.patch
This attached patch might be needed too, the build breaks if
!CONFIG_HOTPLUG_CPU and CONFIG_CPU_IDLE
CC drivers/cpuidle/cpuidle.o
drivers/cpuidle/cpuidle.c: In function 'cpuidle_init':
On Fri, 2007-03-02 at 15:39 +0100, Pavel Machek wrote:
> On Fri 2007-03-02 07:25:49, Tim Gardner wrote:
> > Pavel Machek wrote:
> > > Hi!
> > >
> > >> I instrumented 2.6.21-rc1 base/power/resume.c device_resume() with
> > >> TRACE_RESUME(0) as the last statement in the function. Sure enough it
>
On Fri 2007-03-02 09:55:45, Ben Collins wrote:
> On Fri, 2007-03-02 at 15:39 +0100, Pavel Machek wrote:
> > On Fri 2007-03-02 07:25:49, Tim Gardner wrote:
> > > Pavel Machek wrote:
> > > > Hi!
> > > >
> > > >> I instrumented 2.6.21-rc1 base/power/resume.c device_resume() with
> > > >>
Whenever jiffies is started at a multiple of 5*HZ or wraps, calc_load is
run exactly on the second which is when tasks using round_jiffies will
be scheduled to run. This has a bad effect on the load average, making
it tend towards 1.00 if a task happens to run every time the load is
being
This patch kills the "ignoring return value of 'device_create_file'"
warning message.
Signed-off-by: Monakhov Dmitriy <[EMAIL PROTECTED]>
---
drivers/block/floppy.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/drivers/block/floppy.c b/drivers/block/floppy.c
On Fri, 02 Mar 2007 03:00:26 PST, Andrew Morton said:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc2/2.6.21-rc2-mm1/
> git-acpi.patch
Build dies if your config has CONFIG_HOTPLUG_CPU=N but CPU_IDLE=Y
CC drivers/cpuidle/cpuidle.o
Christoph Lameter wrote:
> On Tue, 27 Feb 2007, Andy Whitcroft wrote:
>
>> +static int __isolate_lru_page(struct page *page, int active)
>> +{
>> +int ret = -EINVAL;
>> +
>> +if (PageLRU(page) && (PageActive(page) == active)) {
>> +ret = -EBUSY;
>> +if
Andrew Morton wrote:
And I'd judge that per-container RSS limits are of considerably more value
than antifrag (in fact per-container RSS might be a superset of antifrag,
in the sense that per-container RSS and containers could be abused to fix
the i-cant-get-any-hugepages problem, dunno).
The
On Friday 02 March 2007 02:40, Robert Hancock wrote:
> Alistair John Strachan wrote:
> > On Thursday 01 March 2007 15:13, Alistair John Strachan wrote:
> >> On Thursday 01 March 2007 14:45, Robert Hancock wrote:
> >>> This one seems a bit different. This time it's not related to NCQ vs.
> >>>
The following patch series adds a device driver which allows an mtd
flash device to be used as a swap device. Since flash needs wear
levelling, a normal block device can't be used directly.
In order to work efficiently, some changes to other parts of Linux are
needed. Most of these changes are
Pass an optional struct page * to swap_free(), fixing up all users.
Have swap_free check the page for errors and if found, mark the swap
page as bad.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
---
include/linux/swap.h |4 ++--
kernel/power/swsusp.c |4 ++--
mm/memory.c
Check for pages with errors within shrink_page_list() and if found, try
to unuse them which will trigger the functions to mark the page bad. The
page will then be allocated a new swap page.
If a swap page write error occurs, don't disable page reclaim.
Based on a patch by Nick Piggin and some of
On Mar 01, 2007 13:15 -0600, Eric Sandeen wrote:
> One thing I'd like to see is a cmd argument as well, to allow for
> example allocation vs. reservation (i.e. allocating blocks vs. simply
> reserving a number), as well as the inverse of those functions
> (un-reservation, de-allocation)?
>
>
On Wed, Feb 28, 2007 at 07:18:01PM -0600, Xavier Callejas wrote:
> I have a laptop Toshiba A70, I attach a DMESG so you know my system.
>
> The problem is that the system hang randomly and I don't know why, I can se
> nothing on /var/log/message realted to the hang (I have to force a shutdown
>
On Fri, 2007-03-02 at 18:45 +0800, Andreas Dilger wrote:
> On Mar 01, 2007 13:15 -0600, Eric Sandeen wrote:
> > One thing I'd like to see is a cmd argument as well, to allow for
> > example allocation vs. reservation (i.e. allocating blocks vs. simply
> > reserving a number), as well as the
Amit wrote:
> asmlinkage long sys_fallocate(int fd, loff_t offset, loff_t len);
On Thu, 2007-03-01 at 22:16 -0800, Andrew Morton wrote:
> On Thu, 01 Mar 2007 22:03:55 -0800 Badari Pulavarty <[EMAIL PROTECTED]> wrote:
>
> > Just curious .. What does posix_fallocate() return ?
>
> bookmark
On Mar 1 2007 23:09, Dave Kleikamp wrote:
>>
>> Given that glibc already implements fallocate for all filesystems, it will
>> need to continue to do so for filesystems which don't implement this
>> syscall - otherwise applications would start breaking.
>
>I didn't make it clear, but my point was
BUG: unable to handle kernel paging request at virtual address 5a5a5a72
printing eip:
c01b09fd
*pde =
Oops: [#1]
PREEMPT DEBUG_PAGEALLOC
last sysfs file: devices/pci:00/:00:1d.3/usb5/5-0:1.0/bInterfaceProtocol
CPU:0
EIP:0060:[]Not tainted VLI
EFLAGS: 00010206
Hi,
Currently MMCONFIG is ignored if it is located over 4G, but I see no reason
to reject it on x86_64 platform.
This patch is against 2.6.21-rc2 and was tested on
such a machine (MMCONFIG is located at 0xfe1000)
without any problem.
Any comments?
--
Takayoshi Kochi
Signed-off-by:
On Thu, 1 Mar 2007 12:48:06 -0500, Dave Jones wrote:
> On Thu, Mar 01, 2007 at 03:26:55PM +0100, Jean Delvare wrote:
>
> > Firstly, the first records of hidden SMBus, in September 2000, predate
> > ACPI.
>
> The earliest ACPI spec I have handy is 1.0b, which came out in Feb 2 1999
> so this
Hi!
> > > Firstly, the first records of hidden SMBus, in September 2000, predate
> > > ACPI.
> >
> > The earliest ACPI spec I have handy is 1.0b, which came out in Feb 2 1999
> > so this isn't true. The all knowing (and always accurate :) wikipedia
> > claims it was first released in 1996,
Hi!
> > > > Well I had an idea after looking at k8temp -- why not make it default to
> > > > doing only reads from the sensor? You'd only get information from
> > > > whatever
> > > > core/sensor combination that ACPI had last used, but it would be safe.
> > >
> > > ACPI is broken here, not
On Fri, Mar 02, 2007 at 12:40:23PM +0100, Pavel Machek wrote:
> Whitelist seems like a way to go :(.
The DSDT code clearly can't touch the hardware itself - hardware access
is carried out by the kernel. If we can identify cases where ACPI reads
and writes would touch resources claimed by other
401 - 500 of 825 matches
Mail list logo