On Mon, Nov 16, 2020 at 12:38 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/evergreen.c:3825:5: warning: no previous prototype
> for ‘evergreen_gpu_check_soft_reset’ [-Wmissing-prototypes]
> 3825 | u32 evergreen_gpu_check_soft_reset(struct r
Modify the altmode registration (and unregistration) code so that it
can be used by both partners and plugs.
Then, add code to register plug altmodes using the newly parameterized
function. Also set the number of alternate modes for the plug using the
associated Type C connector class function
typ
On Mon, Nov 16, 2020 at 12:38 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/r600.c:1615:5: warning: no previous prototype for
> ‘r600_gpu_check_soft_reset’ [-Wmissing-prototypes]
> 1615 | u32 r600_gpu_check_soft_reset(struct radeon_device *r
In order to register cable alternate modes, we need to first register a
plug object. Use the Type C connector class framework to register a SOP'
plug for this purpose.
Since a cable and plug go hand in hand, we can handle the registration
and removal together.
Signed-off-by: Prashant Malani
---
On Mon, Nov 16, 2020 at 12:38 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/r600.c:3480:5: warning: no previous prototype for
> ‘r600_ih_ring_alloc’ [-Wmissing-prototypes]
> 3480 | int r600_ih_ring_alloc(struct radeon_device *rdev)
> | ^~~~
Factor out the PD identity parsing code into a separate function. This
way it can be re-used for Cable PD identity parsing in future patches.
No functional changes are introduced by this patch.
Signed-off-by: Prashant Malani
Reviewed-by: Greg Kroah-Hartman
Reviewed-by: Heikki Krogerus
---
Cha
Rename the sop_disc data struct which is used to store PD discovery data
to the more generic name of disc_data. It can then be re-used to store
and process cable discovery data.
Signed-off-by: Prashant Malani
Reviewed-by: Greg Kroah-Hartman
Reviewed-by: Heikki Krogerus
---
Changes in v3:
- Re-
The USB Power Delivery Specification R3.0 adds a captive cable type
to the "USB Type-C plug to USB Type-C/Captive" field (Bits 19-18,
Passive/Active Cable VDO, Table 6-38 & 6-39).
Add the corresponding definition to the Cable VDO header. Also add a
helper macro to get the Type C cable connector ty
Add a user-visible attribute for the number of alternate modes available
in a partner. This allows userspace to determine whether there are any
remaining alternate modes left to be registered by the kernel driver. It
can begin executing any policy state machine after all available
alternate modes h
Use the PD VDO Type C cable plug type macro to retrieve and store the
cable plug type in the cable descriptor.
Cc: Heikki Krogerus
Cc: Greg Kroah-Hartman
Signed-off-by: Prashant Malani
Reviewed-by: Greg Kroah-Hartman
Reviewed-by: Heikki Krogerus
---
Changes in v3:
- Re-arranged patch order a
When the Chrome Embedded Controller notifies the driver that SOP'
discovery is complete, retrieve the PD discovery data and register a
cable object with the Type C connector class framework.
Cc: Heikki Krogerus
Signed-off-by: Prashant Malani
Reviewed-by: Greg Kroah-Hartman
Reviewed-by: Heikki K
Add a field to the typec_plug struct to record the number of available
altmodes as well as the corresponding sysfs attribute to expose this to
userspace.
This allows userspace to determine whether there are any
remaining alternate modes left to be registered by the kernel driver. It
can begin exec
Set the number of altmodes available for a registered partner using the
Type C connector class framework routine.
Cc: Heikki Krogerus
Signed-off-by: Prashant Malani
Reviewed-by: Heikki Krogerus
---
Changes in v3:
- Re-arranged patch order and combined it with related series of
patches.
- Add
On Mon, 16 Nov 2020 09:46:21 -0800 Randy Dunlap wrote:
> On 11/15/20 10:59 PM, Stephen Rothwell wrote:
> > Hi all,
> >
> > Changes since 20201113:
>
> on x86_64:
>
> # CONFIG_INET is not set
>
> ld: net/core/stream.o: in function `sk_stream_write_space':
> stream.c:(.text+0x68): undefined refere
On Mon, Nov 16, 2020 at 12:38 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/ni.c:1378:6: warning: no previous prototype for
> ‘cayman_cp_int_cntl_setup’ [-Wmissing-prototypes]
> 1378 | void cayman_cp_int_cntl_setup(struct radeon_device *rdev
Change the disc_done flag, which indicates whether PD discovery is
complete, to sop_disc_done instead, since we will process SOP and SOP'
discovery data separately.
Signed-off-by: Prashant Malani
Reviewed-by: Greg Kroah-Hartman
Reviewed-by: Heikki Krogerus
---
Changes in v3:
- Re-arranged patc
This patch series adds support for the following bits of functionality,
parsing USB Type C Power Delivery information from the Chrome Embedded
Controller
and using the Type C connector class:
- Register cable objects (including plug type).
- Register "number of altmodes" attribute for partners.
-
Removing the meson DRM module results in the following splat:
[ 2179.451346] Hardware name: , BIOS 2021.01-rc2-00012-gde865f7ee1 11/16/2020
[ 2179.458316] Workqueue: events drm_mode_rmfb_work_fn [drm]
[ 2179.463597] pstate: 80c9 (Nzcv daif +PAN +UAO -TCO BTYPE=--)
[ 2179.469558] pc : meson_rd
On Mon, Nov 16, 2020 at 8:39 AM Steven Rostedt wrote:
>
> On Fri, 13 Nov 2020 10:34:14 -0800
> Sami Tolvanen wrote:
>
> > my_tramp[12]? are declared as global functions in C, but they are not
> > marked global in the inline assembly definition. This mismatch confuses
> > Clang's Control-Flow Inte
The following commit has been merged into the x86/misc branch of tip:
Commit-ID: 8113ab20e850491b4144a1a64246f07a2d737a49
Gitweb:
https://git.kernel.org/tip/8113ab20e850491b4144a1a64246f07a2d737a49
Author:Borislav Petkov
AuthorDate:Thu, 15 Oct 2020 12:28:58 +02:00
Committe
The following commit has been merged into the x86/misc branch of tip:
Commit-ID: fe0a5788624c8b8f113a35bbe4636e37f9321241
Gitweb:
https://git.kernel.org/tip/fe0a5788624c8b8f113a35bbe4636e37f9321241
Author:Borislav Petkov
AuthorDate:Thu, 15 Oct 2020 14:58:48 +02:00
Committe
The following commit has been merged into the x86/misc branch of tip:
Commit-ID: 6d6501d912a9a5e1b73d7fbf419b90a8ec11ed7a
Gitweb:
https://git.kernel.org/tip/6d6501d912a9a5e1b73d7fbf419b90a8ec11ed7a
Author:Borislav Petkov
AuthorDate:Thu, 15 Oct 2020 14:50:16 +02:00
Committe
On Mon, Nov 16, 2020 at 12:38 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/ni_dpm.c:727:23: warning: no previous prototype for
> ‘ni_get_pi’ [-Wmissing-prototypes]
> 727 | struct ni_power_info *ni_get_pi(struct radeon_device *rdev)
> | ^~~
On Sun, Nov 15 2020 at 18:22, Corentin Labbe wrote:
> I have lot of board booting with "hdaudio hdaudioC0D2: Unable to bind the
> codec".
> This is, for all of them, due to missing the HDA realtek codec.
>
> In fact CONFIG_SND_HDA_CODEC_REALTEK was already enabled via commit
> 5cb04df8d3f0 ("x86:
The following commit has been merged into the x86/misc branch of tip:
Commit-ID: 18741a5251d018094536a2dffe284d269ebb07fe
Gitweb:
https://git.kernel.org/tip/18741a5251d018094536a2dffe284d269ebb07fe
Author:Borislav Petkov
AuthorDate:Thu, 15 Oct 2020 15:00:31 +02:00
Committe
Removing the meson DRM module results in the following splats:
[ 42.689228] WARNING: CPU: 0 PID: 572 at drivers/gpu/drm/drm_irq.c:192
drm_irq_uninstall+0x130/0x160 [drm]
[...]
[ 42.812820] Hardware name: , BIOS 2021.01-rc2-00012-gde865f7ee1 11/16/2020
[ 42.819723] pstate: 80400089 (Nzcv da
Hi all,
Having recently moved over to a top-of-the-tree u-boot on one of my
VIM3L systems in order to benefit from unrelated improvements
(automatic PCIe detection, EFI...), I faced the issue that my kernel
would hang like this:
[ OK ] Finished Helper to synchronize boot up for ifupdown.
[ OK
Removing the meson-dw-hdmi module and re-inserting it results in a hang
as the driver writes to HDMITX_TOP_SW_RESET. Similar effects can be seen
when booting with mainline u-boot and using the u-boot provided DT (which
is highly desirable).
The reason for the hang seem to be that the clocks are no
Removing the meson-dw-hdmi module results in the following splat:
i[ 43.340509] WARNING: CPU: 0 PID: 572 at drivers/regulator/core.c:2125
_regulator_put.part.0+0x16c/0x174
[...]
[ 43.454870] CPU: 0 PID: 572 Comm: modprobe Tainted: GW E
5.10.0-rc4-00049-gd274813a4de3-dirty #2147
On Mon, Nov 16, 2020 at 12:37 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/rv770_dpm.c:47:18: warning: no previous prototype for
> ‘rv770_get_ps’ [-Wmissing-prototypes]
> 47 | struct rv7xx_ps *rv770_get_ps(struct radeon_ps *rps)
> | ^~
On Mon, 16 Nov 2020 11:10:01 -0500 Willem de Bruijn
wrote:
> From: Willem de Bruijn
>
> Add epoll_create1 flag EPOLL_NSTIMEO. When passed, this changes the
> interpretation of argument timeout in epoll_wait from msec to nsec.
>
> Use cases such as datacenter networking operate on timescales w
On Mon, Nov 16, 2020 at 06:45:15PM +0100, Thomas Bogendoerfer wrote:
> The loop over all memblocks works with PFN numbers and not physical
> addresses, so we need for_each_mem_pfn_range().
Great catch! Don't know how that has been working so far. Anyway
Reviewed-by: Serge Semin
-Sergey
>
> Fix
On Sat, 2020-11-14 at 19:52 +0800, Wang Hai wrote:
> Fix to return a negative error code from the error handling
> case instead of 0, as done elsewhere in this function.
>
> Fixes: aedd133d17bc ("net/mlx5e: Support CT offload for tc nic
> flows")
> Reported-by: Hulk Robot
> Signed-off-by: Wang Ha
On Mon, Nov 16, 2020 at 02:54:17PM -0500, Willem de Bruijn wrote:
> > You could also add a compile assert to check that the flag is reserved.
>
> Like this?
>
> /* Check the EPOLL_* constant for consistency. */
> BUILD_BUG_ON(EPOLL_CLOEXEC != O_CLOEXEC);
> +BUILD_BUG_ON(E
On Wed, Nov 11, 2020 at 04:55:01PM +0800, Bayi Cheng wrote:
> bayi cheng (1):
> spi: spi-mtk-nor: add axi clock control for MT8192 spi-nor
Please don't send cover letters for single patches, if there is anything
that needs saying put it in the changelog of the patch or after the ---
if it's admi
On Mon, Nov 16, 2020 at 12:37 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/evergreen_hdmi.c:37:6: warning: no previous prototype
> for ‘dce4_audio_enable’ [-Wmissing-prototypes]
> drivers/gpu/drm/radeon/evergreen_hdmi.c:67:6: warning: no pr
On Mon, Nov 16, 2020 at 06:24:31PM +0100, Thomas Gleixner wrote:
> On Mon, Nov 16 2020 at 13:10, Peter Zijlstra wrote:
>
> > Any which way around; here's a proper patch...
> >
> > ---
> >
> > Subject: rcu: Allow rcu_irq_enter_check_tick() from NMI
> > From: Peter Zijlstra
> > Date: Mon Nov 16 12:
On Mon, Nov 16, 2020 at 11:18:16AM +0100, Mauro Carvalho Chehab wrote:
> hlist_add_behing -> hlist_add_behind
>
> Signed-off-by: Mauro Carvalho Chehab
Queued, thank you!
Or if you would prefer pushing it yourself:
Reviewed-by: Paul E. McKenney
Either way, please let me know.
On Mon, Nov 16 2020 at 15:32, Harald Arnesen wrote:
> I get the following compile error, which reverting commit
> ff828729be446b86957f7c294068758231cd2183 fixes (and the resulting kernel
> boots fine).
> CC drivers/iommu/intel/dmar.o
> drivers/iommu/intel/dmar.c: In function 'vf_inherit_msi_
From: Min Li
SM_RESET device only when loading full configuration and check
for BOOT_STATUS. Also remove polling for write trigger done in
_idtcm_settime().
Signed-off-by: Min Li
---
drivers/ptp/idt8a340_reg.h| 1 +
drivers/ptp/ptp_clockmatrix.c | 152
From: Min Li
Remove write phase mode 5 second setup delay, not needed.
Signed-off-by: Min Li
---
drivers/ptp/ptp_clockmatrix.c | 22 --
drivers/ptp/ptp_clockmatrix.h | 1 -
2 files changed, 23 deletions(-)
diff --git a/drivers/ptp/ptp_clockmatrix.c b/drivers/ptp/ptp_clock
On Mon, Nov 16, 2020 at 12:37 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/radeon_prime.c:34:18: warning: no previous prototype
> for ‘radeon_gem_prime_get_sg_table’ [-Wmissing-prototypes]
> 34 | struct sg_table *radeon_gem_prime_get_sg_tab
On Mon, Nov 16, 2020 at 12:37 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/atombios_i2c.c:100:5: warning: no previous prototype
> for ‘radeon_atom_hw_i2c_xfer’ [-Wmissing-prototypes]
> 100 | int radeon_atom_hw_i2c_xfer(struct i2c_adapter *i
On Thu, 12 Nov 2020 10:24:07 +0800
Lu Baolu wrote:
> Add API for getting the ioasid of a subdevice (vfio/mdev). This calls
> into the backend IOMMU module to get the actual value or error number
> if ioasid for subdevice is not supported. The physical device driver
> implementations which rely on
On Mon, Nov 16, 2020 at 12:11 PM David Laight wrote:
>
> From: Willem de Bruijn
> > Sent: 16 November 2020 17:01
> >
> > On Mon, Nov 16, 2020 at 11:19 AM Matthew Wilcox wrote:
> > >
> > > On Mon, Nov 16, 2020 at 11:10:01AM -0500, Willem de Bruijn wrote:
> > > > diff --git a/include/uapi/linux/eve
> -Original Message-
> From: Song Liu
> Sent: Tuesday, November 10, 2020 5:05 PM
> To: Andrii Nakryiko
> Cc: bpf ; Networking ;
> Starovoitov, Alexei ; Daniel Borkmann ;
> Kernel Team ; open list ker...@vger.kernel.org>; raf...@kernel.org; j...@kernel.org; Arnaldo
> Carvalho de Melo ; Gr
On Mon, Nov 16, 2020 at 12:37 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/radeon_irq_kms.c:53:13: warning: no previous
> prototype for ‘radeon_driver_irq_handler_kms’ [-Wmissing-prototypes]
> 53 | irqreturn_t radeon_driver_irq_handler_kms(
Hi Krzysztof,
Le lun. 16 nov. 2020 à 18:53, Krzysztof Kozlowski a
écrit :
The Ingenic DRM uses Common Clock Framework thus it cannot be built on
platforms without it (e.g. compile test on MIPS with RALINK and
SOC_RT305X):
/usr/bin/mips-linux-gnu-ld:
drivers/gpu/drm/ingenic/ingenic-drm-dr
On Sat, Nov 14, 2020 at 02:31:32PM -0500, Joel Fernandes (Google) wrote:
> Track how the segcb list changes before/after acceleration, during
> queuing and during dequeuing.
>
> This has proved useful to discover an optimization to avoid unwanted GP
> requests when there are no callbacks accelerat
On Mon, Nov 16, 2020 at 12:37 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/radeon_ttm.c:931:5: warning: no previous prototype
> for ‘radeon_mmap’ [-Wmissing-prototypes]
> 931 | int radeon_mmap(struct file *filp, struct vm_area_struct *vma)
Hello Randy
On Sun, Nov 15, 2020 at 08:07:21PM -0800, Randy Dunlap wrote:
> Fix build error for spi-dw-bt1.o by selecting MULTIPLEXER.
>
> hppa-linux-ld: drivers/spi/spi-dw-bt1.o: in function `dw_spi_bt1_sys_init':
> (.text+0x1ac): undefined reference to `devm_mux_control_get'
Thank you very muc
Hello Dear, My name is Rev.Rosemary Collins. i’m from western
Australia, I am a dying widow who have decided to donate some of her
wealth to a reliable individual that will use this money, $ 3Million
Dollars to help the poor and less privileged ones.So if you are
willing to accept this offer and do
On Mon, Nov 16, 2020 at 01:37:11PM +0200, Jani Nikula wrote:
> On Mon, 16 Nov 2020, Mauro Carvalho Chehab wrote:
> > Some identifiers have different names between their prototypes
> > and the kernel-doc markup.
> >
> > Others need to be fixed, as kernel-doc markups should use this format:
> >
> From: Zhang Changzhong
> Sent: Monday, November 16, 2020 3:07 PM
>
> --
> Fix to return a negative error code from the error handling case instead of 0,
> as done elsewhere in this function.
>
> Fixes: 469981b17a4f ("qed: Add
This patch adds battery gauge driver for Acer Iconia Tab A500 device.
The battery gauge function is provided via the Embedded Controller,
which is found on the Acer A500.
Reviewed-by: Sebastian Reichel
Signed-off-by: Dmitry Osipenko
---
drivers/power/supply/Kconfig | 6 +
drivers/
On Mon, Nov 16, 2020 at 8:36 AM Will Deacon wrote:
> On Mon, Nov 16, 2020 at 04:59:36PM +0100, Thierry Reding wrote:
> > On Fri, Nov 06, 2020 at 04:27:10AM +, John Stultz wrote:
> > Unfortunately, the ARM SMMU module will eventually end up being loaded
> > once the root filesystem has been mou
Add binding document for the ENE KB930 Embedded Controller.
Reviewed-by: Rob Herring
Signed-off-by: Dmitry Osipenko
---
.../devicetree/bindings/mfd/ene-kb930.yaml| 65 +++
1 file changed, 65 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mfd/ene-kb930.ya
This patch adds device-tree node for the Embedded Controller which is
found on the Picasso board. The Embedded Controller itself is ENE KB930,
it provides functions like battery-gauge/LED/GPIO/etc and it uses firmware
that is specifically customized for the Acer A500 device.
Signed-off-by: Dmitry
On Mon, Nov 16, 2020 at 6:49 AM Alexandre Chartre
wrote:
>
> Extend PTI user mappings so that more kernel entry code can be executed
> with the user page-table. To do so, we need to map syscall and interrupt
> entry code, per cpu offsets (__per_cpu_offset, which is used some in
> entry code), the
Acer Iconia Tab A500 is an Android tablet device, it has ENE KB930
Embedded Controller which provides battery-gauge, LED, GPIO and some
other functions. The EC uses firmware that is specifically customized
for Acer A500. This patch adds MFD driver for the Embedded Controller
which allows to power-o
This series adds support for the Embedded Controller which is found on
Acer Iconia Tab A500 (Android tablet device).
The Embedded Controller is ENE KB930 and it's running firmware customized
for the A500. The firmware interface may be reused by some other sibling
Acer tablets, although none of tho
On Mon, Nov 16, 2020 at 12:30 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/evergreen.c:1281:6: warning: no previous prototype
> for ‘evergreen_fix_pci_max_read_req_size’ [-Wmissing-prototypes]
> 1281 | void evergreen_fix_pci_max_read_req_si
On Mon, Nov 16, 2020 at 12:30 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/dce3_1_afmt.c:30:6: warning: no previous prototype
> for ‘dce3_2_afmt_hdmi_write_speaker_allocation’ [-Wmissing-prototypes]
> 30 | void dce3_2_afmt_hdmi_write_speake
On Mon, Nov 16, 2020 at 12:30 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/radeon_pm.c:74:6: warning: no previous prototype for
> ‘radeon_pm_acpi_event_handler’ [-Wmissing-prototypes]
> 74 | void radeon_pm_acpi_event_handler(struct radeon_d
On Mon, Nov 16, 2020 at 12:30 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/rv770.c:1138:6: warning: no previous prototype for
> ‘rv770_set_clk_bypass_mode’ [-Wmissing-prototypes]
> 1138 | void rv770_set_clk_bypass_mode(struct radeon_device
On Mon, Nov 16, 2020 at 07:11:12PM +0100, Sam Ravnborg wrote:
> Hi Daniel
> > > Feel free to just merge it via your tree. Patches here are pretty
> > > much independent ;-)
> >
> > Ok I put it into drm-misc-next. I kinda assumed since there's also a huge
> > effort going on to shut up warnings, pl
On Mon, Nov 16, 2020 at 7:59 AM Thierry Reding wrote:
>
> On Fri, Nov 06, 2020 at 04:27:10AM +, John Stultz wrote:
> > diff --git a/drivers/iommu/Kconfig b/drivers/iommu/Kconfig
> > index 04878caf6da49..c64d7a2b65134 100644
> > --- a/drivers/iommu/Kconfig
> > +++ b/drivers/iommu/Kconfig
> > @@
On Mon, Nov 16, 2020 at 12:30 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/radeon_irq_kms.c:56: warning: Function parameter or
> member 'irq' not described in 'radeon_driver_irq_handler_kms'
> drivers/gpu/drm/radeon/radeon_irq_kms.c:56: war
On Mon, Nov 16, 2020 at 12:30 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/radeon_legacy_encoders.c:1745:1: warning: no
> previous prototype for ‘radeon_add_legacy_encoder’ [-Wmissing-prototypes]
> 1745 | radeon_add_legacy_encoder(struct d
On Mon, Nov 16, 2020 at 12:30 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/radeon_legacy_encoders.c:1746:1: warning: no previous
> prototype for ‘radeon_add_legacy_encoder’ [-Wmissing-prototypes]
> 1746 | radeon_add_legacy_encoder(struct dr
On Mon, Nov 16, 2020 at 12:30 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/radeon_ttm.c: At top level:
> drivers/gpu/drm/radeon/radeon_ttm.c:817:5: warning: no previous prototype
> for ‘radeon_ttm_init’ [-Wmissing-prototypes]
> 817 | int r
On 11/16/20 7:34 PM, Andy Lutomirski wrote:
On Mon, Nov 16, 2020 at 10:10 AM Alexandre Chartre
wrote:
On 11/16/20 5:57 PM, Andy Lutomirski wrote:
On Mon, Nov 16, 2020 at 6:47 AM Alexandre Chartre
wrote:
When entering the kernel from userland, use the per-task PTI stack
instead of the p
From: Thomas Gleixner
The conversion to the generic kmap_atomic() implementation missed the fact
that xtensa's fixmap works bottom up while all other implementations work
top down. There is no real reason why xtensa needs to work that way.
Cure it by:
- Using the generic fix_to_virt()/virt_to
On 16 Nov 2020, at 4:51, Alex Shi wrote:
> Commit 5647bc293ab1 ("mm: compaction: Move migration fail/success
> stats to migrate.c"), removed 3 items in /proc/vmstat. but the docs
> still has their explanation. let's remove them.
>
> "compact_blocks_moved",
> "compact_pages_moved",
> "compact_pagem
Hi Eric,
I love your patch! Perhaps something to improve:
[auto build test WARNING on v5.10-rc4]
[also build test WARNING on next-20201116]
[cannot apply to vfio/next]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--bas
On Mon, Nov 16, 2020 at 12:30 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/radeon_kms.c:756:5: warning: no previous prototype
> for ‘radeon_get_vblank_counter_kms’ [-Wmissing-prototypes]
> 756 | u32 radeon_get_vblank_counter_kms(struct drm_
On Mon, Nov 16, 2020 at 03:20:05PM +0100, Peter Zijlstra wrote:
> > I think this is at least one possibility. I think at least that one
> > should only be explicitly set on WF_MIGRATED and explicitly cleared in
> > sched_ttwu_pending. While I haven't audited it fully, it might be enough
> > to avoi
On Mon, Nov 16, 2020 at 12:30 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/radeon_kms.c:226: warning: Function parameter or
> member 'dev' not described in 'radeon_info_ioctl'
> drivers/gpu/drm/radeon/radeon_kms.c:226: warning: Excess funct
On Mon, Nov 16, 2020 at 9:47 AM Andreas Schwab wrote:
>
> On Okt 14 2020, Arvind Sankar wrote:
>
> > Commit
> > 815f0ddb346c ("include/linux/compiler*.h: make compiler-*.h mutually
> > exclusive")
> >
> > neglected to copy barrier_data() from compiler-gcc.h into
> > compiler-clang.h. The defini
On Mon, Nov 16, 2020 at 12:30 PM Lee Jones wrote:
>
> Unfortunately, a suitable one didn't already exist.
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/radeon_device.c:637:6: warning: no previous prototype
> for ‘radeon_device_is_virtual’ [-Wmissing-prototypes]
On 11/16/20 10:30 AM, Andreas Schwab wrote:
On Nov 16 2020, Randy Dunlap wrote:
What kernel version are you building?
5.10-rc4
Andreas.
OK, thanks.
My build machine is slow, but I have a patch that I am testing:
---
From: Randy Dunlap
riscv's uses barrier() so it should
#include to p
On Thu, Nov 12, 2020 at 03:52:06PM +0800, Wenbin Mei wrote:
> Add optional properties for cqe hosts which are used to set cqe off
> during suspend flow.
>
> Signed-off-by: Wenbin Mei
> ---
> Documentation/devicetree/bindings/mmc/mmc-controller.yaml | 7 +++
> 1 file changed, 7 insertions(+)
From: Min Li
Fix non-zero phase_adj is lost after snap. Use ktime_sub
to do ktime_t subtraction.
Signed-off-by: Min Li
---
drivers/ptp/ptp_clockmatrix.c | 210 +-
drivers/ptp/ptp_clockmatrix.h | 5 +-
2 files changed, 190 insertions(+), 25 deletions(-)
From: Min Li
Add deprecated flag to indicate < v4.8.7.
Fix idtcm_enable_tod() call correct settime().
Signed-off-by: Min Li
---
drivers/ptp/ptp_clockmatrix.c | 69 ---
drivers/ptp/ptp_clockmatrix.h | 11 +++
2 files changed, 45 insertions(+), 35 dele
From: Min Li
Feed kstrtou8 with NULL terminated string.
Signed-off-by: Min Li
---
drivers/ptp/ptp_clockmatrix.c | 52 +++
1 file changed, 38 insertions(+), 14 deletions(-)
diff --git a/drivers/ptp/ptp_clockmatrix.c b/drivers/ptp/ptp_clockmatrix.c
index
On 16/11/20 20:15, Ben Gardon wrote:
If anyone has time to review this short series, I'd appreciate it. I
don't want these to get lost in the shuffle.
Thanks!
Yup, it's on the list. :)
Paolo
On Mon, 16 Nov 2020 12:43:38 -0500
Steven Rostedt wrote:
> > After merging the ftrace tree, today's linux-next build (htmldocs)
> > produced this warning:
> >
> > Documentation/trace/ftrace-uses.rst:123: WARNING: Unexpected indentation.
> >
> > Introduced by commit
> >
> > a25d036d939a ("ftr
On Mon, Nov 16, 2020 at 12:30 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/radeon_atombios.c:1791:6: warning: no previous
> prototype for ‘radeon_atom_get_tv_timings’ [-Wmissing-prototypes]
> 1791 | bool radeon_atom_get_tv_timings(struct ra
Em Mon, Nov 16, 2020 at 11:12:30AM -0800, Ian Rogers escreveu:
> On Mon, Nov 16, 2020 at 9:05 AM Arnaldo Carvalho de Melo
> wrote:
>
> > Em Fri, Nov 06, 2020 at 01:21:58PM +0900, Namhyung Kim escreveu:
> > > On Fri, Nov 6, 2020 at 12:12 PM Jin, Yao
> > wrote:
> > > > >> Signed-off-by: Jin Yao
>
>
> Christ. It's been two weeks. I'm doing -rc4 today, and I still don't
> have the fix.
>
> The problem seems entirely obvious, as reported by Kirill: the nv50
> code unconditionally calls the "atomic_{dis,en}able()" functions, even
> when not everybody was converted.
>
> The fix seems to be to ei
On 11/16/20 5:17 PM, Namhyung Kim wrote:
> Hello Alex,
>
> On Sat, Nov 14, 2020 at 6:28 AM Alejandro Colomar
> wrote:
>>
>> From: Namhyung Kim
>>
>> There are lots of changes as usual. I've tried to fill some missing
>> bits in the man page but it'd be nice if you could take a look and put
>>
On Mon, Nov 16, 2020 at 06:53:09PM +0100, Rafael J. Wysocki wrote:
> On Wed, Oct 7, 2020 at 7:10 PM Bjorn Helgaas wrote:
> > On Wed, Oct 07, 2020 at 06:53:16PM +0200, Rafael J. Wysocki wrote:
> > > On Wed, Oct 7, 2020 at 6:49 PM David E. Box
> > > wrote:
> > > >
> > > > On Intel Platform Control
On Thu, 12 Nov 2020 13:38:45 +0800, Amireddy Mallikarjuna reddy wrote:
> Add DT bindings YAML schema for DMA controller driver
> of Lightning Mountain (LGM) SoC.
>
> Signed-off-by: Amireddy Mallikarjuna reddy
>
> ---
> v1:
> - Initial version.
>
> v2:
> - Fix bot errors.
>
> v3:
> - No change.
On Wed, 11 Nov 2020 17:30:08 +0100, Sergio Paracuellos wrote:
> Adds device tree binding documentation for PLL controller in
> the MT7621 SOC.
>
> Signed-off-by: Sergio Paracuellos
> ---
> .../bindings/clock/mediatek,mt7621-pll.yaml | 51 +++
> 1 file changed, 51 insertions(+)
On Thu, 12 Nov 2020 05:05:50 +0200, Mirela Rabulea (OSS) wrote:
> From: Mirela Rabulea
>
> Add bindings documentation for i.MX8QXP/QM JPEG decoder & encoder driver.
>
> Signed-off-by: Mirela Rabulea
> ---
> Changes in v5:
> changed compatible name to be SOC specific
> changed fsl->nxp
> rephras
On Tue, Oct 27, 2020 at 10:59 AM Ben Gardon wrote:
>
> The TDP MMU was initially implemented without some of the usual
> tracepoints found in mmu.c. Correct this discrepancy by adding the
> missing trace points to the TDP MMU.
>
> Tested: ran the demand paging selftest on an Intel Skylake machine
On Wed, 11 Nov 2020 18:20:57 +0200, alexandru.tach...@analog.com wrote:
> From: Alexandru Tachici
>
> Add documentation for ltc2992.
>
> Signed-off-by: Alexandru Tachici
> ---
> .../bindings/hwmon/adi,ltc2992.yaml | 80 +++
> 1 file changed, 80 insertions(+)
> create
On Mon, 2020-11-16 at 11:32 -0700, Shuah Khan wrote:
> On 11/12/20 10:40 AM, Jeffrin Jose T wrote:
> > hello,
> >
> > i wrote a small program to check for the existence of "config"
> > files
> > for testing projects under kselftest framework.
> >
> > chmod 755 test_config.py
> > This file should
On 11/16/20 1:06 PM, santosh.shilim...@oracle.com wrote:
> On 11/16/20 9:31 AM, Suman Anna wrote:
>> Hi Santosh,
>>
>> On 11/16/20 11:22 AM, Grzegorz Jaszczyk wrote:
>>> Since the of_device_get_match_data() doesn't return error code, remove
>>> wrong IS_ERR test. Proper check against NULL pointer i
On Mon, Nov 16, 2020 at 11:10:02AM +0800, Ramuthevar,Vadivel MuruganX wrote:
> From: Ramuthevar Vadivel Murugan
>
> Convert the cadence-quadspi.txt documentation to cadence-quadspi.yaml
> remove the cadence-quadspi.txt from Documentation/devicetree/bindings/spi/
As previously and repeatedly requ
601 - 700 of 1780 matches
Mail list logo