patch msi-safer-state-caching.patch added to gregkh-2.6 tree

This is a note to let you know that I've just added the patch titled Subject: msi: Safer state caching. to my gregkh-2.6 tree. Its filename is msi-safer-state-caching.patch This tree can be found at http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/patches/

patch pci-repair-pci_save-restore_state-so-we-can-restore-one-save-many-times.patch added to gregkh-2.6 tree

This is a note to let you know that I've just added the patch titled Subject: pci: Repair pci_save/restore_state so we can restore one save many times. to my gregkh-2.6 tree. Its filename is pci-repair-pci_save-restore_state-so-we-can-restore-one-save-many-times.patch This tree

Re: ALIGN

On Wed, Mar 07, 2007 at 08:38:27AM -0800, Linus Torvalds wrote: > > > On Wed, 7 Mar 2007, Oleg Verych wrote: > > > > Probably it can be used to get rid of gccisms and "type fluff" due to > > bitwise arithmetics in ALIGN? > > Hell no. > > The typeof is there to make sure we have the right type,

How soon is soon? MCP55 NCQ support on Linux...

Hi, I have seen your message in LKML archive: http://marc.theaimsgroup.com/?l=linux-kernel=116046278930988=2 It's dated 2006.10.10 and states that a patch to support NCQ on MCP55/MCP61 under Linux is coming "soon". Now it's five months later and I would like to ask when will it be supported?

RSDL v0.28 for 2.6.20

Here is an update for RSDL to version 0.28 Full patch: http://ck.kolivas.org/patches/staircase-deadline/2.6.20-sched-rsdl-0.28.patch Series: http://ck.kolivas.org/patches/staircase-deadline/2.6.20/ The patch to get you from 0.26 to 0.28:

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

On Fri, 9 Mar 2007, Nicholas Miell wrote: > On Fri, 2007-03-09 at 22:53 -0800, Davide Libenzi wrote: > > On Fri, 9 Mar 2007, Nicholas Miell wrote: > > > > > > So extend the existing POSIX timer API to deliver expiry events via a > > > fd. > > > > It'll be out of standard as timerfd is, w/out

[PATCH][RSDL-mm 6/6] sched: document rsdl cpu scheduler

From: Con Kolivas <[EMAIL PROTECTED]> Add comprehensive documentation of the RSDL cpu scheduler design. Signed-off-by: Con Kolivas <[EMAIL PROTECTED]> Cc: Ingo Molnar <[EMAIL PROTECTED]> Cc: Nick Piggin <[EMAIL PROTECTED]> Cc: "Siddha, Suresh B" <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton

[PATCH][RSDL-mm 4/6] sched implement 180 bit sched bitmap

From: Con Kolivas <[EMAIL PROTECTED]> Modify the sched_find_first_bit function to work on a 180bit long bitmap. Signed-off-by: Con Kolivas <[EMAIL PROTECTED]> Cc: Ingo Molnar <[EMAIL PROTECTED]> Cc: Nick Piggin <[EMAIL PROTECTED]> Cc: "Siddha, Suresh B" <[EMAIL PROTECTED]> Signed-off-by: Andrew

[PATCH][RSDL-mm 3/6] sched: remove noninteractive flag

From: Con Kolivas <[EMAIL PROTECTED]> Remove the TASK_NONINTERACTIVE flag as it will no longer be used. Signed-off-by: Con Kolivas <[EMAIL PROTECTED]> Cc: Ingo Molnar <[EMAIL PROTECTED]> Cc: Nick Piggin <[EMAIL PROTECTED]> Cc: "Siddha, Suresh B" <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton

[PATCH][RSDL-mm 2/6] sched: remove sleepavg from proc

From: Con Kolivas <[EMAIL PROTECTED]> Remove the sleep_avg field from proc output as it will be removed from the task_struct. Signed-off-by: Con Kolivas <[EMAIL PROTECTED]> Cc: Ingo Molnar <[EMAIL PROTECTED]> Cc: Nick Piggin <[EMAIL PROTECTED]> Cc: "Siddha, Suresh B" <[EMAIL PROTECTED]>

[PATCH][RSDL-mm 1/6] lists: add list splice tail

From: Con Kolivas <[EMAIL PROTECTED]> Add a list_splice_tail variant of list_splice. Patch-by: Peter Zijlstra <[EMAIL PROTECTED]> Signed-off-by: Con Kolivas <[EMAIL PROTECTED]> Cc: Ingo Molnar <[EMAIL PROTECTED]> Cc: Nick Piggin <[EMAIL PROTECTED]> Cc: "Siddha, Suresh B" <[EMAIL PROTECTED]>

