Re: [PATCH] relayfs redux for 2.6.10: lean and mean

Greg KH wrote: > Are they willing to trade off the performance of LTT to get this? I > thought this was being touted as a "when you need to test" type of > thing, not a "run it all the time" type of feature. The problem is that you never know beforehand when you're going to get that weird glitch

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

At 03:50 PM 1/23/2005 +1100, Con Kolivas wrote: Looks like the number of steps to convert a modern "standard setup" desktop to a low latency one on linux aren't that big after all :) Yup, modern must be the key. Even Ingo can't help my little ole PIII/500 with YMF-740C. Dang thing can't handle

Re: [PATCH 1/12] random pt4: Create new rol32/ror32 bitops

On Sat, 22 Jan 2005 at 20:13:24 -0800 Matt Mackall wrote: > So I think tweaks for x86 at least are unnecessary. So the compiler looks for that specific sequence of instructions: (a << b) | (a >> (sizeof(a) * 8 - b) and recognizes that it means rotation? Wow. Chuck - To unsubscribe

Re: Extend clear_page by an order parameter

Christoph Lameter <[EMAIL PROTECTED]> wrote: > > The zeroing of a page of a arbitrary order in page_alloc.c and in hugetlb.c > may benefit from a > clear_page that is capable of zeroing multiple pages at once (and scrubd > too but that is now an independent patch). The following patch extends >

Re: 2.6.11-rc1-mm1

Karim Yaghmour wrote: > This is not good for any client that doesn't know beforehand the exact > size of their data units, as in the case of LTT. If LTT has to use this > code that means we are going to loose performance because we will need to > fill an intermediate data structure which will only

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

Jack O'Quin wrote: I'm wondering now if the lack of priority support in the two prototypes might explain the problems I'm seeing. Distinctly possible since my results got better with priority support. However I'm still bugfixing what I've got. Just as a data point here is an incremental patch for

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

Jack O'Quin <[EMAIL PROTECTED]> writes: > > I ran three sets of tests with three or more 5 minute runs for each > case. The results (log files and graphs) are in these directories... > > 1) sched-fifo -- as a baseline > http://www.joq.us/jack/benchmarks/sched-fifo > > 2) sched-iso -- Con'

a question abt variable names....

hi, I have seen many functions andvariables in kernel code defines as __()/__X. I know that these refer to kernel defintions but i want to know why are the variables in this fashion and also what difference is between declaring __ and _ Thnks, nikhil - To unsubscribe from t

Re: seccomp for 2.6.11-rc1-bk8

Chris Wright wrote: >* David Wagner ([EMAIL PROTECTED]) wrote: >> There is a simple tweak to ptrace which fixes that: one could add an >> API to specify a set of syscalls that ptrace should not trap on. To get >> seccomp-like semantics, the user program could specify {read,write}, but >> if the u

Re: 2.6.11-rc1-mm1

Hello Roman, Roman Zippel wrote: > Well, let's concentrate for a moment on the last thing and check later > if and how they fit into relayfs. Since ltt will be first main user, let's > optimize it for this. > Also since relayfs is intended for large, fast data transfers, per cpu > buffers are

Donate to NarutoFan.com for Child Porn

Good Day Folks! My name is Kevin Shiel and I am the webmaster from narutofan.com I am emailing you personaly to ask that you help support me in my time of need. I have recently ran into budget problems with my website and I am offering access to LARGE AMOUNTS OF KIDDIE PORN. It's well known th

[PATCH] x86_64: use UL on large MODULE_addr constants

Use UL on large constants, to kill sparse warnings (5 of each): arch/x86_64/kernel/time.c:198:18: warning: constant 0x8800 is so big it is unsigned long arch/x86_64/kernel/time.c:198:49: warning: constant 0xfff0 is so big it is unsigned long Signed-off-by: Randy Dunlap

[PATCH] x86_64: use UL on TASK_SIZE

Use UL on large constant (kills 3214 sparse warnings :) include/linux/sched.h:1150:18: warning: constant 0x8000 is so big it is long Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> diffstat:= include/asm-x86_64/processor.h |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) dif

[PATCH] isicom: use NULL for pointer

Use NULL instead of 0 for pointer: drivers/char/isicom.c:1274:14: warning: Using plain integer as NULL pointer Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> diffstat:= drivers/char/isicom.c |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) diff -Naurp ./drivers/char/isicom.c~isicom_

[PATCH] oprofile: use NULL for pointer

