On Wed, Sep 18, 2019 at 08:17:36AM +0800, kernel test robot wrote:
> Greeting,
>
> FYI, we noticed a -24.5% regression of aim9.dir_rtns_1.ops_per_sec due to
> commit:
>
>
> commit: c25aa432ff56e179bf5414edff3aa430d2b260c0 ("Fix the locking in
> dcache_readdir() and friends")
>
On Tue, Sep 17, 2019 at 6:13 PM Linus Torvalds
wrote:
>
> So this is fine and I've pulled it,
Famous last words. I now get a new warning:
drivers/i2c/i2c-core-acpi.c:347:12: warning:
‘i2c_acpi_find_match_adapter’ defined but not used [-Wunused-function]
347 | static int
On Mon, Sep 16, 2019 at 3:21 PM Jacek Anaszewski
wrote:
>
> There is one merge of tag with generic_lookup_helpers since
> LED class has been made using class_find_device_by_name() helper:
>
> Merge tag 'generic_lookup_helpers' into for-next
> platform: Add platform_find_device_by_driver()
On Tue, 17 Sep 2019 11:13:42 +0800
Hillf Danton wrote:
> --- a/kernel/trace/trace_probe.c
> +++ b/kernel/trace/trace_probe.c
> @@ -986,6 +986,9 @@ int trace_probe_init(struct trace_probe
> if (!tp->event)
> return -ENOMEM;
>
> + /* shun gpf in error cleanup path */
> +
On Tue, Sep 17, 2019 at 10:01:18AM +0200, Greg Kroah-Hartman wrote:
> On Mon, Sep 16, 2019 at 03:38:48PM -0700, Gregory Nowak wrote:
> > On Mon, Sep 16, 2019 at 04:11:00PM +0200, Greg Kroah-Hartman wrote:
> > > On Mon, Sep 16, 2019 at 03:47:28PM +0200, Samuel Thibault wrote:
> > > > Okash Khawaja,
From: Randy Dunlap
The "comment" Kconfig lines for the Intel MIC drivers are
redundant, and nowhere else do we use this kind of Kconfig
style, so remove them.
Signed-off-by: Randy Dunlap
Cc: Sudeep Dutt
Cc: Ashutosh Dixit
Cc: Arnd Bergmann
Cc: Greg Kroah-Hartman
---
On Tue, Sep 17, 2019 at 4:42 PM Marco Felsch wrote:
>
> Sometimes it can happen that the regulator_of_get_init_data() can't
> retrieve the config due to a not probed device the regulator depends on.
> Fix that by checking the return value of of_parse_cb() and return
> EPROBE_DEFER in such cases.
commit "c016ae8f9fa04d361efc8629de49ad3af12b5262
"tools/power/x86/intel-speed-select: Output success/failed for command
output" introduced a regression in perf-profile outputs. With this
the result field is changed to string interpreting every non zero
value as errors. But these commands display
The pull request you sent on Mon, 16 Sep 2019 13:47:18 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
> tags/sound-5.4-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/6ab8ad31601f29470eb895fd95e5c963e125aa1b
Thank you!
--
Deet-doot-dot,
08:12, 2019年9月10日, Paul Burton :
Hi Jiaxun & Huacai,
On Thu, Sep 05, 2019 at 10:42:59PM +0800, Jiaxun Yang wrote:
As later model of GSx64 family processors including
2-series-soc have
similar design with initial loongson3a while loongson2e/f
seems less
The pull request you sent on Tue, 17 Sep 2019 11:09:12 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/mmc.git tags/mmc-v5.4
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/ea982ba7f79141d86eb7a440fcba6796ed718b9b
Thank you!
--
Deet-doot-dot, I am a bot.
14:30, 2019年9月12日, Matt Turner :
On Tue, Aug 27, 2019 at 1:53 AM Jiaxun Yang mailto:jiaxun.y...@flygoat.com>> wrote:
Loongson have a long history of contributing their code to
mainline kernel.
However, it seems like recent years, they are focusing on
On Mon, Sep 16, 2019 at 08:07:55PM -0700, Kees Cook wrote:
> On Mon, Sep 16, 2019 at 06:39:46PM -0700, keesc...@chromium.org wrote:
> > commit 519248f36d6f3c80e176f6fa844c10d94f1f5990
> > Author: Paul E. McKenney
> > Date: Thu May 30 05:39:25 2019 -0700
> >
> > lockdep: Make print_lock()
On Mon, Sep 16, 2019 at 10:19:08AM +0200, Geert Uytterhoeven wrote:
> On Mon, Sep 16, 2019 at 9:43 AM Geert Uytterhoeven
> wrote:
> > JFYI, when comparing v5.3[1] to v5.3-rc8[3], the summaries are:
> > - build errors: +0/-0
> > - build warnings: +50/-50
>
> Just the levelspread noise.
>
In e100_loopback_test the buffer allocated for the local packet needs to
be released.
Signed-off-by: Navid Emamdoost
---
drivers/net/ethernet/intel/e100.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/ethernet/intel/e100.c
b/drivers/net/ethernet/intel/e100.c
index
>Subject: Re: [PATCH 1/4] softirq: implement IRQ flood detection mechanism
>
>Hey Ming,
>
Ok, so the real problem is per-cpu bounded tasks.
I share Thomas opinion about a NAPI like approach.
>>>
>>> We already have that, its irq_poll, but it seems that for this
>>> use-case, we get
Hi Daniel,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[cannot apply to v5.3 next-20190916]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
On Mon, Sep 16, 2019 at 3:59 AM Ivan Khoronzhuk
wrote:
>
> While compile natively, the hosts cflags and ldflags are equal to ones
> used from HOSTCFLAGS and HOSTLDFLAGS. When cross compiling it should
> have own, used for target arch. While verification, for arm, arm64 and
> x86_64 the following
The pull request you sent on Tue, 17 Sep 2019 21:33:12 +0900:
> git://github.com/openrisc/linux.git tags/for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/1e24aaabdee9e07f19b09bd305ffc069b0b07371
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Tue, 17 Sep 2019 16:27:14 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git tags/s390-5.4-1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/d590284419b1d7cc2dc646e9bdde4da19061cf0f
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Tue, 17 Sep 2019 17:43:00 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/dennis/percpu.git for-5.4
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/1902314157b19754e0ff25b44527654847cfd127
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Mon, 16 Sep 2019 08:29:47 -0700:
> git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git for-5.4
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3ee8d6c592dc7fb240574b84e9f9a7f9db4d4b42
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Mon, 16 Sep 2019 21:15:04 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/arnd/asm-generic.git
> tags/asm-generic-5.4
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/b8456f945955e663853eecbbf1bd27e4390ce6d6
Thank you!
--
On 9/17/19 4:26 PM, Nathan Chancellor wrote:
clang warns:
../drivers/net/ethernet/pensando/ionic/ionic_debugfs.c:60:37: warning:
expression result unused [-Wunused-value]
ionic, _fops) ? 0 : -EOPNOTSUPP;
The pull request you sent on Tue, 17 Sep 2019 13:38:17 +1000:
> git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git for-next
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/16da0961d3d5521f6541a422c5485ea4ddfe860b
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Tue, 17 Sep 2019 11:59:05 -0700:
> git://github.com/jcmvbkbc/linux-xtensa.git tags/xtensa-20190917
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/6dec8c15e5faa2a3c02d2e1d1b03b926b545ec0a
Thank you!
--
Deet-doot-dot, I am a bot.
ht
The pull request you sent on Mon, 16 Sep 2019 00:19:18 -0600:
> git://git.lwn.net/linux.git tags/docs-5.4
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/7c672abc120a55f678e5571ae2ee93f06ca4d7f9
Thank you!
--
Deet-doot-dot, I am a bot.
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive updates for the input subsystem. You will get:
- input core allows hardware drivers to specify a [more precise]
timestamp (normally taken in top half) to better track
On Tue, Sep 17, 2019 at 03:26:32PM -0700, Joe Perches wrote:
> On Mon, 2019-09-16 at 15:19 -0700, Kees Cook wrote:
> > On Thu, Aug 15, 2019 at 11:15:53AM -0700, Kees Cook wrote:
> > > With that out of the way, yes, let's do a mass conversion. As mentioned
> > > before, I think "fallthrough;"
On Tue, 17 Sep 2019, David Rientjes wrote:
> Acked-by: David Rientjes
Ditto
On Tue, Sep 17, 2019 at 4:29 PM Song Liu wrote:
>
> How about we just do:
>
> diff --git i/arch/x86/mm/pti.c w/arch/x86/mm/pti.c
> index b196524759ec..0437f65250db 100644
> --- i/arch/x86/mm/pti.c
> +++ w/arch/x86/mm/pti.c
> @@ -341,6 +341,7 @@ pti_clone_pgtable(unsigned long start, unsigned long
> On Sep 17, 2019, at 12:01 PM, Linus Torvalds
> wrote:
>
> On Tue, Sep 17, 2019 at 11:49 AM Song Liu wrote:
>>
>> I guess we need something like the following?
>>
>> diff --git i/arch/x86/mm/pti.c w/arch/x86/mm/pti.c
>> index b196524759ec..7846916c3bcd 100644
>> --- i/arch/x86/mm/pti.c
From: Xiubo Li
The GFP_NOIO means all further allocations will implicitly drop
both __GFP_IO and __GFP_FS flags and so they are safe for both the
IO critical section and the the critical section from the allocation
recursion point of view. Not only the __GFP_IO, which a bit confusing
when
On Mon, Sep 16, 2019 at 3:58 AM Ivan Khoronzhuk
wrote:
>
Please don't prepend "samples: bpf: makefile:" to patches,
"samples/bpf: " is a typical we've used for BPF samples changes.
> The main reason for that - HOSTCC and CC have different aims.
> HOSTCC is used to build programs running on
clang warns:
../drivers/net/ethernet/pensando/ionic/ionic_debugfs.c:60:37: warning:
expression result unused [-Wunused-value]
ionic, _fops) ? 0 : -EOPNOTSUPP;
^~~
1 warning generated.
The return value of
On Mon, Sep 16, 2019 at 3:58 AM Ivan Khoronzhuk
wrote:
>
> The makefile.target is added only and will be used in
typo: Makefile
> sample/bpf/Makefile later in order to switch cross-compiling on CC
on -> to
> from HOSTCC environment.
>
> The HOSTCC is supposed to build binaries and tools
On 9/17/19 4:53 PM, Arthur Moraes do Lago wrote:
Add mean window size parameter for debayer filter as a control in
vimc-debayer.
vimc-debayer was patched to allow changing mean windows parameter
of the filter without needing to reload the driver. The parameter
can now be set using a v4l2-ctl
Follow common practice and retire printk(KERN_ERR ...) in favor of
pr_fmt and pr_err.
Cc: Alan Stern
Cc: Greg Kroah-Hartman
Cc: usb-stor...@lists.one-eyed-alien.net
Signed-off-by: Matthias Maennich
---
drivers/usb/storage/scsiglue.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
On Tue, Sep 17, 2019 at 2:52 PM Matthew Garrett wrote:
>
> getrandom() will never "consume entropy" in a way that will block any
> users of getrandom().
Yes, this is true for any common and sane use.
And by that I just mean that we do have GRND_RANDOM, which currently
does exactly that entropy
In ipipe_g_config the allocated memory for params needs to be released
if either module_if->get or copy_to_user fails.
Signed-off-by: Navid Emamdoost
---
drivers/staging/media/davinci_vpfe/dm365_ipipe.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
Add mean window size parameter for debayer filter as a control in
vimc-debayer.
vimc-debayer was patched to allow changing mean windows parameter
of the filter without needing to reload the driver. The parameter
can now be set using a v4l2-ctl control(mean_window_size).
Co-developed-by: Laís
Hi all,
Changes since 20190916:
The sound-current tree gained a build failure for which I reverted a
commit (this had actually been previously worked around with a patch
against the tip tree but the issue got moved forward by Takashi's
workflow for sending pull requests).
The OMAP tree gained a
Add usage message on how to exit the virtualenv after documentation
work is done.
Signed-off-by: Shuah Khan
---
scripts/sphinx-pre-install | 8
1 file changed, 8 insertions(+)
diff --git a/scripts/sphinx-pre-install b/scripts/sphinx-pre-install
index 3b638c0e1a4f..932547791e3c 100755
In ca8210_probe the allocated pdata needs to be assigned to
spi_device->dev.platform_data before calling ca8210_get_platform_data.
Othrwise when ca8210_get_platform_data fails pdata cannot be released.
Signed-off-by: Navid Emamdoost
---
drivers/net/ieee802154/ca8210.c | 2 +-
1 file changed, 1
On Tue, Sep 17, 2019 at 11:30:13PM +0100, Russell King - ARM Linux admin wrote:
> On Tue, Sep 17, 2019 at 04:32:53PM +0300, tinywrkb wrote:
> > Here's the output of # mii-tool -v -v eth0
> >
> > * linux-test-5.1rc1-a2703de70942-without_bad_commit
> >
> > Using SIOCGMIIPHY=0x8947
> > eth0:
On Fri, Sep 13, 2019 at 5:28 PM Andy Lutomirski wrote:
> Ah, I get it. Doesn’t this cause a little bit of code bloat, though?
A little bit yes, a few extra functions for syscalls that are not
otherwise implemented.
> What if you made __x86_ni_syscall, etc (possibly using the *DEFINE_SYSCALL0
>
I, Mikhail Fridman have selected you specifically as one of my beneficiaries
for my Charitable Donation of $5 Million Dollars, Check the link below for
confirmation:https://www.rt.com/business/343781-mikhail-fridman-will-charity/I
await your earliest response.Best Regards,
On Tue, 17 Sep 2019, David Rientjes wrote:
> On Tue, 17 Sep 2019, Qian Cai wrote:
>
> > tid_to_cpu() and tid_to_event() are only used in note_cmpxchg_failure()
> > when SLUB_DEBUG_CMPXCHG=y, so when SLUB_DEBUG_CMPXCHG=n by default,
> > Clang will complain that those unused functions.
> >
> >
Hi Christophe,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[cannot apply to v5.3 next-20190916]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
On Tue, Sep 17, 2019 at 04:32:53PM +0300, tinywrkb wrote:
> Here's the output of # mii-tool -v -v eth0
>
> * linux-test-5.1rc1-a2703de70942-without_bad_commit
>
> Using SIOCGMIIPHY=0x8947
> eth0: negotiated 100baseTx-FD flow-control, link ok
> registers for MII PHY 0:
> 3100 796d 004d
On Mon, 2019-09-16 at 12:45 -0700, Nick Desaulniers wrote:
> On Thu, Sep 12, 2019 at 4:50 PM Joe Perches wrote:
> > On Thu, 2019-09-12 at 15:45 -0700, Nick Desaulniers wrote:
> > > If you want to email me just the patch file (so I don't have to
> > > copy+pasta from an email),
> >
> > Lazy... ;)
On Mon, 2019-09-16 at 15:19 -0700, Kees Cook wrote:
> On Thu, Aug 15, 2019 at 11:15:53AM -0700, Kees Cook wrote:
> > With that out of the way, yes, let's do a mass conversion. As mentioned
> > before, I think "fallthrough;" should be used here (to match "break;").
> > Let's fork the C language. :)
Matthew Garrett - 17.09.19, 23:52:00 CEST:
> On Tue, Sep 17, 2019 at 11:38:33PM +0200, Martin Steigerwald wrote:
> > My understanding of entropy always has been that only a certain
> > amount of it can be produced in a certain amount of time. If that
> > is wrong… please by all means, please teach
Ah it looks like the spaces after Description: need to be converted into tabs.
Thanks,
Okash
On Tue, Sep 17, 2019 at 10:35 PM Okash Khawaja wrote:
>
> Hi Greg,
>
> You're right, I got none of those emails. Thanks. Is it all taken care of?
>
> Best regards,
> Okash
>
> On Tue, Sep 17, 2019 at
On Tue, Sep 17, 2019 at 9:16 AM Jason Gunthorpe wrote:
>
> On Fri, Sep 13, 2019 at 02:48:50PM +0300, Dan Carpenter wrote:
>
> > It used to be that infiniband used "sizeof foo" instead of sizeof(foo)
> > but now there is a new maintainer.
>
> These days I run everything through checkpatch and
This change introduces a new debugfs file 'test_event' that when written
to causes the EC to generate a test event.
Signed-off-by: Daniel Campello
---
Changes for v2:
- Cleaned up and added comments.
- Renamed and updated function signature from write_to_mailbox to
send_ec_cmd.
On Tue, Sep 17, 2019 at 11:38:33PM +0200, Martin Steigerwald wrote:
> My understanding of entropy always has been that only a certain amount
> of it can be produced in a certain amount of time. If that is wrong…
> please by all means, please teach me, how it would be.
getrandom() will never
Adding Sibi
On Fri, Sep 13 2019 at 13:53 -0600, Lina Iyer wrote:
Sorry, I couldn't get to this earlier.
On Thu, Sep 05 2019 at 18:03 -0600, Stephen Boyd wrote:
Quoting Lina Iyer (2019-09-03 10:07:22)
On Mon, Sep 02 2019 at 07:58 -0600, Marc Zyngier wrote:
On 02/09/2019 14:38, Rob Herring
On Mon, Sep 16, 2019 at 8:49 PM syzbot
wrote:
>
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:f0df5c1b usb-fuzzer: main usb gadget fuzzer driver
> git tree: https://github.com/google/kasan.git usb-fuzzer
> console output:
On Tue, Sep 17, 2019 at 06:19:13PM +0100, Russell King - ARM Linux admin wrote:
> whether you can get the link to come up at all. You might need to see
> whether wiggling the RJ45 helps (I've had that sort of thing with some
> cables.)
>
> You might also need "ethtool -s eth0 advertise ffcf"
Ahmed S. Darwish - 17.09.19, 22:52:34 CEST:
> On Tue, Sep 17, 2019 at 10:28:47PM +0200, Martin Steigerwald wrote:
> [...]
>
> > I don't have any kernel logs old enough to see whether whether crng
> > init times have been different with Systemd due to asking for
> > randomness for UUID/hashmaps.
>
On Tuesday, September 17, 2019 11:24:14 PM CEST Keith Busch wrote:
> On Wed, Sep 11, 2019 at 06:42:33PM -0500, Mario Limonciello wrote:
> > The action of saving the PCI state will cause numerous PCI configuration
> > space reads which depending upon the vendor implementation may cause
> > the
On Tue, Sep 17, 2019 at 11:00:25AM -0700, Kees Cook wrote:
> When running on a system with >512MB RAM with a 32-bit kernel built with:
>
> CONFIG_DEBUG_VIRTUAL=y
> CONFIG_HIGHMEM=y
> CONFIG_HARDENED_USERCOPY=y
>
> all execve()s will fail due to argv copying into kmap()ed pages,
Reset realtek devices on user suspend if not configured as a wakeup source.
Signed-off-by: Abhishek Pandit-Subedi
---
drivers/bluetooth/btusb.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/drivers/bluetooth/btusb.c b/drivers/bluetooth/btusb.c
index
If we put a usb device into reset in the suspend callback, it will
disconnect and the resume will not be called. In order to support
turning off the device on suspend and restoring it on resume, we must do
the reset action in suspend_noirq.
e.g. Undesirable behavior: bluetooth driver asserts
On a Realtek USB bluetooth device, I wanted a simple and consistent way
to put the device in reset during suspend (2 reasons: to save power and
disable BT as a wakeup source). Resetting it in the suspend callback
causes a detach and the resume callback is not called. Hence the changes
in this
On Thu, 5 Sep 2019 22:43:03 +0800, Jiaxun Yang wrote:
> Document Loongson-3 I/O Interrupt controller.
>
> Signed-off-by: Jiaxun Yang
> ---
> .../loongson,ls3-iointc.yaml | 79 +++
> 1 file changed, 79 insertions(+)
> create mode 100644
>
On Wed, Sep 11, 2019 at 06:42:33PM -0500, Mario Limonciello wrote:
> The action of saving the PCI state will cause numerous PCI configuration
> space reads which depending upon the vendor implementation may cause
> the drive to exit the deepest NVMe state.
>
> In these cases ASPM will typically
On Tue, Sep 17, 2019 at 03:48:57PM -0400, Waiman Long wrote:
> On 9/5/19 5:45 PM, Roman Gushchin wrote:
> > The existing slab memory controller is based on the idea of replicating
> > slab allocator internals for each memory cgroup. This approach promises
> > a low memory overhead (one pointer per
On Tue, 17 Sep 2019, Qian Cai wrote:
> tid_to_cpu() and tid_to_event() are only used in note_cmpxchg_failure()
> when SLUB_DEBUG_CMPXCHG=y, so when SLUB_DEBUG_CMPXCHG=n by default,
> Clang will complain that those unused functions.
>
> Signed-off-by: Qian Cai
Acked-by: David Rientjes
Hello Aneesh, thanks for the feedback!
On Tue, 2019-09-17 at 08:26 +0530, Aneesh Kumar K.V wrote:
> We could possibly avoid that serialize for a full task exit unmap. ie,
> when tlb->fullmm == 1 . But that won't help the Qemu case because it
> does an umap of the guest ram range for which
On Tue, Sep 17, 2019 at 11:02:07PM +0200, Takashi Iwai wrote:
> Pierre-Louis Bossart wrote:
> > Seems like a conflict with
> >
> > af239c44e3f97 ('x86/intel: Aggregate big core mobile naming')
> > maybe we can have a temporary fix in the ASoC tree along the lines of
> Ah thanks, that's the
On Tue, 17 Sep 2019 22:56:55 +0200,
Pierre-Louis Bossart wrote:
>
>
>
> On 9/17/19 5:38 AM, Mark Brown wrote:
> > After merging the sound-current tree, today's linux-next build for x86
> > allmodconfig failed like this:
> >
> > In file included from
> >
Side note, and entirely unrelated to this particular problem, but
_because_ I was looking at the entropy init and sources of randomness
we have, I notice that we still don't use the ToD clock as a source.
There's not a whole lot of bits there, but at least one of the attacks
against entirely
On 9/17/19 5:38 AM, Mark Brown wrote:
After merging the sound-current tree, today's linux-next build for x86
allmodconfig failed like this:
In file included from
/home/broonie/next/next/sound/soc/intel/boards/sof_rt5682.c:23:
On Tue, 17 Sep 2019 21:57:23 +0200,
Mark Brown wrote:
>
> On Tue, Sep 17, 2019 at 11:38:58AM +0100, Mark Brown wrote:
>
> > IIRC there was some previous discussion of a dependency on other changes
> > here but I thought that was resolved? I've reverted that commit for
> > today.
>
> This
On Tue, Sep 17, 2019 at 10:10:13PM +0300, Jarkko Sakkinen wrote:
> On Mon, Sep 16, 2019 at 11:00:30PM +0300, Vanya Lazeev wrote:
> > On Mon, Sep 16, 2019 at 08:51:30AM +0300, Jarkko Sakkinen wrote:
> > > On Sat, Sep 14, 2019 at 08:17:44PM +0300, ivan.laz...@gmail.com wrote:
> > > > + struct
On Thu, 5 Sep 2019 11:55:59 +0100, Jan Kotas wrote:
> This patch adds a DT bindings documentation for
> Cadence CSI2RX v1.3 and v2.1 controllers.
>
> Signed-off-by: Jan Kotas
> ---
> Documentation/devicetree/bindings/media/cdns,csi2rx.txt | 5 -
> 1 file changed, 4 insertions(+), 1
On Tue, Sep 17, 2019 at 10:28:47PM +0200, Martin Steigerwald wrote:
[...]
>
> I don't have any kernel logs old enough to see whether whether crng init
> times have been different with Systemd due to asking for randomness for
> UUID/hashmaps.
>
Please stop claiming this. It has been pointed out
On Tue, Sep 17, 2019 at 1:10 PM Josh Poimboeuf wrote:
>
> Could it instead do this?
>
> ALTERNATIVE_2("call memset_orig",
> "call memset_rep",X86_FEATURE_REP_GOOD,
> "rep; stosb", X86_FEATURE_ERMS)
>
> Then the "reverse
Willy Tarreau - 17.09.19, 19:29:29 CEST:
> On Tue, Sep 17, 2019 at 07:13:28PM +0200, Lennart Poettering wrote:
> > On Di, 17.09.19 18:21, Willy Tarreau (w...@1wt.eu) wrote:
> > > On Tue, Sep 17, 2019 at 05:57:43PM +0200, Lennart Poettering
> > > wrote:
> > > > Note that calling getrandom(0) "too
On Tue 17 Sep 13:33 PDT 2019, Stephen Boyd wrote:
> Quoting Bjorn Andersson (2019-09-12 19:40:29)
> > The adreno driver expects the "id" field of the returned clk_bulk_data
> > to be filled in with strings from the clock-names property.
> >
> > But due to the use of kmalloc_array() in
Quoting Manivannan Sadhasivam (2019-09-16 09:14:42)
> This function has been delcared but not defined anywhere. Hence, this
> commit adds definition for it.
>
> Signed-off-by: Manivannan Sadhasivam
> ---
Can you add a fixes tag?
Fixes: 49cb392d3639 ("clk: composite: Add hw based registration
Quoting Manivannan Sadhasivam (2019-09-16 09:14:40)
> The clk_init_data struct needs to be initialized to zero for the new
> parent_map implementation to work correctly. Otherwise, the member which
> is available first will get processed.
>
> Signed-off-by: Manivannan Sadhasivam
> ---
>
Quoting Manivannan Sadhasivam (2019-09-16 09:14:41)
> The new implementation for determining parent map uses multiple ways
> to pass parent info. The order in which it gets processed depends on
> the first available member. Hence, it is necessary to zero init the
> clk_init_data struct so that the
Willy Tarreau - 17.09.19, 18:21:37 CEST:
> On Tue, Sep 17, 2019 at 05:57:43PM +0200, Lennart Poettering wrote:
> > Note that calling getrandom(0) "too early" is not something people
> > do
> > on purpose. It happens by accident, i.e. because we live in a world
> > where SSH or HTTPS or so is run
On Tue, Sep 10, 2019 at 01:56:22PM +0200, Arnd Bergmann wrote:
> On arm64 build with clang, sometimes the __cmpxchg_mb is not inlined
> when CONFIG_OPTIMIZE_INLINING is set.
> Clang then fails a compile-time assertion, because it cannot tell at
> compile time what the size of the argument is:
>
>
Quoting Bjorn Andersson (2019-09-12 19:40:29)
> The adreno driver expects the "id" field of the returned clk_bulk_data
> to be filled in with strings from the clock-names property.
>
> But due to the use of kmalloc_array() in of_clk_bulk_get_all() it
> receives a list of bogus pointers instead.
>
tid_to_cpu() and tid_to_event() are only used in note_cmpxchg_failure()
when SLUB_DEBUG_CMPXCHG=y, so when SLUB_DEBUG_CMPXCHG=n by default,
Clang will complain that those unused functions.
Signed-off-by: Qian Cai
---
mm/slub.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/mm/slub.c
On Tue, Sep 17, 2019 at 03:51:50PM +0200, Fabrice Gasnier wrote:
> LPTimer can use a 32KHz clock for counting. It depends on clock tree
> configuration. In such a case, PWM output frequency range is limited.
> Although unlikely, nothing prevents user from requesting a PWM frequency
> above
Linus Torvalds - 17.09.19, 20:01:23 CEST:
> > We can make boot hang in "sane", discoverable way.
>
> That is certainly a huge advantage, yes. Right now I suspect that what
> has happened is that this has probably been going on as some
> low-level background noise for a while, and people either
On Fri, 30 Aug 2019 15:14:51 +0800, Chunfeng Yun wrote:
> Usually the digital and analog phys use the same reference clock,
> but on some platforms, they are separated, so add another optional
> clock to support it.
> In order to keep the clock names consistent with PHY IP's, use
> the da_ref for
On Fri, 30 Aug 2019 15:14:49 +0800, Chunfeng Yun wrote:
> Make the ref clock optional, then we no need refer to a fixed-clock
> in DTS anymore when the clock of USB3 PHY comes from oscillator
> directly
>
> Signed-off-by: Chunfeng Yun
> ---
> v2: no changes
> ---
>
On Tue, 17 Sep 2019, John Hubbard wrote:
> > We've had good success with periodically compacting memory on a regular
> > cadence on systems with hugepages enabled. The cadence itself is defined
> > by the admin but it causes khugepaged[*] to periodically wakeup and invoke
> > compaction in an
Commit cbc9565ee826 ("powerpc: Remove ksp_limit on ppc64") moved
PPC32 ksp_limit handling in assembly functions call_do_softirq()
and call_do_irq() as they are different for PPC32 and PPC64.
In preparation of replacing these functions by inline assembly,
partialy revert that commit to bring back
call_do_irq() and call_do_softirq() are quite similar on PPC32 and
PPC64 and are simple enough to be worth inlining.
Inlining them avoids an mflr/mtlr pair plus a save/reload on stack.
This is inspired from S390 arch. Several other arches do more or
less the same. The way sparc arch does seems
On Wed, Sep 04, 2019 at 02:27:18PM +0800, Ramuthevar,Vadivel MuruganX wrote:
> From: Ramuthevar Vadivel Murugan
>
> Add a YAML schema to use the host controller driver with the
> SDXC PHY on Intel's Lightning Mountain SoC.
Same issues on this one as emmc phy.
>
> Signed-off-by: Ramuthevar
On 17.09.19 19:04, Waiman Long wrote:
> On 9/17/19 12:21 PM, Qian Cai wrote:
>> On Tue, 2019-09-17 at 11:49 -0400, Waiman Long wrote:
>>> On 9/17/19 3:13 AM, David Hildenbrand wrote:
On 17.09.19 04:34, Toshiki Fukasawa wrote:
> On 2019/09/09 16:46, David Hildenbrand wrote:
>> Let's
The pull request you sent on Mon, 16 Sep 2019 13:30:20 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-core-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a572ba63298d04e2c5178e2abd82d6bd6e5677e7
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Mon, 16 Sep 2019 13:30:20 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-pti-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3fb7f3a6ed8666f45ff45124988173758cc7b011
Thank you!
--
Deet-doot-dot, I am a
101 - 200 of 905 matches
Mail list logo