Hi Markus,
On Fri, Jul 5, 2019 at 9:43 AM Markus Elfring wrote:
>
> From: Markus Elfring
> Date: Fri, 5 Jul 2019 18:33:58 +0200
>
> Avoid an extra function call by using a ternary operator instead of
> a conditional statement for a setting selection.
>
> This issue was detected by using the
On Fri, Jul 5, 2019 at 8:47 AM Andrew Cooper wrote:
>
> On 04/07/2019 16:51, Thomas Gleixner wrote:
> > 2) The loop termination logic is interesting at best.
> >
> > If the machine has no TSC or cpu_khz is not known yet it tries 1
> > million times to ack stale IRR/ISR bits. What?
> >
On Thu, 4 Jul 2019, Ryan Kennedy wrote:
> The AMD PLL USB quirk is incorrectly enabled on newer Ryzen
> chipsets. The logic in usb_amd_find_chipset_info currently checks
> for unaffected chipsets rather than affected ones. This broke
> once a new chipset was added in e788787ef. It makes more
You must always provide a proper "[PATCH 00/NN]" header posting for
a patch series which describes at a high level what the patch series
is doing, how it is doing it, and why it is doing it this way.
I am tossing this patch series from patchwork, please resubmit this
entire series properly.
From: Kees Cook
Commit dbbb08f500d6146398b794fdc68a8e811366b451 upstream.
Adjust vdso_{start|end} to be char arrays to avoid compile-time analysis
that flags "too large" memcmp() calls with CONFIG_FORTIFY_SOURCE.
Cc: Jisheng Zhang
Acked-by: Catalin Marinas
Suggested-by: Mark Rutland
On Fri 2019-07-05 00:59:35, Rafael J. Wysocki wrote:
> On Thu, Jul 4, 2019 at 9:20 PM Pavel Machek wrote:
> >
> > Hi!
> >
> > Suspend is broken in next-20190704 on Thinkpad X60.
>
> Broken in what way? Any details?
>
> > It very very probably worked ok in 20190701.
>
> Well, please try the
On Sun, Jun 23, 2019 at 08:46:55PM +0300, Dmitry Osipenko wrote:
> I'm contributing to Tegra's upstream development in general and happened
> to review the Tegra's I2C patches for awhile because I'm actively using
> upstream kernel on all of my Tegra-powered devices and initially some of
> the
From: Kees Cook
Commit dbbb08f500d6146398b794fdc68a8e811366b451 upstream.
Adjust vdso_{start|end} to be char arrays to avoid compile-time analysis
that flags "too large" memcmp() calls with CONFIG_FORTIFY_SOURCE.
Cc: Jisheng Zhang
Acked-by: Catalin Marinas
Suggested-by: Mark Rutland
On Sun, Jun 23, 2019 at 11:13:53PM +0200, Vasyl Gomonovych wrote:
> From: Vasyl
>
> Generated by: alloc_cast.cocci
>
> Signed-off-by: Vasyl
Applied to for-next, thanks! I fixed the missing full name for you, but
please fix your setup.
signature.asc
Description: PGP signature
On Wed, Jul 03, 2019 at 05:47:32PM +0100, Mans Rullgard wrote:
> Add support for the I2C_M_STOP flag to the i2c-imx driver. This allows
> devices requiring a stop between messages to work with this controller.
>
> Signed-off-by: Mans Rullgard
The problem with this driver is that it is
From: Markus Elfring
Date: Fri, 5 Jul 2019 20:22:26 +0200
Avoid an extra function call by using a ternary operator instead of
a conditional statement.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/mfd/asic3.c | 9 -
1 file
From: Markus Elfring
Date: Fri, 5 Jul 2019 20:22:26 +0200
Avoid an extra function call by using a ternary operator instead of
a conditional statement.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/mfd/asic3.c | 9 -
1 file
On 7/4/19 11:44 PM, Daniel Drake wrote:
> On Wed, Jul 3, 2019 at 8:59 PM Jes Sorensen wrote:
>> My point is this seems to be very dongle dependent :( We have to be
>> careful not breaking it for some users while fixing it for others.
>
> Do you still have your device?
>
> Once we get to the
On 7/4/19 10:27 PM, Chris Chiu wrote:
> On Fri, Jul 5, 2019 at 12:43 AM Jes Sorensen wrote:
>>
>> On 7/4/19 6:55 AM, Chris Chiu wrote:
>>> The WiFi tx power of RTL8723BU is extremely low after booting. So
>>> the WiFi scan gives very limited AP list and it always fails to
>>> connect to the
On Fri, 2019-07-05 at 20:50 +0300, Jarkko Sakkinen wrote:
> To summarize this patch fixes one regression and introduces two
> completely new ones...
Anyway, take the time and update it. The principle is right
anyway. I'll merge it once it is in a better shape...
/Jarkko
On Fri, 5 Jul 2019, Markus Elfring wrote:
> Avoid an extra function call by using a ternary operator instead of
> a conditional statement for a string literal selection.
Well. I thought the compiler does that on its own? And the tenary operator
makes the code difficult to read.
From: Dave Hansen
MPX is being removed from the kernel due to a lack of support
in the toolchain going forward (gcc).
This is the smallest possible patch to fix some issues that
have been reported around running the MPX selftests. It is
would also have been part of any removal series, so it
MPX requires recompiling applications, which requires compiler support.
Unfortunately, GCC 9.1 is expected to be be released without support for
MPX. This means that there was only a relatively small window where
folks could have ever used MPX. It failed to gain wide adoption in the
industry,
From: Dave Hansen
MPX is being removed from the kernel due to a lack of support
in the toolchain going forward (gcc).
The first thing we need to do is remove the userspace-visible
ABIs so that applications will stop using it. The most visible
one are the enable/disable prctl()s. Remove them
From: Dave Hansen
MPX is being removed from the kernel due to a lack of support
in the toolchain going forward (gcc).
Remove the x86 selftests since they have been causing some
issues because of their propensity to do some debug-aiding
tracepoint mucking.
Signed-off-by: Dave Hansen
Cc:
On Fri, 5 Jul 2019 at 10:58, Linus Walleij wrote:
>
> On Thu, Jul 4, 2019 at 8:18 PM Ard Biesheuvel
> wrote:
> > On Thu, 4 Jul 2019 at 09:52, Linus Walleij wrote:
> > >
> > > On Wed, Jul 3, 2019 at 3:50 PM Marc Zyngier wrote:
> > > > On 03/07/2019 13:26, Linus Walleij wrote:
> > > > > On Wed,
On 2019-07-05 3:22 a.m., Hannes Reinecke wrote:
On 6/18/19 7:43 PM, Elliott, Robert (Servers) wrote:
-Original Message-
From: linux-kernel-ow...@vger.kernel.org
[mailto:linux-kernel-ow...@vger.kernel.org] On Behalf Of Bart
Van Assche
Sent: Monday, June 17, 2019 10:28 PM
To:
On Fri, 2019-07-05 at 11:32 -0400, Nayna wrote:
> I am not sure of the purpose of tpm_stop_chip(), so I have left it as it
> is. Jarkko, what do you think about the change ?
Stefan right. Your does not work, or will randomly work or not work
depending on the chip.
You need to turn the TPM on
Please pull:
git://linux-nfs.org/~bfields/linux.git tags/nfsd-5.2-2
Two more quick bugfixes for nfsd, fixing a regression causing mount
failures on high-memory machines and fixing the DRC over RDMA.
--b.
Chuck Lever (1):
svcrdma: Ignore source port when computing DRC hash
Paul Menzel
From: Markus Elfring
Date: Fri, 5 Jul 2019 19:33:26 +0200
Avoid an extra function call in two function implementations
by using a ternary operator instead of a conditional statement.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
On Tuesday, July 2, 2019 4:12:07 PM CEST YueHaibing wrote:
> Fixes gcc '-Wunused-but-set-variable' warning:
>
> drivers/net/wireless/ath/carl9170/usb.c: In function carl9170_usb_disconnect:
> drivers/net/wireless/ath/carl9170/usb.c:1110:21:
> warning: variable udev set but not used
On recent kernels the tick remains active on idle adaptive-tick CPUs when a
small value is written to /dev/cpu_dma_latency to restrict the highest C-state.
Before the idle loop redesign in 4.17 idle CPUs had the tick disabled even when
C-state were restricted. Is this change intentional or a
The patch
ASoC: rt5665: remove redundant assignment to variable idx
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next
The patch
ASoC: sunxi: sun50i-codec-analog: Add earpiece
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours)
The patch
ASoC: SOF: debug: fix possible memory leak in sof_dfsentry_write()
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime in
On Fri, 05 Jul 2019 13:05:10 -0300
Ezequiel Garcia wrote:
> On Wed, 2019-06-19 at 14:15 +0200, Boris Brezillon wrote:
> > controls[] is not supposed to be modified at runtime, let's make it
> > explicit by adding a const specifier.
> >
> > Signed-off-by: Boris Brezillon
> > ---
> >
There are some pr_debug in TSC code, which may have
been no use, so remove them as Paolo suggested.
Signed-off-by: Yi Wang
---
arch/x86/kvm/x86.c | 8
1 file changed, 8 deletions(-)
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
index fafd81d..86f9861 100644
---
The ioapic_debug and apic_debug have been not used
for years, and kvm tracepoints are enough for debugging,
so remove them as Paolo suggested.
However, there may be something wrong when pv evi get/put
user, so it's better to retain some log there.
Signed-off-by: Yi Wang
---
On Fri, Jul 5, 2019 at 10:29 AM Andrew Lunn wrote:
>
> On Fri, Jul 05, 2019 at 10:17:16AM -0600, Rob Herring wrote:
> > On Wed, Jul 3, 2019 at 3:33 PM Andrew Lunn wrote:
> > >
> > > > I think if we're going to have custom properties for phys, we should
> > > > have a compatible string to at
$850,000.00 has been donated to you. Respond for more details
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
There are bugs on vhci with usb 3.0 storage device. Originally, vhci
doesn't supported SG, so USB storage driver on vhci breaks SG list
into multiple URBs and it causes error that a transfer got terminated
too early because the transfer length for one of the URBs was not
divisible by the maxpacket
vhci doesn’t do DMA for remote device. Actually, the real DMA
operation is done by network card driver. vhci just passes virtual
address of the buffer to the network stack, so vhci doesn’t use and
need dma address of the buffer of the URB.
When it comes to supporting SG for vhci, it is useful to
There are bugs on vhci with usb 3.0 storage device. Originally, vhci
doesn't supported SG, so USB storage driver on vhci breaks SG list
into multiple URBs and it causes error that a transfer got terminated
too early because the transfer length for one of the URBs was not
divisible by the maxpacket
From: Markus Elfring
Date: Fri, 5 Jul 2019 18:33:58 +0200
Avoid an extra function call by using a ternary operator instead of
a conditional statement for a setting selection.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
arch/xtensa/mm/init.c | 5
Commit c78719203fc6 ("KEYS: trusted: allow trusted.ko to initialize w/o a
TPM") allows the trusted module to be loaded even a TPM is not found to
avoid module dependency problems.
Unfortunately, this does not completely solve the issue, as there could be
a case where a TPM is found but is not
Em Tue, Jul 02, 2019 at 10:37:16AM -0700, Numfor Mbiziwo-Tiapo escreveu:
> The perf-hooks test fails with Address Sanitizer and Memory
> Sanitizer builds because it purposefully generates a segfault.
> Checking if these sanitizers are active when running this test
> will allow the perf-hooks test
Em Wed, Jul 03, 2019 at 03:25:09PM -0700, Luke Mujica escreveu:
> Remove error variable because it is declared but not used in
> parse-events.y or in the generated parse-events.c.
Thanks, applied
> Signed-off-by: Luke Mujica
> ---
> tools/perf/util/parse-events.y | 1 -
> 1 file changed, 1
Em Wed, Jul 03, 2019 at 03:25:08PM -0700, Luke Mujica escreveu:
> Remove int i because it is declared but not used in parse-events.y or in
> the generated parse-events.c.
>
> Signed-off-by: Luke Mujica
> ---
> tools/perf/util/parse-events.y | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git
On Fri, 2019-07-05 at 08:16 +, Wei Yongjun wrote:
> 'string' is malloced in sof_dfsentry_write() and should be freed
> before leaving from the error handling cases, otherwise it will cause
> memory leak.
>
> Fixes: 091c12e1f50c ("ASoC: SOF: debug: add new debugfs entries for
> IPC flood
[Moved most people to Bcc to avoid spamming them with yet another syzkaller
discussion. The actual kernel bug here was already fixed in mainline.]
On Fri, Jul 05, 2019 at 02:17:04PM +0200, Dmitry Vyukov wrote:
> On Mon, Jul 1, 2019 at 5:18 PM Eric Biggers wrote:
> >
> > On Mon, Jul 01, 2019 at
Just after releasing 2.8, some bugs were found (isn't that always the
case?). Now we have 2.8.1 stable release:
http://trace-cmd.org
-- Steve
Short log here:
Greg Thelen (2):
trace-cmd: Always initialize write_record() len
trace-cmd: Avoid using uninitialized handle
Steven
On Fri, 2019-07-05 at 17:14 +0100, Luis Henriques wrote:
> ceph_drop_inode() implementation is not any different from the generic
> function, thus there's no point in keeping it around.
>
> Signed-off-by: Luis Henriques
> ---
> fs/ceph/inode.c | 10 --
> fs/ceph/super.c | 2 +-
>
This also fixes a problem where, in a user namespace without root user
mapping, it is not possible to write to /proc/sys/kernel/shmmax.
The problem was introduced by the combination of the two commits:
* 81754357770ebd900801231e7bc8d151ddc00498: fs: Update
i_[ug]id_(read|write) to translate
On Fri, Jul 05, 2019 at 10:17:16AM -0600, Rob Herring wrote:
> On Wed, Jul 3, 2019 at 3:33 PM Andrew Lunn wrote:
> >
> > > I think if we're going to have custom properties for phys, we should
> > > have a compatible string to at least validate whether the custom
> > > properties are even valid
On 26/06/2019 18:59, Will Deacon wrote:
>> +static void arm_smmu_aux_detach_dev(struct iommu_domain *domain, struct
>> device *dev)
>> +{
>> +struct iommu_domain *parent_domain;
>> +struct arm_smmu_domain *parent_smmu_domain;
>> +struct arm_smmu_master *master = dev_to_master(dev);
>>
Dear Friend,
My name is Mr. Rachid Yacouba: a banker by profession and I have a proposal for
you concerning to a transaction worth the sum of US$10,350,000.00 for you to
handle with me and there is a golden opportunity to transfer this abandon fund
to your bank account in your country which
On Wed, Jul 3, 2019 at 12:06 PM Luca Weiss wrote:
>
> Add binding documentation for the stk33xx family of ambient light
> sensors.
>
> Signed-off-by: Luca Weiss
> ---
> .../bindings/iio/light/stk33xx.yaml | 49 +++
> 1 file changed, 49 insertions(+)
> create mode
For some reasons my previous patch "Enable AXI DW DMAC support"
was applied only partially (only device tree part).
So enable AXI DW DMAC in HSDK defconfig to be able to use it in
verification flow.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/configs/hsdk_defconfig | 2 ++
1 file changed, 2
On Wed, Jul 3, 2019 at 10:03 AM Brian Vazquez wrote:
>
> This introduces a new command to retrieve a variable number of entries
> from a bpf map wrapping the existing bpf methods:
> map_get_next_key and map_lookup_elem
>
> To start dumping the map from the beginning you must specify NULL as
> the
On Thu, Jul 4, 2019 at 6:23 AM Martin Blumenstingl
wrote:
>
> Add the bindings for the PCIe PHY on Lantiq VRX200 and ARX300 SoCs.
> The IP block contains settings for the PHY and a PLL.
> The PLL mode is configurable through a dedicated #phy-cell in .dts.
>
> Signed-off-by: Martin Blumenstingl
>
On Fri, Jul 5, 2019 at 3:45 AM Jesper Dangaard Brouer wrote:
>
>
> CC: Tariq + Saeed, could you please review the mlx5 part.
>
> On Fri, 5 Jul 2019 02:14:02 +0300
> Ivan Khoronzhuk wrote:
>
> > Jesper recently removed page_pool_destroy() (from driver invocation)
> > and moved shutdown and free
On Wed, Jul 3, 2019 at 4:08 PM Matthias Kaehlcke wrote:
>
> On Wed, Jul 03, 2019 at 11:33:27PM +0200, Andrew Lunn wrote:
> > > I think if we're going to have custom properties for phys, we should
> > > have a compatible string to at least validate whether the custom
> > > properties are even
On 5/13/19 8:24 AM, Uenal Mutlu wrote:
> Increasing the SATA/AHCI DMA TX/RX FIFOs (P0DMACR.TXTS and .RXTS, ie.
> TX_TRANSACTION_SIZE and RX_TRANSACTION_SIZE) from default 0x0 each
> to 0x3 each, gives a write performance boost of 120 MiB/s to 132 MiB/s
> from lame 36 MiB/s to 45 MiB/s previously.
On Wed, Jul 3, 2019 at 3:33 PM Andrew Lunn wrote:
>
> > I think if we're going to have custom properties for phys, we should
> > have a compatible string to at least validate whether the custom
> > properties are even valid for the node.
>
> Hi Rob
>
> What happens with other enumerable busses
ceph_drop_inode() implementation is not any different from the generic
function, thus there's no point in keeping it around.
Signed-off-by: Luis Henriques
---
fs/ceph/inode.c | 10 --
fs/ceph/super.c | 2 +-
fs/ceph/super.h | 1 -
3 files changed, 1 insertion(+), 12 deletions(-)
diff
Hi,
Static analysis on today's linux-next has found a potential error in the
following commit:
commit 280e54c9f614c88292685383cf2d65057586e9fb
Author: Andrzej Pietrasiewicz
Date: Thu Jun 7 13:06:08 2018 +0200
drm/exynos: scaler: Reset hardware before starting the operation
In the
GPIO controllers are exported to userspace using /dev/gpiochip*
character devices. Access control to these devices is provided by
standard UNIX file system permissions, on an all-or-nothing basis:
either a GPIO controller is accessible for a user, or it is not.
Currently no mechanism exists to
On Fri, Jul 05, 2019 at 10:04:20AM -0400, Sasha Levin wrote:
> This is a note to let you know that I've just added the patch titled
>
> netfilter: ipv6: nf_defrag: accept duplicate fragments again
>
> to the 4.19-stable tree which can be found at:
>
>
Hi Vineet,
I guess you'll add this to 5.3, right?
On Fri, 2019-06-07 at 15:29 +, Alexey Brodkin wrote:
> Hi Eugeniy,
>
> > -Original Message-
> > From: Eugeniy Paltsev
> > Sent: Friday, June 7, 2019 5:48 PM
> > To: linux-snps-...@lists.infradead.org; Vineet Gupta
> > Cc:
On Wed, 2019-06-19 at 14:15 +0200, Boris Brezillon wrote:
> controls[] is not supposed to be modified at runtime, let's make it
> explicit by adding a const specifier.
>
> Signed-off-by: Boris Brezillon
> ---
> drivers/staging/media/hantro/hantro_drv.c | 2 +-
> 1 file changed, 1 insertion(+),
On 05/07/19 16:52, Wanpeng Li wrote:
>
> -void kvm_wait_lapic_expire(struct kvm_vcpu *vcpu)
> +void kvm_wait_lapic_expire(struct kvm_vcpu *vcpu, bool pi_inject)
> {
> struct kvm_lapic *apic = vcpu->arch.apic;
> u64 guest_tsc, tsc_deadline;
> @@ -1539,7 +1570,7 @@ void
From: Yehezkel Bernat
> Sent: 05 July 2019 12:10
> On Fri, Jul 5, 2019 at 12:58 PM Mika Westerberg
> wrote:
> >
> > The register access should be using 32-bit reads/writes according to the
> > datasheet. With the previous generation hardware 16-bit writes have been
> > working but starting with
On 7/5/2019 2:08 AM, Vladimir Oltean wrote:
> Hi Andrew,
>
> On Fri, 5 Jul 2019 at 07:49, Andrew Lunn wrote:
>>
>> Hi Vladimir
>>
>>> - DSA is typically used for discrete switches, switchdev is typically
>>> used for embedded ones.
>>
>> Typically DSA is for discrete switches, but not
On Thu, 4 Jul 2019 09:11:02 +
"Liu, Yi L" wrote:
> Hi Alex,
>
> > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > Sent: Thursday, July 4, 2019 1:22 AM
> > To: Liu, Yi L
> > Subject: Re: [PATCH v1 9/9] smaples: add vfio-mdev-pci driver
> >
> > On Wed, 3 Jul 2019 08:25:25
On Fri, Jul 5, 2019 at 5:17 PM Paul E. McKenney wrote:
>
> On Fri, Jul 05, 2019 at 03:24:26PM +0200, Dmitry Vyukov wrote:
> > On Thu, Jun 27, 2019 at 12:47 AM Theodore Ts'o wrote:
> > >
> > > More details about what is going on. First, it requires root, because
> > > one of that is required is
On 04/07/2019 16:51, Thomas Gleixner wrote:
> 2) The loop termination logic is interesting at best.
>
> If the machine has no TSC or cpu_khz is not known yet it tries 1
> million times to ack stale IRR/ISR bits. What?
>
> With TSC it uses the TSC to calculate the loop termination.
> Does the (untested, probably does not even build) patch shown below help?
> This patch assumes that the kernel was built with CONFIG_PREEMPT=n.
> And that I found all the tight loops on the do_sendfile() code path.
>
I *think* you have.
FWIW, it would have been nicer for sendfile(2) and
Hi,
On Fri, 5 Jul 2019 08:26:12 -0400 Sven Van Asbroeck wrote:
> Hi Vinod,
>
> On Fri, Jul 5, 2019 at 3:32 AM Vinod Koul wrote:
> >
> > > + if (ret)
> > > + dev_warn(>dev, "failed to get firmware
> > > name\n");
> >
> > if should have braces!
> > Applied
On Thu, Jul 04, 2019 at 06:28:50PM -0300, Jason Gunthorpe wrote:
> > It's a large patchset and it appears to be mainly (entirely?) code
> > cleanups. I don't think such material would be appropriate for a late
> > -rc7 merge even if it didn't conflict with lots of other higher
> > priority
On 05/07/19 17:23, Wanpeng Li wrote:
> From: Wanpeng Li
>
> Retry tune per-vCPU timer_advance_ns if adaptive tuning goes insane which
> can happen sporadically in product environment.
>
> Cc: Paolo Bonzini
> Cc: Radim Krčmář
> Signed-off-by: Wanpeng Li
> ---
> v1 -> v2:
> * retry max 10
- On Jul 5, 2019, at 4:49 AM, Ingo Molnar mi...@kernel.org wrote:
> * Mathieu Desnoyers wrote:
>
>> - On Jul 4, 2019, at 6:33 PM, Thomas Gleixner t...@linutronix.de wrote:
>>
>> > On Thu, 4 Jul 2019, Mathieu Desnoyers wrote:
>> >> - On Jul 4, 2019, at 5:10 PM, Thomas Gleixner
On 7/4/2019 3:29 PM, Pawel Dembicki wrote:
> This patch add platform part of vsc73xx driver.
> It allows to use chip connected to a parallel memory bus and work in
> memory-mapped I/O mode. (aka PI bus in chip manual)
>
> By default device is working in big endian mode.
>
> Signed-off-by:
Hi Alexander,
thank you for the Review
> Gesendet: Donnerstag, 04. Juli 2019 um 22:43 Uhr
> Von: "Alexandre Belloni"
> > - rtc->rtc_dev = devm_rtc_allocate_device(rtc->dev);
> > - if (IS_ERR(rtc->rtc_dev))
> > - return PTR_ERR(rtc->rtc_dev);
> > + ret =
On 07/05/2019 10:13 AM, Stefan Berger wrote:
On 7/3/19 11:32 PM, Nayna Jain wrote:
The nr_allocated_banks and allocated banks are initialized as part of
tpm_chip_register. Currently, this is done as part of auto startup
function. However, some drivers, like the ibm vtpm driver, do not run
On Fri, Jun 14, 2019 at 11:40:44PM +0800, YueHaibing wrote:
> Fix build error:
>
> drivers/pci/controller/dwc/pci-dra7xx.c:
> In function dra7xx_pcie_probe:
> drivers/pci/controller/dwc/pci-dra7xx.c:777:10:
> error: implicit declaration of function devm_gpiod_get_optional;
> did you mean
Hi Jose,
On Fri, Jul 05, 2019 at 03:21:16PM +, Jose Abreu wrote:
> From: Ilias Apalodimas
>
> > I think this look ok for now. One request though, on page_pool_free
>
> Thanks for the review!
>
> > A patch currently under review will slightly change that [1] and [2]
> > Can you defer
From: Wanpeng Li
Retry tune per-vCPU timer_advance_ns if adaptive tuning goes insane which
can happen sporadically in product environment.
Cc: Paolo Bonzini
Cc: Radim Krčmář
Signed-off-by: Wanpeng Li
---
v1 -> v2:
* retry max 10 times if adaptive tuning goes insane
arch/x86/kvm/lapic.c |
Hi Tyler,
On 07/04/2019 03:58 PM, Tyler Hicks wrote:
Hey Mimi!
On 2019-07-04 11:46:41, Mimi Zohar wrote:
Hi Jarkko,
On Thu, 2019-07-04 at 07:48 -0400, Mimi Zohar wrote:
On Thu, 2019-07-04 at 13:28 +0200, Roberto Sassu wrote:
On 7/4/2019 12:03 PM, Jarkko Sakkinen wrote:
On Mon, 2019-07-01
From: Ilias Apalodimas
> I think this look ok for now. One request though, on page_pool_free
Thanks for the review!
> A patch currently under review will slightly change that [1] and [2]
> Can you defer this a bit till that one gets merged?
> The only thing you'll have to do is respin this
On 7/5/2019 10:01 AM, Jason Gunthorpe wrote:
> On Sat, Jul 06, 2019 at 12:57:05AM +1000, Stephen Rothwell wrote:
>> Hi all,
>>
>> In commit
>>
>>16fff98a7e82 ("net/mlx5: E-Switch, Reg/unreg function changed event at
>> correct stage")
>>
>> Fixes tag
>>
>>Fixes: 61fc880839e6 ("net/mlx5:
From: Markus Elfring
Date: Fri, 5 Jul 2019 17:11:37 +0200
Avoid an extra function call by using a ternary operator instead of
a conditional statement for a setting selection.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
arch/m68k/mm/mcfmmu.c |
On Fri, Jul 05, 2019 at 03:24:26PM +0200, Dmitry Vyukov wrote:
> On Thu, Jun 27, 2019 at 12:47 AM Theodore Ts'o wrote:
> >
> > More details about what is going on. First, it requires root, because
> > one of that is required is using sched_setattr (which is enough to
> > shoot yourself in the
On Fri, Jul 05, 2019 at 10:51:55PM +0900, Yoshinori Sato wrote:
> On Thu, 27 Jun 2019 00:38:21 +0900,
> Rich Felker wrote:
> >
> > On Wed, Jun 26, 2019 at 08:25:20PM +0900, Yoshinori Sato wrote:
> > > On Wed, 26 Jun 2019 00:48:09 +0900,
> > > Arnd Bergmann wrote:
> > > >
> > > > On Tue, Jun 25,
Remove fixed clock and source common clock for UART controllers.
Signed-off-by: Manivannan Sadhasivam
---
arch/arm64/boot/dts/bitmain/bm1880-sophon-edge.dts | 9 -
arch/arm64/boot/dts/bitmain/bm1880.dtsi| 12
2 files changed, 12 insertions(+), 9 deletions(-)
On Fri, 2019-07-05 at 16:51 +0200, Vincent Guittot wrote:
> On Fri, 28 Jun 2019 at 22:49, Rik van Riel wrote:
> > The way the time slice length is currently calculated, not only do
> > high
> > priority tasks get longer time slices than low priority tasks, but
> > due
> > to fixed point math, low
Add MAINTAINERS entry for Bitmain BM1880 SoC clock driver.
Signed-off-by: Manivannan Sadhasivam
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 01a52fc964da..f9259161cb5c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1464,8 +1464,10 @@ M:
Add common clock driver for Bitmain BM1880 SoC clock controller.
Signed-off-by: Manivannan Sadhasivam
---
drivers/clk/Kconfig | 6 +
drivers/clk/Makefile | 1 +
drivers/clk/clk-bm1880.c | 947 +++
3 files changed, 954 insertions(+)
create mode
Hello,
This patchset adds common clock driver for Bitmain BM1880 SoC clock
controller. The clock controller consists of gate, divider, mux
and pll clocks with different compositions. Hence, the driver uses
composite clock structure in place where multiple clocking units are
combined together.
Add devicetree binding for Bitmain BM1880 SoC clock controller.
Signed-off-by: Manivannan Sadhasivam
---
.../bindings/clock/bitmain,bm1880-clk.txt | 47 +++
include/dt-bindings/clock/bm1880-clock.h | 82 +++
2 files changed, 129 insertions(+)
create mode 100644
Our goal is to have more and more sub-architectures to join the
ARM multi-platform, and support them in a single configuration.
Remove the ARM SUBARCH support because it is ugly.
Signed-off-by: Masahiro Yamada
---
scripts/tags.sh | 36 ++--
1 file changed, 2
Add clock controller support for Bitmain BM1880 SoC.
Signed-off-by: Manivannan Sadhasivam
---
arch/arm64/boot/dts/bitmain/bm1880.dtsi | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm64/boot/dts/bitmain/bm1880.dtsi
b/arch/arm64/boot/dts/bitmain/bm1880.dtsi
index
This script has no reference to ${ARCH}, ${src}, ${obj}.
Signed-off-by: Masahiro Yamada
---
scripts/tags.sh | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/tags.sh b/scripts/tags.sh
index f56edeb08739..684db72a8386 100755
--- a/scripts/tags.sh
+++
KeyStone 66AK2H/K 1G Ethernet Switch Subsystems, can control an external
multiplexer that selects one of up to 32 clocks for time sync reference
(RFTCLK) clock. This feature can be configured through CPTS_RFTCLK_SEL
register (offset: x08) in CPTS module and modelled as multiplexer clock.
Hence,
KeyStone 66AK2L 1G Ethernet Switch Subsystems, can control an external
multiplexer that selects one of up to 32 clocks for time sync reference
(RFTCLK) clock. This feature can be configured through CPTS_RFTCLK_SEL
register (offset: x08) in CPTS module and modelled as multiplexer clock.
Hence, add
KeyStone 66AK2E 1G Ethernet Switch Subsystems, can control an external
multiplexer that selects one of up to 32 clocks for time sync reference
(RFTCLK) clock. This feature can be configured through CPTS_RFTCLK_SEL
register (offset: x08) in CPTS module and modelled as multiplexer clock.
Hence, add
101 - 200 of 573 matches
Mail list logo