On 01/16/2015 07:30 PM, Guenter Roeck wrote:
I sent a couple of patches a minute ago which should take care of the issue.
Would be great if you can test it.
I applied the v2 versions of the patches for a quick test, but it was
not successful. Haven't done any further investigation on what the
p
On 2015/1/26 22:41, Rafael J. Wysocki wrote:
> On Monday, January 26, 2015 10:40:24 AM Thomas Gleixner wrote:
>> On Mon, 26 Jan 2015, Li, Aubrey wrote:
>>> On 2015/1/22 18:15, Thomas Gleixner wrote:
>
> [...]
>
> + /*
> + * cpuidle_enter will return with interrupt enabled
Hi Vishnu,
On Sun, Jan 25, 2015 at 07:10:07PM +0530, Vishnu Patekar wrote:
> Signed-off-by: VishnuPatekar
> ---
> drivers/input/serio/Kconfig | 11 ++
> drivers/input/serio/Makefile|1 +
> drivers/input/serio/sun4i-ps2.c | 347
> +++
> 3 files
Hi Kalle,
After merging the wireless-drivers-next tree, today's linux-next build
(powerpc allyesconfig) failed like this:
drivers/net/wireless/ath/ath9k/ath9k_htc.o:(.data+0x29d0): multiple definition
of `led_blink'
drivers/net/wireless/ath/ath9k/ath9k.o:(.bss+0x1654): first defined here
Caused
From: Vivien Didelot
Date: Fri, 23 Jan 2015 16:10:36 -0500
> This commit adds debug messages for the generic mv88e6xxx read and write
> routines. The output is similar to this:
>
> mdio-gpio mdio-gpio.0: <- addr: 0x1b reg: 0x05 val: 0x4000
> mdio-gpio mdio-gpio.0: -> addr: 0x1b reg: 0x07
On Mon, Jan 26, 2015 at 09:26:04AM -0500, Sasha Levin wrote:
> Provides a userspace interface to trigger a CMA allocation.
>
> Usage:
>
> echo [pages] > alloc
>
> This would provide testing/fuzzing access to the CMA allocation paths.
>
> Signed-off-by: Sasha Levin
> ---
> mm/cma_debug.c
From: Vivien Didelot
Date: Fri, 23 Jan 2015 18:34:41 -0500
> Some busy bits are available in the global register 1, such as the ATU
> Busy bit. We may want to use this function to wait for them to change,
> so add a new parameter to mv88e6352_wait() instead of hard-coding
> REG_GLOBAL2.
>
> In t
From: Tejun Heo
Date: Sat, 24 Jan 2015 09:03:26 -0500
> printk and friends can now formap bitmaps using '%*pb[l]'. cpumask
> and nodemask also provide cpumask_pr_args() and nodemask_pr_args()
> respectively which can be used to generate the two printf arguments
> necessary to format the specifie
Hello Vivek,
Ping!
Cheers,
Michael
On 16 January 2015 at 14:30, Michael Kerrisk (man-pages)
wrote:
> Hello Vivek,
>
> Thanks for your comments! I've added some further text to
> the page based on those comments. See some follow-up
> questions below.
>
> On 01/12/2015 11:16 PM, Vivek Goyal wro
On Mon, Jan 26, 2015 at 09:26:05AM -0500, Sasha Levin wrote:
> Provides a userspace interface to trigger a CMA release.
>
> Usage:
>
> echo [pages] > free
>
> This would provide testing/fuzzing access to the CMA release paths.
>
> Signed-off-by: Sasha Levin
> ---
> mm/cma_debug.c | 54
From: Nicholas Mc Guire
Date: Sun, 25 Jan 2015 19:08:37 +0100
> As the if completes with a unconditional goto the else branch
> is not needed here.
>
> Signed-off-by: Nicholas Mc Guire
> ---
>
> v2: added missing subsystem string in subject line - patch unchanged
The feedback you were given w
Hi Andrew,
After merging the akpm-current tree, today's linux-next build (powerpc
ppc64_defconfig) produced these warnings:
In file included from mm/slab_common.c:26:0:
mm/slab_common.c: In function 'kmem_cache_destroy':
mm/slab.h:259:30: warning: right-hand operand of comma expression has no eff
This patch-set split the last version, and addressed the review comments from
last version on serial driver code.
Changes from v6:
- Setted stdout-path with "serial1:115200n8"
Changes from v5:
- Added maintenance interrupt for gic
- Removed reg property from 'soc' and 'apb
From: Zhizhou Zhang
Adds support for Spreadtrum's SoC Platform in the arm64 Kconfig and
defconfig files.
Signed-off-by: Zhizhou Zhang
Signed-off-by: Orson Zhai
Signed-off-by: Chunyan Zhang
---
arch/arm64/Kconfig |5 +
arch/arm64/configs/defconfig |1 +
2 files changed,
Stephen Rothwell writes:
> After merging the wireless-drivers-next tree, today's linux-next build
> (powerpc allyesconfig) failed like this:
>
> drivers/net/wireless/ath/ath9k/ath9k_htc.o:(.data+0x29d0): multiple
> definition of `led_blink'
> drivers/net/wireless/ath/ath9k/ath9k.o:(.bss+0x1654):
From: Zhizhou Zhang
Adds the device tree support for Spreadtrum SC9836 SoC which is based on
Sharkl64 platform.
Sharkl64 platform contains the common nodes of Spreadtrum's arm64-based SoCs.
Signed-off-by: Zhizhou Zhang
Signed-off-by: Orson Zhai
Signed-off-by: Chunyan Zhang
---
arch/arm64/bo
On Fri, Jan 23, 2015 at 03:37:28PM -0600, Christoph Lameter wrote:
> This patch adds the basic infrastructure for alloc / free operations
> on pointer arrays. It includes a fallback function that can perform
> the array operations using the single alloc and free that every
> slab allocator performs
Hi Joonsoo,
On Tue, Jan 27, 2015 at 05:00:09PM +0900, Joonsoo Kim wrote:
> On Mon, Jan 26, 2015 at 03:55:29PM +0300, Vladimir Davydov wrote:
> > @@ -3381,6 +3390,15 @@ void __kmem_cache_shrink(struct kmem_cache *s)
> > kmalloc(sizeof(struct list_head) * objects, GFP_KERNEL);
> > un
Add some helpers to share the constraints of devices while attaching
to the dmabuf buffer.
At each attach, the constraints are calculated based on the following:
- max_segment_size, max_segment_count, segment_boundary_mask from
device_dma_parameters.
In case the attaching device's constraints
From: Rob Clark
For devices which have constraints about maximum number of segments in
an sglist. For example, a device which could only deal with contiguous
buffers would set max_segment_count to 1.
The initial motivation is for devices sharing buffers via dma-buf,
to allow the buffer exporter
Hi,
On Tue, Jan 27, 2015 at 07:12:43PM +1100, Stephen Rothwell wrote:
> In file included from mm/slab_common.c:26:0:
> mm/slab_common.c: In function 'kmem_cache_destroy':
> mm/slab.h:259:30: warning: right-hand operand of comma expression has no
> effect [-Wunused-value]
> for (iter = NULL, tmp
On Tue, Jan 27, 2015 at 08:35:17AM +0100, Vlastimil Babka wrote:
> On 12/10/2014 07:38 AM, Joonsoo Kim wrote:
> > After your patch is merged, I will resubmit these on top of it.
>
> Hi Joonsoo,
>
> my page stealing patches are now in -mm so are you planning to resubmit this?
> At
> least patch 1
On Tue, Jan 27, 2015 at 12:52:12AM +0300, Sergei Rogachev wrote:
> Page owner uses the page_ext structure to keep meta-information
> for every page in the system. The structure also contains a field
> of type 'struct stack_trace', page owner uses this field during
> invocation of the function save_
>>> On 27.01.15 at 02:51, wrote:
Even if David told you this would be acceptable, I have to question
an abstract model of fixing issues on only 64-bit kernels - this may
be acceptable for distro purposes, but seems hardly the right
approach for upstream. If 32-bit ones are to become deliberately
On 01/27/2015 09:34 AM, Joonsoo Kim wrote:
> On Tue, Jan 27, 2015 at 08:35:17AM +0100, Vlastimil Babka wrote:
>> On 12/10/2014 07:38 AM, Joonsoo Kim wrote:
>> > After your patch is merged, I will resubmit these on top of it.
>>
>> Hi Joonsoo,
>>
>> my page stealing patches are now in -mm so are y
Hello,
On Fri, 23 Jan 2015, Julian Anastasov wrote:
> On Tue, 20 Jan 2015, Chris Caputo wrote:
>
> > My application consists of incoming TCP streams being load balanced to
> > servers which receive the feeds. These are long lived multi-gigabyte
> > streams, and so I believe the estima
Adds Spreadtrum's prefix "sprd" to vendor-prefixes file.
Adds the devicetree binding documentations for Spreadtrum's sc9836-uart
and SC9836 SoC based on the Sharkl64 Platform which is a 64-bit SoC
Platform of Spreadtrum.
Signed-off-by: Chunyan Zhang
---
Documentation/devicetree/bindings/arm/sprd
On Mon, Jan 26, 2015 at 06:46:12PM -0500, Sasha Levin wrote:
> This seems to cause the following lockdep warning:
unlikely, the fork -> sched_move_task() was only used to establish that
rq->lock nests inside p->pi_lock, and there's a gazillion other ways to
establish that.
That said, its a right
On 01/27/2015 08:27 AM, Oleksij Rempel wrote:
make sure this driver depends on GENERIC_CLOCKEVENTS
compiler error was found by kbuild test robot:
drivers/clocksource/asm9260_timer.c:114:14: warning: its scope is only this
definition or declaration, which is probably not what you want
drivers/
Am 27.01.2015 um 09:49 schrieb Daniel Lezcano:
> On 01/27/2015 08:27 AM, Oleksij Rempel wrote:
>> make sure this driver depends on GENERIC_CLOCKEVENTS
>>
>> compiler error was found by kbuild test robot:
>>
drivers/clocksource/asm9260_timer.c:114:14: warning: its scope is
only this defini
Hi all,
Changes since 20150123:
The arm64 tree gained a conflict against Linus' tree.
The net-next tree gained conflicts against the arm-soc and net trees.
The drm-panel tree gained a conflict against the drm tree.
The wireless-drivers-next tree gained a build failure for which I reverted
a co
On 01/27/2015 09:51 AM, Oleksij Rempel wrote:
Am 27.01.2015 um 09:49 schrieb Daniel Lezcano:
On 01/27/2015 08:27 AM, Oleksij Rempel wrote:
make sure this driver depends on GENERIC_CLOCKEVENTS
compiler error was found by kbuild test robot:
drivers/clocksource/asm9260_timer.c:114:14: warning:
On Tuesday 27 January 2015 00:21:04 Aaro Koskinen wrote:
> Hi,
>
> On Mon, Jan 26, 2015 at 10:04:59PM +0100, Pali Rohár wrote:
> > problem? Why any of these two patches fix problem when mmc
> > is not detected by kernel in qemu (machine n900)? Detection
> > of mmc fails because function mmc_send_o
Hi,
On Mon, Jan 26, 2015 at 06:58:32PM +0200, Priit Laes wrote:
> ---
Like Hans was pointing out, commit log and signed-off-by please
> .../ABI/testing/sysfs-driver-input-sun4i-lradc | 4 ++
> drivers/input/keyboard/sun4i-lradc-keys.c | 49
> +-
> 2 files chan
2015-01-27 17:23 GMT+09:00 Vladimir Davydov :
> Hi Joonsoo,
>
> On Tue, Jan 27, 2015 at 05:00:09PM +0900, Joonsoo Kim wrote:
>> On Mon, Jan 26, 2015 at 03:55:29PM +0300, Vladimir Davydov wrote:
>> > @@ -3381,6 +3390,15 @@ void __kmem_cache_shrink(struct kmem_cache *s)
>> > kmalloc(sizeo
; Cc: Android Kernel Team
> Cc: Greg KH
> Signed-off-by: John Stultz
This became commit 5da41e925656 ("staging: Remove the Android alarm-dev
driver") in today's linux-next (ie, next-20150127). I noticed because a
script I use to check linux-next spotted a minor problem with i
This patch-set split the last version, and addressed the review comments from
last version on serial driver code.
Changes from v7:
* Addressed review comments from Peter:
- Initialized the stack local with zero in sprd_set_termios()
- Used dev_get_drvdata() to get sprd_uart_port
C
On Mon, 2015-01-26 at 12:07 -0800, John Stultz wrote:
> With the relase of Lollipop, Android no longer
> requires the logger driver.
>
> There are three patches which the android dev's
> still need before they drop logger on all their
> devices:
>
> [PATCH v4 1/5] pstores: use scnprintf
> [PATCH
On Tue, Jan 27, 2015 at 06:21:14PM +0900, Joonsoo Kim wrote:
> 2015-01-27 17:23 GMT+09:00 Vladimir Davydov :
> > Hi Joonsoo,
> >
> > On Tue, Jan 27, 2015 at 05:00:09PM +0900, Joonsoo Kim wrote:
> >> On Mon, Jan 26, 2015 at 03:55:29PM +0300, Vladimir Davydov wrote:
> >> > @@ -3381,6 +3390,15 @@ void
On Mon, Jan 26, 2015 at 11:23:37AM -0800, David Cohen wrote:
> On Mon, Jan 26, 2015 at 02:55:03PM +0200, Heikki Krogerus wrote:
> > On Sat, Jan 24, 2015 at 03:58:11PM -0800, David Cohen wrote:
> > > > +static int tusb1210_power_on(struct phy *phy)
> > > > +{
> > > > + struct tusb1210 *tusb =
On Tue, Jan 27, 2015 at 09:56:49AM +0200, Jani Nikula wrote:
> On Mon, 26 Jan 2015, Kumar Amit Mehta wrote:
> > The comment for intel_cpu_fifo_underrun_irq_handler() is not consistent
> > with the code and the rest of the comment for this routine. This patch
> > fixes this typo in comment.
> >
> >
On Mon, Jan 26, 2015 at 06:46:12PM -0500, Sasha Levin wrote:
> This seems to cause the following lockdep warning:
Yeah, so this one in particular seems caused by:
fadfe7be6e50 ("perf: Add queued work to remove orphaned child events")
But I'm not sure why it wasn't already true for hrtimers, we
Signed-off-by: Cyrill Gorcunov
CC: Kees Cook
CC: Andrew Morton
CC: "Kirill A. Shutemov"
CC: Calvin Owens
CC: Alexey Dobriyan
CC: Oleg Nesterov
CC: "Eric W. Biederman"
CC: Al Viro
CC: Peter Feiner
CC: Pavel Emelyanov
---
Gentlemen, could you please take a look once time permit.
Which que
Add a full sc9836-uart driver for SC9836 SoC which is based on the
spreadtrum sharkl64 platform.
This driver also support earlycon.
Originally-by: Lanqing Liu
Signed-off-by: Orson Zhai
Signed-off-by: Chunyan Zhang
Acked-by: Arnd Bergmann
---
drivers/tty/serial/Kconfig | 18 +
drivers/
Paul,
Your commit d035fdfa27ac ("arm64: Add Tegra132 support") is included in
today's linux-next (ie, next-20150127). I noticed because a script I use
to check linux-next spotted a minor problem with it.
It adds a select for the Kconfig symbol USB_ARCH_HAS_EHCI. That Kconfig
w
Hello,
I'd like some confirmation that this is either not supported, or that
I'm doing something obviously wrong. (Kernel 3.14 if it matters.)
Suppose the source code for an out-of-tree kernel module is stored e.g.
in "/tmp/foo bar/module" (note the embedded space in the path name)
Here is the
在 2015/1/12 4:59, Linus Torvalds 写道:
> Another week, another -rc.
>
> Things have remained reasonably calm, although we also had a few
> last-minute MM regressions. Happily, most of them got fixed really
> quickly, with one remaining arm64 issue still pending.
>
> So go forth and test some more
On Tue, 2015-01-27 at 10:18 +0100, Maxime Ripard wrote:
> Hi,
>
> On Mon, Jan 26, 2015 at 06:58:32PM +0200, Priit Laes wrote:
> > ---
>
> Like Hans was pointing out, commit log and signed-off-by please
>
> > .../ABI/testing/sysfs-driver-input-sun4i-lradc | 4 ++
> > drivers/input/keyboard
On 26/01/15 19:39, Joe Perches wrote:
This header file is the public API for the driver.
Should it not live under the 'include' directory?
Several other drivers seem to follow that convention.
It depends on how public is public.
If it's _really_ public, it should be in uapi.
If it's kinda publi
Hello Wenyou,
On Tue, Jan 27, 2015 at 01:57:27PM +0800, Wenyou Yang wrote:
>
> static void __init at91_pm_init(void)
> {
> -#ifdef CONFIG_AT91_SLOW_CLOCK
> at91_pm_sram_init();
> -#endif
>
> pr_info("AT91: Power Management%s\n", (slow_clock ? " (with slow clock
> mode)" : ""));
On Tue, Jan 27, 2015 at 2:52 AM, Darren Hart wrote:
> On Thu, Dec 11, 2014 at 09:18:35PM +, Julijonas Kikutis wrote:
>
> Hi Julijonas,
>
> Please Cc the maintainer listed in the MAINTERS file for a faster response.
The easiest to do that is to use " git send-email
--cc-cmd=scripts/get_maintai
Lukasz,
Your commit 1fd2273f966a ("thermal: exynos: Remove
exynos_thermal_common.[c|h] files") is included in today's linux-next
(ie, next-20150127). I noticed because a script I use to check
linux-next spotted a minor problem with it.
It removed the last users of CONFIG_EXYNOS_T
> This patchset add new devfreq_event class to provide raw data to determine
> current utilization of device which is used for devfreq governor.
>
> The following description explains the feature of two kind of devfreq class:
> - devfreq class (existing)
> : devfreq consumer device use raw data
Hi Vinod,
On Thu, Dec 11, 2014 at 10:59 PM, Andrew Bresticker
wrote:
> This series adds support for the IMG Multi-threaded DMA Controller (MDC)
> which is found on IMG SoCs. Currently this driver only supports the
> variant found on the MIPS-based Pistachio SoC.
>
> The MDC supports slave and me
Hello Mark
> Perhaps I'm missing something here but we only seem to be incrementing
> rx_ptr for the 32 bit case here...
The unified diff is a bit confusing this time.
This is how the function looks after the patch.
All the modes are handled in a generic way.
Which I believe it is right:
stat
On 27/01/15 08:35, Jan Beulich wrote:
On 27.01.15 at 02:51, wrote:
> Even if David told you this would be acceptable, I have to question
> an abstract model of fixing issues on only 64-bit kernels - this may
> be acceptable for distro purposes, but seems hardly the right
> approach for upstre
The function is_power_of_2() also do the check on nr_pages,
so the first check performed is unnecessary. On the other
hand, the key point is to ensure @nr_pages is a power-of-two
number and mostly @nr_pages is a nonzero value, so in the
most cases, the function is_power_of_2() will be called.
Sign
On Mon, Jan 26, 2015 at 05:43:03PM -0800, Sukadev Bhattiprolu wrote:
SNIP
>
>
> Cody P Schafer (6):
> perf: provide sysfs_show for struct perf_pmu_events_attr
> perf: add PMU_EVENT_ATTR_STRING() helper
> powerpc/perf/hv-24x7: parse catalog and populate sysfs with events
> powerpc/perf/{
This patch adds the DMI system ID of the Kontron COMe-cBL6 board to
the Kontron PLD driver. The list of supported products in the module
description is also updated.
Signed-off-by: Michael Brunner
Acked-by: Christian Rauch
---
drivers/mfd/Kconfig | 1 +
drivers/mfd/kempld-core.c | 11 +++
On 27/01/15 08:35, Jan Beulich wrote:
On 27.01.15 at 02:51, wrote:
>
> Even if David told you this would be acceptable, I have to question
> an abstract model of fixing issues on only 64-bit kernels - this may
> be acceptable for distro purposes, but seems hardly the right
> approach for ups
Hi,
On 27/01/2015 at 10:55:15 +0100, Sylvain Rochet wrote :
> Hello Wenyou,
>
> On Tue, Jan 27, 2015 at 01:57:27PM +0800, Wenyou Yang wrote:
> >
> > static void __init at91_pm_init(void)
> > {
> > -#ifdef CONFIG_AT91_SLOW_CLOCK
> > at91_pm_sram_init();
> > -#endif
> >
> > pr_info("A
Hello Wenyou,
On Tue, Jan 27, 2015 at 01:58:20PM +0800, Wenyou Yang wrote:
>
> diff --git a/arch/arm/mach-at91/pm.c b/arch/arm/mach-at91/pm.c
> index 0377c0d..d967c31 100644
> --- a/arch/arm/mach-at91/pm.c
> +++ b/arch/arm/mach-at91/pm.c
> @@ -71,7 +71,7 @@ static int at91_pm_begin(suspend_state_
Hi Paul,
> Lukasz,
>
> Your commit 1fd2273f966a ("thermal: exynos: Remove
> exynos_thermal_common.[c|h] files") is included in today's linux-next
> (ie, next-20150127). I noticed because a script I use to check
> linux-next spotted a minor problem with it.
Hi Sylvain,
Thanks a lot.
> -Original Message-
> From: Sylvain Rochet [mailto:sylvain.roc...@finsecur.com]
> Sent: Tuesday, January 27, 2015 6:08 PM
> To: Yang, Wenyou
> Cc: Ferre, Nicolas; li...@arm.linux.org.uk;
> linux-arm-ker...@lists.infradead.org;
> linux-kernel@vger.kernel.org; al
Hi,
On Tue, Jan 27, 2015 at 11:07:42AM +0100, Alexandre Belloni wrote:
> Hi,
>
> On 27/01/2015 at 10:55:15 +0100, Sylvain Rochet wrote :
> > Hello Wenyou,
> >
> > On Tue, Jan 27, 2015 at 01:57:27PM +0800, Wenyou Yang wrote:
> > >
> > > static void __init at91_pm_init(void)
> > > {
> > > -#if
On Tue, Jan 27, 2015 at 03:06:35AM +, Jon Masters wrote:
> On 01/26/2015 03:50 PM, Mark Rutland wrote:
> > On Mon, Jan 26, 2015 at 07:40:58PM +, Jon Masters wrote:
> >> Hi Folks,
> >>
> >> TLDR: I need a back reference from a console struct to its device. I
> >> can't see an easy way to do
On Mon, Jan 26, 2015 at 04:39:30PM +, Mark Rutland wrote:
> What I don't follow is why GpioInt seems to be translated as a GPIO
> rather than as an interrupt which happens to be backed by a GPIO. Were
> it not for that, the DT and ACPI cases would align better.
Because it *is* a GPIO.
In my e
we don't need it.
> > Add config options so we can build for one SoC only.
> >
> > Acked-by: Linus Walleij
> > Signed-off-by: Yingjoe Chen
> > Signed-off-by: Hongzhou Yang
>
> Applied to v3.20-next/soc
This became commit ad8a221e1f49 ("ARM: mediatek: Ad
The subject line is too long.
> - printk(KERN_INFO "r8712u: Staging version\n");
> + pr_info("r8712u: Staging version\n");
This is a dumb thing to print. Just delete this line.
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
Hello Mark
On Tue, Jan 27, 2015 at 1:14 AM, Mark Brown wrote:
>
> In general the best way to present a series is to start off with any bug
> fixes (so they can be sent to Linus and stable if needed), then move on
> to mechanical and stylistic cleanups (since they tend to be easy to
> review and
Hello.
On 1/27/2015 8:53 AM, Wenyou Yang wrote:
From: Peter Rosin
The DDRSDR controller fails miserably to put LPDDR1 memories in
self-refresh. Force the controller to think it has DDR2 memories
during the self-refresh period, as the DDR2 self-refresh spec is
equivalent to LPDDR1, and is co
igned-off-by: Hongzhou Yang
> >
> > Applied to v3.20-next/soc
>
> This became commit ad8a221e1f49 ("ARM: mediatek: Add config options for
> mediatek SoCs.") in today's linux-next (ie, next-20150127). I noticed
> because a script I use to check linux-next spo
Hi, I have a problem on a machine running CentOS 7.0, where the
kernel/e1000e reports things like "Detected Hardware Unit Hang:" and
"Reset adapter unexpectedly". The kernel version is
3.10.0-123.13.2.el7.x86_64.
I had a similar issue years ago with the same machine running openSUSE
12.3 with kern
Hi Arnaldo,
On Monday 19 January 2015 07:28 PM, Arnaldo Carvalho de Melo wrote:
> Acked-by: Jiri Olsa
>>> > > Most are already in my perf/urgent branch.
>> > Are you planning to add {4,5}/5 for next window or did u drop/miss them ?
> I will, IIRC those were not that trivial, so could wait, I'
On 01/26/2015 10:58 PM, Michal Hocko wrote:
On Sat 17-01-15 13:48:34, Christoph Lameter wrote:
On Sat, 17 Jan 2015, Vinayak Menon wrote:
which had not updated the vmstat_diff. This CPU was in idle for around 30
secs. When I looked at the tvec base for this CPU, the timer associated with
vmstat
gt; > > Acked-by: Linus Walleij
> > > > Signed-off-by: Yingjoe Chen
> > > > Signed-off-by: Hongzhou Yang
> > >
> > > Applied to v3.20-next/soc
> >
> > This became commit ad8a221e1f49 ("ARM: mediatek: Add config options for
> > mediat
Hi Robert,
Le Tuesday 27 January 2015 à 08:59 +0100, Robert Rosengren a écrit :
> On 01/16/2015 07:30 PM, Guenter Roeck wrote:
> > I sent a couple of patches a minute ago which should take care of the issue.
> > Would be great if you can test it.
> I applied the v2 versions of the patches for a qu
On Tue, Jan 27, 2015 at 10:16:10AM +, Mika Westerberg wrote:
> On Mon, Jan 26, 2015 at 04:39:30PM +, Mark Rutland wrote:
> > What I don't follow is why GpioInt seems to be translated as a GPIO
> > rather than as an interrupt which happens to be backed by a GPIO. Were
> > it not for that, th
On Mon 26-01-15 14:11:59, Andrew Morton wrote:
[...]
> So do we drop
> mm-vmscan-fix-the-page-state-calculation-in-too_many_isolated.patch?
I would like to see a confirmation from Vinayak that this really helped
in his test case first and only then drop the above patch. I really
think that we shou
On Tue 27-01-15 16:03:57, Vinayak Menon wrote:
[...]
> Sure, I can retest.
Thanks!
> Even without highly overloaded workqueues, there can be a delay of HZ in
> updating the counters. This means reclaim path can be blocked for a second
> or more, when there aren't really any isolated pages. So we
Arjun,
On Mon, 2015-01-26 at 22:49 +0530, Arjun Sreedharan wrote:
> Ping !!
I wouldn't hold my breath waiting for any response, if I were you.
> On 30 November 2014 at 16:29, Arjun Sreedharan wrote:
> > replace rendundant hex() with kernel's hex_to_bin()
> >
> > Signed-off-by: Arjun Sreedharan
Hi Florian,
On 26/01/15 22:30, Florian Fainelli wrote:
On 23/01/15 02:07, Stathis Voukelatos wrote:
This patch adds support the Ethernet Packet Sniffer H/W module
developed by Linn Products Ltd and found in the IMG Pistachio SoC.
The module allows Ethernet packets to be parsed, matched against
There are various issues with the examples in this documentation, some
of the DT labels are invalid and one of the macro THERMAL_NO_LIMITS
referenced is not available as well.
As Its highly likely that people would pick some samples from the
documentation, I though fixing these would be best rathe
On Mon 26-01-15 12:35:00, Christoph Lameter wrote:
> On Mon, 26 Jan 2015, Michal Hocko wrote:
>
> > > Please do not run the vmstat_updates concurrently. They update shared
> > > cachelines and therefore can cause bouncing cachelines if run concurrently
> > > on multiple cpus.
> >
> > Would you pre
regmap_read/regmap_write will expect the peripheral clock
to be enabled before accessing the registers of the peripheral.
Since the peripheral clock is enabled separatly, avoid redundant clock
prepare (with devm_regmap_init_mmio_clk) and use devm_regmap_init_mmio instead.
Acked-by: Stefan Agner
S
Acked-by: Stefan Agner
Signed-off-by: Bhuvanchandra DV
---
arch/arm/boot/dts/vf500.dtsi | 4
arch/arm/boot/dts/vfxxx.dtsi | 11 +++
2 files changed, 15 insertions(+)
diff --git a/arch/arm/boot/dts/vf500.dtsi b/arch/arm/boot/dts/vf500.dtsi
index 1dbf8d2..f5f807c 100644
--- a/arch/a
MCP2515 CAN controller is available on Colibri Evaluation board.
Hence enable MCP2515 CAN.
Signed-off-by: Bhuvanchandra DV
---
arch/arm/boot/dts/vf-colibri-eval-v3.dtsi | 31 +++
arch/arm/boot/dts/vf-colibri.dtsi | 15 +++
2 files changed, 46 inser
devm_* API was supposed to be used only in probe function call.
Memory is allocated at 'probe' and free automatically at 'remove'.
Usage of devm_* functions outside probe sometimes leads to memory leak.
Avoid using devm_kzalloc in dspi_setup_transfer and use kzalloc instead.
Also add the dspi_clean
Hi,
On 27-01-15 10:49, Priit Laes wrote:
On Tue, 2015-01-27 at 10:18 +0100, Maxime Ripard wrote:
Hi,
On Mon, Jan 26, 2015 at 06:58:32PM +0200, Priit Laes wrote:
---
Like Hans was pointing out, commit log and signed-off-by please
.../ABI/testing/sysfs-driver-input-sun4i-lradc | 4 +
On Mon, Jan 26, 2015 at 10:16:18AM +, Stathis Voukelatos wrote:
>
> On 23/01/15 10:51, Mark Rutland wrote:
> >
> > diff --git
> > a/Documentation/devicetree/bindings/net/linn-ether-packet-sniffer.txt
> > b/Documentation/devicetree/bindings/net/linn-ether-packet-sniffer.txt
> > new file mode
From: Chao Fu
DSPI module need cs change information in
a spi transfer. According to cs change, DSPI
will give last data the right flag. Bitbang
provide cs change behind the last data in
a transfer. So DSPI can not deal the last
data in every transfer properly, so remove
the bitbang in the driver
From: Joerg Roedel
When assigning devices to large memory guests (>=128GB guest
memory in the failure case) the functions to create the
IOMMU page-tables for the whole guest might run for a very
long time. On non-preemptible kernels this might cause
Soft-Lockup warnings. Fix these by adding a con
From: Chao Fu
Add two functions:
- dspi_data_from_popr
- dspi_data_to_pushr
Signed-off-by: Bhuvanchandra DV
---
drivers/spi/spi-fsl-dspi.c | 118 +++--
1 file changed, 60 insertions(+), 58 deletions(-)
diff --git a/drivers/spi/spi-fsl-dspi.c b/drivers/s
From: Chao Fu
TCFQ is interrupt of Transfer Complete Flag in DSPI module.
EOQ is interrupt of End of Queue Flag in DSPI module.
For adopting of different platform, either of them is a way of DSPI
transfer data. This patch add TCF support for DSPI module in other platform.
Signed-off-by: Bhuvanc
On Tue, Jan 27, 2015 at 10:39:25AM +, Mark Rutland wrote:
> > If the above is not the right way to use GPIOs as interrupt, can you
> > please tell me how it is done then?
>
>
> So lets say we have a device which generates an interrupt:
>
> device@f00 {
> compatible = "som
Fixed suspend/resume paths for TPM 2.0 and consolidated all the
associated code to the tpm_pm_suspend() and tpm_pm_resume()
functions. Resume path should be handled by the firmware, i.e.
Startup(CLEAR) for hibernate and Startup(STATE) for suspend.
There might be some non-PC embedded devices in the
CC linux-mm in case somebody has a good answer but missed this in lkml traffic
On 01/23/2015 11:18 PM, John Moser wrote:
> Why is there no tunable to OOM at low page cache?
>
> I have no swap configured. I have 16GB RAM. If Chrome or Gimp or some
> other stupid program goes off the deep end and
> look at your patch again. In case DWC3_ULPI isn't enabled, this file
> won't be linked at all. You're using stubs, so taht's fine.
>
> In case it _is_ enabled, you're breaking out early if you can't register
> ulpi interface, meaning you're exitting probe() (which, in fact, seems
> wrong as I wa
- Add second dspi instance.
- Enable MCP2515 CAN controller which is avaialble on
Colibri evaluation board.
- Respin the stalled patches of dspi fixes.
Previous discussion at:
http://comments.gmane.org/gmane.linux.ports.arm.kernel/359542
Bhuvanchandra DV (4):
ARM: vf610: add second DSPI i
Hi Murali,
On 23/01/15 22:32, Murali Karicheri wrote:
Limit the dma_mask to minimum of dma_mask and dma_base + size - 1.
Also arm_iommu_create_mapping() has size parameter of size_t and
arm_setup_iommu_dma_ops() can take a value higher than that. So
limit the size to SIZE_MAX.
Signed-off-by: M
1 - 100 of 1411 matches
Mail list logo
