On Tue, Jan 13, 2015 at 05:37:50PM +0100, Andrea Arcangeli wrote:
> We can leverage the VM_FAULT_RETRY functionality in the page fault
> paths better by using either get_user_pages_locked or
> get_user_pages_unlocked.
>
> The former allow conversion of get_user_pages invocations that will
> have
On Fri, Jan 16, 2015 at 01:30:13PM +0100, Jiri Olsa wrote:
> On Fri, Jan 16, 2015 at 12:22:21PM +, Will Deacon wrote:
> > On Fri, Jan 16, 2015 at 12:12:14PM +, Mark Rutland wrote:
> > > On Fri, Jan 16, 2015 at 11:39:22AM +, Will Deacon wrote:
> > > > On Thu, Jan 15, 2015 at 12:54:56PM
On 06/11/14 18:51, Pawel Moll wrote:
> Until now, perf framework never defined the meaning of the timestamps
> captured as PERF_SAMPLE_TIME sample type. The values were obtaining
> from local (sched) clock, which is unavailable in userspace. This made
> it impossible to correlate perf data with
Mike Turquette writes:
> Quoting Robert Jarzmik (2014-12-27 05:55:28)
>> Add 2 clocks which were erronously forgotten by the clock framework
>> port, namely :
>> - sa1100-rtc
>> - irda for pxa2xx-ir:UARTCLK
>>
>> Signed-off-by: Robert Jarzmik
>
> Acked-by: Michael Turquette
Thanks for the
On Fri, Jan 16, 2015 at 01:10:47PM +1000, Ken Wilson wrote:
> This commit adds support for multiple hardware chip selects to spi-orion.
> Different SoCs support different number of chip selects (up to
> 8 on some platforms). The driver allows up to this number, and it is up
> to the implementer to
Preventing division by zero condition by making sure that
the initial n and m values are not 0.
Signed-off-by: Heikki Krogerus
---
drivers/clk/clk-fractional-divider.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/clk/clk-fractional-divider.c
On Fri, Jan 16, 2015 at 11:10:18AM +0100, Hans de Goede wrote:
> On 16-01-15 10:27, Gregory CLEMENT wrote:
> >>>+ reg_sata0: pwr-sata0 {
> >>>+ compatible = "regulator-fixed";
> >>>+ regulator-name = "pwr_en_sata0";
> >>>+ enable-active-high;
> >>>+
On Fri, Jan 16, 2015 at 12:37 PM, Jan Kara wrote:
> Hello,
>
> On Thu 15-01-15 21:49:10, Konstantin Khebnikov wrote:
>> This is ressurection of my old RFC patch for dirty-set accounting cgroup [1]
>> Now it's merged into memory cgroup and got bandwidth controller as a bonus.
>>
>> That shows
On 01/16/2015 12:56 PM, Maxime Coquelin wrote:
Hi Gabriel,
For the series:
Acked-by: Maxime Coquelin
Kishon, could you take care of adding PHY driver patch for v3.20?
Hi Kishon,
Don't apply the patch, since we have 2 other PHY driver patches, I
will send you a pull request.
On Fri, Jan 16, 2015 at 12:22:21PM +, Will Deacon wrote:
> On Fri, Jan 16, 2015 at 12:12:14PM +, Mark Rutland wrote:
> > On Fri, Jan 16, 2015 at 11:39:22AM +, Will Deacon wrote:
> > > On Thu, Jan 15, 2015 at 12:54:56PM +, Jiri Olsa wrote:
> > > > hi,
> > > > I'm following up on
On Sun, Jan 04, 2015 at 01:35:24AM +0100, Rickard Strandqvist wrote:
> Removes some functions that are not used anywhere:
> sst_hsw_stream_unmute() sst_hsw_stream_mute() msg_set_stage_type()
> sst_hsw_dx_get_state() sst_hsw_dx_set_state()
> sst_hsw_stream_set_write_position()
This doesn't apply
On Fri, Jan 16, 2015 at 12:12:14PM +, Mark Rutland wrote:
> On Fri, Jan 16, 2015 at 11:39:22AM +, Will Deacon wrote:
> > On Thu, Jan 15, 2015 at 12:54:56PM +, Jiri Olsa wrote:
> > > hi,
> > > I'm following up on latest post from Alexis:
> > >
On Fri, Jan 16, 2015 at 12:05:18PM +, Mark Brown wrote:
> On Fri, Jan 16, 2015 at 10:10:34AM +, Catalin Marinas wrote:
>
> > Indeed, keeping the series as one thread is better. Apart from a
> > slightly less misleading subject, I suggest Hanjun that he passes each
> > patch via
On Tue, Jan 13, 2015 at 9:06 PM, Rob Herring wrote:
> On Sat, Jan 10, 2015 at 3:14 PM, Linus Walleij
> wrote:
>> After the Nomadik pin controller was force migrated to generic pin
>> control bindings, some leftovers in the documentation need to be
>> cleaned up. The code and device trees are
On Fri, Jan 16, 2015 at 12:56:36PM +0530, Aneesh Kumar K.V wrote:
> This make sure that we try to allocate hugepages from local node if
> allowed by mempolicy. If we can't, we fallback to small page allocation
> based on mempolicy. This is based on the observation that allocating pages
> on local
On Wed, Jan 07, 2015 at 03:01:54PM +, Mark Rutland wrote:
> Currently the adjusments made as part of perf_event_task_tick use the
> percpu rotation lists to iterate over any active PMU contexts, but these
> are not used by the context rotation code, having been replaced by
> separate
On Wed, Jan 07, 2015 at 02:56:51PM +, Mark Rutland wrote:
> When initialising an event, perf_init_event will call try_module_get to
> ensure that the PMU's module cannot be removed for the lifetime of the
> event, with __free_event dropping the reference when the event is
> finally destroyed.
On Thu, Jan 15, 2015 at 05:12:17PM +0100, Tomeu Vizoso wrote:
> From: Stéphane Marchesin
>
> This panel is used by the Nyan Blaze board and supported by the simple-panel
> driver.
>
> Signed-off-by: Tomeu Vizoso
> ---
> drivers/gpu/drm/panel/panel-simple.c | 26 ++
> 1
On Fri, Jan 16, 2015 at 12:12:14PM +, Mark Rutland wrote:
> On Fri, Jan 16, 2015 at 11:39:22AM +, Will Deacon wrote:
> > On Thu, Jan 15, 2015 at 12:54:56PM +, Jiri Olsa wrote:
> > > hi,
> > > I'm following up on latest post from Alexis:
> > >
On pią, 2015-01-16 at 20:51 +0900, Chanwoo Choi wrote:
> Hi Krzysztof,
>
> On 01/16/2015 08:19 PM, Krzysztof Kozlowski wrote:
> > Add myself as supporter for Maxim 77686 PMIC and Maxim 14577/77693 MUIC
> > drivers:
> > - mfd (all of them),
> > - extcon (extcon-max14577, extcon-max77693)
> > -
Call kfree on list2 after using it.
Signed-off-by: Valentin Ilie
---
tools/vm/page_owner_sort.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/vm/page_owner_sort.c b/tools/vm/page_owner_sort.c
index 77147b4..92292d5 100644
--- a/tools/vm/page_owner_sort.c
+++
On Fri, Jan 16, 2015 at 11:14 AM, Daniel Kurtz wrote:
>
> On Fri, Jan 16, 2015 at 10:36 AM, huang lin wrote:
> > The AUO b101ean01 panel is a 10.1" 1280x800 panel,
> > which can be supported by the simple panel driver.
> >
> > Signed-off-by: huang lin
>
Thierry is going to point out that this
On 01/16/15 12:20, Nicholas Mc Guire wrote:
> Signed-off-by: Nicholas Mc Guire
> ---
>
> Patch is against 3.19.0-rc3 -next-20150109
>
> Patch was compiletested only with x86_64_defconfig +
> CONFIG_TARGET_CORE=m, CONFIG_INFINIBAND=m, CONFIG_INFINIBAND_SRPT=m
>
>
On Fri, Jan 16, 2015 at 11:39:22AM +, Will Deacon wrote:
> On Thu, Jan 15, 2015 at 12:54:56PM +, Jiri Olsa wrote:
> > hi,
> > I'm following up on latest post from Alexis:
> > http://marc.info/?l=linux-kernel=141427580405357=2
> >
> > v2 changes:
> > - build Makefiles librarized and
On 15.01.15 09:58, Christian Borntraeger wrote:
> Folks,
>
> fyi, this is my current patch queue for the next merge window. It
> does contain a patch that will disallow ACCESS_ONCE on non-scalar
> types.
>
> The tree is part of linux-next and can be found at
>
This series is based on the first two patches from the reent
series that Dongsu Park recently sent, and refactors and cleanups
up various aspect of our BLOCK_PC mapping helpers.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Just open code the trivial mapping from a kernel virtual address to
a bio instead of going through the complex user address mapping
machinery.
Signed-off-by: Christoph Hellwig
---
block/bio.c | 60
1 file changed, 44 insertions(+), 16
Signed-off-by: Christoph Hellwig
---
block/bio.c | 53 +---
block/blk-map.c | 137 +---
include/linux/bio.h | 4 --
3 files changed, 14 insertions(+), 180 deletions(-)
diff --git a/block/bio.c b/block/bio.c
index
The default sample interval may be too slow for certain clients. This
patch makes it configurable via the platform_data.
Signed-off-by: Robert Rosengren
Signed-off-by: Johan Adolfsson
---
drivers/hwmon/ads7828.c | 11 ++-
include/linux/platform_data/ads7828.h | 2 ++
2
And also remove the unused bdev argument.
Signed-off-by: Christoph Hellwig
---
block/bio.c | 56 +++--
block/blk-map.c | 2 +-
include/linux/bio.h | 1 -
3 files changed, 21 insertions(+), 38 deletions(-)
diff --git a/block/bio.c
This saves a little code, and allow to simplify the error handling.
Signed-off-by: Christoph Hellwig
---
block/bio.c | 50 +-
1 file changed, 17 insertions(+), 33 deletions(-)
diff --git a/block/bio.c b/block/bio.c
index 7d8c655..a69a9c9 100644
From: Dongsu Park
Rewrite __bio_copy_iov using the copy_page_{from,to}_iter helpers, and
split it into two simpler functions.
This commit should contain only literal replacements, without
functional changes.
Cc: Kent Overstreet
Cc: Jens Axboe
Cc: Al Viro
Signed-off-by: Dongsu Park
[hch:
On Fri, Jan 16, 2015 at 10:10:34AM +, Catalin Marinas wrote:
> Indeed, keeping the series as one thread is better. Apart from a
> slightly less misleading subject, I suggest Hanjun that he passes each
> patch via get_maintainer.pl and adds the corresponding Cc: lines to the
> commit log. I
From: Kent Overstreet
Make use of a new interface provided by iov_iter, backed by
scatter-gather list of iovec, instead of the old interface based on
sg_iovec. Also use iov_iter_advance() instead of manual iteration.
This commit should contain only literal replacements, without
functional
The code sniplet to walk all bio_vecs and free their pages is opencoded in
way to many places, so factor it into a helper. Also convert the slightly
more complex cases in bio_kern_endio and __bio_copy_iov where we break
the freeing from an existing loop into a separate one.
Signed-off-by:
On Fri, 16 Jan 2015, Bart Van Assche wrote:
> On 01/16/15 12:20, Nicholas Mc Guire wrote:
> > Signed-off-by: Nicholas Mc Guire
> > ---
> >
> > Patch is against 3.19.0-rc3 -next-20150109
> >
> > Patch was compiletested only with x86_64_defconfig +
> > CONFIG_TARGET_CORE=m, CONFIG_INFINIBAND=m,
Hi Will,
On Thursday 15 January 2015 10:17 PM, Pratyush Anand wrote:
Hi Will / Catalin,
On Tuesday 13 January 2015 11:23 PM, Pratyush Anand wrote:
I will still try to find some way to capture enable_dbg macro path.H
I did instrumented debug tap points at all the location from where
Hi Christoph,
On 16.01.2015 03:31, Christoph Hellwig wrote:
> On Thu, Jan 15, 2015 at 10:18:17AM -0800, Christoph Hellwig wrote:
> > This breaks booting a simple KVM VM for me:
> Seems like the issue actually is in the patch before this one, but
> only shows up with this one applied.
> The root
Hi Gabriel,
For the series:
Acked-by: Maxime Coquelin
Kishon, could you take care of adding PHY driver patch for v3.20?
Thanks,
Maxime
On 01/14/2015 10:54 AM, Gabriel FERNANDEZ wrote:
The goal of this series is to enable the support of MiPHY28lp Generic PHY.
The first patch is to
On Thu, Jan 15, 2015 at 09:22:19PM -, Thomas Gleixner wrote:
> No point in having try_to_enable_x2apic() outside of the
> CONFIG_X86_X2APIC section and having inline functions and more ifdefs
> to deal with it. Move the code into the existing ifdef section and
> remove the inline cruft.
>
>
Hi, Mark
On Fri, Jan 16, 2015 at 6:48 PM, Mark Rutland wrote:
> On Fri, Jan 16, 2015 at 10:00:10AM +, Chunyan Zhang wrote:
>> From: Zhizhou Zhang
>>
>> Adds support for Spreadtrum's SoC Platform in the arm64 Kconfig and
>> defconfig files.
>>
>> Signed-off-by: Zhizhou Zhang
>>
On Fri, Jan 16, 2015 at 09:32:20AM -0200, Fabio Estevam wrote:
> Thanks for the report, Christian
>
> Adding Andy and Russell on Cc.
Yes, this is highly possible. My patch set which addressed all sorts
of issues like this is now a year old, and I gave up with trying to
get it merged - it became
Hi Krzysztof,
On 01/16/2015 08:19 PM, Krzysztof Kozlowski wrote:
> Add myself as supporter for Maxim 77686 PMIC and Maxim 14577/77693 MUIC
> drivers:
> - mfd (all of them),
> - extcon (extcon-max14577, extcon-max77693)
> - power (max14577_charger.c, 77693 on LKML [1]),
> - regulator (all of
On Thu, Jan 15, 2015 at 03:51:39PM -0500, Jason Cooper wrote:
> On Thu, Jan 15, 2015 at 08:31:59PM +, Mark Brown wrote:
> > Just changing the subject lines to be more suitable would help, but
> > given the painful thread it's probably worth going the extra step if
> > the lack of these
On Fri, Jan 16, 2015 at 12:13:27PM +0900, James Ban wrote:
> This is a patch for fixing unmatched of_node.
Applied, thanks.
signature.asc
Description: Digital signature
On 16/01/2015 at 12:07:42 +0100, Alexandre Belloni wrote :
> On 16/01/2015 at 11:59:33 +0100, Daniel Lezcano wrote :
> > On 01/16/2015 11:48 AM, Alexandre Belloni wrote:
> > >Hi,
> > >
> > >On 16/01/2015 at 11:39:16 +0100, Daniel Lezcano wrote :
> > >>>Isn't that already the case?
> > >>>Right
This switches to opencoding bio_add_pc_page, and thus losing the
max_hw_sectors check. Additionally it exports a function that's
not used outside the file without a user showing up in the
series.
For now I'd suggest defeing this to the series that uses it, but
I suspect we can't really use
mm/iov_iter.c already has a iov_iter_npages, although that
one doesn't do an alignment check yet. But it might be worth
to just the iov_iter_alignment similar to how iov_iter_alignment
does it instead of this new function.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Thu, Jan 15, 2015 at 12:54:56PM +, Jiri Olsa wrote:
> hi,
> I'm following up on latest post from Alexis:
> http://marc.info/?l=linux-kernel=141427580405357=2
>
> v2 changes:
> - build Makefiles librarized and moved to 'tools/build' [Ingo]
> - several minor fixies [Namhyung]
> -
Hi Hao,
Why would you do this? read/writew() is AFAICT not the same as bfin_read/write16
(defined in arch/blackfin/include/asm/def_LPBlackfin.h). And all other blackfin
sources I've seen all use bfin_read/write.
So unless there is a good reason for this change I am not going to accept this.
On 01/16/2015 12:02 PM, Michal Simek wrote:
>>> Origin patch looks good to me but this checking will be good to add.
>>> Are you using of_serial.c because I didn't find any of_alias_get_id call
>>> for 8250?
>>
>> I'm using of_alias_get_id() in 8250_omap.c which made it into
>> v3.19-rc1. I think
Thanks for the report, Christian
Adding Andy and Russell on Cc.
On Fri, Jan 16, 2015 at 9:05 AM, Christian Gmeiner
wrote:
> [ 17.946189] [ cut here ]
> [ 17.950848] WARNING: CPU: 0 PID: 3 at lib/dma-debug.c:1093
> check_unmap+0x858/0xa10()
> [ 17.958674] fec
On Thu, Jan 15, 2015 at 10:18:17AM -0800, Christoph Hellwig wrote:
> This breaks booting a simple KVM VM for me:
Seems like the issue actually is in the patch before this one, but
only shows up with this one applied.
The root cause is that we only copy the iov_iter, but not the
actual iovecs
Signed-off-by: Nicholas Mc Guire
---
Patch is against 3.19.0-rc3 -next-20150109
Patch was compiletested only with x86_64_defconfig +
CONFIG_TARGET_CORE=m, CONFIG_INFINIBAND=m, CONFIG_INFINIBAND_SRPT=m
drivers/infiniband/ulp/srpt/ib_srpt.c |2 +-
1 file changed, 1 insertion(+), 1
On 16/01/15 10:58, Will Deacon wrote:
> On Fri, Jan 09, 2015 at 04:16:10PM +, Daniel Thompson wrote:
>> Some ARM platforms mux the PMU interrupt of every core into a single
>> SPI. On such platforms if the PMU of any core except 0 raises an interrupt
>> then it cannot be serviced and
On 16/01/2015 at 11:23:24 +, Russell King - ARM Linux wrote :
> On Fri, Jan 16, 2015 at 11:35:30AM +0100, Alexandre Belloni wrote:
> > On 16/01/2015 at 11:23:32 +0100, Thomas Gleixner wrote :
> > > On Fri, 16 Jan 2015, Alexandre Belloni wrote:
> > >
> > > > There is no point in calling
On 01/16/2015 02:27 AM, Kees Cook wrote:
> On Sun, Jan 4, 2015 at 8:28 PM, Rusty Russell wrote:
>> Oded Gabbay writes:
>>> On 12/24/2014 01:01 AM, Rusty Russell wrote:
Oded Gabbay writes:
> I didn't say it doesn't always work.
> The actual thing that doesn't work is the define
On Fri, Jan 16, 2015 at 11:35:30AM +0100, Alexandre Belloni wrote:
> On 16/01/2015 at 11:23:32 +0100, Thomas Gleixner wrote :
> > On Fri, 16 Jan 2015, Alexandre Belloni wrote:
> >
> > > There is no point in calling suspend/resume for unused
> > > clocksources.
> > >
> > > Signed-off-by:
Add myself as supporter for Maxim 77686 PMIC and Maxim 14577/77693 MUIC
drivers:
- mfd (all of them),
- extcon (extcon-max14577, extcon-max77693)
- power (max14577_charger.c, 77693 on LKML [1]),
- regulator (all of them),
- clock (clk-max77686.c)
- RTC (rtc-max77686.c).
Lately I am the
On Fri, Jan 16, 2015 at 11:17:06AM +, Russell King - ARM Linux wrote:
> On Fri, Jan 16, 2015 at 10:20:14AM +0100, Sylvain Rochet wrote:
> > Hello Alexandre,
> >
> >
> > On Fri, Jan 16, 2015 at 10:05:51AM +0100, Alexandre Belloni wrote:
> > > There is no point in calling suspend/resume for
Hey, Oliver
On Mon, Jan 12, 2015 at 7:50 PM, Oliver Neukum wrote:
On Mon, 2015-01-12 at 18:53 +0800, 曾婷葳 (tammy_tseng) wrote:
> > (Skip the code diff...)
>
> Again macros for endianness
>
> And the driver has a great number of conditional compilations are they
> really needed? The driver as
On Fri, Jan 16, 2015 at 02:35:19AM +, Steven Rostedt wrote:
> On Thu, 15 Jan 2015 12:05:52 -0500
> Javi Merino wrote:
>
> > Trace can now generate traces with variable element size arrays. Add
> > support to parse them.
> >
> > Cc: Namhyung Kim
> > Cc: Arnaldo Carvalho de Melo
> > Cc:
On Thu, Jan 15, 2015 at 09:22:16PM -, Thomas Gleixner wrote:
> If x2apic_preenabled is not enabled, then disable_x2apic() is not
> called from various places which results in x2apic_disabled not being
> set. So other code pathes can happily reenable the x2apic.
>
> Signed-off-by: Thomas
On Fri, Jan 16, 2015 at 10:20:14AM +0100, Sylvain Rochet wrote:
> Hello Alexandre,
>
>
> On Fri, Jan 16, 2015 at 10:05:51AM +0100, Alexandre Belloni wrote:
> > There is no point in calling suspend/resume for unused
> > clockevents as they are already stopped and disabled.
> >
> > Furthermore,
On 14/01/15 15:05, Hanjun Guo wrote:
> From: Tomasz Nowicki
>
> ACPI kernel uses MADT table for proper GIC initialization. It needs to
> parse GIC related subtables, collect CPU interface and distributor
> addresses and call driver initialization function (which is hardware
> abstraction
Hi,
Kees Cook wrote:
> This is a reimplementation of Baoquan's "kaslr: check if kernel location is
> changed", which performs the check without needing to change the function
> declaration. This should have exactly the same effect, but I dropped Vivek's
> Ack and Thomas's Test, since it's
On Fri, Jan 16, 2015 at 12:10:19PM +0100, Borislav Petkov wrote:
> Bah, let's get rid of this knob completely (ontop of your patch):
... or, maybe I should look at the next patch first :-)
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Formatting is fine.
--
--
To
Paul Zimmerman writes:
> From 47bd18e210fecf701d493c27884e13c69bc449ea Mon Sep 17 00:00:00 2001
> From: Paul Zimmerman
> Date: Wed, 14 Jan 2015 18:15:58 -0800
> Subject: [PATCH] usb: phy: make GPIOs optional for the generic phy
>
> The use of GPIOs should be optional for the generic phy,
On Thu, Jan 15, 2015 at 11:49:49AM -0800, Soren Brinkmann wrote:
> Add an attribute 'wakeup' to the GPIO sysfs interface which allows
> marking/unmarking a GPIO as wake IRQ.
> The file 'wakeup' is created in each exported GPIOs directory, if an IRQ
> is associated with that GPIO and the irqchip
On Thu, Jan 15, 2015 at 09:22:14PM -, Thomas Gleixner wrote:
> The x2apic_preenabled flag is just a horrible hack and if X2APIC
> support is disabled it does not reflect the actual hardware
> state. Check the hardware instead.
>
> Signed-off-by: Thomas Gleixner
> ---
>
Spreadtrum is a rapid growing chip vendor providing smart phone total solutions.
Sharkl64 Platform is nominated as a SoC infrastructure that supports 4G/3G/2G
standards based on ARMv8 multiple core architecture. Now we have only one
SoC(SC9836) based on this Platform in developing.
This patchset
On 16/01/2015 at 11:59:33 +0100, Daniel Lezcano wrote :
> On 01/16/2015 11:48 AM, Alexandre Belloni wrote:
> >Hi,
> >
> >On 16/01/2015 at 11:39:16 +0100, Daniel Lezcano wrote :
> >>>Isn't that already the case?
> >>>Right now, if you call clocksource_suspend, it doesn't matter whether
> >>>the
[ 17.946189] [ cut here ]
[ 17.950848] WARNING: CPU: 0 PID: 3 at lib/dma-debug.c:1093
check_unmap+0x858/0xa10()
[ 17.958674] fec 2188000.ethernet: DMA-API: device driver tries to
free DMA memory it has not allocated [device
address=0x] [size=34 bytes]
On Fri, 16 Jan 2015, Thomas Gleixner wrote:
> On Fri, 16 Jan 2015, Jiang Liu wrote:
> > 5) x86_32, UP, IO_APIC disabled
> > 5.1) boot: panic with following call stack:
> > do_ono_initcall()->APIC_init_uniprocessor()->setup_local_APIC().
> > I can't capture the full log message due to lack of
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,
On 01/16/2015 11:51 AM, Sebastian Andrzej Siewior wrote:
> - Yoshihiro YUNOMAE
> (reason: 550 5.1.1 : Recipient
> address rejected: User Unknown)
>
> On 01/16/2015 11:37 AM, Michal Simek wrote:
>> Hi,
>
> Hi,
>
>> Origin patch looks good to me but this checking will be good to add.
>> Are you
Hi Chunyan Zhang,
On Fri, Jan 16, 2015 at 06:00:11PM +0800, Chunyan Zhang wrote:
> + if (uart_handle_sysrq_char(port, ch))
> + continue;
You don't define SUPPORT_SYSRQ, so uart_handle_sysrq_char has no effect. See
include/linux/serial_core.h.
baruch
--
On Thu, Jan 15, 2015 at 05:15:43PM -0800, Andrew Morton wrote:
> On Thu, 15 Jan 2015 00:51:50 +0100 Rasmus Villemoes
> wrote:
>
> > > There are still several flags unused in vma.vm_flags btw.
> > >
> > > I'm not sure that we can repurpose vm_pgoff (or vm_private_data) for
> > > this: a badly
As the interrupt handling was transferred to the lubbock_io driver, make
the switch in lubbock platform code.
Signed-off-by: Robert Jarzmik
---
Since v1: change the name from cottula to lubbock_io
Dmitry pointed out the Cottula was the pxa25x family name,
lubbock was the
Lubbock () board is the IO motherboard of the Intel PXA25x Development
Platform, which supports the Lubbock pxa25x soc board.
Historically, this support was in arch/arm/mach-pxa/lubbock.c. When
gpio-pxa was moved to drivers/pxa, it became a driver, and its
initialization and probing happened at
Add a binding for lubbock motherboard IO board.
Signed-off-by: Robert Jarzmik
---
.../devicetree/bindings/mfd/lubbock-io.txt | 26 ++
1 file changed, 26 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mfd/lubbock-io.txt
diff --git
Hey, Oliver
On Mon, Jan 12, 2015 at 7:50 PM, Oliver Neukum wrote:
On Mon, 2015-01-12 at 18:53 +0800, 曾婷葳 (tammy_tseng) wrote:
> > (Skip the code diff...)
>
> Again macros for endianness
>
> And the driver has a great number of conditional compilations are they
> really needed? The driver as
On 01/16/2015 11:48 AM, Alexandre Belloni wrote:
Hi,
On 16/01/2015 at 11:39:16 +0100, Daniel Lezcano wrote :
Isn't that already the case?
Right now, if you call clocksource_suspend, it doesn't matter whether
the clocksource has an enable or not, it will be suspended. Maybe I'm
mistaken but my
On Fri, Jan 09, 2015 at 04:16:10PM +, Daniel Thompson wrote:
> Some ARM platforms mux the PMU interrupt of every core into a single
> SPI. On such platforms if the PMU of any core except 0 raises an interrupt
> then it cannot be serviced and eventually, if you are lucky, the spurious
> irq
On Fri, Jan 16, 2015 at 03:08:37AM +, Jon Masters wrote:
> Hi Folks,
>
> We're implementing support for SPCR table parsing shortly[0], since it
> will allow to deprecate supplying a "console=" (and eventually, also
> "earlycon=") on 64-bit ARM servers, where it's not always the case that
> we
Hello,
On Fri 16-01-15 15:48:04, Namjae Jeon wrote:
> > > +int file_write_unfreeze(struct inode *inode)
> > > +{
> > > + struct super_block *sb = inode->i_sb;
> > > +
> > > + if (!S_ISREG(inode->i_mode))
> > > + return -EINVAL;
> > > +
> > > + spin_lock(>i_lock);
> > > +
> > > + if
Signed-off-by: Nicholas Mc Guire
---
Patch is against 3.19.0-rc3 -next-20150109
This patch was compiletested with imx_v6_v7_defconfig +
CONFIG_RESET_CONTROLLER=y, CONFIG_IMX_IPUV3_CORE=m
drivers/gpu/ipu-v3/ipu-dc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Thu, Jan 15, 2015 at 09:22:12PM -, Thomas Gleixner wrote:
> Having several disjunct pieces of code for x2apic support makes
> reading the code unnecessarily hard. Move it to one ifdeffed section.
>
> Signed-off-by: Thomas Gleixner
Acked-by: Borislav Petkov
--
Regards/Gruss,
Boris.
Hi Gabriel,
On Wed, 14 Jan 2015, Gabriel FERNANDEZ wrote:
> This patch-set Enable DRM/KMS support for STiH407-b2120 and STiH410-b2120
> boards.
>
> This patch-set replace the previous one (PATCH 0/2] Enable DRM/KMS support
> for STiH407 Family boards)
Great stuff :-) For the series: -
The current kernel contains SDHC driver but not DTS node for it.
Add missing node to make SDHC controller working by default on WM8650.
Signed-off-by: Roman Volkov
---
arch/arm/boot/dts/wm8650.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/wm8650.dtsi
Hi,
On 01/16/2015 10:00 AM, Sebastian Andrzej Siewior wrote:
> On 01/15/2015 03:55 PM, Michal Simek wrote:
>> This patch should be the part of:
>> "tty: serial: 8250_core: use the ->line argument as a hint in
>> serial8250_find_match_or_unused()"
>> (sha1:
- Yoshihiro YUNOMAE
(reason: 550 5.1.1 : Recipient
address rejected: User Unknown)
On 01/16/2015 11:37 AM, Michal Simek wrote:
> Hi,
Hi,
> Origin patch looks good to me but this checking will be good to add.
> Are you using of_serial.c because I didn't find any of_alias_get_id call
> for 8250?
Return from query_edd routine as early as we can if CONFIG_EDD_OFF was set 'Y'
and 'edd=on | skip[mbr]' parameter have not been transfered to the kernel.
Signed-off-by: Alexander Kuleshov
---
arch/x86/boot/edd.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
On Thu, Jan 15, 2015 at 09:22:11PM -, Thomas Gleixner wrote:
> No point in having a static variable around which is always 0. Let the
> compiler optimize code out if disabled.
>
> Signed-off-by: Thomas Gleixner
Acked-by: Borislav Petkov
> ---
> arch/x86/include/asm/apic.h |8
On Fri, Jan 16, 2015 at 10:00:10AM +, Chunyan Zhang wrote:
> 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
> ---
>
Hi,
On 16/01/2015 at 11:39:16 +0100, Daniel Lezcano wrote :
> >Isn't that already the case?
> >Right now, if you call clocksource_suspend, it doesn't matter whether
> >the clocksource has an enable or not, it will be suspended. Maybe I'm
> >mistaken but my patch doesn't seem to change that
On Fri, Jan 16, 2015 at 08:57:46AM +0100, Jiri Olsa wrote:
> We need to make sure, that no event in the group lost
> the last reference and gets removed from the context
> during the group move in perf syscall.
>
> This could happen if the child exits and calls put_event
> on the parent event
On 14/01/15 15:05, Hanjun Guo wrote:
> Introduce ACPI_IRQ_MODEL_GIC which is needed for ARM64 as GIC is
> used, and then register device's gsi with the core IRQ subsystem.
>
> acpi_register_gsi() is similar to DT based irq_of_parse_and_map(),
> since gsi is unique in the system, so use hwirq
Hi Maxime,
> This series adds basic support to the STMicroelectronics STiH407 SoC and its
> B2199 reference board. The STiH418 is a quad-core ARM Cortex-A9 CPU aimed at
> UHD STB market.
>
> Maxime Coquelin (3):
> ARM: STi: Add STiH418 SoC support
> ARM: dts: Add STiH418 SoC support
> ARM:
Hi Alexandre,
On Fri, 16 Jan 2015 10:17:53 +0100
Alexandre Belloni wrote:
> Track whether the clocksource is enabled or disabled.
>
> Signed-off-by: Alexandre Belloni
> ---
> include/linux/clocksource.h | 4
> kernel/time/clocksource.c | 26 ++
>
401 - 500 of 1184 matches
Mail list logo