On Wed 10-07-13 01:40:06, Jiri Kosina wrote:
> On Thu, 4 Jul 2013, Michal Hocko wrote:
[...]
> > >From 5f089c0b2a57ff6c08710ac9698d65aede06079f Mon Sep 17 00:00:00 2001
> > From: Michal Hocko
> > Date: Thu, 4 Jul 2013 17:15:54 +0200
> > Subject: [PATCH] mm: Honor min_free_kbytes set by user
> >
>
On 07/10/2013 03:15 PM, Laxman Dewangan wrote:
> This patch series does following:
> - Remove unused member from extcon palmas structure.
> - Fix to support of detecting cable properly with multiple insert/removal.
> - Add support for suspend/resume functionlaity and wakup from suspend.
> - Option
Hi Laxman,
On 07/10/2013 03:15 PM, Laxman Dewangan wrote:
> Based on system design, platform needs to detect the VBUS or ID or
> both. Provide option to select this through platform data to
> disable part of cable detection through palmas-usb.
>
> Signed-off-by: Laxman Dewangan
> Acked-by: Grae
On Tuesday 09 July 2013 11:34 AM, Thierry Reding wrote:
* PGP Signed by an unknown key
On Sat, Jul 06, 2013 at 02:44:29PM +0530, Laxman Dewangan wrote:
D
+
+ home {
+ label = "Home";
+ gpios = <&gpio TEGRA_GPIO(I, 5) GPIO_ACTIVE_LOW>;
+
Dalmore have the keys mounted on board which are connected
to different pins of Tegra.
Add the keys entry in DTS file to enable key functionality.
This will enable KEY_POWER, KEY_HOME, KEY_VOLUMEUP and
KEY_VOLUMEDOWN.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
- Reorder the nodes
Chang
On 07/09/2013 10:00 PM, Eduardo Valentin wrote:
> In order to be able to build thermal policies
> based on generic sensors, like I2C device, that
> can be places in different points on different boards,
> there is a need to have a way to feed board dependent
> data into the thermal framework.
>
>
On 07/10/2013 03:07 AM, Stephen Rothwell wrote:
Hi all,
On Tue, 2 Jul 2013 17:09:57 +1000 Stephen Rothwell
wrote:
We are in the merge window, so please do not add anything to your
linux-next included branches that is not destined for v3.11 until after
v3.11-rc1 is released.
No, really :-(
Hi,
latest linus tree kernel hangs on my Thinkpad T420.
I bisected this issue, culprit commit is below:
commit 1acba98f810a14b1255e34bc620594f83de37e36
Author: Matthew Garrett
Date: Sun Jun 2 18:12:25 2013 -0400
UEFI: Don't pass boot services regions to SetVirtualAddressMap()
We nee
On 10 July 2013 11:34, Michael Wang wrote:
> Thanks for the confirm :) seems like the root cause is very likely
> related with the problem Srivatsa discovered.
>
> I think the fix in his mail worth a try, but I need more investigations
> to confirm that's the right way...
Its not a fix really, bu
On Wed, Jul 10, 2013 at 12:34:58AM +0200, Sander Eikelenboom wrote:
>
> Tuesday, July 9, 2013, 5:05:54 PM, you wrote:
>
> > On Tue, Jul 09, 2013 at 10:48:40AM -0400, Konrad Rzeszutek Wilk wrote:
> >> Then that should be discussed on grub2 to remove said check and modify
> >> the code so that it c
On Wed, Jul 10, 2013 at 01:43:28PM +0800, Jason Wang wrote:
> Userspace may produce vectors greater than MAX_SKB_FRAGS. When we try to
> linearize parts of the skb to let the rest of iov to be fit in
> the frags, we need count copylen into linear when calling macvtap_alloc_skb()
> instead of partly
On Wed, Jul 10, 2013 at 01:43:27PM +0800, Jason Wang wrote:
> Userspace may produce vectors greater than MAX_SKB_FRAGS. When we try to
> linearize parts of the skb to let the rest of iov to be fit in
> the frags, we need count copylen into linear when calling tun_alloc_skb()
> instead of partly cou
On Tue, Jul 09, 2013 at 05:38:51PM +0930, Rusty Russell wrote:
> "Michael S. Tsirkin" writes:
> > On Tue, Jul 09, 2013 at 11:46:23AM +0930, Rusty Russell wrote:
> >> "Michael S. Tsirkin" writes:
> >> > For small packets we can simplify xmit processing
> >> > by linearizing buffers with the header
On Tuesday, July 09, 2013 06:48:55 PM Jiri Olsa wrote:
> hi,
> following up on the 'perf timechart' FIXME note and changing
> its tracepoint match not to use event types data.
Looks sane and pretty straight forward.
Still I am not that deep involved in perf to give a Reviewed-by: quickly...
#defi
Hi Richard,
On 7/9/2013 22:25, Richard Genoud wrote:
[snip]
+#include
+#include
+#include
+#include
+#include
+#include
+#include
+#include
+
+#include
+
+#include
+#include
+#include
+#include
+
+#include
+#include
+#include
+
+#include "../codecs/wm8731.h"
+#include "atmel-pcm
On Wed, 2013-07-10 at 08:21 +0300, Eliezer Tamir wrote:
> Where do I find the repository for the manpages?
>
MAN-PAGES: MANUAL PAGES FOR LINUX -- Sections 2, 3, 4, 5, and 7
M: Michael Kerrisk
W: http://www.kernel.org/doc/man-pages
L: linux-...@vger.kernel.org
S: Maintained
On Tue, 2013-07-09 at 15:12 -0700, adam radford wrote:
> On Tue, Jul 9, 2013 at 2:18 PM, James Bottomley
> > Adam, you do drive by coding on this for LSI ... ack or reject, please.
> I have just now located my box of MegaRAID Parallel SCSI controllers.
> I will review and test the patch series fro
Remove unused member vbus_enable and set_vbus_work from palmas_usb
as these members are not used in drivers.
Signed-off-by: Laxman Dewangan
Acked-by: Graeme Gregory
---
No changes from V1.
include/linux/mfd/palmas.h |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/i
This patch series does following:
- Remove unused member from extcon palmas structure.
- Fix to support of detecting cable properly with multiple insert/removal.
- Add support for suspend/resume functionlaity and wakup from suspend.
- Option to select/de-select the ID or VBUS detection.
Changes fr
Add suspend/resume callbacks and support for wakeup from
suspend on USB HOST or USB Device cable insertion or removal.
Signed-off-by: Laxman Dewangan
Acked-by: Graeme Gregory
---
No changes from V1.
drivers/extcon/extcon-palmas.c | 38 +++---
1 files changed,
When integrating driver with Tegra platform, it is found that
the ID pins get detected only once after booting system and
further removal and re-insert does not detect the ID pin.
Fixing this issue with enabling interrupt on ID_GND and ID_FLOAT
always and clearing the status on LATCH register whi
Based on system design, platform needs to detect the VBUS or ID or
both. Provide option to select this through platform data to
disable part of cable detection through palmas-usb.
Signed-off-by: Laxman Dewangan
Acked-by: Graeme Gregory
---
No changes from V1.
.../devicetree/bindings/extcon/ext
Hi Stephen,
On Wed, Jul 10, 2013 at 1:55 PM, Stephen Rothwell wrote:
> Hi Steven,
>
> On Tue, 9 Jul 2013 17:15:30 +0800 Steven Miao wrote:
>>
>> I've signed up for an kernel.org account and moved the blackfin tree to
>> kernel.org for convenience as some developers' suggestion. Pls update the
On 07/10/2013 01:39 PM, Viresh Kumar wrote:
> On 10 July 2013 09:42, Michael Wang wrote:
>> I'm not sure what is supposed after notify CPUFREQ_GOV_STOP event, if it
>> is in order to stop queued work and prevent follow work happen again,
>> then it failed to, and we need some method to stop queue
On Tue, Jul 09, 2013 at 04:00:31PM -0700, Guenter Roeck wrote:
> This patch partially reverts commit 36ec8f877481449bdfa072e6adf2060869e2b970
> for
> IvyBridge CPUs.
>
> The original commit results in repeated 'Timed out waiting for forcewake old
> ack to clear' messages on a Supermicro C7H61 boa
Sha Zhengju wrote:
Hi,
On Mon, Jul 8, 2013 at 5:59 PM, Konstantin Khlebnikov
wrote:
> This is proof of concept, just basic functionality for IO controller.
> This cgroup will control filesystem usage on vfs layer, it's main goal is
> bandwidth control. It's supposed to be much more lightwe
On Wed, Jul 10, 2013 at 5:16 AM, Arnd Bergmann wrote:
> On Tuesday 09 July 2013, Thomas Petazzoni wrote:
>> Dear Neil Zhang,
>>
>> On Tue, 9 Jul 2013 14:42:45 +0800, Neil Zhang wrote:
>> > support CLOCKSOURCE OF DECLARE for mmp timer.
>> >
>> > Signed-off-by: Neil Zhang
>> > ---
>> > arch/arm/ma
Hi Steven,
On Tue, 9 Jul 2013 17:15:30 +0800 Steven Miao wrote:
>
> I've signed up for an kernel.org account and moved the blackfin tree to
> kernel.org for convenience as some developers' suggestion. Pls update the url
> to:
> http://git.kernel.org/pub/scm/linux/kernel/git/realmz6/blackfin-lin
Userspace may produce vectors greater than MAX_SKB_FRAGS. When we try to
linearize parts of the skb to let the rest of iov to be fit in
the frags, we need count copylen into linear when calling tun_alloc_skb()
instead of partly counting it into data_len. Since this breaks
zerocopy_sg_from_iovec() s
Userspace may produce vectors greater than MAX_SKB_FRAGS. When we try to
linearize parts of the skb to let the rest of iov to be fit in
the frags, we need count copylen into linear when calling macvtap_alloc_skb()
instead of partly counting it into data_len. Since this breaks
zerocopy_sg_from_iovec
Hi Cristian,
You need Coccinelle version 1.0.0-rc11 or above. I think the minimal
required version
is about one year old.
For more information see Documentation/coccinelle.txt which have been updated.
If you prefer to stick to your current version, the commits to revert
are the following ones
ec
Hi all,
Changes since 20130709:
New trees: metag-fixes, drm-intel-fixes
The ceph tree gained conflicts against Linus' tree.
The slab tree gained a build failure so I used the version from
next-20130709.
The ftrace tree gained a conflict against Linus' tree.
The akpm tree lost lots
On 07/10/2013 01:20 PM, Bhushan Bharat-R65777 wrote:
-Original Message-
From: Linuxppc-dev [mailto:linuxppc-dev-
bounces+bharat.bhushan=freescale@lists.ozlabs.org] On Behalf Of Tiejun Chen
Sent: Tuesday, July 09, 2013 1:33 PM
To: b...@kernel.crashing.org
Cc: linuxppc-...@lists.ozla
On 7/10/2013 10:53 AM, Felipe Balbi wrote:
On Wed, Jul 10, 2013 at 10:26:25AM +0530, George Cherian wrote:
On 7/9/2013 5:05 PM, Kishon Vijay Abraham I wrote:
Hi,
On Tuesday 09 July 2013 11:10 AM, George Cherian wrote:
On 7/9/2013 1:14 AM, Sebastian Andrzej Siewior wrote:
On 07/08/2013 12:43
On 07/10/2013 01:17 PM, Bhushan Bharat-R65777 wrote:
-Original Message-
From: Linuxppc-dev [mailto:linuxppc-dev-
bounces+bharat.bhushan=freescale@lists.ozlabs.org] On Behalf Of Tiejun Chen
Sent: Tuesday, July 09, 2013 1:33 PM
To: b...@kernel.crashing.org
Cc: linuxppc-...@lists.ozla
On 10 July 2013 09:42, Michael Wang wrote:
> I'm not sure what is supposed after notify CPUFREQ_GOV_STOP event, if it
> is in order to stop queued work and prevent follow work happen again,
> then it failed to, and we need some method to stop queue work again when
> CPUFREQ_GOV_STOP notified, like
Hi Linus,
Please pull.
Thx,
-Vineet
-->
The following changes since commit 7d132055814ef17a6c7b69f342244c410a5e000f:
Linux 3.10-rc6 (2013-06-15 11:51:07 -1000)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/vgupta/arc.git/
tags/arc-v3
On Tue, Jul 09, 2013 at 05:34:15PM -0700, Julius Werner wrote:
> This patch adds support for a new 'samsung,hsic-reset-gpio' in the
> device tree, which will be interpreted as an active-low reset pin during
> PHY initialization when it exists. Useful for intergrated HSIC devices
> like an SMSC 3503
On Wed, Jul 10, 2013 at 10:26:25AM +0530, George Cherian wrote:
> On 7/9/2013 5:05 PM, Kishon Vijay Abraham I wrote:
> >Hi,
> >
> >On Tuesday 09 July 2013 11:10 AM, George Cherian wrote:
> >>On 7/9/2013 1:14 AM, Sebastian Andrzej Siewior wrote:
> >>>On 07/08/2013 12:43 PM, George Cherian wrote:
> >
On 10/07/2013 07:41, David Miller wrote:
> From: Eliezer Tamir
> Date: Wed, 10 Jul 2013 06:29:16 +0300
>
>> If the following names changes are acceptable I will try to send out
>> a patch today.
>> 2. ndo_ll_poll -> ndo_busy_poll
>>
>> - not technically accurate since the ndo callback does not i
> -Original Message-
> From: Linuxppc-dev [mailto:linuxppc-dev-
> bounces+bharat.bhushan=freescale@lists.ozlabs.org] On Behalf Of Tiejun
> Chen
> Sent: Tuesday, July 09, 2013 1:33 PM
> To: b...@kernel.crashing.org
> Cc: linuxppc-...@lists.ozlabs.org; linux-kernel@vger.kernel.org
> Su
> -Original Message-
> From: Linuxppc-dev [mailto:linuxppc-dev-
> bounces+bharat.bhushan=freescale@lists.ozlabs.org] On Behalf Of Tiejun
> Chen
> Sent: Tuesday, July 09, 2013 1:33 PM
> To: b...@kernel.crashing.org
> Cc: linuxppc-...@lists.ozlabs.org; linux-kernel@vger.kernel.org
> Su
On 07/09/2013 06:35 PM, Michael S. Tsirkin wrote:
> On Tue, Jul 09, 2013 at 06:10:51PM +0800, Jason Wang wrote:
>> Userspace may produce vectors greater than MAX_SKB_FRAGS. When we try to
>> linearize parts of the skb to let the rest of iov to be fit in
>> the frags, we need count copylen into line
On 07/10/2013 03:02 AM, Alexander Graf wrote:
> On 07/06/2013 05:07 PM, Alexey Kardashevskiy wrote:
>> This adds real mode handlers for the H_PUT_TCE_INDIRECT and
>> H_STUFF_TCE hypercalls for QEMU emulated devices such as IBMVIO
>> devices or emulated PCI. These calls allow adding multiple entrie
On 7/9/2013 5:05 PM, Kishon Vijay Abraham I wrote:
Hi,
On Tuesday 09 July 2013 11:10 AM, George Cherian wrote:
On 7/9/2013 1:14 AM, Sebastian Andrzej Siewior wrote:
On 07/08/2013 12:43 PM, George Cherian wrote:
This patch series adds phy support for AM335X platform.
This patch series is based
Hi,
On Mon, Jul 8, 2013 at 5:59 PM, Konstantin Khlebnikov
wrote:
> This is proof of concept, just basic functionality for IO controller.
> This cgroup will control filesystem usage on vfs layer, it's main goal is
> bandwidth control. It's supposed to be much more lightweight than memcg/blkio.
>
>
From: Eliezer Tamir
Date: Wed, 10 Jul 2013 06:29:16 +0300
> If the following names changes are acceptable I will try to send out
> a patch today.
>
> 1. include/net/ll_poll.h -> include/net/busy_poll.h
Agreed.
> 2. ndo_ll_poll -> ndo_busy_poll
>
> - not technically accurate since the ndo call
On Tue, Jul 09, 2013 at 11:28:34AM +0800, Jason Wang wrote:
> On 07/08/2013 05:04 PM, Michael S. Tsirkin wrote:
> > virtio net called virtqueue_enable_cq on RX path after napi_complete, so
> > with NAPI_STATE_SCHED clear - outside the implicit napi lock.
> > This violates the requirement to synchro
On Mon, Jul 08, 2013 at 12:04:36PM +0300, Michael S. Tsirkin wrote:
> This adds a way to check ring empty state after enable_cb outside any
> locks. Will be used by virtio_net.
>
> Note: there's room for more optimization: caller is likely to have a
> memory barrier already, which means we might b
From: Rusty Russell
Date: Tue, 09 Jul 2013 17:38:51 +0930
> If you convince DaveM, I won't object :)
Simplifications are great, but not when the merge window opens up.
Sorry, this isn't appropriate now.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
I apologize, I sent out the incorrect recruitment email.
Here is the correct one:
Hello,
Researchers at Oregon State University are striving to conduct
research to learn more about the free/open source software community
landscape as it relates to older adults. We’re looking for older
adults who
From: Linus Torvalds
Date: Tue, 9 Jul 2013 19:50:41 -0700
> Now, I'm all for making descriptive merge commit messages, including
> improving on the summary line. So by all means write those nice merge
> messages with explanations. I think something like
>
> dc3d807d6fd9 Merge "openvswitch: g
Add pincontrol support to pps-gpio driver for selecting the
repective GPIO muxing if applicable.
Signed-off-by: Matt Ranostay
---
drivers/pps/clients/pps-gpio.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/pps/clients/pps-gpio.c b/drivers/pps/clients/pps-gpio.c
index eae0
On 07/09/2013 03:49 AM, Pavel Machek wrote:
On Mon 2013-07-08 21:13:21, Greg KH wrote:
On Tue, Jul 09, 2013 at 03:26:11AM +0200, Pavel Machek wrote:
Hi!
My thinkpad has rather high ping latencies... and perhaps it is due to
PCIE ASPM.
Why would that be the problem? The odds that the PCIE bu
I recently ran into a problem with suspend to disk on Fedora 19, which I
reported here:
https://bugzilla.redhat.com/show_bug.cgi?id=981841
In this case swap and /home are encrypted volumes. Essentially (from
what I understand, correct me if I'm wrong) what happens is that when
dracut boots up
On 07/09/2013 09:07 PM, Srivatsa S. Bhat wrote:
[snip]
>
> But this still doesn't immediately explain how we can end up trying to
> queue work items on offline CPUs (since policy->cpus is supposed to always
> contain online cpus only, and this does look correct in the code as well,
> at a first gl
Convert drivers/platform/x86/apple-gmux to use dev_pm_ops instead of
legacy pm_ops. This patch depends on pnp driver bus ops change to invoke
pnp_driver dev_pm_ops.
Signed-off-by: Shuah Khan
---
drivers/platform/x86/apple-gmux.c | 18 ++
1 file changed, 14 insertions(+), 4 dele
pnp_bus_suspend() and pnp_bus_resume() invoke legacy pm_ops from
pnp_driver. Changed pnp_bus_suspend() and pnp_bus_resume() to check
if pnp driver has dev_pm_ops and call. If dev_pm_ops don't exist, then
call use legacy pm_ops. Without this change, pnp_driver dev_pm_ops will
not get called.
In add
Convert drivers/char/tpm/tpm_tis.c to use dev_pm_ops instead of legacy pm_ops.
This patch depends on pnp driver bus ops change to invoke pnp_driver
dev_pm_ops.
Signed-off-by: Shuah Khan
---
drivers/char/tpm/tpm_tis.c | 60 ++--
1 file changed, 24 inserti
pnp_bus_suspend() and pnp_bus_resume() invoke legacy pm_ops from
pnp_driver. Changed pnp_bus_suspend() and pnp_bus_resume() to check
if pnp driver has dev_pm_ops and call. If dev_pm_ops don't exist, then
call use legacy pm_ops. Without this change, pnp_driver dev_pm_ops will
not get called.
Signed
Convert drivers/rtc/rtc-cmos to use dev_pm_ops instead of legacy pm_ops.
This patch depends on pnp driver bus ops change to invoke pnp_driver
dev_pm_ops.
Signed-off-by: Shuah Khan
---
drivers/rtc/rtc-cmos.c | 24 +---
1 file changed, 5 insertions(+), 19 deletions(-)
diff -
Kees Cook writes:
> This reduces the size of the stack frame when calling request_module().
> Performing the sprintf before the call is not needed.
>
> Signed-off-by: Kees Cook
Acked-by: Rusty Russell
Thanks,
Rusty.
> ---
> drivers/mtd/chips/gen_probe.c |4 +---
> 1 file changed, 1 inser
The following changes since commit 06df44ee41442d83be061c5fd1b1de4f5fc6fbbf:
modpost.c: Add .text.unlikely to TEXT_SECTIONS (2013-05-20 12:08:45 +0930)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git
tags/modules-next-for-linus
for you
"Michael S. Tsirkin" writes:
> This adds a way to check ring empty state after enable_cb outside any
> locks. Will be used by virtio_net.
>
> Note: there's room for more optimization: caller is likely to have a
> memory barrier already, which means we might be able to get rid of a
> barrier here.
The following changes since commit b3087e48ce20be784fae1dbabc2e42e2ad0f21bc:
virtio: remove virtqueue_add_buf(). (2013-05-20 12:16:01 +0930)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git
tags/virtio-next-for-linus
for you to fetch cha
On Tue, Jul 09, 2013 at 10:53:31PM -0500, Jacob Shin wrote:
> I won't have access to a box for a while, Boris or Suravee, could you
> please try and reproduce it and get the stack trace when you get the
> chance?
>
> So sorry,
No worries, Jacob, I'm on it. Take your time. :)
--
Regards/Gruss,
On 07/09/2013 03:34 PM, Sander Eikelenboom wrote:
>
> Grub does this in it's update script to prevent adding a xen + kernel
> combination that has no chance of booting when dom0 support has not been
> configured in the kernel.
> That doesn't seem to be a unreasonable thought.
>
Except it does
On Wed, 10 Jul 2013 11:37:26 +0800 Li Zefan wrote:
> On 2013/7/10 10:18, zhangwei(Jovi) wrote:
> > When I'm using ktap script to tracing all event tracepoints by relay
> > transport, without this patch, the system will hang in few seconds.
> >
> > I found the original patch discussion in 2007.
>
On Wed, 10 Jul 2013, Stephen Rothwell wrote:
> Hi Sage,
>
> Today's linux-next merge of the ceph tree got conflicts in
> drivers/block/rbd.c and net/ceph/osd_client.c because the ceph tree was
> rebased before being sent to Linus and it looks like one patch
> was dropped and several more added.
>
On Wed, Jul 10, 2013 at 01:53:15AM +0100, David Woodhouse wrote:
> On Tue, 2013-07-09 at 17:18 -0700, Guenter Roeck wrote:
> >
> > I meant warning as in pr_warn or dev_warn, not WARNING as in traceback.
> > Keep in mind that a casual user doesn't expect to see a traceback and will
> > tend
> > to
Hi Steven,
Today's linux-next merge of the ftrace tree got a conflict in
kernel/panic.c between commit dcb6b45254e2 ("panic: add cpu/pid to
warn_slowpath_common in WARNING printk()s") from the tree and commit
de7edd31457b ("tracing: Disable tracing on warning") from the ftrace tree.
I fixed it u
On 2013/7/10 10:18, zhangwei(Jovi) wrote:
> When I'm using ktap script to tracing all event tracepoints by relay
> transport, without this patch, the system will hang in few seconds.
>
> I found the original patch discussion in 2007.
> http://marc.info/?l=linux-kernel&m=118544794717162&w=2
> (In t
Hello,
On Tue, Jul 09, 2013 at 11:09:55PM -0400, Vivek Goyal wrote:
> Stacking drivers are pretty important ones and we expect throttling
> to work with them. By throttling bio, a single hook worked both for
> request based drivers and bio based drivers.
Oh yeah, sure, we have them working now, s
On Tue, 2013-07-09 at 18:02 +0200, Alexander Graf wrote:
> On 07/06/2013 05:07 PM, Alexey Kardashevskiy wrote:
> > The existing TCE machine calls (tce_build and tce_free) only support
> > virtual mode as they call __raw_writeq for TCE invalidation what
> > fails in real mode.
> >
> > This introduce
On 07/09/2013 09:07 PM, Srivatsa S. Bhat wrote:
[snip]
>>
>
> Yeah, exactly!
>
> So I had proposed doing an asynchronous cancel-work or doing the
> synchronous cancel-work in the CPU_POST_DEAD phase, where the
> cpu_hotplug.lock is not held. See this thread:
>
> http://marc.info/?l=linux-kernel&
On 10/07/2013 02:06, David Miller wrote:
> From: Jonathan Corbet
> Date: Tue, 9 Jul 2013 16:25:14 -0600
>
>> On Mon, 08 Jul 2013 16:20:34 +0300
>> Eliezer Tamir wrote:
>>
>>> Rename POLL_LL to POLL_BUSY_LOOP.
>>
>> So pardon me if I speak out of turn, but it occurs to me to
>> wonder...should th
On 07/10/2013 02:02 AM, Alexander Graf wrote:
> On 07/06/2013 05:07 PM, Alexey Kardashevskiy wrote:
>> The existing TCE machine calls (tce_build and tce_free) only support
>> virtual mode as they call __raw_writeq for TCE invalidation what
>> fails in real mode.
>>
>> This introduces tce_build_rm a
On Wed, Jul 10, 2013 at 12:34:58AM +0200, Sander Eikelenboom wrote:
> Grub does this in it's update script to prevent adding a xen + kernel
> combination that has no chance of booting when dom0 support has not
> been configured in the kernel. That doesn't seem to be a unreasonable
> thought.
Actua
On Tue, Jul 09, 2013 at 10:14:34AM +0200, Peter Zijlstra wrote:
> On Mon, Jul 08, 2013 at 10:24:34PM -0400, Vince Weaver wrote:
> >
> > So something like they have on ARM?
> >
> > vince@pandaboard:/sys/bus/event_source/devices$ ls -l
> > lrwxrwxrwx 1 root root 0 Jul 8 21:57 ARMv7 Cortex-A9 ->
>
Please pull nfsd changes for 3.11 from the for-3.11 branch at
git://linux-nfs.org/~bfields/linux.git for-3.11
Changes this time include:
- 4.1 enabled on the server by default: the last 4.1-specific
issues I know of are fixed, so we're not going to find the
rest of
On 07/10/2013 10:35 AM, Chen Gang wrote:
> On 07/10/2013 10:17 AM, Chen Gang F T wrote:
>> On 07/09/2013 04:07 PM, Rusty Russell wrote:
>>> Chen Gang writes:
When sysfs_create_file() fails, recommend to print the related failure
information. And it is useless to still 'KOBJ_ADD' to user
Hi Bjorn,
Thanks for your review and comments!
>> We can use PCIe Device Serial Number to identify the device if
>> device support DSN.
>
> I think I like the idea of this, especially because the Microsoft PCI
> Hardware Compliance Test apparently requires DSN for hot-pluggable
> PCIe devices
mleak.h:50:16: error: 'SLAB_NOLEAKTRACE' undeclared (first use
in this function)
if (!(flags & SLAB_NOLEAKTRACE))
^
Probably caused by commit 590a63973e36 ("mm/sl[aou]b: Move kmalloc
definitions to slab.h").
I have used the slab tree from next-20130709
于 2013年07月09日 20:03, Rob Herring 写道:
> the same and that is the assumption. Matching is not just based on
> compatible properties and your patch does not handle the other cases.
Could you show a example of "the other cases"?
After this patch,
[1] the matching will first check the @match->type and
On Tue, Jul 9, 2013 at 2:53 PM, David Miller wrote:
>
> This is a re-do of the net-next pull request for the current merge
> window. The only difference from the one I made the other day is that
> this has Eliezer's interface renames and the timeout handling changes
> made based upon your feedbac
On 07/09/2013 07:51 PM, Bartlomiej Zolnierkiewicz wrote:
[snip]
>
> It doesn't help and unfortunately it just can't help as it only
> addresses lockdep functionality while the issue is not a lockdep
> problem but a genuine locking problem. CPU hot-unplug invokes
> _cpu_down() which calls cpu_hotpl
On Tue, Jul 09, 2013 at 11:20:50AM -0400, Vince Weaver wrote:
> On Tue, 9 Jul 2013, Michael Ellerman wrote:
>
> > On Mon, Jul 08, 2013 at 10:24:34PM -0400, Vince Weaver wrote:
> > > why is it a hack to use cpuid?
> >
> > Because you're assuming that the PMU the kernel has exposed is for the
> > c
On 07/10/2013 10:17 AM, Chen Gang F T wrote:
> On 07/09/2013 04:07 PM, Rusty Russell wrote:
>> Chen Gang writes:
>>> When sysfs_create_file() fails, recommend to print the related failure
>>> information. And it is useless to still 'KOBJ_ADD' to user space.
>>>
>>> Signed-off-by: Chen Gang
>>
>>
On Mon, Jul 08, 2013 at 02:53:52PM +0200, Michal Hocko wrote:
> On Thu 04-07-13 18:36:43, Michal Hocko wrote:
> > On Wed 03-07-13 21:24:03, Dave Chinner wrote:
> > > On Tue, Jul 02, 2013 at 02:44:27PM +0200, Michal Hocko wrote:
> > > > On Tue 02-07-13 22:19:47, Dave Chinner wrote:
> > > > [...]
> >
When I'm using ktap script to tracing all event tracepoints by relay
transport, without this patch, the system will hang in few seconds.
I found the original patch discussion in 2007.
http://marc.info/?l=linux-kernel&m=118544794717162&w=2
(In that mail thread, the patch didn't fix that problem, bu
On 07/09/2013 04:07 PM, Rusty Russell wrote:
> Chen Gang writes:
>> When sysfs_create_file() fails, recommend to print the related failure
>> information. And it is useless to still 'KOBJ_ADD' to user space.
>>
>> Signed-off-by: Chen Gang
>
> sysfs_create_file() should not fail during boot, shou
Hi Laxman,
On 07/09/2013 10:04 PM, Laxman Dewangan wrote:
> When integrating driver with Tegra platform, it is found that
> the ID pins get detected only once after booting system and
> further removal and re-insert does not detect the ID pin.
>
> Fixing this issue with enabling interrupt on ID_G
Dave Airlie writes:
> Hi Rusty,
>
> playing with my virtio gpu, I started hitting the qemu
> error_report("Too many read descriptors in indirect table");
>
> Now I'm not sure but this doesn't seem to be a virtio limit that the
> guest catches from what I can see, since my host dies quite quickly,
On 07/10/2013 09:52 AM, Sam Ben wrote:
> On 07/08/2013 10:36 AM, Michael Wang wrote:
>> Hi, Sam
>>
>> On 07/07/2013 09:31 AM, Sam Ben wrote:
>>> On 07/04/2013 12:55 PM, Michael Wang wrote:
wake-affine stuff is always trying to pull wakee close to waker, by
theory,
this will bring ben
On 7/9/2013 8:55 AM, Morten Rasmussen wrote:
+ mod_delayed_work_on(schedule_cpu(), system_wq, &dwork,
+ msecs_to_jiffies(INTERVAL));
so thinking about this more, this really really should not be a work queue.
a work queue will cause a large number of context
Attached, so you don't have to fish them out of:
http://lkml.indiana.edu/hypermail/linux/kernel/1306.3/04204.html
Do they look worth applying, or should I wash it through linux-next for
a bit? (Which I'm not sure how to do if I don't host a git tree on a
server, or I'd have done it already
PTR_ERR() returns a signed long type value which is limited by IS_ERR(),
it must be a negative number whose range is [-MAX_ERRNO, 0).
The bug here returns negative numbers as error codes, then check it by
"if (ret < 0)", but -PTR_ERR() is actually positive. The wrong use here
leads to failure as b
On Tue, Jul 09, 2013 at 09:51:32PM -0400, Michael L. Semon wrote:
> kernel: [ 2580.395592] vmap allocation for size 20480 failed: use
> vmalloc= to increase size.
> kernel: [ 2580.395761] vmalloc: allocation failure: 16384 bytes
I was seeing a lot of these recently too.
(Though I also saw mem
From: Stephen Warren
Prior to commit 3ab8352 "kexec jump", if machine_kexec() returned,
sys_reboot() would return -EINVAL. This patch restores this behaviour
for the non-KEXEC_JUMP case, where machine_kexec() is not expected to
return.
This situation can occur on ARM, where kexec requires disabl
On 07/09/2013 12:32:56 PM, Linus Torvalds wrote:
On Mon, Jul 8, 2013 at 7:29 PM, Rob Landley wrote:
>
> Um, does that mean I should have cc'd you on the initmpfs patch
series
> back before the merge window opened?
So I personally don't tend to care about that kind of patch-series -
it doesn'
1 - 100 of 556 matches
Mail list logo