Re: [PATCH] Use attribute groups in struct device_type

On Sat, Mar 10, 2007 at 02:12:04AM -0500, Dmitry Torokhov wrote: > On Saturday 10 March 2007 01:55, Greg KH wrote: > > On Fri, Mar 09, 2007 at 10:54:43PM -0800, Greg KH wrote: > > > On Sat, Mar 10, 2007 at 01:37:34AM -0500, Dmitry Torokhov wrote: > > > > Greg, > > > > > > > > Please consider

[PATCH][RSDL-mm 0/6] Rotating Staircase DeadLine scheduler for -mm

What follows this email is a series of patches for the RSDL cpu scheduler as found in 2.6.21-rc3-mm1. This series is for 2.6.21-rc3-mm2 and has some bugfixes for the issues found so far. While it is not clear that I've attended to all the bugs, it is worth noting that a complete rewrite is a

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

On Fri, 2007-03-09 at 22:53 -0800, Davide Libenzi wrote: > On Fri, 9 Mar 2007, Nicholas Miell wrote: > > > On Fri, 2007-03-09 at 22:38 -0800, Davide Libenzi wrote: > > > On Fri, 9 Mar 2007, Nicholas Miell wrote: > > > > > > > Why did you ignore the existing POSIX timer API? > > > > > > The

sparc atomicity patches reverted

The sparc64 one doesn't even compile, please fix this up and resubmit, thank you. I'd like you to redo the 32-bit sparc patch too. Please, I recommend that you use {sec,clear,etc.}_ti_thread_flag() in this and the 32-bit sparc TI_USEDFPU patch, instead of the task versions which could add an

Re: [PATCH] Use attribute groups in struct device_type

On Saturday 10 March 2007 01:55, Greg KH wrote: > On Fri, Mar 09, 2007 at 10:54:43PM -0800, Greg KH wrote: > > On Sat, Mar 10, 2007 at 01:37:34AM -0500, Dmitry Torokhov wrote: > > > Greg, > > > > > > Please consider applying the patch below. It switches struct device_type > > > to using attribute

Re: [patch 9/9] signalfd/timerfd v1 - timerfd compat code ...

On Fri, 9 Mar 2007, Davide Libenzi wrote: > +asmlinkage long compat_sys_timerfd(int ufd, int tmrtype, > +const struct timespec __user *utmr) compat_timespec, that is. - Davide - To unsubscribe from this

Re: PATCH: Fix VMI and COMPAT_VDSO for 2.6.21

Zachary Amsden wrote: VMI is broken under COMPAT_VDSO, as Xen and other non hardware assisted hypervisors will be. I have been working on a fix for this which works for older glibcs that panic when the new relocatable VDSO is used. However, I believe at this time that the fix is going to be

PATCH: Fix VMI and COMPAT_VDSO for 2.6.21

VMI is broken under COMPAT_VDSO, as Xen and other non hardware assisted hypervisors will be. I have been working on a fix for this which works for older glibcs that panic when the new relocatable VDSO is used. However, I believe at this time that the fix is going to be too radical to

Re: Pluggable Schedulers (was: [ANNOUNCE] RSDL completely fair starvation free interactive cpu scheduler)

William Lee Irwin III wrote: This sort of concern is too subjective for me to have an opinion on it. On Fri, Mar 09, 2007 at 11:43:46PM +0300, Al Boldi wrote: >>> How diplomatic. William Lee Irwin III wrote: >> Impoliteness doesn't accomplish anything I want to do. On Sat, Mar 10, 2007 at

Re: [PATCH] Use attribute groups in struct device_type

On Fri, Mar 09, 2007 at 10:54:43PM -0800, Greg KH wrote: > On Sat, Mar 10, 2007 at 01:37:34AM -0500, Dmitry Torokhov wrote: > > Greg, > > > > Please consider applying the patch below. It switches struct device_type > > to using attribute groups which os more flexible. I am using it in my > >

Re: [PATCH] Use attribute groups in struct device_type

On Sat, Mar 10, 2007 at 01:37:34AM -0500, Dmitry Torokhov wrote: > Greg, > > Please consider applying the patch below. It switches struct device_type > to using attribute groups which os more flexible. I am using it in my > input class_device -> device conversion (which is 99% done btw). Argh, I

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

On Fri, 9 Mar 2007, Nicholas Miell wrote: > On Fri, 2007-03-09 at 22:38 -0800, Davide Libenzi wrote: > > On Fri, 9 Mar 2007, Nicholas Miell wrote: > > > > > Why did you ignore the existing POSIX timer API? > > > > The existing POSIX API is a standard and a very good one. Too bad it does > >