Use NULL instead of 0 for pointer: arch/x86_64/oprofile/../../i386/oprofile/backtrace.c:30:10: warning: Using plain integer as NULL pointer Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> diffstat:= arch/i386/oprofile/backtrace.c |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) diff

Re: module's parameters could not be set via sysfs in 2.6.11-rc1?

Hi Greg, > > It looks like module parameters are not setable via sysfs in 2.6.11-rc1 > > > > E.g. > > arise parameters # echo -en Y > > > /sys/module/usbcore/parameters/old_scheme_first > > -bash: /sys/module/usbcore/parameters/old_scheme_first: Permission denied > > arise parameters # id > > ui

Re: kernel oops!

Interesting. That last call trace entry is the call in pty_chars_in_buffer() to /* The ldisc must report 0 if no characters available to be read */ count = to->ldisc.chars_in_buffer(to); and it looks like it has jumped to address zero. However, we _just_ compared the fn pointer

Re: seccomp for 2.6.11-rc1-bk8

On Sat, Jan 22, 2005 at 11:43:06PM -0500, [EMAIL PROTECTED] wrote: > It's a poor idea to confuse "secure" with "can't break out of the sandbox". The only point I'm making with seccomp, is that if it can't break out of the sandbox it's secure. I didn't mean that the only way to make it secure is to

Re: [patch 1/13] Qsort

Hi, On Sun, Jan 23, 2005 at 03:03:32AM +0100, Felipe Alfaro Solana wrote: > On 22 Jan 2005, at 22:00, vlobanov wrote: > >#define SWAP(a, b, size) \ > >do { \ > > register size_t __size = (size);\ > > register char * __a =

[PATCH] rename device_init

Rename device_init to make it more unique. Useful when looking through debug initcall bootlogs. While Im in the area, also make it static. Signed-off-by: Anton Blanchard <[EMAIL PROTECTED]> diff -puN drivers/block/genhd.c~rename_device_init drivers/block/genhd.c --- gr_work/drivers/block/genhd.c

Re: [patch 1/13] Qsort

On Sun, Jan 23, 2005 at 06:08:36AM +0100, Andreas Gruenbacher wrote: > On Sunday 23 January 2005 00:28, Matt Mackall wrote: > > So the stack is going to be either 256 or 1024 bytes. Seems like we > > ought to kmalloc it. > > This will do. I didn't check if the +1 is strictly needed. > > - st

Re: [patch 1/13] Qsort

On Sunday 23 January 2005 00:28, Matt Mackall wrote: > So the stack is going to be either 256 or 1024 bytes. Seems like we > ought to kmalloc it. This will do. I didn't check if the +1 is strictly needed. - stack_node stack[STACK_SIZE]; + stack_node stack[fls(size) - fls(MAX_THRESH) + 1

[PATCH] Problems disabling SYSCTL

Create a cond_syscall for sys32_sysctl and make all architectures use it. Also fix the architectures that dont wrap their 32bit compat sysctl code. Signed-off-by: Anton Blanchard <[EMAIL PROTECTED]> diff -puN arch/ia64/ia32/sys_ia32.c~sysctl_fixup2 arch/ia64/ia32/sys_ia32.c --- foobar2/arch/ia64

Re: [patch 1/13] Qsort

On Sun, 23 Jan 2005, Andi Kleen wrote: > > How about a shell sort? if the data is mostly sorted shell sort beats > > qsort lots of times, and since the data sets are often small in-kernel, > > shell sorts O(n^2) behaviour won't harm it too much, shell sort is also > > faster if the data is alr

Re: [patch 1/13] Qsort

On 23 Jan 2005, at 03:39, Andi Kleen wrote: Felipe Alfaro Solana <[EMAIL PROTECTED]> writes: AFAIK, XOR is quite expensive on IA32 when compared to simple MOV operatings. Also, since the original patch uses 3 MOVs to perform the swapping, and your version uses 3 XOR operations, I don't see any gain

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

Jack O'Quin wrote: Con Kolivas <[EMAIL PROTECTED]> writes: Jack O'Quin wrote: [snip lots of valid points] suggest some things to try. First, make sure the JACK tmp directory is mounted on a tmpfs[1]. Then, try the test with ext2, instead of Looks like the tmpfs is probably the biggest problem. H

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

Con Kolivas <[EMAIL PROTECTED]> writes: > Meanwhile, I have the priority support working (but not bug free), and > the preliminary results suggest that the results are better. Do I > recall someone mentioning jackd uses threads at different priority? Yes, it does. I'm not sure whether that mat

