On Thu, Apr 18, 2019 at 04:19:49PM +0200, Borislav Petkov wrote:
> On Thu, Apr 18, 2019 at 06:56:06AM -0700, Sean Christopherson wrote:
> > This doesn't allow writing '0' regardless of msr_hwcr.BIT(18), which was
> > previously supported.
>
> Restored the old conditional:
>
> diff --git a/arch/x8
On Tue, Apr 16, 2019 at 12:53 PM Suzuki K Poulose
wrote:
>
> On 04/16/2019 11:48 AM, Rafael J. Wysocki wrote:
> > On Tue, Apr 16, 2019 at 12:39 PM Suzuki K Poulose
> > wrote:
> >>
> >> Make the device_fwnode_match() a generic helper to match device
> >> by fwnode handle for use with bus_find_devi
On 04/18/2019 10:28 AM, Peter Zijlstra wrote:
> On Sat, Apr 13, 2019 at 01:22:58PM -0400, Waiman Long wrote:
>> +#ifdef CONFIG_X86_64
>> +#define RWSEM_MERGE_OWNER_TO_COUNT
>> +#endif
>> +#ifdef RWSEM_MERGE_OWNER_TO_COUNT
>> +
>> +#ifdef __PHYSICAL_MASK_SHIFT
>> +#define RWSEM_PA_MASK_SHIFT __PHYSI
On Thu, Apr 18, 2019 at 10:08:28AM -0400, Waiman Long wrote:
> On 04/18/2019 09:51 AM, Peter Zijlstra wrote:
> > On Sat, Apr 13, 2019 at 01:22:57PM -0400, Waiman Long wrote:
> >> inline void __down_read(struct rw_semaphore *sem)
> >> {
> >> + long count = atomic_long_fetch_add_acquire(RWSEM_READ
On Thu, Apr 18, 2019 at 07:37:30AM -0500, Bjorn Helgaas wrote:
> On Thu, Apr 18, 2019 at 10:38:02AM +, Kirill Smelkov wrote:
> > On Thu, Apr 18, 2019 at 07:31:02AM +0200, Julia Lawall wrote:
> > > On Wed, 17 Apr 2019, Bjorn Helgaas wrote:
> > > > On Sat, Apr 13, 2019 at 06:50:57PM +0200, Julia
On Thu, Apr 18, 2019 at 3:51 AM Hans de Goede wrote:
>
> Hi,
>
> On 18-04-19 11:34, Benjamin Tissoires wrote:
> > On Mon, Apr 15, 2019 at 6:11 PM Jeffrey Hugo
> > wrote:
> >>
> >> Following up on commit 2bafa1e96254 ("HID: quirks: Fix keyboard + touchpad
> >> on Lenovo Miix 630"), the devicetree
Hello,
This patch set modifies the OLPC battery driver so that it could eventually
be used on an Arm-based OLPC XO 1.75 machine.
Compared to the previous version, it addresses review comments for the
x86 platform parts from Thomas Gleixner. Details in individual patches'
change logs.
I've failed
The XO-1 and XO-1.5 batteries apparently differ in an ability to report
ambient temperature.
Signed-off-by: Lubomir Rintel
Reviewed-by: Rob Herring
Acked-by: Pavel Machek
Reviewed-by: Sebastian Reichel
---
Changes since v1:
- Collected Reviewed-by and Acked-by tags
Documentation/devicetree/
The battery and the protocol are essentially the same as OLPC XO 1.5,
but the responses from the EC are LSB first.
Signed-off-by: Lubomir Rintel
Acked-by: Pavel Machek
Reviewed-by: Sebastian Reichel
---
Changes since v6:
- Collect review tag from Sebastian Reichel
Changes since v5:
- s/int li
This makes the following patch more concise.
Signed-off-by: Lubomir Rintel
Acked-by: Thomas Gleixner
---
Changes since v6:
- Collect ack from Thomas Gleixner
- Fix the subject prefix to "x86/platform/olpc:"
Changes since v5:
- This patch was split off from "x86, olpc: Use a correct version whe
It was pointed out in a review, and checkpatch.pl complains about this.
Breaking it down into multiple ofw evaluations works just as well and
reads better.
Signed-off-by: Lubomir Rintel
Acked-by: Thomas Gleixner
---
Changes since v6:
- s/perhaps even reads better/reads better/ in the commit mes
The global variables for private data are not too nice. I'd like some
more, and that would clutter the global name space even further.
Signed-off-by: Lubomir Rintel
Reviewed-by: Andy Shevchenko
Reviewed-by: Sebastian Reichel
---
Changes since v6:
- Collect review tag from Sebastian Reichel
Ch
The power framework gained ability to register groups of sysfs
attributes in commit cef8fe6a382c ("power: supply: core: add support for
custom sysfs attributes").
Signed-off-by: Lubomir Rintel
Suggested-by: Sebastian Reichel
Reviewed-by: Sebastian Reichel
---
Changes since v6:
- Collect review
The XO-1 and XO-1.5 batteries apparently differ in an ability to report
ambient temperature. We need to use a different compatible string for the
XO-1.5 battery.
Previously olpc_dt_fixup() used the presence of the battery node's
compatible property to decide whether the DT is up to date. Now we ne
Avoid using the x86 OLPC platform specific call to get the board
version. That wouldn't work on FDT-based ARM MMP2 platform.
Add the XO 1.5 compatible string too. This is actually not completely
necessary as the battery nodes on XO 1.5 claim to be compatible with
"olpc,xo1-battery", but there are,
This wouldn't work on the DT-based ARM platform. Let's read the EC version
directly from the EC driver instead.
This removes x86 specific bits that would prevent this driver from being
used with the EC of ARM-based OLPC XO 1.75.
Signed-off-by: Lubomir Rintel
Acked-by: Pavel Machek
Reviewed-by:
The following changes since commit 9936328b41ce4bce8f20269dcac8cb476c8d0820:
Merge tag 'pci-v5.1-fixes-1' of
git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci (2019-03-28 13:29:09
-0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linu
This simplifies the error handling.
Signed-off-by: Lubomir Rintel
Reviewed-by: Sebastian Reichel
---
Changes since v1:
- This was split off the "power: supply: olpc_battery: Move priv data to
a struct" patch.
drivers/power/supply/olpc_battery.c | 19 +--
1 file changed, 5 in
That looks good to me.
Acked-by: Jan Harkes
On April 18, 2019 10:06:07 AM EDT, David Howells wrote:
>- but, as the comment notes, this really needs some locking.
>
>Fix this by moving the core part of the code to fs/inode.c and
On Thu, 18 Apr 2019, Mathieu Desnoyers wrote:
> The approach above should work for arm32 be8 vs be32 linker weirdness.
>
> For aarch64, I think we can simply do:
>
> /*
> * aarch64 -mbig-endian generates mixed endianness code vs data:
> * little-endian code and big-endian data. Ensure the RSEQ
On Thu, Apr 18, 2019 at 07:39:28PM +0530, Jagan Teki wrote:
> On Thu, Apr 18, 2019 at 7:34 PM Maxime Ripard
> wrote:
> >
> > On Thu, Apr 18, 2019 at 07:18:37PM +0530, Jagan Teki wrote:
> > > Add Goodix GT5663 capacitive touch controller node on
> > > Amarula A64-Relic board.
> > >
> > > The CTP c
From: YueHaibing
Fix these sparse warnings:
kernel/sched/core.c:6577:11: warning: symbol 'min_cfs_quota_period' was not
declared. Should it be static?
kernel/sched/core.c:6657:5: warning: symbol 'tg_set_cfs_quota' was not
declared. Should it be static?
kernel/sched/core.c:6670:6: warning
On Wed, Apr 17, 2019 at 8:10 PM Alison Schofield
wrote:
>
> ACPI 6.3 changed the subtable "Memory Subsystem Address Range Structure"
> to "Memory Proximity Domain Attributes Structure".
>
> Updating and renaming of the structure was included in commit:
> ACPICA: ACPI 6.3: HMAT updates (9a8d961f1ef
On 04/18/2019 10:40 AM, Peter Zijlstra wrote:
> On Thu, Apr 18, 2019 at 10:08:28AM -0400, Waiman Long wrote:
>> On 04/18/2019 09:51 AM, Peter Zijlstra wrote:
>>> On Sat, Apr 13, 2019 at 01:22:57PM -0400, Waiman Long wrote:
inline void __down_read(struct rw_semaphore *sem)
{
+ long
On Thu, Apr 18, 2019 at 07:22:32PM +0530, Jagan Teki wrote:
> Amarula A64-Relic board by default bound with OV5640 camera,
> so add support for it with below pin information.
>
> - PE13, PE12 via i2c-gpio bitbanging
> - CLK_CSI_MCLK as external clock
> - PE1 as external clock pin muxing
> - ALDO1 a
ze and stack
> allocations could end up scribbling on the heap.
>
This patch results in crashes of my xtensa boot tests.
Run /sbin/init as init process
Kernel panic - not syncing: Attempted to kill init! exitcode=0x000b
Bisect log is attached. The crash is seen in next-20190
On Thu, Apr 18, 2019 at 09:37:58AM +, David Laight wrote:
> From: Jerome Glisse
> > Sent: 16 April 2019 16:33
> ...
> > I am no expert but i am guessing your FPGA set the request field in the
> > PCIE TLP write packet to 00:00.0 and this might work when IOMMU is off but
> > might not work when
On April 18, 2019 4:26:00 PM GMT+02:00, Oleg Nesterov wrote:
>On 04/18, Christian Brauner wrote:
>>
>> +static struct pid *pidfd_to_pid(const struct file *file)
>> +{
>> +if (file->f_op == &pidfd_fops)
>> +return file->private_data;
>> +
>> +return tgid_pidfd_to_pid(file);
>> +
On Wed, Apr 17, 2019 at 11:13:10AM -0700, Alison Schofield wrote:
> ACPI 6.3 changed the subtable "Memory Subsystem Address Range Structure"
> to "Memory Proximity Domain Attributes Structure".
>
> Updating and renaming of the structure was included in commit:
> ACPICA: ACPI 6.3: HMAT updates (9a8
On Wed, Apr 17, 2019 at 09:55:14AM -0700, Angus Ainslie (Purism) wrote:
> Add an entry for imx8mq based boards
>
> Signed-off-by: Angus Ainslie (Purism)
> ---
> Documentation/devicetree/bindings/arm/fsl.yaml | 7 +++
> 1 file changed, 7 insertions(+)
Reviewed-by: Rob Herring
On Wed, Apr 17, 2019 at 09:55:13AM -0700, Angus Ainslie (Purism) wrote:
> Add an entry for Purism, SPC
>
> Signed-off-by: Angus Ainslie (Purism)
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(+)
Reviewed-by: Rob Herring
On Thu, Apr 18, 2019 at 5:02 PM Keith Busch wrote:
>
> On Wed, Apr 17, 2019 at 11:13:10AM -0700, Alison Schofield wrote:
> > ACPI 6.3 changed the subtable "Memory Subsystem Address Range Structure"
> > to "Memory Proximity Domain Attributes Structure".
> >
> > Updating and renaming of the structur
On Thu, Apr 18, 2019 at 03:06:44PM +0100, David Howells wrote:
> + inode = find_inode_by_ino_rcu(sb, ino);
> + if (!inode)
> + return;
>
> if ((inode->i_ino != ino) ||
> (inode->i_state & (I_FREEING | I_WILL_FREE | I_NEW |
> I_DIRTY
On Wed, Apr 17, 2019 at 09:55:12AM -0700, Angus Ainslie (Purism) wrote:
> This is the development kit board for the Librem 5. The current level of
> support yields a working console and is able to boot userspace from the
> Network or eMMC.
>
> Additional subsystems that are active :
>
> - Both US
On 04/18/2019 09:06 AM, Peter Zijlstra wrote:
> So I really dislike time based spinning, and we've always rejected it
> before.
>
> On Sat, Apr 13, 2019 at 01:22:55PM -0400, Waiman Long wrote:
>
>> +static inline u64 rwsem_rspin_threshold(struct rw_semaphore *sem)
>> +{
>> +long count = atomic_
On 04/18/2019 03:39 PM, Rafael J. Wysocki wrote:
On Tue, Apr 16, 2019 at 12:53 PM Suzuki K Poulose
wrote:
On 04/16/2019 11:48 AM, Rafael J. Wysocki wrote:
On Tue, Apr 16, 2019 at 12:39 PM Suzuki K Poulose
wrote:
Make the device_fwnode_match() a generic helper to match device
by fwnode hand
From: Tom Zanussi
Hi Steve,
Here's a fix for a problem I found with the hist trigger snapshot
action related to the refactoring in the later versions of the
patchset ('[PATCH 3/3] tracing: Add a check_val() check before updating
cond_snapshot() track_val').
I also added v2 of 2 other patches th
From: Tom Zanussi
Without this check a snapshot is taken whenever a bucket's max is hit,
rather than only when the global max is hit, as it should be.
Before:
In this example, we do a first run of the workload (cyclictest),
examine the output, note the max ('triggering value') (347), then d
From: Tom Zanussi
There's an existing check for variable references in keys, but it
doesn't go far enough. It checks whether a key field is a variable
reference but doesn't check whether it's an expression containing
variable references, which can cause the same problems for callers.
Use the ex
From: Tom Zanussi
hist_field_var_ref() is an implementation of hist_field_fn_t(), which
can be called with a null tracing_map_elt elt param when assembling a
key in event_hist_trigger().
In the case of hist_field_var_ref() this doesn't make sense, because a
variable can only be resolved by looki
The pull request you sent on Thu, 18 Apr 2019 10:17:32 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git
> tags/afs-fixes-20190413
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/2a852fd1ac893d75879923025306f146b7e0747e
Thank you!
--
Deet-
The pull request you sent on Thu, 18 Apr 2019 13:40:53 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2019-04-18
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/95ea55291e35107f6cc1838e499e57d236a45d44
Thank you!
--
Deet-doot-dot, I am a bot.
https://k
The pull request you sent on Thu, 18 Apr 2019 16:47:33 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux tags/s390-5.1-3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/d22113a2cd1f908e0e4809aa101542b02fb2abc2
Thank you!
--
Deet-doot-dot, I am a bot.
On Thu, 18 Apr 2019 09:59:43 -0400
Masayoshi Mizuma wrote:
> From: Masayoshi Mizuma
>
> Unexpected power cycle occurs while the installation of the
> kernel.
>
>ssh root@Test sync ... [0 seconds] SUCCESS
>ssh root@Test reboot ... [1 second] FAILED!
>virsh destroy Test; sleep 5; vir
On Thu, Apr 18, 2019 at 10:52 PM Jessica Yu wrote:
>
> +++ Masahiro Yamada [18/04/19 20:10 +0900]:
> >On Sat, Apr 6, 2019 at 9:15 PM Alexey Gladkov
> >wrote:
> >>
> >> Problem:
> >>
> >> When a kernel module is compiled as a separate module, some important
> >> information about the kernel modul
- On Apr 9, 2019, at 5:29 AM, Alan Modra amo...@gmail.com wrote:
> On Tue, Apr 09, 2019 at 02:23:53PM +1000, Michael Ellerman wrote:
>> I'd much rather we use a trap with a specific immediate value. Otherwise
>> someone's going to waste time one day puzzling over why userspace is
>> doing mtms
On 18/04/2019 14:17, Mathieu Desnoyers wrote:
> - On Apr 17, 2019, at 3:56 PM, Mathieu Desnoyers
> mathieu.desnoy...@efficios.com wrote:
>> - On Apr 17, 2019, at 12:17 PM, Joseph Myers jos...@codesourcery.com
>> wrote:
>>> On Wed, 17 Apr 2019, Mathieu Desnoyers wrote:
>>>
> +/* RSEQ_S
On 16/04/2019 18:32, Mathieu Desnoyers wrote:
> --- a/sysdeps/unix/sysv/linux/sched_getcpu.c
> +++ b/sysdeps/unix/sysv/linux/sched_getcpu.c
> @@ -37,3 +37,26 @@ sched_getcpu (void)
>return -1;
> #endif
> }
> +
> +#ifdef __NR_rseq
> +#include
> +#endif
> +
> +#if defined __NR_rseq && defined
On Mon, Apr 15, 2019 at 1:04 AM Enrico Weigelt, metux IT consult
wrote:
>
> On 13.04.19 00:45, Nick Crews wrote:
> > The Wilco Embedded Controller is able to send telemetry data
> > which is useful for enterprise applications.
>
> What kind of "enterprise applications" exactly ?
>
> > A daemon run
+++ Masahiro Yamada [19/04/19 00:26 +0900]:
On Thu, Apr 18, 2019 at 10:52 PM Jessica Yu wrote:
+++ Masahiro Yamada [18/04/19 20:10 +0900]:
>On Sat, Apr 6, 2019 at 9:15 PM Alexey Gladkov wrote:
>>
>> Problem:
>>
>> When a kernel module is compiled as a separate module, some important
>> inform
- On Apr 18, 2019, at 10:48 AM, Joseph Myers jos...@codesourcery.com wrote:
> On Thu, 18 Apr 2019, Mathieu Desnoyers wrote:
>
>> The approach above should work for arm32 be8 vs be32 linker weirdness.
>>
>> For aarch64, I think we can simply do:
>>
>> /*
>> * aarch64 -mbig-endian generates
On Thu, Apr 18, 2019 at 3:19 AM Christian Brauner wrote:
>
> It's just semantically correct to use fdget()
> and return an error right from there instead of taking a reference and
> returning an error later.
I've applied this one directly, because it ends up affecting the
existing code, and I
- On Apr 18, 2019, at 11:33 AM, Szabolcs Nagy szabolcs.n...@arm.com wrote:
> On 18/04/2019 14:17, Mathieu Desnoyers wrote:
>> - On Apr 17, 2019, at 3:56 PM, Mathieu Desnoyers
>> mathieu.desnoy...@efficios.com wrote:
>>> - On Apr 17, 2019, at 12:17 PM, Joseph Myers jos...@codesourcery.c
There's one error that Guenter just found...
> +
> +int wilco_ec_add_sysfs(struct wilco_ec_device *ec)
> +{
> + return sysfs_create_group(&ec->dev->kobj, &wilco_dev_attr_group);
> +}
> +
> +void wilco_ec_remove_sysfs(struct wilco_ec_device *ec)
> +{
> + sysfs_create_group(&ec->dev->kob
- On Apr 18, 2019, at 11:33 AM, Szabolcs Nagy szabolcs.n...@arm.com wrote:
> On 16/04/2019 18:32, Mathieu Desnoyers wrote:
>> --- a/sysdeps/unix/sysv/linux/sched_getcpu.c
>> +++ b/sysdeps/unix/sysv/linux/sched_getcpu.c
>> @@ -37,3 +37,26 @@ sched_getcpu (void)
>>return -1;
>> #endif
>> }
On 17.04.19 14:54, Christian Brauner wrote:
>> Ah, that is a cool thing !>> I suppose that also works across namespaces ?>
>> > Yes, it should. If
you hand off the pidfd to another pidns (e.g. via SCM> credentials) for
example.
I thought about things like sending the pidfd via unix socket.
It wou
On 2019-04-17 4:48 p.m., Bjorn Helgaas wrote:
---
drivers/pci/switch/switchtec.c | 39 +---
include/linux/switchtec.h| 2 +-
include/uapi/linux/switchtec_ioctl.h | 13 +++-
3 files changed, 40 insertions(+), 14 deletions(-)
diff
On Thu, Apr 18, 2019 at 08:37:28AM -0700, Linus Torvalds wrote:
> On Thu, Apr 18, 2019 at 3:19 AM Christian Brauner
> wrote:
> >
> > It's just semantically correct to use fdget()
> > and return an error right from there instead of taking a reference and
> > returning an error later.
>
> I've
The word 'number' has been misspelt in the comment on top of
_irq_domain_alloc_irqs().
Signed-off-by: Julien Grall
---
kernel/irq/irqdomain.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/irq/irqdomain.c b/kernel/irq/irqdomain.c
index 9ed29e4a7dbf..a453e229f99c 10064
Hi,
On Thu, Apr 18, 2019 at 12:11:21PM -0300, Pablo Greco wrote:
> The bananapi-m2-berry has the PMIC providing voltage to all the pin-bank
> supply rails from its various regulator outputs, tie them to the pio
> node.
>
> Signed-off-by: Pablo Greco
This one and the patch 7 should be the first p
The word 'entirely' has been misspelt in a comment in its_msi_prepare().
Signed-off-by: Julien Grall
---
drivers/irqchip/irq-gic-v3-its.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/irqchip/irq-gic-v3-its.c b/drivers/irqchip/irq-gic-v3-its.c
index 7577755bdcf4..8d
When remounting with debug_want_extra_isize, we were not performing the
same checks that we do during a normal mount. That allowed us to set a
value for s_want_extra_isize that reached outside the s_inode_size.
Reported-by: syzbot+f584efa0ac7213c22...@syzkaller.appspotmail.com
Reviewed-by: Jan Ka
Update an obsolete comment referring to the termios_locked structure
which was removed over a decade ago by commit fe6e29fdb1a7 ("tty:
simplify ktermios allocation").
While at it, fix the "Thus" typo.
Signed-off-by: Johan Hovold
---
drivers/tty/tty_io.c | 2 +-
1 file changed, 1 insertion(+), 1
On 18/04/2019 16:41, Mathieu Desnoyers wrote:
> - On Apr 18, 2019, at 11:33 AM, Szabolcs Nagy szabolcs.n...@arm.com wrote:
>
>> On 18/04/2019 14:17, Mathieu Desnoyers wrote:
>>> - On Apr 17, 2019, at 3:56 PM, Mathieu Desnoyers
>>> mathieu.desnoy...@efficios.com wrote:
- On Apr 17,
Hi Jonathan,
Jonathan Neuschäfer wrote on Fri, 22 Mar 2019
00:52:41 +0100:
> Sphinx doesn't handle expressions in identifier references.
>
> This fixes the following warnings:
>
> ./include/linux/mtd/rawnand.h:1184: WARNING: Inline strong start-string
> without end-string.
> ./include/linux/m
Currently perf callchain doesn't work well when sampling from trace
point, with ORC unwinder enabled and CONFIG_FRAME_POINTER disabled.
We'll get useless in kernel callchain like this:
perf 6429 [000]22.498450: kmem:mm_page_alloc: page=0x176a17
pfn=1534487 order=0 migratetype=0 g
Hi Masahiro,
Masahiro Yamada wrote on Tue, 2 Apr
2019 13:03:00 +0900:
> I took time for the Denali driver to catch up with the latest framework.
>
> - switch over to exec_op() and remove legacy hooks
>
> - separate controller/chips
>
> - various cleanups
>
> Major changes in v5:
>
> -
Hi Yue,
Yue Haibing wrote on Thu, 4 Apr 2019 18:47:11
+0800:
> 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
> F
El 18/4/19 a las 12:56, Maxime Ripard escribió:
On Thu, Apr 18, 2019 at 12:11:20PM -0300, Pablo Greco wrote:
Since the bananapi-m2-ultra and the bananapi-m2-berry have the same
WiFi/Bluetooth, add the required nodes to the bananapi-m2-berry.
Signed-off-by: Pablo Greco
---
arch/arm/boot/dts
On 17/04/2019 16:30, Mathieu Desnoyers wrote:
> - On Apr 17, 2019, at 10:43 AM, Mathieu Desnoyers
> mathieu.desnoy...@efficios.com wrote:
>
>> - On Apr 17, 2019, at 6:37 AM, richard earnshaw richard.earns...@arm.com
>> wrote:
>>
>>> On 16/04/2019 14:39, Mathieu Desnoyers wrote:
-
From: Chen-Yu Tsai
The AXP803 has a VBUS power input. Add a device node for it,
now that we support it.
Signed-off-by: Chen-Yu Tsai
---
arch/arm64/boot/dts/allwinner/axp803.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/axp803.dtsi
b/arch/arm64/bo
From: Chen-Yu Tsai
The Bananapi M64 has a micro-USB connector with USB OTG support (that
is already enabled). VBUS from this connector is wired to the PMIC's
VBUS input.
Enable the PMIC's USB power supply on this board, and also hook it up
to the USB PHY.
Signed-off-by: Chen-Yu Tsai
---
arch/
From: Chen-Yu Tsai
The AXP803 has a VBUS power input. Its functionality is the same as the
one found in the AXP813. Now that the axp20x_usb_power driver supports
this variant, we can add an mfd cell for it to use it.
Signed-off-by: Chen-Yu Tsai
---
drivers/mfd/axp20x.c | 5 +
1 file change
On 4/17/19 11:32 PM, Michal Hocko wrote:
On Wed 17-04-19 21:15:41, Yang Shi wrote:
Hi folks,
I noticed that there might be new THP allocation in NUMA fault migration
path (migrate_misplaced_transhuge_page()) even when THP is disabled (set to
"never"). When THP is set to "never", there shoul
From: Chen-Yu Tsai
Hi everyone,
This series follows up on the A83T USB OTG series. The USB power supply
portion of the AXP803, the PMIC used with the A64, is identical to the
part in the AXP813/AXP818, used with the A83T.
This series enables the USB power supply in the AXP803 using the AXP813's
Hi Masahiro,
Masahiro Yamada wrote on Tue, 9 Apr
2019 13:53:32 +0900:
> Currently, drivers are able to constify a nand_op_parser array,
> but not nand_op_parser_pattern and nand_op_parser_pattern_elem
> since they are instantiated by using the NAND_OP_PARSER(_PATTERN).
>
> Add 'const' to them
Hi Yue,
Yue Haibing wrote on Wed, 10 Apr 2019 22:00:35
+0800:
> From: YueHaibing
>
> Fix sparse warning:
>
> drivers/mtd/nand/raw/ingenic/ingenic_nand.c:140:32: warning:
> symbol 'jz4725b_ooblayout_ops' was not declared. Should it be static?
>
> Reported-by: Hulk Robot
> Signed-off-by: Yue
Hi Martin,
Martin Blumenstingl wrote on Fri,
12 Apr 2019 00:00:52 +0200:
> This series comes with four small improvements for the meson-nand
> driver:
> * the first patches are replacing open-coded logic with existing
> utilities / helpers
> * the third patch drops some unnecessary casting aft
Hi Anders,
Anders Roxell wrote on Thu, 18 Apr 2019
06:39:06 +0200:
> On Tue, 16 Apr 2019 at 23:53, Miquel Raynal wrote:
> >
> > Hi Anders,
> >
> > Anders Roxell wrote on Wed, 10 Apr 2019
> > 21:58:51 +0200:
> >
> > > Config fragments should not have the prefix 'CONFIG_'.
> > >
> > > Rework t
On 4/17/19 10:51 AM, Michal Hocko wrote:
On Wed 17-04-19 10:26:05, Yang Shi wrote:
On 4/17/19 9:39 AM, Michal Hocko wrote:
On Wed 17-04-19 09:37:39, Keith Busch wrote:
On Wed, Apr 17, 2019 at 05:39:23PM +0200, Michal Hocko wrote:
On Wed 17-04-19 09:23:46, Keith Busch wrote:
On Wed, Apr 17
Hi Schrempf,
Schrempf Frieder wrote on Wed, 17 Apr
2019 12:36:33 +:
> From: Frieder Schrempf
>
> Currently supported bad block marker positions within the block are:
> * in first page only
> * in last page only
> * in first or second page
>
> After some cleanup and preparation in patches
Hi Richard,
Richard Weinberger wrote on Wed, 17 Apr 2019 20:54:32
+0200:
> We will need struct nand_controller soon, so more stuff need to
> be parts of struct nandsim.
> While we are here, rename "nand" to "ns" to use the same naming scheme
> everywhere in nandsim.
>
> Reviewed-by: Boris Brezi
On 18/04/19 14:28, Borislav Petkov wrote:
> The hardware configuration register has some useful bits which can be
> used by guests. Implement McStatusWrEn which can be used by guests when
> injecting MCEs with the in-kernel mce-inject module.
>
> For that, we need to set bit 18 - McStatusWrEn - fi
On 18/04/19 16:19, Borislav Petkov wrote:
> On Thu, Apr 18, 2019 at 06:56:06AM -0700, Sean Christopherson wrote:
>> This doesn't allow writing '0' regardless of msr_hwcr.BIT(18), which was
>> previously supported.
>
> Restored the old conditional:
>
> diff --git a/arch/x86/kvm/x86.c b/arch/x86/kv
Hello!
On 04/17/2019 08:24 PM, Vignesh Raghavendra wrote:
>> Vignesh Raghavendra (5):
>>mtd: cfi_cmdset_0002: Add support for polling status register
>>dt-bindings: mtd: Add binding documentation for HyperFlash
>>mtd: Add support for HyperBus memory devices
>>dt-bindings: mtd: Add
> -Original Message-
> From: Rafael J. Wysocki
> Sent: Wednesday, April 17, 2019 5:11 PM
> To: Ghannam, Yazen
> Cc: Rafael J. Wysocki ; Natarajan, Janakarajan
> ; linux-a...@vger.kernel.org; linux-
> ker...@vger.kernel.org; linux...@vger.kernel.org; de...@acpica.org; Rafael J
> . Wysock
Add POWER_SUPPLY_PROP_CHARGE_CONTROL_START_THRESHOLD
and POWER_SUPPLY_PROP_CHARGE_CONTROL_END_THRESHOLD properties, to expand
the existing CHARGE_CONTROL_* properties. I am adding them in order
to support a new Chrome OS device, but these properties should be
general enough that they can be used on
The existing POWER_SUPPLY_PROP_CHARGE_CONTROL_LIMIT and
POWER_SUPPLY_PROP_CHARGE_CONTROL_LIMIT_MAX properties
don't have documentation. I add that documentation here.
v5 changes:
- Split this commit out from the previous two commits.
Signed-off-by: Nick Crews
---
Documentation/ABI/testing/sysfs
Add "Standard", "Adaptive", and "Custom" modes to the charge_type
property, to expand the existing "Trickle" and "Fast" modes.
I am adding them in order to support a new Chrome OS device,
but these properties should be general enough that they can be
used on other devices.
The meaning of "Standard
The new debugfs entry 'uptime' is being made available to userspace so that
a userspace daemon can synchronize EC logs with host time.
Signed-off-by: Tim Wawrzynczak
---
Enric, AFAIK only the cros_ec supports the 'uptime' command for now.
And yes, the file does need to be seekable; the userspace
The new debugfs entry 'uptime' is being made available to userspace so that
a userspace daemon can synchronize EC logs with host time.
Signed-off-by: Tim Wawrzynczak
---
Enric, AFAIK only the cros_ec supports the 'uptime' command for now.
And yes, the file does need to be seekable; the userspace
On Wed, Apr 17, 2019 at 3:40 PM Sebastian Reichel wrote:
>
> Hi,
>
> The changes itself look all good to me, but this does multiple
> things in a single patch, so please split it into multiple commits.
Thanks Sebastian!
I split this into 3 commits:
-add more charge_type's
-add more CHARGE_CONTRO
On 18/04/19 16:17, Sean Christopherson wrote:
> On Wed, Mar 20, 2019 at 06:43:20PM +0100, Vitaly Kuznetsov wrote:
>> It was reported that with some special Multi Processor Group configuration,
>> e.g:
>> bcdedit.exe /set groupsize 1
>> bcdedit.exe /set maxgroup on
>> bcdedit.exe /set groupaware
On 4/18/19 6:05 AM, Laurent Dufour wrote:
Le 18/04/2019 à 15:03, Michal Hocko a écrit :
Michal has posted the same patch few days ago
http://lkml.kernel.org/r/20190417120347.15397-1-mkou...@suse.com
Oups, sorry for the noise, I missed it.
Yes, Michal already posted a similar patch. Anyway
On Mon, Apr 15, 2019 at 05:03:54PM +0100, Suzuki K Poulose wrote:
> Keep track of the STM coresight device which is a child device
> of the AMBA device. Since we can get to the coresight_device
> from the "device" instance, remove the explicit field.
>
> Cc: Mathieu Poirier
> Signed-off-by: Suzuk
On Mon, 15 Apr 2019 at 01:07, Mikhail Gavrilov
wrote:
>
>
> Thanks, with this patch problem was gone.
> We have time land it in 5.1?
>
I received automated email with follow content:
> [This is an automated email]
>
> This commit has been processed because it contains a "Fixes:" tag,
> fixing co
On Thu, Apr 18, 2019 at 06:47:56PM +0200, Paolo Bonzini wrote:
> On 18/04/19 16:17, Sean Christopherson wrote:
> > On Wed, Mar 20, 2019 at 06:43:20PM +0100, Vitaly Kuznetsov wrote:
> >> It was reported that with some special Multi Processor Group configuration,
> >> e.g:
> >> bcdedit.exe /set grou
Hello!
On 04/18/2019 08:55 AM, masonccy...@mxic.com.tw wrote:
>> > > > Document the bindings used by the Renesas R-Car Gen3 RPC-IF
>> MFD controller.
>> > > >
>> > > > Signed-off-by: Mason Yang
>> > > > ---
>> > > > .../devicetree/bindings/mfd/mfd-renesas-rpc.txt | 37 +
>> > > ++
On 18/04/19 18:56, Sean Christopherson wrote:
> For simplicity, flush all CPUs if the guest neglected to set processor_mask.
We don't know if it neglected to set processor_mask or the flag...
Paolo
On Thu, Apr 18, 2019 at 5:16 AM Jan Kara wrote:
>
> On Tue 16-04-19 18:53:27, Al Viro wrote:
> > From: Al Viro
> >
> > we might want to drop ->destroy_inode() there - it's used only for
> > WARN_ON() now, and AFAICS that could be moved to ->evict_inode()
> > if we had one...
> >
> > Signed-off-by
301 - 400 of 934 matches
Mail list logo
