From: Vaibhav Gupta
Date: Mon, 13 Jul 2020 23:06:10 +0530
> Linux Kernel Mentee: Remove Legacy Power Management.
>
> The purpose of this patch series is to remove legacy power management
> callbacks
> from ide drivers.
>
> The suspend() and resume() callbacks operations are still invoking
> pc
From: "Alexander A. Klimov"
Date: Thu, 9 Jul 2020 21:28:13 +0200
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
>
> Deterministic algorithm:
> For each file:
> If not .svg:
> For each line:
> If doesn'
Hi Xi,
I love your patch! Perhaps something to improve:
[auto build test WARNING on tip/sched/core]
[also build test WARNING on tip/auto-latest v5.8]
[cannot apply to block/for-next cgroup/for-next linus/master next-20200803]
[If your patch is applied to the wrong git tree, kindly drop us a note
On 2020/7/25 16:42, Chao Yu wrote:
On 2020/7/16 9:24, Chao Yu wrote:
On 2020/7/16 3:07, Jaegeuk Kim wrote:
On 07/15, Chao Yu wrote:
On 2020/7/7 11:51, Jaegeuk Kim wrote:
On 07/07, Chao Yu wrote:
On 2020/7/7 11:21, Jaegeuk Kim wrote:
Hi Chao,
Do you have any brief design doc to present the
If CONFIG_PM is not set, gcc warns:
drivers/staging/media/tegra-vde/vde.c:916:12:
warning: 'tegra_vde_runtime_suspend' defined but not used [-Wunused-function]
Make it __maybe_unused to fix this.
Signed-off-by: YueHaibing
---
v2: both suspend and resume functions marked
---
drivers/staging/me
Hi, Ingo
Another way to write SHT_PROGBITS is using elf_create_section to write
orc_lookup table headers, when orc_unwind_ip table and orc_unwind table are
written. Is this a better solution?
diff --git a/tools/objtool/orc_gen.c b/tools/objtool/orc_gen.c
index 3f98dcfbc177..860d4dcec8e6 100644
On Tue, Aug 4, 2020 at 5:57 AM Nicolin Chen wrote:
>
> On Mon, Aug 03, 2020 at 04:04:23PM +0800, Shengjiu Wang wrote:
>
> > > > clock generation. The TCSR.TE is no need to enabled when only RX
> > > > is enabled.
> > >
> > > You are correct if there's only RX running without TX joining.
> > > Howe
On 2020/8/3 22:11, Dmitry Osipenko wrote:
> 03.08.2020 16:00, Yuehaibing пишет:
>> On 2020/8/3 20:51, Dmitry Osipenko wrote:
>>> 03.08.2020 14:59, YueHaibing пишет:
If CONFIG_PM is not set, gcc warns:
drivers/staging/media/tegra-vde/vde.c:916:12:
warning: 'tegra_vde_runtime_sus
> Thank you for your reply.
>
> > > diff --git a/fs/exfat/dir.c b/fs/exfat/dir.c index
> > > 573659bfbc55..09b85746e760 100644
> > > --- a/fs/exfat/dir.c
> > > +++ b/fs/exfat/dir.c
> > > @@ -33,6 +33,7 @@ static void exfat_get_uniname_from_ext_entry(struct
> > > super_block *sb, {
> > > int i;
From: Vladimir Oltean
Date: Mon, 3 Aug 2020 23:10:09 +0300
> From: Jiafei Pan
>
> The driver calls napi_schedule_irqoff() from a context where, in RT,
> hardirqs are not disabled, since the IRQ handler is force-threaded.
>
> In the call path of this function, __raise_softirq_irqoff() is modif
From: Vladimir Oltean
Date: Mon, 3 Aug 2020 23:10:08 +0300
> From: Jiafei Pan
>
> The driver calls napi_schedule_irqoff() from a context where, in RT,
> hardirqs are not disabled, since the IRQ handler is force-threaded.
>
> In the call path of this function, __raise_softirq_irqoff() is modif
Signed-off-by: kernel test robot
---
cpuset.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/cgroup/cpuset.c b/kernel/cgroup/cpuset.c
index 5087b90c4c47b..c871b4f4a7a3e 100644
--- a/kernel/cgroup/cpuset.c
+++ b/kernel/cgroup/cpuset.c
@@ -1015,7 +1015,7 @@ static v
On 2020-08-03, Arvind Sankar wrote:
On Mon, Aug 03, 2020 at 12:05:06PM -0700, Andi Kleen wrote:
> However, the history of their being together comes from
>
> 9bebe9e5b0f3 ("kbuild: Fix .text.unlikely placement")
>
> which seems to indicate there was some problem with having them separated out,
> On Aug 2, 2020, at 6:40 PM, Andrii Nakryiko wrote:
>
> On Sat, Aug 1, 2020 at 1:50 AM Song Liu wrote:
>>
[...]
>
>> };
>>
>> LIBBPF_API int bpf_prog_test_run_xattr(struct bpf_prog_test_run_attr
>> *test_attr);
>> diff --git a/tools/lib/bpf/libbpf.c b/tools/lib/bpf/libbpf.c
>> index b9
On 2020/8/4 9:04, Jaegeuk Kim wrote:
On 08/04, Chao Yu wrote:
On 2020/8/4 1:28, Jaegeuk Kim wrote:
It doesn't need to wait for checkpoint being completed triggered by end_io.
[ 20.157753] [ cut here ]
[ 20.158393] do not call blocking ops when !TASK_RUNNING; state=2
Hi Felix,
On 2020/8/3 17:41, FelixCui-oc wrote:
Hi baolu,
dmar_acpi_dev_scope_init() parse ANDD structure and enumerated
namespaces device in DRHD.
Yes.
But the namespace device in RMRR is not enumerated, right?
It should be probed in probe_acpi_namespace
On Mon, Aug 03, 2020 at 03:07:09PM -0400, Qian Cai wrote:
> On Fri, Jul 31, 2020 at 12:20:56PM +, nao.horigu...@gmail.com wrote:
> > This patchset is the latest version of soft offline rework patchset
> > targetted for v5.9.
> >
> > Main focus of this series is to stabilize soft offline. Hist
The pull request you sent on Mon, 3 Aug 2020 14:33:52 +0300:
> git://git.infradead.org/linux-platform-drivers-x86.git
> tags/platform-drivers-x86-v5.9-1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/09a0bd07764359650d41dbcb723f81321e523217
Thank you!
--
Deet-doot-
On Mon, Aug 03, 2020 at 11:28:31PM +0100, Al Viro wrote:
> IOW, what the hell is that horror for? You do realize, for example, that
> there's
> such thing as dup(), right? And dup2() as well. And while we are at it, how
> do you keep track of removals, considering the fact that you can stick a
On 08/04, Chao Yu wrote:
> On 2020/8/4 1:28, Jaegeuk Kim wrote:
> > It doesn't need to wait for checkpoint being completed triggered by end_io.
> >
> > [ 20.157753] [ cut here ]
> > [ 20.158393] do not call blocking ops when !TASK_RUNNING; state=2 set at
> > [<
From: Geliang Tang
Date: Mon, 3 Aug 2020 21:00:44 +0800
> Use mptcp_for_each_subflow in mptcp_stream_accept instead of
> open-coding.
>
> Signed-off-by: Geliang Tang
Applied, thank you.
From: YueHaibing
Date: Mon, 3 Aug 2020 21:19:48 +0800
> net/core/fib_rules.c:26:7: warning: "CONFIG_IP_MULTIPLE_TABLES" is not
> defined, evaluates to 0 [-Wundef]
> #elif CONFIG_IP_MULTIPLE_TABLES
>^
>
> Fixes: 8b66a6fd34f5 ("fib: fix another fib_rules_ops indir
following changes since commit b3a9e3b9622ae10064826dccb4f7a52bd88c7407:
Linux 5.8-rc1 (2020-06-14 12:45:04 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/audit.git
tags/audit-pr-20200803
for you to fetch changes up to
From: Jisheng Zhang
Date: Mon, 3 Aug 2020 16:56:47 +0800
> With the latest net-next tree, if test suspend/resume after enabling
> WOL, we get error as below:
>
> [ 487.086365] dpm_run_callback(): mdio_bus_suspend+0x0/0x30 returns -16
> [ 487.086375] PM: Device stmmac-0:00 failed to suspend: er
On Mon, 2020-08-03 at 15:42 -0700, David Miller wrote:
> From: Joe Perches
> Date: Sat, 01 Aug 2020 08:51:03 -0700
>
> > Link status is emitted on multiple lines as it does not use
> > KERN_CONT.
> >
> > Coalesce the multi-part logging into a single line output and
> > add missing KERN_ to a cou
From: Ioana-Ruxandra Stancioi
Date: Mon, 3 Aug 2020 07:33:33 +
> From: Ioana-Ruxandra Stăncioi
>
> Refactor the function seg6_lwt_headroom out of the seg6_iptunnel.h uapi
> header, because it is only used in seg6_iptunnel.c. Moreover, it is only
> used in the kernel code, as indicated by t
On 2020/8/1 11:24, Zhihao Cheng wrote:
Current judgment condition of f2fs_bug_on in function update_sit_entry():
new_vblocks >> (sizeof(unsigned short) << 3) ||
new_vblocks > sbi->blocks_per_seg
which equivalents to:
new_vblocks < 0 || new_vblocks > sbi->blocks_per_seg
The latter
On 2020/7/30 13:09, Daeho Jeong wrote:
From: Daeho Jeong
When we use F2FS_IOC_RELEASE_COMPRESS_BLOCKS ioctl, if we can't find
any compressed blocks in the file even with large file size, the
ioctl just ends up without changing the file's status as immutable.
It makes the user, who expects that
On 2020/8/4 1:28, Jaegeuk Kim wrote:
It doesn't need to wait for checkpoint being completed triggered by end_io.
[ 20.157753] [ cut here ]
[ 20.158393] do not call blocking ops when !TASK_RUNNING; state=2 set at
[<96354225>] prepare_to_wait+0xcd/0x430
[ 20.
The pull request you sent on Mon, 3 Aug 2020 20:23:35 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-fpu-2020-08-03
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0a897743ac258927dd29bb91ac663b568f53429d
Thank you!
--
Deet-doot-dot, I am a bo
The pull request you sent on Mon, 3 Aug 2020 18:56:41 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-boot-2020-08-03
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/c0dfadfed87489fa6126ece161a14c2d15dbdc79
Thank you!
--
Deet-doot-dot, I am a b
The pull request you sent on Mon, 3 Aug 2020 20:47:20 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-misc-2020-08-03
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/c813e8c9dff344a3b46bc9bba8aff5a7ebbc67e7
Thank you!
--
Deet-doot-dot, I am a b
The pull request you sent on Mon, 3 Aug 2020 20:03:36 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-cpu-2020-08-03
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/335ad94c218e96ef12f56d93eadc884731aa23b1
Thank you!
--
Deet-doot-dot, I am a bo
The pull request you sent on Mon, 3 Aug 2020 21:03:54 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-mm-2020-08-03
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/e96ec8cf9ca12a8d6b3b896a2eccd4b92a1893ab
Thank you!
--
Deet-doot-dot, I am a bot
The pull request you sent on Mon, 3 Aug 2020 21:13:52 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> x86-platform-2020-08-03
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/5183a617ecbf01805c4abb33c3165a276eec7234
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Mon, 3 Aug 2020 18:02:10 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-asm-2020-08-03
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/ba77c568f3160657a5f7905289c07d18c2dfde78
Thank you!
--
Deet-doot-dot, I am a bo
The pull request you sent on Mon, 3 Aug 2020 19:48:48 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-core-2020-08-03
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/4ee48103151bbce7ae319b477109eba4216b20d2
Thank you!
--
Deet-doot-dot, I am a b
The pull request you sent on Mon, 3 Aug 2020 20:32:56 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> x86-microcode-2020-08-03
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/69094c20323c5efff462a2e02d0bb7b6608779ad
Thank you!
--
Deet-doot-dot,
The pull request you sent on Mon, 3 Aug 2020 17:53:44 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> x86-alternatives-2020-08-03
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/97c6f57dc9265a1587895a2d97ba1b1e612c750e
Thank you!
--
Deet-doot-do
The pull request you sent on Mon, 3 Aug 2020 19:10:15 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-build-2020-08-03
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/1ff9b20b47bf12f4b87596cd549aa8b98917ba5a
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Mon, 3 Aug 2020 22:25:42 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git ras-core-2020-08-03
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/e53bc3ff99b413083bfef80d0fdbf7da3a09fc0c
Thank you!
--
Deet-doot-dot, I am a b
The pull request you sent on Mon, 3 Aug 2020 19:27:41 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> x86-cleanups-2020-08-03
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/37e88224c0003822b5309b7cab793064be803a3e
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Mon, 3 Aug 2020 21:35:39 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> x86-timers-2020-08-03
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a92ad11fb209c8de0d358b78415fda5f01308202
Thank you!
--
Deet-doot-dot, I a
Stephen Rothwell writes:
> On Mon, 03 Aug 2020 21:18:00 +1000 Michael Ellerman
> wrote:
>>
>> If we just move the include of asm/paca.h below asm-generic/percpu.h
>> then it avoids the bad circular dependency and we still have paca.h
>> included from percpu.h as before.
>>
>> eg:
>>
>> diff --
On Mon, Aug 3, 2020 at 2:58 PM Doug Anderson wrote:
>
> Hi,
>
> On Mon, Aug 3, 2020 at 2:06 PM John Stultz wrote:
> >
> > On Tue, Jul 14, 2020 at 8:08 AM Douglas Anderson
> > wrote:
> > >
> > > Depending on how you look at it, you can either say that:
> > > a) There is a PDC hardware issue (wit
Hi -
> > We have relocated based on sections, not some subset of function
> > symbols accessible that way, partly because DWARF line- and DIE- based
> > probes can map to addresses some way away from function symbols, into
> > function interiors, or cloned/moved bits of optimized code. It would
>
The QCOM SPMI typec driver handles the role and orientation detection, and
notifies client drivers using the USB role switch framework. It registers
as a typec port, so orientation can be communicated using the typec switch
APIs. The driver also attains a handle to the VBUS output regulator, so
Introduce the dt-binding for enabling USB type C orientation and role
detection using the PM8150B. The driver will be responsible for receiving
the interrupt at a state change on the CC lines, reading the
orientation/role, and communicating this information to the remote
clients, which can include
The PM8150B has a dedicated USB type C block, which can be used for type C
orientation and role detection. Create the reference node to this type C
block for further use.
Signed-off-by: Wesley Cheng
---
arch/arm64/boot/dts/qcom/pm8150b.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --g
Changes in v7:
- Fixups in qcom-pmic-typec.c to remove uncesscary includes, printk formatting,
and revising some logic operations.
Changes in v6:
- Removed qcom_usb_vbus-regulator.c and qcom,usb-vbus-regulator.yaml from the
series as they have been merged on regulator.git
- Added separat
Add the required DTS node for the USB VBUS output regulator, which is
available on PM8150B. This will provide the VBUS source to connected
peripherals.
Signed-off-by: Wesley Cheng
---
arch/arm64/boot/dts/qcom/pm8150b.dtsi | 6 ++
arch/arm64/boot/dts/qcom/sm8150-mtp.dts | 4
2 files c
On Fri, Jul 31, 2020 at 07:17:05PM -0700, Hugh Dickins wrote:
> On Fri, 31 Jul 2020, Roman Gushchin wrote:
> > On Thu, Jul 30, 2020 at 09:06:55PM -0700, Hugh Dickins wrote:
> > >
> > > Though another alternative did occur to me overnight: we could
> > > scrap the logged warning, and show "nr_whate
Hello,
syzbot found the following issue on:
HEAD commit:e2c46b57 Merge tag 'block-5.8-2020-07-30' of git://git.ker..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1269bcb890
kernel config: https://syzkaller.appspot.com/x/.config?x=e956cd46a325a50c
das
On Mon, Aug 3, 2020 at 10:47 AM 'Kalesh Singh' via kernel-team
wrote:
>
> Provides a per process hook for the acquisition of file descriptors,
> despite the method used to obtain the descriptor.
>
Hi,
So apart from all of the comments received, I think it is hard to
understand what the problem is
On Mon, 3 Aug 2020 13:22:38 -0400
Steven Rostedt wrote:
> On Mon, 3 Aug 2020 11:29:59 -0400
> Arvind Sankar wrote:
>
> > > + /* parse_args() stops at '--' and returns an address */
> > > + if (!IS_ERR(err) && err)
> > > + initargs_found = true;
> > > +
> >
> > I think you can drop th
On Mon, Aug 03, 2020 at 07:33:30PM +0200, Greg Kroah-Hartman wrote:
> On Mon, Aug 03, 2020 at 08:58:20AM -0700, Guenter Roeck wrote:
> > On Mon, Aug 03, 2020 at 02:17:38PM +0200, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 5.7.13 release.
> > > There
> > >
On Mon, 2020-08-03 at 15:40 -0600, Rob Herring wrote:
> On Sat, 01 Aug 2020 12:33:02 +0800, Zhiyong Tao wrote:
> > The commit adds mt8192 compatible node in binding document.
> >
> > Signed-off-by: Zhiyong Tao
> > ---
> > .../bindings/pinctrl/pinctrl-mt8192.yaml | 175 ++
> >
Got a dmesg message on my AMD Renoir based Acer laptop:
"acer_wmi: Unknown key number - 0x84" when toggling keyboard
background light
Signed-off-by: Timo Witte
---
drivers/platform/x86/acer-wmi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/platform/x86/acer-wmi.c b/drivers/platfo
On Mon, Aug 3, 2020 at 4:56 PM Jens Axboe wrote:
>
> What I ended up with after the last email was just removing the test
> bit:
>
> https://git.kernel.dk/cgit/linux-block/commit/?h=io_uring-5.9&id=cbd287c09351f1d3a4b3cb9167a2616a11390d32
>
> and I clarified the comments on the io_async_buf_func()
On Wed, May 27, 2020 at 6:53 AM Arnd Bergmann wrote:
>
> When using the clang integrated assembler, we get a reference
> to __force_order that should normally get ignored in a few
> rare cases:
>
> ERROR: modpost: "__force_order" [drivers/cpufreq/powernow-k6.ko] undefined!
>
> Add a 'static' defin
Hi Vinod,
On Sat, Jul 18, 2020 at 4:18 PM Liam Beguin wrote:
>
>
> Hi,
>
> I sent another patch[1] to try to address this.
>
> The issue seems to come from the fact that the parisc architecture
> doesn't support cmpxchg on u8 pointers. cmpxchg is called by
> set_mask_bits.
>
This patch has been
SMT siblings share caches, so cache hotness should be irrelevant for
cross-sibling migration.
Proposed-by: Venkatesh Pallipadi
Signed-off-by: Josh Don
---
kernel/sched/fair.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index 2ba8f230feb9..5b2
The __clk_get_name() API is deprecated. Use clk_hw_get_name() or
proper registration techniques to avoid it.
Cc: Cheng-Yi Chiang
Cc: Shuming Fan
Signed-off-by: Stephen Boyd
---
sound/soc/codecs/rt5682.c | 24 +++-
1 file changed, 11 insertions(+), 13 deletions(-)
diff --gi
The (new?) style of clk registration uses clk_hw based APIs so that we
can more easily see the difference between clk providers and clk
consumers. Use the clk_hw based APIs to do this and migrate to devm for
the clkdev creation so that we can reduce the amount of code.
Cc: Cheng-Yi Chiang
Cc: Shu
This patch series drops a printk message down to dev_dbg() because it
was noisy and then migrates this driver to use clk_hw based APIs instead
of clk based APIs because this device is a clk provider, not a clk
consumer. I've only lightly tested the last two patches but I don't have
all combinations
I see a spew of "sysclk/dai not set correctly" whenever I cat
/sys/kernel/debug/clk/clk_summary on my device. This is because the
master pointer isn't set yet in this driver. A user isn't going to be
able to do much if this check is failing so this error message isn't
really an error, it's more of
Uses .probe_new in place of .probe. Also uses device_get_match_data()
for whoami matching.
Signed-off-by: Daniel Campello
Reviewed-by: Andy Shevchenko
Reviewed-by: Stephen Boyd
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- Added '\n' to dev_err()
drivers/i
Avoids unused warnings due to acpi/of table macros.
Reported-by: kbuild test robot
Signed-off-by: Daniel Campello
Reviewed-by: Andy Shevchenko
Reviewed-by: Stephen Boyd
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- Added #include
drivers/iio/proximity/sx
On 03/08/20 20:22, Thomas Gleixner wrote:
> Valentin,
>
> Valentin Schneider writes:
>> On 03/08/20 16:13, Thomas Gleixner wrote:
>>> Vladimir Oltean writes:
> 1) When irq accounting is disabled, RT throttling kicks in as
> expected.
>
> 2) With irq accounting the RT throt
Fixes enable/disable irq handling at various points. The driver needs to
only enable/disable irqs if there is an actual irq handler installed.
Signed-off-by: Daniel Campello
Reviewed-by: Stephen Boyd
---
Changes in v5: None
Changes in v4:
- Reverted condition check logic on enable/disable_irq
Uses for_each_set_bit() macro to loop over channel bitmaps.
Signed-off-by: Daniel Campello
Reviewed-by: Andy Shevchenko
Reviewed-by: Stephen Boyd
---
Changes in v5: None
Changes in v4: None
Changes in v3:
- Added static assert for number of channels.
Changes in v2:
- Changed prox_stat to ch
From: Stephen Boyd
Enable the main power supply (vdd) and digital IO power supply (svdd)
during probe so that the i2c communication and device works properly on
boards that aggressively power gate these supplies.
Signed-off-by: Stephen Boyd
Reviewed-by: Douglas Anderson
Signed-off-by: Daniel C
t/torvalds/linux.git
>> master
>> head: bcf876870b95592b52519ed4aafcf9d95999bc9c
>> commit: 397dc00e249ec64e106374565575dd0eb7e25998 mips: sgi-ip27: switch from
>> DISCONTIGMEM to SPARSEMEM
>> date: 10 months ago
>> config: mips-randconfig-r032-20200803 (attached as .config)
Fixes wrong copyright year.
Signed-off-by: Daniel Campello
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/iio/proximity/sx9310.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/iio/proximity/sx9310.c b/drivers/iio/p
Checks for non-zero return values to signal error conditions.
Signed-off-by: Daniel Campello
Reviewed-by: Andy Shevchenko
Reviewed-by: Stephen Boyd
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/iio/proximity/sx9310.c | 56 +---
Makes use __aligned(8) to ensure that the timestamp is correctly aligned
when we call io_push_to_buffers_with_timestamp().
Also makes use of sizeof() for regmap_bulk_read instead of static value.
Signed-off-by: Daniel Campello
Reviewed-by: Andy Shevchenko
---
Changes in v5:
- Really use a poin
Miscellaneous format fixes throughout the whole file.
Signed-off-by: Daniel Campello
Reviewed-by: Andy Shevchenko
Reviewed-by: Stephen Boyd
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/iio/proximity/sx9310.c | 28 ++--
1
Follows spec sheet for macro declarations.
Signed-off-by: Daniel Campello
Reviewed-by: Stephen Boyd
---
Changes in v5:
- Added #include
Changes in v4:
- Updated macro SX9310_REG_STAT1_COMPSTAT_MASK at call site.
- Use FIELD_GET/FIELD_PREP instead of manual shift.
Changes in v3: None
Chang
From: Stephen Boyd
This struct member isn't used. Drop it.
Fixes: 72ad02b15d63 ("iio: Add SEMTECH SX9310/9311 sensor driver")
Signed-off-by: Stephen Boyd
Reviewed-by: Douglas Anderson
Reviewed-by: Daniel Campello
Signed-off-by: Daniel Campello
Reviewed-by: Andy Shevchenko
---
Changes in v5
The first patch resends the DT binding for the driver that was merged in
v5.8-rc1 with a small change to update for proper regulators. The second
through the eleventh patch fixes several issues dropped from v8 to v9
when the initial patch was merged. The twelveth patch drops
channel_users because
Simplify compensation stage by using regmap_read_poll_timeout().
Signed-off-by: Daniel Campello
Reviewed-by: Andy Shevchenko
Reviewed-by: Stephen Boyd
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- Fixed dev_err() message
drivers/iio/proximity/sx9310.c | 25
Improves readability by storing &client->dev in a local variable.
Signed-off-by: Daniel Campello
Reviewed-by: Andy Shevchenko
Reviewed-by: Stephen Boyd
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- Added '\n' to dev_err()
drivers/iio/proximity/sx9310.c | 3
From: Stephen Boyd
We shouldn't need to set default irq trigger flags here as the firmware
should have properly indicated the trigger type, i.e. level low, in the
DT or ACPI tables.
Signed-off-by: Stephen Boyd
Signed-off-by: Daniel Campello
Reviewed-by: Andy Shevchenko
---
Changes in v5: Non
Adds device tree bindings for sx9310 sensor.
Signed-off-by: Daniel Campello
Cc: Hartmut Knaack
Cc: Lars-Peter Clausen
Cc: Peter Meerwald-Stadler
Cc: Rob Herring
Reviewed-by: Douglas Anderson
[swb...@chromium.org: Add both regulators and make them optional]
Signed-off-by: Stephen Boyd
Review
> Sounds like things are progressing nicely for a while there, presumably
> until the next time the display is being refreshed.
>
> Would you be willing to try out the following work in progress:
> https://lore.kernel.org/linux-arm-msm/20200717001619.325317-1-bjorn.anders...@linaro.org/
I sure wou
On 8/3/20 5:49 PM, Linus Torvalds wrote:
> On Mon, Aug 3, 2020 at 4:31 PM Jens Axboe wrote:
>>
>> Updated to honor exclusive return value as well:
>
> See my previous email, You're just adding code that makes no sense,
> because your wait entry fundamentally isn't an exclusive one.
Right, I get
Hi everyone,
So sorry, I sent an intermediate version as v4. Please disregard since
it has a couple bugs. I will send v5 with them fixed.
Regards,
Daniel
On Mon, Aug 3, 2020 at 5:41 PM Daniel Campello wrote:
>
> The first patch resends the DT binding for the driver that was merged in
> v5.8-rc1
On Mon, Aug 3, 2020 at 4:31 PM Jens Axboe wrote:
>
> Updated to honor exclusive return value as well:
See my previous email, You're just adding code that makes no sense,
because your wait entry fundamentally isn't an exclusive one.
So all that code is a no-op and only makes it more confusing to
On Mon, Aug 03, 2020 at 09:50:59PM +0200, Arnd Bergmann wrote:
> On Mon, Aug 3, 2020 at 5:11 PM Stafford Horne wrote:
> >
> > On big-endian architectures like OpenRISC, sparse outputs below warnings on
> > asm-generic/io.h. This is due to io statements like:
> >
> > __raw_writel(cpu_to_le32(val
On 8/3/20 5:34 PM, Linus Torvalds wrote:
> On Mon, Aug 3, 2020 at 4:18 PM Jens Axboe wrote:
>>
>>
>> I took a look at the rewrite you queued up, and made a matching change
>> on the io_uring side:
>
> Oh, no, you made it worse.
>
> Now you're tying your odd wakeup routine to entirely irrelevant
Avoids unused warnings due to acpi/of table macros.
Reported-by: kbuild test robot
Signed-off-by: Daniel Campello
Reviewed-by: Andy Shevchenko
Reviewed-by: Stephen Boyd
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Added #include
drivers/iio/proximity/sx9310.c | 6 +++---
1
From: Stephen Boyd
This struct member isn't used. Drop it.
Fixes: 72ad02b15d63 ("iio: Add SEMTECH SX9310/9311 sensor driver")
Signed-off-by: Stephen Boyd
Reviewed-by: Douglas Anderson
Reviewed-by: Daniel Campello
Signed-off-by: Daniel Campello
Reviewed-by: Andy Shevchenko
---
Changes in v4
The first patch resends the DT binding for the driver that was merged in
v5.8-rc1 with a small change to update for proper regulators. The second
through the eleventh patch fixes several issues dropped from v8 to v9
when the initial patch was merged. The twelveth patch drops
channel_users because
From: Stephen Boyd
Enable the main power supply (vdd) and digital IO power supply (svdd)
during probe so that the i2c communication and device works properly on
boards that aggressively power gate these supplies.
Signed-off-by: Stephen Boyd
Reviewed-by: Douglas Anderson
Signed-off-by: Daniel C
Fixes enable/disable irq handling at various points. The driver needs to
only enable/disable irqs if there is an actual irq handler installed.
Signed-off-by: Daniel Campello
Reviewed-by: Stephen Boyd
---
Changes in v4:
- Reverted condition check logic on enable/disable_irq methods.
Changes in
Uses for_each_set_bit() macro to loop over channel bitmaps.
Signed-off-by: Daniel Campello
Reviewed-by: Andy Shevchenko
Reviewed-by: Stephen Boyd
---
Changes in v4: None
Changes in v3:
- Added static assert for number of channels.
Changes in v2:
- Changed prox_stat to chan_prox_stat bitmap.
Checks for non-zero return values to signal error conditions.
Signed-off-by: Daniel Campello
Reviewed-by: Andy Shevchenko
Reviewed-by: Stephen Boyd
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/iio/proximity/sx9310.c | 56 +-
1 file c
Uses .probe_new in place of .probe. Also uses device_get_match_data()
for whoami matching.
Signed-off-by: Daniel Campello
Reviewed-by: Andy Shevchenko
Reviewed-by: Stephen Boyd
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Added '\n' to dev_err()
drivers/iio/proximity/sx9310.
Makes use __aligned(8) to ensure that the timestamp is correctly aligned
when we call io_push_to_buffers_with_timestamp().
Also makes use of sizeof() for regmap_bulk_read instead of static value.
Signed-off-by: Daniel Campello
Reviewed-by: Andy Shevchenko
---
Changes in v4:
- Use pointer to bu
Adds device tree bindings for sx9310 sensor.
Signed-off-by: Daniel Campello
Cc: Hartmut Knaack
Cc: Lars-Peter Clausen
Cc: Peter Meerwald-Stadler
Cc: Rob Herring
Reviewed-by: Douglas Anderson
[swb...@chromium.org: Add both regulators and make them optional]
Signed-off-by: Stephen Boyd
Review
201 - 300 of 1559 matches
Mail list logo