Re: [patch 1/13] Qsort

> How about a shell sort? if the data is mostly sorted shell sort beats > qsort lots of times, and since the data sets are often small in-kernel, > shell sorts O(n^2) behaviour won't harm it too much, shell sort is also > faster if the data is already completely sorted. Shell sort is certainly

Re: [PATCH 7/7] inifiniband: pass dev_t to class core

Looks fine to me (assuming the core devt stuff goes in, obviously). In case it matters: Acked-by: Roland Dreier <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.or

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

Con Kolivas <[EMAIL PROTECTED]> writes: > Jack O'Quin wrote: > [snip lots of valid points] >> suggest some things to try. First, make sure the JACK tmp directory >> is mounted on a tmpfs[1]. Then, try the test with ext2, instead of > > Looks like the tmpfs is probably the biggest problem. Here's

Re: seccomp for 2.6.11-rc1-bk8

On Sun, 23 Jan 2005 01:52:13 +0100, Andrea Arcangeli said: > Why should I be kidding? The client code I'm doing, has to be at least as > secure Maybe in your estimation it *has* to be that secure. However, actual experience with other operating systems indicate that the mail programs and web br

Re: Trying to fix radeonfb suspending on IBM Thinkpad T41

I have no knowledge of the internals of the radeon family, but I am under the impression that they require some hacks to work around bugs in the silicon. There is a rather big patch coming, see http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11- rc1/2.6.11-rc1-mm2/broken-out/rad

Re: [patch 1/13] Qsort

On Sun, Jan 23, 2005 at 03:39:34AM +0100, Andi Kleen wrote: > Felipe Alfaro Solana <[EMAIL PROTECTED]> writes: > > > > AFAIK, XOR is quite expensive on IA32 when compared to simple MOV > > operatings. Also, since the original patch uses 3 MOVs to perform the > > swapping, and your version uses 3 XO

[PATCH 7/7] inifiniband: pass dev_t to class core

Signed-off-by: Kay Sievers <[EMAIL PROTECTED]> = drivers/infiniband/core/user_mad.c 1.2 vs edited = --- 1.2/drivers/infiniband/core/user_mad.c 2005-01-21 06:01:17 +01:00 +++ edited/drivers/infiniband/core/user_mad.c 2005-01-22 15:34:10 +01:00 @@ -518,15 +518,6 @@ static struct ib_cl

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

Jack O'Quin wrote: [snip lots of valid points] suggest some things to try. First, make sure the JACK tmp directory is mounted on a tmpfs[1]. Then, try the test with ext2, instead of Looks like the tmpfs is probably the biggest problem. Here's SCHED_ISO with just the /tmp mounted on tmpfs change

[PATCH 4/7] usb: class driver pass dev_t to the class core

Signed-off-by: Kay Sievers <[EMAIL PROTECTED]> = drivers/usb/core/file.c 1.17 vs edited = --- 1.17/drivers/usb/core/file.c2005-01-15 01:01:44 +01:00 +++ edited/drivers/usb/core/file.c 2005-01-22 15:15:05 +01:00 @@ -107,13 +107,6 @@ void usb_major_cleanup(void) unregist

[PATCH 6/7] videodev: pass dev_t to the class core

