>> How do you think about a wording variant like the following?
> Please stop proposing rewording on my patches!
I am trying to remind you on open issues according to patch review concerns.
> I will consider updating my patches only if a maintainer asks for it.
* I hope that more contributors w
Hi All,
On Wed, Jun 3, 2020 at 9:03 PM John Donnelly wrote:
>
>
>
> > On Jun 3, 2020, at 8:20 AM, chenzhou wrote:
> >
> > Hi,
> >
> >
> > On 2020/6/3 19:47, Prabhakar Kushwaha wrote:
> >> Hi Chen,
> >>
> >> On Tue, Jun 2, 2020 at 8:12 PM John Donnelly
> >> wrote:
> >>>
> >>>
> On Jun 2, 2
On Wed, Jun 03, 2020 at 08:10:38PM +0100, Al Viro wrote:
> On Wed, Jun 03, 2020 at 08:37:14AM -0700, Guenter Roeck wrote:
> > On Fri, Mar 27, 2020 at 11:31:08PM +, Al Viro wrote:
> > > From: Al Viro
> > >
> > > Just inline the call and use memcpy() instead of __copy_from_user() and
> > > note
On Wed, Jun 03, 2020 at 09:24:56PM +0200, Vincent Guittot wrote:
> On Wed, 3 Jun 2020 at 20:45, Russell King - ARM Linux admin
> wrote:
> > It's a start. I'm still wondering whether I should answer yes or no
> > for the platforms I'm building for.
> >
> > So far, all I've found is:
> >
> > arch/a
On 6/3/2020 12:20 PM, Jim Quinlan wrote:
> Now that the support is in place with previous commits, we add several
> chips that use the BrcmSTB driver.
>
> Signed-off-by: Jim Quinlan
Acked-by: Florian Fainelli
--
Florian
This driver enables outputs by setting bit EN_BUCKn in the BUCKn_CTRL1
register. However, if bit EN_PIN_CTRLn in the same register is set, the
output is actually enabled only if EN_BUCKn is set AND an enable pin is
active. Since the driver does not touch EN_PIN_CTRLn, the choice is left to
the hard
Hi,
the first patch in this series is a small but significant variation in how
the lp87565 driver enables the output rails, allow the kernel to always
know when it is enabling an output. However it can change existing
behaviour (depending on the hardware setup) and thus it should be carefully
eval
The "Required properties:" section is copied verbatim for each of the two
supported chips. In preparation to add a new chip variant make it a common
section and keep the two examples to differentiate between the two chips.
Signed-off-by: Luca Ceresoli
---
.../devicetree/bindings/mfd/lp87565.txt
Add the LP87524-Q1 to the lp87565 bindings document along with an example.
Signed-off-by: Luca Ceresoli
---
.../devicetree/bindings/mfd/lp87565.txt | 47 ++-
1 file changed, 46 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/mfd/lp87565.txt
b/D
Add support for the LP87524B/J/P-Q1 Four 4-MHz Buck Converter. This is a
variant of the LP87565 having 4 single-phase outputs and up to 10 A of
total output current.
Signed-off-by: Luca Ceresoli
---
drivers/mfd/lp87565.c | 4
include/linux/mfd/lp87565.h | 1 +
2 files changed, 5 inser
On 6/3/2020 12:20 PM, Jim Quinlan wrote:
> From: Jim Quinlan
>
> The proper value of the parameter SCB_MAX_BURST_SIZE varies per chip. The
> 2711 family requires 128B whereas other devices can employ 512. The
> assignment is complicated by the fact that the values for this two-bit
> field ha
Hi Maxime,
Am 27.05.20 um 17:49 schrieb Maxime Ripard:
> Now that all the drivers have been adjusted for it, let's bring in the
> necessary device tree changes.
>
> Signed-off-by: Maxime Ripard
> ---
> arch/arm/boot/dts/bcm2711-rpi-4-b.dts | 46 +++-
> arch/arm/boot/dts/bcm2711.dtsi
On Tue, Jun 02, 2020 at 04:06:32PM +1000, Dave Airlie wrote:
> Hi Linus,
>
> This is the main drm pull request for 5.8-rc1.
>
> Highlights:
> Core DRM had a lot of refactoring around managed drm resources to make
> drivers simpler.
> Intel Tigerlake support is on by default
> amdgpu now support p
The following changes since commit 001c1a655f0a4e4ebe5d9beb47466dc5c6ab4871:
default csum_and_copy_to_user(): don't bother with access_ok() (2020-05-29
16:11:50 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git uaccess.csum
for you
It is preferable to allow suspend even when Bluetooth has problems
preparing for sleep. When Bluetooth fails to finish preparing for
suspend, log the error and allow the suspend notifier to continue
instead.
To also make it clearer why suspend failed, change bt_dev_dbg to
bt_dev_err when handling
On Wed, 3 Jun 2020 at 21:59, Russell King - ARM Linux admin
wrote:
>
> On Wed, Jun 03, 2020 at 09:24:56PM +0200, Vincent Guittot wrote:
> > On Wed, 3 Jun 2020 at 20:45, Russell King - ARM Linux admin
> > wrote:
> > > It's a start. I'm still wondering whether I should answer yes or no
> > > for t
On Wed, Jun 03, 2020 at 03:20:37PM -0400, Jim Quinlan wrote:
> From: Jim Quinlan
>
> Broadcom Set-top (BrcmSTB) boards typically support S2, S3, and S5 suspend
> and resume. Now the PCIe driver may do so as well.
>
> Signed-off-by: Jim Quinlan
> ---
> drivers/pci/controller/pcie-brcmstb.c | 4
On Wed, May 27, 2020 at 11:08:17PM +0300, Tali Perry wrote:
> This patch set adds i2c controller support
> for the Nuvoton NPCM Baseboard Management Controller (BMC).
>
> NPCM7xx includes 16 I2C controllers. This driver operates the controller.
> This module also includes a slave mode.
>
> ---
>
On 03/06/20 20:58, Russell King - ARM Linux admin wrote:
> On Wed, Jun 03, 2020 at 09:24:56PM +0200, Vincent Guittot wrote:
>> On Wed, 3 Jun 2020 at 20:45, Russell King - ARM Linux admin
>> wrote:
>> > It's a start. I'm still wondering whether I should answer yes or no
>> > for the platforms I'
On 6/3/2020 12:20 PM, Jim Quinlan wrote:
> From: Jim Quinlan
>
> Add in compatibility strings and code for three Broadcom STB chips. Some
> of the register locations, shifts, and masks are different for certain
> chips, requiring the use of different constants based on of_id.
>
> We would li
On 6/3/2020 12:20 PM, Jim Quinlan wrote:
> From: Jim Quinlan
>
> The PERST bit was moved to a different register in 7278-type STB chips. In
> addition, the polarity of the bit was also changed; for other chips writing
> a 1 specified assert; for 7278-type chips, writing a 0 specifies assert.
Hi Ira,
Thanks again for reviewing this patch. My Response below:
Ira Weiny writes:
> On Tue, Jun 02, 2020 at 01:51:49PM -0700, 'Ira Weiny' wrote:
>> On Tue, Jun 02, 2020 at 03:44:37PM +0530, Vaibhav Jain wrote:
>
> ...
>
>> > +
>> > +/*
>> > + * PDSM Envelope:
>> > + *
>> > + * The ioctl ND_CM
We report a bug (in linux-5.6.11) found by FuzzUSB (a modified version
of syzkaller)
This bug happened when accessing a deallocated instance in printer_ioctl().
This seems to be in line with the following bug.
https://groups.google.com/forum/#!topic/syzkaller/U2SJOYi-S08
===
On 6/3/2020 12:20 PM, Jim Quinlan wrote:
> From: Jim Quinlan
>
> Some STB chips have a special purpose reset controller named RESCAL (reset
> calibration). The PCIe HW can now control RESCAL to start and stop its
> operation.
>
> Signed-off-by: Jim Quinlan
Acked-by: Florian Fainelli
--
F
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/hid/hid.git for-linus
to receive HID subsystem updates for 5.8. Highlights:
=
- hid-mcp2221 GPIO support, from Rishi Gupta
- MT_CLS_WIN_8_DUAL obsolete quirk removal from hid-multitouch, from
Kai-Heng Feng
- a bunch
Unconditionally return true when querying the validity of
MSR_IA32_PERF_CAPABILITIES so as to defer the validity check to
intel_pmu_{get,set}_msr(), which can properly give the MSR a pass when
the access is initiated from host userspace. The MSR is emulated so
there is no underlying hardware depen
On 6/3/2020 12:20 PM, Jim Quinlan wrote:
> BrcmSTB PCIe controllers are intimately connected to the memory
> controller(s) on the SOC. There is a "viewport" for each memory controller
> that allows inbound accesses to CPU memory. Each viewport's size must be
> set to a power of two, and that s
On Sun, 24 May 2020 07:33:29 +0200 (CEST)
Lukas Bulwahn wrote:
> http://www.linuxfoundation.org/en/NDA_program
>
> This kind of review is often enough to avoid serious problems later on
> without requiring public disclosure of the project.
>
> <--
>
> The link is dead; internet search only
On Wed, Jun 03, 2020 at 07:47:14PM +0200, gli...@google.com wrote:
> Under certain circumstances (we found this out running Docker on a
> Clang-built kernel with CONFIG_INIT_STACK_ALL) ovl_copy_xattr() may
> return uninitialized value of |error| from ovl_copy_xattr().
> It is then returned by ovl_c
Hi Kamlakant,
Many thanks for having a look at the patchset.
On Wed, Jun 3, 2020 at 4:50 PM Kamlakant Patel wrote:
>
> 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.
The Logitech C922, just like other Logitech webcams,
needs the USB_QUIRK_DELAY_INIT or it will randomly
not respond after device connection
Signed-off-by: Tomasz Meresiński
usb: add USB_QUIRK_DELAY_INIT for Logitech C922
The Logitech C922 webcam, just like other Logitech webcams,
needs the USB_
On Tue, Jun 02, 2020 at 09:38:23PM +0200, Lubomir Rintel wrote:
> The bus recovery patch regresses on OLPC XO-1.75 that has no pinctrl in
> its DT.
>
> Fixes: 7c9ec2c52518 ("i2c: pxa: implement generic i2c bus recovery")'
> Signed-off-by: Lubomir Rintel
Applied to for-next, thanks!
signature.
Hello Scott,
On Thu, Jun 4, 2020 at 12:17 AM Scott Branden
wrote:
>
> Hi Bhupesh,
>
> Would be great to get this patch series upstreamed?
>
> On 2019-12-25 10:49 a.m., Bhupesh Sharma wrote:
> > Hi James,
> >
> > On 12/12/2019 04:02 PM, James Morse wrote:
> >> Hi Bhupesh,
> >
> > I am sorry this r
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/livepatching/livepatching.git
for-linus
to receive livepatching subsystem updates for 5.8.
You are going to get a minor conflict with modules tree; the correct
resolution is documented at
http://lore.kernel.org/r
On Tue, Mar 17, 2020 at 10:39:16AM +0100, Lubomir Rintel wrote:
> A conversion of the i2c-pxa binding to DT schema format using json-schema.
>
> This also cleans ups some errors in the binding: The compatible string
> description suggested that "mmp" in "mrvl,mmp-twsi" is to be substituted
> with
On Wed, Jun 03, 2020 at 08:23:06PM +0100, Al Viro wrote:
> uaccess patches that really didn't fit anywhere else.
> kvm_hv_set_msr() patch left as-is; __put_user() is by no means
> final there, but that'll be dealt with along with other KVM
> uaccess stuff next cycle.
>
> The following change
On Wed, Jun 3, 2020 at 12:05 PM Matthieu Baerts
wrote:
>
> A recent commit added new variables only used if CONFIG_NETDEVICES is
> set. A simple fix would be to only declare these variables if the same
> condition is valid but Alexei suggested an even simpler solution:
>
> since CONFIG_NETDEVI
Hi Al!
> OK... Acked-by/Tested-by added, branch re-pushed (commits are otherwise
> identical). Which tree would you prefer that to go through - vfs.git,
> scsi.git, something else?
I don't have anything queued for 5.8 for hpsa so there shouldn't be any
conflicts if it goes through vfs.git. Bu
On Wed, Jun 03, 2020 at 01:44:39PM -0700, Nathan Chancellor wrote:
> >
> > Al Viro (9):
> > pselect6() and friends: take handling the combined 6th/7th args into
> > helper
> > binfmt_elf: don't bother with __{put,copy_to}
On Wed, Jun 03, 2020 at 04:53:11PM -0400, Martin K. Petersen wrote:
>
> Hi Al!
>
> > OK... Acked-by/Tested-by added, branch re-pushed (commits are otherwise
> > identical). Which tree would you prefer that to go through - vfs.git,
> > scsi.git, something else?
>
> I don't have anything queued
On Wed, 2020-06-03 at 16:30 -0300, Jason Gunthorpe wrote:
> On Wed, Jun 03, 2020 at 12:02:08PM -0700, James Bottomley wrote:
> > On Wed, 2020-06-03 at 15:36 -0300, Jason Gunthorpe wrote:
> > > On Wed, Jun 03, 2020 at 11:04:35AM -0700, James Bottomley wrote:
> > > > On Tue, 2020-06-02 at 21:22 -0300
On Thu, 21 May 2020 10:42:50 -0700 Ira Weiny wrote:
> > >
> > > Actually it occurs to me that the patch consolidating kmap_prot is odd for
> > > sparc 32 bit...
> > >
> > > Its a long shot but could you try reverting this patch?
> > >
> > > 4ea7d2419e3f kmap: consolidate kmap_prot definitions
On Tue, Jun 2, 2020 at 5:55 AM Thomas Bogendoerfer
wrote:
>
> Bibo Mao (4):
> mm/memory.c: Add memory read privilege on page fault handling
Hmm. That's a horribly named commit, but can you clarify why this
didn't just use the existing pte_mkyoung?
These are all paths that set the dirty bit
On Wed, Jun 03, 2020 at 10:37:47AM -0700, Linus Torvalds wrote:
> On Wed, Jun 3, 2020 at 10:20 AM Casey Schaufler
> wrote:
> >
> > We could have inode->i_security be the blob, rather than a pointer to it.
> > That will have its own performance issues.
>
> It wouldn't actually really fix anything
On Wed, Jun 03, 2020 at 09:53:32PM +0100, Al Viro wrote:
> On Wed, Jun 03, 2020 at 01:44:39PM -0700, Nathan Chancellor wrote:
> > >
> > > Al Viro (9):
> > > pselect6() and friends: take handling the combined 6th/7th args
> > >
The pull request you sent on Tue, 2 Jun 2020 14:13:52 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> sched-core-2020-06-02
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/d479c5a1919b4e569dcd3ae9c84ed74a675d0b94
Thank you!
--
Deet-doot-dot, I a
The pull request you sent on Wed, 3 Jun 2020 21:20:27 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git uaccess.csum
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/e8f4abf8fd1a2beb94983cb95ed713df75b3d135
Thank you!
--
Deet-doot-dot, I am a bot.
ht
The pull request you sent on Wed, 3 Jun 2020 02:23:29 -0700:
> git://github.com/jcmvbkbc/linux-xtensa.git tags/xtensa-20200603
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/38696e33e2bdf91cbbc7a2291dc6db862d9dfd42
Thank you!
--
Deet-doot-dot, I am a bot.
ht
The pull request you sent on Tue, 2 Jun 2020 14:54:45 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/mips/linux tags/mips_5.8
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/8226f11318bd03ae0dbf028f7c433071cf4927f4
Thank you!
--
Deet-doot-dot, I am a bot.
htt
The pull request you sent on Tue, 2 Jun 2020 22:19:12 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
> parisc-5.8-1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/44e40e96b5accb18a100fee1a67cde422d791c4c
Thank you!
--
Deet-doot-dot,
The pull request you sent on Tue, 2 Jun 2020 14:19:21 +0200:
> g...@gitolite.kernel.org:pub/scm/linux/kernel/git/brauner/linux
> tags/threads-v5.8
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/e7c93cbfe9cb4b0a47633099e78c455b1f79bbac
Thank you!
--
Deet-doot-dot,
On Wed, Jun 3, 2020 at 5:42 AM SeongJae Park wrote:
>
> On Tue, 2 Jun 2020 13:28:03 -0700 Brendan Higgins
> wrote:
>
> > On Tue, Jun 2, 2020 at 6:16 AM SeongJae Park wrote:
> > >
> > > From: SeongJae Park
> > >
> > > This commit adds another unit test case for the recording setup.
> > >
> > >
On Wed, Jun 03, 2020 at 01:57:36PM -0700, Andrew Morton wrote:
> On Thu, 21 May 2020 10:42:50 -0700 Ira Weiny wrote:
>
> > > >
> > > > Actually it occurs to me that the patch consolidating kmap_prot is odd
> > > > for
> > > > sparc 32 bit...
> > > >
> > > > Its a long shot but could you try re
When CONFIG_OF=n of_match_device() gets pre-processed out of existence
leaving qcom-smmu_client_of_match unused. Mark it as possibly unused to
keep the compiler from warning in that case.
Fixes: 0e764a01015d ("iommu/arm-smmu: Allow client devices to select direct
mapping")
Reported-by: kbuild tes
Thanks for working on this, Sargun! I'll briefly interrupt the code
review to explain why this is an important enhancement for our
application. I’m posting this message on behalf of the Chromium project,
which powers Google Chrome and several other open-source browsers (Edge,
Brave, Yandex Browser,
On Tue, 2 Jun 2020, Linus Torvalds wrote:
> On Mon, Jun 1, 2020 at 7:15 PM James Morris wrote:
> >
> > Just one update for the security subsystem: allows unprivileged users to
> > see the status of the lockdown feature. From Jeremy Cline.
>
> Hmm.
>
> That branch seems to have sprouted another
On Wed, 2020-06-03 at 17:08 +0200, Roberto Sassu wrote:
> This patch prevents the following oops:
>
> [ 10.771813] BUG: kernel NULL pointer dereference, address: 0
> [...]
> [ 10.779790] RIP: 0010:ima_match_policy+0xf7/0xb80
> [...]
> [ 10.798576] Call Trace:
> [ 10.798993] ?
Hi Linus,
please pull the set disabling automatic READ_IMPLIES_EXEC on x86-64 and
arm64.
Thx.
---
The following changes since commit ae83d0b416db002fe95601e7f97f64b59514d936:
Linux 5.7-rc2 (2020-04-19 14:35:30 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/lin
Hi all,
Commits
2967442ac479 ("drm/amd/display: Add DCN3 to Kconfig")
4e7406acd3e6 ("drm/amd/display: Add DCN3 blocks to Makefile")
b8163750954c ("drm/amd/display: fix and simplify pipe split logic for DCN3")
a6a7b1845598 ("drm/amdgpu: Enable DM block for DCN3")
5aa25fb310d5 ("drm/amd/d
Commit 632dcc2c75ef ("irqchip: Add Loongson PCH MSI controller") appears to
suffer from a lack of copy-and-paste fixup, with the result that the
KConfig description describes the wrong device. Avoid potential user
confusion by getting the right acronym where it was meant to be.
Signed-off-by: Jon
On Wed, Jun 3, 2020 at 5:35 PM Stephen Rothwell wrote:
>
> Hi all,
>
> Commits
>
> 2967442ac479 ("drm/amd/display: Add DCN3 to Kconfig")
> 4e7406acd3e6 ("drm/amd/display: Add DCN3 blocks to Makefile")
> b8163750954c ("drm/amd/display: fix and simplify pipe split logic for DCN3")
> a6a7b184
On Wed, Jun 03, 2020 at 07:47:14PM +0200, gli...@google.com wrote:
> Under certain circumstances (we found this out running Docker on a
> Clang-built kernel with CONFIG_INIT_STACK_ALL) ovl_copy_xattr() may
> return uninitialized value of |error| from ovl_copy_xattr().
If we are returning uninitial
Hi Tom,
On Wed, 03 Jun 2020 10:21:24 -0500 Tom Zanussi wrote:
>
> This fixes the Sphinx parallel build error when building htmldocs:
>
> docutils.utils.SystemMessage:
> /home/sfr/next/next/Documentation/trace/histogram-design.rst:219: (SEVERE/4)
> Unexpected section title.
>
> It also fixes
Hi Steven,
On Wed, 3 Jun 2020 11:30:58 -0400 Steven Rostedt wrote:
>
> On Wed, 03 Jun 2020 10:24:36 -0500
> Tom Zanussi wrote:
>
> > > It appears to be the ascii art that is causing the issue. I have no
> > > idea
> > > how to fix it. If someone has a patch they would like to submit, I
> > > wi
On Wed, May 27, 2020 at 02:28:10PM -0700, Hugh Dickins wrote:
> Saying "source inspection" reminds me: there is another funny in there,
> but I don't think it matters very much in practice, and might need
> rather a lot of testing to justify any particular patch: where
> page_cache_sync_readahead()
On Wed, Jun 03, 2020 at 11:49:37AM +0300, Andy Shevchenko wrote:
> On Tue, Jun 2, 2020 at 10:01 PM Rikard Falkeborn
> wrote:
> > On Mon, Jun 01, 2020 at 11:33:30AM +0300, Andy Shevchenko wrote:
> > > On Mon, Jun 01, 2020 at 12:37:16AM +0200, Rikard Falkeborn wrote:
> > > > On Sun, May 31, 2020 at
Corrected the MAC_CR configuration bits for 1 GBit operation. The data
sheet allows MAC_CR(2:1) to be 10 and also 11 for 1 GBit/s speed, but
only 10 works correctly.
Devices tested:
Microchip Lan7431, fixed-phy mode
Microchip Lan7430, normal phy mode
Signed-off-by: Roelof Berg
---
drivers/net/e
On Fri, May 29, 2020 at 3:11 PM Stephen Boyd wrote:
>
> Quoting Rob Herring (2020-05-29 12:14:31)
> >
> > Acked-by: Rob Herring
>
> Please apply to bindings tree Rob. The yaml conversion is in your tree.
Done.
Rob
On Thu, Jun 4, 2020 at 12:53 AM Rikard Falkeborn
wrote:
> On Wed, Jun 03, 2020 at 11:49:37AM +0300, Andy Shevchenko wrote:
> > On Tue, Jun 2, 2020 at 10:01 PM Rikard Falkeborn
> > wrote:
...
> I'd be very surprised if compilers warned for explicit casts but I'll
> send a proper patch soon to l
On Thu, Jun 4, 2020 at 12:58 AM Andy Shevchenko
wrote:
>
> On Thu, Jun 4, 2020 at 12:53 AM Rikard Falkeborn
> wrote:
> > On Wed, Jun 03, 2020 at 11:49:37AM +0300, Andy Shevchenko wrote:
> > > On Tue, Jun 2, 2020 at 10:01 PM Rikard Falkeborn
> > > wrote:
>
> ...
>
> > I'd be very surprised if com
On 6/3/2020 2:02 PM, Alexei Starovoitov wrote:
> On Wed, Jun 03, 2020 at 10:37:47AM -0700, Linus Torvalds wrote:
>> On Wed, Jun 3, 2020 at 10:20 AM Casey Schaufler
>> wrote:
>>> We could have inode->i_security be the blob, rather than a pointer to it.
>>> That will have its own performance issues
Hi Markus,
Thanks for your comment!
On Wed, Jun 3, 2020 at 8:53 PM Markus Elfring wrote:
> > Calling pm_runtime_get_sync increments the counter even in case of
> > failure, causing incorrect ref count. Call pm_runtime_put if
> > pm_runtime_get_sync fails.
>
> Is it appropriate to copy a sentence
Hi Alex,
On Wed, 3 Jun 2020 17:44:31 -0400 Alex Deucher wrote:
>
> On Wed, Jun 3, 2020 at 5:35 PM Stephen Rothwell wrote:
> >
> > Is all this new stuff really destined for v5.8?
>
> No. 5.9.
Then it should not be in linux-next until after v5.8-rc1 is released.
--
Cheers,
Stephen Rothwell
Otherwise we can get "OCP softreset timed out" warnings occasionally
at least for i2c2 on omap4 now that we check the OCP softreset completed
bit on enable.
Reported-by: Merlijn Wajer
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
d
Thanks, I found the cause, the delta patch is submitted. Lan7430 runs now in
different speeds, also ‚hot swap‘ between different speeds works well. Normal
mode and fixed-phy mode coexist properly.
So, I guess we’re done :) However, I’ll spend some more time testing to ensure
we’re really safe.
When calling the GENMASK and GENMASK_ULL macros with zero lower bit and
an unsigned unknown high bit, some gcc versions warn due to the
comparisons of the high and low bit in GENMASK_INPUT_CHECK.
To silence the warnings, cast the inputs to int before doing the
comparisons. The only valid inputs to
Hi Roberto,
On Wed, 2020-06-03 at 17:08 +0200, Roberto Sassu wrote:
> If the template field 'd' is chosen and the digest to be added to the
> measurement entry was not calculated with SHA1 or MD5, it is
> recalculated with SHA1, by using the passed file descriptor. However, this
> cannot be done f
On Sun, May 31, 2020 at 9:37 AM Christophe JAILLET
wrote:
> Commit 6d33ee7a0534 ("pinctrl: pxa: Use devm_pinctrl_register() for pinctrl
> registration")
> has turned a 'pinctrl_register()' into 'devm_pinctrl_register()' in
> 'pxa2xx_pinctrl_init()'.
> However, the corresponding 'pinctrl_unregist
On Wed, Jun 03, 2020 at 09:23:53PM +0200, Marco Elver wrote:
> Hope this is enough.
Thanks - it is. :-)
--
Regards/Gruss,
Boris.
https://people.kernel.org/tglx/notes-about-netiquette
On Mon, Jun 01, 2020 at 10:52:16AM +0300, Jarkko Sakkinen wrote:
> Add a selftest for SGX. It is a trivial test where a simple enclave
> copies one 64-bit word of memory between two memory locations.
...
> --- /dev/null
> +++ b/tools/testing/selftests/sgx/Makefile
> @@ -0,0 +1,53 @@
> +top_srcdir
On Mon, Jun 1, 2020 at 8:31 PM Dan Carpenter wrote:
> On Mon, Jun 01, 2020 at 01:31:23PM +0200, Christophe JAILLET wrote:
> > Le 01/06/2020 à 10:58, Robert Jarzmik a écrit :
> > > Christophe JAILLET writes:
> > >
> > > > Commit 6d33ee7a0534 ("pinctrl: pxa: Use devm_pinctrl_register() for
> > > >
On Thu, Jun 4, 2020 at 3:27 AM David Rientjes wrote:
>
> On Wed, 3 Jun 2020, Vlastimil Babka 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 se
On Wed, 3 Jun 2020, Casey Schaufler wrote:
> The use of security modules was expected to be rare.
This is not correct. Capabilities were ported to LSM and stacked from the
beginning, and several major distros worked on LSM so they could ship
their own security modules.
--
James Morris
On Wed, 2020-06-03 at 16:16 +0100, Marc Zyngier wrote:
> > My original patch should certain check activated and not disabled.
> > With that do you still have reservations Marc?
>
> I'd still prefer it if we could do something in core code, rather
> than spreading these checks in the individual dri
Hello Steve,
On Mon, Jun 01, 2020 at 01:02:23PM -0700, Steve Rutherford wrote:
> On Mon, May 18, 2020 at 12:07 PM Ashish Kalra wrote:
> >
> > Hello All,
> >
> > Any other feedback, review or comments on this patch-set ?
> >
> > Thanks,
> > Ashish
> >
> > On Tue, May 05, 2020 at 09:13:49PM +,
On Wed, Jun 3, 2020 at 10:39 AM Paolo Bonzini wrote:
>
> There could be minor conflicts depending on the order you're processing 5.8
> pull requests.
It would have been good if you had actually pointed to the reports
from linux-next.
As it was, the hyper-v pull request did do that (thanks Wei Li
On Wed, 3 Jun 2020, Matthew Wilcox wrote:
> On Wed, May 27, 2020 at 02:28:10PM -0700, Hugh Dickins wrote:
> > Saying "source inspection" reminds me: there is another funny in there,
> > but I don't think it matters very much in practice, and might need
> > rather a lot of testing to justify any par
From: Stefano Stabellini
With some devices physical addresses are different than dma addresses.
To be able to deal with these cases, we need to call phys_to_dma on
physical addresses (including machine addresses in Xen terminology)
before returning them from xen_swiotlb_alloc_coherent and
xen_swi
From: Boris Ostrovsky
xen_alloc_coherent_pages might return pages for which virt_to_phys and
virt_to_page don't work, e.g. ioremap'ed pages.
So in xen_swiotlb_free_coherent we can't assume that virt_to_page works.
Instead add a is_vmalloc_addr check and use vmalloc_to_page on vmalloc
virt addres
From: Stefano Stabellini
The parameter is unused in this patch.
No functional changes.
Signed-off-by: Stefano Stabellini
Tested-by: Corey Minyard
Tested-by: Roman Shaposhnik
---
drivers/xen/swiotlb-xen.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drive
so that their names can better describe their behavior.
No functional changes.
Signed-off-by: Stefano Stabellini
---
drivers/xen/swiotlb-xen.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/drivers/xen/swiotlb-xen.c b/drivers/xen/swiotlb-xen.c
index 6
From: Stefano Stabellini
The parameter is unused in this patch.
No functional changes.
Signed-off-by: Stefano Stabellini
Tested-by: Corey Minyard
Tested-by: Roman Shaposhnik
---
arch/arm/xen/mm.c | 5 +++--
drivers/xen/swiotlb-xen.c | 4 ++--
include/xen/swiotlb-xen.h | 5 +++--
3 fi
From: Stefano Stabellini
The parameter is unused in this patch.
No functional changes.
Signed-off-by: Stefano Stabellini
Tested-by: Corey Minyard
Tested-by: Roman Shaposhnik
---
drivers/xen/swiotlb-xen.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/x
From: Stefano Stabellini
xen_dma_sync_for_cpu, xen_dma_sync_for_device, xen_arch_need_swiotlb are
getting called passing dma addresses. On some platforms dma addresses
could be different from physical addresses. Before doing any operations
on these addresses we need to convert them back to physic
Hi all,
This series is a collection of fixes to get Linux running on the RPi4 as
dom0.
Conceptually there are only two significant changes:
- make sure not to call virt_to_page on vmalloc virt addresses (patch
#1)
- use phys_to_dma and dma_to_phys to translate phys to/from dma
addresses (all
From: Stefano Stabellini
dma_cache_maint is getting called passing a dma address which could be
different from a physical address.
Add a struct device* parameter to dma_cache_maint.
Translate the dma_addr_t parameter of dma_cache_maint by calling
dma_to_phys. Do it for the first page and all th
From: Stefano Stabellini
The parameter is unused in this patch.
No functional changes.
Signed-off-by: Stefano Stabellini
Tested-by: Corey Minyard
Tested-by: Roman Shaposhnik
---
arch/arm/xen/mm.c | 5 +++--
drivers/xen/swiotlb-xen.c | 4 ++--
include/xen/swiotlb-xen.h | 5 +++--
3 fi
From: Stefano Stabellini
The parameter is unused in this patch.
No functional changes.
Signed-off-by: Stefano Stabellini
Tested-by: Corey Minyard
Tested-by: Roman Shaposhnik
---
drivers/xen/swiotlb-xen.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/xen/
From: Stefano Stabellini
It is not strictly needed. Call virt_to_phys on xen_io_tlb_start
instead. It will be useful not to have a start_dma_addr around with the
next patches.
Note that virt_to_phys is not the same as xen_virt_to_bus but actually
it is used to compared again __pa(xen_io_tlb_star
Dear friend,
I know this means of communication may not be morally right to you as
a person but I also have had a great thought about it and I have come
to this conclusion which I am about to share with you.
INTRODUCTION: I am a banker and in one way or the other was hoping
you will cooperate
801 - 900 of 1142 matches
Mail list logo
