On Mon, Nov 9, 2020 at 11:10 PM Rikard Falkeborn
wrote:
> The only usage of sh73a0_vccq_mc0_ops is to assign its address to the
> ops field in the regulator_desc struct, which is a const pointer. Make
> it const to allow the compiler to put it in read-only memory.
>
> Signed-off-by: Rikard
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
dev.2020.11.06a
head: 5cec02881428f10c4a1632c3aebb666b12888958
commit: 015465e505581b068dba346e6e73caeb673e8753 [15/22] cpumask: un-inline
cpulist_parse; prepare for ascii helpers
config:
PREEMPT_RT is a separate preemption model, CONFIG_PRTTMPT will
be disabled when CONFIG_PREEMPT_RT is enabled, so you need
to add CONFIG_PREEMPT_RT judgments to __die().
Signed-off-by: Wang Qing
Changes in v2:
- Modify as Christophe suggested.
---
arch/powerpc/kernel/traps.c | 3 ++-
1 file
In function amdgpu_dm_connector_get_modes, drm_edid_is_valid
will check weather (!edid), no need to check again in the if
branch.
Signed-off-by: Bernard Zhao
---
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
ret may be 0 so, dev_err_probe should be called only when ret is an error
code.
Fixes: 41c9c06c491a ("mfd: stmfx: Simplify with dev_err_probe()")
Signed-off-by: Amelie Delaunay
---
drivers/mfd/stmfx.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/mfd/stmfx.c
The HUAWEI USB-C headset (VID:0x12d1, PID:0x3a07) reported it supports
96khz. However there will be some random issue under 96khz.
Not sure if there is any alternate setting could be applied.
Hence 48khz is suggested to be applied at this moment.
Signed-off-by: Macpaul Lin
Signed-off-by: Eddie
On Tue, 2020-11-10 at 08:53 +0100, Greg Kroah-Hartman wrote:
> On Tue, Nov 10, 2020 at 08:52:09AM +0100, Greg Kroah-Hartman wrote:
> > On Tue, Nov 10, 2020 at 03:33:00PM +0800, Frankie Chang wrote:
> > > On Mon, 2020-11-09 at 18:46 +0100, Greg Kroah-Hartman wrote:
> > > > On Fri, Oct 30, 2020 at
On Fri, Nov 06, 2020 at 12:04:53PM +, Sudip Mukherjee wrote:
> Hi Lukas,
>
> On 06/11/2020 10:31, Lukas Bulwahn wrote:
> >
> >
> > On Fri, 6 Nov 2020, Sudip Mukherjee wrote:
> >
> >> Hi Lukas,
> >>
>
>
>
> >
> > I did not try but I bet (a beverage of your choice) that the object code
>
Le 10/11/2020 à 09:02, Wang Qing a écrit :
PREEMPT_RT is a separate preemption model, CONFIG_PRTTMPT will
s/CONFIG_PRTTMPT/CONFIG_PREEMPT
be disabled when CONFIG_PREEMPT_RT is enabled, so you need
to add CONFIG_PREEMPT_RT judgments to __die().
Signed-off-by: Wang Qing
Otherwise
On Sat, 07 Nov 2020 17:13:31 +0100,
xiakaixu1...@gmail.com wrote:
>
> From: Kaixu Xia
>
> Fix the following coccicheck warning:
>
> ./sound/firewire/amdtp-stream.h:273:6-19: WARNING: Comparison to bool
>
> Reported-by: Tosk Robot
> Signed-off-by: Kaixu Xia
Thanks, applied.
Takashi
> ---
On Mon, Nov 09, 2020 at 10:53:54PM +0100, Jiri Olsa wrote:
> Adding support to carry build id data in mmap2 event.
>
> The build id data replaces maj/min/ino/ino_generation
> fields, whichc are also used to identify map's binary,
> so it's ok to replace them with build id data:
>
> union {
>
On Tue, Nov 10, 2020 at 04:02:47PM +0800, Wang Qing wrote:
> PREEMPT_RT is a separate preemption model, CONFIG_PRTTMPT will
Minor typo on this line with your config option :(
Remove the conversion from bool value to bool variable.
Signed-off-by: Bernard Zhao
---
drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c
b/drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c
Function __thermal_cooling_device_register, when device_register
failed, cdev is not free after error value return, this may
bring in potential memleak.
Signed-off-by: Bernard Zhao
---
drivers/thermal/thermal_core.c | 1 +
1 file changed, 1 insertion(+)
diff --git
Delete the conversion from bool value to bool function return.
Signed-off-by: Bernard Zhao
---
drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c
Function thermal_add_hwmon_sysfs, hwmon will be NULL when
new_hwmon_device = 0, so there is no need to check, kfree will
handle NULL point.
Signed-off-by: Bernard Zhao
---
drivers/thermal/thermal_hwmon.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
When error were found, we won't need to do any initialization but
just quit.
Signed-off-by: Robin Hsu
---
fsck/main.c | 24 +---
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/fsck/main.c b/fsck/main.c
index 32559f1..e70048b 100644
--- a/fsck/main.c
+++
On Tue, Nov 10, 2020 at 09:06:29AM +0100, Takashi Iwai wrote:
> On Sat, 07 Nov 2020 17:13:31 +0100,
> xiakaixu1...@gmail.com wrote:
> >
> > From: Kaixu Xia
> >
> > Fix the following coccicheck warning:
> >
> > ./sound/firewire/amdtp-stream.h:273:6-19: WARNING: Comparison to bool
> >
> >
On Tue, 10 Nov 2020 09:04:03 +0100,
Macpaul Lin wrote:
>
> The HUAWEI USB-C headset (VID:0x12d1, PID:0x3a07) reported it supports
> 96khz. However there will be some random issue under 96khz.
> Not sure if there is any alternate setting could be applied.
> Hence 48khz is suggested to be applied
Yejune Deng writes:
> a set of atomic_inc() looks more readable
>
> Signed-off-by: Yejune Deng
> ---
> drivers/net/wireless/st/cw1200/bh.c | 10 +-
> drivers/net/wireless/st/cw1200/wsm.c | 8
> 2 files changed, 9 insertions(+), 9 deletions(-)
The subject prefix should be
On 10/11/2020 07:47, James Morris wrote:
> On Tue, 3 Nov 2020, Mickaël Salaün wrote:
>
>> Hi,
>>
>> Can you please consider to merge this into the tree?
>>
>
> I've added this to my tree:
> git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security.git
> landlock_lsm
>
> and merged
On Tue, 2020-11-10 at 09:12 +0100, Takashi Iwai wrote:
> On Tue, 10 Nov 2020 09:04:03 +0100,
> Macpaul Lin wrote:
> >
> > The HUAWEI USB-C headset (VID:0x12d1, PID:0x3a07) reported it supports
> > 96khz. However there will be some random issue under 96khz.
> > Not sure if there is any alternate
RFC for adding a support for typical voltage scaling connection
In few occasions there has been a need to scale the voltage output
from bucks on BD71837. Usually this is done when buck8 is used to
power specific GPU which can utilize voltages down to 0.7V. As lowest
the buck8 on BD71837 can go is
The BD71837 buck output voltages are in a few cases scaled using external
connection which adds a pull-up to regulator feedback pin. This connection
will adjust output voltage from regulator in a deterministic way.
Add support for describing this HW connection so that driver can adjust
voltage
Hi Chris,
> The ASUS X532EQ laptop contains AzureWave AW-CB434NF WiFi/BT combo
> module with an associated MT7615E BT chip using a USB ID of 13d3:3560.
>
> T: Bus=03 Lev=01 Prnt=01 Port=09 Cnt=02 Dev#= 3 Spd=480 MxCh= 0
> D: Ver= 2.10 Cls=ef(misc ) Sub=02 Prot=01 MxPS=64 #Cfgs= 1
> P:
Setups where regulator (especially the buck8) output voltage is scaled
by adding external connection where some other regulator output is
connected to feedback-pin (over suitable resistors) is getting popular
amongst users of BD71837. This allows for example scaling down the
buck8 voltages to suit
The BD71847 buck output voltages are in a few cases scaled using external
connection which adds a pull-up to regulator feedback pin. This connection
will adjust output voltage from regulator in a deterministic way.
Add support for describing this HW connection so that driver can adjust
voltage
Hi Max,
> Add the support for RTL8852A BT controller on USB interface.
> The necessary firmware will be submitted to linux-firmware project.
>
> The device info from /sys/kernel/debug/usb/devices as below.
>
> T: Bus=02 Lev=02 Prnt=02 Port=05 Cnt=01 Dev#= 10 Spd=12 MxCh= 0
> D: Ver= 1.00
On Tue, 10 Nov 2020 09:17:46 +0100,
Macpaul Lin wrote:
>
> On Tue, 2020-11-10 at 09:12 +0100, Takashi Iwai wrote:
> > On Tue, 10 Nov 2020 09:04:03 +0100,
> > Macpaul Lin wrote:
> > >
> > > The HUAWEI USB-C headset (VID:0x12d1, PID:0x3a07) reported it supports
> > > 96khz. However there will be
On Tue, Nov 10, 2020 at 11:12:52AM +0800, Shawn Guo wrote:
> On Fri, Nov 06, 2020 at 12:24:12PM +0100, Jonathan Neuschäfer wrote:
...
> > - /* TODO: ektf2132 touch controller at 0x15 */
> > + touchscreen@15 {
> > + reg = <0x15>;
> > + compatible = "elan,ektf2132";
> > +
On Mon, Nov 09, 2020 at 02:52:17PM +0100, Hans de Goede wrote:
Hi,
On 11/6/20 12:19 AM, Coiby Xu wrote:
Debounce filter setting should be independent from IRQ type setting
because according to the ACPI specs, there are separate arguments for
specifying debounce timeout and IRQ type in GpioIo()
On Mon, Nov 09, 2020 at 10:53:54PM +0100, Jiri Olsa wrote:
> There's new misc bit for mmap2 to signal there's build
> id data in it:
>
> #define PERF_RECORD_MISC_BUILD_ID (1 << 14)
PERF_RECORD_MISC_MMAP_BUILD_ID would be consistent with the existing
PERF_RECORD_MISC_MMAP_DATA
Hi,
On 11/10/20 9:26 AM, Coiby Xu wrote:
> On Mon, Nov 09, 2020 at 02:52:17PM +0100, Hans de Goede wrote:
>> Hi,
>>
>> On 11/6/20 12:19 AM, Coiby Xu wrote:
>>> Debounce filter setting should be independent from IRQ type setting
>>> because according to the ACPI specs, there are separate arguments
Hi,
Le sam. 31 oct. 2020 à 18:54, Yu Kuai a écrit :
of_find_device_by_node() already takes a reference to the device, and
ingenic_ecc_release() will drop the reference. So, the get_device() in
ingenic_ecc_get() is redundand.
Fixes: 15de8c6efd0e("mtd: rawnand: ingenic: Separate top-level and
Fix a mutex_unlock() issue where before copy_from_user() is
not called mutex_locked.
Fixes: 4b1a29a7f542 ("error-injection: Support fault injection framework")
Reported-by: Hulk Robot
Signed-off-by: Luo Meng
---
kernel/fail_function.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
This series adds support for frequency invariant accounting on AMD EPYC Zen2
(aka "Rome"). The first patch by Nathan lays out the foundation by querying
ACPI infrastructure for the max boost frequency of the system. Specifically,
this value is available via the CPPC machinery; the previous EPYC
The value freq_max/freq_base is a fundamental component of frequency
invariance calculations. It may come from a variety of sources such as MSRs
or ACPI data, tracking it down when troubleshooting a system could be
non-trivial. It is worth saving it in the kernel logs.
# dmesg | grep 'Estimated
Frequency invariant accounting calculations need the ratio
freq_curr/freq_max, but freq_max is unknown as it depends on dynamic power
allocation between cores: AMD EPYC CPUs implement "Core Performance Boost".
Three candidates are considered to estimate this value:
- maximum non-boost frequency
-
From: Nathan Fontenot
This is the first pass in creating the ability to calculate the
frequency invariance on AMD systems. This approach uses the CPPC
highest performance and nominal performance values that range from
0 - 255 instead of a high and base frquency. This is because we do
not have
在 2020/11/10 12:33, John Fastabend 写道:
Wang Hai wrote:
progfd is created by prog_parse_fd(), before 'bpftool net attach' exit,
it should be closed.
Fixes: 04949ccc273e ("tools: bpftool: add net attach command to attach XDP on
interface")
Signed-off-by: Wang Hai
---
v1->v2: use cleanup tag
On Tue, 10 Nov 2020 at 07:00, Frank Lee wrote:
>
> It seems that sending too many e-mails at one time will cause some
> emails to fail to be sent out. I will try again.
Hi,
Instead please reduce the address list to relevant people, as pointed
out by scripts/get_maintainer.pl. Don't Cc
On Mon, 2020-11-09 at 16:43 +1100, Stephen Rothwell wrote:
> Hi all,
>
> After merging the mac80211-next tree, today's linux-next build (htmldocs)
> produced this warning:
>
> Documentation/driver-api/80211/cfg80211:48: include/net/cfg80211.h:1014:
> WARNING: Unexpected indentation.
>
This change converts the old device-tree binding for ADAU1977 from text
format to the new yaml format.
Signed-off-by: Alexandru Ardelean
---
Changelog v1 -> v2:
* updated libraries to catch newer schema errors/warnings
* fixed examples, added i2c & spi nodes
The HUAWEI USB-C headset (VID:0x12d1, PID:0x3a07) reported it supports
96khz. However there will be some random issue under 96khz.
Not sure if there is any alternate setting could be applied.
Hence 48khz is suggested to be applied at this moment.
Signed-off-by: Macpaul Lin
Signed-off-by: Eddie
Excerpts from Christophe Leroy's message of November 9, 2020 2:57 am:
> In head_64.S, we have two places using RFI to return to
> kernel. Use RFI_TO_KERNEL instead.
>
> They are the two only places using RFI on book3s/64, so
> the RFI macro can go away.
Looks good to me.
Acked-by: Nicholas
On 2020-11-10 01:35, Kefeng Wang wrote:
On 2020/11/10 1:23, Mark Brown wrote:
On Mon, Nov 09, 2020 at 07:58:16PM +0800, Kefeng Wang wrote:
syscon_config.name in of_syscon_register is allocated using
kasprintf,
which should be freed when it is not used after regmap_set_name, fix
the following
On Mon, Nov 09 2020 at 20:59, Ira Weiny wrote:
> On Tue, Nov 10, 2020 at 02:13:56AM +0100, Thomas Gleixner wrote:
> Also, we can convert the new memcpy_*_page() calls to kmap_local() as well.
> [For now my patch just uses kmap_atomic().]
>
> I've not looked at all of the patches in your latest
If a device is getting removed or reprobed during resume, use-after-free
might happen. For example, h5_btrtl_resume()[drivers/bluetooth/hci_h5.c]
schedules a work queue for device reprobing. During the reprobing, if
rfkill_set_block() in rfkill_resume() is called after the corresponding
On Tue, Nov 10, 2020 at 04:42:54PM +0800, Macpaul Lin wrote:
> The HUAWEI USB-C headset (VID:0x12d1, PID:0x3a07) reported it supports
> 96khz. However there will be some random issue under 96khz.
> Not sure if there is any alternate setting could be applied.
> Hence 48khz is suggested to be
Convert multiple full duplex transfers in to a single transfer to reduce
CPU load.
Current driver version support following filtering modes:
- ads7846_no_filter() - not filtered
- ads7846_debounce_filter() - driver specific debounce filter
- pdata->filter - platform specific debounce filter (do
On 10/11/20 07:31, Borislav Petkov wrote:
+ if (boot_cpu_has(X86_FEATURE_HYPERVISOR))
+ return;
+
Frankly, I'm tired of wagging the dog because the tail can't. If
qemu/kvm can't emulate a CPU model fully then it should ignore those
unknown MSR accesses by default, i.e., that
Hi,
Le sam. 7 nov. 2020 à 20:33, Sam Ravnborg a écrit :
Hi Paul.
On Thu, Nov 05, 2020 at 08:39:05AM +, Paul Cercueil wrote:
Increase the scaled image's theorical width/height until we find a
configuration that has valid scaling coefficients, up to 102% of the
screen's resolution. This
Starting with following patch, the ads7845 was partially converted to
full duplex mode:
3eac5c7e44f3 Input: ads7846 - extend the driver for ads7845 controller support
Since it is not touchscreen controller specific, it is better to make
this conversion consequent for complete driver. This will
On Tue, Nov 10, 2020 at 4:43 PM Krzysztof Kozlowski wrote:
>
> On Tue, 10 Nov 2020 at 07:00, Frank Lee wrote:
> >
> > It seems that sending too many e-mails at one time will cause some
> > emails to fail to be sent out. I will try again.
>
> Hi,
>
> Instead please reduce the address list to
changes v2:
- add back settle_delay_usecs support
- execute power down on the end of the main transfer.
- make it work with 2.5MHz SPI clock
This series is optimizing SPI transfer related CPU load.
Oleksij Rempel (2):
Input: ads7846: convert to full duplex
Input: ads7846: convert to one
Yejune Deng writes:
> Oh,I was forgetting. thanks.
And you should also disable HTML in your emails :) See the wiki link
below for more.
--
https://patchwork.kernel.org/project/linux-wireless/list/
https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
PREEMPT_RT is a separate preemption model, CONFIG_PREEMPT will
be disabled when CONFIG_PREEMPT_RT is enabled, so we need
to add CONFIG_PREEMPT_RT output to __die().
Signed-off-by: Wang Qing
Changes in v3:
- Fix typo issue.
Changes in v2:
- Modify as Christophe suggested.
---
On Tue, 2020-11-10 at 09:50 +0100, Greg KH wrote:
> On Tue, Nov 10, 2020 at 04:42:54PM +0800, Macpaul Lin wrote:
> > The HUAWEI USB-C headset (VID:0x12d1, PID:0x3a07) reported it supports
> > 96khz. However there will be some random issue under 96khz.
> > Not sure if there is any alternate setting
Hi Zhou,
Le sam. 7 nov. 2020 à 20:20, 周琰杰 (Zhou Yanjie)
a écrit :
Add the dmaengine bindings for the JZ4775 SoC and the X2000 SoC from
Ingenic.
周琰杰 (Zhou Yanjie) (2):
dt-bindings: dmaengine: Add JZ4775 bindings.
dt-bindings: dmaengine: Add X2000 bindings.
Hi Paul,
On Tue, Nov 10, 2020 at 08:50:22AM +, Paul Cercueil wrote:
> Hi,
>
> Le sam. 7 nov. 2020 à 20:33, Sam Ravnborg a écrit :
> > Hi Paul.
> >
> > On Thu, Nov 05, 2020 at 08:39:05AM +, Paul Cercueil wrote:
> > > Increase the scaled image's theorical width/height until we find a
> >
On Tue, 2020-11-10 at 01:31 -0500, Qian Cai wrote:
> On Sat, 2020-10-24 at 22:35 +0100, David Woodhouse wrote:
> > From: Thomas Gleixner
> >
> > 'trigger' and 'polarity' are used throughout the I/O-APIC code for handling
> > the trigger type (edge/level) and the active low/high configuration.
Le mar. 10 nov. 2020 à 9:56, Sam Ravnborg a écrit :
Hi Paul,
On Tue, Nov 10, 2020 at 08:50:22AM +, Paul Cercueil wrote:
Hi,
Le sam. 7 nov. 2020 à 20:33, Sam Ravnborg a
écrit :
> Hi Paul.
>
> On Thu, Nov 05, 2020 at 08:39:05AM +, Paul Cercueil wrote:
> > Increase the
On arm32:
drivers/gpu/drm/drm_fb_helper.c: In function ‘fb_read_screen_base’:
include/linux/minmax.h:18:28: warning: comparison of distinct pointer types
lacks a cast
...
drivers/gpu/drm/drm_fb_helper.c:2041:22: note: in expansion of macro ‘min’
2041 | size_t alloc_size =
Hi,
On 11/9/20 10:36 PM, Douglas Anderson wrote:
> This patch rejiggers the i2c-hid code so that the OF (Open Firmware
> aka Device Tree) and ACPI support is separated out a bit. The OF and
> ACPI drivers are now separate modules that wrap the core module.
>
> Essentially, what we're doing
Hi Lee,
> > the *d.h headers are supposed to just be hardware definitions. I'd
> > prefer to keep driver stuff out of them.
>
> That's fine (I did wonder if that were the case).
>
> I need an answer from you and Sam whether I can create new headers.
>
> For me, it is the right thing to do.
Should not be needed in stable in any form.
On 20-11-06 12:42:51, Pawel Laszczak wrote:
> - * Value of the strap pins.
> + * Value of the strap pins for:
> + * CDN3:
%/CDN3/CDNS3
Peter
> * 000 - no default configuration
> * 010 - Controller initiall configured as Host
> * 100 - Controller initially configured as Device
> + * CDNSP:
The HUAWEI USB-C headset (VID:0x12d1, PID:0x3a07) reported it supports
96khz. However there will be some random issue under 96khz.
Not sure if there is any alternate setting could be applied.
Hence 48khz is suggested to be applied at this moment.
Signed-off-by: Macpaul Lin
Signed-off-by: Eddie
During system resume, ufshcd_system_resume() won't resume UFS host if
runtime suspended. After that, scsi_bus_resume() try to set SCSI host's
RPM status to RPM_ACTIVE, this will fail because UFS host's RPM status
is still RPM_SUSPENDED. So fix it.
scsi host0: scsi_runtime_suspend()
On 2020-11-09 11:32, David Brazdil wrote:
While protected nVHE KVM is installed, start trapping all host SMCs.
By default, these are simply forwarded to EL3, but PSCI SMCs are
validated first.
Create new constant HCR_HOST_NVHE_PROTECTED_FLAGS with the new set of
HCR
flags to use while the
Add option to prevent firmware/configuration loading during each boot.
Andrej Valek (4):
Input: goodix - add option to disable firmware loading
dt-bindings: touchscreen: goodix: add info about disabling FW loading
Input: atmel_mxt_ts - add option to disable firmware loading
Input: st1232
Firmware file loadind for GT911 controller takes too much time (~60s).
There is no check that configuration is the same which is already present.
This happens always during boot, which makes touchscreen unusable.
Add there an option to prevent firmware file loading, but keep it enabled
by
Add information about option how to disable FW loading for each boot.
Signed-off-by: Andrej Valek
---
Documentation/devicetree/bindings/input/touchscreen/goodix.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/input/touchscreen/goodix.yaml
Firmware file loadind for mXT336U controller takes too much time (~60s).
There is no check that configuration is the same which is already present.
This happens always during boot, which makes touchscreen unusable.
Add there an option to prevent firmware file loading, but keep it enabled
by
Hard-coding resolution for st1633 device was wrong. Some of LCDs like
YTS700TLBC-02-100C has assembled Sitronix st1633 touchcontroller too. But
the resolution is not 320x480 as was hard-coded.
Add new function which reads correct resolution directly from register.
Signed-off-by: Andrej Valek
---
在 2020/11/9 18:43, Marc Zyngier 写道:
On 2020-11-09 03:05, xuqiang (M) wrote:
在 2020/11/8 0:54, Marc Zyngier 写道:
[dropping Jason, whose email address has been bouncing for weeks now]
On 2020-11-07 10:42, Xu Qiang wrote:
On my platform, ITS_FLAGS_SAVE_SUSPEND_STATE is not set,thus do
nothing
On 09/11/2020 at 12:26, Andy Shevchenko wrote:
On Sun, Nov 8, 2020 at 8:05 PM Martin Kaiser wrote:
Replace the two separate calls for setting the irq handler and data with a
single irq_set_chained_handler_and_data() call.
Can it be rewritten to use the GPIO core facility of instantiating
On 20-11-06 12:42:53, Pawel Laszczak wrote:
> Patch moves common reusable code used by cdns3 and cdnsp driver
> to cdns-usb-common library. This library include core.c, drd.c
> and host.c files.
>
> Signed-off-by: Pawel Laszczak
> ---
> drivers/usb/cdns3/Kconfig | 8
>
Maybe no contract ... but a bunch of places (many of them in Intel
specific code) that check for it
Interestingly, quite a few of them are actually checking for HYPERVISOR
not because of missing hypervisor features, but rather because
hypervisors don't have to work around certain errata. :)
On Tue, Nov 10, 2020 at 8:50 AM Anders Roxell wrote:
>
> On Thu, 5 Nov 2020 at 07:06, Stephen Rothwell wrote:
> >
> > Hi all,
> >
> > Changes since 20201104:
>
> When building an arm64 allmodconfig and booting up that in qemu I see
>
> [10011.092394][ T28] task:kworker/0:2 state:D
Hi
Am 10.11.20 um 10:01 schrieb Geert Uytterhoeven:
> On arm32:
>
> drivers/gpu/drm/drm_fb_helper.c: In function ‘fb_read_screen_base’:
> include/linux/minmax.h:18:28: warning: comparison of distinct pointer
> types lacks a cast
> ...
> drivers/gpu/drm/drm_fb_helper.c:2041:22:
On Nov 09, 2020 / 21:19, Josh Poimboeuf wrote:
> On Mon, Nov 09, 2020 at 09:10:38AM +, Shinichiro Kawasaki wrote:
> > On Nov 06, 2020 / 12:06, Josh Poimboeuf wrote:
> > > On Fri, Nov 06, 2020 at 06:04:15AM +, Shinichiro Kawasaki wrote:
> > > > Greetings,
> > > >
> > > > I observe
* Arnd Bergmann [201109 19:10]:
> On Mon, Nov 9, 2020 at 3:45 PM Tony Lindgren wrote:
> > >
> > > As discussed on IRC, I think it can still be done in one of these
> > > ways, though admittedly none of them are perfect:
> > >
> > > a) add runtime patching for __my_cpu_offset() when
> > >
On Mon, Nov 09, 2020 at 06:16:10PM -0500, Steven Rostedt wrote:
> ftrace_caller:
> [..]
> movq $0, CS(%rsp) <- loads zero into pt_regs->cs for internal use only.
> [..]
Argh, I missed that. I failed to spot it in the patch. No worries then.
Hi,
>
>On 20-11-06 12:42:53, Pawel Laszczak wrote:
>> Patch moves common reusable code used by cdns3 and cdnsp driver
>> to cdns-usb-common library. This library include core.c, drd.c
>> and host.c files.
>>
>> Signed-off-by: Pawel Laszczak
>> ---
>> drivers/usb/cdns3/Kconfig | 8
Bail out early from sysc_wait_softreset() just like we do in sysc_reset()
if there's no sysstatus srst_shift to fix a bogus resetdone warning on
enable as suggested by Grygorii Strashko .
We do not currently handle resets for modules that need writing to the
sysstatus register. If we at some
On Mon, Nov 09, 2020 at 06:10:05PM +, Marc Zyngier wrote:
> On 2020-11-09 16:59, Quentin Perret wrote:
> > Hey David,
> >
> > On Monday 09 Nov 2020 at 11:32:26 (+), David Brazdil wrote:
> > > Add helper macro for computing the PA of a kernel symbol in nVHE hyp
> > > code. This will be
On Mon, Nov 09, 2020 at 03:53:55PM +0100, Ricardo Ribalda wrote:
> Hi Christoph
>
> I have started now to give a try to your patchset. Sorry for the delay.
>
> For uvc I have prepared this patch:
> https://github.com/ribalda/linux/commit/9094fe223fe38f8c8ff21366d893b43cbbdf0113
>
> I have
On 11/9/20 9:00 PM, Mathieu Poirier wrote:
On Wed, Oct 28, 2020 at 10:09:26PM +, Suzuki K Poulose wrote:
We are about to introduce support for sysreg access to ETMv4.4+
component. Since there are generic routines that access the
registers (e.g, CS_LOCK/UNLOCK , claim/disclaim operations,
Hello,
syzbot found the following issue on:
HEAD commit:521b619a Merge tag 'linux-kselftest-kunit-fixes-5.10-rc3' ..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=16a5579250
kernel config: https://syzkaller.appspot.com/x/.config?x=e791ddf0875adf65
On Mon, Nov 09, 2020 at 05:20:32PM -0800, Paul E. McKenney wrote:
> On Mon, Nov 09, 2020 at 01:24:24PM +0100, Peter Zijlstra wrote:
> > On Thu, Nov 05, 2020 at 03:05:10PM -0800, paul...@kernel.org wrote:
> > > From: Hui Su
> > >
> > > This commit updates the documented API of call_rcu() to use
On Tue, 10 Nov 2020 at 10:17, Dmitry Vyukov wrote:
>
> On Tue, Nov 10, 2020 at 8:50 AM Anders Roxell
> wrote:
> >
> > On Thu, 5 Nov 2020 at 07:06, Stephen Rothwell wrote:
> > >
> > > Hi all,
> > >
> > > Changes since 20201104:
> >
> > When building an arm64 allmodconfig and booting up that in
Am Montag, 9. November 2020, 20:31:02 CET schrieb Paul Menzel:
Hi Paul,
> Dear Linux folks,
>
>
> By mistake I built `XFRM_ESP` into the Linux kernel, resulting in
>
> CONFIG_CRYPTO_SEQIV=y
> CONFIG_CRYPTO_ECHAINIV=y
>
> and also the Jitterentropy RNG to be built in.
>
>
The attr->set() receive a value of u64, but simple_strtoll() is used
for doing the conversion. It will lead to the error cast if user inputs
a negative value.
Use kstrtoull() instead of simple_strtoll() to convert a string got
from the user to an unsigned value. The former will return '-EINVAL'
On 2020-11-08 07:46, Mike Rapoport wrote:
> On Sat, Nov 07, 2020 at 04:22:06PM +0100, Stefan Agner wrote:
>> Most architectures define MAX_PHYSMEM_BITS in asm/sparsemem.h and don't
>> include it in asm/pgtable.h. Include asm/sparsemem.h directly to get
>> the MAX_PHYSMEM_BITS define on all
10.11.2020 04:31, Florian Fainelli wrote:
Provide an empty 'ports' container node with the correct #address-cells
and #size-cells properties. This silences the following warning:
arch/arm/boot/dts/bcm4708-asus-rt-ac56u.dt.yaml:
ethernet-switch@18007000: 'oneOf' conditional failed, one must be
On 11/9/20 8:22 PM, Mathieu Poirier wrote:
On Wed, Oct 28, 2020 at 10:09:42PM +, Suzuki K Poulose wrote:
ETM v4.4 onwards adds support for system instruction access
to the ETM. Detect the support on an ETM and switch to using the
mode when available.
Signed-off-by: Suzuki K Poulose
---
Hi Christoph
On Tue, Nov 10, 2020 at 10:25 AM Christoph Hellwig wrote:
>
> On Mon, Nov 09, 2020 at 03:53:55PM +0100, Ricardo Ribalda wrote:
> > Hi Christoph
> >
> > I have started now to give a try to your patchset. Sorry for the delay.
> >
> > For uvc I have prepared this patch:
> >
On 11/3/20 2:20 AM, Joel Fernandes wrote:
Hi Alexandre,
Sorry for late reply as I was working on the snapshotting patch...
On Fri, Oct 30, 2020 at 11:29:26AM +0100, Alexandre Chartre wrote:
On 10/20/20 3:43 AM, Joel Fernandes (Google) wrote:
Core-scheduling prevents hyperthreads in
Coccinelle noticed:
drivers/rtc/rtc-cpcap.c:271:7-32: ERROR: Threaded IRQ with no
primary handler requested without IRQF_ONESHOT
drivers/rtc/rtc-cpcap.c:287:7-32: ERROR: Threaded IRQ with no
primary handler requested without IRQF_ONESHOT
Signed-off-by: Tian Tao
---
drivers/rtc/rtc-cpcap.c | 6
1 - 100 of 1567 matches
Mail list logo