From: Arnaldo Carvalho de Melo
commit e596663ebb28a068f5cca57f83285b7b293a2c83
Author: Arnaldo Carvalho de Melo
Date: Fri Feb 13 13:22:21 2015 -0300
perf trace: Handle multiple threads better wrt syscalls being intermixed
Introduced a bug where it considered the number of bytes
On 03/26/2015 11:34 AM, Christoph Hellwig wrote:
<>
Please re-post this patch stand alone because git am on this will
Give me the wrong title and commit message
small comments ...
> From: Christoph Hellwig
> Date: Wed, 25 Mar 2015 12:24:11 +0100
> Subject: x86: add support for the non-standard
On 03/26/2015 03:08 AM, Wang Long wrote:
This patch update the module parameter backend, so it is visible
through /sys/module/pstore/parameters/backend.
For example:
if pstore backend is ramoops, with this patch:
# cat /sys/module/pstore/parameters/backend
ramoops
and without
On Tue, Mar 24, 2015 at 02:23:38PM -0400, Peter Hurley wrote:
> Hi Maxime,
>
> On 03/12/2015 05:55 PM, Maxime Coquelin wrote:
> > +static unsigned int stm32_get_mctrl(struct uart_port *port)
> > +{
> > + /*
> > +* This routine is used for geting signals of: DTR, DCD, DSR, RI,
> > +* and
Resolves kernel crash issue when a USB flash drive is inserted
into USB1 port with USB2 port configured as otg. Removing
"else" block so that the controller coming up in "non-otg" mode
doesn't return -ENODEV. Returning "ENODEV" results in platform
framework unbinding platform-drv from controller
Add workqueue to add/remove host driver (outside interrupt context)
upon each id change
Signed-off-by: Ramneek Mehresh
---
drivers/usb/host/ehci-fsl.c | 107
drivers/usb/host/ehci.h | 1 -
2 files changed, 88 insertions(+), 20 deletions(-)
Change have_hcd variable to remove/suspend host driver on
completion of otg initialization for otg auto detect
Signed-off-by: Ramneek Mehresh
Reviewed-by: Li Yang-R58472
Reviewed-by: Fleming Andrew-AFLEMING
Tested-by: Fleming Andrew-AFLEMING
---
drivers/usb/host/ehci-fsl.c | 5 +
1 file
On 26 March 2015 at 15:19, Dietmar Eggemann wrote:
> On 27/02/15 15:54, Vincent Guittot wrote:
>>
>> When a CPU is used to handle a lot of IRQs or some RT tasks, the remaining
>> capacity for CFS tasks can be significantly reduced. Once we detect such
>> situation by comparing cpu_capacity_orig
On 03/26/2015 10:08 AM, Nicholas Krause wrote:
I looked through the clk Api and this seems the simplest way to do it. Can you
send me your solution as I am curious how yours is better than mine.
Furthermore I have finally come to the conclusion that my research efforts
need to improve
From: Arnaldo Carvalho de Melo
Use of a bad filter currently generates the message:
Error: failed to set filter with 22 (Invalid argument)
Add the event name to make it clear to which event the filter
failed to apply:
Error: Failed to set filter "foo" on event sched:sg_lb_stats: 22: Invalid
From: David Ahern
perf timechart -T on sparc64 is terminating due to SIGBUS. Backtrace:
Program received signal SIGBUS, Bus error.
0x00173d7c in perf_evsel__intval (evsel=,
sample=0x7feda28, name=0x289b28 "prev_state")
at util/evsel.c:1918
1918util/evsel.c: No such file or
On Thu, Mar 26, 2015 at 02:31:30PM +0200, Peter Ujfalusi wrote:
> On 03/26/2015 12:56 PM, Vinod Koul wrote:
> >> +#define TI_XBAR_OUTPUTS 127
> >> +#define TI_XBAR_INPUTS256
> > Ideally this should be moved to DT. Will next revision of this chip always
> > support these output and inputs?
>
From: David Ahern
Number of JOBS to use is set automatically to the number of processors found
in /proc/cpuinfo. SPARC uses 'CPU' lines rather than 'processor'. Update the
check in perf's Makefile to work for SPARC.
Signed-off-by: David Ahern
Acked-by: Jiri Olsa
Cc: Namhyung Kim
Link:
From: Steven Rostedt
Guilherme Cox found that:
There is, however, a potential bug if there is an item with code zero
that is not the first one in the symbol list, since eval_flag(..)
returns 0 when it doesn't find anything.
That is, if you have the following enums:
enum {
FOO_START = 0,
From: David Ahern
SPARC based systems currently support up to 1024 cpus (e.g. T5-8).
Allow perf to work on those systems.
Signed-off-by: David Ahern
Link:
http://lkml.kernel.org/r/1427213438-127216-1-git-send-email-david.ah...@oracle.com
Signed-off-by: Arnaldo Carvalho de Melo
---
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit baa5a7bc5dd069bb37de9c8bdb5ea7f4e2e939e9:
Merge tag 'perf-core-for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
(2015-03-24 17:22:44 +0100)
are available in the git
On Thu 26-03-15 11:23:43, Johannes Weiner wrote:
> On Thu, Mar 26, 2015 at 03:32:23PM +0100, Michal Hocko wrote:
> > On Thu 26-03-15 07:24:45, Johannes Weiner wrote:
> > > On Wed, Mar 25, 2015 at 11:15:48PM +0900, Tetsuo Handa wrote:
> > > > Johannes Weiner wrote:
> > [...]
> > > > > /*
> >
On Thu, Mar 26, 2015 at 02:11:38PM +0200, Peter Ujfalusi wrote:
> On 03/26/2015 12:50 PM, Vinod Koul wrote:
> > On Wed, Mar 11, 2015 at 03:23:24PM +0200, Peter Ujfalusi wrote:
> >> DMA routers are transparent devices used to mux DMA requests from
> >> peripherals to DMA controllers. They are used
El 26/03/15 a les 13.16, Bob Liu ha escrit:
> There are several place using gnttab async unmap and wait for
> completion, so move the common code to a function
> gnttab_unmap_refs_async_wait_completion().
>
> Signed-off-by: Bob Liu
For the blkback parts:
Acked-by: Roger Pau Monné
Although,
On Wed 25-03-15 02:17:16, Johannes Weiner wrote:
> When both page reclaim and the OOM killer fail to free memory, there
> are no more options for the allocator to make progress on its own.
>
> Don't risk hanging these allocations. Leave it to the allocation site
> to implement the fallback
On 03/25/2015 08:16 PM, Marek Vasut wrote:
Add new ID for ASUS N10 WiFi dongle.
Signed-off-by: Marek Vasut
Tested-by: Marek Vasut
Cc: Larry Finger
Cc: John W. Linville
Acked-by: Larry Finger
Thanks,
Larry
---
drivers/net/wireless/rtlwifi/rtl8192cu/sw.c | 1 +
1 file changed, 1
On Wed, Mar 18, 2015 at 06:44:49PM +0300, Dmitry Osipenko wrote:
> Support big-endian kernel by using endian-aware register access functions.
>
> Signed-off-by: Dmitry Osipenko
> ---
> drivers/clocksource/tegra20_timer.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Acked-by:
Set is_otg boolean flag to signal host driver when
host is running in context of otg host suspend/resume
Signed-off-by: Ramneek Mehresh
---
drivers/usb/phy/phy-fsl-usb.c | 7 ++-
include/linux/usb.h | 1 +
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git
Add mechanism to start host driver from inside fsl_otg_even
upon each id change interrupt
Signed-off-by: Ramneek Mehresh
Reviewed-by: Fleming Andrew-AFLEMING
Tested-by: Fleming Andrew-AFLEMING
---
drivers/usb/phy/phy-fsl-usb.c | 4
1 file changed, 4 insertions(+)
diff --git
* Peter Ujfalusi [150326 05:32]:
> On 03/26/2015 12:56 PM, Vinod Koul wrote:
> >> +
> >> +static void ti_dma_xbar_free(struct device *dev, void *route_data)
> >> +{
> >> + struct ti_dma_xbar_data *xbar = dev_get_drvdata(dev);
> >> + struct ti_dma_xbar_map *map = route_data;
> >> +
> >> +
Resolve synchronization issue between host and gadget drivers
upon role-reversal
Signed-off-by: Ramneek Mehresh
Reviewed-by: Li Yang-R58472
Reviewed-by: Fleming Andrew-AFLEMING
Tested-by: Fleming Andrew-AFLEMING
---
drivers/usb/phy/phy-fsl-usb.c | 11 ++-
1 file changed, 10
On Mar 26, 2015, at 4:51 AM, Ivan T. Ivanov wrote:
>
> On Wed, 2015-03-25 at 11:37 -0600, Gilad Avidov wrote:
>> pmic_arb v2 has no support for spmi non-data commands and thus
>> returns -EOPNOTSUPP on .cmd callback. This causes a failure in
>> spmi_drv_probe() which sends a wakeup command to
Provide option to load fsl otg driver as loadable
module
Signed-off-by: Ramneek Mehresh
---
drivers/usb/phy/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/phy/Kconfig b/drivers/usb/phy/Kconfig
index 2175678..4927905 100644
--- a/drivers/usb/phy/Kconfig
On Thu, Mar 26, 2015 at 03:32:23PM +0100, Michal Hocko wrote:
> On Thu 26-03-15 07:24:45, Johannes Weiner wrote:
> > On Wed, Mar 25, 2015 at 11:15:48PM +0900, Tetsuo Handa wrote:
> > > Johannes Weiner wrote:
> [...]
> > > > /*
> > > > -* Acquire the oom lock. If that fails,
On 24/03/15 17:39, Morten Rasmussen wrote:
> On Tue, Mar 24, 2015 at 04:10:37PM +, Peter Zijlstra wrote:
>> On Tue, Mar 24, 2015 at 10:44:24AM +, Morten Rasmussen wrote:
> Maybe remind us why this needs to be tied to sched_groups ? Why can't we
> attach the energy information to
El 26/03/15 a les 13.16, Bob Liu ha escrit:
> Commit c43cf3ea8385 ("xen-blkback: safely unmap grants in case they are still
> in use") use gnttab_unmap_refs_async() to wait until the mapped pages are no
> longer in use before unmapping them, but that commit missed the persistent
> case.
> Purge
Makes it possible to lock and unlock specific VTs.
When someone tries to switch to a locked vt, he gets redirected to VT 12.
We added the three cases VT_LOCK, VT_UNLOCK and VT_IS_LOCKED to vt_ioctl().
To indicate if a VT is locked we also added a flag to the struct vc_data.
VT_LOCK: allows the
Le Thursday 26 March 2015 à 14:47 +, Matt Fleming a écrit :
> On Thu, 26 Mar, at 02:15:05PM, Jean Delvare wrote:
> >
> > I don't actually have a tree, so feel free to pick it.
>
> OK will do, but this is a regression fix for a potential bug introduced
> in commit 6d9ff4733172 ("firmware:
On Thu, Mar 26, 2015 at 10:30:21PM +0800, kbuild test robot wrote:
> drivers/gpu/drm/i915/intel_pm.c:2913:4-5: Unneeded semicolon
>
>
> Removes unneeded semicolon.
>
> Generated by: scripts/coccinelle/misc/semicolon.cocci
>
> CC: Tvrtko Ursulin
> Signed-off-by: Fengguang Wu
Oops, somehow
Hello,
On Thu, Mar 26, 2015 at 01:04:00PM +0800, Gu Zheng wrote:
> wq generates the numa affinity (pool->node) for all the possible cpu's
> per cpu workqueue at init stage, that means the affinity of currently
> un-present
> ones' may be incorrect, so we need to update the pool->node for the new
On 03/26/2015 06:05 PM, Russell King - ARM Linux wrote:
> On Fri, Mar 20, 2015 at 02:12:52PM +0300, Andrey Ryabinin wrote:
>> Usually ELF_ET_DYN_BASE is 2/3 of TASK_SIZE. With 3G/1G user/kernel
>> split this is not so, because 2*TASK_SIZE overflows 32 bits,
>> so the actual value of
On Thu, Mar 26, 2015 at 03:11:28PM +0100, Michal Hocko wrote:
> On Wed 25-03-15 02:17:11, Johannes Weiner wrote:
> > The should_alloc_retry() function was meant to encapsulate retry
> > conditions of the allocator slowpath, but there are still checks
> > remaining in the main function, and much of
On Thu, Mar 26, 2015 at 02:31:11PM +0100, Michal Hocko wrote:
> On Wed 25-03-15 02:17:10, Johannes Weiner wrote:
> > The zonelist locking and the oom_sem are two overlapping locks that
> > are used to serialize global OOM killing against different things.
> >
> > The historical zonelist locking
On Wed, Mar 25, 2015 at 05:17:35PM +, Catalin Marinas wrote:
> On Tue, Mar 24, 2015 at 10:02:45PM +0800, Hanjun Guo wrote:
> > +/**
> > + * acpi_map_gic_cpu_interface - generates a logical cpu number
> > + * and map to MPIDR represented by GICC structure
> > + * @mpidr: CPU's hardware id to
On Thu, Mar 26, 2015 at 03:49:33AM +, Hanjun Guo wrote:
> On 2015/3/26 1:21, Catalin Marinas wrote:
> > On Tue, Mar 24, 2015 at 10:02:46PM +0800, Hanjun Guo wrote:
> >> CPU hardware ID (phys_id) is defined as u32 in structure acpi_processor,
> >> but phys_id is used as int in acpi processor
On Thu, Mar 26, 2015 at 12:55:04PM +0800, Gu Zheng wrote:
> >> +static int apicid_to_x86_cpu[MAX_LOCAL_APIC] = {
> >> + [0 ... MAX_LOCAL_APIC - 1] = -1,
> >> +};
> >
> >
> > This patch cannot handle x2apic, which is 32bit.
>
> IMO, if the apicid is too big (larger than MAX_LOCAL_APIC), we will
Make call to fsl_otg_event for each id change even
Signed-off-by: Ramneek Mehresh
Reviewed-by: Fleming Andrew-AFLEMING
Tested-by: Fleming Andrew-AFLEMING
---
drivers/usb/phy/phy-fsl-usb.c | 15 +++
1 file changed, 3 insertions(+), 12 deletions(-)
diff --git
Add controller version based ULPI and UTMI phy initialization for
otg driver
Signed-off-by: Shengzhou Liu
Signed-off-by: Ramneek Mehresh
Reviewed-by: Fleming Andrew-AFLEMING
Tested-by: Fleming Andrew-AFLEMING
---
drivers/usb/phy/phy-fsl-usb.c | 20
On Thu, Mar 26, 2015 at 02:01:06PM +0100, Michal Hocko wrote:
> On Thu 26-03-15 13:53:48, Michal Hocko wrote:
> > On Wed 25-03-15 02:17:08, Johannes Weiner wrote:
> > > Disabling the OOM killer needs to exclude allocators from entering,
> > > not existing victims from exiting.
> >
> > The idea
On Thu, Jan 29, 2015 at 11:14:13AM +, James Hogan wrote:
> Add support for early console of MIPS Fast Debug Channel (FDC) on
> channel 1 with a call very early from the MIPS setup_arch().
>
> Signed-off-by: James Hogan
> Cc: Ralf Baechle
> Cc: Greg Kroah-Hartman
> Cc: Jiri Slaby
> Cc:
On Thu, Jan 29, 2015 at 11:14:14AM +, James Hogan wrote:
> Implement KGDB IO operations for MIPS Fast Debug Channel (FDC). This can
> be enabled via Kconfig, which also allows the channel number to be
> chosen.
>
> The magic sysrq hack is implemented in the TTY driver, detecting just ^C
> for
On Thu, Jan 29, 2015 at 11:14:12AM +, James Hogan wrote:
> Add TTY driver and consoles for the MIPS EJTAG Fast Debug Channel (FDC),
> which is found on the per-CPU MIPS Common Device Mapped Memory (CDMM)
> bus.
>
> The FDC is a per-CPU device which is used to communicate with an EJTAG
>
On Thu, Mar 26, 2015 at 02:51:44PM +, Peter Zijlstra wrote:
> On Thu, Mar 26, 2015 at 02:41:54PM +, Will Deacon wrote:
> > > +++ b/lib/lockref.c
> > > @@ -18,7 +18,8 @@
> > > #define CMPXCHG_LOOP(CODE, SUCCESS) do {
> > > \
> > > struct lockref old;
On Sat, Mar 21, 2015 at 10:25:56PM +1100, Aleksa Sarai wrote:
> > Also, what pins the cset between task_css_set() and get_css_set()?
> > task_css_set() is protected by RCU and the above should have triggered
> > RCU warning if the debug option is enabled. Please always test with
> > the debug
Hi,
> I don't know. This seems exactly like the kind of thing
> we had in mind when we added the virtio pci capability.
> For example, we have text in spec that requires drivers
> to skip unknown capabilities.
>
> And yes, if bios pokes at a specific bar then we do
> need to list this info in
On Fri, Mar 20, 2015 at 02:12:52PM +0300, Andrey Ryabinin wrote:
> Usually ELF_ET_DYN_BASE is 2/3 of TASK_SIZE. With 3G/1G user/kernel
> split this is not so, because 2*TASK_SIZE overflows 32 bits,
> so the actual value of ELF_ET_DYN_BASE is:
> (2 * TASK_SIZE / 3) = 0x2a00
>
> When ASLR
Em Thu, Mar 26, 2015 at 10:25:21AM +0100, Jiri Olsa escreveu:
> On Tue, Mar 10, 2015 at 10:44:00AM -0400, Jérémie Galarneau wrote:
> > On Tue, Mar 10, 2015 at 10:11 AM, Jiri Olsa wrote:
> > > On Tue, Mar 10, 2015 at 11:01:34AM -0300, Arnaldo Carvalho de Melo wrote:
> > > yep, thats the
On Thu, Mar 26, 2015 at 01:53:48PM +0100, Michal Hocko wrote:
> On Wed 25-03-15 02:17:08, Johannes Weiner wrote:
> > Right now the only waiter is suspend code, which achieves quiescence
> > by disabling the OOM killer. But later on we want to add waits that
> > hold the lock instead to stop new
Hello,
On Fri, Mar 27, 2015 at 01:38:54AM +1100, Aleksa Sarai wrote:
> The issue I can see with passing around an opaque pointer to fork() is that
> you
> have a random private (void **) argument that is completely useless if you
> don't use can_fork(). This is why I think we should call the
arch_spinlock_t is the most low level spinlock type. lglock is not
depending on arch_spinlock_t type and works also fine with normal
spinlock_t. So there is no need to use it outside of the archicture
code.
There are two users of lglock which is fs/locks.c and
kernel/stop_machine.c. The later
On Thu, Mar 26, 2015 at 4:47 PM, Mika Westerberg
wrote:
> On Thu, Mar 26, 2015 at 04:37:39PM +0200, Octavian Purdila wrote:
>> On Thu, Mar 26, 2015 at 4:04 PM, Mika Westerberg
>> wrote:
>> > On Thu, Mar 26, 2015 at 02:04:35PM +0200, Octavian Purdila wrote:
>> >> On Thu, Mar 26, 2015 at 12:16 PM,
On Wed, 2015-03-04 at 15:05 +0800, Chen Gang wrote:
> They are needed by other modules, the related error with allmodconfig:
>
> MODPOST 3327 modules
> ERROR: "L1P_cache_block_invalidate" [drivers/misc/lkdtm.ko] undefined!
> ERROR: "L1D_cache_block_writeback" [drivers/misc/lkdtm.ko]
On 03/26/2015 02:28 AM, Christoph Hellwig wrote:
> On Wed, Mar 25, 2015 at 07:37:40PM -0700, David Rientjes wrote:
>> That would be true only for
>>
>> ptr = mempool_alloc(gfp, pool);
>> mempool_free(ptr, pool);
>>
>> and nothing in between, and that's pretty pointless. Typically,
On Wed, 2015-03-04 at 14:12 +0800, Chen Gang wrote:
> Or can not pass building with allmodconfig:
>
> LD init/built-in.o
> drivers/built-in.o: In function `vgacon_switch':
> vgacon.c:(.text+0x47f8): undefined reference to `screen_info'
> vgacon.c:(.text+0x4810): undefined reference
On Wed, 2015-03-04 at 14:44 +0800, Chen Gang wrote:
> It is needed by several modules, the related error with allmodconfig:
>
> MODPOST 3327 modules
> ERROR: "memory_end" [net/wireless/lib80211_crypt_tkip.ko] undefined!
> ERROR: "memory_end" [net/sunrpc/sunrpc.ko] undefined!
> ERROR:
Hi Joerg,
On 03/26/2015 08:45 AM, Joerg Roedel wrote:
> On Wed, Mar 25, 2015 at 12:36:34PM -0400, Mark Hounschell wrote:
>> BTW, so far the first 2 patches are working well. I was going to
>> wait until the end of the day to report but so far I have been
>> unable to produce the problems I was
On Wed, 2015-03-04 at 11:12 +0800, Chen Gang wrote:
> Or it will cause building break with allmodconfig:
>
> CC [M] drivers/tty/serial/8250/8250_core.o
> drivers/tty/serial/8250/8250_core.c:102:24: fatal error: asm/serial.h: No
> such file or directory
>
> Signed-off-by: Chen Gang
> ---
On Wed 25-03-15 02:17:15, Johannes Weiner wrote:
> GFP_NOFS allocations are not allowed to invoke the OOM killer since
> their reclaim abilities are severely diminished. However, without the
> OOM killer available there is no hope of progress once the reclaimable
> pages have been exhausted.
>
>
On Wed, 2015-03-04 at 11:09 +0800, Chen Gang wrote:
> c6x does not implement get_dma_ops() for dma-mapping-common.h. And in
> dma-mapping-common.h, dma_sync_single_range_for_device() may be dummy.
> So c6x can just define a dummy function for allmodconfig building.
>
> CC [M]
Ping. This is a rather obvious fix and can result in an oops.
-corey
On 03/09/2015 07:43 PM, miny...@acm.org wrote:
> From: Corey Minyard
>
> The leds-gpio driver would not clean up properly if it failed in some
> places, and it wasn't freeing its private data.
>
> Signed-off-by: Corey Minyard
On 3/26/15 05:21, Mika Westerberg wrote:
On Wed, Mar 25, 2015 at 03:46:06PM -0500, Suravee Suthikulpanit wrote:
ACPI Device configuration often contain _CLS object to suppy PCI-defined
class code for the device. This patch introduces logic to process the _CLS
object.
Signed-off-by: Suravee
On 03/26/2015 04:12 PM, Dan Williams wrote:
> On Thu, Mar 26, 2015 at 1:32 AM, Christoph Hellwig wrote:
>> From: Ross Zwisler
>>
Dan something is Broken with you mailer program it keeps dropping the
CC when sending replies.
For example Both me and Ross who were on CC got dropped, Jens Axboe
On Thu, Mar 26, 2015 at 02:41:54PM +, Will Deacon wrote:
> > +++ b/lib/lockref.c
> > @@ -18,7 +18,8 @@
> > #define CMPXCHG_LOOP(CODE, SUCCESS) do {
> > \
> > struct lockref old;
> > \
> >
On Thu, Mar 26, 2015, at 12:49, Roman Gushchin wrote:
> This patch introduces new ipv6 sysctl: ra_default_route_mtu.
> If it's set (> 0), it defines per-route MTU for any new default route
> received by RA.
>
> This sysctl will help in the following configuration: we want to use
> jumbo-frames
With this patch, we can send out multiple RNDIS data packets in one send buffer
slot and one VMBus message. It reduces the overhead associated with VMBus
messages.
Signed-off-by: Haiyang Zhang
Reviewed-by: K. Y. Srinivasan
---
drivers/net/hyperv/hyperv_net.h | 16 +++-
On Thu, Mar 26, 2015 at 04:37:39PM +0200, Octavian Purdila wrote:
> On Thu, Mar 26, 2015 at 4:04 PM, Mika Westerberg
> wrote:
> > On Thu, Mar 26, 2015 at 02:04:35PM +0200, Octavian Purdila wrote:
> >> On Thu, Mar 26, 2015 at 12:16 PM, Mika Westerberg
> >> wrote:
> >> > On Wed, Mar 25, 2015 at
On Thu, 26 Mar, at 02:15:05PM, Jean Delvare wrote:
>
> I don't actually have a tree, so feel free to pick it.
OK will do, but this is a regression fix for a potential bug introduced
in commit 6d9ff4733172 ("firmware: dmi_scan: Fix dmi_len type"), right?
If so, it would be useful for this patch
Hi Tejun,
Here's a bit more of a follow-up on two of your points:
Since
> Do we really need a separate callback for this? Can't we just add
> @old_css param to ss->fork() which is NULL if it didn't change since
> can_fork()?
and
> Did you explore the idea of passing an opaque pointer from
>
> On 03/25/2015 06:49 PM, Stephane Viau wrote:
>> Add the GDSC instances that exist as part of apq8084 MMCC block.
>>
>> Signed-off-by: Stephane Viau
>> ---
>> drivers/clk/qcom/Kconfig | 1 +
>> drivers/clk/qcom/mmcc-apq8084.c | 56
>
On Thu, Mar 26, 2015 at 02:22:20PM +, Peter Zijlstra wrote:
> On Thu, Mar 26, 2015 at 01:27:50PM +, Will Deacon wrote:
> > On Thu, Mar 26, 2015 at 10:34:42AM +, Peter Zijlstra wrote:
> > > On Thu, Mar 26, 2015 at 07:31:12PM +1100, Stephen Rothwell wrote:
> > > > In function
On 3/26/15 05:29, Mika Westerberg wrote:
On Wed, Mar 25, 2015 at 03:46:07PM -0500, Suravee Suthikulpanit wrote:
[...]
diff --git a/include/linux/mod_devicetable.h b/include/linux/mod_devicetable.h
index e530533..9563abe 100644
--- a/include/linux/mod_devicetable.h
+++
On Thu, Mar 26, 2015 at 4:04 PM, Mika Westerberg
wrote:
> On Thu, Mar 26, 2015 at 02:04:35PM +0200, Octavian Purdila wrote:
>> On Thu, Mar 26, 2015 at 12:16 PM, Mika Westerberg
>> wrote:
>> > On Wed, Mar 25, 2015 at 11:12:16PM +0200, Octavian Purdila wrote:
>> >> On Wed, Mar 25, 2015 at 3:21 PM,
On Thu, Mar 26, 2015 at 07:12:23AM -0700, Dan Williams wrote:
> > + struct resource *res_mem;
> > + int err;
> > +
> > + res_mem = request_mem_region_exclusive(pmem->phys_addr, pmem->size,
> > + "pmem");
>
> Isn't request_mem_region()
On 26 March 2015 at 14:53, Zhichang Yuan wrote:
> From: yuanzhichang
>
> In the patch whose title is "add better page protections to arm64"
> (commit da141706aea52c1a9fbd28cb8d289b78819f5436), The direct mapping
> page table entries for HEAD_TEXT segment were configured as PAGE_KERNEL,
> without
On Thu, Mar 26, 2015 at 06:57:56AM -0700, Dan Williams wrote:
> Yes, please attribute Dave and myself.
>
> ...and for the series: Acked-by: Dan Williams
Ok, I will resend the series with the updated attribution.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On 26/03/2015 15:17, Ingo Molnar wrote:
>
> * Laurent Dufour wrote:
>
>>> I argue we should use the right condition to clear vdso_base: if
>>> the vDSO gets at least partially unmapped. Otherwise there's
>>> little point in the whole patch: either correctly track whether
>>> the vDSO is OK,
On Thu 26-03-15 07:24:45, Johannes Weiner wrote:
> On Wed, Mar 25, 2015 at 11:15:48PM +0900, Tetsuo Handa wrote:
> > Johannes Weiner wrote:
[...]
> > > /*
> > > - * Acquire the oom lock. If that fails, somebody else is
> > > - * making progress for us.
> > > + * This allocating task can
drivers/gpu/drm/i915/intel_pm.c:2913:4-5: Unneeded semicolon
Removes unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Tvrtko Ursulin
Signed-off-by: Fengguang Wu
---
intel_pm.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
---
Hi Harry,
Adding current Documentation maintainer: Jonathan Corbet into
cc list.
On 03/26/2015 08:37 PM, harryxiyou wrote:
> 2015-03-26 17:02 GMT+08:00 :
>> From: Fu Wei
>>
>> This is a Chinese translated version of
>> Documentation/arm64/legacy_instructions.txt
>>
>> It is based on the
Le Thursday 26 March 2015 à 15:06 +0200, Ivan.khoronzhuk a écrit :
>
> On 26.03.15 15:05, Matt Fleming wrote:
> > On Mon, 16 Mar, at 11:02:29PM, Ivan.khoronzhuk wrote:
> >> Matt, I've sent new patch that replaces this one.
> >> "[Patch] firmware: dmi_scan: split dmisubsystem from dmi-sysfs"
> >>
On Thu, Mar 26, 2015 at 01:27:50PM +, Will Deacon wrote:
> On Thu, Mar 26, 2015 at 10:34:42AM +, Peter Zijlstra wrote:
> > On Thu, Mar 26, 2015 at 07:31:12PM +1100, Stephen Rothwell wrote:
> > > In function '__read_once_size',
> > > inlined from 'lockref_get' at lib/lockref.c:50:2:
>
On Thu, 19 Mar 2015, Lee Jones wrote:
> On Thu, 20 Nov 2014, Josh Cartwright wrote:
>
> > The IPQ8064 also includes an RPM following the same message structure as
> > other chips. In addition, it supports a few new resource types to
> > support the NSS fabric clocks and the SMB208/SMB209
On Tue, 24 Mar 2015, Krzysztof Kozlowski wrote:
> 2015-03-23 13:34 GMT+01:00 Lee Jones :
> > On Tue, 17 Mar 2015, Krzysztof Kozlowski wrote:
> >
> >> From: Chanwoo Choi
> >>
> >> This patch modify the RTC compatible name of S2MPS13 because S2MPS13's RTC
> >> is
> >> equal to S2MPS14's RTC.
> >>
On 27/02/15 15:54, Vincent Guittot wrote:
When a CPU is used to handle a lot of IRQs or some RT tasks, the remaining
capacity for CFS tasks can be significantly reduced. Once we detect such
situation by comparing cpu_capacity_orig and cpu_capacity, we trig an idle
load balance to check if it's
* Laurent Dufour wrote:
> > I argue we should use the right condition to clear vdso_base: if
> > the vDSO gets at least partially unmapped. Otherwise there's
> > little point in the whole patch: either correctly track whether
> > the vDSO is OK, or don't ...
>
> That's a good option, but it
On Mon, 2015-03-23 at 19:27 -0500, Nishanth Menon wrote:
> Hi,
>
> On 03/07/2015 03:39 AM, Nishanth Menon wrote:
> > time_init invokes timer64_init (which is __init annotation)
> > since all of these are invoked at init time, lets maintain
> > consistency by ensuring time_init is marked
On Wed, 2015-03-04 at 04:55 +0800, Chen Gang wrote:
> early_init_dt_scan() accepts "void *", the related warning:
>
> CC arch/c6x/kernel/setup.o
> arch/c6x/kernel/setup.c: In function 'machine_init':
> arch/c6x/kernel/setup.c:290:21: warning: passing argument 1 of
>
On Tue, 2015-03-03 at 07:24 +0800, Chen Gang wrote:
> For supporting uClinux flat-format executables, c6x needs to define the
> fewest features to support it, at present, xtensa architecture has the
> fewest feature for it, so just copy xtensa flat.h. The related error:
>
> CC
On Tue, 2015-03-03 at 06:33 +0800, Chen Gang wrote:
> For gcc5 c6x raw compiler, at present, it may not define __linux__, so
> c6x kernel still needs to define __linux__ just like another archs have
> done. The related error:
>
> CC [M] fs/coda/psdev.o
> In file included from
On Thu, Mar 26, 2015 at 1:32 AM, Christoph Hellwig wrote:
> From: Ross Zwisler
>
> PMEM is a new driver that presents a reserved range of memory as a
> block device. This is useful for developing with NV-DIMMs, and
> can be used with volatile memory as a development platform.
>
> Signed-off-by:
On Tue, 24 Mar 2015, Krzysztof Kozlowski wrote:
> The S2MPS13 RTC is almost the same as S2MPS14. The differences when
> updating alarm are:
> 1. Set WUDR+AUDR field instead of WUDR+RUDR.
> 2. Clear the AUDR field later (it is not auto-cleared).
>
> Signed-off-by: Krzysztof Kozlowski
> ---
>
On Wed 25-03-15 02:17:11, Johannes Weiner wrote:
> The should_alloc_retry() function was meant to encapsulate retry
> conditions of the allocator slowpath, but there are still checks
> remaining in the main function, and much of how the retrying is
> performed also depends on the OOM killer
On Wed, 2015-03-25 at 16:09 +0100, Michael Wang wrote:
> My sincerely apologies for the corrupted mails, and thanks for Dan's kindly
> remind :-)
>
> There are too many lengthy code to check the transport type of IB device,
> or the link layer type of it's port, this patch set try to use some
Em Thu, Mar 26, 2015 at 03:00:36PM +0900, Namhyung Kim escreveu:
> Save libtraceevent output and print it in the header.
>
> # perf kmem stat --page --caller
> # GFP flags
> # -
> # 0010: GFP_NOIO
> # 00d0: GFP_KERNEL
> # 0200: GFP_NOWARN
> # 84d0:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/26/2015 07:56 AM, Davide Libenzi wrote:
> On Wed, 25 Mar 2015, David Rientjes wrote:
>
>> I looked at this thread at http://marc.info/?t=14139250881
>> since I didn't have it in my mailbox, and I didn't get a chance
>> to actually run your
401 - 500 of 1610 matches
Mail list logo