Re: SwSusp to disk doesn't work - Try 2

Rafael J. Wysocki napsal(a): > On Sunday, 11 March 2007 19:08, Thomas Meyer wrote: >> Suspend to disk doesn't work on my laptop. >> >> The suspend seems to hang while enabling the non-boot cpus again. >> >> with platform = "test" and state = "disk" i get this: >> Enabling non-boot CPUs ... ... >

Re: SATA resume slowness, e1000 MSI warning

> Quoting Eric W. Biederman <[EMAIL PROTECTED]>: > Subject: Re: SATA resume slowness, e1000 MSI warning > > "Michael S. Tsirkin" <[EMAIL PROTECTED]> writes: > > >> Rumor has it that some pci devices can't tolerate < 32bit accesses. > >> Although I have never met one. > > > > hopefully not bridge

[PATCH] driver core: handles kobject_uevent failure while device_add

Signed-off-by: Monakhov Dmitriy <[EMAIL PROTECTED]> --- drivers/base/core.c | 10 -- 1 files changed, 8 insertions(+), 2 deletions(-) diff --git a/drivers/base/core.c b/drivers/base/core.c index 142c222..da73012 100644 --- a/drivers/base/core.c +++ b/drivers/base/core.c @@ -630,8 +630,1

[PATCH] driver core: handle sysfs_op failure while device_add

depends on: "[PATCH] driver core: fix device_add error path" - rearrange error path sequence, in order to make it more correct. In fact if initial sequance was doA(); doB(); doC(); we should undo it with folowing sequance undoC(); undoB(); undoA(); - handle sysfs_ops failure This patch ki

Re: [RFC][PATCH 3/7] Data structures changes for RSS accounting

Pavel Emelianov <[EMAIL PROTECTED]> writes: > Adds needed pointers to mm_struct and page struct, > places hooks to core code for mm_struct initialization > and hooks in container_init_early() to preinitialize > RSS accounting subsystem. An extra pointer in struct page is unlikely to fly. Both bec

Re: [RFC][PATCH 4/7] RSS accounting hooks over the code

Pavel Emelianov <[EMAIL PROTECTED]> writes: > Pages are charged to their first touchers which are > determined using pages' mapcount manipulations in > rmap calls. NAK pages should be charged to every rss group whose mm_struct they are mapped into. Eric - To unsubscribe from this list: send the

Re: SwSusp to disk doesn't work - Try 2

Milan Broz schrieb: Rafael J. Wysocki napsal(a): On Sunday, 11 March 2007 19:08, Thomas Meyer wrote: Suspend to disk doesn't work on my laptop. The suspend seems to hang while enabling the non-boot cpus again. with platform = "test" and state = "disk" i get this: Hi, I see

mm: migrate_pages using

Hello. I have some problems with migrate_pages understanding. Here is my situation: I need to change virtual page mapping (all stuff referring to the page) to new physical location. Page is present for the process and new page is already allocated (and not mapped anywhere). I thought that direct

Re: SwSusp to disk doesn't work - Try 2

On Sunday, 11 March 2007 19:37, Thomas Meyer wrote: > Rafael J. Wysocki schrieb: > > > > Could you please put some printk()s in kernel/cpu.c:_cpu_up() to see where > > it gets stuck? I bet one of the notifiers goes to sleep (cpufreq, maybe). > > > Here we go (ok. i forgot __FUNCTION__ ...): >

Re: I2O block driver broken in kernel 2.6.19?

...same here. Until 2.6.18 working fine... Thanks >> On Fri, 23 Feb 2007 22:57:27 + (UTC) Mark Gray <[EMAIL PROTECTED]> wrote: >> > i2o/hda:<3>Buffer I/O error on device i2o/hda, logical block 0 >> > Buffer I/O error on device i2o/hda, logical block 0 >> >> Same error here. Both 2.6.19 and 2.6

Re: [RFC][PATCH 2/7] RSS controller core

Andrew Morton <[EMAIL PROTECTED]> writes: > Yep. Straightforward machine partitioning. An attractive thing is that it > 100% reuses existing page reclaim, unaltered. And misses every resource sharing opportunity in sight. Except for filtering the which pages are eligible for reclaim an RSS lim

Re: SwSusp to disk doesn't work - Try 2

On Sunday, 11 March 2007 20:04, Milan Broz wrote: > Rafael J. Wysocki napsal(a): > > On Sunday, 11 March 2007 19:08, Thomas Meyer wrote: > >> Suspend to disk doesn't work on my laptop. > >> > >> The suspend seems to hang while enabling the non-boot cpus again. > >> > >> with platform = "test" and s

Re: SwSusp to disk doesn't work - Try 2

On Sunday, 11 March 2007 20:16, Thomas Meyer wrote: > Milan Broz schrieb: > > Rafael J. Wysocki napsal(a): > > > >> On Sunday, 11 March 2007 19:08, Thomas Meyer wrote: > >> > >>> Suspend to disk doesn't work on my laptop. > >>> > >>> The suspend seems to hang while enabling the non-boot cpu