Re: sys_write() racy for multi-threaded append?

I apologize for throwing around words like "stupid". Whether or not the current semantics can be improved, that's not a constructive way to characterize them. I'm sorry. As three people have ably pointed out :-), the particular case of a pipe/FIFO isn't seekable and doesn't need the f_pos

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

On Fri, 2007-03-09 at 22:38 -0800, Davide Libenzi wrote: > On Fri, 9 Mar 2007, Nicholas Miell wrote: > > > Why did you ignore the existing POSIX timer API? > > The existing POSIX API is a standard and a very good one. Too bad it does > not deliver to files. The timerfd code is, as you can

[PATCH] Use attribute groups in struct device_type

Greg, Please consider applying the patch below. It switches struct device_type to using attribute groups which os more flexible. I am using it in my input class_device -> device conversion (which is 99% done btw). I looked through -mm and the latest git and there does not seem to be any users of

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

On Fri, 9 Mar 2007, Nicholas Miell wrote: > Why did you ignore the existing POSIX timer API? The existing POSIX API is a standard and a very good one. Too bad it does not deliver to files. The timerfd code is, as you can probably read from the code, a really thin wrapper around the existing

[patch 06/20] nfnetlink_log: fix NULL pointer dereference

-stable review patch. If anyone has any objections, please let us know. -- From: Micha Mirosaw <[EMAIL PROTECTED]> [NETFILTER]: nfnetlink_log: fix NULL pointer dereference Fix the nasty NULL dereference on multiple packets per netlink message. BUG: unable to handle kernel NULL

Re: [patch 00/20] 2.6.20-stable review

On Fri, Mar 09, 2007 at 10:16:03PM -0800, Greg KH wrote: > This is the start of the stable review cycle for the 2.6.20.3 release. Oh, the rolled up patch is at: kernel.org/pub/linux/kernel/v2.6/testing/patch-2.6.20.3-rc1.gz thanks, greg k-h - To unsubscribe from this list: send the line

Re: [patch 2/9] signalfd/timerfd v1 - signalfd core ...

On Fri, 9 Mar 2007, Davide Libenzi wrote: > This patch series implements the new signalfd() and signalfd_dequeue() -- Of course, wrong description. The signalfd_dequeue() call is gone, and signals are dequeued by read(2). -

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

On Fri, 2007-03-09 at 15:41 -0800, 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

[patch 08/20] ip6_route_me_harder should take into account mark

