On Wed, Oct 1, 2014 at 6:03 PM, Maxime Ripard
wrote:
> On Mon, Sep 29, 2014 at 06:04:50PM +0800, Chen-Yu Tsai wrote:
>> On Mon, Sep 29, 2014 at 5:53 PM, Maxime Ripard
>> wrote:
>> > On Sat, Sep 27, 2014 at 09:10:48PM +0800, Chen-Yu Tsai wrote:
>> >> On Thu, Sep 25, 2014 at 9:34 PM, Maxime Ripard
On Sun, Oct 05, 2014 at 12:16:46PM -0400, Tejun Heo wrote:
> I think the thing which bothers me is that due to softirq we end up
> bouncing the context twice. IRQ schedules threaded IRQ handler after
> doing minimal amount of work. The threaded IRQ handler gets scheduled
> and again it doesn't do
On Thu, Oct 02, 2014 at 04:02:58PM +0200, Linus Walleij wrote:
> On Wed, Sep 24, 2014 at 2:40 PM, Sascha Hauer wrote:
> > On Wed, Sep 24, 2014 at 01:23:09PM +0200, Linus Walleij wrote:
>
> >> I haven't got to reviewing the driver, but this looks just wrong.
> >>
> >> Have the magic numbers in the
On Fri, Oct 03, 2014 at 09:57:24PM +0200, Pavel Machek wrote:
> On Wed 2014-09-24 14:32:06, Eduardo Valentin wrote:
> > Hello Mikko,
> >
> > On Thu, Aug 21, 2014 at 01:17:21PM +0300, Mikko Perttunen wrote:
> > > This adds critical trip points to the Jetson TK1 device tree.
> > > The device will do
Hello Matt,
On 09/05/2014 02:09 PM, Matt Fleming wrote:
> (Adding linux-efi)
>
> On Fri, 05 Sep, at 08:51:31AM, Francis Moreau wrote:
>> [ +0.45] RIP: 0010:[<>] [< (null)>]
>> (null)
>> [ +0.46] RSP: 0018:8800b4001da8 EFLAGS: 00010002
>> [ +0.32
On 10/04/2014 08:43 PM, Stevean Raja Kumar wrote:
> Added semicolon for the line usleep_range(1, 11000);
Against which kernel is this patch? I don't see a usleep_range in either the
mainline
kernel or the media_tree.git kernel.
Regards,
Hans
>
> Signed-off-by: Stevean Raja Kumar
On 06.10.2014 01:11, Benoit Masson wrote:
> Le 3 oct. 2014 à 17:41, Sebastian Hesselbarth
a écrit :
On 10/03/2014 05:29 PM, Benoit Masson wrote:
Le 3 oct. 2014 à 17:06, Sebastian Hesselbarth
a écrit :
On 10/03/2014 04:11 PM, Jason Cooper wrote:
On Sun, Sep 21, 2014 at 04:11:23PM +0200, Be
On Sun, 5 Oct 2014, Eric Dumazet wrote:
> On Sun, 2014-10-05 at 23:49 +0200, Thomas Gleixner wrote:
>
> > Whats so hard about 64bit counters on 32bit machines?
>
> Not hard, but not trivial either.
>
> >
> > > expensive to handle in particular because these counters are used in
> > > performanc
On Fri, 3 Oct 2014, Artem Bityutskiy wrote:
> I respect checkpatch.pl, and uniformity / consistency, but in this
> particular case I put my maintainer hat on and say that for this kernel
> subsystem it is fine, because the maintainer will be more efficient in
> maintaining this code when the code
On 10/04/2014 12:23 AM, Will Deacon wrote:
On Wed, Oct 01, 2014 at 12:08:05PM +0100, AKASHI Takahiro wrote:
Will,
When I was looking into syscall_trace_exit() more closely, I found
another (big) problem.
There are two system calls, execve() and rt_sigreturn(), which change
'syscallno' in pt_reg
On Thu 02-10-14 13:59:40, Jens Axboe wrote:
> On 10/02/2014 10:09 AM, Thanos Makatos wrote:
> > This patch introduces a new ioctl called BLKFLUSHBUFS2, which is pretty
> > similar to BLKFLUSHBUFS except that is also invalidates the page cache.
> > This allows for a complete invalidation of the cach
On Sun, 5 Oct 2014, Christoph Lameter wrote:
> -DEFINE_PER_CPU(unsigned int, irq_count) __visible = -1;
> +DEFINE_PER_CPU(u64, irq_count) __visible = -1;
What's the point of this? irq_count is solely used to figure out
whether interrupts are nested, i.e. whether we need to switch the
stack on x86_
Arnd,
On 02.10.14 17:44:48, Arnd Bergmann wrote:
> On Thursday 02 October 2014 16:44:52 Robert Richter wrote:
> > The following changes since commit 9e82bf014195d6f0054982c463575cdce24292be:
> >
> > Linux 3.17-rc5 (2014-09-14 17:50:12 -0700)
> >
> > are available in the git repository at:
> >
This patch fixes off-by-one errors in the management of maps.
A map is defined by start address and length as implemented by map__new():
map__init(map, type, start, start + len, pgoff, dso);
map->start = addr;
map->end = end;
Consequently, the actual address range is ]start; end[
map->end is th
Hi Sebastian,
> [...]
>> NR_IRQS:16 nr_irqs:16 16
>> L2C: device tree omits to specify unified cache
>
> Jason, Thomas, Gregory,
>
> we should add a "cache-unified" to the l2cc nodes for all SoCs.
Right,
I take care of it.
Thanks,
Gregory
--
Gregory Clement, Free Electrons
Kernel, drivers
The Android ion_system_heap uses allocation fallback mechanism
based on 8,4,0 order pages available in the system.
It changes gfp flags based on higher order allocation request.
This higher order value is hard-coded as 4, instead of using
the system defined higher order value.
Thus replacing this h
This is version 3 of the series that adds support for the ltc2952 powerpath
chip.
This series adds a driver for the LTC2952, an external power control chip, which
signals the OS to shut down. Additionally this driver lets the kernel power
down the board.
This driver was tested with:
- kernel v
From: René Moll
Signed-off-by: René Moll
Signed-off-by: Tjerk Hofmeijer
Signed-off-by: Frans Klaver
---
.../bindings/power/reset/ltc2952-poweroff.txt | 31 ++
1 file changed, 31 insertions(+)
create mode 100644
Documentation/devicetree/bindings/power/reset/ltc2952-p
From: René Moll
The LTC2952 allows control over system power using a push button. It also
supports powering down the board from a controller on the board.
If the power button is pushed, the ltc2952 starts a 400ms window to
properly shut down the software. This window can be stretched by
toggling
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Wednesday, October 01, 2014 11:18 PM
> To: Vidya Sagar
> Cc: thierry.red...@gmail.com; Laxman Dewangan; Krishna Thota; linux-
> te...@vger.kernel.org; li...@arm.linux.org.uk; linux-
> ker...@vger.kernel.org
On 3 October 2014 17:38, Peter Zijlstra wrote:
> On Tue, Sep 23, 2014 at 06:08:04PM +0200, Vincent Guittot wrote:
>
>> This implementation of utilization_avg_contrib doesn't solve the scaling
>> in-variance problem, so i have to scale the utilization with original
>> capacity of the CPU in order t
* Linus Torvalds (torva...@linux-foundation.org) wrote:
> On Fri, Oct 3, 2014 at 10:08 AM, Andrea Arcangeli wrote:
> >
> > Overall this looks a fairly small change to the rmap code, notably
> > less intrusive than the nonlinear vmas created by remap_file_pages.
>
> Considering that remap_file_pag
> -Original Message-
> From: Francois Romieu [mailto:rom...@fr.zoreil.com]
> Sent: Saturday, October 04, 2014 4:33 AM
> To: Hau
> Cc: net...@vger.kernel.org; nic_swsd; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH v2 net-next] r8169:add support for RTL8168EP
>
> Chun-Hao Lin :
> [..
The device tree structure is composed of two lists; the 'allnodes' list
which is a singly linked list containing every node in the tree, and the
child->parent structure where each parent node has a singly linked list
of children. All of the data in the allnodes list can be easily
reproduced with th
Hi Lee,
On Tuesday, September 30, 2014 9:39 PM Doug Anderson wrote,
> Subject: Re: [PATCH v7] mfd: syscon: Decouple syscon interface from platform
> devices
>
> Pankaj,
>
> On Tue, Sep 30, 2014 at 1:35 AM, Pankaj Dubey
> wrote:
> > Currently a syscon entity can be only registered directly throu
Commit d78c16ccde96 ("ARM: SAMSUNG: Remove remaining legacy code")
removed the Kconfig symbol PLAT_S5P. The seven dependencies on that
symbol have evaluated to false since next-20140716 (for linux-next) and
v3.17-rc1 (for mainline). Probably no one noticed because these are all
optional dependencie
On 30.09.14 10:24:16, Arnaldo Carvalho de Melo wrote:
> Em Tue, Sep 30, 2014 at 11:06:21AM +0200, Jean Pihet escreveu:
> > The plan is to move the small and generic functions first: util,
> > xyarray, cpumap, thread_map etc; then evlist, evsel, trace-event,
> > trace-event-parse; and finally integr
Commit d78c16ccde96 ("ARM: SAMSUNG: Remove remaining legacy code")
removed the Kconfig symbol PLAT_S5P. Remove an optional dependency on
that symbol from this Kconfig file too.
Signed-off-by: Paul Bolle
---
drivers/media/platform/exynos4-is/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 delet
Commit d78c16ccde96 ("ARM: SAMSUNG: Remove remaining legacy code")
removed the Kconfig symbol PLAT_S5P. Remove three optional dependencies
on that symbol from this Kconfig file too.
Signed-off-by: Paul Bolle
---
drivers/media/platform/Kconfig | 6 +++---
1 file changed, 3 insertions(+), 3 deleti
Peter Zijlstra writes:
> On Mon, Sep 08, 2014 at 03:55:11PM +0300, Alexander Shishkin wrote:
>
>> Fair enough. Then I'd like to disable the ACTIVE ones before freeing AUX
>> stuff and then re-enabling them since perf_event_{en,dis}able() already
>> provide the convenient cross-cpu calls, which wo
Commit d78c16ccde96 ("ARM: SAMSUNG: Remove remaining legacy code")
removed the Kconfig symbol PLAT_S5P. Remove an optional dependency on
that symbol from this Kconfig file too.
Signed-off-by: Paul Bolle
---
drivers/media/platform/s5p-tv/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
Commit d78c16ccde96 ("ARM: SAMSUNG: Remove remaining legacy code")
removed the Kconfig symbol PLAT_S5P. Remove two optional dependencies on
that symbol from this Kconfig file too.
Signed-off-by: Paul Bolle
---
drivers/usb/host/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
di
Hi Benoit,
>>> NR_IRQS:16 nr_irqs:16 16
>>> L2C: device tree omits to specify unified cache
>>
>> Jason, Thomas, Gregory,
>>
>> we should add a "cache-unified" to the l2cc nodes for all SoCs.
>
> It seems all armada dtsi using marvell,aurora-system-cache doesn't have the
> "cache-unified" entry
> -Original Message-
> From: containers-boun...@lists.linux-foundation.org
> [mailto:containers-boun...@lists.linux-foundation.org] On Behalf Of Richard
> Guy
> Briggs
> Sent: Monday, October 06, 2014 1:08 PM
> To: linux-au...@redhat.com; linux-kernel@vger.kernel.org;
> contain...@lists.
On Mon, Oct 06, 2014 at 01:54:56PM +0800, Fengguang Wu wrote:
> On Mon, Oct 06, 2014 at 01:50:24PM +0800, Fengguang Wu wrote:
> > Hi Paul,
> >
> > FYI, we noticed a number of ups and downs for commit
> >
> > 5057f55e543b7859cfd26bc281291795eac93f8a ("rcu: Bind RCU grace-period
> > kthreads if NO
On Mon, Oct 06, 2014 at 02:25:09AM +0200, Oleg Nesterov wrote:
> Yes, and the comments ;)
>
> I showed this patch only to complete the discussion, I am not going to
> send it now.
Fair enough :-)
> But thanks for the review!
>
> > > +static void kthread_kill(struct task_struct *k, struct kthrea
On Sun, 5 Oct 2014 19:06:52 +0300
"Michael S. Tsirkin" wrote:
> Replace duplicated code in all transports with a single wrapper in
> virtio.c.
>
> The only functional change is in virtio_mmio.c: if a buggy device sends
> us an interrupt before driver is set, we previously returned IRQ_NONE,
> no
> > We're currently ignoring the buffer cache sync and invalidation (which
> > is odd), but at least being consistent would be good.
> Well, invalidate_bdev() doesn't return anything. And
> invalidate_mapping_pages() inside invalidate_bdev() returns only number of
> invalidated pages. I don't thi
> -Original Message-
> From: containers-boun...@lists.linux-foundation.org
> [mailto:containers-boun...@lists.linux-foundation.org] On Behalf Of Richard
> Guy
> Briggs
> Sent: Monday, October 06, 2014 1:09 PM
> To: linux-au...@redhat.com; linux-kernel@vger.kernel.org;
> contain...@lists.
Signed-off-by: Chen Hanxiao
---
include/uapi/linux/sched.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/uapi/linux/sched.h b/include/uapi/linux/sched.h
index 34f9d73..db765b4 100644
--- a/include/uapi/linux/sched.h
+++ b/include/uapi/linux/sched.h
@@ -13,7 +13,7 @@
On Fri, Oct 03, 2014 at 10:06:51PM +0100, Dmitry Torokhov wrote:
> [adding devicetree folks...]
>
> On Fri, Oct 03, 2014 at 02:03:57PM -0700, Dmitry Torokhov wrote:
> > Hi Duson,
> >
> > On Tue, Jan 07, 2014 at 11:08:03AM +0800, Duson Lin wrote:
> > > This driver adds support for elan i2c/smbus to
Do You Need A Loan To Pay Up Your
Bills Or To Start A Business,
RELIEF LOAN COMPANY Is Giving Out Loan Offered At 3%
Interest
Rate Without Collateral,If Interested,Email us @:mikand...@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On 29 September 2014 17:00, Matt Fleming wrote:
> On Mon, 29 Sep, at 04:05:16PM, Peter Zijlstra wrote:
>>
>> OMFG what a trainwreck... if they are reentrant like that, a lock isn't
>> going to help you in any way. The implementation of these calls must be
>> lockfree otherwise they cannot possibly
On Monday 06 October 2014 11:10:26 Paul Bolle wrote:
> config VIDEO_SAMSUNG_S5P_TV
> bool "Samsung TV driver for S5P platform"
> depends on PM_RUNTIME
> - depends on PLAT_S5P || ARCH_EXYNOS || COMPILE_TEST
> + depends on ARCH_EXYNOS || COMPILE_TEST
> default n
>
Hi Kevin,
On Wed, Oct 1, 2014 at 10:57 PM, Kevin Hilman wrote:
> On Sun, Sep 21, 2014 at 11:30 PM, Sudhir Sreedharan
> wrote:
>> For console devices having UART_CAP_SLEEP capability, the uart_pm_state has
>> to be initialized to UART_PM_STATE_ON. Otherwise the LCR regiser values
>> are reinitial
This patch series, modifies Exynos Power Management Unit (PMU) related code
for converting it into a platform_driver. This is also preparation for moving
PMU related code out of machine folder into a either "drivers/mfd", or
"drivers/power" or some other suitable place so that ARM64 based SoC can
u
This patch modifies Exynos Power Management Unit (PMU) initialization
implementation in following way:
- Added platform driver support for Exynos PMU IP.
- Added platform struct exynos_pmu_data to hold platform specific data.
- For each SoC's PMU support now we can add platform data and statically
This patch moves PMU specific definitions into a new file
as exynos-pmu.h.
This will help in reducing dependency of common.h in pmu.c.
Signed-off-by: Pankaj Dubey
Reviewed-by: Tomasz Figa
---
arch/arm/mach-exynos/common.h | 17 -
arch/arm/mach-exynos/exynos-pmu.h | 24 ++
On 1 October 2014 14:48, Christoph Hellwig wrote:
> On Tue, Sep 30, 2014 at 06:26:19PM +0200, Ard Biesheuvel wrote:
>> > can you explain me why arch/arm/crypto/aesbs-core.S_shipped
>> > is a _shipped file? I can't find any reason why it should be,
>> > it's a normal .S file in every way as far as
On 06/10/14 11:26, Arnd Bergmann wrote:
> On Monday 06 October 2014 11:10:26 Paul Bolle wrote:
>> config VIDEO_SAMSUNG_S5P_TV
>> bool "Samsung TV driver for S5P platform"
>> depends on PM_RUNTIME
>> - depends on PLAT_S5P || ARCH_EXYNOS || COMPILE_TEST
>> + depends on AR
On Mon, 2014-10-06 at 11:26 +0200, Arnd Bergmann wrote:
> On Monday 06 October 2014 11:10:26 Paul Bolle wrote:
> > config VIDEO_SAMSUNG_S5P_TV
> > bool "Samsung TV driver for S5P platform"
> > depends on PM_RUNTIME
> > - depends on PLAT_S5P || ARCH_EXYNOS || COMPILE_TEST
> >
On Mon, 2014-10-06 at 11:34 +0200, Sylwester Nawrocki wrote:
> On 06/10/14 11:26, Arnd Bergmann wrote:
> >
> > Does S5PV210 have this device?
>
> Yes, it does. Indeed, in all patches in this series we should
> have replaced PLAT_S5P with ARCH_S5PV210.
If somebody would actually do that, that wou
At Mon, 29 Sep 2014 23:44:39 +0200,
Ondrej Zary wrote:
>
> Add support for ES938 3-D Audio Effects Processor found on some ES18xx
> (and possibly other) sound cards, doing bass/treble and 3D control.
As this is seen only on es18xx, we don't need to make it as an
individual module. Just merge int
On Sun, 5 Oct 2014, Kirill A. Shutemov wrote:
> On Sat, Oct 04, 2014 at 07:48:04PM -0700, David Rientjes wrote:
> > If an anonymous mapping is not allowed to fault thp memory and then
> > madvise(MADV_HUGEPAGE) is used after fault, khugepaged will never
> > collapse this memory into thp memory.
>
On Fri, Sep 26, 2014 at 7:25 PM, Suman Anna wrote:
> I am yet to receive any comments on v6, but that series should address
> both your need for a probe deferral and Ohad's request to not change any
> return types. Please give it a try and let me know if you have any comments.
Guys,
Just to let
Hi Geert,
On Fri, Oct 3, 2014 at 5:52 PM, Geert Uytterhoeven wrote:
> On Wed, Oct 1, 2014 at 7:27 PM, Kevin Hilman wrote:
>> On Sun, Sep 21, 2014 at 11:30 PM, Sudhir Sreedharan
>> wrote:
>>> For console devices having UART_CAP_SLEEP capability, the uart_pm_state has
>>> to be initialized to UAR
On Friday 03 October 2014 06:34 AM, Felipe Balbi wrote:
> [ 261.177168] [] (skb_panic) from [] (skb_put+0x5c/0x60)
> [ 261.184415] [] (skb_put) from []
> (unix_stream_sendmsg+0x164/0x390)
> [ 261.192712] [] (unix_stream_sendmsg) from []
> (sock_aio_write+0xdc/0xfc)
> [ 261.201475] [] (sock_ai
On Sat, 4 Oct 2014, Bryan O'Donoghue wrote:
> @@ -381,7 +381,18 @@ static void init_intel(struct cpuinfo_x86 *c)
> #endif
> }
>
> - l2 = init_intel_cacheinfo(c);
> + /* Detect legacy cache sizes */
> + cpu_detect_cache_sizes(c);
> +
> + /*
> + * If cache_size has not b
On Sun, Oct 05, 2014 at 06:13:24AM +0100, Vince Weaver wrote:
> On Thu, 25 Sep 2014, Mark Rutland wrote:
>
> > Log 1, x86_64 lockup
> > [ 223.007005] [] ?
> > poll_select_copy_remaining+0x130/0x130
> > [ 223.007005] [] ? getname_flags+0x4a/0x1a0
> > [ 223.007005] [] ? final_putname+0x1d/0x4
Hello,
On 2014-10-05 15:54, Akinobu Mita wrote:
This makes CMA memory area size zero for x86 in default configuration
(doesn't change on the other architectures). If default CMA size is
zero, DMA_CMA is disabled. It can be enabled by passing cma= to the
kernel.
This makes less impact on x86.
On 06/10/14 10:55, Thomas Gleixner wrote:
+*/
+ if (c->x86_cache_size == 0)
+ l2 = init_intel_cacheinfo(c);
+ else
+ l2 = c->x86_cache_size;
Looking a bit deeper. This wont work because cpu_detect_cache_sizes()
will set c->x86_cache_size for all c
Commit 32726d2d5502 ("ARM: SAMSUNG: Remove legacy clock code") removed
the Kconfig symbol SAMSUNG_CLOCK. Remove the last checks for its macro,
and the dead code they hide, too.
Signed-off-by: Paul Bolle
---
This trivial fix has been discussed for some time now in the thread
starting at http://lkm
On Sat, Oct 04, 2014 at 05:48:42PM +0800, Chen Gang wrote:
> PWM_CLPS711X needs HAS_IOMEM, so depend on it, the related error (with
> allmodconfig under um):
>
> MODPOST 1205 modules
> ERROR: "devm_ioremap_resource" [drivers/pwm/pwm-clps711x.ko] undefined!
> ERROR: "devm_ioremap" [drivers/
On Fri, 03 Oct 2014, Paul Bolle wrote:
> Signed-off-by: Paul Bolle
> Fixes: 905e300e1043 ("USB: host: st: fix ehci/ohci driver selection")
Acked-by: Peter Griffin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Mor
On Wed, Oct 01, 2014 at 04:53:01PM +0200, Boris Brezillon wrote:
> From: Boris BREZILLON
>
> The HLCDC IP available in some Atmel SoCs (i.e. sam9x5i.e. at91sam9n12,
> at91sam9x5 family or sama5d3 family) provide a PWM device.
>
> The DT bindings used for this PWM device is following the default
Subject: Increase irq counters to 64 bit V3
V2->V3
- Remove useless counter changes
- Track use cases for kstat_irq_cpu
- Verify it works on 32 bit.
V1->V2
- Wrong size at percpu alloc.
- Use u64 so that this will also work on 32 bit machines
Irq counters can overflow easily if they ar
Hello Kumar,
On 10/06/2014 05:31 PM, Pintu Kumar wrote:
The Android ion_system_heap uses allocation fallback mechanism
based on 8,4,0 order pages available in the system.
It changes gfp flags based on higher order allocation request.
This higher order value is hard-coded as 4, instead of using
t
From: Alistair Popple
The original implementation of MMC support for Akebono introduced a
new configuration symbol (MMC_SDHCI_OF_476GTR). This symbol has been
dropped in favour of using the generic platform driver however the
select for this symbol was mistakenly left in the platform
configuratio
On Sun, 5 Oct 2014 19:06:59 +0300
"Michael S. Tsirkin" wrote:
> Use drv_to_virtio instead of open-coding it.
> Fix whitespace damage introduced by
> virtio: unify config_changed handling
Would it make sense to merge this into the previous patch?
>
> Signed-off-by: Michael S. Tsirkin
>
On Fri, 2014-10-03 at 16:36 -0600, Dennis Gesker wrote:
> Displaylink USB 3.0 Attached Display Adapater and Monitor Not Recognized
> DisplayLink Plug and Play Universal docking Station
> DELL
> Model: D3000
> MFG: ACP075US
> SN: 1309017059
>
>
> Apologies in advance if I'm posting to the wrong li
On Wed, Oct 01, 2014 at 04:53:00PM +0200, Boris Brezillon wrote:
[...]
> diff --git a/drivers/pwm/Kconfig b/drivers/pwm/Kconfig
> index b800783..afb896b 100644
> --- a/drivers/pwm/Kconfig
> +++ b/drivers/pwm/Kconfig
> @@ -50,6 +50,16 @@ config PWM_ATMEL
> To compile this driver as a module,
On Wed, Oct 01, 2014 at 04:52:58PM +0200, Boris Brezillon wrote:
[...]
> diff --git a/drivers/mfd/atmel-hlcdc.c b/drivers/mfd/atmel-hlcdc.c
[...]
> @@ -0,0 +1,122 @@
> +/*
> + * Copyright (C) 2014 Free Electrons
> + * Copyright (C) 2014 Atmel
> + *
> + * Author: Boris BREZILLON
> + *
> + * This pr
On Sun, 5 Oct 2014, Thomas Gleixner wrote:
64 bit counters on 32 bit machines are not an easy thing and could be
Whats so hard about 64bit counters on 32bit machines?
expensive to handle in particular because these counters are used in
performance critical hotpaths.
The expensive overhead
On Wed, Oct 01, 2014 at 04:53:03PM +0200, Boris Brezillon wrote:
> From: Boris BREZILLON
>
> The Atmel HLCDC (HLCD Controller) IP available on some Atmel SoCs (i.e.
> at91sam9n12, at91sam9x5 family or sama5d3 family) provides a display
> controller device.
>
> The HLCDC block provides a single R
Hi Sören,
Thank you for the patch.
On Thursday 02 October 2014 09:13:35 Soren Brinkmann wrote:
> Add a driver for the Xilinx Clocking Wizard soft IP. The clocking wizard
> provides an AXI interface to dynamically reconfigure the clocking
> resources of Xilinx FPGAs.
>
> Signed-off-by: Soren Brin
On Sun, 5 Oct 2014 19:07:02 +0300
"Michael S. Tsirkin" wrote:
> This is in preparation to extending config changed event handling
> in core.
> Wrapping these in an API also seems to make for a cleaner code.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> include/linux/virtio.h | 6 +
>
On Mon, Oct 06, 2014 at 05:17:16PM +0800, Fengguang Wu wrote:
> On Mon, Oct 06, 2014 at 01:54:56PM +0800, Fengguang Wu wrote:
> > On Mon, Oct 06, 2014 at 01:50:24PM +0800, Fengguang Wu wrote:
> > > Hi Paul,
> > >
> > > FYI, we noticed a number of ups and downs for commit
> > >
> > > 5057f55e543b7
On Mon, Oct 06, 2014 at 11:19:15AM +0200, Peter Zijlstra wrote:
> On Mon, Oct 06, 2014 at 02:25:09AM +0200, Oleg Nesterov wrote:
> > Yes, and the comments ;)
> >
> > I showed this patch only to complete the discussion, I am not going to
> > send it now.
>
> Fair enough :-)
>
> > But thanks for t
Hi Linus,
here's the small queue of EDAC fixes which has been accumulating.
The mpc85xx_edac fix is tagged for stable but since it got confirmed
only days before the final 3.17 release, I didn't rush a last minute
pull request to you. I hope that's ok as it will trickle down to stable
anyway and
On Wed, Oct 01, 2014 at 04:53:07PM +0200, Boris Brezillon wrote:
[...]
> diff --git a/arch/arm/boot/dts/sama5d3xdm.dtsi
> b/arch/arm/boot/dts/sama5d3xdm.dtsi
[...]
> + bl_reg: backlight_regulator {
> + compatible = "regulator-fixed";
> + regulator-name = "backlight-powe
If there is more then one UBI device mounted, there is no way to
distinguish between messages from different UBI devices.
Add device number to all ubi layer message types.
Signed-off-by: Tanya Brokhman
---
Changes from V1:
- Compilation error fixed
- macros were updated to receive
On Wed, Oct 01, 2014 at 04:53:08PM +0200, Boris Brezillon wrote:
> From: Boris BREZILLON
>
> Enable LCD related nodes.
>
> Signed-off-by: Boris Brezillon
> ---
> arch/arm/boot/dts/sama5d31ek.dts | 20
> arch/arm/boot/dts/sama5d33ek.dts | 20
> arch/arm
Systemd you.
On 10/6/14, Al Viro wrote:
> On Mon, Oct 06, 2014 at 05:29:57AM +, Gregory Smith wrote:
> *plonk*
>
--
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 http://vger.kernel.org/majo
On Sat, Oct 4, 2014 at 3:48 PM, Jonathan Cameron wrote:
> On 02/10/14 14:43, Daniel Baluta wrote:
>> We need a way to store events generated by iio_dummy_evgen module,
>> in order to correctly process IRQs in iio_simple_dummy_events.
>>
>> For the moment, we add two registers:
>>
>> * id_reg - ID
Since we can compose gadgets from many functions, there is the problem
related to gadget breakage while FunctionFS daemon being closed. In some
cases it's strongly desired to keep gadget alive for a while, despite
FunctionFS files are closed, to allow another functions to complete
some presumably c
> > Trond also had a comment that if we extended the ioctl to work for all
> > inodes (not just blkdev) and allowed some additional flags of what
> > needs to be invalidated, the new ioctl would be also useful to NFS
> > userspace - see Trond's email at
> >
> > http://www.spinics.net/lists/linux-fs
On Sun, 5 Oct 2014 19:07:05 +0300
"Michael S. Tsirkin" wrote:
> Defer config changed notifications that arrive during
> probe/scan/freeze/restore.
>
> This will allow drivers to set DRIVER_OK earlier, without worrying about
> racing with config change interrupts.
>
> This change will also benef
On Mon, Oct 06, 2014 at 11:13:51AM +0100, Thierry Reding wrote:
> On Wed, Oct 01, 2014 at 04:53:01PM +0200, Boris Brezillon wrote:
> > From: Boris BREZILLON
> >
> > The HLCDC IP available in some Atmel SoCs (i.e. sam9x5i.e. at91sam9n12,
> > at91sam9x5 family or sama5d3 family) provide a PWM devic
On Mon, 6 Oct 2014 12:49:17 +0200
Thierry Reding wrote:
> On Wed, Oct 01, 2014 at 04:52:58PM +0200, Boris Brezillon wrote:
> [...]
> > diff --git a/drivers/mfd/atmel-hlcdc.c b/drivers/mfd/atmel-hlcdc.c
> [...]
> > @@ -0,0 +1,122 @@
> > +/*
> > + * Copyright (C) 2014 Free Electrons
> > + * Copyrig
On Sun, 5 Oct 2014 19:07:07 +0300
"Michael S. Tsirkin" wrote:
> Now that virtio core ensures config changes don't
> arrive during probing, drop config_enable flag
> in virtio blk.
> On removal, flush is now sufficient to guarantee that
> no change work is queued.
>
> This help simplify the drive
Enable generic allocator by default because it is used by OCMC driver.
Signed-off-by: Michal Simek
---
arch/arm/mach-zynq/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-zynq/Kconfig b/arch/arm/mach-zynq/Kconfig
index aaa5162c1509..d447adefd397 100644
--- a/arch/arm/ma
include/soc/zynq/ is the right location for this header
to be able to share information from this header with other
drivers which require it.
Signed-off-by: Michal Simek
---
arch/arm/mach-zynq/common.c | 2 +-
arch/arm/mach-zynq/hotplug.c | 2 +-
arch/
Get OCM configuration from SLCR.
Signed-off-by: Michal Simek
---
arch/arm/mach-zynq/slcr.c | 15 +++
include/soc/zynq/common.h | 1 +
2 files changed, 16 insertions(+)
diff --git a/arch/arm/mach-zynq/slcr.c b/arch/arm/mach-zynq/slcr.c
index cb7c46165728..0c3e45090c09 100644
--- a/
Hello.
On 10/5/2014 8:07 PM, Michael S. Tsirkin wrote:
config_mutex served two purposes: prevent multiple concurrent config
change handlers, and synchronize access to config_enable flag.
Since commit dbf2576e37da0fcc7aacbfbb9fd5d3de7888a3c1
workqueue: make all workqueues non-reentrant
a
Replace the kprobe_tracer's startup test with two selftest scripts.
These test cases are testing that the kprobe_event can accept a
kprobe event with $stack related arguments and a kretprobe event
with $retval argument.
Signed-off-by: Masami Hiramatsu
---
kernel/trace/trace_kprobe.c
On Sun, 5 Oct 2014 19:07:10 +0300
"Michael S. Tsirkin" wrote:
> config_mutex served two purposes: prevent multiple concurrent config
> change handlers, and synchronize access to config_enable flag.
>
> Since commit dbf2576e37da0fcc7aacbfbb9fd5d3de7888a3c1
> workqueue: make all workqueues non
On Mon, 6 Oct 2014 12:46:35 +0200
Thierry Reding wrote:
> On Wed, Oct 01, 2014 at 04:53:00PM +0200, Boris Brezillon wrote:
> [...]
> > diff --git a/drivers/pwm/Kconfig b/drivers/pwm/Kconfig
> > index b800783..afb896b 100644
> > --- a/drivers/pwm/Kconfig
> > +++ b/drivers/pwm/Kconfig
> > @@ -50,6
On Sun, 5 Oct 2014 19:07:13 +0300
"Michael S. Tsirkin" wrote:
> Now that virtio core ensures config changes don't arrive during probing,
> drop config_enable flag in virtio net.
> On removal, flush is now sufficient to guarantee that no change work is
> queued.
>
> This help simplify the driver,
On Mon, Oct 06, 2014 at 03:46:15PM +0400, Sergei Shtylyov wrote:
> Hello.
>
> On 10/5/2014 8:07 PM, Michael S. Tsirkin wrote:
>
> >config_mutex served two purposes: prevent multiple concurrent config
> >change handlers, and synchronize access to config_enable flag.
>
> >Since commit dbf2576e37da
On Sun, 5 Oct 2014 19:07:16 +0300
"Michael S. Tsirkin" wrote:
> config_mutex served two purposes: prevent multiple concurrent config
> change handlers, and synchronize access to config_enable flag.
>
> Since commit dbf2576e37da0fcc7aacbfbb9fd5d3de7888a3c1
> workqueue: make all workqueues non
1 - 100 of 646 matches
Mail list logo