Re: PROBLEM: "Make nenuconfig" does not save parameters.

On Sun, Mar 11, 2007 at 01:07:23PM +0300, Cyrill Gorcunov wrote: > [Sam Ravnborg - Sat, Mar 10, 2007 at 11:45:34PM +0100] > | On Sat, Mar 10, 2007 at 10:34:41PM +0100, Jan Engelhardt wrote: > | > > | > On Mar 10 2007 22:27, Sam Ravnborg wrote: > | > >On Sat, Mar 10, 2007 at 07:23:41PM +0100, Jan E

Re: SATA resume slowness, e1000 MSI warning

"Michael S. Tsirkin" <[EMAIL PROTECTED]> writes: > OK I guess. I gather we assume writing read-only registers has no side > effects? > Are there rumors circulating wrt to these? I haven't heard anything about that, and if we are writing the same value back it should be pretty safe. I have heard

Re: [PATCH] MPT FUSION: Delete unused header files.

On Sat, Mar 10, 2007 at 04:57:35PM -0500, Robert P. J. Day wrote: > > Delete apparently unused header files. > > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> > > --- > > drivers/message/fusion/lsi/mpi_inb.h| 221 -- > drivers/message/fusion/lsi/mpi_log_fc.h |

Re: SwSusp to disk doesn't work - Try 2

Sorry the systems hangs here: Mar 11 20:55:46 [kernel] CPU 1 is now offline Mar 11 20:55:46 [kernel] SMP alternatives: switching to UP code Mar 11 20:55:46 [kernel] PM: Removing info for No Bus:cpu1 Mar 11 20:55:46 [kernel] PM: Removing info for No Bus:msr1 Mar 11 20:55:46 [kernel] CPU1 is down M

Re: SwSusp to disk doesn't work - Try 2

Rafael J. Wysocki: > Ah, NO_HZ. Thomas Gleixner's address added to the Cc list. > >> short printk trace >> >> enable_nonboot_cpus >> _cpu_up >> raw_notifier_callchain (CPU_UP_PREPARE) >> ... >> update_sched_domains >> detach_destroy_domains >>[waits here] --> synchronize_

[ANNOUNCE] Guilt v0.22

Guilt v0.22 is available for download (once it mirrors out on kernel.org). Guilt (Git Quilt) is a series of bash scripts which add a Mercurial queues-like functionality and interface to git. Tarballs: http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/ Git repo: git://git.kernel.org/pub/

Re: [PATCH 1/2] rcfs core patch

Quoting Herbert Poetzl ([EMAIL PROTECTED]): > On Fri, Mar 09, 2007 at 11:27:07PM +0530, Srivatsa Vaddagiri wrote: > > On Fri, Mar 09, 2007 at 01:38:19AM +0100, Herbert Poetzl wrote: > > > > 2) you allow a task to selectively reshare namespaces/subsystems with > > > >another task, i.e. you can u

Re: [PATCH 1/2] rcfs core patch

Herbert, > sorry, I'm not in the lucky position that I get payed > for sending patches to LKML, so I have to think twice > before I invest time in coding up extra patches ... > > i.e. you will have to live with my comments for now looks like you have no better argurments then that... >>Looks lik

Re: [ckrm-tech] [PATCH 1/7] containers (V7): Generic container system abstracted from cpusets code

vatsa wrote: > Yes, that way only the hierarchy hosting cpusets takes the hit of > double-locking. cpuset_subsys->create/destroy can take this additional lock > inside cpuset.c. The primary reason for the cpuset double locking, as I recall, was because cpusets needs to access cpusets inside the m

Re: SwSusp to disk doesn't work - Try 2

On Sunday, 11 March 2007 21:23, Milan Broz wrote: > Rafael J. Wysocki: > > Ah, NO_HZ. Thomas Gleixner's address added to the Cc list. > > > >> short printk trace > >> > >> enable_nonboot_cpus > >> _cpu_up > >> raw_notifier_callchain (CPU_UP_PREPARE) > >> ... > >> update_sched_domains

Re: SwSusp to disk doesn't work - Try 2

Rafael J. Wysocki schrieb: On Sunday, 11 March 2007 21:23, Milan Broz wrote: Rafael J. Wysocki: Ah, NO_HZ. Thomas Gleixner's address added to the Cc list. short printk trace enable_nonboot_cpus _cpu_up raw_notifier_callchain (CPU_UP_PREPARE) ... update_sched_domai

Re: Style Question

On Mar 11 2007 22:15, Cong WANG wrote: > > I have a question about coding style in linux kernel. In > Documention/CodingStyle, it is said that "Linux style for comments is > the C89 "/* ... */" style. Don't use C99-style "// ..." comments." > _But_ I see a lot of '//' style comments in current ker

