* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> one system with two nodes and two ht links on every node. the bios
> already have _pxm for two links.
>
> when no ram installed for node1 will have panic.
>
> reason: the device on second chain will get node = 1 from
> dev_to_node...via
* Pekka Enberg <[EMAIL PROTECTED]> wrote:
> Mathieu, Christoph is on vacation and I'm not at all that familiar
> with this cmpxchg_local() optimization, so if you could take a peek at
> this bug report to see if you can spot something obviously wrong with
> it, I would much appreciate that.
Thomas,
I have reasonable doubt that the delayed disable feature on linux-2.6.24 for
handle_simple_irq is broken.
In 2.6.22 there was something like this:
if (unlikely(!action || (desc->status & IRQ_DISABLED))) {
if (desc->chip->mask)
Gunter Ohrner <[EMAIL PROTECTED]> writes:
> Doesn't the Linux vfat driver update the FAT32's free cluster summary count?
>
> Zweiblum:~# dosfsck /dev/sda11
> dosfsck 2.11, 12 Mar 2005, FAT32, LFN
> /dev/sda11: 2451 files, 28218/1918827 clusters
>
> Zweiblum:~# mount /dev/sda11 /mnt/win_daten/
>
>
Linus,
please pull genirq fixes for .25 from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/tglx/linux-2.6-genirq.git
- fix spurious irq after free_irq() bug
- replace open coded jiffies comparison
Thanks,
tglx
---
S.Caglar Onur (1):
genirq: spurious.c: use time_*
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> > Index: linux-2.6/arch/x86/pci/mmconfig-shared.c
> > ===
> > --- linux-2.6.orig/arch/x86/pci/mmconfig-shared.c
> > +++ linux-2.6/arch/x86/pci/mmconfig-shared.c
>
> Ingo/Thomas,
>
> It
one system with two nodes and two ht links on every node.
the bios already have _pxm for two links.
when no ram installed for node1 will have panic.
reason: the device on second chain will get node = 1 from dev_to_node...via
pci_acpi_scan_root.
but node1 doesn't have ram installed.
in
On Tue, Feb 19 2008, Andrew Morton wrote:
> On Tue, 19 Feb 2008 10:24:28 +0100 Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Feb 19 2008, Jens Axboe wrote:
> > > On Mon, Feb 18 2008, Andrew Morton wrote:
> > > > > +
> > > > > if (e && !try_module_get(e->elevator_owner))
> > > > >
On Tue, 19 Feb 2008 10:24:28 +0100 Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 19 2008, Jens Axboe wrote:
> > On Mon, Feb 18 2008, Andrew Morton wrote:
> > > > +
> > > > if (e && !try_module_get(e->elevator_owner))
> > > > e = NULL;
> > >
> > > Looks nice and
On Tue, Feb 19 2008, Kyungmin Park wrote:
> > >
> > > Agree, however see the following sequence.
> > >
> > > __generic_make_request call q->make_request_fn(q, bio);
> > > It was set by blk_init_queue_node with __make_request.
> > > There are two ways in __make_request.
> > > Case 1, get_rq
> > >
On Sun, 17 Feb 2008 15:02:50 -0500, Mark M. Hoffman wrote:
> * Darrick J. Wong <[EMAIL PROTECTED]> [2007-12-19 15:14:38 -0800]:
> > +static int adt7473_attach_adapter(struct i2c_adapter *adapter)
> > +{
> > + /*
> > +* Some NVIDIA cards have an adt7473 attached to the on-board
> > +* i2c
On Mon, 18 Feb 2008 13:32:34 -0800, Darrick J. Wong wrote:
> Ok. I wonder if the nouveau people have any intention to
> reverse-engineer the i2c controller?
There's probably not much to reverse-engineer, the nvidiafb driver has
been supporting the I2C controllers (using software-driven
On Tue, Feb 19, 2008 at 10:56:22AM +0100, Sam Ravnborg wrote:
> >
> > > If noone in the isdn community step up and take some responsibility
> > > for the current isdn drivers in Linux then we should just delete them.
> >
> > So you're saying anything that has no active maintainer should
> > be
On Tue, Feb 19, 2008 at 08:46:46PM +1100, Nick Piggin wrote:
> On Tuesday 19 February 2008 20:25, Andi Kleen wrote:
> > On Tue, Feb 19, 2008 at 01:33:53PM +1100, Nick Piggin wrote:
>
> > > I actually once measured context switching performance in the scheduler,
> > > and removing the unlikely
> >
> > Agree, however see the following sequence.
> >
> > __generic_make_request call q->make_request_fn(q, bio);
> > It was set by blk_init_queue_node with __make_request.
> > There are two ways in __make_request.
> > Case 1, get_rq
> > Case 2, out or merged (otherwise you mean unplug case)
> >
>
> > If noone in the isdn community step up and take some responsibility
> > for the current isdn drivers in Linux then we should just delete them.
>
> So you're saying anything that has no active maintainer should
> be immediately deleted?
You do not recognize a provocation when you see it?
This fixes two bugs with UIO that cropped up recently in -rc1
1) WARNING: at fs/sysfs/file.c:334 sysfs_open_file when trying to open
a map addr/size file - complaining about missing sysfs_ops for ktype
2) Permission denied when reading uio/uio0/maps/map0/{addr,size} when
files are
On Tue, Feb 19, 2008 at 11:25:06AM +0200, Gregory Nietsky wrote:
> ive been hackin away at mISDN for a while and use it with recent kernels
> 2.6.2X and have a patch for 2.6.24 (move from semaphore to complition)
> the distro we built is heavily reliant on mISDN (voip) i dont use the
> isdn
On 19/02/2008, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> [ ... ]
> > >
> > > From: Dmitry Adamushko <[EMAIL PROTECTED]>
> > > Subject: kthread: add a memory barrier to kthread_stop()
> > >
> > > 'kthread' threads do a check in the following order:
> > > - set_current_state(TASK_INTERRUPTIBLE);
On Tue, Feb 19, 2008 at 01:31:18AM +0100, Roel Kluin wrote:
> Please verify, this patch was not yet tested
> ---
> Convert list_for_each_rcu() to list_for_each_entry_rcu()
>
> Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
NACK. This patch doesn't build. You have extra cur in the conversion.
ive been hackin away at mISDN for a while and use it with recent kernels
2.6.2X and have a patch for 2.6.24 (move from semaphore to complition)
the distro we built is heavily reliant on mISDN (voip) i dont use the
isdn kernel drivers at all any longer.
im all for mISDN been mainlined into
* David P. Reed <[EMAIL PROTECTED]> wrote:
> x86: use explicit timing delay for pit accesses in kernel and pcspkr
> driver
thanks, applied.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Tuesday 19 February 2008 20:25, Andi Kleen wrote:
> On Tue, Feb 19, 2008 at 01:33:53PM +1100, Nick Piggin wrote:
> > I actually once measured context switching performance in the scheduler,
> > and removing the unlikely hint for testing RT tasks IIRC gave about 5%
> > performance drop.
>
>
> My complaint about having to support them within dm when more than one
> device is involved is because any efficiencies disappear: you can't send
> further I/O to any one device until all the other devices have completed
> their barrier (or else later I/O to that device could overtake the
>
On Tue, Feb 19 2008, Kyungmin Park wrote:
> > Le Tue, 19 Feb 2008 14:48:18 +0900,
> > "Kyungmin Park" <[EMAIL PROTECTED]> a écrit :
> >
> > > + /* Write synchronous */
> > > + bio->bi_rw |= (1 << BIO_RW_SYNC);
> >
> > Adding BIO_RW_SYNC doesn't make
* David P. Reed <[EMAIL PROTECTED]> wrote:
> x86: define outb_pic and inb_pic to stop using outb_p and inb_p
>
> The delay between io port accesses to the PIC is now defined using
> outb_pic and inb_pic. This fix provides the next step, using
> udelay(2) to define the *PIC specific* timing
> Le Tue, 19 Feb 2008 14:48:18 +0900,
> "Kyungmin Park" <[EMAIL PROTECTED]> a écrit :
>
> > + /* Write synchronous */
> > + bio->bi_rw |= (1 << BIO_RW_SYNC);
>
> Adding BIO_RW_SYNC doesn't make generic_make_request() synchronous as
> in "generic_make_request() returns
On Tue, Feb 19, 2008 at 09:50:33AM +0100, Sam Ravnborg wrote:
> Only issue seems that this large ISDN user base is not very active
> in respect to Linux driver development.
They don't need to because this stuff basically works and there isn't
much new hardware anymore and no new standards and it
On Mon, Feb 18, 2008 at 08:18:41PM +0100, Ingo Molnar wrote:
>
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > > I've yet to see a user who wants WC. Lets face it, WC *sucks*. This
> > > is why
> >
> > Interesting.
>
> does this refresh your memory:
>
> http://lkml.org/lkml/2008/1/10/99
> Sometimes, for performance critical paths, I would like gcc to be dumb and
> follow *my* code and not its hard-coded probabilities.
If you really want that, simple: just disable optimization @)
> Maybe one thing we would need would be the ability to assign probabilities
> to each branch based
On Tue, Feb 19, 2008 at 01:33:53PM +1100, Nick Piggin wrote:
> On Tuesday 19 February 2008 01:39, Andi Kleen wrote:
> > Arjan van de Ven <[EMAIL PROTECTED]> writes:
> > > you have more faith in the authors knowledge of how his code actually
> > > behaves than I think is warranted :)
> >
> > iirc
Hi,
> > I have a series of tests I would like to request from you,
> > you mentioned you already enabled debugfs, and that is just what we need. ;)
> > Please use attached script to create dumps of the hardware register
> > contents.
> >
> > There are specific moments that should be dumped:
> >
Tomasz Chmielewski wrote:
I have a 1.2 TB (of which 750 GB is used) filesystem which holds
almost 200 millions of files.
1.2 TB doesn't make this filesystem that big, but 200 millions of files
is a decent number.
Most of the files are hardlinked multiple times, some of them are
hardlinked
On Tue, 2008-02-19 at 17:44 +1100, Nick Piggin wrote:
> On Tuesday 19 February 2008 10:03, Dmitry Adamushko wrote:
> > Hi,
> >
> >
> > [ description ]
> >
> > Subject: kthread: add a memory barrier to kthread_stop()
> >
> > 'kthread' threads do a check in the following order:
> > -
On Tue, Feb 19 2008, Jens Axboe wrote:
> On Mon, Feb 18 2008, Andrew Morton wrote:
> > On Mon, 18 Feb 2008 19:16:30 +0100 Jens Axboe <[EMAIL PROTECTED]> wrote:
> >
> > > On Tue, Feb 12 2008, Andrew Morton wrote:
> > > > On Sat, 09 Feb 2008 08:30:40 -0500
> > > > Paul Clements <[EMAIL PROTECTED]>
On Mon, Feb 18 2008, Andrew Morton wrote:
> On Mon, 18 Feb 2008 19:16:30 +0100 Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Feb 12 2008, Andrew Morton wrote:
> > > On Sat, 09 Feb 2008 08:30:40 -0500
> > > Paul Clements <[EMAIL PROTECTED]> wrote:
> > >
> > > > + old_e =
On Tue, 19 Feb 2008, Hennerich, Michael wrote:
> >Can you please confirm, whether my version of the fix works for you as
> >well.
> >
> >Thanks,
> >
> > tglx
>
> Thomas,
>
> Works - no problems.
> There was another typo
>
> >+chip_disable : default_shutdown;
> Should be
On Friday 15 February 2008 17:49, Christoph Lameter wrote:
> The invalidation of address ranges in a mm_struct needs to be
> performed when pages are removed or permissions etc change.
>
> If invalidate_range_begin() is called with locks held then we
> pass a flag into invalidate_range() to
On Tue, Feb 19 2008, KAMEZAWA Hiroyuki wrote:
> On Tue, 19 Feb 2008 09:58:38 +0100
> Jens Axboe <[EMAIL PROTECTED]> wrote:
> > > when I inserted printk here
> > > ==
> > > for (i = 0; i < nr; i++)
> > > func(ioc, cics[i]);
> > > printk("%d %lx\n", nr, index);
> > > ==
> > > index was
On Tue, 19 Feb 2008 09:58:38 +0100
Jens Axboe <[EMAIL PROTECTED]> wrote:
> > when I inserted printk here
> > ==
> > for (i = 0; i < nr; i++)
> > func(ioc, cics[i]);
> > printk("%d %lx\n", nr, index);
> > ==
> > index was always "1" and nr was always 32.
> >
> > So,
On Tue, Feb 19 2008, KAMEZAWA Hiroyuki wrote:
> On Tue, 19 Feb 2008 09:36:34 +0100
> Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Feb 19 2008, KAMEZAWA Hiroyuki wrote:
> > > On Sun, 17 Feb 2008 20:29:13 +0100
> > > Jens Axboe <[EMAIL PROTECTED]> wrote:
> > >
> > > > It's odd stuff. Could
On Tue, Feb 19 2008, KAMEZAWA Hiroyuki wrote:
> On Tue, 19 Feb 2008 09:36:34 +0100
> Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Feb 19 2008, KAMEZAWA Hiroyuki wrote:
> > > On Sun, 17 Feb 2008 20:29:13 +0100
> > > Jens Axboe <[EMAIL PROTECTED]> wrote:
> > >
> > > > It's odd stuff. Could
On Tue, 19 Feb 2008 09:36:34 +0100
Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 19 2008, KAMEZAWA Hiroyuki wrote:
> > On Sun, 17 Feb 2008 20:29:13 +0100
> > Jens Axboe <[EMAIL PROTECTED]> wrote:
> >
> > > It's odd stuff. Could you perhaps try and add some printks to
> > >
>From: Thomas Gleixner Montag, 18. Februar 2008 21:38
>
>On Mon, 18 Feb 2008, Hennerich, Michael wrote:
>> >The patch below fixes the shutdown case and keeps the delayed
disable
>> >logic intact.
>>
>> >How did you notice ? I guess you got spurious interrupts after
calling
>> >free_irq(), right ?
[added CCs from the other thread on this topic]
Alasdair G Kergon schrieb:
On Sat, Feb 16, 2008 at 11:37:37PM +0100, Jiri Slaby wrote:
# CONFIG_SYSFS_DEPRECATED is not set
IMHO That should be *set* by default until everyone has had time to
update their userspace software to cope with the
On Mon, Feb 18, 2008 at 20:49:04 +0100, Pavel Machek wrote:
> On Mon 2008-02-18 01:28:15, Tino Keitel wrote:
> > Hi folks,
> >
> > with 2.6.25-rc2, my Mac mini Core Duo hangs at suspend. The last
> > message on the console is "Suspending console(s)". I also tried some
> > other versions after
> Nadia Derbey wrote:
> > Andrew Morton wrote:
> >
> >> On Mon, 11 Feb 2008 15:16:47 +0100 [EMAIL PROTECTED] wrote:
> >>
> >>
> >>> [PATCH 01/08]
> >>>
> >>> This patch computes msg_ctlmni to make it scale with the amount of
> >>> lowmem.
> >>> msg_ctlmni is now set to make the message queues
On Sunday 17 February 2008 06:22, Christoph Lameter wrote:
> On Fri, 15 Feb 2008, Andrew Morton wrote:
> > > flush_cache_page(vma, address, pte_pfn(*pte));
> > > entry = ptep_clear_flush(vma, address, pte);
> > > + mmu_notifier(invalidate_page, mm, address);
> >
> > I
On Mon, Feb 18, 2008 at 01:08:33PM +0100, Andi Kleen wrote:
> Greg KH <[EMAIL PROTECTED]> writes:
> >
> > If Jeff does that, I still can't drop those PCI functions from the PCI
> > core, which I desperatly want to do as they do not play nice with modern
> > systems (meaning hotplug...).
> >
> > So
On Tue, 19 Feb 2008 09:36:34 +0100
Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 19 2008, KAMEZAWA Hiroyuki wrote:
> > On Sun, 17 Feb 2008 20:29:13 +0100
> > Jens Axboe <[EMAIL PROTECTED]> wrote:
> >
> > > It's odd stuff. Could you perhaps try and add some printks to
> > >
On Feb 18, 2008 9:06 PM, Stephen Hemminger
<[EMAIL PROTECTED]> wrote:
> On Mon, 18 Feb 2008 19:42:25 + (GMT)
> Chris Rankin <[EMAIL PROTECTED]> wrote:
>
> > --- Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> > > > > sysfs: duplicate filename 'bridge' can not be created
> > > > > WARNING: at
Index: linux-2.6/drivers/char/mmu_notifier_skel.c
===
--- /dev/null
+++ linux-2.6/drivers/char/mmu_notifier_skel.c
@@ -0,0 +1,255 @@
+#include
+#include
+#include
+#include
+#include
+#include
+#include
+#include
+#include
Well I started reviewing the mmu notifier code, but it is kind of hard to
know what you're talking about just by reading through code and not trying
your suggestions for yourself...
So I implemented mmu notifiers slightly differently. Andrea's mmu notifiers
are rather similar. However I have
Li Zefan wrote:
> Li Zefan 写道:
>> Balbir Singh wrote:
>>> A new configuration file called soft_limit_in_bytes is added. The parsing
>>> and configuration rules remain the same as for the limit_in_bytes user
>>> interface.
>>>
>>> A global list of all memory cgroups over their soft limit is
On Tue, 2008-02-19 at 08:35 +0100, Eric Dumazet wrote:
> Zhang, Yanmin a �crit :
> > On Mon, 2008-02-18 at 11:11 +0100, Eric Dumazet wrote:
> >> On Mon, 18 Feb 2008 16:12:38 +0800
> >> "Zhang, Yanmin" <[EMAIL PROTECTED]> wrote:
> >>
> >>> On Fri, 2008-02-15 at 15:22 -0800, David Miller wrote:
>
Li Zefan wrote:
> Li Zefan 写道:
>> Balbir Singh wrote:
>>> A new configuration file called soft_limit_in_bytes is added. The parsing
>>> and configuration rules remain the same as for the limit_in_bytes user
>>> interface.
>>>
>>> A global list of all memory cgroups over their soft limit is
Harvey Harrison wrote:
Replaces open-coded mask calculation in macros.
Please regenerate against kvm.git (patch 2 doesn't apply; see
http://kvm.qumranet.com/kvmwiki/Code). Also please copy
[EMAIL PROTECTED] on kvm patches.
(first patch applied)
--
error compiling committee.c: too many
On Tue, 19 Feb 2008, Michael Buesch wrote:
> Still I can't see why this structure will cause alignment issues, as the
> compiler will pad it up to the right boundary automagically, as you said
> above. Why doesn't the ARM compiler do this?
The ARM compiler handles it correctly.
But the ugly
On Tue, Feb 19 2008, KAMEZAWA Hiroyuki wrote:
> On Sun, 17 Feb 2008 20:29:13 +0100
> Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > It's odd stuff. Could you perhaps try and add some printks to
> > block/cfq-iosched.c:call_for_each_cic(), like dumping the 'nr' return
> > from
On Mon, 18 Feb 2008, Sam Ravnborg wrote:
> I have (triggered by Geert) spend some time reviewing this patch
> and I see no better way to fix it.
>
> So it gets my:
>
> Reviewed-by: Sam Ravnborg <[EMAIL PROTECTED]>
Acked-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
> Original mail is here:
>
On Mon, Feb 18, 2008 at 03:22:02PM -0800, Linda Walsh wrote:
> Not to look excessively dumb, but what's xfsaild?
AIL = Active Item List
It is a sorted list all the logged metadata objects that have not
yet been written back to disk. The xfsaild is responsible for tail
pushing the log. i.e.
On Feb 18, 2008 1:59 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Fri, 15 Feb 2008 14:08:53 +0300 Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
>
> > Booting without SYSFS fills dmesg like this
>
> Does the system normally boot without sysfs? Surprised.
>
>
> > [ cut here
On Sun, 2008-02-17 at 15:04 +0100, Thomas Gleixner wrote:
> On Wed, 13 Feb 2008, Ian Campbell wrote:
>
> > Updates since last time:
> > - Rebased to latest x86.git#mm (no changes required).
> >
>
> Applied. Thanks,
Thank you.
Could you take this version of "1/3 x86: use ELF format in
Hi,
Le Tue, 19 Feb 2008 14:48:18 +0900,
"Kyungmin Park" <[EMAIL PROTECTED]> a écrit :
> + /* Write synchronous */
> + bio->bi_rw |= (1 << BIO_RW_SYNC);
Adding BIO_RW_SYNC doesn't make generic_make_request() synchronous as
in "generic_make_request() returns only after
Bah, I notice that I poked reply. Doesn't matter, but for interested
readers...
On Mon, 2008-02-18 at 15:31 +0100, Mike Galbraith wrote:
> > > I'll try this patch later (errands).
> >
> > This is sched-devel with your first patch still applied. Much evilness.
> > At first, I had much idle
On Sun, 17 Feb 2008 20:29:13 +0100
Jens Axboe <[EMAIL PROTECTED]> wrote:
> It's odd stuff. Could you perhaps try and add some printks to
> block/cfq-iosched.c:call_for_each_cic(), like dumping the 'nr' return
> from radix_tree_gang_lookup() and the pointer value of cics[i] in the
> for() loop
Fix a kernel bug when unplugging an SBP-2 device after having its
scsi_device already removed via the "delete" sysfs attribute.
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
---
Update: A _put was missing in a failure path.
drivers/firewire/fw-sbp2.c |8
1 file changed, 4
On Tuesday 19 February 2008 16:44, KOSAKI Motohiro wrote:
> background
>
> current VM implementation doesn't has limit of # of parallel reclaim.
> when heavy workload, it bring to 2 bad things
> - heavy lock contention
> - unnecessary swap out
>
>
On Sun, 17 Feb 2008 20:29:13 +0100
Jens Axboe [EMAIL PROTECTED] wrote:
It's odd stuff. Could you perhaps try and add some printks to
block/cfq-iosched.c:call_for_each_cic(), like dumping the 'nr' return
from radix_tree_gang_lookup() and the pointer value of cics[i] in the
for() loop after the
On Feb 18, 2008 1:59 PM, Andrew Morton [EMAIL PROTECTED] wrote:
On Fri, 15 Feb 2008 14:08:53 +0300 Alexey Dobriyan [EMAIL PROTECTED] wrote:
Booting without SYSFS fills dmesg like this
Does the system normally boot without sysfs? Surprised.
[ cut here ]
WARNING:
On Tuesday 19 February 2008 16:44, KOSAKI Motohiro wrote:
background
current VM implementation doesn't has limit of # of parallel reclaim.
when heavy workload, it bring to 2 bad things
- heavy lock contention
- unnecessary swap out
abount 2
Fix a kernel bug when unplugging an SBP-2 device after having its
scsi_device already removed via the delete sysfs attribute.
Signed-off-by: Stefan Richter [EMAIL PROTECTED]
---
Update: A _put was missing in a failure path.
drivers/firewire/fw-sbp2.c |8
1 file changed, 4
On Sun, 2008-02-17 at 15:04 +0100, Thomas Gleixner wrote:
On Wed, 13 Feb 2008, Ian Campbell wrote:
Updates since last time:
- Rebased to latest x86.git#mm (no changes required).
Applied. Thanks,
Thank you.
Could you take this version of 1/3 x86: use ELF format in compressed
Bah, I notice that I poked reply. Doesn't matter, but for interested
readers...
On Mon, 2008-02-18 at 15:31 +0100, Mike Galbraith wrote:
I'll try this patch later (errands).
This is sched-devel with your first patch still applied. Much evilness.
At first, I had much idle time, then
Hi,
Le Tue, 19 Feb 2008 14:48:18 +0900,
Kyungmin Park [EMAIL PROTECTED] a écrit :
+ /* Write synchronous */
+ bio-bi_rw |= (1 BIO_RW_SYNC);
Adding BIO_RW_SYNC doesn't make generic_make_request() synchronous as
in generic_make_request() returns only after write
Index: linux-2.6/drivers/char/mmu_notifier_skel.c
===
--- /dev/null
+++ linux-2.6/drivers/char/mmu_notifier_skel.c
@@ -0,0 +1,255 @@
+#include linux/types.h
+#include linux/kernel.h
+#include linux/module.h
+#include linux/init.h
Li Zefan wrote:
Li Zefan 写道:
Balbir Singh wrote:
A new configuration file called soft_limit_in_bytes is added. The parsing
and configuration rules remain the same as for the limit_in_bytes user
interface.
A global list of all memory cgroups over their soft limit is maintained.
This list is
Harvey Harrison wrote:
Replaces open-coded mask calculation in macros.
Please regenerate against kvm.git (patch 2 doesn't apply; see
http://kvm.qumranet.com/kvmwiki/Code). Also please copy
[EMAIL PROTECTED] on kvm patches.
(first patch applied)
--
error compiling committee.c: too many
On Mon, 18 Feb 2008, Sam Ravnborg wrote:
I have (triggered by Geert) spend some time reviewing this patch
and I see no better way to fix it.
So it gets my:
Reviewed-by: Sam Ravnborg [EMAIL PROTECTED]
Acked-by: Geert Uytterhoeven [EMAIL PROTECTED]
Original mail is here:
Li Zefan wrote:
Li Zefan 写道:
Balbir Singh wrote:
A new configuration file called soft_limit_in_bytes is added. The parsing
and configuration rules remain the same as for the limit_in_bytes user
interface.
A global list of all memory cgroups over their soft limit is maintained.
This list is
On Mon, Feb 18, 2008 at 03:22:02PM -0800, Linda Walsh wrote:
Not to look excessively dumb, but what's xfsaild?
AIL = Active Item List
It is a sorted list all the logged metadata objects that have not
yet been written back to disk. The xfsaild is responsible for tail
pushing the log. i.e.
On Tue, 19 Feb 2008, Michael Buesch wrote:
Still I can't see why this structure will cause alignment issues, as the
compiler will pad it up to the right boundary automagically, as you said
above. Why doesn't the ARM compiler do this?
The ARM compiler handles it correctly.
But the ugly hacks
On Feb 18, 2008 9:06 PM, Stephen Hemminger
[EMAIL PROTECTED] wrote:
On Mon, 18 Feb 2008 19:42:25 + (GMT)
Chris Rankin [EMAIL PROTECTED] wrote:
--- Stephen Hemminger [EMAIL PROTECTED] wrote:
sysfs: duplicate filename 'bridge' can not be created
WARNING: at fs/sysfs/dir.c:424
Well I started reviewing the mmu notifier code, but it is kind of hard to
know what you're talking about just by reading through code and not trying
your suggestions for yourself...
So I implemented mmu notifiers slightly differently. Andrea's mmu notifiers
are rather similar. However I have
On Tue, Feb 19 2008, KAMEZAWA Hiroyuki wrote:
On Sun, 17 Feb 2008 20:29:13 +0100
Jens Axboe [EMAIL PROTECTED] wrote:
It's odd stuff. Could you perhaps try and add some printks to
block/cfq-iosched.c:call_for_each_cic(), like dumping the 'nr' return
from radix_tree_gang_lookup() and the
On Tue, 2008-02-19 at 08:35 +0100, Eric Dumazet wrote:
Zhang, Yanmin a �crit :
On Mon, 2008-02-18 at 11:11 +0100, Eric Dumazet wrote:
On Mon, 18 Feb 2008 16:12:38 +0800
Zhang, Yanmin [EMAIL PROTECTED] wrote:
On Fri, 2008-02-15 at 15:22 -0800, David Miller wrote:
From: Eric Dumazet
On Tue, 19 Feb 2008, Hennerich, Michael wrote:
Can you please confirm, whether my version of the fix works for you as
well.
Thanks,
tglx
Thomas,
Works - no problems.
There was another typo
+chip_disable : default_shutdown;
Should be better:
+
Nadia Derbey wrote:
Andrew Morton wrote:
On Mon, 11 Feb 2008 15:16:47 +0100 [EMAIL PROTECTED] wrote:
[PATCH 01/08]
This patch computes msg_ctlmni to make it scale with the amount of
lowmem.
msg_ctlmni is now set to make the message queues occupy 1/32 of the
available
On Sunday 17 February 2008 06:22, Christoph Lameter wrote:
On Fri, 15 Feb 2008, Andrew Morton wrote:
flush_cache_page(vma, address, pte_pfn(*pte));
entry = ptep_clear_flush(vma, address, pte);
+ mmu_notifier(invalidate_page, mm, address);
I just don't see
Sometimes, for performance critical paths, I would like gcc to be dumb and
follow *my* code and not its hard-coded probabilities.
If you really want that, simple: just disable optimization @)
Maybe one thing we would need would be the ability to assign probabilities
to each branch based on
On Mon, Feb 18, 2008 at 08:18:41PM +0100, Ingo Molnar wrote:
* Andi Kleen [EMAIL PROTECTED] wrote:
I've yet to see a user who wants WC. Lets face it, WC *sucks*. This
is why
Interesting.
does this refresh your memory:
http://lkml.org/lkml/2008/1/10/99
I'm still far from
My complaint about having to support them within dm when more than one
device is involved is because any efficiencies disappear: you can't send
further I/O to any one device until all the other devices have completed
their barrier (or else later I/O to that device could overtake the
barrier
On Tuesday 19 February 2008 20:25, Andi Kleen wrote:
On Tue, Feb 19, 2008 at 01:33:53PM +1100, Nick Piggin wrote:
I actually once measured context switching performance in the scheduler,
and removing the unlikely hint for testing RT tasks IIRC gave about 5%
performance drop.
OT: what
* David P. Reed [EMAIL PROTECTED] wrote:
x86: use explicit timing delay for pit accesses in kernel and pcspkr
driver
thanks, applied.
Ingo
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Tue, 19 Feb 2008 09:36:34 +0100
Jens Axboe [EMAIL PROTECTED] wrote:
On Tue, Feb 19 2008, KAMEZAWA Hiroyuki wrote:
On Sun, 17 Feb 2008 20:29:13 +0100
Jens Axboe [EMAIL PROTECTED] wrote:
It's odd stuff. Could you perhaps try and add some printks to
Tomasz Chmielewski wrote:
I have a 1.2 TB (of which 750 GB is used) filesystem which holds
almost 200 millions of files.
1.2 TB doesn't make this filesystem that big, but 200 millions of files
is a decent number.
Most of the files are hardlinked multiple times, some of them are
hardlinked
On Tue, Feb 19, 2008 at 10:56:22AM +0100, Sam Ravnborg wrote:
If noone in the isdn community step up and take some responsibility
for the current isdn drivers in Linux then we should just delete them.
So you're saying anything that has no active maintainer should
be immediately
On Mon, 18 Feb 2008 13:32:34 -0800, Darrick J. Wong wrote:
Ok. I wonder if the nouveau people have any intention to
reverse-engineer the i2c controller?
There's probably not much to reverse-engineer, the nvidiafb driver has
been supporting the I2C controllers (using software-driven
On Sun, 17 Feb 2008 15:02:50 -0500, Mark M. Hoffman wrote:
* Darrick J. Wong [EMAIL PROTECTED] [2007-12-19 15:14:38 -0800]:
+static int adt7473_attach_adapter(struct i2c_adapter *adapter)
+{
+ /*
+* Some NVIDIA cards have an adt7473 attached to the on-board
+* i2c controller,
On Tue, 19 Feb 2008 10:24:28 +0100 Jens Axboe [EMAIL PROTECTED] wrote:
On Tue, Feb 19 2008, Jens Axboe wrote:
On Mon, Feb 18 2008, Andrew Morton wrote:
+
if (e !try_module_get(e-elevator_owner))
e = NULL;
Looks nice and simple. There might be some
601 - 700 of 1330 matches
Mail list logo