-stable review patch. If anyone has any objections, please let us know. -- From: Yasuyuki Kozakai <[EMAIL PROTECTED]> [NETFILTER]: ip6_route_me_harder should take into account mark Signed-off-by: Yasuyuki Kozakai <[EMAIL PROTECTED]> Signed-off-by: Patrick McHardy <[EMAIL

Re: Odd suspend regression in 2.6.21-rc[123]

Ray Lee wrote: > In 2.6.21-rc1,2,3, my laptop will fully suspend to ram, but then > *immediately* resumes back from suspension. (It resumes just fine, as well.) [...] > HP/Compaq NX6125 system, AMD64, dmesg attached. hg bisect found the below patch as the culprit, and reverting it does fix the

[patch 09/20] nf_conntrack: fix incorrect classification of IPv6 fragments as ESTABLISHED

-stable review patch. If anyone has any objections, please let us know. -- From: Patrick McHardy <[EMAIL PROTECTED]> [NETFILTER]: nf_conntrack: fix incorrect classification of IPv6 fragments as ESTABLISHED The individual fragments of a packet reassembled by conntrack have the

[patch 10/20] nfnetlink_log: zero-terminate prefix

-stable review patch. If anyone has any objections, please let us know. -- From: Patrick McHardy <[EMAIL PROTECTED]> [NETFILTER]: nfnetlink_log: zero-terminate prefix Userspace expects a zero-terminated string, so include the trailing zero in the netlink message.

[patch 04/20] nfnetlink_log: fix reference leak

-stable review patch. If anyone has any objections, please let us know. -- From: Patrick McHardy <[EMAIL PROTECTED]> [NETFILTER]: nfnetlink_log: fix reference leak Stop reference leaking in nfulnl_log_packet(). If we start a timer we are already taking another reference.

[patch 17/20] Fix callback bug in connector

-stable review patch. If anyone has any objections, please let us know. -- From: Philipp Reisner <[EMAIL PROTECTED]> [CONNECTOR]: Bugfix for cn_call_callback() When system under heavy stress and must allocate new work instead of reusing old one, new work must use correct

[patch 18/20] Fix sparc64 device register probing

-stable review patch. If anyone has any objections, please let us know. -- From: David Miller <[EMAIL PROTECTED]> [SPARC]: Fix bus handling in build_device_resources(). We mistakedly modify 'bus' in the innermost loop. What should happen is that at each register index

[patch 19/20] Fix timewait jiffies

-stable review patch. If anyone has any objections, please let us know. -- From: Eric Dumazet <[EMAIL PROTECTED]> [INET]: twcal_jiffie should be unsigned long, not int Signed-off-by: Eric Dumazet <[EMAIL PROTECTED]> Signed-off-by: David S. Miller <[EMAIL PROTECTED]>

[patch 20/20] Fix UDP header pointer after pskb_trim_rcsum()

-stable review patch. If anyone has any objections, please let us know. -- From: Herbert Xu <[EMAIL PROTECTED]> [UDP]: Reread uh pointer after pskb_trim The header may have moved when trimming. Signed-off-by: Herbert Xu <[EMAIL PROTECTED]> Signed-off-by: David S. Miller

[patch 11/20] nfnetlink_log: fix crash on bridged packet

-stable review patch. If anyone has any objections, please let us know. -- From: Patrick McHardy <[EMAIL PROTECTED]> [NETFILTER]: nfnetlink_log: fix crash on bridged packet physoutdev is only set on purely bridged packet, when nfnetlink_log is used in the

[patch 16/20] fix for bugzilla #7544 (keyspan USB-to-serial converter)

-stable review patch. If anyone has any objections, please let us know. -- From: Rainer Weikusat <[EMAIL PROTECTED]> At least the Keyspan USA-19HS USB-to-serial converter supports two different configurations, one where the input endpoints have interrupt transfer type and one

[patch 13/20] Fix bug 7994 sleeping function called from invalid context

-stable review patch. If anyone has any objections, please let us know. -- From: Douglas Gilbert <[EMAIL PROTECTED]> - addresses the reported bug (with GFP_KERNEL -> GFP_ATOMIC) - improves error checking, and - is a subset of the changes to scsi_debug in lk 2.6.21-rc*

[patch 14/20] bcm43xx: Fix problem with >1 GB RAM

-stable review patch. If anyone has any objections, please let us know. -- From: Larry Finger <[EMAIL PROTECTED]> [PATCH] bcm43xx: Fix problem with >1 GB RAM Some versions of the bcm43xx chips only support 30-bit DMA, which means that the descriptors and buffers must be in the

[patch 15/20] Fix compat_getsockopt

-stable review patch. If anyone has any objections, please let us know. -- From: Johannes Berg <[EMAIL PROTECTED]> [NET]: Fix compat_sock_common_getsockopt typo. This patch fixes a typo in compat_sock_common_getsockopt. Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>

[patch 05/20] nfnetlink_log: fix use after free

-stable review patch. If anyone has any objections, please let us know. -- From: Patrick McHardy <[EMAIL PROTECTED]> [NETFILTER]: nfnetlink_log: fix use after free Paranoia: instance_put() might have freed the inst pointer when we spin_unlock_bh(). Signed-off-by: Michal

[patch 03/20] tcp conntrack: accept SYN|URG as valid

-stable review patch. If anyone has any objections, please let us know. -- From: Patrick McHardy <[EMAIL PROTECTED]> [NETFILTER]: tcp conntrack: accept SYN|URG as valid Some stacks apparently send packets with SYN|URG set. Linux accepts these packets, so TCP conntrack should

[patch 01/20] conntrack: fix {nf, ip}_ct_iterate_cleanup endless loops

-stable review patch. If anyone has any objections, please let us know. -- From: Patrick McHardy <[EMAIL PROTECTED]> [NETFILTER]: conntrack: fix {nf,ip}_ct_iterate_cleanup endless loops Fix {nf,ip}_ct_iterate_cleanup unconfirmed list handling: - unconfirmed entries can not be

[patch 07/20] nfnetlink_log: fix possible NULL pointer dereference

-stable review patch. If anyone has any objections, please let us know. -- From: Michal Miroslaw <[EMAIL PROTECTED]> [NETFILTER]: nfnetlink_log: fix possible NULL pointer dereference Eliminate possible NULL pointer dereference in nfulnl_recv_config(). Signed-off-by: Michal

[patch 12/20] nfnetlink_log: fix reference counting

-stable review patch. If anyone has any objections, please let us know. -- From: Michal Miroslaw <[EMAIL PROTECTED]> [NETFILTER]: nfnetlink_log: fix reference counting Fix reference counting (memory leak) problem in __nfulnl_send() and callers related to packet queueing.

[patch 00/20] 2.6.20-stable review

This is the start of the stable review cycle for the 2.6.20.3 release. There are 20 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let us know. If anyone is a maintainer of the proper subsystem, and wants to add a

[patch 02/20] nf_conntrack/nf_nat: fix incorrect config ifdefs

-stable review patch. If anyone has any objections, please let us know. -- From: Patrick McHardy <[EMAIL PROTECTED]> [NETFILTER]: nf_conntrack/nf_nat: fix incorrect config ifdefs The nf_conntrack_netlink config option is named CONFIG_NF_CT_NETLINK, but multiple files use

Re: [PATCH] drivers: PMC MSP71xx LED driver

> On Fri, 9 Mar 2007 14:20:56 -0800 Marc St-Jean <[EMAIL PROTECTED]> wrote: > > > > > +typedef enum { > > > + MSP_LED_INPUT = 0, > > > + MSP_LED_OUTPUT, > > > +} msp_led_direction_t; > > > > No typedefs, please. Convert this to > > > > enum msp_led_direction { > > ... >

Re: [PATCH] CIFS: reset file mode when CIFS client notices that ATTR_READONLY is no longer set

Jeff Layton wrote: This problem and patch were discovered and written by Alan Tyson of HP, who asked that I post this. The problem is this: When the CIFS client mounts a share that does not have Unix extensions, it will turn off the "w" bits in the file mode if it sees that ATTR_READONLY is

Re: and try remove another quirk on this computers Re: [3/6] 2.6.21-rc2: known regressions

On Sat, 10 Mar 2007, Sergio Monteiro Basto wrote: > > With this quirk I got this oops on hibernate (but computer still > working) Well, strictly speaking it's a warning, not an oops per se. What happens is that the quirk wants to do an "ioremap_nocache()", which allocates memory, and that

Re: TCP MSG_PEEK assertion issue ...

Apologies ... I definitely had no idea where to post this thanks! Dave -Original Message- From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: linux-kernel@vger.kernel.org Sent: Fri, 9 Mar 2007 4:10 PM Subject: Re: TCP MSG_PEEK assertion issue ... Keep trying, you might hit the proper

[GIT PATCH] ACPI patches for 2.6.21-rc3

Hi Linus, please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release This should delete a good part of the 2.6.21-rc regression list. This will update the files shown below. thanks! -Len ps. individual patches are available on linux-acpi@vger.kernel.org

Re: Pluggable Schedulers (was: [ANNOUNCE] RSDL completely fair starvation free interactive cpu scheduler)

William Lee Irwin III wrote: > William Lee Irwin III wrote: > >> This sort of concern is too subjective for me to have an opinion on it. > > On Fri, Mar 09, 2007 at 11:43:46PM +0300, Al Boldi wrote: > > How diplomatic. > > Impoliteness doesn't accomplish anything I want to do. Fair enough. But

2.6.21-rc3 snd-usb-audio lockdep report.

= [ INFO: possible recursive locking detected ] 2.6.20-1.2962.fc7 #1 - rosegardenseque/5229 is trying to acquire lock: (>list_mutex){}, at: [] snd_seq_deliver_event+0x93/0x173 [snd_seq] but task is

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

Hi. On Fri, 2007-03-09 at 23:03 -0500, [EMAIL PROTECTED] wrote: > On Sat, 10 Mar 2007 09:57:32 +1100, Rusty Russell said: > > > +/* GCC is awesome. */ > > #define ARRAY_SIZE(arr) (sizeof(arr) / sizeof((arr)[0]) > > \ > > + sizeof(typeof(int[1 -

ipv6 crash in latest git

# CONFIG_DEBUG_SHIRQ is not set Linux version 2.6.21-rc3-ga967e127 ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (SUSE Linu7 Command line: root=/dev/sda1 console=tty0 console=ttyS0,115200n8 debug ... Starting yum-updatesd: [ OK ] Starting Avahi

Re: [PATCH] proc: maps protection

Andrew Morton wrote: On Thu, 8 Mar 2007 12:55:25 -0800 Kees Cook <[EMAIL PROTECTED]> wrote: On Tue, Mar 06, 2007 at 08:22:11PM -0800, Arjan van de Ven wrote: [Adding Cc:lkml] How about using a reduced check, as is done for fd and environ? This would allow root-running system monitors to still

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

Hi Oliver, Em Sex, 2007-03-09 às 09:31 +0100, Oliver Neukum escreveu: > Am Freitag, 9. März 2007 08:30 schrieb Amit Choudhary: > > Description: Check the return value of kmalloc() in function > > se401_start_stream(), in file drivers/media/video/se401.c. > > Firstly, USB patches to the USB

[RFC PATCH 2/3] Update mtd use of symbol_(get|put)

From: Trent Piepho <[EMAIL PROTECTED]> Make the mtd sub-system work with changes to __symbol_get(). mtd calls __symbol_get() directly, rather than through the symbol_get() macro because it uses a string it created with sprintf to specify the symbol to attach to. It needs to be updated to supply

[RFC PATCH 3/3] Update dvb use of symbol_(get|put)

From: Trent Piepho <[EMAIL PROTECTED]> Make the dvb sub-system use the ability of symbol_(put|get) to keep track of what module did the putting or getting. In the dvb sub-system, symbol_put is called through the macro dvb_attach(). A driver for a bridge or card will attach frontends, tuners, or

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

From: Trent Piepho <[EMAIL PROTECTED]> When a module uses symbol_get() to increase the ref count of another module, there is no record what module called symbol_get(). A module can show up as having other users, but there is no way to tell who those users are. This adds that ability to

[RFC PATCH 0/3] Fix module information when symbol_get is used

Hi Rusty, DVB code uses symbol_get/symbol_put functions at module.c to allow dynamically add frontend modules (responsible for tuning and demodulating the digital signal). The problem is that symbol_get doesn't properly mark the module that requested it. Trent worked on a fix for this, by using

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

On Fri, 09 Mar 2007 23:03:05 -0500 [EMAIL PROTECTED] wrote: > On Sat, 10 Mar 2007 09:57:32 +1100, Rusty Russell said: > > > +/* GCC is awesome. */ > > #define ARRAY_SIZE(arr) (sizeof(arr) / sizeof((arr)[0]) > > \ > > + sizeof(typeof(int[1 -

and try remove another quirk on this computers Re: [3/6] 2.6.21-rc2: known regressions

On Sat, 2007-03-10 at 02:09 +0100, Mathieu Bérard wrote: > Jeff Garzik a écrit : > > Adrian Bunk wrote: > >> Subject: NCQ problem with ahci and Hitachi drive > >> References : http://lkml.org/lkml/2007/3/4/178 > >> Submitter : Mathieu Bérard <[EMAIL PROTECTED]> > >> Status : unknown > > >

[PATCH 2/4] pcie: fix section mismatch warning

From: Sam Ravnborg <[EMAIL PROTECTED]> Fix following section mismatch warning (when compiled with CONFIG_HOTPLUG=n): WARNING: drivers/pci/built-in.o - Section mismatch: reference to .init.text:pcie_portdrv_probe from .data between 'pcie_portdrv' (at offset 0xe40) and 'pcie_portdrv_err_handler'

[PATCH 1/4] PCI: allow multiple calls to pcim_pin_device()

From: Tejun Heo <[EMAIL PROTECTED]> Sanity check in pcim_pin_device() was too restrictive in that it didn't allow multiple calls to the function, which is against the devres philosohpy of fire-and-forget. Track pinned status separately and allow pinning multiple times. Signed-off-by: Tejun Heo

[PATCH 3/4] PCI: aer: fix section mismatch warning

From: Sam Ravnborg <[EMAIL PROTECTED]> Fix following section mismatch warning (when compiled with CONFIG_HOTPLUG=n): WARNING: drivers/pci/built-in.o - Section mismatch: reference to .init.text:aer_probe from .data between 'aerdrv' (at offset 0x1608) and 'aer_error_handlers' Warning was fixed

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

On Sat, 10 Mar 2007 09:57:32 +1100, Rusty Russell said: > +/* GCC is awesome. */ > #define ARRAY_SIZE(arr) (sizeof(arr) / sizeof((arr)[0]) > \ > + sizeof(typeof(int[1 - 2*!!__builtin_types_compatible_p(typeof(arr), \ >typeof([0]))]))*0) -/* GCC

[PATCH 4/4] pci: fix section mismatch warning

From: Sam Ravnborg <[EMAIL PROTECTED]> drivers/pci/search.c caused following section mismatch warning (if compiled with CONFIG_HOTPLUG=n): WARNING: drivers/pci/built-in.o - Section mismatch: reference to .init.text: from .text.pci_find_bus after 'pci_find_bus' (at offset 0x24) This was due to

[PATCH 4/5] driver core: export device_rename

From: Johannes Berg <[EMAIL PROTECTED]> In wireless we'd like to allow renaming of the phy devices we surface in sysfs. The base wireless code, however, can be built modular and thus we need device_rename exported. Signed-off-by: Johannes Berg <[EMAIL PROTECTED]> Signed-off-by: Greg

[PATCH 1/5] Revert "driver core: refcounting fix"

This reverts commit 63ce18cfe685115ff8d341bae4c9204a79043cf0. It was the incorrect fix and causes a reference counting bug whenever any driver module is removed from the system. Mike Galbraith <[EMAIL PROTECTED]> is looking for the real fix for his problem. Signed-off-by: Greg Kroah-Hartman

[PATCH 2/5] Driver core: add device symlink back to sysfs

This moves the device symlink back to sysfs even if CONFIG_SYSFS_DEPRECATED is enabled as too many userspace programs (well, HAL), still rely on this link to be present. I will rework the ability for sysfs to change layouts like this in the future, but for now, this patch should fix people's

[PATCH 5/5] kobject: new_device->kref wasn't putted after error in kobject_move()

From: Dmitriy Monakhov <[EMAIL PROTECTED]> If error happen we jump to "out" label, in this case new_device not yet became the parent but it wasn't putted. Signed-off-by: Monakhov Dmitriy <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]> --- lib/kobject.c |2 ++ 1

[PATCH 3/5] Remove devfs from MAINTAINERS

From: Jörn Engel <[EMAIL PROTECTED]> Remove last remaining trace of devfs. Signed-off-by: Jörn Engel <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]> --- MAINTAINERS |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS

[GIT PATCH] Driver core fixes for 2.6.21-rc3

Here are some driver core fixes for 2.6.21-rc3. They fix the following thing: - fix reference counting bug when removing any driver module from the system by reverting a previous "fix". - allow older versions of HAL to find network devices even if CONFIG_SYSFS_DEPRECATED is disabled.

[GIT PATCH] PCI fixes for 2.6.21-rc3

Here are some PCI fixes against 2.6.21-rc3 They fix a problem that shows up with the libata drivers and fix a number of section mismatches. All of these have been in the -mm tree. Please pull from: master.kernel.org:/pub/scm/linux/kernel/git/gregkh/pci-2.6.git/ The full patches will be

[GIT PATCH] USB fixes for 2.6.21-rc3

Here are some USB fixes and new device ids against 2.6.21-rc3. These patches contain a number of fixes that lots of people have reported with regards to usb-serial devices oopsing and providing incorrect minor numbers. They also add a number of new device ids and some other minor fixes. All of

Re: 2.6.21-rc3-mm2: BUG: at drivers/pci/pci.c:679 pci_restore_state during suspend testing

Andrew Morton <[EMAIL PROTECTED]> writes: >> On Fri, 9 Mar 2007 01:13:14 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]> >> wrote: >> I get the following traces from 2.6.21-rc3-mm2 during the "resume" phase >> of testing with 'echo test > /sys/power/disk && echo disk > >> /sys/power/state': >>