[PATCH] Initialise SAK member for each virtual console to prevent oops

This patch initialises the SAK member of the vc_cons variable on all virtual terminals, not only the first one. This prevents an oops when trying Sysrq-C on e.g. the second virtual terminal: kernel BUG at kernel/workqueue.c:212! invalid opcode: [1] SMP CPU 0 Modules linked in: i915

Re: SwSusp to disk doesn't work - Try 2

On Sunday, 11 March 2007 21:28, Thomas Meyer wrote: > Rafael J. Wysocki schrieb: > > On Sunday, 11 March 2007 21:23, Milan Broz wrote: > > > >> Rafael J. Wysocki: > >> > >>> Ah, NO_HZ. Thomas Gleixner's address added to the Cc list. > >>> > >>> > short printk trace > > >>

Re: Style Question

On Sunday 11 March 2007 16:35:50 Jan Engelhardt wrote: > On Mar 11 2007 22:15, Cong WANG wrote: > > Another question is about NULL. AFAIK, in user space, using NULL is > > better than directly using 0 in C. In kernel, I know it used its own > > NULL, which may be defined as ((void*)0), but it's _st

Re: [PATCH] MPT FUSION: Delete unused header files.

From: Eric Moore <[EMAIL PROTECTED]> Date: Sun, 11 Mar 2007 13:55:54 -0600 > On Sat, Mar 10, 2007 at 04:57:35PM -0500, Robert P. J. Day wrote: > > > > Delete apparently unused header files. > > > > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> > > > > --- > > > > drivers/message/fusio

Re: [PATCH] Initialise SAK member for each virtual console to prevent oops

From: Bernhard Walle <[EMAIL PROTECTED]> Date: Sun, 11 Mar 2007 21:41:38 +0100 > This patch initialises the SAK member of the vc_cons variable on all virtual > terminals, not only the first one. No it doesn't > --- linux-2.6.21-rc3.orig/drivers/char/vt.c > +++ linux-2.6.21-rc3/drivers/char/vt.c

Re: SwSusp to disk doesn't work - Try 2

Rafael J. Wysocki schrieb: Okay, but could you please compile the kernel without NO_HZ and retest? Sure. But i get the same behaviour: Mar 11 21:42:07 [kernel] processor ACPI0007:00: freeze Mar 11 21:42:07 [kernel] button button_power:00: freeze Mar 11 21:42:07 [kernel] acpi acpi_system:

Re: SwSusp to disk doesn't work - Try 2

Thomas Meyer napsal(a): > Rafael J. Wysocki schrieb: >> On Sunday, 11 March 2007 21:23, Milan Broz wrote: >> >>> Rafael J. Wysocki: >>> Ah, NO_HZ. Thomas Gleixner's address added to the Cc list. > short printk trace > > enable_nonboot_cpus > _cpu_up

Re: [RFC PATCH 1/3] Add ability to keep track of callers of symbol_(get|put)

> From: Andrew Morton > Newsgroups: gmane.linux.kernel > Subject: Re: [RFC PATCH 1/3] Add ability to keep track of callers of > symbol_(get|put) > Date: Sun, 11 Mar 2007 00:09:38 -0800 > >> On Sat, 10 Mar 2007 02:31:35 -0200 Mauro Carvalho Chehab <[EMAIL PROTECTED]> >> wrote: >> From: Trent Pieph

Re: SwSusp to disk doesn't work - Try 2

Milan Broz schrieb: Thomas Meyer napsal(a): Rafael J. Wysocki schrieb: On Sunday, 11 March 2007 21:23, Milan Broz wrote: Rafael J. Wysocki: Ah, NO_HZ. Thomas Gleixner's address added to the Cc list. short printk trace enable_nonboot_cpus

Re: SwSusp to disk doesn't work - Try 2

On Sunday, 11 March 2007 21:57, Milan Broz wrote: > Thomas Meyer napsal(a): > > Rafael J. Wysocki schrieb: > >> On Sunday, 11 March 2007 21:23, Milan Broz wrote: > >> > >>> Rafael J. Wysocki: > >>> > Ah, NO_HZ. Thomas Gleixner's address added to the Cc list. > > > >>>

Re: [PATCH] MPT FUSION: Delete unused header files.

On Sun, 11 Mar 2007, Eric Moore wrote: > On Sat, Mar 10, 2007 at 04:57:35PM -0500, Robert P. J. Day wrote: > > > > Delete apparently unused header files. > > > > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> > > > > --- > > > > drivers/message/fusion/lsi/mpi_inb.h| 221 --

Re: [PATCH] Initialise SAK member for each virtual console to prevent oops

* David Miller <[EMAIL PROTECTED]> [2007-03-11 21:52]: > > + /* INIT_WORK(&vc_cons[currcons].SAK_work, vc_SAK); */ > > The code is commented out, so it won't do anything. Sorry, you're right. I commented the line out just to generate again the oops message to write the patch description bec

