Fixed checkpatch warnings about parenthesis alignment at line #186.
Signed-off-by: Parth Sane
---
drivers/staging/netlogic/platform_net.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/netlogic/platform_net.c
b/drivers/staging/netlogic/platform_net.c
in
On Sat, Mar 19, 2016 at 6:55 PM, Al Viro wrote:
>
> What would make unlazy_walk() fail? And if it succeeds, you are not
> in RCU mode anymore *without* restarting from scratch...
I don't see your point.
You don't want to be in RCU mode any more. You want to either succeed
or fail with ECHILD/ES
Hi Rob,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: de06dbfa7861c9019eedefc0c356ba86e5098f1b
commit: 0166dc11be911213e0b1b764488c671be4c48cf3 of: make CONFIG_OF user
selectable
date: 10 months ago
config: um-a
On Sat, Mar 19, 2016 at 06:55:21PM -0700, Linus Torvalds wrote:
> On Sat, Mar 19, 2016 at 6:44 PM, Al Viro wrote:
> > Preparations of parallel lookups (the remaining main obstacle is the
> > need to move security_d_instantiate(); once that becomes safe, the rest will
> > be a matter of rat
Hi Guenter,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: de06dbfa7861c9019eedefc0c356ba86e5098f1b
commit: 398c7500a1f5f74e207bd2edca1b1721b3cc1f1e MIPS: VDSO: Fix build error
with binutils 2.24 and earlier
date
According to the code path, iommu_callback_data is passed in
iommu_bus_init() and just used in {add/remove}_iommu_group, by when the
bus->iommu_ops is already set up properly.
This patch removes the iommu_callback_data by retrieving iommu_ops from
bus->iommu_ops directly.
Signed-off-by: Wei Yang
Fixed alignment of parenthesis checkpatch warning to fit coding standards.
Signed-off-by: Parth Sane
---
drivers/staging/netlogic/platform_net.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/netlogic/platform_net.c
b/drivers/staging/netlogic/platform_
Hi Steven,
On Fri, Mar 18, 2016 at 9:44 AM, Steven Rostedt wrote:
> This should fix the issue for you. This probably should be added to
> stable as well (I'll add a tag).
Thanks a lot for working on this.
>
> -- Steve
>
> From e79b49b73079d4320a6ad08eb91d3c92cfef6e6a Mon Sep 17 00:00:00 2001
>
On Thu, Mar 17, 2016 at 11:58:05AM +0100, Michal Suchanek wrote:
> On 17 March 2016 at 08:27, Maxime Ripard
> > You're mixing two things up: the fact that we can't do more than the
> > FIFO length in PIO and that we're missing DMA support. We have patches
> > to address both, and there's no depede
This can be used to expose the act8600 registers via debugfs.
Signed-off-by: Maarten ter Huurne
---
drivers/regulator/act8865-regulator.c | 74 ++-
1 file changed, 73 insertions(+), 1 deletion(-)
diff --git a/drivers/regulator/act8865-regulator.c
b/drivers/regul
Hi Greg,
On Wed, Mar 16, 2016 at 4:35 PM, Greg Kroah-Hartman wrote:
> On Wed, Mar 16, 2016 at 04:22:17PM -0700, Joel Fernandes wrote:
>> Hi,
>>
>> On a fairly recent kernel and android userspace, I am seeing that with
>> i915 driver is in a spin loop waiting for mutex owner to release it
>> (mute
This exercises two cases that are known to be buggy on Xen PV right
now.
Signed-off-by: Andy Lutomirski
---
tools/testing/selftests/x86/Makefile | 2 +-
tools/testing/selftests/x86/iopl.c | 135 +++
2 files changed, 136 insertions(+), 1 deletion(-)
create mod
Compute upper bound owner, group, and other file masks with as few
permissions as possible without denying any permissions that the NFSv4
acl in a richacl grants.
This algorithm is used when a file inherits an acl at create time and
when an acl is set via a mechanism that does not provide file mas
Dear all,
Seems the following thread[1] didn't go anywhere. I'd like to continue
the discussion and share some tests that I did regarding the issue
that the patch is trying to fix.
First I reproduced the issue on my rockchip board and I tested the
patch intensively, I can confirm that the patch m
Both XATTR_NAME_POSIX_ACL_ACCESS and XATTR_NAME_POSIX_ACL_DEFAULT have
the same XATTR_SYSTEM_PREFIX prefix; don't check for the same prefix
repeatedly.
Signed-off-by: Andreas Gruenbacher
---
fs/xattr.c | 29 +++--
1 file changed, 23 insertions(+), 6 deletions(-)
diff --g
Hello Sebastian,
On Fri, Mar 18, 2016 at 04:56:21PM +0100, Sebastian Frias wrote:
> On 03/18/2016 01:54 PM, Uwe Kleine-König wrote:
> > From a driver perspecitive, it would be nice if devm_gpiod_get_optional
> > returned NULL iff the respective gpio isn't specified even with
> > GPIOLIB=n, but thi
From: Rafael J. Wysocki
In addition to fields representing governor tunables, struct dbs_data
contains some fields needed for the management of objects of that
type. As it turns out, that part of struct dbs_data may be shared
with (future) governors that won't use the common code used by
"ondema
Fixed block comment checkpatch warnings.
Signed-off-by: Gavin O'Leary
---
drivers/staging/unisys/visornic/visornic_main.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/unisys/visornic/visornic_main.c
b/drivers/staging/unisys/visornic/visornic_ma
Hi!
Could you please check the following patch-set in order to evaluate if it is
ready for v4.6?
[PATCH v11 0/6] add support for DWC UFS Controller
http://www.gossamer-threads.com/lists/linux/kernel/2396797?#2396797
[PATCH v11 1/6] fixed typo in ufshcd-pltfrm
http://www.gossamer-threads.com/list
On 17/03/2016 at 13:33:04 +, Harvey Hunt wrote :
> On 17/03/16 12:08, Alexandre Belloni wrote:
> >On 05/03/2016 at 23:38:49 +0100, Paul Cercueil wrote :
> >>Signed-off-by: Paul Cercueil
> >>---
> >> drivers/rtc/rtc-jz4740.c | 16 +++-
> >> 1 file changed, 15 insertions(+), 1 delet
On Sat, Mar 19, 2016 at 06:45:19PM -0700, Linus Torvalds wrote:
> It actually does seem to do that, although in an admittedly rather
> questionable way.
>
> I think it should use path_openat() rather than do_filp_open(), but
> passing in LOOKUP_RCU to do_filp_open() actually does work: it just
>
On Sat, Mar 19, 2016 at 6:44 PM, Al Viro wrote:
> Preparations of parallel lookups (the remaining main obstacle is the
> need to move security_d_instantiate(); once that becomes safe, the rest will
> be a matter of rather short series local to fs/*.c) + preadv2/pwritev2 series
> from Chris
Hello, Arnd.
On Mon, Feb 01, 2016 at 09:14:17PM +0100, Arnd Bergmann wrote:
>> I am not debating on your AML call recommendation, it sounds like
>> a good idea however BIOS is already released hence its bit late to
>> add AML methods for this. I am seeking guidance on what can be
>> done in the gi
On Sun, 2016-03-20 at 01:42 +, Parth Sane wrote:
> Fixed alignment of paranthesis as per checkpatch.
The subject prefix [PATCH] should be numbered
with the revision like [PATCH v2]
> Please ignore earlier sent patch for paranthesis check and use this one.
This bit of your email should go be
On Sat, Mar 19, 2016 at 6:26 PM, Al Viro wrote:
>
> Umm... You do realize that LOOKUP_RCU in flags does *NOT* guarantee that
> it won't block, right? At the very least one would need to refuse to
> fall back on non-RCU mode without a full restart.
It actually does seem to do that, although in a
Preparations of parallel lookups (the remaining main obstacle is the
need to move security_d_instantiate(); once that becomes safe, the rest will
be a matter of rather short series local to fs/*.c) + preadv2/pwritev2 series
from Christoph + assorted fixes.
The following changes since commi
Fixed alignment of paranthesis as per checkpatch. Please ignore earlier sent
patch for paranthesis check and use this one.
Signed-off-by: Parth Sane
---
drivers/staging/netlogic/platform_net.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/netlogic/pla
Hi Alex,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: de06dbfa7861c9019eedefc0c356ba86e5098f1b
commit: ebb5e78cc63417a35254a791de66e1cc84f963cc MIPS: Initial implementation
of a VDSO
date: 4 months ago
config:
On Wed, Mar 16, 2016 at 08:06:22AM -0500, Timur Tabi wrote:
> Will Deacon wrote:
> >You could look into making ARCH_DMA_MINALIGN a runtime value, but that
> >looks like an uphill struggle to me. Alternatively, we could only warn
> >if the CWG is bigger than L1_CACHE_BYTES *and* we have a non-cohere
From: Rafael J. Wysocki
Move definitions and function headers related to struct gov_attr_set
to include/linux/cpufreq.h so they can be used by (future) goverernors
located outside of drivers/cpufreq/.
No functional changes.
Signed-off-by: Rafael J. Wysocki
Acked-by: Viresh Kumar
---
This one
The patch
regulator: gpio: check return value of of_get_named_gpio
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
This fixes the following sparse build warning:
mach-rockchip/platsmp.c:68:43: Using plain integer as NULL pointer
Signed-off-by: Peter Griffin
---
arch/arm/mach-rockchip/platsmp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-rockchip/platsmp.c b/arch/ar
From: Yang Dongsheng
Sometimes, cpuacct.usage is not detialed enough to user
to see how much usage a group used. We want to know how
much time it used in user mode and how much in kernel mode.
This patch introduce some more files to tell user these information.
# ls /sys/fs/cgroup/cpuacct/cpuac
On Wed, Mar 16, 2016 at 5:04 PM, Vishnu Patekar
wrote:
> The A83T has R_PIO pin controller, it's same as A23, execpt A83T
> interrupt bit is 6th and A83T has one extra pin PL12.
>
> Signed-off-by: Vishnu Patekar
> Acked-by: Chen-Yu Tsai
> Acked-by: Rob Herring
I think I already merged this?
On 16 March 2016 at 19:20, Mark Brown wrote:
> On Wed, Mar 16, 2016 at 01:05:27PM +0200, Felipe Balbi wrote:
>> Mark Brown writes:
>> > On Mon, Feb 29, 2016 at 11:22:12PM +0900, Mark Brown wrote:
>> >> On Mon, Jan 04, 2016 at 11:04:26AM +0800, Baolin Wang wrote:
>
>> > I see Felipe is no longer a
On 3/17/2016 5:26 AM, David Lechner wrote:
Including mach/* is frowned upon in device drivers, so get rid of it.
This replaces usb20_clk and code that pokes CFGCHIP2 with a proper phy
driver.
Signed-off-by: David Lechner
---
v2 changes: Uses the new phy driver instead of using a second clock
Setting the interrupt type for private peripheral interrupts (PPIs) may
not be supported by a given GIC because it is IMPLEMENTATION DEFINED
whether this is allowed. There is no way to know if setting the type is
supported for a given GIC and so the value written is read back to
verify it matches t
Hello,
This series is similar to [0] and allows the max14577 PMIC MFD driver to
be built as a module. Currently the Kconfig symbol for the driver is a
boolean but there isn't really a reason for this restriction.
The patches have been just built tested because I don't have any of the
boards using
On Sat, Mar 19, 2016 at 06:20:24PM -0700, Linus Torvalds wrote:
> On Mon, Mar 14, 2016 at 10:17 AM, Benjamin LaHaise wrote:
> >
> > I had some time last week to make an aio openat do what it can in
> > submit context. The results are an improvement: when openat is handled
> > in submit context it
Map between "system.richacl" xattrs and the in-kernel representation.
Signed-off-by: Andreas Gruenbacher
---
fs/Makefile| 2 +-
fs/richacl_xattr.c | 161 +
include/linux/richacl_xattr.h | 29 +++
include/uapi
On 15/03/16 20:19, Michael Turquette wrote:
> Quoting Dietmar Eggemann (2016-03-15 12:13:46)
>> Hi Mike,
>>
>> On 14/03/16 05:22, Michael Turquette wrote:
>>> From: Dietmar Eggemann
>>>
[...]
>> Maybe it is worth mentioning that this patch is from EAS RFC5.2
>> (linux-arm.org/linux-power.git ene
From: Kan Liang
This patch makes Intel uncore pmu driver modular.
By default, the uncore driver will be built in the kernel. If it is
configured as module, the supported cpu model can be auto loaded.
This patch also cleans up the code of cpu_init and pci_init.
Based-on-a-patch-by: Thomas Gleixne
The first parameter to dev_dbg() and dev_err() is struct device *,
not struct device **.
Fixes: de71daf5c839 ("Staging: fsl-mc: Replace pr_debug with dev_dbg")
Fixes: 454b0ec8bf99 ("Staging: fsl-mc: Replace pr_err with dev_err")
Cc: Bhumika Goyal
Signed-off-by: Guenter Roeck
---
drivers/staging
Hi Jon,
On Fri, Mar 18, 2016 at 11:56 AM, Jon Hunter wrote:
> On 18/03/16 10:52, Geert Uytterhoeven wrote:
>> On Fri, Mar 18, 2016 at 11:13 AM, Jon Hunter wrote:
>>> On 18/03/16 09:13, Geert Uytterhoeven wrote:
On Thu, Mar 17, 2016 at 3:19 PM, Jon Hunter wrote:
> Commit afbbd2338176 ("
On Wed, Mar 16, 2016 at 02:09:16PM +0200, Jarkko Sakkinen wrote:
> On Sun, Mar 13, 2016 at 06:54:38PM -0400, Stefan Berger wrote:
> Alternative to this would be to have /dev/vtpmx create:
>
> * /dev/vtpm0 for the server
> * /dev/tpm0 for the client
>
> This is how David Howell's PoC worked and t
Currently, _do_fork() have following action:
1: Called by user task
New task return to user space code directly, bypass remain
kernel space code.
2: Called by kthread
New task run into callback function in kernel space specified
by _do_fork() caller.
In somecase, we need to fork a new
On Fri, Mar 18, 2016 at 02:24:08PM +, Juri Lelli wrote:
> ARM systems may be configured to have cpus with different power/performance
> characteristics within the same chip. In this case, additional information
> has to be made available to the kernel (the scheduler in particular) for it
> to b
On Sat, 19 Mar 2016 13:13:59 +0100, Alexander Potapenko said:
> Which GCC version were you using? Are you sure it didn't accidentally
> enable the outline instrumentation (e.g. if the compiler is too old)?
gcc --version
gcc (GCC) 6.0.0 20160311 (Red Hat 6.0.0-0.16)
* Fri Mar 11 2016 Jakub Jelin
On Mon, Mar 14, 2016 at 10:17 AM, Benjamin LaHaise wrote:
>
> I had some time last week to make an aio openat do what it can in
> submit context. The results are an improvement: when openat is handled
> in submit context it completes in about half the time it takes compared
> to the round trip vi
On Tue, Mar 15, 2016 at 10:18:48PM -0700, Johannes Weiner wrote:
> On Fri, Mar 11, 2016 at 12:19:31PM +0300, Vladimir Davydov wrote:
...
> > Come to think of it, shouldn't we restore the old limit and return EBUSY
> > if we failed to reclaim enough memory?
>
> I suspect it's very rare that it woul
On Wed, Mar 09, 2016 at 11:24:18AM +0100, Neil Armstrong wrote:
> Signed-off-by: Neil Armstrong
> ---
> Documentation/devicetree/bindings/arm/oxnas.txt | 9 +
> 1 file changed, 9 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/arm/oxnas.txt
>
> diff --git a/Document
On Fri, Mar 18, 2016 at 6:42 AM, Linux Kernel Mailing List
wrote:
> Web:
> https://git.kernel.org/torvalds/c/f45b0fba43f415f69982df743dfa9b5d1b57785e
> Commit: f45b0fba43f415f69982df743dfa9b5d1b57785e
> Parent: b3c9f3c56c41cbebe7804b48ba8e6e484509c2c0
> Refname:refs/heads/maste
On Thursday 17 March 2016 05:08 PM, Alexey Brodkin wrote:
> Hi Sergei,
>
> On Thu, 2016-03-17 at 13:58 +0300, Sergei Shtylyov wrote:
>> On 3/17/2016 12:41 PM, Alexey Brodkin wrote:
>>
>>> Following commit broke DW GMAC functionality on AXS10x boards:
>>> http://git.kernel.org/cgit/linux/kernel/git/
Hi Matt,
[auto build test WARNING on efi/next]
[also build test WARNING on v4.5 next-20160318]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Daniel-Baluta/efi-Introduce-EFI-bootloader-control
The arm_global_timer clock runs on the CPU clock, and does not correct
for cpufreq scaling. This makes the clock not very suitable as a
clocksource, and basically any clock running on an independent
oscilator is preferable. Few clocksources have a rating over 300,
so this clock usually gets selecte
Hi Rafael,
On 17/03/16 01:01, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
[...]
> +static void sugov_update_commit(struct sugov_policy *sg_policy, u64 time,
> + unsigned int next_freq)
> +{
> + struct cpufreq_policy *policy = sg_policy->policy;
> +
> +
Hi Michal,
On Wed, 16 Mar 2016 08:56:50 +0100 Michal Marek wrote:
>
> Right. Stephen, could you perhaps move the kbuild tree down in your list
> a bit, so that the fixes are present?
Done.
Now you just need to make sure Linus gets them in the right order :-)
--
Cheers,
Stephen Rothwell
On Fri, Mar 18, 2016 at 04:43:21PM +0800, Lu Baolu wrote:
>
>
> On 03/18/2016 04:09 PM, Lee Jones wrote:
> > On Fri, 18 Mar 2016, Lu Baolu wrote:
> >
> >> Some Intel platforms have an USB port mux controlled by GPIOs.
> >> There's a single ACPI platform device that provides both USB ID
> >> extco
Fault rates can easily overwhelm the console and make the system
unresponsive. Ratelimit to allow an opportunity for maintenance.
Signed-off-by: Alex Williamson
---
drivers/iommu/dmar.c | 33 ++---
1 file changed, 22 insertions(+), 11 deletions(-)
diff --git a/dri
From: Rafael J. Wysocki
Modify the ACPI cpufreq driver to provide a method for switching
CPU frequencies from interrupt context and update the cpufreq core
to support that method if available.
Introduce a new cpufreq driver callback, ->fast_switch, to be
invoked for frequency switching from inte
Livepatch needs to utilize the symbol information contained in the
mod_arch_specific struct in order to be able to call the s390
apply_relocate_add() function to apply relocations. Keep a reference to
syminfo if the module is a livepatch module. Remove the redundant vfree()
in module_finalize() sin
On Thu, Mar 17, 2016 at 06:03:50PM +0100, Jerome Glisse wrote:
> Well trick still works, if driver is loaded early during userspace program
> initialization then you force mmap to specific range inside the driver
> userspace code. If driver is loaded after and program is already using those
> range
At boot time the regulator driver can be initialized before the
gpio, in which case the call to of_get_named_gpio will return
EPROBE_DEFER. This value is silently passed to regulator_register
which will return success, although the gpio is not registered
(regulator_ena_gpio_request not called) as t
On Tuesday 15 March 2016 07:42 PM, Linus Walleij wrote:
On Fri, Mar 11, 2016 at 2:43 PM, Laxman Dewangan wrote:
If GPIO hog configuration failed while adding OF based
gpiochip() then return the error instead of ignoring it.
This helps of properly handling the gpio driver dependency.
When ad
在 2016年03月18日 05:51, Heiko Stübner 写道:
Rockchip have three clocks for dp controller, we leave pclk_edp
to analogix_dp driver control, and keep the sclk_edp_24m and
sclk_edp in platform driver.
Signed-off-by: Yakir Yang
Tested-by: Javier Martinez Canillas
Tested-by: Caesar Wang
As the cov
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: de06dbfa7861c9019eedefc0c356ba86e5098f1b
commit: 71458cfc782eafe4b27656e078d379a34e472adf kernel: add support for gcc 5
date: 1 year, 5 months ago
config: mips-allmodconfig (attached as .config)
reproduce:
On Fri, Mar 18, 2016 at 07:27:12PM +0800, HS Liao wrote:
> This adds documentation for the MediaTek Global Command Engine (GCE) unit
> found in MT8173 SoCs.
>
> Signed-off-by: HS Liao
> ---
> .../devicetree/bindings/soc/mediatek/gce.txt | 34
>
> 1 file changed, 34
On Fri, Mar 18, 2016 at 08:21:19AM +0100, Ludovic Desroches wrote:
> So far, the CIDR and EXID registers were in the DBGU interface. This device
> has disappeared with the SAMA5D2 family. These registers are exposed
> through a new device called chipid.
>
> Signed-off-by: Ludovic Desroches
> [nic
On Fri, Mar 18, 2016 at 04:04:43AM -0700, Amitkumar Karwar wrote:
> From: Xinming Hu
>
> Add device tree binding documentation for MARVELL's bluetooth sdio
> (sd8897 and sd8997) chip.
>
> Signed-off-by: Xinming Hu
> Signed-off-by: Amitkumar Karwar
> ---
> Listing changelist for both 1/2 and 2/
When doing an nmi backtrace of many cores, most of which are idle,
the output is a little overwhelming and very uninformative. Suppress
messages for cpus that are idling when they are interrupted and just
emit one line, "NMI backtrace for N skipped: idling at pc 0xNNN".
We do this by grouping all
On 03/17/2016 08:53 PM, Heiner Kallweit wrote:
Am 17.03.2016 um 14:41 schrieb Jacek Anaszewski:
Hi Heiner,
On 03/13/2016 06:14 PM, Heiner Kallweit wrote:
Add basic support for RGB triggers. Triggers with flag LED_TRIG_CAP_RGB
set are available to RGB LED devices only.
Signed-off-by: Heiner Ka
From: Arnd Bergmann
Date: Fri, 18 Mar 2016 14:33:45 +0100
> The openvswitch code has gained support for calling into the
> nf-nat-ipv4/ipv6 modules, however those can be loadable modules
> in a configuration in which openvswitch is built-in, leading
> to link errors:
>
> net/built-in.o: In funct
On Fri, Mar 18, 2016 at 06:41:40PM +0200, Ville Syrjälä wrote:
> On Fri, Mar 18, 2016 at 06:12:35PM +0200, Ville Syrjälä wrote:
> > On Fri, Mar 18, 2016 at 04:13:45PM +0200, Ville Syrjälä wrote:
> > > On Thu, Mar 17, 2016 at 11:40:45AM -0400, Lyude wrote:
> > > > Since we've fixed up drm_dp_dpcd_re
On Fri, Mar 18, 2016 at 06:12:35PM +0200, Ville Syrjälä wrote:
> On Fri, Mar 18, 2016 at 04:13:45PM +0200, Ville Syrjälä wrote:
> > On Thu, Mar 17, 2016 at 11:40:45AM -0400, Lyude wrote:
> > > Since we've fixed up drm_dp_dpcd_read() to allow for retries when things
> > > timeout, there's no use for
Since efifb can only be built directly into the kernel, drop the module
specific includes and definitions. Drop some other includes we don't need
as well.
Signed-off-by: Ard Biesheuvel
---
drivers/video/fbdev/efifb.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/driver
On Thu, Mar 17, 2016 at 10:07 AM, Rafael J. Wysocki wrote:
> On Thursday, March 17, 2016 09:02:29 AM Josh Boyer wrote:
>> Hello,
>
> Hi,
>
>> I have an Intel Atom based NUC that is producing the following
>> backtraces on boot of Linus' tree as of last evening. This does not
>> happen with a tree
On Thursday, March 17, 2016 09:02:29 AM Josh Boyer wrote:
> Hello,
Hi,
> I have an Intel Atom based NUC that is producing the following
> backtraces on boot of Linus' tree as of last evening. This does not
> happen with a tree with top level commit 271ecc5253e2, but does happen
> when using the
Hello Minchan,
On (03/15/16 15:17), Minchan Kim wrote:
[..]
> > hm, in this scenario both solutions are less than perfect. we jump
> > X times over 40% margin, we have X*NR_CLASS compaction scans in the
> > end. the difference is that we queue less works, yes, but we don't
> > have to use workqueu
In a nutshell:
Export the memory management functions, unmapped_area() &
unmapped_area_topdown(), as GPL symbols; this allows the kernel to
better support process address space mirroring on both CPU and device
for out-of-tree drivers by allowing the use of vm_unmapped_area() in a
driver's file ope
On Fri, 2016-03-18 at 12:55 +0100, Thomas Gleixner wrote:
> Does the patch below fix the wreckage?
Yup, all better.
> diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c
> index 643dbdccf4bc..c5ac71276076 100644
> --- a/arch/x86/kernel/smpboot.c
> +++ b/arch/x86/kernel/smpboot.c
>
Hi,
On 17.03.2016 15:01, Pali Rohár wrote:
On Thursday 17 March 2016 09:56:22 Ivaylo Dimitrov wrote:
Hi,
Is camera on same bus as tpa? Maybe this is reason why camera is
non-functional too?
It doesn't matter, all the i2c busses are missing the pullups.
Will fix the board DTS file later
On 15.3.2016 22:40, Arnd Bergmann wrote:
> The qlt_check_reserve_free_req() function produces an incorrect warning
> when CONFIG_PROFILE_ANNOTATED_BRANCHES is set:
>
> drivers/scsi/qla2xxx/qla_target.c: In function 'qlt_check_reserve_free_req':
> drivers/scsi/qla2xxx/qla_target.c:1887:3: error: 'cn
On Wed, 2016-03-16 at 02:45 +0100, Luis R. Rodriguez wrote:
> On Fri, Mar 11, 2016 at 03:13:52PM -0700, Toshi Kani wrote:
> > On Wed, 2016-03-09 at 10:15 +0100, Ingo Molnar wrote:
> > > * Toshi Kani wrote:
> > >
> > > > On Tue, 2016-03-08 at 13:16 +0100, Ingo Molnar wrote:
> > > > > * Toshi Kani
Instead of looping through all cpus calling set_capacity_scale, we can
initialise cpu_scale per-cpu variables to SCHED_CAPACITY_SCALE with their
definition.
Cc: Russell King
Acked-by: Vincent Guittot
Signed-off-by: Juri Lelli
---
Applied:
http://www.arm.linux.org.uk/developer/patches/viewpat
To support GIC chips located in power-domains outside of the CPU subsystem
it is necessary to add a platform driver for these chips, so that the
probing of the chip can be deferred if resources, such as a power-domain,
is not yet available.
To re-use the code that initialises the GIC (found in __g
Hi Paul,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: de06dbfa7861c9019eedefc0c356ba86e5098f1b
commit: c1a0e9bc885d46e519fd87d35af6a7937abfb986 MIPS: Allow compact branch
policy to be changed
date: 5 months ago
On Fri, Mar 18, 2016 at 10:56:29AM +0530, Vineet Gupta wrote:
> ARC Timers have historically been probed directly.
> As precursor to start probing Timers thru DT introduce these bindings
> Note that to keep series bisectable, these bindings are not yet used in
> code.
>
> Cc: Daniel Lezcano
> Cc:
Currently the Linux kernel does not provide any standard integration of this
feature that integrates the USB subsystem with the system power regulation
provided by PMICs meaning that either vendors must add this in their kernels
or USB gadget devices based on Linux (such as mobile phones) may not b
Am Freitag, den 18.03.2016, 15:10 +0100 schrieb Vlastimil Babka:
> On 03/17/2016 04:52 PM, Joonsoo Kim wrote:
> > 2016-03-18 0:43 GMT+09:00 Vlastimil Babka :
> >>
> >> Okay. I used following slightly optimized version and I need to
> >> add 'max_order = min_t(unsigned int, MAX_ORDER, pa
On Thu, Mar 17, 2016 at 08:15:23PM -0500, Franklin S Cooper Jr wrote:
> Now that the node name has been changed from ehrpwm to pwm the document
> should show this proper usage. Also change the unit address in the example
> from 0 to the proper physical address value that should be used.
>
> Signed
From: Rafael J. Wysocki
Commit a9ceb78bc75c (cpuidle,menu: use interactivity_req to disable
polling) changed the behavior of the fallback state selection part
of menu_select() so it looks at interactivity_req instead of
data->next_timer_us when it makes its decision. That effectively
caused poll
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 1200b6809dfd9d73bc4c7db76d288c35fa4b2ebe
commit: 05752523e56502cd9975aec0a2ded465d51a71f3 openvswitch: Interface with
NAT.
date: 5 days ago
config: i386-randconfig-a0-201612 (attached as .config)
reproduce
[[PATCH v2 0/5] xen: avoid module usage in non-modular code] On 21/02/2016 (Sun
19:06) Paul Gortmaker wrote:
> This series of commits is a part of a larger project to ensure
> people don't reference modular support functions in non-modular
> code. Overall there was roughly 5k lines of dead code
On Thu, Mar 17, 2016 at 05:04:00PM +0100, Ludovic Desroches wrote:
> From: Cyrille Pitchen
>
> This SFR node is looked up by the I2S controller driver to tune the
> SFR_I2SCLKSEL register.
>
> Signed-off-by: Cyrille Pitchen
> Signed-off-by: Ludovic Desroches
> ---
> Documentation/devicetree/b
On Thu, 2016-03-17 at 17:06 -0700, Luis R. Rodriguez wrote:
> On Mar 17, 2016 2:04 PM, "Toshi Kani" wrote:
> >
> > On Wed, 2016-03-16 at 00:29 +0100, Luis R. Rodriguez wrote:
> > > On Tue, Mar 15, 2016 at 05:48:44PM -0600, Toshi Kani wrote:
> > > > On Tue, 2016-03-15 at 01:15 +0100, Luis R. Rodri
On Wed, Mar 16, 2016 at 02:59:38PM +0100, Arnd Bergmann wrote:
> On Wednesday 16 March 2016 13:12:36 Andy Shevchenko wrote:
> >
> > > I've also sent a patch that fixes the link error on ARM and that should
> > > work on all other architectures too.
> >
> > In case of avr32 signalfd_read() fails.
On Tue, 15 Mar 2016, David Lechner wrote:
> Including mach/* is frowned upon in device drivers, so get rid of it.
>
> This replaces usb20_clk with usb11_phy_clk that represents the 48MHz usb
> phy clock. The interaction with the usb20 (musb) subsystem does no belong
> here and has been implemente
The mcbsp2/3_sidetone hwmod is a dummy hwmod and servers as a placeholder
to attach the register address and irq number to the main mcbsp2/3 hwmod.
The hwmod for the McBSP sidetone module is going to be removed from the
kernel.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/omap3.dtsi | 4 +
v3.19.8-ckt17 -stable review patch. If anyone has any objections, please let
me know.
---8<
From: Alexandra Yates
commit 4d92f0099a06ef0e36c7673f7c090f1a448b2d1b upstream.
This change was to preserve the ascending order of device ID
On Friday 18 March 2016 18:31:53 Vineet Gupta wrote:
>
> > On a related note, I have submitted a patch that turns
> > CONFIG_CC_OPTIMIZE_FOR_SIZE
> > into a choice statement, so we actually get the -Wmaybe-uninitialized
> > warnings
> > in an allyesconfig or allmodconfig build. It would be trivi
201 - 300 of 1836 matches
Mail list logo