On Wednesday 29 August 2007 01:23, Alexey Dobriyan wrote:
> On Wed, Aug 29, 2007 at 06:03:34AM +0100, Hugh Dickins wrote:
> > On Wed, 29 Aug 2007, Alexey Dobriyan wrote:
> > > On Wed, Aug 29, 2007 at 01:35:57AM +0200, Michal Piotrowski wrote:
> > > > On 28/08/07, Alexey Dobriyan <[EMAIL PROTECTED]>
* Al Boldi <[EMAIL PROTECTED]> wrote:
> > se.sleep_max : 2194711437
> > se.block_max : 0
> > se.exec_max : 977446
> > se.wait_max : 1912321
> >
> > the scheduler itself had a worst-case sched
[davem: patch for you at the bottom to Documentation/atomic_ops.txt ]
On Tue, Aug 28, 2007 at 02:38:35PM -0400, Mathieu Desnoyers wrote:
> * Grant Grundler ([EMAIL PROTECTED]) wrote:
> > On Tue, Aug 28, 2007 at 07:50:18AM -0400, Mathieu Desnoyers wrote:
...
> > > So I don't expect to come with an
Ingo Molnar wrote:
> * Al Boldi <[EMAIL PROTECTED]> wrote:
> > I have narrowed it down a bit to add_wait_runtime.
>
> the scheduler is a red herring here. Could you "strace -ttt -TTT" one of
> the glxgears instances (and send us the cfs-debug-info.sh output, with
> CONFIG_SCHED_DEBUG=y and CONFIG_S
Greetings;
About 8 hours uptime, firefox/kmail & a bunch of tails running on logs, an
amanda session running in the background, reading groklaw with FF. click,
blank screen, reboot, nothing in the logs.
10 minutes later, everything locks up about 2 minutes after I start an amflush
session to
On Wed, 2007-08-29 at 04:31 +1000, Rusty Russell wrote:
> On Mon, 2007-08-27 at 10:16 -0500, Anthony Liguori wrote:
> > @@ -569,6 +570,7 @@ asmlinkage void __init start_kernel(void)
> > }
> > sort_main_extable();
> > trap_init();
> > + kvm_guest_init();
> > rcu_init();
> > ini
On 8/28/07, Trond Myklebust <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-08-27 at 20:35 -0500, Florin Iucha wrote:
> > On Mon, Aug 27, 2007 at 06:19:29PM -0700, Bret Towe wrote:
> > > On 8/27/07, Trond Myklebust <[EMAIL PROTECTED]> wrote:
> > > > > > this sounds alot like the post i did yesterday titl
On Wed, 2007-08-29 at 04:12 +1000, Rusty Russell wrote:
> On Mon, 2007-08-27 at 10:16 -0500, Anthony Liguori wrote:
> > This patch refactors the current hypercall infrastructure to better support
> > live
> > migration and SMP. It eliminates the hypercall page by trapping the UD
> > exception tha
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Tue, 28 Aug 2007 16:13:18 +0200 Jan Kara <[EMAIL PROTECTED]> wrote:
>
>> Hello,
>>
>> I'm sending rediffed patch implementing sending of quota messages via netlink
>> interface (some rationale in patch description). I've already posted it to
>> LKM
Looks OK to me but I would just roll up the second patch into the
first patch and let Jeff merge it as one commit. There's no point in
creating an intermediate tree that doesn't build -- it just breaks git
bisect for no useful purpose.
Also as a side note, when trying to test this I got the messa
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Tue, 28 Aug 2007 16:40:15 -0600 [EMAIL PROTECTED] (Eric W. Biederman)
> wrote:
>
>> +static int deprecated_sysctl_warning(struct __sysctl_args *args)
>> +{
>> +static int msg_count;
>> +int name[CTL_MAXNAME];
>> +int i;
>> +
>> +/* Rea
On Wed, Aug 29, 2007 at 06:03:34AM +0100, Hugh Dickins wrote:
> On Wed, 29 Aug 2007, Alexey Dobriyan wrote:
> > On Wed, Aug 29, 2007 at 01:35:57AM +0200, Michal Piotrowski wrote:
> > > On 28/08/07, Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> > > > Every time I try to boot with maxcpus=1 it dies sh
On Wed, 29 Aug 2007, Alexey Dobriyan wrote:
> On Wed, Aug 29, 2007 at 01:35:57AM +0200, Michal Piotrowski wrote:
> > On 28/08/07, Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> > > Every time I try to boot with maxcpus=1 it dies show_stat():
> >
> > Is this a regression?
>
> yep
A regression since
* Al Boldi <[EMAIL PROTECTED]> wrote:
> I have narrowed it down a bit to add_wait_runtime.
the scheduler is a red herring here. Could you "strace -ttt -TTT" one of
the glxgears instances (and send us the cfs-debug-info.sh output, with
CONFIG_SCHED_DEBUG=y and CONFIG_SCHEDSTATS=y as requested b
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Tue, 28 Aug 2007 21:13:35 -0700
> This is it. Normally netlink payloads are represented as a struct. How
> come this one is built-by-hand?
He is using attributes, which is perfect and arbitrarily
extensible with zero backwards compatability concerns
On Tue, 28 Aug 2007 16:13:18 +0200 Jan Kara <[EMAIL PROTECTED]> wrote:
> +static void send_warning(const struct dquot *dquot, const char warntype)
> +{
> + static unsigned long seq;
> + struct sk_buff *skb;
> + void *msg_head;
> + int ret;
> +
> + skb = genlmsg_new(QUOTA_NL_MSG
On Wed, 29 Aug 2007 00:04:59 +0100 Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 28, 2007 at 04:40:15PM -0600, Eric W. Biederman wrote:
> > +When: September 2010
> > +Option: CONFIG_SYSCTL_SYSCALL
> > +Why: The same information is available in a more convenient from
> > +
On Tue, 28 Aug 2007 16:40:15 -0600 [EMAIL PROTECTED] (Eric W. Biederman) wrote:
> +static int deprecated_sysctl_warning(struct __sysctl_args *args)
> +{
> + static int msg_count;
> + int name[CTL_MAXNAME];
> + int i;
> +
> + /* Read in the sysctl name for better debug message loggi
Daniel,
Does this patch help you, or do we need to revert the whole thing?
Sorry for the trouble,
Alex.
Daniel Ritz wrote:
> tried that one on my old toshiba tecra 8000 laptop, almost killing it.
> the fan doesn't work any more...type 'make' and see the box dying.
> luckily my CPU doesn't commit s
On Wed, 2007-08-29 at 06:18 +0200, Ingo Molnar wrote:
> * Al Boldi <[EMAIL PROTECTED]> wrote:
>
> > No need for framebuffer. All you need is X using the X.org
> > vesa-driver. Then start gears like this:
> >
> > # gears & gears & gears &
> >
> > Then lay them out side by side to see the per
On Wed, Aug 29, 2007 at 01:35:57AM +0200, Michal Piotrowski wrote:
> On 28/08/07, Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> > Every time I try to boot with maxcpus=1 it dies show_stat():
>
> Is this a regression?
yep
> Hugh fixed some issues on x86-64 commit
> 813409771731d80e6fa94199adf99f2
On Wed, 2007-08-29 at 06:18 +0200, Ingo Molnar wrote:
> > Then lay them out side by side to see the periodic stallings for
> > ~10sec.
The X scheduling code isn't really designed to handle software GL well;
the requests can be very expensive to execute, and yet are specified as
atomic operations
Ingo Molnar wrote:
> * Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > On Tue, 28 Aug 2007, Al Boldi wrote:
> > > I like your analysis, but how do you explain that these stalls
> > > vanish when __update_curr is disabled?
> >
> > It's entirely possible that what happens is that the X scheduling is
>
* Al Boldi <[EMAIL PROTECTED]> wrote:
> No need for framebuffer. All you need is X using the X.org
> vesa-driver. Then start gears like this:
>
> # gears & gears & gears &
>
> Then lay them out side by side to see the periodic stallings for
> ~10sec.
i just tried something similar (by ad
On Tue, 28 Aug 2007 16:13:18 +0200 Jan Kara <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I'm sending rediffed patch implementing sending of quota messages via
> netlink
> interface (some rationale in patch description). I've already posted it to
> LKML some time ago and there were no objections,
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> > > reverting that commit makes the system boot again. I've attached the
> > > .config.
> >
> > Did you try -rc4? Commit 813409771731d80e6fa94199adf99f2269a4afc0 in
> > particular ("fix maxcpus=N par
From: Divy Le Ray <[EMAIL PROTECTED]>
The RDMA driver sitting on top of cxgb3
now uses the exported function dev2t3cdev()
to retrieve the the t3cdev associated with
a net_device.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/cxio_hal.c |2 +-
1 files chan
On 239, 08 27, 2007 at 11:28:19PM +0200, Adrian Bunk wrote:
> "extern inline" will have different semantics with gcc 4.3.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Looks good.
Acked-by: Andrey Panin <[EMAIL PROTECTED]>
> ---
>
> This patch has been sent on:
> - 14 Aug 2007
>
> incl
From: Divy Le Ray <[EMAIL PROTECTED]>
cxgb3 used netdev_priv() and dev->priv for different purposes.
In 2.6.23, netdev_priv() == dev->priv, cxgb3 needs a fix.
This patch is a partial backport of Dave Miller's changes in the
net-2.6.24 git branch.
Without this fix, cxgb3 crashes on 2.6.23.
Sign
Jeff/Roland,
I'm resubmitting the cxgb3 dev->priv fix for inclusion in 2.6.23.
I also submit a follow-up patch for the iw_cxgb3 driver that fixes
the previous infiniband breakage.
Cheers,
Divy
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > reverting that commit makes the system boot again. I've attached the
> > .config.
>
> Did you try -rc4? Commit 813409771731d80e6fa94199adf99f2269a4afc0 in
> particular ("fix maxcpus=N parsing") was supposed to fix that commit.
ah ... indeed my t
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> maxcpus=1 fails to boot on my T60 laptop, it hangs in early bootup
> (right after setting up the local APICs). I bisected it down to this
> recent commit:
>
> | commit 61ec7567db103d537329b0db9a887db570431ff4
> | Author: Len Brown <[EMAIL PROTECTED]>
On Wed, 29 Aug 2007, Ingo Molnar wrote:
>
> maxcpus=1 fails to boot on my T60 laptop, it hangs in early bootup
> (right after setting up the local APICs). I bisected it down to this
> recent commit:
>
> | commit 61ec7567db103d537329b0db9a887db570431ff4
> | Author: Len Brown <[EMAIL PROTECTED]
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> maxcpus=1 fails to boot on my T60 laptop, it hangs in early bootup
> (right after setting up the local APICs). I bisected it down to this
> recent commit:
maxcpus=0 fails to boot as well.
Ingo
-
To unsubscribe from this list: send the line "u
* Bill Davidsen <[EMAIL PROTECTED]> wrote:
> > There is another way to show the problem visually under X
> > (vesa-driver), by starting 3 gears simultaneously, which after
> > laying them out side-by-side need some settling time before
> > smoothing out. Without __update_curr it's absolutely
Remove 2 invalid device ids from in-kernel drm tree.
0x1106, 0x7204 is unknown and thus is not an IGP/GPU.
0x1106, 0x3304 is K8M800 hostbridge, not an IGP/GPU.
None of them are in drm git tree.
--- a/drivers/char/drm/drm_pciids.h 2007-08-28 14:08:27.0 +0200
+++ b/drivers/char/drm/drm_pci
Ingo Molnar wrote:
* Al Boldi <[EMAIL PROTECTED]> wrote:
ok. I think i might finally have found the bug causing this. Could
you try the fix below, does your webserver thread-startup test work
any better?
It seems to help somewhat, but the problem is still visible. Even
v20.3 on 2.6.22.5 didn
* Siddha, Suresh B <[EMAIL PROTECTED]> wrote:
> On Mon, Aug 27, 2007 at 12:31:03PM -0700, Siddha, Suresh B wrote:
> > Essentially I observed that nice 0 tasks still endup on two cores of same
> > package, with out getting spread out to two different packages. This
> > behavior
> > is same with o
Al Boldi wrote:
Ingo Molnar wrote:
* Al Boldi <[EMAIL PROTECTED]> wrote:
The problem is that consecutive runs don't give consistent results
and sometimes stalls. You may want to try that.
well, there's a natural saturation point after a few hundred tasks
(depending on your CPU's speed), at wh
Daniel Phillips wrote:
On Friday 24 August 2007 03:45, Theodore Tso wrote:
As I said; what's wrong with just using SPI membership? It's not
like it is remotely hard for kernel hackers to gain membership in
SPI. And somebody else takes care of the bureaucracy for you.
Given the huge overlap
On Tue, Aug 28, 2007 at 09:28:43AM -0400, Trond Myklebust wrote:
> Doh! I see the problem: cancel_delayed_work_sync() shouldn't ever be
> called recursively.
>
> The following patch should be correct. Please just discard the previous
> one...
So far so good. This patch got one hour uptime... I'
On Tue, Aug 28, 2007 at 03:59:09PM -0700, Daniel Phillips wrote:
> Ever watched a legislative assembly at work? A bad idea perhaps, but
> the best that has been discovered so far.
Sure, but a Debian mailing list where fanatics who have no job, no
life, but huge amounts of free time to post liter
On Tue, 28 Aug 2007 13:32:57 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
> Andrew Morton napsal(a):
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
>
> I got this during gxine initialization of ocko.tv live stream without any cd
> in
> cdroms:
>
> BU
On Tue, Aug 28, 2007 at 07:18:36PM -0700, Daniel Walker wrote:
> Just out of curiosity , have you had anyone nominate a really really
> large group ? Like say, anyone that has every send an email to lkml ?
Nope; I suspect someone who did that would just be ignored by the
program committee. We mi
Andrew Morton wrote:
On Fri, 24 Aug 2007 13:06:39 -0400
Paul Clements <[EMAIL PROTECTED]> wrote:
This fixes errors with utilities (such as LVM's vgscan) that try to scan
all devices. Previously this would generate read errors when
uninitialized nbd devices were scanned:
I somewhat randomly m
Huang, Ying wrote:
On Mon, 2007-08-27 at 09:28 +0800, Hu, Fenghua wrote:
One quick question is, can it improve hiberation/wakeup time?
In general, for kexec based hibernation, what increases
hibernation/wakeup time:
- One extra Linux boot is needed to hibernate and wakeup.
What decreases
On Tue, 2007-08-28 at 22:18 -0400, Theodore Tso wrote:
> On Mon, Aug 27, 2007 at 02:12:56PM +0200, Jes Sorensen wrote:
> > Yes, as well as 12 committee members, of which 5 didn't even comply with
> > their own git commit requirement last time I checked.
>
> Note that the git commit metric is not
On Mon, Aug 27, 2007 at 02:12:56PM +0200, Jes Sorensen wrote:
> Yes, as well as 12 committee members, of which 5 didn't even comply with
> their own git commit requirement last time I checked.
Note that the git commit metric is not a "requirement", but a way of
seeding the list of people to be co
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>> Christoph Hellwig <[EMAIL PROTECTED]> writes:
>>
>>> Umm, no way we're ever going to remove a syscall like this.
>>
>> If someone besides me cares about more then rhetoric I will be happy
>> to reconsider and several years
On Tue, Aug 28, 2007 at 08:53:07AM -0700, Martin Knoblauch wrote:
[...]
> The basic setup is a dual x86_64 box with 8 GB of memory. The DL380
> has a HW RAID5, made from 4x72GB disks and about 100 MB write cache.
> The performance of the block device with O_DIRECT is about 90 MB/sec.
>
> The pro
Eric W. Biederman wrote:
Christoph Hellwig <[EMAIL PROTECTED]> writes:
Umm, no way we're ever going to remove a syscall like this.
If someone besides me cares about more then rhetoric I will be happy
to reconsider and several years is plenty of time to find that out.
I aborted the removal l
Andi/Andrew,
Can you pick this up for your trees and if there are no issues, can you please
push it to mainline before .23 gets released.
We have seen a boot failure with fewer cpu sockets populated on a MP platform.
Similar problem can happen on a fully populated system, if # of cpus <= 8
and an
On Wed, 2007-08-29 at 01:41 +0200, Michal Piotrowski wrote:
> Hi Harry,
>
> On 28/08/07, Harry Edmon <[EMAIL PROTECTED]> wrote:
> > Typo in my last message - I meant 2.6.23-rc3, not 2.6.22-rc3. Here it
> > is again with correction
> >
> > I had a kernel oops on my x86_64 dual quad-core Xeon syste
Shouldn't this code also do a list_del(e) ?
in drivers/infiniband/core/iwcm.c:
static void dealloc_work_entries(struct iwcm_id_private *cm_id_priv)
{
struct list_head *e, *tmp;
list_for_each_safe(e, tmp, &cm_id_priv->work_free_list)
kfree(list_entry(e, struct iw
>>
>> Nice driver. I'm hoping we can do a virtio driver using a similar
>> concept.
>>
>> > +#define PCI_VENDOR_ID_9P 0x5002
>> > +#define PCI_DEVICE_ID_9P 0x000D
>>
>> Where do these numbers come from? Can we be sure they don't conflict
>with
>> actual hardware?
>
>I stole the VENDOR_ID fr
Mitchell Erblich wrote:
Nick Piggin wrote:
Nick Piggin, et al,
First diffs would generate alot of noise, since I rip and insert
alot of code based on whether I think the code is REALLY
needed for MY TEST environment. These suggestions are
basicly minimal merge suggest
>> > This adds a shared memory transport for a synthetic 9p device for
>> > paravirtualized file system support under KVM/QEMU.
>>
>> Nice driver. I'm hoping we can do a virtio driver using a similar
>> concept.
>>
>
>Yes. I'm looking at the patches from Dor now, it should be pretty
>straight forw
On 8/28/07, Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Hi Pete,
>
> On 28/08/07, Pete Monroe <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > Sorry there's not more to go on here.
> >
> > A 32-bit firewall running the kernel LVS virtual server to fan out to
> > a dozen webservers ran fine for a year
On Wed, 2007-08-29 at 09:44 +1000, Nick Piggin wrote:
> Daniel Walker wrote:
> > PICK_FUNCTION() is similar to the other PICK_OP style macros, and was
> > created to replace them all. I used variable argument macros to handle
> > PICK_FUNC_2ARG/PICK_FUNC_1ARG. Otherwise the marcos are similar to th
Christoph Hellwig <[EMAIL PROTECTED]> writes:
> Umm, no way we're ever going to remove a syscall like this.
If someone besides me cares about more then rhetoric I will be happy
to reconsider and several years is plenty of time to find that out.
I aborted the removal last time precisely because
Hi Pete,
On 28/08/07, Pete Monroe <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Sorry there's not more to go on here.
>
> A 32-bit firewall running the kernel LVS virtual server to fan out to
> a dozen webservers ran fine for a year using 2.6.17.13, but won't
> last more than four hours or so with 2.6.22.
Mathieu Desnoyers wrote:
* Nick Piggin ([EMAIL PROTECTED]) wrote:
Mathieu Desnoyers wrote:
Q:
What's the reason to have cmpxchg64_local on 32 bit architectures?
Without that need all this would just be a few simple defines.
A:
cmpxchg64_local on 32 bits architectures takes unsigned long lon
Christoph Hellwig wrote:
On Tue, Aug 28, 2007 at 09:49:38PM +0200, J??rn Engel wrote:
On Tue, 28 August 2007 12:05:58 -0700, [EMAIL PROTECTED] wrote:
- index = *ppos >> PAGE_CACHE_SHIFT;
- offset = *ppos & ~PAGE_CACHE_MASK;
+ index = page_cache_index(mapping, *ppos);
+
Daniel Walker wrote:
PICK_FUNCTION() is similar to the other PICK_OP style macros, and was
created to replace them all. I used variable argument macros to handle
PICK_FUNC_2ARG/PICK_FUNC_1ARG. Otherwise the marcos are similar to the
original macros used for semaphores. The entire system is used t
Len? Should we just revert it?
That commit has been very painful. First it lost all registration of the
query methods, and now this.
Daniel - can we please have a before/after dmesg on your machine,
preferably with ACPI debugging enabled? And for ACPI stuff, it usually
does help to fill in a
Hi Harry,
On 28/08/07, Harry Edmon <[EMAIL PROTECTED]> wrote:
> Typo in my last message - I meant 2.6.23-rc3, not 2.6.22-rc3. Here it
> is again with correction
>
> I had a kernel oops on my x86_64 dual quad-core Xeon system running
> 2.6.23-rc3. The system is an NFSv4 client to another 2.6.23-r
Hi Alexey,
On 28/08/07, Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> Every time I try to boot with maxcpus=1 it dies show_stat():
Is this a regression?
Hugh fixed some issues on x86-64 commit 813409771731d80e6fa94199adf99f2269a4afc0
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
tried that one on my old toshiba tecra 8000 laptop, almost killing it.
the fan doesn't work any more...type 'make' and see the box dying.
luckily my CPU doesn't commit suicide...bisected it to that one:
cd8c93a4e04dce8f00d1ef3a476aac8bd65ae40b is first bad commit
commit cd8c93a4e04dce8f00d1ef3a476
Dave Hansen complained about the magic numbers, repetitive code, and
various other minor problems with the driver code, so here's a v3 with
the magic numbers migrated to the top of the file and #define'd,
helper macros taking place of the bit shifting/masking activities, and
the compression of the
Hi Lasse,
On 25/08/07, Lasse Kärkkäinen <[EMAIL PROTECTED]> wrote:
> My system is unusably unstable using this kernel.
Does 2.6.22 work fine?
> On last boot it
> started flooding urb status -32 to kernel log at a rate of several
> megabytes per second. Now it printed segfaults before the system
Hi Stephen,
On 24/08/07, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> O
> > Subject : New wake ups from sky2
> > References : http://lkml.org/lkml/2007/7/20/386
> > Last known good : ?
> > Submitter : Thomas Meyer <[EMAIL PROTECTED]>
> > Caused-By : Stephen Hemminger <[E
On Tue, Aug 28, 2007 at 04:40:15PM -0600, Eric W. Biederman wrote:
> +When:September 2010
> +Option: CONFIG_SYSCTL_SYSCALL
> +Why: The same information is available in a more convenient from
> + /proc/sys, and none of the sysctl variables appear to be
> + important performance wise.
On Friday 24 August 2007 03:45, Theodore Tso wrote:
> > As I said; what's wrong with just using SPI membership? It's not
> > like it is remotely hard for kernel hackers to gain membership in
> > SPI. And somebody else takes care of the bureaucracy for you.
>
> Given the huge overlap between SPI m
On Fri, 2007-08-24 at 15:53 +0900, Yasunori Goto wrote:
> I found find_next_best_node() was wrong.
> I confirmed boot up by the following patch.
> Mel-san, Kamalesh-san, could you try this?
FYI: This patch also allows the alloc-instantiate-race testcase in
libhugetlbfs to pass again :)
--
Adam L
From: Denis Cheng <[EMAIL PROTECTED]>
Date: Wed, 29 Aug 2007 03:12:04 +0800
> this could make future redesign of struct netlink_sock easier.
>
> Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
Seems reasonable, patch applied, thanks.
-
To unsubscribe from this list: send the line "unsubscribe lin
After adding checking to register_sysctl_table and finding a whole new
set of bugs. Missed by countless code reviews and testers I have
finally lost patience with the binary sysctl interface.
The binary sysctl interface has been sort of deprecated for years and
finding a user space program that
On Mon, Aug 27, 2007 at 12:31:03PM -0700, Siddha, Suresh B wrote:
> Essentially I observed that nice 0 tasks still endup on two cores of same
> package, with out getting spread out to two different packages. This behavior
> is same with out this fix and this fix doesn't help in any way.
Ingo, Appe
On Tue, 28 Aug 2007 09:51:55 +0200
DervishD <[EMAIL PROTECTED]> wrote:
> Hi all :)
>
> I noticed lately that my traffic control rates were being very slow,
> about 40% less than expected, and finally spotted the problem: cpufreq.
>
> Looks like HTB puts buckets according to the reque
On Mon, 27 Aug 2007, Jes Sorensen wrote:
> Right now it looks like we have a list of sane candidates up, which I
> certainly would be willing to vote for. However, it would be a shame
> that the credibility of the election is lost because of sticking to an
> undemocratic voting procedure. A proced
On Tuesday, 28 August 2007 21:57, Moore, Robert wrote:
> Since these changes appear to affect the ACPICA core in a fairly big
> way, I would like to see a short, concise description of each change and
> why it is necessary.
All right. I'll describe the changes made by the current version of the
p
Reaplace old PICK_OP style macros with the new PICK_FUNCTION macro.
Signed-off-by: Daniel Walker <[EMAIL PROTECTED]>
---
include/linux/sched.h| 13 -
include/linux/spinlock.h | 345 ++-
kernel/rtmutex.c |2
lib/dec_and_lock.c
PICK_FUNCTION() is similar to the other PICK_OP style macros, and was
created to replace them all. I used variable argument macros to handle
PICK_FUNC_2ARG/PICK_FUNC_1ARG. Otherwise the marcos are similar to the
original macros used for semaphores. The entire system is used to do a
compile time swi
I dropped parts of the prior reset method, and added a file called
"reset" into the /proc/latency_hist/ timing directories. It allows
any of the timing options to get their histograms reset.
I also fixed a couple of oddities in the code. Instead of creating a
file for all NR_CPUS , I just used nu
Replace the old PICK_OP style macros with PICK_FUNCTION. Although,
seqlocks has some alien code, which I also replaced as can be seen
from the line count below.
Signed-off-by: Daniel Walker <[EMAIL PROTECTED]>
---
include/linux/pickop.h |4
include/linux/seqlock.h | 235 ++
without this the idle routine still gets traced.. This is done already
for ACPI idle , but it should also be done for other idle routines.
Signed-off-by: Daniel Walker <[EMAIL PROTECTED]>
---
arch/i386/kernel/process.c |9 +
arch/x86_64/kernel/process.c | 10 ++
2 files
This enables the /proc/preempt_max_latency facility for timing modes,
even if event tracing is disabled. Wakeup latency was the only one
that had this feature in the past.
Signed-off-by: Daniel Walker <[EMAIL PROTECTED]>
---
kernel/sysctl.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-
Just get_monotonic_cycles() switched to now() ..
Signed-off-by: Daniel Walker <[EMAIL PROTECTED]>
---
kernel/latency_trace.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
Index: linux-2.6.22/kernel/latency_trace.c
Lines are too long..
Signed-off-by: Daniel Walker <[EMAIL PROTECTED]>
---
kernel/fork.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
Index: linux-2.6.22/kernel/fork.c
===
--- linux-2.6.22.orig/kernel/fork.c
+++ li
On Tuesday, 28 August 2007 21:48, Len Brown wrote:
> On Monday 27 August 2007 17:51, Rafael J. Wysocki wrote:
> > According to the ACPI specification (eg. ACPI 2.0c, sec. 7.3.1, 7.3.3,
> > ACPI 3.0b, sec. 7.3.1, 7.3.3) the _GTS and _BFS global control methods
> > should
> > be executed, respective
Roland Dreier wrote:
> I take that back. Rejected -- it breaks infiniband build.
To be more precise:
drivers/infiniband/hw/cxgb3/cxio_hal.c: In function 'cxio_rdev_open':
drivers/infiniband/hw/cxgb3/cxio_hal.c:919: error: implicit declaration of
function 'T3CDEV'
it seems the proble
On 8/28/07, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> On Tuesday 28 August 2007, Eric Van Hensbergen wrote:
>
> > This adds a shared memory transport for a synthetic 9p device for
> > paravirtualized file system support under KVM/QEMU.
>
> Nice driver. I'm hoping we can do a virtio driver using a
* Christoph Hellwig ([EMAIL PROTECTED]) wrote:
> On Mon, Aug 20, 2007 at 04:27:07PM -0400, Mathieu Desnoyers wrote:
> > Here is some documentation explaining what is/how to use the Linux
> > Kernel Markers.
>
> While porting my code from an older markers version I noticed the
> marker callbacks ha
> I take that back. Rejected -- it breaks infiniband build.
To be more precise:
drivers/infiniband/hw/cxgb3/cxio_hal.c: In function 'cxio_rdev_open':
drivers/infiniband/hw/cxgb3/cxio_hal.c:919: error: implicit declaration of
function 'T3CDEV'
it seems the problem is that T3CDEV() has
On Tuesday 28 August 2007 10:54, Evgeniy Polyakov wrote:
> On Tue, Aug 28, 2007 at 10:27:59AM -0700, Daniel Phillips ([EMAIL PROTECTED])
> wrote:
> > > We do not care about one cpu being able to increase its counter
> > > higher than the limit, such inaccuracy (maximum bios in flight
> > > thus ca
[EMAIL PROTECTED] writes:
> On Sat, 25 Aug 2007 11:59:53 MDT, Eric W. Biederman said:
>
>> It looks like you don't have CONFIG_SYSCTL_SYSCALL defined, and it
>> appears utsname_syscall and ipcdata_syscall both become NULL pointers
>> if they aren't needed. So the complaint is a false positive.
>
On Mon, Aug 20, 2007 at 04:27:07PM -0400, Mathieu Desnoyers wrote:
> Here is some documentation explaining what is/how to use the Linux
> Kernel Markers.
While porting my code from an older markers version I noticed the
marker callbacks have grown a void *private argument. Add it to
the documenta
On Tue, 28 Aug 2007, Christoph Hellwig wrote:
On Mon, Aug 27, 2007 at 10:57:50PM +0200, [EMAIL PROTECTED] wrote:
Hello,
As there are many places in drm code where drm_alloc + memset is used
this patch series introduces drm_zalloc and also makes use of drm_calloc where
needed. Most of t
Nick Piggin wrote:
>
> [EMAIL PROTECTED] wrote:
> > [EMAIL PROTECTED]
> > Sent: Friday, August 24, 2007 3:11 PM
> > Subject: Re: [RFC] : mm : / Patch / code : Suggestion :snip kswapd &
> > get_page_from_freelist() : No more no page failures.
> >
> > Mailer added a HTML subpart and chopped the earli
On Mon, 27 Aug 2007 22:05:37 PDT, Linus Torvalds said:
>
>
> On Tue, 28 Aug 2007, Al Boldi wrote:
> >
> > No need for framebuffer. All you need is X using the X.org vesa-driver.
> > Then start gears like this:
> >
> > # gears & gears & gears &
> >
> > Then lay them out side by side to see
On Tue, Aug 28, 2007 at 04:40:06PM -0400, Mathieu Desnoyers wrote:
> Immediate Values Powerpc Optimization Fix
>
> Fix a bad call to flush_icache_range(). The second parameter is the end
> address
> of the range, not the length.
>
> Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
> CC: Chri
1 - 100 of 384 matches
Mail list logo
