On Thu, 2017-06-15 at 11:30 +0530, Abdul Haleem wrote:
> Hi,
>
> linux-next fails to boot on powerpc Bare-metal with these warnings.
>
> machine booted fine on next-20170613
Thanks Michael, Yes it is (75fe04e59 of: remove *phandle properties from
expanded device tree)
Frank, would you please ta
of_device_ids are not supposed to change at runtime. All functions
working with of_device_ids provided by work with const
of_device_ids. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
arch/arm/kernel/perf_event_v6.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On Thu, Jun 15, 2017 at 07:54:57AM +1000, NeilBrown wrote:
> On Wed, Jun 14 2017, J. Bruce Fields wrote:
>
> > On Wed, Jun 14, 2017 at 12:30:02PM +0300, Dan Carpenter wrote:
> >> I found this bug by reviewing places where we do ERR_PTR(0) (which is
> >> NULL).
> >>
> >> We used to return an error
On 15 June 2017 at 11:11, Peter Chen wrote:
> On Thu, Jun 15, 2017 at 10:11:45AM +0200, Ulf Hansson wrote:
>> > Yes, you are right. This is the limitation for this power sequence
>> > library, the registration for the 1st power sequence instance must
>> > be finished before device driver uses it.
On Thursday 15 June 2017 02:18 PM, Kirill A. Shutemov wrote:
O
I am not suggesting we don't do the invalidate (the need for that is
documented in __split_huge_pmd_locked(). I am suggesting we need a new
interface, something like Andrea suggested.
old_pmd = pmdp_establish(pmd_mknotpresent());
On Thu, 15 Jun 2017 11:24:13 +0200
Peter Rosin wrote:
> From: Peter Rosin
>
> Remove the layer.
Duh. It was present in the datasheet I had. Just downloaded last
version of the datasheet and it's no longer there.
Nicolas, there's still a reference to OVR2 in the block diagram
(Section "31.3 Bl
On Wed, Jun 14, 2017 at 04:16:22PM +0100, David Howells wrote:
> diff --git a/drivers/base/devtmpfs.c b/drivers/base/devtmpfs.c
> index d2fb9c8ed205..e831c115daf9 100644
> --- a/drivers/base/devtmpfs.c
> +++ b/drivers/base/devtmpfs.c
> @@ -355,7 +355,7 @@ int devtmpfs_mount(const char *mntdir)
>
On Wed, Jun 14, 2017 at 03:40:28PM -0500, Tom Lendacky wrote:
> I was trying to keep all the logic for it here in the SME related files
> rather than put it in the iommu code itself. But it is easy enough to
> move if you think it's worth it.
Yes please - the less needlessly global symbols, the be
On Thu, Jun 15, 2017 at 06:04:44PM +0900, Linus Torvalds wrote:
>
> Then you *could* implement SHASH_DESC_ON_STACK() as a kmalloc, and
> SHASH_DESC_DEALLOC() would be a kfree - but with an alloca()-like
> allocation the SHASH_DESC_DEALLOC() would be that "barrier_data()".
>
> At that point the int
On Tue, Jun 13, 2017 at 10:56:08AM -0400, Jon Mason wrote:
> The of_mdio_parse_addr() helper function is useful to other code, but
> the module dependency chain causes issues. To work around this, we can
> move of_mdio_parse_addr() to be an inline function in the header file.
> This gets rid of th
Hi Oleksij,
On 06/15/2017 08:56 AM, Oleksij Rempel wrote:
> Hi Vladimir,
>
> On Sun, Jun 11, 2017 at 10:57:18PM +0300, Vladimir Zapolskiy wrote:
>> Hi Oleksij,
>>
>> On 06/11/2017 09:19 AM, Oleksij Rempel wrote:
>>> Hi Rob,
>>>
>>> On Fri, Jun 09, 2017 at 10:41:30AM -0500, Rob Herring wrote:
On 06/15/2017 12:58 AM, Frank Rowand wrote:
On 06/14/17 21:12, Guenter Roeck wrote:
< snip >
Good (v4.12-rc4):
< snip >
OF: Checking node /soc@e000/pic@4
OF: type match
OF: node '/soc@e000/pic@4' compatible '' type 'open-pic' name ''
score 2
OF: node '/soc@e00
Hi Kristina, Will,
I have asked the question on the patch "arm64: mm: print out correct
page table entries", and as far received no answer on it:
https://www.spinics.net/lists/arm-kernel/msg587269.html
But today I found the patch applied in linux-next (commit
67ce16ec15ce9d). Could you answer my
From: Colin Ian King
pointer freq_table can be made static as it does not need to be in
global scope.
Cleans up sparse warning:
"symbol 'freq_table' was not declared. Should it be static?"
Signed-off-by: Colin Ian King
---
drivers/cpufreq/sfi-cpufreq.c | 2 +-
1 file changed, 1 insertion(+),
On Wed, Jun 07, 2017 at 02:18:15PM -0500, Tom Lendacky wrote:
> Update the KVM support to work with SME. The VMCB has a number of fields
> where physical addresses are used and these addresses must contain the
> memory encryption mask in order to properly access the encrypted memory.
> Also, use th
kstrtoull returns 0 on success, however, in reserved_clusters_store we
will return -EINVAL if kstrtoull returns 0, it makes us fail to update
reserved_clusters value through sysfs.
Signed-off-by: Chao Yu
Signed-off-by: Miao Xie
---
fs/ext4/sysfs.c | 2 +-
1 file changed, 1 insertion(+), 1 delet
On 15-06-17, 10:55, Colin King wrote:
> From: Colin Ian King
>
> pointer freq_table can be made static as it does not need to be in
> global scope.
>
> Cleans up sparse warning:
> "symbol 'freq_table' was not declared. Should it be static?"
>
> Signed-off-by: Colin Ian King
> ---
> drivers/cp
This reset gpios is active low, therefore fix from active high to low.
Signed-off-by: Hoegeun Kwon
---
arch/arm/boot/dts/exynos3250-rinato.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/exynos3250-rinato.dts
b/arch/arm/boot/dts/exynos3250-rinato.dts
in
Hi all,
The purpose of this patch is add support for s6e63j0x03 AMOLED panel
on the rinato board(Samsung Galaxy Gear 2).
Changes for V2:
- Added the interface info in binding document.
- Added Reviewed-by: Andrzej Hajda (1/3 patch).
- Added Acked-by: Rob Herring (1/3 patch).
- Fixed the tristat
This patch adds MIPI-DSI based S6E63J0X03 AMOLED LCD panel driver
which uses mipi_dsi bus to communicate with panel. The panel has
320×320 resolution in 1.63" physical panel. This panel is used in
Samsung Galaxy Gear 2.
Signed-off-by: Inki Dae
Signed-off-by: Hyungwon Hwang
Signed-off-by: Hoegeun
The Samsung s6e63j0x03 is a 1.63" 320x320 AMOLED panel connected using
MIPI-DSI interfaces.
Signed-off-by: Hoegeun Kwon
Reviewed-by: Andrzej Hajda
Acked-by: Rob Herring
---
.../bindings/display/panel/samsung,s6e63j0x03.txt | 24 ++
1 file changed, 24 insertions(+)
create
On Wed, Jun 07, 2017 at 02:18:27PM -0500, Tom Lendacky wrote:
> Provide support so that kexec can be used to boot a kernel when SME is
> enabled.
>
> Support is needed to allocate pages for kexec without encryption. This
> is needed in order to be able to reboot in the kernel in the same manner
>
> Subject: [PATCH v2] staging: wlan-ng: Amend type mismatch warnings
I think it would be better to state that you fix the types of some
struct fields. That's a much more important goal of this patch than
getting sparse to spout slightly fewer warnings.
On Thu, Jun 15, 2017 at 8:41 AM, wrote:
>
The display-timing and delay are included in the panel driver. So it
should be removed in dts.
Signed-off-by: Hoegeun Kwon
---
arch/arm/boot/dts/exynos3250-rinato.dts | 22 --
1 file changed, 22 deletions(-)
diff --git a/arch/arm/boot/dts/exynos3250-rinato.dts
b/arch/arm/bo
On Thu, Jun 15, 2017 at 11:35:20AM +0200, Ulf Hansson wrote:
> On 15 June 2017 at 11:11, Peter Chen wrote:
> > On Thu, Jun 15, 2017 at 10:11:45AM +0200, Ulf Hansson wrote:
> >> > Yes, you are right. This is the limitation for this power sequence
> >> > library, the registration for the 1st power s
On Wed, Jun 14, 2017 at 04:19:03PM +0100, David Howells wrote:
> Convert the mqueue filesystem to use the filesystem context stuff.
>
> Notes:
>
> (1) The relevant ipc namespace is selected in when the context is
> initialised (and it defaults to the current task's ipc namespace).
> Th
On 14/06/17 18:49, Mathieu Poirier wrote:
On Mon, Jun 12, 2017 at 03:36:44PM +0100, Suzuki K Poulose wrote:
Coresight TMC splits 64bit registers into a pair of 32bit registers
(e.g DBA, RRP, RWP). Provide helpers to read/write to these registers.
I'm good with this patch but please specify the
On Wed, Jun 14, 2017 at 04:17:43PM +0100, David Howells wrote:
> int pid_ns_prepare_proc(struct pid_namespace *ns)
> {
> + struct proc_fs_context *ctx;
> + struct fs_context *fc;
> struct vfsmount *mnt;
> + int ret;
> +
> + fc = vfs_new_fs_context(&proc_fs_type, NULL, 0, FS
On 14/06/17 18:50, Mathieu Poirier wrote:
On Mon, Jun 12, 2017 at 03:36:45PM +0100, Suzuki K Poulose wrote:
Expose DBALO,DBAHI and AXICTL registers
Why is this needed? I fear we are exposing internal kernel information.
Mathieu,
These are useful to analyse/debug the trace session. e.g, we
On Thu, Jun 15, 2017 at 04:00:07PM +0800, Xiaoguang Chen wrote:
> Add new drm format which will be used by GVT-g.
>
> Signed-off-by: Xiaoguang Chen
> ---
> include/uapi/drm/drm_fourcc.h | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/include/uapi/drm/drm_fourcc.h b/include/uapi/drm
On 14/06/17 18:54, Mathieu Poirier wrote:
On Mon, Jun 12, 2017 at 03:36:46PM +0100, Suzuki K Poulose wrote:
Expose the idfilter* registers of the programmable replicator.
Is this for SoC600 only? If so we need to make sure these are not visible when
operating an SoC400 replicator. Otherwise
On 14/06/17 18:59, Mathieu Poirier wrote:
On Mon, Jun 12, 2017 at 03:36:47PM +0100, Suzuki K Poulose wrote:
Coresight SoC 600 defines a new configuration for TMC, Embedded Trace
Streamer (ETS), indicated by 0x3 in MODE:CONFIG_TYPE. Make sure
the driver handles the new type properly.
From what
On 14/06/17 19:22, Mathieu Poirier wrote:
On Mon, Jun 12, 2017 at 03:36:48PM +0100, Suzuki K Poulose wrote:
This patch adds description of the capabilities of a given TMC.
This will help us to handle different versions of the TMC in the
same driver by checking the capabilities.
Cc: Mathieu Poir
On 14/06/17 19:25, Mathieu Poirier wrote:
On Mon, Jun 12, 2017 at 03:36:50PM +0100, Suzuki K Poulose wrote:
The coresight SoC 600 supports ETR save-restore and also supports
a new mode, SWFIFO2, which helps to streaming the trace data through
a functional I/O (e.g, USB).
Also, TMCs have differe
iommu/ipmmu-vmsa: 32-bit ARM update
[PATCH 01/04] iommu/ipmmu-vmsa: Use iommu_device_register()/unregister()
[PATCH 02/04] iommu/ipmmu-vmsa: Consistent ->of_xlate() handling
[PATCH 03/04] iommu/ipmmu-vmsa: Use fwspec on both 32 and 64-bit ARM
[PATCH 04/04] iommu/ipmmu-vmsa: Replace local utlb code
From: Magnus Damm
Extend the driver to make use of iommu_device_register()/unregister()
functions together with iommu_device_set_ops() and iommu_set_fwnode().
These used to be part of the earlier posted 64-bit ARM (r8a7795) series but
it turns out that these days they are required on 32-bit ARM
From: Robin Murphy
Consolidate the 32-bit and 64-bit code to make use of fwspec instead
of archdata for the 32-bit ARM case.
This is a simplified version of the fwspec handling code from Robin
posted as [PATCH] iommu/ipmmu-vmsa: Convert to iommu_fwspec
Signed-off-by: Robin Murphy
Signed-off-by
From: Magnus Damm
Now when both 32-bit and 64-bit code inside the driver is using
fwspec it is possible to replace the utlb handling with fwspec ids
that get populated from ->of_xlate().
Suggested-by: Robin Murphy
Signed-off-by: Magnus Damm
---
drivers/iommu/ipmmu-vmsa.c | 104 -
On Wed, Jun 14, 2017 at 03:23:17PM +0530, Ganapatrao Kulkarni wrote:
[...]
> >> +static int __init
> >> +acpi_parse_its_affinity(struct acpi_subtable_header *header,
> >> + const unsigned long end)
> >> +{
> >> + struct acpi_srat_its_affinity *its_affinity;
> >> +
> >> +
From: Magnus Damm
The 32-bit ARM code gets updated to make use of ->of_xlate() and the
code is shared between 64-bit and 32-bit ARM. The of_device_is_available()
check gets dropped since it is included in of_iommu_xlate().
Suggested-by: Robin Murphy
Signed-off-by: Magnus Damm
---
drivers/iom
On Fri, Jun 02, 2017 at 05:33:38PM +0100, Mark Rutland wrote:
> Hi,
>
> On Wed, May 17, 2017 at 10:31:21AM +0200, Jan Glauber wrote:
> > Add support for the PMU counters on Cavium SOC memory controllers.
> >
> > This patch also adds generic functions to allow supporting more
> > devices with PMU
On Fri, Jun 02, 2017 at 05:39:38PM +0100, Mark Rutland wrote:
> On Wed, May 17, 2017 at 10:31:22AM +0200, Jan Glauber wrote:
> > Add support for the transmit-link (TLK) PMU counters found
> > on Caviums SOCs with an interconnect.
> >
> > Signed-off-by: Jan Glauber
> > ---
> > drivers/edac/thunde
On Wed 14-06-17 16:43:03, David Rientjes wrote:
> If mm->mm_users is not incremented because it is already zero by the oom
> reaper, meaning the final refcount has been dropped, do not set
> MMF_OOM_SKIP prematurely.
>
> __mmput() may not have had a chance to do exit_mmap() yet, so memory from
> a
Smaller scope reduces visibility of variable and makes usage of
uninitialized variable less possible.
---
drivers/gpu/drm/drm_atomic.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c
index f32506a..ea5a9a7 100644
On 15/06/17 11:35, Lorenzo Pieralisi wrote:
> On Wed, Jun 14, 2017 at 03:23:17PM +0530, Ganapatrao Kulkarni wrote:
>
> [...]
>
+static int __init
+acpi_parse_its_affinity(struct acpi_subtable_header *header,
+ const unsigned long end)
+{
+ struct
From: Steven Rostedt (VMware)
After enabling CONFIG_TRACE_ENUM_MAP_FILE (which will soon be renamed
to CONFIG_TRACE_EVAL_MAP_FILE), I am able to examine the enums that
have been evaluated:
# cat /sys/kernel/debug/tracing/enum_map
(which will soon be renamed to eval_map)
And it showed some int
On Mon, Jun 12, 2017 at 04:00:45PM -0700, Khazhismel Kumykov wrote:
> On Fri, Jun 2, 2017 at 11:47 PM, Khazhismel Kumykov wrote:
> > On Fri, Jun 2, 2017 at 11:20 PM, Al Viro wrote:
> >> The thing is, unlike shrink_dcache_parent() we *can* bugger off as
> >> soon as we'd found no victims, nothing
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: 681bec0367c2606b6154060310a2ffa543175980
Jeremy Linton (11):
trace: rename kernel enum section to eval
trace: rename trace_enum_map to trace_eval_map
trace: rename struct module entry fo
From: Jeremy Linton
Perf has a problem that if sizeof() macros are used within TRACE_EVENT()
macro's they end up in userspace as "sizeof(kernel structure)" which
cannot properly be parsed. Add a macro which can forward this data
through the eval_map for userspace utilization.
Link: http://lkml.k
From: Joel Fernandes
trace_stop_cmdline_recording declaration isn't in use, remove it.
Link: http://lkml.kernel.org/r/20170609025327.9508-2-joe...@google.com
Cc: kernel-t...@android.com
Cc: Ingo Molnar
Signed-off-by: Joel Fernandes
Signed-off-by: Steven Rostedt (VMware)
---
kernel/trace/tra
From: Jeremy Linton
The kernel and its modules have sections containing the enum
string to value conversions. Rename this section because we
intend to store more than enums in it.
Link: http://lkml.kernel.org/r/20170531215653.3240-2-jeremy.lin...@arm.com
Signed-off-by: Jeremy Linton
Signed-off
Michal Hocko wrote:
> On Wed 14-06-17 16:43:03, David Rientjes wrote:
> > If mm->mm_users is not incremented because it is already zero by the oom
> > reaper, meaning the final refcount has been dropped, do not set
> > MMF_OOM_SKIP prematurely.
> >
> > __mmput() may not have had a chance to do exi
From: Jeremy Linton
There are a few places in the kernel where sizeof() is already
being used. Update those locations with TRACE_DEFINE_SIZEOF.
Link: http://lkml.kernel.org/r/20170531215653.3240-12-jeremy.lin...@arm.com
Signed-off-by: Jeremy Linton
Signed-off-by: Steven Rostedt (VMware)
---
From: Jeremy Linton
The enum_map file is used to display a list of symbol
to name conversions. As its now used to resolve sizeof
lets update the name and description.
Link: http://lkml.kernel.org/r/20170531215653.3240-13-jeremy.lin...@arm.com
Signed-off-by: Jeremy Linton
Signed-off-by: Steven
From: Jeremy Linton
Rename the core trace enum routines to use eval, to
reflect their use by more than just enum to value mapping.
Link: http://lkml.kernel.org/r/20170531215653.3240-8-jeremy.lin...@arm.com
Signed-off-by: Jeremy Linton
Signed-off-by: Steven Rostedt (VMware)
---
kernel/trace/t
From: Jeremy Linton
The enum_replace stanza works as is for sizeof()
calls as well as enums. Rename it as well.
Link: http://lkml.kernel.org/r/20170531215653.3240-9-jeremy.lin...@arm.com
Signed-off-by: Jeremy Linton
Signed-off-by: Steven Rostedt (VMware)
---
kernel/trace/trace_events.c | 12
From: Jeremy Linton
Each module has a list of enum's its contributing to the
enum map, rename that entry to reflect its use by more than
enums.
Link: http://lkml.kernel.org/r/20170531215653.3240-4-jeremy.lin...@arm.com
Signed-off-by: Jeremy Linton
Signed-off-by: Steven Rostedt (VMware)
---
i
From: Jeremy Linton
Rename the init and trace_enum_jmp_to_tail() routines
to reflect their use by more than enumerated types.
Link: http://lkml.kernel.org/r/20170531215653.3240-7-jeremy.lin...@arm.com
Signed-off-by: Jeremy Linton
Signed-off-by: Steven Rostedt (VMware)
---
kernel/trace/trace.
On Thu, Jun 15, 2017 at 4:13 PM, Marc Zyngier wrote:
> On 15/06/17 11:35, Lorenzo Pieralisi wrote:
>> On Wed, Jun 14, 2017 at 03:23:17PM +0530, Ganapatrao Kulkarni wrote:
>>
>> [...]
>>
> +static int __init
> +acpi_parse_its_affinity(struct acpi_subtable_header *header,
> +
From: Jeremy Linton
There is a lock protecting the trace_enum_map, rename
it to reflect the use by more than enums.
Link: http://lkml.kernel.org/r/20170531215653.3240-6-jeremy.lin...@arm.com
Signed-off-by: Jeremy Linton
Signed-off-by: Steven Rostedt (VMware)
---
kernel/trace/trace.c | 14 +++
From: Jeremy Linton
The enum map entries can be exported to userspace
via a sys enum_map file. Rename those functions
and structures to reflect the fact that we are using
them for more than enums.
Link: http://lkml.kernel.org/r/20170531215653.3240-5-jeremy.lin...@arm.com
Signed-off-by: Jeremy L
From: Jeremy Linton
Each enum is loaded into the trace_enum_map, as we
are now using this for more than enums rename it.
Link: http://lkml.kernel.org/r/20170531215653.3240-3-jeremy.lin...@arm.com
Signed-off-by: Jeremy Linton
Signed-off-by: Steven Rostedt (VMware)
---
include/linux/module.h
On Thu, 2017-06-15 at 19:25 +1000, Michael Ellerman wrote:
> Alexey Kardashevskiy writes:
>
> > From: Yongji Xie
> >
> > Any IODA host bridge have the capability of IRQ remapping.
> > So we set PCI_BUS_FLAGS_MSI_REMAP when this kind of host birdge
> > is detected.
>
> Where's the code that act
On Thu 15-06-17 06:48:23, Steven Rostedt wrote:
> From: Steven Rostedt (VMware)
>
> After enabling CONFIG_TRACE_ENUM_MAP_FILE (which will soon be renamed
> to CONFIG_TRACE_EVAL_MAP_FILE), I am able to examine the enums that
> have been evaluated:
>
> # cat /sys/kernel/debug/tracing/enum_map
>
On Wed 2017-06-14 09:57:56, Josh Poimboeuf wrote:
> On Wed, Jun 14, 2017 at 04:21:02PM +0200, Petr Mladek wrote:
> > But it is racy in general. The question is if the API
> > could help here. A possibility might be to allow to
> > define a callback function that would create the shadow
> > structur
of_device_ids are not supposed to change at runtime. All functions
working with of_device_ids provided by work with const
of_device_ids. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
arch/sparc/kernel/time_32.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
dif
On Thu 15-06-17 19:53:24, Tetsuo Handa wrote:
> Michal Hocko wrote:
> > On Wed 14-06-17 16:43:03, David Rientjes wrote:
> > > If mm->mm_users is not incremented because it is already zero by the oom
> > > reaper, meaning the final refcount has been dropped, do not set
> > > MMF_OOM_SKIP prematurely
Theodore Ts'o writes:
> On Tue, Jun 06, 2017 at 07:48:04PM +0200, Jason A. Donenfeld wrote:
>> This enables an important dmesg notification about when drivers have
>> used the crng without it being seeded first. Prior, these errors would
>> occur silently, and so there hasn't been a great way of d
On Wed, Jun 14, 2017 at 10:43:23AM -0700, Khuong Dinh wrote:
[...]
> >> Thanks for helping to resolve this general ACPI dependence issue.
> >> I look forward for a version to test with.
> >>
> >> Can we separate the general dependence patch from the X-Gene MSI ACPI
> >> enable patch.
> >> This or
On Thu, 15 Jun 2017, Dawid Kurek wrote:
> Smaller scope reduces visibility of variable and makes usage of
> uninitialized variable less possible.
> ---
> drivers/gpu/drm/drm_atomic.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_atomic.c b/drive
Hi Dong,
On Tue, Jun 13, 2017 at 02:25:08PM +0800, Dong Aisheng wrote:
> On Mon, Jun 12, 2017 at 5:44 PM, jmondi wrote:
> > Fair enough :)
> >
> > I'll try to keep this short: I don't like "output-enable", and at the
> > same time I don't think "output-high" and "output-low" fit well for
> > this
This patch adds support to the FPGA manager for programming
MachXO2 device’s internal flash memory, via slave SPI.
Signed-off-by: Paolo Pisati
---
drivers/fpga/Kconfig | 7 ++
drivers/fpga/Makefile | 1 +
drivers/fpga/machxo2-spi.c | 277 +++
Hi all,
this series adds support for the Lattice MachXO2 FPGA chip, programmed
over Slave SPI.
Tested on my raspberry pi3 + bugblat's pif2 fpga hat.
Changes from v1:
* fixed all the warnings pointed out by 'checkpatch --strict' and
Alan Tull
Changes from v2:
* convert to BIT() macro and spi_m
Add dt binding documentation details for Lattice MachXO2 FPGA configuration
over Slave SPI interface.
Signed-off-by: Paolo Pisati
Acked-by: Rob Herring
---
.../bindings/fpga/lattice-machxo2-spi.txt | 29 ++
1 file changed, 29 insertions(+)
create mode 100644
Docum
Hi all,
this series adds support for the Lattice MachXO2 FPGA chip, programmed
over Slave SPI.
Tested on my raspberry pi3 + bugblat's pif2 fpga hat.
Changes from v1:
* fixed all the warnings pointed out by 'checkpatch --strict' and
Alan Tull
Changes from v2:
* convert to BIT() macro and spi_m
This patch adds support to the FPGA manager for programming
MachXO2 device’s internal flash memory, via slave SPI.
Signed-off-by: Paolo Pisati
---
drivers/fpga/Kconfig | 7 ++
drivers/fpga/Makefile | 1 +
drivers/fpga/machxo2-spi.c | 277 +++
On Thu, 2017-06-15 at 10:46 +0200, Milian Wolff wrote:
> Just a quick question: Have you guys applied my recent patch:
>
> commit 5ea0416f51cc93436bbe497c62ab49fd9cb245b6
> Author: Milian Wolff
> Date: Thu Jun 1 23:00:21 2017 +0200
>
> perf report: Include partial stacks unwound with libdw
Add dt binding documentation details for Lattice MachXO2 FPGA configuration
over Slave SPI interface.
Signed-off-by: Paolo Pisati
Acked-by: Rob Herring
---
.../bindings/fpga/lattice-machxo2-spi.txt | 29 ++
1 file changed, 29 insertions(+)
create mode 100644
Docum
Hi ARM-SoC,
The cpufreq change is acked by maintainer and Rafael agreed to take it
via ARM-SoC[1]. Please pull !
Regards,
Sudeep
--
The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6:
Linux 4.12-rc1 (2017-05-13 13:19:49 -0700)
are available in the git repository at:
Michal Hocko wrote:
> On Thu 15-06-17 19:53:24, Tetsuo Handa wrote:
> > Michal Hocko wrote:
> > > On Wed 14-06-17 16:43:03, David Rientjes wrote:
> > > > If mm->mm_users is not incremented because it is already zero by the oom
> > > > reaper, meaning the final refcount has been dropped, do not set
This patch adds the binding documentation for Spreadtrum I2C
controller device.
Signed-off-by: Baolin Wang
---
Documentation/devicetree/bindings/i2c/i2c-sprd.txt | 31
1 file changed, 31 insertions(+)
create mode 100644 Documentation/devicetree/bindings/i2c/i2c-sprd.txt
This patch adds the I2C controller driver for Spreadtrum platform.
Signed-off-by: Baolin Wang
---
drivers/i2c/busses/Kconfig| 10 +
drivers/i2c/busses/Makefile |1 +
drivers/i2c/busses/i2c-sprd.c | 691 +
3 files changed, 702 insertions(+)
cr
USB 2.0 PHY of R-Car Gen3 can change the clock source from an oscillator
to an external clock via a register. So, this patch adds support
the clock source selector as a generic PHY driver.
Signed-off-by: Yoshihiro Shimoda
---
This patch is based on the latest linux-phy.git / next branch
(commit
Hi Christophe,
[auto build test ERROR on rockchip/for-next]
[also build test ERROR on v4.12-rc5 next-20170615]
[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/Christophe-JAILLET/ASoC-rockchip
of_device_ids are not supposed to change at runtime. All functions
working with of_device_ids provided by work with const
of_device_ids. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
drivers/tty/serial/sirfsoc_uart.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-
On Thu, Jun 15, 2017 at 10:31:05AM +0800, Huacai Chen wrote:
> With this patch we can set irq affinity via procfs, so as to improve
> network performance.
>
> Signed-off-by: Huacai Chen
> ---
> arch/mips/include/asm/irq.h | 3 ++
> arch/mips/loongson64/loongson-3/irq.c | 62
> +++
In this patch, we add a new sysfs interface, with it, we can control
number of reserved blocks in system which could not be used by user,
it enable f2fs to let user to configure for adjusting over-provision
ratio dynamically instead of changing it by mkfs.
So we can expect it will help to reserve
Hi,
On Wed, Jun 14, 2017 at 11:25:55AM +0200, H. Nikolaus Schaller wrote:
> This avoids a potential race if irqs are enabled and triggered too early
> before the worker is properly set up.
>
> Suggested-by: Grygorii Strashko
> Signed-off-by: H. Nikolaus Schaller
> ---
> drivers/power/supply/tw
On Thu, 15 Jun 2017 12:57:21 +0200
Michal Hocko wrote:
> > #define COMPACTION_FEEDBACK \
> > EM(COMPACTION_FAILED, "failed") \
> > EM(COMPACTION_WITHDRAWN,"withdrawn")\
> > EMe(COMPACTION_PROGRESS,"progress")
> >
> > Which
From: Steven Rostedt (VMware)
After enabling CONFIG_TRACE_ENUM_MAP_FILE (which will soon be renamed
to CONFIG_TRACE_EVAL_MAP_FILE), I am able to examine the enums that
have been evaluated:
# cat /sys/kernel/debug/tracing/enum_map
(which will soon be renamed to eval_map)
And it showed some int
Hi Linus,
Please pull dmi subsystem fixes for Linux v4.12 from:
git://git.kernel.org/pub/scm/linux/kernel/git/jdelvare/staging.git dmi-for-linus
drivers/firmware/dmi-id.c | 4 ++--
drivers/firmware/dmi_scan.c | 49 ++---
include/linux/dmi.h |
Hi,
On Wed, Jun 14, 2017 at 11:25:56AM +0200, H. Nikolaus Schaller wrote:
> This fixes an issue if both this twl4030_charger driver and
> phy-twl4030-usb are compiled as modules and loaded in random order.
>
> It has been observed on GTA04 and OpenPandora devices that in worst
> case the boot pro
of_device_ids are not supposed to change at runtime. All functions
working with of_device_ids provided by work with const
of_device_ids. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
20012168 4842171079 drivers/crypt
Am Donnerstag, 15. Juni 2017, 13:03:48 CEST schrieb Michael Ellerman:
Hi Michael,
>
> Even with this patch, it's still pretty spammy (today's linux-next):
>
I would think that the issue regarding the logging is relevant for
cryptographic use cases or use cases requiring strong random numbers
From: Jagan Teki
Maintaining separate dtsi file with common nodes make unclear and
confusing since -isiot.dtsi is available for adding common nodes.
If the nodes are common between the dts files then mark status
as "okay" otherwise mark it "disabled" so-that respective dts
can mark status "okay"
From: Jagan Teki
Add support for Sound card and related codec(via i2c1) nodes
on Engicam Is.IoT MX6UL variant module boards.
Signed-off-by: Jagan Teki
---
Changes for v4:
- Move i2c1 into imx6ul-isiot.dtsi
Changes for v3:
- Replace fsl,imx-audio-sgtl5000 and use simple-audio-card
Changes for v2
On Thu 15-06-17 20:32:39, Tetsuo Handa wrote:
> Michal Hocko wrote:
[...]
> > An alternative would be to allow reaping and exit_mmap race. The unmap
> > part should just work I guess. We just have to be careful to not race
> > with free_pgtables and that shouldn't be too hard to implement (e.g.
> >
From: Jagan Teki
Add support for fec1 node on Engicam Is.IoT variant boards.
Cc: Shawn Guo
Cc: Matteo Lisi
Cc: Michael Trimarchi
Signed-off-by: Jagan Teki
---
Changes for v4:
- rebase with previous patch changes
Changes for v3:
- none
Changes for v2:
- Newly added patch
arch/arm/boot/dts/i
On Mon, Apr 10, 2017 at 10:29:22PM +0200, Christophe JAILLET wrote:
> If 'devm_reset_control_get' returns an error, then we erroneously return
> success because error code is taken from 'host->clk' instead of
> 'host->rst'.
>
> Fixes: b386c6b73ac6 ("gpu: host1x: Support module reset")
>
> Signed
Hi all,
Today's linux next falls into panic in init_IRQ():
arch/arm64/kernel/irq.c:
53 void __init init_IRQ(void)
54 {
55 irqchip_init();
56 if (!handle_arch_irq)
57 panic("No interrupt controller found.");
58 }
Bisecting points to the patch 6fedb069def034 (
101 - 200 of 999 matches
Mail list logo
