On Tue, Aug 13, 2019 at 02:45:12PM +0200, Maxime Ripard wrote:
> From: Maxime Ripard
>
> The RC controllers have a bunch of generic properties that are needed in a
> device tree. Add a YAML schemas for those.
>
> Signed-off-by: Maxime Ripard
> ---
> .../devicetree/bindings/media/rc.txt
Hi Wei,
thanks for your patch!
This doesn't apply for my "devel" branch, can you rebase
on this:
https://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio.git/log/?h=devel
We have moved some ACPI headers around recently.
On Mon, Aug 12, 2019 at 1:28 PM Wei Xu wrote:
> Invoke acpi_gpio
On Wed, 14 Aug 2019 at 10:28, Jernej Škrabec wrote:
>
> Hi!
>
> Dne sreda, 14. avgust 2019 ob 08:08:53 CEST je codekip...@gmail.com
> napisal(a):
> > From: Marcus Cooper
> >
> > Extend the functionality of the driver to include support of 20 and
> > 24 bits per sample for the earlier SoCs.
> >
>
On Tue, 13 Aug 2019 18:44:02 +0100,
Paul Walmsley wrote:
Hi Paul,
>
> Thomas, Jason, Marc,
>
> On Tue, 13 Aug 2019, Christoph Hellwig wrote:
>
> > When running in M-mode we still the S-mode plic handlers in the DT.
missing word?
> > Ignore them by setting the
On Tue, 2019-08-13 at 08:48 +0300, Alexandru Ardelean wrote:
> On Mon, 2019-08-12 at 16:33 +0200, Andrew Lunn wrote:
> > [External]
> >
> > > +static int adin_read_mmd_stat_regs(struct phy_device *phydev,
> > > +struct adin_hw_stat *stat,
> > > +
On 13/08/2019 08:11:23+, Nicolas Ferre wrote:
> On 13/08/2019 at 08:10, Denis Efremov wrote:
> > Update MAINTAINERS record to reflect the filename change
> > from tcb_clksrc.c to timer-atmel-tcb.c
> >
> > Cc: Nicolas Ferre
>
> Acked-by: Nicolas Ferre
> But, while you're at it, I would add a
On Wed, Aug 14, 2019 at 09:41:42AM +0530, Vinod Koul wrote:
> On 13-08-19, 20:58, Mark Brown wrote:
> > There is something to be said for not abusing the TDM slot API if it can
> > make things clearer by using bus-idiomatic mechanisms, but it does mean
> > everything needs to know about each indiv
On Wed, Aug 14, 2019 at 08:36:42AM +0200, Takashi Iwai wrote:
> On Wed, 14 Aug 2019 04:36:24 +0200,
> Hui Peng wrote:
> >
> > The `uac_mixer_unit_descriptor` shown as below is read from the
> > device side. In `parse_audio_mixer_unit`, `baSourceID` field is
> > accessed from index 0 to `bNrInPins`
On Wed, 14 Aug 2019 09:04:57 +0200 Borislav Petkov wrote:
> IMO, what you want does not belong in sysfs but in documentation.
How would documentation (a fixed static text file) tell whether a
particular system is vulnerable or not?
> I partially see your point that a table of sorts mapping all t
On Mi, 14.08.19 10:31, Arnd Bergmann (a...@arndb.de) wrote:
> - glibc stops passing the caller timezone argument to the kernel
> - the distro kernel disables CONFIG_RTC_HCTOSYS,
> CONFIG_RTC_SYSTOHC and CONFIG_GENERIC_CMOS_UPDATE
What's the benefit of letting userspace do this? It sounds a lot
On 8/14/19 8:57 AM, Wei Yang wrote:
> On Tue, Aug 13, 2019 at 10:16:11PM -0700, Christoph Hellwig wrote:
>>Btw, is there any good reason we don't use a list_head for vma linkage?
>
> Not sure, maybe there is some historical reason?
Seems it was single-linked until 2010 commit 297c5eee3724 ("mm: m
On Tue, Aug 13, 2019 at 10:09:06PM -0400, Sasha Levin wrote:
> From: Charles Keepax
>
> [ Upstream commit 8dd26dff00c0636b1d8621acaeef3f6f3a39dd77 ]
>
> DPCM uses snd_soc_dapm_dai_get_connected_widgets to build a
> list of the widgets connected to a specific front end DAI so it
> can search thro
On Tue, Aug 13, 2019 at 10:09:24PM -0400, Sasha Levin wrote:
> From: Ricard Wanderlof
>
> [ Upstream commit 40aa5383e393d72f6aa3943a4e7b1aae25a1e43b ]
>
> If the DAI format setup fails, there is no valid communication format
> between CPU and CODEC, so fail card instantiation, rather than contin
Replace iio_device_register with the devres variant and drop the
explicit function call to unregister the iio device.
Signed-off-by: Martin Kaiser
---
drivers/iio/potentiometer/max5481.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/iio/potentiometer/max5481.c
b
Replace iio_device_register with the devres variant and drop the
explicit function call to unregister the iio device.
Signed-off-by: Martin Kaiser
---
drivers/iio/potentiometer/max5487.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/iio/potentiometer/max5487.c
Add the ability to get the clock for each clock input pin of the chip
and enable MCLK2 since that is expected to be a permanently enabled
32kHz clock.
Signed-off-by: Charles Keepax
---
Changes since v1:
- Fail probe if we encounter a clock error
- Print a warning if MCLK2 is not specified
Tha
Add the 3 input clock sources for the chip into the device tree binding
document.
Signed-off-by: Charles Keepax
---
No changes since v1.
Thanks,
Charles
Documentation/devicetree/bindings/mfd/madera.txt | 8
1 file changed, 8 insertions(+)
diff --git a/Documentation/devicetree/bindin
On 12/8/19 7:22 pm, Santosh Sivaraj wrote:
> Certain architecture specific operating modes (e.g., in powerpc machine
> check handler that is unable to access vmalloc memory), the
> search_exception_tables cannot be called because it also searches the
> module exception tables if entry is not fou
On Tue, Aug 13, 2019 at 04:38:13PM -0700, Andrii Nakryiko wrote:
Hi, Andrii
On Tue, Aug 13, 2019 at 3:24 AM Ivan Khoronzhuk
wrote:
That's needed to get __NR_mmap2 when mmap2 syscall is used.
Signed-off-by: Ivan Khoronzhuk
---
tools/lib/bpf/xsk.c | 1 +
1 file changed, 1 insertion(+)
diff
Hello Baolin,
On Wed, Aug 14, 2019 at 04:42:28PM +0800, Baolin Wang wrote:
> On Tue, 13 Aug 2019 at 23:16, Uwe Kleine-König
> wrote:
> > On Tue, Aug 13, 2019 at 09:46:41PM +0800, Baolin Wang wrote:
> > [...]
> Not really, our hardware's method is, when you changed a new
> configuration (MOD or du
I just did this:
rmmod imx-media
modprobe imx-media
and was greeted by the below kernel messages. I don't think this has
been the first issue I found with the iMX media stuff involving a module
unload/reload cycle - may I suggest that this is added to the testing
regime for this code? Thanks.
CC kernel/futex.o
kernel/futex.c: In function 'do_futex':
kernel/futex.c:1676:17: warning: 'oldval' may be used uninitialized in this
function [-Wmaybe-uninitialized]
return oldval == cmparg;
^
kernel/futex.c:1651:6: note: 'oldval' was declared here
int oldval, ret;
I asked you to remove the period at the end of the patch $SUBJECT and
you did not, either you do not read what I write or explain me what's
going on.
On Wed, Aug 14, 2019 at 10:03:29AM +0800, Xiaowei Bao wrote:
> The PCIe controller of layerscape just have 4 BARs, BAR0 and BAR1
> is 32bit, BAR2 an
On Wed, Aug 14, 2019 at 08:08:41AM +0200, codekip...@gmail.com wrote:
> From: Marcus Cooper
>
> Codecs without a control connection such as i2s based HDMI audio and
> the Pine64 DAC require a different amount of bit clocks per frame than
This isn't a universal property of CODECs without a contro
FROM MR.LASSINE DIAWARA
AUDIT& ACCOUNT MANAGER
BANK OF AFRICA (B.O.A)
OUAGADOUGOU BURKINA FASO
WEST AFRICA.
Dear Friend,
With due respect, I have decided to contact you on a
businesstransaction that will be beneficial to both of us. At the bank
last account and auditing evaluation, my staffs came
On Wed, Aug 14, 2019 at 08:08:42AM +0200, codekip...@gmail.com wrote:
> + if (i2s->variant->has_fmt_set_lrck_period)
> + bclk_div = sun4i_i2s_get_bclk_div(i2s, clk_rate / rate,
> + word_size,
> +
On 14/08/2019 11:09:36+0200, Lennart Poettering wrote:
> On Mi, 14.08.19 10:31, Arnd Bergmann (a...@arndb.de) wrote:
>
> > - glibc stops passing the caller timezone argument to the kernel
> > - the distro kernel disables CONFIG_RTC_HCTOSYS,
> > CONFIG_RTC_SYSTOHC and CONFIG_GENERIC_CMOS_UPDATE
This Patch is to return error code of perf_new_session function
on failure instead of NULL
--
Test Results:
Before Fix:
$ perf c2c report -input
failed to open nput: No such file or directory
$ echo $?
0
--
After
On Wed, 14 Aug 2019 at 16:49, Uwe Kleine-König
wrote:
>
> Hello,
>
> On Wed, Aug 14, 2019 at 03:52:08PM +0800, Baolin Wang wrote:
> > On 14/08/2019, Uwe Kleine-König wrote:
> > > On Wed, Aug 14, 2019 at 03:25:53PM +0800, Baolin Wang wrote:
> > >> On Wed, 14 Aug 2019 at 15:01, Uwe Kleine-König
> >
*WarpDrive* is a general accelerator framework for the user application to
access the hardware without going through the kernel in data path.
WarpDrive is the name for the whole framework. The component in kernel
is called uacce, meaning "Unified/User-space-access-intended Accelerator
Framework".
From: Kenneth Lee
Uacce is the kernel component to support WarpDrive accelerator
framework. It provides register/unregister interface for device drivers
to expose their hardware resource to the user space. The resource is
taken as "queue" in WarpDrive.
Uacce create a chrdev for every registratio
From: Kenneth Lee
WarpDrive is a general accelerator framework for the user application to
access the hardware without going through the kernel in data path.
The kernel component to provide kernel facility to driver for expose the
user interface is called uacce. It a short name for
"Unified/User
Sean Christopherson writes:
> On Tue, Aug 13, 2019 at 03:53:30PM +0200, Vitaly Kuznetsov wrote:
>> @@ -3899,20 +3898,25 @@ static int task_switch_interception(struct vcpu_svm
>> *svm)
>> if (reason != TASK_SWITCH_GATE ||
>> int_type == SVM_EXITINTINFO_TYPE_SOFT ||
>> (int_
On Wed, Aug 14, 2019 at 2:40 AM Stephen Boyd wrote:
>
> We shouldn't call wakeup_source_destroy() from the error path in
> wakeup_source_register() because that calls __pm_relax() which takes a
> lock that isn't initialized until wakeup_source_add() is called. Add a
> new function, wakeup_source_f
> -Original Message-
> From: Stephen Boyd
> Sent: 2019年8月14日 2:25
> To: Michael Turquette ; Wen He
> ; Leo Li ;
> linux-...@vger.kernel.org; linux-de...@linux.nxdi.nxp.com;
> linux-kernel@vger.kernel.org; liviu.du...@arm.com
> Cc: Wen He
> Subject: [EXT] Re: [v1 1/3] clk: ls1028a: Add c
On 12/8/19 7:22 pm, Santosh Sivaraj wrote:
> If we take a UE on one of the instructions with a fixup entry, set nip
> to continue execution at the fixup entry. Stop processing the event
> further or print it.
>
> Co-developed-by: Reza Arbab
> Signed-off-by: Reza Arbab
> Cc: Mahesh Salgaonkar
Balbir Singh writes:
> On 12/8/19 7:22 pm, Santosh Sivaraj wrote:
>> Certain architecture specific operating modes (e.g., in powerpc machine
>> check handler that is unable to access vmalloc memory), the
>> search_exception_tables cannot be called because it also searches the
>> module exception
On 12/8/19 7:22 pm, Santosh Sivaraj wrote:
> Use memcpy_mcsafe() implementation to define copy_to_user_mcsafe()
>
> Signed-off-by: Santosh Sivaraj
> ---
> arch/powerpc/Kconfig | 1 +
> arch/powerpc/include/asm/uaccess.h | 14 ++
> 2 files changed, 15 insertions(+)
Issue:
# hwclock -w
hwclock: RTC_SET_TIME: Invalid argument
The patch fixes error when run command hwclock -w
with rtc pcf85363/pcf85263
Signed-off-by: Biwen Li
---
drivers/rtc/rtc-pcf85363.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-pcf85
Hello,
On Wed, Aug 14, 2019 at 05:33:25PM +0800, Baolin Wang wrote:
> On Wed, 14 Aug 2019 at 16:49, Uwe Kleine-König
> wrote:
> > On Wed, Aug 14, 2019 at 03:52:08PM +0800, Baolin Wang wrote:
> > > On 14/08/2019, Uwe Kleine-König wrote:
> > > > On Wed, Aug 14, 2019 at 03:25:53PM +0800, Baolin Wan
Le 14/08/2019 à 04:08, Paul Mackerras a écrit :
On Tue, Aug 13, 2019 at 09:59:35AM +, Christophe Leroy wrote:
[snip]
+.macro __LOAD_REG_IMMEDIATE r, x
+ .if \x & ~0x != 0
+ __LOAD_REG_IMMEDIATE_32 \r, (\x) >> 32
+ rldicr \r, \r, 32, 31
+
Hello,
syzbot found the following crash on:
HEAD commit:ee1c7bd3 Merge tag 'tpmdd-next-20190813' of git://git.infr..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=153f342260
kernel config: https://syzkaller.appspot.com/x/.config?x=3ff364e429585cf2
da
> -Original Message-
> From: Lorenzo Pieralisi
> Sent: 2019年8月14日 17:30
> To: Xiaowei Bao
> Cc: M.h. Lian ; Mingkai Hu
> ; Roy Zang ;
> bhelg...@google.com; linuxppc-...@lists.ozlabs.org;
> linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
> linux-kernel@vger.kernel.org
>
* H. Nikolaus Schaller [190814 08:57]:
> I also have pushed good news to
>
> https://github.com/openpvrsgx-devgroup/linux_openpvrsgx/tree/letux-pvr
>
> Thanks to the help from the Pyra community, I was able to get a (binary)
> reference
> implementation using DRM that works on Pyra/OMAP5.
> -Original Message-
> From: Stephen Boyd
> Sent: 2019年8月14日 2:30
> To: Mark Rutland ; Michael Turquette
> ; Rob Herring ; Shawn Guo
> ; Wen He ;
> devicet...@vger.kernel.org; linux-...@vger.kernel.org;
> linux-kernel@vger.kernel.org
> Cc: Leo Li ; liviu.du...@arm.com; Wen He
>
> Subjec
On 8/12/19 11:09 PM, Adrian Reber wrote:
> The main motivation to add set_tid to clone3() is CRIU.
>
> To restore a process with the same PID/TID CRIU currently uses
> /proc/sys/kernel/ns_last_pid. It writes the desired (PID - 1) to
> ns_last_pid and then (quickly) does a clone(). This works most
LOAD_MSR_KERNEL() and LOAD_REG_IMMEDIATE() are doing the same thing
in the same way. Drop LOAD_MSR_KERNEL()
Signed-off-by: Christophe Leroy
---
v2: no change
arch/powerpc/kernel/entry_32.S | 18 +-
arch/powerpc/kernel/head_32.h | 21 -
2 files changed, 13 i
Today LOAD_REG_IMMEDIATE() is a basic #define which loads all
parts on a value into a register, including the parts that are NUL.
This means always 2 instructions on PPC32 and always 5 instructions
on PPC64. And those instructions cannot run in parallele as they are
updating the same register.
Ex
On Tue, Aug 13, 2019 at 10:22:51PM +0100, Ben Whitten wrote:
> @@ -1489,10 +1489,11 @@ static int _regmap_raw_write_impl(struct regmap *map,
> unsigned int reg,
> WARN_ON(!map->bus);
>
> /* Check for unwritable registers before we start */
> - for (i = 0; i < val_len / map->form
Really enable warning when CONFIG_EXT4_DEBUG is set and fix missing
first argument. This was introduced in commit ff95ec22cd7f ("ext4:
add warning to ext4_convert_unwritten_extents_endio") and splitting
extents inside endio would trigger it.
Signed-off-by: Rakesh Pandit
---
fs/ext4/extents.c |
Hi Uwe,
On Wed, 14 Aug 2019 at 17:23, Uwe Kleine-König
wrote:
>
> Hello Baolin,
>
> On Wed, Aug 14, 2019 at 04:42:28PM +0800, Baolin Wang wrote:
> > On Tue, 13 Aug 2019 at 23:16, Uwe Kleine-König
> > wrote:
> > > On Tue, Aug 13, 2019 at 09:46:41PM +0800, Baolin Wang wrote:
> > > [...]
> > Not re
When KASAN is selected, the definitive hash table has to be
set up later, but there is already an early temporary one.
When KASAN is not selected, there is no early hash table,
so the setup of the definitive hash table cannot be delayed.
Reported-by: Jonathan Neuschafer
Fixes: 72f208c6a8f7 ("pow
On Wed, Aug 14, 2019 at 09:50:03AM +, Pavel Emelianov wrote:
> On 8/12/19 11:09 PM, Adrian Reber wrote:
> > The main motivation to add set_tid to clone3() is CRIU.
> >
> > To restore a process with the same PID/TID CRIU currently uses
> > /proc/sys/kernel/ns_last_pid. It writes the desired (PI
On Tue, Aug 13, 2019 at 11:36:56AM -0500, Jassi Brar wrote:
[...]
> > >>
> > >> As mentioned in the response to your initial comment, the driver does
> > >> not currently support mixing protocols.
> > >>
> > > Thanks for acknowledging that limitation. But lets also address it.
> > >
> >
> > We are
From: Matthias Kaehlcke
Add SoC temperature threshold at 68°C and target at 80°C.
Add trip points and cooling maps for big and litter clusters.
Signed-off-by: Matthias Kaehlcke
Signed-off-by: Michael Kao
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 55
1 fil
Splitting the dtsi part from [1] and sending it again.
Add tzts1~5 and tztsABB from thermal sensor in SoC for
another get temperatrue. They don't need to thermal throttle.
And we bind coolers for thermal zone nodes of cpu_thermal.
Refernece:
[1] [v2,0/8] Add Mediatek thermal dirver and dtsi
(htt
On Wed, Aug 07, 2019 at 03:18:07PM +0800, Fuqian Huang wrote:
> i2c_pxa_handler -> i2c_pxa_irq_txempty ->
> i2c_pxa_reset -> i2c_pxa_set_slave -> i2c_pxa_wait_slave
>
> As i2c_pxa_handler is an interrupt handler, it will finally
> calls i2c_pxa_wait_slave which calls msleep.
>
> Add in_interrupt
Hi,
On 14/08/2019 17:32:49+0800, Biwen Li wrote:
> Issue:
> # hwclock -w
> hwclock: RTC_SET_TIME: Invalid argument
>
> The patch fixes error when run command hwclock -w
> with rtc pcf85363/pcf85263
>
Could you describe a bit more the issue and what causes it?
IIRC I wrote that code and
On Wed, Aug 14, 2019 at 09:48:00AM +, Xiaowei Bao wrote:
>
>
> > -Original Message-
> > From: Lorenzo Pieralisi
> > Sent: 2019年8月14日 17:30
> > To: Xiaowei Bao
> > Cc: M.h. Lian ; Mingkai Hu
> > ; Roy Zang ;
> > bhelg...@google.com; linuxppc-...@lists.ozlabs.org;
> > linux-...@vger.k
On Tue, Jul 23, 2019 at 04:21:07PM -0500, Bjorn Helgaas wrote:
> On Sat, Jul 13, 2019 at 11:03:53AM -0400, Sasha Levin wrote:
[...]
> > > > v3: corrected Fixes: tag [Dexuan Cui ]
> > > > This is the Microsoft-preferred version of the patch.
> > > >
> > > > drivers/pci/Kconfig |2 +-
> >
Hello!
On Fri 09-08-19 15:58:14, ira.we...@intel.com wrote:
> Pre-requisites
> ==
> Based on mmotm tree.
>
> Based on the feedback from LSFmm, the LWN article, the RFC series since
> then, and a ton of scenarios I've worked in my mind and/or tested...[1]
>
> Solution summary
>
that's still not in 5.2.8
without the exception and "nf_conntrack_tcp_timeout_max_retrans = 60" a
vnc-over-ssh session having the VNC view in the background freezes
within 60 secods
---
IPV4 TABLE MANGLE (
On Wed, Aug 14, 2019 at 12:32:41AM +, Yonghong Song wrote:
Hi, Yonghong Song
On 8/13/19 3:23 AM, Ivan Khoronzhuk wrote:
That's needed to get __NR_mmap2 when mmap2 syscall is used.
It seems I did not have this issue on x64 machine e.g., Fedora 29.
My glibc version is 2.28. gcc 8.2.1.
On Tue, 2019-08-13 at 18:32 +0200, Stefan Wahren wrote:
> Am 13.08.19 um 08:10 schrieb Fried, Ramon:
> > On 8/13/2019 08:38, Stefan Wahren wrote:
> > > Hi Ramon,
> > >
> > > On 13.08.19 03:42, Ramon Fried wrote:
> > > > From: Stefan Wahren
> > > >
> > > > The user space like gpioinfo only see th
On Mon, 12 Aug 2019 09:12:35 -0400
Nitesh Narayan Lal wrote:
> Enables the kernel to negotiate VIRTIO_BALLOON_F_REPORTING feature with
> the host. If it is available and page_reporting_flag is set to true,
> page_reporting is enabled and its callback is configured along with
> the max_pages count
On Tue, Aug 06, 2019 at 09:53:41AM -0700, Steve Longerbeam wrote:
> The full patchset doesn't seem to be up yet, but see [1] for the cover
> letter.
Was the entire series copied to the mailing lists, or just selected
patches? I only saw 4, 9, 11 and 13-22 via lakml.
In the absence of the other p
> Am 14.08.2019 um 11:47 schrieb Tony Lindgren :
>
> * H. Nikolaus Schaller [190814 08:57]:
>> I also have pushed good news to
>>
>> https://github.com/openpvrsgx-devgroup/linux_openpvrsgx/tree/letux-pvr
>>
>> Thanks to the help from the Pyra community, I was able to get a (binary)
>> r
On Wed, Aug 14, 2019 at 9:49 AM Tony Lindgren wrote:
> * Arnd Bergmann [190813 19:34]:
> > On Tue, Aug 13, 2019 at 8:12 PM Aaro Koskinen wrote:
> > diff --git a/arch/arm/mach-omap1/hardware.h b/arch/arm/mach-omap1/hardware.h
> > index 232b8deef907..9fc76a3c9e57 100644
> > --- a/arch/arm/mach-oma
A reasonable amount of kernel code looks at task_struct::mm to determine
whether a thread is a kthread or a real user task. This isn't quite right,
since kthreads can have a non-NULL mm when calling use_mm().
The correct way to check whether a task is a kthread is to check whether
PF_KTHREAD is se
The arm perf_callchain_user() functions looks at current->mm,
apparently to determine whether the thread is a kthread without any
valid user context.
In general, a non-NULL current->mm doesn't imply that current is a
kthread, as kthreads can install an mm via use_mm(), and so it's
preferable to us
Per commit:
0cecca9d03c964ab ("x86/fpu: Eager switch PKRU state")
... switch_fpu_state() is trying to distinguish user threads from
kthreads, such that kthreads consistently use init_pkru_value. It does
do by looking at current->mm.
In general, a non-NULL current->mm doesn't imply that current
Code checking whether a task is a kthread isn't very consistent. Some
code correctly tests task->flags & PF_THREAD, while other code checks
task->mm (which can be true for a kthread which calls use_mm()).
So that we can clean this up and keep the code easy to follow, let's add
an obvious helper fu
The x86 lbr branch_type() functions looks at current->mm, apparently to
determine whether the thread is a kthread without any valid user
context.
In general, a non-NULL current->mm doesn't imply that current is a
kthread, as kthreads can install an mm via use_mm(), and so it's
preferable to use is
Now that we have is_kthread(), let's convert existing open-coded checks
of the form:
task->flags & PF_KTHREAD
... over to the new helper, which makes things a little easier to read,
and sets a consistent example for new code to follow.
Generated with coccinelle:
virtual patch
@ de
In general, a non-NULL current->mm doesn't imply that current is a
kthread, as kthreads can install an mm via use_mm(), and so it's
preferable to use is_kthread() to determine whether a thread is a
kthread.
For consistency, let's use is_kthread() here.
Signed-off-by: Mark Rutland
Cc: Ingo Molnar
The sparc perf_callchain_user() functions looks at current->mm,
apparently to determine whether the thread is a kthread without any
valid user context.
In general, a non-NULL current->mm doesn't imply that current is a
kthread, as kthreads can install an mm via use_mm(), and so it's
preferable to
In general, a non-NULL current->mm doesn't imply that current is a
kthread, as kthreads can install an mm via use_mm(), and so it's
preferable to use is_kthread() to determine whether a thread is a
kthread.
For consistency, let's use is_kthread() here.
Signed-off-by: Mark Rutland
Cc: Catalin Mar
Since commit:
6eb6c80187c55b7f ("arm64: kernel thread don't need to save fpsimd context.")
... we skip saving the fpsimd state for kernel threads in
arch_dup_task_struct(). We determine whether current is a kthread by
looking at current->mm.
In general, a non-NULL current->mm doesn't imply tha
From: Ryder Lee
Instead of using fixed size of arrays, allocate the memory for them
based on the information we get from the chips.
Signed-off-by: Ryder Lee
Signed-off-by: Sam Shih
---
drivers/pwm/pwm-mediatek.c | 76 --
1 file changed, 39 insertion
From: Ryder Lee
This adds a property "num-pwms" to avoid having an endless
list of compatibles with no differences for the same driver.
Signed-off-by: Ryder Lee
Signed-off-by: Sam Shih
---
Used:
https://patchwork.kernel.org/project/linux-mediatek/list/?series=68207
Changes since v2:
- use nu
From: Ryder Lee
This updates bindings for MT7629 pwm controller.
Signed-off-by: Ryder Lee
Signed-off-by: Sam Shih
Reviewed-by: Matthias Brugger
---
Documentation/devicetree/bindings/pwm/pwm-mediatek.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/pwm
From: Ryder Lee
This adds a property "num-pwms" in example so that we could
specify the number of PWM channels via device tree.
Signed-off-by: Ryder Lee
Signed-off-by: Sam Shih
Reviewed-by: Matthias Brugger
---
Changes since v2:
- use num-pwms instead of mediatek,num-pwms.
- modify the descri
From: Ryder Lee
This adds a property "num-pwms" for PWM controller.
Signed-off-by: Ryder Lee
Signed-off-by: Sam Shih
---
Changes since v2: use num-pwms instead of mediatek,num-pwms.
---
arch/arm/boot/dts/mt7623.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/mt7623.
From: Ryder Lee
Use pwm_mediatek as common prefix to match the filename.
No functional change intended.
Signed-off-by: Ryder Lee
Signed-off-by: Sam Shih
---
drivers/pwm/pwm-mediatek.c | 119 +++--
1 file changed, 60 insertions(+), 59 deletions(-)
diff
From: sam shih
This updates bindings for MT7628 pwm controller.
Signed-off-by: Sam Shih
---
.../devicetree/bindings/pwm/pwm-mediatek.txt | 14 ++
1 file changed, 14 insertions(+)
diff --git a/Documentation/devicetree/bindings/pwm/pwm-mediatek.txt
b/Documentation/devicetree/
From: Ryder Lee
This adds a property "num-pwms" for PWM controller.
Signed-off-by: Ryder Lee
Signed-off-by: Sam Shih
---
Changes since v2: use num-pwms instead of mediatek,num-pwms.
---
arch/arm64/boot/dts/mediatek/mt7622.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boo
From: sam shih
This fix mt7628 pwm during configure from userspace. The SoC
is legacy MIPS and has no complex clock tree. This patch add property
clock-frequency to the SoC specific data and legacy MIPS SoC need to
configure it in DT. This property is use for period calculation.
Signed-off-by: S
From: sam shih
This adds pwm support for MT7629.
Signed-off-by: Sam Shih
---
arch/arm/boot/dts/mt7629.dtsi | 14 ++
drivers/pwm/pwm-mediatek.c| 7 +++
2 files changed, 21 insertions(+)
diff --git a/arch/arm/boot/dts/mt7629.dtsi b/arch/arm/boot/dts/mt7629.dtsi
index 9608bc
Use the new cec_notifier_conn_(un)register() functions to
(un)register the notifier for the HDMI connector, and fill in
the cec_connector_info.
Signed-off-by: Dariusz Marcinkiewicz
Signed-off-by: Hans Verkuil
Tested-by: Hans Verkuil
---
drivers/gpu/drm/i915/display/intel_hdmi.c | 13 +-
This series updates DRM drivers to use new CEC notifier API.
Changes since v6:
Made CEC notifiers' registration and de-registration symmetric
in tda998x and dw-hdmi drivers. Also, accidentally dropped one
patch in v6 (change to drm_dp_cec), brought it back now.
Changes sinc
el/git/dhowells/linux-fs.git
rxrpc-fixes-20190814
and can also be found on the following branch:
http://git.kernel.org/cgit/linux/kernel/git/dhowells/linux-fs.git/log/?h=rxrpc-fixes
David
---
David Howells (2):
rxrpc: Fix local endpoint replacement
rxrpc: Fix rea
When a local endpoint (struct rxrpc_local) ceases to be in use by any
AF_RXRPC sockets, it starts the process of being destroyed, but this
doesn't cause it to be removed from the namespace endpoint list immediately
as tearing it down isn't trivial and can't be done in softirq context, so
it gets de
rxrpc_queue_local() attempts to queue the local endpoint it is given and
then, if successful, prints a trace line. The trace line includes the
current usage count - but we're not allowed to look at the local endpoint
at this point as we passed our ref on it to the workqueue.
Fix this by reading t
On Wed, Aug 14, 2019 at 10:36 AM Linus Walleij wrote:
>
> On Mon, Aug 12, 2019 at 11:45 AM Martin Michlmayr wrote:
>
> > As Arnd points out, Debian used to have support for various iop32x
> > devices. While Debian hasn't supported iop32x in a number of years,
> > these devices are still usable a
On Fri 2019-08-09 15:10:34, Chuhong Yuan wrote:
> strncmp(str, const, len) is error-prone because len
> is easy to have typo.
> The example is the hard-coded len has counting error
> or sizeof(const) forgets - 1.
> So we prefer using newly introduced str_has_prefix()
> to substitute such strncmp to
On Wed, Aug 14, 2019 at 12:50 AM Stephen Rothwell wrote:
>
> Hi all,
>
> After merging the arm-soc tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
>
> arch/arm/Kconfig:720: syntax error
> arch/arm/Kconfig:719: invalid statement
> arch/arm/Kconfig:720: can't open file "a
> > diff --git a/arch/s390/include/asm/unwind.h b/arch/s390/include/asm/unwind.h
> > index d827b5b9a32c..1cc96c54169c 100644
> > --- a/arch/s390/include/asm/unwind.h
> > +++ b/arch/s390/include/asm/unwind.h
> > @@ -45,6 +45,25 @@ void __unwind_start(struct unwind_state *state, struct
> > task_stru
Hello.
On Tue, Aug 13, 2019 at 1:20 PM Russell King - ARM Linux admin
wrote:
>
> This also doesn't make sense: tda998x_destroy() is the opposite of
> tda998x_create(). However, tda998x_connector_destroy() is the
> opposite of tda998x_connector_create().
>
> By moving the CEC creation code into t
Add the stmpe-adc DT node as found on Toradex T30 modules
Signed-off-by: Philippe Schenker
---
arch/arm/boot/dts/tegra30-apalis-v1.1.dtsi | 22 ++
arch/arm/boot/dts/tegra30-apalis.dtsi | 22 ++
arch/arm/boot/dts/tegra30-colibri.dtsi | 22 +++
Thiago Jung Bauermann writes:
> Michael Ellerman writes:
>> Thiago Jung Bauermann writes:
>>> From: Anshuman Khandual
>>>
>>> LPPACA structures need to be shared with the host. Hence they need to be in
>>> shared memory. Instead of allocating individual chunks of memory for a
>>> given structur
701 - 800 of 1247 matches
Mail list logo