[PATCH] Initialise SAK member for each virtual console to prevent oops

This patch initialises the SAK member of the vc_cons variable on all virtual terminals, not only the first one. This prevents an oops when trying Sysrq-C on e.g. the second virtual terminal: kernel BUG at kernel/workqueue.c:212! invalid opcode: [1] SMP CPU 0 Modules linked in: i915

Re: [PATCH][RSDL-mm 0/7] RSDL cpu scheduler for 2.6.21-rc3-mm2

On Sun, 2007-03-11 at 13:20 +0100, Mike Galbraith wrote: > I'll boot up nosmp and report back Hohum. nosmp doesn't boot (locks after ide [bla] IRQ 14), will recompile UP in the A.M. and try again. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message

/sys/devices/system/cpu/cpuX/online are missing

Since 2.6.20 /sys/devices/system/cpu/cpuX/online isn't there anymore. The directories exist, though. I also tested linux-2.6.21rc3. I had a look at the archives and I found nothing about the removal of that file, which is still documented in Documentation/cpu-hotplug.txt. I don't know if other ar

Re: Null pointer in autofs4 (_spin_lock) in 2.6.21-rc2

On Thu, 2007-03-08 at 19:39 +0900, Ian Kent wrote: > On Thu, 2007-03-08 at 11:12 +0100, Thomas Renninger wrote: > > On Thu, 2007-03-08 at 01:28 -0800, Andrew Morton wrote: > > > > On Thu, 08 Mar 2007 09:57:56 +0100 Thomas Renninger <[EMAIL PROTECTED]> > > > > wrote: > > > > I saw this happening se

Re: Keyboard stops working after *lock [Was: 2.6.21-rc2-mm1]

Jiri Kosina napsal(a): On Fri, 9 Mar 2007, Jiri Kosina wrote: If this is present also in vanilla and not only in -mm, could you please try reverting commits 4237081e573b99a48991aa71364b0682c444651c and d4ae650a904612ffb7edd3f28b69b022988d2466 and let me know if the situation gets any better?

Re: [PATCH] Use more gcc extensions in the Linux headers

On Sun, 11 Mar 2007 13:50:37 +1100, Rusty Russell said: > Well, this is what I sent to Linus and Andrew (many thanks to those who > made appropriately whimsical *or* useful comments): Ahh.. much better - it's now a form that even I can get my brain wrapped around :) pgpkbTo4rWBle.pgp Descriptio

Re: /sys/devices/system/cpu/cpuX/online are missing

On 3/11/07, Giuliano Pochini <[EMAIL PROTECTED]> wrote: Since 2.6.20 /sys/devices/system/cpu/cpuX/online isn't there anymore. The directories exist, though. I also tested linux-2.6.21rc3. I had a look at the archives and I found nothing about the removal of that file, which is still documented

Re: Keyboard stops working after *lock [Was: 2.6.21-rc2-mm1]

On Sun, 11 Mar 2007, Jiri Slaby wrote: > > - /* make sure the unused bits in the last byte are zeros */ > > - if (count > 0 && size > 0) > > - data[(offset+count*size-1)/8] = 0; > > - > No, this doesn't help -- -rc3-mm2 minus this behaves exactly the same. > -rc3 without this patch

Re: SwSusp to disk doesn't work - Try 2

On Sun, 2007-03-11 at 22:09 +0100, Rafael J. Wysocki wrote: > > > update_sched_domains > > > detach_destroy_domains > > >[waits here] --> synchronize_sched (==synchronize_rcu) > > > > > Well, I think the call to wait_for_completion() does not return,

Re: [ANNOUNCE] RSDL completely fair starvation free interactive cpu scheduler

On Monday 12 March 2007 05:11, Al Boldi wrote: > Al Boldi wrote: > > BTW, another way to show these hickups would be through some kind of a > > cpu/proc timing-tracer. Do we have something like that? > > Here is something like a tracer. > > Original idea by Chris Friesen, thanks, from this post: >

Re: Keyboard stops working after *lock [Was: 2.6.21-rc2-mm1]

Jiri Kosina napsal(a): On Sun, 11 Mar 2007, Jiri Slaby wrote: - /* make sure the unused bits in the last byte are zeros */ - if (count > 0 && size > 0) - data[(offset+count*size-1)/8] = 0; - No, this doesn't help -- -rc3-mm2 minus this behaves exactly the same. -rc3 w

Re: SwSusp to disk doesn't work - Try 2

Thomas Gleixner schrieb: On Sun, 2007-03-11 at 22:09 +0100, Rafael J. Wysocki wrote: update_sched_domains detach_destroy_domains [waits here] --> synchronize_sched (==synchronize_rcu) Well, I think the call to wait_for_completion() does not return, p

Re: Style Question

