> Acquire a port lock only if not in_interrupt in some places, because ISR
> holds the lock yet (and ldisc calls some of driver's routines which tries to
> acquire it again due to tty->low_latency).
NAK
This is the wrong way to do it. If you don't support recursive entry then
don't use
Here is my proposal to make things clearer:
(this time on 2.6.21-rc7)
CC: David Chinner <[EMAIL PROTECTED]>
CC: Oleg Nesterov <[EMAIL PROTECTED]>
Signed-off-by: Jarek Poplawski <[EMAIL PROTECTED]>
---
diff -Nurp 2.6.21-rc7-/kernel/workqueue.c 2.6.21-rc7/kernel/workqueue.c
---
Common power driver for PDAs and phones with one or two external
power supplies (AC/USB) connected to main and backup batteries,
and optional builtin charger.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/power/Kconfig |8 ++
drivers/power/Makefile|1 +
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
Documentation/battery-class.txt | 150 ++
drivers/Kconfig |2 +
drivers/Makefile|1 +
drivers/battery/Kconfig | 11 ++
drivers/battery/Makefile|1 +
It's still tristate, but now on module removal it will set
apm get status function to NULL, to not cause oops if two APM
modules loaded/unloaded in special order.
Fixing APM API itself is another story.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/battery/Kconfig |7 ++
Peter Williams wrote:
Ingo Molnar wrote:
* Peter Williams <[EMAIL PROTECTED]> wrote:
- bugfix: use constant offset factor for nice levels instead of
sched_granularity_ns. Thus nice levels work even if someone sets
sched_granularity_ns to 0. NOTE: nice support is still naive, i'll
This function were placed in "#if 0" because nobody was using it.
We using it now.
See http://lwn.net/Articles/210610/
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/base/bus.c |5 ++---
include/linux/device.h |2 ++
2 files changed, 4 insertions(+), 3 deletions(-)
Sorry, i put the wrong option in the last mail.
The options that freeze my machine at boot is "HPET Timer Support".
Thanks.
--
Guilherme M. Schroeder
Network Administrator
Central de Vendas Informatica LTDA
Tel.: (11) 3665-2000 Ramal: 2008
http://www.centralinf.com.br
-
To unsubscribe from this
Chuck Ebbert wrote:
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
The current panic_on_oom may not work if there is a process using
cpusets/mempolicy, because other nodes' memory may still free.
But some people want failover by panic ASAP even if they are used.
This patch makes new setting for its request.
This is not tested yet. But it would work.
Please
Hi.
On Fri, 2007-04-20 at 04:21 -0700, Petr Vandrovec wrote:
> Andi Kleen wrote:
> > Xavier Bestel <[EMAIL PROTECTED]> writes:
> >
> >> On Fri, 2007-04-20 at 00:46 +0200, roland wrote:
> >>
> >>> We just quietly added an exciting feature to Workstation 6.0. I believe
> >>> it
> >>> will make
On Fri, Apr 20, 2007 at 08:43:56PM +0900, Yasunori Goto wrote:
>
> The current panic_on_oom may not work if there is a process using
> cpusets/mempolicy, because other nodes' memory may still free.
> But some people want failover by panic ASAP even if they are used.
> This patch makes new
Quoting Miklos Szeredi ([EMAIL PROTECTED]):
> This patchset has now been bared to the "lowest common denominator"
> that everybody can agree on. Or at least there weren't any objections
> to this proposal.
>
> Andrew, please consider it for -mm.
>
> Thanks,
> Miklos
>
>
> v3 -> v4:
>
>
Eric W. Biederman wrote:
> From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
>
> It is my goal to replace all kernel code that handles signals
> from user space, calls kernel_thread or calls daemonize. All
> of which the kthread_api makes unncessary. Handling signals
> from user space is a
> Do you mean with qemu
qemu.
-Andi
-
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 Friday, 20 April 2007 14:26, Gautham R Shenoy wrote:
> On Fri, Apr 20, 2007 at 01:59:29PM +0200, Rafael J. Wysocki wrote:
> >
> > Actually, I thought about it for a while. The thread that is going to stop
> > another one may temporarily mark itself as freezable in all cases, which
> > will
Hi Manfred,
> I am using 2.6.21-rc7 with Preempt_rt Patch 2.6.20-rc6-rt0 on ep93xx.
Do you mean 2.6.21-rc6-rt0?
> This oops does not trigger in preempt_rt patch is applied.
It does only appear, when the preempt_rt patch is applied. Did I get you
right?
> On startup i get following oops when
guilherme <[EMAIL PROTECTED]> writes:
> Sorry, i put the wrong option in the last mail.
> The options that freeze my machine at boot is "HPET Timer Support".
Either an interrupt routing problem or your HPET timer is broken.
Does it work with noapic?
Can you describe your hardware?
On Fri, Apr 20, 2007 at 01:08:42PM +0200, Martin Schwidefsky wrote:
> From: Martin Schwidefsky <[EMAIL PROTECTED]>
>
> Add the missing arch_trampoline_kprobe function for s390 required by
> kprobes-the-on-off-knob-thru-debugfs-updated.patch.
Martin,
Cornelia provided this patch sometime earlier
On Thu, 2007-04-19 at 22:20 -0700, Andrew Morton wrote:
> On Thu, 19 Apr 2007 16:27:26 - "Cameron, Steve" <[EMAIL PROTECTED]> wrote:
> >
> > Something like
> >
> > if (sizeof(blah) > 4) {
> >do all the assignments with shifts
> > }
> >
> > might be slighly better since the CDB is
On 4/20/07, David Howells <[EMAIL PROTECTED]> wrote:
Aubrey Li <[EMAIL PROTECTED]> wrote:
> as checked in packet_set_ring, buffer size must be a multiple of PAGE_SIZE,
> packet_set_ring
> if (unlikely(req->tp_block_size & (PAGE_SIZE - 1)))
>
> So why
On Fri, 20 Apr 2007, Giuseppe Bilotta wrote:
> > could you please send me the product ID of the hardware in question?
> > (you could get it for example by running lsusb). Currently the usbhid
> > driver blacklists just product ids 0x0004 and 0x0008 (so that for
> > these product ids, the HID
On Friday 20 April 2007 17:15, Ulrich Drepper wrote:
> On 4/20/07, Andreas Gruenbacher <[EMAIL PROTECTED]> wrote:
> > Possibly for fstatfs(): fstatfs() has no way of looking up mount points
> > per path name in /proc/mounts, and so it resorts to mapping from the
> > numeric statfs->f_type to the
On 20 Apr, 14:20, Bhuvan Kumar MITTAL <[EMAIL PROTECTED]> wrote:
Hi,
I am working on an audio device driver development on Linux. I have a kernel
buffer which I have mapped to user space using mmap call from user space. My
problem is that the data which comes to the kernel buffer is getting
> > #if (BITS_PER_LONG > 32) || defined(CONFIG_LBD)
> > #define sector_upper_32(sector) ((sector) >> 32)
> > #else
> > #define sector_upper_32(sector) (0)
> > #endif
Gak
Just do
sector_upper_32(sector) (((sector) >> 31) >> 1)
and lose all the ifdefs,
Alan
-
To unsubscribe from this
On Fri, 20 Apr 2007 18:30:25 +0530
Bhuvan Kumar MITTAL <[EMAIL PROTECTED]> wrote:
> Hi,
> I am working on an audio device driver development on Linux. I have a
> kernel buffer which I have mapped to user space using mmap call from user
> space. My problem is that the data which comes to the
guilherme <[EMAIL PROTECTED]> writes:
> With noapic it freezes too. This doesn't occur with 2.6.20.x thought.
Ah. Can you please git bisect it then?
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On (19/04/07 09:35), Christoph Lameter didst pronounce:
> 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
On Fri, 2007-04-20 at 08:30 -0500, Florin Iucha wrote:
> On Thu, Apr 19, 2007 at 04:49:31PM -0500, Florin Iucha wrote:
> > On Thu, Apr 19, 2007 at 05:30:42PM -0400, Trond Myklebust wrote:
> > > > I'm far from the machine right now, so I will do some more tests
> > > > tonight, but right now, the
On (19/04/07 09:35), Christoph Lameter didst pronounce:
> 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.
i'm pleased to announce release -v4 of the CFS patchset. The patch
against v2.6.21-rc7 can be downloaded from:
http://redhat.com/~mingo/cfs-scheduler/
this CFS release too is mainly about fixing regressions and improving
interactivity, so the rate of change is relatively low:
11
Jiri Slaby wrote:
: mxser_new, fix TIOCMIWAIT
:
: There was schedule() missing in the TIOCMIWAIT ioctl. Solve it by moving
: the code to the wait_event_interruptible.
OK, this fixed the problem with your DCD-change monitoring
program (sorry that it took me too long to test it).
-Yenya
On Fri, Apr 20, 2007 at 08:23:39AM +0200, Jes Sorensen wrote:
> Andrew Morton wrote:
> >Another driver which should be fully converted to the kthread API:
> >kthread_stop() and kthread_should_stop().
> >
> >And according to my logs, this driver was added to the tree more than
> >a year _after_ the
On 4/20/07, Jan Yenya Kasprzak <[EMAIL PROTECTED]> wrote:
I did as you suggested, and I am not able to reproduce the problem
now. The patch is attached. I think it is quite minimal, so it should be
safe to apply it. What do you think, Jiri?
Signed-off-by: Jan "Yenya" Kasprzak <[EMAIL
* Peter Williams <[EMAIL PROTECTED]> wrote:
> BTW Given that I'm right and dynamic priorities have been dispensed
> with what do you intend exporting (in their place) to user space for
> display by top and similar?
well i thought of only displaying static ones, i.e. like the current
patch
On 4/20/07, Andreas Gruenbacher <[EMAIL PROTECTED]> wrote:
Yes, that one, sorry. The values it obtains that way are not reliable.
Why should the mount point info together with the filesystem type not
be reliable? You're trying to find an excuse to break tings, that
seems all there is.
-
To
On Fri, Apr 20, 2007 at 02:42:27PM +0100, Mel Gorman wrote:
> That's fair enough for the moment but relaxing would make ramfs
> potentially usable as a replacement for hugetlbfs so there would be just
> one ram-based filesystem instead of two.
Careful there. mmap() needs more than this.
(1)
On Thu, Apr 19, 2007 at 10:33:39PM -0700, Jeremy Fitzhardinge wrote:
> Dave Jones wrote:
> > Hmm, given you hit the hpet problems and I didn't I think our X60's
> > aren't quite so similar. Mine is the one with the swivelly touchscreen
> > tablet-pc mode. I understand they made a regular
Jiri Slaby wrote:
: On 4/14/07, Jan Yenya Kasprzak <[EMAIL PROTECTED]> wrote:
:
: >I have another problem with the driver - it probably sometimes
: >drops DCD signal on the serial line or something like that:
: >when the traffic on the serial console is heavy, it sometimes disconnects
:
Having selected an area at the end of the inactive list, reclaim is
attempted for all LRU pages within that contiguous area. Currently,
any pages in this area found to still be active or referenced are
rotated back to the active list as normal and the rest reclaimed.
At low orders there is a
The memory allocator treats lower order (order <= 3) and higher order
(order >= 4) allocations in slightly different ways. As lower orders
are much more likely to be available and also more likely to be
simply reclaimed it is deemed reasonable to wait longer for those.
Lumpy reclaim also changes
When an allocator has to dip below the low water mark for a
zone, kswapd is awoken to start background reclaim. The highest
order of these dipping allocations are accumulated on the zone.
With this patch kswapd uses this hint to force reclaim at that
order via balance_pgdat().
Signed-off-by:
On Fri, Apr 20, 2007 at 07:21:46PM +0530, Amit K. Arora wrote:
> Ok.
> In this case we may have to consider following things:
>
> 1) Obviously, for this glibc will have to call fallocate() syscall with
> different arguments on s390, than other archs. I think this should be
> doable and should not
Andi,
[EMAIL PROTECTED]:/usr/src/linux-2.6# git bisect good
5d8b34fdcb384161552d01ee8f34af5ff11f9684 is first bad commit
commit 5d8b34fdcb384161552d01ee8f34af5ff11f9684
Author: Thomas Gleixner <[EMAIL PROTECTED]>
Date: Fri Feb 16 01:27:43 2007 -0800
[PATCH] clocksource: Add verification
> Signed-off-by: Jan "Yenya" Kasprzak <[EMAIL PROTECTED]>
> Cc: Jiri Slaby <[EMAIL PROTECTED]>
> Cc: Alan Cox <[EMAIL PROTECTED]>
Acked-by: Alan Cox <[EMAIL PROTECTED]>
>
> --- linux-2.6.21-rc2/drivers/char/mxser_new.c.orig2007-04-20
> 15:41:46.0 +0200
> +++
Hi folks,
does anyone know how to build an linux kernel for running on
the Zyxel G-570U router box ?
thx
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
On 4/20/07, Andreas Gruenbacher <[EMAIL PROTECTED]> wrote:
Possibly for fstatfs(): fstatfs() has no way of looking up mount points per
path name in /proc/mounts, and so it resorts to mapping from the numeric
statfs->f_type to the filesystem name (e.g., "ext3"), looks up the first
mount point
Dave Jones wrote:
> -BUG: at arch/i386/kernel/sched-clock.c:170 init_sched_clock()
> - [] show_trace_log_lvl+0x1a/0x30
> - [] show_trace+0x12/0x14
> - [] dump_stack+0x16/0x18
> - [] init_sched_clock+0x58/0x9b
> - [] init+0x14b/0x241
> - [] kernel_thread_helper+0x7/0x10
> - ===
Here's a patch to do what I mentioned earlier. Not tested -- it may
expose some existing bugs. It may even break something, but I'm not aware
of anything that depends on it explicitly.
Greg, do you know of anything in particular that depends on a kobjects not
being released before their
Hi,
I've seen some chatter about the qla2xxx driver but not paid attention, so
I'm sorry if this is a known issue. I've got an older qlogic hba, and recent
drivers don't seem to play nice with it. I've got the latest firmware from
qlogic's web site. I'm using a 2.6.21-rc6 kernel from Steve
On Fri, 20 Apr 2007, Tejun Heo wrote:
> Hello, Alan.
>
> Alan Stern wrote:
> > This doesn't solve a related problem: a subsystem wants to register
> > devices and to provide a set of mutually-exclusive services to the
> > devices' drivers. The mutual exclusion has to be provided by a mutex or
>
On (19/04/07 21:11), Andi Kleen didst pronounce:
> > We likely need actual defragmentation support.
>
> To be honest it looks quite pointless before this is solved. So far it is
> not even clear if it is feasible to solve it.
>
I've written a proposal in an OLS paper on how such a mechanism
Peter Williams wrote:
Ingo Molnar wrote:
- bugfix: use constant offset factor for nice levels instead of
sched_granularity_ns. Thus nice levels work even if someone sets
sched_granularity_ns to 0. NOTE: nice support is still naive, i'll
address the many nice level related
On Fri, 2007-04-20 at 10:04 +0100, Alan Hourihane wrote:
> I've updated the Vermilion Range (LE80578) patch against linus' tree.
>
> Hopefully this rectifies all of the issues noted previously.
>
> Let me know again if there's more updates needed.
>
> Thanks to all who responded with the
On Thu, Apr 19, 2007 at 04:49:31PM -0500, Florin Iucha wrote:
> On Thu, Apr 19, 2007 at 05:30:42PM -0400, Trond Myklebust wrote:
> > > I'm far from the machine right now, so I will do some more tests
> > > tonight, but right now, the new patchset is not good. What is the
> > > difference between
hi jan !
Am Freitag, 20. April 2007 15:01 schrieben Sie:
> > I am using 2.6.21-rc7 with Preempt_rt Patch 2.6.20-rc6-rt0 on ep93xx.
>
> Do you mean 2.6.21-rc6-rt0?
sorry yes 2.6.21-rc6-rt0.
> > This oops does not trigger in preempt_rt patch is applied.
>
> It does only appear, when the
Alan Cox wrote:
: > Acquire a port lock only if not in_interrupt in some places, because ISR
: > holds the lock yet (and ldisc calls some of driver's routines which tries to
: > acquire it again due to tty->low_latency).
:
: NAK
:
: This is the wrong way to do it. If you don't support recursive
On Fri, Apr 20, 2007 at 02:48:35PM +0200, Cedric Le Goater wrote:
> Eric W. Biederman wrote:
> > From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
> >
> > It is my goal to replace all kernel code that handles signals
> > from user space, calls kernel_thread or calls daemonize. All
> > of
Andrew Morton wrote:
> On Thu, 19 Apr 2007 01:58:54 -0600
> "Eric W. Biederman" <[EMAIL PROTECTED]> wrote:
>
>> From: Eric W. Biederman <[EMAIL PROTECTED]>
>>
>> This patch starts krfcommd using kthread_run instead of a combination
>> of kernel_thread and daemonize making the code slightly
On Fri, Apr 20, 2007 at 10:10:45AM +1000, Peter Williams wrote:
> I have a suggestion I'd like to make that addresses both nice and
> fairness at the same time. As I understand the basic principle behind
> this scheduler it to work out a time by which a task should make it onto
> the CPU and
On Friday 20 April 2007 11:30, Alan Cox wrote:
> > As far as I can see, glibc internally looks at /proc/mounts (or else
> > mtab) to find out where tmpfs is mounted for opening files there, and to
> > look up filesystem information for statfs(), while accessing that path,
> > too. Fstatfs() also
Hello,
I've tweaked patch-2.6.20-rt8(*) so that it applies to 2.6.20.7
(*) http://rt.wiki.kernel.org/index.php/Main_Page
The original patch can be found here:
http://people.redhat.com/mingo/realtime-preempt/older/patch-2.6.20-rt8
http://linux.kernel.free.fr/patch-2.6.20-rt8
diff to the
On Fri, 2007-04-20 at 18:39 +0530, Ananth N Mavinakayanahalli wrote:
> Cornelia provided this patch sometime earlier
> (http://marc.info/?l=linux-kernel=117620748921086=2). Andrew has
> picked it up into -mm.
Ok, good. The latest version of -mm on kernel.org did not have it yet.
--
blue skies,
This is W1 slave for ds2760 chip, found inside almost every HP iPaq and
HTC PDAs/phones.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/w1/slaves/Kconfig | 13 +++
drivers/w1/slaves/Makefile|1 +
drivers/w1/slaves/w1_ds2760.c | 162
Cedric Le Goater wrote:
> Andrew Morton wrote:
>> On Thu, 19 Apr 2007 01:58:51 -0600
>> "Eric W. Biederman" <[EMAIL PROTECTED]> wrote:
>>
>>> From: Eric W. Biederman <[EMAIL PROTECTED]>
>>>
>>> This patch starts kbenpd using kthread_run replacing
>>> a combination of kernel_thread and daemonize.
Randy Dunlap wrote:
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
Hi,
I am working on an audio device driver development on Linux. I have a kernel
buffer which I have mapped to user space using mmap call from user space. My
problem is that the data which comes to the kernel buffer is getting dropped in
user space and I get only 50-60% of the data which is
On Fri, 2007-04-20 at 21:51 +0800, Antonino A. Daplas wrote:
> On Fri, 2007-04-20 at 10:04 +0100, Alan Hourihane wrote:
> > I've updated the Vermilion Range (LE80578) patch against linus' tree.
> >
> > Hopefully this rectifies all of the issues noted previously.
> >
> > Let me know again if
On Fri, Apr 20, 2007 at 09:37:30AM -0400, Trond Myklebust wrote:
> Thanks! Did you ever find out what had happened to the test that hung
> last night?
Nope. I could not ssh into it and the machine was needed for some
windows duty before I got home ;) I'll try again this coming week-end
and let
On Wed, Apr 18, 2007 at 07:06:00AM -0600, Andreas Dilger wrote:
> On Apr 17, 2007 18:25 +0530, Amit K. Arora wrote:
> > On Fri, Mar 30, 2007 at 02:14:17AM -0500, Jakub Jelinek wrote:
> > > Wouldn't
> > > int fallocate(loff_t offset, loff_t len, int fd, int mode)
> > > work on both s390 and
Following this email are three patches to the lumpy reclaim
algorithm. These apply on top of the lumpy patches in 2.6.21-rc6-mm1
(lumpy V5); making lumpy V6. The first enables kswapd to apply
reclaim at the order of the allocations which trigger background
reclaim. The second increases pressure
On 4/20/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
On Fri, 20 Apr 2007, Giuseppe Bilotta wrote:
> lsusb claims:
> Bus 002 Device 003: ID 0460:0004 Ace Cad Enterprise Co., Ltd
> and according to hid-core.c this *is* a blacklisted ID ...
Yes, so it definitely should be ignored and not claimed by
On Fri, Apr 20, 2007 at 03:10:45AM -0400, Preston A. Elder wrote:
> I have a Tyan Thunder K7x Pro (S2469) and the amd-k7-agp module does not
> seem to be probing my AGP device. I have even tried putting debugging
> code into the amd-k7-agp module, and sure enough I can see it being
>
On 4/20/07, Alan Stern <[EMAIL PROTECTED]> wrote:
Dmitry, in thinking things over some more I realized there's going to be a
problem with the autosuspend support in USB. It has to do with the way a
driver needs to prevent (or block) suspends from occurring while it is
actively using a device.
Expose the per BDI stats in /sys/block//queue/*
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
block/ll_rw_blk.c | 32
1 file changed, 32 insertions(+)
Index: linux-2.6-mm/block/ll_rw_blk.c
The latest version of the per device dirty throttling.
against 2.6.21-rc6-mm1; the first patch is for easy application.
Andrew can of course just drop the patch it reverts.
Merged BDI_DIRTY and BDI_UNSTABLE into BDI_RECLAIMABLE, and multiplied
bdi_stat_delta() by the number of counters summed.
For ease of application..
---
block/ll_rw_blk.c | 29 -
fs/buffer.c |1 -
include/linux/backing-dev.h |2 --
mm/page-writeback.c | 13 ++---
mm/truncate.c |1 -
5 files changed, 2 insertions(+),
Add percpu_counter_mod64() to allow large modifications.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/linux/percpu_counter.h |9 +
lib/percpu_counter.c | 28
2 files changed, 37 insertions(+)
Index:
Count per BDI reclaimable pages; nr_reclaimable = nr_dirty + nr_unstable.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
fs/buffer.c |2 ++
fs/nfs/write.c |7 +++
include/linux/backing-dev.h |1 +
mm/page-writeback.c |4
Scale writeback cache per backing device, proportional to its writeout speed.
By decoupling the BDI dirty thresholds a number of problems we currently have
will go away, namely:
- mutual interference starvation (for any number of BDIs);
- deadlocks with stacked BDIs (loop, FUSE and local NFS
Count per BDI writeback pages.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/linux/backing-dev.h |1 +
mm/page-writeback.c | 12 ++--
2 files changed, 11 insertions(+), 2 deletions(-)
Index: linux-2.6/mm/page-writeback.c
Its redundant, clear_bdi_congested() already wakes the waiters.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
fs/nfs/write.c |4 +---
include/linux/backing-dev.h |1 -
mm/backing-dev.c| 13 -
3 files changed, 1 insertion(+), 17 deletions(-)
With the current logic the percpu_counter's accuracy delta is quadric
wrt the number of cpus in the system, reduce this to O(n ln n).
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/linux/percpu_counter.h |7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
Index:
On 4/20/07, Giuseppe Bilotta <[EMAIL PROTECTED]> wrote:
Sorry, it seems I was wrong, it's not usbhid but usbmouse taking over.
After a fresh plug (e.g. at bootup) I get the following:
Well, the question is - why do you have usbmouse module on your system?
--
Dmitry
-
To unsubscribe from
On Fri, 20 Apr 2007, Jens Axboe wrote:
> This works fine as long as you are in the submitter context, but once
> you pass the into the block layer, we don't have any way to find the
> address space (at least we don't want to). Would something like this be
> workable, name withstanding:
>
>
Provide scalable per backing_dev_info statistics counters.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/linux/backing-dev.h | 50 ++--
mm/backing-dev.c| 26 ++
2 files changed, 74 insertions(+), 2
provide BDI constructor/destructor hooks
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
block/ll_rw_blk.c |2 ++
drivers/block/rd.c |6 ++
drivers/char/mem.c |2 ++
drivers/mtd/mtdcore.c |5 +
fs/char_dev.c
On Fri, Apr 20, 2007 at 08:28:10AM -0700, Jeremy Fitzhardinge wrote:
> Dave Jones wrote:
> > -BUG: at arch/i386/kernel/sched-clock.c:170 init_sched_clock()
> > - [] show_trace_log_lvl+0x1a/0x30
> > - [] show_trace+0x12/0x14
> > - [] dump_stack+0x16/0x18
> > - [] init_sched_clock+0x58/0x9b
>
On 4/20/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
On 4/20/07, Giuseppe Bilotta <[EMAIL PROTECTED]> wrote:
>
> Sorry, it seems I was wrong, it's not usbhid but usbmouse taking over.
> After a fresh plug (e.g. at bootup) I get the following:
>
Well, the question is - why do you have usbmouse
Madhusudhan c wrote:
>
> Suppose a host controller is capable of suporting 8-bit and it tells
> the core that it can support 8-bit. Now the card that is plugged in
> might or might not support 8-bit based on the type of the card. There
> is no field in the ext_csd which will tell you what bus
On Fri, 20 Apr 2007, Mel Gorman wrote:
> While this looks fine, it seems that clear_huge_page() and
> clear_mapping_page() could share a common helper. I also note that
> clear_huge_page() calls cond_reched() and this doesn't which may be the
> type of different behavior we want to avoid.
I am
On Fri, 20 Apr 2007, Benjamin LaHaise wrote:
> On Fri, Apr 20, 2007 at 08:43:56PM +0900, Yasunori Goto wrote:
> >
> > The current panic_on_oom may not work if there is a process using
> > cpusets/mempolicy, because other nodes' memory may still free.
> > But some people want failover by panic
On Tue, Apr 17, 2007 at 08:45:03PM +0200, Andi Kleen wrote:
>
> > Is there any movement on this?
>
> I'm open to reasonable patches for the hooks at least. If that is done
> then the actual kgdb code can be reviewed and considered eventually too.
Would you be open to adding to that set of
On Fri, 20 Apr 2007, Mel Gorman wrote:
> So the difference here appears to be that specifying an order means you
> can't mmap(). right?
>
> That's fair enough for the moment but relaxing would make ramfs
> potentially usable as a replacement for hugetlbfs so there would be just
> one ram-based
On Fri, 20 Apr 2007, Mel Gorman wrote:
> I believe there is an assumption in parts of reclaim that LRU pages are
> order-0. An interesting bug or two is likely to rear its head there.
Correct. We need to deal with reclaim etc.
> > Note that this is proof-of-concept. Lots of functionality is
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
> On Fri, Apr 20, 2007 at 02:42:27PM +0100, Mel Gorman wrote:
> > That's fair enough for the moment but relaxing would make ramfs
> > potentially usable as a replacement for hugetlbfs so there would be just
> > one ram-based filesystem instead of
On Friday, April 20, 2007 2:23 am Ivan Kokshaysky wrote:
> On Thu, Apr 19, 2007 at 05:19:20PM -0700, Linus Torvalds wrote:
> > I think we used to *never* assign PCI bus resources on x86, but
> > that thing got fixed some time ago. Now I think we only re-assign
> > them if they were unassigned *or*
On 4/19/07, Alan Stern <[EMAIL PROTECTED]> wrote:
Among the worst offenders are character devices. None of the subsystem
providers offering char device registration performs immediate detach --
they are a lot like sysfs used to be. (In fact, they probably _can't_
provide it since read() or
"Serge E. Hallyn" <[EMAIL PROTECTED]> writes:
> Quoting Miklos Szeredi ([EMAIL PROTECTED]):
>> This patchset has now been bared to the "lowest common denominator"
>> that everybody can agree on. Or at least there weren't any objections
>> to this proposal.
>>
>> Andrew, please consider it for
Hi Tejun,
On 4/20/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
Hello, Dmitry.
Dmitry Torokhov wrote:
> On 4/19/07, Cornelia Huck <[EMAIL PROTECTED]> wrote:
>> On Thu, 19 Apr 2007 09:13:43 -0400,
>> "Dmitry Torokhov" <[EMAIL PROTECTED]> wrote:
>>
>> > Because they are managed by 2 different
501 - 600 of 768 matches
Mail list logo