On Tue, 27 Feb 2007, Andy Whitcroft wrote:
+static int __isolate_lru_page(struct page *page, int active)
+{
+ int ret = -EINVAL;
+
+ if (PageLRU(page) (PageActive(page) == active)) {
+ ret = -EBUSY;
+ if (likely(get_page_unless_zero(page))) {
+
On Tue, 27 Feb 2007, Andy Whitcroft wrote:
The caller of isolate_lru_pages specifically knows whether it wants
to take either inactive or active pages. Currently we take the
state of the LRU page at hand and use that to scan for matching
pages in the order sized block. If that page is
On Wed, Feb 28, 2007 at 08:37:26AM +0530, Srivatsa Vaddagiri wrote:
Hmm ..good point. So can we assume that disable/enable_nonboot_cpus() are
called
with processes frozen already?
Gautham, you need to take this into account in your patchset!
Yup. That would mean making the freezer
On Wed, 28 Feb 2007, Jiri Kosina wrote:
On Wed, 28 Feb 2007, Linus Torvalds wrote:
There is no excuse for putting a large array in a header file and
including it millions of times. Or even just twice. The point of a
header file is to *declare* things, not to have big data structures
Bill Davidsen [EMAIL PROTECTED] writes:
Eric W. Biederman wrote:
Fernando Luis Vázquez Cao [EMAIL PROTECTED] writes:
Initialize affinity only when building SMP kernels.
Reasonable. I goofed here.
However I would prefer my patch that just deletes these problem lines.
These lines don't
On Wed, 28 Feb 2007, Linus Torvalds wrote:
On Wed, 28 Feb 2007, Davide Libenzi wrote:
At this point, given how threadlets can be easily/effectively dispatched
from userspace, I'd argue the presence of either single/parallel or syslet
submission altogether. Threadlets allows you to
On Wed, 28 Feb 2007, Charles Shannon Hendrix wrote:
On Wed, 28 Feb 2007 07:40:23 -0500 (EST)
Gerhard Mack [EMAIL PROTECTED] wrote:
hello,
Can someone tell me what this means?
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x40 action 0x2 frozen
ata1.00: cmd
On Wed, 28 Feb 2007, Linus Torvalds wrote:
In other words, there is *zero* excuse for that braindamage.
To be clear:
- in header files, we put common definitions:
* #defines
* data structure declarations
* external function and data declarations
* inline
On Wed, 28 Feb 2007, Linus Torvalds wrote:
But OK, I will leave it in there.
No. You need to realize just WHY it was wrong. Not just an But OK.
Yep, I totally agree that with the usbhid.h thing I really had a bad day,
it was braindamage without excuse, sorry.
I still think that creating a
On Wed, 28 Feb 2007, Bill Davidsen wrote:
Where is the initialization performed, then?
Here's the commit with the patch from Eric that I pushed out (I had
thought I'd already applied it for rc2, but I obviously hadn't. Blush.
It's there now in -git, but obviously not in the -rc2 release).
On Wed, 28 Feb 2007 10:28:10 -0800 (PST) Linus Torvalds wrote:
On Wed, 28 Feb 2007, Linus Torvalds wrote:
In other words, there is *zero* excuse for that braindamage.
To be clear:
- in header files, we put common definitions:
* #defines
* data structure
ChangeLog:
v3) Removed the revents field from the epoll item structure, as
suggested by Eric Dumazet
v2) In v1, I was trying to avoid to get the spinlock twice WRT yesterday
patch, but it turns out I can't since the ready list will be travelling
through a path w/out the ep-sem
On Wed, 28 Feb 2007, Jiri Kosina wrote:
I still think that creating a separate header file solely for purpose of
having the large hid blacklist and all related defines separate from the
actual implementation is needed. The pages and pages of blacklist just
pollute the hid-core.c
On Wednesday, 28 February 2007 19:17, Gautham R Shenoy wrote:
On Wed, Feb 28, 2007 at 08:37:26AM +0530, Srivatsa Vaddagiri wrote:
Hmm ..good point. So can we assume that disable/enable_nonboot_cpus() are
called
with processes frozen already?
Gautham, you need to take this into
On Wed, 28 Feb 2007, Davide Libenzi wrote:
Here we very much agree. The way I'd like it:
struct async_syscall {
unsigned long nr_sysc;
unsigned long params[8];
long result;
};
No, the result needs to go somewhere else. The caller may be totally
uninterested in
On Wed, 28 Feb 2007, Linus Torvalds wrote:
On Wed, 28 Feb 2007, Davide Libenzi wrote:
Here we very much agree. The way I'd like it:
struct async_syscall {
unsigned long nr_sysc;
unsigned long params[8];
long result;
};
No, the result needs to go somewhere else.
Dan Williams wrote:
I can reliably reproduce a null pointer dereference on 2.6.20 and
2.6.21-rc2. I will keep digging to find the kernel version where this
last worked, but wanted to see if there were any immediate experiments I
should try.
The failure is caused by running tiobench on a MD
On Wed, Feb 28, 2007 at 08:05:16PM +0300, Dmitriy Monakhov wrote:
- ecryptfs_write_inode_size_to_metadata() error code was ignored.
- i_op-setxattr() must be supported by lower fs because used below.
Signed-off-by: Monakhov Dmitriy [EMAIL PROTECTED]
Acked-by: Michael Halcrow [EMAIL
On Wed, Feb 28, 2007 at 11:23:46AM +0100, Gerd Hoffmann wrote:
The test which automatically enables the backup timer on some HP
machines doesn't trigger on other hardware which needs the backup
timer too.
Did you figure out *why* that test doesn't trigger?
Making that work seems a better
Davide Libenzi wrote:
struct async_syscall {
unsigned long nr_sysc;
unsigned long params[8];
long *result;
};
And what would async_wait() return bak? Pointers to struct async_syscall
or pointers to result?
Either one has downsides. Pointer to struct async_syscall
(Resending to wider audience)
__init to __cpuinit in mtrr code.
Resolves warnings similar to:
WARNING: vmlinux - Section mismatch: reference to .init.text:mtrr_bp_init from
.text between 'identify_cpu' (at offset 0xc040b38e) and 'detect_ht'
Signed-off-by: Prarit Bhargava [EMAIL PROTECTED]
On Wednesday 28 February 2007 19:37, Davide Libenzi wrote:
+ list_del(epi-rdllink);
+ if (!(epi-event.events EPOLLET) (revents
epi-event.events))
+ list_add_tail(epi-rdllink, injlist);
+ else {
Is the ( ... epi-event.events)
On Wednesday, 28 February 2007 14:17, Srivatsa Vaddagiri wrote:
On Wed, Feb 28, 2007 at 12:11:03PM +0100, Rafael J. Wysocki wrote:
In addition to thawing worker thread before kthread_stopping it, there
are minor changes required in worker threads, to check for
is_cpu_offline(bind_cpu)
Chuck Ebbert wrote:
There are two patches for raid5/6 out there that might fix this. I'll
attach them (the second just fixes a minor bug in the first one.)
Never mind, those patches are already in 2.6.21-rc.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
On Wed, 28 Feb 2007, Eric Dumazet wrote:
On Wednesday 28 February 2007 19:37, Davide Libenzi wrote:
+ list_del(epi-rdllink);
+ if (!(epi-event.events EPOLLET) (revents
epi-event.events))
+ list_add_tail(epi-rdllink, injlist);
+ else
Fix __init declarations in Compaq SMART2 Controller driver.
Resolves MODPOST warnings similar to:
WARNING: drivers/block/cpqarray.o - Section mismatch: reference to
.init.text:cpqarray_init_one from .data.rel.local between 'cpqarray_pci_driver'
(at offset 0x20) and 'smart1_access'
On 02/28, Rafael J. Wysocki wrote:
--- workqueue.c.org 2007-02-28 18:32:48.0 +0530
+++ workqueue.c 2007-02-28 18:44:23.0 +0530
@@ -718,6 +718,8 @@ static void cleanup_workqueue_thread(str
insert_wq_barrier(cwq, barr, 1);
cwq-should_stop = 1;
On Wednesday, 28 February 2007 12:00, Oleg Nesterov wrote:
On 02/28, Rafael J. Wysocki wrote:
On Wednesday, 28 February 2007 02:23, Srivatsa Vaddagiri wrote:
On Wed, Feb 28, 2007 at 12:53:14AM +0300, Oleg Nesterov wrote:
I think it is good. Srivatsa?
Maybe additional comments on
On Wednesday, 28 February 2007 20:32, Oleg Nesterov wrote:
On 02/28, Rafael J. Wysocki wrote:
--- workqueue.c.org 2007-02-28 18:32:48.0 +0530
+++ workqueue.c 2007-02-28 18:44:23.0 +0530
@@ -718,6 +718,8 @@ static void cleanup_workqueue_thread(str
On Wed, 28 Feb 2007, Chris Friesen wrote:
Davide Libenzi wrote:
struct async_syscall {
unsigned long nr_sysc;
unsigned long params[8];
long *result;
};
And what would async_wait() return bak? Pointers to struct async_syscall
or pointers to result?
Either one has
On 02/28, Rafael J. Wysocki wrote:
On Wednesday, 28 February 2007 20:32, Oleg Nesterov wrote:
I am sorry, I lost track of this problem. As for 2.6.21,
create_freezeable_workqueue
doesn't work and conflict with suspend. Why can't we remove it from XFS as
you
suggested before?
can be downloaded from:
http://libhugetlbfs.ozlabs.org/snapshots/libhugetlbfs-dev-20070228.tar.gz
I have collected the following information:
bc56bba8f31bd99f350a5ebfd43d50f411b620c7 is first bad commit
commit bc56bba8f31bd99f350a5ebfd43d50f411b620c7
Author: Eric W. Biederman [EMAIL PROTECTED]
Date
Two fixes to arch/i386/Makefile.cpu:
1) When X86_GENERIC=y is set, use -mtune=i686 if $(CC) doesn't
support -mtune=generic. GCC 4.1.2 and earlier don't support
-mtune=generic. When building a generic kernel for a distro
that runs on i586 and better, it is nice to use
-march=i586
On Wednesday, 28 February 2007 21:08, Oleg Nesterov wrote:
On 02/28, Rafael J. Wysocki wrote:
On Wednesday, 28 February 2007 20:32, Oleg Nesterov wrote:
I am sorry, I lost track of this problem. As for 2.6.21,
create_freezeable_workqueue
doesn't work and conflict with suspend.
On Sun, 25 Feb 2007, Oleg Nesterov wrote:
page_lock_anon_vma() uses spin_lock() to block RCU. This doesn't work with
PREEMPT_RCU, we have to do rcu_read_lock() explicitely. Otherwise, it is
theoretically possible that slab returns anon_vma's memory to the system
before we do
* Davide Libenzi davidel@xmailserver.org wrote:
My point is, the syslet infrastructure is expensive for the kernel in
terms of compat, [...]
it is not. Today i've implemented 64-bit syslets on x86_64 and
32-bit-on-64-bit compat syslets. Both the 64-bit and the 32-bit syslet
(and threadlet)
On 02/28, Rafael J. Wysocki wrote:
Okay, I have added a comment to freezer.h. Please have a look.
-extern void thaw_some_processes(int all);
+/*
+ * The PF_FREEZER_SKIP flag should be set by a vfork parent right before it
+ * calls wait_for_completion(vfork) and reset right after it
Patrick McHardy wrote:
Thanks, the previous approach doesn't seem to work properly without
unpleasant event cache hacks. This patch takes a simpler approach
and keeps the unconfirmed list iteration, but makes sure to make
forward progress.
On 02/28, Rafael J. Wysocki wrote:
Okay, but I've just finished the patch that removes the freezability of
workqueues (appended), so can we please do this in a separate one?
Please, please, no. This patch is of course correct, but it breaks _a lot_
of patches in -mm tree.
May I ask you to
On Wed, 2007-02-28 at 12:14 +1100, Nigel Cunningham wrote:
Controversy is no reason to give in! Nevertheless, I think you're right
- I believe the XFS guys said they fixed the issue that had caused I/O
to be submitted post-freeze. Well, we'll see if it appears again, won't
we?
I get to be
On Wed, Feb 28, 2007 at 09:27:09AM -0500, Chuck Ebbert wrote:
Can we just put a canary in the threadinfo and check it on every
task switch? What are the drawbacks?
Likely already too late then -- if critical state is overwritten
you crashed before. Also a lot of stack intensive codes
relatively
Commit 908b637fe793165b6aecdc875cdca67c4959a1ad removed ETH_DMA_ALIGN
but missed a usage of it in a macro, which broke the build.
Signed-off-by: Dave Jones [EMAIL PROTECTED]
diff --git a/drivers/net/mv643xx_eth.h b/drivers/net/mv643xx_eth.h
index 7cb0a41..7d4e90c 100644
---
Gentlemen,
I instrumented 2.6.21-rc1 base/power/resume.c device_resume() with
TRACE_RESUME(0) as the last statement in the function. Sure enough it
was the last hash value in the RTC after a hard reboot when resume failed:
[ 12.028820] hash matches drivers/base/power/resume.c:104
The
worker_thread() doesn't need to Block and flush all signals, this was already
done by its caller, kthread().
Signed-off-by: Oleg Nesterov [EMAIL PROTECTED]
--- 6.20-rc6-mm3/kernel/workqueue.c~signals 2007-02-20 02:21:11.0
+0300
+++ 6.20-rc6-mm3/kernel/workqueue.c 2007-02-28
On Wed, 28 Feb 2007, Jan Beulich wrote:
A change early last year reordered struct page so that ptl overlaps not only
private, but also mapping. Since spinlock_t can be much larger, I'm wondering
whether there's a reason to not also overlay the space index and lru take -
are these used for
On Wed, 28 Feb 2007, Ingo Molnar wrote:
* Davide Libenzi davidel@xmailserver.org wrote:
My point is, the syslet infrastructure is expensive for the kernel in
terms of compat, [...]
it is not. Today i've implemented 64-bit syslets on x86_64 and
32-bit-on-64-bit compat syslets. Both
On Wed, Feb 28, 2007 at 12:36:25PM -0500, Dave Jones wrote:
+#ifdef __powerpc__
Is __powerpc__ defined when cross compiling? I'd rather use
CONFIG_PMAC_BACKLIGHT instead of it.
Greets,
Michael
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
Hi!
OK, thanks.
We can (I think) do pretty much the same with some additional complications
in worker_thread() (check !cpu_online() after try_to_freeze() and break).
Okay, but I've just finished the patch that removes the freezability of
workqueues (appended), so can we please do
On Mon, 26 Feb 2007, Guennadi Liakhovetski wrote:
With a post 2.6.20 kernel from powerpc.git I cannot suspend at all:
pata_sil680 :00:0c.0: suspend
ata1: suspend failed, device 0 still active
pci_device_suspend(): ata_pci_device_suspend+0x0/0x74() returns -16
suspend_device():
On Wed, Feb 28, 2007 at 10:13:24PM +0100, Michael Hanselmann wrote:
On Wed, Feb 28, 2007 at 12:36:25PM -0500, Dave Jones wrote:
+#ifdef __powerpc__
Is __powerpc__ defined when cross compiling? I'd rather use
CONFIG_PMAC_BACKLIGHT instead of it.
Sounds ok to me.
Dave
* Davide Libenzi davidel@xmailserver.org wrote:
On Wed, 28 Feb 2007, Ingo Molnar wrote:
* Davide Libenzi davidel@xmailserver.org wrote:
My point is, the syslet infrastructure is expensive for the kernel in
terms of compat, [...]
it is not. Today i've implemented 64-bit
On Wed, 2007-02-28 at 16:53 +, James Simmons wrote:
On Thu, 2007-02-22 at 00:53 +, James Simmons wrote:
+/* image data is MSB-first, fb structure is MSB-first too */
+static inline u32 expand_color(u32 c)
+{
+ return ((c 1) | ((c 2) 7) | ((c 4) 14) | ((c 8)
On Wed, Feb 28, 2007 at 05:28:27AM -0700, Eric W. Biederman wrote:
What are the rules that are supposed to govern backports to stable
trees these days anyway?
Documentation/stable_kernel_rules.txt
thanks,
greg k-h
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
On Wed, 28 Feb 2007 18:11:11 +0900
Paul Mundt [EMAIL PROTECTED] wrote:
On Thu, Feb 22, 2007 at 12:31:20PM -0800, John Reiser wrote:
This patch changes arch_setup_additonal_pages() to honor vdso_enabled.
For i386 it also allows the option of a fixed addresss to avoid
fragmenting the address
From originally rate-limited printk, to just printk, to current version.
Everybody had enough time to learn about vm86(2) absense.
Also remove possibility of dmesg spamming.
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
---
arch/x86_64/ia32/ia32entry.S |4 ++--
On Wed, 28 Feb 2007, Ingo Molnar wrote:
* Davide Libenzi davidel@xmailserver.org wrote:
Did you hide all the complexity of the userspace atom decoding inside
another function? :)
no, i made the 64-bit and 32-bit structures layout-compatible. This
makes the 32-bit structure as large
this is the v5 release of the syslet/threadlet subsystem:
http://redhat.com/~mingo/syslet-patches/
this release took 4 days to get out, but there were a couple of key
changes that needed some time to settle down:
- ported the code from v2.6.20 to current -git (v2.6.20-rc2 should be
From: Ingo Molnar [EMAIL PROTECTED]
add include/linux/async.h which contains the kernel-side API
declarations.
it also provides NOP stubs for the !CONFIG_ASYNC_SUPPORT case.
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Arjan van de Ven [EMAIL PROTECTED]
---
include/linux/async.h
From: Ingo Molnar [EMAIL PROTECTED]
add include/linux/syslet.h which contains the user-space API/ABI
declarations. Add the new header to include/linux/Kbuild as well.
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Arjan van de Ven [EMAIL PROTECTED]
---
include/linux/Kbuild |1
From: Ingo Molnar [EMAIL PROTECTED]
add the kernel generic bits - these are present even if !CONFIG_ASYNC_SUPPORT.
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Arjan van de Ven [EMAIL PROTECTED]
---
fs/exec.c |4
include/linux/sched.h | 23
From: Ingo Molnar [EMAIL PROTECTED]
Add Documentation/syslet-design.txt with a high-level description
of the syslet concepts.
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Arjan van de Ven [EMAIL PROTECTED]
---
Documentation/syslet-design.txt | 137
From: Ingo Molnar [EMAIL PROTECTED]
the core syslet / async system calls infrastructure code.
Is built only if CONFIG_ASYNC_SUPPORT is enabled.
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Arjan van de Ven [EMAIL PROTECTED]
---
kernel/Makefile |1
kernel/async.c | 989
From: Ingo Molnar [EMAIL PROTECTED]
add the move_user_context() method to move the user-space
context of one kernel thread to another kernel thread.
User-space might notice the changed TID, but execution,
stack and register contents (general purpose and FPU) are
still the same.
An architecture
From: Ingo Molnar [EMAIL PROTECTED]
enable CONFIG_ASYNC_SUPPORT on x86.
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Arjan van de Ven [EMAIL PROTECTED]
---
arch/i386/Kconfig |4
1 file changed, 4 insertions(+)
Index: linux/arch/i386/Kconfig
From: Ingo Molnar [EMAIL PROTECTED]
add the create_async_thread() way of creating kernel threads:
these threads first execute a kernel function and when they
return from it they execute user-space.
An architecture must implement this interface before it can turn
CONFIG_ASYNC_SUPPORT on.
From: Ingo Molnar [EMAIL PROTECTED]
wire up the new syslet / async system call syscalls and make it
thus available to user-space.
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Arjan van de Ven [EMAIL PROTECTED]
---
arch/i386/kernel/syscall_table.S |6 ++
From: Ingo Molnar [EMAIL PROTECTED]
mark clone() and fork() as not available for async execution.
Both need an intact user context beneath them to work.
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Arjan van de Ven [EMAIL PROTECTED]
---
arch/i386/kernel/ioport.c |6 ++
From: Arjan van de Ven [EMAIL PROTECTED]
Split the FPU save area from the task struct. This allows easy migration
of FPU context, and it's generally cleaner. It also allows the following
two (future) optimizations:
1) allocate the right size for the actual cpu rather than 512 bytes always
2)
On Wed, Feb 28, 2007 at 12:36:25PM -0500, Dave Jones wrote:
+#ifdef __powerpc__
Is __powerpc__ defined when cross compiling? I'd rather use
CONFIG_PMAC_BACKLIGHT instead of it.
Agree with this too.
Tony
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
From: Ingo Molnar [EMAIL PROTECTED]
add the arch specific bits of syslet/threadlet support to x86_64.
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
---
arch/x86_64/Kconfig|4 ++
arch/x86_64/ia32/ia32entry.S | 20 ++-
arch/x86_64/kernel/entry.S | 72
On Wed, 28 Feb 2007, Charles Shannon Hendrix wrote:
On Wed, 28 Feb 2007 13:25:00 -0500 (EST)
Gerhard Mack [EMAIL PROTECTED] wrote:
In another thread, I think they were saying it was either a SATA chipset
driver bug, or a problem in libata core.
I also have an nforce4.
On
From: Christoph Lameter [EMAIL PROTECTED]
Date: Wed, 28 Feb 2007 11:20:44 -0800 (PST)
V2-V3
- Debugging and diagnostic support. This is runtime enabled and not compile
time enabled. Runtime debugging can be controlled via kernel boot options
on an individual slab cache basis or globally.
On Wednesday 28 February 2007 15:21, Mike Galbraith wrote:
(hrmph. having to copy/paste/try again. evolution seems to be broken..
RCPT TO [EMAIL PROTECTED] failed: Cannot resolve your domain
{mp049} ..caused me to be unable to send despite receipts being disabled)
Apologies for mangling the
On Wed, 28 Feb 2007 09:34:10 -0800
[EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=8100
Summary: dynticks makes ksoftirqd1 use unreasonable amount of cpu
time
Kernel Version: 2.6.21-rc2
Status: NEW
Severity: low
From: David Miller [EMAIL PROTECTED]
Date: Wed, 28 Feb 2007 14:00:22 -0800 (PST)
V3 doesn't boot successfully on sparc64
False alarm!
This crash was actually due to an unrelated problem in the parport_pc
driver on my machine.
Slub v3 boots up and seems to work fine so far on sparc64.
-
To
On Wed, 28 Feb 2007 10:12:01 +0100 (CET)
Jaroslav Kysela [EMAIL PROTECTED] wrote:
Hi,
please, review and apply to mm tree for further testing. The patch
is also available at
ftp://ftp.alsa-project.org/pub/kernel-patches/bonding-workqueue.patch .
On Wed, 28 Feb 2007 14:41:57 +0200
Dan Aloni [EMAIL PROTECTED] wrote:
Hello,
This patch splits the vlan_group struct into a multi-allocated struct. On
x86_64, the size of the original struct is a little more than 32KB, causing
a 4-order allocation, which is prune to problems caused by
On Tue, Feb 20, 2007 at 02:19:51PM +1100, David Gibson wrote:
Therefore, this patch defines a UPF_FIXED_PORT flag for the uart_port
structure. If this flag is set when the serial port is configured,
any attempts to alter the port's type, io address, irq or base clock
with setserial are
Starting with kernel 2.6.19, the process directories in
/proc are sorted by number. They were sorted by process
start time in 2.6.18 and earlier. This makes the output
of procps come out in that order too, pissing off users
who are used to the old way.
To reproduce:
1. Wrap your PID
* Davide Libenzi davidel@xmailserver.org wrote:
On Wed, 28 Feb 2007, Ingo Molnar wrote:
* Davide Libenzi davidel@xmailserver.org wrote:
Did you hide all the complexity of the userspace atom decoding inside
another function? :)
no, i made the 64-bit and 32-bit structures
On Feb 27 2007 22:39, Ian Molton wrote:
Russell King wrote:
On Tue, Feb 27, 2007 at 01:36:56PM -0800, Andrew Morton wrote:
On Tue, 27 Feb 2007 13:18:40 -0800 Stephen Hemminger
[EMAIL PROTECTED] wrote:
Then we should pull the existing udivdi3 implementations?
Not much point really.
On Wednesday, 28 February 2007 21:30, Oleg Nesterov wrote:
On 02/28, Rafael J. Wysocki wrote:
Okay, I have added a comment to freezer.h. Please have a look.
-extern void thaw_some_processes(int all);
+/*
+ * The PF_FREEZER_SKIP flag should be set by a vfork parent right before it
On Wednesday, 28 February 2007 21:35, Oleg Nesterov wrote:
On 02/28, Rafael J. Wysocki wrote:
Okay, but I've just finished the patch that removes the freezability of
workqueues (appended), so can we please do this in a separate one?
Please, please, no. This patch is of course correct,
On Wed 2007-02-28 23:39:30, Rafael J. Wysocki wrote:
On Wednesday, 28 February 2007 21:35, Oleg Nesterov wrote:
On 02/28, Rafael J. Wysocki wrote:
Okay, but I've just finished the patch that removes the freezability of
workqueues (appended), so can we please do this in a separate one?
On Wed, 28 Feb 2007, Ingo Molnar wrote:
Or with a simple/parellel async submission, coupled with threadlets,
we can cover a pretty broad range of real life use cases?
sure, if we debate its virtualization driven market penetration via self
promoting technologies that also drive customer
The following patch series adds LZO compression support to the kernel
and exposes it in a variety of places (jffs2, crypto).
This is particularly useful for jffs2 where significant boot time
speedups (~10%) and file read speed improvements (~40%) are seen when
its used with only a slight drop in
Add LZO1X compression/decompression support to the kernel.
This is based on the standard userspace lzo library, particularly
minilzo with the headers much trimmed down and simplified for kernel
use. Its structured so that it should still diff with the userspace
version for ease of future
Add LZO1X compression/decompression support to jffs2.
LZO's interface doesn't entirely match that required by jffs2 so a
buffer and memcpy is unavoidable.
Signed-off-by: Richard Purdie [EMAIL PROTECTED]
---
fs/Kconfig| 10
fs/jffs2/Makefile |1
fs/jffs2/compr.c
Add a favourlzo compression mode to jffs2 which tries to
optimise by size but gives lzo an advantage when comparing sizes.
This means the faster lzo algorithm can be preferred when there
isn't much difference in compressed size (the exact threshold can
be changed).
Signed-off-by: Richard Purdie
Allow selection of the compression mode for jffs2 via a sysfs
attribute. This establishes a sysfs presence for jffs2 through
which other compression options could easily be exported too.
Signed-off-by: Richard Purdie [EMAIL PROTECTED]
---
fs/jffs2/compr.c | 131
Add LZO1X compression support to the crypto interface, including
a couple of tests.
Also convert test_deflate into a more generic test_compress() and
avoid duplicating the data for compression and decompression tests
since this can always work both ways in the compression case.
Signed-off-by:
Hi Richard,
On Wed, 2007-02-28 at 19:13 +, Richard Purdie wrote:
+/* gives us jffs2_subsys */
+static decl_subsys(jffs2, NULL, NULL);
There is actually a file-system subsys - look up for fs_subsys. It is
declared at fs/namespace.c.
--
Best regards,
Artem Bityutskiy (Битюцкий Артём)
-
To
On Wed, 2007-02-28 at 19:13 +, Richard Purdie wrote:
The following patch series adds LZO compression support to the kernel
and exposes it in a variety of places (jffs2, crypto).
This is particularly useful for jffs2 where significant boot time
speedups (~10%) and file read speed
Ingo Molnar wrote:
fair enough. Please rename it to FIX_PARAVIRT_BOOTUP - you can still
rely on it being available later on too, but we'd like to give everyone
the right fundamental idea about this: it's meant to be a limited,
inflexible interface for bootstrap only.
Will do.
J
-
On Wed, 2007-02-28 at 21:39 +0200, Artem Bityutskiy wrote:
On Wed, 2007-02-28 at 19:13 +, Richard Purdie wrote:
+/* gives us jffs2_subsys */
+static decl_subsys(jffs2, NULL, NULL);
There is actually a file-system subsys - look up for fs_subsys. It is
declared at fs/namespace.c.
It is true that debug registers are inherited by fork and clone.
I am 99% sure that this was never specifically intended, but it
has been this way for a long time (since 2.4 at least). It's an
implicit consequence of the do_fork implementation style, which
does a blind copy of the whole
On 10:51, Andrew Vasquez wrote:
On Tue, 27 Feb 2007, Andre Noll wrote:
[ 68.532665] BUG: at kernel/lockdep.c:1860 trace_hardirqs_on()
Ok, since 2.6.20, there been a patch added to qla2xxx which drops the
spin_unlock_irq() call while attempting to ramp-up the queue-depth:
Could you try
On 16:18, Andre Noll wrote:
With 2.6.21-rc2 I am unable to reproduce this BUG message. However,
writing to both raid systems at the same time via lvm still locks up
the system within minutes.
Screenshot of the resulting kernel panic:
Miklos Szeredi wrote:
From: Miklos Szeredi [EMAIL PROTECTED]
Changes:
o moved check from __fput() to remove_vma(), which is more logical
o changed set_page_dirty() to set_page_dirty_mapping in hugetlb.c
o cleaned up #ifdef CONFIG_BLOCK mess
This patch makes writing to shared memory
These change still have the undesirable property that although the
modified pages may be flushed to stable storage, the metadata on
the file will not be updated until the application takes positive
action. This is permissible given the current wording in the
specifications, but it would be
501 - 600 of 728 matches
Mail list logo