On Mar 11, 2007, at 16:41:51, Daniel Hazelton wrote: On Sunday 11 March 2007 16:35:50 Jan Engelhardt wrote: On Mar 11 2007 22:15, Cong WANG wrote: So can I say using NULL is better than 0 in kernel? On what basis? Do you even know what NULL is defined as in (C, not C++) userspace? Think abo

Re: Keyboard stops working after *lock [Was: 2.6.21-rc2-mm1]

Jiri Slaby napsal(a): Jiri Kosina napsal(a): Hmm, strange, I did bet that this would have solved the problem, as the code is for sure bogus and could be causing these kinds of problems (I Hmm, so I'll check this out again to eliminate human factor. verified. -- http://www.fi.muni.cz/~xsla

Re: [ANNOUNCE] RSDL completely fair starvation free interactive cpu scheduler

On Monday 12 March 2007 08:52, Con Kolivas wrote: > And thank you! I think I know what's going on now. I think each rotation is > followed by another rotation before the higher priority task is getting a > look in in schedule() to even get quota and add it to the runqueue quota. > I'll try a simple

Re: [ANNOUNCE] RSDL completely fair starvation free interactive cpu scheduler

Con, Recent kernel versions have real problems for me on the interactivity front, with even a simple 'make' of my C++ program (PowerDNS) causing Firefox to slow down to a crawl. RSDL fixed all that, the system is noticeably snappier. As a case in point, I used to notice when a compile was done b

Re: [PATCH] MPT FUSION: Delete unused header files.

On Sun, 11 Mar 2007 13:55:54 MDT, Eric Moore said: > > With respect to mpi_log_fc.h - this defines the loginfo for fibre channel > protocal. This is a easy lookup to for LSI Logic customers to better > understand the kind of errors returned from firmware, and help reduce number > of support genera

Debugging x86_64 apic & bootup problems on the Cray XD1

I am attempting to make a 2.6.20 kernel boot on a Cray XD1 node with a Mellanox InfiniBand card installed, however both the ancient supplied cray 2.6.5 suse derivative, and a 2.6.20 kernel I just booted fail on APIC initialization. Below is a diff of boot-up logs from a node without the mellanox I

[PATCH] two more device ids for dm9601 usbnet driver

This patch for the linux-usb-devel tree adds two more product ids to the dm9601 driver. These ids were found on rebadged dm9601 devices in the wild. Signed-off-by: Jon Dowland <[EMAIL PROTECTED]> --- drivers/usb/net/dm9601.c |8 1 files changed, 8 insertions(+), 0 deletions(-) diff

Re: [QUICKLIST 0/6] Arch independent quicklists V1

From: Christoph Lameter <[EMAIL PROTECTED]> Date: Sat, 10 Mar 2007 18:09:23 -0800 (PST) > Page table pages have the characteristics that they are typically zero > or in a known state when they are freed. This is usually the exactly > same state as needed after allocation. So it makes sense to buil

[PATCH] drivers/media/video/se401.c: check kmalloc() return value.

Description: Check the return value of kmalloc() in function se401_start_stream(), in file drivers/media/video/se401.c. Signed-off-by: Amit Choudhary <[EMAIL PROTECTED]> diff --git a/drivers/media/video/se401.c b/drivers/media/video/se401.c index 7aeec57..006c818 100644 --- a/drivers/media/video

RE: [git patches] libata fixes

Just one point that may be interesting, as it seems that this is IRQ related : at the beginning of the dmesg, it seems that IRQ16 is used for sky2/Yukon , but when reading /proc/interrupts, it has been remapped to IRQ 505... Could this also affect libata ? Regards, Paul Paul Rolland, rol(at)as291

RE: [git patches] libata fixes

On Sun, 11 Mar 2007, Paul Rolland wrote: > > Nope... I tried several patches from Tejun, and also some that Jeff posted > to linux-ide, but no luck. The only way to have this DVD-RW working is to > use irqpoll on the command line... So it has *never* worked? That's what I'm trying to see - you

RE: [git patches] libata fixes

Hello, > > Nope... I tried several patches from Tejun, and also some > that Jeff posted > > to linux-ide, but no luck. The only way to have this DVD-RW > working is to > > use irqpoll on the command line... > > So it has *never* worked? That's what I'm trying to see - you had a > "before" and

Re: lockdep question (was Re: IPoIB caused a kernel: BUG: softlockup detected on CPU#0!)

* Michael S. Tsirkin <[EMAIL PROTECTED]> wrote: > > So either there are other sites that instanciate those objects and > > forget about the lock init, or the object is corrupted (use after free?) > > OK, thanks for the hint. So I added this: > And sure enough it triggers: > > [ 858.503010] ip

Re: lockdep question (was Re: IPoIB caused a kernel: BUG: soft lockup detected on CPU#0!)

* Michael S. Tsirkin <[EMAIL PROTECTED]> wrote: > After adding some printks, I started getting these: > > [ 597.036720] BUG: MAX_STACK_TRACE_ENTRIES too low! this should go away if you double the size of MAX_STACK_TRACE_ENTRIES in kernel/lockdep_internals.h. (keep it a power of two) If it doe

Re: [ANNOUNCE] RSDL completely fair starvation free interactive cpu scheduler

On Monday 12 March 2007 09:29, bert hubert wrote: > Con, > > Recent kernel versions have real problems for me on the interactivity > front, with even a simple 'make' of my C++ program (PowerDNS) causing > Firefox to slow down to a crawl. > > RSDL fixed all that, the system is noticeably snappier. >

[patch 1/9] signalfd/timerfd v3 - anonymous inode source ...

This patch add an anonymous inode source, to be used for files that need and inode only in order to create a file*. We do not care of having an inode for each file, and we do not even care of having different names in the associated dentries (dentry names will be same for classes of file*). This

[patch 4/9] signalfd/timerfd v3 - signalfd wire up x86_64 arch ...

This patch wire the signalfd system call to the x86_64 architecture. Signed-off-by: Davide Libenzi - Davide Index: linux-2.6.20.ep2/include/asm-x86_64/unistd.h === --- linux-2.6.20.ep2.orig/include/asm-x86_64/unistd.h 2007-0

[patch 3/9] signalfd/timerfd v3 - signalfd wire up i386 arch ...

This patch wire the signalfd system call to the i386 architecture. Signed-off-by: Davide Libenzi - Davide Index: linux-2.6.20.ep2/arch/i386/kernel/syscall_table.S === --- linux-2.6.20.ep2.orig/arch/i386/kernel/syscall_table.S

[patch 5/9] signalfd/timerfd v3 - signalfd compat code ...

This patch implement the necessary compat code for the signalfd system call. Signed-off-by: Davide Libenzi - Davide Index: linux-2.6.20.ep2/fs/compat.c === --- linux-2.6.20.ep2.orig/fs/compat.c 2007-03-11 14:28:28.0 -

[patch 7/9] signalfd/timerfd v3 - timerfd wire up i386 arch ...

This patch wire the timerfd system call to the i386 architecture. Signed-off-by: Davide Libenzi - Davide Index: linux-2.6.20.ep2/arch/i386/kernel/syscall_table.S === --- linux-2.6.20.ep2.orig/arch/i386/kernel/syscall_table.S

[patch 6/9] signalfd/timerfd v3 - timerfd core ...

This patch introduces a new system call for timers events delivered though file descriptors. This allows timer event to be used with standard POSIX poll(2), select(2) and read(2). As a consequence of supporting the Linux f_op->poll subsystem, they can be used with epoll(2) too. The system call is d

[patch 2/9] signalfd/timerfd v3 - signalfd core ...

This patch series implements the new signalfd() system call. I took part of the original Linus code (and you know how badly it can be broken :), and I added even more breakage ;) Signals are fetched from the same signal queue used by the process, so signalfd will compete with standard kernel delive

[patch 9/9] signalfd/timerfd v3 - timerfd compat code ...

This patch implement the necessary compat code for the timerfd system call. Signed-off-by: Davide Libenzi - Davide Index: linux-2.6.20.ep2/fs/compat.c === --- linux-2.6.20.ep2.orig/fs/compat.c 2007-03-11 14:28:48.0 -0

Re: [PATCH] fix read past end of array in md/linear.c

On Thursday March 8, [EMAIL PROTECTED] wrote: > On Thu, Mar 08, 2007 at 12:52:04PM -0800, Andy Isaacson wrote: > > Index: linus/drivers/md/linear.c > > === > > --- linus.orig/drivers/md/linear.c 2007-03-02 11:35:55.0 -0800 > >

[patch 8/9] signalfd/timerfd v3 - timerfd wire up x86_64 arch ...

This patch wire the timerfd system call to the x86_64 architecture. Signed-off-by: Davide Libenzi - Davide Index: linux-2.6.20.ep2/arch/x86_64/ia32/ia32entry.S === --- linux-2.6.20.ep2.orig/arch/x86_64/ia32/ia32entry.S 2007-0

Re: [patch 6/9] signalfd/timerfd v3 - timerfd core ...

On Sun, 11 Mar 2007, Davide Libenzi wrote: > This patch introduces a new system call for timers events delivered > though file descriptors. This allows timer event to be used with > standard POSIX poll(2), select(2) and read(2). As a consequence of > supporting the Linux f_op->poll subsystem, they

Re: Style Question

On Mar 11 2007 18:01, Kyle Moffett wrote: > On Mar 11, 2007, at 16:41:51, Daniel Hazelton wrote: >> On Sunday 11 March 2007 16:35:50 Jan Engelhardt wrote: >> > On Mar 11 2007 22:15, Cong WANG wrote: >> > > So can I say using NULL is better than 0 in kernel? >> > >> > On what basis? Do you even kn

[PATCH] BUILD_BUG_ON_ZERO -> BUILD_BUG_OR_ZERO

BUILD_BUG_ON_ZERO is named perfectly wrong, and BUILD_BUG_ON_RETURN_ZERO is too long. Flip three bits, and the name is much more suitable. Signed-off-by: Rusty Russell <[EMAIL PROTECTED]> diff -r 6fb745a5bb51 include/linux/compiler-gcc.h --- a/include/linux/compiler-gcc.h Mon Mar 12 09:12:2

Re: [PATCH] MMC: Clean up low voltage range handling

Philip Langdale wrote: > Clean up the handling of low voltage MMC cards. > > > The latest MMC and SD specs both agree that the low > voltage range is defined as 1.65-1.95V and is signified > by bit 7 in the OCR. An old Sandisk spec implied that > bits 7-0 represented voltages below 2.0V in 1V in

[PATCH] [RSDL] sched: rsdl accounting fixes

Andrew the following patch can be rolled into the sched-implement-rsdl-cpu-scheduler.patch file or added separately if that's easier. All the oopses and bitmap errors of previous versions of rsdl were fixed by v0.29 so I think RSDL is ready for another round in -mm. Thanks. --- Higher priority tas

Re: [patch 6/9] signalfd/timerfd v3 - timerfd core ...

On Sun, 2007-03-11 at 16:13 -0700, Davide Libenzi wrote: > On Sun, 11 Mar 2007, Davide Libenzi wrote: > > > This patch introduces a new system call for timers events delivered > > though file descriptors. This allows timer event to be used with > > standard POSIX poll(2), select(2) and read(2). As

Re: [patch 6/9] signalfd/timerfd v3 - timerfd core ...

On Sun, 2007-03-11 at 16:50 -0700, Nicholas Miell wrote: > You should probably make it behave like the other things that use > itimerspec, just to avoid confusion -- i.e. timers are relative by > default, there's a flag that makes them absolute, they expire when > it_value specifies, and repeat eve

RSDL v0.30 cpu scheduler for mainline kernels

There are updated patches for 2.6.20, 2.6.20.2, 2.6.21-rc3 and 2.6.21-rc3-mm2 to bring RSDL up to version 0.30 for download here: Full patches: http://ck.kolivas.org/patches/staircase-deadline/2.6.20-sched-rsdl-0.30.patch http://ck.kolivas.org/patches/staircase-deadline/2.6.20.2-rsdl-0.30.patch

[PATCH] cosmetic adaption of drivers/ide/Kconfig concerning SATA

Hello, since Serial ATA has it's own menu point now, I guess we can change the description of the deprecated SATA driver as well, since the new S-ATA subsystem is not configured through a SCSI low-level driver anymore. The following patch is against 2.6.21-rc3: --- linux-2.6.20.orig/drivers/i

Re: [PATCH] MMC: Clean up low voltage range handling

Pierre Ossman wrote: > > We must not have the same specs. My simplified SD 2.0 physical spec > defines everything below bit 15 as reserved. I was a little unclear. Both specs define bit 7 as the low-voltage range but only the MMC spec defines the actual voltage. As such, there is no complete defi

[PATCH] MMC: Consolidate voltage definitions

Consolidate the list of available voltages. Up until now, a separate set of defines has been used for host->vdd than that used for the OCR voltage mask values. Having two sets of defines allows them to get out of sync and the current sets are already inconsistent with one claiming to describe rang

Re: [patch 6/9] signalfd/timerfd v3 - timerfd core ...

On Sun, 11 Mar 2007, Nicholas Miell wrote: > You should probably make it behave like the other things that use > itimerspec, just to avoid confusion -- i.e. timers are relative by > default, there's a flag that makes them absolute, they expire when > it_value specifies, and repeat every it_interva

[PATCH] MMC: Fix handling of low-voltage cards

Fix handling of low voltage MMC cards. The latest MMC and SD specs both agree that support for low-voltage operations is indicated by bit 7 in the OCR. The MMC spec states that the low voltage range is 1.65-1.95V while the SD spec leaves the actual voltage range undefined - meaning that there is s

Re: _proxy_pda still makes linking modules fail

Marcin 'Qrczak' Kowalczyk <[EMAIL PROTECTED]> writes: > > I've heard that it now builds with gcc-4.2.0 snapshots. This is strange: > if the problem has been fixed for gcc-4.2.0, why doesn't it work for > gcc-4.1.2? arch/i386/kernel/vmlinux.lds.S does contain _proxy_pda = 0; Hmm, it probably needs

Re: _proxy_pda still makes linking modules fail

Andi Kleen wrote: > Hmm, it probably needs a EXPORT_SYMBOL. The previous change only > fixed the in kernel build. > > Does it work with this patch? > > -Andi > > Export _proxy_pda for gcc 4.2 > Gak. It seemed like such a good idea at the time. Rusty's pda->per_cpu patch will deal with this on

Re: irda rmmod lockdep trace.

Hi Dave, On Sat, Mar 10, 2007 at 07:43:26PM +0200, Samuel Ortiz wrote: > Hi Dave, > > On Thu, Mar 08, 2007 at 05:54:36PM -0500, Dave Jones wrote: > > modprobe irda ; rmmod irda in 2.6.21rc3 gets me the spew below.. > Well it seems that we call __irias_delete_object() from hashbin_delete(). Then >

Re: [RFC][PATCH 2/7] RSS controller core

On Sun, Mar 11, 2007 at 06:04:28PM +0300, Pavel Emelianov wrote: > Herbert Poetzl wrote: > > On Sun, Mar 11, 2007 at 12:08:16PM +0300, Pavel Emelianov wrote: > >> Herbert Poetzl wrote: > >>> On Tue, Mar 06, 2007 at 02:00:36PM -0800, Andrew Morton wrote: > On Tue, 06 Mar 2007 17:55:29 +0300 > >

Re: [RFC][PATCH 2/7] RSS controller core

On Sun, Mar 11, 2007 at 04:51:11AM -0800, Andrew Morton wrote: > > On Sun, 11 Mar 2007 15:26:41 +0300 Kirill Korotaev <[EMAIL PROTECTED]> > > wrote: > > Andrew Morton wrote: > > > On Tue, 06 Mar 2007 17:55:29 +0300 > > > Pavel Emelianov <[EMAIL PROTECTED]> wrote: > > > > > > > > >>+struct rss_co

[PATCH] [REVISED] drivers/media/video/videocodec.c: check kmalloc() return value.

Description: Check the return value of kmalloc() in function videocodec_build_table(), in file drivers/media/video/videocodec.c. Signed-off-by: Amit Choudhary <[EMAIL PROTECTED]> diff --git a/drivers/media/video/videocodec.c b/drivers/media/video/videocodec.c index 290e641..f2bbd7a 100644 --- a/

Re: [ckrm-tech] [PATCH 0/2] resource control file system - aka containers on top of nsproxy!

Sam, responding to Herbert: > > from my personal PoV the following would be fine: > > > > spaces (for the various 'spaces') > >... > > container (for resource accounting/limits) > >... > > I like these a lot ... Hmmm ... ok ... Let me see if I understand this. We have actors, known as

[PATCH] [REVISED] drivers/media/video/stv680.c: check kmalloc() return value.

Description: Check the return value of kmalloc() in function stv680_start_stream(), in file drivers/media/video/stv680.c. Signed-off-by: Amit Choudhary <[EMAIL PROTECTED]> diff --git a/drivers/media/video/stv680.c b/drivers/media/video/stv680.c index 6d1ef1e..f35c664 100644 --- a/drivers/media/v

Re: [RFC][PATCH 1/7] Resource counters

On Sun, Mar 11, 2007 at 01:00:15PM -0600, Eric W. Biederman wrote: > Herbert Poetzl <[EMAIL PROTECTED]> writes: > > > > > Linux-VServer does the accounting with atomic counters, > > so that works quite fine, just do the checks at the > > beginning of whatever resource allocation and the > > accoun

Re: Style Question

On Mar 11, 2007, at 19:16:59, Jan Engelhardt wrote: On Mar 11 2007 18:01, Kyle Moffett wrote: On the other hand when __cplusplus is defined they define it to the "__null" builtin, which GCC uses to give type conversion errors for "int foo = NULL" but not "char *foo = NULL". A "((void *)0)"

Re: Style Question

On Mar 11 2007 21:27, Kyle Moffett wrote: > On Mar 11, 2007, at 19:16:59, Jan Engelhardt wrote: >> On Mar 11 2007 18:01, Kyle Moffett wrote: >> > On the other hand when __cplusplus is defined they define it to the >> > "__null" builtin, which GCC uses to give type conversion errors for >> > "int f

Re: Style Question

On Mar 11, 2007, at 21:32:00, Jan Engelhardt wrote: On Mar 11 2007 21:27, Kyle Moffett wrote: On Mar 11, 2007, at 19:16:59, Jan Engelhardt wrote: On Mar 11 2007 18:01, Kyle Moffett wrote: On the other hand when __cplusplus is defined they define it to the "__null" builtin, which GCC uses to gi

Re: [PATCH] Add nForce MCP61 support to i2c-nforce2

Jean Delvare wrote: Hi Petr, On Sat, 10 Mar 2007 09:00:03 +0100, Petr Vandrovec wrote: Hello, patch below adds support for nVidia's SMBus adapter present on Gateway's GT5414E motherboard (ECS's MCP61 PM-AM). Patch is for current Linus's git tree. We already have a patch doing exactly this

<    1   2   3   >