Hi,
On Mon, Dec 21, 2015 at 11:33:44AM +0100, Geert Uytterhoeven wrote:
> Hi,
>
> As of commit e488ca9f8d4f62c2 ("doc: dt: mtd: partitions: add compatible
> property to "partitions" node"), which is in v4.4-rc6, the "partitions"
> subnode of an SPI FLASH device node must have a compatible
Am 22.12.2015 um 21:44 schrieb Mickaël Salaün:
> Fix a pointer cast typo introduced in v4.4-rc5 especially visible for
> the i386 subarchitecture where it results in a kernel crash.
>
> Fixes: 8090bfd2bb9a ("um: Fix fpstate handling")
>
> Signed-off-by: Mickaël Salaün
> Cc: Jeff Dike
> Cc:
Open the memory mapped file with the O_TMPFILE flag when available.
Signed-off-by: Mickaël Salaün
Cc: Jeff Dike
Cc: Richard Weinberger
Acked-by: Tristan Schmelcher
---
arch/um/os-Linux/mem.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/um/os-Linux/mem.c
On Mon, Dec 21, 2015 at 05:48:48PM +0100, Gregory CLEMENT wrote:
> Hi Geert,
>
> On lun., d??c. 21 2015, Geert Uytterhoeven wrote:
>
> > As of commit e488ca9f8d4f62c2 ("doc: dt: mtd: partitions: add compatible
> > property to "partitions" node"), the "partitions" subnode of an SPI
> > FLASH
The posix_clock_poll function is supposed to return a bit mask of
POLLxxx values. However, in case the hardware has disappeared (due to
hot plugging for example) this code returns -ENODEV in a futile
attempt to throw an error at the file descriptor level. The kernel's
file_operations interface
On Tue, 22 Dec 2015 19:40:39 +0800 Xunlei Pang wrote:
> > Following functions will be used only in kexec_file. Please wrap them in
> > CONFIG_KEXEC_FILE.
> >
> > int __weak arch_kexec_kernel_image_probe(struct kimage *image, void *buf,
> > unsigned long
On Tuesday 22 December 2015, David Daney wrote:
> On 12/22/2015 02:07 AM, Will Deacon wrote:
> > On Mon, Dec 21, 2015 at 05:53:41PM -0800, David Daney wrote:
> >> From: David Daney
> >> diff --git a/drivers/pci/host/pci-host-generic.c
> >> b/drivers/pci/host/pci-host-generic.c
> >> index
Hi,
On Tue, Dec 22, 2015 at 09:13:54PM +0100, Dmitry Vyukov wrote:
> Hello,
...
>
> [] __sctp_setsockopt_connectx+0xc6/0x150
> net/sctp/socket.c:1318
> [< inline >] sctp_getsockopt_connectx3 net/sctp/socket.c:1410
> [] sctp_getsockopt+0x25ee/0x3e00 net/sctp/socket.c:6007
> []
On Tue, Dec 22, 2015 at 09:21:14AM +0100, Geert Uytterhoeven wrote:
> On Tue, Dec 22, 2015 at 3:22 AM, Al Viro wrote:
> >> And if the code really explicitly wants a page (or set of aligned pages)
> >> for some vm reason, I suspect having the cast there isn't a bad thing. It's
> >> clearly not
On Tue, Dec 22, 2015 at 10:16:13PM +0800, Geliang Tang wrote:
> to_platform_driver has been defined in platform_device.h, so drop
> this repetitive macro in asus-wmi.c.
>
> Signed-off-by: Geliang Tang
Thanks, applied.
--
Darren Hart
Intel Open Source Technology Center
--
To unsubscribe from
From: Andrey Ryabinin
Date: Mon, 21 Dec 2015 12:54:45 +0300
> ip6addrlbl_get() has never worked. If ip6addrlbl_hold() succeeded,
> ip6addrlbl_get() will exit with '-ESRCH'. If ip6addrlbl_hold() failed,
> ip6addrlbl_get() will use about to be free ip6addrlbl_entry pointer.
>
> Fix this by
Hi Mika,
On 12/18/2015 4:13 AM, Mika Westerberg wrote:
[]
So instead of this, what if we do not assign dev->get_clk_rate_khz at
all and then do something like below in the core driver?
I like the changes below since it is clear to see within the core file
how things are handled when
On 22.12.2015 4:40, Laura Abbott wrote:
> Each of the different allocators (SLAB/SLUB/SLOB) handles
> clearing of objects differently depending on configuration.
> Add common infrastructure for selecting sanitization levels
> (off, slow path only, partial, full) and marking caches as
>
On 12/22, Sylwester Nawrocki wrote:
> Mike,
>
> On 22/12/15 19:44, Mike Turquette wrote:
> > This is superseded by the pull request found in Message-ID:
> > <5671a456.9030...@samsung.com>, correct?
>
> The two pull requests are based on same branch, first 2 commits are
> tagged with
> Hello, Alex.
>
> On Fri, Dec 18, 2015 at 08:08:03PM +, Alex Ng (LIS) wrote:
> > Hi,
> >
> > I was running a "git clone" of the linux-next source tree and hit the
> following BUG_ON condition. My box is running kernel 4.4.0-rc5-next-
> 20151217-52.27. Any ideas on how to pin down the cause?
Hi,
On Tue, Dec 22, 2015 at 12:27:35PM +0800, Chen-Yu Tsai wrote:
> The driver allocates the spinlock but fails to initialize it correctly.
> The kernel reports a BUG indicating bad spinlock magic when spinlock
> debugging is enabled.
>
> Call spin_lock_init() on it to initialize it correctly.
>
From: Vegard Nossum
Date: Sun, 20 Dec 2015 21:53:27 +0100
> @@ -115,6 +115,10 @@ struct sock *dccp_create_openreq_child(const struct sock
> *sk,
> newdp->dccps_isr = dreq->dreq_isr;
> newdp->dccps_gsr = dreq->dreq_gsr;
>
> + newdp->dccps_hc_rx_ackvec =
Hi Stefano,
[auto build test WARNING on arm/for-next]
[also build test WARNING on v4.4-rc6 next-20151222]
url:
https://github.com/0day-ci/linux/commits/Stefano-Stabellini/arm-remove-CPU_V6-and-GENERIC_ATOMIC64-build-dependencies-for-XEN/20151222-222129
base: http://repo.or.cz/linux-2.6
On 15-11-24 04:42 AM, Rasmus Villemoes wrote:
On 64 bit, struct error_info has 6 bytes of padding, which amounts to
over 4k of wasted space in the additional[] array. We could easily get
rid of that by instead using separate arrays for the codes and the
pointers. However, we can do even better
On 15-11-24 04:42 AM, Rasmus Villemoes wrote:
There's little point in breaking these strings over multiple lines.
Signed-off-by: Rasmus Villemoes
Tested-by: Douglas Gilbert
---
drivers/scsi/constants.c | 27 +--
1 file changed, 9 insertions(+), 18 deletions(-)
On 15-11-24 04:42 AM, Rasmus Villemoes wrote:
This is a purely mechanical move of the list of additional sense codes
to a separate file, in preparation for reducing the impact of choosing
CONFIG_SCSI_CONSTANTS=y by about 8k.
Signed-off-by: Rasmus Villemoes
Tested-by: Douglas Gilbert
---
On 15-11-24 04:42 AM, Rasmus Villemoes wrote:
This reduces the impact of choosing by about 8KB.
2dd951ecd511 ("scsi: Conditionally compile in constants.c") updated
the Kconfig help text from 12KB to 75KB. The 12K predated git so was
certainly outdated. But I'm not sure where the 75K comes from;
From: Santosh Shilimkar
Date: Sat, 19 Dec 2015 12:55:43 -0800
> From: Sebastian Andrzej Siewior
>
> It looks like an attempt to use CPU notifier here which was never
> completed. Nobody tried to wire it up completely since 2k9. So I unwind
> this code and get rid of everything not required. Oh
From: Vijay Pandurangan
Date: Fri, 18 Dec 2015 14:34:59 -0500
> Packets that arrive from real hardware devices have ip_summed ==
> CHECKSUM_UNNECESSARY if the hardware verified the checksums, or
> CHECKSUM_NONE if the packet is bad or it was unable to verify it. The
> current version of veth
Hello,
The following program triggers WARNING in kmalloc:
// autogenerated by syzkaller (http://github.com/google/syzkaller)
#include
#include
#include
#include
int main()
{
long r0 = syscall(SYS_mmap, 0x2000ul, 0x4000ul, 0x3ul,
0x32ul, 0xul, 0x0ul);
long
On Tuesday 22 December 2015 02:17:38 Finn Thain wrote:
>
> Like my previous work on the NCR5380 drivers, this patch series has bug
> fixes, code cleanup and modernization. These drivers suffer from mistakes,
> poor style and neglect and this long series addresses the worst of it,
> covering all
That is correct, I have net.ipv4.tcp_ecn set to 1.
I've recompiled the kernel with proposed patch, now still waiting for issue to
be triggered.
Could I manually simulate the erroneous TCP ECN behavior to speed up the
debugging?
On понеділок, 21 грудня 2015 р. 18:10:32 EET Yuchung Cheng wrote:
Hi Scott,
Am 22.12.2015 um 20:23 schrieb Scott Branden:
Hi Stefan,
On 15-12-22 07:55 AM, Stefan Wahren wrote:
Hi Scott,
Am 07.11.2014 um 19:31 schrieb Scott Branden:
On 14-11-05 09:01 PM, Stephen Warren wrote:
On 11/05/2014 12:00 AM, Scott Branden wrote:
On 14-11-04 08:59 PM, Stephen
Hi Linus,
On Tue, 22 Dec 2015 10:08:58 +0100 Linus Walleij
wrote:
>
> On Tue, Dec 22, 2015 at 7:57 AM, Robert Jarzmik
> wrote:
> > Stephen Rothwell writes:
> >
> >> After merging the gpio tree, today's linux-next build (lots without
> >> CONFIG_OF) failed like this:
> >>
> >>
On Fri, 2015-12-18 at 12:35 +1100, Alexey Kardashevskiy wrote:
> The vfio_iommu_spapr_tce_create struct has 4x32bit and 2x64bit fields
> which should have resulted in sizeof(fio_iommu_spapr_tce_create)
> equal
> to 32 bytes. However due to the gcc's default alignment, the actual
> size of this
---
Robert Elliott, HPE Persistent Memory
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Matt Fleming
> Sent: Monday, December 21, 2015 10:06 AM
> To: Elliott, Robert (Persistent Memory)
> Cc:
On 22 December 2015 at 21:01, Christoph Lameter wrote:
> On Tue, 22 Dec 2015, Mathias Krause wrote:
>
>> How many systems, do you think, are running with enabled DEBUG_SLAB /
>> SLUB_DEBUG in production? Not so many, I'd guess. And the ones running
>> into issues probably just disable DEBUG_SLAB
From: Geliang Tang
Date: Tue, 22 Dec 2015 23:11:49 +0800
> Use to_net_dev() instead of open-coding it.
>
> Signed-off-by: Geliang Tang
Applied to net-next, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
On 12/22/15 8:08 AM, Christoph Lameter wrote:
On Mon, 21 Dec 2015, Laura Abbott wrote:
The biggest change from PAX_MEMORY_SANTIIZE is that this feature sanitizes
the SL[AOU]B allocators only. My plan is to work on the buddy allocator
santization after this series gets picked up. A side effect
On Tue, 2015-12-22 at 12:34 +0100, Borislav Petkov wrote:
> On Wed, Dec 16, 2015 at 02:52:38PM -0700, Toshi Kani wrote:
> > This scheme may have a problem, though. For instance, when someone
> > writes a loadable module that searches for "foo", but the "foo" entry
> > may be initialized in a
gt; #if defined(CONFIG_SMP) || defined(CONFIG_HOTPLUG_CPU)
> > >
> > > always evaluates to true, so remove it.
> >
> > Hi Andrew,
> > The error is still there. I guess you have been busy. :)
> >
> > next-20151222 fails with the same error. You can see the
On Tue, 22 Dec 2015, Mathias Krause wrote:
> How many systems, do you think, are running with enabled DEBUG_SLAB /
> SLUB_DEBUG in production? Not so many, I'd guess. And the ones running
> into issues probably just disable DEBUG_SLAB / SLUB_DEBUG.
All systems run with SLUB_DEBUG in production.
From: Borislav Petkov
Signed-off-by: Borislav Petkov
---
arch/x86/events/Makefile | 1 +
arch/x86/{kernel/cpu/perf_event_amd_ibs.c => events/amd/ibs.c} | 2 +-
arch/x86/kernel/cpu/Makefile | 2 +-
3 files changed, 3
From: Borislav Petkov
Signed-off-by: Borislav Petkov
---
arch/x86/events/Makefile | 2 +-
arch/x86/{kernel/cpu/perf_event_amd_uncore.c => events/amd/uncore.c} | 0
arch/x86/kernel/cpu/Makefile | 1 -
3 files
On Tue, 2015-12-22 at 08:51 -0500, Sasha Levin wrote:
> Commit "IMA: policy can now be updated multiple times" assumed that the
> policy would be updated at least once.
>
> If there are zero updates, the temporary list head object will get added
> to the policy list, and later dereferenced as an
On Wed, Dec 16, 2015 at 11:20:26AM +0100, Nicolas Ferre wrote:
> Arnd, Olof, Kevin,
>
> As single patch for this pull-request: tell me if you would like to take it
> independently, as a patch.
>
> Thanks, best regards,
>
> The following changes since commit
On Thu, Dec 17, 2015 at 08:50:24PM +0900, Krzysztof Kozlowski wrote:
> 2015-12-07 18:43 GMT+09:00 Arnd Bergmann :
> > On Monday 07 December 2015 18:38:44 Krzysztof Kozlowski wrote:
> >> On 07.12.2015 18:14, Arnd Bergmann wrote:
> >> > On Monday 07 December 2015 09:59:54 Krzysztof Kozlowski wrote:
On Wed, Dec 16, 2015 at 11:14:16AM +0100, Nicolas Ferre wrote:
> Arnd, Olof, Kevin,
>
> This is the first PR for AT91 DT material targeted to 4.5. The main part is
> the
> addition for the new DENX platform. Other things are simply basic fixes and
> updates.
>
> Thanks, best regards,
>
> The
From: Borislav Petkov
Cc: Joerg Roedel
Signed-off-by: Borislav Petkov
---
arch/x86/events/Makefile | 3 +++
arch/x86/{kernel/cpu/perf_event_amd_iommu.c => events/amd/iommu.c} | 4 ++--
arch/x86/{kernel/cpu/perf_event_amd_iommu.h => events/amd/iommu.h}
From: Borislav Petkov
Signed-off-by: Borislav Petkov
---
arch/x86/events/Makefile| 2 ++
arch/x86/{kernel/cpu/perf_event_amd.c => events/amd/core.c} | 2 +-
arch/x86/kernel/cpu/Makefile| 2 +-
3 files changed, 4 insertions(+),
From: Borislav Petkov
Also, keep the churn at minimum by adjusting the include "perf_event.h"
when each file gets moved.
Signed-off-by: Borislav Petkov
---
arch/x86/Kbuild | 3 ++-
arch/x86/events/Makefile| 1 +
From: Borislav Petkov
Hi guys,
so what better time to do that fun than during the holidays when no one
else is producing patches. :-)
Anyway, here's a part one conversion of the AMD perf events facilities.
Directory structure looks like this:
arch/x86/events/
|-- amd
| |-- core.c
| |--
2015-12-22 07:19+, Wu, Feng:
>> From: Yang Zhang [mailto:yang.zhang...@gmail.com]
>> On 2015/12/22 14:59, Wu, Feng wrote:
>> >> From: Yang Zhang [mailto:yang.zhang...@gmail.com]
>> >> On 2015/12/16 9:37, Feng Wu wrote:
>> >>> +for_each_set_bit(i, , 16) {
>>
On 12/22/15 11:19, Andrew Morton wrote:
> On Tue, 22 Dec 2015 10:15:37 -0800 Randy Dunlap wrote:
>
>> On 12/21/15 21:29, Stephen Rothwell wrote:
>>> Hi all,
>>>
>>> Changes since 20151221:
>>>
>>
>> on i386 or x86_64:
>>
>> when CONFIG_SLOB=y:
>>
>> ../mm/memcontrol.c: In function
Mike,
On 22/12/15 19:44, Mike Turquette wrote:
> This is superseded by the pull request found in Message-ID:
> <5671a456.9030...@samsung.com>, correct?
The two pull requests are based on same branch, first 2 commits are
tagged with for-4.5-clk-exynos5420 tag and the whole branch is tagged
as
On Mon, Dec 14, 2015 at 12:42:59PM -0600, Nishanth Menon wrote:
> Enable PMIC for AM437x platforms such as AM437x-sk similar to commit
> a186cf10da84 ("ARM: omap2plus_defconfig: enable TPS65218 configs").
> This allows multi_v7_defconfig to boot up on AM437x-sk platform.
>
> Signed-off-by:
On Wed, Dec 16, 2015 at 07:15:41PM +0530, Afzal Mohammed wrote:
> Hi,
>
> On Tue, Dec 15, 2015 at 08:49:07AM -0600, Nishanth Menon wrote:
> > On Tue, Dec 15, 2015 at 7:51 AM, Afzal Mohammed
> > wrote:
> > > On Mon, Dec 14, 2015 at 12:42:58PM -0600, Nishanth Menon wrote:
>
> > >> Enable PMIC
On Mon, Dec 14, 2015 at 12:43:00PM -0600, Nishanth Menon wrote:
> ABB and PBIAS are internal LDO control regulators that are needed for
> maintaining proper functionality of OMAP architecture SoCs. Enable the
> same. PBIAS is already enabled, so just enable ABB regulator as well.
>
>
On Wed, Dec 09, 2015 at 03:52:59PM +0900, Masahiro Yamada wrote:
> The UniPhier System Bus is an external bus that connects on-board
> devices to the UniPhier SoC. Each bank (chip select) is dynamically
> mapped to the CPU-viewed address base via the bus controller. The
> bus controller must be
There is really no way to safely give a user full access to a DMA
capable device without an IOMMU to protect the host system. There is
also no way to provide DMA translation, for use cases such as device
assignment to virtual machines. However, there are still those users
that want userspace
On Tue, Dec 22, 2015 at 3:13 AM, Borislav Petkov wrote:
>> +#define COPY_MCHECK_ERRBIT BIT(63)
>
> What happened to the landing pads Andy was talking about? They sound
> like cleaner design than that bit 63...
I interpreted that comment as "stop playing with %rax in the fault
handler
On 12/22/2015 11:28 AM, Damien Riegel wrote:
On Tue, Dec 22, 2015 at 08:22:40AM -0800, Guenter Roeck wrote:
On 12/22/2015 08:09 AM, Damien Riegel wrote:
On Mon, Dec 21, 2015 at 05:10:58PM -0800, Guenter Roeck wrote:
On 12/21/2015 09:28 AM, Damien Riegel wrote:
On Sun, Dec 20, 2015 at
On 12/22/2015 11:13 AM, Laura Abbott wrote:
>> 3. Zero at free, *don't* Zero at alloc (when __GFP_ZERO)
>> (what I'm suggesting, possibly less perf impact vs. #2)
>
> poisoning with non-zero memory makes it easier to determine that the error
> came from accessing the sanitized memory vs. some
This patch consolidates "arch/x86/kernel/cpu/perf_event_amd_iommu.h" and
"drivers/iommu/amd_iommu_proto.h", which contain duplicate function
declarations, into "include/linux/perf/perf_event_amd_iommu.h"
Signed-off-by: Suravee Suthikulpanit
---
arch/x86/kernel/cpu/perf_event_amd_iommu.c | 2 +-
This patch series modifies the existing perf_event_amd_iommu driver
to support systems with multiple IOMMUs. It introduces new AMD IOMMU APIs,
which will are used by the AMD IOMMU Perf driver to access performance
counters in multiple IOMMUs.
In addition, this series should also fix current AMD
To enable AMD IOMMU PMU to support multiple IOMMUs, this patch introduces
a new data structure, perf_amd_iommu.prev_cnts, to track previous counts
of IOMMU performance counters in multi-IOMMU environment.
Also, this patch allocates perf_iommu_cnts for internal use
when manages counters.
Currently, amd_iommu_pc_get_max_[banks|counters]() require devid,
which should not be the case. Also, these don't properly support
multi-IOMMU system.
Current and future AMD systems with IOMMU that support perf counter
would likely contain homogeneous IOMMUs where multiple IOMMUs are
availalbe.
On 12/22/2015 11:39 AM, Guillaume Morin wrote:
> Jason,
>
> On 22 Dec 11:02, Jason Baron wrote:
>> We've noticed livelocks in shrink_dentry_list() very similar to this
>> report on stable 3.14.56:
>> http://lkml.iu.edu/hypermail/linux/kernel/1405.3/00470.html
>>
>> It appears that the patches
The current amd_iommu_pc_get_set_reg_val() does not support muli-IOMMU
system. This patch replace amd_iommu_pc_get_set_reg_val() with
amd_iommu_pc_set_reg_val() and amd_iommu_pc_[set|get]_cnt_vals().
This implementation makes an assumption that the counters on all IOMMUs
will be programmed the
Introduce a helper function to calculate bit-index for assigning
performance counter assignment.
Signed-off-by: Suravee Suthikulpanit
---
arch/x86/kernel/cpu/perf_event_amd_iommu.c | 20 +++-
1 file changed, 15 insertions(+), 5 deletions(-)
diff --git
This patch introduces amd_iommu_get_num_iommus(). Initially, this is
intended to be used by Perf AMD IOMMU driver.
Signed-off-by: Suravee Suthikulpanit
---
drivers/iommu/amd_iommu_init.c| 16
include/linux/perf/perf_event_amd_iommu.h | 2 ++
2 files changed, 18
On Tue, 22 Dec 2015 09:44:33 -0500
Chuyu Hu wrote:
Thanks, I'll add this. But it's not a typo. It's just outdated.
I'll fix up the subject too.
-- Steve
> Signed-off-by: Chuyu Hu
> ---
> kernel/trace/trace.h | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git
On Tue, Dec 22, 2015 at 08:22:40AM -0800, Guenter Roeck wrote:
> On 12/22/2015 08:09 AM, Damien Riegel wrote:
> >On Mon, Dec 21, 2015 at 05:10:58PM -0800, Guenter Roeck wrote:
> >>On 12/21/2015 09:28 AM, Damien Riegel wrote:
> >>>On Sun, Dec 20, 2015 at 01:05:00PM -0800, Guenter Roeck wrote:
>
Hi Sasha,
On 18/12/2015 at 17:43:41 +0100, Alexandre Belloni wrote :
> > > Sasha, I think I prefer having 32 bit platforms fail on the 21st of
> > > January 11761191 rather than adding more uses of do_div in the function.
> > > I'll have a look at the performance impact on 32 bit platforms.
> >
Sergei Ianovich writes:
> On Sun, 2015-12-20 at 00:12 +0100, Robert Jarzmik wrote:
>> Sergei Ianovich writes:
>>
>> > On Sat, 2015-12-19 at 20:31 +0100, Robert Jarzmik wrote:
>> > I understand that people are afraid of taking this patch. If it
>> > starts
>> > causing troubles at runtime, it
Hi Stefan,
On 15-12-22 07:55 AM, Stefan Wahren wrote:
Hi Scott,
Am 07.11.2014 um 19:31 schrieb Scott Branden:
On 14-11-05 09:01 PM, Stephen Warren wrote:
On 11/05/2014 12:00 AM, Scott Branden wrote:
On 14-11-04 08:59 PM, Stephen Warren wrote:
On 10/30/2014 12:36 AM, Scott Branden wrote:
On Tue, 22 Dec 2015 10:15:37 -0800 Randy Dunlap wrote:
> On 12/21/15 21:29, Stephen Rothwell wrote:
> > Hi all,
> >
> > Changes since 20151221:
> >
>
> on i386 or x86_64:
>
> when CONFIG_SLOB=y:
>
> ../mm/memcontrol.c: In function 'memcg_update_kmem_limit':
> ../mm/memcontrol.c:2974:3:
On 12/22/15 10:37 AM, Mathias Krause wrote:
On 22 December 2015 at 18:51, Laura Abbott wrote:
[snip]
Related to this, have you checked that the sanitization doesn't
interfere with the various slab handling schemes, namely RCU related
specialties? Not all caches are marked SLAB_DESTROY_BY_RCU,
On 12/22/2015 02:03 AM, Will Deacon wrote:
On Mon, Dec 21, 2015 at 05:53:42PM -0800, David Daney wrote:
From: David Daney
Some Cavium ThunderX processors require quirky access methods for the
config space of the PCIe bridge. Add a driver to provide these config
space accessor functions. The
On 12/22/15 10:19 AM, Dave Hansen wrote:
On 12/22/2015 10:08 AM, Christoph Lameter wrote:
On Tue, 22 Dec 2015, Dave Hansen wrote:
Why would you use zeros? The point is just to clear the information right?
The regular poisoning does that.
It then allows you to avoid the zeroing at allocation
On Wed, Dec 02, 2015 at 10:39:38AM +0900, Krzysztof Kozlowski wrote:
> Hi Kukjin,
>
> The DT changes are needed before switching to syscon-based reboot
> and power off method.
>
> Best regards,
> Krzysztof
>
>
>
> The following changes since commit 8005c49d9aea74d382f474ce11afbbc7d7130bec:
>
Hi,
On 22/12/2015 at 17:26:04 +0800, Songjun Wu wrote :
> Add pdmic node.`
>
> Signed-off-by: Songjun Wu
> ---
Both patches have been applied and pushed out, thanks.
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
--
To
On Sat, Nov 28, 2015 at 02:22:31AM +0900, Masahiro Yamada wrote:
> This is the first ARMv8 SoC from Socionext Inc.
>
> Signed-off-by: Masahiro Yamada
> ---
Thanks, applied.
-Olof
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Wed, Dec 02, 2015 at 10:39:40AM +0900, Krzysztof Kozlowski wrote:
> Hi Kukjin,
>
> Dependency for soc64 changes.
>
> Best regards,
> Krzysztof
>
>
> The following changes since commit 8005c49d9aea74d382f474ce11afbbc7d7130bec:
>
> Linux 4.4-rc1 (2015-11-15 17:00:27 -0800)
>
> are
On Wed, Dec 02, 2015 at 10:39:42AM +0900, Krzysztof Kozlowski wrote:
> Hi Kukjin,
>
> Pinctrl for v4.5.
>
> Best regards,
> Krzysztof
>
>
> The following changes since commit 8005c49d9aea74d382f474ce11afbbc7d7130bec:
>
> Linux 4.4-rc1 (2015-11-15 17:00:27 -0800)
>
> are available in the
On Wed, Dec 02, 2015 at 10:39:39AM +0900, Krzysztof Kozlowski wrote:
> Hi Kukjin,
>
> SoC/mach specific code.
>
> Best regards,
> Krzysztof
>
>
> The following changes since commit 8005c49d9aea74d382f474ce11afbbc7d7130bec:
>
> Linux 4.4-rc1 (2015-11-15 17:00:27 -0800)
>
> are available in
On Wed, Dec 02, 2015 at 10:39:44AM +0900, Krzysztof Kozlowski wrote:
> Hi Kukjin,
>
> A lot of stuff here, mostly cleanups. Description in tag.
>
> Best regards,
> Krzysztof
>
>
> The following changes since commit 8005c49d9aea74d382f474ce11afbbc7d7130bec:
>
> Linux 4.4-rc1 (2015-11-15
On Wed, Dec 02, 2015 at 10:39:45AM +0900, Krzysztof Kozlowski wrote:
> Hi Kukjin,
>
> Few changes for Espresso board.
>
> Best regards,
> Krzysztof
>
>
> The following changes since commit 8005c49d9aea74d382f474ce11afbbc7d7130bec:
>
> Linux 4.4-rc1 (2015-11-15 17:00:27 -0800)
>
> are
On Tue, Dec 08, 2015 at 05:01:27PM -0600, Andy Gross wrote:
> On Tue, Dec 08, 2015 at 04:54:29PM -0600, Andy Gross wrote:
> > On Mon, Nov 30, 2015 at 05:08:57PM -0800, Stephen Boyd wrote:
> > > Enable some ssbi drivers present on msm8660, msm8960 and apq8064
> > > devices so that we fully exercise
On Wed, Dec 02, 2015 at 09:43:10AM +0100, Valentin Rothberg wrote:
> Since commit 1c6c69525b40 ("genirq: Reject bogus threaded irq requests")
> threaded IRQs without a primary handler need to be requested with
> IRQF_ONESHOT, otherwise the request will fail.
>
> So pass the IRQF_ONESHOT flag in
On Wed, Dec 02, 2015 at 10:39:46AM +0900, Krzysztof Kozlowski wrote:
> Hi Kukjin,
>
> This may conflict with other arm-soc updates...
>
> Best regards,
> Krzysztof
>
>
> The following changes since commit 8005c49d9aea74d382f474ce11afbbc7d7130bec:
>
> Linux 4.4-rc1 (2015-11-15 17:00:27
On Wed, Dec 02, 2015 at 10:39:43AM +0900, Krzysztof Kozlowski wrote:
> Hi Kukjin,
>
> This is also clock dependency. I put it in separate tag in case clock
> folks want to pull it also.
>
> Best regards,
> Krzysztof
>
>
> The following changes since commit
On Wed, Dec 02, 2015 at 10:39:41AM +0900, Krzysztof Kozlowski wrote:
> Hi Kukjin,
>
> ARM64 change touch also defconfig.
>
> Best regards,
> Krzysztof
>
>
> The following changes since commit 8005c49d9aea74d382f474ce11afbbc7d7130bec:
>
> Linux 4.4-rc1 (2015-11-15 17:00:27 -0800)
>
> are
On 17/12/2015 at 14:11:04 +0100, LABBE Corentin wrote :
> The simple_strtoul function is obsolete.
> This patch replace it by kstrtoul.
>
> Since kstrtoul is more strict, it permits to filter some invalid input that
> simple_strtoul accept. For example:
> echo '1022xxx' >
Alexander Aring writes:
> On Mon, Dec 21, 2015 at 03:07:44PM -0800, Eric Anholt wrote:
> ...
>> >
>> > But still getting this panic, your patches does not contain some
>> > defconfig, so I still try to figure out what I need to enable to get it
>> > working. Maybe it is some missing config entry
for_each_free_mem_range() and for_each_free_mem_range_reverse() both
accept a 'flags' argument, the comment surrounding the macro placed the
'flags' documentation at the very end, while 'flags' is in fact the 3rd
argument to the macro, so let's preserve natural ordering here.
Fixes: fc6daaf931518
On 11/12/2015 at 18:50:50 +0100, Julia Lawall wrote :
> The v3020_chip_ops structures are never modified, so declare them as const.
>
> Done with the help of Coccinelle.
>
> Signed-off-by: Julia Lawall
>
> ---
> drivers/rtc/rtc-v3020.c |6 +++---
> 1 file changed, 3 insertions(+), 3
On 10/12/2015 at 08:55:33 +0100, Andrzej Hajda wrote :
> The function can return negative values, so its result should
> be assigned to signed variable.
>
> The problem has been detected using proposed semantic patch
> scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
>
> [1]:
On Tue, Dec 22, 2015 at 9:58 AM, Nicholas Krause wrote:
> This properly checks if touchscreen information is read before
> allocating a sysfs_group of files for this device's device
> structure's kobject(s) and if we fail to read the information
> successfully then we must continue with the error
On 19/12/15 16:08, Jonathan Cameron wrote:
> On 18/12/15 17:23, Marc Titinger wrote:
>> v4:
>> * squash previous small fixes into one patch and catch up with fixes from
>>linux-iio git, 'testing' branch.
>> * fix endianness hint by the use of IIO_CPU, following Andrew's comment
>> * fix
From: Borislav Petkov
Doing randbuilds fails like this here at link time:
arch/x86/built-in.o: In function `arch_setup_additional_pages':
/home/boris/kernel/linux/arch/x86/entry/vdso/vma.c:174: undefined reference
to `pvclock_pvti_cpu0_va'
make: *** [vmlinux] Error 1
This is because
[ +CC: linux-usb ]
On Tue, Dec 22, 2015 at 10:51:32AM +, John Ernberg wrote:
> From: John Ernberg
>
> In certain kernel configurations where the cdc_ether and option drivers
> are compiled as modules there can occur a race condition in enumeration.
> This causes the option driver to
[sigh, in cleartext this time.]
2015-12-22 0:57 GMT-08:00 Ulf Hansson :
> + Olof (forgot to add him last time)
>
> On 22 December 2015 at 09:55, Ulf Hansson wrote:
>> + Gwendal, Grant, Olof, Seshagiri, Jon
>>
>> On 22 December 2015 at 09:15, Holger Schurig wrote:
>>>
Sorry for the delay.
On 12/17, Krzysztof Kozlowski wrote:
> On 17.12.2015 02:23, Sylwester Nawrocki wrote:
> > Krzysztof,
> >
> > On 09/12/15 14:36, Krzysztof Kozlowski wrote:
> >> W dniu 09.12.2015 o 19:14, Sylwester Nawrocki pisze:
> Adding Stephen and linux-clk at Cc.
>
> On 09/12/15 05:49,
On Sat, Dec 19, 2015 at 5:30 AM, Mark Brown wrote:
> On Fri, Dec 18, 2015 at 01:56:21PM -0600, Rob Herring wrote:
>> On Thu, Dec 17, 2015 at 05:50:00PM +0800, Songjun Wu wrote:
>
>> > +- atmel,model
>> > + The user-visible name of this sound card.
>> > + The default value is "PDMIC".
>
>>
201 - 300 of 1390 matches
Mail list logo