Re: SATA resume slowness, e1000 MSI warning

"Kok, Auke" <[EMAIL PROTECTED]> writes: > Eric W. Biederman wrote: > > [CHOP] > >> Below is an additional set of warnings that should help debug this. >> The old code just got lucky that it triggered a warning when this happens. > > > I'm trying this patch together with the other 2 that you sent

[patch] futex: restartable futex_wait

LTP test sigaction_16_24 fails, because it expects sem_wait to be restarted if SA_RESTART is set. sem_wait is implemented with futex_wait, that currently doesn't support being restarted. Ulrich confirms that the call should be restartable. Implement a restart_block method to handle the relative

Re: [PATCH][RFC] Make entire ACPI submenu dependent on PM.

This patch is right, and I applied it. On i386, it did what it should -- made the menus look better. Testing x86_64 exposed a latent bug, however. Since CONFIG_X86_64_ACPI_NUMA=y does a select on ACPI, it is possible to config a kernel with PM=n and ACPI=y, which violates ACPI's dependency on

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

On Sat, Mar 10, 2007 at 07:32:20AM +0530, Srivatsa Vaddagiri wrote: > Ok, let me see if I can convey what I had in mind better: > > uts_ns pid_ns ipc_ns > \|/ > --- > | nsproxy| > >

