static ssize_t
store_fan_div (struct device *dev, struct device_attribute *devattr,
const char *buf, size_t count)
{...}
IIRC, many like the entire sig on one line, because its grep friendly.
I personally like the above, but grep-ability is hard to argue against.
(I
Matt wrote:
This interface is primarily useful for doing memory profiling and not much use
on deployed embedded boxes. Make it optional. Together with
/proc/pid/clear_refs, this save a few K.
How about a single config option for all these?
===
maps2-CONFIG_PROC_PAGE_MONITOR.patch
Merge the
Alan Stern writes:
In answer to both questions: We need the freezer in order to implement
hibernate. Even if we take your advice and stop using the freezer
during suspend, these issues would still remain and would need to be
solved.
Stepping back for a minute, let's think about what the
We can just wait for all fuse requests to be serviced before
proceeding further with freeze, right?
Right. Nice way to slow down or stop the suspend with an unprivileged
process. Avoiding that sort of DoS is one of the design goals of
fuse.
So you want me to handle _malicious_
On Jul 7 2007 18:26, Michael Kerrisk wrote:
I recently released man-pages-2.61.
utimensat() was introduced in Linux 2.6.22-rc1.
Yes, I am aware.
I am kindly hinting that it does not yet have a manpage yet :)
Such a hint is a good idea. But strangely, you send it to me,
rather than the
* Alan Stern Date: Fri, 6 Jul 2007 11:13:14 -0400 (EDT)
Why are you guys working so hard and spending so much energy to try to
avoid doing the right thing is beyond my understanding...
It _does_ apply to kernel threads. That's exactly why I wrote above
that kernel threads which try to
(added Matt to the Cc: list)
* Christoph Lameter [EMAIL PROTECTED] wrote:
Maintenance of slab allocators becomes a problem as new features for
allocators are developed. The SLOB allocator in particular has been
lagging behind in many ways in the past:
- Had no support for
Just got this oops while I was updating my system:
Unable to handle kernel NULL pointer dereference at 02a6 RIP:
[802861b6] vfs_permission+0x6/0x10
PGD 120f9067 PUD 4f5ec067 PMD 0
Oops: [1] SMP
CPU 0
Pid: 14067, comm: touch Not tainted 2.6.22-rc6-mm1-cfs-v19 #7
RIP:
We can just wait for all fuse requests to be serviced before
proceeding further with freeze, right?
Right. Nice way to slow down or stop the suspend with an unprivileged
process. Avoiding that sort of DoS is one of the design goals of
fuse.
So you want me to handle _malicious_
On Sun, 8 Jul 2007 07:14:52 +0200 Markus Trippelsdorf [EMAIL PROTECTED] wrote:
Just got this oops while I was updating my system:
Unable to handle kernel NULL pointer dereference at 02a6 RIP:
[802861b6] vfs_permission+0x6/0x10
PGD 120f9067 PUD 4f5ec067 PMD 0
Oops:
Hello Thomas,
I have build an implementation for the routine
futex_atomic_cmpxchg_inatomic() to make PTHREAD_PRIO_INHERIT mutex
work on ARM.
Compared to other architectures where CPU specific assembler is used,
it is probably not the most optimal implementation possible, but I
tested it
Hello, list,
I have a little note for this.
About 1 - 1.5 years before i have the same problem.
I have 4 server, each has 3 sata sil card, and 2 of 4 servers freezed in the
first time during the raid5 resyncing!
After restart, the box kicked 2 hdd-s from the array, that are on the same
card.
I
* Rodolfo Giometti (Thu, 28 Jun 2007 18:14:50 +0200)
* Organization: GNU/Linux Device Drivers, Embedded Systems and Courses
+.PHONY : all depend dep
+
+all : .depend $(TARGETS)
+
+.depend depend dep :
+ $(CC) $(CFLAGS) -M $(TARGETS:=.c) .depend
[]
+# -- Clean section
Steven Rostedt wrote:
On Fri, 2007-07-06 at 16:12 +1000, Nick Piggin wrote:
Mathieu Desnoyers wrote:
migration_disable();
local_inc(__get_cpu_var(my_local_t_var));
migration_enable();
[...]
This seems like way too much stuff to add just for this type of thing. Why
not just disable
Ingo Molnar wrote:
(added Matt to the Cc: list)
* Christoph Lameter [EMAIL PROTECTED] wrote:
Maintenance of slab allocators becomes a problem as new features for
allocators are developed. The SLOB allocator in particular has been
lagging behind in many ways in the past:
- Had no support
Rusty Russell wrote:
Matt wrote:
This lets it get shared outside of proc/ and linked in only when needed.
Erk, this really belongs in the mm dir. You can use lib-y +=
pagewalk.o there, and it seems to work as well as doing it in lib.
+1 from me, again :)
--
SUSE Labs, Novell Inc.
-
To
On Sat, Jul 07, 2007 at 08:53:49PM +0200, Jan Engelhardt wrote:
On Jul 7 2007 00:26, Andrea Arcangeli wrote:
Subject: RFC: CONFIG_PAGE_SHIFT (aka software PAGE_SIZE)
I wonder what happens if the soft page size gets set to 2048 bytes :)
Well the min allowed shift is 12 so you can't set it
* Nick Piggin [EMAIL PROTECTED] wrote:
I said exactly the same thing last time this came up. I would love to
remove code if its functionality can be adequately replaced by
existing code, but I think your reasons for removing SLOB aren't that
good, and just handwaving away the significant
Adrian Bunk [EMAIL PROTECTED] wrote:
Compilation on v850 fails with the following error (since 2.6.19):
I'm surprised it hasn't been fixed yet. However, it does require some
arch-specific work, so I'm not sure I can do all of it.
David
-
To unsubscribe from this list: send the line
* Remy Bohmer [EMAIL PROTECTED] wrote:
--- linux-2.6.21.orig/include/asm/futex.h 2007-04-26 05:08:32.0
+0200
patch format problem: never diff the asm/ files, diff the asm-arm/
files.
+ local_irq_save(flags);
+
+ err = get_user(uval, uaddr);
is it safe to do a
On Jul 8 2007 09:30, Michael Kerrisk wrote:
On Jul 7 2007 18:26, Michael Kerrisk wrote:
I recently released man-pages-2.61.
utimensat() was introduced in Linux 2.6.22-rc1.
Yes, I am aware.
I am kindly hinting that it does not yet have a manpage yet :)
Such a hint is a good idea. But
On Jul 7 2007 18:49, Jim Cromie wrote:
forex:
static ssize_t
store_fan_div (struct device *dev, struct device_attribute *devattr,
const char *buf, size_t count)
{...}
IIRC, many like the entire sig on one line, because its grep friendly.
I personally like the above, but
Nick Piggin [EMAIL PROTECTED] writes:
I made some tests of the queued spinlock code using userspace test code on
64-bit processors. I believe the xadd based code no longer has any theoretical
memory ordering problems.
Linus, the background of this is that on 8 socket Opteron systems
the
Ingo Molnar wrote:
* Nick Piggin [EMAIL PROTECTED] wrote:
I said exactly the same thing last time this came up. I would love to
remove code if its functionality can be adequately replaced by
existing code, but I think your reasons for removing SLOB aren't that
good, and just handwaving away
Christoph Lameter [EMAIL PROTECTED] writes:
A cmpxchg is less costly than interrupt enabe/disable
That sounds wrong.
-Andi
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Sun, Jul 08, 2007 at 01:20:16AM -0700, Andrew Morton wrote:
On Sun, 8 Jul 2007 07:14:52 +0200 Markus Trippelsdorf [EMAIL PROTECTED]
wrote:
...
touch src/.depend # to prevent unecessary warnings
make: *** [dep] Killed
ug. nd.dentry.d_inode (as set up by do_utimes()) is garbage. I
Bodo Eggert wrote:
On Sat, 7 Jul 2007, Jan Engelhardt wrote:
On Jul 5 2007 19:08, H. Peter Anvin wrote:
BTW: Is it possible to mount a tmpfs on / before extracting the cpio?
Not in the stock kernel. There have been some patches floating around
for that, I think.
What would it
Hi all :)
I know, this has been treated on the list before (year 2005) but
without any real solution I'm aware of.
I'm running kernel 2.6.20.14, and I have an ATAPI DVD writer that I
use with an IDE-to-USB adapter, so it appears as an SCSI drive to the
kernel.
Anytime I rip
On Sun, Jul 08, 2007 at 01:18:10PM +0200, Andi Kleen wrote:
Nick Piggin [EMAIL PROTECTED] writes:
I made some tests of the queued spinlock code using userspace test code on
64-bit processors. I believe the xadd based code no longer has any
theoretical
memory ordering problems.
* Nick Piggin [EMAIL PROTECTED] wrote:
cool. I was referring to something else: people were running -rt on
their beefy desktop boxes with several gigs of RAM they complained
about the slowdown that is caused by SLOB's linear list walking.
That is what I meant by scalable to large
On Jul 8 2007 09:30, Michael Kerrisk wrote:
On Jul 7 2007 18:26, Michael Kerrisk wrote:
I recently released man-pages-2.61.
utimensat() was introduced in Linux 2.6.22-rc1.
Yes, I am aware.
I am kindly hinting that it does not yet have a manpage yet :)
Such a hint is a good
Hello,
I hope you can help me with the following problem.
One of my systems got some bigger problems, it stops and/or reboots every few
days.
Today I was able to make a screenshot of the kernel oops, it's attached to this
email. Because I made it via a digital photography and typing it in again
Robert P. J. Day wrote:
as i understand it, schedule_timeout() should always be called with
a current-state of TASK_INTERRUPTIBLE or TASK_UNINTERRUPTIBLE, no?
No.
Yes, it is pointless to call schedule() if it is known that -state ==
TASK_RUNNING, but sometimes the task doesn't know its state
Hi,
On 08/07/07, WebLab Help [EMAIL PROTECTED] wrote:
Hello,
I hope you can help me with the following problem.
One of my systems got some bigger problems, it stops and/or reboots every few
days.
Today I was able to make a screenshot of the kernel oops, it's attached to this
email. Because I
Hi Matt,
+#ifdef CONFIG_PROC_PAGEMAP
+struct pagemapread {
+ struct mm_struct *mm;
+ unsigned long next;
+ unsigned long *buf;
+ pte_t *ptebuf;
+ unsigned long pos;
+ size_t count;
+ int index;
+ char __user *out;
+};
+
+static int flush_pagemap(struct
+ * Each entry is a pair of unsigned longs representing the
+ * corresponding physical page, the first containing the page flags
+ * and the second containing the page use count.
+ *
+ * The first 4 bytes of this file form a simple header:
+ *
+ * first byte: 0 for big endian, 1 for
This is the second set of updates for the 2.6.23 merge window. This time
around, the patchset includes the cpu hotplug fixes (which also make
suspend and resume robust in the presence of running virtual machines). Also
included are a few fixes and core updates.
Avi Kivity (11):
KVM: VMX:
From: Gregory Haskins [EMAIL PROTECTED]
With kernel-injected interrupts, we need to check for interrupts on
lightweight exits too.
Signed-off-by: Gregory Haskins [EMAIL PROTECTED]
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/vmx.c |6 +++---
1 files changed, 3 insertions(+),
From: Nitin A Kamble [EMAIL PROTECTED]
For use in real mode.
Signed-off-by: Nitin A Kamble [EMAIL PROTECTED]
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/x86_emulate.c | 17 +++--
1 files changed, 15 insertions(+), 2 deletions(-)
diff --git
From: Nitin A Kamble [EMAIL PROTECTED]
Signed-off-by: Nitin A Kamble [EMAIL PROTECTED]
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/x86_emulate.c | 12
1 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/kvm/x86_emulate.c
From: Gregory Haskins [EMAIL PROTECTED]
Signed-off-by: Gregory Haskins [EMAIL PROTECTED]
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/kvm.h | 60 ++
drivers/kvm/kvm_main.c | 94 +--
2 files changed,
From: Eddie Dong [EMAIL PROTECTED]
Useful for the PIC and PIT.
Signed-off-by: Yaozu (Eddie) Dong [EMAIL PROTECTED]
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/kvm.h |5 -
drivers/kvm/kvm_main.c | 33 +
2 files changed, 37
From: Luca Tettamanti [EMAIL PROTECTED]
When writing to normal memory and the memory area is unchanged the write
can be safely skipped, avoiding the costly kvm_mmu_pte_write.
Signed-Off-By: Luca Tettamanti [EMAIL PROTECTED]
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/kvm_main.c
Protected mode code may have corrupted the real-mode tss, so re-initialize
it when switching to real mode.
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/vmx.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/kvm/vmx.c b/drivers/kvm/vmx.c
index
From: Luca Tettamanti [EMAIL PROTECTED]
When the old value and new one are the same the emulator skips the
write; this is undesirable when the destination is a MMIO area and the
write shall be performed regardless of the previous value. This
optimization breaks e.g. a Linux guest APIC compiled
A vmexit implicitly flushes the tlb; the code is bogus.
Noted by Shaohua Li.
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/vmx.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/kvm/vmx.c b/drivers/kvm/vmx.c
index 42a9163..7d04ffa 100644
---
From: Joerg Roedel [EMAIL PROTECTED]
This patch adds an implementation to the svm is_disabled function to
detect reliably if the BIOS disabled the SVM feature in the CPU. This
fixes the issues with kernel panics when loading the kvm-amd module on
machines where SVM is available but disabled.
From: Shaohua Li [EMAIL PROTECTED]
Need to flush the tlb after updating a pte, not before.
Signed-off-by: Shaohua Li [EMAIL PROTECTED]
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/mmu.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/kvm/mmu.c
This defines on_cpu() which is similar to smp_call_function_single()
except that it works if cpu happens to be the current cpu. Can also be
seen as a complement to on_each_cpu() (which also doesn't treat the
current cpu specially).
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
CPU_DYING is called in atomic context, so don't try to take any locks.
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
kernel/cpuset.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/kernel/cpuset.c b/kernel/cpuset.c
index 4c49188..c4d123f 100644
--- a/kernel/cpuset.c
Remove unnecessary ones, and rearange the remaining in the standard order.
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/kvm_main.c | 18 +++---
drivers/kvm/mmu.c | 10 ++
drivers/kvm/svm.c |7 ---
drivers/kvm/vmx.c |5 +++--
4
KVM wants a notification when a cpu is about to die, so it can disable
hardware extensions, but at a time when user processes cannot be scheduled
on the cpu, so it doesn't try to use virtualization extensions after they
have been disabled.
This adds a CPU_DYING notification. The notification is
kvm uses a pseudo filesystem, kvmfs, to generate inodes, a job that the
new anonymous inodes source does much better.
Cc: Davide Libenzi [EMAIL PROTECTED]
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/kvm_main.c | 143
Only at the CPU_DYING stage can we be sure that no user process will
be scheduled onto the cpu and oops when trying to use virtualization
extensions.
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/kvm_main.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
By keeping track of which cpus have virtualization enabled, we
prevent double-enable or double-disable during hotplug, which is a
very fatal oops.
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/kvm_main.c | 45 +
1 files changed, 33
The hotplug IPIs can be called from the cpu on which we are currently
running on, so use on_cpu(). Similarly, drop on_each_cpu() for the
suspend/resume callbacks, as we're in atomic context here and only one
cpu is up anyway.
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
CPU_DYING is notified in atomic context, so no taking mutexes here.
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
arch/i386/kernel/cpu/mcheck/therm_throt.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/i386/kernel/cpu/mcheck/therm_throt.c
On Sun, Jul 08, 2007 at 12:41:55AM -0400, Tim Hull wrote:
After reading the ThinkPad wiki link, I've found that the problem has
to do with the C3 and C4 ACPI states. I'm guessing that the 2.6.18
kernel I was using on Debian Etch just happened to not support full
power management on my MacBook
I'm adding Jens Axboe to the CC list (BLOCK layer maintainer).
In message [EMAIL PROTECTED], Adrian Bunk writes:
On Thu, Jun 28, 2007 at 03:43:21AM -0700, Andrew Morton wrote:
...
Changes since 2.6.22-rc4-mm2:
...
git-unionfs.patch
...
git trees
...
CONFIG_UNION_FS=y,
* Avi Kivity [EMAIL PROTECTED] wrote:
From: Shaohua Li [EMAIL PROTECTED]
Need to flush the tlb after updating a pte, not before.
rmap_remove(vcpu, spte);
- kvm_flush_remote_tlbs(vcpu-kvm);
set_shadow_pte(spte, *spte ~PT_WRITABLE_MASK);
+
Hi!
And then you will face the problem of a user task doing I/O during
hibernate after the atomic snapshot has been made.
I don't think that this is possible in normal conditions. It would be
possible
if, for example, the task were waiting for an unavailable resource and that
On Thu, 5 Jul 2007 14:51:35 +0530
Midhun Agnihotram [EMAIL PROTECTED] wrote:
Is it necessary that the firmware (may be bootloader) notify about
the MMC host to Linux? The kernel documentation (platform.txt) says :
The firmware should notify the platform bus about devices before the
DervishD wrote at lkml:
Hi all :)
I know, this has been treated on the list before (year 2005) but
without any real solution I'm aware of.
I'm running kernel 2.6.20.14, and I have an ATAPI DVD writer that I
use with an IDE-to-USB adapter, so it appears as an SCSI drive to the
Hi!
We can just wait for all fuse requests to be serviced before
proceeding further with freeze, right?
Right. Nice way to slow down or stop the suspend with an unprivileged
process. Avoiding that sort of DoS is one of the design goals of
fuse.
So you want me to handle
Ingo Molnar wrote:
* Avi Kivity [EMAIL PROTECTED] wrote:
From: Shaohua Li [EMAIL PROTECTED]
Need to flush the tlb after updating a pte, not before.
rmap_remove(vcpu, spte);
- kvm_flush_remote_tlbs(vcpu-kvm);
set_shadow_pte(spte,
On Sun, 08 Jul 2007, Carlo Wood wrote:
The most likely source of a noise as you seem to describe is a
ceramic capacitor. An alternative is some coil, but that you
usually only hear in cases where a high frequency is used inside
a voltage convertor (in order to reduce transformator or coil
Intel VT essentially introduces a new set of registers into the processor;
this means we cannot preempt kvm in kernel mode lest a new VM run with
and old VM's registers. In addition, kvm lazy switches some host registers
as well. (AMD does not introduce new registers, but we still want lazy
msr
Hi!
Instead of papering over the problem with borked solutions, maybe we should
just export ALL HRNGs to userspace. While at it, please add whatever is
needed so that userspace can talk to the kernel driver to get vital
information about the HRNG device the driver might have (the current
* Avi Kivity [EMAIL PROTECTED] wrote:
Intel VT essentially introduces a new set of registers into the
processor; this means we cannot preempt kvm in kernel mode lest a new
VM run with and old VM's registers. In addition, kvm lazy switches
some host registers as well. (AMD does not
Ingo Molnar wrote:
* Avi Kivity [EMAIL PROTECTED] wrote:
Intel VT essentially introduces a new set of registers into the
processor; this means we cannot preempt kvm in kernel mode lest a new
VM run with and old VM's registers. In addition, kvm lazy switches
some host registers as well.
Andrew Morton wrote:
On Sat, 30 Jun 2007 18:25:31 -0400 Daniel Drake [EMAIL PROTECTED] wrote:
This patch solves a 2.6.20.11 (and 2.6.21) regression added by the patch
titled x86: Don't probe for DDC on VBE1.2
The regression caused the screen resolution to be incorrectly adjusted
by 6 pixels.
+ [EMAIL PROTECTED] {
+ #interrupt-cells = 2;
Hm, why define that prop for a node with no children?
+ interrupts = 17 8;
+ interrupt-map = 0 0 0 1 700 17 8;
+ interrupt-map-mask = 0;
* Avi Kivity [EMAIL PROTECTED] wrote:
+#ifdef CONFIG_SCHED_KVM
+static __read_mostly struct sched_kvm_hooks kvm_hooks;
+#endif
please just add a current-put_vcpu() function pointer instead of this
hooks thing.
static inline void prepare_task_switch(struct rq *rq, struct task_struct
* Avi Kivity [EMAIL PROTECTED] wrote:
hm, why not do what i have in -rt? See the patch below. Seems to
work fine for me, although i might be missing something.
How can this work with 1 VM? We need to execute vmptrld with the new
VM's vmcs before touching any VT registers.
yeah,
Ingo Molnar wrote:
* Avi Kivity [EMAIL PROTECTED] wrote:
+#ifdef CONFIG_SCHED_KVM
+static __read_mostly struct sched_kvm_hooks kvm_hooks;
+#endif
please just add a current-put_vcpu() function pointer instead of this
hooks thing.
Won't that increase task_struct (16 bytes on
seems like we probably want this for 2.6.22... it fixes a panic that
I've seen actually reported by several users. Is there any risk to
merging it?
i guess getting it into 2.6.22.1 would be OK too.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
Roland Dreier wrote:
seems like we probably want this for 2.6.22... it fixes a panic that
I've seen actually reported by several users. Is there any risk to
merging it?
i guess getting it into 2.6.22.1 would be OK too.
Well, there were reports of miscompiles with the original patch. This
Hi Jean, Adrian:
* Jean Delvare [EMAIL PROTECTED] [2007-07-07 21:22:28 +0200]:
Hi Adrian,
On Fri, 6 Jul 2007 01:23:06 +0200, Adrian Bunk wrote:
coretemp_device_remove() can become static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Obviously correct.
Acked-by: Jean Delvare
On Sunday, 8 July 2007 14:09, Pavel Machek wrote:
Hi!
And then you will face the problem of a user task doing I/O during
hibernate after the atomic snapshot has been made.
I don't think that this is possible in normal conditions. It would be
possible
if, for example, the task
* Avi Kivity [EMAIL PROTECTED] wrote:
+#ifdef CONFIG_SCHED_KVM
+static __read_mostly struct sched_kvm_hooks kvm_hooks;
+#endif
please just add a current-put_vcpu() function pointer instead of
this hooks thing.
Won't that increase task_struct (16 bytes on 64-bit) unnecessarily?
The
Ingo Molnar wrote:
* Avi Kivity [EMAIL PROTECTED] wrote:
+#ifdef CONFIG_SCHED_KVM
+static __read_mostly struct sched_kvm_hooks kvm_hooks;
+#endif
please just add a current-put_vcpu() function pointer instead of
this hooks thing.
Won't that increase task_struct (16 bytes on
* Avi Kivity [EMAIL PROTECTED] wrote:
Won't that increase task_struct (16 bytes on 64-bit) unnecessarily?
The function pointers are common to all virtual machines.
well, this function pointer could then be reused by other virtual
machines as well, couldnt it?
I don't get this.
On Sunday, 8 July 2007 09:21, Miklos Szeredi wrote:
We can just wait for all fuse requests to be serviced before
proceeding further with freeze, right?
Right. Nice way to slow down or stop the suspend with an unprivileged
process. Avoiding that sort of DoS is one of the design
On Sun, Jul 08, 2007 at 12:37:48PM +, Pavel Machek wrote:
I'm talking malicious _filesystems_ here, and yes, fuse is first of
this kind. We want to handle unresponding NFS, but I believe handling
malicious NFS server nicely is slightly out of scope.
If your variant doesn't handle
Hi,
On Saturday 07 July 2007, Arnd Bergmann wrote:
On Saturday 07 July 2007, Sergei Shtylyov wrote:
Arnd Bergmann wrote:
This adds support for MMIO IDE device like CompactFlash
in TrueIDE mode.
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
Signed-off-by: Vitaly Bordug
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/bart/ide-2.6.git/
to receive the following updates:
drivers/ide/legacy/qd65xx.c |3 +--
drivers/ide/pci/sis5513.c |1 +
include/linux/pci_ids.h |1 +
3 files changed, 3 insertions(+), 2 deletions(-)
Bartlomiej
We can just wait for all fuse requests to be serviced before
proceeding further with freeze, right?
Right. Nice way to slow down or stop the suspend with an unprivileged
process. Avoiding that sort of DoS is one of the design goals of
fuse.
So you want me to
Tejun:
You remember the problem we faced with suicidal sysfs attributes and
the device_schedule_callback() routine that fixes it?
Well, it turns out that this approach may confict with suspend/resume
processing. In brief, it's not a good idea to unregister devices while
a suspend is in
Pavel Machek wrote:
We are stuck with refrigerator for now, and at least for hibernation,
I don't see any feasible alternative.
Feasible alternative?
Freezing is the only way to successfully suspend, in kernel space that is.
The problem here is: Why do we freeze in kernel space?
APM didn't
Ingo Molnar wrote:
* Avi Kivity [EMAIL PROTECTED] wrote:
Won't that increase task_struct (16 bytes on 64-bit) unnecessarily?
The function pointers are common to all virtual machines.
well, this function pointer could then be reused by other virtual
machines as well, couldnt it?
On Sun, Jul 08, 2007 at 12:09:11PM +0200, Markus Trippelsdorf wrote:
On Sun, Jul 08, 2007 at 01:20:16AM -0700, Andrew Morton wrote:
On Sun, 8 Jul 2007 07:14:52 +0200 Markus Trippelsdorf [EMAIL PROTECTED]
wrote:
...
touch src/.depend # to prevent unecessary warnings
make: *** [dep]
On Fri, 6 Jul 2007 11:05:18 +0100
Alan Cox [EMAIL PROTECTED] wrote:
On Thu, 5 Jul 2007 22:13:51 -0400
Andres Salomon [EMAIL PROTECTED] wrote:
Geode hardware requires no delay when doing power transition for PCI;
the board doesn't even have a real PCI bus. Thanks to Tom Sylla for
Hi people,
I have kernel 2.6.21.5 and when trying to insert the kvm-amd module I
get this oops:
[EMAIL PROTECTED]:~# modprobe kvm-amd
int3: [1] PREEMPT SMP
CPU 1
Modules linked in: kvm_amd snd_seq_dummy snd_seq_oss
snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss
On Sunday 08 July 2007, Al Viro wrote:
On Sun, Jul 08, 2007 at 12:37:48PM +, Pavel Machek wrote:
I'm talking malicious _filesystems_ here, and yes, fuse is first of
this kind. We want to handle unresponding NFS, but I believe handling
malicious NFS server nicely is slightly out of
On Sun, 8 Jul 2007, Andi Kleen wrote:
Nick Piggin [EMAIL PROTECTED] writes:
I made some tests of the queued spinlock code using userspace test code on
64-bit processors. I believe the xadd based code no longer has any
theoretical
memory ordering problems.
Linus, the background of
On Sun, 8 Jul 2007, Markus Trippelsdorf wrote:
I tested this further and it turned out that the Linus tree is also
affected. So I ran git-bisect, after I found out that version
2.6.21.6 was not affected by this bug.
git-bisect is wonderful.
gentoox2 linux # git bisect bad
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Markus Trippelsdorf wrote:
I tested this further and it turned out that the Linus tree is also
affected. So I ran git-bisect, after I found out that version
2.6.21.6 was not affected by this bug.
Try this patch. The vfs_permission test can be
Chuck Ebbert schrieb:
On 07/06/2007 03:57 AM, Clemens Koller wrote:
The 180seconds reboot timeout also doesn't make sense here. The problem
won't go away after a reboot without user interaction.
What about GRUB fallbacks? The fallback image/kernel will start
automatically on reboot if you use
On Sun, Jul 08, 2007 at 10:06:43AM -0700, Ulrich Drepper wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Markus Trippelsdorf wrote:
I tested this further and it turned out that the Linus tree is also
affected. So I ran git-bisect, after I found out that version
2.6.21.6 was not
On Sun, Jul 08, 2007 at 10:06:43AM -0700, Ulrich Drepper wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Markus Trippelsdorf wrote:
I tested this further and it turned out that the Linus tree is also
affected. So I ran git-bisect, after I found out that version
2.6.21.6 was not
1 - 100 of 486 matches
Mail list logo