It doesn't need to have else statement after return.
Signed-off-by: Daeseok Youn
---
V2: one(2/4) of this series was updated so I tried to send them again.
drivers/staging/media/atomisp/pci/atomisp2/atomisp_cmd.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/
On 03/20/2017 10:51 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.10.5 release.
There are 63 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be ma
On 03/20/2017 10:50 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.17 release.
There are 93 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be ma
On 03/20/2017 10:48 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.4.56 release.
There are 28 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be ma
On 03/20/2017 at 09:04 PM, Petr Tesarik wrote:
> On Mon, 20 Mar 2017 10:17:42 +0800
> Xunlei Pang wrote:
>
>> On 03/19/2017 at 02:23 AM, Petr Tesarik wrote:
>>> On Thu, 16 Mar 2017 21:40:58 +0800
>>> Xunlei Pang wrote:
>>>
On 03/16/2017 at 09:18 PM, Baoquan He wrote:
> On 03/16/17 at 08:
On Mon, Mar 20, 2017 at 12:40:24PM -0700, Thomas Garnier wrote:
>This patch removes fixmap headers on non-x86 code introduced by the
>adaptable MODULE_END change. It is also removed in the 32-bit pgtable
>header. Instead, it is added by default in the pgtable generic header
>for both architectures
Hi Piotr,
2017-03-20 17:47 GMT+09:00 Piotr Sroka :
>
>>
>> > @@ -227,6 +267,7 @@ static int sdhci_cdns_probe(struct platform_device
>> > *pdev)
>> > struct sdhci_cdns_priv *priv;
>> > struct clk *clk;
>> > int ret;
>> > + struct device *dev = &pdev->dev;
>> >
>> >
On Mon, 2017-03-20 at 10:47 +0100, Arnd Bergmann wrote:
> When CONFIG_PM is disabled, we get a couple of unused functions:
>
> drivers/media/platform/mtk-jpeg/mtk_jpeg_core.c:927:13: error:
> 'mtk_jpeg_clk_off' defined but not used [-Werror=unused-function]
> static void mtk_jpeg_clk_off(struct
Hi Piotr,
2017-03-20 20:20 GMT+09:00 Piotr Sroka :
> DTS properties are used instead of fixed data
> because PHY settings can be different for different chips/boards.
>
> Signed-off-by: Piotr Sroka
I found this version is a problem for me.
> +
> +static const struct sdhci_cdns_phy_cfg sdhci_
2017-03-20 22:11 GMT+09:00 walter harms :
>
>
> Am 20.03.2017 13:51, schrieb DaeSeok Youn:
>> 2017-03-20 21:04 GMT+09:00 walter harms :
>>>
>>>
>>> Am 20.03.2017 11:59, schrieb Daeseok Youn:
If v4l2_subdev_call() gets the global frame interval values,
it returned 0 and it could be checked
cated...
>>
>> How about the suggestions I made in my reply from March 4 (JST)?
>
> Yes, this also looks like solution. I am not sure how much you would
> like to revert but wouldn't it create duplicated members in pinctrl
> structures? One for Exynos and other for S3C
When cpudl_find() returns any among free_cpus, the cpu might not be
closer than others, considering sched domain. For example:
this_cpu: 15
free_cpus: 0, 1,..., 14 (== later_mask)
best_cpu: 0
topology:
0 --+
+--+
1 --+ |
+-- ... --+
2 --+ | |
Hi Brian,
On 2017/3/21 6:49, Brian Norris wrote:
This list is local to the probe() function. We should free it up in both
the success case and the error case, but currently we're only freeing it
in the error case (see commit f1d722b607d6 ("PCI: rockchip: Fix
rockchip_pcie_probe() error path to f
Hi Arnd,
Thank you for the patch, but someone has fixed the same problem.
Regards,
Rick
On Mon, 2017-03-20 at 10:47 +0100, Arnd Bergmann wrote:
> With the newly added driver, I have run into randconfig failures like:
>
> drivers/media/platform/mtk-jpeg/mtk_jpeg_core.c: In function 'mtk_jpeg_ope
Hi Kishon,
Do you have any comments or suggestions on the series of patches?
Thanks a lot
On Sat, 2017-03-11 at 14:22 +0800, Chunfeng Yun wrote:
> The default value of RX detection stable time is 10us, and this
> margin is too big for some critical cases which cause U3 link fail
> and link t
From: Ravi Bangoria
'*ntevs' contains number of elements present in 'tevs' array. If there
are no elements in array, 'tevs2' can be directly assigned to 'tevs'
without allocating more space. So the condition should be '*ntevs == 0'
not 'ntevs == 0'.
Signed-off-by: Ravi Bangoria
Acked-by: Masa
From: Ravi Bangoria
Description of --no-aggr in perf-stat man page is outdated. --no-aggr
can also be used while profiling specific set of cpus. For ex,
$ perf stat -e cycles,instructions -C 1-2 --no-aggr -- sleep 1
Performance counter stats for 'CPU(s) 1-2':
CPU1 5,94,92,795 cyc
From: Arnaldo Carvalho de Melo
The changes in the following csets are not relevant for what is used in
tools/perf/arch/powerpc/util/kvm-stat.c, but lets sync it to silence the
diff detector in the tools build system:
c92701322711 ("KVM: PPC: Book3S HV: Add userspace interfaces for POWER9 MMU")
From: Alexander Shishkin
To get PERF_AUX_FLAG_PARTIAL, introduced in:
ae0c2d995d64 ("perf/core: Add a flag for partial AUX records")
and that will be used to warn the user about gaps in AUX records due
to VMX being used in KVM guests.
Silences the kernel/tools file copy detector:
Warning:
From: Alexander Shishkin
This patch decodes the 'partial' flag in AUX records and prints
a warning to the user, so that they don't have to guess why their
PT traces contain gaps (or missing altogether):
Warning:
AUX data had gaps in it 8 times out of 8!
Are you running a KVM guest in the
linux into perf/core
(2017-03-16 17:29:23 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
tags/perf-core-for-mingo-4.12-20170320
for you to fetch changes up to affa6c169bae8dc9cb1a2d070c7cd2fe1939c5b8:
tools headers: Sync {to
From: Arnaldo Carvalho de Melo
The changes in the following csets are not relevant for 'perf kvm' usage
but lets sync it to silence the diff detector in the tools build system:
e96a006cb066 ("KVM: arm/arm64: vgic: Implement
KVM_DEV_ARM_VGIC_GRP_LEVEL_INFO ioctl")
d017d7b0bd7a ("KVM: arm/arm
From: Alexander Shishkin
Will be used in a upcoming patch warning about PERF_RECORD_AUX data
gaps, reading the "module/kvm_intel/parameters/vmm_exclusive" sysfs
entry.
Signed-off-by: Alexander Shishkin
Tested-by: Arnaldo Carvalho de Melo
Cc: Adrian Hunter
Cc: Peter Zijlstra
Cc: Stephane Eran
From: Changbin Du
When I use -i option for report subcommand, it doesn't accept it. We
need add common options using OPT_PARENT macro.
perf lock report -i lock_perf.data
Error: unknown switch `i'
Usage: perf lock report []
-f, --force don't complain, do it
-k, --key ke
From: Arnaldo Carvalho de Melo
Move -T/--tasks-only and -P/--power-only options to a separate options
array that then gets referenced via OPT_PARENT from the 'perf timechart'
and 'perf timechart record' option arrays.
Cc: Adrian Hunter
Cc: Changbin Du
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyu
On Sun, Mar 19, 2017 at 05:55:06PM +0100, Linus Lüssing wrote:
> On Fri, Mar 17, 2017 at 02:10:44PM +0100, Pablo Neira Ayuso wrote:
> > Wait.
> >
> > May this break local multicast listener that are bound to the bridge
> > interface? Assuming the bridge interface got an IP address, and that
> > th
From: Arnaldo Carvalho de Melo
All options need the -f/--force option, so move it to the array
referenced via OPT_PARENT.
Cc: Adrian Hunter
Cc: Changbin Du
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-unbeionpi58rioh4e9w8k...@git.kernel.org
From: Arnaldo Carvalho de Melo
We use those in tools/arch/x86/lib/mem{cpy,set}_64.S, in turn used
in the 'perf bench mem' benchmarks.
The changes in the following csets are not relevant for this usecase,
but lets sync it to silence the diff detector in the tools build system:
6fb895692a
From: Rafael J. Wysocki
The policy->cpuinfo.max_freq and policy->max updates in
intel_cpufreq_turbo_update() are excessive as they are done for no
good reason and may lead to problems in principle, so they should be
dropped. However, after dropping them intel_cpufreq_turbo_update()
becomes almos
On Tue, Mar 14, 2017 at 03:18:40PM +0100, Corentin Labbe wrote:
> Signed-off-by: Corentin Labbe
> ---
> .../devicetree/bindings/misc/allwinner,syscon.txt | 19
> +++
> 1 file changed, 19 insertions(+)
> create mode 100644
> Documentation/devicetree/bindings/misc/allwinner,s
2017-03-21 1:58 GMT+09:00 Krzysztof Kozlowski :
> On Mon, Mar 20, 2017 at 06:48:51PM +0200, Krzysztof Kozlowski wrote:
>> Add a Git tree on @kernel.org for maintaining the Samsung pinctrl
>> drivers. The tree will be maintained in a shared model between current
>> Samsung pinctrl maintainers. Pul
Hi all,
Today's linux-next merge of the drm-tegra tree got a conflict in:
drivers/gpu/drm/tegra/drm.c
between commit:
10437d9b475e ("drm: tegra: use vblank hooks in struct drm_crtc_funcs")
from the drm tree and commit:
3f2ea8cee24f ("drm/tegra: Don't leak kernel pointer to userspace")
On Mon, Mar 20, 2017 at 06:34:23PM -0500, Bodong Wang wrote:
>On 3/20/2017 6:07 PM, Gavin Shan wrote:
>>On Mon, Mar 20, 2017 at 05:14:34PM +0200, bod...@mellanox.com wrote:
>>>From: Bodong Wang
>>>
>>>Sometimes it is not desirable to probe the virtual functions after
>>>SRIOV is enabled. This can
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in:
drivers/gpu/drm/i915/gvt/cmd_parser.c
between commit:
695fbc08d80f ("drm/i915/gvt: replace the gvt_err with gvt_vgpu_err")
from the drm-intel-fixes tree and commit:
73dec95e6ba3 ("drm/i915: Emit to ringbuffer directly"
On Tue, 2017-03-21 at 11:18 +1100, Benjamin Herrenschmidt wrote:
> On Mon, 2017-03-20 at 13:23 +0100, Arnd Bergmann wrote:
> > On Mon, Mar 20, 2017 at 3:44 AM, Stephen Rothwell
> > wrote:
> > > Hi all,
> > >
> > > After merging the char-misc tree, today's linux-next build (x86_64
> > > allmodcon
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
drivers/gpu/drm/i915/gvt/scheduler.c
between commit:
3cd23b828b37 ("drm/i915/gvt: GVT pin/unpin shadow context")
from the drm-intel-fixes tree and commit:
e642c85b03de ("drm/i915: Remove superfluous i915_add_reque
On 03/20/2017 11:48 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.56 release.
> There are 28 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On 03/20/2017 11:50 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.17 release.
> There are 93 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On Mon, 2017-03-20 at 13:23 +0100, Arnd Bergmann wrote:
> On Mon, Mar 20, 2017 at 3:44 AM, Stephen Rothwell
> wrote:
> > Hi all,
> >
> > After merging the char-misc tree, today's linux-next build (x86_64
> > allmodconfig) failed like this:
> >
> > drivers/misc/aspeed-lpc-ctrl.c: In function 'as
On Mon, 20 Mar 2017, Arnd Bergmann wrote:
> With posix timers having become optional, we get a build error with
> the cpts time sync option of the CPSW driver:
>
> drivers/net/ethernet/ti/cpts.c: In function 'cpts_find_ts':
> drivers/net/ethernet/ti/cpts.c:291:23: error: implicit declaration of
If a structure is marked with __attribute__((designated_init)) from
GCC or Sparse, it needs to have all static initializers using designated
initialization. Fail the build for any missing cases. This attribute will
be used by the randstruct plugin to make sure randomized structures are
being correc
On 03/20/2017 11:51 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.10.5 release.
> There are 63 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
Hello,
We run CRIU tests on linux-next. And today we found that when we start
x32 processes, a kernel bug is triggered:
[root@fc24 ~]# uname -a
Linux fc24 4.11.0-rc2-next-20170320 #159 SMP Mon Mar 20 16:53:58 PDT
2017 x86_64 x86_64 x86_64 GNU/Linux
[root@fc24 ~]# cat t.c
int main()
{
return 0
Used for Gru/Kevin only, as they're the only ones which have a described
CPU regulator. Also, I'm not sure we've validated this table non-Gru
boards.
At the same time, partially describe PWM regulators for Gru, so cpufreq
doesn't think it can crank up the clock speed without changing the
voltage.
Kevin is part of a family of boards called Gru. As best as possible, the
properties shared by the Gru family are placed in rk3399-gru.dtsi, while
Kevin-specific bits are in rk3399-gru-kevin.dts. This does not add full
support for the base Gru board.
Working and tested (to some extent):
* EC suppo
Gru is a base dev board for a family of devices, including Kevin. Both
utilize Rockchip RK3399, and they share much of their design.
Signed-off-by: Brian Norris
Acked-by: Rob Herring
---
v3:
* added Rob's ack
---
Documentation/devicetree/bindings/arm/rockchip.txt | 20
1 f
We need to enable this regulator before the digitizer can be used. Wacom
recommended waiting for 100 ms before talking to the HID.
Signed-off-by: Brian Norris
---
v3:
* reintroduced into patch set; bindings are in linux-next
---
arch/arm64/boot/dts/rockchip/rk3399-gru-kevin.dts | 3 +++
1 file
Hi,
This is v3, adding basic support for Google Kevin, a board in the Gru device
family. It has gotten smaller, as pieces have been merged already, and the DT
bindings have been ack'ed. It gained a new dependency on Heiko's work here:
[PATCH 2/2] arm64: dts: add arm/arm64 include symlinks
htt
On 3/20/2017 6:07 PM, Gavin Shan wrote:
On Mon, Mar 20, 2017 at 05:14:34PM +0200, bod...@mellanox.com wrote:
From: Bodong Wang
Sometimes it is not desirable to probe the virtual functions after
SRIOV is enabled. This can save host side resource usage by VF
instances which would be eventually p
On Sat, 18 Mar 2017, Anatolij Gustschin wrote:
Hi Matthew,
Hi Anatolij,
More good feedback. See below.
thanks for the patches. Please see some comments below.
On Fri, 10 Mar 2017 11:40:25 -0800
matthew.gerl...@linux.intel.com matthew.gerl...@linux.intel.com wrote:
...
+ if (!(
While glibc's pthread implementation is rather forgiving about repeat
thread joining, Bionic has recently become much more strict. To deal with
this, actually track which threads have been successfully joined and kill
the rest at teardown.
Based on a patch from Paul Lawrence.
Signed-off-by: Kees
With the RPM driver transitioned to RPMSG we can reuse the SMD-RPM
driver ontop of GLINK for 8996, without any modifications.
Signed-off-by: Bjorn Andersson
---
drivers/soc/qcom/smd-rpm.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/soc/qcom/smd-rpm.c b/drivers/soc/qcom/smd-rpm.c
By moving these client drivers to use RPMSG instead of the direct SMD
API we can reuse them ontop of the newly added GLINK wire-protocol
support found in the 820 and 835 Qualcomm platforms.
As the new (RPMSG-based) and old SMD implementations are mutually
exclusive we have to change all client dri
Remove the standalone SMD implementation as we have transitioned the
client drivers to use the RPMSG based one.
Also remove all dependencies on QCOM_SMD from Kconfig files, in order to
keep them selectable in the absence of the removed symbol.
Signed-off-by: Bjorn Andersson
---
Based on v4.11-r
On Sat, 18 Mar 2017, Anatolij Gustschin wrote:
Hi Matthew,
Hi Anatolij,
Thanks for all the feedback. I will create another patch set
incorporating your suggestions.
On Fri, 10 Mar 2017 11:40:27 -0800
matthew.gerl...@linux.intel.com matthew.gerl...@linux.intel.com wrote:
...
+#inclu
>
> On Mon, Mar 20, 2017 at 11:01:36PM +, Winkler, Tomas wrote:
>
> > I believe that in this case the #ifdefs can be done correctly quite
> > easily, but now I'm not against your solution as well, just maybe put
> > some of this info to the commit message.
>
> I perfer fewer ifdefs, it make
Like the atomic update hook it's wrapping, the plane_state is the old
one, and the new one is in plane->state. Both msxfb and tinydrm use
it correctly, but I mistook it for the new state in pl111 due to its
naming.
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/drm_simple_kms_helper.c | 4 ++--
We'd like to reuse these register definitions for the DRM CLCD driver,
but there's a bunch of fbdev-specific code in the current header.
Signed-off-by: Eric Anholt
---
include/linux/amba/clcd-regs.h | 76 ++
include/linux/amba/clcd.h | 68 +---
From: Tom Cooksey
This is a modesetting driver for the pl111 CLCD display controller
found on various ARM platforms such as the Versatile Express. The
driver has only been tested on the bcm911360_entphn platform so far,
with PRIME-based buffer sharing between vc4 and clcd.
It reuses the existing
> -Original Message-
> From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
> Behalf Of Colin King
> Sent: Monday, March 20, 2017 7:46 AM
> To: Kirsher, Jeffrey T ; intel-wired-
> l...@lists.osuosl.org; net...@vger.kernel.org
> Cc: kernel-janit...@vger.kernel.org; linu
> -Original Message-
> From: Long Li
> Sent: Sunday, March 19, 2017 7:49 PM
> To: 'Vitaly Kuznetsov'
> Cc: KY Srinivasan ; Haiyang Zhang
> ; Stephen Hemminger
> ; de...@linuxdriverproject.org; linux-
> ker...@vger.kernel.org
> Subject: RE: [PATCH] HV: properly delay KVP packets when nego
On Mon, Mar 20, 2017 at 3:27 PM, Diego Viola wrote:
> On Mon, Mar 20, 2017 at 1:32 PM, Mathias Nyman
> wrote:
>> On 20.03.2017 17:39, Diego Viola wrote:
>>>
>>> On Mon, Mar 20, 2017 at 11:21 AM, Mathias Nyman
>>> wrote:
On 19.03.2017 23:29, Diego Viola wrote:
>
>
>>
>> Stil
On Mon, Mar 20, 2017 at 11:41:47AM +0100, Peter Zijlstra wrote:
> On Wed, Mar 08, 2017 at 09:21:52AM +0900, Byungchul Park wrote:
> > __wake_up_common() should wake up all non-exclusive waiters and
> > exclusive waiters as many as nr_exclusive, but currently it does not.
> >
> > Consider a wait qu
On Mon, Mar 20, 2017 at 05:14:34PM +0200, bod...@mellanox.com wrote:
>From: Bodong Wang
>
>Sometimes it is not desirable to probe the virtual functions after
>SRIOV is enabled. This can save host side resource usage by VF
>instances which would be eventually probed to VMs.
>
>Added a new PCI sysfs
In case this thread is easier to notice...
Olof,
On Mon, Feb 27, 2017 at 07:20:48PM +0100, Heiko Stuebner wrote:
> Am Dienstag, 21. Februar 2017, 15:47:31 CET schrieb Olof Johansson:
> > On Thu, Feb 9, 2017 at 5:05 PM, Brian Norris
> > wrote:
> > > From: Douglas Anderson
> > >
> > > We'd like
Oops.
Signed-off-by: Kyle Huey
---
arch/x86/um/syscalls_64.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/um/syscalls_64.c b/arch/x86/um/syscalls_64.c
index 81b9fe100f7c..58f51667e2e4 100644
--- a/arch/x86/um/syscalls_64.c
+++ b/arch/x86/um/syscalls_64.c
@@ -12,7
> On Mon, Mar 20, 2017 at 1:11 PM, Winkler, Tomas
> wrote:
> >>
> >> When CONFIG_PM_SLEEP is disabled, we get a warning about unused
> >> functions:
> >>
> >> drivers/char/tpm/tpm_crb.c:551:12: error: 'crb_pm_resume' defined but
> >> not used [-Werror=unused-function]
> >> drivers/char/tpm/tpm_cr
On Mon, Mar 20, 2017 at 11:01:36PM +, Winkler, Tomas wrote:
> I believe that in this case the #ifdefs can be done correctly quite
> easily, but now I'm not against your solution as well, just maybe
> put some of this info to the commit message.
I perfer fewer ifdefs, it makes it more maintain
From: Ratna Manoj Bolla
When a filesystem is mounted on a nbd device and on a disconnect, because
of kill_bdev(), and resetting bdev size to zero, buffer_head mappings are
getting destroyed under mounted filesystem.
After a bdev size reset(i.e bdev->bd_inode->i_size = 0) on a disconnect,
followe
Hi all,
I run into a BUG_ON(!buffer_mapped(bh)) crash with below script.
$ rbd-nbd map mypool/myimg
$ mkfs.ext4 /dev/nbd0
$ mount /dev/nbd0 /mnt/
$ rbd-nbd unmap /dev/nbd0
$ umount /mnt
[ 1248.870131] kernel BUG at /home/mlin/linux/fs/buffer.c:3103!
[ 1248.871214] invalid opcode: [#1]
This list is local to the probe() function. We should free it up in both
the success case and the error case, but currently we're only freeing it
in the error case (see commit f1d722b607d6 ("PCI: rockchip: Fix
rockchip_pcie_probe() error path to free resource list")).
Caught by kmemleak, when doin
On Thu, Mar 16, 2017 at 4:15 AM, Joel Fernandes wrote:
> Hi Rafael,
Hi,
> On Wed, Mar 15, 2017 at 6:04 PM, Rafael J. Wysocki wrote:
>> On Wed, Mar 15, 2017 at 1:59 PM, Patrick Bellasi
Do you have any practical examples of that, like for example what exactly
Android is going to use thi
Hi,
On Tue, Mar 14, 2017 at 11:15:25PM +0100, Sebastian Schmidt wrote:
> I was debugging some mysterious high CPU usage and tracked it down to
> monitoring daemon regularly calling stat*() on an NFS automount
> directory. The problem is triggered when mount.nfs passes mount() an
> addr= that point
On Thu, Mar 09, 2017 at 11:08:17AM +0100, Borislav Petkov wrote:
> +config RAS_CEC
> + bool "Correctable Errors Collector"
> + depends on X86_MCE && MEMORY_FAILURE && DEBUG_FS
> + ---help---
> + This is a small cache which collects correctable memory errors per 4K
> + page P
On 3/20/2017 5:54 AM, alexander.stef...@infineon.com wrote:
There are a few special cases that need some thought though. For
example, it is possible to use an upgrade to switch the TPM family
from 1.2 to 2.0 (or vice versa). In this case it seems useful to let
the kernel reinitialize the TPM dri
On Sun, 19 Mar 2017 11:51:34 +0100 (CET)
Thomas Gleixner wrote:
> On Sat, 18 Mar 2017, Deepa Dinamani wrote:
>
> > struct timespec is not y2038 safe.
> > Replace the posix_clock ops interfaces to use
> > struct timespec64.
> > The patch also changes struct itimerspec interfaces to
> > stru
On Mon, Mar 13, 2017 at 10:26:12AM +0800, Shawn Lin wrote:
> I just thought we should fix the domain number here by adding
> "linux,pci-domain = <0>" for rk3399.dtsi, which seems more wise
> to me now. Does it make sense to you?
I think that's fine (as noted in response to your patch). That doesn'
Hi,
On 17-03-17 18:33, Andy Shevchenko wrote:
On Fri, 2017-03-17 at 10:55 +0100, Hans de Goede wrote:
Add support for monitoring an extcon device with SDP/CDP/DCP and HOST
cables and adjust ilimit and enable/disable the 5v boost converter
accordingly. This is necessary on systems where the PSEL
Some GIC configurations don't have an ITS or v2m frame, but they
want to support MSIs through the distributor's "v2m backwards
compatible" mode. This mode allows software written for the v2m
to treat the distributor as the only frame and support a limited
number of MSIs through a direct write to th
From: Arnd Bergmann
compile-testing fails when QCOM_SMD is a loadable module:
drivers/bluetooth/built-in.o: In function `btqcomsmd_send':
btqca.c:(.text+0xa8): undefined reference to `qcom_smd_send'
drivers/bluetooth/built-in.o: In function `btqcomsmd_probe':
btqca.c:(.text+0x3ec): undefined ref
On Mon, 2017-03-20 at 14:48 -0700, Alexander Duyck wrote:
> From: Alexander Duyck
>
> This patch is a cleanup/fix for NAPI IDs following the changes that made it
> so that sender_cpu and napi_id were doing a better job of sharing the same
> location in the sk_buff.
>
> One issue I found is that
From: Bharat Kumar Reddy Gooty
Corrected the bits for power and iso.
Signed-off-by: Bharat Kumar Reddy Gooty
Signed-off-by: Jon Mason
Fixes: f7225a83 ("clk: ns2: add clock support for Broadcom Northstar 2 SoC")
---
drivers/clk/bcm/clk-ns2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-
On Tue 14 Mar 04:01 PDT 2017, Arnd Bergmann wrote:
> On Tue, Mar 14, 2017 at 10:05 AM, Jean Delvare wrote:
[..]
> > I don't think the COMPILE_TEST adds any value here. The whole set of
> > drivers is architecture specific anyway so you won't gain much build
> > test coverage. It may even prevent
On Tue, Mar 14, 2017 at 03:18:39PM +0100, Corentin Labbe wrote:
> This patch adds documentation for Device-Tree bindings for the
> Allwinner dwmac-sun8i driver.
"dt-bindings: net: ..." is the preferred subject prefix if you respin.
>
> Signed-off-by: Corentin Labbe
> ---
> .../devicetree/bind
And,
I tested by perf-stat on the same situation as below.
$ perf stat -e "{cycles,page-faults,branch-misses}" ./old sum' is zero..
util/annotate.c:1660~1661
1660h = annotation__histogram(notes, evidx + k);
1661src_line->samples[k].percent = 100.0 * h->addr[i] / h->sum;
This
The latest maintenance release Git v2.12.1 is now available at
the usual places.
The tarballs are NOT YET found at:
https://www.kernel.org/pub/software/scm/git/
but hopefully will be in a few days (I am having trouble reaching
there).
The following public repositories all have a copy of the
On Tue, Mar 14, 2017 at 12:04:50PM +0100, Bartosz Golaszewski wrote:
> Add DT bindings for the onboard SATA controller present on the DM816x
> SoCs.
>
> Signed-off-by: Bartosz Golaszewski
> ---
> .../devicetree/bindings/ata/ahci-dm816.txt | 21
> +
> 1 file changed,
I just got this while running a backup..
Dave
WARNING: kernel stack frame pointer at c9fe7ff0 in rsync:1157 has bad
value (null)
unwind stack type:0 next_sp: (null) mask:2 graph_idx:0
c9fe7f98: c9fe7ff0 (0xc9fe7ff0)
c9fe7fa0: fff
Hi Arnaldo :)
Here the perf.data is,
https://www.dropbox.com/s/nr4nnv8g3cipluf/perf.data?dl=1&pl=1
I tested as below.
$ perf record -e "{cycles,page-faults,branch-misses}" ./old /dev/null | grep -i nan | head -3
29.04-nan1.52 old_pack_knapsack.c:34
28.27-nan0.00 old_pac
On Mon, Mar 13, 2017 at 05:41:40PM -0700, Doug Berger wrote:
> A third interrupt cell can be provided to optionally specify
> the interrupt used for handling Wake on LAN events.
>
> Typically the wake up handling uses a separate interrupt
> controller, so the interrupts-extended property is used t
The following changes since commit c1ae3cfa0e89fa1a7ecc4c99031f5e9ae99d9201:
Linux 4.11-rc1 (2017-03-05 12:59:56 -0800)
are available in the git repository at:
git://github.com/andersson/remoteproc tags/rproc-v4.11-fixes
for you to fetch changes up to c3104aae5d8cc443556f8613466e16737326e21
On 03/20/2017 11:34 AM, Niklas Cassel wrote:
> On 03/20/2017 06:43 PM, Florian Fainelli wrote:
>> On 03/20/2017 10:29 AM, Niklas Cassel wrote:
>>> From: Niklas Cassel
>>>
>>> It is usually possible to do
>>> ethtool -s autoneg on
>>> so that you trigger an autoneg before calling
>>> ip link set de
On Mon, Mar 13, 2017 at 10:05:09PM +0100, Alban wrote:
> The current binding only cover PCI devices so extend it for SoC devices.
>
> Most SoC platforms use an MTD partition for the calibration data
> instead of an EEPROM. The qca,no-eeprom property was added to allow
> loading the EEPROM content
On Mon, Mar 20, 2017 at 2:48 PM, Alexander Duyck
wrote:
> From: Alexander Duyck
>
> While working on some recent busy poll changes we found that child sockets
> were being instantiated without NAPI ID being set. In our first attempt to
> fix it, it was suggested that we should just pull programm
On Mon, Mar 13, 2017 at 04:06:38PM +0100, M'boumba Cedric Madianga wrote:
> This patch adds documentation of device tree bindings for the STM32 MDMA
> controller.
>
> Signed-off-by: M'boumba Cedric Madianga
> Reviewed-by: Ludovic BARRE
> ---
> .../devicetree/bindings/dma/stm32-mdma.txt
The varargs macro trick in _PIPE3/_PHY3/_PORT3 was meant as an optimization
to shrink the i915 kernel module by around 1000 bytes. However, the
downside is a size regression with CONFIG_KASAN, as I found from stack size
warnings with gcc-7.0.1:
before:
drivers/gpu/drm/i915/intel_dpll_mgr.c: In fun
From: Rafael J. Wysocki
The way the schedutil governor uses the PELT metric causes it to
underestimate the CPU utilization in some cases.
That can be easily demonstrated by running kernel compilation on
a Sandy Bridge Intel processor, running turbostat in parallel with
it and looking at the valu
auth 5ba8eedc subscribe linux-kernel ggirt...@gmail.com
signature.asc
Description: OpenPGP digital signature
From: Alexander Duyck
This patch is a cleanup/fix for NAPI IDs following the changes that made it
so that sender_cpu and napi_id were doing a better job of sharing the same
location in the sk_buff.
One issue I found is that we weren't validating the napi_id as being valid
before we started tryin
From: Alexander Duyck
While working on some recent busy poll changes we found that child sockets
were being instantiated without NAPI ID being set. In our first attempt to
fix it, it was suggested that we should just pull programming the NAPI ID
into the function itself since all callers will ne
101 - 200 of 1175 matches
Mail list logo
