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 g
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
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)"
hayeswang :
> 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 policy we m
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 dere
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
---
drivers/net/phy/phy.c
On 28 March 2013 23:43, Tejun Heo 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 :)
Cluster A1
On Thu, Mar 28, 2013 at 11:21 PM, Julia Lawall 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 get wha
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
Cc: Mathieu Desnoyers
---
This is on top of my
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 ?
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 ;).
>
>
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
> Cc: Steffen Trumtrar
> Cc: Tomi Valkeinen
> ---
> drivers/video/fb
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.
R
於 四，2013-03-14 於 15:34 +0800，Lee, Chun-Yi 提到：
> From: Chun-Yi Lee
>
> Per X.509 spec in 4.2.1.1 section, the structure of Authority Key
> Identifier Extension is:
>
>AuthorityKeyIdentifier ::= SEQUENCE {
> keyIdentifier [0] KeyIdentifier OPTIONAL,
> authorit
From: Chun-Yi Lee
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] GeneralNamesOPTIONAL,
- Original Message -
> From: "Dmitry Monakhov"
> To: "Theodore Ts'o" , "CAI Qian"
> Cc: "LKML" , "linux-s390"
> , "Steve Best"
> , linux-e...@vger.kernel.org
> Sent: Thursday, March 28, 2013 10:56:37 PM
> Subject: Re: s390x: kernel BUG at fs/ext4/inode.c:1591!
>
> On Thu, 28 Mar 2013
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, be
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
> b
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
---
drivers/pinctrl/core.c | 22 +++---
1 files changed, 3 insertions(+), 19 deletions(-)
diff --git a/driver
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 all
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 DM9000_NCR
From: Ning Jiang
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 of it. When a cpu is p
- Original Message -
> From: "Theodore Ts'o"
> To: "CAI Qian"
> Cc: "LKML" , "linux-s390"
> , "Steve Best"
> , linux-e...@vger.kernel.org
> Sent: Thursday, March 28, 2013 8:05:17 PM
> Subject: Re: s390x: kernel BUG at fs/ext4/inode.c:1591!
>
> On Thu, Mar 28, 2013 at 02:40:33AM -0400,
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
> ---
>
> ref: http://lists.nongnu.org/archive/html/qemu-devel/2013-03/msg05297.html
>
> drivers/platform/x86/Kconfig | 7 +++
>
On 03/27/2013 06:46 PM, Doug Anderson wrote:
> Hi,
>
> On Wed, Mar 27, 2013 at 11:40 AM, Lars-Peter Clausen wrote:
>> On 03/27/2013 07:35 PM, Naveen Krishna Ch wrote:
>>> On 13 March 2013 13:39, Doug Anderson wrote:
The exynos ADC won't work without a regulator called "vdd" and a clock
On Fri 29-03-13 10:56:00, Aneesh Kumar K.V wrote:
> Michal Hocko 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 anything
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
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 involv
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 f
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. TIF_
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
---
arch/powerpc/kernel/signal.c |5 +
1 file changed, 5 insertions(+)
di
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
---
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 100644
--- a/arch/powerpc
This patch corresponds to
[PATCH] x86: Use the new schedule_user API on userspace preemption
commit 0430499ce9d78691f3985962021b16bf8f8a8048
Signed-off-by: Li Zhong
---
arch/powerpc/include/asm/context_tracking.h | 11 +++
arch/powerpc/kernel/entry_64.S |3 ++-
2 fil
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 ba
On Fri, 29 Mar 2013 04:53:43 -0400 (EDT), CAI Qian wrote:
>
>
> - Original Message -
> > From: "Dmitry Monakhov"
> > To: "Theodore Ts'o" , "CAI Qian"
> > Cc: "LKML" , "linux-s390"
> > , "Steve Best"
> > , linux-e...@vger.kernel.org
> > Sent: Thursday, March 28, 2013 10:56:37 PM
> > Su
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 |
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 e
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 i
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.
> > >
> > >
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
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 implement
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 th
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
Acked-by: Sam Ravnborg
But when looking at the same file it looks like we have
more candidates for rem
Em Fri, 29 Mar 2013 09:49:28 +0100
Hans de Goede 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
> Alternatively I can put
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
Applied the following fix:
> + dev->base = devm_ioremap_resource(&pdev->dev, mem
On Tue, Mar 26, 2013 at 11:54:57PM +0800, Jiang Liu wrote:
> Prepare for removing num_physpages.
>
> Signed-off-by: Jiang Liu
> Cc: Wen Congyang
> Cc: Tang Chen
> Cc: Yasuaki Ishimatsu
> Cc: linux...@kvack.org
> Cc: linux-kernel@vger.kernel.org
> ---
> Hi all,
> Sorry for my mistake that
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 NTS
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
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
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 4
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
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
> ---
> drivers/watchdog/w83627hf_wdt.c | 73 ++
> 1 files changed, 57 insertions(+
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 de
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 d
On 03/28/2013 10:50 PM, Michel Lespinasse wrote:
On Thu, Mar 28, 2013 at 1:23 PM, Rik van Riel 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 can be fixed by cha
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 rec
On Thu, Mar 28, 2013 at 11:59 PM, Yinghai Lu wrote:
>
> On Thu, Mar 28, 2013 at 8:22 PM, Bjorn Helgaas 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 wrote:
>> > patch for Rom
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
---
Untested.
From: Patrice Chotard
Add necessary definitions to support ab8500-musb pinctrl default and
sleep states.
Signed-off-by: Patrice Chotard
Signed-off-by: Fabio Baltieri
---
Hi Linus,
I'm sending a v2 on this one as I mis-replaced a device id (manually
applied patch, sorry about that).
Changes
The Kconfig help text for MEMORY_NOTIFIER_ERROR_INJECT and
OF_RECONFIG_NOTIFIER_ERROR_INJECT has mismatched module names.
Signed-off-by: Akinobu Mita
---
lib/Kconfig.debug | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index 28be08c.
[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
Cc: "John W. Linville"
Cc: "David S. Miller"
Cc: Brett Rudley
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 se
From: Eric Dumazet
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
> Date: Mon Aug 1 16:19:00 2011 +
>
> rcu: convert uses of rcu_assign_pointer(x
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 s
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
---
arch/unicore32/Kconfig | 2 +-
drivers/extcon/Kconfig | 2 +-
drivers/i2c/busses/Kcon
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
---
Documentation/gpio.txt | 10 +-
arch/alpha/Kconfig | 3 ---
ar
On Fri, Mar 29, 2013 at 5:07 AM, Rik van Riel wrote:
> On 03/28/2013 10:50 PM, Michel Lespinasse wrote:
>> On Thu, Mar 28, 2013 at 1:23 PM, Rik van Riel 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
>
> 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
> > Date: Mon Aug 1
Signed-off-by: Paul Bolle
---
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 d61947a164760ac520cb416768afdf38c
On Fri, Mar 29, 2013 at 2:57 AM, Peter Zijlstra 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 then releasing
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 d
Linus,
I tried to send the mail to 'Ben Dooks ' 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
---
drivers/net/ethernet/micrel/ks8851.c | 2 +-
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
purp
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
> Signed-
On Friday 29 March 2013 09:08:27 Tom H did opine:
CCing the lkml too.
> On Thu, Mar 28, 2013 at 10:49 AM, Nils Kassube wrote:
> > I don't know of a particilar tool to extract that info. I can't tell
> > you for your -rtai kernel but the standard Ubuntu kernels come with a
> > file /boot/config-$
On Fri, 2013-03-29 at 09:17 -0400, Steven Rostedt wrote:
> I've thought about this too, but I wasn't sure we wanted two
> synchronize_*() functions, as the caller does a synchronize as well.
> That said, I think this is the more robust solution and it lets all
> rx_handler() functions assume that
On 03/29/2013 08:42 PM, Preeti U Murthy wrote:
>> > did you try the simplest benchmark: while true; do :; done
> Yeah I tried out this while true; do :; done benchmark on a vm which ran
Thanks a lot for trying!
What's do you mean 'vm'? Virtual machine?
> on 2 socket, 2 cores each socket and 2 th
On Fri, Mar 29, 2013 at 03:22:38PM +0800, Zhenzhong Duan wrote:
> 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.
Why would the x2APIC or
On Thu 28-03-13 11:42:37, 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
> introduced by commit 314e51b98 "mm: kill vma flag VM_RESERVED and
> mm->reserved_vm counter". This looks
Yes, this is correct, I've pulled it into my tree.
-corey
On 03/29/2013 02:18 AM, Chen Gang wrote:
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
On 03/29/2013 08:22 AM, Stefano Stabellini wrote:
> 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:
>
>>
On Thu, 28 Mar 2013 19:50:47 -0700
Michel Lespinasse wrote:
> This is IMO where the spin_unlock_wait(&sma->sem_perm.lock) would
> belong - right before the goto again.
Here is the slightly more optimistic (and probably more readable)
version of the patch:
---8<---
Unfortunately the locking sche
On Thu 28-03-13 11:42:38, Naoya Horiguchi wrote:
[...]
> @@ -2968,7 +2968,8 @@ long follow_hugetlb_page(struct mm_struct *mm, struct
> vm_area_struct *vma,
>* first, for the page indexing below to work.
>*/
> pte = huge_pte_offset(mm, vaddr & huge_page
On Fri, Mar 29, 2013 at 6:55 AM, Rik van Riel wrote:
> On Thu, 28 Mar 2013 19:50:47 -0700
> Michel Lespinasse wrote:
>
>> This is IMO where the spin_unlock_wait(&sma->sem_perm.lock) would
>> belong - right before the goto again.
>
> Here is the slightly more optimistic (and probably more readable
On Thu, 28 Mar 2013, Arnd Bergmann wrote:
> Patch 4d053fdac3 "usb: ehci: unlink_empty_async_suspended() only used
> with CONFIG_PM" tried to hide the unlink_empty_async_suspended function
> inside of an #ifdef to work around an unused function warning.
>
> Unfortunately that had the effect of int
Some Windows hosts permit the guest to specify memory hot-add alignment
requirements (if any). Linux currently requires a 128MB alignment on memory
segments that can be hot-added. Specify this alignment requirement to the
host.
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/hv_balloon.c | 17 +
On Fri, 29 Mar 2013, Tony Prisk wrote:
> On 29/03/13 10:16, Arnd Bergmann wrote:
> > On Thursday 28 March 2013, Arnd Bergmann wrote:
> >> Patch 4d053fdac3 "usb: ehci: unlink_empty_async_suspended() only used
> >> with CONFIG_PM" tried to hide the unlink_empty_async_suspended function
> >> inside o
please respin this patch with a commit description.
On 3/29/13, max.neklu...@us.elster.com wrote:
>
> Linus,
>
> I tried to send the mail to 'Ben Dooks ' 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 kern
Remove the use of a tasklet to start the DMA channel when issue_pending is
called.
The use of tasklet delays the DMA start which can cause issues at drivers,
for example the audio drivers expect that the DMA is started right away.
Signed-off-by: Peter Ujfalusi
---
Hi Russell,
I know you are agai
On Thu, Mar 28, 2013 at 04:52:29PM +0100, Robert Richter wrote:
> An option would be to attach the persistent events to a hosting pmu
> (e.g. 'ras' in this case) and provide the events via sysfs as already
> done by other pmus:
>
> /sys/bus/event_source/devices/ras/events/
> /sys/bus/event_sourc
1 - 100 of 357 matches
Mail list logo
