>> + SUNXI_PIN(SUNXI_PINCTRL_PIN(F, 0),
>> + SUNXI_FUNCTION(0x0, "gpio_in"),
>> + SUNXI_FUNCTION(0x1, "gpio_out"),
>> + SUNXI_FUNCTION(0x2, "mmc0"), /* D1 */
>> + SUNXI_FUNCTION(0x3, "jtag"), /* MS1 */
>> + SUNXI_FUNCTION(0x4, "jtag"), /* MS_GPU */
>
>We should use another name here, since
Hi Eric,
On Wed, May 27, 2020 at 12:40:02PM -0700, Eric Anholt wrote:
> On Wed, May 27, 2020 at 8:50 AM Maxime Ripard wrote:
> >
> > At boot time, if we detect that a pixelvalve has been enabled, we need to
> > be able to retrieve the HVS channel it has been assigned to so that we can
> > disable
On Tue, Jun 02, 2020 at 12:02:22AM -0400, Qian Cai wrote:
>
>
> > On Jun 1, 2020, at 11:37 PM, Feng Tang wrote:
> >
> > I re-run the same benchmark with v5.7 and 5.7+remove_warning kernels,
> > the overall performance change is trivial (which is expected)
> >
> > 1330147+0.1%
On Wed, Jun 03, 2020 at 03:13:56PM +0800, Jason Wang wrote:
>
> On 2020/6/2 下午9:05, Michael S. Tsirkin wrote:
> > The idea is to support multiple ring formats by converting
> > to a format-independent array of descriptors.
> >
> > This costs extra cycles, but we gain in ability
> > to fetch a bat
+ Jose
On Wed, Jun 03, 2020 at 03:54:17PM +0800, Neal Liu wrote:
> On Wed, 2020-06-03 at 08:40 +0100, Marc Zyngier wrote:
[...]
> > The idea is simply to have *one* single ID that caters for all
> > implementations, just like we did for PSCI at the time. This
> > requires ARM to edict a standard
On Wed, Jun 3, 2020 at 5:42 PM 李扬韬 wrote:
>
> >> + /* Enable the lock bits on all PLLs */
> >> + for (i = 0; i < ARRAY_SIZE(pll_regs); i++) {
> >> + val = readl(reg + pll_regs[i]);
> >> + val |= BIT(29);
> >
> >Having a define for that would be nice here
> >
> >> + writel(val, reg + pll_regs[i]
On 2020/06/03 Matthias Schiffer wrote:
> On Thu, 2020-05-21 at 04:34 +0800, Robin Gong wrote:
> > There is ecspi ERR009165 on i.mx6/7 soc family, which cause FIFO
> > transfer to be send twice in DMA mode. Please get more information
> > from:
> > https://eur01.safelinks.protection.outlook.com/?u
On Wed, Jun 03, 2020 at 12:38:14AM +0200, Mauro Carvalho Chehab wrote:
> Changeset 424037b77519 ("mm: smaps: Report arm64 guarded pages in smaps")
> added a new parameter to a table. This causes Sphinx warnings,
> because there's now an extra "-" at the wrong place:
Acked-by: Mark Brown
signatu
On Tue, Apr 28, 2020 at 05:17:23PM +0200, Joerg Roedel wrote:
> From: Joerg Roedel
>
> Add a play_dead handler when running under SEV-ES. This is needed
> because the hypervisor can't deliver an SIPI request to restart the AP.
> Instead the kernel has to issue a VMGEXIT to halt the VCPU. When the
On 06/02/20 at 12:59pm, Lianbo Jiang wrote:
> Signature verification is an important security feature, to protect
> system from being attacked with a kernel of unknown origin. Kexec
> rebooting is a way to replace the running kernel, hence need be
> secured carefully.
>
> In the current code of ha
On Tue, Apr 28, 2020 at 05:17:24PM +0200, Joerg Roedel wrote:
> diff --git a/arch/x86/kernel/nmi.c b/arch/x86/kernel/nmi.c
> index 27d1016ec840..8898002e5600 100644
> --- a/arch/x86/kernel/nmi.c
> +++ b/arch/x86/kernel/nmi.c
> @@ -511,6 +511,13 @@ NOKPROBE_SYMBOL(is_debug_stack);
> dotraplinkage n
On Wed, Jun 03, 2020 at 10:48:18AM +0200, Peter Zijlstra wrote:
> On Tue, Jun 02, 2020 at 09:38:53PM +0200, Peter Zijlstra wrote:
>
> > That said; noinstr's __no_sanitize combined with atomic_t might be
> > 'interesting', because the regular atomic things have explicit
> > annotations in them. Tha
On Thu, May 28, 2020 at 06:12:41PM +0300, Vadym Kochan wrote:
> drivers/net/ethernet/marvell/prestera/Kconfig | 11 +
> .../net/ethernet/marvell/prestera/Makefile| 2 +
> .../ethernet/marvell/prestera/prestera_pci.c | 825 ++
> 3 files changed, 838 insertions(+)
> create m
Hi Stephen,
On Wed, 3 Jun 2020 18:29:01 +1000
Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the akpm-current tree got a conflict in:
>
> tools/testing/selftests/sysctl/sysctl.sh
>
> between commit:
>
> eee470e0739a ("selftests/sysctl: Fix to load test_sysctl module")
Hi Allan,
On Tue, 2 Jun 2020 at 11:38, Allan W. Nielsen
wrote:
>
> Hi Xiaoliang,
>
> Happy to see that you are moving in the directions of multi chain - this
> seems ilke a much better fit to me.
>
>
> On 02.06.2020 13:18, Xiaoliang Yang wrote:
> >There are three hardware TCAMs for ocelot chips:
Christophe Leroy writes:
> Hi Michael,
>
> Le 28/04/2020 à 15:16, Christophe Leroy a écrit :
>> This is the seventh version of a series to switch powerpc VDSO to
>> generic C implementation.
>>
>> Main changes since v7 are:
>> - Added gettime64 on PPC32
>>
>> This series applies on today's power
Hi Chanwoo,
On 01.06.2020 09:58, Chanwoo Choi wrote:
> On 5/30/20 1:32 AM, Sylwester Nawrocki wrote:
>> From: Marek Szyprowski
>>
>> This patch adds interconnect support to exynos-mixer. The mixer works
>> the same as before when CONFIG_INTERCONNECT is 'n'.
>>
>> For proper operation of the video
On Wed, Jun 03, 2020 at 01:22:00PM +0530, Viresh Kumar wrote:
> On 02-06-20, 11:34, Xiongfeng Wang wrote:
> > Hi Viresh,
> >
> > Sorry to disturb you about another problem as follows.
> >
> > CPPC use the increment of Desired Performance counter and Reference
> > Performance
> > counter to get t
Hi Mani,
On 2020-06-03 05:57, Manivannan Sadhasivam wrote:
On Tue, Jun 02, 2020 at 01:04:26PM -0700, Brian Norris wrote:
On Tue, Jun 2, 2020 at 12:40 PM John Stultz
wrote:
> On Tue, Jun 2, 2020 at 12:16 PM Brian Norris wrote:
> > On Mon, Jun 1, 2020 at 10:25 PM John Stultz wrote:
> > >
> >
On 6/2/20 8:22 PM, Hillf Danton wrote:
Tue, 02 Jun 2020 04:20:16 -0700
syzbot found the following crash on:
HEAD commit:0e21d462 Add linux-next specific files for 20200602
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=127233ee10
kernel config:
On Thu, May 28, 2020 at 06:12:42PM +0300, Vadym Kochan wrote:
> Add very basic support for devlink interface:
>
> - driver name
> - fw version
> - devlink ports
I suggest adding support for reload while the driver is still simple. I
use it all the time because I run with modules built
On Mon, May 11, 2020 at 10:07:09PM +0200, Borislav Petkov wrote:
> On Tue, Apr 28, 2020 at 05:16:33PM +0200, Joerg Roedel wrote:
> > @@ -63,3 +175,45 @@ void __init do_vc_no_ghcb(struct pt_regs *regs,
> > unsigned long exit_code)
> > while (true)
> > asm volatile("hlt\n");
> > }
>
On Tue 02-06-20 10:23:53, Darrick J. Wong wrote:
> On Tue, Apr 28, 2020 at 01:11:38PM -0700, Darrick J. Wong wrote:
> > > -out_unlock:
> > > - xfs_iunlock(ip, XFS_MMAPLOCK_EXCL | XFS_IOLOCK_EXCL);
> > > - return error;
> > > + if ((mp->m_flags & XFS_MOUNT_DAX_ALWAYS) ||
> > > + (mp->m_flags & X
Hi Marek,
On 6/3/20 12:18 PM, Marek Szyprowski wrote:
Hi Ritesh,
On 20.05.2020 08:40, Ritesh Harjani wrote:
There could be a race in function ext4_mb_discard_group_preallocations()
where the 1st thread may iterate through group's bb_prealloc_list and
remove all the PAs and add to function's lo
Replace opencoded alloc and copy with vmemdup_user().
Signed-off-by: Denis Efremov
---
Looks like these are the only places in KVM that are suitable for
vmemdup_user().
arch/x86/kvm/cpuid.c | 17 +++--
virt/kvm/kvm_main.c | 19 ---
2 files changed, 15 insertions(+),
On Wed, Jun 03, 2020 at 10:29:22AM +0200, Patrick Bellasi wrote:
>
> Hi Dietmar,
> thanks for sharing these numbers.
>
> On Tue, Jun 02, 2020 at 18:46:00 +0200, Dietmar Eggemann
> wrote...
>
> [...]
>
> > I ran these tests on 'Ubuntu 18.04 Desktop' on Intel E5-2690 v2
> > (2 sockets * 10 core
On 03-06-20, 11:07, Sudeep Holla wrote:
> But I have another question. If we can detect that CPPC on some platforms
> rely on CPU registers(I assume FFH registers here and not system/io/...
> type of GAS registers), can we set dvfs_on_any_cpu(can't recall exact
> flag name) to false if not already
Hi Saravana,
On 2020-05-01 21:23, Saravana Kannan wrote:
On Fri, May 1, 2020 at 1:48 AM Marc Zyngier wrote:
On 2020-04-29 20:04, Saravana Kannan wrote:
> On Wed, Apr 29, 2020 at 2:28 AM Marc Zyngier wrote:
[...]
>> One thing though: this seems to be exclusively DT driven. Have you
>> looke
On Fri 2020-05-01 11:46:08, John Ogness wrote:
> Some structs are not named and are only available via their typedef.
> Add a VMCOREINFO macro to export field offsets for such structs.
Honestly, I did not get the meaning until I looked at the sample
usage added by the 2nd patch.
The term "anonymo
On Wed, Jun 03, 2020 at 03:40:10PM +0530, Viresh Kumar wrote:
> On 03-06-20, 11:07, Sudeep Holla wrote:
> > But I have another question. If we can detect that CPPC on some platforms
> > rely on CPU registers(I assume FFH registers here and not system/io/...
> > type of GAS registers), can we set dv
It doesn't really matter in ext4_mb_new_blocks() about whether the code
is rescheduled on any other cpu due to preemption. Because we care
about discard_pa_seq only when the block allocation fails and then too
we add the seq counter of all the cpus against the initial sampled one
to check if anyone
On Wed, 2020-06-03 at 17:26 +0800, Chuhong Yuan wrote:
> Since if there is no GPIO, nothing happens, replace devm_gpiod_get()
> with devm_gpiod_get_optional().
> Also add IS_ERR() to fix the missing-check bug.
>
Acked-by: Alexandru Ardelean
> Fixes: cee211f4e5a0 ("iio: amplifiers: ad8366: Add s
On 03-06-20, 11:17, Sudeep Holla wrote:
> On Wed, Jun 03, 2020 at 03:40:10PM +0530, Viresh Kumar wrote:
> > On 03-06-20, 11:07, Sudeep Holla wrote:
> > > But I have another question. If we can detect that CPPC on some platforms
> > > rely on CPU registers(I assume FFH registers here and not system/
Hi Hillf,
For some reason, **all of your posts** from do not
appear on lore.kernel.org.
Check, for example, https://lore.kernel.org/lkml/?q=hdanton%40sina.com,
where thread replies are there but not the actual posts.
Just wanted to let you know... Please continue below.
On Wed, Jun 03, 2020 at
kernel test robot writes:
> 0-DAY CI Kernel Test Service, Intel Corporation
> https://lists.01.org/hyperkitty/list/l...@lists.01.org
> #!/bin/bash
>
> kernel=$1
> initrd=yocto-x86_64-trinity.cgz
>
> wget --no-clobber
> https://download.01.org/0day-ci/lkp-qemu/osimage/yocto/$initrd
That results i
Hi Ritesh,
On 02.06.2020 15:47, Ritesh Harjani wrote:
> It doesn't really matter in ext4_mb_new_blocks() about whether the code
> is rescheduled on any other cpu due to preemption. Because we care
> about discard_pa_seq only when the block allocation fails and then too
> we add the seq counter of
Hi Christian,
Could we have a manual page for this API (best before it's merged)?
Thanks,
Michael
On Tue, 2 Jun 2020 at 22:44, Christian Brauner
wrote:
>
> This adds the close_range() syscall. It allows to efficiently close a range
> of file descriptors up to all file descriptors of a calling
Hi Mike,
Thanks again for looking at this.
On 2020-06-03 03:42, Mike Leach wrote:
[...]
SMMU/IOMMU won't be able to do much here as it is the client's
responsiblity to
properly shutdown and SMMU device link just makes sure that
SMMU(supplier) shutdown is
called only after its consumers shutdo
The vmemdup_user() function has no 2-factor argument form. Use array_size()
to check for the overflow.
Cc: Kees Cook
Signed-off-by: Denis Efremov
---
drivers/tty/vt/consolemap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/vt/consolemap.c b/drivers/tty/vt/cons
Hi all,
Some things turned up in the powerpc tree today that required some changes
to patches in the akpm tree and also the following fixup patch provided
(mostly) by Michael. I have applied this as a single patch today, but
parts of it should probably go in some other patches.
From: Stephen Roth
On Tue, 02 Jun 2020, Emil Velikov
wrote:
Hi Adrian,
Hi Email,
On Mon, 1 Jun 2020 at 10:14, Adrian Ratiu
wrote:
On Fri, 29 May 2020, Philippe CORNU
wrote:
> Hi Adrian, and thank you very much for the patchset. Thank
> you also for having tested it on STM32F769 and STM32MP1.
> Sorr
The callers are expecting NULL on error so if we return an error pointer
it eventually results in an Oops.
Fixes: 8ea4484d0c2b ("mailbox: Add generic mechanism for testing Mailbox
Controllers")
Signed-off-by: Dan Carpenter
---
drivers/mailbox/mailbox-test.c | 2 +-
1 file changed, 1 insertion(+
Looks fine to me.
Thanks,
Avri
>
> From: Bean Huo
>
> Resent this patchset since linux-s...@vger.kernel.org and
> linux-kernel@vger.kernel.org rejected my email
>
>
> Cleanup UFS descriptor length initialization, and delete some unnecessary
> code.
>
> Changelog:
> v4 - v5:
> 1. Rebase
Library archives (.a) usually contain multiple object files so their
output of nm --size-sort contains lines like:
03a8 t run_test
extent-map-tests.o:
bloat-o-meter currently doesn't handle them which results in errors
when calling .split() on them. Fix this by simply ignoring them
This fixes the warning observed on various Samsung Exynos SoC based
boards with linux-next 20200602.
Tested-by: Marek Szyprowski
Thanks Marek,
Hello Ted,
Please pick up below change which I just sent with an added "Fixes" by
tag. Changes wise it is the same which Marek tested.
https://patc
Add two properties for headphone detection.
wlf,hp-cfg: A list of headphone jack detect configuration register values
wlf,gpio-cfg: A list of GPIO configuration register values
Signed-off-by: Shengjiu Wang
---
Documentation/devicetree/bindings/sound/wm8960.txt | 11 +++
1 file changed,
On Wed, Jun 3, 2020 at 11:50 AM Stankiewicz, Piotr
wrote:
> > -Original Message-
> > From: Andy Shevchenko
> > Sent: Tuesday, June 2, 2020 5:39 PM
> > On Tue, Jun 2, 2020 at 12:26 PM Piotr Stankiewicz
> > wrote:
...
> > > hdev->num_msi,
>
Add two platform variables for headphone jack detection.
"hp_cfg" is for configuration of heaphone jack detection.
"gpio_cfg" is for configuration of gpio, the gpio is used
for plug & unplug interrupt on SoC.
Signed-off-by: Shengjiu Wang
---
include/sound/wm8960.h| 17 +
soun
On Wed, Jun 03, 2020 at 03:51:59PM +0530, Viresh Kumar wrote:
> On 03-06-20, 11:17, Sudeep Holla wrote:
> > On Wed, Jun 03, 2020 at 03:40:10PM +0530, Viresh Kumar wrote:
> > > On 03-06-20, 11:07, Sudeep Holla wrote:
> > > > But I have another question. If we can detect that CPPC on some
> > > > pl
On Wed, May 13, 2020 at 01:46:33PM +0200, Borislav Petkov wrote:
> On Wed, May 13, 2020 at 01:30:11PM +0200, Joerg Roedel wrote:
> > Yeah, I had this this way in v2, but changed it upon you request[1] :)
>
> Yeah, I was wondering why this isn't a separate function - you like them
> so much. :-P
>
On 02/06/2020 19:13, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.226 release.
> There are 55 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On Wed, Jun 03, 2020 at 02:59:32AM -0700, Paul E. McKenney wrote:
> On Wed, Jun 03, 2020 at 10:48:18AM +0200, Peter Zijlstra wrote:
> > On Tue, Jun 02, 2020 at 09:38:53PM +0200, Peter Zijlstra wrote:
> >
> > > That said; noinstr's __no_sanitize combined with atomic_t might be
> > > 'interesting',
On Tue, Jun 02, 2020 at 10:19:58AM +0200, LABBE Corentin wrote:
> On Mon, Jun 01, 2020 at 05:30:37PM +0300, Dmitry Osipenko wrote:
> > 31.05.2020 22:31, LABBE Corentin пишет:
> > > On Thu, Mar 19, 2020 at 08:44:01AM +0100, LABBE Corentin wrote:
> > >> Hello
> > >>
> > >> sata doesnt work on tegra12
On 6/3/2020 2:32 AM, Jason Gunthorpe wrote:
On Wed, Jun 03, 2020 at 01:40:51AM +0300, Max Gurtovoy wrote:
On 6/3/2020 12:37 AM, Jens Axboe wrote:
On 6/2/20 1:09 PM, Jason Gunthorpe wrote:
On Tue, Jun 02, 2020 at 01:02:55PM -0600, Jens Axboe wrote:
On 6/2/20 1:01 PM, Jason Gunthorpe wrote:
On Wed, Jun 3, 2020 at 11:17 AM Chunyan Zhang wrote:
> On Thu, Apr 9, 2020 at 2:57 AM Arnd Bergmann wrote:
>
> This patch seems not been applied to next branch? I haven't seen it on
> linux-next.
> Arnd, can you please pick it to your tree.
> In case you need my ack:
> Acked-by: Chunyan Zhang
>
On 2020/05/29 22:26, Tetsuo Handa wrote:
> By the way, I do worry that people forget to perform these steps when
> they do
> their tests without asking syzbot...
Here is a draft of boot-time switching. Since kconfig can handle string
variable up to
2048 characters, we could hold the cont
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: d6f9469a03d832dcd17041ed67774ffb5f3e73b3
commit: 416d82204df44ef727de6eafafeaa4d12fdc78dc crypto: hisilicon - add
HiSilicon SEC V2 driver
date: 6 months ago
config: ia64-randconfig-r026-20200603 (attached
Hi all,
News: The merge window has opened, so please do *not* add v5.9 material
to your linux-next included branches until after v5.8-rc1 has been
released.
Changes since 20200602:
New tree: sh-rf
My fixes tree contains:
4cb4bfffe2c1 ("device_cgroup: Fix RCU list debugging warning")
The drm
On Wed, Jun 03, 2020 at 10:08:56AM +0200, Stephan Müller wrote:
> The Jitter RNG is unconditionally allocated as a seed source follwoing
> the patch 97f2650e5040. Thus, the instance must always be deallocated.
>
> Reported-by: syzbot+2e635807decef724a...@syzkaller.appspotmail.com
> Fixes: 97f2650e
On Wed, Jun 03, 2020 at 10:28:41AM +0530, Anshuman Khandual wrote:
> On 06/03/2020 08:27 AM, Matthew Wilcox wrote:
> > On Wed, Jun 03, 2020 at 06:56:57AM +0530, Anshuman Khandual wrote:
> >> On 06/02/2020 08:31 PM, Matthew Wilcox wrote:
> >>> On Fri, May 22, 2020 at 09:04:04AM +0530, Anshuman Khand
On 2020-06-03 08:54, Neal Liu wrote:
On Wed, 2020-06-03 at 08:40 +0100, Marc Zyngier wrote:
On 2020-06-03 08:29, Neal Liu wrote:
[...]
> Could you give us a hint how to make this SMC interface more generic in
> addition to my approach?
> There is no (easy) way to get platform-independent SMC
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/test
branch HEAD: f5978744fd874b7775e73958d64f3e0b2082957b torture: Remove qemu
dependency on EFI firmware
elapsed time: 481m
configs tested: 105
configs skipped: 3
The following configs have been built s
"Huang, Kai" writes:
> On Wed, 2020-05-27 at 10:39 +0200, Vitaly Kuznetsov wrote:
>> Sean Christopherson writes:
>>
>> > On Mon, May 25, 2020 at 06:15:25PM +0300, Kirill A. Shutemov wrote:
>> > > On Mon, May 25, 2020 at 04:58:51PM +0200, Vitaly Kuznetsov wrote:
>> > > > > @@ -727,6 +734,15 @@ s
On 03.06.2020 12:29, peng@nxp.com wrote:
From: Peng Fan
Use devm_kasprintf to simplify code
Signed-off-by: Peng Fan
Reviewed-by: Daniel Baluta
On 2020-06-03 09:54, Kunihiko Hayashi wrote:
This adds msi_host_isr() callback function support to describe
SoC-dependent service triggered by MSI.
For example, when AER interrupt is triggered by MSI, the callback
function
reads SoC-dependent registers and detects that the interrupt is from
AE
On 6/3/20 8:50 AM, Gavin Guo wrote:
> There is no way to set up the defrag options in boot time. And it's
> useful to set it up by default instead of making it work by a
> systemd/upstart service or put the command to set up defrag inside
> /etc/rc.local.
>
> Signed-off-by: Gavin Guo
Well, may
malformed firmware file can cause out-of-bound access and crash
during dsm_param bin loading.
- add MIN/MAX param size to avoid out-of-bound access.
- read start addr and size of param and check bound.
Signed-off-by: Steve Lee
---
sound/soc/codecs/max98390.c | 23 ++-
s
Hi Bhupesh,
> -Original Message-
> From: kexec On Behalf Of Bhupesh
> Sharma
> Sent: Thursday, May 14, 2020 12:23 AM
> To: linux-arm-ker...@lists.infradead.org; x...@kernel.org
> Cc: Mark Rutland ; Kazuhito Hagio ha...@ab.jp.nec.com>; Steve Capper ; Catalin
> Marinas ; bhsha...@redhat.co
On Wed, Jun 3, 2020 at 6:16 PM Ard Biesheuvel wrote:
>
> On Wed, 3 Jun 2020 at 11:15, Masahiro Yamada wrote:
> >
> > On Wed, Jun 3, 2020 at 6:02 PM Ard Biesheuvel wrote:
> > >
> > > On Wed, 3 Jun 2020 at 10:59, Masahiro Yamada wrote:
> > > >
> > > > On Wed, Jun 3, 2020 at 5:45 PM Ard Biesheuvel
Hi all,
On Wed, 3 Jun 2020 14:24:04 +1000 Stephen Rothwell
wrote:
>
> On Wed, 3 Jun 2020 13:11:59 +0900 Masahiro Yamada
> wrote:
> >
> > If you pull the latest kbuild for-next branch,
> > ARCH=arm64 will fail to build.
> >
> > I will fix it soon.
> >
> > For today's linux-next, you can patc
On 2020-06-03 09:54, Kunihiko Hayashi wrote:
The misc interrupts consisting of PME, AER, and Link event, is handled
by INTx handler, however, these interrupts should be also handled by
MSI handler.
This adds the function uniphier_pcie_misc_isr() that handles misc
intterupts, which is called from
Mr. Turritopsis Dohrnii Teo En Ming is a Singaporean Targeted Individual
-BEGIN EMAIL SIGNATURE-
The Gospel for all Targeted Individuals (TIs):
[The New York Times] Microwave Weapons Are Prime Suspect in Ills of
U.S. Embassy Workers
Link:
https://www.nytimes.com/2018/09/01/scie
On Wed, 03 Jun 2020 13:18:19 +0200,
Steve Lee wrote:
>
> @@ -847,7 +861,6 @@ static int max98390_probe(struct snd_soc_component
> *component)
>
> /* Dsm Setting */
> regmap_write(max98390->regmap, DSM_VOL_CTRL, 0x94);
> - regmap_write(max98390->regmap, DSMIG_EN, 0x19);
Is this
Hi,
On Wed, 3 Jun 2020 at 11:24, Sai Prakash Ranjan
wrote:
>
> Hi Mike,
>
> Thanks again for looking at this.
>
> On 2020-06-03 03:42, Mike Leach wrote:
> [...]
>
> >>
> >> SMMU/IOMMU won't be able to do much here as it is the client's
> >> responsiblity to
> >> properly shutdown and SMMU device
On Wed, Jun 3, 2020 at 11:47 AM Tomasz Duszynski
wrote:
>
> Add I2C interface driver for the SCD30 sensor.
>
FWIW,
Reviewed-by: Andy Shevchenko
> Signed-off-by: Tomasz Duszynski
> ---
> MAINTAINERS | 1 +
> drivers/iio/chemical/Kconfig | 11 +++
> drivers/iio/chemi
> -Original Message-
> From: Takashi Iwai
> Sent: Wednesday, June 3, 2020 8:24 PM
> To: Steve Lee
> Cc: lgirdw...@gmail.com; broo...@kernel.org; pe...@perex.cz;
> ti...@suse.com; ckee...@opensource.cirrus.com; ge...@linux-m68k.org;
> r...@opensource.wolfsonmicro.com; shumi...@realtek.com;
On Wed, Jun 3, 2020 at 11:47 AM Tomasz Duszynski
wrote:
>
> Add serial interface driver for the SCD30 sensor.
FWIW,
Reviewed-by: Andy Shevchenko
> Signed-off-by: Tomasz Duszynski
> ---
> MAINTAINERS | 1 +
> drivers/iio/chemical/Kconfig| 11 ++
> drivers/iio
Update documentation with TEE bus infrastructure which provides an
interface for kernel client drivers to communicate with corresponding
Trusted Application.
Signed-off-by: Sumit Garg
---
Documentation/tee.txt | 30 ++
1 file changed, 30 insertions(+)
diff --git a/Do
Em Wed, Jun 03, 2020 at 02:10:04PM +0800, Tiezhu Yang escreveu:
> When build perf with ASan or UBSan, if libasan or libubsan can not find,
> the feature-glibc is 0 and there exists the following error log which is
> wrong, because we can find gnu/libc-version.h in /usr/include, glibc-devel
> is als
On Wed, Jun 03, 2020 at 08:18:19PM +0900, Steve Lee wrote:
> + param_start_addr = (dsm_param[0] & 0xff) | (dsm_param[1] & 0xff) << 8;
> + param_size = (dsm_param[2] & 0xff) | (dsm_param[3] & 0xff) << 8;
> + if (param_size > MAX98390_DSM_PARAM_MAX_SIZE ||
> + param_start_add
On 2/6/20 10:07 pm, Wang Hai wrote:
Currently the error return path from kobject_init_and_add() is not
followed by a call to kobject_put() - which means we are leaking
the kobject.
Fix it by adding a call to kobject_put() in the error path of
kobject_init_and_add().
Fixes: b087e6190ddc ("cxl: E
Oh darn, the "devm_get_regulator..." call in probe got lost in the
rebase+merge. I'll add that in v2.
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topi
On 2020-06-01 22:28, Mathieu Poirier wrote:
That being said I'm sure that dependencies on an IOMMU isn't a problem confined
to coresight. I am adding Robin Murphy, who added this commit [1], to the thread
in the hope that he can provide guidance on the right way to do this.
Right, it's not spec
Dan Carpenter writes:
> On Tue, Jun 02, 2020 at 09:23:57PM +1000, Michael Ellerman wrote:
>> Markus Elfring writes:
>> Please just remove the message instead, it's a tiny allocation that's
>> unlikely to ever fail, and the caller will print an error anyway.
>> >>>
>> >>> How do you thin
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: d6f9469a03d832dcd17041ed67774ffb5f3e73b3
commit: c780e86dd48ef6467a1146cf7d0fe1e05a635039 blktrace: Protect q->blk_trace
with RCU
date: 3 months ago
config: arc-randconfig-s031-20200603 (attached
> -Original Message-
> From: Mark Brown
> Sent: Wednesday, June 3, 2020 8:32 PM
> To: Steve Lee
> Cc: lgirdw...@gmail.com; pe...@perex.cz; ti...@suse.com;
> ckee...@opensource.cirrus.com; ge...@linux-m68k.org;
> r...@opensource.wolfsonmicro.com; shumi...@realtek.com;
> srinivas.kandaga
On 1/06/20 11:05 pm, Alexey Budankov wrote:
>
> Implement adding of file descriptors by fdarray__add_stat() to
> fix-sized (currently 1) stat_entries array located at struct fdarray.
> Append added file descriptors to the array used by poll() syscall
> during fdarray__poll() call. Copy poll() resu
The change passes the parent device to the iio_device_alloc() call. This
also updates the devm_iio_device_alloc() call to consider the device object
as the parent device by default.
Having it passed like this, should ensure that any IIO device object
already has a device object as parent, allowing
This patch updates the {devm_}iio_device_alloc() functions to automatically
assign the parent device on allocation.
For iio_device_alloc() this means a new parameter.
For devm_iio_device_alloc() this means a new behavior; the device object is
the parent. For this one, this is the common case for mo
This assignment is the more peculiar as it assigns the parent of the
platform-device's device (i.e. pdev->dev.parent) as the IIO device's
parent.
Since the devm_iio_device_alloc() [now] assigns the device argument as the
default parent (and since this is the more common case), for cases
where the
These were obtained by doing a 'git diff | grep \/\*', in the previous diff
to find comments. These needed a bit more manual review, as the semantic
patch isn't great for catching these.
The result is:
/* Initialize Counter device and driver data */
/* Initialize IIO device */
By default, the device allocation will also assign a parent device to the
IIO device object. In cases where devm_iio_device_alloc() is used,
sometimes the parent device must be different than the device used to
manage the allocation.
In that case, this helper should be used to change the parent, h
Am Mittwoch, 3. Juni 2020, 13:09:19 CEST schrieb Dan Carpenter:
Hi Dan,
> On Wed, Jun 03, 2020 at 10:08:56AM +0200, Stephan Müller wrote:
> > The Jitter RNG is unconditionally allocated as a seed source follwoing
> > the patch 97f2650e5040. Thus, the instance must always be deallocated.
> >
> >
These were found by doing some shell magic:
for file in $(git grep -w devm_iio_device_alloc | cut -d: -f1 | sort | uniq) ;
do
if grep 'parent =' $file | grep -v trig | grep -vq devm_; then
echo "$file -> $(grep "parent =" $file)"
fi
done
---
Th
On Wed, 2020-06-03 at 14:40 +0300, Alexandru Ardelean wrote:
> This patch updates the {devm_}iio_device_alloc() functions to automatically
> assign the parent device on allocation.
> For iio_device_alloc() this means a new parameter.
> For devm_iio_device_alloc() this means a new behavior; the devi
A KCSAN build revealed we have explicit annoations through atomic_*()
usage, switch to arch_atomic_*() for the respective functions.
vmlinux.o: warning: objtool: rcu_nmi_exit()+0x4d: call to
__kcsan_check_access() leaves .noinstr.text section
vmlinux.o: warning: objtool: rcu_dynticks_eqs_enter()+
vmlinux.o: warning: objtool: exc_debug()+0x21: call to native_get_debugreg()
leaves .noinstr.text section
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/include/asm/debugreg.h |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
--- a/arch/x86/include/asm/debugreg.h
+++ b/arch/x8
The first patch is a fix for x86/entry, I'm quicky runing out of brown paper
bags again :/
The rest goes on top of these:
https://lkml.kernel.org/r/20200602173103.931412...@infradead.org
https://lkml.kernel.org/r/20200602184409.22142-1-el...@google.com
patches from myself and Marco that ena
Commit 7e99e3470172 ("net: dsa: remove dsa_switch_alloc helper")
replaced the dsa_switch_alloc helper by devm_kzalloc in all DSA
drivers. Unfortunately it introduced a typo in qca8k.c driver and
wrong argument is passed to the devm_kzalloc function.
This fix mitigates the following kernel exceptio
vmlinux.o: warning: objtool: exc_debug()+0xbb: call to
clear_ti_thread_flag.constprop.0() leaves .noinstr.text section
vmlinux.o: warning: objtool: noist_exc_debug()+0x55: call to
clear_ti_thread_flag.constprop.0() leaves .noinstr.text section
Rework things so that handle_debug() looses the noin
201 - 300 of 1142 matches
Mail list logo
