I looked in today's linux-next, and there seems to be only one
initialization of this field, to true, and one test of this field. So
perhaps the case for setting the field to false just isn't needed.
Oh sorry now I get what you mean! I thought about this -- and yes I
decided to not add
Dear RT Folks,
I'm pleased to announce the 3.2.42-rt62 stable release.
This release is just an update to the new stable 3.2.42 version
and no RT specific changes have been made.
You can get this release via the git tree at:
v2: rebase against tip-tree
I don't rebase [PATCH 0/5] cpuacct, cgroup: Remove cgroup_subsys.active,
because it can be applied cleanly on top of this patchset.
- This patchset splits cpuacct out of core scheduler code.
- Plus two small optimizations.
Signed-off-by: Li Zefan lize...@huawei.com
---
kernel/sched/Makefile | 1 +
kernel/sched/core.c| 220 ---
kernel/sched/cpuacct.c | 227 +
3 files changed, 228 insertions(+), 220 deletions(-)
So we can remove open-coded cpuacct code in cputime.c.
Signed-off-by: Li Zefan lize...@huawei.com
---
kernel/sched/cpuacct.c | 23 +++
kernel/sched/cpuacct.h | 6 ++
kernel/sched/cputime.c | 18 +-
3 files changed, 30 insertions(+), 17 deletions(-)
diff
So we don't open-coded initialization of cpuacct in core.c.
Signed-off-by: Li Zefan lize...@huawei.com
---
kernel/sched/core.c| 8 ++--
kernel/sched/cpuacct.c | 7 +++
kernel/sched/cpuacct.h | 5 +
3 files changed, 14 insertions(+), 6 deletions(-)
diff --git
This is a micro optimization for the hot path.
- We don't need to check if @ca is NULL in parent_ca().
- We don't need to check if @ca is NULL in the beginning of the for loop.
Signed-off-by: Li Zefan lize...@huawei.com
---
kernel/sched/cpuacct.c | 6 +-
kernel/sched/cpuacct.h | 2 +-
2
Add cpuacct.h and let sched.h include it.
Signed-off-by: Li Zefan lize...@huawei.com
---
kernel/sched/cpuacct.h | 52 ++
kernel/sched/sched.h | 48 +-
2 files changed, 53 insertions(+), 47 deletions(-)
This is a micro optimazation for a hot path.
- We don't need to check if @ca returned from task_ca() is NULL.
- We don't need to check if @ca returned from parent_ca() is NULL.
Signed-off-by: Li Zefan lize...@huawei.com
---
kernel/sched/cpuacct.c | 4 ++--
kernel/sched/cpuacct.h | 5 +
2
Now most of the code in cpuacct.h can be moved to cpuacct.c
Signed-off-by: Li Zefan lize...@huawei.com
---
kernel/sched/cpuacct.c | 44 +++-
kernel/sched/cpuacct.h | 46 --
2 files changed, 43 insertions(+), 47
Now we're guaranteed when cpuacct_charge() and cpuacct_account_field()
are called, cpuacct has already been properly initialized, so we no
longer need those checks.
Signed-off-by: Li Zefan lize...@huawei.com
---
kernel/sched/cpuacct.c | 6 --
1 file changed, 6 deletions(-)
diff --git
Now we don't need cpuacct_init(), and instead we just initialize
root_cpuacct when it's defined.
Signed-off-by: Li Zefan lize...@huawei.com
---
kernel/sched/core.c| 2 --
kernel/sched/cpuacct.c | 11 ---
kernel/sched/cpuacct.h | 5 -
3 files changed, 4 insertions(+), 14
The only user was cpuacct.
Acked-by: Tejun Heo t...@kernel.org
Signed-off-by: Li Zefan lize...@huawei.com
---
include/linux/cgroup.h | 1 -
kernel/cgroup.c| 3 ---
2 files changed, 4 deletions(-)
diff --git a/include/linux/cgroup.h b/include/linux/cgroup.h
index 900af59..95c02c0 100644
This is a preparation, so later we can initialize cpuacct earlier.
Signed-off-by: Li Zefan lize...@huawei.com
---
kernel/sched/cpuacct.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/sched/cpuacct.c b/kernel/sched/cpuacct.c
index 9305fd2..a691c4d 100644
---
v2:
- rebase against tip-tree
- add acked-by
I said this patchset needn't to be rebased, which is wrong. The last patch
needs rebasing.
===
cpuacct is the only user of cgroup_subsys.active flag.
The flag is needed because cpuacct_charge() and
Initialize cpuacct before the scheduler is functioning, so when
cpuacct_charge() and cpuacct_account_field() are called, task_ca()
won't return NULL.
Signed-off-by: Li Zefan lize...@huawei.com
---
kernel/sched/cpuacct.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff
It would cause no link after suspending or shutdowning when the
nic changes the speed to 10M and connects to a link partner which
forces the speed to 100M.
Check the link partner ability to determine if to change the speed
to 10M when suspending or shutdowning. Regardless of keeping the
speed to
Hi Joonsoo,
On 03/28/2013 01:28 PM, Joonsoo Kim wrote:
Following-up upper se in sched_slice() should not be done,
because sched_slice() is used for checking that resched is needed
whithin *this* cfs_rq and there is one problem related to this
in current implementation.
The problem is that
when calling memcpy, read_data and write_data need additional 2 bytes.
write_data:
for checking: if (size IPMI_MAX_MSG_LENGTH)
for operating: memcpy(bt-write_data + 3, data + 1, size - 1)
read_data:
for checking: if (msg_len 3 || msg_len IPMI_MAX_MSG_LENGTH)
for
hayeswang hayesw...@realtek.com :
Francois Romieu [mailto:rom...@fr.zoreil.com]
[...]
Your description suggests that testing against the link
partner ability to work at 10M instead of testing for
^^ - and
tp-link_ok could be good enough.
As a
nmi isn't supported in dom0, fallback to general all cpu backtrace code.
Without fix, on xapic system, sysrq+l, no backtrace is showed.
On x2apic enabled system, got NULL pointer dereference as below.
SysRq : Show backtrace of all active CPUs
BUG: unable to handle kernel NULL pointer
In case of fixed speed set up for a NIC (e.g. ethtool -s eth0 autoneg off speed
100 duplex full) with an ethernet cable plugged off, the mentioned algorithm
slows down a NIC speed, so further cable hook-up leads to nonoperable link
state.
Signed-off-by: Kirill Kapranov kapran...@inbox.ru
---
On 28 March 2013 23:43, Tejun Heo t...@kernel.org wrote:
Viresh, would it be difficult to make another measurement of the same
workload with the said workqueues converted to unbound? I think that
would at least provide a nice reference point.
My heart is shattered after getting the results :)
On Thu, Mar 28, 2013 at 11:21 PM, Julia Lawall julia.law...@lip6.fr wrote:
I looked in today's linux-next, and there seems to be only one
initialization of this field, to true, and one test of this field. So
perhaps the case for setting the field to false just isn't needed.
Oh sorry now I
In some situations, it is necessary to prepend a node to a queue.
For epoll, this is necessary for two rare conditions:
* when the user triggers -EFAULT
* when reinjecting elements from the ovflist (implemented as a stack)
Signed-off-by: Eric Wong normalper...@yhbt.net
Cc: Mathieu Desnoyers
Francois Romieu [mailto:rom...@fr.zoreil.com]
Sent: Friday, March 29, 2013 3:21 PM
To: Hayeswang
Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org;
bowgot...@google.com; Ryankao
Subject: Re: r8169 auto speed down issue
[...]
I don't get your point. Can you reformulate ?
Sorry
On Thu 28-03-13 23:31:18, Jiri Slaby wrote:
On 03/25/2013 10:13 AM, Jiri Slaby wrote:
BTW I very pray this will fix also the issue I have when I run ltp tests
(highly I/O intensive, esp. `growfiles') in a VM while playing a movie
on the host resulting in a stuttered playback ;).
No, this
On Fri, Mar 29, 2013 at 01:40:52AM +, Jingoo Han wrote:
VESA_DMT_VSYNC_HIGH should be used instead of VESA_DMT_HSYNC_HIGH,
because FB_SYNC_VERT_HIGH_ACT is related to vsync, not to hsync.
Signed-off-by: Jingoo Han jg1@samsung.com
Cc: Steffen Trumtrar s.trumt...@pengutronix.de
Cc:
Mauro,
Can you pick this one up? I don't have anything pending for gspca,
and to create a tree + pullreq for just a trivial patch is not really
efficient.
Alternatively I can put it on my TODO for when there is more gspca work,
esp. since there is not really a need to hurry with merging this.
於 四,2013-03-14 於 15:34 +0800,Lee, Chun-Yi 提到:
From: Chun-Yi Lee j...@suse.com
Per X.509 spec in 4.2.1.1 section, the structure of Authority Key
Identifier Extension is:
AuthorityKeyIdentifier ::= SEQUENCE {
keyIdentifier [0] KeyIdentifier OPTIONAL,
From: Chun-Yi Lee j...@suse.com
Per X.509 spec in 4.2.1.1 section, the structure of Authority Key
Identifier Extension is:
AuthorityKeyIdentifier ::= SEQUENCE {
keyIdentifier [0] KeyIdentifier OPTIONAL,
authorityCertIssuer [1] GeneralNames
- Original Message -
From: Dmitry Monakhov dmonak...@openvz.org
To: Theodore Ts'o ty...@mit.edu, CAI Qian caiq...@redhat.com
Cc: LKML linux-kernel@vger.kernel.org, linux-s390
linux-s...@vger.kernel.org, Steve Best
sb...@redhat.com, linux-e...@vger.kernel.org
Sent: Thursday, March
Arnd, Olof,
This is a one-line cleanup patch. I have made a pull-request anyway because
I do not want to mix it with my upcoming DT pull-request. I guess that you can
simply cherry-pick the patch if you want. It is based on material that you
already have in arm-soc/at91/cleanup branch.
Thanks,
On Thu, Mar 28, 2013 at 10:23:01PM +, Aaron Williams wrote:
Hi all,
I am trying to clean up our OCTEON NAND flash driver in the Linux kernel
and enable support for multi-bit ECC using BCH and am having some
issues. I am able to successfully work with NAND flash that requires 4
bits
As Stephen Warren pointed out, pinctrl_free_setting() was called instead
of pinmux_disable_setting() on error.
In this error code, we want to call pinmux_disable_setting() where
pinmux_enable_setting() was called.
And when pinconf_apply_setting() was called, we can't do much to undo
the pin muxing
Instead of just enabling the settings that were disabled in the 1st
loop, it's simpler to recall pinctrl_select_state with the old state.
Signed-off-by: Richard Genoud richard.gen...@gmail.com
---
drivers/pinctrl/core.c | 22 +++---
1 files changed, 3 insertions(+), 19
On 29.3.2013 01:46, liguang wrote:
if we pull some commits from other git repo
which bring in a few CONFIG_* options, then
we have to build all again, but we do assure
these options are not interesting for us,
so the long waiting build will be offending.
this change help us to avoid
Fix bug for DM9000 revision B which contain a DSP PHY
DM9000B use DSP PHY instead previouse DM9000 revisions' analog PHY,
So need extra change in initialization, For
explicity PHY Reset and PHY init parameter, and
first DM9000_NCR reset need NCR_MAC_LBK bit by dm9000_probe().
Following
From: Ning Jiang ning.n.ji...@gmail.com
Currently there are two problems when we try to stop local timer.
First, it calls set_mode function directly so mode state is not
updated for the clock event device. Second, it makes the device
unused instead of shutdown.
A subtle error will happen because
- Original Message -
From: Theodore Ts'o ty...@mit.edu
To: CAI Qian caiq...@redhat.com
Cc: LKML linux-kernel@vger.kernel.org, linux-s390
linux-s...@vger.kernel.org, Steve Best
sb...@redhat.com, linux-e...@vger.kernel.org
Sent: Thursday, March 28, 2013 8:05:17 PM
Subject: Re:
Il 29/03/2013 09:34, Hu Tao ha scritto:
pvpanic device is a qemu simulated device through which guest panic
event is sent to host.
Signed-off-by: Hu Tao hu...@cn.fujitsu.com
---
ref: http://lists.nongnu.org/archive/html/qemu-devel/2013-03/msg05297.html
drivers/platform/x86/Kconfig |
On 03/27/2013 06:46 PM, Doug Anderson wrote:
Hi,
On Wed, Mar 27, 2013 at 11:40 AM, Lars-Peter Clausen l...@metafoo.de wrote:
On 03/27/2013 07:35 PM, Naveen Krishna Ch wrote:
On 13 March 2013 13:39, Doug Anderson diand...@chromium.org wrote:
The exynos ADC won't work without a regulator
On Fri 29-03-13 10:56:00, Aneesh Kumar K.V wrote:
Michal Hocko mho...@suse.cz writes:
[...]
Little bit offtopic:
Btw. hugetlb migration breaks to charging even before this patchset
AFAICS. The above put_page should remove the last reference and then it
will uncharge it but I do not see
Thu, Mar 28, 2013 at 06:29:52PM CET, eric.duma...@gmail.com wrote:
On Thu, 2013-03-28 at 13:16 -0400, Steven Rostedt wrote:
Hi,
I'm currently debugging a crash in an old 3.0-rt kernel that one of our
customers is seeing. The bug happens with a stress test that loads and
unloads the bonding
On Thu, 2013-03-28 at 19:50 -0700, Michel Lespinasse wrote:
So, there are a few things I don't like about spin_unlock_wait():
1- From a lock ordering point of view, it is strictly equivalent to
taking the lock and then releasing it - and yet, lockdep won't catch
any deadlocks that involve
This is the exception hooks for context tracking subsystem, including
data access, program check, single step, instruction breakpoint, machine check,
alignment, fp unavailable, altivec assist, unknown exception, whose handlers
might use RCU.
This patch corresponds to
[PATCH] x86: Exception hooks
This is the syscall slow path hooks for context tracking subsystem,
corresponding to
[PATCH] x86: Syscall hooks for userspace RCU extended QS
commit bf5a3c13b939813d28ce26c01425054c740d6731
TIF_MEMDIE is moved to the second 16-bits (with value 17), as it seems there
is no asm code using it.
This patch allows RCU usage in do_notify_resume, e.g. signal handling.
It corresponds to
[PATCH] x86: Exit RCU extended QS on notify resume
commit edf55fda35c7dc7f2d9241c3abaddaf759b457c6
Signed-off-by: Li Zhong zh...@linux.vnet.ibm.com
---
arch/powerpc/kernel/signal.c |5 +
1 file
After the exception handling moved to generic code, and some changes in
following two commits:
56dd9470d7c8734f055da2a6bac553caf4a468eb
context_tracking: Move exception handling to generic code
6c1e0256fad84a843d915414e4b5973b7443d48d
context_tracking: Restore correct previous context state on
Start context tracking support from pSeries.
Signed-off-by: Li Zhong zh...@linux.vnet.ibm.com
---
arch/powerpc/platforms/pseries/Kconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/platforms/pseries/Kconfig
b/arch/powerpc/platforms/pseries/Kconfig
index 9a0941b..023b288
This patch corresponds to
[PATCH] x86: Use the new schedule_user API on userspace preemption
commit 0430499ce9d78691f3985962021b16bf8f8a8048
Signed-off-by: Li Zhong zh...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/context_tracking.h | 11 +++
arch/powerpc/kernel/entry_64.S
These patches try to support context tracking for Power arch, beginning with
64-bit pSeries. The codes are ported from that of the x86_64, and in each
patch, I listed the corresponding patch for x86.
Would you please help review and give your comments?
v2:
I rebased the patches against 3.9-rcs,
On Thu, 2013-03-28 at 21:53 -0700, H. Peter Anvin wrote:
On 03/28/2013 09:41 PM, Rob Landley wrote:
You don't need a new glibc port, you need a new klibc or musl port.
http://www.openwall.com/lists/musl/2012/07/08/1
Way less work than getting glibc working for your basic
On Fri, 29 Mar 2013 04:53:43 -0400 (EDT), CAI Qian caiq...@redhat.com wrote:
- Original Message -
From: Dmitry Monakhov dmonak...@openvz.org
To: Theodore Ts'o ty...@mit.edu, CAI Qian caiq...@redhat.com
Cc: LKML linux-kernel@vger.kernel.org, linux-s390
The memcg is not referenced, so it can be destroyed at anytime right
after we exit rcu read section, so it's not safe to access it.
To fix this, we call css_tryget() to get a reference while we're still
in rcu read section.
This also removes a bogus comment above __memcg_create_cache_enqueue().
When stress testing ARC Linux from 3.9-rc3, we've hit a serialization
issue when mod_timer() races with itself. This is on a FPGA board and
kernel .config among others has !SMP and !PREEMPT_COUNT.
The issue happens in mod_timer( ) because timer_pending( ) based early
exit check is NOT done inside
On Fri, 2013-03-29 at 14:36 +0800, Li Zefan wrote:
- This patchset splits cpuacct out of core scheduler code.
- Plus two small optimizations.
---
kernel/sched/Makefile | 1 +
kernel/sched/core.c| 228 +--
kernel/sched/cpuacct.c | 303
On Fri, 2013-03-29 at 14:43 +0800, Li Zefan wrote:
cpuacct is the only user of cgroup_subsys.active flag.
The flag is needed because cpuacct_charge() and
cpuacct_account_field() can
be called when cpuacct hasn't been initialized during system bootup.
This patch initializes cpuacct
On Friday 29 March 2013, Ley Foon Tan wrote:
Thanks for the suggestion.
Too bad we don't have in-house expert in klibc and musl port.
Hi HPA,
I knew you are the developer of klibc. Do you have any documentation to
port a new architecture and also how to replace glibc with klibc in
On Mar 26 Stefan Richter wrote:
On Mar 26 Peter Hurley wrote:
On Tue, 2013-03-26 at 19:56 +0100, Stefan Richter wrote:
It has been a long time though since I last checked whether PhyUpperBound
is implemented; maybe it has become more widespread than it was back then.
Or maybe it
On 03/29/2013 02:28 PM, Li Zefan wrote:
The memcg is not referenced, so it can be destroyed at anytime right
after we exit rcu read section, so it's not safe to access it.
To fix this, we call css_tryget() to get a reference while we're still
in rcu read section.
This also removes a bogus
On Fri, 2013-03-29 at 11:44 +0100, Stefan Richter wrote:
On Mar 26 Stefan Richter wrote:
On Mar 26 Peter Hurley wrote:
On Tue, 2013-03-26 at 19:56 +0100, Stefan Richter wrote:
It has been a long time though since I last checked whether
PhyUpperBound
is implemented; maybe it has
The CONFIG_ARCH_IXDP2X01 and CONFIG_MACH_IXDP2351 Kconfig macros are
unused since the ixp23xx and ixp2000 platforms were removed in v3.5. So
remove the last code still depending on these macros. And since
CS89x0_NONISA_IRQ was only set if either of these two macros was defined
we can also remove
Hi Linus,
This pull request contains ARC fixes for 3.9 cycle.
It includes fix for a serious bug in DMA mapping API, make allyesconfig
wreckage,
removal of bogus email-list placeholder in MAINTAINERS, a typo in ptrace helper
code and last remaining changes for syscall ABI v3 which we are finally
On Wed, Mar 27, 2013 at 08:20:45PM +0800, Kefeng Wang wrote:
smp_boot_cpus() was replaced smp_prepare_cpus() long ago, and it no
longer needed, so delete it.
Signed-off-by: Kefeng Wang wangkefeng.w...@huawei.com
Acked-by: Sam Ravnborg s...@ravnborg.org
But when looking at the same file it
Em Fri, 29 Mar 2013 09:49:28 +0100
Hans de Goede hdego...@redhat.com escreveu:
Mauro,
Can you pick this one up? I don't have anything pending for gspca,
and to create a tree + pullreq for just a trivial patch is not really
efficient.
No problem. I'll handle that.
Regards,
Mauro
On Tue, Mar 05, 2013 at 05:14:45PM +0530, Vishwanathrao Badarkhe, Manish wrote:
Update the code to use devm_* API so that driver
core will manage resources.
Signed-off-by: Vishwanathrao Badarkhe, Manish manish...@ti.com
Applied the following fix:
+ dev-base =
On Tue, Mar 26, 2013 at 11:54:57PM +0800, Jiang Liu wrote:
Prepare for removing num_physpages.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Wen Congyang we...@cn.fujitsu.com
Cc: Tang Chen tangc...@cn.fujitsu.com
Cc: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
Cc:
This should fix the build failure in linux-next.
[PATCH] solo6x10: The size of the thresholds ioctls was too large.
On powerpc the maximum size for the ioctl argument is 8191, and it was
8192. However, the 64x64 array of threshold values is more than is actually
needed in practice for PAL and
Peter Hurley wrote:
On Fri, 2013-03-29 at 11:44 +0100, Stefan Richter wrote:
On Mar 26 Peter Hurley wrote:
The FW643e-2 is natively PCIe (not behind a bridge) and supports phys
DMA past 4GB (the datasheet says all 48 bits but I can only test it out
to 10GB).
I thought the FW643e was as
On Thu, 28 Mar 2013, Srivatsa S. Bhat wrote:
(In all my replies, I'm referring to the code in your v2 on your git
tree, but replying to the corresponding patches in your v1).
So, in alpha, we poll in cpu idle. In the generic implementation in
kernel/cpu/idle.c, arch_cpu_idle() is defined as:
On Thu, 28 Mar 2013, Srivatsa S. Bhat wrote:
That doesn't look quite right, since it returns -1 (instead of 0) when
str == poll.
Stupid me.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Fri, 2013-03-29 at 12:19 +0100, Clemens Ladisch wrote:
Peter Hurley wrote:
On Fri, 2013-03-29 at 11:44 +0100, Stefan Richter wrote:
On Mar 26 Peter Hurley wrote:
The FW643e-2 is natively PCIe (not behind a bridge) and supports phys
DMA past 4GB (the datasheet says all 48 bits but I can
Hi Joonsoo
On 03/28/2013 01:28 PM, Joonsoo Kim wrote:
sched_slice() compute ideal runtime slice. If there are many tasks
in cfs_rq, period for this cfs_rq is extended to guarantee that each task
has time slice at least, sched_min_granularity. And then each task get
a portion of this period
On Thu, 2013-03-28 at 16:58 +0900, Joonsoo Kim wrote:
There is not enough reason to place this checking at
update_sg_lb_stats(),
except saving one iteration for sched_group_cpus. But with this
change,
we can save two memset cost and can expect better compiler
optimization,
so clean-up may
On 03/25/2013 04:15 AM, Tony Chung wrote:
The current maximum of 255 seconds is insufficient.
For example, crash dump could take 5+ minutes.
Signed-off-by: Tony Chung tonychun...@gmail.com
---
drivers/watchdog/w83627hf_wdt.c | 73 ++
1 files changed,
The DaVinci debugging macro contains a check for
CONFIG_DEBUG_DAVINCI_DA8XX_UART0. But there's corresponding Kconfig
symbol, so this test will always evaluate to false. That Kconfig symbol
is not needed because, as __arch_decomp_setup() shows, there are no
DaVinci DA8XX boards that use UART0 for
On Thu, 2013-03-28 at 16:58 +0900, Joonsoo Kim wrote:
+static int should_we_balance(struct lb_env *env)
+{
+ struct sched_group *sg = env-sd-groups;
+ int cpu, balance_cpu = -1;
+
+ /*
+* In the newly idle case, we will allow all the cpu's
+* to do the
On 03/28/2013 10:50 PM, Michel Lespinasse wrote:
On Thu, Mar 28, 2013 at 1:23 PM, Rik van Riel r...@surriel.com wrote:
Subject: [PATCH -mm -next] ipc,sem: change locking scheme to make lockdep happy
Unfortunately the locking scheme originally proposed has false positives
with lockdep. This
Konstantin Khlebnikov wrote:
Naoya Horiguchi wrote:
On Thu, Mar 28, 2013 at 09:03:16PM +0400, Konstantin Khlebnikov wrote:
Naoya Horiguchi wrote:
Currently we fail to include any data on hugepages into coredump,
because VM_DONTDUMP is set on hugetlbfs's vma. This behavior was recently
On Thu, Mar 28, 2013 at 11:59 PM, Yinghai Lu ying...@kernel.org wrote:
On Thu, Mar 28, 2013 at 8:22 PM, Bjorn Helgaas bhelg...@google.com wrote:
[+cc Matthew]
[+cc e1000-de...@lists.sourceforge.net for suspected 82575/82598
regression]
On Thu, Mar 28, 2013 at 01:24:55PM -0700, Yinghai Lu
A test for CONFIG_SND_SOC_UX500_AB5500 was added in v3.5. But there
never was a corresponding Kconfig symbol so this test has always
evaluated to true. And since AB5500 support was removed in v3.5 it
appears safe to remove this test and a few lines of code.
Signed-off-by: Paul Bolle
From: Patrice Chotard patrice.chot...@stericsson.com
Add necessary definitions to support ab8500-musb pinctrl default and
sleep states.
Signed-off-by: Patrice Chotard patrice.chot...@stericsson.com
Signed-off-by: Fabio Baltieri fabio.balti...@linaro.org
---
Hi Linus,
I'm sending a v2 on this
The Kconfig help text for MEMORY_NOTIFIER_ERROR_INJECT and
OF_RECONFIG_NOTIFIER_ERROR_INJECT has mismatched module names.
Signed-off-by: Akinobu Mita akinobu.m...@gmail.com
---
lib/Kconfig.debug | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/Kconfig.debug
[Dropped Kevin Hilman, because Kevin's address bounces.]
On Fri, 2013-03-29 at 12:47 +0100, Paul Bolle wrote:
The DaVinci debugging macro contains a check for
CONFIG_DEBUG_DAVINCI_DA8XX_UART0. But there's corresponding Kconfig
[...] there's no corresponding
This fixes the misaligned indentation introduced by
drivers-net-rename-random32-to-prandom_u32.patch in the -mm tree.
This also remove unneeded parentheses in order not to cause line over
80 characters.
Signed-off-by: Akinobu Mita akinobu.m...@gmail.com
Cc: John W. Linville
Hi Alex,
On 03/25/2013 10:22 AM, Alex Shi wrote:
On 03/22/2013 01:14 PM, Preeti U Murthy wrote:
the value get from decay_load():
sa-runnable_avg_sum = decay_load(sa-runnable_avg_sum,
in decay_load it is possible to be set zero.
Yes you are right, it is possible to be set to 0, but after a
From: Eric Dumazet eduma...@google.com
On Fri, 2013-03-29 at 10:48 +0100, Jiri Pirko wrote:
Hmm. I think that this might be issue introduced by:
commit a9b3cd7f323b2e57593e7215362a7b02fc933e3a
Author: Stephen Hemminger shemmin...@vyatta.com
Date: Mon Aug 1 16:19:00 2011 +
rcu:
Hi all,
While fuzzing with trinity inside a KVM tools guest running latest -next kernel,
I've stumbled on the following.
It seems that the code in do_huge_pmd_wp_page() was recently modified in
thp: do_huge_pmd_wp_page(): handle huge zero page.
Here's the trace:
[ 246.244708] BUG: unable to
Since I have received no death threat from architecture maintainers I'd like to
proceed with the remainder of this work so that it doesn't go half-baked into
3.10. These three patches finish the removal of the GENERIC_GPIO config option
which has been made equivalent to GPIOLIB in the previous
GENERIC_GPIO is now equivalent to GPIOLIB and features that depended on
GENERIC_GPIO can now depend on GPIOLIB to allow removal of this option.
Signed-off-by: Alexandre Courbot acour...@nvidia.com
---
arch/unicore32/Kconfig | 2 +-
drivers/extcon/Kconfig | 2 +-
GENERIC_GPIO has been made equivalent to GPIOLIB in architecture code
and all driver code has been switch to depend on GPIOLIB. It is thus
safe to have GENERIC_GPIO removed.
Signed-off-by: Alexandre Courbot acour...@nvidia.com
---
Documentation/gpio.txt | 10 +-
arch/alpha/Kconfig
On Fri, Mar 29, 2013 at 5:07 AM, Rik van Riel r...@surriel.com wrote:
On 03/28/2013 10:50 PM, Michel Lespinasse wrote:
On Thu, Mar 28, 2013 at 1:23 PM, Rik van Riel r...@surriel.com wrote:
if (unlikely(sma-complex_count)) {
spin_unlock(sem-lock);
-
On Fri, 2013-03-29 at 06:01 -0700, Eric Dumazet wrote:
From: Eric Dumazet eduma...@google.com
On Fri, 2013-03-29 at 10:48 +0100, Jiri Pirko wrote:
Hmm. I think that this might be issue introduced by:
commit a9b3cd7f323b2e57593e7215362a7b02fc933e3a
Author: Stephen Hemminger
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
0) Untested.
1) This typo was first introduced in v3.4: commit
e5ab85800820edd907d3f43f285e1232f84d5a41 (ARM: 7382/1: mm: truncate
memory banks to fit in 4GB space for classic MMU). The second instance
was added in v3.9-rc2: commit
On Fri, Mar 29, 2013 at 2:57 AM, Peter Zijlstra pet...@infradead.org wrote:
On Thu, 2013-03-28 at 19:50 -0700, Michel Lespinasse wrote:
So, there are a few things I don't like about spin_unlock_wait():
1- From a lock ordering point of view, it is strictly equivalent to
taking the lock and
On Thu, 28 Mar 2013, Rob Herring wrote:
On 03/28/2013 10:39 AM, Nicolas Pitre wrote:
On Thu, 28 Mar 2013, Rob Herring wrote:
On 03/28/2013 09:51 AM, Nicolas Pitre wrote:
On Thu, 28 Mar 2013, Stefano Stabellini wrote:
- the interface to bring up secondary cpus is different and based
Linus,
I tried to send the mail to 'Ben Dooks b...@simtec.co.uk' but the address
is dead now.
I assume you've tested it in practice?
Yes, I'm running the modified code both in bootloader and Linux kernel on
my board.
Thanks,
Max
Signed-off-by: Max Nekludov max.neklu...@us.elster.com
---
On 03/29/2013 09:08 AM, Michel Lespinasse wrote:
That is where I had it initially. I may have gotten too clever
and worked on keeping more accesses read-only. If you want, I
can move it back here and re-submit the patch :)
I think I would prefer that - I feel having it upper serves little
On 03/29/2013 01:33 PM, Akinobu Mita wrote:
This fixes the misaligned indentation introduced by
drivers-net-rename-random32-to-prandom_u32.patch in the -mm tree.
This also remove unneeded parentheses in order not to cause line over
80 characters.
Acked-by: Arend van Spriel
1 - 100 of 736 matches
Mail list logo