From: Carlo Caione
Small set of patches to enable jack detection for the rt5651 codec.
Please note that:
- The jack detection is restricted to the JD1_1 pin only (the only
hardware I have uses this pin for jack detection)
- AFAICT (reading the rt5651 datasheet) there is no way to detect
runt
On Thu, Oct 19, 2017 at 12:54 PM, Jeff Layton wrote:
>
> I wonder if we'd be better off just using nfssvc_boot.tv_sec as the
> verifier? I don't see us ever calling that ktime_get_real_ts64 more than
> once per second for this purpose, and that would eliminate wraparound.
> That said, wraparound i
On Tue, 2017-10-17 at 15:43 +0100, Will Deacon wrote:
> On Wed, Aug 30, 2017 at 07:46:33PM +0800, Miles Chen wrote:
> > After the kernel ASLR, the module virtual address is moved to
> > [module_alloc_base, module_alloc_base + MODULES_VSIZE).
> > However, the MODULES_VADDR is still defined as a cons
+++ SF Markus Elfring [06/10/17 17:12 +0200]:
From: Markus Elfring
Date: Fri, 6 Oct 2017 16:27:26 +0200
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
Applied to modules-next, t
On Wed, Oct 11, 2017 at 04:22:17PM +0800, Abbott Liu wrote:
> diff --git a/arch/arm/include/asm/pgalloc.h b/arch/arm/include/asm/pgalloc.h
> index b2902a5..10cee6a 100644
> --- a/arch/arm/include/asm/pgalloc.h
> +++ b/arch/arm/include/asm/pgalloc.h
> @@ -50,8 +50,11 @@ static inline void pud_popula
Add an optional interrupt for PCIE_WAKE pin.
Signed-off-by: Jeffy Chen
Acked-by: Rob Herring
---
Changes in v7: None
Changes in v6: None
Changes in v5:
Move to pci.txt
Changes in v3: None
Changes in v2: None
Documentation/devicetree/bindings/pci/pci.txt | 2 ++
1 file changed, 2 insertions(+
Currently we are handling pcie wake irq in mrvl wifi driver.
Move it to rockchip pcie driver for Gru boards.
Signed-off-by: Jeffy Chen
---
Changes in v7: None
Changes in v6: None
Changes in v5:
Use "wakeup" instead of "wake"
Changes in v3: None
Changes in v2: None
arch/arm64/boot/dts/rockchip
Add support for PCIE_WAKE pin.
Signed-off-by: Jeffy Chen
---
Changes in v7:
Move PCIE_WAKE handling into pci core.
Changes in v6:
Fix device_init_wake error handling, and add some comments.
Changes in v5:
Rebase
Changes in v3:
Fix error handling
Changes in v2:
Use dev_pm_set_dedicated_wake_i
Currently we are handling wake irq in mrvl wifi driver. Move it into
pci core.
Tested on my chromebook bob(with cros 4.4 kernel and mrvl wifi).
Changes in v7:
Move PCIE_WAKE handling into pci core.
Changes in v6:
Fix device_init_wake error handling, and add some comments.
Changes in v5:
Rebas
On Thursday 19 October 2017 02:43 PM, Marc Kleine-Budde wrote:
> On 10/19/2017 07:07 AM, Sekhar Nori wrote:
> Sounds reasonable. What's the status of this series?
I have had some offline discussions with Franklin on this, and I am not
fully convinced that DT is the way to go here
>> This is a small allocation so it can't fail in current kernels. I can't
>> imagine a situation where this could fail and it wasn't dead easy to
>> debug. Most modules are loaded at boot so it's not likely to fail, but
>> if it did, it would be easy to reproduce. If it's not loaded at boot
>>
On 19 October 2017 at 11:57, David Miller wrote:
> From: Ard Biesheuvel
> Date: Wed, 18 Oct 2017 16:45:15 +0100
>
>> Even though calling dql_completed() with a count that exceeds the
>> queued count is a serious error, it still does not justify bringing
>> down the entire kernel with a BUG_ON().
On 13/10/2017 at 16:51:42 -0500, Rob Herring wrote:
> On Wed, Oct 11, 2017 at 09:35:28AM +0300, Eugen Hristev wrote:
> > Added property for DMA configuration of the device.
> >
> > Signed-off-by: Eugen Hristev
> > ---
> > Documentation/devicetree/bindings/iio/adc/at91-sama5d2_adc.txt | 7 +++
The (slow but) ongoing work on conversion from timespec to timespec64
has led some timespec based helper functions to become unused.
No new code should use them, so we can remove the functions entirely.
I'm planning to obsolete additional interfaces next and remove
more of these.
Signed-off-by: A
The code to check the adjtimex() or clock_adjtime() arguments is spread
out across multiple files for presumably only historic reasons. As a
preparatation for a rework to get rid of the use of 'struct timeval'
and 'struct timespec' in there, this moves all the portions into
kernel/time/timekeeping.
On 64-bit architectures, the timespec64 based helpers in linux/time.h
are defined as macros pointing to their timespec based counterparts.
This made sense when they were first introduced, but as we are migrating
away from timespec in general, it's much less intuitive now.
This changes the macros t
The interfaces based on 'struct timespec' and 'unsigned long' seconds
are no longer recommended for new code, and we are trying to migrate to
ktime_t based interfaces and other y2038-safe variants.
This moves all the legacy interfaces from linux/timekeeping.h into a
new timekeeping32.h to better d
Hi All,
Here is a split-up version of my "drm/i915: Acquire PUNIT->PMIC bus for
intel_uncore_forcewake_reset()" patch, this time with the
arch/x86/platform/intel/iosf_mbi.c split out into a separate patch.
Since the iosf_mbi changes are fairly isolated, ideally this entire
series would go upstrea
intel_uncore_forcewake_reset() does forcewake puts and gets as such
we need to make sure that no-one tries to access the PUNIT->PMIC bus
(on systems where this bus is shared) while it runs, otherwise bad
things happen.
Normally this is taken care of by the i915_pmic_bus_access_notifier()
which doe
Interfaces based on 'struct timespec' or 'struct timeval' should no
longer be used for new code, which can use either ktime_t or 'struct
timespec64' instead.
To make this a little clearer, this moves the various helpers into a new
time32.h header. For the moment, this gets included by the normal t
Hi Thomas,
Here's the current crop of irqchip updates for 4.15: one new driver
(Meson), another one updated to support a new SoC (BCM7271), a bunch
of feature updates and errata workarounds (GICv3/4), as well as
various cleanups.
Please pull.
M.
The following changes since commit c94fb6
For race free unregistration drivers may need to acquire PMIC bus access
through iosf_mbi_punit_acquire() and then (un)register the notifier without
dropping the lock.
This commit adds an unlocked variant of
iosf_mbi_unregister_pmic_bus_access_notifier for this use case.
Signed-off-by: Hans de Go
This may be a somewhat controversial change, changing 64-bit architectures
to use the same 'struct timespec64' definition that 32-bit architectures
have, and removing a micro-optimization that tries to minimize the
difference between timespec and timespec64.
Starting with gcc-5, the compiler can c
As part of changing all the timekeeping code to use 64-bit
time_t consistently, this removes the uses of timeval
and timespec as much as possible from do_adjtimex() and
timekeeping_inject_offset(). The timeval_inject_offset_valid()
and timespec_inject_offset_valid() just complicate this,
so I'm fol
On 10/19/2017 11:13 AM, Marc Kleine-Budde wrote:
On 10/19/2017 07:07 AM, Sekhar Nori wrote:
Since we have a netlink socket interface to configure sample point, I
wonder if that should be extended to configure SSP too (or at least the
offset part of SSP)?
+1 too
Sekhar is right that ideal
>> Omit an extra message for a memory allocation failure in this function.
>>
>> This issue was detected by using the Coccinelle software.
>>
>> Signed-off-by: Markus Elfring
>
> Applied to modules-next, thanks.
Thanks for your acceptance of this update suggestion after a bit of
clarification.
On Wed, Oct 4, 2017 at 4:40 PM, Greg Kroah-Hartman
wrote:
> On Tue, Oct 03, 2017 at 11:29:40AM +0200, Johan Hovold wrote:
>> On Fri, Sep 29, 2017 at 10:37:55AM +0200, Greg Kroah-Hartman wrote:
>> > On Thu, Sep 28, 2017 at 07:57:46PM +0200, Andrey Konovalov wrote:
>> > > Hi!
>> > >
>> > > I've got
On Tue 17-10-17 13:01:04, Kees Cook wrote:
> On Tue, Oct 17, 2017 at 2:04 AM, Michal Hocko wrote:
[...]
> > I am not insisting on this patch but it seems to me is just makes a
> > recoverable state a failure.
>
> Right, I understand you're trying to make it recoverable. I'm
> suggesting that maki
Hi guys,
On 10/18/2017 09:29 PM, Bjorn Helgaas wrote:
>
>I guess it could work to look into pci_create_root_bus(), and
>do something like the following?
>
>if (IS_ENABLED(CONFIG_OF) && parent && parent->of_node)
>... do OF parsing for generic features like WAKE# ...
That's exact
On Thu, Oct 19, 2017 at 07:05:17PM +0800, Shaokun Zhang wrote:
> This patch adds support HiSilicon SoC uncore PMU driver framework and
> interfaces.
> +static bool hisi_validate_event_group(struct perf_event *event)
> +{
> + struct perf_event *sibling, *leader = event->group_leader;
> + st
Hi Marc,
2017-10-19 20:15 GMT+09:00 Marc Zyngier :
> Masahiro Yamada (2):
> irqdomain: Move revmap_trees_mutex to struct irq_domain
> irqdomain: Add __rcu annotations to radix tree slot
>
Thomas had already pick this up.
It is in Linus' tree now.
commit 7755d83e48397e822aac751b154
In theory the MMSYS device tree identifier is matches twice, by the clk driver
and the DRM subsystem. But the kernel only matches the first driver for a
device (clk) and discards the second one. This breaks graphics on mt8173 and
most probably on mt2701 as well.
MMSYS in Mediatek SoCs has some
On Tue, Oct 17, 2017 at 05:47:37AM -0700, Vadim Lomovtsev wrote:
> From: Vadim Lomovtsev
>
> version 7:
> - update patch description accordingly to review comments;
> - split for two patches: for ACS mask change and device id match change;
> - remove macro #define of ACS flags, put it back to qui
The mmsys block is an independent block that probes the
clock driver. The multimedia subsystem therefore does not get
probed. We add a new compatible for the multimedia subsystem.
We pass the mmsys registers via syscon and access them using regmap
instead of relaxed read/write.
Signed-off-by: Mat
On 10/19/2017 01:14 PM, Oliver Hartkopp wrote:
> Since we have a netlink socket interface to configure sample point, I
> wonder if that should be extended to configure SSP too (or at least the
> offset part of SSP)?
>
> +1 too
The struct can_bittiming in defined in uapi, so we have to
DRM subysystem and clock driver shared the same compatible mmsys.
This stopped does not work, as only the first driver for a compatible
gets probed. We change the comaptible to the new DRM identifier to fix
this.
Signed-off-by: Matthias Brugger
---
.../devicetree/bindings/display/mediatek/mediat
DRM subysystem and clock driver shared the same compatible mmsys.
This stopped does not work, as only the first driver for a compatible
gets probed. We change the comaptible to the new DRM identifier to fix
this.
Signed-off-by: Matthias Brugger
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 5 ++
DRM subysystem and clock driver shared the same compatible mmsys.
This stopped does not work, as only the first driver for a compatible
gets probed. We change the comaptible to the new DRM identifier to fix
this.
Signed-off-by: Matthias Brugger
---
arch/arm/boot/dts/mt2701.dtsi | 5 +
1 file
Arnd Bergmann wrote:
> Tomoyo uses an open-coded version of time_to_tm() to create a timestamp
> from the current time as read by get_seconds(). This will overflow and
> give wrong results on 32-bit systems in 2038.
>
> To correct this, this changes the code to use ktime_get_real_seconds()
> and t
Hi Catalin,
Today's linux-next merge of the arm64 tree got a conflict in:
drivers/acpi/arm64/iort.c
between commit:
37f6b42e9c296 ("ACPI/IORT: Fix PCI ACS enablement")
from Linus' tree and commit:
896dd2c324842 ("ACPI/IORT: Make platform devices initialization code SMMU
agnostic")
fro
On Thu, 2017-10-19 at 13:18 +0200, SF Markus Elfring wrote:
> > > Omit an extra message for a memory allocation failure in this function.
> > >
> > > This issue was detected by using the Coccinelle software.
> > >
> > > Signed-off-by: Markus Elfring
> >
> > Applied to modules-next, thanks.
>
>
Hi,
Philipp Zabel writes:
> Hi Felipe,
>
> On Thu, 2017-10-19 at 12:38 +0300, Felipe Balbi wrote:
>> Philipp Zabel writes:
>>
>> > From: Vivek Gautam
>> >
>> > Add support to get a list of resets available for the device.
>> > These resets must be kept de-asserted until the device is
>> > in
<>
Hi,
Philipp Zabel writes:
> Hi Felipe,
>
> On Thu, 2017-10-19 at 12:38 +0300, Felipe Balbi wrote:
>> Philipp Zabel writes:
>>
>> > From: Vivek Gautam
>> >
>> > Add support to get a list of resets available for the device.
>> > These resets must be kept de-asserted until the device is
>> > in
On 10/19/2017 01:09 PM, Sekhar Nori wrote:
> On Thursday 19 October 2017 02:43 PM, Marc Kleine-Budde wrote:
>> On 10/19/2017 07:07 AM, Sekhar Nori wrote:
>> Sounds reasonable. What's the status of this series?
>
> I have had some offline discussions with Franklin on this, and I am not
>
Hi Jonathan,
Today's linux-next merge of the jc_docs tree got a conflict in:
Documentation/process/index.rst
between commit:
9ed95129ffcab ("Documentation: Add a file explaining the Linux kernel license
enforcement policy")
from Linus' tree and commit:
13277782dd4bc ("Documentation: ad
Speaking of optimization, I think the rseq.c helper library
(and eventually glibc) should define the __rseq_abi TLS
variable with __attribute__((tls_model("initial-exec"))).
It provides faster, and signal-safe, accesses to the TLS
variable from libraries.
The idea you were suggesting where the app
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
>>>
>>> Applied to modules-next, thanks.
>>
>> Thanks for your acceptance of this update suggestion after a bit o
Hello,
On Wed, 18 Oct 2017 21:24:25 +0200
SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 18 Oct 2017 19:14:39 +0200
>
> The variable "table_group" will be set to an appropriate pointer.
> Thus omit the explicit initialisation at the beginning.
>
> Signed-off-by: Markus Elfring
This also removes the symbol name from the srcline column,
more on this below.
This ensures we use the correct srcline, which could originate
from a potentially inlined function. The hist entries used to
query for the srcline based purely on the IP, which leads to
wrong results for inlined entries
Now that we have caches in place to speed up the process of finding
inlined frames and srcline information repeatedly, we can enable
this useful option by default.
Cc: Arnaldo Carvalho de Melo
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Cc: Yao Jin
Cc: Ingo Molnar
Suggested-by: Ingo
On Tue, Sep 05, 2017 at 11:43:04AM +0300, Mikko Perttunen wrote:
> Add the Tegra186-specific hypervisor-related register range
> properties.
>
> Signed-off-by: Mikko Perttunen
> ---
> v2:
> - Dropped incorrect note about cells properties.
>
> .../devicetree/bindings/display/tegra/nvidia,tegra20
When no inlined frames could be found for a given address,
we did not store this information anywhere. That means we
potentially do the costly inliner lookup repeatedly for
cases where we know it can never succeed.
This patch makes dso__parse_addr_inlines always return a
valid inline_node. It will
On Tue, Sep 05, 2017 at 11:43:05AM +0300, Mikko Perttunen wrote:
> Add support for the implementation of Host1x present on the Tegra186.
> The register space has been shuffled around a little bit, requiring
> addition of some chip-specific code sections. Tegra186 also adds
> several new features, m
On one hand this ensures that the memory is properly freed when
the DSO gets freed. On the other hand this significantly speeds up
the processing of the callchain nodes when lots of srclines are
requested. For one of my data files e.g.:
Before:
Performance counter stats for 'perf report -s srcli
On Tue, Sep 05, 2017 at 11:43:06AM +0300, Mikko Perttunen wrote:
> Add Tegra186 support for VIC - no changes are required except for new
> firmware and compatibility string.
>
> Signed-off-by: Mikko Perttunen
> ---
> drivers/gpu/drm/tegra/drm.c | 1 +
> drivers/gpu/drm/tegra/vic.c | 10
From: Younian Wang
This is a NEC protocol type remote controller distributed with
96boards poplar@tocoding board.
Signed-off-by: Younian Wang
Signed-off-by: Jiancheng Xue
---
drivers/media/rc/keymaps/Makefile | 1 +
drivers/media/rc/keymaps/rc-hisi-poplar.c | 69 +
This series of patches completely reworks the way inline frames are handled.
Instead of querying for the inline nodes on-demand in the individual tools,
we now create proper callchain nodes for inlined frames. The advantages this
approach brings are numerous:
- less duplicated code in the individu
Add support for two remote controllers of hisilicon boards.
ChangeLog:
v2:
Supplement copyright statements for source files.
Younian Wang (2):
[media] rc/keymaps: add support for RC of hisilicon TV demo boards
[media] rc/keymaps: add support for RC of hisilicon poplar board
drivers/media/rc
Some of the code paths I introduced before returned too early
without running the code to handle a node's branch count.
By refactoring match_chain to only have one exit point, this
can be remedied.
Cc: Arnaldo Carvalho de Melo
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Cc: Yao Jin
Cc
From: Younian Wang
This is a NEC protocol type remote controller distributed with
hisilicon TV demo boards.
Signed-off-by: Younian Wang
Signed-off-by: Jiancheng Xue
---
drivers/media/rc/keymaps/Makefile | 1 +
drivers/media/rc/keymaps/rc-hisi-tv-demo.c | 81 +
Hello Bjorn
On 10/17/2017 01:43 AM, Bjorn Helgaas wrote:
(snip)
> I see you're copying the DRA7XX style here, but I don't really
> understand it. I guess the idea is to build pcie-artpec6.o if either
> CONFIG_PCIE_ARTPEC6_HOST or CONFIG_PCIE_ARTPEC6_EP is set (or both).
>
> Is this really the si
Hello,
On Wed, 18 Oct 2017 21:26:10 +0200
SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 18 Oct 2017 20:15:32 +0200
>
> Return directly after a call of the function "kzalloc_node" failed
> at the beginning.
>
> Signed-off-by: Markus Elfring
> ---
> arch/powerpc/platforms/pseri
On Donnerstag, 19. Oktober 2017 13:38:32 CEST Milian Wolff wrote:
> Some of the code paths I introduced before returned too early
> without running the code to handle a node's branch count.
> By refactoring match_chain to only have one exit point, this
> can be remedied.
Note: I tested this with s
On Thu, Oct 19, 2017 at 01:19:13PM +0200, Andrey Konovalov wrote:
> On Wed, Oct 4, 2017 at 4:40 PM, Greg Kroah-Hartman
> wrote:
> > On Tue, Oct 03, 2017 at 11:29:40AM +0200, Johan Hovold wrote:
> >> On Fri, Sep 29, 2017 at 10:37:55AM +0200, Greg Kroah-Hartman wrote:
> >> > On Thu, Sep 28, 2017 at
On Thu 19-10-17 19:51:02, Tetsuo Handa wrote:
> The printk() flooding problem caused by concurrent warn_alloc() calls was
> already pointed out by me, and there are reports of soft lockups caused by
> warn_alloc(). But this problem is left unhandled because Michal does not
> like serialization from
From: Yunsheng Lin
Date: Tue, 17 Oct 2017 14:51:30 +0800
> When using tc qdisc, dcb_ops->setup_tc is used to tell hclge_dcb
> module to do the tm related setup. Only TC_MQPRIO_MODE_CHANNEL
> offload mode is supported.
>
> Signed-off-by: Yunsheng Lin
Applied.
On Thu, 2017-10-19 at 13:35 +0200, SF Markus Elfring wrote:
> > > > > Omit an extra message for a memory allocation failure in this
> > > > > function.
> > > > >
> > > > > This issue was detected by using the Coccinelle software.
[]
> > > Do you see any need that I should extend subsequent commit
The util-linux release v2.31 is available at
http://www.kernel.org/pub/linux/utils/util-linux/v2.31
Feedback and bug reports, as always, are welcomed.
Karel
Util-linux 2.31 Release Notes
=
The package build-system follows GNU Coding Standards and uses --runsta
On 19/10/2017 12:57, Arnd Bergmann wrote:
> The x86 platform operations are fairly isolated, so we can
> change them from using timespec to timespec64. I checked that
> All the users and callers are safe, and there is only one
> critical function that is broken beyond 2106:
>
> pvclock_read_wallcl
On Thu, 2017-10-19 at 14:31 +0300, Felipe Balbi wrote:
> Hi,
>
> Philipp Zabel writes:
> > Hi Felipe,
> >
> > On Thu, 2017-10-19 at 12:38 +0300, Felipe Balbi wrote:
> > > Philipp Zabel writes:
> > >
> > > > From: Vivek Gautam
> > > >
> > > > Add support to get a list of resets available for
From: Vivek Gautam
Add support to get a list of resets available for the device.
These resets must be kept de-asserted until the device is
in use.
Signed-off-by: Vivek Gautam
[p.za...@pengutronix.de: switch to hidden reset control array]
Signed-off-by: Philipp Zabel
---
v7: Rebased onto git://
From:
Date: Tue, 17 Oct 2017 07:30:34 +
> From: Netanel Belgazal
>
> ENA driver was developed by developers from Annapurna Labs.
> Annapurna Labs was acquired by Amazon and the company's domain
> (@annapurnalabs.com) will become deprecated soon.
>
> Update the email addresses of the mainta
>> static struct iommu_table_group *iommu_pseries_alloc_group(int node)
>> {
>> -struct iommu_table_group *table_group = NULL;
>> +struct iommu_table_group *table_group;
>> struct iommu_table *tbl = NULL;
>> struct iommu_table_group_link *tgl = NULL;
>>
>
> I think initializi
On Thu, Oct 19, 2017 at 11:50:18AM +0200, Arnd Bergmann wrote:
> isofs uses a 'char' variable to load the number of years since
> 1900 for an inode timestamp. On architectures that use a signed
> char type by default, this results in an invalid date for
> anything beyond 2027.
>
> This adds a cast
On 18/10/17 09:16, Adrian Hunter wrote:
> On 11/10/17 16:58, Ulf Hansson wrote:
>> On 11 October 2017 at 14:58, Adrian Hunter wrote:
>>> On 11/10/17 15:13, Ulf Hansson wrote:
On 10 October 2017 at 15:31, Adrian Hunter wrote:
> On 10/10/17 16:08, Ulf Hansson wrote:
>> [...]
>>
>>>
On Tue, 17 Oct 2017, Colin King wrote:
> From: Colin Ian King
>
> The pointer value is being assigned a value and this is never read,
> and later on it is being assigned a new value. This the first
> assignment is redundant and can be removed and hence also the variables
> report and report_lis
Hi Morimoto-san,
Thank you for the patch.
On Thursday, 19 October 2017 04:15:13 EEST Kuninori Morimoto wrote:
> From: Hiroyuki Yokoyama
>
> SYS/RT/Audio DMAC includes independent data buffers for reading
> and writing. Therefore, the read transfer counter and write transfer
> counter have diffe
Hello,
On Mon, 16 Oct 2017 19:34:56 +0200
SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Mon, 16 Oct 2017 19:00:34 +0200
>
> Two pointer checks could be repeated by the tpm_ibmvtpm_probe()
> function during error handling even if the relevant properties can be
> determined for the in
On 18/10/2017 16:07, Yi Zhang wrote:
> On 2017-10-18 at 11:35:12 +0200, Paolo Bonzini wrote:
>>>
>>> Currently, We only block the write access, As far as I know an example,
>>> we now using it in a security daemon:
>>
>> Understood. However, I think QEMU is the wrong place to set this up.
>>
>> I
On Thu, Oct 19, 2017 at 06:26:45AM -0500, Bjorn Helgaas wrote:
> On Tue, Oct 17, 2017 at 05:47:37AM -0700, Vadim Lomovtsev wrote:
> > From: Vadim Lomovtsev
> >
> > version 7:
> > - update patch description accordingly to review comments;
> > - split for two patches: for ACS mask change and device
On Thu, Sep 28, 2017 at 03:50:38PM +0300, Mikko Perttunen wrote:
> New in v3:
> - Renamed *syncpt_assign_channel to *syncpt_assign_to_channel
> - Disassembler ignores opcodes not supported on the particular
> chip
> - Further cleanup in u64_to_user_ptr patch
>
> New in v2:
> - Changes in syncpoi
On 19/10/17 11:05, Adrian Hunter wrote:
> On 10/10/17 20:42, Atul Garg wrote:
>
> Let's just put the declarations here:
>
> int arasan_pci_probe_slot(struct sdhci_pci_slot *slot);
> int arasan_pci_probe(struct sdhci_pci_chip *chip);
> void arasan_sdhci_set_clock(struct sdhci_host *host, unsigned
From: James Hogan
When CONFIG_GENERIC_CLOCKEVENTS_MIN_ADJUST=n, the call path
hrtimer_reprogram -> clockevents_program_event ->
clockevents_program_min_delta will not retry if the clock event driver
returns -ETIME.
If the driver could not satisfy the program_min_delta for any reason,
the lack of
Add gpio interrupt controller node to the meson8b boards
Signed-off-by: Jerome Brunet
---
arch/arm/boot/dts/meson.dtsi | 9 +
arch/arm/boot/dts/meson8b.dtsi | 6 ++
2 files changed, 15 insertions(+)
diff --git a/arch/arm/boot/dts/meson.dtsi b/arch/arm/boot/dts/meson.dtsi
index 290
Add the external PHY interrupt on the nanopi-k2, odroid-c2, p200, p230
and q200
Signed-off-by: Jerome Brunet
---
arch/arm64/boot/dts/amlogic/meson-gxbb-nanopi-k2.dts | 2 ++
arch/arm64/boot/dts/amlogic/meson-gxbb-odroidc2.dts | 2 ++
arch/arm64/boot/dts/amlogic/meson-gxbb-p200.dts | 2 ++
select MESON_IRQ_GPIO in Kconfig for Amlogic's meson8b SoC
Signed-off-by: Jerome Brunet
---
arch/arm/mach-meson/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-meson/Kconfig b/arch/arm/mach-meson/Kconfig
index ee30511849ca..dc4830bb80fc 100644
--- a/arch/arm/mach-meson/
gic_next_event is always called with interrupts disabled, so the save /
restore is pointless - remove it.
Signed-off-by: Matt Redfearn
Suggested-by: Thomas Gleixner
---
drivers/clocksource/mips-gic-timer.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/clocksource/mips-gic-timer.
Always accessing the compare register via the CM redirect region is
(relatively) slow. If the timer being updated is the current CPUs
then this can be shortcutted by writing to the CM VP local region.
Signed-off-by: Matt Redfearn
---
drivers/clocksource/mips-gic-timer.c | 9 +++--
1 file ch
Add gpio interrupt controller to Amlogic GX family SoCs
Signed-off-by: Jerome Brunet
---
arch/arm64/boot/dts/amlogic/meson-gx.dtsi | 9 +
arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 6 ++
arch/arm64/boot/dts/amlogic/meson-gxl.dtsi | 6 ++
3 files changed, 21 insertions(+)
d
On Thu, Oct 12, 2017 at 02:42:49AM +0300, Dmitry Osipenko wrote:
> On 11.10.2017 11:22, Abbott Liu wrote:
> > +void __init kasan_map_early_shadow(pgd_t *pgdp)
> > +{
> > + int i;
> > + unsigned long start = KASAN_SHADOW_START;
> > + unsigned long end = KASAN_SHADOW_END;
> > + unsigned long
Hi Hans,
On Thursday, 19 October 2017 10:23:06 EEST Hans Yang wrote:
> On 2017年10月18日 16:52, Guennadi Liakhovetski wrote:
> > On Mon, 16 Oct 2017, Laurent Pinchart wrote:
> >>
> >> On Friday, 15 September 2017 09:27:51 EEST Hans Yang wrote:
> >>> For bulk-based devices, when disabling the video s
This patchset enables gpio interrupt controller found on the meson SoC
family. ATM, it supports meson8b, gxbb and gxl. The meson8 has been left
out because I don't have the documentation of this particular SoC.
The last patch uses the interrupts provided by this controller with the
external ethern
select MESON_IRQ_GPIO in Kconfig for Amlogic's meson SoC family
Signed-off-by: Jerome Brunet
---
arch/arm64/Kconfig.platforms | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms
index 6b54ee8c1262..5d5e79e8d556 100644
--- a/arch/arm64/K
On Wed, 18 Oct 2017 21:03:13 +0300
Andy Shevchenko wrote:
> On Wed, 2017-10-18 at 19:48 +0200, SF Markus Elfring wrote:
> > > For 1/4 and 2/4: explain why the message can be omitted.
>
> > > That's all.
> >
> > I assume that there might be also some communication challenges
> > involved.
>
>> @@ -61,7 +61,7 @@ static struct iommu_table_group
>> *iommu_pseries_alloc_group(int node)
>> table_group = kzalloc_node(sizeof(*table_group), GFP_KERNEL,
>> node); if (!table_group)
>> -goto fail_exit;
>> +return NULL;
>>
>> tbl = kzalloc_node(sizeof(*tbl),
On Wed, Oct 11, 2017 at 04:22:18PM +0800, Abbott Liu wrote:
> From: Andrey Ryabinin
>
> Functions like memset/memmove/memcpy do a lot of memory accesses.
> If bad pointer passed to one of these function it is important
> to catch this. Compiler's instrumentation cannot do this since
> these funct
Add functions for managing the lan9303 ALR (Address Logic
Resolution).
Implement DSA methods: port_fdb_add, port_fdb_del, port_mdb_prepare,
port_mdb_add and port_mdb_del.
Since the lan9303 do not offer reading specific ALR entry, the driver
caches all static entries - in a flat table.
Signed-off
This series add support for accessing and managing the lan9303 ALR
(Address Logic Resolution).
The first patch add low level functions for accessing the ALR, along
with port_fast_age and port_fdb_dump methods.
The second patch add functions for managing ALR entires, along with
remaining fdb/mdb
Add DSA method port_fast_age as a step to STP support.
Add low level functions for accessing the lan9303 ALR (Address Logic
Resolution).
Added DSA method port_fdb_dump
Signed-off-by: Egil Hjelmeland
---
drivers/net/dsa/lan9303-core.c | 159 +
drivers/net
201 - 300 of 1278 matches
Mail list logo
