Thanks for the report!
On Thu, Mar 11, 2021 at 20:34:44 +0800, lyl2...@mail.ustc.edu.cn wrote:
> File: drivers/net/ppp/ppp_generic.c
>
> In ppp_unregister_channel, pch could be freed in ppp_unbridge_channels()
> but after that pch is still in use. Inside the function ppp_unbridge_channels,
> if
On Friday 12 Mar 2021 at 09:32:06 (+), Will Deacon wrote:
> I'm not saying to use the VMID directly, just that allocating half of the
> pte feels a bit OTT given that the state of things after this patch series
> is that we're using exactly 1 bit.
Right, and that was the reason for the PROT_NO
On Thu, Mar 11, 2021 at 06:24:30PM +, Christophe Leroy wrote:
> (cherry picked from commit c119565a15a628efdfa51352f9f6c5186e506a1c)
>
> On book3s/32, page protection is defined by the PP bits in the PTE
> which provide the following protection depending on the access
> keys defined in the mat
Hi Ricardo,
On Fri, Mar 12, 2021 at 10:57:33AM +0100, Ricardo Ribalda Delgado wrote:
> On Fri, Mar 12, 2021 at 2:25 AM Laurent Pinchart wrote:
> > On Thu, Mar 11, 2021 at 11:19:45PM +0100, Ricardo Ribalda wrote:
> > > Create all the class controls for the device defined controls.
> > >
> > > Fixes
LOTTO.NL,
2391 Beds 152 Koningin Julianaplein 21,
Den Haag-Netherlands.
(Lotto affiliate with Subscriber Agents).
From: Susan Console
(Lottery Coordinator)
Website: www.lotto.nl
Sir/Madam,
CONGRATULATIONS!!!
We are pleased to inform you of the result of the Lotto NL Winners
International progr
On 12/03/21 09:13AM, tudor.amba...@microchip.com wrote:
> On 3/11/21 9:12 PM, Pratyush Yadav wrote:
> > EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> > content is safe
> >
> > Check if a read is eligible for PHY and if it is, enable PHY and DQS.
>
> DQS as in data
On Thu, 11 Mar 2021 at 22:37, Andrey Konovalov wrote:
>
> Update the "Overview" section in KASAN documentation:
>
> - Outline main use cases for each mode.
> - Mention that HW_TAGS mode need compiler support too.
> - Move the part about SLUB/SLAB support from "Usage" to "Overview".
> - Punctuation
Hi Hans,
On Fri, Mar 12, 2021 at 08:14:13AM +0100, Hans Verkuil wrote:
> On 11/03/2021 23:19, Ricardo Ribalda wrote:
> > According to the doc:
> > The, in hindsight quite poor, solution for that is to set error_idx to
> > count if the validation failed.
>
> I think this needs a bit more explanati
Am 2021-03-12 11:10, schrieb Pratyush Yadav:
There is usually a delay from when the flash drives the data line (IOW,
puts a data bit on it) and when the signal reaches the controller. This
delay can vary by the flash, board, silicon characteristics,
temperature, etc.
Temperature might change ov
Hello,
On 2021/3/12 16:39, Namhyung Kim wrote:
On Fri, Mar 12, 2021 at 4:19 PM Yang Jihong wrote:
Hello,
On 2021/3/12 13:49, Namhyung Kim wrote:
Hi,
On Fri, Mar 12, 2021 at 12:24 PM Yang Jihong wrote:
Hello, Namhyung
On 2021/3/11 22:42, Namhyung Kim wrote:
Hi,
On Thu, Mar 11, 2021 at
On Thu, Mar 11, 2021 at 7:10 PM Rob Herring wrote:
>
> On Thu, Mar 11, 2021 at 9:48 AM Arnd Bergmann wrote:
> >
> > On Thu, Mar 11, 2021 at 5:10 PM Rob Herring wrote:
> > > On Thu, Mar 11, 2021 at 2:12 AM Arnd Bergmann wrote:
> > > > On Wed, Mar 10, 2021 at 6:01 PM Rob Herring wrote:
> > > > O
On 12/03/2021 11:13, Laurent Pinchart wrote:
> Hi Ricardo,
>
> On Fri, Mar 12, 2021 at 10:57:33AM +0100, Ricardo Ribalda Delgado wrote:
>> On Fri, Mar 12, 2021 at 2:25 AM Laurent Pinchart wrote:
>>> On Thu, Mar 11, 2021 at 11:19:45PM +0100, Ricardo Ribalda wrote:
Create all the class controls
On 3/12/21 10:11 AM, Lukasz Luba wrote:
On 3/11/21 10:57 AM, Daniel Lezcano wrote:
On 11/03/2021 11:15, Lukasz Luba wrote:
Hi Daniel,
On 3/10/21 11:02 AM, Daniel Lezcano wrote:
In order to increase the self-encapsulation of the dtpm generic code,
the following changes are adding a power
From: Xingui Yang
On Hisilicon Kunpeng920, ESP is set to 1 by default for all ports of
SATA controller. In some scenarios, some ports are not external SATA ports,
and it cause disks connected to these ports to be identified as removable
disks. So disable the SXS capability on the software side to
Hello,
syzbot found the following issue on:
HEAD commit:f78d76e7 Merge tag 'drm-fixes-2021-03-12-1' of git://anong..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=11c16ba2d0
kernel config: https://syzkaller.appspot.com/x/.config?x=dc02c6afcb046874
das
On Fri, 2021-03-12 at 10:55 +0100, Johannes Berg wrote:
> From: Johannes Berg
>
> At least in ARCH=um with CONFIG_GCOV (which writes all the
> coverage data directly out from the userspace binary rather
> than presenting it in debugfs) it's necessary to run all
> the atexit handlers (dtors/fini_a
> -Original Message-
> From: Dan Williams
> Subject: Re: [PATCH v3 01/11] pagemap: Introduce ->memory_failure()
>
> On Mon, Mar 8, 2021 at 3:34 AM ruansy.f...@fujitsu.com
> wrote:
> > > > > > 1 file changed, 8 insertions(+)
> > > > > >
> > > > > > diff --git a/include/linux/memremap.h
LOTTO.NL,
2391 Beds 152 Koningin Julianaplein 21,
Den Haag-Netherlands.
(Lotto affiliate with Subscriber Agents).
From: Susan Console
(Lottery Coordinator)
Website: www.lotto.nl
Sir/Madam,
CONGRATULATIONS!!!
We are pleased to inform you of the result of the Lotto NL Winners
International progr
STM32 F7/H7 usarts supports RX & TX pin swapping.
Add option to turn it on.
Tested on STM32MP157.
Signed-off-by: Martin Devera
Acked-by: Fabrice Gasnier
---
v6:
- add version changelog
v4:
- delete superfluous has_swap=false
v3:
- add has_swap to stm32_usart_info (because F4 line
does
Add new rx-tx-swap property to allow for RX & TX pin swapping.
Signed-off-by: Martin Devera
Acked-by: Fabrice Gasnier
---
v6:
- add version changelog
v5:
- yaml fixes based on Rob Herring comments
- add serial.yaml reference
- move compatible from 'then' to 'if'
v3:
- don't allow
Calling complete() from within the __init function is wrong -
theoretically, the init process could proceed all the way to freeing
the init mem before the devtmpfsd thread gets to execute the return
instruction in devtmpfs_setup().
In practice, it seems to be harmless as gcc inlines devtmpfs_setup
Currently gcc seems to inline devtmpfs_setup() into devtmpfsd(), so
its memory footprint isn't reclaimed as intended. Mark it noinline to
make sure it gets put in .init.text.
While here, setup_done can also be put in .init.data: After complete()
releases the internal spinlock, the completion objec
Hello all
This patch adds support for the OV5693 sensor found as the front camera in
many Microsoft Surface devices, along with a number of similar style laptops.
It is a heavily adapted derivative of the atomisp-ov5693 driver in staging,
which retains most of the global register settings and some
The OV5693 is a 5 Mpx CMOS image sensor, connected via MIPI CSI-2. The
chip is capable of a single lane configuration, but currently only two
lanes are supported.
Most of the sensor's features are supported, with the main exception
being the lens correction algorithm.
The driver provides all mand
On Sat, Mar 06, 2021 at 08:17:24PM -0800, Ilya Lipnitskiy wrote:
> Upstream a long-standing OpenWrt patch [0] that fixes MT7620 PCIe PLL
> lock check. The existing code checks the wrong register bit: PPLL_SW_SET
> is not defined in PPLL_CFG1 and bit 31 of PPLL_CFG1 is marked as reserved
> in the MT
On Wed, Feb 24, 2021 at 10:38:49AM +0100, Álvaro Fernández Rojas wrote:
> Allow including dt-bindings header files for bcm63xx.
>
> v2: remove irqs header and add more bindings.
>
> Álvaro Fernández Rojas (7):
> mips: dts: brcm: allow including header files
> mips: bmips: bcm3368: include dt
On Thu, Mar 04, 2021 at 07:00:57PM +0800, Qing Zhang wrote:
> The purpose of separating loongson_system_configuration from boot_param.h
> is to keep the other structure consistent with the firmware.
>
> Signed-off-by: Jiaxun Yang
> Signed-off-by: Qing Zhang
> ---
> .../include/asm/mach-loongson
On Sun, Mar 07, 2021 at 11:08:06AM -0800, Ilya Lipnitskiy wrote:
> Upstream a long-standing OpenWrt patch for RALINK MT7621 SoC. Selecting
> WEAK_REORDERING_BEYOND_LLSC fixes random kernel hangs. This bug and fix
> was reported by MediaTek WCN division [0].
>
> [0]:
> https://lists.infradead.org/
On Thu, Mar 04, 2021 at 07:00:56PM +0800, Qing Zhang wrote:
> We don't need them anymore, They are uniform on all Loongson64 systems
> and have been fixed in DeviceTree.loongson3_platform_init is replaced
> with DTS + driver.
>
> Signed-off-by: Jiaxun Yang
> Signed-off-by: Qing Zhang
> ---
> ..
From: Antonio Borneo
A call to spi_unregister_master() triggers calling remove()
for all the spi devices binded to the spi master.
Some spi device driver requires to "talk" with the spi device
during the remove(), e.g.:
- a LCD panel like drivers/gpu/drm/panel/panel-lg-lg4573.c
will turn off t
Avoid CONFIG_PM preprocessor check for pm suspend/resume
callbacks and identify the functions with __maybe_unused.
Signed-off-by: Alain Volmat
---
drivers/spi/spi-stm32.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/spi/spi-stm32.c b/drivers/spi/spi-st
> From: Mirela Rabulea (OSS)
> Sent: Thursday, March 11, 2021 8:29 AM
>
> Add jpeg decoder/encoder nodes, for now on imx8qxp only.
> The same should work on imx8qm, but it was not tested.
>
> Signed-off-by: Mirela Rabulea
Please rebase to latest shawn/for-next branch and add
the necessary cloc
On Fri, 12 Mar 2021 at 01:11, Mark-PK Tsai wrote:
> Why irq could accept either?
As the irq intc has no way to clear it's triggered state (no eoi) it
must just pass the signal through instead of latching it?
Otherwise it would latch once and never again right? That's what I
really didn't understa
On Fri, 12 Mar 2021 at 06:33, Viresh Kumar wrote:
>
> On 11-03-21, 22:20, Dmitry Osipenko wrote:
> > +struct opp_table *devm_pm_opp_set_clkname(struct device *dev, const char
> > *name)
> > +{
> > + struct opp_table *opp_table;
> > + int err;
> > +
> > + opp_table = dev_pm_opp_set_clk
LOTTO.NL,
2391 Beds 152 Koningin Julianaplein 21,
Den Haag-Netherlands.
(Lotto affiliate with Subscriber Agents).
From: Susan Console
(Lottery Coordinator)
Website: www.lotto.nl
Sir/Madam,
CONGRATULATIONS!!!
We are pleased to inform you of the result of the Lotto NL Winners
International progr
On Fri, Mar 12, 2021 at 11:11 AM Arnd Bergmann wrote:
> > > On Fri, Mar 12, 2021 at 9:46 AM Dmitry Vyukov wrote:
> > > > On Fri, Mar 12, 2021 at 9:40 AM Arnd Bergmann wrote:
> > > > > On Thu, Mar 11, 2021 at 6:57 PM Dmitry Vyukov
> > > > > wrote:
> > > > > a) accessing a legacy ISA/LPC port sh
On Fri, Mar 12, 2021 at 11:26 AM syzbot
wrote:
>
> Hello,
>
> syzbot found the following issue on:
>
> HEAD commit:f78d76e7 Merge tag 'drm-fixes-2021-03-12-1' of git://anong..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=11c16ba2d0
> kernel config:
On Thu, Mar 11, 2021 at 10:37PM +0100, Andrey Konovalov wrote:
[...]
> -With ``CONFIG_KUNIT`` enabled, ``CONFIG_KASAN_KUNIT_TEST`` can be built as
> -a loadable module and run on any architecture that supports KASAN by loading
> -the module with insmod or modprobe. The module is called ``test_kasan
LOTTO.NL,
2391 Beds 152 Koningin Julianaplein 21,
Den Haag-Netherlands.
(Lotto affiliate with Subscriber Agents).
From: Susan Console
(Lottery Coordinator)
Website: www.lotto.nl
Sir/Madam,
CONGRATULATIONS!!!
We are pleased to inform you of the result of the Lotto NL Winners
International progr
On 2021/3/12 17:02, Marc Zyngier wrote:
> On Thu, 11 Mar 2021 12:31:48 +,
> Shenming Lu wrote:
>>
>> On 2021/3/11 17:09, Marc Zyngier wrote:
>
>>> I have asked that question in the past: is it actually safe to remap
>>> the vPEs and expect them to be runnable
>>
>> In my opinion, logically it
On 2021/3/12 17:05, Marc Zyngier wrote:
> On Thu, 11 Mar 2021 12:32:07 +,
> Shenming Lu wrote:
>>
>> On 2021/3/11 17:14, Marc Zyngier wrote:
>>> On Wed, 27 Jan 2021 12:13:36 +,
>>> Shenming Lu wrote:
From: Zenghui Yu
When setting the forwarding path of a VLPI (switch
On Fri, Mar 12, 2021 at 10:32:54AM +0200, Daniel Baluta wrote:
> On Tue, Mar 9, 2021 at 5:38 PM Mark Brown wrote:
> > > + if (!dai_link->platforms->of_node)
> > > + dai_link->platforms->name = component->name;
> > Why would we prefer the node name
fix the following checkpatch issues:
WARNING: quoted string split across lines
+ DBG_871X("HT: STA %pM HT Capabilities "
+ "Info: 0x%04x\n", MAC_ARG(psta->hwaddr), ht_capab);
WARNING: quoted string split across lines
+ DBG_871X("%s STA
On Thu, Mar 11, 2021 at 10:37PM +0100, Andrey Konovalov wrote:
[...]
> -The kernel maps memory in a number of different parts of the address
> -space. This poses something of a problem for KASAN, which requires
> -that all addresses accessed by instrumented code have a valid shadow
> -region.
> -
>
On Fri, Mar 12, 2021 at 11:38 AM Dmitry Vyukov wrote:
> On Fri, Mar 12, 2021 at 11:11 AM Arnd Bergmann wrote:
>
> It does not happen too often on syzbot so far, so let's try to do the
> right thing first.
> I've filed: https://bugs.launchpad.net/qemu/+bug/1918917
> with a link to this thread. To
On Thu, Mar 11, 2021 at 07:27:37PM -0700, Shuah Khan wrote:
> vhci_shutdown_connection() references connection state (tcp_socket,
> tcp_rx, tcp_tx, sockfd) saved in usbpip_device without holding the
> lock.
>
> Current connection tear down sequence:
> Step 1: shutdown the socket
> Step 2: stop rx
Add a binding documentation for the TI TSC2046 touchscreen controllers
ADC functionality.
Signed-off-by: Oleksij Rempel
---
.../bindings/iio/adc/ti,tsc2046.yaml | 115 ++
1 file changed, 115 insertions(+)
create mode 100644 Documentation/devicetree/bindings/iio/adc/ti,t
changes v2:
- rework and extend DT binding properties
- remove touchscreen related code from the IIO ADC driver
- make trigger be active longer then IRQ is requesting. This is needed
to get "inactive" samples
- make oversampling and settle time configurable
TI TSC2046 is a touchscreen controller
Basically the TI TSC2046 touchscreen controller is 8 channel ADC optimized for
the touchscreen use case. By implementing it as IIO ADC device, we can
make use of resistive-adc-touch and iio-hwmon drivers.
So far, this driver was tested with custom version of resistive-adc-touch
driver,
since it n
This set is part of a larger effort attempting to clean-up W=1
kernel builds, which are currently overwhelmingly riddled with
niggly little warnings.
Lee Jones (11):
block: rsxx: core: Remove superfluous const qualifier
block: drbd: drbd_interval: Demote some kernel-doc abuses and fix
anot
Fixes the following W=1 kernel build warning(s):
drivers/block/mtip32xx/mtip32xx.c: In function ‘mtip_standby_immediate’:
drivers/block/mtip32xx/mtip32xx.c:1216:16: warning: variable ‘start’ set but
not used [-Wunused-but-set-variable]
Cc: Jens Axboe
Cc: linux-bl...@vger.kernel.org
Signed-off
[P_RETRY_WRITE] is initialised more than once.
Fixes the following W=1 kernel build warning(s):
drivers/block/drbd/drbd_main.c: In function ‘cmdname’:
drivers/block/drbd/drbd_main.c:3660:22: warning: initialized field overwritten
[-Woverride-init]
drivers/block/drbd/drbd_main.c:3660:22: note:
Fixes the following W=1 kernel build warning(s):
drivers/block/drbd/drbd_main.c:278: warning: Function parameter or member
'connection' not described in 'tl_clear'
drivers/block/drbd/drbd_main.c:278: warning: Excess function parameter
'device' description in 'tl_clear'
drivers/block/drbd/drbd
Settling time and over sampling is a typical challenge for different IIO ADC
devices. So, introduce channel specific settling-time-us and average-samples
properties to cover this use case.
Signed-off-by: Oleksij Rempel
---
Documentation/devicetree/bindings/iio/adc/adc.yaml | 9 +
1 file
Fixes the following W=1 kernel build warning(s):
from drivers/block/drbd/drbd_nl.c:24:
drivers/block/drbd/drbd_nl.c: In function ‘drbd_adm_attach’:
drivers/block/drbd/drbd_nl.c:1968:10: warning: implicit conversion from ‘enum
drbd_state_rv’ to ‘enum drbd_ret_code’ [-Wenum-conversion]
drivers/
Fixes the following W=1 kernel build warning(s):
from drivers/block/drbd/drbd_nl.c:24:
drivers/block/drbd/drbd_nl.c: In function ‘drbd_adm_set_role’:
drivers/block/drbd/drbd_nl.c:793:11: warning: implicit conversion from ‘enum
drbd_state_rv’ to ‘enum drbd_ret_code’ [-Wenum-conversion]
drivers
Fixes the following W=1 kernel build warning(s):
drivers/block/xen-blkfront.c:1960: warning: Function parameter or member 'dev'
not described in 'blkfront_probe'
drivers/block/xen-blkfront.c:1960: warning: Function parameter or member 'id'
not described in 'blkfront_probe'
drivers/block/xen-b
Fixes the following W=1 kernel build warning(s):
drivers/block/drbd/drbd_interval.c:11: warning: Function parameter or member
'node' not described in 'interval_end'
drivers/block/drbd/drbd_interval.c:26: warning: Function parameter or member
'root' not described in 'drbd_insert_interval'
driv
Fixes the following W=1 kernel build warning(s):
drivers/block/drbd/drbd_receiver.c:1641: warning: Function parameter or member
'op' not described in 'drbd_submit_peer_request'
drivers/block/drbd/drbd_receiver.c:1641: warning: Function parameter or member
'op_flags' not described in 'drbd_subm
Fixes the following W=1 kernel build warning(s):
drivers/block/drbd/drbd_receiver.c:265: warning: Function parameter or member
'peer_device' not described in 'drbd_alloc_pages'
drivers/block/drbd/drbd_receiver.c:265: warning: Excess function parameter
'device' description in 'drbd_alloc_pages'
Fixes the following W=1 kernel build warning(s):
drivers/block/drbd/drbd_state.c:913: warning: Function parameter or member
'connection' not described in 'is_valid_soft_transition'
drivers/block/drbd/drbd_state.c:913: warning: Excess function parameter
'device' description in 'is_valid_soft_tr
This function returns a const string.
The second const qualifier is not required.
Fixes the following W=1 kernel build warning(s):
drivers/block/rsxx/core.c:395:8: warning: type qualifiers ignored on function
return type [-Wignored-qualifiers]
Cc: Joshua Morris
Cc: Philip Kelleher
Cc: Jens
LOTTO.NL,
2391 Beds 152 Koningin Julianaplein 21,
Den Haag-Netherlands.
(Lotto affiliate with Subscriber Agents).
From: Susan Console
(Lottery Coordinator)
Website: www.lotto.nl
Sir/Madam,
CONGRATULATIONS!!!
We are pleased to inform you of the result of the Lotto NL Winners
International progr
On Wed, Jan 27, 2021 at 6:34 PM Will Deacon wrote:
>
> On Wed, Jan 27, 2021 at 06:24:22PM +0100, Dmitry Vyukov wrote:
> > On Wed, Jan 27, 2021 at 6:15 PM Will Deacon wrote:
> > >
> > > On Wed, Jan 27, 2021 at 06:00:30PM +0100, Dmitry Vyukov wrote:
> > > > On Wed, Jan 27, 2021 at 5:56 PM syzbot
>
On Thu, Mar 11, 2021 at 2:54 PM Chanwoo Choi wrote:
>
> On 3/10/21 1:56 PM, Dong Aisheng wrote:
> > On Wed, Mar 10, 2021 at 11:08 AM Chanwoo Choi wrote:
> >>
> >> On 3/10/21 11:56 AM, Dong Aisheng wrote:
> >>> On Wed, Mar 10, 2021 at 12:12 AM Chanwoo Choi wrote:
>
> On 21. 3. 10. 오전 12
Hi Hans,
On Fri, Mar 12, 2021 at 11:22:07AM +0100, Hans Verkuil wrote:
> On 12/03/2021 11:13, Laurent Pinchart wrote:
> > On Fri, Mar 12, 2021 at 10:57:33AM +0100, Ricardo Ribalda Delgado wrote:
> >> On Fri, Mar 12, 2021 at 2:25 AM Laurent Pinchart wrote:
> >>> On Thu, Mar 11, 2021 at 11:19:45PM +
Hi Daniel,
Only minor comments.
On 3/10/21 11:45 AM, Daniel Lezcano wrote:
Currently the naming of a cooling device is just a cooling technique
followed by a number. When there are multiple cooling devices using
the same technique, it is impossible to clearly identify the related
device as this
On Fri, Mar 12, 2021 at 12:50 PM Mark Brown wrote:
>
> On Fri, Mar 12, 2021 at 10:32:54AM +0200, Daniel Baluta wrote:
> > On Tue, Mar 9, 2021 at 5:38 PM Mark Brown wrote:
>
> > > > + if (!dai_link->platforms->of_node)
> > > > + dai_link->platforms->
Fixes the following W=1 kernel build warning(s):
drivers/pcmcia/ds.c:96: warning: expecting prototype for
pcmcia_store_new_id(). Prototype was for new_id_store() instead
Cc: Dominik Brodowski
Cc: dahi...@users.sourceforge.net
Signed-off-by: Lee Jones
---
drivers/pcmcia/ds.c | 2 +-
1 file ch
Fixes the following W=1 kernel build warning(s):
drivers/pcmcia/pcmcia_resource.c:160: warning: Function parameter or member
'p_dev' not described in 'pcmcia_access_config'
drivers/pcmcia/pcmcia_resource.c:160: warning: Function parameter or member
'where' not described in 'pcmcia_access_confi
Hi Linus,
Here's a PR with a couple of MMC fixes intended for v5.12-rc3. Details about the
highlights are as usual found in the signed tag.
Please pull this in!
Kind regards
Ulf Hansson
The following changes since commit a38fd8748464831584a19438cbb3082b5a2dab15:
Linux 5.12-rc2 (2021-03-05 1
Fixes the following W=1 kernel build warning(s):
drivers/pcmcia/rsrc_nonstatic.c:265: warning: Function parameter or member 's'
not described in 'readable'
drivers/pcmcia/rsrc_nonstatic.c:265: warning: Function parameter or member
'res' not described in 'readable'
drivers/pcmcia/rsrc_nonstati
Fixes the following W=1 kernel build warning(s):
drivers/pcmcia/pcmcia_cis.c:129: warning: Function parameter or member 'flags'
not described in 'pcmcia_io_cfg_data_width'
drivers/pcmcia/pcmcia_cis.c:154: warning: Function parameter or member 'tuple'
not described in 'pcmcia_do_loop_config'
d
Fixes the following W=1 kernel build warning(s):
drivers/pcmcia/cistpl.c:88: warning: Function parameter or member 's' not
described in 'set_cis_map'
drivers/pcmcia/cistpl.c:88: warning: Function parameter or member
'card_offset' not described in 'set_cis_map'
drivers/pcmcia/cistpl.c:88: warn
This set is part of a larger effort attempting to clean-up W=1
kernel builds, which are currently overwhelmingly riddled with
niggly little warnings.
Lee Jones (6):
pcmcia: rsrc_nonstatic: Demote kernel-doc abuses
pcmcia: cistpl: Demote non-conformant kernel-doc headers to standard
comment
Fixes the following W=1 kernel build warning(s):
drivers/pcmcia/rsrc_nonstatic.c:349: warning: Function parameter or member
'value' not described in 'do_validate_mem'
drivers/pcmcia/rsrc_nonstatic.c:349: warning: Excess function parameter
'validate' description in 'do_validate_mem'
drivers/pc
On Thu, Mar 11, 2021 at 10:37PM +0100, Andrey Konovalov wrote:
[...]
> +Other parts of the kernel might access metadata for allocated objects.
> Normally,
> +KASAN detects and reports such accesses, but in certain cases (e.g., in
> memory
> +allocators) these accesses are valid. Disabling instr
Hi Greg,
On Fri, 12 Mar 2021 at 07:56, Greg KH wrote:
>
> On Thu, Mar 11, 2021 at 09:41:03PM +0100, Loic Poulain wrote:
> > This change introduces initial support for a WWAN subsystem. Given the
> > complexity and heterogeneity of existing WWAN hardwares and interfaces,
> > there is no strict def
On Fri, Mar 12, 2021 at 09:54:58AM +0100, Bartosz Golaszewski wrote:
> On Wed, Mar 10, 2021 at 1:28 PM Andy Shevchenko
> wrote:
...
> > > + ret = sprintf(page, "n/a\n");
> >
> > I dunno '/' (slash) is a good character to be handled in a shell.
> > I would prefer 'none' or 'not availa
The variable 'uaccess_fulsh' is not referenced outside the file. Perhaps we
should define it as static to avoid the warning as follows:
arch/powerpc/kernel/setup_64.c:953:6: warning: symbol 'uaccess_flush'
was not declared. Should it be static?
Reported-by: Hulk Robot
Signed-off-by: He Ying
---
On 12/03/21 11:20AM, Michael Walle wrote:
> Am 2021-03-12 11:10, schrieb Pratyush Yadav:
> > There is usually a delay from when the flash drives the data line (IOW,
> > puts a data bit on it) and when the signal reaches the controller. This
> > delay can vary by the flash, board, silicon characteri
On Fri, Mar 12, 2021 at 7:51 AM Ran Wang wrote:
>
> Current implementation only supports DT, now add ACPI support.
>
> Note that compared to device of 'fsl,qoriq-gpio', LS1028A and
> LS1088A's GPIO have no extra programming, so simplify related checking.
>
> Signed-off-by: Ran Wang
> ---
> drive
This set is part of a larger effort attempting to clean-up W=1
kernel builds, which are currently overwhelmingly riddled with
niggly little warnings.
Lee Jones (10):
of: device: Fix function name in header and demote kernel-doc abuse
of: dynamic: Fix incorrect parameter name and demote kernel-
Fixes the following W=1 kernel build warning(s):
drivers/of/platform.c:298: warning: Function parameter or member 'lookup' not
described in 'of_dev_lookup'
drivers/of/platform.c:298: warning: Function parameter or member 'np' not
described in 'of_dev_lookup'
Cc: Rob Herring
Cc: Frank Rowand
Fixes the following W=1 kernel build warning(s):
drivers/of/address.c:868: warning: Function parameter or member 'dev' not
described in 'of_address_to_resource'
drivers/of/address.c:868: warning: Function parameter or member 'index' not
described in 'of_address_to_resource'
drivers/of/address
Fixes the following W=1 kernel build warning(s):
drivers/of/of_reserved_mem.c:53: warning: Function parameter or member 'node'
not described in 'fdt_reserved_mem_save_node'
drivers/of/of_reserved_mem.c:53: warning: Function parameter or member 'uname'
not described in 'fdt_reserved_mem_save_no
Fixes the following W=1 kernel build warning(s):
drivers/of/overlay.c:147: warning: expecting prototype for
of_overlay_notifier_register(). Prototype was for
of_overlay_notifier_unregister() instead
Cc: Pantelis Antoniou
Cc: Frank Rowand
Cc: Rob Herring
Cc: devicet...@vger.kernel.org
Signed
Fixes the following W=1 kernel build warning(s):
drivers/of/dynamic.c:234: warning: Function parameter or member 'np' not
described in 'of_attach_node'
drivers/of/dynamic.c:286: warning: Function parameter or member 'np' not
described in 'of_detach_node'
drivers/of/dynamic.c:326: warning: Fun
Fixes the following W=1 kernel build warning(s):
drivers/of/device.c:72: warning: expecting prototype for of_dma_configure().
Prototype was for of_dma_configure_id() instead
drivers/of/device.c:263: warning: Function parameter or member 'dev' not
described in 'of_device_modalias'
drivers/of/d
Fixes the following W=1 kernel build warning(s):
drivers/of/fdt.c:478: warning: Function parameter or member 'node' not
described in '__reserved_mem_reserve_reg'
drivers/of/fdt.c:478: warning: Function parameter or member 'uname' not
described in '__reserved_mem_reserve_reg'
drivers/of/fdt.c:
Fixes the following W=1 kernel build warning(s):
drivers/of/property.c:1239: warning: Function parameter or member 'optional'
not described in 'supplier_bindings'
drivers/of/property.c:1366: warning: Excess function parameter 'dev'
description in 'of_link_property'
Cc: Rob Herring
Cc: Frank
Fixes the following W=1 kernel build warning(s):
drivers/of/base.c:315: warning: Function parameter or member 'cpun' not
described in '__of_find_n_match_cpu_property'
drivers/of/base.c:315: warning: Function parameter or member 'prop_name' not
described in '__of_find_n_match_cpu_property'
dri
Fixes the following W=1 kernel build warning(s):
drivers/of/of_net.c:104: warning: Function parameter or member 'np' not
described in 'of_get_mac_address'
drivers/of/of_net.c:104: warning: expecting prototype for mac(). Prototype was
for of_get_mac_address() instead
Cc: Andrew Lunn
Cc: Heine
LOTTO.NL,
2391 Beds 152 Koningin Julianaplein 21,
Den Haag-Netherlands.
(Lotto affiliate with Subscriber Agents).
From: Susan Console
(Lottery Coordinator)
Website: www.lotto.nl
Sir/Madam,
CONGRATULATIONS!!!
We are pleased to inform you of the result of the Lotto NL Winners
International progr
From: Chunguang Xu
Tasks in the production environment can be roughly divided into
three categories: emergency tasks, ordinary tasks and offline
tasks. Emergency tasks need to be scheduled in real time, such
as system agents. Offline tasks do not need to guarantee QoS,
but can improve system reso
From: Chunguang Xu
Introduce bfq_entity_to_bfqg() to make it easier to obtain the
bfq_group corresponding to the entity.
Signed-off-by: Chunguang Xu
---
block/bfq-cgroup.c | 6 ++
block/bfq-iosched.h | 1 +
block/bfq-wf2q.c| 16
3 files changed, 15 insertions(+), 8
From: Chunguang Xu
The IO depth of queues belong to CLASS_IDLE is limited to 1,
so that it can avoid introducing a larger tail latency under
a device with a larger IO depth. Although limiting the IO
depth may reduce the performance of idle_class, it is
generally not a big problem, because idle_c
From: Chunguang Xu
rt_class will preempt other classes, which may cause other
classes to starve to death. At present, idle_class has
alleviated the starvation problem through the minimum
bandwidth mechanism. Similarly, we should do the same for
be_class.
Signed-off-by: Chunguang Xu
---
block/b
From: Chunguang Xu
CLASS_RT is more sensitive to latency, and IO injection
will increase the CLASS_RT latency. For this reason,
consider prohibiting the injection of async queue for
CLASS_RT, and only the waker queue and other active
queues belonging to CLASS_RT are allowed to inject. In
this way
From: Chunguang Xu
Expire bfqq not belong to CLASS_RT and CLASS_RT is waiting for
service, we can further guarantee the latency for CLASS_RT.
Signed-off-by: Chunguang Xu
---
block/bfq-iosched.c | 15 ++-
block/bfq-iosched.h | 8
block/bfq-wf2q.c| 12
3 fi
201 - 300 of 1517 matches
Mail list logo
