This is useful for paravirtualized graphics devices, for example.
Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
---
drivers/kvm/kvm_main.c | 18 +-
include/linux/kvm.h| 10 +-
2 files changed, 26 insertions(+), 2 deletions(-)
diff --git a/drivers/kvm/kvm_main.c
Currently when passing the a PIO emulation request to userspace, we
rely on userspace updating %rax (on 'in' instructions) and %rsi/%rdi/%rcx
(on string instructions). This (a) requires two extra ioctls for getting
and setting the registers and (b) is unfriendly to non-x86 archs, when
they get
Some ioctls ignore their arguments. By requiring them to be zero now,
we allow a nonzero value to have some special meaning in the future.
Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
---
drivers/kvm/kvm_main.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git
Currently, userspace is told about the nature of the last exit from the
guest using two fields, exit_type and exit_reason, where exit_type has
just two enumerations (and no need for more). So fold exit_type into
exit_reason, reducing the complexity of determining what really happened.
> -procfs-fix-race-between-proc_readdir-and-remove_proc_entry.patch
> +fix-race-between-proc_get_inode-and-remove_proc_entry.patch
>
> Updated. Looks sane.
Why have you dropped the first patch? Resending slightly fixed version
of it.
[PATCH -mm] Fix race between proc_readdir and
Andrew Morton wrote:
> On Tue, 06 Mar 2007 17:55:29 +0300
> Pavel Emelianov <[EMAIL PROTECTED]> wrote:
>
>
>>+struct rss_container {
>>+ struct res_counter res;
>>+ struct list_head page_list;
>>+ struct container_subsys_state css;
>>+};
>>+
>>+struct page_container {
>>+ struct
> On Sun, 11 Mar 2007 15:26:41 +0300 Kirill Korotaev <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Tue, 06 Mar 2007 17:55:29 +0300
> > Pavel Emelianov <[EMAIL PROTECTED]> wrote:
> >
> >
> >>+struct rss_container {
> >>+ struct res_counter res;
> >>+ struct list_head page_list;
>
On Fri, 2007-03-09 at 09:40 +0800, Joe Jin wrote:
> > What's the error you're trying to fix? scsi_dispatch_cmd() is only
> > called from scsi_request_fn() which already has an equivalent of this
> > check in it just prior to calling dispatch.
>
> Yeah, I have saw the cheking at
On 3/11/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sun, 11 Mar 2007 15:26:41 +0300 Kirill Korotaev <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Tue, 06 Mar 2007 17:55:29 +0300
> > Pavel Emelianov <[EMAIL PROTECTED]> wrote:
> >
> >
> >>+struct rss_container {
> >>+ struct
On Fri, 09 Mar 2007 20:24:42 PST, Randy Dunlap said:
> On Fri, 09 Mar 2007 23:03:05 -0500 [EMAIL PROTECTED] wrote:
> > -/* GCC is awesome. */
> > +/* GCC leaves me speechless. */
>
> "awesome" can mean "inspiring awe or admiration or wonder" (amazing)
> or it can mean "awful" (as in terrifying).
On Sat, 10 Mar 2007, Nicholas Miell wrote:
> >
> > UNIX has pid's for "process" handles, and "file descriptors" for just
> > about everything else.
>
> And I imagine that somebody will come up with way of getting a fd for a
> process sooner or later.
Well, /proc// is about as close as you
"Michael S. Tsirkin" <[EMAIL PROTECTED]> writes:
>> Quoting Eric W. Biederman <[EMAIL PROTECTED]>:
>> Subject: Re: SATA resume slowness, e1000 MSI warning
>>
>> "Michael S. Tsirkin" <[EMAIL PROTECTED]> writes:
>>
>> >> The only case I can see which might trigger this is if we saved
>> >> pci-X
On Saturday, 3 March 2007 18:32, Oleg Nesterov wrote:
> On 03/02, Paul E. McKenney wrote:
> >
> > On Sat, Mar 03, 2007 at 02:33:37AM +0300, Oleg Nesterov wrote:
> > > On 03/02, Paul E. McKenney wrote:
> > > >
> > > > One way to embed try_to_freeze() into kthread_should_stop() might be
> > > > as
Paul,
do I understand correctly that the *only* difference between the working
setup is that you applied (by hand) the libata patch that Jeff sent out?
So plain 2.6.21-rc2 works fine, but with the patch applied, you get no
interrupts on the DVD drive?
On Sun, 11 Mar 2007, Paul Rolland wrote:
On Sun, 11 Mar 2007, Andi Kleen wrote:
> This and i386 version are ok to me, although it might be better to just
> finish __GFP_ZERO support to do this.
This would not work for pgds on i386 and x86_64
GFP_ZERO support the way I have done it in the past would mean another set
of buddy lists in
> Quoting Roland Dreier <[EMAIL PROTECTED]>:
> Subject: Re: IPoIB caused a kernel: BUG: soft lockup detected on CPU#0!
>
> >Feb 27 17:47:52 sw169 kernel: []
> >_spin_lock_irqsave+0x15/0x24
> >Feb 27 17:47:52 sw169 kernel: []
> >:ib_ipoib:ipoib_neigh_destructor+0xc2/0x139
>
> It looks like
> Quoting Michael S. Tsirkin <[EMAIL PROTECTED]>:
> Subject: Re: lockdep question (was Re: IPoIB caused a kernel: BUG: soft
> lockup detected on CPU#0!)
>
>
> After adding some printks, I started getting these:
>
> [ 597.036720] BUG: MAX_STACK_TRACE_ENTRIES too low!
> [ 597.041546] turning
On Sun, 2007-03-11 at 15:50 +0200, Michael S. Tsirkin wrote:
> > Quoting Roland Dreier <[EMAIL PROTECTED]>:
> > Subject: Re: IPoIB caused a kernel: BUG: soft lockup detected on CPU#0!
> >
> > >Feb 27 17:47:52 sw169 kernel: []
> > >_spin_lock_irqsave+0x15/0x24
> > >Feb 27 17:47:52 sw169 kernel:
After adding some printks, I started getting these:
[ 597.036720] BUG: MAX_STACK_TRACE_ENTRIES too low!
[ 597.041546] turning off the locking correctness validator.
[ 597.047135] [] save_trace+0x8a/0x8f
[ 597.051751] [] mark_lock+0x65/0x3ff
[ 597.056366] [] save_trace+0x3e/0x8f
[
Quoting Peter Zijlstra <[EMAIL PROTECTED]>:
Subject: Re: lockdep question (was Re: IPoIB caused a kernel: BUG: softlockup
detected on CPU#0!)
> On Sun, 2007-03-11 at 15:50 +0200, Michael S. Tsirkin wrote:
> > > Quoting Roland Dreier <[EMAIL PROTECTED]>:
> > > Subject: Re: IPoIB caused a kernel:
Differences from version 4:
Updated in-code comments. Largely rewritten changelog.
Lockdep please. --akpm
->read_proc, ->write_proc aren't special, Extend protection to
most methods for regular /proc files. Mentioned by viro.
Differences from version 3:
Use
> Rumor has it that some pci devices can't tolerate < 32bit accesses.
> Although I have never met one.
hopefully not bridge devices?
> The two factors together suggest that
> for generic code it probably makes sense to operate on 32bit
> quantities, and just to ignore the read-only portion.
The
Al Boldi wrote:
> BTW, another way to show these hickups would be through some kind of a
> cpu/proc timing-tracer. Do we have something like that?
Here is something like a tracer.
Original idea by Chris Friesen, thanks, from this post:
Suspend to disk doesn't work on my laptop.
The suspend seems to hang while enabling the non-boot cpus again.
with platform = "test" and state = "disk" i get this:
"
[cut]
acpi device:02: freeze
video video:00: freeze
acpi device:01: freeze
acpi PNP0C02:00: freeze
pci_root PNP0A08:00: freeze
On Sun, 11 Mar 2007, Oleg Nesterov wrote:
> On 03/10, Davide Libenzi wrote:
> >
> > +static void signalfd_put_sighand(struct signalfd_ctx *ctx,
> > +struct sighand_struct *sighand,
> > +unsigned long *flags)
> > +{
> > +
On Sunday, 11 March 2007 19:08, Thomas Meyer wrote:
> Suspend to disk doesn't work on my laptop.
>
> The suspend seems to hang while enabling the non-boot cpus again.
>
> with platform = "test" and state = "disk" i get this:
> "
> [cut]
> acpi device:02: freeze
> video video:00: freeze
> acpi
Hi all,
I'm planning to remove the i8xx_tco watchdog driver
(since we now have the iTCO_wdt driver that has a broader scope).
If no-one objects I will sent the below patch to Linus for inclusion.
(it adds the driver to the feature-removal-schedule list and defaults
CONFIG_I8XX_TCO to n).
On Sun, 11 Mar 2007, Thomas Gleixner wrote:
> Davide,
>
> On Sat, 2007-03-10 at 18:22 -0800, Davide Libenzi wrote:
>
> Some remarks:
>
> > +
> > +asmlinkage long sys_timerfd(int ufd, int clockid, int tmrtype,
> > + const struct timespec __user *utmr)
> > +{
> > + int
"Michael S. Tsirkin" <[EMAIL PROTECTED]> writes:
>> Rumor has it that some pci devices can't tolerate < 32bit accesses.
>> Although I have never met one.
>
> hopefully not bridge devices?
>
>> The two factors together suggest that
>> for generic code it probably makes sense to operate on 32bit
>>
Rafael J. Wysocki schrieb:
Could you please put some printk()s in kernel/cpu.c:_cpu_up() to see where
it gets stuck? I bet one of the notifiers goes to sleep (cpufreq, maybe).
Here we go (ok. i forgot __FUNCTION__ ...):
Mar 11 19:31:33 [kernel] ac ACPI0003:00: freeze
Mar 11 19:31:33
Herbert Poetzl <[EMAIL PROTECTED]> writes:
>
> Linux-VServer does the accounting with atomic counters,
> so that works quite fine, just do the checks at the
> beginning of whatever resource allocation and the
> accounting once the resource is acquired ...
Atomic operations versus locks is only a
Rafael J. Wysocki napsal(a):
> On Sunday, 11 March 2007 19:08, Thomas Meyer wrote:
>> Suspend to disk doesn't work on my laptop.
>>
>> The suspend seems to hang while enabling the non-boot cpus again.
>>
>> with platform = "test" and state = "disk" i get this:
>> Enabling non-boot CPUs ...
...
>
> Quoting Eric W. Biederman <[EMAIL PROTECTED]>:
> Subject: Re: SATA resume slowness, e1000 MSI warning
>
> "Michael S. Tsirkin" <[EMAIL PROTECTED]> writes:
>
> >> Rumor has it that some pci devices can't tolerate < 32bit accesses.
> >> Although I have never met one.
> >
> > hopefully not bridge
Signed-off-by: Monakhov Dmitriy <[EMAIL PROTECTED]>
---
drivers/base/core.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/base/core.c b/drivers/base/core.c
index 142c222..da73012 100644
--- a/drivers/base/core.c
+++ b/drivers/base/core.c
@@ -630,8
depends on: "[PATCH] driver core: fix device_add error path"
- rearrange error path sequence, in order to make it more correct.
In fact if initial sequance was doA(); doB(); doC();
we should undo it with folowing sequance undoC(); undoB(); undoA();
- handle sysfs_ops failure
This patch
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 struct page is unlikely to fly.
Both
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.
Eric
-
To unsubscribe from this list: send the
Milan Broz schrieb:
Rafael J. Wysocki napsal(a):
On Sunday, 11 March 2007 19:08, Thomas Meyer wrote:
Suspend to disk doesn't work on my laptop.
The suspend seems to hang while enabling the non-boot cpus again.
with platform = "test" and state = "disk" i get this:
Hi,
I
Hello.
I have some problems with migrate_pages understanding. Here is my
situation:
I need to change virtual page mapping (all stuff referring to the page)
to new physical location. Page is present for the process and new page is
already allocated (and not mapped anywhere). I thought that
On Sunday, 11 March 2007 19:37, Thomas Meyer wrote:
> Rafael J. Wysocki schrieb:
> >
> > Could you please put some printk()s in kernel/cpu.c:_cpu_up() to see where
> > it gets stuck? I bet one of the notifiers goes to sleep (cpufreq, maybe).
> >
> Here we go (ok. i forgot __FUNCTION__ ...):
>
...same here. Until 2.6.18 working fine...
Thanks
>> On Fri, 23 Feb 2007 22:57:27 + (UTC) Mark Gray <[EMAIL PROTECTED]> wrote:
>> > i2o/hda:<3>Buffer I/O error on device i2o/hda, logical block 0
>> > Buffer I/O error on device i2o/hda, logical block 0
>>
>> Same error here. Both 2.6.19 and
Andrew Morton <[EMAIL PROTECTED]> writes:
> Yep. Straightforward machine partitioning. An attractive thing is that it
> 100% reuses existing page reclaim, unaltered.
And misses every resource sharing opportunity in sight. Except for
filtering the which pages are eligible for reclaim an RSS
On Sunday, 11 March 2007 20:04, Milan Broz wrote:
> Rafael J. Wysocki napsal(a):
> > On Sunday, 11 March 2007 19:08, Thomas Meyer wrote:
> >> Suspend to disk doesn't work on my laptop.
> >>
> >> The suspend seems to hang while enabling the non-boot cpus again.
> >>
> >> with platform = "test" and
On Sunday, 11 March 2007 20:16, Thomas Meyer wrote:
> Milan Broz schrieb:
> > Rafael J. Wysocki napsal(a):
> >
> >> On Sunday, 11 March 2007 19:08, Thomas Meyer wrote:
> >>
> >>> Suspend to disk doesn't work on my laptop.
> >>>
> >>> The suspend seems to hang while enabling the non-boot
On Sun, Mar 11, 2007 at 01:07:23PM +0300, Cyrill Gorcunov wrote:
> [Sam Ravnborg - Sat, Mar 10, 2007 at 11:45:34PM +0100]
> | On Sat, Mar 10, 2007 at 10:34:41PM +0100, Jan Engelhardt wrote:
> | >
> | > On Mar 10 2007 22:27, Sam Ravnborg wrote:
> | > >On Sat, Mar 10, 2007 at 07:23:41PM +0100, Jan
"Michael S. Tsirkin" <[EMAIL PROTECTED]> writes:
> OK I guess. I gather we assume writing read-only registers has no side
> effects?
> Are there rumors circulating wrt to these?
I haven't heard anything about that, and if we are writing the same value back
it should be pretty safe.
I have
On Sat, Mar 10, 2007 at 04:57:35PM -0500, Robert P. J. Day wrote:
>
> Delete apparently unused header files.
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
>
> ---
>
> drivers/message/fusion/lsi/mpi_inb.h| 221 --
> drivers/message/fusion/lsi/mpi_log_fc.h |
Sorry the systems hangs here:
Mar 11 20:55:46 [kernel] CPU 1 is now offline
Mar 11 20:55:46 [kernel] SMP alternatives: switching to UP code
Mar 11 20:55:46 [kernel] PM: Removing info for No Bus:cpu1
Mar 11 20:55:46 [kernel] PM: Removing info for No Bus:msr1
Mar 11 20:55:46 [kernel] CPU1 is down
Rafael J. Wysocki:
> Ah, NO_HZ. Thomas Gleixner's address added to the Cc list.
>
>> short printk trace
>>
>> enable_nonboot_cpus
>> _cpu_up
>> raw_notifier_callchain (CPU_UP_PREPARE)
>> ...
>> update_sched_domains
>> detach_destroy_domains
>>[waits here] -->
Guilt v0.22 is available for download (once it mirrors out on kernel.org).
Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
queues-like functionality and interface to git.
Tarballs:
http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/
Git repo:
Quoting Herbert Poetzl ([EMAIL PROTECTED]):
> On Fri, Mar 09, 2007 at 11:27:07PM +0530, Srivatsa Vaddagiri wrote:
> > On Fri, Mar 09, 2007 at 01:38:19AM +0100, Herbert Poetzl wrote:
> > > > 2) you allow a task to selectively reshare namespaces/subsystems with
> > > >another task, i.e. you can
Herbert,
> sorry, I'm not in the lucky position that I get payed
> for sending patches to LKML, so I have to think twice
> before I invest time in coding up extra patches ...
>
> i.e. you will have to live with my comments for now
looks like you have no better argurments then that...
>>Looks
vatsa wrote:
> Yes, that way only the hierarchy hosting cpusets takes the hit of
> double-locking. cpuset_subsys->create/destroy can take this additional lock
> inside cpuset.c.
The primary reason for the cpuset double locking, as I recall, was because
cpusets needs to access cpusets inside the
On Sunday, 11 March 2007 21:23, Milan Broz wrote:
> Rafael J. Wysocki:
> > Ah, NO_HZ. Thomas Gleixner's address added to the Cc list.
> >
> >> short printk trace
> >>
> >> enable_nonboot_cpus
> >> _cpu_up
> >> raw_notifier_callchain (CPU_UP_PREPARE)
> >> ...
> >> update_sched_domains
Rafael J. Wysocki schrieb:
On Sunday, 11 March 2007 21:23, Milan Broz wrote:
Rafael J. Wysocki:
Ah, NO_HZ. Thomas Gleixner's address added to the Cc list.
short printk trace
enable_nonboot_cpus
_cpu_up
raw_notifier_callchain (CPU_UP_PREPARE)
...
On Mar 11 2007 22:15, Cong WANG wrote:
>
> I have a question about coding style in linux kernel. In
> Documention/CodingStyle, it is said that "Linux style for comments is
> the C89 "/* ... */" style. Don't use C99-style "// ..." comments."
> _But_ I see a lot of '//' style comments in current
This patch initialises the SAK member of the vc_cons variable on all virtual
terminals, not only the first one. This prevents an oops when trying
Sysrq-C on e.g. the second virtual terminal:
kernel BUG at kernel/workqueue.c:212!
invalid opcode: [1] SMP
CPU 0
Modules linked in: i915
On Sunday, 11 March 2007 21:28, Thomas Meyer wrote:
> Rafael J. Wysocki schrieb:
> > On Sunday, 11 March 2007 21:23, Milan Broz wrote:
> >
> >> Rafael J. Wysocki:
> >>
> >>> Ah, NO_HZ. Thomas Gleixner's address added to the Cc list.
> >>>
> >>>
> short printk trace
>
>
On Sunday 11 March 2007 16:35:50 Jan Engelhardt wrote:
> On Mar 11 2007 22:15, Cong WANG wrote:
> > Another question is about NULL. AFAIK, in user space, using NULL is
> > better than directly using 0 in C. In kernel, I know it used its own
> > NULL, which may be defined as ((void*)0), but it's
From: Eric Moore <[EMAIL PROTECTED]>
Date: Sun, 11 Mar 2007 13:55:54 -0600
> On Sat, Mar 10, 2007 at 04:57:35PM -0500, Robert P. J. Day wrote:
> >
> > Delete apparently unused header files.
> >
> > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
> >
> > ---
> >
> >
From: Bernhard Walle <[EMAIL PROTECTED]>
Date: Sun, 11 Mar 2007 21:41:38 +0100
> This patch initialises the SAK member of the vc_cons variable on all virtual
> terminals, not only the first one.
No it doesn't
> --- linux-2.6.21-rc3.orig/drivers/char/vt.c
> +++ linux-2.6.21-rc3/drivers/char/vt.c
Rafael J. Wysocki schrieb:
Okay, but could you please compile the kernel without NO_HZ and retest?
Sure.
But i get the same behaviour:
Mar 11 21:42:07 [kernel] processor ACPI0007:00: freeze
Mar 11 21:42:07 [kernel] button button_power:00: freeze
Mar 11 21:42:07 [kernel] acpi
Thomas Meyer napsal(a):
> Rafael J. Wysocki schrieb:
>> On Sunday, 11 March 2007 21:23, Milan Broz wrote:
>>
>>> Rafael J. Wysocki:
>>>
Ah, NO_HZ. Thomas Gleixner's address added to the Cc list.
> short printk trace
>
> enable_nonboot_cpus
> _cpu_up
> From: Andrew Morton
> Newsgroups: gmane.linux.kernel
> Subject: Re: [RFC PATCH 1/3] Add ability to keep track of callers of
> symbol_(get|put)
> Date: Sun, 11 Mar 2007 00:09:38 -0800
>
>> On Sat, 10 Mar 2007 02:31:35 -0200 Mauro Carvalho Chehab <[EMAIL PROTECTED]>
>> wrote:
>> From: Trent
Milan Broz schrieb:
Thomas Meyer napsal(a):
Rafael J. Wysocki schrieb:
On Sunday, 11 March 2007 21:23, Milan Broz wrote:
Rafael J. Wysocki:
Ah, NO_HZ. Thomas Gleixner's address added to the Cc list.
short printk trace
enable_nonboot_cpus
On Sunday, 11 March 2007 21:57, Milan Broz wrote:
> Thomas Meyer napsal(a):
> > Rafael J. Wysocki schrieb:
> >> On Sunday, 11 March 2007 21:23, Milan Broz wrote:
> >>
> >>> Rafael J. Wysocki:
> >>>
> Ah, NO_HZ. Thomas Gleixner's address added to the Cc list.
>
>
>
On Sun, 11 Mar 2007, Eric Moore wrote:
> On Sat, Mar 10, 2007 at 04:57:35PM -0500, Robert P. J. Day wrote:
> >
> > Delete apparently unused header files.
> >
> > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
> >
> > ---
> >
> > drivers/message/fusion/lsi/mpi_inb.h| 221
* David Miller <[EMAIL PROTECTED]> [2007-03-11 21:52]:
> > + /* INIT_WORK(_cons[currcons].SAK_work, vc_SAK); */
>
> The code is commented out, so it won't do anything.
Sorry, you're right. I commented the line out just to generate again
the oops message to write the patch description
This patch initialises the SAK member of the vc_cons variable on all virtual
terminals, not only the first one. This prevents an oops when trying
Sysrq-C on e.g. the second virtual terminal:
kernel BUG at kernel/workqueue.c:212!
invalid opcode: [1] SMP
CPU 0
Modules linked in: i915
On Sun, 2007-03-11 at 13:20 +0100, Mike Galbraith wrote:
> I'll boot up nosmp and report back
Hohum. nosmp doesn't boot (locks after ide [bla] IRQ 14), will
recompile UP in the A.M. and try again.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Since 2.6.20 /sys/devices/system/cpu/cpuX/online isn't there anymore. The
directories exist, though. I also tested linux-2.6.21rc3. I had a look at the
archives and I found nothing about the removal of that file, which is still
documented in Documentation/cpu-hotplug.txt. I don't know if other
On Thu, 2007-03-08 at 19:39 +0900, Ian Kent wrote:
> On Thu, 2007-03-08 at 11:12 +0100, Thomas Renninger wrote:
> > On Thu, 2007-03-08 at 01:28 -0800, Andrew Morton wrote:
> > > > On Thu, 08 Mar 2007 09:57:56 +0100 Thomas Renninger <[EMAIL PROTECTED]>
> > > > wrote:
> > > > I saw this happening
Jiri Kosina napsal(a):
On Fri, 9 Mar 2007, Jiri Kosina wrote:
If this is present also in vanilla and not only in -mm, could you please
try reverting commits 4237081e573b99a48991aa71364b0682c444651c and
d4ae650a904612ffb7edd3f28b69b022988d2466 and let me know if the
situation gets any better?
On Sun, 11 Mar 2007 13:50:37 +1100, Rusty Russell said:
> Well, this is what I sent to Linus and Andrew (many thanks to those who
> made appropriately whimsical *or* useful comments):
Ahh.. much better - it's now a form that even I can get my brain wrapped around
:)
pgpkbTo4rWBle.pgp
On 3/11/07, Giuliano Pochini <[EMAIL PROTECTED]> wrote:
Since 2.6.20 /sys/devices/system/cpu/cpuX/online isn't there anymore. The
directories exist, though. I also tested linux-2.6.21rc3. I had a look at the
archives and I found nothing about the removal of that file, which is still
documented
On Sun, 11 Mar 2007, Jiri Slaby wrote:
> > - /* make sure the unused bits in the last byte are zeros */
> > - if (count > 0 && size > 0)
> > - data[(offset+count*size-1)/8] = 0;
> > -
> No, this doesn't help -- -rc3-mm2 minus this behaves exactly the same.
> -rc3 without this patch
On Sun, 2007-03-11 at 22:09 +0100, Rafael J. Wysocki wrote:
> > > update_sched_domains
> > > detach_destroy_domains
> > >[waits here] --> synchronize_sched (==synchronize_rcu)
> > >
> > Well, I think the call to wait_for_completion() does not return,
On Monday 12 March 2007 05:11, Al Boldi wrote:
> Al Boldi wrote:
> > BTW, another way to show these hickups would be through some kind of a
> > cpu/proc timing-tracer. Do we have something like that?
>
> Here is something like a tracer.
>
> Original idea by Chris Friesen, thanks, from this post:
Jiri Kosina napsal(a):
On Sun, 11 Mar 2007, Jiri Slaby wrote:
- /* make sure the unused bits in the last byte are zeros */
- if (count > 0 && size > 0)
- data[(offset+count*size-1)/8] = 0;
-
No, this doesn't help -- -rc3-mm2 minus this behaves exactly the same.
-rc3
Thomas Gleixner schrieb:
On Sun, 2007-03-11 at 22:09 +0100, Rafael J. Wysocki wrote:
update_sched_domains
detach_destroy_domains
[waits here] --> synchronize_sched (==synchronize_rcu)
Well, I think the call to wait_for_completion() does not return,
On Mar 11, 2007, at 16:41:51, Daniel Hazelton wrote:
On Sunday 11 March 2007 16:35:50 Jan Engelhardt wrote:
On Mar 11 2007 22:15, Cong WANG wrote:
So can I say using NULL is better than 0 in kernel?
On what basis? Do you even know what NULL is defined as in (C, not
C++) userspace? Think
Jiri Slaby napsal(a):
Jiri Kosina napsal(a):
Hmm, strange, I did bet that this would have solved the problem, as
the code is for sure bogus and could be causing these kinds of
problems (I
Hmm, so I'll check this out again to eliminate human factor.
verified.
--
On Monday 12 March 2007 08:52, Con Kolivas wrote:
> And thank you! I think I know what's going on now. I think each rotation is
> followed by another rotation before the higher priority task is getting a
> look in in schedule() to even get quota and add it to the runqueue quota.
> I'll try a
Con,
Recent kernel versions have real problems for me on the interactivity front,
with even a simple 'make' of my C++ program (PowerDNS) causing Firefox to
slow down to a crawl.
RSDL fixed all that, the system is noticeably snappier.
As a case in point, I used to notice when a compile was done
On Sun, 11 Mar 2007 13:55:54 MDT, Eric Moore said:
>
> With respect to mpi_log_fc.h - this defines the loginfo for fibre channel
> protocal. This is a easy lookup to for LSI Logic customers to better
> understand the kind of errors returned from firmware, and help reduce number
> of support
I am attempting to make a 2.6.20 kernel boot on a Cray XD1 node with a
Mellanox InfiniBand card installed, however both the ancient supplied
cray 2.6.5 suse derivative, and a 2.6.20 kernel I just booted fail
on APIC initialization.
Below is a diff of boot-up logs from a node without the mellanox
This patch for the linux-usb-devel tree adds two more
product ids to the dm9601 driver. These ids were found on
rebadged dm9601 devices in the wild.
Signed-off-by: Jon Dowland <[EMAIL PROTECTED]>
---
drivers/usb/net/dm9601.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Sat, 10 Mar 2007 18:09:23 -0800 (PST)
> Page table pages have the characteristics that they are typically zero
> or in a known state when they are freed. This is usually the exactly
> same state as needed after allocation. So it makes sense to
Description: Check the return value of kmalloc() in function
se401_start_stream(), in file drivers/media/video/se401.c.
Signed-off-by: Amit Choudhary <[EMAIL PROTECTED]>
diff --git a/drivers/media/video/se401.c b/drivers/media/video/se401.c
index 7aeec57..006c818 100644
---
Just one point that may be interesting, as it seems that this is IRQ
related : at the beginning of the dmesg, it seems that IRQ16 is used
for sky2/Yukon , but when reading /proc/interrupts, it has been remapped
to IRQ 505... Could this also affect libata ?
Regards,
Paul
Paul Rolland,
On Sun, 11 Mar 2007, Paul Rolland wrote:
>
> Nope... I tried several patches from Tejun, and also some that Jeff posted
> to linux-ide, but no luck. The only way to have this DVD-RW working is to
> use irqpoll on the command line...
So it has *never* worked? That's what I'm trying to see - you
Hello,
> > Nope... I tried several patches from Tejun, and also some
> that Jeff posted
> > to linux-ide, but no luck. The only way to have this DVD-RW
> working is to
> > use irqpoll on the command line...
>
> So it has *never* worked? That's what I'm trying to see - you had a
> "before" and
* Michael S. Tsirkin <[EMAIL PROTECTED]> wrote:
> > So either there are other sites that instanciate those objects and
> > forget about the lock init, or the object is corrupted (use after free?)
>
> OK, thanks for the hint. So I added this:
> And sure enough it triggers:
>
> [ 858.503010]
* Michael S. Tsirkin <[EMAIL PROTECTED]> wrote:
> After adding some printks, I started getting these:
>
> [ 597.036720] BUG: MAX_STACK_TRACE_ENTRIES too low!
this should go away if you double the size of MAX_STACK_TRACE_ENTRIES in
kernel/lockdep_internals.h. (keep it a power of two) If it
On Monday 12 March 2007 09:29, bert hubert wrote:
> Con,
>
> Recent kernel versions have real problems for me on the interactivity
> front, with even a simple 'make' of my C++ program (PowerDNS) causing
> Firefox to slow down to a crawl.
>
> RSDL fixed all that, the system is noticeably snappier.
This patch add an anonymous inode source, to be used for files that need
and inode only in order to create a file*. We do not care of having an
inode for each file, and we do not even care of having different names in
the associated dentries (dentry names will be same for classes of file*).
This patch wire the signalfd system call to the x86_64 architecture.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.20.ep2/include/asm-x86_64/unistd.h
===
--- linux-2.6.20.ep2.orig/include/asm-x86_64/unistd.h
This patch wire the signalfd system call to the i386 architecture.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.20.ep2/arch/i386/kernel/syscall_table.S
===
--- linux-2.6.20.ep2.orig/arch/i386/kernel/syscall_table.S
This patch implement the necessary compat code for the signalfd system call.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.20.ep2/fs/compat.c
===
--- linux-2.6.20.ep2.orig/fs/compat.c 2007-03-11 14:28:28.0
This patch wire the timerfd system call to the i386 architecture.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.20.ep2/arch/i386/kernel/syscall_table.S
===
--- linux-2.6.20.ep2.orig/arch/i386/kernel/syscall_table.S
301 - 400 of 462 matches
Mail list logo