Re: [PATCH] tick management: make broadcast dependent on local APIC

On Saturday 17 February 2007 14:03, Thomas Gleixner wrote: > The broadcast functionality is only necessary when a local APIC is > available. Make the config switch depend on X86_LOCAL_APIC. This > resolves the mach-voyager breakage introduced by the tick managament > code. > > Signed-off-by:

Re: 2.6.21-rc3-mm2: BUG: at drivers/pci/pci.c:679 pci_restore_state during suspend testing

> On Fri, 9 Mar 2007 01:13:14 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]> > wrote: > I get the following traces from 2.6.21-rc3-mm2 during the "resume" phase > of testing with 'echo test > /sys/power/disk && echo disk > /sys/power/state': > > acpi thermal:00: resuming > pci :00:00.0:

Re: 2.6.21-rc3-mm1 RSDL results

On Saturday 10 March 2007 13:26, Matt Mackall wrote: > On Sat, Mar 10, 2007 at 01:20:22PM +1100, Con Kolivas wrote: > > Progress at last! And without any patches! Well those look very > > reasonable to me. Especially since -j5 is a worst case scenario. > > Well that's with a noyield patch and your

Re: 2.6.21-rc3-mm1 RSDL results

On Sat, Mar 10, 2007 at 01:20:22PM +1100, Con Kolivas wrote: > Progress at last! And without any patches! Well those look very reasonable to > me. Especially since -j5 is a worst case scenario. Well that's with a noyield patch and your sched_tick fix. > But would you say it's still _adequate_

