> Sometimes it better to show more message - especially in error conditions :)
Sure, if they contain additional information.
> btw, do you make sanity check for "duplicate" log messages ?
I checked all error messages if they contain additional information.
> ret = i2c_add_adapter(&
Hi Russell King,
On jeu., août 04 2016, Russell King - ARM Linux wrote:
> On Wed, Aug 03, 2016 at 08:07:02AM -0700, Guenter Roeck wrote:
>> On 08/03/2016 01:38 AM, Russell King - ARM Linux wrote:
>> >On Tue, Aug 02, 2016 at 07:51:45PM -0700, Guenter Roeck wrote:
>> >>Hi,
>> >>
>> >>I see the f
On 09/08/16 14:20, Jon Hunter wrote:
>
> On 09/08/16 05:25, John Stultz wrote:
>
> ...
>
>> So actually no. We usually call irqd_set_trigger_type() but something
>> still doesn't work.
>>
>> Interestingly, just adding irq_set_irq_type(virq, type); to the top of
>> that block (leaving the rest of
Em Tue, Aug 09, 2016 at 11:02:40PM +0900, Masami Hiramatsu escreveu:
> On Tue, 9 Aug 2016 01:23:25 -0500
> Ravi Bangoria wrote:
>
> > Powerpc has Global Entry Point and Local Entry Point for functions.
> > LEP catches call from both the GEP and the LEP. Symbol table of ELF
> > contains GEP and O
On Tue, 05 Jul 2016, Sylwester Nawrocki wrote:
> This patch adds common driver for the Top block of the Samsung Exynos
> SoC Low Power Audio Subsystem. This is a minimal driver which prepares
> resources for IP blocks like I2S, audio DMA and UART and exposes a regmap
> for the Top block registers.
On 08/08/2016 01:09 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.14.75 release.
> There are 21 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 s
On 8/7/2016 11:56, Denis Turischev wrote:
Hi Raanan,
On 08/04/2016 07:18 PM, Raanan Avargil wrote:
It is hard to determine what is exactly the problem here and what causes the -3
error, but this is not the place to perform hw reset and retry to init the phy.
I agree that may be this is not
FYI, we noticed the following commit:
https://github.com/0day-ci/linux
Thomas-Garnier/x86-KASLR-Fix-physical-memory-calculation-on-KASLR-memory-randomization/20160809-024226
commit 20067c4c139c7213205acd1c4b6f3e6d68327267 ("x86/KASLR: Fix physical
memory calculation on KASLR m
Hi Paul,
[auto build test WARNING on linus/master]
[also build test WARNING on v4.8-rc1 next-20160809]
[cannot apply to linux/master]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Paul-Burton
On 08/08/2016 01:10 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.17 release.
> There are 68 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
pend 'ip=vm-intel12-1G-1::dhcp root=/dev/ram0 user=lkp
job=/lkp/scheduled/vm-intel12-1G-1/boot-1-debian-x86_64-2015-02-07.cgz-2647cffb2bc6fbed163d377390eb7ca552c7c1cb-20160809-29283-1s4umfr-0.yaml
ARCH=x86_64 kconfig=x86_64-nfsroot
branch=linux-devel/dev
On 08/08/2016 01:10 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.6.6 release.
> There are 96 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 sho
These device trees add support for TS-4900 by Technologic Systems.
More details here:
http://wiki.embeddedarm.com/wiki/TS-4900
Signed-off-by: Lucile Quirion
---
arch/arm/boot/dts/Makefile| 2 +
arch/arm/boot/dts/imx6dl-ts4900.dts | 49
arch/arm/boot/dts/imx6q-ts4900.dts
This adds the documentation for the TS-4900 by Technologic Systems.
Signed-off-by: Lucile Quirion
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/arm/technologic.txt | 6 ++
1 file changed, 6 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/technologic.txt
b/Do
This patch serie adds support for TS-4900 System on Module (SoM). This board,
manufactured by Technologic Systems, is based on an i.MX6.
The i.MX6 exists in 2 flavours: single/dualcore or quadcore. I've added TS-4900
device tree files for both flavour of the i.MX6.
The current device tree does NO
still processing all the fallout from yesterday's fuzzer run on
Haswell/4.8-rc1.
This one was a general protection fault, you can see in RAX that it read
in some slab poisoning. Not sure if it is related to the other issues.
It looks like it is coming through _perf_event_disable() via ioctl()
On Thu, Jul 28, 2016 at 02:10:26AM +, Wei Yongjun wrote:
> Fix to return a negative error code from the alloc_irq_index() error
> handling case instead of 0, as done elsewhere in this function.
>
> Signed-off-by: Wei Yongjun
Applied, thanks.
On Thu, Jul 28, 2016 at 02:09:53AM +, Wei Yongjun wrote:
> Fixes the following sparse warning:
>
> drivers/iommu/amd_iommu.c:106:1: warning:
> symbol '__pcpu_scope_flush_queue' was not declared. Should it be static?
>
> Signed-off-by: Wei Yongjun
Applied, thanks.
If a device tree specifies a preferred device for kernel console output
via the stdout-path or linux,stdout-path chosen node properties or the
stdout alias then the kernel ought to honor it & output the kernel
console to that device. As it stands, this isn't the case. Whilst we
parse the stdout-pat
On Tue, Aug 09, 2016 at 03:09:44PM +0300, Grygorii Strashko wrote:
> diff --git a/drivers/net/ethernet/ti/cpsw.c b/drivers/net/ethernet/ti/cpsw.c
> index 0805855..0456e0e 100644
> --- a/drivers/net/ethernet/ti/cpsw.c
> +++ b/drivers/net/ethernet/ti/cpsw.c
> @@ -732,6 +732,7 @@ static void cpsw_rx_h
On Tue, 09 Aug 2016, Andrew F. Davis wrote:
> The TI SM-USB-DIG is a USB to SPI/I2C/1Wire/GPIO adapter.
> Add MFD core support.
>
> Signed-off-by: Andrew F. Davis
> ---
> drivers/mfd/Kconfig | 9 +++
> drivers/mfd/Makefile| 2 +
> drivers/mfd/ti-smusbdig.c | 13
On Mon, Aug 08, 2016 at 10:21:39PM +0300, Konstantin Khlebnikov wrote:
<>
> NAK. This is fast path and it's already bloated.
> I want to revert most changes here and rework "multiorder" entries.
>
> Here you can find almost ready patchset for that
> https://github.com/koct9i/linux/commits/radix-tr
On 08/09/2016 04:12 AM, Will Deacon wrote:
> On Mon, Aug 08, 2016 at 07:56:04PM +, york sun wrote:
>> On 08/08/2016 11:07 AM, Marc Zyngier wrote:
>>> On Thu, 4 Aug 2016 15:58:35 -0700
>>> York Sun wrote:
>>>
Add DDR EDAC for ARM-based compatible controllers. Both big-endian
and littl
With debugobjects enabled and using SLAB_DESTROY_BY_RCU, when a
kmem_cache_node is destroyed the call_rcu() may trigger a slab
allocation to fill the debug object pool (__debug_object_init:fill_pool).
Everywhere but during kmem_cache_destroy(), discard_slab() is performed
outside of the kmem_cache_
On Tue, 09 Aug 2016, Sylwester Nawrocki wrote:
> This patch adds common driver for the Top block of the Samsung Exynos SoC
> Low Power Audio Subsystem. This is a minimal driver which prepares resources
> for IP blocks like I2S, audio DMA and UART and exposes a regmap for the Top
> block registers.
On Mon, Aug 01, 2016 at 11:48:38AM +0530, Amitoj Kaur Chawla wrote:
> of_platform_device_create returns NULL on error so an IS_ERR test is
> incorrect here and a NULL check is required.
>
> The Coccinelle semantic patch used to make this change is as follows:
> @@
> expression e;
> @@
>
> e = o
On Tue, 09 Aug 2016, SF Markus Elfring wrote:
> > But the change-log in this patch says "I did some stuff".
> > What stuff did you change? Which review comments did you
> > tend to?
>
> I imagine that I could increase the description granularity
> to a detail level which you might also not like.
On Tue, 9 Aug 2016 14:32:39 +0800
Chunyan Zhang wrote:
> Currently ring buffer is the only output of Function traces, this patch
> added trace_export concept which would process the traces and export
> traces to a registered destination which can be ring buffer or some other
> storage, in this w
On 09/08/16 14:46, Salah Triki wrote:
> For validating superblock state, add flags field to befs_sb_info, read the
> state from the disk
> and check if it is equal to BEFS_DIRTY.
>
> Signed-off-by: Salah Triki
> ---
> fs/befs/befs.h | 3 +++
> fs/befs/super.c | 4 +++-
> 2 files changed, 6 ins
On 09/08/16 14:46, Salah Triki wrote:
> Fixing jornal to Journal.
>
> Signed-off-by: Salah Triki
> ---
> fs/befs/befs.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/fs/befs/befs.h b/fs/befs/befs.h
> index 511d16d..55f3ea2 100644
> --- a/fs/befs/befs.h
> +++ b/fs/befs
On 08/09/2016 05:05 PM, Lee Jones wrote:
>> +static SIMPLE_DEV_PM_OPS(lpass_pm_ops, exynos_lpass_suspend,
>> > + exynos_lpass_resume);
> Put this up by the PM functions.
Sorry, I don't understand this comment, which PM functions do you
mean exactly?
--
Thanks,
Sy
On Tue, Aug 09, 2016 at 11:14:38PM +0800, kernel test robot wrote:
>
> FYI, we noticed the following commit:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus
> commit 6141b4d64295ec08a1b48c7fcac8a566658cd64f ("fs: return EPERM on
> immutable inode")
>
> in testcase: xf
On 2016-08-09 05:19 AM, Felipe Balbi wrote:
Hi,
robert.f...@collabora.com writes:
From: Andrew Bresticker
Enable runtime PM for the xhci-plat device so that the parent device
may implement runtime PM.
Signed-off-by: Andrew Bresticker
Tested-by: Robert Foss
Signed-off-by: Robert Foss
--
Quoting Tejun Heo (t...@kernel.org):
> kernfs_path*() functions always return the length of the full path but
> the path content is undefined if the length is larger than the
> provided buffer. This makes its behavior different from strlcpy() and
> requires error handling in all its users even whe
From: Robert Foss
This series enables runtime PM and asynchronous resume/suspend support for
xhci-plat devices.
Changes since v1:
- Added Signed-off-by: Robert Foss
- Added proper metadata tags to series
Changes since v2:
- Added missing changelog to cover-letter
- Added error checking to pm_r
From: Robert Foss
Enable runtime PM for the xhci-plat device so that the parent device
may implement runtime PM.
Signed-off-by: Robert Foss
Tested-by: Robert Foss
---
drivers/usb/host/xhci-plat.c | 26 --
1 file changed, 24 insertions(+), 2 deletions(-)
diff --git a/
From: Andrew Bresticker
USB host controllers can take a significant amount of time to suspend
and resume, adding several hundred miliseconds to the kernel resume
time. Since the XHCI controller has no outside dependencies (other than
clocks, which are suspended late/resumed early), allow it to su
On 8/9/2016 7:33 AM, Andrew F. Davis wrote:
Hello all,
This series adds the nodes needed to control the DSP available on
this SoC. These are similar to the nodes already present the
other K2x SoCs.
Thanks,
Andrew
Andrew F. Davis (3):
ARM: dts: keystone-k2g: Add device state controller node
On 08/06/2016 01:48 PM, Ivan Khoronzhuk wrote:
The irq data are common per net device. So no need to hold these
May be rephrase it a bit.
data per net dev, move it under cpsw_common. Also delete irq_num
var, as after optimization it's not needed. Correct number of
irqs to 2, as anyway, driver
On 08/06/2016 01:48 PM, Ivan Khoronzhuk wrote:
In dual_emac mode the driver can handle 2 network devices. Each of them can use
its own private data and common data/resources. This patchset splits common
driver
data/resources and private per net device data.
It leads to:
- reduce memory usage
- i
On Tue, Aug 09, 2016 at 01:36:29PM +0300, Jarkko Sakkinen wrote:
> Functionally my patch should not break anything. I understand the need
> for clean up of locking but why doing this now to make the driver
> non-racy would make clean up later on any harder?
Then rename the functions so they don't
To fix this, this patch adds ARC as a PCI_MSI_IRQ_DOMAIN supportive
platform and adds the generation of msi.h in the ARC arch.
Signed-off-by: Joao Pinto
---
arch/arc/include/asm/Kbuild | 1 +
drivers/pci/Kconfig | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/a
On Tue, Aug 09, 2016 at 03:46:32PM +0100, Chris Wilson wrote:
...
> diff --git a/mm/slub.c b/mm/slub.c
> index 850737bdfbd8..22b2c1f3db0e 100644
> --- a/mm/slub.c
> +++ b/mm/slub.c
> @@ -3629,11 +3629,15 @@ static void list_slab_objects(struct kmem_cache *s,
> struct page *page,
> */
> static v
So still haswell/4.8-rc1, after 6 hours of fuzzing this is where the
system finally locked up permanently.
It looks like some sort of spinlock error.
The logs continued being spammed with this stuff overnight until I
finally put it out of its misery, but I think just the beginning here
is the r
On Mon, 2016-08-08 at 09:41 +0800, kbuild test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux
> .git master
> head: 29b4817d4018df78086157ea3a55c1d9424a7cfc
> commit: 4e80c8f505741cbdef3e10862ea36057e8d85e7c pinctrl: intel: Add
> Intel Merrifield pin control
On Tue, Aug 09, 2016 at 06:45:39PM +0300, Vladimir Davydov wrote:
> On Tue, Aug 09, 2016 at 04:27:46PM +0100, Chris Wilson wrote:
> ...
> > diff --git a/mm/slub.c b/mm/slub.c
> > index 825ff45..58f0eb6 100644
> > --- a/mm/slub.c
> > +++ b/mm/slub.c
> > @@ -3479,6 +3479,7 @@ static void list_slab_ob
On Tue, Aug 9, 2016 at 5:04 PM, Greg KH wrote:
> On Mon, Aug 01, 2016 at 09:15:48PM +0300, Tal Shorer wrote:
>> struct ulpi_ops is defined as follows:
>>
>> struct ulpi_ops {
>> struct device *dev;
>> int (*read)(struct ulpi_ops *ops, u8 addr);
>> int (*write)(struct ulpi_o
Hi,
commit 463a86304cae ("char/genrtc: x86: remove remnants of asm/rtc.h")
broke rtc for me. Neither hwclock or rtcwake work anymore. This is just
a very standard x86-64 IVB box, and it was reported that machines in
our i915 test farm are having rtc related problems as well.
The first time I run
The mic_smpt_ops structure is never modified, so declare is as const.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
drivers/misc/mic/host/mic_device.h |2 +-
drivers/misc/mic/host/mic_x100.c |2 +-
drivers/misc/mic/host/mic_x100.h |2 +-
3 files changed, 3 i
On Mon, Aug 8, 2016 at 11:40 AM, Thomas Garnier wrote:
> Initialize KASLR memory randomization after max_pfn is initialized. Also
> ensure the size is rounded up. Could have create problems on machines
> with more than 1Tb of memory on certain random addresses.
>
> Signed-off-by: Thomas Garnier
The fmc_operations structure is never modified, so declare is as const.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
drivers/fmc/fmc-fakedev.c |2 +-
include/linux/fmc.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/fmc/fmc-fak
Commit b5a099c67a1c36b "net: ethernet: davicom: fix devicetree irq
resource" causes an interrupt storm after the ethernet interface
is activated on S3C24XX platform (ARM non-dt), due to the interrupt
trigger type not being set properly.
It seems, after adding parsing of IRQ flags in commit 7085a74
On 09/08/16 03:59, Dave Airlie wrote:
On 8 August 2016 at 19:40, Daniel Vetter wrote:
On Mon, Aug 08, 2016 at 10:31:32AM +0100, David Binderman wrote:
Hello there,
Recent versions of gcc say this:
include/drm/i915_drm.h:96:34: warning: result of ‘65535 << 20’
requires 37 bits to represent, b
From: Konstantin Khlebnikov
If module is "module" then dso->short_name is "[module]". Substring
comparing is't enough: "raid10" matches to "[raid1]". This patch also
checks terminating zero in module name.
Signed-off-by: Konstantin Khlebnikov
Acked-by: Masami Hiramatsu
Link:
http://lkml.ker
From: Naohiro Aota
The 'perf probe' tool detects a variable's type and use the detected
type to add a new probe. Then, kprobes prints its variable in
hexadecimal format if the variable is unsigned and prints in decimal if
it is signed.
We sometimes want to see unsigned variable in decimal format
l/git/acme/linux into perf/urgent
(2016-08-04 11:02:38 +0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
tags/perf-urgent-for-mingo-20160809
for you to fetch changes up to 99e608b5954c9e1ebadbf9660b74697d9dfd9f20:
perf probe ppc64le:
[Re: [PATCH v18 6/6] ARM: socfpga: fpga bridge driver support] On 08/08/2016
(Mon 13:44) Moritz Fischer wrote:
> Hi Alan,
>
> On Mon, Aug 8, 2016 at 12:18 PM, atull wrote:
>
> >> Please don't use module.h in drivers controlled by a bool
> >> Kconfig setting.
> >>
> >> THanks,
> >> Paul.
> >>
>
From: Arnaldo Carvalho de Melo
There were changes related to the deprecation of the "pcommit"
instruction:
fd1d961dd681 ("x86/insn: remove pcommit")
dfa169bbee00 ("Revert "KVM: x86: add pcommit support"")
No need to update anything in the tools, as "pcommit" wasn't being
listed on the VMX_E
From: Ravi Bangoria
Powerpc has Global Entry Point and Local Entry Point for functions. LEP
catches call from both the GEP and the LEP. Symbol table of ELF contains
GEP and Offset from which we can calculate LEP, but debuginfo does not
have LEP info.
Currently, perf prioritize symbol table over
From: Ravi Bangoria
Instead of inline code, introduce function to post process kernel
probe trace events.
Signed-off-by: Ravi Bangoria
Acked-by: Masami Hiramatsu
Cc: Alexander Shishkin
Cc: Ananth N Mavinakayanahalli
Cc: Balbir Singh
Cc: Namhyung Kim
Cc: Naveen N. Rao
Cc: Peter Zijlstra
C
From: Arnaldo Carvalho de Melo
When we use libtraceevent to format trace event fields into printable
strings to use in hist entries it is important to trim it from the
default 4 KiB it starts with to what is really used, to reduce the
memory footprint, so use realloc(seq.buffer, seq.len + 1) when
From: Mark Rutland
When we don't have a tracee (i.e. we're attaching to a task or CPU),
counters can still be running after our workload finishes, and can still
be running as we read their values. As we read events one-by-one, there
can be arbitrary skew between values of events, even within a gr
On Tue, Aug 09, 2016 at 09:00:04AM -0700, Thomas Garnier wrote:
> On Mon, Aug 8, 2016 at 11:40 AM, Thomas Garnier wrote:
> > Initialize KASLR memory randomization after max_pfn is initialized. Also
> > ensure the size is rounded up. Could have create problems on machines
> > with more than 1Tb of
From: Arnaldo Carvalho de Melo
The way we're using kernel headers in tools/ now, with a copy that is
made to the same path prefixed by "tools/" plus checking if that copy
got stale, i.e. if the kernel counterpart changed, helps in keeping
track with new features that may be useful for tools to ex
From: Brendan Gregg
This adds the 'bpf-output' field to the perf script usage message, and docs.
Signed-off-by: Brendan Gregg
Cc: Alexander Shishkin
Cc: Alexei Starovoitov
Cc: Peter Zijlstra
Cc: Wang Nan
Link:
http://lkml.kernel.org/r/1470192469-11910-4-git-send-email-bgr...@netflix.com
Si
From: Arnaldo Carvalho de Melo
Due to:
1e61f78baf89 ("x86/cpufeature: Make sure DISABLED/REQUIRED macros are
updated")
No changes to tools using those headers (tools/arch/x86/lib/mem{set,cpu}_64.S)
seems necessary.
Detected by the tools build header drift checker:
$ make -C tools/perf O=
From: Masami Hiramatsu
Adjust map->reloc offset for the unmapped address when finding
alternative symbol address from map, because KASLR can relocate the
kernel symbol address.
The same adjustment has been done when finding appropriate kernel symbol
address from map which was introduced by commi
From: Sonny Rao
This is based on earlier work by Thiago Goncales. It implements a new
per process proc file which summarizes the contents of the smaps file
but doesn't display any addresses. It gives more detailed information
than statm like the PSS (proprotional set size). It differs from the
+Peter
On Tue, 2016-08-09 at 16:02 +0300, Mika Westerberg wrote:
> Hi,
>
> I noticed that with v4.8-rc1 serial console of some of our Broxton
> systems does not work properly anymore. I'm able to see output but
> input
> does not work.
>
> I bisected it down to commit 4ef03d328769eddbfeca1f1c958
With debugobjects enabled and using SLAB_DESTROY_BY_RCU, when a
kmem_cache_node is destroyed the call_rcu() may trigger a slab
allocation to fill the debug object pool (__debug_object_init:fill_pool).
Everywhere but during kmem_cache_destroy(), discard_slab() is performed
outside of the kmem_cache_
On Tuesday, August 9, 2016 6:56:49 PM CEST Ville Syrjälä wrote:
> Hi,
>
> commit 463a86304cae ("char/genrtc: x86: remove remnants of asm/rtc.h")
> broke rtc for me. Neither hwclock or rtcwake work anymore. This is just
> a very standard x86-64 IVB box, and it was reported that machines in
> our i9
On Tue, Aug 09, 2016 at 05:06:51PM +0200, Gregory CLEMENT wrote:
> Hi Russell King,
>
> On jeu., août 04 2016, Russell King - ARM Linux
> wrote:
>
> > On Wed, Aug 03, 2016 at 08:07:02AM -0700, Guenter Roeck wrote:
> >> On 08/03/2016 01:38 AM, Russell King - ARM Linux wrote:
> >> >On Tue, Aug
On Wed, Aug 03, 2016 at 10:03:32PM -0700, Andy Lutomirski wrote:
> On Wed, Aug 3, 2016 at 9:27 PM, Boqun Feng wrote:
> > On Wed, Aug 03, 2016 at 09:37:57AM -0700, Andy Lutomirski wrote:
> >> On Wed, Aug 3, 2016 at 5:27 AM, Peter Zijlstra
> >> wrote:
> >> > On Tue, Jul 26, 2016 at 03:02:19AM +000
On Tue, Aug 09, 2016 at 10:21:33AM +0200, Greg Kroah-Hartman wrote:
> On Mon, Aug 08, 2016 at 09:22:24PM -0700, Guenter Roeck wrote:
> > On 08/08/2016 12:10 PM, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 4.4.17 release.
> > > There are 68 patches in this se
On Mon, Aug 8, 2016 at 12:49 PM, Bjorn Helgaas wrote:
> On Fri, Jun 17, 2016 at 07:24:45PM -0700, Yinghai Lu wrote:
>
> Can you update these to apply to v4.8-rc1, and we can keep chipping
> away at these?
sure. will send rebased version shortly.
Thanks
Yinghai
Hi Wolfram,
On 8/9/2016 4:36 AM, Wolfram Sang wrote:
The core will do this for us now.
Signed-off-by: Wolfram Sang
[...]
diff --git a/drivers/i2c/busses/i2c-bcm-iproc.c
b/drivers/i2c/busses/i2c-bcm-iproc.c
index 19c843828fe2ca..8e3477f9297eda 100644
--- a/drivers/i2c/busses/i2c-bcm-iproc.
On Tue, Aug 09, 2016 at 09:55:05AM +1000, Stephen Rothwell wrote:
> Hi Krzysztof,
>
> The samsung-krzk tree
> (git://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git#for-next)
> contains just these:
>
> 253256f64294 Merge branch 'next/soc' into for-next
> b148ebe425aa Merge branch 'next/def
On Tue, Aug 9, 2016 at 5:05 PM, Jiri Kosina wrote:
> On Tue, 9 Aug 2016, Thomas Garnier wrote:
>
>> >> Okay, I did one-by-one reverts, and the one above, i.e.
>> >>
>> >> commit 021182e52fe01c1f7b126f97fd6ba048dc4234fd
>> >> Author: Thomas Garnier
>> >> Date: Tue Jun 21 17:47:
From: Huang Ying
File pages uses a set of radix tags (DIRTY, TOWRITE, WRITEBACK) to
accelerate finding the pages with the specific tag in the the radix tree
during writing back an inode. But for anonymous pages in swap cache,
there are no inode based writeback. So there is no need to find the
p
Hi Loic,
> -Original Message-
> From: Loic Poulain [mailto:loic.poul...@intel.com]
> Sent: Thursday, June 30, 2016 4:24 PM
> To: Amitkumar Karwar; Jeffy Chen; linux-blueto...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; Ganapathi Bhat; Cathy Luo; Marcel
> Holtmann
> Subject: Re: [v1
On Tue, Aug 09, 2016 at 10:37:31AM +0200, Greg Kroah-Hartman wrote:
> On Tue, Aug 09, 2016 at 09:33:26AM +0100, Paul Burton wrote:
> > On 09/08/16 09:24, Greg Kroah-Hartman wrote:
> > > On Mon, Aug 08, 2016 at 10:03:39PM -0700, Guenter Roeck wrote:
> > > > On 08/08/2016 12:10 PM, Greg Kroah-Hartman
Looks worth checking.
julia
-- Forwarded message --
Date: Wed, 10 Aug 2016 00:17:07 +0800
From: kbuild test robot
To: kbu...@01.org
Cc: Julia Lawall
Subject: drivers/spi/spi.c:1160:3-9: preceding lock on line 1153
CC: kbuild-...@01.org
CC: linux-kernel@vger.kernel.org
TO: Mark
The venc_common_if structures are never modified, so declare them as const.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
drivers/media/platform/mtk-vcodec/mtk_vcodec_drv.h|2 +-
drivers/media/platform/mtk-vcodec/venc/venc_h264_if.c |6 +++---
drivers/media/plat
On Tue, 9 Aug 2016, Chris Wilson wrote:
> With debugobjects enabled and using SLAB_DESTROY_BY_RCU, when a
> kmem_cache_node is destroyed the call_rcu() may trigger a slab
> allocation to fill the debug object pool (__debug_object_init:fill_pool).
> Everywhere but during kmem_cache_destroy(), disca
Hi Suzuki,
Sorry this fell through the cracks...
On 08/07/16 12:37, Suzuki K Poulose wrote:
> On systems with mismatched i/d cache min line sizes, we need to use
> the smallest size possible across all CPUs. This will be done by fetching
> the system wide safe value from CPU feature infrastructur
On Tue, Aug 09, 2016 at 04:01:53PM +0200, Greg KH wrote:
> On Wed, Jun 29, 2016 at 04:38:36PM +0300, Heikki Krogerus wrote:
> > Hi,
> >
> > The USB Type-C class is meant to provide unified interface to the
> > userspace to present the USB Type-C ports in a system.
> >
> > Changes since v3:
> > -
Hi Robert,
[auto build test WARNING on usb/usb-testing]
[also build test WARNING on v4.8-rc1 next-20160809]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/robert-foss-collabora-com/usb-xhci
The pn533_phy_ops are never modified, so declare them as const.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
drivers/nfc/pn533/i2c.c |2 +-
drivers/nfc/pn533/pn533.c |2 +-
drivers/nfc/pn533/pn533.h |4 ++--
drivers/nfc/pn533/usb.c |2 +-
4 files change
On Tue, Aug 9, 2016 at 9:18 AM, Rafael J. Wysocki wrote:
> On Tue, Aug 9, 2016 at 5:05 PM, Jiri Kosina wrote:
>> On Tue, 9 Aug 2016, Thomas Garnier wrote:
>>
>>> >> Okay, I did one-by-one reverts, and the one above, i.e.
>>> >>
>>> >> commit 021182e52fe01c1f7b126f97fd6ba048dc4234fd
>>> >>
On Tue, Aug 09, 2016 at 02:36:02PM +0200, Arnd Bergmann wrote:
> The newly introduced shmem_huge_enabled() function has two definitions,
> but neither of them is visible if CONFIG_SYSFS is disabled, leading
> to a build error:
>
> mm/khugepaged.o: In function `khugepaged':
> khugepaged.c:(.text.kh
On Tue, Aug 09, 2016 at 01:34:35PM +0100, Steve Capper wrote:
> In page_remove_file_rmap(.) we have the following check:
> VM_BUG_ON_PAGE(compound && !PageTransHuge(page), page);
>
> This is meant to check for either HugeTLB pages or THP when a compound
> page is passed in.
>
> Unfortunately, i
On Tue, Aug 09, 2016 at 12:05:43PM -0400, robert.f...@collabora.com wrote:
> From: Sonny Rao
>
> This is based on earlier work by Thiago Goncales. It implements a new
> per process proc file which summarizes the contents of the smaps file
> but doesn't display any addresses. It gives more detail
On 09/08/16 15:18, Philipp Zabel wrote:
> That way the init callback may clear the flag again, in case of drivers
> split between early irq chip and a normal platform driver.
>
> Fixes: 15cc2ed6dcf9 ("of/irq: Mark initialised interrupt controllers as
> populated")
> Suggested-by: Rob Herring
>
On Tue, Aug 9, 2016 at 9:03 AM, Joerg Roedel wrote:
> On Tue, Aug 09, 2016 at 09:00:04AM -0700, Thomas Garnier wrote:
>> On Mon, Aug 8, 2016 at 11:40 AM, Thomas Garnier wrote:
>> > Initialize KASLR memory randomization after max_pfn is initialized. Also
>> > ensure the size is rounded up. Could h
On Tue, Aug 09, 2016 at 06:19:13PM +0200, Julia Lawall wrote:
> Looks worth checking.
I don't really have any idea what this is trying to tell me, sorry.
>
> julia
>
> -- Forwarded message --
> Date: Wed, 10 Aug 2016 00:17:07 +0800
> From: kbuild test robot
> To: kbu...@01.org
The call state machine processor sets up the message parameters for a UDP
message that it might need to transmit in advance on the basis that there's
a very good chance it's going to have to transmit either an ACK or an
ABORT. This requires it to look in the connection struct to retrieve some
of t
deal with.
(*) Fix a missing skb free.
---
The patches can be found here also:
http://git.kernel.org/cgit/linux/kernel/git/dhowells/linux-fs.git/log/?h=rxrpc-fixes
Tagged thusly:
git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git
rxrpc-fixes-20160809
If rxrpc_new_client_call() fails to make a connection, the call record that
it allocated needs to be marked as RXRPC_CALL_RELEASED before it is passed
to rxrpc_put_call() to indicate that it no longer has any attachment to the
AF_RXRPC socket.
Without this, an assertion failure may occur at:
From: Arnd Bergmann
A newly added bugfix caused an uninitialized variable to be
used for printing debug output. This is harmless as long
as the debug setting is disabled, but otherwise leads to an
immediate crash.
gcc warns about this when -Wmaybe-uninitialized is enabled:
net/rxrpc/call_object
Once a packet has been posted to a connection in the data_ready handler, we
mustn't try reposting if we then find that the connection is dying as the
refcount has been given over to the dying connection and the packet might
no longer exist.
Losing the packet isn't a problem as the peer will retran
401 - 500 of 900 matches
Mail list logo
