On 14-09-15, 10:47, Shilpasri G Bhat wrote:
> Log a 'critical' message if the max frequency is reduced below nominal
> frequency. We already log 'info' message if the max frequency is
> capped below turbo frequency. CPU should guarantee atleast nominal
> frequency, but not turbo frequency in all sy
On 09.09.2015 10:16, Rafael J. Wysocki wrote:
> On Tuesday, September 08, 2015 06:41:00 PM Bartlomiej Zolnierkiewicz wrote:
>> Hi,
>>
>> This patch series adds suspend frequency support (using opp-v2
>> bindings and suspend-opp functionality) to cpufreq-dt driver and
>> then adds suspend opp for Ex
On Sun, Sep 13, 2015 at 04:33:39AM +0200, Sedat Dilek wrote:
> > It looks like an inline-optimization bug in CLANG when the compiler's
> > optimization-level is higher than -O2.
> > [1]
> > http://lists.linuxfoundation.org/pipermail/llvmlinux/2015-September/001355.html
>
> After some discussion
Hi Morimoto-san,
On Mon, Sep 14, 2015 at 4:55 AM, Kuninori Morimoto
wrote:
> From: Kuninori Morimoto
>
> This patch adds CS2000 Fractional-N driver as clock provider.
> It is useful if it supports runtime clock setting, but it supports
> fixed clock rate only at this point.
>
> Signed-off-by: Ku
On Mon, Sep 14 2015, Christophe Leroy wrote:
> memset() uses instruction dcbz to speed up clearing by not wasting time
> loading cache line with data that will be overwritten.
> Some platform like mpc52xx do no have cache active at startup and
> can therefore not use memset(). Allthough no part of
On Mon, 14 Sep 2015, Zha, Qipeng wrote:
> > > >>
> > > >> +#define INIT_REGMAP_IRQ(_irq, _off, _mask)\
> > > >> + [_irq] = { .reg_offset = (_off), .mask = (_mask) }
> > > >> +
> > >
> > > >No, that's not what I asked.
> > >
> > > >Either this macro is going to be useful to *ev
On 14-09-15, 16:08, Krzysztof Kozlowski wrote:
> If you want, the fourth patch can go now through your tree - the late
> SoC changes were pulled by Linus. No difference... I can grab it as I
> had other DT related fix in queue.
>
> The only important thing is to get entire patchset to 4.3 because
From: Tang Yuantian
kbuild test robot reports the warnings:
drivers/ata/ahci_qoriq.c: In function 'ahci_qoriq_hardreset':
>> include/asm-generic/io.h:163:2: warning: 'px_is' may be used
>> uninitialized in this function [-Wuninitialized]
drivers/ata/ahci_qoriq.c:70:14: note: 'px_is' was declared
On 14.09.2015 16:17, Viresh Kumar wrote:
> On 14-09-15, 16:08, Krzysztof Kozlowski wrote:
>> If you want, the fourth patch can go now through your tree - the late
>> SoC changes were pulled by Linus. No difference... I can grab it as I
>> had other DT related fix in queue.
>>
>> The only important
On 12 September 2015 at 12:41, Matt Fleming wrote:
> On Wed, 09 Sep, at 04:16:09PM, Ard Biesheuvel wrote:
>>
>> Hello Taku,
>>
>> To be honest, I think that the naming of this feature is poorly
>> chosen. The UEFI spec gets it right by using 'MORE_RELIABLE'. Since
>> one way to implement more reli
Hi Tejun, Fengguang,
Please help to verify if this patch can remove the warnings.
Thanks,
Yuantian
> -Original Message-
> From: yuantian.t...@freescale.com [mailto:yuantian.t...@freescale.com]
> Sent: Monday, September 14, 2015 3:13 PM
> To: hdego...@redhat.com
> Cc: t...@kernel.org; fen
On Mon, Aug 17, 2015 at 4:56 PM, Pi-Cheng Chen wrote:
> From: "pi-cheng.chen"
>
> This patch adds CPU mux clocks which are used by Mediatek cpufreq driver
> for intermediate clock source switching.
>
> Signed-off-by: Pi-Cheng Chen
> Reviewed-by: Daniel Kurtz
> ---
> Changes in v5:
> - Replace _
On Sun, 13 Sep 2015, Peter Korsgaard wrote:
> > "Lee" == Lee Jones writes:
>
> > If we attempt to use sysfs to change the current RNG in the usual
> > way i.e. issuing something like:
>
> > `echo 8a8a000.rng > /sys/devices/virtual/misc/hw_random/rng_current`
>
> > ... it will fail beca
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit ebfb4988f0378e2ac3b4a0aa1ea20d724293f392:
>
> perf/x86/intel: Fix constraint access (2015-09-13 09:37:10 +0200)
>
> are available in the git repository at:
On Mon, 2015-09-14 at 01:00 +0200, Javier Martinez Canillas wrote:
> Hello Sjoerd,
>
> On Sat, Sep 12, 2015 at 12:36 AM, Sjoerd Simons
> wrote:
>
> [snip]
>
> > +
> > + regulators {
> > + vcc_ddr: REG1 {
> > + regulator-name = "V
On Mon, Aug 24, 2015 at 6:43 AM, Rob Herring wrote:
> On Tue, Aug 18, 2015 at 11:20 PM, Chen-Yu Tsai wrote:
>> Reduced Serial Bus is a proprietary 2-line push-pull serial bus
>> supporting multiple slave devices.
>>
>> It was developed by Allwinner, Inc. and used by Allwinner and X-Powers,
>> Inc
Hi Sascha,
On Mon, Aug 31, 2015 at 3:34 PM, Sascha Hauer wrote:
> This adds support for the Mediatek thermal controller found on MT8173
> and likely other SoCs.
> The controller is a bit special. It does not have its own ADC, instead
> it controls the on-SoC AUXADC via AHB bus accesses. For this
On Mon, Sep 14, 2015 at 9:12 AM, Peter Zijlstra wrote:
> On Sun, Sep 13, 2015 at 04:33:39AM +0200, Sedat Dilek wrote:
>> > It looks like an inline-optimization bug in CLANG when the compiler's
>> > optimization-level is higher than -O2.
>
>> > [1]
>> > http://lists.linuxfoundation.org/pipermail/l
... by using acquire/release for ops around the lock->tail. As such,
weakly ordered archs can benefit from more relaxed use of barriers
when issuing atomics.
Signed-off-by: Davidlohr Bueso
---
kernel/locking/osq_lock.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git
... trivial, but reads a little nicer when we name our
actual primitive 'lock'.
Signed-off-by: Davidlohr Bueso
---
include/asm-generic/qrwlock_types.h | 4 ++--
kernel/locking/qrwlock.c| 8
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/include/asm-generic/qr
The barrier parings for wake-queues are very straightforward, and thus
we can ease the barrier requirements, for archs that support it, for
wake_q_add by relying on acquire semantics. As such, (i) we keep the
pairing structure/logic and (ii) users, such as mqueues, can continue to
rely on a full ba
Commit 6894258eda2f reversed the order of gfp_flags adjustment in
dma_alloc_attrs() for x86 [arch/x86/kernel/pci-dma.c]
As a result, relevant flags set by dma_alloc_coherent_gfp_flags()
is just discarded and causes coherent DMA memory allocation failure
on some devices.
Fixes: 6894258eda2f ("dma-m
On Sat, 12 Sep 2015, Fabio Estevam wrote:
> On Fri, Sep 11, 2015 at 5:08 PM, Lee Jones wrote:
>
> > + res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
> > + base = devm_ioremap_resource(&pdev->dev, res);
> > + if (IS_ERR(base))
> > + return PTR_ERR(base);
> >
* Xishi Qiu wrote:
> We can only echo 0 or 1 > "/proc/sys/kernel/numa_balancing", usually 1 means
> enable and 0 means disable. But when echo 1, it shows the value is 65536, this
> is confusion.
>
> Signed-off-by: Xishi Qiu
> ---
> kernel/sched/core.c | 2 +-
> 1 file changed, 1 insertion(+),
On Monday 14 September 2015 14:54:32 Fengguang Wu wrote:
> On Mon, Sep 14, 2015 at 06:51:36AM +, Yuantian Tang wrote:
> > The ARCH should have been ARM for this driver.
> > Do you think this warning would go away if adding a dependency on ARM?
>
> Yes, that may work.
In general, we really wan
On 12.09.2015 00:56, Andrew Gillis wrote:
I get an error when trying to play music through USB DACs under Linux. This
only happens with a few high end DACs and only when using a NEC uPD72020x
chipset USB 3.0 port.
The people at RedHat think it may be the NEC uPD72020x chipset is reporting
it's c
On Mon, Sep 14, 2015 at 9:12 AM, Peter Zijlstra wrote:
> On Sun, Sep 13, 2015 at 04:33:39AM +0200, Sedat Dilek wrote:
>> > It looks like an inline-optimization bug in CLANG when the compiler's
>> > optimization-level is higher than -O2.
>
>> > [1]
>> > http://lists.linuxfoundation.org/pipermail/l
Hello Sjoerd,
On Mon, Sep 14, 2015 at 9:30 AM, Sjoerd Simons
wrote:
[snip]
>> > +
>> > + vcc18_lcd: REG12 {
>> > + regulator-name = "VCC18_LCD";
>> > + regulator-min-microvolt =
>> > <180>;
>> > +
On 09/13/15 at 11:52am, Eric W. Biederman wrote:
> Minfei Huang writes:
>
> > kexec output message misses the prefix "kexec", when Dave Young split
> > the kexec code. To keep the same format, add the prefix "kexec" to
> > output message.
>
> What of kexec_core? What of the messages that already
On Mon, Aug 24, 2015 at 08:36:12AM -0700, Liu.Zhao wrote:
> This is intended to add ZTE device PIDs on kernel.
>
> Signed-off-by: Liu.Zhao
Now applied, thanks.
Johan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
First of all, Paolo, thanks a lot for your review on this series, it really
means a lot!:)
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org
> [mailto:linux-kernel-ow...@vger.kernel.org] On Behalf Of Paolo Bonzini
> Sent: Friday, September 11, 2015 7:21 PM
> To: Wu, Feng; al
On Mon, Sep 14, 2015 at 9:35 AM, Sedat Dilek wrote:
> On Mon, Sep 14, 2015 at 9:12 AM, Peter Zijlstra wrote:
>> On Sun, Sep 13, 2015 at 04:33:39AM +0200, Sedat Dilek wrote:
>>> > It looks like an inline-optimization bug in CLANG when the compiler's
>>> > optimization-level is higher than -O2.
>>
Commit-ID: 1803118b4f5a7eeb49805ba0493dfaf72ae9c50b
Gitweb: http://git.kernel.org/tip/1803118b4f5a7eeb49805ba0493dfaf72ae9c50b
Author: Viresh Kumar
AuthorDate: Fri, 11 Sep 2015 09:34:26 +0530
Committer: Thomas Gleixner
CommitDate: Mon, 14 Sep 2015 09:52:03 +0200
clockevents: Remvoe unu
Hi Harini,
On Mon, 14 Sep 2015 09:39:05 +0530
Harini Katakam wrote:
> On Fri, Sep 11, 2015 at 10:22 PM, Sören Brinkmann
> wrote:
> > Hi Harini,
> >
> > On Fri, 2015-09-11 at 01:27PM +0530, Harini Katakam wrote:
> >> Add TSU clock frequency to be used for 1588 support in macb driver.
> >>
> >> S
This patch set consolidates common code to support ACPI PCI root on x86
and IA64 platforms into ACPI core, to reproduce duplicated code and
simplify maintenance. And a patch set based on previous version to support
ACPI based PCIe host bridge on ARM64 has been posted at:
https://lkml.org/lkml/2015/
Use common interface to simplify ACPI PCI host bridge implementation.
Signed-off-by: Jiang Liu
Reviewed-by: Hanjun Guo
---
arch/x86/pci/acpi.c | 293 +++
1 file changed, 86 insertions(+), 207 deletions(-)
diff --git a/arch/x86/pci/acpi.c b/arch/
Reset acpi_root_dev->domain to 0 when pci_ignore_seg is set to keep
consistence between ACPI PCI root device and PCI host bridge device.
Signed-off-by: Jiang Liu
---
arch/x86/pci/acpi.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/pci/acpi.c b/arch/x86/pci/acpi
Hey Javier,
On Mon, 2015-09-14 at 09:50 +0200, Javier Martinez Canillas wrote:
> Hello Sjoerd,
>
> On Mon, Sep 14, 2015 at 9:30 AM, Sjoerd Simons
> wrote:
> > For the first patch i do prefer to keep them on so we can have get
> > some
> > more testing with this board before fine-tuning those t
Use common struct resource_entry to replace private
struct iospace_resource.
Signed-off-by: Jiang Liu
Reviewed-by: Hanjun Guo
---
arch/ia64/include/asm/pci.h |5 -
arch/ia64/pci/pci.c | 17 -
2 files changed, 8 insertions(+), 14 deletions(-)
diff --git a/arch/
On Sat, 12 Sep 2015, Kieran Bingham wrote:
> On 11 September 2015 at 21:08, Lee Jones wrote:
> > Signed-off-by: Pankaj Dev
> > Signed-off-by: Lee Jones
> > ---
> > drivers/char/hw_random/Kconfig | 10 +++
> > drivers/char/hw_random/Makefile | 1 +
> > drivers/char/hw_random/st-rng.c | 142
Introduce common interface acpi_pci_root_create() and related data
structures to create PCI root bus for ACPI PCI host bridges. It will
be used to kill duplicated arch specific code for IA64 and x86. It may
also help ARM64 in future.
Reviewed-by: Lorenzo Pieralisi
Tested-by: Tony Luck
Signed-off
On 09/14/2015 05:08 AM, Jiang Liu wrote:
> Use IDA to manage eata board IDs, so we could dynamically allocate
> and free board IDs later.
>
> Signed-off-by: Jiang Liu
> ---
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries & Storage
h...@suse.de
Enhance ACPI resource parsing interfaces to support sparse IO space,
which will be used to share common code between x86 and IA64 later.
Tested-by: Tony Luck
Signed-off-by: Jiang Liu
Reviewed-by: Hanjun Guo
---
drivers/acpi/resource.c |9 ++---
include/linux/ioport.h |1 +
2 files
Use common ACPI resource parsing interface to parse ACPI resources for
PCI host bridge, so we could share more code between IA64 and x86.
Later we will consolidate arch specific implementations into ACPI core.
Tested-by: Tony Luck
Signed-off-by: Jiang Liu
Reviewed-by: Hanjun Guo
---
arch/ia64/
Use common interface to simplify PCI host bridge implementation.
Tested-by: Tony Luck
Signed-off-by: Jiang Liu
---
arch/ia64/pci/pci.c | 232 ++-
1 file changed, 46 insertions(+), 186 deletions(-)
diff --git a/arch/ia64/pci/pci.c b/arch/ia64/pci
On Sun, 13 Sep 2015, Krzysztof Kozlowski wrote:
> You acked this patch. However finally it did not go through other tree
> so maybe you could pick it up for 4.4?
>
> If you want I could reabse and resend it.
Yes, please rebase and resend.
> 2015-08-11 19:09 GMT+09:00 Krzysztof Kozlowski :
> >
>
In the commit below we added support for use of the subKeyId rather than
the raw serial number when forming the in kernel ID:
commit dd2f6c4481debfa389c1f2b2b1d5bd6449c42611
Author: David Howells
Date: Fri Oct 3 16:17:02 2014 +0100
X.509: If available, use the raw subjKeyId to form t
* Denys Vlasenko wrote:
> >> + /* INT80 syscall entrypoint can be used by
> >> +* 64-bit programs too, unlike SYSCALL/SYSENTER.
> >> +* Therefore it must preserve R12+
> >> +* (they are callee-saved reg
On 09/14/2015 05:08 AM, Jiang Liu wrote:
> Previously the eata driver just grabs and accesses eata PCI devices
> without implementing a PCI device driver, that causes troubles with
> latest IRQ related
>
> Commit 991de2e59090 ("PCI, x86: Implement pcibios_alloc_irq() and
> pcibios_free_irq()") cha
On Sat, 12 Sep 2015, Peter Griffin wrote:
> Hi Arnd,
>
> On Fri, 11 Sep 2015, Arnd Bergmann wrote:
>
> > On Friday 11 September 2015 15:14:23 Peter Griffin wrote:
> > > +- st,fdma-id : Must contain fdma controller number
> >
> > What for?
>
> It is used by the driver to generate a unique f
On 09/14/2015 05:08 AM, Jiang Liu wrote:
> Due to having no hardware for testing, this is just a sample code
> to support PCI device hot-removal. It just passing compilation,
> no any tests.
>
> Signed-off-by: Jiang Liu
> ---
> drivers/scsi/eata.c | 26 ++
> 1 file chan
If i2c_new_dummy() fails in max77843_chg_init(), an PTR_ERR(NULL) is
returned which is 0. So the function was wrongly returning a success
value instead of an error code.
Fixes: c7f585fe46d8 ("mfd: max77843: Add max77843 MFD driver core driver")
Signed-off-by: Javier Martinez Canillas
---
drive
* Andy Lutomirski wrote:
> > (I'm not very comfortable about additional six push/pops
> > which are necessary for this to happen. I'm surprised
> > maintainers tentatively agreed to that -
> > I was grilled and asked to prove with measurements
> > that *one* additional push+pop wasn't adding sig
Agreed, It does not make sense to have this driver converted to a hot plug api.
Cheers,
***
Ph.D. Dario Ballabio
Principal Field Support Specialist, EMC EMEA
Mobile phone: +393487978851
-Original Message-
From: Hannes Reinecke [mailto:h...@suse.d
On Fri, Aug 21, 2015 at 01:43:31PM +0200, Jens Wiklander wrote:
> On Fri, Aug 21, 2015 at 10:24:30AM +0100, Will Deacon wrote:
> > On Thu, Aug 20, 2015 at 12:37:29PM +0100, Jens Wiklander wrote:
> > > On Wed, Aug 19, 2015 at 05:50:09PM +0100, Will Deacon wrote:
> > > > On Wed, Aug 19, 2015 at 09:40
On 13/09/2015 14:15, Julia Lawall wrote:
> Remove unneeded NULL test.
>
> The semantic patch that makes this change is as follows:
> (http://coccinelle.lip6.fr/)
>
> //
> @@ expression x; @@
> -if (x != NULL)
> \(kmem_cache_destroy\|mempool_destroy\|dma_pool_destroy\)(x);
> //
>
> Signed-o
On 2015/9/14 16:17, Hannes Reinecke wrote:
> On 09/14/2015 05:08 AM, Jiang Liu wrote:
>> Previously the eata driver just grabs and accesses eata PCI devices
>> without implementing a PCI device driver, that causes troubles with
>> latest IRQ related
>>
>> Commit 991de2e59090 ("PCI, x86: Implement p
There are two small patches to fix a bug which was found next day after driver
was merged and one clean up to allow 64-bit writes with generic helpers.
Lee, please apply them for v4.3-rc2.
Andy Shevchenko (2):
mfd: intel-lpss: fix build error when !CONFIG_PM_SLEEP
mfd: intel-lpss: use writeq(
There are already helper functions to do 64-bit I/O on 32-bit machines, thus we
don't need to reinvent the wheel. In our case we can't use readq() / writeq()
even on 64-bit kernel since there is a hardware limitation (OCP bus is a 32-bit
bus).
Signed-off-by: Andy Shevchenko
---
drivers/mfd/intel
Jim Davis reported the compilation error with a random configuration which
apparently has CONFIG_PM=y and CONFIG_PM_SLEEP=n. With that conditions we have
missed definition of INTEL_LPSS_SLEEP_PM_OPS macro. Add it here.
Reported-by: Jim Davis
Signed-off-by: Andy Shevchenko
---
drivers/mfd/intel-
On 2015/9/14 16:31, Ballabio, Dario wrote:
> Agreed, It does not make sense to have this driver converted to a hot plug
> api.
Thanks, got the point:)
Originally i thought user may trigger PCI device hot-removal by sysfs
interfaces and there's comment mentioning that eata driver breaks
PCI hotplu
Add MFD core driver for Intel Broxton Whiskey Cove PMIC,
which is specially accessed by hardware IPC, not a generic
I2C device
Signed-off-by: Qipeng Zha
---
change in v6
Replace INIT_REGMAP_IRQ with REGMAP_IRQ_REG.
change in v5
Fix issues in code style, espcially make error messages readable;
Add REGMAP_IRQ_REG macro in regmap.h to define regmap_irq
structure easily for other driver module.
Signed-off-by: Qipeng Zha
---
include/linux/regmap.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/include/linux/regmap.h b/include/linux/regmap.h
index 116655d..0d1ee0a 100644
--- a/incl
IRQ control registers of Intel Broxton Whisky Cove PMIC are
separated in two parts, so add secondary IRQ chip.
And the new member of device will be used in PMC IPC regmap APIs.
Signed-off-by: Qipeng Zha
---
include/linux/mfd/intel_soc_pmic.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/
On Mon, Sep 14, 2015 at 11:03:34AM +0530, Ronit Halder wrote:
> This patch fixes the warning generated by sparse
> "Using plain integer as NULL pointer" by using NULL
> instead of zero.
>
> Signed-off-by: Ronit halder
> ---
This fixes sparse warning but introduces new checkpatch warnings about
NU
On Sat, 2015-09-12 at 12:04 +0200, Nicolas Iooss wrote:
> Commit ce7929186a39 ("iwlwifi: mvm: add basic Time of Flight
> (802.11mc
> FTM) support") created drivers/net/wireless/iwlwifi/mvm/tof.h with a
> broken header guard:
>
> #ifndef __tof
> #define __tof_h__
>
> ...
>
> #end
On Sun, Sep 13, 2015 at 10:42:44PM -0800, mike dupuis wrote:
> From: Mike Dupuis
In your previous patches this From: line was not there. Why now?
regards
sudip
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More maj
Log a 'critical' message if the max frequency is reduced below nominal
frequency. We already log 'info' message if the max frequency is
capped below turbo frequency. CPU should guarantee atleast nominal
frequency, but not turbo frequency in all system configurations and
environments. So report the
* Arnaldo Carvalho de Melo wrote:
> Em Tue, Sep 08, 2015 at 04:21:47PM +0200, Ingo Molnar escreveu:
> >
> > * Arnaldo Carvalho de Melo wrote:
> >
> > > Em Fri, Sep 04, 2015 at 10:06:28PM -0300, Arnaldo Carvalho de Melo
> > > escreveu:
> > > > Hi Ingo,
> > > >
> > > > Please consider
Hello,
I did make menuconfig in v4.2
In the help for CONFIG_CRYPTO_HMAC, I have
│ Selected by: IP_SCTP [=n] && NET [=y] && INET [=y] && (IPV6 [=n] || IPV6
[=n]=n) || INET_AH [=n] && NET [=y] && INET [=y] || \ │
│ INET_ESP [=n] && NET [=y] && INET [=y] || INET6_AH [=n] && NE
On 09/14/15 at 03:50pm, Minfei Huang wrote:
> On 09/13/15 at 11:52am, Eric W. Biederman wrote:
> > Minfei Huang writes:
> >
> > > kexec output message misses the prefix "kexec", when Dave Young split
> > > the kexec code. To keep the same format, add the prefix "kexec" to
> > > output message.
>
On Sun, Sep 13, 2015 at 11:36:07AM +0200, Ingo Molnar wrote:
>
> * Sudip Mukherjee wrote:
>
>
> There's a new regression: v4.3-rc1 crashes on bootup on non-supported
> hardware, if
> CONFIG_DRM_MGAG200=y (built into the kernel).
I am not able to reproduce it with and without my patch applie
Am Montag, 14. September 2015, 10:05:58 schrieb Sjoerd Simons:
> Hey Javier,
>
> On Mon, 2015-09-14 at 09:50 +0200, Javier Martinez Canillas wrote:
> > Hello Sjoerd,
> >
> > On Mon, Sep 14, 2015 at 9:30 AM, Sjoerd Simons
> >
> > wrote:
> > > For the first patch i do prefer to keep them on so we
Hi Tony,
On 08/24/2015 10:19 AM, Peter Ujfalusi wrote:
> Hi,
>
> this series will enable analog audio (via onboard aic310x codec) for dra7-evm,
> dra72-evm and am57xx-beagle-x15 boards.
> In these board McASP3 is connected to the codec and for the McASP3 we needed
> to
> have the DMA crossbar in
On Thu, Sep 10, 2015 at 06:45:17PM -0400, Jon Masters wrote:
> On 06/03/2015 02:53 PM, Timur Tabi wrote:
> > On 06/03/2015 01:25 PM, Guenter Roeck wrote:
> >> In general the idea here would be to use a crashdump kernel, which,
> >> when loaded, would reset the watchdog before it fires. This kernel
Hi Tero,
On 08/24/2015 10:35 AM, Peter Ujfalusi wrote:
> The ABE related clocks should be configured via DT and not have it wired
> inside of the kernel.
can you take a look at this patch? It will not cause any regression since we
do not have audio support mainline and the pending series does not
On Mon, Sep 14, 2015 at 09:35:04AM +0200, Sedat Dilek wrote:
> > /me goes back to ignoring LLVM for the time being.
> The issue was reported as LLVM PR #9457 [1] and the bug-history [2] says...
>
>Reported: 2011-03-11 07:27 CST by PaX Team
>
> ...so it is a known and old issue.
> Beyond "fi
Hi,
This patch series, intended for v4.3, updates the m68k system calls:
- Wire up direct socket and ipc calls,
- Wire up new userfaultfd and membarrier system calls.
Changes compared to v1:
- Add missing recvmmsg and sendmmsg,
- Renumbered userfaultfd,
- New patches 3 and 4.
G
El 07/09/15 a les 17.33, Julien Grall ha escrit:
> Hi all,
>
> ARM64 Linux is supporting both 4KB and 64KB page granularity. Although, Xen
> hypercall interface and PV protocol are always based on 4KB page granularity.
>
> Any attempt to boot a Linux guest with 64KB pages enabled will result to a
Signed-off-by: Geert Uytterhoeven
Acked-by: Greg Ungerer
---
v2:
- Drop RFC state,
- Add Acked-by,
- Add missing recvmmsg and sendmmsg.
---
arch/m68k/include/asm/unistd.h | 2 +-
arch/m68k/include/uapi/asm/unistd.h | 17 +
arch/m68k/kernel/syscalltable.S | 18
$ ./membarrier_test
membarrier MEMBARRIER_CMD_QUERY syscall available.
membarrier: MEMBARRIER_CMD_SHARED success.
membarrier: tests done!
$
Signed-off-by: Geert Uytterhoeven
--
v2:
- New.
---
arch/m68k/include/asm/unistd.h | 2 +-
arch/m68k/include/uapi/asm/unistd.h | 1 +
arch/m68k/kerne
Signed-off-by: Geert Uytterhoeven
---
v2:
- New.
---
arch/m68k/include/asm/unistd.h | 2 +-
arch/m68k/include/uapi/asm/unistd.h | 11 +++
arch/m68k/kernel/syscalltable.S | 11 +++
3 files changed, 23 insertions(+), 1 deletion(-)
diff --git a/arch/m68k/include/asm/unis
On 2015/9/11 23:45, Daniel Kiper wrote:
> On Fri, Sep 11, 2015 at 03:30:15PM +0200, Ard Biesheuvel wrote:
>> On 11 September 2015 at 15:14, Stefano Stabellini
>> wrote:
>>> On Fri, 11 Sep 2015, Daniel Kiper wrote:
On Thu, Sep 10, 2015 at 05:23:02PM +0100, Mark Rutland wrote:
>>> C) When
$ ./userfaultfd 10 99
nr_pages: 2560, nr_pages_per_cpu: 2560
bounces: 98, mode: racing, userfaults: 1121
bounces: 97, mode: rnd, userfaults: 977
bounces: 96, mode:, userfaults: 1119
bounces: 95, mode: rnd racing ver poll, userfaults: 1040
bounces: 94, mode: racing ver poll, userfaults: 1022
bounces
Hi,
On Wed, Sep 09, 2015 at 12:01:46AM +0530, Raghavendra K T wrote:
> The functions used in the patch are in slowpath, which gets called
> whenever alloc_super is called during mounts.
>
> Though this should not make difference for the architectures with
> sequential numa node ids, for the power
On 9/10/15 3:13 PM, Christian Borntraeger wrote:
Am 10.09.2015 um 03:55 schrieb Wanpeng Li:
On 9/9/15 9:39 PM, Christian Borntraeger wrote:
Am 03.09.2015 um 16:07 schrieb Wanpeng Li:
v6 -> v7:
* explicit signal (set a bool)
* fix the tracepoint
v5 -> v6:
* fix wait_ns and poll_ns
v4
On Sat, Sep 12, 2015 at 07:22:39PM +0300, Max Filippov wrote:
> On Sat, Sep 12, 2015 at 6:55 PM, Greg Kroah-Hartman
> wrote:
> > On Sat, Sep 12, 2015 at 12:56:03PM +0530, Sudip Mukherjee wrote:
> >> On Fri, Sep 11, 2015 at 03:48:59PM -0700, Greg Kroah-Hartman wrote:
> >> > This is the start of the
Commit-ID: eef7635a22f6b144206b5ca2f1398f637acffc4d
Gitweb: http://git.kernel.org/tip/eef7635a22f6b144206b5ca2f1398f637acffc4d
Author: Viresh Kumar
AuthorDate: Fri, 11 Sep 2015 09:34:26 +0530
Committer: Ingo Molnar
CommitDate: Mon, 14 Sep 2015 11:00:55 +0200
clockevents: Remove unused
On 11 September 2015 at 14:17, Mark Brown wrote:
> On Mon, Sep 07, 2015 at 02:23:45PM +0200, Tomeu Vizoso wrote:
>> Add a field to struct device that instructs the device-driver core to
>> defer the probe of this device until the late_initcall level.
>>
>> By letting all built-in drivers to regist
On Sat, Sep 12, 2015 at 10:11:20AM +0200, Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>
> > Vince reported that its possible to overflow the various size fields
> > and get weird stuff if you stick too many events in a group.
> >
> > Put a lid on this by requiring the fixed record size not e
Julia Lawall writes:
> Remove unneeded NULL test.
>
> The semantic patch that makes this change is as follows:
> (http://coccinelle.lip6.fr/)
>
> //
> @@ expression x; @@
> -if (x != NULL)
> \(kmem_cache_destroy\|mempool_destroy\|dma_pool_destroy\)(x);
> //
>
> Signed-off-by: Julia Lawall
R
The driver always checks for pdata being NULL expect in one place.
Add a check to prevent a possible NULL pointer deference error.
Signed-off-by: Javier Martinez Canillas
---
drivers/mfd/wm831x-core.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/mfd/wm831x-cor
On Fri, 2015-09-11 at 18:31 +, James Bottomley wrote:
> On Thu, 2015-09-10 at 16:08 -0700, Andrew Morton wrote:
> > On Fri, 4 Sep 2015 14:56:33 +0200 Vitaly Kuznetsov <
> > vkuzn...@redhat.com> wrote:
> >
> > > string_get_size(1, 512, 0, ..., ...) call results in an infinite
> > > loop. The
On 2015/9/14 16:41, Ingo Molnar wrote:
* Arnaldo Carvalho de Melo wrote:
Em Tue, Sep 08, 2015 at 04:21:47PM +0200, Ingo Molnar escreveu:
* Arnaldo Carvalho de Melo wrote:
Em Fri, Sep 04, 2015 at 10:06:28PM -0300, Arnaldo Carvalho de Melo escreveu:
Hi Ingo,
Please consider pulli
On 14 September 2015 at 10:42, Shannon Zhao wrote:
[..]
>
> It only needs to apply following patch to fix a bug in Linux kernel when
> mapping EFI_MEMORY_RUNTIME memory.
>
Could you explain why you think efi_virtmap_init() should fail if
there are no EFI_MEMORY_RUNTIME regions?
The absence of s
On Sun, Sep 13, 2015 at 09:24:48PM +0200, Noralf Trønnes wrote:
>
> Den 22.07.2015 23:32, skrev Eric Anholt:
> >Noralf Trønnes writes:
> >
> >>Add a duplicate irq range with an offset on the hwirq's so the
> >>driver can detect that enable_fiq() is used.
> >>Tested with downstream dwc_otg USB con
Commit-ID: caa470475d9b59eeff093ae650800d34612c4379
Gitweb: http://git.kernel.org/tip/caa470475d9b59eeff093ae650800d34612c4379
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 11 Sep 2015 12:36:12 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Sun, 13 Sep 2015 11:41:34 -0300
pe
On 09/03/2015 01:32 PM, Mark Brown wrote:
On Tue, Sep 01, 2015 at 11:00:42AM +0100, Qais Yousef wrote:
On 08/29/2015 10:47 AM, Mark Brown wrote:
Please delete unneeded context from replies, it makes it easier to find
the new content you have added. Please also leave blank lines between
paragra
Commit-ID: 0e2815de552a638295cfdaf0865e575573bf263e
Gitweb: http://git.kernel.org/tip/0e2815de552a638295cfdaf0865e575573bf263e
Author: Peter Zijlstra
AuthorDate: Wed, 9 Sep 2015 09:12:44 +0200
Committer: Ingo Molnar
CommitDate: Mon, 14 Sep 2015 11:09:33 +0200
x86/headers: Clean up too
Added a missing blank line after declarations.
158: WARNING: Missing a blank line after declarations
183: WARNING: Missing a blank line after declarations
Signed-off-by: Sakshi Vaid
---
drivers/staging/lustre/lustre/lclient/lcommon_cl.c | 4 ++--
drivers/staging/lustre/lustre/lov/lov_dev.c
1 - 100 of 842 matches
Mail list logo
