Looks good to me.
Reviewed-by: Abhishek Pandit-Subedi
On Tue, Jun 9, 2020 at 8:57 AM Venkata Lakshmi Narayana Gubba
wrote:
>
> Due to race conditions between qca_hw_error and qca_controller_memdump
> during SSR timeout,the same pointer is freed twice. This results in a
> double free. Now a
Hi Christoph Hellwig,
This is the patchset. for your reference.
thanks,
On Mon, Jun 8, 2020 at 4:30 PM wrote:
>
> From: dillon min
>
> To mmap a framebuffer or v4l2 buffer from kernel to userspace on
> no-mmu platform, we need rely on 'arm_nommu_dma_ops' from
> arch/arm/mm/dma-mapping-nommu.c
Hi Christoph Hellwig,
This is the patchset. for your reference.
thanks,
On Mon, Jun 8, 2020 at 4:30 PM wrote:
>
> From: dillon min
>
> when do mmap on /dev/fb0, we will get -6 error on cortex-m3/m4 or armv7m
> platform without cache support, this is caused by following reason:
>
> on armv7m
On 6/9/20 8:40 AM, Steve Grubb wrote:
On Monday, June 8, 2020 5:53:43 PM EDT Lakshmi Ramasubramanian wrote:
The final log statement in process_buffer_measurement() for failure
condition is at debug level. This does not log the message unless
the system log level is raised which would
Due to race conditions between qca_hw_error and qca_controller_memdump
during SSR timeout,the same pointer is freed twice. This results in a
double free. Now a lock is acquired before checking the stauts of SSR
state.
Fixes: d841502c79e3 ("Bluetooth: hci_qca: Collect controller memory dump during
On 2020-06-09, Petr Mladek wrote:
>> --- /dev/null
>> +++ b/kernel/printk/printk_ringbuffer.c
>> +/*
>> + * Advance the desc ring tail. This function advances the tail by one
>> + * descriptor, thus invalidating the oldest descriptor. Before advancing
>> + * the tail, the tail descriptor is made
Hi Abhishek,
On 2020-06-05 10:23, Abhishek Pandit-Subedi wrote:
Hi,
On Thu, Jun 4, 2020 at 6:59 AM Venkata Lakshmi Narayana Gubba
wrote:
Due to race conditions between qca_hw_error and qca_controller_memdump
during SSR timeout,the same pointer is freed twice. Which results to
double free
On 6/9/2020 8:46 AM, Kieran Bingham wrote:
The word 'descriptor' is misspelled throughout the tree.
Fix it up accordingly:
decriptors -> descriptors
Signed-off-by: Kieran Bingham
---
drivers/infiniband/hw/hfi1/ipoib_tx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
On 6/9/2020 8:45 AM, Kieran Bingham wrote:
The word 'descriptor' is misspelled throughout the tree.
Fix it up accordingly:
decriptors -> descriptors
Signed-off-by: Kieran Bingham
---
drivers/infiniband/hw/hfi1/iowait.h | 2 +-
drivers/infiniband/hw/hfi1/verbs_txreq.h | 2 +-
2
Hi Christophe,
On Tue, 9 Jun 2020 17:24:14 +0200 Christophe Leroy
wrote:
>
> Le 09/06/2020 à 14:05, Joerg Roedel a écrit :
> > From: Joerg Roedel
> >
> > The functions are only used in two source files, so there is no need
> > for them to be in the global header. Move them to the new
> >
On Tue, Jun 09, 2020 at 11:16:46AM +0200, Piotr Stankiewicz wrote:
> Seeing as there is shorthand available to use when asking for any type
> of interrupt, or any type of message signalled interrupt, leverage it.
>
> Signed-off-by: Piotr Stankiewicz
> Reviewed-by: Andy Shevchenko
> Reviewed-by:
Hi Markus,
Sure we will update in next patch set.
Regards,
Lakshmi Narayna.
On 2020-06-04 23:54, Markus Elfring wrote:
Due to race conditions between qca_hw_error and qca_controller_memdump
during SSR timeout,the same pointer is freed twice.
This is an unfortunate software situation.
On Monday 08 June 2020 20:36:58 mario.limoncie...@dell.com wrote:
> Can you please comment here how you would like to see events like this should
> come
> through to userspace?
>
> * Wrong power adapter (you have X and should have Y)
> * You have plugged a dock into the wrong port
> * Fn-lock
Looks good,
Reviewed-by: Christoph Hellwig
Fix typo: "Tigger" --> "Trigger"
Signed-off-by: Flavio Suligoi
---
drivers/leds/led-triggers.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/leds/led-triggers.c b/drivers/leds/led-triggers.c
index 79e30d2cb7a5..0836bf7631ea 100644
--- a/drivers/leds/led-triggers.c
On 2020-06-09 3:14 a.m., Piotr Stankiewicz wrote:
> When debugging an issue where I was asking the PCI machinery to enable a
> set of MSI-X vectors, without falling back on MSI, I ran across a
> behaviour which seems odd. The pci_alloc_irq_vectors_affinity() will
> always return -ENOSPC on
On Tue, 9 Jun 2020 at 09:29, Ben Levinsky wrote:
>
> Hi Suman, Mathieu,
>
> Thank you for your comments. Please see my replies inline.
>
> Best Regards,
> Ben
>
> -Original Message-
> From: Suman Anna
> Sent: Monday, June 8, 2020 5:00 PM
> To: Mathieu Poirier ; Ben Levinsky
>
> Cc:
On 2020-06-04 15:51:14 [-0500], Tom Zanussi wrote:
> >
> > Hi, This patch introduced a regression in our kernel
> > (v4.19.124-rt53-rebase), It occurs when we're jumping to crush kernel
> > using kexec, in the initialization of the emmc driver.
> > I'm still debugging the root cause, but I
On Tue, Jun 09, 2020 at 05:39:21PM +0200, Paul Menzel wrote:
> Dear Linux folks,
>
>
> On the Intel Cannon Point-LP laptop Dell Precision 3540 with a dedicated AMD
> graphics card (both graphics devices can be used) with Debian Sid/unstable
> with Linux 5.6.14, running lspci takes quite some
Thanks Leon, Noted!
On 6/9/20 12:03 AM, Leon Romanovsky wrote:
> On Mon, Jun 08, 2020 at 07:46:15AM -0700, Divya Indi wrote:
>> [PATCH v3] IB/sa: Resolving use-after-free in ib_nl_send_msg
>>
>> Hi,
>>
>> Please review the patch that follows.
> Please read
Le mardi 09 juin 2020 à 07:28 -0300, Ezequiel Garcia a écrit :
> Adding Helen to the discussion.
>
> On Tue, 9 Jun 2020 at 04:43, Neil Armstrong wrote:
> > Hi Nicolas,
> >
> > On 08/06/2020 20:59, Nicolas Dufresne wrote:
> > > Le lundi 08 juin 2020 à 16:43 +0200, Hans Verkuil a écrit :
> > > >
On Tue, 9 Jun 2020 at 17:09, Peng Liu wrote:
>
> During sched domain init, we check whether non-topological SD_flags are
> returned by tl->sd_flags(), if found, fire a waning and correct the
> violation, but the code failed to correct the violation. Correct this.
>
> Fixes: 143e1e28cb40 ("sched:
On 6/9/20 4:36 PM, Christoph Hellwig wrote:
> On Tue, Jun 09, 2020 at 11:22:24PM +0800, dillon min wrote:
>> Hi Vladimir,
>>
>> Thanks for reviewing.
>>
>> Hi Christoph Hellwig,
>>
>> I just want to know if kernel dma mapping/direct is focused on
>> platforms with MMU.
>> leave arch code to handle
Can you try this patch?
---
>From 1c9913360a0494375c5655b133899cb4323bceb4 Mon Sep 17 00:00:00 2001
From: Christoph Hellwig
Date: Tue, 9 Jun 2020 14:07:31 +0200
Subject: scsi: wire up ata_scsi_dma_need_drain for SAS HBA drivers
We need ata_scsi_dma_need_drain for all drivers wired up to drive
On Tue, Jun 09, 2020 at 09:54:33AM +0100, Julien Thierry wrote:
> Hi Matt,
>
> On 6/2/20 8:49 PM, Matt Helsley wrote:
> > Move recordmcount into the objtool directory. We keep this step separate
> > so changes which turn recordmcount into a subcommand of objtool don't
> > get obscured.
> >
> >
On Mon, Jun 08, 2020 at 11:47:03PM -0700, Joe Perches wrote:
> On Mon, 2020-06-08 at 20:22 -0500, Gustavo A. R. Silva wrote:
> > Add flex_array_size() helper for the calculation of the size, in bytes,
> > of a flexible array member contained within an enclosing structure.
> []
> > diff --git
On Fri, Jun 05, 2020 at 01:05:35PM +0200, Corentin Labbe wrote:
> Hello
>
> For reinstalling an old SPARC machine , I need a netboot image.
> I tried to create it via make tftpboot.img but got:
> BUILD: sparc to /home/compile/crossbuild/next/sparc/sparc64/defconfig
> make[1]: Entering directory
On Tue, Jun 09, 2020 at 02:20:05PM +0800, Xiaoming Ni wrote:
> Since the commit 61a47c1ad3a4dc ("sysctl: Remove the sysctl system call"),
> sys_sysctl has lost its actual role: any input can only return an error.
>
> Delete the code and return -ENOSYS directly at the function entry
>
>
On Sun, Jun 07, 2020 at 11:57:32AM -0700, Paul E. McKenney wrote:
> On Sat, Jun 06, 2020 at 10:29:42AM -0700, Paul E. McKenney wrote:
> > On Fri, Jun 05, 2020 at 05:51:26PM -0700, Paul E. McKenney wrote:
> > > On Fri, Jun 05, 2020 at 11:41:59AM -0700, Paul E. McKenney wrote:
> > > > On Fri, Jun
Promise precision of devfreq windows by
1. Align time base of both devfreq_dev_status.total_time and
devfreq_dev_status.busy_time to ktime-based time.
2. Align below timelines,
- The beginning of devfreq window
- The beginning of busy time in new window
- The end of busy time in
On Monday, June 8, 2020 5:53:43 PM EDT Lakshmi Ramasubramanian wrote:
> The final log statement in process_buffer_measurement() for failure
> condition is at debug level. This does not log the message unless
> the system log level is raised which would significantly increase
> the messages in the
Hi Linus,
Here is the power-supply pull request. As mentioned in my
pull request for 5.7, this time there are lots of changes.
Quite a few changes to the core, lots of driver changes
and one change to kobject core (with Ack from Greg). Please
find the details in the signed tag (or below).
No
Hi Mathieu,
On 2020-06-09 20:57, Mathieu Poirier wrote:
On Mon, 8 Jun 2020 at 08:07, Sai Prakash Ranjan
wrote:
Hi Mathieu, Mike
On 2020-06-04 12:57, Sai Prakash Ranjan wrote:
>
[...]
>>
>> Robin has a point - user space is long gone at this time. As such the
>> first
>> question to ask
Em Mon, Jun 08, 2020 at 10:36:10PM -0700, Ian Rogers escreveu:
> Fixes: a26e47162d76 (perf tools: Move ALLOC_LIST into a function)
> Signed-off-by: Ian Rogers
> ---
> tools/perf/util/parse-events.y | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
Em Mon, Jun 08, 2020 at 10:36:09PM -0700, Ian Rogers escreveu:
> Arrays are pointer types and don't need their address taking.
> Fixes: 8255718f4bed (perf pmu: Expand PMU events by prefix match)
Thanks, applied.
- Arnaldo
> Signed-off-by: Ian Rogers
> ---
> tools/perf/util/parse-events.y | 2
On Tue, Jun 09, 2020 at 11:22:24PM +0800, dillon min wrote:
> Hi Vladimir,
>
> Thanks for reviewing.
>
> Hi Christoph Hellwig,
>
> I just want to know if kernel dma mapping/direct is focused on
> platforms with MMU.
> leave arch code to handle dma coherent memory management themself for
>
Loop linux-input mailing list and trim to the relevant conversation.
> > Can you please comment here how you would like to see events like this
> should come
> > through to userspace?
> >
> > * Wrong power adapter (you have X and should have Y)
> > * You have plugged a dock into the wrong port
>
Some systems, such as Android, don't have a define for __WORDSIZE, do it
in terms of __SIZEOF_LONG__, as done in perf since 2012:
http://git.kernel.org/torvalds/c/3f34f6c0233ae055b5
For reference: https://gcc.gnu.org/onlinedocs/cpp/Common-Predefined-Macros.html
I build tested it here and
On 08/06/2020 02:50, Song Bao Hua (Barry Song) wrote:
>
>
>> -Original Message-
>> From: Matthias Brugger [mailto:matthias@gmail.com]
>> Sent: Monday, June 8, 2020 8:15 AM
>> To: Roman Gushchin ; Song Bao Hua (Barry Song)
>>
>> Cc: catalin.mari...@arm.com; John Garry ;
>>
Promise precision of devfreq windows by
1. Align time base of both devfreq_dev_status.total_time and
devfreq_dev_status.busy_time to ktime-based time.
2. Align below timelines,
- The beginning of devfreq window
- The beginning of busy time in new window
- The end of busy time in
Looks like this patch was forgotten...
Should I resend it?
On 05/04, Oleg Nesterov wrote:
>
> uprobe_write_opcode() must not cross page boundary; prepare_uprobe()
> relies on arch_uprobe_analyze_insn() which should validate "vaddr" but
> some architectures (csky, s390, and sparc) don't do this.
Am 2020-06-09 17:19, schrieb Lee Jones:
On Tue, 09 Jun 2020, Michael Walle wrote:
Am 2020-06-09 08:47, schrieb Lee Jones:
> On Mon, 08 Jun 2020, Michael Walle wrote:
>
> > Am 2020-06-08 20:56, schrieb Lee Jones:
> > > On Mon, 08 Jun 2020, Michael Walle wrote:
> > >
> > > > Am 2020-06-08 12:02,
Fixes an error condition reported by checkpatch.pl which caused by
assigning a variable in an if condition in
wg_noise_handshake_consume_initiation().
Signed-off-by: Frank Werner-Krippendorf
---
drivers/net/wireguard/noise.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
Hi Suman, Mathieu,
Thank you for your comments. Please see my replies inline.
Best Regards,
Ben
-Original Message-
From: Suman Anna
Sent: Monday, June 8, 2020 5:00 PM
To: Mathieu Poirier ; Ben Levinsky
Cc: o...@wizery.com; bjorn.anders...@linaro.org; Michal Simek
; Jolly Shah ;
H Qais,
Sorry for the late reply.
On Fri, 5 Jun 2020 at 12:45, Qais Yousef wrote:
>
> On 06/04/20 14:14, Vincent Guittot wrote:
> > I have tried your patch and I don't see any difference compared to
> > previous tests. Let me give you more details of my setup:
> > I create 3 levels of cgroups
On Mon, 8 Jun 2020 at 08:07, Sai Prakash Ranjan
wrote:
>
> Hi Mathieu, Mike
>
> On 2020-06-04 12:57, Sai Prakash Ranjan wrote:
> >
>
> [...]
>
> >>
> >> Robin has a point - user space is long gone at this time. As such the
> >> first
> >> question to ask is what kind of CS session was running at
Em Tue, Jun 09, 2020 at 10:10:19AM +0200, Sumanth Korikkar escreveu:
> Issue:
> bpf_probe_read is no longer available for architecture which has
> overlapping address space. Hence bpf prologue generation fails
>
> Fix:
> Use bpf_probe_read_kernel for kernel member access. For user
> attribute
On Mon, Jun 08, 2020 at 06:49:45AM -0700, Guenter Roeck wrote:
> On 6/8/20 3:43 AM, Manikandan Elumalai wrote:
> > The adm1278 temp attribute need it for openbmc platform .
> > This feature not enabled by default, so PMON_CONFIG needs to enable it.
> >
> > v3:
> >
> > fix invalid signed-off.
On Mon, Jun 08, 2020 at 03:34:52PM -0700, Joe Perches wrote:
> On Mon, 2020-06-08 at 17:17 -0500, Gustavo A. R. Silva wrote:
> > Add flex_array_size() helper for the calculation of the size, in bytes,
> > of a flexible array member contained within an enclosing structure.
> >
> > Example of
On 09/06/2020 18:19, Tony Lindgren wrote:
But there's an extra runtime PM reference (dev.power.usage_count) that seems
to come out of nowhere. So when omap_drm_suspend is finished, there's still
usage_count of 1, and dispc never suspends fully.
Hmm no idea about that. My guess is that there
Hi Joerg,
On Tue, Jun 09, 2020 at 02:10:56PM +0200, Joerg Roedel wrote:
> Hi Mike,
>
> On Fri, Jun 05, 2020 at 01:00:59PM +0300, Mike Rapoport wrote:
> > We already have include/asm-generic/pgalloc.h, so maybe something like
> > that patch below would fork. This is not even compile tested.
> >
Le 09/06/2020 à 14:05, Joerg Roedel a écrit :
From: Joerg Roedel
The functions are only used in two source files, so there is no need
for them to be in the global header. Move them to the new
header and include it only where needed.
Do you mean we will now create a new header file for
On 6/9/2020 4:15 PM, Anson Huang wrote:
Correct i.MX8MP UID fuse offset according to fuse map:
UID_LOW: 0x420
UID_HIGH: 0x430
Signed-off-by: Anson Huang
If this patch corrects the imx8mp UID shouldn't have a Fixes tag?
---
drivers/soc/imx/soc-imx8m.c | 8 ++--
1 file changed, 6
Hi Vladimir,
Thanks for reviewing.
Hi Christoph Hellwig,
I just want to know if kernel dma mapping/direct is focused on
platforms with MMU.
leave arch code to handle dma coherent memory management themself for
no-MMU platform.
so, you just return error code in kernel/dma/mapping.c,direct.c
On wcn3990 we have "per_ce_irq = true". That makes the
ath10k_ce_interrupt_summary() function always return 0xfff. The
ath10k_ce_per_engine_service_any() function will see this and think
that _all_ copy engines have an interrupt. Without checking, the
ath10k_ce_per_engine_service() assumes that
* Tomi Valkeinen [200609 07:05]:
> On 03/06/2020 17:06, Tony Lindgren wrote:
> > * Tomi Valkeinen [200603 12:34]:
> > > Hi Tony,
> > >
> > > On 31/05/2020 22:39, Tony Lindgren wrote:
> > > > When booting without legacy platform data, we no longer have omap_device
> > > > calling PM runtime
On Tue, 09 Jun 2020, Michael Walle wrote:
> Am 2020-06-09 08:47, schrieb Lee Jones:
> > On Mon, 08 Jun 2020, Michael Walle wrote:
> >
> > > Am 2020-06-08 20:56, schrieb Lee Jones:
> > > > On Mon, 08 Jun 2020, Michael Walle wrote:
> > > >
> > > > > Am 2020-06-08 12:02, schrieb Andy Shevchenko:
>
Hi Philipp,
> El 9 jun 2020, a las 17:06, Philipp Zabel escribió:
>
> Hi Álvaro,
>
> On Tue, 2020-06-09 at 15:42 +0200, Álvaro Fernández Rojas wrote:
>> Add support for resetting blocks through the Linux reset controller
>> subsystem for BCM63xx SoCs.
>>
>> Signed-off-by: Álvaro Fernández
On Tue, Jun 09, 2020 at 10:27:47PM +0800, Baoquan He wrote:
> > diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> > index 13cc653122b7..00869378d387 100644
> > --- a/mm/page_alloc.c
> > +++ b/mm/page_alloc.c
> > @@ -3553,6 +3553,11 @@ static inline bool zone_watermark_fast(struct zone
> > *z,
Em Tue, Jun 09, 2020 at 12:09:31PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Jun 09, 2020 at 10:10:18AM +0200, Sumanth Korikkar escreveu:
> > Issue:
> > perf probe -a 'do_sched_setscheduler pid policy
> > param->sched_priority@user' did not work before.
> >
> > Fix:
> > Make (perf
On Tue, 09 Jun 2020 13:47:33 +0200,
Christoph Hellwig wrote:
>
> Alex, can you try this patch?
Also could you check whether just papering over the memset() call
alone avoids the crash like below? For PulseAudio and dmix/dsnoop,
it's the only code path that accesses the vmapped buffer, I
the system. BTW, we also suggest to use '--base' option to specify the
base tree in git format-patch, please see https://stackoverflow.com/a/37406982]
url:
https://github.com/0day-ci/linux/commits/Yifeng-Zhao/Add-Rockchip-NFC-drivers-for-RK3308-and-others/20200609-155150
base:
https
Hi Heiko,
On 6/9/20 3:46 PM, Heiko Carstens wrote:
> Hello Vincenzo,
>
> sorry it took such a long time to answer!
>
>> clock_getres in the vDSO library has to preserve the same behaviour
>> of posix_get_hrtimer_res().
>>
>> In particular, posix_get_hrtimer_res() does:
>> sec = 0;
>> ns
During sched domain init, we check whether non-topological SD_flags are
returned by tl->sd_flags(), if found, fire a waning and correct the
violation, but the code failed to correct the violation. Correct this.
Fixes: 143e1e28cb40 ("sched: Rework sched_domain topology definition")
Signed-off-by:
On Tue, Jun 09, 2020 at 02:05:33PM +0200, Joerg Roedel wrote:
> From: Joerg Roedel
>
> The functions are only used in two source files, so there is no need
> for them to be in the global header. Move them to the new
> header and include it only where needed.
>
> Signed-off-by: Joerg Roedel
Hi Álvaro,
On Tue, 2020-06-09 at 15:42 +0200, Álvaro Fernández Rojas wrote:
> Add support for resetting blocks through the Linux reset controller
> subsystem for BCM63xx SoCs.
>
> Signed-off-by: Álvaro Fernández Rojas
> ---
> drivers/reset/Kconfig | 7 ++
> drivers/reset/Makefile
All the complicated code to deal with delayed creation of the debugfs
directory was only needed for sg. With sg handled speparately that
can go away. Also I think the sg handling can be cleaned up by:
a) checking for a NULL block_devic instead of the major, especially as
majors can be used
On 2020-06-09, Petr Mladek wrote:
>> --- /dev/null
>> +++ b/kernel/printk/printk_ringbuffer.c
>> +static bool data_push_tail(struct printk_ringbuffer *rb,
>> + struct prb_data_ring *data_ring,
>> + unsigned long lpos)
>> +{
>> ...
>> +
>> +
Am 2020-06-09 16:42, schrieb Mark Brown:
On Tue, Jun 09, 2020 at 04:38:31PM +0200, Michael Walle wrote:
mfd-device@10 {
compatible = "simple-regmap", "simple-mfd";
reg = <10>;
regmap,reg-bits = <8>;
regmap,val-bits = <8>;
sub-device@0 {
compatible =
On 01/06/2020 16:59, Vishal Sagar wrote:
> Hi Hans,
>
> Thanks for reviewing!
>
>> -Original Message-
>> From: Hans Verkuil
>> Sent: Wednesday, May 6, 2020 3:25 PM
>> To: Vishal Sagar ; Hyun Kwon ;
>> laurent.pinch...@ideasonboard.com; mche...@kernel.org;
>> robh...@kernel.org;
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: f359287765c04711ff54fbd11645271d8e5ff763
commit: a21ecf0e033807b976967286e6c392f48ee2049f macsec: Support XPN frame
handling - IEEE 802.1AEbw
date: 3 months ago
:: branch date: 3 hours ago
::
On 6/9/20 8:45 AM, Tom Rix wrote:
Why not use the ksft_* functions and frameworks to properly print out
the test status and results so that tools can correctly parse it?
It's generally bad-form to make up your own format.
I used the the drivers/dma-buf test a basis example. Can you point
On Tue, Jun 09, 2020 at 03:57:04AM +0800, Cyrus Lien wrote:
> According to EDID spec, table 3.26, byte #6 and #8, which said "Minimum
> rate value shall be less than or equal to maximum rate value". The minimum
> horizontal/vertical rate value is able to be equal to maximum horizontal/
> veritcal
add a 16-bit pre-scaled voltage mode to adc and clarify that existing
pre-scaled mode is 24bit.
Signed-off-by: Tim Harvey
---
drivers/hwmon/gsc-hwmon.c | 8 +---
include/linux/platform_data/gsc_hwmon.h | 3 ++-
2 files changed, 7 insertions(+), 4 deletions(-)
diff --git
add a 16-bit pre-scaled voltage mode to adc and clarify that existing
pre-scaled mode is 24bit.
Signed-off-by: Tim Harvey
---
Documentation/devicetree/bindings/mfd/gateworks-gsc.yaml | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
The Gateworks GSC hwmon driver supports multiple modes of ADC's. Add a
mode for 16-bit pre-scaled values and clarify that the existing pre-scale
mode is 24-bit.
Tim Harvey (2):
dt-bindings: mfd: gateworks-gsc: add 16bit pre-scaled voltage mode
hwmon: (gsc): add 16bit pre-scaled voltage mode
On Mon, Jun 08, 2020 at 08:18:20PM +0300, Alexey Budankov wrote:
SNIP
> > So how is it about just adding _revents() and _del() for fixed fds with
> > correction of retval to bool for fdarray__add()?
>
> I don't like the separation for fixed and non-fixed fds,
> why can't
Hi Linus,
Could you please consider this pull request?
Thanks,
The following changes since commit 63bef48fd6c9d3f1ba4f0e23b4da1e007db6a3c0:
Merge branch 'akpm' (patches from Andrew) (2020-04-07 14:11:54 -0700)
are available in the Git repository at:
Neil Armstrong writes:
> The actual max_segs computation leads to failure while using the broadcom
> sdio brcmfmac/bcmsdh driver, since the driver tries to make usage of scatter
> gather.
>
> But with the dram-access-quirk we use a 1,5K SRAM bounce buffer, and the
> max_segs current value of 3
Convert the TAS2562 text file to yaml format.
Signed-off-by: Dan Murphy
---
.../devicetree/bindings/sound/tas2562.txt | 34 --
.../devicetree/bindings/sound/tas2562.yaml| 65 +++
2 files changed, 65 insertions(+), 34 deletions(-)
delete mode 100644
> -Messaggio originale-
> Da: Bjorn Helgaas
> Inviato: martedì 2 giugno 2020 19:28
> A: ansuels...@gmail.com
> Cc: 'Rob Herring' ; 'Sham Muthayyan'
> ; 'Rob Herring' ; 'Andy
> Gross' ; 'Bjorn Andersson'
> ; 'Bjorn Helgaas' ;
> 'Mark Rutland' ; 'Stanimir Varbanov'
> ; 'Lorenzo
On 2020-06-09, Petr Mladek wrote:
>> --- /dev/null
>> +++ b/kernel/printk/printk_ringbuffer.c
>> +/*
>> + * Given a data ring (text or dict), put the associated descriptor of each
>> + * data block from @lpos_begin until @lpos_end into the reusable state.
>> + *
>> + * If there is any problem
Hello Vincenzo,
sorry it took such a long time to answer!
> clock_getres in the vDSO library has to preserve the same behaviour
> of posix_get_hrtimer_res().
>
> In particular, posix_get_hrtimer_res() does:
> sec = 0;
> ns = hrtimer_resolution;
> and hrtimer_resolution depends on the
On Tue, Jun 09, 2020 at 05:15:33PM +0800, Alex Shi wrote:
>
>
> 在 2020/6/4 上午7:03, Andrew Morton 写道:
> >
> > + /* XXX: Move to lru_cache_add() when it supports new vs putback */
>
> Hi Hannes,
>
> Sorry for a bit lost, would you like to explain a bit more of your idea here?
>
> > +
Hi Leon,
Thanks for taking the time to review.
Please find my comments inline -
On 6/9/20 12:00 AM, Leon Romanovsky wrote:
> On Mon, Jun 08, 2020 at 07:46:16AM -0700, Divya Indi wrote:
>> Commit 3ebd2fd0d011 ("IB/sa: Put netlink request into the request list
>> before sending")'
>> -
>> 1.
HI,
Vinod can you maybe pick this?
It would be great to have nodes in 5.8 along the driver
Thank
Robert
On Fri, May 29, 2020 at 11:36 AM Robert Marko wrote:
>
> On Mon, May 4, 2020 at 9:39 AM Vinod Koul wrote:
> >
> > On 03-05-20, 22:18, Robert Marko wrote:
> > > From: John Crispin
> > >
> >
> Why not use the ksft_* functions and frameworks to properly print out
> the test status and results so that tools can correctly parse it?
>
> It's generally bad-form to make up your own format.
I used the the drivers/dma-buf test a basis example. Can you point me at a
better example ?
T
>
On Tue, Jun 09, 2020 at 04:38:31PM +0200, Michael Walle wrote:
> mfd-device@10 {
> compatible = "simple-regmap", "simple-mfd";
> reg = <10>;
> regmap,reg-bits = <8>;
> regmap,val-bits = <8>;
> sub-device@0 {
> compatible = "vendor,sub-device0";
> reg = <0>;
>
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: c7f3d43b629b598a2bb9ec3524e844eae7492e7e
Gitweb:
https://git.kernel.org/tip/c7f3d43b629b598a2bb9ec3524e844eae7492e7e
Author:Thomas Gleixner
AuthorDate:Sat, 06 Jun 2020 23:51:15 +02:00
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 72ce778007e57e8996b4bebdec738fc5e1145fd2
Gitweb:
https://git.kernel.org/tip/72ce778007e57e8996b4bebdec738fc5e1145fd2
Author:Thomas Gleixner
AuthorDate:Sat, 06 Jun 2020 23:51:16 +02:00
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 7778d8417b74aded842eeb372961cfc460417fa0
Gitweb:
https://git.kernel.org/tip/7778d8417b74aded842eeb372961cfc460417fa0
Author:Thomas Gleixner
AuthorDate:Sat, 06 Jun 2020 23:51:17 +02:00
Am 2020-06-09 08:47, schrieb Lee Jones:
On Mon, 08 Jun 2020, Michael Walle wrote:
Am 2020-06-08 20:56, schrieb Lee Jones:
> On Mon, 08 Jun 2020, Michael Walle wrote:
>
> > Am 2020-06-08 12:02, schrieb Andy Shevchenko:
> > > +Cc: some Intel people WRT our internal discussion about similar
> > >
On Fri 2020-05-01 11:46:09, John Ogness wrote:
> Introduce a multi-reader multi-writer lockless ringbuffer for storing
> the kernel log messages. Readers and writers may use their API from
> any context (including scheduler and NMI). This ringbuffer will make
> it possible to decouple printk()
On 08/06/2020 17:30, Marc Gonzalez wrote:
> Suppose we know that several channels are transmitted on a given frequency
> by terrestrial antenna. However, we don't know if the signal is "encoded"
> (not sure this is the right term) in DVB-T or DVB-T2 modulation.
>
> Do we have to scan the
On Fri, Jun 05, 2020 at 10:04:52PM -0700, Scott Branden wrote:
> static struct fw_priv *__allocate_fw_priv(const char *fw_name,
> struct firmware_cache *fwc,
> - void *dbuf, size_t size)
> +
The word 'descriptor' is misspelled throughout the tree.
Fix it up accordingly:
decriptors -> descriptors
Signed-off-by: Kieran Bingham
Reviewed-by: David Hildenbrand
---
mm/balloon_compaction.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Export necessary functions to support building i.MX common pinctrl
driver and its user to be built as module.
Signed-off-by: Anson Huang
---
Changes since V2:
- add "depends on OF" to fix build error when using x86 randconfig.
---
drivers/pinctrl/freescale/Kconfig | 3 ++-
Support building i.MX8QXP pinctrl driver as module.
Signed-off-by: Anson Huang
---
No change.
---
drivers/pinctrl/freescale/Kconfig | 2 +-
drivers/pinctrl/freescale/pinctrl-imx8qxp.c | 9 +++--
2 files changed, 4 insertions(+), 7 deletions(-)
diff --git
Support building i.MX8DXL pinctrl driver as module.
Signed-off-by: Anson Huang
---
No change.
---
drivers/pinctrl/freescale/Kconfig | 2 +-
drivers/pinctrl/freescale/pinctrl-imx8dxl.c | 9 +++--
2 files changed, 4 insertions(+), 7 deletions(-)
diff --git
Support building i.MX8MN pinctrl driver as module.
Signed-off-by: Anson Huang
---
No change.
---
drivers/pinctrl/freescale/Kconfig | 2 +-
drivers/pinctrl/freescale/pinctrl-imx8mn.c | 10 --
2 files changed, 5 insertions(+), 7 deletions(-)
diff --git
901 - 1000 of 1556 matches
Mail list logo