The patch
regulator: of: Add a missing 'of_node_put()' in an error handling path of
'of_regulator_match()'
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-
The patch
spi: kconfig: Remove AVR32 dep. from SPI_ATMEL
has been applied to the spi tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to L
On 02/12/2018, 11:02 AM, Jiri Slaby wrote:
> Given this happens only on 32bit kernel, I assume some 32bit overflow.
> But I am unable to see it (yet).
Just to add, a diff of strace in good and bad kernels:
@@ -655,14 +655,4 @@
_llseek(3, 4275568640, [4286054400], SEEK_DATA) = 0
_llseek(3, 428605
Hi
On Mon, Feb 12, 2018 at 4:30 AM, Michael S. Tsirkin wrote:
> On Wed, Feb 07, 2018 at 02:35:25AM +0100, Marc-André Lureau wrote:
>> Modify fw_cfg_read_blob() to use DMA if the device supports it.
>> Return errors, because the operation may fail.
>>
>> So far, only one call in fw_cfg_register_di
Hi,
I am looking at UFS error handling, but I didn't notice re-issues requests with
UTP error to the host controller.
According UFS host spec, "host software either completes the request that had
the error and requests still outstanding
with error to higher level software, or re-issues these re
Hi Arnaldo,
Thanks for applying the patch. Yes the issue only happens on skl+.
The committer notes are very good and clear.
Thanks
Jin Yao
On 2/9/2018 11:15 PM, Arnaldo Carvalho de Melo wrote:
Em Mon, Jan 29, 2018 at 06:57:53PM +0800, Jin Yao escreveu:
When we use perf report interactive ann
Randy Dunlap writes:
> From: Randy Dunlap
>
> Currently #includes for no obvious
> reason. It looks like it's only a convenience, so remove kmemleak.h
> from slab.h and add to any users of kmemleak_*
> that don't already #include it.
> Also remove from source files that do not use it.
>
> Th
On Mon, 2018-02-12 at 12:50 +0100, Peter Zijlstra wrote:
> On Mon, Feb 12, 2018 at 11:22:11AM +0100, Ingo Molnar wrote:
> > > +static inline void firmware_restrict_branch_speculation_start(void)
> > > +{
> > > + alternative_msr_write(MSR_IA32_SPEC_CTRL, SPEC_CTRL_IBRS,
> > > +
The patch
ASoC: stm32: spdifrx: fix typo in function name.
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent
The patch
ASoC: stm32: spdifrx: Use default dai name
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Li
On 07/02/18 08:32, Gaku Inami wrote:
> This reverts commit 452562abb5b7 ("base: arch_topology: fix section
> mismatch build warnings"). It causes the notifier call hangs in some
> use-cases.
>
> In some cases with using maxcpus, some of cpus are booted first and
> then the remaining cpus are boo
On Mon, Feb 12, 2018 at 12:50:02PM +0100, Peter Zijlstra wrote:
> On Mon, Feb 12, 2018 at 11:22:11AM +0100, Ingo Molnar wrote:
> > > +static inline void firmware_restrict_branch_speculation_start(void)
> > > +{
> > > + alternative_msr_write(MSR_IA32_SPEC_CTRL, SPEC_CTRL_IBRS,
> > > +
The arch_f pointer was added to the struct audit_krule in commit:
e54dc2431d740a79a6bd013babade99d71b1714f ("audit signal recipients")
This is only used on addition and deletion of rules which isn't time
critical and the arch field is likely to be one of the first fields,
easily found iterating ov
In the process of trying to track down a potential bug altering the
registered arch for a syscall rule, a simplification of struct
audit_krule that removes a seemingly unnecessary member has revealed a
surprising NULL pointer dereference.
The struct audit_field *arch_f member should not be necessa
Signed-off-by: Richard Guy Briggs
---
kernel/auditfilter.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/kernel/auditfilter.c b/kernel/auditfilter.c
index 48dcb59..3938ad2c 100644
--- a/kernel/auditfilter.c
+++ b/kernel/auditfilter.c
@@ -228,6 +228,8 @@ static int audit_match_signal(struc
Signed-off-by: Richard Guy Briggs
---
kernel/auditfilter.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/kernel/auditfilter.c b/kernel/auditfilter.c
index 3343d1c..48dcb59 100644
--- a/kernel/auditfilter.c
+++ b/kernel/auditfilter.c
@@ -221,11 +221,13 @@ static inline int
Thanks for reviewing this patch Balbir
Balbir Singh writes:
> Any specific issue you've run into without this patch?
Without this patch since xmon is still accessible via sysrq and there is
no indication/warning on the xmon console mentioning that its is not
fully functional. Specifically xmon-
This patch adds phy transceiver driver for STM32 USB PHY Controller
(USBPHYC) that provides dual port High-Speed phy for OTG (single port)
and EHCI/OHCI host controller (two ports).
One port of the phy is shared between the two USB controllers through
a UTMI+ switch.
Signed-off-by: Amelie Delaunay
This patchset adds support for STMicroelectronics STM32 USB PHY Controller
(USBPHYC) which is embedded in STM32MP1 SoC.
The STM32 USBPHYC block contains a dual port High Speed UTMI+ PHY and a UTMI
switch that selects either USB OTG controller or USB Host controller for the
second PHY port.
Amelie
This patch adds the device tree bindings description for STM32 USBPHYC
(USB PHY Controller).
Signed-off-by: Amelie Delaunay
---
.../devicetree/bindings/phy/phy-stm32-usbphyc.txt | 46 ++
1 file changed, 46 insertions(+)
create mode 100644 Documentation/devicetree/bindings/p
Hi,
This improves perf on imx53 by adding support for enabling the Secure
Debug Enable Register (SDER) SUNIDEN bit. This unlocks new
functionality:
ppd before patchset# perf stat -e cycles,instructions sleep 1 2>&1 | grep
instructions
0 instructions #0.00
On i.MX53 it is necessary to set the DBG_EN bit in the
platform GPC register to enable access to PMU counters
other than the cycle counter.
Signed-off-by: Sebastian Reichel
---
arch/arm/mach-imx/mach-imx53.c | 39 ++-
1 file changed, 38 insertions(+), 1 deleti
Add secure-reg-access on PPD device tree to enable PMU and
hardware counters for perf.
Reviewed-by: Fabio Estevam
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/imx53-ppd.dts | 4
arch/arm/boot/dts/imx53.dtsi| 2 +-
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/
On 12 February 2018 at 11:38, Lucas Stach wrote:
> Am Freitag, den 09.02.2018, 14:58 +0100 schrieb Ulf Hansson:
>> On 26 January 2018 at 09:38, Jia-Ju Bai
>> wrote:
>> > After checking all possible call chains to genpd_dev_pm_detach()
>> > and
>> > genpd_dev_pm_attach() here,
>> > my tool finds t
On Sat, 27 Jan 2018 15:42:47 +0100,
Maciej S. Szmigiero wrote:
>
> Commit a5003fc04113 ("[ALSA] emu10k1 - simplify page allocation for synth")
> switched from using the DMA allocator for synth DMA pages to manually
> calling alloc_page().
> However, this usage has an implicit assumption that the
On Wed, Jan 31, 2018 at 11:20 AM, Cosmin-Gabriel Samoila
wrote:
> The AK4458 is a 32-bit 8ch Premium DAC that corresponds
> to a 768kHz PCM input and an 11.2MHz DSD input at maximum.
> It supports I2S, DSD and TDM modes with 24 or 32 bit MSB
> or 16, 24, 32 LSB formats. Its datasheet is available
On Mon, Feb 12, 2018 at 10:39 AM, Sebastian Reichel
wrote:
> On i.MX53 it is necessary to set the DBG_EN bit in the
> platform GPC register to enable access to PMU counters
> other than the cycle counter.
>
> Signed-off-by: Sebastian Reichel
Reviewed-by: Fabio Estevam
On Fri, Jan 19, 2018 at 06:25:27PM +0900, Katsuhiro Suzuki wrote:
> This series adds support for Socionext audio system for
> UniPhier LD11/LD20 SoCs. This driver supports I2S output
> for Line-In, Line-Out and S/PDIF output.
These look fine so I'll apply them however a patch series from
Morimoto-
The patch
ASoC: samsung: i2s: Ensure the RCLK rate is properly determined
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24
The patch
ASoC: Intel: Skylake: make function skl_clk_round_rate static
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 ho
Use the existing global variables instead of passing them around and
creating duplicate global variables.
Acked-by: Josh Poimboeuf
Signed-off-by: Peter Zijlstra (Intel)
---
tools/objtool/builtin-check.c |2 +-
tools/objtool/builtin-orc.c |6 +-
tools/objtool/builtin.h |5
The patch
ASoC: wm_adsp: Don't init cache from DSP memory if control is write-only
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the
David wanted to not use retpolines in .init.text but that will trip up
objtool retpoline validation, fix that.
Acked-by: Josh Poimboeuf
Requested-by: David Woodhouse
Signed-off-by: Peter Zijlstra (Intel)
---
scripts/Makefile.build|2 ++
tools/objtool/builtin-check.c |3 ++-
too
The objtool retpoline validation found this indirect jump. Seeing how
it's on CPU bringup before we run userspace it should be safe, annotate
it.
Acked-by: Josh Poimboeuf
Reviewed-by: David Woodhouse
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/kernel/head_64.S |2 ++
1 file changed,
Paravirt emits indirect calls which get flagged by objtool retpoline
checks, annotate it away because all these indirect calls will be
patched out before we start userspace.
This patching happens through alternative_instructions() ->
apply_paravirt() -> pv_init_ops.patch() which will eventually en
Disable retpoline validation if your compiler sucks, and otherwise
select the validation stuff for RETPOLINE (most builds would already
have it set due to ORC).
Signed-off-by: Peter Zijlstra (Intel)
---
Makefile |5 +
arch/x86/Kconfig |1 +
scripts/Makefile.build
David requested a objtool validation pass for RETPOLINE enabled
builds, where it validates no unannotated indirect jumps or calls are
left.
Add an additional .discard.retpoline_safe section to allow annotating
the few indirect sites that are required and safe.
Acked-by: Josh Poimboeuf
Reviewed-
On Mon, Feb 12, 2018 at 01:43:11PM +0200, Mike Rapoport wrote:
> On Mon, Feb 12, 2018 at 01:26:28PM +0200, Igor Stoppa wrote:
> > On 11/02/18 14:37, Mike Rapoport wrote:
> > > On Sun, Feb 11, 2018 at 05:19:18AM +0200, Igor Stoppa wrote:
> >
> > >> + * Return: 0 if the object does not belong to pma
On Tue, Jan 16, 2018 at 10:38 AM, Xiongfeng Wang
wrote:
> From: Xiongfeng Wang
>
> gcc-8 reports
>
> drivers/auxdisplay/panel.c: In function 'panel_attach':
> ./include/linux/string.h:245:9: warning: '__builtin_strncpy' specified
> bound 12 equals destination size [-Wstringop-truncation]
>
> We n
The patch
ASoC: uniphier: add support for UniPhier AIO compress audio
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hour
The patch
ASoC: uniphier: add support for UniPhier AIO CPU DAI driver
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hour
On Mon, Feb 12, 2018 at 11:28:32AM +0100, Geert Uytterhoeven wrote:
> On Mon, Feb 12, 2018 at 11:17 AM, Geert Uytterhoeven
> wrote:
> > Below is the list of build error/warning regressions/improvements in
> > v4.16-rc1[1] compared to v4.15[2].
> >
> > Summarized:
> > - build errors: +13/-5
> >
The patch
ASoC: uniphier: add support for UniPhier LD11/LD20 AIO driver
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 ho
The patch
ASoC: uniphier: add DT bindings documentation for UniPhier AIO
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 h
The patch
ASoC: uniphier: add support for UniPhier AIO common driver
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours
The patch
ASoC: uniphier: add support for UniPhier AIO DMA driver
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) a
On Sun, Feb 11, 2018 at 09:42:09PM +0100, Ulf Magnusson wrote:
> On Sun, Feb 11, 2018 at 9:29 PM, Ulf Magnusson wrote:
> > On Sun, Feb 11, 2018 at 6:56 PM, Kees Cook wrote:
> >> Another case I mentioned before that I just want to make sure we don't
> >> reintroduce the problem of getting "stuck"
nvme_update_formats will invoke nvme_ns_remove under namespaces_mutext.
The will cause deadlock because nvme_ns_remove will also require
the namespaces_mutext. Fix it by getting the ns entries which should
be removed under namespaces_mutext and invoke nvme_ns_remove out of
namespaces_mutext.
Signe
namespaces_mutext is used to synchronize the operations on ctrl
namespaces list. Most of the time, it is a read operation.
On the other hand, there are many interfaces in nvme core that
need this lock, such as nvme_wait_freeze, and even more interfaces
will be added. If we use mutex here, circular
On Sat, 27 Jan 2018 15:42:59 +0100,
Maciej S. Szmigiero wrote:
>
> The Audigy 2 CA0102 chip (but most likely others from the emu10k1 family,
> too) has a problem that from time to time it likes to do few DMA reads a
> bit beyond its normal allocation and gets very confused if these reads get
> b
This is boot code, we run this _way_ before userspace comes along to
poison our branch predictor.
Cc: Tom Lendacky
Cc: Borislav Petkov
Acked-by: Josh Poimboeuf
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/mm/mem_encrypt_boot.S |2 ++
1 file changed, 2 insertions(+)
--- a/arch/x86/m
On Mon, 2018-02-12 at 13:48 +0100, Peter Zijlstra wrote:
> --- a/Makefile
> +++ b/Makefile
> @@ -486,6 +486,11 @@ KBUILD_CFLAGS += $(CLANG_TARGET) $(CLANG
> KBUILD_AFLAGS += $(CLANG_TARGET) $(CLANG_GCC_TC)
> endif
>
> +ifneq ($(call cc-option,-mindirect-branch=thunk-extern
> -mindirect-branc
On Mon, Feb 12, 2018 at 05:24:57PM +0530, Himanshu Jha wrote:
> Remove some unnecessary comments by giving appropriate name to macros.
> Therefore, add _REG suffix for control registers. Also, align function
> arguments to match open parentheses using tabs.
> Group the control register and register
Currently, we will unquiesce the queues after the controller is
shutdown to avoid residual requests to be stuck. In fact, we can
do it more cleanly, just wait freeze and drain the queue in
nvme_dev_disable and finally leave the queues quiesced.
Signed-off-by: Jianchao Wang
---
drivers/nvme/host/
Quiesce IO queues prior to disabling device HMB accesses. A controller
using HMB may relay on it to efficiently complete IO commands.
Reviewed-by: Keith Busch
Reviewed-by: Sagi Grimberg
Signed-off-by: Jianchao Wang
---
drivers/nvme/host/pci.c | 9 -
1 file changed, 4 insertions(+), 5 d
The very latest objtool retpoline validation patches, all ready for x86/pti.
nvme_remove_namespaces and nvme_remove_invalid_namespaces reference
the ctrl->namespaces list w/o holding namespaces_mutext. It is ok
to invoke nvme_ns_remove there, but what if there is others.
To be safer, reference the ctrl->namespaces list under
namespaces_mutext.
Signed-off-by: Jianchao Wang
nvme cq irq is freed based on queue_count. When the sq/cq creation
fails, irq will not be setup. free_irq will warn 'Try to free
already-free irq'.
To fix it, we only increase online_queues when adminq/sq/cq are
created and associated irq is setup. Then suspend queues based
on online_queues.
Sign
Annotate the indirect calls/jumps in the CALL_NOSPEC/JUMP_NOSPEC
alternatives.
Acked-by: Josh Poimboeuf
Reviewed-by: David Woodhouse
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/include/asm/nospec-branch.h | 27 +++
1 file changed, 23 insertions(+), 4 deletions(
On Mon, 2018-02-12 at 13:48 +0100, Peter Zijlstra wrote:
> David wanted to not use retpolines in .init.text but that will trip up
> objtool retpoline validation, fix that.
I wanted, I got. This is upstream already (66f793099a63) so this commit
message possibly wants tweaking slightly.
> Acked-by:
On Sun, Feb 11, 2018 at 10:38:28AM +0100, Lukas Wunner wrote:
> [...]
> i915, malidp and msm "solved" this issue by not stopping the poll worker
> on runtime suspend. But this results in the GPU bouncing back and forth
> between D0 and D3 continuously. That's a total no-go for GPUs which
> runtim
On Tue, 23 Jan 2018 18:30:53 +0100,
wrote:
>
> From: Abhijeet Kumar
>
> In usecases like hot plug-unplug DP panel or modeset during a playback,
> sometimes we observe no audio after codec resets. During no audio
> condition, we have noticed that the power state of the pin or the
> connector is
On Mon, Feb 12, 2018 at 01:01:20PM +, David Woodhouse wrote:
> On Mon, 2018-02-12 at 13:48 +0100, Peter Zijlstra wrote:
> > David wanted to not use retpolines in .init.text but that will trip up
> > objtool retpoline validation, fix that.
>
> I wanted, I got. This is upstream already (66f79309
nvme cq irq is freed based on queue_count. When the sq/cq creation
fails, irq will not be setup. free_irq will warn 'Try to free
already-free irq'.
To fix it, we only increase online_queues when adminq/sq/cq are
created and associated irq is setup. Then suspend queues based
on online_queues.
Sign
On Mon, Feb 12, 2018 at 05:24:58PM +0530, Himanshu Jha wrote:
> Use sign_extend32 function instead of manually coding it. Also, adjust a
^
> switch block to explicitly match channels and return -EINVAL as default
> case which improves
On Mon, Feb 12, 2018 at 12:27:19PM +, David Woodhouse wrote:
> On Mon, 2018-02-12 at 12:50 +0100, Peter Zijlstra wrote:
> > Wait, we're doing firmware from NMI? That sounds like a _REALLY_ bad
> > idea.
>
> And spin_lock_irqsave() too. Which is probably why I missed the fact
> that this was b
From: Fabio Estevam
imx_gpcv2_get_wakeup_source() is not used anywhere, so remove it.
This fixes the following sparse warning:
drivers/irqchip/irq-imx-gpcv2.c:34:5: warning: symbol
'imx_gpcv2_get_wakeup_source' was not declared. Should it be static?
Signed-off-by: Fabio Estevam
---
drivers/
This reverts commit 0a44697627d17a66d7dc98f17aeca07ca79c5c20.
This commit was initially intended to fix problems with hs200 and hs400
on some boards, mainly the odroid-c2. The OC2 (Rev 0.2) I have performs
well in this modes, so I could not confirm these issues.
We've had several reports about th
Hi Oleg,
I'm observing a bug in the uprobe infrastructure. When target binary
is quite small, uprobe replaces 'trap' instruction at two different
places. Ex,
Simple test.c that loops for 100 seconds:
void main()
{
int i = 0;
while (i++ != 100) {
printf("hi
On Mon, Feb 12, 2018 at 07:33:27PM +0800, kbuild test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/pti
> head: 5a10e729bc0aa9420a23a70b169eadd229c27bc1
> commit: f09d160992d129b6d8fada7543761d40f5b33596 [19/20] x86/entry/64: Get
> rid of the ALLOC_PT_GPR
On 05/02/18 23:51, Stefano Stabellini wrote:
> Introduce a per sock_mapping refcount, in addition to the existing
> global refcount. Thanks to the sock_mapping refcount, we can safely wait
> for it to be 1 in pvcalls_front_release before freeing an active socket,
> instead of waiting for the global
While the regulator core mostly use GPIO descriptors
there are some rough edges we need to chisel down:
- The fixed regulator still passes a "ena_gpio" number
from the global GPIO numberspace. This we want to get
rid of. We do this by allowing drivers to pass in a
descriptor instead, convert
We are currently passing a GPIO number from the global GPIO numberspace
into the regulator core for handling enable GPIOs. This is not good
since it ties into the global GPIO numberspace and uses gpio_to_desc()
to overcome this.
Start supporting passing an already initialized GPIO descriptor to th
This augments the DA9211 regulator driver to fetch its GPIO descriptors
directly from the device tree using the newly exported
devm_get_gpiod_from_child().
Signed-off-by: Linus Walleij
---
drivers/regulator/da9211-regulator.c | 23 +++
include/linux/regulator/da9211.h |
We augment the GPIO regulator to get the *enable* regulator
GPIO line (not the other lines) using a descriptor rather than
a global number.
We then pass this into the regulator core which has been
prepared to hande enable descriptors in a separate patch.
Switch over the two boardfiles using this
This converts the GPIO regulator driver to use decriptors only.
We have to let go of the array gpio handling: the fetched descriptors
are handled individually anyway, and the array retrieveal function
does not make it possible to retrieve each GPIO descriptor with
unique flags. Instead get them one
Use devm_* managed device resources and create a local
struct device *dev variable to simplify the code inside
probe().
Signed-off-by: Linus Walleij
---
drivers/regulator/gpio-regulator.c | 60 +++---
1 file changed, 24 insertions(+), 36 deletions(-)
diff --git a
Instead of passing a global GPIO number, pass a descriptor looked
up with the standard devm_gpiod_get_index_optional() call.
Cc: Milo Kim
Signed-off-by: Linus Walleij
---
drivers/regulator/lm363x-regulator.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --gi
Now that we changed all providers to pass descriptors into the core
for enable GPIOs instead of a global GPIO number, delete the support
for passing GPIO numbers in, and we get a cleanup and size reduction
in the core, and from a GPIO point of view we use the modern, cleaner
interface.
Signed-off-
Deprecate the open drain binding for fixed regulator and indicate
that we prefer this to be passed in the GPIO phandle flags.
Clarify that the line inversion semantics for fixed and GPIO
regulators completely overrides the active low flags in the
phandle flags.
Unfortunately this can not be chang
Instead of passing a global GPIO number for the enable GPIO, pass
a descriptor looked up from the device tree node for the
regulator.
This regulator supports passing platform data, but enable/sleep
regulators are looked up from the device tree exclusively, so
we can need not touch other files.
Cc
Instead of passing a global GPIO number for the enable GPIO, pass
a descriptor looked up from the device tree node for the
regulator.
This regulator supports passing platform data, but enable/sleep
regulators are looked up from the device tree exclusively, so
we can need not touch other files.
Cc
We now pass a GPIO descriptor to the core instead of a global
GPIO number, if this descriptor is NULL the GPIO line is not
used. Just delete the assignment of an invalid GPIO line.
Signed-off-by: Linus Walleij
---
drivers/regulator/pfuze100-regulator.c | 1 -
1 file changed, 1 deletion(-)
diff
This pushes the handling of inversion semantics and open drain
settings to the GPIO descriptor and gpiolib. All affected board
files are also augmented.
This is especiallt nice since we don't have to have any
confusing flags passed around to the left and right littering
the fixed and GPIO regulato
Instead of passing a global GPIO number for the enable GPIO, pass
a descriptor looked up from the device tree node or the board file
decriptor table for the regulator.
There is a single board file passing the GPIOs for LDO1 and LDO2
through platform data, so augment this to pass descriptors
associ
Instead of passing a global GPIO number for the enable GPIO, pass
a descriptor looked up with the standard devm_gpiod_get_optional()
call.
This regulator supports passing platform data, but enable/sleep
regulators are looked up from the device tree exclusively, so
we can need not touch other files
Instead of passing a global GPIO number for the enable GPIO, pass
a descriptor looked up with the standard devm_gpiod_get_optional()
call.
All users of this regulator use device tree so the transition is
pretty smooth.
Cc: MyungJoo Ham
Signed-off-by: Linus Walleij
---
drivers/regulator/max8952
Instead of passing a global GPIO number, pass a descriptor looked
up from the device tree configuration node.
Cc: Chanwoo Choi
Cc: Krzysztof Kozlowski
Cc: Bartlomiej Zolnierkiewicz
Signed-off-by: Linus Walleij
---
drivers/regulator/max77686-regulator.c | 19 ---
1 file changed
Instead of passing a global GPIO number, pass a descriptor looked
up with the standard devm_gpiod_get_optional() call.
Cc: Mikko Perttunen
Cc: Laxman Dewangan
Signed-off-by: Linus Walleij
---
drivers/regulator/max8973-regulator.c | 54 +++
1 file changed, 29 ins
Instead of passing a global GPIO number, pass a descriptor looked
up with the standard devm_gpiod_get_index_optional() call.
This driver has supported passing a LDO enable GPIO for years,
yet this facility has never been put to use in the upstream kernel.
If someone desires to put in place GPIO co
When setting up a fixed regulator on the DA9055, pass a descriptor
instead of a global GPIO number. This facility is not used in the
kernel so we can easily just say that this should be a descriptor
if/when put to use.
Cc: Lee Jones
Signed-off-by: Linus Walleij
---
Lee: would be nice if you coul
On 12/02/18 13:12, Fabio Estevam wrote:
> From: Fabio Estevam
>
> imx_gpcv2_get_wakeup_source() is not used anywhere, so remove it.
>
> This fixes the following sparse warning:
>
> drivers/irqchip/irq-imx-gpcv2.c:34:5: warning: symbol
> 'imx_gpcv2_get_wakeup_source' was not declared. Should it
Instead of passing a global GPIO number, pass a descriptor looked
up with the standard devm_gpiod_get_optional() call.
We have augmented the GPIO core to look up the regulator special
GPIO "wlf,ldoena" in a separate patch.
Cc: patc...@opensource.cirrus.com
Cc: Richard Fitzgerald
Signed-off-by: L
As we augmented the regulator core to accept a GPIO descriptor instead
of a GPIO number, we can augment the fixed GPIO regulator to look up
and pass that descriptor directly from device tree or board GPIO
descriptor look up tables.
Some boards just auto-enumerate their fixed regulator platform dev
I think -M is prefered for these types of diffs? Not sure.
On Mon, Feb 12, 2018 at 05:24:59PM +0530, Himanshu Jha wrote:
> +static int adis16201_probe(struct spi_device *spi)
> +{
> + struct iio_dev *indio_dev;
> + struct adis *st;
> + int ret;
> +
> + indio_dev = devm_iio_device_
On Mon, Jan 29, 2018 at 7:50 AM, Willy Tarreau wrote:
> Hi,
>
> On Fri, Jan 26, 2018 at 11:19:15PM +0800, Jia-Ju Bai wrote:
>> The function long_sleep() calls mdelay() when in an interrupt handler.
>> But only charlcd_clear_display() and charlcd_init_display calls
>> long_sleep(), and my tool find
On 02/12/2018 11:17 AM, tip-bot for Dominik Brodowski wrote:
Commit-ID: 7b7b09f110f06f3c006e9b3f4590f7d9ba91345b
Gitweb: https://git.kernel.org/tip/7b7b09f110f06f3c006e9b3f4590f7d9ba91345b
Author: Dominik Brodowski
AuthorDate: Sun, 11 Feb 2018 11:49:45 +0100
Committer: Ingo Molnar
Com
In order for ULPI PHYs to work, dwc3_phy_setup() and dwc3_ulpi_init()
must be doene before dwc3_core_get_phy().
commit 541768b08a40 ("usb: dwc3: core: Call dwc3_core_get_phy() before
initializing phys")
broke this.
The other issue is that dwc3_core_get_phy() and dwc3_ulpi_init() should
be called
On Thu, Jan 18, 2018 at 10:09:51AM -0500, Prarit Bhargava wrote:
> config ACPI_SPCR_TABLE
> + bool "ACPI Serial Port Console Redirection Support"
> + default y if X86
> + help
> + Enable support for Serial Port Console Redirection (SPCR) Table.
> + This table provides infor
On 02/12/2018, 01:14 PM, Jiri Slaby wrote:
> On 02/12/2018, 11:02 AM, Jiri Slaby wrote:
>> Given this happens only on 32bit kernel, I assume some 32bit overflow.
>> But I am unable to see it (yet).
>
> Just to add, a diff of strace in good and bad kernels:
> @@ -655,14 +655,4 @@
> _llseek(3, 4275
201 - 300 of 1074 matches
Mail list logo
