&cpu_info.x86_capability is __percpu, and the second argument of
x86_this_cpu_test_bit() is expected to be __percpu. Don't cast the __percpu
away and then implicitly add it again.
This gets rid of 106 lines of sparse warnings with the kernel config I'm
using.
Signed-off-by: Jann Horn
---
arch/x8
On 2019-03-28 5:49 a.m., Mike Rapoport wrote:
>> +
>> +The direct mapping covers as much of the physical memory space as
>> +possible so that it may cover some IO memory.
>
> Please move the text before the tables, so that meaning of Sv32 and Sv39
> would be clear.
>
Ok, thanks. I've queued u
Or when the probe failed.
This is a common pattern in the HID drivers to reset the drvdata. Some
do it properly, some do it only in case of failure.
Anyway, it's never a good thing to have breadcrumbs, so force a clean
state when removing or when probe is failing.
Signed-off-by: Benjamin Tissoire
On 2019-03-28 12:28 a.m., Anup Patel wrote:
>>> For the MAXPHYSMEM_2GB case, the physical memory must be in the highest
>>> 2GB of address space, so we cannot cover the any of the I/O regions
>>> that are higher than it but we do cover the lower I/O TileLink range.
>>
>> IIRC there was another p
The pull request you sent on Thu, 28 Mar 2019 11:03:04 +0800:
> git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git tags/armsoc-fixes
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/97c41a6bdce506bad1cce623378656a5cb956a18
Thank you!
--
Deet-doot-dot, I am a bo
The pull request you sent on Thu, 28 Mar 2019 09:55:44 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux tags/s390-5.1-2
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/bfed6d0ffc8dba002312c2641c00ecd3bf9f9cbf
Thank you!
--
Deet-doot-dot, I am a bot.
On Thu, 28 Mar 2019 15:37:49 +
Slavomir Kaslev wrote:
> On Wed, 2019-03-27 at 14:19 -0400, Sasha Levin wrote:
> > From: Slavomir Kaslev
> >
> > [ Upstream commit ee5e001196d1345b8fee25925ff5f1d67936081e ]
> >
> > The current implementation of splice() and tee() ignores O_NONBLOCK
> > set
>
On 28/03/2019 16:32, Tony Krowiak wrote:
On 3/28/19 9:06 AM, Pierre Morel wrote:
On 26/03/2019 21:45, Tony Krowiak wrote:
On 3/22/19 10:43 AM, Pierre Morel wrote:
The AP interruptions are assigned on a queue basis and
...
+static void vfio_ap_free_queue(int apqn, struct ap_matrix_mdev
*matr
On 3/7/19 1:43 AM, Andrey Zhizhikin wrote:
> Hello Dinh,
>
> Just a short ping on this patch - do yo think you can accept this
> patch and have it merged? I'd like to know whether it is planned to be
> integrated, as it might be beneficial for a lot of socfpga users...
>
> Thanks a lot!
>
So
On Thu, Mar 28, 2019 at 02:09:55AM +, Z.q. Hou wrote:
[...]
> > > > On Mon, Mar 11, 2019 at 09:32:04AM +, Z.q. Hou wrote:
> > > > > From: Hou Zhiqiang
> > > > >
> > > > > As the Mobiveil PCIe controller support RC&EP DAUL mode, and to make
> > > > > platforms which integrated the Mobivei
Copy init sequence from downstream:
https://source.codeaurora.org/quic/la/kernel/msm-4.4/tree/arch/arm/boot/dts/qcom/msm8998-v2.dtsi?h=LE.UM.1.3.r3.25#n372
Signed-off-by: Marc Gonzalez
Reviewed-by: Vivek Gautam
---
Changes from v2: Toggle 2 (not 3) reset knobs
---
drivers/phy/qualcomm/phy-qcom-
On Thu, Mar 28, 2019 at 08:48:33AM -0700, Linus Torvalds wrote:
> Well, it does that because the x86 version of copy_user_generic() can
> work in either direction, so it works when either the source or
> destination (or both) are user pointers, but they don't _have_ to be.
>
> So the "userness" of
On Tue, Mar 26, 2019 at 7:32 AM Andrey Smirnov wrote:
> SPI GPIO device has more than just "cs-gpio" property in its node and
> would request those GPIOs as a part of its initialization. To avoid
> applying CS-specific quirk to all of them add a check to make sure
> that propname is "cs-gpios".
>
Add compatible string for QMP PCIe phy on msm8998.
Signed-off-by: Marc Gonzalez
---
Documentation/devicetree/bindings/phy/qcom-qmp-phy.txt | 5 +
1 file changed, 5 insertions(+)
diff --git a/Documentation/devicetree/bindings/phy/qcom-qmp-phy.txt
b/Documentation/devicetree/bindings/phy/qcom
On Tue, Mar 26, 2019 at 7:32 AM Andrey Smirnov wrote:
> "spi-cs-high" is going to be specified in child node of an SPI
> controller's representing attached SPI device, so change the code to
> look for it there, instead of checking parent node.
>
> Signed-off-by: Andrey Smirnov
> Cc: Linus Wallei
On 3/22/19 10:43 AM, Pierre Morel wrote:
We prepare the interception of the PQAP/AQIC instruction for
the case the AQIC facility is enabled in the guest.
First of all we do not want to change existing behavior when
intercepting AP instructions without the SIE allowing the guest
to use AP instruc
On 3/22/19 10:43 AM, Pierre Morel wrote:
When the mediated device is open we setup the relation with KVM unset it
when the mediated device is released.
s/open we setup/open, we set up/
s/with KVM unset/with KVM and unset/
We lock the matrix mediated device to avoid any change until the
open
Commit-ID: f6027c81099e87516d27d123867f10abd04b2d38
Gitweb: https://git.kernel.org/tip/f6027c81099e87516d27d123867f10abd04b2d38
Author: Jann Horn
AuthorDate: Thu, 28 Mar 2019 16:49:48 +0100
Committer: Borislav Petkov
CommitDate: Thu, 28 Mar 2019 17:03:11 +0100
x86/cpufeature: Fix __per
Hello,
syzbot found the following crash on:
HEAD commit:1a9df9e2 Merge git://git.kernel.org/pub/scm/linux/kernel/g..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=11fed11f20
kernel config: https://syzkaller.appspot.com/x/.config?x=8dcdce25ea72bedf
da
On Wed, Feb 27, 2019 at 01:50:28PM +0530, Sameer Pujar wrote:
> Currently runtime PM is enabled for Tegra HDA driver. One of the concern
> raised was about handling !PM case in HDA driver. In this case, there is
> a need to manage clocks and power explicitly in the driver and reviewers
> were not r
Checking for value of type default value just after allocating will
always be zero and the type register default values will never be read,
so fix this!
Without this patch setting irq type will be silently ignored.
Patch "regmap: regmap-irq: Remove default irq type setting from core"
did remove th
Hello,
syzbot found the following crash on:
HEAD commit:c10a026b kmsan: use __free_pages() in kmsan_iounmap_page_r..
git tree: kmsan
console output: https://syzkaller.appspot.com/x/log.txt?x=107d3c7d20
kernel config: https://syzkaller.appspot.com/x/.config?x=a5675814e8eae69e
dashb
On Tue, Mar 12, 2019 at 07:55:04PM +0530, Sameer Pujar wrote:
> Enable aconnect, adma and agic for Tegra Jetson TX1.
>
> Signed-off-by: Sameer Pujar
> ---
> arch/arm64/boot/dts/nvidia/tegra210-p2371-2180.dts | 12
> 1 file changed, 12 insertions(+)
Applied to for-5.2/arm64/dt, than
The fix for this is in Greg KH's char-misc-linus branch. Pointing
syzbot at it to verify:
#syz test: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git
char-misc-linus
On Thu, Mar 28, 2019 at 9:14 AM syzbot
wrote:
>
> Hello,
>
> syzbot found the following crash on:
>
> HEAD comm
On 28/03/2019 17:12, Tony Krowiak wrote:
On 3/22/19 10:43 AM, Pierre Morel wrote:
When the mediated device is open we setup the relation with KVM unset it
when the mediated device is released.
s/open we setup/open, we set up/
s/with KVM unset/with KVM and unset/
We lock the matrix mediated
On Thu, Mar 28, 2019 at 08:22:44AM -0400, Jean-Francois Dagenais wrote:
> When we have success in 'Channel Access Write' but reading back latch
> states fails, a write is retried without doing a proper slave reset.
> This leads to protocol errors as the slave treats the next 'Channel
> Access Write
On Thu, Mar 28, 2019 at 03:14:12PM +0100, Alexander Potapenko wrote:
> Hello,
>
> arch/x86/include/asm/bitops.h defines clear_bit(nr, addr) for
> non-constant |nr| values as follows:
>
> void clear_bit(long nr, volatile unsigned long *addr) {
> asm volatile("lock; btr %1,%0"
> : "+m"(*(vola
Hi Jonathan,
> Am 24.03.2019 um 19:05 schrieb Jonathan Cameron :
>
> On Mon, 18 Mar 2019 16:14:14 +0100
> "H. Nikolaus Schaller" wrote:
>
>> Add of_match_table.
>>
>> Signed-off-by: H. Nikolaus Schaller
> I'm not against doing this, but do note that there is still a back up
> path in which the
On Wed, Mar 27, 2019 at 11:38:53AM -0400, Michael S. Tsirkin wrote:
> Jason doesn't really have the time to review blk/scsi
> patches. Paolo and Setfan agreed to help out.
>
> Thanks guys!
>
> Signed-off-by: Michael S. Tsirkin
> ---
>
> changes from v1:
> - use R tag for new reviewers
> - readd
On 03/28, Jann Horn wrote:
>
> Since we're just talking about RCU stuff now, adding Paul McKenney to
> the thread.
Since you added Paul let me add more confusion to this thread ;)
There were some concerns about the lack of barriers in put_pid(), but I can't
find that old discussion and I forgot t
Hi Corbet and All,
The kernel now uses Sphinx to generate intelligent and beautiful documentation
from reStructuredText files. I converted most of the Linux ACPI docs to rst
format in this serias.
For you to preview, please visit below url:
http://104.238.181.70:8080/kernel-doc/acpi/index.html
Th
This converts the plain text documentation to reStructuredText format and
add it to Sphinx TOC tree. No essential content change.
Signed-off-by: Changbin Du
---
Documentation/acpi/index.rst | 4 +-
.../acpi/{namespace.txt => namespace.rst} | 309 +-
2 files
Thu, Mar 28, 2019 at 10:53:47AM CET, mkube...@suse.cz wrote:
>On Thu, Mar 28, 2019 at 10:21:26AM +0100, Jiri Pirko wrote:
>> Wed, Mar 27, 2019 at 11:25:54PM CET, mkube...@suse.cz wrote:
>> >
>> >I'm all for implementing new features which are are related to physical
>> >device (ASIC) rather than ne
On Tue, Mar 26, 2019 at 03:30:50PM +0100, Randolph Maaßen wrote:
> To transfer via SPI the tegra20-slink driver first sets the command
> register, which contains the chip select value, and after that the
> command2 register, which contains the chip select line. This leads to a
> small spike in the
On Fri, 2019-03-29 at 00:26 +0800, Changbin Du wrote:
> Hi Corbet and All,
> The kernel now uses Sphinx to generate intelligent and beautiful documentation
> from reStructuredText files. I converted most of the Linux ACPI docs to rst
> format in this serias.
[]
> ...pio-properties.txt => gpio-prop
On 3/28/19 5:34 AM, Jarkko Sakkinen wrote:
> Thank you, it is applied.
Thank you Jarkko.
--
Tadeusz
On Thu, Mar 28, 2019 at 5:07 PM Dinh Nguyen wrote:
> On 3/7/19 1:43 AM, Andrey Zhizhikin wrote:
> > Hello Dinh,
> >
> > Just a short ping on this patch - do yo think you can accept this
> > patch and have it merged? I'd like to know whether it is planned to be
> > integrated, as it might be benefi
This converts the plain text documentation to reStructuredText format and
add it to Sphinx TOC tree. No essential content change.
Signed-off-by: Changbin Du
---
Documentation/acpi/index.rst | 1 +
.../{scan_handlers.txt => scan_handlers.rst} | 23 +++
2 files c
This converts the plain text documentation to reStructuredText format and
add it to Sphinx TOC tree. No essential content change.
Signed-off-by: Changbin Du
---
Documentation/acpi/aml-debugger.rst | 74 +
Documentation/acpi/aml-debugger.txt | 66 --
> On Mar 28, 2019, at 8:45 AM, Kees Cook wrote:
>
>> On Tue, Mar 26, 2019 at 9:31 PM Andy Lutomirski wrote:
>>
>> On Tue, Mar 26, 2019 at 3:35 AM Reshetova, Elena
>> wrote:
>>>
> On Mon, Mar 18, 2019 at 1:16 PM Andy Lutomirski wrote:
> On Mon, Mar 18, 2019 at 2:41 AM Elena Resheto
This converts the plain text documentation to reStructuredText format and
add it to Sphinx TOC tree. No essential content change.
Signed-off-by: Changbin Du
---
...pio-properties.txt => gpio-properties.rst} | 76 ++-
Documentation/acpi/index.rst | 1 +
2 files c
This converts the plain text documentation to reStructuredText format and
add it to Sphinx TOC tree. No essential content change.
Signed-off-by: Changbin Du
---
Documentation/acpi/{debug.txt => debug.rst} | 31 ++-
...eferences.txt => data-node-references.rst} | 27 +---
> Am 24.03.2019 um 19:06 schrieb Jonathan Cameron :
>
> On Mon, 18 Mar 2019 16:14:15 +0100
> "H. Nikolaus Schaller" wrote:
>
>> Define bindings for "bosch,bmg160" and "bosch,bmi055_gyro".
>>
>> Signed-off-by: H. Nikolaus Schaller
> Simple binding so applied to the togreg branch of iio.git an
On Thu, Mar 14, 2019 at 03:06:19PM +0100, Rasmus Villemoes wrote:
> It can be quite convenient to initialize a netdev-triggered LED with a
> device name and setting the rx,tx,link properties from device tree,
> instead of having to do that in an init script (or udev rule) in
> userspace.
>
> My ma
This converts the plain text documentation to reStructuredText format and
add it to Sphinx TOC tree. No essential content change.
Signed-off-by: Changbin Du
---
Documentation/acpi/i2c-muxes.rst | 59
Documentation/acpi/i2c-muxes.txt | 58 -
This converts the plain text documentation to reStructuredText format and
add it to Sphinx TOC tree. No essential content change.
Signed-off-by: Changbin Du
---
...ies-rules.txt => DSD-properties-rules.rst} | 19 ++-
Documentation/acpi/index.rst | 1 +
2 files c
This converts the plain text documentation to reStructuredText format and
add it to Sphinx TOC tree. No essential content change.
Signed-off-by: Changbin Du
---
Documentation/acpi/index.rst | 1 +
Documentation/acpi/method-customizing.rst | 80 +++
Documentation
This converts the plain text documentation to reStructuredText format and
add it to Sphinx TOC tree. No essential content change.
Signed-off-by: Changbin Du
---
Documentation/acpi/index.rst | 1 +
Documentation/acpi/method-tracing.rst | 224 ++
Documentation/ac
Hi Richard,
On 2/19/19 9:24 AM, richard.g...@linux.intel.com wrote:
> From: Richard Gong
>
> Enable FPGA framework, Intel Stratix10 SoC FPGA manager, Stratix10
> service layer, and Altera Freeze Bridge drivers.
>
> Intel Stratix10 service layer driver was added with commit 7ca5ce896524
> ("firm
On Wed, Mar 27, 2019 at 01:08:53PM -0400, Vitaly Mayatskih wrote:
> On Wed, Mar 27, 2019 at 12:49 PM Stefan Hajnoczi wrote:
>
> > Which field was accessed before initialization?
> >
> > I ask because the situation is now unclear since code remains that
> > assumes vsock is *not* zero-initialized:
On Fri, Mar 22, 2019 at 6:30 PM Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski
>
> The debugfs read callback must advance ppos or users using read() on
> the file descriptor will never get the EOL. This wasn't spotted before
> as I was using busybox cat for testing which uses sendfile()
On Wed, Mar 13, 2019 at 10:11:58AM +0530, Sameer Pujar wrote:
> aconnect bus driver is using pm_clk_*() interface for managing clocks.
> With this, clocks seem to be always ON. This happens on Tegra devices
> which use BPMP co-processor to manage clock resources, where clocks
> are enabled during p
Hello,
syzbot found the following crash on:
HEAD commit:a695dc5e kmsan: fixup mm/sl[au]b.[ch] after rebase
git tree: kmsan
console output: https://syzkaller.appspot.com/x/log.txt?x=1683e04d20
kernel config: https://syzkaller.appspot.com/x/.config?x=a5675814e8eae69e
dashboard link:
The documentation does not mention how to delete a slot, add the
information.
Reported-by: Nathaniel McCallum
Signed-off-by: Paolo Bonzini
---
Documentation/virtual/kvm/api.txt | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/Documentation/virtual/kvm/api.
On Thu, 14 Mar 2019 16:01:35 +0100, =?UTF-8?q?Marek=20Beh=C3=BAn?= wrote:
> This adds device tree binding documentation for the Moxtet bus, a bus
> via which the different modules connected to the Turris Mox router can
> be configured.
>
> Signed-off-by: Marek Behún
> Cc: Rob Herring
> Cc: devic
When we have success in 'Channel Access Write' but reading back latch
states fails, a write is retried without doing a proper slave reset.
This leads to protocol errors as the slave treats the next 'Channel
Access Write' as the continuation of previous command.
This commit is fixing this by making
On Thu, Mar 21, 2019 at 12:17 PM Daniel Thompson
wrote:
> On Wed, Mar 20, 2019 at 05:29:56PM +, Russell King - ARM Linux admin
> wrote:
> > On Wed, Mar 20, 2019 at 12:26:58PM +0530, Manivannan Sadhasivam wrote:
> > That said, if a reset line is shared between multiple devices, and a
> > driv
On Fri, 2019-03-22 at 16:49 +, Abel Vesa wrote:
> Add generic i.MX8 SoC driver along with the i.MX8MQ SoC specific code.
> For now, only i.MX8MQ revision B1 is supported. For any other, i.MX8MQ
> revision it will print 'unknown'.
> +#define REV_B1 0x21
> +
> +#def
czw., 28 mar 2019 o 17:38 Linus Walleij napisał(a):
>
> On Fri, Mar 22, 2019 at 6:30 PM Bartosz Golaszewski wrote:
>
> > From: Bartosz Golaszewski
> >
> > The debugfs read callback must advance ppos or users using read() on
> > the file descriptor will never get the EOL. This wasn't spotted befo
On Thu, Mar 28, 2019 at 9:29 AM Andy Lutomirski wrote:
> Doesn’t this just leak some of the canary to user code through side channels?
Erf, yes, good point. Let's just use prandom and be done with it.
--
Kees Cook
On Wed, 27 Mar 2019 14:21:55 -0700, Patrick Venture wrote:
> Document the ast2400, ast2500 PCI-to-AHB bridge control driver bindings.
>
> Signed-off-by: Patrick Venture
> ---
> Changes for v8:
> - None
> Changes for v7:
> - Moved node under the syscon node it requires
> Changes for v6:
> - None
>
On Tue, 26 Mar 2019 06:52:23 +, Anson Huang wrote:
> Add i.MX TPM(Low Power Timer/Pulse Width Modulation Module) PWM binding.
>
> Signed-off-by: Anson Huang
> ---
> Changes since V9:
> - update compatible to contain SoC name;
> - update example;
> ---
> .../devicetree/bindings/pw
On Thu, Mar 28, 2019 at 7:37 AM Joel Fernandes wrote:
> Kees can you describe more the race you had in mind?
I just didn't see any barriers, so it seemed racey to me.
> Also note to the on looker, the original patch I sent is not wrong, that
> still applies and is correct. We are just discussing
On Thu, Mar 28, 2019 at 5:47 PM Bartosz Golaszewski wrote:
> czw., 28 mar 2019 o 17:38 Linus Walleij napisał(a):
> > On Fri, Mar 22, 2019 at 6:30 PM Bartosz Golaszewski wrote:
> >
> > > From: Bartosz Golaszewski
> > >
> > > The debugfs read callback must advance ppos or users using read() on
>
On Thu, Mar 28, 2019 at 2:13 PM Geert Uytterhoeven
wrote:
> If the call to of_gpiochip_scan_gpios() in of_gpiochip_add() fails, no
> error handling is performed. This lead to the need of callers to call
> of_gpiochip_remove() on failure, which causes "BAD of_node_put() on ..."
> if the failure h
On Tue, Mar 26, 2019 at 08:43:23PM +0530, Vidya Sagar wrote:
> Add P2U (PIPE to UPHY) and PCIe controller nodes to device tree.
> The Tegra194 SoC contains six PCIe controllers and twenty P2U instances
> grouped into two different PHY bricks namely High-Speed IO (HSIO-12 P2Us)
> and NVIDIA High Spe
On March 28, 2019 6:38:15 AM EDT, Christian Brauner
wrote:
>> All that said, thanks for the work on this once again. My intention
>is
>> just that we don't end up with an API that could have been done
>better
>> and be cleaner to use for potential users in the coming years.
>
>Thanks for your
On Tue, 26 Mar 2019 20:01:29 +0530, Nava kishore Manne wrote:
> Add documentation to describe Xilinx ZynqMP fpga driver
> bindings.
>
> Signed-off-by: Nava kishore Manne
> ---
> Changes for v5:
> -Moved pcap node as a child to firwmare
>node as suggested by Rob.
> Ch
On Thu, Mar 28, 2019 at 2:13 PM Geert Uytterhoeven
wrote:
> gpiochip_free_hogs() was always called from gpiochip_remove(), not
> of_gpiochip_remove(). It is now also called from the failure patch in
> gpiochip_add_data_with_key().
>
> Fixes: f625d4601759f1cf ("gpio: add GPIO hogging mechanism")
On 3/28/19 7:17 AM, Dan Carpenter wrote:
> The "result" variable isn't initialized on this error path.
>
> Fixes: 55e331cf7ebe ("drivers: add support for the TI VLYNQ bus")
> Signed-off-by: Dan Carpenter
Acked-by: Florian Fainelli
Andrew can you pick this up the same you have you done that bef
czw., 28 mar 2019 o 17:56 Linus Walleij napisał(a):
>
> On Thu, Mar 28, 2019 at 5:47 PM Bartosz Golaszewski wrote:
> > czw., 28 mar 2019 o 17:38 Linus Walleij
> > napisał(a):
> > > On Fri, Mar 22, 2019 at 6:30 PM Bartosz Golaszewski wrote:
> > >
> > > > From: Bartosz Golaszewski
> > > >
> > >
On Thu, Mar 28, 2019 at 9:50 AM Rob Herring wrote:
>
> On Wed, 27 Mar 2019 14:21:55 -0700, Patrick Venture wrote:
> > Document the ast2400, ast2500 PCI-to-AHB bridge control driver bindings.
> >
> > Signed-off-by: Patrick Venture
> > ---
> > Changes for v8:
> > - None
> > Changes for v7:
> > - Mo
On Thu, Mar 28, 2019 at 2:13 PM Geert Uytterhoeven
wrote:
> The err_remove_chip block is too coarse, and may perform cleanup that
> must not be done. E.g. if of_gpiochip_add() fails, of_gpiochip_remove()
> is still called, causing:
>
> OF: ERROR: Bad of_node_put() on /soc/gpio@e605
>
On Thu, Mar 28, 2019 at 12:59:46PM -0400, Joel Fernandes wrote:
>
>
> On March 28, 2019 6:38:15 AM EDT, Christian Brauner
> wrote:
> >> All that said, thanks for the work on this once again. My intention
> >is
> >> just that we don't end up with an API that could have been done
> >better
> >> a
On 18/03/2019 09:56, Jisheng Zhang wrote:
If we ever did some msi related initializations, we need to call
dw_pcie_free_msi() in the error code path.
Signed-off-by: Jisheng Zhang
Acked-by: Gustavo Pimentel
---
drivers/pci/controller/dwc/pcie-designware-host.c | 8 ++--
1 file changed, 6
On Thu, Mar 28, 2019 at 12:36 PM Stefan Hajnoczi wrote:
> vsock->hash is only read if vsock->guest_cid has already been set and
> hence vsock->hash has been initialized too. I don't see where the
> problem is.
>
> Was your tree missing commit a72b69dc083a931422cc8a5e33841aff7d5312f2
> ("vhost/vs
All architectures except MIPS were defining it in the same way,
and memory slots are handled entirely by common code so there
is no point in keeping the definition per-architecture.
Signed-off-by: Paolo Bonzini
---
Documentation/virtual/kvm/api.txt | 5 ++---
arch/powerpc/kvm/powerpc.c|
From: Colin Ian King
The return from tty_write_room could potentially be negative if
a tty write_room driver returns an error number (not that any seem
to do). Rather than just check for a zero return, also check for
a -ve return. This avoids the unsigned nr being set to a large unsigned
value on
There's no current valid use case when uninitialized hash can be read
before being written, however let's keep every vhost_vsock field
initialized just for clarity.
Signed-off-by: Vitaly Mayatskikh
---
drivers/vhost/vsock.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/vhost/vsock.
On Sun, Mar 24, 2019 at 10:24 PM Wu Hao wrote:
Hi Hao,
>
> This patch introduces more sysfs interfaces for Accelerated
> Function Unit (AFU). These interfaces allow users to read
> current AFU Power State (APx), read / clear AFU Power (APx)
> events which are sticky to identify transient APx sta
On Mon, Mar 25, 2019 at 01:47:58PM +0100, Gregory CLEMENT wrote:
> Document the device tree binding for the cluster clock controllers found
> in the Armada 7K/8K SoCs.
>
> Signed-off-by: Gregory CLEMENT
> ---
> .../arm/marvell/ap806-system-controller.txt | 25 +++
> 1 file chan
On Fri, Mar 22, 2019 at 12:51:20PM +0200, Jarkko Sakkinen wrote:
> tpm_chip_start/stop() should be also called for TPM 1.x devices on
> suspend. Add that functionality back. Do not lock the chip because
> it is unnecessary as there are no multiple threads using it when
> doing the suspend.
>
> Fix
On 3/26/2019 9:00 PM, Parav Pandit wrote:
>
>
>> -Original Message-
>> From: Kirti Wankhede
>> Sent: Tuesday, March 26, 2019 2:06 AM
>> To: Parav Pandit ; k...@vger.kernel.org; linux-
>> ker...@vger.kernel.org; alex.william...@redhat.com
>> Cc: Neo Jia
>> Subject: Re: [PATCH 8/8] vfi
On Thu, Mar 28, 2019 at 02:23:33PM +0200, Jarkko Sakkinen wrote:
> On Wed, Mar 27, 2019 at 09:21:15AM +0100, Domenico Andreoli wrote:
> > Hi Jarkko,
> >
> > my laptop fails to suspend/hibernate since v5.1-rc1, it worked fine
> > with v4.20 and previous.
> >
> > My suspect is on tpm_tis driver,
Hi Rob,
On jeu., mars 28 2019, Rob Herring wrote:
> On Mon, Mar 25, 2019 at 01:47:58PM +0100, Gregory CLEMENT wrote:
>> Document the device tree binding for the cluster clock controllers found
>> in the Armada 7K/8K SoCs.
>>
>> Signed-off-by: Gregory CLEMENT
>> ---
>> .../arm/marvell/ap806-
On 3/28/19 12:27 PM, Pierre Morel wrote:
On 28/03/2019 17:12, Tony Krowiak wrote:
On 3/22/19 10:43 AM, Pierre Morel wrote:
When the mediated device is open we setup the relation with KVM unset it
when the mediated device is released.
s/open we setup/open, we set up/
s/with KVM unset/with KVM
On 28/03/2019 11:22, Quentin Perret wrote:
> On Thursday 28 Mar 2019 at 10:13:50 (+), Quentin Perret wrote:
>> The recently introduced Energy Model (EM) framework manages power cost
>> tables for the CPUs of the system. Its only user right now is the
>> scheduler, in the context of Energy Aware
On Thu, Mar 28, 2019 at 05:26:42PM +0100, Oleg Nesterov wrote:
> On 03/28, Jann Horn wrote:
> >
> > Since we're just talking about RCU stuff now, adding Paul McKenney to
> > the thread.
>
> Since you added Paul let me add more confusion to this thread ;)
Woo-hoo!!! More confusion! Bring it on!!
On Thu, Mar 28, 2019 at 06:25:14PM +0100, Gregory CLEMENT wrote:
> Hi Rob,
>
> On jeu., mars 28 2019, Rob Herring wrote:
>
> > On Mon, Mar 25, 2019 at 01:47:58PM +0100, Gregory CLEMENT wrote:
> >> Document the device tree binding for the cluster clock controllers found
> >> in the Armada 7K/8K
On Wed, Mar 27, 2019 at 8:40 AM Jessica Yu wrote:
> >No. There are definitely not all modules. I have a builtin sha256_generic,
> >but I can't find him in the /sys/module.
>
> Yeah, you'll only find builtin modules under /sys/module/ if it has any module
> parameters, otherwise you won't find it t
On Wed, Mar 20, 2019 at 06:49:38PM +, Suzuki K Poulose wrote:
> We rely on the device names to find a CoreSight device on the
> coresight bus. The device name however is obtained from the platform,
> which is bound to the real platform/amba device. As we are about
> to use different naming sche
Hi Daniel,
On Thursday 28 Mar 2019 at 18:27:49 (+0100), Daniel Lezcano wrote:
> On 28/03/2019 11:22, Quentin Perret wrote:
> >> diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
> >> index 2d9c39033c1a..3c09bdaaefd3 100644
> >> --- a/arch/arm64/configs/defconfig
> >> +++ b/a
Hi Jonathan,
> Am 24.03.2019 um 19:29 schrieb Jonathan Cameron :
>
> On Mon, 18 Mar 2019 21:39:30 +0100
> "H. Nikolaus Schaller" wrote:
>
>
>> Some user spaces (e.g. some Android) use /dev/input/event* for handling the
>> 3D
>> position of the device with respect to the center of gravit
On Tue, Mar 26, 2019 at 05:48:10PM -0500, Bjorn Helgaas wrote:
[...]
> I'm not convinced about this last sentence.
>
> It's true that on most modern systems, including that Intel PCH, the
> Super I/O controller is attached via an LPC bridge on a PCI bus.
>
> But I don't think it's an actual req
On Fri, 15 Mar 2019 01:59:26 +0100, =?UTF-8?q?Marek=20Beh=C3=BAn?= wrote:
> This adds device tree binding documentation for the driver communicating
> with the rWTM firmware on Turris Mox.
>
> Signed-off-by: Marek Behún
> Cc: Rob Herring
> Cc: devicet...@vger.kernel.org
> ---
> .../firmware/czn
From: Haiyang Zhang
After queue stopped, the wakeup mechanism may wake it up again
when ring buffer usage is lower than a threshold. This may cause
send path panic on NULL pointer when we stopped all tx queues in
netvsc_detach and start removing the netvsc device.
This patch fix it by adding a t
On Sun, Mar 17, 2019 at 09:35:27PM +0100, Andreas Klinger wrote:
> Add doc for dt binding maxbotix,mb1232. This binding is for MaxBotix
> I2CXL-MaxSonar ultrasonic rangers which share a common i2c interface.
>
> Signed-off-by: Andreas Klinger
> ---
> .../bindings/iio/proximity/maxbotix,mb1232.tx
On Thu, 21 Mar 2019 08:40:45 -0700, "Angus Ainslie (Purism)" wrote:
> Document the vishay VCNL4000 devicetree bindings.
>
> Signed-off-by: Angus Ainslie (Purism)
> ---
> .../bindings/iio/light/vcnl4000.txt | 22 +++
> 1 file changed, 22 insertions(+)
> create mode 1006
On Thu, 21 Mar 2019 08:40:47 -0700, "Angus Ainslie (Purism)" wrote:
> Document the vishay VCNL4040 devicetree bindings.
>
> Signed-off-by: Angus Ainslie (Purism)
> ---
> Documentation/devicetree/bindings/iio/light/vcnl4000.txt | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
Review
On Wed, Mar 27, 2019 at 9:04 AM Alexey Gladkov wrote:
>
> On Wed, Mar 27, 2019 at 04:40:25PM +0100, Jessica Yu wrote:
> > +++ Alexey Gladkov [26/03/19 18:24 +0100]:
> > >On Fri, Mar 22, 2019 at 02:34:12PM +0900, Masahiro Yamada wrote:
> > >> Hi.
> > >>
> > >> (added some people to CC)
> >
> > (Tha
301 - 400 of 687 matches
Mail list logo
