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]
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;
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`
>
>
* 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
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 {
> > +
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
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
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 =
>>
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;
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
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
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 the code
explicitly uses memset(), GCC may makes
Hi Olof,
Now Linux 4.3-rc1 is out, so I am back to this.
1/3: add outer cache support
2/3: rework SMP operations
3/3: add device tree nodes
Because 2/3 highly depends on 1/3, I hope whole of this series
is applied through ARM-SOC tree.
Changes in v2:
- Use pr_fmt() to have pr_ are
This commit adds support for UniPhier outer cache controller.
All the UniPhier SoCs are equipped with the L2 cache, while the L3
cache is currently only integrated on PH1-Pro5 SoC.
Signed-off-by: Masahiro Yamada
---
.../bindings/arm/uniphier/cache-uniphier.txt
The complexity of the boot sequence of UniPhier SoC family is
a PITA due to the following hardware limitations:
[1] No dedicated on-chip SRAM
SoCs in general have small SRAM, on which a tiny firmware or a boot
loader can run before SDRAM is initialized. As UniPhier SoCs do not
have any dedicated
Add L2 cache controller nodes for all the UniPhier SoC DTSI.
Also, add an L3 cache controller node for PH1-Pro5 DTSI.
Signed-off-by: Masahiro Yamada
---
arch/arm/boot/dts/uniphier-ph1-ld4.dtsi | 13 +
arch/arm/boot/dts/uniphier-ph1-pro4.dtsi|
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
These two simple patches use stdout-path to specify the console.
The first patch add aliases for serial uarts. The second patch
removes the console argument from the command line, uses stdout-path
instead.
Jisheng Zhang (2):
arm: dts: berlin: add aliases for serial
arm: dts: berlin: use
Greetings,
0day kernel testing robot got the below dmesg and the first bad commit is
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit f4a3e90ba5739cfd761b6befadae9728bd3641ed
Author: Phil Sutter
AuthorDate: Sat Aug 15 00:37:15 2015 +0200
Commit:
These patches try to add cpu hotplug support for Marvell BG2, BG2Q SoCs.
These SoCs can't power off cpu independently, but we still want cpu hotplug
support for them. However, we need to address "CPU still sat on kernel text"
as pointed out by Mark Rutland[1]. We achieved this by putting the dying
The ARCH should have been ARM for this driver.
Do you think this warning would go away if adding a dependency on ARM?
Regards,
Yuantian
> -Original Message-
> From: Fengguang Wu [mailto:fengguang...@intel.com]
> Sent: Monday, September 14, 2015 12:05 PM
> To: Tang Yuantian-B29983
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.
Thanks,
Fengguang
> > -Original Message-
> > From: Fengguang Wu
On Sun, Sep 13, 2015 at 07:10:56PM -0400, Vince Weaver wrote:
> On Thu, 10 Sep 2015, Peter Zijlstra wrote:
>
> > Vince reported some fail here:
> >
> >
> > lkml.kernel.org/r/alpine.deb.2.20.1509021227380.32...@vincent-weaver-1.umelst.maine.edu
> >
> > These patches are the result of me
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
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
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
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 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
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]
>> >
... 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
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
... 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
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
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(>dev, res);
> > + if (IS_ERR(base))
> > + return
* 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
> ---
>
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
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
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]
>> >
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
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
On 14/09/15 10:42, Brian Norris wrote:
> One more thing:
>
> On Sat, Sep 12, 2015 at 12:53:32PM -0700, Florian Fainelli wrote:
>> Le 06/18/15 17:11, Brian Norris a écrit :
>>> Lazily-masked IRQs can cause system suspend problems (e.g., spurious
>>> wakeups from WFI), so we need to be sure
On Sep 14, 2015 1:26 AM, "Ingo Molnar" wrote:
>
>
> * 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
On Mon, Sep 14, 2015 at 07:08:10PM +0200, Mikael Pettersson wrote:
> I have CONFIG_SERIAL_8250=m. With 4.2 '/sbin/modprobe 8250' worked
> and resulted in:
>
> [ 41.354550] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> [ 41.375156] serial8250: ttyS0 at I/O 0x3f8 (irq = 4,
Em Mon, Sep 14, 2015 at 10:23:55AM +, Wang Nan escreveu:
> 'perf top' segfaults with following operation:
>
> # perf top -e page-faults -p 11400 # 11400 never generates page-fault
>
> Then on the resulting empty interface, press right key:
So, this happens in perf/urgent, so we need to
Remove N_DBPSOfRate used in ComputeTxTime, remove by
commit 742728f97a99 ("staging: rtl8192u: remove unused function.")
Signed-off-by: Nicolas Joseph
---
drivers/staging/rtl8192u/r8192U_core.c | 44 --
1 file changed, 44
Static code analysis reveals the following bug:
net/openvswitch/conntrack.c:281 ovs_ct_helper()
warn: unsigned 'protoff' is never less than zero.
This signedness bug breaks error handling for IPv6 extension headers when
using conntrack helpers. Fix the error by using a local
On Fri, Sep 04, 2015 at 04:55:33PM +0530, Jagan Teki wrote:
> On 4 September 2015 at 13:59, Vignesh R wrote:
> > + * @spi_mtd_mmap_read: some spi-controller hardwares provide memory
> > + * mapped interface to communicate with mtd flashes.
> > + *
Hi Caesar, Jinkun,
Am Dienstag, 8. September 2015, 14:18:20 schrieb Caesar Wang:
> This add the necessary binding documentation for the power domains
> found on Rockchip SoCs.
>
> Signed-off-by: jinkun.hong
> Signed-off-by: Caesar Wang
What is
On 09/14, Oleg Nesterov wrote:
>
> On 09/14, Kirill A. Shutemov wrote:
> >
> > Fix is below. I don't really like it, but I cannot find any better
> > solution.
>
> Me too...
>
> But this change "documents" the nasty special "vm_file && !vm_ops" case, and
> I am not sure how we can remove it
On Sep 11, 2015 9:44 AM, "Tycho Andersen" wrote:
>
> On Fri, Sep 11, 2015 at 09:20:55AM -0700, Andy Lutomirski wrote:
> > On Sep 10, 2015 5:22 PM, "Tycho Andersen"
> > wrote:
> > >
> > > This patch adds a way for a process that is
On Sep 11, 2015 10:28 AM, "Tycho Andersen" wrote:
>
> On Fri, Sep 11, 2015 at 10:00:22AM -0700, Andy Lutomirski wrote:
> > On Fri, Sep 11, 2015 at 9:30 AM, Andy Lutomirski
> > wrote:
> > > On Sep 10, 2015 5:22 PM, "Tycho Andersen"
2015-09-14 14:08 GMT-03:00 Mikael Pettersson :
> I have CONFIG_SERIAL_8250=m. With 4.2 '/sbin/modprobe 8250' worked
> and resulted in:
>
> [ 41.354550] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> [ 41.375156] serial8250: ttyS0 at I/O 0x3f8 (irq = 4,
On 27/08/15 14:51, Fu Wei wrote:
> Hi Thomas, Hanjun
>
> On 27 August 2015 at 21:40, Thomas Gleixner wrote:
>> On Thu, 27 Aug 2015, Hanjun Guo wrote:
[1]: https://lkml.org/lkml/2015/7/29/236
If that is ok with you, we will introduce similar DECLARE_ thing
On Mon, 2015-09-14 at 15:38 +0100, Punit Agrawal wrote:
> Mark Rutland writes:
>
> >> >> +Sensor bindings for the sensors based on SCPI Message Protocol
> >> >> +--
> >> >> +SCPI provides an API to access the
Em Sat, Sep 12, 2015 at 12:52:22AM +0900, Namhyung Kim escreveu:
> On Thu, Sep 10, 2015 at 12:58:59PM +, 平松雅巳 / HIRAMATU,MASAMI wrote:
> >
> > >From: Namhyung Kim [mailto:namhy...@gmail.com] On Behalf Of Namhyung Kim
> > >The init/exit_probe_symbol_maps() was a part of
> >
On Mon, Sep 14, 2015 at 07:05:47PM +0200, Oleg Nesterov wrote:
> On 09/14, Kirill A. Shutemov wrote:
> >
> > Fix is below. I don't really like it, but I cannot find any better
> > solution.
>
> Me too...
>
> But this change "documents" the nasty special "vm_file && !vm_ops" case, and
> I am not
2015-09-14 14:00 GMT-04:00 Nicolas Joseph :
> Remove N_DBPSOfRate used in ComputeTxTime, remove by
> commit 742728f97a99 ("staging: rtl8192u: remove unused function.")
>
> Signed-off-by: Nicolas Joseph
> ---
>
On Mon, 14 Sep 2015, Austin S Hemmelgarn wrote:
I can comment at least a little about the -Os aspect (although not I'm no
expert on this in particular). In general, for _most_ use cases, a kernel
compiled with CONFIG_CC_OPTIMIZE_FOR_SIZE will run slower than one compiled
without it. On rare
On Fri, Sep 04, 2015 at 01:59:59PM +0530, Vignesh R wrote:
> +static int ti_qspi_spi_mtd_mmap_read(struct spi_device *spi,
> + loff_t from, size_t len,
> + size_t *retlen, u_char *buf,
> + u8
On Fri, Sep 04, 2015 at 02:00:00PM +0530, Vignesh R wrote:
> + if (spi->master->spi_mtd_mmap_read) {
> + return spi->master->spi_mtd_mmap_read(spi, from, len,
> +retlen, buf,
> +
On 09/14/2015 08:06 AM, Peter Zijlstra wrote:
On Fri, Sep 11, 2015 at 03:27:44PM -0700, Davidlohr Bueso wrote:
On Fri, 11 Sep 2015, Waiman Long wrote:
@@ -46,7 +46,7 @@ static inline bool virt_queued_spin_lock(struct qspinlock
*lock)
if (!static_cpu_has(X86_FEATURE_HYPERVISOR))
On 2015-09-14 03:49, 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.
[1]
On Mon, Sep 14, 2015 at 5:01 PM, Felipe Balbi wrote:
> On Sat, Sep 12, 2015 at 03:14:50PM +0200, Peter Senna Tschudin wrote:
>> >> Should these files be consolidated? And if so how?
>> > if you can find an easy way, that would be a very, very welcome patch.
>>
>> Is the ideal
Use resource managed functions devm_usb_get_phy and
devm_gpio_request to make error path simpler. To be
compatible the change, various gotos are replaced
with direct returns and unnecessary label
gpio_req_failed is dropped.
Also, remove function axp288_extcon_remove as it is
now redundant.
On Sep 14, 2015 1:15 AM, "Ingo Molnar" wrote:
>
>
> * Denys Vlasenko wrote:
>
> > >> + /* INT80 syscall entrypoint can be used by
> > >> +* 64-bit programs too, unlike SYSCALL/SYSENTER.
> > >> +
> -Original Message-
> From: Marc Zyngier [mailto:marc.zyng...@arm.com]
> Sent: Monday, September 14, 2015 8:01 AM
> To: Jake Oshins ; gre...@linuxfoundation.org; KY
> Srinivasan ; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org;
On Sun, Aug 30, 2015 at 08:05:10PM +0200, Julia Lawall wrote:
> Apply PTR_ERR to the value that was recently assigned.
>
> The semantic match that finds this problem is as follows:
> (http://coccinelle.lip6.fr/)
I have no idea what's going on with this stuff without spending more
time than it
Greg Kroah-Hartman writes:
> On Mon, Sep 14, 2015 at 07:08:10PM +0200, Mikael Pettersson wrote:
> > I have CONFIG_SERIAL_8250=m. With 4.2 '/sbin/modprobe 8250' worked
> > and resulted in:
> >
> > [ 41.354550] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> > [ 41.375156]
Em Mon, Sep 14, 2015 at 03:07:14PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Mon, Sep 14, 2015 at 10:23:55AM +, Wang Nan escreveu:
> > 'perf top' segfaults with following operation:
> >
> > # perf top -e page-faults -p 11400 # 11400 never generates page-fault
> >
> > Then on the
Brian,
On 9 September 2015 at 11:24, Ezequiel Garcia
wrote:
> On 08 Sep 10:10 AM, Alex Smith wrote:
>> Add a driver for NAND devices connected to the NEMC on JZ4780 SoCs, as
>> well as the hardware BCH controller. DMA is not currently implemented.
>>
>> While older
On 2015-09-14 14:27, Christoph Lameter wrote:
On Mon, 14 Sep 2015, Austin S Hemmelgarn wrote:
I can comment at least a little about the -Os aspect (although not I'm no
expert on this in particular). In general, for _most_ use cases, a
kernel
compiled with CONFIG_CC_OPTIMIZE_FOR_SIZE will run
On Fri, Sep 04, 2015 at 01:59:58PM +0530, Vignesh R wrote:
> In addition to providing direct access to SPI bus, some spi controller
> hardwares (like ti-qspi) provide special memory mapped port
> to accesses SPI flash devices in order to increase read performance.
> This means the controller can
On Fri, Sep 04, 2015 at 12:50:56AM +0200, Javier Martinez Canillas wrote:
> Commit adcbcfea15d62 ("spi: mediatek: fix spi clock usage error")
> added a new sel_clk but introduced bugs in the error paths since
> the wrong struct clk pointers are passed to PTR_ERR().
This doesn't apply against
On Mon, 14 Sep 2015, Fabio Estevam wrote:
> On Sun, Sep 13, 2015 at 10:44 AM, Julia Lawall wrote:
>
> > --- a/drivers/tty/serial/sccnxp.c
> > +++ b/drivers/tty/serial/sccnxp.c
> > @@ -963,11 +963,9 @@ static int sccnxp_probe(struct platform_device *pdev)
> >
* Nishanth Menon [150909 14:21]:
> Hi,
>
> While doing a SoC only build for DRA7, a few bugs did pop up. The
> following series provides necessary fixups for the same.
>
> Nishanth Menon (4):
> ARM: OMAP4+: PM: erratum is used by OMAP5 and DRA7 as well
> ARM: omap2+:
On 09/14/2015 03:31 PM, Ebru Akagunduz wrote:
> This patch introduces new sysfs integer knob
> /sys/kernel/mm/transparent_hugepage/khugepaged/max_ptes_swap
> which makes optimistic check for swapin readahead to
> increase thp collapse rate. Before getting swapped
> out pages to memory, checks them
Am 09.09.2015 um 20:35 schrieb Alexander Holler:
Hello,
as already mentioned, I've implemented the stuff to initialize drivers
in parallel. What follows are two patches to be used on top of my
already posted series (for 4.2) which implements annotated initcalls
and DT based dependencies.
But
Hi Patrick,
On 09/11/2015 04:09 AM, Patrick Bellasi wrote:
>> It's also worth noting that mobile vendors typically add all sorts of
>> hacks on top of the existing cpufreq governors which further complicate
>> policy.
>
> Could it be that many of the hacks introduced by vendors are just
> there
On Sun, Sep 13, 2015 at 4:12 PM, Dave Chinner wrote:
>
> Really need to run these numbers on slower disks where block layer
> merging makes a difference to performance.
Yeah. We've seen plugging and io schedulers not make much difference
for high-performance flash (although
Commit-ID: 5d7c631d926b59aa16f3c56eaeb83f1036c81dc7
Gitweb: http://git.kernel.org/tip/5d7c631d926b59aa16f3c56eaeb83f1036c81dc7
Author: Shaohua Li
AuthorDate: Thu, 30 Jul 2015 16:24:43 -0700
Committer: Thomas Gleixner
CommitDate: Mon, 14 Sep 2015
Depending on the GIC variant, the GIC module has one or more clock
inputs. Document the optional "clocks" and "clock-names" properties,
and their possible values, based on the Technical Reference Manuals.
optional.
Add the optional "power-domains" property.
This will allow to describe in DT the
Hi,
On some SoCs, the GIC may be part of a PM Domain (hardware Power and/or
Clock Domain). Document the related optional DT properties.
This patch series:
- Adds support for the PL390 GIC variant, as the PL390 has different
clock inputs than the A9 MPCore GIC that is currently
Add support for the PrimeCell® Generic Interrupt Controller (PL390) to
the GIC DT bindings and driver.
Currently the GIC driver treats this GIC variant the same as other GIC
variants, but there are differences in hardware topology (e.g. clock
inputs).
Sort the list of compatible values while
On Mon, 14 Sep 2015, Mikulas Patocka wrote:
>
>
> On Mon, 14 Sep 2015, Mike Snitzer wrote:
>
> > On Mon, Sep 14 2015 at 9:46am -0400,
> > Mikulas Patocka wrote:
> >
> > >
> > >
> > > On Sun, 13 Sep 2015, Julia Lawall wrote:
> > >
> > > > Remove unneeded NULL test.
* Nishanth Menon [150903 12:27]:
> With the support in the generic PM framework for wakeirq and capability
> added to the rtc-ds1307 driver to support this, we can now define the
> optional wakeup irq to allow the RTC to wakeup the system from low power
> modes as part of suspend.
>
* Enric Balletbo Serra [150907 12:43]:
> 2015-09-07 18:24 GMT+02:00 Javier Martinez Canillas :
> > Only the IGEPv2 boards have a LAN9221i chip connected to the GPMC
> > so the pinmux configuration for the GPIO connected to the IRQ line
> > of the LAN
* Kishon Vijay Abraham I [150805 06:47]:
> One of the lines from PCF857x is connected to the vdd line of MMC1
> in DRA74x and DRA72x EVMs and is modelled as a regulator. If PCF857x
> is not made as built-in, the regulator_get in omap_hsmmc fails making
> it difficult to use MMC1 as
SiS 761 chipset does not support AGP cards but has AGP capability (for
the onboard video). At least PC Chips A31G board using this chipset has
an AGP-like AGPro slot that's wired to the PCI bus. Enabling AGP will
fail (GPU lockup and software fbcon, X11 hangs).
Add support for matching just the
On Fri, Sep 11, 2015 at 12:31 PM, Mitchel Humpherys
wrote:
> Any overlap in the reserved memory regions (those specified in the
> reserved-memory DT node) is a bug. These bugs might go undetected as
> long as the contested region isn't used simultaneously by multiple
>
This patch series makes swapin readahead up to a
certain number to gain more thp performance and adds
tracepoint for khugepaged_scan_pmd, collapse_huge_page,
__collapse_huge_page_isolate.
This patch series was written to deal with programs
that access most, but not all, of their memory after
they
Using static tracepoints, data of functions is recorded.
It is good to automatize debugging without doing a lot
of changes in the source code.
This patch adds tracepoint for khugepaged_scan_pmd,
collapse_huge_page and __collapse_huge_page_isolate.
Signed-off-by: Ebru Akagunduz
Building with the attached random configuration file,
warning: (INTEL_SOC_DTS_IOSF_CORE && PUNIT_ATOM_DEBUG) selects
IOSF_MBI which has unmet direct dependencies (PCI)
lib/built-in.o: In function `__bitrev16':
/home/jim/linux-next-2/include/linux/bitrev.h:22: undefined reference
to
On Mon, Sep 14, 2015 at 10:11:58AM +0100, Qais Yousef wrote:
> I didn't write an rproc driver before, if there's anything that you think I
> need to be aware of when writing an rproc based *ALSA* driver I'd appreciate
> pointing it out.
I'm not aware of anything, the biggest driver currently
On Mon, Sep 14, 2015 at 08:06:21PM +0200, Mikael Pettersson wrote:
> Greg Kroah-Hartman writes:
> > On Mon, Sep 14, 2015 at 07:08:10PM +0200, Mikael Pettersson wrote:
> > > I have CONFIG_SERIAL_8250=m. With 4.2 '/sbin/modprobe 8250' worked
> > > and resulted in:
> > >
> > > [ 41.354550]
The patch
regulator: bcm590xx: Remove unneeded semicolon
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours)
The patch
regulator: da9063: Remove unneeded semicolon
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and
On Mon, Sep 14, 2015 at 10:58 PM, Jason Gunthorpe
wrote:
> On Mon, Sep 14, 2015 at 04:39:33PM +0530, Parav Pandit wrote:
>
>> 1. How does the % of resource, is different than absolute number? With
>> rest of the cgroups systems we define absolute number at most
The patch
regmap: Allocate buffers with GFP_ATOMIC when fast_io == true
has been applied to the regmap tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24
On 09/14/2015 09:57 AM, Peter Zijlstra wrote:
On Fri, Sep 11, 2015 at 02:37:37PM -0400, Waiman Long wrote:
+#define queued_spin_trylock(l) pv_queued_spin_trylock_unfair(l)
+static inline bool pv_queued_spin_trylock_unfair(struct qspinlock *lock)
+{
+ struct __qspinlock *l = (void *)lock;
601 - 700 of 1674 matches
Mail list logo