On Thursday, February 07, 2013 01:46:27 PM Joe Perches wrote:
> alloc failures already get standardized OOM
> messages and a dump_stack.
>
> For the affected mallocs around these OOM messages:
>
> Converted kmallocs with multiplies to kmalloc_array.
> Converted a kmalloc/memcpy to kmemdup.
>
From: Len Brown
pm_idle is dead code on blackfin.
Signed-off-by: Len Brown
Cc: uclinux-dist-de...@blackfin.uclinux.org
---
arch/blackfin/kernel/process.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/blackfin/kernel/process.c b/arch/blackfin/kernel/process.c
index
From: Len Brown
(pm_idle)() is being removed from linux/pm.h
because Linux does not have such a cross-architecture concept.
x86 uses an idle function pointer in its architecture
specific code as a backup to cpuidle. So we re-name
x86 use of pm_idle to x86_idle, and make it static to x86.
Use of (pm_idle)() spread from x86 to a number of architectures.
Some used it like x86, but most copied it for no functional reason.
There is no Linux architecture-independent code that mandates
that an architecture supply a pm_idle().
So we delete it from pm.h and we either remove it
or re-name
From: Len Brown
pm_idle on microblaze served no purpose.
Signed-off-by: Len Brown
Cc: microblaze-ucli...@itee.uq.edu.au
---
arch/microblaze/kernel/process.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/microblaze/kernel/process.c b/arch/microblaze/kernel/process.c
index
From: Len Brown
pm_idle() on ARM was a synonym for default_idle(),
so simply invoke default_idle() directly.
Signed-off-by: Len Brown
Cc: linux-arm-ker...@lists.infradead.org
---
arch/arm/kernel/process.c | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
diff --git
From: Len Brown
pm_idle() on ia64 was a synonym for default_idle().
So simply invoke default_idle() directly.
Signed-off-by: Len Brown
Cc: linux-i...@vger.kernel.org
---
arch/ia64/kernel/process.c | 3 ---
arch/ia64/kernel/setup.c | 1 -
2 files changed, 4 deletions(-)
diff --git
From: Len Brown
pm_idle on mn10300 served no purpose.
Signed-off-by: Len Brown
Cc: linux-am33-l...@redhat.com
---
arch/mn10300/kernel/process.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/mn10300/kernel/process.c b/arch/mn10300/kernel/process.c
index eb09f5a..84f4e97 100644
From: Len Brown
SH idle code could use some simplification.
This patch enables that by guaranteeing
that "sh_idle" is local, and thus architecture specific.
Signed-off-by: Len Brown
Cc: linux...@vger.kernel.org
---
arch/sh/kernel/idle.c | 12 ++--
1 file changed, 6 insertions(+), 6
From: Len Brown
as pm_idle() has already been deleted from this code,
the comment was a stray.
Signed-off-by: Len Brown
Cc: Guan Xuetao
---
arch/unicore32/kernel/process.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch/unicore32/kernel/process.c
From: Len Brown
pm_idle() on openrisc was dead code.
Signed-off-by: Len Brown
Cc: li...@lists.openrisc.net
---
arch/openrisc/kernel/idle.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch/openrisc/kernel/idle.c b/arch/openrisc/kernel/idle.c
index 7d618fe..5e8a3b6 100644
---
From: Len Brown
pm_idle() and idle() served no purpose on cris --
invoke default_idle() directly.
Signed-off-by: Len Brown
Cc: linux-cris-ker...@axis.com
---
arch/cris/kernel/process.c | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-)
diff --git a/arch/cris/kernel/process.c
From: Len Brown
pm_idle appears in no generic Linux code,
it appears only in architecture-specific code.
Thus, pm_idle should not be declared in pm.h.
Architectures that use an idle function pointer
should delcare one local to their architecture,
and/or use cpuidle.
Signed-off-by: Len Brown
From: Len Brown
pm_idle() on arm64 was a synonym for default_idle(),
so remove it and invoke default_idle() directly.
Signed-off-by: Len Brown
Cc: linux-arm-ker...@lists.infradead.org
---
arch/arm64/kernel/process.c | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
diff
From: Len Brown
All paths on m32r lead to cpu_relax().
So delete the dead code and simply call cpu_relax() directly.
Signed-off-by: Len Brown
Cc: linux-m...@ml.linux-m32r.org
---
arch/m32r/kernel/process.c | 51 ++
1 file changed, 2 insertions(+),
From: Len Brown
This macro is only invoked by Xen,
so make its definition specific to Xen.
> set_pm_idle_to_default()
< xen_set_default_idle()
Signed-off-by: Len Brown
Cc: xen-de...@lists.xensource.com
---
arch/x86/include/asm/processor.h | 6 +-
arch/x86/kernel/process.c| 4 +++-
From: Len Brown
Update APM to register its local idle routine with cpuidle.
This allows us to stop exporting pm_idle to modules on x86.
The Kconfig sub-option, APM_CPU_IDLE, now depends on on CPU_IDLE.
Compile-tested only.
Signed-off-by: Len Brown
Cc: Jiri Kosina
---
arch/x86/Kconfig
From: Len Brown
(pm_idle)() is being removed from linux/pm.h
because Linux does not have such a cross-architecture concept.
sparc uses an idle function pointer in its architecture
specific code. So we re-name sparc use of pm_idle to sparc_idle.
Maybe some day, SPARC will cut over to
When a CPU is finally put down in either CPU_UP_CANCELLED or
CPU_POST_DEAD, cpu_stop_cpu_callback() signals immediate completion on
all cpu_stop_works still queued on the dead CPU; unfortunately, this
code is buggy in that it doesn't remove the canceled work items off
the stopper->works leaving it
In cpu_stopper_thread(), @work->done may be NULL if the cpu stop work
is queued from stop_one_cpu_nowait(); however, cpu_stopper_thread()
updates @done->ret without checking whether @done exists or not when
the work function fails.
While this can lead to oops, the only current user of
On Sun, Feb 10, 2013 at 1:11 AM, Otavio Salvador
wrote:
> Hello,
>
> On Sat, Jan 12, 2013 at 8:41 PM, Otavio Salvador
> wrote:
>> Today I tried to update my kernel from 3.7.2 to 3.8-rc3 and I had no
>> success; I used localmodconfig to generate the .config for my machine
>> but keyboard does not
On Sat, Jan 19, 2013 at 2:33 AM, Linus Walleij wrote:
> On Fri, Jan 18, 2013 at 8:57 AM, Shawn Guo wrote:
>
>> Some architectures (e.g. blackfin) provide gpio API without requiring
>> GPIOLIB support (ARCH_WANT_OPTIONAL_GPIOLIB). devm_gpio_* functions
>> should also work for these
On 02/09/2013 03:16 PM, Borislav Petkov wrote:
From: Borislav Petkov
We detect CPUID function support on each CPU and save it for later use,
obviating the need to play the toggle EFLAGS.ID game every time. C code
is looking at ->cpuid_level anyway.
Signed-off-by: Borislav Petkov
---
On Sun, Feb 10, 2013 at 3:08 AM, Tejun Heo wrote:
> Hello, Hillf.
>
> On Fri, Feb 08, 2013 at 11:39:56AM +0800, Hillf Danton wrote:
>> The comment just above cpu_stop_signal_done() says it is uncertain that
>> the input @done is valid, and the works enqueued through the function
>>
On 2013-02-09 Saturday at 12:36 +0100 Yann E. MORIN wrote:
> Rolland, All,
>
> On Saturday 09 February 2013 Roland Eggner wrote:
> > Regarding the / conflict: My vision is to eliminate the need for
> > help
> > keybindings at all by displaying the related help text beside the
> > menu
On Tue, 2013-02-05 at 15:26 -0500, Alan Stern wrote:
> On Tue, 5 Feb 2013, Peter Hurley wrote:
>
> > With -next-20130204:
> >
> > [ 33.855570] irq 18: nobody cared (try booting with the "irqpoll" option)
> > [ 33.855580] Pid: 0, comm: swapper/4 Not tainted 3.8.0-next-20130204-xeon
> >
Hi Greg,
On Fri, Feb 08, 2013 at 03:55:24PM -0800, Greg KH wrote:
> On Fri, Feb 08, 2013 at 02:28:15PM +0200, Tomas Winkler wrote:
> > From: Samuel Ortiz
> >
> > Signed-off-by: Samuel Ortiz
> > Signed-off-by: Tomas Winkler
> > Acked-by: Arnd Bergmann
> > ---
> > drivers/misc/mei/bus.c |
Hi Greg,
On Fri, Feb 08, 2013 at 03:53:41PM -0800, Greg KH wrote:
> > +Example
> > +===
> > +As a theoretical example let's pretend the ME comes with a "contact" NFC
> > IP.
> > +The driver init and exit routines for this device would look like:
> > +
> > +#define CONTACT_DRIVER_NAME
* André Hentschel [130206 14:46]:
> I needed this when compiling for pandaboard at commit:
> 0944c0a03465718909ba8e800a5230528aeabafb
>
> Signed-off-by: André Hentschel From:
> =?UTF-8?q?Andr=C3=A9=20Hentschel?=
> From: =?UTF-8?q?Andr=C3=A9=20Hentschel?=
> Date: Wed, 6 Feb 2013 23:16:20
Hello,
On Sat, Jan 12, 2013 at 8:41 PM, Otavio Salvador
wrote:
> Today I tried to update my kernel from 3.7.2 to 3.8-rc3 and I had no
> success; I used localmodconfig to generate the .config for my machine
> but keyboard does not work.
>
> Using same generated .config with 3.7.2 works fine.
>
>
On 2013-02-09 Saturday at 12:23 +0100 Yann E. MORIN wrote:
> Rolland, All,
>
> On Saturday 09 February 2013 Roland Eggner wrote:
> > On 2013-02-09 Saturday at 01:30 +0100 Yann E. MORIN wrote:
> [--SNIP--]
> > > > +"Text Box (Help Window)\n"
> > > > +"--\n"
> > > > +"Use
Hi,
* Ruslan Bilovol [130208 11:41]:
> The OMAP4 Blaze Tablet is TI OMAP4 processor-based
> development platform in a tablet formfactor.
> The platform contains many of the features found in
> present-day handsets (such as audio, video, wireless
> functions and user interfaces) and in addition
>
On Tue, Feb 05, 2013 at 08:48:32PM +0100, Linus Walleij wrote:
> From: Lee Jones
>
> AB8500 GPIO no longer handles its GPIO IRQs. Instead, the AB8500
> core driver has taken back the responsibility. Prior to this
> happening, the AB8500 GPIO driver provided a set of virtual IRQs
> which were
On Sat, Feb 09, 2013 at 01:06:29PM -0500, Theodore Ts'o wrote:
> For that reasons, what I would suggest doing first is generate a
> series of outputs of jitterentropy_get_nstime() followed by
> schedule(). Look and see if there is any pattern. That's the problem
> with the FIPS 140-2 tests.
On Wed, Feb 06, 2013 at 11:05:52AM -0700, Stephen Warren wrote:
> On 02/06/2013 09:10 AM, Hiroshi Doyu wrote:
> > This patch fixes the build error when ARCH_TEGRA_114_SOC is enabled
> > and ARCH_TEGRA_3x_SOC is disabled.
> >
> > This provides Tegra114 with its own tegra114_init_early() instead of
On Thu, Feb 07, 2013 at 05:03:23PM +0100, Nicolas Ferre wrote:
> Arnd, Olof,
>
> Here is a pull request for AT91 Device Tree material. It is pretty small and
> mostly related to at91rm9200 work done by Joachim.
>
> This one can go on top of the GIT PULL request that I sent two days ago:
> "[GIT
On Fri, Feb 08, 2013 at 05:35:13PM +0100, Nicolas Ferre wrote:
> These patches fix a regression in 16-bpp support for older SOCs which use
> IBGR:555 rather than BGR:565 pixel layout. Use SOC-type to determine if the
> controller uses the intensity-bit and restore the old layout in that case.
>
>
These functions are no longer needed by liblockdep, drop them.
Signed-off-by: Sasha Levin
---
tools/perf/builtin-sched.c | 2 --
tools/perf/builtin-top.c| 4
tools/perf/config/feature-tests.mak | 1 -
tools/perf/perf.c | 3 ---
On Fri, Feb 08, 2013 at 04:30:14PM +0100, Nicolas Ferre wrote:
> Arnd, Olof,
>
> There is a cleanup pull-request that allows us to remove
> an unused AT91 board file.
>
> This is a v2 of the pull-request, because I have included in this one a
> correction of the patch: I now remove this board
This is a simple wrapper to make using liblockdep on existing applications
much easier.
After running 'make && make install', it becomes quite simple to test things
with liblockdep. For example, to try it on perf:
lockdep perf
No other integration required.
Signed-off-by: Sasha Levin
Use a constructor in the library instead of making the user manually
call liblockdep_init().
Signed-off-by: Sasha Levin
---
tools/lib/lockdep/common.c| 2 +-
tools/lib/lockdep/include/liblockdep/common.h | 1 -
tools/lib/lockdep/tests/AA.c | 1 -
We were accidently unlocking the dummy mutex in the test, which meant
that we were testing unlock balance instead of AA deadlock.
Signed-off-by: Sasha Levin
---
tools/lib/lockdep/tests/AA.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/lib/lockdep/tests/AA.c
We re-use kernel's rbtree structure for the preload improvement in the
following patches.
Signed-off-by: Sasha Levin
---
tools/lib/lockdep/rbtree.c | 1 +
tools/lib/lockdep/uinclude/linux/rbtree.h | 1 +
tools/lib/lockdep/uinclude/linux/rbtree_augmented.h | 2
They are declared once in the public and once in the private headers, prevent
declaring them twice if both headers are used.
Signed-off-by: Sasha Levin
---
tools/lib/lockdep/include/liblockdep/common.h | 3 +++
tools/lib/lockdep/uinclude/linux/kernel.h | 2 ++
2 files changed, 5
There's no need to use liblockdep specific calls, they are wrapped for us.
Signed-off-by: Sasha Levin
---
tools/lib/lockdep/tests/ABCDBCDA.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/tools/lib/lockdep/tests/ABCDBCDA.c
b/tools/lib/lockdep/tests/ABCDBCDA.c
This allows lockdep to be used without being compiled in the original program.
Usage is quite simple:
LD_PRELOAD=/path/to/liblockdep.so /path/to/my/program
And magically, you'll have lockdep in your program!
Signed-off-by: Sasha Levin
---
tools/lib/lockdep/Makefile | 4 +-
We need the public headers in the core module code for the preload thing.
Signed-off-by: Sasha Levin
---
tools/lib/lockdep/include/liblockdep/mutex.h | 4 ++--
tools/lib/lockdep/include/liblockdep/rwlock.h | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git
Use same tests, but without compiling with liblockdep in the first place.
Signed-off-by: Sasha Levin
---
tools/lib/lockdep/run_tests.sh | 12
1 file changed, 12 insertions(+)
diff --git a/tools/lib/lockdep/run_tests.sh b/tools/lib/lockdep/run_tests.sh
index 4dd32d1..211e91d 100755
Generate the task_struct data on the fly when needed, instead on on
thread creation.
Signed-off-by: Sasha Levin
---
tools/lib/lockdep/common.c| 8 +---
tools/lib/lockdep/include/liblockdep/common.h | 1 -
tools/lib/lockdep/tests/AA.c | 2 --
Hi,
I hate having to report a suspected regression this late in the cycle
again (last time it turned out to be a false alarm due to .config issue,
ouch)...
In the previous life of this Aspire One machine
(prior to a grave reboot sync issue corrupting my system unrecoverably,
i.e. only 3 hours
On Wed, Feb 6, 2013 at 12:10 PM, Rik van Riel wrote:
> On 01/27/2013 08:04 AM, Michel Lespinasse wrote:
>>
>> On Fri, Jan 25, 2013 at 11:18 AM, Rik van Riel wrote:
>>>
>>> + u32 delay = (ent->hash == hash) ? ent->delay :
>>> MIN_SPINLOCK_DELAY;
>>
>> I still don't like the reseting of
From: Borislav Petkov
We detect CPUID function support on each CPU and save it for later use,
obviating the need to play the toggle EFLAGS.ID game every time. C code
is looking at ->cpuid_level anyway.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/head_32.S | 48
On Sat, Feb 09, 2013 at 02:23:36PM -0800, H. Peter Anvin wrote:
> The pushfl/popfl sequence clears DF too...
Yes, indeed, good realization!
Ok, I'll fold that fact as a comment into the 2/5 patch resend it only
as a reply to this mail so as not to spam unnecessarily.
Thanks.
--
Regards/Gruss,
On Sat, 2013-02-09 at 19:56 +0100, Daniel Vetter wrote:
> Hi Imre!
>
> On Sat, Feb 09, 2013 at 05:27:33PM +0200, Imre Deak wrote:
> > Add a helper to walk through a scatter list a page at a time. Needed by
> > upcoming patches fixing the scatter list walking logic in the i915 driver.
>
> Nice
On Sat, Feb 9, 2013 at 7:22 PM, Oleg Nesterov wrote:
> On 02/08, Michael Kerrisk (man-pages) wrote:
>>
>> On Fri, Feb 8, 2013 at 8:10 PM, Oleg Nesterov wrote:
>> >
>> > Well. I do not know. Up to you and Michael.
>> >
>> > But honestly, I can't say this all looks really nice. And why do we
>> >
On Mon, Feb 04, 2013 at 11:27:33AM +0100, Andreas Larsson wrote:
[...]
> >>2) The grgpio_to_irq function is very hardware specific, and there is of
> >>course no gpio_to_irq support in gpio-generic.
> >
> >Well, the idea about gpio-generic is to use the pieces you need
> >IIRC. You may override.
>
On 02/09/2013 01:23 PM, Borislav Petkov wrote:
On Sat, Feb 09, 2013 at 12:52:01PM -0800, H. Peter Anvin wrote:
However... DF should have been cleared long before this...
How about we do this at the beginning of default_entry where we clear
EFLAGS too:
diff --git a/arch/x86/kernel/head_32.S
From: Borislav Petkov
All GCC versions expect the direction flag to be cleared (DF=0) so move
this to the default entry point for each core.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/head_32.S | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Hi All,
Below is the summary of ACPI and power management material I'm going to include
into my first pull request during the upcoming merge window. I also would like
to add the following two patches two that:
https://patchwork.kernel.org/patch/2120281/
On Thu, Jan 31, 2013 at 04:51:39PM -0600, William Hubbs wrote:
> On a system that does not use an initramfs, /dev/root was always
> listed in /proc/mounts. This breaks software which scans /proc/mounts to
> determine which file systems are mounted since /dev/root is not a valid
> device name.
>
>
On Sat, Feb 09, 2013 at 12:52:01PM -0800, H. Peter Anvin wrote:
> However... DF should have been cleared long before this...
How about we do this at the beginning of default_entry where we clear
EFLAGS too:
diff --git a/arch/x86/kernel/head_32.S b/arch/x86/kernel/head_32.S
index
On Sun, Feb 10, 2013 at 06:57:41AM +1100, Linus Torvalds wrote:
> THAT is my main contention. I told you why I think it's actually
> actively untrue. You claim it helps, but what is it about kvmtool that
> makes it so magically helpful to be inside the kernel repository? What
> is it about this
However... DF should have been cleared long before this...
Borislav Petkov wrote:
>From: Borislav Petkov
>
>gcc2 wants direction flag cleared but we don't support gcc2 anymore. So
>drop it. Original patch adding this was:
>
>commit 57d40092c375d2b6d34f814f5fb306967e22c4f5
>Author: linus1
ALL versions of gcc want DF=0 at all times...
Borislav Petkov wrote:
>From: Borislav Petkov
>
>gcc2 wants direction flag cleared but we don't support gcc2 anymore. So
>drop it. Original patch adding this was:
>
>commit 57d40092c375d2b6d34f814f5fb306967e22c4f5
>Author: linus1
>Date: Mon Nov
Hi,
On Saturday, February 09, 2013 06:49:10 PM Pavel Machek wrote:
> Hi!
>
> > > The only way to *reliably* freeze fuse filesystems is to let it freeze
> > > even if there are outstanding requests. But that's the hardest to
> > > implement, because then it needs to allow freezing of tasks
On Sat, Feb 09, 2013 at 09:35:53PM +0530, Sekhar Nori wrote:
> On 2/1/2013 11:52 PM, Matt Porter wrote:
> > + ret = of_address_to_resource(node, 1, );
>
> of_address_to_resource() needs
>
> > + if (IS_ERR_VALUE(ret))
>
> This needs
More importantly, is this the correct way to check for
On Thu, 2013-01-24 at 00:41 +, Seiji Aguchi wrote:
> [Problem]
> efi_pstore creates sysfs entries, which enable users to access to NVRAM,
> in a write callback. If a kernel panic happens in an interrupt context,
> it may fail because it could sleep due to dynamic memory allocations during
>
Compiling src.o for a 32 bit system triggers two GCC warnings:
drivers/scsi/aacraid/src.c: In function ‘aac_src_deliver_message’:
drivers/scsi/aacraid/src.c:410:3: warning: right shift count >= width of
type [enabled by default]
drivers/scsi/aacraid/src.c:434:2: warning: right shift
On Thu, 2013-01-24 at 00:41 +, Seiji Aguchi wrote:
> [Problem]
> There is a scenario which efi_pstore fails to log messages in a panic case.
>
> - CPUA holds an efi_var->lock in either efivarfs parts
>or efi_pstore with interrupt enabled.
> - CPUB panics and sends IPI to CPUA in
On 01/29/2013 06:38:03 AM, Jan Kiszka wrote:
CC: Rob Landley
CC: linux-...@vger.kernel.org
Signed-off-by: Jan Kiszka
---
Documentation/gdb-kernel-debugging.txt | 155
1 files changed, 155 insertions(+), 0 deletions(-)
create mode 100644
On Sun, Feb 10, 2013 at 6:39 AM, Pekka Enberg wrote:
>
> The main argument for merging into the main kernel repository has always been
> that (we think) it improves the kernel because significant amount of
> development is directly linked to kernel code (think KVM ARM port here, for
> example).
From: Borislav Petkov
We detect CPUID function support on each CPU and save it for later use,
obviating the need to play the toggle EFLAGS.ID game every time. C code
is looking at ->cpuid_level anyway.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/head_32.S | 48
From: Borislav Petkov
Remove code fragments detecting a 386 CPU since we don't support those
anymore. Also, do not do alignment checks because they're done only at
CPL3. Also, no need to preserve EFLAGS.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/head_32.S | 22 +-
From: Borislav Petkov
gcc2 wants direction flag cleared but we don't support gcc2 anymore. So
drop it. Original patch adding this was:
commit 57d40092c375d2b6d34f814f5fb306967e22c4f5
Author: linus1
Date: Mon Nov 9 12:00:00 1992 -0600
[PATCH] Linux-0.98.4 (November 9, 1992)
...
From: Borislav Petkov
We do that once earlier now and cache it into new_cpu_data.cpuid_level
so no need for the EFLAGS.ID toggling dance anymore.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/head_32.S | 17 -
1 file changed, 4 insertions(+), 13 deletions(-)
diff --git
From: Borislav Petkov
Jumping here we are about to enable paging so rename the label
accordingly.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/head_32.S | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/x86/kernel/head_32.S b/arch/x86/kernel/head_32.S
From: Borislav Petkov
Ok,
here's the next version with new_cpu_data left put and two minor fixlets
added at the end. The patchset was boot-tested on a bunch of baremetal
boxes and all QEMU cpu models - no issues.
Boot tests:
* baremetal:
- P4
- Atom n270
- 32-bit kernel on an AMD64 (F10h
On Sat, Feb 9, 2013 at 8:07 PM, Linus Torvalds
wrote:
> Everything you said was about how it's more convenient for you and
> Ingo, not at all about why it should be better for anybody else. You
> haven't bothered to even try making it an external project, so it
> doesn't compile that way. You're
On Fri, Jan 04, 2013 at 03:19:55PM -0600, Dan Williams wrote:
> On Fri, 2012-12-21 at 17:57 -0800, Tejun Heo wrote:
> > i2400m_net_wake_tx() sets ->wake_tx_skb with the given skb if
> > ->wake_tx_ws is not pending; however, i2400m_wake_tx_work() could have
> > just started execution and haven't
On Tue, Jan 29, 2013 at 08:53:18PM +0900, Masami Hiramatsu wrote:
> >> Acked-by: Masami Hiramatsu
> >
> > Can I take it through workqueue branch w/ other patches?
>
> Yes, of course. I think it is not a critical bug, so I can
> wait for other patches.
Applied to wq/for-3.9-cleanups.
Thanks!
On Mon, Jan 28, 2013 at 12:02:27AM +0300, Stanislav Yakovlev wrote:
> Hello, Tejun,
>
> On 22 December 2012 04:56, Tejun Heo wrote:
> > * Drop unnesssary delayd_work_pending() tests.
> >
> > * Unify scan_event_{now|later} by using mod_delayed_work() w/ 0 delay
> > for scan_event_now.
> >
> > *
Hello, again.
On Fri, Feb 08, 2013 at 11:42:43AM +0800, Hillf Danton wrote:
> As checked with BUG_ON in the case of CPU_UP_PREPARE, we have to dequeue
> work first for further actions, then stopper reaches sane and clear state.
When a CPU is finally put down in either CPU_UP_CANCELLED or
Hello, Hillf.
On Fri, Feb 08, 2013 at 11:39:56AM +0800, Hillf Danton wrote:
> The comment just above cpu_stop_signal_done() says it is uncertain that
> the input @done is valid, and the works enqueued through the function
> stop_one_cpu_nowait() do carry no done, thus we have to check if it is
>
Hello,
On Fri, Feb 08, 2013 at 10:09:13PM +, Hefty, Sean wrote:
> > Used to wrap cyclic @start. Can be replaced with max(next, 0).
> > Note that this type of cyclic allocation using idr is buggy. These
> > are prone to spurious -ENOSPC failure after the first wraparound.
>
> The
Hi James,
On Fri, 8 Feb 2013 17:32:15 -0800, James Ralston wrote:
> This patch adds the SMBus Device IDs for the Intel Wellsburg PCH
>
> Signed-off-by: James Ralston
> ---
> Documentation/i2c/busses/i2c-i801 |1 +
> drivers/i2c/busses/Kconfig|1 +
>
Hi Imre!
On Sat, Feb 09, 2013 at 05:27:33PM +0200, Imre Deak wrote:
> Add a helper to walk through a scatter list a page at a time. Needed by
> upcoming patches fixing the scatter list walking logic in the i915 driver.
Nice patch, but I think this would make a rather nice addition to the
common
On 02/08, Michael Kerrisk (man-pages) wrote:
>
> On Fri, Feb 8, 2013 at 8:10 PM, Oleg Nesterov wrote:
> >
> > Well. I do not know. Up to you and Michael.
> >
> > But honestly, I can't say this all looks really nice. And why do we
> > need SIGNALFD_PEEK then?
>
> It surely is no beauty. The hope
CCing containers list
On Fri, 08 February 2013 miny...@acm.org wrote:
> From: Corey Minyard
>
> The console redirect - ioctl(fd, TIOCCONS) - is not in a namespace,
> thus a container can do a redirect and grab all the I/O on the host
> and all container consoles.
>
> This change puts the
You do realize that none of your arguments touched the "why should
Linus merge the tree" question at all?
Everything you said was about how it's more convenient for you and
Ingo, not at all about why it should be better for anybody else. You
haven't bothered to even try making it an external
On Fri, Feb 08, 2013 at 11:04:54PM +0100, Stephan Mueller wrote:
> * an array of statistical test suites pass the output of the entropy
> collector
> (again, the output is not mangled with cryptography)
You're not mangling the output with cryptography, but you are doing
some mangling in
s390 allmodconfig:
drivers/gpu/drm/udl/udl_fb.c:237:52: error: 'PAGE_SHARED' undeclared (first use
in this function)
drivers/media/pci/zoran/zoran_driver.c:2955:14: error: 'PAGE_SHARED' undeclared
(first use in this function)
drivers/media/usb/cpia2/cpia2_core.c:2405:66: error: 'PAGE_SHARED'
Hi!
> > The only way to *reliably* freeze fuse filesystems is to let it freeze
> > even if there are outstanding requests. But that's the hardest to
> > implement, because then it needs to allow freezing of tasks waiting on
> > i_mutex, for example, which is currently not possible. But this is
On Sat, 9 Feb 2013, Geert Uytterhoeven wrote:
> JFYI, when comparing v3.8-rc7 to v3.8-rc6[3], the summaries are:
> - build errors: +7/-8
> [1] http://kisskb.ellerman.id.au/kisskb/head/5870/ (all 117 configs)
Ignoring the ppc truncated relocations:
+ error: tpm_ibmvtpm.c: undefined reference
Hi Daniel,
> A recent patch refactored i2c error handling in the register read/write
> path. This adds similar handling to the other i2c paths used in fw_update
> and bootloader state detection.
>
> The generic i2c layer can return values indicating a partial transaction.
> From the atmel_mxt
On 2/8/2013 8:34 AM, Kumar, Anil wrote:
> On Thu, Feb 07, 2013 at 23:45:53, Nori, Sekhar wrote:
>> On 2/6/2013 9:30 AM, Kumar, Anil wrote:
>>> diff --git a/arch/arm/mach-davinci/devices-da8xx.c
>>> b/arch/arm/mach-davinci/devices-da8xx.c
>>> index 2d5502d..1df68fd 100644
>>> ---
Hi Benson,
> This patch adds support for the Cypress APA Smbus Trackpad type,
> which uses a modified register map that fits within the
> limitations of the smbus protocol.
>
> Devices that use this protocol include:
> CYTRA-116001-00 - Samsung Series 5 550 Chromebook trackpad
> CYTRA-103002-00
On 02/08/2013 03:20 PM, Darren Hart wrote:
> The current probe aborts if any of the 3 base address registers are
> disabled. On a TunnelCreek system I am working on, this resulted in the
> SMBIOS and GPIO devices being removed when it couldn't read the base
> address for the watchdog timer.
>
>
On 02/09/2013 01:45 AM, Sebastian Hesselbarth wrote:
new file mode 100644
index 000..8589f30
--- /dev/null
+++ b/Documentation/devicetree/bindings/media/gpio-ir-receiver.txt
@@ -0,0 +1,16 @@
+Device-Tree bindings for GPIO IR receiver
+
+Required properties:
+ - compatible =
Eric Dumazet wrote:
> On Sat, 2013-02-09 at 20:39 +0800, Fengguang Wu wrote:
>> Greetings,
>>
>> I got the below oops in linux-next and the first bad commit is
>>
>> commit 455e987c0c2eb2c9045dc854559474cf41509965
>> Merge: 7c17e48 fd6da69
>> Author: Linus Torvalds
>> Date: Sat Dec 1 13:07:48
To allow both of protocol-specific data and device-specific data
attached with neighbour entry, and to eliminate size calculation
cost when allocating entry, sizeof protocol-speicic data must be
multiple of NEIGH_PRIV_ALIGN. On 64bit archs,
sizeof(struct dn_neigh) is multiple of NEIGH_PRIV_ALIGN,
1 - 100 of 348 matches
Mail list logo
