On Mon, Apr 23, 2007 at 06:52:16AM -0700, Eric Hopper wrote:
Oh, two things really interest me about Reiser4. First, I despise
having to care about how many tiny files I leave lying around when
writing a program. Berkeley DB and its ilk are evil, evil programs that
obscure data and make
I'm honestly not sure how to try what you suggested to try, since I'm
nothing even remotely close to a kernel geek and it was over my head.
However, I'd gladly test anything that you think would be worth
testing, if you would please put it in way that I could understand,
such as change line 'foo'
On Monday 23 April 2007 23:56:42 Jeremy Fitzhardinge wrote:
The XEN config option enables the Xen paravirt_ops interface, which is
installed when the kernel finds itself running under Xen.
Xen is no longer a sub-architecture, so the X86_XEN subarch config
option has gone.
Xen is currently
On Tuesday, 24 April 2007 00:55, Oleg Nesterov wrote:
On 04/24, Rafael J. Wysocki wrote:
Should I clear it in dup_task_struct() or is there a better place?
I personally think we should do this in dup_task_struct(). In fact, I believe
it is better to replace the
*tsk = *orig;
On Mon, Apr 23, 2007 at 04:55:05PM +0100, Alan Cox wrote:
On Mon, 23 Apr 2007 11:36:30 -0400
Dave Jones [EMAIL PROTECTED] wrote:
If the chip locks up, we get into a long polling loop,
where the softlockup detector kicks in.
See
The XEN config option enables the Xen paravirt_ops interface, which is
installed when the kernel finds itself running under Xen.
Xen is no longer a sub-architecture, so the X86_XEN subarch config
option has gone.
Xen is currently incompatible with PREEMPT, but this is fixed up later
in the
Disable interrupts between allocating a multicall entry and actually
issuing it, to prevent an interrupt from coming in, allocating and
initializing further multicall entries, and then issuing them all,
including the partially completed one.
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
Implement xen_sched_clock, which returns the number of ns the current
vcpu has been actually in the running state (vs blocked,
runnable-but-not-running, or offline) since boot.
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
Cc: john stultz [EMAIL PROTECTED]
---
arch/i386/xen/enlighten.c |
Add a new mm function apply_to_page_range() which applies a given
function to every pte in a given virtual address range in a given mm
structure. This is a generic alternative to cut-and-pasting the Linux
idiomatic pagetable walking code in every place that a sequence of
PTEs must be accessed.
Move things around a bit to match xen-unstable netfront.
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
---
drivers/net/xen-netfront.c | 36 +---
1 file changed, 17 insertions(+), 19 deletions(-)
Make the appropriate hypercalls to halt and reboot the virtual machine.
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
---
arch/i386/xen/enlighten.c | 43 +++
arch/i386/xen/smp.c |4 +---
2 files changed, 44 insertions(+), 3 deletions(-)
The network device frontend driver allows the kernel to access network
devices exported exported by a virtual machine containing a physical
network device driver.
Signed-off-by: Ian Pratt [EMAIL PROTECTED]
Signed-off-by: Christian Limpach [EMAIL PROTECTED]
Signed-off-by: Chris Wright [EMAIL
Xen has a notion of pinned pagetables, which are pagetables that
remain read-only to the guest and are validated by the hypervisor.
This makes context switches much cheaper, because the hypervisor
doesn't need to revalidate the pagetable each time.
This patch adds a PG_pinned flag for pagetable
Andi Kleen wrote:
On Monday 23 April 2007 23:56:38 Jeremy Fitzhardinge wrote:
Hi Andi,
It applies to 2.6.21-rc7 + your patches + the last batch of pv_ops
patches
I got most of those except for the broken sched_clock change.
Er, we had a bit of back-and-forward with that.
Add Xen 'grant table' driver which allows granting of access to
selected local memory pages by other virtual machines and,
symmetrically, the mapping of remote memory pages which other virtual
machines have granted access to.
This driver is a prerequisite for many of the Xen virtual device
The block device frontend driver allows the kernel to access block
devices exported exported by a virtual machine containing a physical
block device driver.
Signed-off-by: Ian Pratt [EMAIL PROTECTED]
Signed-off-by: Christian Limpach [EMAIL PROTECTED]
Signed-off-by: Chris Wright [EMAIL PROTECTED]
This is a fairly straightforward Xen implementation of smp_ops. One
thing this must to is carefully set up all the various sibling and
core maps so that the smp scheduler setup works properly (the setup is
very simple, since vcpus don't have any siblings or multiple cores).
Xen has its own IPI
Netfront's use of nh.raw and h.raw for storing page+offset is a bit
hinky, and it breaks with upcoming network stack updates which reduce
these fields to sub-pointer sizes. Fortunately, skb offers the cb
field specifically for stashing this kind of info, so use it.
Signed-off-by: Jeremy
Andi Kleen wrote:
On Monday 23 April 2007 23:56:42 Jeremy Fitzhardinge wrote:
The XEN config option enables the Xen paravirt_ops interface, which is
installed when the kernel finds itself running under Xen.
Xen is no longer a sub-architecture, so the X86_XEN subarch config
option has
Implement a Xen back-end for hvc console.
From: Gerd Hoffmann [EMAIL PROTECTED]
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
---
arch/i386/xen/Kconfig |1
arch/i386/xen/events.c|3 -
drivers/Makefile |3 +
drivers/xen/Makefile |1
netfront contains two locking problems found by lockdep:
1. rx_lock is a normal spinlock, and tx_lock is an irq spinlock. This
means that in normal use, tx_lock may be taken by an interrupt routine
while rx_lock is held. However, netif_disconnect_backend takes them
in the order
This patch uses the lazy-mmu hooks to batch mmu operations where
possible. This is primarily useful for batching operations applied to
active pagetables, which happens during mprotect, munmap, mremap and
the like (mmap does not do bulk pagetable operations, so it isn't
helped).
Signed-off-by:
Add early printk support via hvc console, enable using
earlyprintk=xen on the kernel command line.
From: Gerd Hoffmann [EMAIL PROTECTED]
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
Acked-by: Ingo Molnar [EMAIL PROTECTED]
---
arch/x86_64/kernel/early_printk.c |5 +
Add the nosegneg fake capabilty to the vsyscall page notes. This is
used by the runtime linker to select a glibc version which then
disables negative-offset accesses to the thread-local segment via
%gs. These accesses require emulation in Xen (because segments are
truncated to protect the
1. make sure timer state is set up before bringing up CPU
2. make sure snapshot of 64-bit time values is atomic
Be sure, however, that the clockevent source is registered on its home
CPU.
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
---
arch/i386/xen/smp.c |4 +-
Add Xen support for preemption. This is mostly a cleanup of existing
preempt_enable/disable calls, or just comments to explain the current
usage.
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
---
arch/i386/xen/Kconfig |2
arch/i386/xen/enlighten.c | 93
Stolen time should never be negative; if it ever is, it probably
indicates some other bug. However, if it does happen, then its better
to just clamp it at zero, rather than trying to account for it as a
huge positive number.
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
---
This accounts for the time Xen steals from our VCPUs. This accounting
gets run on each timer interrupt, just as a way to get it run
relatively often, and when interesting things are going on.
Stolen time is not really used by much in the kernel; it is reported
in /proc/stats, and that's about
Hi Andi,
This series of patches implements the Xen paravirt-ops interface.
It applies to 2.6.21-rc7 + your patches + the last batch of pv_ops
patches I posted.
This patch generally restricts itself to Xen-specific parts of the tree,
though it does make a few small changes elsewhere.
These
Allocate/destroy a 'vmalloc' VM area: alloc_vm_area and free_vm_area
The alloc function ensures that page tables are constructed for the
region of kernel virtual address space and mapped into init_mm.
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
Signed-off-by: Ian Pratt [EMAIL PROTECTED]
On 04/24, Rafael J. Wysocki wrote:
On Tuesday, 24 April 2007 00:55, Oleg Nesterov wrote:
On 04/24, Rafael J. Wysocki wrote:
Should I clear it in dup_task_struct() or is there a better place?
I personally think we should do this in dup_task_struct(). In fact, I
believe
it is
+ * It should contain:
+ * hwcap 0 nosegneg
+ * to match the mapping of bit to name that we give here.
This needs to be hwcap 0 nosegneg to match:
+NOTE_KERNELCAP_BEGIN(1, 2)
+NOTE_KERNELCAP(1, nosegneg)
+NOTE_KERNELCAP_END
The actual bits you are using should be fine. (You're
Peter Zijlstra wrote:
but I have an increasing seek error rate as well. I got the ST disk
because thinkwiki suggested it.
Apparently Seagate has their own definition of seek error rate.
Large numbers are normal, or at least very common.
Now I wonder if they have their own way of doing
On Mon, 23 Apr 2007 14:31:39 -0700 (PDT)
Matt Ranon [EMAIL PROTECTED] wrote:
(text reformatted to less than 80 cols. Please, we'll get along a lot
better if you don't send 1000-column emails)
The Jem team is pleased to announce the release of Kcli, an in-kernel
command line interface. Kcli
Karsten Vieth wrote:
I can't report this problem from a new kernel, but i have the same
problem with the kernel 2.6.20.1-33x from f7-test3.
I managed to boot with these options:
linux noapic acpi=off pci=nomsi irqpoll
Can you narrow down the options?
Hopefully pci=nomsi or similar should do
On Thu, 15 Mar 2007, Roland McGrath wrote:
This patch makes do_wait return -EPERM instead of -ECHILD if some
children were ruled out solely because security_task_wait failed.
What about using the return value from the security_task_wait hook (which
should be -EACCES) ?
- James
--
James
On Monday 23 April 2007 17:57, Bill Davidsen wrote:
I am not sure a binary attachment will go thru, I will move to the web
ste if not.
I did a quick try of this script here.
With SD 0.46 with X at nice 0 I was getting 1-2 frames per second. I decided
to try cfs v5.
The option disable auto
On Monday 23 April 2007 19:45, Ed Tomlinson wrote:
On Monday 23 April 2007 17:57, Bill Davidsen wrote:
I am not sure a binary attachment will go thru, I will move to the web
ste if not.
I did a quick try of this script here.
With SD 0.46 with X at nice 0 I was getting 1-2 frames per
On Mon, 2007-04-23 at 07:52 -0400, Robert P. J. Day wrote:
On Mon, 23 Apr 2007, Rusty Russell wrote:
On Mon, 2007-04-23 at 11:33 +0200, Rene Herman wrote:
On 04/04/2007 06:38 PM, Rene Herman wrote:
Rusty?
Valid points have been made on both sides. I suggest:
#define
Theodore Tso wrote:
One of the big problems of using a filesystem as a DB is the system
call overheads. If you use huge numbers of tiny files, then each
attempt read an atom of information from the DB takes three system
calls --- an open(), read(), and close(), with all of the overheads in
Am 22.04.2007 17:17 schrieb Alan Cox:
Well once it ends up BROKEN perhaps patches will appear, or before
that. If not well the pain factor will resolve the problem.
No risk of deadlock. It'll progress to BROKEN which will either cause
sufficient pain for someone to get off their arse and
Check to see if an ATAPI device supports Asynchronous Notification.
If so, enable it.
Signed-off-by: Kristen Carlson Accardi [EMAIL PROTECTED]
Index: 2.6-git/drivers/ata/libata-core.c
===
--- 2.6-git.orig/drivers/ata/libata-core.c
Send an uevent to user space to indicate that a media change event has occurred.
Signed-off-by: Kristen Carlson Accardi [EMAIL PROTECTED]
Index: 2.6-git/block/genhd.c
===
--- 2.6-git.orig/block/genhd.c
+++ 2.6-git/block/genhd.c
@@
This patch series implements Asynchronous Notification (AN) for SATA
ATAPI devices as defined in SATA 2.5 and AHCI 1.1 and higher. Drives
which support this feature will send a notification when new media is
inserted and removed, preventing the need for user space to poll for
new media. This
Get media change notification capability from disk and pass this information
to genhd by setting appropriate flag.
Signed-off-by: Kristen Carlson Accardi [EMAIL PROTECTED]
Index: 2.6-git/drivers/scsi/sr.c
===
---
If Asynchronous Notification of media change events is supported,
pass that information up to the SCSI layer.
Signed-off-by: Kristen Carlson Accardi [EMAIL PROTECTED]
Index: 2.6-git/drivers/ata/libata-scsi.c
===
---
Give anyone who has access to scsi_device access to the genhd struct as well.
Signed-off-by: Kristen Carlson Accardi [EMAIL PROTECTED]
Index: 2.6-git/drivers/scsi/sd.c
===
--- 2.6-git.orig/drivers/scsi/sd.c
+++
When we get an SDB FIS with the 'N' bit set, we should send
an event to user space to indicate that there has been a
media change. This will be done via the block device.
Signed-off-by: Kristen Carlson Accardi [EMAIL PROTECTED]
Index: 2.6-git/drivers/ata/ahci.c
Allow user space to determine if a disk supports Asynchronous Notification
of media changes. This is done by adding a new sysfs file capability_flags,
which is documented in (insert file name). This sysfs file will export all
disk capabilities flags to user space. We also define a new flag to
On Monday April 23, [EMAIL PROTECTED] wrote:
Theodore Tso wrote:
One of the big problems of using a filesystem as a DB is the system
call overheads. If you use huge numbers of tiny files, then each
attempt read an atom of information from the DB takes three system
calls --- an open(),
On Mon, Apr 23, 2007 at 04:53:03PM -0700, H. Peter Anvin wrote:
Theodore Tso wrote:
One of the big problems of using a filesystem as a DB is the system
call overheads. If you use huge numbers of tiny files, then each
attempt read an atom of information from the DB takes three system
calls
Neil Brown wrote:
Our you could think outside the circle:
Store all your small files as symlinks, then use symlink to create
them and readlink to read them. (You would probably end up use
symlinkat and readlinkat).
Only one system call instead of three.
I guess you don't get meaningful
On Mon, 23 Apr 2007 19:32:46 +0100
[EMAIL PROTECTED] (Mel Gorman) wrote:
I wasn't even aware of this kernelcore thing. It's pretty nasty-looking.
yet another reminder that this code hasn't been properly reviewed in the
past year or three.
Just now, I'm making memory-unplug patches
On Thu, 15 Mar 2007, Roland McGrath wrote:
This patch makes do_wait return -EPERM instead of -ECHILD if some
children were ruled out solely because security_task_wait failed.
What about using the return value from the security_task_wait hook (which
should be -EACCES) ?
As I said in
Theodore Tso wrote:
Now, to be fair, there are probably a number of cases where
open/lseek/readv/close and open/lseek/writev/close would be worth doing
as a single system call. The big problem as far as I can see involves
EINTR handling; such a system call has serious restartability
On Monday April 23, [EMAIL PROTECTED] wrote:
Would this work? Contains a solution somewhat along the lines of your
thoughts on the subject.
Concept seems sound.
Code needs a kfree of the name returned by create_unique_id, and I
think ID_STR_LENGTH needs to be at least 34.
Maybe that should
On Mon, 23 Apr 2007, Roland McGrath wrote:
As I said in some earlier discussion following my original patch, that
would be fine with me. I haven't coded up that variant, but it's simple
enough. Would you like to do it?
Sure.
--
James Morris
[EMAIL PROTECTED]
-
To unsubscribe from this
On Tue, 24 Apr 2007, Neil Brown wrote:
On Monday April 23, [EMAIL PROTECTED] wrote:
Would this work? Contains a solution somewhat along the lines of your
thoughts on the subject.
Concept seems sound.
Code needs a kfree of the name returned by create_unique_id, and I
think
On Monday April 23, [EMAIL PROTECTED] wrote:
On Tue, 24 Apr 2007, Neil Brown wrote:
On Monday April 23, [EMAIL PROTECTED] wrote:
Would this work? Contains a solution somewhat along the lines of your
thoughts on the subject.
Concept seems sound.
Code needs a kfree of the name
On Mon, Apr 23, 2007 at 12:04:01PM -0600, Eric W. Biederman wrote:
Simon Horman [EMAIL PROTECTED] writes:
Update the list information for kexec and kdump
Signed-off-by: Simon Horman [EMAIL PROTECTED]
---
Is it too early for this change?
It looks like the new list is working, and
David Wagner wrote:
James Morris wrote:
[...] you can change the behavior of the application and then bypass
policy entirely by utilizing any mechanism other than direct filesystem
access: IPC, shared memory, Unix domain sockets, local IP networking,
remote networking etc.
I don't know if we've discussed this or not. Since both CFS and SD claim
to be fair, I'd like to hear more opinions on the fairness aspect of
these designs. In areas such as OS, networking, and real-time, fairness,
and its more general form, proportional fairness, are well-defined
terms. In fact,
On Tue, 24 Apr 2007, Neil Brown wrote:
kobject_set_name actually takes a format and arbitrary args and uses
vsnprintf, so it has to make it's own copy.
Ok then this should be fine...
SLAB: Fix sysfs directory handling
This fixes the problem that SLUB does not track the names of aliased
slabs
(text reformatted to less than 80 cols. Please, we'll get along a lot
better if you don't send 1000-column emails)
Sorry. I am afraid we are from a different background, and so very
poorly versed in these things. My email client does not seem
to have an option to tell it to format in 80 cols.
Rik van Riel wrote:
Use TLB batching for MADV_FREE. Adds another 10-15% extra performance
to the MySQL sysbench results on my quad core system.
Signed-off-by: Rik van Riel [EMAIL PROTECTED]
---
Nick Piggin wrote:
3) because of this, we can treat any such accesses as
happening
On Mon, Apr 23, 2007 at 05:31:29PM -0700, H. Peter Anvin wrote:
Heh. sys_read_tree() -- walk a directory tree and return it as a data
structure in memory :)
But maybe you don't want every single file in the directory, but some
subset of the files in the directory tree. So before you know it:
From: Roland McGrath [EMAIL PROTECTED]
wait* syscalls return -ECHILD even when an individual PID of a live child
was requested explicitly, when security_task_wait denies the operation.
This means that something like a broken SELinux policy can produce an
unexpected failure that looks just like a
On Mon, Apr 23, 2007 at 02:56:54PM -0700, Jeremy Fitzhardinge wrote:
Implement a Xen back-end for hvc console.
From: Gerd Hoffmann [EMAIL PROTECTED]
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
---
arch/i386/xen/Kconfig |1
arch/i386/xen/events.c|3 -
Roland McGrath wrote:
+ * It should contain:
+ * hwcap 0 nosegneg
+ * to match the mapping of bit to name that we give here.
This needs to be hwcap 0 nosegneg to match:
+NOTE_KERNELCAP_BEGIN(1, 2)
+NOTE_KERNELCAP(1, nosegneg)
+NOTE_KERNELCAP_END
The actual bits you are
Simon Horman [EMAIL PROTECTED] writes:
On Mon, Apr 23, 2007 at 12:04:01PM -0600, Eric W. Biederman wrote:
Simon Horman [EMAIL PROTECTED] writes:
Update the list information for kexec and kdump
Signed-off-by: Simon Horman [EMAIL PROTECTED]
---
Is it too early for this change?
On Mon, 23 Apr 2007, Amit Gud wrote:
On Mon, 23 Apr 2007, Arjan van de Ven wrote:
The other thing which we should consider is that chunkfs really
requires a 64-bit inode number space, which means either we only allow
does it?
I'd think it needs a chunk space number and a 32 bit local
The only reason for using threads here is to get the error recovery
out of an interrupt context (where errors may be detected), and then,
an hour later, decrement a counter (which is how we limit these to
6 per hour). Thread reaping is trivial, the thread just exits
after an hour.
In
On Mon, Apr 23, 2007 at 02:57:00PM -0700, Jeremy Fitzhardinge wrote:
Netfront's use of nh.raw and h.raw for storing page+offset is a bit
hinky, and it breaks with upcoming network stack updates which reduce
these fields to sub-pointer sizes. Fortunately, skb offers the cb
field specifically
[1] Summary:
Kernel Reports Oops: 0002 [1] SMP and the system becomes unstable
[2] Full Description:
Sometimes, randomly i get this Oops message and the system becomes
unstable. By unstable i mean all applications segmentation faults when i
execute (after the Oops). Sometimes X crashes,
On Monday 23 April 2007, Niel Lambrechts wrote:
Gene Heskett wrote:
This message prompted me to do some checking in re context switches
myself, and I've come to the conclusion that there could be a bug in
vmstat itself.
Perhaps. perhaps not. :)
Run singly the context switching is reasonable
At 22:42 07/04/23, Hugh Dickins wrote:
On Mon, 23 Apr 2007, Hisashi Hifumi wrote:
No. The PG_lru flag bit is just one bit amongst many others:
what of concurrent operations changing other bits in that same
unsigned long e.g. trying to lock the page by setting PG_locked?
There are some
This should fix the MADV_FREE code for PPC's hashed tlb.
Signed-off-by: Rik van Riel [EMAIL PROTECTED]
---
Nick Piggin wrote:
Nick Piggin wrote:
3) because of this, we can treat any such accesses as
happening simultaneously with the MADV_FREE and
as illegal, aka undefined behaviour
On Mon, Apr 23, 2007 at 05:59:06PM -0700, Li, Tong N wrote:
I don't know if we've discussed this or not. Since both CFS and SD claim
to be fair, I'd like to hear more opinions on the fairness aspect of
these designs. In areas such as OS, networking, and real-time, fairness,
and its more
Crispin Cowan wrote:
David Wagner wrote:
James Morris wrote:
[...] you can change the behavior of the application and then bypass
policy entirely by utilizing any mechanism other than direct filesystem
access: IPC, shared memory, Unix domain sockets, local IP networking,
remote
Benjamin Herrenschmidt [EMAIL PROTECTED] writes:
The only reason for using threads here is to get the error recovery
out of an interrupt context (where errors may be detected), and then,
an hour later, decrement a counter (which is how we limit these to
6 per hour). Thread reaping is
Rik van Riel wrote:
This should fix the MADV_FREE code for PPC's hashed tlb.
Signed-off-by: Rik van Riel [EMAIL PROTECTED]
---
Nick Piggin wrote:
Nick Piggin wrote:
3) because of this, we can treat any such accesses as
happening simultaneously with the MADV_FREE and
as illegal, aka
On 4/24/07, Christoph Lameter [EMAIL PROTECTED] wrote:
There are a series of open coded reimplementation of memclear_highpage_flush
all over the page cache code. Call memclear_highpage_flush in those locations.
Consolidates code and eases maintenance.
If I remember right, a very similar
On Tue, 24 Apr 2007 07:49:45 +0530 Satyam Sharma [EMAIL PROTECTED] wrote:
On 4/24/07, Christoph Lameter [EMAIL PROTECTED] wrote:
There are a series of open coded reimplementation of memclear_highpage_flush
all over the page cache code. Call memclear_highpage_flush in those
locations.
On Tue, 24 Apr 2007, Satyam Sharma wrote:
On 4/24/07, Christoph Lameter [EMAIL PROTECTED] wrote:
There are a series of open coded reimplementation of memclear_highpage_flush
all over the page cache code. Call memclear_highpage_flush in those
locations.
Consolidates code and eases
On Tue, 24 Apr 2007 10:54:27 +0900
Hisashi Hifumi [EMAIL PROTECTED] wrote:
In the case that changing the same bit concurrently, lock prefix or other
spinlock is needed. But, I think that concurrent bit operation on different
bits
is just like OR operation , so lock prefix is not needed.
Hi Matt,
On 4/24/07, Matt Ranon [EMAIL PROTECTED] wrote:
The obvious question is: what's _wrong_ with doing all this in some
cut-down userspace environment like busybox? Why is this stuff better?
Obviously some embedded developers have considered that option and
have rejected it. But we
On Mon, 2007-04-23 at 20:08 -0600, Eric W. Biederman wrote:
Benjamin Herrenschmidt [EMAIL PROTECTED] writes:
The only reason for using threads here is to get the error recovery
out of an interrupt context (where errors may be detected), and then,
an hour later, decrement a counter (which
On Fri, 13 Apr 2007 11:31:16 +0400 Oleg Nesterov [EMAIL PROTECTED] wrote:
On top of Eric's
kthread-dont-depend-on-work-queues-take-2.patch
Currently kernel threads use sigprocmask(SIG_BLOCK) to protect against
signals.
This doesn't prevent the signal delivery, this only blocks
Hisashi Hifumi wrote:
At 22:42 07/04/23, Hugh Dickins wrote:
On Mon, 23 Apr 2007, Hisashi Hifumi wrote:
No. The PG_lru flag bit is just one bit amongst many others:
what of concurrent operations changing other bits in that same
unsigned long e.g. trying to lock the page by setting
Nick Piggin wrote:
What the tlb flush used to be able to assume is that the page
has been removed from the pagetables when they are put in the
tlb flush batch.
I think this is still the case, to a degree. There should be
no harm in removing the TLB entries after the page table has
been
On 4/24/07, Christoph Lameter [EMAIL PROTECTED] wrote:
On Tue, 24 Apr 2007, Satyam Sharma wrote:
If I remember right, a very similar patchset was recently submitted
that Andrew merged in -mm(?). It also renamed memclear_highpage_flush
to something like zero_user_page (though I wonder how good
I am not in any way argue that your driver architecture is wrong or that you
should change anything. My point was simple. [tifm_sd] can only work with
[tifm_7xx1]. If you add support for let's say [tifm_8xx2] in the future, which
would have port offsets different that [tifm_7xx1], you would
On Friday April 20, [EMAIL PROTECTED] wrote:
Scale writeback cache per backing device, proportional to its writeout speed.
So it works like this:
We account for writeout in full pages.
When a page has the Writeback flag cleared, we account that as a
successfully retired write for the
On Mon, 23 Apr 2007 22:53:49 -0400 Rik van Riel [EMAIL PROTECTED] wrote:
I don't see why we need the attached, but in case you find
a good reason, here's my signed-off-by line for Andrew :)
Andew is in a defensive crouch trying to work his way through all the bugs
he's been sent. After I've
Benjamin Herrenschmidt [EMAIL PROTECTED] writes:
Not sure... I can see places where I might want to spawn an arbitrary
number of these without having to preallocate structures... and if I
allocate on the fly, then I need a way to free that structure when the
kthread is reaped which I don't
Jeremy Fitzhardinge [EMAIL PROTECTED] wrote:
@@ -1212,10 +1212,10 @@ static int netif_poll(struct net_device
int pages_flipped = 0;
int err;
- spin_lock(np-rx_lock);
+ spin_lock_bh(np-rx_lock);
if (unlikely(!netfront_carrier_ok(np))) {
-
Jiri Kosina [EMAIL PROTECTED] wrote:
Hmm, *sigh*. I guess the patch below fixes the problem, but it is a
masterpiece in the field of ugliness. And I am not sure whether it is
completely correct either. Are there any immediate ideas for better
solution with respect to how struct sock
Linus Torvalds wrote:
On Mon, 23 Apr 2007, Ingo Molnar wrote:
The give scheduler money transaction can be both an implicit
transaction (for example when writing to UNIX domain sockets or
blocking on a pipe, etc.), or it could be an explicit transaction:
sched_yield_to(). This latter i've
On Sat, 2007-04-21 at 11:48 +0200, Andi Kleen wrote:
Lots of people want kgdb. One person is famously less keen on it, but
we'll be able to talk him around, as long as the patches aren't daft.
The big question is if the kgdb developers seriously want mainline.
At least in the past this
This bug occurs in linux-2.6.20 and 2.6.21-rc7-git5, and does not occur in
linux-2.6.19-git22.
After running pktsetup 0 /dev/hdd, I get (timestamps removed):
pktcdvd: pkt_get_last_written failed
BUG: unable to handle kernel NULL pointer dereference at virtual address
000e
printing eip:
301 - 400 of 881 matches
Mail list logo