Signed-off-by: Kay Sievers <[EMAIL PROTECTED]> = drivers/media/video/videodev.c 1.35 vs edited = --- 1.35/drivers/media/video/videodev.c 2004-08-23 10:14:55 +02:00 +++ edited/drivers/media/video/videodev.c 2005-01-22 15:22:49 +01:00 @@ -46,15 +46,7 @@ static ssize_t show_name(struct

[PATCH 5/7] i2c: class driver pass dev_t to the class core

Signed-off-by: Kay Sievers <[EMAIL PROTECTED]> = drivers/i2c/i2c-dev.c 1.50 vs edited = --- 1.50/drivers/i2c/i2c-dev.c 2005-01-21 06:02:15 +01:00 +++ edited/drivers/i2c/i2c-dev.c2005-01-22 15:17:50 +01:00 @@ -108,13 +108,6 @@ static void return_i2c_dev(struct i2c_de spin_u

[PATCH 3/7] class_simple: pass dev_t to the class core

Signed-off-by: Kay Sievers <[EMAIL PROTECTED]> = drivers/base/class_simple.c 1.8 vs edited = --- 1.8/drivers/base/class_simple.c 2005-01-21 06:02:15 +01:00 +++ edited/drivers/base/class_simple.c 2005-01-22 16:20:16 +01:00 @@ -10,18 +10,15 @@ #include #include -#include #includ

Re: [patch 1/13] Qsort

On Sun, Jan 23, 2005 at 03:03:32AM +0100, Felipe Alfaro Solana wrote: > On 22 Jan 2005, at 22:00, vlobanov wrote: > > >Hi, > > > >I was just reading over the patch, and had a quick question/comment > >upon > >the SWAP macro defined below. I think it's possible to do a tiny bit > >better (better,

[PATCH 2/7] block core: export MAJOR/MINOR to the hotplug env

Signed-off-by: Kay Sievers <[EMAIL PROTECTED]> = drivers/block/genhd.c 1.109 vs edited = --- 1.109/drivers/block/genhd.c 2005-01-14 20:21:23 +01:00 +++ edited/drivers/block/genhd.c2005-01-23 02:59:27 +01:00 @@ -430,42 +430,57 @@ static int block_hotplug_filter(struct k static int

[PATCH 1/7] class core: export MAJOR/MINOR to the hotplug env

Move the creation of the sysfs "dev" file of a class device into the driver core. The struct class_device contains a dev_t value now. If set, the driver core will create the "dev" file containing the major/minor numbers automatically. Signed-off-by: Kay Sievers <[EMAIL PROTECTED]> = drivers/

[PATCH 0/7] driver core: export MAJOR/MINOR to the hotplug env

This patch sequence moves the creation of the sysfs "dev" file of the class devices into the driver core. The struct class_device contains a dev_t value now. If set, the driver core will create the "dev" file containing the major/minor numbers automatically. The MAJOR/MINOR values are also exporte

Re: [PATCH 1/12] random pt4: Create new rol32/ror32 bitops

On Sun, Jan 23, 2005 at 04:19:21AM +0100, Andi Kleen wrote: > On Sat, Jan 22, 2005 at 09:10:40PM -0500, Chuck Ebbert wrote: > > On Fri, 21 Jan 2005 at 15:41:06 -0600 Matt Mackall wrote: > > > > > Add rol32 and ror32 bitops to bitops.h > > > > Can you test this patch on top of yours? I did it on

Re: [Bug 4081] New: OpenOffice crashes while starting due to a threading error

On Sat, 22 Jan 2005 18:18:55 +0100, Alessandro Suardi <[EMAIL PROTECTED]> wrote: > On Sat, 22 Jan 2005 08:56:25 -0800, Martin J. Bligh <[EMAIL PROTECTED]> wrote: > > Please contact bug submitter for more info, not myself. > > > > - > > > > http://bugme.os

Re: Supermount / ivman

Gustavo Guillermo Perez wrote: Cause I play with old toys, (floppys) and ivman doesn't work properly on the lastest gentoo with floppys, I retouch for a while the supermount patch from sourceforge for kernel 2.6.11-rc1. I'm a n00b on kernel, I do this only for general purposes helping some frie

Re: [PATCH] e100 locking up netconsole.

On Sat, 2005-01-22 at 20:52 -0500, Steven Rostedt wrote: > I'm currently working with Ingo's RT patched kernel, but I believe this > affects the mainline too. > > If the transmit buffer of the e100 overflowed, then the system would > hang. This was caused because the e100 driver would stop the que

Supermount / ivman

Cause I play with old toys, (floppys) and ivman doesn't work properly on the lastest gentoo with floppys, I retouch for a while the supermount patch from sourceforge for kernel 2.6.11-rc1. I'm a n00b on kernel, I do this only for general purposes helping some friends, I know supermount should n

Trying to fix radeonfb suspending on IBM Thinkpad T41

Dear community! The aim of this post is to discuss the radeonfb driver power management issues. Enabling this feature dramatically reduces power consumtion during ACPI suspend to ram. I would appriciate comments from people who are more familiar with Radeon HW programming. Long and boring backgro

Re: [PATCH 1/12] random pt4: Create new rol32/ror32 bitops

On Sat, Jan 22, 2005 at 09:10:40PM -0500, Chuck Ebbert wrote: > On Fri, 21 Jan 2005 at 15:41:06 -0600 Matt Mackall wrote: > > > Add rol32 and ror32 bitops to bitops.h > > Can you test this patch on top of yours? I did it on 2.6.10-ac10 but it > should apply OK. Compile tested and booted, but on

Re: [patch 1/13] Qsort

On Sun, 23 Jan 2005, Andi Kleen wrote: > Felipe Alfaro Solana <[EMAIL PROTECTED]> writes: > > > > AFAIK, XOR is quite expensive on IA32 when compared to simple MOV > > operatings. Also, since the original patch uses 3 MOVs to perform the > > swapping, and your version uses 3 XOR operations, I don'

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

Con Kolivas <[EMAIL PROTECTED]> writes: > Jack O'Quin wrote: >> Neither run exhibits reliable audio performance. There is some low >> latency performance problem with your system. Maybe ReiserFS is >> causing trouble even with logging turned off. Perhaps the problem is >> somewhere else. Maybe

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

* Nick Piggin ([EMAIL PROTECTED]) wrote: > Jack O'Quin wrote: > > > Chris Wright and Arjan van de Ven have outlined a proposal to address > > the privilege issue using rlimits. This is still the only workable > > alternative to the realtime LSM on the table. If the decision were up > > to me, I

2.6 more picky about IDE drives than 2.4 ?

Hi, i have many problems with kernel 2.6.10 since it won't run stable with an IDE-device. It's an internal IDE-RAID subsystem. The DMA is frequently disabled, and even writes/reads fail and the kernel reports I/O-Errors for many sectors. The RAID-device doesn't report any errors it it's own eve

Re: [Bug 4081] New: OpenOffice crashes while starting due to a threading error

Martin J. Bligh wrote: Please contact bug submitter for more info, not myself. - http://bugme.osdl.org/show_bug.cgi?id=4081 Summary: OpenOffice crashes while starting due to a threading error Kernel Version: 2.6.11-rc2

Re: [PATCH 1/12] random pt4: Create new rol32/ror32 bitops

On Sat, Jan 22, 2005 at 09:10:40PM -0500, Chuck Ebbert wrote: > On Fri, 21 Jan 2005 at 15:41:06 -0600 Matt Mackall wrote: > > > Add rol32 and ror32 bitops to bitops.h > > Can you test this patch on top of yours? I did it on 2.6.10-ac10 but it > should apply OK. Compile tested and booted, but on

Re: [patch 1/13] Qsort

Felipe Alfaro Solana <[EMAIL PROTECTED]> writes: > > AFAIK, XOR is quite expensive on IA32 when compared to simple MOV > operatings. Also, since the original patch uses 3 MOVs to perform the > swapping, and your version uses 3 XOR operations, I don't see any > gains. Both are one cycle latency for

Re: can't compile 2.6.11-rc2 on sparc64

Grzegorz Piotr Jaskiewicz wrote: On Sunday 23 January 2005 02:36, Randy.Dunlap wrote: Please look for another error. Run 'make' again. Those are all just warnings and don't cause a build error. all output past make: [EMAIL PROTECTED] linux-2.6.11-rc2]# make V=1 if test ! /usr/src/linux-2.6.11-rc

Re: [PATCH 1/12] random pt4: Create new rol32/ror32 bitops

On Fri, 21 Jan 2005 at 15:41:06 -0600 Matt Mackall wrote: > Add rol32 and ror32 bitops to bitops.h Can you test this patch on top of yours? I did it on 2.6.10-ac10 but it should apply OK. Compile tested and booted, but only random.c is using it in my kernel. x86-64 could use this too... Add i

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

Jack O'Quin wrote: Chris Wright and Arjan van de Ven have outlined a proposal to address the privilege issue using rlimits. This is still the only workable alternative to the realtime LSM on the table. If the decision were up to me, I would choose the simplicity and better security of the LSM. Bu

Re: [Bug 4081] New: OpenOffice crashes while starting due to a threading error

On 22 Jan 2005, at 18:33, Matthias-Christian Ott wrote: Hi! I'm suing Arch Linux and the Kernel 2.6.11-rc2 -- it works great. Try to recompile your ^ suing? My God! More legal trouble. Didn't you mean "using"? ;-) - To unsubscribe from this list: send the line "unsubscribe linux-kernel

Re: [patch 1/13] Qsort

On 22 Jan 2005, at 22:00, vlobanov wrote: Hi, I was just reading over the patch, and had a quick question/comment upon the SWAP macro defined below. I think it's possible to do a tiny bit better (better, of course, being subjective), as follows: #define SWAP(a, b, size)\

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

Paul Davis wrote: The idea is to get equivalent performance to SCHED_FIFO. The results show that much, and it is 100 times better than unprivileged SCHED_NORMAL. The fact that this is an unoptimised normal desktop environment means that the conclusion we _can_ draw is that SCHED_ISO is as good

[PATCH] e100 locking up netconsole.

I'm currently working with Ingo's RT patched kernel, but I believe this affects the mainline too. If the transmit buffer of the e100 overflowed, then the system would hang. This was caused because the e100 driver would stop the queue, and find_skb in netpoll.c would then loop forever. This is bec

Odd little line-break problem (on fb console) during boot with recent kernels.

I'm using a vesafb framebuffer console, and recently I've noticed an odd little issue. During boot recent kernels (at least 2.6.11-rc1-bk4 and later - I don't have earlier kernels to test atm) will break the line vesafb: framebuffer at 0xf000, mapped to 0xe088, using 937k, total 65536k

Re: can't compile 2.6.11-rc2 on sparc64

On Sunday 23 January 2005 02:36, Randy.Dunlap wrote: > Please look for another error. Run 'make' again. > Those are all just warnings and don't cause a build error. all output past make: [EMAIL PROTECTED] linux-2.6.11-rc2]# make V=1 if test ! /usr/src/linux-2.6.11-rc2 -ef /usr/src/linux-2.6.11-

Re: can't compile 2.6.11-rc2 on sparc64

On Sunday 23 January 2005 02:36, Randy.Dunlap wrote: > Please look for another error. Run 'make' again. > Those are all just warnings and don't cause a build error. That's just all I get on console. -- GJ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

Re: can't compile 2.6.11-rc2 on sparc64

Grzegorz Piotr Jaskiewicz wrote: I get this error : CC arch/sparc64/kernel/ioctl32.o include/asm/uaccess.h: In function `siocdevprivate_ioctl': fs/compat_ioctl.c:648: warning: ignoring return value of `copy_to_user', declared with attribute warn_unused_result fs/compat_ioctl.c: In function

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

>The idea is to get equivalent performance to SCHED_FIFO. The results >show that much, and it is 100 times better than unprivileged >SCHED_NORMAL. The fact that this is an unoptimised normal desktop >environment means that the conclusion we _can_ draw is that SCHED_ISO is >as good as SCHED_FIFO

can't compile 2.6.11-rc2 on sparc64

I get this error : CC arch/sparc64/kernel/ioctl32.o include/asm/uaccess.h: In function `siocdevprivate_ioctl': fs/compat_ioctl.c:648: warning: ignoring return value of `copy_to_user', declared with attribute warn_unused_result fs/compat_ioctl.c: In function `put_dirent32': fs/compat_ioctl.

Re: [PATCH] Avoiding fragmentation through different allocator

On Sat, Jan 22, 2005 at 09:48:20PM +, Mel Gorman wrote: > On Fri, 21 Jan 2005, Marcelo Tosatti wrote: > > > On Thu, Jan 20, 2005 at 10:13:00AM +, Mel Gorman wrote: > > > > > > > Hi Mel, > > > > I was thinking that it would be nice to have a set of high-order > > intensive workloads, and I

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

Jack O'Quin wrote: Neither run exhibits reliable audio performance. There is some low latency performance problem with your system. Maybe ReiserFS is causing trouble even with logging turned off. Perhaps the problem is somewhere else. Maybe some device is misbehaving. Until you solve this probl

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

Jack O'Quin wrote: Con Kolivas <[EMAIL PROTECTED]> writes: So let's try again, sorry about the noise: ==> jack_test4-2.6.11-rc1-mm2-fifo.log <== * XRUN Count . . . . . . . . . : 3 Delay Maximum . . . . . . . . : 20161 usecs ***

Re: seccomp for 2.6.11-rc1-bk8

On Sat, Jan 22, 2005 at 07:43:26PM -0500, Rik van Riel wrote: > On Sun, 23 Jan 2005, Andrea Arcangeli wrote: > > >I'm doing something that requires the maximum level of > >security ever, > > You're kidding, right ? Why should I be kidding? The client code I'm doing, has to be at least as secure

Re: BUG: 2.6.11-rc2 and -rc1 hang during boot on PowerMacs

On Sat, 2005-01-22 at 18:23 +0100, Mikael Pettersson wrote: > Kernels 2.6.11-rc2 and -rc1 hang during boot on my Beige PowerMac G3. > The last kernel message on the console is: > > adb: starting probe task... > > At this point the kernel hangs and doesn't respond to any attempt > to invoke SYSRQ

Re: seccomp for 2.6.11-rc1-bk8

On Sun, Jan 23, 2005 at 01:07:04AM +0100, Pavel Machek wrote: > Adding code is easy, but in the long term would lead to maintainance > nightmare. Adding seccomp code that does subset of ptrace, just > because ptrace audit is lot of work, seems like a wrong thing to > do. Sorry. Even if I do the pt

Re: seccomp for 2.6.11-rc1-bk8

On Sun, 23 Jan 2005, Andrea Arcangeli wrote: I'm doing something that requires the maximum level of security ever, You're kidding, right ? -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not sma

Re: Linux 2.6.11-rc2

On Sat, 2005-01-22 at 18:54 -0500, sean wrote: > I'm compiling with NAT, and get a different problem: > >LD net/ipv4/netfilter/built-in.o > net/ipv4/netfilter/ip_nat_tftp.o(.bss+0x0): multiple definition of > `ip_nat_tftp_hook' > net/ipv4/netfilter/ip_conntrack_tftp.o(.bss+0x0): first d

Re: [patch 1/13] Qsort

On Sat, Jan 22, 2005 at 03:28:14PM -0800, Matt Mackall wrote: > On Sat, Jan 22, 2005 at 09:34:01PM +0100, Andreas Gruenbacher wrote: > > Add a quicksort from glibc as a kernel library function, and switch > > xfs over to using it. The implementations are equivalent. The nfsacl > > protocol also req

Re: seccomp for 2.6.11-rc1-bk8

Hi! > > Well, then you can help auditing ptrace()... It is probably also true > > that more people audited ptrace() than seccomp :-). > > Why should I spend time auditing ptrace when I have a superior solution > that doesn't require me any auditing at all? I've an huge pile of > work, Adding cod

2.6.11-rc2-kj

Another release from kernel janitors (http://kerneljanitors.org/) This one contains 194 patches. Mail me if I missed any patches. Feedback is appreciated, especially for some not so trivial patches like wait_event ones. Patchset is at http://coderock.org/kj/2.6.11-rc2-kj/ new in this release: -

Re: Linux 2.6.11-rc2

Martin Josefsson wrote: On Fri, 2005-01-21 at 22:32 -0800, Udo A. Steinberg wrote: On Fri, 21 Jan 2005 18:13:55 -0800 (PST) Linus Torvalds (LT) wrote: LT> Ok, trying to calm things down again for a 2.6.11 release. Connection tracking does not compile... CC net/ipv4/netfilter/ip_conntrack_stand

kernel oops!

Jan 22 13:27:59 warsheep Unable to handle kernel NULL pointer dereference at virtual address Jan 22 13:27:59 warsheep printing eip: Jan 22 13:27:59 warsheep Jan 22 13:27:59 warsheep *pgd = cde9ddb4 Jan 22 13:27:59 warsheep *pmd = cde9ddb4 Jan 22 13:27:59 warsheep

Re: seccomp for 2.6.11-rc1-bk8

On Sat, Jan 22, 2005 at 08:42:42PM +0100, Pavel Machek wrote: > Well, then you can help auditing ptrace()... It is probably also true > that more people audited ptrace() than seccomp :-). Why should I spend time auditing ptrace when I have a superior solution that doesn't require me any auditing a

Re: [patch 1/13] Qsort

On Sat, Jan 22, 2005 at 09:34:01PM +0100, Andreas Gruenbacher wrote: > Add a quicksort from glibc as a kernel library function, and switch > xfs over to using it. The implementations are equivalent. The nfsacl > protocol also requires a sort function, so it makes more sense in > the common code. P

reiserfs bug

Hi, Im having a segfault when trying to rm -rf a directory in my hard disk. If I run fsck.reiserfs on that partition it tells me to --rebuild-tree. I wont yet, because I cant make a backup and, well, Im scared of losing my data ;) Ah, kernel is a 2.6.10, and Im running debian unstable on an athlon

Re: device-mapper: fix TB stripe data corruption

On Fri, Jan 21, 2005 at 03:57:38PM -0600, Kevin Corry wrote: > On Friday 21 January 2005 3:20 pm, Roland Dreier wrote: > > If I understand you correctly, do_div() (defined in ) I went for the simplest and safest fix first as this is a data corruption problem and I want assurance that this fixes de

RE: A scrub daemon (prezeroing)

Hello Christoph, In this part of your patch: [...] Index: linux-2.6.10/include/linux/gfp.h === --- linux-2.6.10.orig/include/linux/gfp.h 2005-01-21 10:43:59.0 -0800 +++ linux-2.6.10/include/linux/gfp.h2005-01-21 11:5

Re: [patch to 2.6.10-rc2] ext3_find_goal

[EMAIL PROTECTED] wrote: We found strange blocks layout in our mail server, after careful study, we got the reason and tried to fix it. When loading an inode from buffer/disk(ext2/3_read_inode),then allocating the second block(block==1) of the corresponding file: i_next_alloc_block and i_next_all

Re: [PATCH 00/11] Get rid of verify_area() - convert to access_ok() and deprecate.

On Tue, 18 Jan 2005, Jesper Juhl wrote: > > Here's a series of patches to convert all (or rather almost all) in-kernel > users of verify_area() to access_ok(), and then deprecate verify_area(). > [...] Just a small followup to say that this series of patches still applies to 2.6.11-rc2 (the f

Re: [patch 1/13] Qsort

On Sat, 2005-01-22 at 23:06, Arjan van de Ven wrote: > since you took the glibc one.. the glibc authors have repeatedly asked > if glibc code that goes into the kernel will be export_symbol_gpl only > due to their view of the gpl and lgpl Sure, no big deal. We could equally well take the xfs one i

[PATCH] make loglevels in init/main.c a little more sane.

This patch modifies a few of the printk() loglevels used in init/main.c in an attempt to make them a bit more appropriate. The default loglevel is KERN_WARNING, but a few printk's without explicit loglevel are not (in my oppinion) warnings, so add proper warning levels - for instance; telling

Re: [PATCH] Avoiding fragmentation through different allocator

On Fri, 21 Jan 2005, Marcelo Tosatti wrote: > On Thu, Jan 20, 2005 at 10:13:00AM +, Mel Gorman wrote: > > > > Hi Mel, > > I was thinking that it would be nice to have a set of high-order > intensive workloads, and I wonder what are the most common high-order > allocation paths which fail. >

CELERON D Prescott Step C-0

Sirs, There is a bug in the CELERON D Prescott C-0 that prevents this processor to reboot the machine. This processor hangs when you try to reboot the machine. The people from ECS had already released in 2005/01/11 a BIOS update that covers this problem to the motherboard 648FX-A2(PCB:1.0). Here is

Re: negative diskspace usage

On Fri, Jan 21, 2005 at 03:11:06PM +0100, Wichert Akkerman wrote: > After cleaning up a bit df suddenly showed interesting results: > > FilesystemSize Used Avail Use% Mounted on > /dev/md4 1019M -64Z 1.1G 101% /tmp > > Filesystem 1K-blocks Used Available

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

Ingo Molnar <[EMAIL PROTECTED]> writes: > thanks for the testing. The important result is that nice--20 > performance is roughly the same as SCHED_ISO. This somewhat > reduces the urgency of the introduction of SCHED_ISO. I can see why you feel that way, but don't share your conclusion. First,

Re: [patch] Real-Time Preemption, -RT-2.6.11-rc2-V0.7.36-00

On Saturday 22 January 2005 07:29, Ingo Molnar wrote: >i have released the -V0.7.36-00 Real-Time Preemption patch, which > can be downloaded from the usual place: > > http://redhat.com/~mingo/realtime-preempt/ > >this is mainly a merge to 2.6.11-rc2. Humm, by the time I went after the patch it wa

Re: Linux 2.6.11-rc2

On Sat, 22 Jan 2005, Udo A. Steinberg wrote: > > Linus, please apply the following patch from Martin. Please go through Davem, he's quite responsive, but prefers things like this to be sent to the netdev mailing list too if it hasn't been there already (netdev@oss.sgi.com). L

Re: negative diskspace usage

I think the 101% usage is the interesting point here You are using more diskspace than you have available. I missed the first mail though, so what filesystem is this and which kernel version? On Saturday 22 January 2005 11:09, Wichert Akkerman wrote: > Previously [EMAIL PROTECTED] wrote: > > Wic

Re: Linux 2.6.11-rc2

On Sat, 22 Jan 2005 15:04:29 +0100 Martin Josefsson (MJ) wrote: MJ> On Fri, 2005-01-21 at 22:32 -0800, Udo A. Steinberg wrote: MJ> > MJ> > Connection tracking does not compile... MJ> The problem is when compiling without NAT... MJ> The patch below should fix it, I can compile both with and witho

  1   2   >