Le mardi 13 mars 2007 à 05:49 +1100, Con Kolivas a écrit :
> Again I think your test is not a valid testcase. Why use two threads for your
> encoding with one cpu? Is that what other dedicated desktop OSs would do?
One thought occured to me (shit happens, sometimes): as your scheduler
is
On Mon, 12 Mar 2007, Davide Libenzi wrote:
> On Mon, 12 Mar 2007, Thomas Gleixner wrote:
>
> > Davide,
> >
> > On Sun, 2007-03-11 at 16:04 -0700, Davide Libenzi wrote:
> > > +static int timerfd_setup(struct timerfd_ctx *ctx, int clockid, int
> > > tmrtype,
> > > + const struct
[PATCH] drivers: PMC MSP71xx LED driver
Patch to add LED driver for the PMC-Sierra MSP71xx devices.
This patch references some platform support files previously
submitted to the [EMAIL PROTECTED] list.
Thanks,
Marc
Signed-off-by: Marc St-Jean <[EMAIL PROTECTED]>
---
Re-posting patch with
On 3/12/07, jos poortvliet <[EMAIL PROTECTED]> wrote:
Op Monday 12 March 2007, schreef Con Kolivas:
> On Tuesday 13 March 2007 01:14, Al Boldi wrote:
> > Con Kolivas wrote:
> > > > > The higher priority one always get 6-7ms whereas the lower priority
> > > > > one runs 6-7ms and then one larger
On Mon, 12 Mar 2007, Michael K. Edwards wrote:
> On 3/12/07, Bodo Eggert <[EMAIL PROTECTED]> wrote:
> > Michael K. Edwards <[EMAIL PROTECTED]> wrote:
> > > Actually, I think it would make the kernel (negligibly) faster to bump
> > > f_pos before the vfs_write() call.
> >
> > This is a security
On Tuesday 13 March 2007 01:34, Mike Galbraith wrote:
> On Mon, 2007-03-12 at 22:23 +1100, Con Kolivas wrote:
> > Mike the cpu is being proportioned out perfectly according to fairness as
> > I mentioned in the prior email, yet X is getting the lower latency
> > scheduling. I'm not sure within the
Dave Hansen wrote:
> On Mon, 2007-03-12 at 18:23 +, Andy Whitcroft wrote:
>> + /* The target page is in the block, ignore it. */
>> + if (unlikely(pfn == page_pfn))
>> + continue;
>> +#ifdef CONFIG_HOLES_IN_ZONE
>> +
On Mon, 12 Mar 2007, Thomas Gleixner wrote:
> Davide,
>
> On Sun, 2007-03-11 at 16:04 -0700, Davide Libenzi wrote:
> > +static int timerfd_setup(struct timerfd_ctx *ctx, int clockid, int tmrtype,
> > +const struct itimerspec *ktmr)
> > +{
> > + enum hrtimer_mode htmode;
> >
Gene Heskett <[EMAIL PROTECTED]> writes:
> I'd considered it, but with 32 dle entries, the whole strace output would
> be terrabytes & I don't have THAT much disk. Not to mention it traces
> only the parent process, so tar would be merrily marching along to its
> own drummer and not traced
Dnia 12-03-2007, pon o godzinie 02:19 +0100, Andi Kleen napisał(a):
> Hmm, it probably needs a EXPORT_SYMBOL. The previous change only
> fixed the in kernel build.
>
> Does it work with this patch?
Yes! Thank you.
--
__("< Marcin Kowalczyk
\__/ [EMAIL PROTECTED]
^^
Am Montag, 12. März 2007 17:50 schrieb Mark Lord:
> Mark Lord wrote:
> >
> > Okay, from that part (above), the problem is obvious:
> > in that the "MCT U232 converter now disconnected" appears,
> > and then we continue to try and call the driver's method.. Oops!
> >
> > The hack patch below
How about we drill down on these a bit more.
On Mon, 2007-03-12 at 02:00 +0100, Herbert Poetzl wrote:
> - shared mappings of 'shared' files (binaries
>and libraries) to allow for reduced memory
>footprint when N identical guests are running
So, it sounds like this can be phrased as a
Op Monday 12 March 2007, schreef Con Kolivas:
> On Tuesday 13 March 2007 01:14, Al Boldi wrote:
> > Con Kolivas wrote:
> > > > > The higher priority one always get 6-7ms whereas the lower priority
> > > > > one runs 6-7ms and then one larger perfectly bound expiration
> > > > > amount. Basically
On Mon, Mar 12, 2007 at 04:32:55PM +0900, KAMEZAWA Hiroyuki wrote:
>
> > When I try to put_page(original) (because I don't want it for this
> > moment) I get to bad_page path and need to reboot...
> >
> > What am I missing? Am I using migrate_pages correctly?
> >
>
> ==
> migrate_pages()
On Monday 12 March 2007, Gene Heskett wrote:
>On Monday 12 March 2007, Con Kolivas wrote:
>>On 12/03/07, Gene Heskett <[EMAIL PROTECTED]> wrote:
>>> On Monday 12 March 2007, Gene Heskett wrote:
>>> >To Con, I knew 2.6.20 worked with your earlier patches, so rather
>>> > than revert all the way, I
From: Haavard Skinnemoen <[EMAIL PROTECTED]>
Rip out most of the ptrace code for AVR32 and replace it with the
much nicer utrace stuff. It builds in all possible combinations of
CONFIG_UTRACE and CONFIG_PTRACE, and it seems to work as far as I've
tested it with strace and some simple debugging
On Mon, 2007-03-12 at 18:23 +, Andy Whitcroft wrote:
>
> + /* The target page is in the block, ignore it. */
> + if (unlikely(pfn == page_pfn))
> + continue;
> +#ifdef CONFIG_HOLES_IN_ZONE
> + /*
On Tuesday 13 March 2007 04:03, Ryan Hope wrote:
> I applied the detect-atomic-underflow patch and now I get these BUGs:
>
> BUG: atomic counter underflow at:
> [<78167931>] page_add_file_rmap+0x41/0x50
> [<78161c7d>] __handle_mm_fault+0x53d/0x900
> [<78106de0>] do_IRQ+0x40/0x80
> [<7811ff99>]
Nick Piggin <[EMAIL PROTECTED]> writes:
> On Mon, Mar 12, 2007 at 10:57:53AM +0300, Dmitriy Monakhov wrote:
>> I realy don't want to be annoying by sending this patcheset over and over
>> again. If anyone think this patch is realy cappy, please comment what
>> exectly is bad. Thank you.
>
>
On Monday 12 March 2007, Douglas McNaught wrote:
>Gene Heskett <[EMAIL PROTECTED]> writes:
>> If, and I have previously, I revert to a 2.6.20-ck1 patching, this
>> does not occur. So my contention is that someplace in this recent
>> progression from 2.6.20 to 2.6.21-rc3, there is a patch which
Am Montag, 12. März 2007 17:21 schrieb Alan Stern:
> On Mon, 12 Mar 2007, Oliver Neukum wrote:
>
> > > > Yes, I was missing the point. In consequence, drivers must not use
> > > > dev_get_drvdata() to get their references to their private data. It's
>
> You do realize how foolish that sounds?
When we are out of memory of a suitable size we enter reclaim.
The current reclaim algorithm targets pages in LRU order, which
is great for fairness at order-0 but highly unsuitable if you desire
pages at higher orders. To get pages of higher order we must shoot
down a very high proportion of
As pointed out by Christop Lameter it should not be possible for a
page to change its active/inactive state without taking the lru_lock.
Reinstate this safety net.
Signed-off-by: Andy Whitcroft <[EMAIL PROTECTED]>
Acked-by: Mel Gorman <[EMAIL PROTECTED]>
---
diff --git a/mm/vmscan.c
When scanning the order sized area around the tag page we pull all
pages of the matching active state; the non-matching pages are not
otherwise affected. We currently count these as scanned increasing
the apparent scan rates. Previously we would only count a page
scanned if it was actually
Following this email are three patches which represent the
current state of the lumpy reclaim patches; collectively lumpy V5.
This patch kit is against 2.6.21-rc3-mm2. This stack is split out
to show the incremental changes in this version. This contains
one fixup following on from Christoph
On Monday, 12 March 2007 14:24, Cedric Le Goater wrote:
> Oleg Nesterov wrote:
> > On 03/12, Rafael J. Wysocki wrote:
> >> On Monday, 12 March 2007 09:14, Pavel Machek wrote:
> >>> Can we get better name for this function?
> >> Well, I took the name from the Oleg's message. Can you please suggest
On 3/8/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
- Re-added the ext4 development tree to the -mm lineup. It has stuff in
it.
And broken stuff too :-)
The nanoseconds patch is broken on x86_64 - makes mtimes from the future:
e.g. year 2431. I suspect an endianness issue.
x86 works fine
On Tuesday 13 March 2007 00:48, Theodore Tso wrote:
> On Mon, Mar 12, 2007 at 10:23:06PM +1100, Con Kolivas wrote:
> > > > > We are getting good interactive response with a fair scheduler yet
> > > > > you seem intent on overloading it to find fault with it.
> > > >
> > > > I'm not trying to find
On Tuesday 13 March 2007 02:26, Linus Torvalds wrote:
> On Mon, 12 Mar 2007, Mike Galbraith wrote:
> > On Mon, 2007-03-12 at 22:23 +1100, Con Kolivas wrote:
> > > Mike the cpu is being proportioned out perfectly according to fairness
> > > as I mentioned in the prior email, yet X is getting the
On Tuesday 13 March 2007 01:14, Al Boldi wrote:
> Con Kolivas wrote:
> > > > The higher priority one always get 6-7ms whereas the lower priority
> > > > one runs 6-7ms and then one larger perfectly bound expiration amount.
> > > > Basically exactly as I'd expect. The higher priority task gets
> >
[Sam Ravnborg - Sun, Mar 11, 2007 at 08:50:33PM +0100]
[... snipped ...]
| I would rather avoid adding the extra lines. In the
| 'office-suite' fashion I have cooked up a patch that specify
| the filename as part of the windows title.
|
| To make the conversion we should consider renaming from
jos poortvliet wrote:
> > It only takes one negatively nice'd proc to affect X adversely.
>
> Then, maybe, we should start nicing X again, like we did/had to do until a
> few years ago? Or should we just wait until X gets fixed (after all,
> development goes faster than ever)? Or is this really
On Mon, 2007-03-12 at 20:07 +0300, Kirill Korotaev wrote:
> > On Mon, 2007-03-12 at 19:23 +0300, Kirill Korotaev wrote:
> >>For these you essentially need per-container page->_mapcount counter,
> >>otherwise you can't detect whether rss group still has the page in question
> >>being mapped
> >>in
On Mon, 2007-03-12 at 20:19 +0300, Pavel Emelianov wrote:
> Dave Hansen wrote:
> > On Mon, 2007-03-12 at 19:16 +0300, Kirill Korotaev wrote:
> >> now VE2 maps the same page. You can't determine whether this page is mapped
> >> to this container or another one w/o page->container pointer.
> >
> >
On Mon 12-03-07 13:05:17, Ashif Harji wrote:
>
> On Mon, 12 Mar 2007, Jan Kara wrote:
>
> >On Mon 12-03-07 15:39:00, Nick Piggin wrote:
> >>On Mon, Mar 12, 2007 at 03:20:12PM +0100, Jan Kara wrote:
> >>> Hi,
> >>>
> Hi, I am encountering a performance problem, which I have tracked into
>
Quoting Srivatsa Vaddagiri ([EMAIL PROTECTED]):
> On Mon, Mar 12, 2007 at 10:56:43AM -0500, Serge E. Hallyn wrote:
> > What's wrong with that?
>
> I had been asking around on "what is the fundamental unit of res mgmt
> for vservers" and the answer I got (from Herbert) was "all tasks that are
> in
if CONFIG_TASK_IO_ACCOUNTING is defined, we update io accounting counters for
each task.
This patch permits reporting of values using the well known getrusage()
syscall, filling ru_inblock and ru_oublock instead of null values.
As TASK_IO_ACCOUNTING currently counts bytes counts, we
On 3/12/07, Dave Hansen <[EMAIL PROTECTED]> wrote:
On Mon, 2007-03-12 at 19:16 +0300, Kirill Korotaev wrote:
> now VE2 maps the same page. You can't determine whether this page is mapped
> to this container or another one w/o page->container pointer.
Hi Kirill,
I thought we can always get from
On Mon, 2007-03-12 at 13:13 -0400, Dave Jones wrote:
> On Mon, Mar 12, 2007 at 01:00:31PM -0400, Trond Myklebust wrote:
>
> > > Code: 0f 0b eb fe f0 ff 41 44 c7 85 18 01 00 00 01 00 00 00 48 8b
> > > RIP [] nfs_wait_on_requests_locked+0x43/0xb2
> > > RSP
> >
> > Known issue. There is
Dave Hansen wrote:
> On Mon, 2007-03-12 at 19:16 +0300, Kirill Korotaev wrote:
>> now VE2 maps the same page. You can't determine whether this page is mapped
>> to this container or another one w/o page->container pointer.
>
> Hi Kirill,
>
> I thought we can always get from the page to the VMA.
On Monday 12 March 2007 12:59, Ray Lee wrote:
> Len Brown wrote:
> > On Saturday 10 March 2007 01:18, Ray Lee wrote:
> >> Ray Lee wrote:
> >>> In 2.6.21-rc1,2,3, my laptop will fully suspend to ram, but then
> >>> *immediately* resumes back from suspension. (It resumes just fine, as
> >>> well.)
On Mon, Mar 12, 2007 at 01:00:31PM -0400, Trond Myklebust wrote:
> > Code: 0f 0b eb fe f0 ff 41 44 c7 85 18 01 00 00 01 00 00 00 48 8b
> > RIP [] nfs_wait_on_requests_locked+0x43/0xb2
> > RSP
>
> Known issue. There is already a fix available in the -mm kernel
> (attached).
Did this get
-- Forwarded message --
From: Vitaliyi <[EMAIL PROTECTED]>
Date: Mar 12, 2007 7:03 PM
Subject: Re: libata extension
To: Mark Lord <[EMAIL PROTECTED]>
Use the SCSI SG_IO ioctl() with opcode=ATA_16,
which gives you access to the ATA Passthrough mechanism.
This will work for most
On Mon, 2007-03-12 at 21:34 +1100, Con Kolivas wrote:
> On Monday 12 March 2007 20:38, Xavier Bestel wrote:
> > On Mon, 2007-03-12 at 20:22 +1100, Con Kolivas wrote:
> > > On Monday 12 March 2007 19:55, Mike Galbraith wrote:
> > > > Hmm. So... anything that's client/server is going to suffer
well, since my last adventure with header files went over so
swimmingly, i might as well keep going. :-)
to my surprise, i learned only today that module.h includes
moduleparam.h, which flies in the face of all of the documentation
i've ever read which was adamant that i *had* to include
On Mon, 12 Mar 2007, Jan Kara wrote:
On Mon 12-03-07 15:39:00, Nick Piggin wrote:
On Mon, Mar 12, 2007 at 03:20:12PM +0100, Jan Kara wrote:
Hi,
Hi, I am encountering a performance problem, which I have tracked into the
Linux kernel. The problem occurs with my experimental web server that
On Mon, 2007-03-12 at 14:39 +0100, Stresslinux Kernel wrote:
> Hello List,
>
> running the following command
>
> /sbin/grub-install --root-directory=/mnt --no-floppy /dev/sda
>
> from a nfsroot system with kernel 2.6.20.2 (x86_64) results in:
>
> [ cut here ]
> kernel
Len Brown wrote:
> On Saturday 10 March 2007 01:18, Ray Lee wrote:
>> Ray Lee wrote:
>>> In 2.6.21-rc1,2,3, my laptop will fully suspend to ram, but then
>>> *immediately* resumes back from suspension. (It resumes just fine, as well.)
>> [...]
>>> HP/Compaq NX6125 system, AMD64, dmesg attached.
>
On Sat, 10 Mar 2007 16:40:59 +
Alan Cox <[EMAIL PROTECTED]> wrote:
> Instead merge the one that fixe the non PCI
> crashes and we might get further.
In bugzilla #7907 you could post your patch and see if the reporters there
can at least confirm that it fixes their problem.
Meanwhile, to
Mark Lord wrote:
Okay, from that part (above), the problem is obvious:
in that the "MCT U232 converter now disconnected" appears,
and then we continue to try and call the driver's method.. Oops!
The hack patch below "fixes" this, but it really just hides whatever
the real problem underneath
> On Mon, 2007-03-12 at 19:23 +0300, Kirill Korotaev wrote:
>
>>For these you essentially need per-container page->_mapcount counter,
>>otherwise you can't detect whether rss group still has the page in question
>>being mapped
>>in its processes' address spaces or not.
>
>
> What do you mean
On Mon, 2007-03-12 at 19:23 +0300, Kirill Korotaev wrote:
>
> For these you essentially need per-container page->_mapcount counter,
> otherwise you can't detect whether rss group still has the page in question
> being mapped
> in its processes' address spaces or not.
What do you mean by this?
Jiri Slaby napsal(a):
Alan Stern napsal(a):
On Mon, 12 Mar 2007, Jiri Slaby wrote:
After rmmoding of uhci_hcd on fresh booted 2.6.21-rc3-mm2 I got this:
BUG: atomic counter underflow at:
[...]
[] kobject_put+0x14/0x16
[] kobject_unregister+0x22/0x25
[] bus_remove_driver+0x75/0x82
[]
The implication of this code is that for files of size less than or equal
to a single page, the page associated with such a file is likely to get
evicted from the cache regardless of how frequently it is accessed. The
reason is that after the first access, prev_index is always zero and index
On Mon, 2007-03-12 at 19:16 +0300, Kirill Korotaev wrote:
> now VE2 maps the same page. You can't determine whether this page is mapped
> to this container or another one w/o page->container pointer.
Hi Kirill,
I thought we can always get from the page to the VMA. rmap provides
this to us via
* Michal Schmidt <[EMAIL PROTECTED]> wrote:
> When playing with trace_user_trigger_irq in order to trace
> IRQ->userspace latencies, I encountered a bug in the latency tracer.
> If I have wakeup_timing enabled and attempt to stop the trace in my
> userspace program, the system crashes. This
On 3/12/07, jos poortvliet <[EMAIL PROTECTED]> wrote:
Op Monday 12 March 2007, schreef Al Boldi:
>
> It only takes one negatively nice'd proc to affect X adversely.
goes faster than ever)? Or is this really the scheduler's fault?
Take this with a grain of salt, but, I don't think this is the
On Monday 12 March 2007, Con Kolivas wrote:
>On 12/03/07, Gene Heskett <[EMAIL PROTECTED]> wrote:
>> On Monday 12 March 2007, Gene Heskett wrote:
>> >To Con, I knew 2.6.20 worked with your earlier patches, so rather
>> > than revert all the way, I just rebooted to 2.6.20.2-rdsl-0.30 and
>> > I'm
At Mon, 12 Mar 2007 15:46:47 +,
Ralf Baechle wrote:
>
> On Mon, Mar 12, 2007 at 03:43:10PM +0100, Takashi Iwai wrote:
>
> > Fair enough. I agree that removing const is the only reasonable fix
> > right now. But from semantics, const is a good thing, and people may
> > try to add it again
On 3/12/07, Bodo Eggert <[EMAIL PROTECTED]> wrote:
Michael K. Edwards <[EMAIL PROTECTED]> wrote:
> Actually, I think it would make the kernel (negligibly) faster to bump
> f_pos before the vfs_write() call.
This is a security risk.
other process:
unlink(secrest_file)
Thread
Mark Lord wrote:
..and here is a retest with linux-2.6.21-rc3-git7
of simply plug/wait/unplug a USB hub/serial/parallel/PS2 gizmo.
I have two of these, with different serial port hardware in each,
and doing this with either of them produces an ooops.
...
12:12:06 kernel: mct_u232 ttyUSB2: MCT
Alan Stern napsal(a):
On Mon, 12 Mar 2007, Jiri Slaby wrote:
Bisecting figured out the culprit:
Commit: 17230acdc71137622ca7dfd789b3944c75d39404
Author: Alan Stern <[EMAIL PROTECTED]> Mon, 19 Feb 2007 15:52:45 -0500
UHCI: Eliminate asynchronous skeleton Queue Headers
[...]
Post it along
Am Montag, 12. März 2007 17:11 schrieb Mark Lord:
> Mark Lord wrote:
> > Greg KH wrote:
> >> Does userspace have it open when you suspend/resume?
> >
> > For the ooops I just posted, yes, I may have left Linux ckermit
> > running on the serial port before the suspend.
>
> Here's a retest under
Alan Stern napsal(a):
On Mon, 12 Mar 2007, Jiri Slaby wrote:
After rmmoding of uhci_hcd on fresh booted 2.6.21-rc3-mm2 I got this:
BUG: atomic counter underflow at:
[...]
[] kobject_put+0x14/0x16
[] kobject_unregister+0x22/0x25
[] bus_remove_driver+0x75/0x82
[]
On Mon, Mar 12, 2007 at 06:08:11PM +0200, Avi Kivity wrote:
> Joerg Roedel wrote:
> >On Fri, Mar 09, 2007 at 08:10:03PM +0200, Avi Kivity wrote:
> >
> >>Joerg Roedel wrote:
> >>
> >>>From: Joerg Roedel <[EMAIL PROTECTED]>
> >>>
> >>>This patch simplifies the get_cycles_sync() function by
On Mon, 12 Mar 2007, Jiri Slaby wrote:
> Hi.
>
> After rmmoding of uhci_hcd on fresh booted 2.6.21-rc3-mm2 I got this:
>
> BUG: atomic counter underflow at:
> [] show_trace_log_lvl+0x1a/0x30
> [] show_trace+0x12/0x14
> [] dump_stack+0x16/0x18
> [] kref_put+0x4d/0xb2
> []
Greg KH wrote:
thanks, but again, which usb-serial device do you have running here?
That's in the oops log: pl2303 for the ckermit test.
For the other oops (plug/wait/unplug a multi-func hub), one of the hubs
also has a pl2303, the other has an mct_u232.
Cheers
-ml
-
To unsubscribe from
GFP_KERNEL allocations in non-blocking context; fixed by killing
an idiotic use of security_getprocattr().
Acked-by: Stephen Smalley <[EMAIL PROTECTED]>
Acked-by: James Morris <[EMAIL PROTECTED]>
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
kernel/auditsc.c | 24 +++-
1
have it return the buffer it had allocated
Acked-by: Stephen Smalley <[EMAIL PROTECTED]>
Acked-by: James Morris <[EMAIL PROTECTED]>
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
fs/proc/base.c | 21 ++---
include/linux/security.h |8
security/dummy.c
Valdis.Kletnieks silly little rant:
> Certainly appropriate content for something on your website,
> and vendors who
> provide programs like dmidecode and parsemce are always
> welcome. I could
> probably be convinced that such info should have at least a
> pointer somewhere
> in
On Mon, 12 Mar 2007, Oliver Neukum wrote:
> > > Yes, I was missing the point. In consequence, drivers must not use
> > > dev_get_drvdata() to get their references to their private data. It's
You do realize how foolish that sounds? Why do you think
dev_get_drvdata() was written in the first
On Mon, Mar 12, 2007 at 12:03:27PM -0400, Mark Lord wrote:
> Greg KH wrote:
> >..
> >And all of those fixes Oliver is referring to should be in anything
> >older than 2.6.21-rc3-git6.
>
> Did you mean, "anything *newer* than -git6" ??
Oops, yes, I ment "newer", sorry.
> This last crash was with
"Catalin Marinas" <[EMAIL PROTECTED]> writes:
> On 09/03/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>> If I can manage to focus on this, it looks like the information I need to
>> start fixing this.
>
> I had a look at the second leak reported it seems to be caused by the
> same
..and here is a retest with linux-2.6.21-rc3-git7
of simply plug/wait/unplug a USB hub/serial/parallel/PS2 gizmo.
I have two of these, with different serial port hardware in each,
and doing this with either of them produces an ooops.
12:12:02 kernel: usb 4-2: new full speed USB device using
On Mon, Mar 12, 2007 at 10:56:43AM -0500, Serge E. Hallyn wrote:
> What's wrong with that?
I had been asking around on "what is the fundamental unit of res mgmt
for vservers" and the answer I got (from Herbert) was "all tasks that are
in the same pid namespace". From what you are saying above, it
Mark Lord wrote:
Greg KH wrote:
Does userspace have it open when you suspend/resume?
For the ooops I just posted, yes, I may have left Linux ckermit
running on the serial port before the suspend.
Here's a retest under linux-2.6.21-rc3-git7,
doing suspend/resume (RAM) with ckermit open on
Hi.
After rmmoding of uhci_hcd on fresh booted 2.6.21-rc3-mm2 I got this:
BUG: atomic counter underflow at:
[] show_trace_log_lvl+0x1a/0x30
[] show_trace+0x12/0x14
[] dump_stack+0x16/0x18
[] kref_put+0x4d/0xb2
[] kobject_put+0x14/0x16
[] kobject_unregister+0x22/0x25
[]
Eric W. Biederman wrote:
> Pavel Emelianov <[EMAIL PROTECTED]> writes:
>
>
>>Pages are charged to their first touchers which are
>>determined using pages' mapcount manipulations in
>>rmap calls.
>
>
> NAK pages should be charged to every rss group whose mm_struct they
> are mapped into.
For
Joerg Roedel wrote:
On Fri, Mar 09, 2007 at 08:10:03PM +0200, Avi Kivity wrote:
Joerg Roedel wrote:
From: Joerg Roedel <[EMAIL PROTECTED]>
This patch simplifies the get_cycles_sync() function by removing
the #ifdefs from it. Further it introduces an optimization for AMD
processors.
Greg KH wrote:
..
And all of those fixes Oliver is referring to should be in anything
older than 2.6.21-rc3-git6.
Did you mean, "anything *newer* than -git6" ??
This last crash was with -git4. I'm building -git7 now.
Does userspace have it open when you suspend/resume?
For the ooops I
When playing with trace_user_trigger_irq in order to trace
IRQ->userspace latencies, I encountered a bug in the latency tracer. If
I have wakeup_timing enabled and attempt to stop the trace in my
userspace program, the system crashes. This is caused by an unbalanced
preempt_enable() which
Eric W. Biederman wrote:
> Pavel Emelianov <[EMAIL PROTECTED]> writes:
>
>
>>Adds needed pointers to mm_struct and page struct,
>>places hooks to core code for mm_struct initialization
>>and hooks in container_init_early() to preinitialize
>>RSS accounting subsystem.
>
>
> An extra pointer in
Am Montag, 12. März 2007 16:42 schrieb Dmitry Torokhov:
> On 3/12/07, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> > Am Montag, 12. März 2007 15:57 schrieb Alan Stern
> > > No, you're missing the point. Let's say driver A's disconnect() is
> > > called, so the driver marks its private data
On Mon, 12 Mar 2007 16:02:11 +0100
"Lluís Batlle" <[EMAIL PROTECTED]> wrote:
> Oh, of course you're right. I was inside too much layers to think of
> the tcp protocol, and I did not pay attention to it.
>
> Maybe something could be added to the manpage anyway.
>
> The bad thing is that there's
Quoting Srivatsa Vaddagiri ([EMAIL PROTECTED]):
> On Fri, Mar 09, 2007 at 02:09:35PM -0800, Paul Menage wrote:
> > > 3. This next leads me to think that 'tasks' file in each directory doesnt
> > > make
> > >sense for containers. In fact it can lend itself to error situations
> > > (by
> > >
On Mon, Mar 12, 2007 at 04:12:32AM -0700, Christoph Lameter wrote:
> On Sun, 11 Mar 2007, David Miller wrote:
> > The reason is that every time I've monitored the allocation patterns
> > of these things on SMP, the page table chunks always get released on a
> > different cpu than where they were
On Saturday 10 March 2007 01:18, Ray Lee wrote:
> Ray Lee wrote:
> > In 2.6.21-rc1,2,3, my laptop will fully suspend to ram, but then
> > *immediately* resumes back from suspension. (It resumes just fine, as well.)
> [...]
> > HP/Compaq NX6125 system, AMD64, dmesg attached.
>
> hg bisect found
On Mon, Mar 12, 2007 at 03:43:10PM +0100, Takashi Iwai wrote:
> Fair enough. I agree that removing const is the only reasonable fix
> right now. But from semantics, const is a good thing, and people may
> try to add it again later if we get rid of them now. So, how about to
> comment out such
On Mon, Mar 12, 2007 at 07:45:25AM -0700, Jeremy Fitzhardinge wrote:
> Andi Kleen wrote:
> >> Rusty's pda->per_cpu patch will deal with this once and for all; have
> >>
> >
> > Not on x86-64.
> >
>
> Have you considered dropping pda in x86-64? Segment based percpu
> doesn't really have
On 3/12/07, Oliver Neukum <[EMAIL PROTECTED]> wrote:
Am Montag, 12. März 2007 15:57 schrieb Alan Stern:probably nece
> On Mon, 12 Mar 2007, Oliver Neukum wrote:
>
> > > > Why? What's wrong with simply calling kref_get/put?
> > >
> > > It's the same old problem: the race between unbind and sysfs
Am Montag, 12. März 2007 16:29 schrieb Greg KH:
> On Mon, Mar 12, 2007 at 11:13:59AM -0400, Mark Lord wrote:
> > Oliver Neukum wrote:
> > >Am Montag, 12. M??rz 2007 15:56 schrieb Mark Lord:
> > >>Still no improvement on the b0rken usb-serial resume support in -rc*.
> > >
> > >Have you applied the
On Mon, Mar 12, 2007 at 10:56:45AM -0400, Mark Lord wrote:
> Still no improvement on the b0rken usb-serial resume support in -rc*.
>
> Today I got this ooops on resume from RAM.
> Slightly tainted kernel this time (vmware), but not previously
> on similar crashes. I cannot yet get it to "crash
On Mon, 12 Mar 2007, Mike Galbraith wrote:
>
> On Mon, 2007-03-12 at 22:23 +1100, Con Kolivas wrote:
>
> > Mike the cpu is being proportioned out perfectly according to fairness as I
> > mentioned in the prior email, yet X is getting the lower latency
> > scheduling.
> > I'm not sure within
On Mon, 12 Mar 2007 16:11:09 +0100
Jean Delvare <[EMAIL PROTECTED]> wrote:
> > By the way, timeout seems to be hardcoded to 100 jiffies in the
> > i2c-algo-bit driver, so there's probably not much point passing it from
> > the board code when it's going to be overridden anyway. I'll add just a
>
On Mon, Mar 12, 2007 at 11:13:59AM -0400, Mark Lord wrote:
> Oliver Neukum wrote:
> >Am Montag, 12. M??rz 2007 15:56 schrieb Mark Lord:
> >>Still no improvement on the b0rken usb-serial resume support in -rc*.
> >
> >Have you applied the fixes in Greg's current tree?
>
> I don't know anything
Am Montag, 12. März 2007 16:13 schrieb Mark Lord:
> Oliver Neukum wrote:
> > Am Montag, 12. März 2007 15:56 schrieb Mark Lord:
> >> Still no improvement on the b0rken usb-serial resume support in -rc*.
> >
> > Have you applied the fixes in Greg's current tree?
>
> I don't know anything about any
Am Montag, 12. März 2007 15:57 schrieb Alan Stern:probably nece
> On Mon, 12 Mar 2007, Oliver Neukum wrote:
>
> > > > Why? What's wrong with simply calling kref_get/put?
> > >
> > > It's the same old problem: the race between unbind and sysfs I/O. What
> > > good does holding a reference to the
On Wed, Mar 07, 2007 at 10:22:04AM +0100, Arkadiusz Miskiewicz wrote:
>
> 2.6.21rc3 from today git, thinkpad z60m, pl2303 usb-rs232 adapter and:
>
> [ 84.087080] usb 2-2: new full speed USB device using uhci_hcd and address 3
> [ 84.232615] usb 2-2: configuration #1 chosen from 1 choice
> [
Con Kolivas wrote:
Indeed we do change timeslice with nice on rt_tasks in mainline at the moment.
Truth is most rt programming couldn't care less about timeslices, but your
point about it deviating from the standard is valid. RSDL does not change
timeslice with nice on SCHED_RR tasks so it's
Hi Haavard,
On Mon, 12 Mar 2007 15:53:59 +0100, Haavard Skinnemoen wrote:
> On Mon, 12 Mar 2007 15:34:57 +0100
> Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
>
> > > > + bit_data->udelay= 5,/* 100 kHz */
> > > > + bit_data->timeout = HZ / 10,
201 - 300 of 980 matches
Mail list logo