checkpatch complains about unknown format specifiers, so add
the BTF format specifier we will implement in a subsequent
patch to avoid errors.
Signed-off-by: Alan Maguire
---
scripts/checkpatch.pl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/checkpatch.pl
generalize the "seq_show" seq file support in btf.c to support
a generic show callback of which we support two instances; the
current seq file show, and a show with snprintf() behaviour which
instead writes the type data to a supplied string.
Both classes of show function call btf_type_show()
Add tests to verify basic type display and to iterate through all
enums, structs, unions and typedefs ensuring expected behaviour
occurs. Since test_printf can be built as a module we need to
export a BTF kind iterator function to allow us to iterate over
all names of a particular BTF kind.
The printk family of functions support printing specific pointer types
using %p format specifiers (MAC addresses, IP addresses, etc). For
full details see Documentation/core-api/printk-formats.rst.
This patchset proposes introducing a "print typed pointer" format
specifier "%pT"; the argument
First 2 bytes are used in large-page nand.
Fixes: ef5eeea6e911 ("mtd: nand: brcm: switch to mtd_ooblayout_ops")
Cc: sta...@vger.kernel.org
Signed-off-by: Álvaro Fernández Rojas
---
v3: invert patch order
v2: extend original comment
drivers/mtd/nand/raw/brcmnand/brcmnand.c | 11 +++
1
The current code generates 8 oob sections:
S1 1-5
ECC 6-8
S2 9-15
S3 16-21
ECC 22-24
S4 25-31
S5 32-37
ECC 38-40
S6 41-47
S7 48-53
ECC 54-56
S8 57-63
Change it by merging continuous sections:
S1 1-5
ECC 6-8
S2 9-21
ECC
These patches improve the OOB hamming layout by reducing the number of oob
sections and correctly
v3: invert patch order.
v2: extend original comment and correctly skip byte 6 for small-page.
Álvaro Fernández Rojas (2):
mtd: rawnand: brcmnand: fix hamming oob layout
mtd: rawnand: brcmnand:
Hi Florian,
On 11.05.2020 20:19, Florian Fainelli wrote:
> On 5/11/2020 12:21 AM, Marek Szyprowski wrote:
>> On 09.05.2020 00:32, Florian Fainelli wrote:
>>> The GENET controller on the Raspberry Pi 4 (2711) is typically
>>> interfaced with an external Broadcom PHY via a RGMII electrical
>>>
pon., 11 maj 2020 o 22:41 David Miller napisał(a):
>
> From: Bartosz Golaszewski
> Date: Mon, 11 May 2020 17:07:50 +0200
>
> > From: Bartosz Golaszewski
> >
> > Appropriate amount of extra memory for private data is allocated at
> > the end of struct net_device. We have a helper - netdev_priv()
Please see the bisection report below about a kernel panic.
Reports aren't automatically sent to the public while we're
trialing new bisection features on kernelci.org but this one
looks valid.
See the kernel Oops due to a NULL pointer followed by a panic:
On Tue, May 12, 2020 at 4:14 AM Dave Airlie wrote:
>
> On Mon, 11 May 2020 at 19:37, Oded Gabbay wrote:
> >
> > On Mon, May 11, 2020 at 12:11 PM Daniel Vetter
> > wrote:
> > >
> > > It's the default.
> > Thanks for catching that.
> >
> > >
> > > Also so much for "we're not going to tell the
hpet_info has a hole in it cause of which
we might end up leaking a few bytes.
Zero them with memset().
Fixes: 54066a57c584 ("hpet: kill BKL, add compat_ioctl")
Signed-off-by: Allen Pais
---
drivers/char/hpet.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/char/hpet.c
From: Chris Chiu
The ASUS laptop GL503VM with ALC295 can't detect the headset microphone.
The headset microphone does not work until pin 0x19 is enabled for it.
Signed-off-by: Chris Chiu
Signed-off-by: Daniel Drake
Signed-off-by: Jian-Hong Pan
---
sound/pci/hda/patch_realtek.c | 14
Hi, Boris, Pratyush,
I stripped case 2/, we'll not treat it for now.
On Monday, May 11, 2020 12:27:12 PM EEST Boris Brezillon wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe
>
> On Mon, 11 May 2020 09:00:35 +
>
> wrote:
> > Hi,
The ASUS laptop UX550GE with ALC295 can't detect the headset microphone
until ALC295_FIXUP_ASUS_MIC_NO_PRESENCE quirk applied.
Signed-off-by: Jian-Hong Pan
Signed-off-by: Daniel Drake
---
sound/pci/hda/patch_realtek.c | 4
1 file changed, 4 insertions(+)
diff --git
The ASUS UX581LV laptop's audio (1043:19e1) with ALC295 can't detect the
headset microphone until ALC295_FIXUP_ASUS_MIC_NO_PRESENCE quirk
applied.
Signed-off-by: Jian-Hong Pan
---
sound/pci/hda/patch_realtek.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/sound/pci/hda/patch_realtek.c
Hi Joe,
On Mon, May 11, 2020 at 01:38:57PM -0700, Joe Perches wrote:
> Awhile back, I posted a list of apparently unused static inline
> functions in .h files treewide found by a script:
>
> https://lore.kernel.org/lkml/4603e761a5f39f4d97375e1e08d20d720c526341.ca...@perches.com/
>
> Here are
Hi Vladimir,
On Mon, 11 May 2020 at 08:19, Vladimir Oltean wrote:
>
> The new skbedit priority offload action looks interesting to me.
> But it also raises the question of what to do in the default case where such
> rules are not installed. I think it is ok to support a
> 1-to-1 VLAN PCP to TC
>Those waits should be done in the master driver. Pass a timeout to
>->request_master() or make it a property of the i3c_master_controller
>if you like, but don't poll the status from the core.
Ok, I will move these pollings, check master has DA and MR done to
master driver method
devices will benefit from the batching so maybe the flag needs to be
inverted? BLK_MQ_F_DONT_BATCHING_SUBMISSION?
Actually I'd rather to not add any flag, and we may use some algorithm
(maybe EWMA or other intelligent stuff, or use hctx->dispatch_busy directly)
to figure out one dynamic
On Mon, 2020-05-11 at 21:56 +0200, Lars-Peter Clausen wrote:
> [External]
>
> On 5/11/20 4:56 PM, Ardelean, Alexandru wrote:
> > On Mon, 2020-05-11 at 15:58 +0200, Lars-Peter Clausen wrote:
> > > [External]
> > >
> > > On 5/11/20 3:24 PM, Ardelean, Alexandru wrote:
> > > > On Mon, 2020-05-11 at
Hi Jakub,
On Mon, 11 May 2020 22:34:32 Jakub Kicinski wrote:
> > +int vsc9959_qos_port_cbs_set(struct dsa_switch *ds, int port,
> > + struct tc_cbs_qopt_offload *cbs_qopt)
>
> static
I will update this in v2, thanks.
Regards,
Xiaoliang Yang
Hi Yongbo,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on asoc/for-next]
[also build test WARNING on v5.7-rc4 next-20200508]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also suggest to use '--base'
The 'proc_name' entry in sysfs for hisi_sas is 'null' now becuase it is
not initialized in scsi_host_template. It looks like:
[root@localhost ~]# cat /sys/class/scsi_host/host2/proc_name
(null)
While the other driver's entry looks like:
linux-vnMQMU:~ # cat /sys/class/scsi_host/host0/proc_name
pon., 11 maj 2020 o 21:24 Florian Fainelli napisał(a):
>
>
>
> On 5/11/2020 8:07 AM, Bartosz Golaszewski wrote:
> > From: Bartosz Golaszewski
> >
> > This adds the driver for the MediaTek Ethernet MAC used on the MT8* SoC
> > family. For now we only support full-duplex.
> >
> > Signed-off-by:
From: Leon Romanovsky
Hi,
The following two fixes are adding missing function prototypes
declarations to internal kasan header in order to eliminate compilation
warnings.
Thanks
Leon Romanovsky (2):
kasan: fix compilation warnings due to missing function prototypes
kasan: add missing
Greg Kroah-Hartman writes:
> On Sat, May 09, 2020 at 11:02:13AM +0300, Felipe Balbi wrote:
>>
>> Hi,
>>
>> Andrey Konovalov writes:
>> >> here you're changing userspace ABI. Aren't we going to possibly break
>> >> some existing applications?
>> >
>> > Hi Felipe,
>> >
>> > I've been working
From: Leon Romanovsky
Use internal kasan header to declare missing prototypes to fix the
following compilation warnings.
mm/kasan/report.c:457:6: warning: no previous prototype for 'report_enabled'
[-Wmissing-prototypes]
457 | bool report_enabled(void)
| ^~
On 12.05.20 07:21, Lukas Bulwahn wrote:
> Hi David,
>
> with your commit 6d6b93b9afd8 ("MAINTAINERS: Add myself as virtio-balloon
> co-maintainer"), visible on next-20200508, ./scripts/checkpatch.pl -f
> MAINTAINERS complains:
>
> WARNING: Misordered MAINTAINERS entry - list file patterns in
Hi Peter,
On Mon, May 11, 2020 at 11:25:19AM +0200, Peter Zijlstra wrote:
> On Mon, May 11, 2020 at 11:22:00AM +0200, Peter Zijlstra wrote:
>
> > (_completely_ untested)
> >
> > ---
> > arch/arm64/kernel/perf_event.c | 27 ++-
> > include/linux/sched_clock.h| 28
> Markus, if you were to write a patch to improve upon coding-style.rst,
> who should review it?
All involved contributors have got chances to provide constructive comments.
I would be curious who will actually dare to contribute further ideas for this
area.
> If you are unable to write or
From: Leon Romanovsky
__asan_report_* function generates the following warnings while compiling
kernel, add them to the internal header to be aligned with other __asan_*
function prototypes.
mm/kasan/generic_report.c:130:6: warning: no previous prototype for
'__asan_report_load1_noabort'
To improve the code readability and get random number with higher
quality.
Signed-off-by: "Huang, Ying"
Cc: Michal Hocko
Cc: Minchan Kim
Cc: Tim Chen
Cc: Hugh Dickins
---
mm/swapfile.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/swapfile.c b/mm/swapfile.c
index
Instead of warning when mutex_is_locked(), just use the lockdep
framework. The code is smaller and checks could be disabled for
production environments (it is useful only during development).
Put asserts at beginning of function, even before validating arguments.
The behavior of
>Can you really select the bus mode without knowing the I3C devices you
>have on the bus? Or maybe that's a preliminary initialization which is
>then updated when you receive DEFSLVS events.
I think we can select bus mode based on knowledge of I2C devices on the
bus. I was expecting to support
On Tue, 12 May 2020 08:15:24 +0200,
Jian-Hong Pan wrote:
>
> From: Chris Chiu
>
> The ASUS laptop GL503VM with ALC295 can't detect the headset microphone.
> The headset microphone does not work until pin 0x19 is enabled for it.
>
> Signed-off-by: Chris Chiu
> Signed-off-by: Daniel Drake
>
On Tue, 12 May 2020 08:15:26 +0200,
Jian-Hong Pan wrote:
>
> The ASUS laptop UX550GE with ALC295 can't detect the headset microphone
> until ALC295_FIXUP_ASUS_MIC_NO_PRESENCE quirk applied.
>
> Signed-off-by: Jian-Hong Pan
> Signed-off-by: Daniel Drake
Applied, thanks.
Takashi
On Tue, 12 May 2020 08:15:28 +0200,
Jian-Hong Pan wrote:
>
> The ASUS UX581LV laptop's audio (1043:19e1) with ALC295 can't detect the
> headset microphone until ALC295_FIXUP_ASUS_MIC_NO_PRESENCE quirk
> applied.
>
> Signed-off-by: Jian-Hong Pan
Applied, thanks.
Takashi
On Mon, May 11, 2020 at 07:03:05PM -0700, Hemant Kumar wrote:
> Remove the system error worker thread and instead have the
> execution environment worker handle that transition to serialize
> processing and avoid any possible race conditions during
> shutdown.
>
> Signed-off-by: Hemant Kumar
>
Hi Jens,
What do you think of this series?
Thanks,
Martijn
On Wed, Apr 29, 2020 at 4:03 PM Martijn Coenen wrote:
>
> This allows userspace to completely setup a loop device with a single
> ioctl, removing the in-between state where the device can be partially
> configured - eg the loop device
On Mon, May 11, 2020 at 07:03:06PM -0700, Hemant Kumar wrote:
> Mission mode transition is handled by state worker thread but
> power off is not. There is a possibility while mission mode
> transition is in progress which calls MHI client driver probe,
> power off is issued by MHI controller. This
On Mon, May 11, 2020 at 04:59:26PM +0200, Michal Kubecek wrote:
> On Mon, May 11, 2020 at 04:13:10PM +0200, Oleksij Rempel wrote:
> >
> > I continue to work on TJA11xx PHY and need to export some additional
> > cable diagnostic/link stability information: Signal Quality Index (SQI).
> > The PHY
On 2020/5/12 11:24, Jaegeuk Kim wrote:
> On 05/12, Chao Yu wrote:
>> On 2020/5/12 6:11, Jaegeuk Kim wrote:
>>> On 05/11, Chao Yu wrote:
On 2020/5/10 3:03, Jaegeuk Kim wrote:
> On 05/09, Chao Yu wrote:
>> On 2020/5/9 0:10, Jaegeuk Kim wrote:
>>> Hi Sayali,
>>>
>>> In order
On Tue 12-05-20 14:41:46, Huang Ying wrote:
> To improve the code readability and get random number with higher
> quality.
I understand the readability argument but why should prandom_u32_max
(which I was not aware of) provide a higher quality randomness?
> Signed-off-by: "Huang, Ying"
> Cc:
On Fri, May 08, 2020 at 06:13:38AM -0700, Bernard Zhao wrote:
> Maybe dmc->df->lock is unnecessary to protect function
> exynos5_dmc_perf_events_check(dmc). If we have to protect,
> dmc->lock is more better and more effective.
> Also, it seems not needed to protect "if (ret) & dev_warn"
> branch.
On Sun, May 10, 2020 at 10:06 AM Changbin Du wrote:
>
> Sometimes it is useful to preserve batches of configs when making
> localmodconfig. For example, I usually don't want any usb and fs
> modules to be disabled. Now we can do it by:
>
> $ make LMC_KEEP="drivers/usb:fs" localmodconfig
>
>
The current code checks that the whole OOB area is erased.
This is a problem when JFFS2 cleanmarkers are added to the OOB, since it will
fail due to the usable OOB bytes not being 0xff.
Correct this by only checking that data and ECC bytes aren't 0xff.
Fixes: 02b88eea9f9c ("mtd: brcmnand: Add
On Mon, May 11, 2020 at 07:03:07PM -0700, Hemant Kumar wrote:
> Driver continues handling of BHI interrupt even if MHI register access
> is not allowed. By doing so it calls the status call back and performs
> early notification for the MHI client. This is not needed when MHI
> register access is
Hi Miquel,
On 5/11/20 10:39 PM, Miquel Raynal wrote:
Christophe Kerello wrote on Wed, 6 May 2020
11:11:13 +0200:
This patch renames functions and local variables.
This cleanup is done to get all functions starting by stm32_fmc2_nfc
in the FMC2 raw NAND driver when all functions will start
Hello,
syzbot found the following crash on:
HEAD commit:6e7f2eac Merge tag 'arm64-fixes' of git://git.kernel.org/p..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1456703410
kernel config: https://syzkaller.appspot.com/x/.config?x=b0212dbee046bc1f
Hello,
syzbot found the following crash on:
HEAD commit:1d3962ae Merge tag 'io_uring-5.7-2020-05-08' of git://git...
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1487425810
kernel config: https://syzkaller.appspot.com/x/.config?x=b0212dbee046bc1f
On Mon, May 11, 2020 at 07:03:08PM -0700, Hemant Kumar wrote:
> Devices that support RDDM do not require processing SYS_ERROR as it is
> deemed redundant. Avoid SYS_ERROR processing if RDDM is supported by
> the device.
>
> Signed-off-by: Hemant Kumar
> Reviewed-by: Jeffrey Hugo
Reviewed-by:
On Mon, May 11, 2020 at 07:03:09PM -0700, Hemant Kumar wrote:
> Take write lock only to protect db_mode member of mhi channel.
> This allows rest of the mhi channels to just take read lock which
> fine grains the locking. It prevents channel readers to starve if
> they try to enter critical
The off parameter on mtdpsore_block_*() does not align to block size,
which makes some bugs. For example, a block contains dmesg zones
with number 0 to 3. When user remove all these files, mapped to
these zones, mtdpstore is expected to check whether No.0 to No.3 is
unused then erase this block.
Hi Christophe,
Christophe Kerello wrote on Tue, 12 May
2020 08:49:54 +0200:
> Hi Miquel,
>
> On 5/11/20 10:39 PM, Miquel Raynal wrote:
> >
> > Christophe Kerello wrote on Wed, 6 May 2020
> > 11:11:13 +0200:
> >
> >> This patch renames functions and local variables.
> >> This cleanup is
Can this be considered for this moment?
This is actually v2 of
"[PATCH 1/2] eventfd: Make wake counter work for single fd instead of all".
Thanks,
Zhe
On 4/10/20 7:47 PM, zhe...@windriver.com wrote:
> From: He Zhe
>
> commit b5e683d5cab8 ("eventfd: track eventfd_signal() recursion depth")
>
From: dillon min
This patchset has following changes:
V3:
merge original tiny/ili9341.c driver to panel/panel-ilitek-ili9341.c
to support serial spi & parallel rgb interface in one driver.
update ilitek,ili9341.yaml dts binding documentation.
update stm32f429-disco dts binding
From: dillon min
Add documentation for "ilitek,ili9341" panel.
Signed-off-by: dillon min
---
Changes:
V3:
change compatible to st,sf-tc240t-9370-t, match #vendor,#lcd_module style
V2:
verifyied with make dt_binding_check
V1:
none
.../bindings/display/panel/ilitek,ili9341.yaml
From: dillon min
This patch adds the pin configuration for ltdc, spi5 controller
on stm32f429-disco board.
Signed-off-by: dillon min
---
arch/arm/boot/dts/stm32f4-pinctrl.dtsi | 67 ++
1 file changed, 67 insertions(+)
diff --git
From: dillon min
as store stm32f4_rcc_register_pll return to the wrong offset of clks,
so ltdc gate clk is null. need change clks[PLL_VCO_SAI] to clks[PLL_SAI]
add CLK_IGNORE_UNUSED for ltdc to make sure clk not be freed by
clk_disable_unused
Signed-off-by: dillon min
---
From: dillon min
Enable the ltdc & ili9341 on stm32429-disco board.
Signed-off-by: dillon min
---
Changes:
V3:
change dts binding compatible to "st,sf-tc240t-9370-t"
V2:
none
v1:
none
arch/arm/boot/dts/stm32f429-disco.dts | 39 +++
1 file
From: dillon min
Currently, we can use tinydrm ili9341 driver to drive ili9341 panel
by spi interface (both register configuration and video)
ili9341 have parallel and mcu interface as well, we extend the
support to parallel rgb interface with DRM_MODE_CONNECTOR_DPI
this driver can work as
Hi Hemant,
On Mon, May 11, 2020 at 07:03:04PM -0700, Hemant Kumar wrote:
> Patches are addressing MHI core driver bug fixes. Patches tested on
> arm64 and x86 platforms.
>
This series looks good except one comment I left. Once that gets fixed, I'll
club the v2 of this series with already
Hi Stephen,
Stephen Rothwell wrote on Tue, 12 May 2020
14:08:40 +1000:
> Hi all,
>
> After merging the nand tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
>
> drivers/mtd/nand/raw/stm32_fmc2_nand.c: In function
> 'stm32_fmc2_nfc_write_data':
>
Hi Álvaro,
Álvaro Fernández Rojas wrote on Tue, 12 May 2020
08:00:23 +0200:
> The current code generates 8 oob sections:
> S11-5
> ECC 6-8
> S29-15
> S316-21
> ECC 22-24
> S425-31
> S532-37
> ECC 38-40
> S641-47
> S748-53
> ECC 54-56
> S857-63
>
> Change
On Sun 10 May 2020 at 22:52, Martin Blumenstingl
wrote:
> Hi Jerome,
>
> On Tue, May 5, 2020 at 6:05 PM Jerome Brunet wrote:
> [...]
>> > 2. Keep the existing approach, with devm_clk_get(). I am fine with
>> > this as well, we can always switch to 1) later on.
>>
>> I have a problem with
Hi Miquel,
I also had a hard time understanding your email.
It was quite misleading.
> El 12 may 2020, a las 9:08, Miquel Raynal
> escribió:
>
> Hi Álvaro,
>
> Álvaro Fernández Rojas wrote on Tue, 12 May 2020
> 08:00:23 +0200:
>
>> The current code generates 8 oob sections:
>> S1 1-5
>>
Hello Rob,
> -Original Message-
> From: Rob Herring
> Sent: Tuesday, May 12, 2020 7:42 AM
> To: Sagar Kadam
> Cc: linux-kernel@vger.kernel.org; linux-ri...@lists.infradead.org;
> pal...@dabbelt.com; Paul Walmsley ;
> atish.pa...@wdc.com; devicet...@vger.kernel.org
> Subject: Re: [RFC
Michal Hocko writes:
> On Tue 12-05-20 14:41:46, Huang Ying wrote:
>> To improve the code readability and get random number with higher
>> quality.
>
> I understand the readability argument but why should prandom_u32_max
> (which I was not aware of) provide a higher quality randomness?
I am not
Hi Álvaro,
Álvaro Fernández Rojas wrote on Tue, 12 May 2020
08:51:11 +0200:
> The current code checks that the whole OOB area is erased.
> This is a problem when JFFS2 cleanmarkers are added to the OOB, since it will
> fail due to the usable OOB bytes not being 0xff.
> Correct this by only
Hi Álvaro,
Álvaro Fernández Rojas wrote on Tue, 12 May 2020
09:12:10 +0200:
> Hi Miquel,
>
> I also had a hard time understanding your email.
> It was quite misleading.
>
> > El 12 may 2020, a las 9:08, Miquel Raynal
> > escribió:
> >
> > Hi Álvaro,
> >
> > Álvaro Fernández Rojas wrote
On 11. 05. 20, 9:39, Greg KH wrote:
> On Mon, May 11, 2020 at 12:23:58AM -0700, rana...@codeaurora.org wrote:
>> On 2020-05-09 23:48, Greg KH wrote:
>>> On Sat, May 09, 2020 at 06:30:56PM -0700, rana...@codeaurora.org wrote:
On 2020-05-06 02:48, Greg KH wrote:
> On Mon, Apr 27, 2020 at
Hi Miquèl
> El 12 may 2020, a las 9:16, Miquel Raynal
> escribió:
>
> Hi Álvaro,
>
> Álvaro Fernández Rojas wrote on Tue, 12 May 2020
> 08:51:11 +0200:
>
>> The current code checks that the whole OOB area is erased.
>> This is a problem when JFFS2 cleanmarkers are added to the OOB, since it
Hi Miquèl,
> El 12 may 2020, a las 9:19, Miquel Raynal
> escribió:
>
> Hi Álvaro,
>
> Álvaro Fernández Rojas wrote on Tue, 12 May 2020
> 09:12:10 +0200:
>
>> Hi Miquel,
>>
>> I also had a hard time understanding your email.
>> It was quite misleading.
>>
>>> El 12 may 2020, a las 9:08,
Convert the UniPhier AVE4 controller binding to DT schema format.
Signed-off-by: Kunihiko Hayashi
---
Changes since v1:
- Set true to phy-mode and phy-handle instead of $ref
- Add mac-address and local-mac-address for existing dts warning
.../bindings/net/socionext,uniphier-ave4.txt |
Tested on Netgear DGND3700v2 (BCM6362 with v2.2 controller).
Signed-off-by: Álvaro Fernández Rojas
---
v2: split page sizes rename into a different patch.
name all block and page sizes versions.
drivers/mtd/nand/raw/brcmnand/brcmnand.c | 74 +---
1 file changed, 66
On Tue 12-05-20 15:14:46, Huang, Ying wrote:
> Michal Hocko writes:
>
> > On Tue 12-05-20 14:41:46, Huang Ying wrote:
> >> To improve the code readability and get random number with higher
> >> quality.
> >
> > I understand the readability argument but why should prandom_u32_max
> > (which I was
Arnd Bergmann wrote:
> gcc-10 started warning about out-of-bounds access for zero-length
> arrays:
>
> In file included from drivers/net/wireless/ath/ath10k/core.h:18,
> from drivers/net/wireless/ath/ath10k/htt_rx.c:8:
> drivers/net/wireless/ath/ath10k/htt_rx.c: In function
>
"Gustavo A. R. Silva" wrote:
> The current codebase makes use of the zero-length array language
> extension to the C90 standard, but the preferred mechanism to declare
> variable-length types such as these ones is a flexible array member[1][2],
> introduced in C99:
>
> struct foo {
>
Add support for v2.1 and v2.2 NAND controllers.
v2: introduce changes suggested by Miquèl.
Álvaro Fernández Rojas (5):
mtd: rawnand: brcmnand: rename v4 registers
mtd: rawnand: brcmnand: fix CS0 layout
mtd: rawnand: brcmnand: rename page sizes
dt: bindings: brcmnand: add v2.1 and v2.2
These registers are also used on v3.3.
Signed-off-by: Álvaro Fernández Rojas
Reviewed-by: Miquel Raynal
---
v2: fix commit title.
drivers/mtd/nand/raw/brcmnand/brcmnand.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/mtd/nand/raw/brcmnand/brcmnand.c
Added brcm,brcmnand-v2.1 and brcm,brcmnand-v2.2 as possible compatible
strings to support brcmnand controllers v2.1 and v2.2.
Signed-off-by: Álvaro Fernández Rojas
---
v2: add new patch
Documentation/devicetree/bindings/mtd/brcm,brcmnand.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git
Only v3.3-v5.0 have a different CS0 layout.
Controllers before v3.3 use the same layout for every CS.
Fixes: 27c5b17cd1b1 ("mtd: nand: add NAND driver "library" for Broadcom STB
NAND controller")
Signed-off-by: Álvaro Fernández Rojas
---
v2: fix commit log.
Current pages sizes apply to controllers after v3.4
Signed-off-by: Álvaro Fernández Rojas
---
v2: add new patch.
drivers/mtd/nand/raw/brcmnand/brcmnand.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mtd/nand/raw/brcmnand/brcmnand.c
The DDR Perf for i.MX8 is a system PMU whose axi id would different from
SoC to SoC. Need expose system PMU identifier for userspace which refer
to /sys/bus/event_source/devices//identifier.
Reviewed-by: John Garry
Signed-off-by: Joakim Zhang
---
drivers/perf/fsl_imx8_ddr_perf.c | 45
Colin King wrote:
> Pointer info is being assigned twice, once at the start of the function
> and secondly when it is just about to be accessed. Remove the redundant
> initialization and keep the original assignment to info that is close
> to the memcpy that uses it.
>
> Addresses-Coverity:
The patch set adds system PMU support for i.MX8 DDR Perf.
The sysfs location for userspace to get the PMU identifier under the
directory:
/sys/bus/event_source/devices//identifier
Joakim Zhang (3):
perf/imx_ddr: Add system PMU identifier for userspace
bindings/perf/imx-ddr: update
Remove the unused compatible string.
Signed-off-by: Joakim Zhang
---
arch/arm64/boot/dts/freescale/imx8mm.dtsi | 2 +-
arch/arm64/boot/dts/freescale/imx8mn.dtsi | 2 +-
arch/arm64/boot/dts/freescale/imx8mq.dtsi | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git
Update compatible string according to driver change.`
Signed-off-by: Joakim Zhang
---
Documentation/devicetree/bindings/perf/fsl-imx-ddr.txt | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/perf/fsl-imx-ddr.txt
Hi Álvaro,
Álvaro Fernández Rojas wrote on Tue, 12 May 2020
09:24:32 +0200:
> Hi Miquèl
>
> > El 12 may 2020, a las 9:16, Miquel Raynal
> > escribió:
> >
> > Hi Álvaro,
> >
> > Álvaro Fernández Rojas wrote on Tue, 12 May 2020
> > 08:51:11 +0200:
> >
> >> The current code checks that
From: dillon min
in l3gd20 driver startup, there is a setup failed error return from
stm32 spi driver
"
[2.687630] st-gyro-spi spi0.0: supply vdd not found, using dummy
regulator
[2.696869] st-gyro-spi spi0.0: supply vddio not found, using dummy
regulator
[
From: dillon min
L3gd20, st mems motion sensor, 3-axis digital output gyroscope,
connect to stm32f429 via spi5
Signed-off-by: dillon min
---
Hi Alexandre,
V2:
1, insert blank line at stm32f420-disco.dts line 143
2, add more description about l3gd20 in commit message
V1:
enable
On Tue, 12 May 2020 05:03:32 +
Parshuram Raju Thombare wrote:
> >> Document describing secondary master initialization,
> >> mastership handover and DEFSLVS handling processes.
> >
> >Thanks for doing that, but you probably didn't try to compile the doc
> >(the formatting is all messed
From: dillon min
This patch adds the pin configuration for ltdc, spi5 controller
on stm32f429-disco board.
Signed-off-by: dillon min
---
arch/arm/boot/dts/stm32f4-pinctrl.dtsi | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm/boot/dts/stm32f4-pinctrl.dtsi
On Mon, May 11, 2020 at 03:45:02PM -0700, Doug Anderson wrote:
> On Mon, May 11, 2020 at 7:59 AM Will Deacon wrote:
> > On Tue, Apr 28, 2020 at 02:13:45PM -0700, Douglas Anderson wrote:
> > > diff --git a/arch/arm64/kernel/debug-monitors.c
> > > b/arch/arm64/kernel/debug-monitors.c
> > > index
Hi Erwan,
On Mon, 11 May 2020 19:10:52 +0200, Erwan Velu wrote:
> Jean, I don't see my patches in the 5.7-rc series.
> Is there anything wrong with them ?
Nothing wrong with your patch, but unfortunately I missed the merge
window and sent my pull request a few days too late, so it was not
"Gustavo A. R. Silva" wrote:
> The current codebase makes use of the zero-length array language
> extension to the C90 standard, but the preferred mechanism to declare
> variable-length types such as these ones is a flexible array member[1][2],
> introduced in C99:
>
> struct foo {
>
From: dillon min
This patchset is for enable l3gd20 on stm32f429-disco board
has following changes:
V2:
1, insert blank line at stm32f420-disco.dts line 143
2, add more description for l3gd20 in commit message
V1:
1, enable spi5 controller on stm32f429-disco (dts)
2, add spi5
Michal Hocko writes:
> On Tue 12-05-20 15:14:46, Huang, Ying wrote:
>> Michal Hocko writes:
>>
>> > On Tue 12-05-20 14:41:46, Huang Ying wrote:
>> >> To improve the code readability and get random number with higher
>> >> quality.
>> >
>> > I understand the readability argument but why should
Hi Álvaro,
Álvaro Fernández Rojas wrote on Tue, 12 May 2020
09:26:23 +0200:
> Hi Miquèl,
>
> > El 12 may 2020, a las 9:19, Miquel Raynal
> > escribió:
> >
> > Hi Álvaro,
> >
> > Álvaro Fernández Rojas wrote on Tue, 12 May 2020
> > 09:12:10 +0200:
> >
> >> Hi Miquel,
> >>
> >> I also
1 - 100 of 1442 matches
Mail list logo