Hi Al,
As of commit fea82210 ("m68k: switch to saner kernel_execve()
semantics") I can't get non-mmu m68k targets to boot through to
user space. I don't think this commit itself is the problem, but
probably something in the generic execve changes.
What I see is that it boots up to trying to exec
On Saturday 26 January 2013, Russell King - ARM Linux wrote:
> On Fri, Jan 25, 2013 at 10:43:59PM +, Arnd Bergmann wrote:
> > I will get to those once this series is sorted out.
> > Since there are no interdepencies between the patches,
> > my preference is to have them applied by the
On Sat, 2013-01-26 at 15:31 +0800, Mark Brown wrote:
> Applied, thanks. Please use subject lines appropriate for the subsystem
> (I see I let the original one through).
Heh, when making patches for other subsystems, I look at the subject of
the patch that broke to determine what to use.
--
On Sat, Jan 26, 2013 at 2:25 PM, Rafael J. Wysocki wrote:
> On Saturday, January 26, 2013 12:10:32 PM Sedat Dilek wrote:
>> On Fri, Jan 25, 2013 at 6:26 AM, Stephen Rothwell
>> wrote:
>> > Hi all,
>> >
>> > Changes since 20130124:
>> >
>> > New trees: ipsec and ipsec-next
>> >
>> > The powerpc
Hi,
after my recent tirade of very poor device support of Aspire One,
I now experienced something a lot worse (bad karma? ;-P):
basically my entire ext4 root partition got blewn into shreds
(corruption is so pervasive that I'm afraid recovery will fail).
I am (was) running 3.7.0, and decided to
On Saturday, January 26, 2013 12:10:32 PM Sedat Dilek wrote:
> On Fri, Jan 25, 2013 at 6:26 AM, Stephen Rothwell
> wrote:
> > Hi all,
> >
> > Changes since 20130124:
> >
> > New trees: ipsec and ipsec-next
> >
> > The powerpc tree still had a build failure.
> >
> > The sound-asoc tree still had
On Saturday, January 26, 2013 12:23:37 PM Carlos R. Mafra wrote:
> On Thu, 8 Nov 2012 at 5:47:15 +0100, Greg KH wrote:
> > On Wed, Nov 07, 2012 at 10:49:40PM +0100, Rafael J. Wysocki wrote:
> > > On Tuesday, November 06, 2012 01:48:26 PM Greg KH wrote:
> > > > On Tue, Nov 06, 2012 at 04:42:24PM
On Sat, 2013-01-26 at 13:05 +0100, Ingo Molnar wrote:
> * Mike Galbraith wrote:
>
> > On Fri, 2013-01-25 at 14:05 -0500, Rik van Riel wrote:
> >
> > > The performance issue observed with AIM7 is still a mystery.
> >
> > Hm. AIM7 mystery _may_ be the same crud I see on a 4 node 40
> > core
On Sat, Jan 26, 2013 at 04:25:57AM -0800, tip-bot for Ma Ling wrote:
> During the same time (269.410275674 seconds) IPC from Os is
> 0.37, O2 is 0.36, Os improved performance 2.7%.
>
> Signed-off-by: Ma Ling
> Cc: Linus Torvalds
> Cc: Arjan van de Ven
> Cc: Andrew Morton
> Cc: Jan Beulich
>
On Sat, Jan 26, 2013 at 01:00:43PM +0100, Ingo Molnar wrote:
> > +void __init init_spinlock_delay(void)
> > +{
> > + if (x86_hyper)
> > + max_spinlock_delay = MAX_SPINLOCK_DELAY_GUEST;
>
> I realize that you took existing code and extended it, but that
> chunk of code looks pretty
Commit-ID: d94ffd677469ef729e9d6e968191872577a6119e
Gitweb: http://git.kernel.org/tip/d94ffd677469ef729e9d6e968191872577a6119e
Author: Ma Ling
AuthorDate: Fri, 25 Jan 2013 09:11:01 -0500
Committer: Ingo Molnar
CommitDate: Sat, 26 Jan 2013 13:09:15 +0100
x86/defconfig: Turn on
From: Ma Ling
Currently we use O2 as compiler option for better performance,
although it will enlarge code size, in modern CPUs larger instructon
and unified cache, sophisticated instruction prefetch weaken instruction
cache miss, meanwhile flags such as -falign-functions, -falign-jumps,
Commit-ID: 7d0291256ca99cbb6124f63228003329e7a64b21
Gitweb: http://git.kernel.org/tip/7d0291256ca99cbb6124f63228003329e7a64b21
Author: Vivien Didelot
AuthorDate: Fri, 4 Jan 2013 16:18:14 -0500
Committer: Ingo Molnar
CommitDate: Fri, 25 Jan 2013 19:40:23 +0100
x86: Add TS-5500 platform
On Thu, 8 Nov 2012 at 5:47:15 +0100, Greg KH wrote:
> On Wed, Nov 07, 2012 at 10:49:40PM +0100, Rafael J. Wysocki wrote:
> > On Tuesday, November 06, 2012 01:48:26 PM Greg KH wrote:
> > > On Tue, Nov 06, 2012 at 04:42:24PM +0400, Azat Khuzhin wrote:
> > > > I'v also have such errors on my
Commit-ID: fc7d3e64651e4de80262e48a3fb75128fffb8ef3
Gitweb: http://git.kernel.org/tip/fc7d3e64651e4de80262e48a3fb75128fffb8ef3
Author: Borislav Petkov
AuthorDate: Fri, 25 Jan 2013 18:46:07 +0100
Committer: Ingo Molnar
CommitDate: Fri, 25 Jan 2013 19:32:02 +0100
perf/x86: Fix type to
Commit-ID: cff3c124a7e82ca0ea1d6864b27ef18c403c0773
Gitweb: http://git.kernel.org/tip/cff3c124a7e82ca0ea1d6864b27ef18c403c0773
Author: Arnd Bergmann
AuthorDate: Fri, 25 Jan 2013 14:14:23 +
Committer: Ingo Molnar
CommitDate: Fri, 25 Jan 2013 15:23:15 +0100
sched/debug: Fix format
Would be nice to have a patch against -tip, as we already have
an interacting change:
57d2aa00dcec sched/rt: Avoid updating RT entry timeout twice within one tick
period
Which creates a conflict.
Thanks,
Ingo
--
To unsubscribe from this list: send the line "unsubscribe
* Clark Williams wrote:
> On Fri, 25 Jan 2013 19:36:10 +0100
> Ingo Molnar wrote:
>
> >
> > * Clark Williams wrote:
> >
> > > > Shouldn't this be in kernel/sched/sched.h instead of the
> > > > (already too large) linux/sched.h?
> > >
> > > I don't think that will work be cause
* H. Peter Anvin wrote:
> On 01/25/2013 02:11 PM, H. Peter Anvin wrote:
> > On 01/25/2013 02:43 AM, tip-bot for Jan Beulich wrote:
> >> Commit-ID: 05fbf4d6fc6a3c0c3e63b77979c9311596716d10
> >> Gitweb:
> >> http://git.kernel.org/tip/05fbf4d6fc6a3c0c3e63b77979c9311596716d10
> >> Author:
* H. Peter Anvin wrote:
> On 01/25/2013 12:21 AM, Jan Beulich wrote:
> >>
> >> I don't see anything wrong, except that I can't *find* patch 3/3 either
> >> in my inbox nor on LKML...
> >
> > I can certainly resend the whole set, but our email system even
> > got a delivery confirmation from
On Sat, Jan 26, 2013 at 12:10 PM, Sedat Dilek wrote:
> On Fri, Jan 25, 2013 at 6:26 AM, Stephen Rothwell
> wrote:
>> Hi all,
>>
>> Changes since 20130124:
>>
>> New trees: ipsec and ipsec-next
>>
>> The powerpc tree still had a build failure.
>>
>> The sound-asoc tree still had its build
* Mike Galbraith wrote:
> On Fri, 2013-01-25 at 14:05 -0500, Rik van Riel wrote:
>
> > The performance issue observed with AIM7 is still a mystery.
>
> Hm. AIM7 mystery _may_ be the same crud I see on a 4 node 40
> core box. Stock scheduler knobs are too preempt happy, produce
> unstable
* Rik van Riel wrote:
> Many spinlocks are embedded in data structures; having many CPUs
> pounce on the cache line the lock is in will slow down the lock
> holder, and can cause system performance to fall off a cliff.
>
> The paper "Non-scalable locks are dangerous" is a good reference:
>
>
* Rik van Riel wrote:
> static bool smp_no_nmi_ipi = false;
>
> /*
> + * Modern Intel and AMD CPUs tell the hypervisor when a guest is
> + * spinning excessively on a spinlock. The hypervisor will then
> + * schedule something else, effectively taking care of the backoff
> + * for us. Doing
At Thu, 24 Jan 2013 13:18:24 -0800,
Greg Kroah-Hartman wrote:
>
> This is the start of the stable review cycle for the 3.0.61 release.
> There are 15 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 me know.
>
* Andi Kleen wrote:
> From: Andi Kleen
>
> Implement the TSX transaction and checkpointed transaction
> qualifiers for Haswell. This allows e.g. to profile the number
> of cycles in transactions.
The changelog should explain why this is a basic feature that is
a must-have to have basic
From: Russell King
Gcc warns about the case where regmap_read_debugfs tries to walk an
empty map->debugfs_off_cache list, which would results in uninitialized
variable getting returned, if we hadn't checked the same condition
just before that.
After an originally suggested inferior patch from
On Sat, 2013-01-26 at 11:53 +0100, Antonio Ospite wrote:
> Hi,
>
> I am experiencing a bug with nouveau with linux-3.8-rc5, my video
> adapter is the one integrated on the MSI M3N78-VM motherboard (hence
> x86_64):
>
> 02:00.0 VGA compatible controller: NVIDIA Corporation C77 [GeForce 8200] (rev
On Fri, Jan 25, 2013 at 11:45:25PM +, Arnd Bergmann wrote:
> On Friday 25 January 2013, Myklebust, Trond wrote:
> > > -Original Message-
> > > From: Arnd Bergmann [mailto:a...@arndb.de]
> > > Marking it as __maybe_unused avoids a harmless gcc warning.
> >
> > Alternatively, just
On 01/24/2013 04:58 AM, Naveen Krishna Chatradhi wrote:
> This patch adds driver for ADC IP found on EXYNOS5250 and EXYNOS5410
> from Samsung. Also adds the Documentation for device tree bindings.
>
> Signed-off-by: Naveen Krishna Chatradhi
Just a quick general comment on patch formatting. For
Hi,
I am experiencing a bug with nouveau with linux-3.8-rc5, my video
adapter is the one integrated on the MSI M3N78-VM motherboard (hence
x86_64):
02:00.0 VGA compatible controller: NVIDIA Corporation C77 [GeForce 8200] (rev
a2) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer
This fixes a checkpatch.pl issue of
'braces {} are not necessary for single statement blocks'
Signed-off-by: Ryo Munakata
---
drivers/staging/zcache/zcache-main.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/zcache/zcache-main.c
Kirill Kapranov :
> NET/PHY: Eliminate the forced speed reduction algorithm.
> In case of the fixed speed set up for NIC
> (e.g. ethtool -s eth0 autoneg off speed 100 duplex full)
> with ethernet cable plugged off, mentioned algorithm
> slows down NIC speed, so the further "hooking up" gives
>
With kernel 3.8. I just realized that all pre-defined TAP devices are
RUNNING even if no virtual linux system is using it. Now I'm wondering
whether this is a new feature of the upcoming kernel, a bug of the old -
and how I can avoid that.
Background : When I start a user mode linux instance, I
On 01/23/2013 11:41 PM, Randy Dunlap wrote:
> On 01/23/13 15:23, Herbert Xu wrote:
>> On Wed, Jan 23, 2013 at 03:10:01PM -0800, Randy Dunlap wrote:
>>> On 01/22/13 22:43, Stephen Rothwell wrote:
Hi all,
Changes since 20130122:
>>>
>>>
>>> on i386:
>>>
>>> ERROR: "crc32_le"
On Fri, Jan 25, 2013 at 11:54:06PM +0200, Artemy Lebedev wrote:
> Hi,
> I'm developing USB device with software implementation of USB
> protocol stack (even link level). It is not yet fully completed so
> it behaves wrong from host point of view. However now it is a good
> stress testing tool for
Il 26/01/2013 00:47, Tejun Heo ha scritto:
>> > If I make a whitelist with all the commands that Linux sends, I'll have
>> > many new commands in the whitelist and no old commands. The new
>> > commands didn't exist when old drives were sold, so they are "dangerous"
>> > in your opinion. At that
On Sat, Jan 26, 2013 at 06:03:28PM +0800, Mark Brown wrote:
> On Sat, Jan 26, 2013 at 09:59:16AM +, Russell King - ARM Linux wrote:
>
> > Why not code the function in a way that avoids the problem altogether?
>
> That'd do the trick too; feel free to submit a patch...
Sorry, got other
On Fri, Jan 25, 2013 at 10:43:59PM +, Arnd Bergmann wrote:
> I will get to those once this series is sorted out.
> Since there are no interdepencies between the patches,
> my preference is to have them applied by the individual
> subsystem maintainers. Anything that has not at
> least made it
On Saturday 26 January 2013, Mark Brown wrote:
> Reported-by: Vincent Stehlé
> Reported-by: Arnd Bergmann
> Signed-off-by: Mark Brown
Thanks for fixing this properly.
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Sat, Jan 26, 2013 at 09:59:16AM +, Russell King - ARM Linux wrote:
> Why not code the function in a way that avoids the problem altogether?
That'd do the trick too; feel free to submit a patch...
signature.asc
Description: Digital signature
On Sat, Jan 26, 2013 at 10:49:24AM +0300, Dan Carpenter wrote:
> We're testing for ->show but calling ->store().
>
> Signed-off-by: Dan Carpenter
Good catch, applied.
Thanks.
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Formatting is fine.
--
--
To unsubscribe from this
On Thu, Jan 24, 2013 at 11:12:24AM +0100, Vincent Stehlé wrote:
> If you mean "am I sure the loop iterates at least once", then yes, as
> we have an explicit check just before the concerned list_for_each_entry():
So, I hadn't realised this was triggered by a new compiler version -
Arnd just
Reported-by: Vincent Stehlé
Reported-by: Arnd Bergmann
Signed-off-by: Mark Brown
---
drivers/base/regmap/regmap-debugfs.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/base/regmap/regmap-debugfs.c
b/drivers/base/regmap/regmap-debugfs.c
index d9a6c94..c6dc2e9 100644
---
On Sat, Jan 26, 2013 at 05:49:29PM +0800, Mark Brown wrote:
> Oh, ffs. This is a false positive from the compiler - there is no case
> where it can actually do this as we will bail out before the walk if the
> list is empty so we'll always take at least one trip through our
>
On Sat, Jan 26, 2013 at 09:17:27AM +, Arnd Bergmann wrote:
> On Saturday 26 January 2013, Mark Brown wrote:
> > On Fri, Jan 25, 2013 at 02:14:28PM +, Arnd Bergmann wrote:
> > > Gcc warns about the case where regmap_read_debugfs tries
> > Are you sure about that function name?
> Yes,
The IP responsible for the muxing on the Allwinner SoCs are also
handling the GPIOs on the system. This patch adds the needed driver that
relies on the pinctrl driver for most of its operations.
The number of pins available for GPIOs operations are already declared
in the pinctrl driver, we only
On Saturday 26 January 2013, Mark Brown wrote:
> On Fri, Jan 25, 2013 at 02:14:28PM +, Arnd Bergmann wrote:
> > Gcc warns about the case where regmap_read_debugfs tries
>
> Are you sure about that function name?
Yes, regmap_read_debugfs uses the return value from
On Jan 25 Tejun Heo wrote:
> idr_destroy() can destroy idr by itself and idr_remove_all() is being
> deprecated. Drop its usage.
>
> Signed-off-by: Tejun Heo
> Cc: Stefan Richter
> Cc: linux1394-de...@lists.sourceforge.net
> ---
> This patch depends on an earlier idr patch and given the
On Fri, Jan 25, 2013 at 09:25:40AM +0100, Marek Szyprowski wrote:
> Correct value for minimal voltage for ldo10 output is 95 uV. This
> patch fixes the typo introduced by patch adf6178ad5552a7f2f742a8c85343c50
> ("regulator: max8998: Use uV in voltage_map_desc"), what solves broken
> probe of
On Fri, Jan 25, 2013 at 09:29:41PM +0800, Axel Lin wrote:
> regulator_register() does not return NULL, it returns ERR_PTR on error.
Applied, thanks.
signature.asc
Description: Digital signature
Hello all:
Opinion:
after think of again, for "10 patches per month":
I think in kernel wide, it is not quite hard to perform.
Finished:
currently (within Jan 2013)
in next-20130125 tree, can find about 11 patches of mine.
patch contents: usb, staging, tty sub-systems, ...
Tetsuo Handa wrote:
> > I'm sorry if this is a bit complicated but bisection down several
> > regressions is one of the more advanced forms of regression
> > bug hunt... You're quite cool if you can handle it :-)
>
> Sorry, I'm a beginner about git. I already know that 07c9249f is the cause of
>
Tetsuo Handa wrote:
I'm sorry if this is a bit complicated but bisection down several
regressions is one of the more advanced forms of regression
bug hunt... You're quite cool if you can handle it :-)
Sorry, I'm a beginner about git. I already know that 07c9249f is the cause of
no
Hello all:
Opinion:
after think of again, for 10 patches per month:
I think in kernel wide, it is not quite hard to perform.
Finished:
currently (within Jan 2013)
in next-20130125 tree, can find about 11 patches of mine.
patch contents: usb, staging, tty sub-systems, ...
On Fri, Jan 25, 2013 at 09:29:41PM +0800, Axel Lin wrote:
regulator_register() does not return NULL, it returns ERR_PTR on error.
Applied, thanks.
signature.asc
Description: Digital signature
On Fri, Jan 25, 2013 at 09:25:40AM +0100, Marek Szyprowski wrote:
Correct value for minimal voltage for ldo10 output is 95 uV. This
patch fixes the typo introduced by patch adf6178ad5552a7f2f742a8c85343c50
(regulator: max8998: Use uV in voltage_map_desc), what solves broken
probe of
On Jan 25 Tejun Heo wrote:
idr_destroy() can destroy idr by itself and idr_remove_all() is being
deprecated. Drop its usage.
Signed-off-by: Tejun Heo t...@kernel.org
Cc: Stefan Richter stef...@s5r6.in-berlin.de
Cc: linux1394-de...@lists.sourceforge.net
---
This patch depends on an
On Saturday 26 January 2013, Mark Brown wrote:
On Fri, Jan 25, 2013 at 02:14:28PM +, Arnd Bergmann wrote:
Gcc warns about the case where regmap_read_debugfs tries
Are you sure about that function name?
Yes, regmap_read_debugfs uses the return value from
regmap_debugfs_get_dump_start,
The IP responsible for the muxing on the Allwinner SoCs are also
handling the GPIOs on the system. This patch adds the needed driver that
relies on the pinctrl driver for most of its operations.
The number of pins available for GPIOs operations are already declared
in the pinctrl driver, we only
On Sat, Jan 26, 2013 at 09:17:27AM +, Arnd Bergmann wrote:
On Saturday 26 January 2013, Mark Brown wrote:
On Fri, Jan 25, 2013 at 02:14:28PM +, Arnd Bergmann wrote:
Gcc warns about the case where regmap_read_debugfs tries
Are you sure about that function name?
Yes,
On Sat, Jan 26, 2013 at 05:49:29PM +0800, Mark Brown wrote:
Oh, ffs. This is a false positive from the compiler - there is no case
where it can actually do this as we will bail out before the walk if the
list is empty so we'll always take at least one trip through our
list_for_each_entry()
Reported-by: Vincent Stehlé v-ste...@ti.com
Reported-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Mark Brown broo...@opensource.wolfsonmicro.com
---
drivers/base/regmap/regmap-debugfs.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/base/regmap/regmap-debugfs.c
On Thu, Jan 24, 2013 at 11:12:24AM +0100, Vincent Stehlé wrote:
If you mean am I sure the loop iterates at least once, then yes, as
we have an explicit check just before the concerned list_for_each_entry():
So, I hadn't realised this was triggered by a new compiler version -
Arnd just tried
On Sat, Jan 26, 2013 at 10:49:24AM +0300, Dan Carpenter wrote:
We're testing for -show but calling -store().
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
Good catch, applied.
Thanks.
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Formatting is fine.
--
--
To
On Sat, Jan 26, 2013 at 09:59:16AM +, Russell King - ARM Linux wrote:
Why not code the function in a way that avoids the problem altogether?
That'd do the trick too; feel free to submit a patch...
signature.asc
Description: Digital signature
On Saturday 26 January 2013, Mark Brown wrote:
Reported-by: Vincent Stehlé v-ste...@ti.com
Reported-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Mark Brown broo...@opensource.wolfsonmicro.com
Thanks for fixing this properly.
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this
On Fri, Jan 25, 2013 at 10:43:59PM +, Arnd Bergmann wrote:
I will get to those once this series is sorted out.
Since there are no interdepencies between the patches,
my preference is to have them applied by the individual
subsystem maintainers. Anything that has not at
least made it into
On Sat, Jan 26, 2013 at 06:03:28PM +0800, Mark Brown wrote:
On Sat, Jan 26, 2013 at 09:59:16AM +, Russell King - ARM Linux wrote:
Why not code the function in a way that avoids the problem altogether?
That'd do the trick too; feel free to submit a patch...
Sorry, got other things
Il 26/01/2013 00:47, Tejun Heo ha scritto:
If I make a whitelist with all the commands that Linux sends, I'll have
many new commands in the whitelist and no old commands. The new
commands didn't exist when old drives were sold, so they are dangerous
in your opinion. At that point I might
On Fri, Jan 25, 2013 at 11:54:06PM +0200, Artemy Lebedev wrote:
Hi,
I'm developing USB device with software implementation of USB
protocol stack (even link level). It is not yet fully completed so
it behaves wrong from host point of view. However now it is a good
stress testing tool for the
On 01/23/2013 11:41 PM, Randy Dunlap wrote:
On 01/23/13 15:23, Herbert Xu wrote:
On Wed, Jan 23, 2013 at 03:10:01PM -0800, Randy Dunlap wrote:
On 01/22/13 22:43, Stephen Rothwell wrote:
Hi all,
Changes since 20130122:
on i386:
ERROR: crc32_le [drivers/mtd/ubi/ubi.ko] undefined!
ERROR:
Kirill Kapranov kapran...@inbox.ru :
NET/PHY: Eliminate the forced speed reduction algorithm.
In case of the fixed speed set up for NIC
(e.g. ethtool -s eth0 autoneg off speed 100 duplex full)
with ethernet cable plugged off, mentioned algorithm
slows down NIC speed, so the further hooking
With kernel 3.8. I just realized that all pre-defined TAP devices are
RUNNING even if no virtual linux system is using it. Now I'm wondering
whether this is a new feature of the upcoming kernel, a bug of the old -
and how I can avoid that.
Background : When I start a user mode linux instance, I
This fixes a checkpatch.pl issue of
'braces {} are not necessary for single statement blocks'
Signed-off-by: Ryo Munakata ryomnk...@gmail.com
---
drivers/staging/zcache/zcache-main.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/zcache/zcache-main.c
Hi,
I am experiencing a bug with nouveau with linux-3.8-rc5, my video
adapter is the one integrated on the MSI M3N78-VM motherboard (hence
x86_64):
02:00.0 VGA compatible controller: NVIDIA Corporation C77 [GeForce 8200] (rev
a2) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer
On 01/24/2013 04:58 AM, Naveen Krishna Chatradhi wrote:
This patch adds driver for ADC IP found on EXYNOS5250 and EXYNOS5410
from Samsung. Also adds the Documentation for device tree bindings.
Signed-off-by: Naveen Krishna Chatradhi ch.nav...@samsung.com
Just a quick general comment on patch
On Fri, Jan 25, 2013 at 11:45:25PM +, Arnd Bergmann wrote:
On Friday 25 January 2013, Myklebust, Trond wrote:
-Original Message-
From: Arnd Bergmann [mailto:a...@arndb.de]
Marking it as __maybe_unused avoids a harmless gcc warning.
Alternatively, just declare it using
On Sat, 2013-01-26 at 11:53 +0100, Antonio Ospite wrote:
Hi,
I am experiencing a bug with nouveau with linux-3.8-rc5, my video
adapter is the one integrated on the MSI M3N78-VM motherboard (hence
x86_64):
02:00.0 VGA compatible controller: NVIDIA Corporation C77 [GeForce 8200] (rev
a2)
From: Russell King rmk+ker...@arm.linux.org.uk
Gcc warns about the case where regmap_read_debugfs tries to walk an
empty map-debugfs_off_cache list, which would results in uninitialized
variable getting returned, if we hadn't checked the same condition
just before that.
After an originally
* Andi Kleen a...@firstfloor.org wrote:
From: Andi Kleen a...@linux.intel.com
Implement the TSX transaction and checkpointed transaction
qualifiers for Haswell. This allows e.g. to profile the number
of cycles in transactions.
The changelog should explain why this is a basic feature
At Thu, 24 Jan 2013 13:18:24 -0800,
Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.0.61 release.
There are 15 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 me know.
* Rik van Riel r...@redhat.com wrote:
static bool smp_no_nmi_ipi = false;
/*
+ * Modern Intel and AMD CPUs tell the hypervisor when a guest is
+ * spinning excessively on a spinlock. The hypervisor will then
+ * schedule something else, effectively taking care of the backoff
+ * for
* Rik van Riel r...@redhat.com wrote:
Many spinlocks are embedded in data structures; having many CPUs
pounce on the cache line the lock is in will slow down the lock
holder, and can cause system performance to fall off a cliff.
The paper Non-scalable locks are dangerous is a good
* Mike Galbraith bitbuc...@online.de wrote:
On Fri, 2013-01-25 at 14:05 -0500, Rik van Riel wrote:
The performance issue observed with AIM7 is still a mystery.
Hm. AIM7 mystery _may_ be the same crud I see on a 4 node 40
core box. Stock scheduler knobs are too preempt happy, produce
On Sat, Jan 26, 2013 at 12:10 PM, Sedat Dilek sedat.di...@gmail.com wrote:
On Fri, Jan 25, 2013 at 6:26 AM, Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi all,
Changes since 20130124:
New trees: ipsec and ipsec-next
The powerpc tree still had a build failure.
The sound-asoc tree
* H. Peter Anvin h...@zytor.com wrote:
On 01/25/2013 12:21 AM, Jan Beulich wrote:
I don't see anything wrong, except that I can't *find* patch 3/3 either
in my inbox nor on LKML...
I can certainly resend the whole set, but our email system even
got a delivery confirmation from
* H. Peter Anvin h...@zytor.com wrote:
On 01/25/2013 02:11 PM, H. Peter Anvin wrote:
On 01/25/2013 02:43 AM, tip-bot for Jan Beulich wrote:
Commit-ID: 05fbf4d6fc6a3c0c3e63b77979c9311596716d10
Gitweb:
http://git.kernel.org/tip/05fbf4d6fc6a3c0c3e63b77979c9311596716d10
Author:
* Clark Williams willi...@redhat.com wrote:
On Fri, 25 Jan 2013 19:36:10 +0100
Ingo Molnar mi...@kernel.org wrote:
* Clark Williams willi...@redhat.com wrote:
Shouldn't this be in kernel/sched/sched.h instead of the
(already too large) linux/sched.h?
I don't think
Would be nice to have a patch against -tip, as we already have
an interacting change:
57d2aa00dcec sched/rt: Avoid updating RT entry timeout twice within one tick
period
Which creates a conflict.
Thanks,
Ingo
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
Commit-ID: cff3c124a7e82ca0ea1d6864b27ef18c403c0773
Gitweb: http://git.kernel.org/tip/cff3c124a7e82ca0ea1d6864b27ef18c403c0773
Author: Arnd Bergmann a...@arndb.de
AuthorDate: Fri, 25 Jan 2013 14:14:23 +
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Fri, 25 Jan 2013 15:23:15
Commit-ID: fc7d3e64651e4de80262e48a3fb75128fffb8ef3
Gitweb: http://git.kernel.org/tip/fc7d3e64651e4de80262e48a3fb75128fffb8ef3
Author: Borislav Petkov b...@suse.de
AuthorDate: Fri, 25 Jan 2013 18:46:07 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Fri, 25 Jan 2013 19:32:02
On Thu, 8 Nov 2012 at 5:47:15 +0100, Greg KH wrote:
On Wed, Nov 07, 2012 at 10:49:40PM +0100, Rafael J. Wysocki wrote:
On Tuesday, November 06, 2012 01:48:26 PM Greg KH wrote:
On Tue, Nov 06, 2012 at 04:42:24PM +0400, Azat Khuzhin wrote:
I'v also have such errors on my macbook pro.
Commit-ID: 7d0291256ca99cbb6124f63228003329e7a64b21
Gitweb: http://git.kernel.org/tip/7d0291256ca99cbb6124f63228003329e7a64b21
Author: Vivien Didelot vivien.dide...@savoirfairelinux.com
AuthorDate: Fri, 4 Jan 2013 16:18:14 -0500
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Fri, 25
From: Ma Ling ling...@alipay.com
Currently we use O2 as compiler option for better performance,
although it will enlarge code size, in modern CPUs larger instructon
and unified cache, sophisticated instruction prefetch weaken instruction
cache miss, meanwhile flags such as -falign-functions,
Commit-ID: d94ffd677469ef729e9d6e968191872577a6119e
Gitweb: http://git.kernel.org/tip/d94ffd677469ef729e9d6e968191872577a6119e
Author: Ma Ling ling...@alipay.com
AuthorDate: Fri, 25 Jan 2013 09:11:01 -0500
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Sat, 26 Jan 2013 13:09:15
On Sat, Jan 26, 2013 at 01:00:43PM +0100, Ingo Molnar wrote:
+void __init init_spinlock_delay(void)
+{
+ if (x86_hyper)
+ max_spinlock_delay = MAX_SPINLOCK_DELAY_GUEST;
I realize that you took existing code and extended it, but that
chunk of code looks pretty disgusting
On Sat, Jan 26, 2013 at 04:25:57AM -0800, tip-bot for Ma Ling wrote:
During the same time (269.410275674 seconds) IPC from Os is
0.37, O2 is 0.36, Os improved performance 2.7%.
Signed-off-by: Ma Ling ling...@alipay.com
Cc: Linus Torvalds torva...@linux-foundation.org
Cc: Arjan van de Ven
On Sat, 2013-01-26 at 13:05 +0100, Ingo Molnar wrote:
* Mike Galbraith bitbuc...@online.de wrote:
On Fri, 2013-01-25 at 14:05 -0500, Rik van Riel wrote:
The performance issue observed with AIM7 is still a mystery.
Hm. AIM7 mystery _may_ be the same crud I see on a 4 node 40
On Saturday, January 26, 2013 12:23:37 PM Carlos R. Mafra wrote:
On Thu, 8 Nov 2012 at 5:47:15 +0100, Greg KH wrote:
On Wed, Nov 07, 2012 at 10:49:40PM +0100, Rafael J. Wysocki wrote:
On Tuesday, November 06, 2012 01:48:26 PM Greg KH wrote:
On Tue, Nov 06, 2012 at 04:42:24PM +0400,
201 - 300 of 506 matches
Mail list logo