On Sun, 17 Feb 2008 23:03:59 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=9960
Subject : [2.6.25-rc0 System no longer powers off after shutdown
Submitter : Frans Pop [EMAIL PROTECTED]
Date : 2008-02-11
Li Zefan wrote:
*** notify_on_release is disabled in the current patch set. It will be
-*** reactivated in a future patch in a less-intrusive manner
+*** reactivated in a future patch in a less-intrusive manner.
Someone should verify this, but I'm pretty sure that notify_on_release
is now
On Feb 17, 2008 10:19 +0200, Adrian Bunk wrote:
This patch contains the following cleanups:
- make the following needlessly global function static:
- journal_check_used_features()
- remove the following unused EXPORT_SYMBOL's:
- journal_set_features
- journal_update_superblock
Nack.
Li Zefan wrote:
Balbir Singh wrote:
YAMAMOTO Takashi wrote:
Li Zefan wrote:
No need for VM_BUG_ON(pc), since 'pc' is the list entry. This should
be VM_BUG_ON(page).
Signed-off-by: Li Zefan [EMAIL PROTECTED]
Acked-by: KAMEZAWA Hiroyuki [EMAIL PROTECTED]
pc is of type page_cgroup and we use
On Fri, 2008-02-15 at 22:46 -0800, Andrew Morton wrote:
hrm, well, how about putting up a complete and suitably-changelogged patch
series for Linus to look at? That's be a Dave thing I guess.
I'll look at it on Wednesday. I'm offline until then.
I wasn't overawed by the initial patch - why
* Andreas Dilger [EMAIL PROTECTED] wrote:
This patch contains the following cleanups:
- make the following needlessly global function static:
- journal_check_used_features()
- remove the following unused EXPORT_SYMBOL's:
- journal_set_features
- journal_update_superblock
Greg KH wrote:
On Fri, Feb 15, 2008 at 12:38:02PM -0600, Serge E. Hallyn wrote:
This patch enables to export code/name of capabilities supported
on the running kernel.
A newer kernel sometimes adds new capabilities, like CAP_MAC_ADMIN
at 2.6.25. However, we have no interface to
Balbir Singh wrote:
Li Zefan wrote:
Balbir Singh wrote:
YAMAMOTO Takashi wrote:
Li Zefan wrote:
No need for VM_BUG_ON(pc), since 'pc' is the list entry. This should
be VM_BUG_ON(page).
Signed-off-by: Li Zefan [EMAIL PROTECTED]
Acked-by: KAMEZAWA Hiroyuki [EMAIL PROTECTED]
pc is of type
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
On Feb 4, 2008, at 11:44 PM, Stephen Rothwell wrote:
+ aw = *(u32 *)of_get_property(dev-node, #address-cells, NULL);
+ sw = *(u32 *)of_get_property(dev-node, #size-cells, NULL);
What happens if either of
From: Marcel Holtmann [EMAIL PROTECTED]
Date: Thu, 14 Feb 2008 17:03:51 +0100
since this is full serious of patches, I am not sure if it should go via
the subsystem maintainers or better applied as whole. In case of Linus
or Andrew decide to take them all at once and push them, this on is
From: Martin Devera [EMAIL PROTECTED]
Date: Fri, 15 Feb 2008 00:02:56 +0100
From: Martin Devera [EMAIL PROTECTED]
HTB is event driven algorithm and part of its work is to apply
scheduled events at proper times. It tried to defend itself from
livelock by processing only limited number of
From: Glenn Griffin [EMAIL PROTECTED]
Date: Fri, 15 Feb 2008 09:47:08 -0800
Introduce the ability to send arbitrary initial tcp timestamps that are not
tied directly to jiffies. The basic conecpt is every tcp_request_sock and
tcp_sock now has a ts_off offset that represents the difference
Hi, Matt,
So glad to see you again!
-Original Message-
From: Matt Porter [mailto:[EMAIL PROTECTED]
On Thu, Jan 31, 2008 at 02:30:13PM +0800, Zhang Wei wrote:
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
when we have multiple ports are the device IDs
And again, what does this buy us?
Clarity and simplicity, I hope... there are a bunch of definitions
scattered about the kernel that omit the __devinitdata modifier despite
the documentation stating that it should always be there. The
definition really should have been const, which wasn't
Remove this VM_BUG_ON(), as Balbir stated:
We used to have a for loop with !list_empty() as a termination condition
and VM_BUG_ON(!pc) is a spill over. With the new loop, VM_BUG_ON(!pc) does not
make sense.
Signed-off-by: Li Zefan [EMAIL PROTECTED]
---
mm/memcontrol.c |1 -
1 files changed,
On Mon, Feb 18, 2008 at 04:12:53PM +0900, Kohei KaiGai wrote:
Greg KH wrote:
On Fri, Feb 15, 2008 at 12:38:02PM -0600, Serge E. Hallyn wrote:
This patch enables to export code/name of capabilities supported
on the running kernel.
A newer kernel sometimes adds new
On Mon, 2008-02-18 at 05:28 +0100, Ingo Molnar wrote:
* Lukas Hejtmanek [EMAIL PROTECTED] wrote:
On Thu, Feb 14, 2008 at 10:25:51PM +0530, Srivatsa Vaddagiri wrote:
The patch is against 2.6.25-rc1. I would request you to check for
difference it makes with CONFIG_FAIR_GROUP_SCHED and
From: FUJITA Tomonori [EMAIL PROTECTED]
Date: Sat, 16 Feb 2008 15:03:43 +0900
[PATCH] sparc64: make IOMMU code respect the segment boundary limits
Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED]
Looks good, but I think it will break sound for some ALI chips.
Please see
On Mon, Feb 18, 2008 at 07:43:32AM +0100, Takashi Iwai wrote:
At Sun, 17 Feb 2008 13:23:04 +0100,
Sam Ravnborg wrote:
Fix following warnings:
WARNING: sound/pci/rme9652/snd-hdsp.o(.text+0x34bc): Section mismatch in
reference from the function hdsp_check_for_firmware() to the function
On Sun, 17 Feb 2008 10:44:32 +0100 (CET)
Geert Uytterhoeven [EMAIL PROTECTED] wrote:
On Fri, 15 Feb 2008, Anton Vorontsov wrote:
On Thu, Feb 14, 2008 at 10:49:42PM -0800, Andrew Morton wrote:
On Tue, 5 Feb 2008 18:44:32 +0300 Anton Vorontsov [EMAIL PROTECTED]
wrote:
Actually...
hci conn child devices other than rfcomm tty should not be moved here.
This is my lost, thanks for Barnaby's reporting and testing.
Signed-off-by: Dave Young [EMAIL PROTECTED]
---
net/bluetooth/hci_sysfs.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff -upr
Move hci_dev_put to del_conn to avoid hci dev going away before hci conn.
Signed-off-by: Dave Young [EMAIL PROTECTED]
---
net/bluetooth/hci_conn.c |1 -
net/bluetooth/hci_sysfs.c |5 -
2 files changed, 4 insertions(+), 2 deletions(-)
diff -upr linux/net/bluetooth/hci_conn.c
On Mon, Feb 18, 2008 at 02:45:56AM +0300, Oleg Nesterov wrote:
On 02/17, Jarek Poplawski wrote:
...
1) ... workqueue_cpu_callback(...)
...
Yes, but this is harmless. cpu-hotplug callbacks are not time-critical,
and cpu_down/cpu_up happens not often, and LIST_HEAD(workqueues) is not
very
Not yet tested.
---
Replace unlikely(x) || unlikely(y) by unlikely(x || y)
Signed-off-by: Roel Kluin [EMAIL PROTECTED]
Ack-by: Kyungmin Park [EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
901 - 924 of 924 matches
Mail list logo