This patch set is based on Jisheng Zhang's
patch set to support implementing .remove() hook in host controller
drivers of Designware based implementations.
Jisheng's patches:
https://patchwork.kernel.org/project/linux-pci/list/?series=98559
This patch set moves config space APIs which are
Replace boiler plate licenses texts with the SPDX license
identifiers in Colibri/Apalis DTS files.
Signed-off-by: Igor Opaniuk
---
arch/arm/boot/dts/imx6q-apalis-eval.dts | 40 +-
arch/arm/boot/dts/imx6q-apalis-ixora-v1.1.dts | 40 +-
On Thu, Apr 04, 2019 at 02:02:14PM +0200, Peter Zijlstra wrote:
> On Thu, Apr 04, 2019 at 01:09:09PM +0200, Peter Zijlstra wrote:
> > That is not entirely the scenario I talked about, but *groan*.
> >
> > So what I meant was:
> >
> > CPU-0
Lee
Thanks for the review
On 4/4/19 3:17 AM, Lee Jones wrote:
> On Mon, 25 Mar 2019, Dan Murphy wrote:
>
>> Remove support for the LM3697 from the ti-lmu
>
> Bit of an odd place to insert a line feed.
>
I will fix in v2.
>> driver in favor of a dedicated LED driver.
>>
>> Signed-off-by: Dan
Allow the boot CPU to be full nohz, and have it take the do_timer duty
temporarily during boot.
nohz_full has been successful at significantly reducing jitter for a
large supercomputer customer, but their job control system requires
CPU0 to be for housekeeping.
This will cause suspend / kexec
This patch chooses a housekeeping CPU to be the primary when disabling
CPUs for suspend / kexec freeze. This should not have any effect until
a later change because CPU0 is always a housekeeping CPU.
Signed-off-by: Nicholas Piggin
---
include/linux/cpu.h | 2 +-
kernel/cpu.c| 10
Lee
Thanks for the review
On 4/4/19 3:19 AM, Lee Jones wrote:
> On Mon, 25 Mar 2019, Dan Murphy wrote:
>
>> Modify the ramp-up/down property and add the property description
>> to the binding.
>
> This is the 'what', but where is the 'why'?
>
I will add the why in v2.
Dan
--
During housekeeping mask setup, currently a possible CPU is required.
That does not guarantee a CPU at boot time, so check to ensure that
at least one present CPU is in the mask.
Signed-off-by: Nicholas Piggin
---
kernel/sched/isolation.c | 18 +-
1 file changed, 13
This has on effect yet because CPU0 will always be a housekeeping CPU
until a later change.
Signed-off-by: Nicholas Piggin
---
kernel/sched/core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index 4778c48a7fda..10e05ec049b6
I've been looking at ways to fix suspend breakage with CPU0 as a
nohz CPU. I started looking at various things like allowing CPU0
to take over do_timer again temporarily or allowing nohz full
to be stopped at runtime (that is quite a significant change for
little real benefit). The problem then
On Thu, Apr 04, 2019 at 12:31:15PM +0200, Michal Hocko wrote:
> On Thu 04-04-19 12:04:05, Oscar Salvador wrote:
> > On Wed, Apr 03, 2019 at 10:46:03AM +0200, Michal Hocko wrote:
> > > On Thu 28-03-19 14:43:18, Oscar Salvador wrote:
> > > > From: Michal Hocko
> > > >
> > > > arch_add_memory,
On Thu, Apr 04, 2019 at 01:09:09PM +0200, Peter Zijlstra wrote:
> That is not entirely the scenario I talked about, but *groan*.
>
> So what I meant was:
>
> CPU-0 CPU-n
>
> __schedule()
> local_irq_disable()
>
> ...
Hi,
On 04-04-19 12:42, Yue Haibing wrote:
From: YueHaibing
When building CONFIG_ACPI is not set
gcc warn this:
drivers/extcon/extcon-axp288.c: In function 'axp288_extcon_probe':
drivers/extcon/extcon-axp288.c:363:20: error: dereferencing pointer to
incomplete type
put_device(>dev);
On Thu, Apr 04, 2019 at 11:09:22AM +0530, Anshuman Khandual wrote:
> > Do these need to be __meminit? AFAICS it's effectively redundant with the
> > containing #ifdef, and removal feels like it's inherently a later-than-init
> > thing anyway.
>
> I was confused here a bit but even X86 does
On Thu, Apr 04, 2019 at 12:51:35PM +0200, Enrico Weigelt, metux IT consult
wrote:
> On 03.04.19 06:13, Linus Walleij wrote:
>
> > But the chardev on the other hand will protect you from all this.> > If the
> > program crashes, the lines will be free:ed.> > If two scripts
> try to access the
> Subject: Re: [PATCH v2] PCI: xilinx-nwl: Fix Multi MSI data programming
>
> On Mon, 11 Mar 2019 at 12:46, Bharat Kumar Gogada
> wrote:
> >
> > The current Multi MSI data programming fails if multiple end points
> > requesting MSI and multi MSI are connected with switch, i.e the
> > current
According the publicly available datasheet (and some test) the max98357a
also supports 32, 44.1 and 88.2 kHz sample rate.
Signed-off-by: Jerome Brunet
---
Datasheet is available here:
https://datasheets.maximintegrated.com/en/ds/MAX98357A-MAX98357B.pdf
sound/soc/codecs/max98357a.c | 3 +++
> BTW, something I *just* noticed when putting together that toy out-of-tree
> module to test out multi-object livepatch modules is that we aren't
> considering out-of-tree symbols in Symbols.list.
>
> Perhaps we can save that for v4 or beyond, but maybe we want to re-arrange the
> klp-convert
On 4/4/2019 4:12 PM, Yue Haibing wrote:
From: YueHaibing
When building CONFIG_ACPI is not set
gcc warn this:
drivers/extcon/extcon-axp288.c: In function 'axp288_extcon_probe':
drivers/extcon/extcon-axp288.c:363:20: error: dereferencing pointer to
incomplete type
put_device(>dev);
> On Mon, Apr 01, 2019 at 05:00:40PM +, Bharat Kumar Gogada wrote:
> > Hi All,
> >
> > Please let me know if anyone has any inputs on this.
> >
> > Regards,
> > Bharat
> > >
> > > The current Multi MSI data programming fails if multiple end points
> > > requesting MSI and multi MSI are
On Thu, Apr 04, 2019 at 06:39:25PM +0800, Yue Haibing wrote:
> From: YueHaibing
>
> When building CONFIG_ACPI is not set
> gcc warn this:
>
> drivers/gpio/gpio-merrifield.c: In function mrfld_gpio_get_pinctrl_dev_name:
> drivers/gpio/gpio-merrifield.c:388:19: error: dereferencing pointer to
>
On 4/4/2019 4:09 PM, Yue Haibing wrote:
From: YueHaibing
When building CONFIG_ACPI is not set
gcc warn this:
drivers/gpio/gpio-merrifield.c: In function mrfld_gpio_get_pinctrl_dev_name:
drivers/gpio/gpio-merrifield.c:388:19: error: dereferencing pointer to
incomplete type struct
On 4/4/2019 3:34 PM, Colin King wrote:
From: Colin Ian King
The check on record->event is always true because the wrong operator
is being used, used && instead of ||
Addresses-Coverity: ("Constant expression result")
Fixes: fae7a699a925 ("opa_vnic: Convert vport_idr to XArray")
On Thu, Apr 04, 2019 at 07:23:45AM -0400, Dennis Dalessandro wrote:
> On 4/4/2019 6:04 AM, Colin King wrote:
> > From: Colin Ian King
> >
> > The check on record->event is always true because the wrong operator
> > is being used, used && instead of ||
> >
> > Addresses-Coverity: ("Constant
On Fri, 22 Mar 2019, Joe Lawrence wrote:
> On Fri, Mar 01, 2019 at 11:13:10AM -0300, Joao Moreira wrote:
> > From: Josh Poimboeuf
> >
> > Create cmd_klp_convert and hook it into scripts/Makefile.modpost.
> > cmd_klp_convert invokes klp-convert with the right arguments for the
> > conversion of
Hi Mathieu,
On 28/03/2019 20:41, Mathieu Poirier wrote:
On Wed, Mar 20, 2019 at 06:49:40PM +, Suzuki K Poulose wrote:
The stimulus base for STM device must be listed as the second memory
resource, followed by the programming base address. Add support for
parsing the information for ACPI.
Ferdinand,
On Sat, 30 Mar 2019, Ferdinand Blomqvist wrote:
Thanks for providing that! I'm short of cycles to go through that right
now, but will do in the foreseeable future. Feel free to remind me if I
don't do so within two weeks.
Thanks,
tglx
On Mon 2019-03-11 09:29:06, Nick Crews wrote:
> Thanks for looking this over. I will fix most of your concerns, but
> have one question.
>
> On Fri, Mar 8, 2019 at 2:08 PM Pavel Machek wrote:
> >
> > On Fri 2019-03-08 13:38:02, Nick Crews wrote:
> > > This patch is meant to be applied on top of
On 4/4/2019 6:04 AM, Colin King wrote:
From: Colin Ian King
The check on record->event is always true because the wrong operator
is being used, used && instead of ||
Addresses-Coverity: ("Constant expression result")
Fixes: fae7a699a925 ("opa_vnic: Convert vport_idr to XArray")
Signed-off-by:
On 4/4/2019 4:46 PM, Colin King wrote:
From: Colin Ian King
There is are a couple of spelling mistakes in the Documentation. Fix them.
Signed-off-by: Colin Ian King
Reviewed-by: Mukesh Ojha
Cheers,
-Mukesh
---
V2: Add fix to interconnect, thanks to Mukesh Ojha for spotting that
---
This commit adds support for KOE's 5.7" display.
Signed-off-by: Lukasz Majewski
Reviewed-by: Rob Herring
---
Previous discussion (and Rob's Reviewed-by) about this patch
https://patchwork.kernel.org/patch/10339595/
It must have been lost during the development process, so
I do resend it now.
Since the g12a SoC fifo can set the fifo initial start address, we must
make sure to actually reset the write pointer to this address when
starting a capture.
Signed-off-by: Jerome Brunet
---
sound/soc/meson/axg-toddr.c | 53 +
1 file changed, 53
Add new compatible strings for the g12a devices.
Audio wise, the g12a is fairly to close to the axg, yet some differences
need to be handled.
Signed-off-by: Jerome Brunet
---
Documentation/devicetree/bindings/sound/amlogic,axg-fifo.txt | 4 +++-
The g12a tdmout requires a different signal skew offset than the axg.
With this change, the skew offset is added as a parameter of the tdm
formatters to prepare the addition of the g12a support.
Signed-off-by: Jerome Brunet
---
sound/soc/meson/axg-tdm-formatter.c | 6 --
The g12a fifos gained the ability to set the initial address of the
pointer within the buffer, instead of defaulting to the buffer start
address.
It is not very useful to us (yet) but we need to put a copy the buffer
start address in the related register for the fifo to work properly on the
g12a
The axg tdmout driver just need a different skew offset to operate
correctly on the g12a SoC family.
Signed-off-by: Jerome Brunet
---
sound/soc/meson/axg-tdmout.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/sound/soc/meson/axg-tdmout.c b/sound/soc/meson/axg-tdmout.c
index
On the axg, frddr could only be connected to 1 downstream element, so the
playback was possible on 1 interface only at a time.
On the g12a, the frddr may connect and wait for the request of up to 3
downstream elements. With this, it possible for single playback to be
played on several interfaces
From: Colin Ian King
There is are a couple of spelling mistakes in the Documentation. Fix them.
Signed-off-by: Colin Ian King
---
V2: Add fix to interconnect, thanks to Mukesh Ojha for spotting that
---
Documentation/devicetree/bindings/bus/ti-sysc.txt | 4 ++--
1 file changed, 2
The Amlogic g12a SoC family audio subsystem derives from the one found
in the axg SoC family.
To add support for the g12a in the existing elements, this patchset deals
with following differences compared to the axg family:
* fifos must set an initial start address within the buffer.
The fifo
On Wed 2019-04-03 15:27:58, Nick Crews wrote:
> The EC is in charge of controlling the keyboard backlight on
> the Wilco platform. We expose a standard LED class device at
> /sys/class/leds/chromeos::kbd_backlight. This driver is modeled
Please use platform::kbd_backlight.
On Thu, Apr 4, 2019 at 5:01 AM Bartosz Golaszewski wrote:
>
> śr., 3 kwi 2019 o 17:49 Adam Ford napisał(a):
> >
> > On Wed, Apr 3, 2019 at 7:50 AM Bartosz Golaszewski wrote:
> > >
> > > śr., 27 mar 2019 o 12:14 Sekhar Nori napisał(a):
> > > >
> > > > Hi Bart,
> > > >
> > > > On 26/03/19 11:21
This changes generic_load_microcode() to use the iov_iter API instead of
an open-coded version. This allows us to avoid explicitly casting between
user and kernel pointers.
Because the iov_iter API makes it hard to read the same location twice, as
a side effect, this also fixes a double-read of
On Thu, Apr 04, 2019 at 11:15:39AM +0200, Thomas-Mich Richter wrote:
> On 4/3/19 12:41 PM, Peter Zijlstra wrote:
> > On Wed, Apr 03, 2019 at 11:47:00AM +0200, Thomas-Mich Richter wrote:
> >> I use linux 5.1.0-rc3 on s390 and got this WARN_ON_ONCE message:
> >>
> >> WARNING: CPU: 15 PID: 0 at
Handling pcitest.sh along with pcitest (obtained by compiling
pcitest.c) results in pcitest.sh getting removed inadvertently
while "make -C tools/pci clean". Fix it here by handling
pcitest.sh independently of pcitest.
Fixes: 1ce78ce09430a5f ("tools: PCI: Change pcitest compiling
process")
Cc:
Hi Lorenzo,
This series includes a couple of patches, one which fixes
inadvertent removal of pcitest.sh from kernel repo when
doing a "clean" and other lets the user use 'h' option to
display the list of options supported by pcitest.
Thanks
Kishon
Kishon Vijay Abraham I (2):
tools: PCI: Add
'h' is a valid option character for pcitest utility used to print
the pcitest usage. Add 'h' in optstring of getopt() in order to get
rid of "pcitest: invalid option -- 'h'" warning. While at that remove
unncessary case '?'.
Signed-off-by: Kishon Vijay Abraham I
Signed-off-by: Sekhar Nori
---
On Thu, Apr 04, 2019 at 11:59:44AM +0100, Srinivas Kandagatla wrote:
>
>
> On 02/04/2019 16:45, Yangtao Li wrote:
> > Because there was an endianness issue. It seems that reg_read
> > function which the nvmem the driver currently exposes is wrong.
> > So add the new read function, the new function
On 20/03/2019 19:32, Jorge Ramirez-Ortiz wrote:
When the bit_offset in the cell is zero, the pointer to the msb will
not be properly initialized (ie, will still be pointing to the first
byte in the buffer).
This being the case, if there are bits to clear in the msb, those will
be left
On 02/04/2019 16:45, Yangtao Li wrote:
Add SID support for H6, and do some cleanup.
For endianness issue, add a new ref_read func.
Yangtao Li (5):
nvmem: sunxi-sid: fix wrong description in kernel doc
nvmem: sunxi-sid: add binding for H6's SID controller
nvmem: sunxi-sid: convert to
On 02/04/2019 16:45, Yangtao Li wrote:
Because there was an endianness issue. It seems that reg_read
function which the nvmem the driver currently exposes is wrong.
So add the new read function, the new function is used when the
native_endian flag is set.
Signed-off-by: Yangtao Li
This
On Wed, 3 Apr 2019, Miroslav Benes wrote:
>
> > > Hmm, maybe I spoke too soon.
> > >
> > > I am having issues if I have a two-object livepatch module in which each
> > > object file needs to specify its own KLP_MODULE_RELOC for the same
> > > symbol name.
> > >
> > > For example: I have
On 01/04/2019 05:59, Anson Huang wrote:
Use the new helper devm_platform_ioremap_resource() which wraps the
platform_get_resource() and devm_ioremap_resource() together, to
simplify the code.
Signed-off-by: Anson Huang
Applied series to nvmem-next
Thanks,
srini
Do you need a Loan @ 2% P.A? Mail us your: Names,Home Add,Mob No,Email
id,Amount Needed,Loan Duration,Occupation :If you are interested kindly contact
us via email for more details
This looks like an old bug, pre-dating the "Fixes" commit, but the
"Fixes" commit did not handle it properly.
The bug recently surfaced as a lockdep possible deadlock warning
with commit d1d04ef8572b ("ovl: stack file ops").
When acct_on() replaces one acct file with another, it takes sb_writers
On Fri, Feb 08, 2019 at 04:55:13PM +, Julien Grall wrote:
> When the kernel is compiled with CONFIG_KERNEL_MODE_NEON, some part of
> the kernel may be able to use FPSIMD/SVE. This is for instance the case
> for crypto code.
>
> Any use of FPSIMD/SVE in the kernel are clearly marked by using
On 03.04.19 06:13, Linus Walleij wrote:
> But the chardev on the other hand will protect you from all this.> > If the
> program crashes, the lines will be free:ed.> > If two scripts
try to access the same GPIO, they will be denied.
Right, when you want this concurrency protection and cleanup
>
> On Thu, Apr 04, 2019 at 02:12:30AM -0400, Pankaj Gupta wrote:
> > > All this ad hoc IS_DAX conditional logic is getting pretty nasty.
> > >
> > > xfs_file_mmap(
> > >
> > > {
> > > struct inode*inode = file_inode(filp);
> > >
> > > if (vma->vm_flags & VM_SYNC) {
> > >
On 4/3/19 10:55 PM, Li Yang wrote:
> On Tue, Mar 26, 2019 at 2:17 PM Ioana Ciornei wrote:
>>
>> This patch adds DPAA2 MC and AIOP console log support.
>>
>> The platform driver probes on the "fsl,dpaa2-console" device tree node
>> which describes the base firmware address needed in order to infer
From: YueHaibing
gcc warning this:
WARNING: modpost: missing MODULE_LICENSE() in
drivers/mtd/nand/raw/ingenic/ingenic_ecc.o
Add MODULE_LICENSE,MODULE_AUTHOR and MODULE_DESCRIPTION.
Reported-by: Hulk Robot
Fixes: 9df5741a577e ("mtd: rawnand: ingenic: Separate top-level and SoC
specific
Hi Robin,
On 03/04/2019 18:10, Robin Murphy wrote:
Like arm-cci, arm-ccn has the same issue of disabling preemption around
operations which can take mutexes. Again, remove the definite bug by
simply not trying to fight the theoretical races. And since we are
touching the hotplug handling code,
From: YueHaibing
When building CONFIG_ACPI is not set
gcc warn this:
drivers/extcon/extcon-axp288.c: In function 'axp288_extcon_probe':
drivers/extcon/extcon-axp288.c:363:20: error: dereferencing pointer to
incomplete type
put_device(>dev);
Reported-by: Hulk Robot
Fixes: 0cf064db948a
5.0-stable review patch. If anyone has any objections, please let me know.
--
[ Upstream commit 1ca4fa3ab604734e38e2a3000c9abf788512ffa7 ]
register_sched_domain_sysctl() copies the cpu_possible_mask into
sd_sysctl_cpus, but only if sd_sysctl_cpus hasn't already been
allocated
On 03/04/2019 18:10, Robin Murphy wrote:
Uncore PMU drivers face an awkward cyclic dependency wherein:
- They have to pick a valid online CPU to associate with before
registering the PMU device, since it will get exposed to userspace
immediately.
- The PMU registration has to be
From: YueHaibing
When building CONFIG_ACPI is not set
gcc warn this:
drivers/gpio/gpio-merrifield.c: In function mrfld_gpio_get_pinctrl_dev_name:
drivers/gpio/gpio-merrifield.c:388:19: error: dereferencing pointer to
incomplete type struct acpi_device
put_device(>dev);
^
4.14-stable review patch. If anyone has any objections, please let me know.
--
[ Upstream commit 1ca4fa3ab604734e38e2a3000c9abf788512ffa7 ]
register_sched_domain_sysctl() copies the cpu_possible_mask into
sd_sysctl_cpus, but only if sd_sysctl_cpus hasn't already been
allocated
4.19-stable review patch. If anyone has any objections, please let me know.
--
[ Upstream commit 1ca4fa3ab604734e38e2a3000c9abf788512ffa7 ]
register_sched_domain_sysctl() copies the cpu_possible_mask into
sd_sysctl_cpus, but only if sd_sysctl_cpus hasn't already been
allocated
On Thu, Apr 04, 2019 at 06:16:37PM +0900, Masahiro Yamada wrote:
> Hi.
>
>
> On Thu, Apr 4, 2019 at 6:11 PM Greg Kroah-Hartman
> wrote:
> >
> > 5.0-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > [ Upstream commit
Hi,
Recently, a couple of issues have been identified in fs/adfs:
1. Filename truncation may not work as it should, and Linus has
apparently expressed a desire to kill this off.
2. Scanning the ADFS map for disc object fragments may mistakenly
find free space fragments in addition to real
On Wed, Apr 03, 2019 at 06:08:58PM +0100, Robin Murphy wrote:
> Hi all,
>
> After a converstaion with Thomas a while back, it felt like the best way
> forward here is just to resolve the pressing preemption violation, and
> not make things more complicated by trying to manage theoretical races
>
Initial support for watchdog block included in ROHM BD70528
power management IC.
Configurations for low power states are still to be checked.
Signed-off-by: Matti Vaittinen
Acked-by: Guenter Roeck
---
Changelog v13
- Moved WDT enable/disable code from MFD to WDT as was (strongly) suggested
On Thu 04-04-19 12:04:05, Oscar Salvador wrote:
> On Wed, Apr 03, 2019 at 10:46:03AM +0200, Michal Hocko wrote:
> > On Thu 28-03-19 14:43:18, Oscar Salvador wrote:
> > > From: Michal Hocko
> > >
> > > arch_add_memory, __add_pages take a want_memblock which controls whether
> > > the newly added
ROHM BD70528 PMIC includes battery charger block. Support charger
staus queries and doing few basic settings like input current limit
and charging current.
Signed-off-by: Matti Vaittinen
---
Changelog v13:
- no changes
Changelog v12:
- Styling fixes only
drivers/power/supply/Kconfig
Support RTC block in ROHM bd70528 power management IC. Support
getting and setting the time and date as well as arming an alarm
which can also be used to wake the PMIC from standby state.
HW supports wake interrupt only for the next 24 hours (sec, minute
and hour information only) so we limit
ROHM BD70528 PMIC has 4 GPIO pins. Allow them to be
controlled by GPIO framework.
IRQs are handled by regmap-irq and GPIO driver is not
aware of the irq usage.
Signed-off-by: Matti Vaittinen
Reviewed-by: Linus Walleij
---
Changelog v13:
- No changes
Changelog v12:
- No functional changes
-
Document bindings for regulators (3 bucks, 3 LDOs and 2 LED
drivers) and 4 GPIO pins which can be configured for I/O or
as interrupt sources withe configurable trigger levels.
Signed-off-by: Matti Vaittinen
Reviewed-by: Rob Herring
Acked-by: Linus Walleij
---
Changelog v13:
- No changes
On 4/3/19 11:40 AM, Oscar Salvador wrote:
> On Wed, Apr 03, 2019 at 10:37:57AM +0200, Michal Hocko wrote:
>> That being said it should be the caller of the hotplug code to tell
>> the vmemmap allocation strategy. For starter, I would only pack vmemmaps
>> for "regular" kernel zone memory. Movable
ROHM BD70528 is an ultra low power PMIC with similar 32K clk as
bd718x7. Only difference (from clk perspective) is register address.
Add support for controlling BD70528 clk using bd718x7 driver.
Signed-off-by: Matti Vaittinen
Acked-by: Stephen Boyd
---
Changelog v13:
- No changes
Changelog
On Thu, Apr 04, 2019 at 02:16:06PM +0530, Mukesh Ojha wrote:
>
> On 4/2/2019 7:37 PM, Greg Kroah-Hartman wrote:
> > There were a few straggling files under drivers/tty/ that did not have
> > any SPDX identifier either because they entered the tree recently, or
> > they somehow missed the
ROHM BD70528MWV is an ultra-low quiescent current general
purpose single-chip power management IC for battery-powered
portable devices.
Add MFD core which enables chip access for following subdevices:
- regulators/LED drivers
- battery-charger
- gpios
- 32.768kHz
Split the bd718x7.h to ROHM common and bd718x7 specific parts
so that we do not need to add same things in every new ROHM
PMIC header. Please note that this change requires changes also
in bd718x7 sub-device drivers for regulators and clk.
Signed-off-by: Matti Vaittinen
Acked-by: Mark Brown
Patch series introducing support for ROHM BD70528 PMIC
ROHM BD70528 is a programmable Power Management IC for battery
powered 'ultra low power' systems like the pre-announced NXP
i.MX7 ULP. This patch series introduces support for the PMIC. Please
note that this driver only supports HW setup
On 3/27/19 10:38, Takashi Iwai wrote:
On Wed, 27 Mar 2019 10:26:56 +0100,
Timo Wischer wrote:
On 3/27/19 10:11, Takashi Iwai wrote:
On Wed, 27 Mar 2019 09:34:40 +0100,
Timo Wischer wrote:
On 3/26/19 17:00, Takashi Iwai wrote:
On Tue, 26 Mar 2019 16:16:54 +0100,
Timo Wischer wrote:
On
Add thermal binding documentation for Amazon's Annapurna Labs Thermal
Sensor.
Signed-off-by: Talel Shenhar
Reviewed-by: David Woodhouse
---
.../bindings/thermal/amazon,al-thermal.txt | 33 ++
1 file changed, 33 insertions(+)
create mode 100644
This is a generic thermal driver for simple MMIO sensors, of which
amazon,al-thermal is one.
This device uses a single MMIO transaction to read the temperature and
report it to the thermal subsystem.
Signed-off-by: Talel Shenhar
Reviewed-by: David Woodhouse
---
MAINTAINERS
This series introduces support for Amazon's Annapurna Labs Thermal Sensor
based on a new simple MMIO thermal driver. This driver is intended to be
used by other devices as well, which require just a simple MMIO access to
read temperature.
Changes since v1:
==
- removed the
On 4/4/2019 3:02 PM, Colin King wrote:
From: Colin Ian King
The NULL check on ram->u.wpa_ie.data is redudant as data is
s/redudant/redundant
zero-length array and is not a pointer, so it can't be null.
Remove the check.
Addresses-Coverity: ("Array compared against 0")
Signed-off-by: Colin
I sent this patch series right before Christmas so everyone was on
holiday. It still applies fine. Could you take a look at it?
regards,
dan carpenter
On 03/04/2019 at 22:52, Alexandre Belloni wrote:
> External E-Mail
>
>
> The X11 license text [1] is explicitly for the X Consortium and has a
> couple of extra clauses. The MIT license text [2] is actually what the
> current DT files claim.
>
> [1] https://spdx.org/licenses/X11.html
> [2]
On 4/4/2019 6:54 AM, Hariprasad Kelam wrote:
changes interupts --> interrupts to fix warning reported by checkpatch
tool
Signed-off-by: Hariprasad Kelam
Reviewed-by: Mukesh Ojha
Cheers,
-Mukesh
---
drivers/staging/comedi/drivers/dt2811.c | 2 +-
1 file changed, 1 insertion(+), 1
On 04.04.19 12:04, Oscar Salvador wrote:
> On Wed, Apr 03, 2019 at 10:46:03AM +0200, Michal Hocko wrote:
>> On Thu 28-03-19 14:43:18, Oscar Salvador wrote:
>>> From: Michal Hocko
>>>
>>> arch_add_memory, __add_pages take a want_memblock which controls whether
>>> the newly added memory should get
From: Colin Ian King
The check on record->event is always true because the wrong operator
is being used, used && instead of ||
Addresses-Coverity: ("Constant expression result")
Fixes: fae7a699a925 ("opa_vnic: Convert vport_idr to XArray")
Signed-off-by: Colin Ian King
---
On Wed, Apr 03, 2019 at 10:46:03AM +0200, Michal Hocko wrote:
> On Thu 28-03-19 14:43:18, Oscar Salvador wrote:
> > From: Michal Hocko
> >
> > arch_add_memory, __add_pages take a want_memblock which controls whether
> > the newly added memory should get the sysfs memblock user API (e.g.
> >
śr., 3 kwi 2019 o 17:49 Adam Ford napisał(a):
>
> On Wed, Apr 3, 2019 at 7:50 AM Bartosz Golaszewski wrote:
> >
> > śr., 27 mar 2019 o 12:14 Sekhar Nori napisał(a):
> > >
> > > Hi Bart,
> > >
> > > On 26/03/19 11:21 PM, Bartosz Golaszewski wrote:
> > > > wt., 26 mar 2019 o 15:00 Adam Ford
Hi Rocky,
On 2019-04-04 14:38, Rocky Liao wrote:
QCA BTSOC nvm is a customized file and different vendor/platoform may
want
to have different BTSOC configuration via this file (e.g. Configure SCO
over PCM or I2S, Setting Tx power, etc.) This patch will allow vendors
to
download different nvm
4.9-stable review patch. If anyone has any objections, please let me know.
--
[ Upstream commit 1749ef00f7312679f76d5e9104c5d1e22a829038 ]
We had a test-report where, under memory pressure, adding LUNs to the
systems would fail (the tests add LUNs strictly in sequence):
[
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit f8ae107eef209bff29a5816bc1aad40d5cd69a80 upstream.
The initial value (@m) compute is:
m = 1UL << (BITS_PER_LONG - 2);
while (m > x)
m >>=
4.9-stable review patch. If anyone has any objections, please let me know.
--
[ Upstream commit 32a5ad9c22852e6bd9e74bdec5934ef9d1480bc5 ]
Currently, when writing
echo 18446744073709551616 > /proc/sys/fs/file-max
/proc/sys/fs/file-max will overflow and be set to 0. That
4.9-stable review patch. If anyone has any objections, please let me know.
--
[ Upstream commit 5704a06810682683355624923547b41540e2801a ]
(Taken from https://bugzilla.kernel.org/show_bug.cgi?id=200647)
'get_unused_fd_flags' in kthread cause kernel crash. It works fine on
4.9-stable review patch. If anyone has any objections, please let me know.
--
[ Upstream commit ee5e001196d1345b8fee25925ff5f1d67936081e ]
The current implementation of splice() and tee() ignores O_NONBLOCK set
on pipe file descriptors and checks only the SPLICE_F_NONBLOCK flag
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Razvan Stefanescu
commit f3040983132bf3477acd45d2452a906e67c2fec9 upstream.
Use a helper function to check that a port needs to use half duplex
communication, replacing several occurrences of
501 - 600 of 1406 matches
Mail list logo
