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
>
> 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]
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:
> > >
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
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, 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
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
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
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
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
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
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
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
> -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);
> >
> >
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
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
* 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
> > -
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]>
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 -
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
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 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 :
At Sun, 17 Feb 2008 11:31:09 +0100,
Adel Gadllah wrote:
>
> Hi,
>
> When CONFIG_SND_DEBUG_DETECT is set the hda-intel driver prints verbose
> info like this:
>
> ALSA sound/pci/hda/hda_intel.c:1259: azx_pcm_prepare: bufsize=0x4400,
> fragsize=0x1100, format=0x11
> ALSA
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
At Sun, 17 Feb 2008 21:40:32 -0500,
Chuck Ebbert wrote:
>
> From: Adel Gadllah <[EMAIL PROTECTED]>
>
> snd-hda-intel: don't print using snd_printdd on device open
>
> When CONFIG_SND_DEBUG_DETECT is set the hda-intel driver prints verbose
> info like this:
>
> ALSA
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
> .devinit.text:hdsp_request_fw_loader()
> WARNING:
> 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]>
> ---
> mm/memcontrol.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git
Please pull from the for-linus branch:
git pull git://oss.sgi.com:8090/xfs/xfs-2.6.git for-linus
This will update the following files:
fs/xfs/Kbuild |6 --
fs/xfs/Makefile | 118 -
fs/xfs/Makefile-linux-2.6 | 117
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
> 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 list_for_each_entry_safe_reverse.
Li Zefan wrote:
> Cgroup requires the subsystem to return negative error code on
> error in the create method.
>
> Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
> Acked-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
Acked-by: Balbir Singh <[EMAIL PROTECTED]>
--
Warm Regards,
Balbir
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 list_for_each_entry_safe_reverse. Not sure
why we
Li Zefan wrote:
> - remove trailing " Bytes"s in the demonstration
> - remove section 4.4 (feature control_type has been removed)
> - fix reference section
>
> Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
> Acked-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
Acked-by: Balbir Singh <[EMAIL PROTECTED]>
On Mon, 2008-02-18 at 10:52 +0530, Balbir Singh wrote:
> Zhang, Yanmin wrote:
> > On Mon, 2008-02-18 at 10:26 +0530, Balbir Singh wrote:
> >> Zhang, Yanmin wrote:
> > Did you have
> > CONFIG_FAIR_USER_SCHED enabled in both cases?
> Yes.
>
> CONFIG_FAIR_GROUP_SCHED=y
>
On Feb 17, 2008 9:17 PM, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
>
> It's possible to config a specific CPU and also enable Intel MCE checks
Cgroup requires the subsystem to return negative error code on
error in the create method.
Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
Acked-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
---
mm/memcontrol.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/mm/memcontrol.c
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]>
---
mm/memcontrol.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/mm/memcontrol.c
- remove trailing " Bytes"s in the demonstration
- remove section 4.4 (feature control_type has been removed)
- fix reference section
Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
Acked-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
---
Documentation/controllers/memory.txt | 24
The list head res->tasks gets initialized twice in find_css_set().
Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
---
kernel/cgroup.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/kernel/cgroup.c b/kernel/cgroup.c
index e8c8e58..71cf961 100644
--- a/kernel/cgroup.c
+++
Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
---
kernel/cgroup.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/kernel/cgroup.c b/kernel/cgroup.c
index 71cf961..879a056 100644
--- a/kernel/cgroup.c
+++ b/kernel/cgroup.c
@@ -926,7 +926,6 @@ static int
- replace old name 'cont' with 'cgrp' (Paul Menage did this cleanup for
cgroup.c in commit bd89aabc6761de1c35b154fe6f914a445d301510)
- remove a duplicate declaration of cgroup_path()
Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
---
include/linux/cgroup.h | 48
Cgroup uses unsigned long for subsys bitops, not unsigned long long.
Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
---
kernel/cgroup.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/cgroup.c b/kernel/cgroup.c
index aa76bbd..e8c8e58 100644
--- a/kernel/cgroup.c
fix:
- comments about need_forkexit_callback
- comments about release agent
- typo and comment style, etc.
Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
---
include/linux/cgroup.h |2 +-
kernel/cgroup.c| 44 +---
2 files changed, 22
opts.release_agent is not kfree()ed in all necessary places.
Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
---
kernel/cgroup.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/kernel/cgroup.c b/kernel/cgroup.c
index 0c35022..aa76bbd 100644
--- a/kernel/cgroup.c
+++
Misc fixes and updates, make the doc consistent with current
cgroup implementation.
Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
---
Documentation/cgroups.txt | 65 +++-
1 files changed, 34 insertions(+), 31 deletions(-)
diff --git
On Sun, 17 Feb 2008 23:03:59 +0100
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> [This is a bit late, for which I'm sorry, but I waited for things to
> calm down a bit, to have something less of a moving target.
>
> Now, following an Ingo's advice, the list has been generated directly
> out
Zhang, Yanmin wrote:
> On Mon, 2008-02-18 at 10:26 +0530, Balbir Singh wrote:
>> Zhang, Yanmin wrote:
> Did you have
> CONFIG_FAIR_USER_SCHED enabled in both cases?
Yes.
CONFIG_FAIR_GROUP_SCHED=y
CONFIG_FAIR_USER_SCHED=y
>> Interesting that you have
On Sun, 17 Feb 2008 23:58:03 -0500
"Brown, Len" <[EMAIL PROTECTED]> wrote:
> >Len: This WARN_ON says that ACPI is trying to call ioremap()
> >on memory that the e820_table
> >lists as "kernel owned". Do you know why ACPI would do this?
> >Would ACPI get upset if
> >the kernel would tell it to
On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
It's possible to config a specific CPU and also enable Intel MCE checks
and AMD MCE checks, ending with this:
arch/x86/kernel/built-in.o: In
--- "Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
>
>
> Two quick fixes for you right now (apart from the one you've already
> got :) would be
>
> 1. give wireshark cap_kill, by doing something like
>
> capset cap_kill=ep /bin/wireshark
>
> 2. compile a kernel
Almost all implementations of pci_iomap() in the kernel, including
the generic lib/iomap.c one, copies the content of a struct resource
into unsigned long's which will break on 32 bits platforms with 64
bits resources.
This fixes all definitions of pci_iomap() to use resource_size_t. I
also
On Mon, 2008-02-18 at 10:26 +0530, Balbir Singh wrote:
> Zhang, Yanmin wrote:
> >>
> >>> Did you have
> >>> CONFIG_FAIR_USER_SCHED enabled in both cases?
> >> Yes.
> >>
> >> CONFIG_FAIR_GROUP_SCHED=y
> >> CONFIG_FAIR_USER_SCHED=y
> >>
>
> Interesting that you have CONFIG_FAIR_USER_SCHED. Do you
>> evxfevnt-0091 [00] enable: Transition to
>ACPI mode successful
>> khelper used greatest stack depth: 3144 bytes left
>> net_namespace: 304 bytes
>> NET: Registered protocol family 16
>> ACPI: bus type pci registered
>> khelper used greatest stack depth: 3032 bytes left
>> PCI:
On Sun, 17 Feb 2008 12:17:20 EST, "Robert P. J. Day" said:
> if that header file isn't used by any kernel code, why bother having a
> check for __KERNEL__ in the first place? it's being exported to
> userspace unchecked:
>
> include/linux/Kbuild:header-y += hdsmart.h
>
> so why not just toss
Hello,
I have a Toshiba Satellite A135-S4427 with and Intel 3945ABG card, the
driver is not working properly.
When I turn on my PC it works fine, but If I ever bring the interface
down, I no longer can associate it with any AP without rebooting, even
the one I was using, I tried rmmod/modprobe
On Sat, Feb 16, 2008 at 11:35:16PM +1030, David Newall wrote:
> Stephan,
>
> Jiri Slaby wrote:
> > On 02/14/2008 03:57 PM, Stephan Rose wrote:
> >> I recently purchased a USB->Com Port serial cable from Radio Shack
> >> (Model number 26-183) which did no seem to want to work. After looking
> >>
Zhang, Yanmin wrote:
>>
>>> Did you have
>>> CONFIG_FAIR_USER_SCHED enabled in both cases?
>> Yes.
>>
>> CONFIG_FAIR_GROUP_SCHED=y
>> CONFIG_FAIR_USER_SCHED=y
>>
Interesting that you have CONFIG_FAIR_USER_SCHED. Do you have any other users on
the system (are they running anything at the time of
On Sun, Feb 17, 2008 at 08:52:35PM +0100, Sam Ravnborg wrote:
> Hi Karsten et al.
>
> Seeing the work Jeff puts into ISDN I was wondering what are the
> state of mISDN. Will we soon see mISDN hit the tree or has
> development stalled?
>
> I was wondering if Jeff should go for the much simpler
On Sun, Feb 17, 2008 at 01:13:24PM +0100, Jonas Bonn wrote:
> I'm a bit uncertain whether the definition really should include the
> 'static' modifier... for most definitions of these tables this is ok,
> but there are a couple of cases where it should not be static, so the
> line would need to be
* Joe Perches <[EMAIL PROTECTED]> wrote:
> > + if (e820.map[i].type == E820_RESERVED) {
> > + if (e820.map[i].addr >= 0x10UL &&
> > + e820.map[i].addr < clip)
> > clip = e820.map[i].addr;
>
>
On Mon, 2008-02-18 at 14:35 +1100, Benjamin Herrenschmidt wrote:
> The current iomap stuff (pci_iomap, ioport_map, pcim_iomap, ...) is
> confusing as it returns pointers in the _miomem address space.
>
> However, even if that would work on some architectures, the result
> of those functions is
* 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
> > CONFIG_FAIR_USER_SCHED turned on.
>
> well, I
Oleg Nesterov <[EMAIL PROTECTED]> writes:
> On 02/16, Oleg Nesterov wrote:
>>
>> On 02/15, Andrew Morton wrote:
>> >
>> > ug. On about the fourth boot with the current -mm lineup I hit:
>> >
>> > : BUG: unable to handle kernel paging request at 00200200
>>
Thanks for spotting this - it only would happen if CONFIG_PROC_FS is disabled.
I have fixed it in the cifs-2.6.git tree so should be fine next time akpm pulls.
On Feb 17, 2008 6:14 PM, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
>
> >
> >
Peter Teoh wrote:
> On 2/18/08, Sergio Luis <[EMAIL PROTECTED]> wrote:
>> Peter Teoh wrote:
>>> On 2/17/08, Randy Dunlap <[EMAIL PROTECTED]> wrote:
On Sun, 17 Feb 2008 08:58:39 +0800 Peter Teoh wrote:
> Can some explain the cause of this error (it has been like this for the
>
Rene Herman wrote:
On 17-02-08 23:25, Alan Cox wrote:
On Sun, 17 Feb 2008 16:56:28 -0500 (EST)
"David P. Reed" <[EMAIL PROTECTED]> wrote:
fix init_8259A() which initializes the 8259 PIC to not use outb_pic,
which is a renamed version of outb_p, and delete outb_pic define.
NAK
The entire
On Sunday February 17, [EMAIL PROTECTED] wrote:
> Neil responding to Linus:
> > > "From:" is not a tag. It's a special marker at the *top*
> >
> > You may be right, but when I email patches to akpm
>
> Linus wasn't saying you don't need a 'From:' line in this case (as the
> *top* line of patches
On Saturday 16 February 2008 08:56, Török Edwin wrote:
> Hi Arjan,
>
> LatencyTOP says that sync_page is 'Writing a page to disk', however
> I see that even when no writes are involved, such as during a
> readdir, lseek, etc.
> Naming it a write is misleading, as no program is running that is
>
Rafael J. Wysocki wrote:
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=10002
> Subject : wpa_supplicant doens't work and froze the computer
> Submitter : François Valenduc <[EMAIL PROTECTED]>
> Date : 2008-02-16 08:25
>
[...]
> Bug-Entry :
The current iomap stuff (pci_iomap, ioport_map, pcim_iomap, ...) is
confusing as it returns pointers in the _miomem address space.
However, even if that would work on some architectures, the result
of those functions is -not- to be used as an __iomem, with accessors
such as readl/writel, but only
On 2/18/08, Sergio Luis <[EMAIL PROTECTED]> wrote:
> Peter Teoh wrote:
> > On 2/17/08, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> >> On Sun, 17 Feb 2008 08:58:39 +0800 Peter Teoh wrote:
> >>
> >>> Can some explain the cause of this error (it has been like this for the
> >>> last two git pull from
On Wed, Jan 30, 2008 at 09:23:06PM +0100, Ondrej Zary wrote:
> On Saturday 26 January 2008 21:58:10 Ondrej Zary wrote:
> > Hello,
> > I was having problems with these FreedomLine cards with Linux before but
> > tested it thoroughly today. This card uses DEC 21041 chip and has TP and
> > BNC
* Huang, Ying <[EMAIL PROTECTED]> wrote:
> > > And here's most of the cause:
> > >
> > > 02b8 0124 T early_ioremap
> > > 1000 1000 t bm_pte
> > > 2000 0004 T early_ioremap_debug
> > >
> > > static __initdata pte_t bm_pte[PAGE_SIZE/sizeof(pte_t)]
> > >
On Sunday 17 February 2008, Rafael J. Wysocki wrote:
> On Sunday, 17 of February 2008, Andrey Borzenkov wrote:
> > In 2.6.25 I get stack trace immediately before system is switched off or
> > reboots. It is too fast to capture it on VGA; netconsole does not capture
> > it either - probably network
Neil responding to Linus:
> > "From:" is not a tag. It's a special marker at the *top*
>
> You may be right, but when I email patches to akpm
Linus wasn't saying you don't need a 'From:' line in this case (as the
*top* line of patches you didn't author). He's saying it's not an
instance of the
On Mon, 2008-02-18 at 03:56 +0100, Ingo Molnar wrote:
> arch/x86/kernel/cpu/centaur.c | 394
> +-
> 1 file changed, 199 insertions(+), 195 deletions(-)
>
> Index: linux-x86.q/arch/x86/kernel/cpu/centaur.c
>
* Alan Cox <[EMAIL PROTECTED]> wrote:
> On Sun, 17 Feb 2008 16:56:42 -0500 (EST)
> "David P. Reed" <[EMAIL PROTECTED]> wrote:
>
> > Fix pcspkr driver to use explicit timing delay for access to PIT,
> > rather than inb_p/outb_p calls, which use insufficiently explicit
>
> NAK.
>
> We now have
Hi,
I already sent a patch to Dmitry.
Yoichi
On Sun, 17 Feb 2008 22:09:35 +0200
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> Commit b037b08e59633d939d79f1df9c43c6625f8db904 broke the compilation of
> cobalt_btns.c:
>
> <-- snip -->
>
> ...
> CC drivers/input/misc/cobalt_btns.o
> ...
>
> Still trying to track down why, but it works on a toolchain built from
> binutils 2.18 and gcc 4.1.3, but not with a toolchain from binutils 2.17 and
> gcc 4.1.2. And considering where it's failing...
I don't think the vdso magic should require so new a binutils. Please try
to figure out
* Alan Cox <[EMAIL PROTECTED]> wrote:
> On Sun, 17 Feb 2008 16:56:39 -0500 (EST)
> "David P. Reed" <[EMAIL PROTECTED]> wrote:
>
> > fix code to access CMOS rtc registers so that it does not use inb_p and
> > outb_p routines, which are deprecated.
>
> > Signed-off-by: David P. Reed <[EMAIL
On Friday February 8, [EMAIL PROTECTED] wrote:
>
>
> On Fri, 8 Feb 2008, Jonathan Corbet wrote:
> > +
> > +These tags are:
> > +
> > +From: The original author of the patch. This tag will ensure
> > + that credit is properly given when somebody other than the
> > +
* Paolo Ciarrocchi <[EMAIL PROTECTED]> wrote:
> [PATCH] x86: Coding style fixes for arch/x86/kernel/cpu/centaur.c
>
> Kills more than 150 errors/warnings
thanks Paolo, applied. This file was _really_ unclean.
btw., there were more style inconsistencies in this file, some of which
were
Short description: In 2.6.25-rc2 ioatdma driver fails to initialize due
to Self-test timeout when the ioatdma is linked into the kernel.
Long descr: When I select to compile ioatdma into the kernel I get:
ACPI: PCI Interrupt :00:08.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting
From: Julia Lawall <[EMAIL PROTECTED]>
Date: Sun, 17 Feb 2008 18:57:58 +0100 (CET)
> if (...) BUG(); should be replaced with BUG_ON(...) when the test has no
> side-effects to allow a definition of BUG_ON that drops the code completely.
...
> Signed-off-by: Julia Lawall <[EMAIL PROTECTED]>
From: Julia Lawall <[EMAIL PROTECTED]>
Date: Sun, 17 Feb 2008 18:56:52 +0100 (CET)
> if (...) BUG(); should be replaced with BUG_ON(...) when the test has no
> side-effects to allow a definition of BUG_ON that drops the code completely.
...
> Signed-off-by: Julia Lawall <[EMAIL PROTECTED]>
From: Adel Gadllah <[EMAIL PROTECTED]>
snd-hda-intel: don't print using snd_printdd on device open
When CONFIG_SND_DEBUG_DETECT is set the hda-intel driver prints verbose
info like this:
ALSA sound/pci/hda/hda_intel.c:1259: azx_pcm_prepare: bufsize=0x4400,
fragsize=0x1100, format=0x11
ALSA
On Mon, Feb 18, 2008 at 09:01:05AM +0800, Dave Young wrote:
> On Feb 18, 2008 8:52 AM, Barnaby <[EMAIL PROTECTED]> wrote:
> >
> > On Feb 17, 2008 4:59 AM, Dave Young <[EMAIL PROTECTED]> wrote:
> > >
> > > On Feb 16, 2008 1:16 PM, Barnaby <[EMAIL PROTECTED]> wrote:
> > > >
> > > > On Fri, Feb 15,
* Ahmed S. Darwish <[EMAIL PROTECTED]> wrote:
> Remove redundant irq_desc[NR_IRQS] element initialization in
> init_ISA_irqs(). irq_desc[NR_IRQS] is already statically initialized
> with the same values in kernel/irq/handle.c .
nice catch - applied. This also saves a few bytes of image space:
From: Jiri Kosina <[EMAIL PROTECTED]>
Date: Sun, 17 Feb 2008 13:04:59 +0100 (CET)
> On Sun, 17 Feb 2008, Zdenek Kabelac wrote:
>
> > It looks like there is something weird as my systems stops when the swap
> > is mounted. I've played bisection game and this is the commit which
> > makes the
From: Tilman Schmidt <[EMAIL PROTECTED]>
Date: Sun, 17 Feb 2008 20:24:56 +0100
> No, that's not the real problem. Even if the kernel didn't lack
> any required functionality and it could all be done today without
> VirtualBox, pulling the rug from underneath it like that leaves
> all those who
On 17-02-08 23:25, Alan Cox wrote:
On Sun, 17 Feb 2008 16:56:28 -0500 (EST)
"David P. Reed" <[EMAIL PROTECTED]> wrote:
fix init_8259A() which initializes the 8259 PIC to not use outb_pic,
which is a renamed version of outb_p, and delete outb_pic define.
NAK
The entire point of
> * Thomas Petazzoni <[EMAIL PROTECTED]> wrote:
>
> > The following patch allows to remove the code needed to support the
> > TSC timer on x86 32 bits. The TSC seems to be mandatory on x86 64
> > bits. The patch adds a X86_TSC_TIMER option to enable/disable the
> > support.
> >
> > A X86_TSC
On Sun, 17 Feb 2008, Richard Purdie wrote:
> On Sun, 2008-02-10 at 12:52 +0100, Németh Márton wrote:
> > Disable any active triggers when the brightness attribute is
> > set to zero.
>
> I agree with this approach and will merge this as a clarification of the
> interface, thanks. I'll also merge
On Saturday 16 February 2008 14:37, Andrew Morton wrote:
> On Thu, 14 Feb 2008 22:49:02 -0800 Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> > Two callbacks to remove individual pages as done in rmap code
> >
> > invalidate_page()
> >
> > Called from the inner loop of rmap walks to invalidate
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Serge E. Hallyn wrote:
| Signed-off-by: Serge E. Hallyn <[EMAIL PROTECTED]>
| ---
| security/commoncap.c |2 +-
| 1 files changed, 1 insertions(+), 1 deletions(-)
|
| diff --git a/security/commoncap.c b/security/commoncap.c
| index
On Sun, 2008-02-17 at 20:21 -0500, George Spelvin wrote:
> "make oldconfig" doesn't know how to display the per-item help, so
> something like this is needed. It was a squeeze to make all the help
> text, plus option prompt, fit into 24 lines. If you think that's not
> a concern, some of the
On Fri, 2008-02-15 at 08:08 +0100, Ingo Molnar wrote:
> * Huang, Ying <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 2008-02-14 at 17:12 +0100, Ingo Molnar wrote:
> > > this is indeed a bug (we change the attributes for a larger area than
> > > needed), but your fix is unclean. Find below a cleaner
On Fri, 2008-02-15 at 15:21 +0100, Eric Dumazet wrote:
> Zhang, Yanmin a écrit :
> > On Fri, 2008-02-15 at 07:05 +0100, Eric Dumazet wrote:
> >
> >> Zhang, Yanmin a �crit :
> >>
> >>> Comparing with kernel 2.6.24, tbench result has regression with
> >>> 2.6.25-rc1.
> >>>
> >>> 1) On 2
1 - 100 of 924 matches
Mail list logo