Re: [PATCH 1/2] NET: Multiple queue network device support

* Waskiewicz Jr, Peter P <[EMAIL PROTECTED]> 2007-03-09 15:27 > That's the entire point of this extra locking. enqueue() is going to > put an skb into a band somewhere that maps to some queue, and there is > no way to guarantee the skb I retrieve from dequeue() is headed for the > same queue.

Re: [PATCH] proc: maps protection

> On Thu, 8 Mar 2007 12:55:25 -0800 Kees Cook <[EMAIL PROTECTED]> wrote: > On Tue, Mar 06, 2007 at 08:22:11PM -0800, Arjan van de Ven wrote: > > > [Adding Cc:lkml] > > > > > How about using a reduced check, as is done for fd and environ? This > > > would allow root-running system monitors to

Re: 2.6.21-rc3-mm1 RSDL results

On Saturday 10 March 2007 12:42, Matt Mackall wrote: > On Sat, Mar 10, 2007 at 12:28:38PM +1100, Con Kolivas wrote: > > On Saturday 10 March 2007 11:49, Matt Mackall wrote: > > > On Sat, Mar 10, 2007 at 11:34:26AM +1100, Con Kolivas wrote: > > > > Ok, so some of the basics then. Can you please

Re: 2.6.21-rc3-mm1

