On Mon, Aug 26, 2019 at 02:40:19AM +0900, Seunghun Han wrote:
> I'm Seunghun Han and work at the Affiliated Institute of ETRI. I got an AMD
> system which had a Ryzen Threadripper 1950X and MSI mainboard, and I had
> a problem with AMD's fTPM. My machine showed an error message below, and
> the
On 25-08-19, 07:54, Greg Kroah-Hartman wrote:
> Some function prototypes do not match the expected alignment formatting
> so fix that up so that checkpatch is happy.
>
> Cc: Johan Hovold
> Cc: Alex Elder
> Cc: greybus-...@lists.linaro.org
> Cc: de...@driverdev.osuosl.org
> Signed-off-by: Greg
On Mon, 26 Aug 2019 at 11:18, Chunyan Zhang wrote:
>
> From: Chunyan Zhang
>
> With this patch-set, both sd card and mmc can be setup. This patch-set was
> verified on Unisoc's Whale2 and another mobile phone platform SC9863A.
Tested on my board, so for the whole patch set.
Reviewed-by: Baolin
On 25-08-19, 07:54, Greg Kroah-Hartman wrote:
> With the goal of moving the core of the greybus code out of staging, the
> include files need to be moved to include/linux/greybus.h and
> include/linux/greybus/
>
> Cc: Vaibhav Hiremath
> Cc: Johan Hovold
> Cc: Alex Elder
> Cc: Vaibhav Agarwal
On Fri, Aug 23, 2019 at 10:08:36PM -0700, Ira Weiny wrote:
> On Sat, Aug 24, 2019 at 10:11:24AM +1000, Dave Chinner wrote:
> > On Fri, Aug 23, 2019 at 09:04:29AM -0300, Jason Gunthorpe wrote:
> > > On Fri, Aug 23, 2019 at 01:23:45PM +1000, Dave Chinner wrote:
> > >
> > > > > But the fact that
On 25-08-19, 07:54, Greg Kroah-Hartman wrote:
> When the greybus drivers were converted to SPDX identifiers for the
> license text, some license boilerplate was not removed. Clean this up
> by removing this unneeded text now.
>
> Cc: Johan Hovold
> Cc: Alex Elder
> Cc: Vaibhav Agarwal
> Cc:
On 25-08-19, 07:54, Greg Kroah-Hartman wrote:
> When these files originally got an SPDX tag, I used // instead of /* */
> for the .h files. Fix this up to use // properly.
>
> Cc: Viresh Kumar
> Cc: Johan Hovold
> Cc: Alex Elder
> Cc: greybus-...@lists.linaro.org
> Cc:
Hi Christophe,
Christophe Leroy writes:
> __get_datapage() is only a few instructions to retrieve the
> address of the page where the kernel stores data to the VDSO.
>
> By inlining this function into its users, a bl/blr pair and
> a mflr/mtlr pair is avoided, plus a few reg moves.
>
> The
Not sure,kerne.org not reflecting the latest number...probably timing
difference looping Kai in this mail ..
Thanks,
Bhaskar
On 06:34 Mon 26 Aug 2019, Greg KH wrote:
On Sun, Aug 25, 2019 at 07:33:36PM +0200, Paul Bolle wrote:
Sasha,
Sasha Levin schreef op zo 25-08-2019 om 10:47 [-0400]:
On Sun, Aug 25, 2019 at 07:00:15PM +0200, Lukas Bulwahn wrote:
> Mimi Zohar used spaces instead of a tab when adding Jarkko Sakkinen as
> further maintainer to the KEYS-TRUSTED section entry.
>
> In fact, ./scripts/checkpatch.pl -f MAINTAINERS complains:
>
> WARNING: MAINTAINERS entries use
Christophe Leroy writes:
> DSISR has a bit to tell if the fault is due to a read or a write.
>
> Display it.
>
> Signed-off-by: Christophe Leroy
Reviewed-by: Santosh Sivaraj
> ---
> arch/powerpc/mm/fault.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git
On 26.08.2019 04:27, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the net-next tree got a conflict in:
>
> drivers/net/ethernet/realtek/r8169_main.c
>
> between commit:
>
> 345b93265b3a ("Revert "r8169: remove not needed call to
> dma_sync_single_for_device"")
>
>
Issue:
- hwclock -w
hwclock: RTC_SET_TIME: Invalid argument
Why:
- Relative patch: https://lkml.org/lkml/2019/4/3/55 , this patch
will always check for unwritable registers, it will compare reg
with max_register in regmap_writeable.
- In drivers/rtc/rtc-pcf85363.c,
Remove multiple blank lines.
Signed-off-by: Taihsiang Ho (tai271828)
---
drivers/staging/rtl8712/wifi.h | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/staging/rtl8712/wifi.h b/drivers/staging/rtl8712/wifi.h
index 1a5b966a167e..be731f1a2209 100644
---
On (08/23/19 04:10), Henry Burns wrote:
> > Thanks. So we have a couple of races which result in memory leaks? Do
> > we feel this is serious enough to justify a -stable backport of the
> > fixes?
>
> In this case a memory leak could lead to an eventual crash if
> compaction hits the leaked
Hi all,
Today's linux-next merge of the clockevents tree got a conflict in:
kernel/time/posix-timers.c
between commits:
ec8f954a40da ("posix-timers: Use a callback for cancel synchronization on
PREEMPT_RT")
0bee3b601b77 ("hrtimer: Improve comments on handling priority inversion
against
Cc: Steven Rostedt and Suresh Siddha
Hi Peter,
> On Aug 23, 2019, at 2:36 AM, Peter Zijlstra wrote:
>
> On Thu, Aug 22, 2019 at 10:23:35PM -0700, Song Liu wrote:
>> As 4k pages check was removed from cpa [1], set_kernel_text_rw() leads to
>> split_large_page() for all kernel text pages. This
Hi Martin,
On Sun, 25 Aug 2019 at 02:48, Martin Blumenstingl
wrote:
>
> Hi Anand,
>
> thank you for the patches
>
> On Sat, Aug 24, 2019 at 8:49 PM Anand Moon wrote:
> [...]
> > Anand Moon (3):
> > arm64: dts: meson: odroid-c2: p5v0 is the main 5V power input
> > arm64: dts: meson:
On Sun, Aug 25, 2019 at 06:35:38PM -0400, Sasha Levin wrote:
> Thanks for looking into this!
>
> On Sun, Aug 25, 2019 at 05:26:37PM +0200, Jörg-Volker Peetz wrote:
> > Where can I find your public gpg key and it's fingerprint?
> > It's not yet documented on
On Sun, Aug 25, 2019 at 07:33:36PM +0200, Paul Bolle wrote:
> Sasha,
>
> Sasha Levin schreef op zo 25-08-2019 om 10:47 [-0400]:
> > I'm announcing the release of the 5.2.10 kernel.
> >
> > All users of the 5.2 kernel series must upgrade.
> >
> > The updated 5.2.y git tree can be found at:
> >
On Mon, Aug 26, 2019 at 12:10:42PM +0800, Kenneth Lee wrote:
> On Wed, Aug 21, 2019 at 09:05:42AM -0700, Greg Kroah-Hartman wrote:
> > Date: Wed, 21 Aug 2019 09:05:42 -0700
> > From: Greg Kroah-Hartman
> > To: zhangfei
> > CC: Arnd Bergmann , linux-accelerat...@lists.ozlabs.org,
> >
>
> On 8/16/19 10:40 PM, Li Yang wrote:
> > On Fri, Aug 16, 2019 at 11:30 AM Alexandre Belloni
> > wrote:
> >>
> >> On 16/08/2019 10:50:49-0500, Li Yang wrote:
> >>> On Fri, Aug 16, 2019 at 3:05 AM Alexandre Belloni
> >>> wrote:
>
> On 16/08/2019 10:46:36+0800, Biwen Li wrote:
> >
Hi Rafael,
On 4/23/19 3:23 AM, Rafael J. Wysocki wrote:
> On Mon, Apr 22, 2019 at 5:55 PM Gustavo A. R. Silva
> wrote:
>>
>> Hi all,
>>
>> Friendly ping:
>>
>> Who can take this?
>
> I've been waiting for Len to comment on this, let me talk to him offlist.
>
I just noticed this hasn't been
On Thu, Aug 15, 2019 at 01:04:24PM -0400, Jerome Glisse wrote:
> Date: Thu, 15 Aug 2019 13:04:24 -0400
> From: Jerome Glisse
> To: Zhangfei Gao
> CC: linux-accelerat...@lists.ozlabs.org, Greg Kroah-Hartman
> , linux-kernel@vger.kernel.org, Arnd Bergmann
>
> Subject: Re: [PATCH 0/2] A General
On Wed, Aug 21, 2019 at 09:05:42AM -0700, Greg Kroah-Hartman wrote:
> Date: Wed, 21 Aug 2019 09:05:42 -0700
> From: Greg Kroah-Hartman
> To: zhangfei
> CC: Arnd Bergmann , linux-accelerat...@lists.ozlabs.org,
> linux-kernel@vger.kernel.org, Kenneth Lee , Zaibo
> Xu , Zhou Wang
> Subject: Re:
Hi Waiman,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[cannot apply to v5.3-rc6 next-20190823]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
Hi all,
Friendly ping (second one after 4 months):
Who can take this?
Thanks
--
Gustavo
On 4/22/19 10:14 AM, Gustavo A. R. Silva wrote:
> Hi all,
>
> Friendly ping:
>
> Who can take this?
>
> Thanks
>
> On 4/8/19 11:27 AM, Gustavo A. R. Silva wrote:
>> In case memory resources for *buf*
Hi Martin,
Thanks for your comment.
On 8/25/2019 5:11 AM, Martin Blumenstingl wrote:
Hi Dilip,
Add driver for the reset controller present on Intel
Lightening Mountain (LGM) SoC for performing reset
management of the devices present on the SoC. Driver also
registers a reset handler to peform
> -Original Message-
> From: Lorenzo Pieralisi
> Sent: 2019年8月23日 22:05
> To: Xiaowei Bao
> Cc: robh...@kernel.org; mark.rutl...@arm.com; shawn...@kernel.org; Leo
> Li ; M.h. Lian ; Mingkai Hu
> ; Roy Zang ;
> linux-...@vger.kernel.org; devicet...@vger.kernel.org;
>
Hello,
I have got a couple of these in a week with 5.3-rc. Happens very
randomly and infrequently, the system has been nearly idle.
Otoh, seems new to 5.3, dont remeber this happening before.
Thanks,
Mika
# [386517.339218] Internal error: Oops: 17 [#1] PREEMPT SMP ARM
[386517.344726] Modules
Hi all,
On 8/19/19 9:16 AM, tip-bot for Kirill A. Shutemov wrote:
[..]
>
> diff --git a/arch/x86/boot/compressed/pgtable_64.c
> b/arch/x86/boot/compressed/pgtable_64.c
> index 5f2d03067ae5..2faddeb0398a 100644
> --- a/arch/x86/boot/compressed/pgtable_64.c
> +++
Hi Xiaowei,
> -Original Message-
> From: Xiaowei Bao
> Sent: 2019年8月23日 16:27
> To: robh...@kernel.org; mark.rutl...@arm.com; shawn...@kernel.org;
> Leo Li ; M.h. Lian ;
> Mingkai Hu ; Roy Zang ;
> lorenzo.pieral...@arm.com; linux-...@vger.kernel.org;
> devicet...@vger.kernel.org;
>
> On Fri, 2019-08-23 at 17:57 +0800, Biwen Li wrote:
> > The patch supports flextimer for lx2160a
> >
> > Signed-off-by: Biwen Li
> > ---
> > drivers/rtc/rtc-fsl-ftm-alarm.c | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/drivers/rtc/rtc-fsl-ftm-alarm.c b/drivers/rtc/rtc-fsl-
>
On Sun, Aug 25, 2019 at 1:52 AM Sasha Levin wrote:
>
> On Thu, Aug 22, 2019 at 10:39:46AM +0200, Vitaly Kuznetsov wrote:
> >lantianyu1...@gmail.com writes:
> >
> >> From: Tianyu Lan
> >>
> >> Both Hyper-V tsc page and Hyper-V tsc MSR code use variable
> >> hv_sched_clock_offset for their sched
Hi Martin,
Thanks for your valuable comments. I reply some of them as below.
Regards,
Chuanhua
On 8/25/2019 5:03 AM, Martin Blumenstingl wrote:
Hi Dilip,
first of all: thank you for submitting this upstream!
I hope that we can use this driver to replace the out-of-tree PCIe
driver that's
> On 23/08/2019 17:57:38+0800, Biwen Li wrote:
> > The patch supports flextimer for lx2160a
> >
> > Signed-off-by: Biwen Li
> > ---
> > drivers/rtc/rtc-fsl-ftm-alarm.c | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/drivers/rtc/rtc-fsl-ftm-alarm.c
> >
From: Chunyan Zhang
The register SDHCI_CLOCK_CONTROL should be cleared before config clock
divider, otherwise the frequency configured maybe lower than we
expected.
Fixes: fb8bd90f83c4 ("mmc: sdhci-sprd: Add Spreadtrum's initial host
controller")
Signed-off-by: Chunyan Zhang
Signed-off-by:
From: Chunyan Zhang
sprd's sd host controller doesn't support detection to
card insert or remove.
Signed-off-by: Chunyan Zhang
Signed-off-by: Chunyan Zhang
---
drivers/mmc/host/sdhci-sprd.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/mmc/host/sdhci-sprd.c
From: Chunyan Zhang
sprd's sd host controller supports SDR50/SDR104/DDR50 though, the UHS-I
mode used by the specific card can be selected via devicetree only.
Signed-off-by: Chunyan Zhang
Signed-off-by: Chunyan Zhang
---
drivers/mmc/host/sdhci-sprd.c | 13 -
1 file changed, 12
From: Chunyan Zhang
The bit of PRESET_VAL_ENABLE in HOST_CONTROL2 register is reserved on
sprd's sd host controller, set quirk2 to disable configuring this.
Signed-off-by: Chunyan Zhang
Signed-off-by: Chunyan Zhang
---
drivers/mmc/host/sdhci-sprd.c | 3 ++-
1 file changed, 2 insertions(+), 1
From: Chunyan Zhang
With this patch-set, both sd card and mmc can be setup. This patch-set was
verified on Unisoc's Whale2 and another mobile phone platform SC9863A.
Chunyan Zhang (5):
mmc: sdhci-sprd: fixed incorrect clock divider
mmc: sdhci: sprd: add get_ro hook function
mmc: sdhci:
From: Chunyan Zhang
sprd's sd host controller doesn't support write protect to sd card.
Signed-off-by: Chunyan Zhang
Signed-off-by: Chunyan Zhang
---
drivers/mmc/host/sdhci-sprd.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/mmc/host/sdhci-sprd.c
Fix lock/unlock imbalance by unlocking *zhdr* before return.
Addresses-Coverity-ID: 1452811 ("Missing unlock")
Fixes: d776aaa9895e ("mm/z3fold.c: fix race between migration and destruction")
Signed-off-by: Gustavo A. R. Silva
---
mm/z3fold.c | 1 +
1 file changed, 1 insertion(+)
diff --git
Hi all,
Today's linux-next merge of the drm tree got a conflict in:
drivers/gpu/drm/arm/display/komeda/komeda_dev.c
between commit:
51a44a28eefd ("drm/komeda: Add missing of_node_get() call")
from the drm-misc-fixes tree and commit:
8965ad8433ea ("drm/komeda: Enable dual-link support")
On Mon, Aug 26, 2019 at 1:38 AM Hans de Goede wrote:
> On 24-08-19 23:04, Katsuhiro Suzuki wrote:
> > This patch limits Headphone mixer volume to 4 from 7.
> > Because output sound suddenly becomes very loudly with many noise if
> > set volume over 4.
That sounds like something that should be
Hi Miquel,
>
> Mason Yang wrote on Tue, 20 Aug 2019 13:53:48
> +0800:
>
> > Macronix NANDs support randomizer operation for user data scrambled,
> > which can be enabled with a SET_FEATURE.
> >
> > User data written to the NAND device without randomizer is still
readable
> > after
Dear Greg,
This is extcon-next pull request for v5.4. I add detailed description of
this pull request on below. Please pull extcon with following updates.
Detailed description for this pull request:
1. Clean up the and fix the minor issue of extcon provider driver
- extcon-arizona/max77843
On 2019/8/26 1:59, Jonathan Cameron wrote:
> On Fri, 23 Aug 2019 20:18:52 +0800
> YueHaibing wrote:
>
>> IIO_ST_SENSORS_CORE select IIO_ST_SENSORS_I2C
>> unconditionally, if REGMAP_I2C is not set, build fails
>>
>> drivers/iio/common/st_sensors/st_sensors_i2c.o: In function
>>
From: Feng Sun
Date: Sat, 24 Aug 2019 00:32:00 +0800
> After commit baeababb5b85d5c4e6c917efe2a1504179438d3b
> ("tun: return NET_XMIT_DROP for dropped packets"),
> when tun_net_xmit drop packets, it will free skb and return NET_XMIT_DROP,
> netpoll_send_skb_on_dev will run into two use after
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/ethernet/realtek/r8169_main.c
between commit:
345b93265b3a ("Revert "r8169: remove not needed call to
dma_sync_single_for_device"")
from the net tree and commit:
fcd4e60885af ("r8169: improve rtl_rx")
Andrew Lunn [mailto:and...@lunn.ch]
> Sent: Friday, August 23, 2019 10:37 PM
[...]
> Hi Hayes
>
> That was 3 revisions of the patches in less than 30 minutes. Slow
> down, take your time, review your work yourself before posting it,
> etc.
>
> Aim for no more than one revision, posted to the
The example node in the binding uses the AST2500 compatible string for
the SD controller with a 64kiB ranges property, but the SD controller is
allocated 128kiB of MMIO space according to the AST2500 datasheet. Fix
the example to correctly reflect the hardware in the AST2500, however it
should be
From: Mao Wenan
Date: Mon, 26 Aug 2019 09:31:18 +0800
> Fixes gcc '-Wunused-but-set-variable' warning:
> drivers/net/ethernet/mediatek/mtk_eth_soc.c: In function mtk_handle_irq:
> drivers/net/ethernet/mediatek/mtk_eth_soc.c:1951:6: warning: variable status
> set but not used
On Sat, 24 Aug 2019 14:12:31 +0100
Marc Zyngier wrote:
> An arm64 kernel configured with
>
> CONFIG_KPROBES=y
> CONFIG_KALLSYMS=y
> # CONFIG_KALLSYMS_ALL is not set
> CONFIG_KALLSYMS_BASE_RELATIVE=y
>
> reports the following kprobe failure:
>
> [0.032677] kprobes: failed to
On 2019/8/22 1:57, Vivek Goyal wrote:
> From: Sebastien Boeuf
>
> On PCI the shm regions are found using capability entries;
> find a region by searching for the capability.
>
> Cc: k...@vger.kernel.org
> Signed-off-by: Sebastien Boeuf
> Signed-off-by: Dr. David Alan Gilbert
>
On Wed, Aug 14, 2019 at 09:36:08AM +0200, Greg Kroah-Hartman wrote:
On Tue, Aug 13, 2019 at 10:09:51PM -0400, Sasha Levin wrote:
This one needs a bit more time to "soak" in the -rc releases before I
want to apply it to the stable release. So if you could drop it from
all of your autosel queues,
On Wed, Aug 14, 2019 at 10:22:13AM +0100, Mark Brown wrote:
On Tue, Aug 13, 2019 at 10:09:24PM -0400, Sasha Levin wrote:
From: Ricard Wanderlof
[ Upstream commit 40aa5383e393d72f6aa3943a4e7b1aae25a1e43b ]
If the DAI format setup fails, there is no valid communication format
between CPU and
On Wed, Aug 14, 2019 at 10:20:52AM +0100, Mark Brown wrote:
On Tue, Aug 13, 2019 at 10:09:06PM -0400, Sasha Levin wrote:
From: Charles Keepax
[ Upstream commit 8dd26dff00c0636b1d8621acaeef3f6f3a39dd77 ]
DPCM uses snd_soc_dapm_dai_get_connected_widgets to build a
list of the widgets connected
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/net/ethernet/mediatek/mtk_eth_soc.c: In function mtk_handle_irq:
drivers/net/ethernet/mediatek/mtk_eth_soc.c:1951:6: warning: variable status
set but not used [-Wunused-but-set-variable]
Fixes: 296c9120752b ("net: ethernet: mediatek: Add
On Sun, Aug 25, 2019 at 10:28:03AM -0700, Eric Biggers wrote:
> This patch is causing the following. Probably because there's no calls to
> percpu_counter_destroy() for the new counters?
Yeah, I noticed this from my test runs last night as well. It looks
like original patch was never tested
merged into cifs-2.6.git for-next
On Fri, Aug 23, 2019 at 6:11 PM YueHaibing wrote:
>
> Fixes gcc '-Wunused-but-set-variable' warning:
>
> fs/cifs/file.c: In function cifs_lock:
> fs/cifs/file.c:1696:24: warning: variable cinode set but not used
> [-Wunused-but-set-variable]
> fs/cifs/file.c:
Hi Russell,
On Fri, 2019-08-23 at 11:50 +0100, Russell King - ARM Linux admin
wrote:
> On Fri, Aug 23, 2019 at 11:46:21AM +0100, Russell King - ARM Linux
> admin wrote:
> > On Fri, Jul 12, 2019 at 03:48:57PM +1200, Chris Packham wrote:
> > > From: Jan Luebbe
> > >
> > > The macro name is too
Hi all,
Today's linux-next merge of the mips tree got a conflict in:
arch/mips/Kconfig
between commit:
2ff2b7ec65dc ("kbuild: add CONFIG_ASM_MODVERSIONS")
from the kbuild tree and commit:
45e03e62724f ("MIPS: Decouple CPU_SUPPORTS_HUGEPAGES from 64BIT")
from the mips tree.
I fixed it
Do not use printk_ratelimit() in drivers/pci/pci.c as it shares the
rate limiting state with all other callers to the printk_ratelimit().
Add pci_info_ratelimited macro similar to pci_notice_ratelimited
added in the commit a88a7b3eb076 ("vfio: Use dev_printk() when
possible") and use it instead
Thanks for looking into this!
On Sun, Aug 25, 2019 at 05:26:37PM +0200, Jörg-Volker Peetz wrote:
Where can I find your public gpg key and it's fingerprint?
It's not yet documented on https://www.kernel.org/category/signatures.html .
You're right, I'll send a patch to add my fingerprint as
On Sun, 2019-08-25 at 22:58 +0100, Diego Elio Pettenò wrote:
> The cdrom driver predates debugfs and most of the modern debugging
> facilities, so instead it has been includings a module parameter and an
> ioctl to enable debug messages.
>
> In 2019, debugfs and dynamic debug makes most of that
Remove unnecessary empty return statement at the
end of a void function mtk_pcie_intr_handler() in
the drivers/pci/controller/pcie-mediatek.c.
The surplus return statement was added as part of
the work in commit 42fe2f91b4eb ("PCI: mediatek:
Implement chained IRQ handling setup").
Signed-off-by:
Hey Linus,
Thanks, for giving us something to live us with our life and enjoy it
doing every possible day.
Thank you!
OO, did I mentioned that it helps us to win bread and butter...that's
bloody important.
Thanks,
Bhaskar
On 12:10 Sun 25 Aug 2019, Linus Torvalds wrote:
Hello everybody out
The cdrom driver predates debugfs and most of the modern debugging
facilities, so instead it has been includings a module parameter and an
ioctl to enable debug messages.
In 2019, debugfs and dynamic debug makes most of that redundant, and even
confusing when trying to trace things in the dept of
Hi all,
In commit
3f5381c2ba60 ("leds: lm3532: Fixes for the driver for stability")
Fixes tag
Fixes: e37a7f8d77e1 ("leds: lm3532: Introduce the lm3532 LED driver")
has these problem(s):
- Target SHA1 does not exist
In commit
c4b8354e5341 ("leds: lm3532: Fix brightness control for
> I think it's incorrect to say so in general. For example, on x86/64:
>
> $ make mrproper
> $ make allyesconfig
> $ make && mv vmlinux vmlinux-000
> $ make coccicheck MODE=patch COCCI=scripts/coccinelle/misc/unlikely.cocci |
> patch -p1
> $ make
> $ ./scripts/bloat-o-meter ./vmlinux-000
Hi Neil,
thank you for this update
I haven't tried this on the 32-bit SoCs yet, but I am confident that I
can make it work by "just" adding the SoC specific bits!
On Fri, Aug 23, 2019 at 11:06 AM Neil Armstrong wrote:
[...]
> +/* AO Offsets */
> +
> +#define AO_RTI_GEN_PWR_SLEEP0 (0x3a
On 8/5/19 3:38 PM, Jiri Kosina wrote:
On Thu, 1 Aug 2019, Nicolas Saenz Julienne wrote:
Some a4tech mice use the 'GenericDesktop.00b8' usage to inform whether
the previous wheel report was horizontal or vertical. Before
c01908a14bf73 ("HID: input: add mapping for "Toggle Display" key") this
skb_put_data is shorter and clear.
Signed-off-by: Ivan Safonov
---
drivers/staging/rtl8188eu/core/rtw_recv.c| 6 +-
drivers/staging/rtl8188eu/os_dep/usb_ops_linux.c | 3 +--
2 files changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_recv.c
Hello,
A non urgent fix for the generated header in mach-at91 and mostly
MAINTAINERS updates.
The following changes since commit 5f9e832c137075045d15cd6899ab0505cfb2ca4b:
Linus 5.3-rc1 (2019-07-21 14:05:38 -0700)
are available in the Git repository at:
Hi,
A few DT changes affecting only the style but not the DTB output. There
may be some late DT changes a bit later (but hopefully not too late).
The following changes since commit 5f9e832c137075045d15cd6899ab0505cfb2ca4b:
Linus 5.3-rc1 (2019-07-21 14:05:38 -0700)
are available in the Git
These codes are commented since v4.2-rc1. If there is no plan
to enable the #else part in future, these can be removed
forever.
Signed-off-by: Souptick Joarder
---
drivers/media/usb/usbvision/usbvision-video.c | 10 --
1 file changed, 10 deletions(-)
diff --git
On Sun, Aug 25, 2019 at 12:59:25PM -0700, Linus Torvalds wrote:
> I think WARN_ONCE() is good. It's big enough that it will show up in
> dmesg if anybody looks, and if nobody looks I think distros still have
> logging for things like that, don't they?
Probably. Lemme research that.
> Hopefully
For hugely mapped thp, we use is_huge_zero_pmd() to check if it's
zero page or not.
We do fill ptes with my_zero_pfn() when we split zero thp pmd, but
this is not what we have in vm_normal_page_pmd().
pmd_trans_huge_lock() makes sure of it.
This is a trivial fix for /proc/pid/numa_maps, and
On Fri, Aug 23, 2019 at 11:06 AM Neil Armstrong wrote:
>
> Add the HDMI support nodes for the Amlogic SM1 Based SEI610 Board.
>
> Signed-off-by: Neil Armstrong
this looks sane so feel free to add my:
Acked-by: Martin Blumenstingl
On Fri, Aug 23, 2019 at 11:06 AM Neil Armstrong wrote:
>
> Add the USB properties for the Amlogic SM1 Based SEI610 Board in order to
> support the USB DRD Type-C port and the USB3 Type A port.
>
> The USB DRD Type-C controller uses the ID signal to toggle the USB role
> between the DWC3 Host
On Sun, Aug 25, 2019 at 12:49 PM Borislav Petkov wrote:
>
> We're really verbose, though. Dunno if we should make this a WARN_ONCE
> or we say that we really should be very loud with a non-functioning
> RDRAND...
I think WARN_ONCE() is good. It's big enough that it will show up in
dmesg if
On Thu, 22 Aug 2019 at 18:11, Colin Ian King wrote:
> On 22/08/2019 17:03, Larry Finger wrote:
> > On 8/22/19 8:35 AM, Colin King wrote:
> >> From: Colin Ian King
> >>
> >> An earlier commit re-worked the setting of the bitmask and is now
> >> assigning v with some bit flags rather than bitwise
On Mon, Aug 26, 2019 at 1:13 AM Jason Gunthorpe wrote:
>
> On Sun, Aug 25, 2019 at 11:37:27AM +0530, Souptick Joarder wrote:
> > First, length passed to mmap is checked explicitly against
> > PAGE_SIZE.
> >
> > Second, if vma->vm_pgoff is passed as non zero, it would return
> > error. It appears
On Fri, Aug 23, 2019 at 10:15 AM Neil Armstrong wrote:
>
> Add the Amlogic SM1 based Khadas VIM3, sharing all the same features
> as the G12B based one, but:
> - a different DVFS support since only a single cluster is available
> - audio is still not available on SM1
>
> Signed-off-by: Neil
Hi Neil,
the subject should be: dt-bindings: arm: amlogic: ...
On Fri, Aug 23, 2019 at 10:15 AM Neil Armstrong wrote:
>
> The Khadas VIM3 is also available with the Pin-to-pin compatible
> Amlogic SM1 SoC in the S905D3 variant package.
>
> Change the description to match the S905X3/D3/Y3
On Sun, Aug 25, 2019 at 12:35:53PM -0700, Linus Torvalds wrote:
> You know what? The days of UP are long gone, and we really only want a
> one-time warning, so I think your thing is fine as-is.
>
> It would be good to test with a known-bad setup, of course..
The trivial test by not incrementing
On Sun, Aug 25, 2019 at 11:37:27AM +0530, Souptick Joarder wrote:
> First, length passed to mmap is checked explicitly against
> PAGE_SIZE.
>
> Second, if vma->vm_pgoff is passed as non zero, it would return
> error. It appears like driver is expecting vma->vm_pgoff to
> be passed as 0 always.
?
On Fri, Aug 23, 2019 at 10:15 AM Neil Armstrong wrote:
>
> To prepare support of the Amlogic SM1 based Khadas VIM3, move the non-G12B
> specific nodes (all except DVFS and Audio) to a new meson-khadas-vim3.dtsi
out of curiosity: is audio because of different routing on the board
or is it just
On Fri, Aug 23, 2019 at 09:49:12PM -0700, Ira Weiny wrote:
> So far, I have not been able to get RDMA to have an issue like Jason suggested
> would happen (or used to happen). So from that perspective it may be ok to
> hang the close.
No, it is not OK to hang the close. You will deadlock on
On Sat, Aug 24, 2019 at 10:11:24AM +1000, Dave Chinner wrote:
> On Fri, Aug 23, 2019 at 09:04:29AM -0300, Jason Gunthorpe wrote:
> > On Fri, Aug 23, 2019 at 01:23:45PM +1000, Dave Chinner wrote:
> >
> > > > But the fact that RDMA, and potentially others, can "pass the
> > > > pins" to other
On Sun, Aug 25, 2019 at 6:03 AM Christian Hewitt
wrote:
>
> This series adds keymaps for several box/board vendor IR remote devices
> to respective device-tree files. The keymaps were submitted in [0] and
> have been queued for inclusion in Linux 5.4.
>
> The Khadas remote change swaps the
On Sun, Aug 25, 2019 at 12:32 PM Borislav Petkov wrote:
>
>
> and also on all the remaining 15 CPUs of the guest. Then, suspending to
> RAM and resuming right afterwards says:
>
> and the remaining 14(!). Yes, this doesn't run on the BSP during resume.
> I think the better thing to do would be to
On Sun, Aug 25, 2019 at 11:38:50AM -0700, Linus Torvalds wrote:
> On Sun, Aug 25, 2019 at 11:29 AM Borislav Petkov wrote:
> >
> > My lazy, sticky Sunday brain could come up only with this:
>
> Looks reasonable, except I think this only runs at boot, right?
>
> I _think_ the boot CPU is magical
Hello everybody out there using Linux -
I’m doing a (free) operating system (more than just a hobby) for 486
AT clones and a lot of other hardware. This has been brewing for the
last 28 years, and is still not done. I’d like any feedback on any
bugs introduced this release (or older bugs too, for
Hi all,
Please note I took the call chains in my secondmost previous message for
the race condition from mtpctl.c in kernel 4.18.20.
Thank you,
Mark
On Tue, 20 Aug 2019, Mark Balançian wrote:
Hello Mister Prakash, Calaby, and Subramani,
I also please request your reply to my previous
The pull request you sent on Sun, 25 Aug 2019 19:37:55 +0200:
> https://github.com/ojeda/linux.git tags/auxdisplay-for-linus-v5.3-rc7
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/c749088f254303c57cb3eaed2b29beaae145cef3
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Sun, 25 Aug 2019 16:01:55 +0200 (CEST):
> git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git
> tags/for-linus-5.3-rc6
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/32ae83ffec6373c226d177bd156962cc638e
Thank you!
--
The pull request you sent on Sun, 25 Aug 2019 16:01:50 +0200 (CEST):
> git://git.kernel.org/pub/scm/linux/kernel/git/rw/ubifs.git
> tags/for-linus-5.3-rc6
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/94a76d9b525c2dd81af2a98e26fe01f99b20727d
Thank you!
--
On Sun, Aug 25, 2019 at 11:29 AM Borislav Petkov wrote:
>
> My lazy, sticky Sunday brain could come up only with this:
Looks reasonable, except I think this only runs at boot, right?
I _think_ the boot CPU is magical during suspend/resume, and doesn't
do the full CPU bringup.
Although I guess
1 - 100 of 231 matches
Mail list logo