> On Thu, 08 Mar 2007 21:50:29 +0100 Michal Piotrowski <[EMAIL PROTECTED]> > wrote: > Andrew Morton napisał(a): > > Temporarily at > > > > http://userweb.kernel.org/~akpm/2.6.21-rc3-mm1/ > > > > Will appear later at > > > > > >

Re: [2.6 patch] drivers/misc/asus-laptop.c: make code static

Applied. thanks, -Len On Monday 19 February 2007 19:07, Adrian Bunk wrote: > This patch makes some needlessly global code static. > > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> > > --- > --- linux-2.6.20-mm1/drivers/misc/asus-laptop.c.old 2007-02-18 > 01:06:30.0 +0100 > +++

Re: 2.6.21-rc3-mm1 RSDL results

On Mar 09, 2007, at 20:42:30, Matt Mackall wrote: Doh, can't believe I didn't notice that. That's apparently a default in Debian/unstable (not sure where to tweak it). Run this: [EMAIL PROTECTED]:~# dpkg-reconfigure xserver-xorg It should ask you if you want to run the X-server at a lower

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

On Sat, Mar 10, 2007 at 12:11:05AM +0530, Srivatsa Vaddagiri wrote: > On Fri, Mar 09, 2007 at 02:16:08AM +0100, Herbert Poetzl wrote: > > On Thu, Mar 08, 2007 at 05:00:54PM +0530, Srivatsa Vaddagiri wrote: > > > On Thu, Mar 08, 2007 at 01:50:01PM +1300, Sam Vilain wrote: > > > > 7. resource

Re: 2.6.21-rc3-mm1 RSDL results

On Sat, Mar 10, 2007 at 12:28:38PM +1100, Con Kolivas wrote: > On Saturday 10 March 2007 11:49, Matt Mackall wrote: > > On Sat, Mar 10, 2007 at 11:34:26AM +1100, Con Kolivas wrote: > > > Ok, so some of the basics then. Can you please give me the output of 'top > > > -b' running for a few seconds

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

I think maybe I didnt communicate what I mean by a container here (although I thought I did). I am referring to a container in a vserver context (set of tasks which share the same namespace). On Fri, Mar 09, 2007 at 02:09:35PM -0800, Paul Menage wrote: > >2. Regarding space savings, if 100 tasks

  1   2   3   4   5   6   7   8   9   10   >