Looks good,
Reviewed-by: Christoph Hellwig
On Fri, Apr 20, 2018 at 12:31:03PM -0400, Alexander Duyck wrote:
> Instead of implementing our own version of a SR-IOV configuration stub in
> the nvme driver we can just reuse the existing
> pci_sriov_configure_simple function.
>
> Reviewed-by: Christoph Hellwig
> Signed-off-by:
On Fri, Apr 20, 2018 at 06:28:50PM +0300, Michael S. Tsirkin wrote:
> But maybe it's not needed here. I am not making the decisions myself.
> Not too late: post to the TC list and let's see what the response is.
> Without a feature bit you are making a change affecting all future
>
On Fri, Apr 20, 2018 at 12:30:21PM -0400, Alexander Duyck wrote:
> Instead of implementing our own version of a SR-IOV configuration stub in
> the ena driver we can just reuse the existing
> pci_sriov_configure_simple function.
>
> Signed-off-by: Alexander Duyck
Looks good,
Reviewed-by: Christoph Hellwig
On Fri, Apr 20, 2018 at 09:18:01PM +0300, Michael S. Tsirkin wrote:
> an allocated buffer doesn't need to be tied to a vq -
> only vq->vdev is ever used. Pass the function the
> just what it needs - the vdev.
>
> Signed-off-by: Michael S. Tsirkin
> ---
>
Heb je geld nodig?
Bent u op zoek naar financiën?
Bent u op zoek naar geld om uw bedrijf te vergroten?
Ik denk dat je naar de juiste plek bent gekomen.
We bieden contant geld met een lage rente.
Geïnteresseerde mensen moeten contact met ons opnemen op
Voor een snelle reactie op uw aanvraag,
Commit-ID: 038586c34301578e538f6c5aa79ca82bce1b9152
Gitweb: https://git.kernel.org/tip/038586c34301578e538f6c5aa79ca82bce1b9152
Author: Thomas Richter
AuthorDate: Mon, 16 Apr 2018 15:23:14 +0200
Committer: Arnaldo Carvalho de Melo
Commit-ID: e2f73a1828e9ffd2765ce1726b9a9c6e022e3cd6
Gitweb: https://git.kernel.org/tip/e2f73a1828e9ffd2765ce1726b9a9c6e022e3cd6
Author: Ingo Molnar
AuthorDate: Mon, 16 Apr 2018 08:18:22 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 17 Apr
Commit-ID: bf30cc1882d2c65aaf92842cc9bcf06565eab73c
Gitweb: https://git.kernel.org/tip/bf30cc1882d2c65aaf92842cc9bcf06565eab73c
Author: Alexey Budankov
AuthorDate: Mon, 9 Apr 2018 10:26:46 +0300
Committer: Arnaldo Carvalho de Melo
Commit-ID: 78b562fbfa2cf0a9fcb23c3154756b690f4905c1
Gitweb: https://git.kernel.org/tip/78b562fbfa2cf0a9fcb23c3154756b690f4905c1
Author: Jiri Olsa
AuthorDate: Sun, 15 Apr 2018 11:23:50 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 17 Apr
On Thu, 19 Apr 2018 12:04:46 +0200
Thomas Gleixner wrote:
> From: Thomas Gleixner
>
> The decoder library uses variable length arrays on stack. To get rid of
> them it would be simple to allocate fixed length arrays on stack, but those
> might become
Hi all,
This series adds platform support for AAEON's UP Squared, a x86 SBC
based on Apollo Lake [1]. Specifically, it enables control for the board
pin headers and for the LEDs, as both of these features are only
available behind a FPGA-based platform controller.
This is structured around a MFD
Linus,
please pull sound fixes for v4.17-rc2 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
tags/sound-4.17-rc2
The topmost commit is 8a56ef4f3ffba9ebf4967b61ef600b0a7ba10f11
sound fixes for 4.17-rc2
A
Sorry, I messed up this submission:
linux-kernel is only Cc'd on the cover letter.
I'll repost right away - please ignore this thread.
On 21/04/2018 09:30, Javier Arteaga wrote:
> Hi all,
>
> This series adds platform support for AAEON's UP Squared, a x86 SBC
> based on Apollo Lake [1].
Hi Sean,
Thank you for the patch.
On Friday, 20 April 2018 21:59:59 EEST Sean Paul wrote:
> edid should be freed once it's finished being used.
>
> Fixes: 56fe8b6f4991 ("drm/bridge: Add RGB to VGA bridge support")
> Cc: Rob Herring
> Cc: Sean Paul
> Cc:
On Fri, Apr 20, 2018 at 02:52:20PM -0600, Tom Hromatka wrote:
> --- /dev/null
> +++ b/drivers/char/adi.c
> @@ -0,0 +1,240 @@
> +// SPDX-License-Identifier: GPL-2.0
Good, but:
> +MODULE_LICENSE("GPL");
That's the wrong line :(
Read include/linux/module.h for the correct string to put here for a
Commit-ID: eccb1b936363c62544bccb5bbb75afec9536f7e3
Gitweb: https://git.kernel.org/tip/eccb1b936363c62544bccb5bbb75afec9536f7e3
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 18 Apr 2018 12:59:03 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate:
Commit-ID: 6a02f06edea5a5910c787fd6c49b0552e8080e5d
Gitweb: https://git.kernel.org/tip/6a02f06edea5a5910c787fd6c49b0552e8080e5d
Author: Andi Kleen
AuthorDate: Fri, 6 Apr 2018 13:38:10 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 18
Commit-ID: 66f5a0779af2a4f28b1832f6c20bc9d3b1ab1886
Gitweb: https://git.kernel.org/tip/66f5a0779af2a4f28b1832f6c20bc9d3b1ab1886
Author: Ravi Bangoria
AuthorDate: Tue, 17 Apr 2018 09:43:44 +0530
Committer: Arnaldo Carvalho de Melo
Commit-ID: 518c6021e9b82696819b380cd173e76cac55a01e
Gitweb: https://git.kernel.org/tip/518c6021e9b82696819b380cd173e76cac55a01e
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 17 Apr 2018 14:47:36 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate:
Commit-ID: ccbb6afe0890b09cc828373a9a5fffab40ec85df
Gitweb: https://git.kernel.org/tip/ccbb6afe0890b09cc828373a9a5fffab40ec85df
Author: Andi Kleen
AuthorDate: Fri, 6 Apr 2018 13:38:12 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 18
On Thu, 19 Apr 2018 12:04:47 +0200
Thomas Gleixner wrote:
> From: Thomas Gleixner
>
> The reed solomon library is moving the on stack decoder buffers into the rs
> control structure. That would break the DoC driver because multiple
> instances share the
Allow userspace to use the on-board LEDs as "upboard::".
Signed-off-by: Javier Arteaga
---
drivers/leds/Kconfig| 10 +
drivers/leds/Makefile | 1 +
drivers/leds/leds-upboard.c | 87 +
drivers/mfd/upboard.c | 19
The UP2 board features a Raspberry Pi compatible pin header (HAT) and a
board-specific expansion connector (EXHAT). Both expose assorted
functions from either the SoC (such as GPIO, I2C, SPI, UART...) or other
on-board devices (ADC, FPGA IP blocks...).
These lines are routed through an on-board
UP Squared (UP2) is a x86 SBC from AAEON based on Intel Apollo Lake. It
features a MAX 10 FPGA that routes lines from both SoC and on-board
devices to two I/O headers:
++
| 40-pin RPi-like header |
[linux-kernel correctly Cc'd on the series now. Sorry for the noise.]
Hi all,
This series adds platform support for AAEON's UP Squared, a x86 SBC
based on Apollo Lake [1]. Specifically, it enables control for the board
pin headers and for the LEDs, as both of these features are only
available
This patch changes the rule to check cap_resource for data blocks, not inode
or node blocks in order to avoid selinux denial.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/f2fs.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/fs/f2fs/f2fs.h
Commit-ID: 5af44ca53d019de47efe6dbc4003dd518e5197ed
Gitweb: https://git.kernel.org/tip/5af44ca53d019de47efe6dbc4003dd518e5197ed
Author: Jiri Olsa
AuthorDate: Sun, 15 Apr 2018 11:23:51 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 17 Apr
Commit-ID: 4e5c01a7c746130033eb6e7153b346b8ca61e7a5
Gitweb: https://git.kernel.org/tip/4e5c01a7c746130033eb6e7153b346b8ca61e7a5
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 16 Apr 2018 16:39:38 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate:
Commit-ID: ec3948451e0ba317e66873b48d6cc51d701d4eb0
Gitweb: https://git.kernel.org/tip/ec3948451e0ba317e66873b48d6cc51d701d4eb0
Author: Andi Kleen
AuthorDate: Fri, 6 Apr 2018 13:38:11 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 18
Commit-ID: bfb3d7b8b906b66551424d7636182126e1d134c8
Gitweb: https://git.kernel.org/tip/bfb3d7b8b906b66551424d7636182126e1d134c8
Author: Jiri Olsa
AuthorDate: Sun, 15 Apr 2018 11:23:52 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 17 Apr
Commit-ID: a7e9eab3dbd35268c16244557a4155a2d9a641c3
Gitweb: https://git.kernel.org/tip/a7e9eab3dbd35268c16244557a4155a2d9a641c3
Author: Andi Kleen
AuthorDate: Fri, 6 Apr 2018 13:38:09 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 18
Hi Kees,
after upgrading to v4.17-rc1 I started to see this sparse warning from
min_t():
drivers/net/wireless/ath/ath10k/wmi.c:4620:31: warning: expression using
sizeof(void)
I counted 167 such warnings just from ath10k alone and Luca told me that
he sees similar sparse warnings with iwlwifi
Hi Peter,
On Friday, 20 April 2018 15:55:50 EEST Peter Rosin wrote:
> On 2018-04-20 13:38, jacopo mondi wrote:
> > On Fri, Apr 20, 2018 at 01:05:21PM +0200, Peter Rosin wrote:
> >> On 2018-04-20 12:18, Laurent Pinchart wrote:
> >>> On Friday, 20 April 2018 11:52:35 EEST jacopo mondi wrote:
>
Friend,
My name is Miss Qadesa AbdulAziz and I am 17 years old girl from Syria. There
is serious war crisis here in Syria, and I have lost my parents and
my two brothers in this war. I want you to help me and receive ($7.md) which
my late father deposited with my name in a bank in London. I
Commit-ID: 8a9fd8323087e794f1d3cd4850b393ced048bc73
Gitweb: https://git.kernel.org/tip/8a9fd8323087e794f1d3cd4850b393ced048bc73
Author: Mathieu Poirier
AuthorDate: Wed, 18 Apr 2018 16:05:18 -0600
Committer: Arnaldo Carvalho de Melo
Hi Geert,
Thank you for the patch.
On Friday, 20 April 2018 16:28:29 EEST Geert Uytterhoeven wrote:
> The Renesas Fine Display Processor driver is used on Renesas R-Car SoCs
> only. Since commit 9b5ba0df4ea4f940 ("ARM: shmobile: Introduce
> ARCH_RENESAS") is ARCH_RENESAS a more appropriate
On Fri, Apr 20, 2018 at 08:55:38AM -0700, Eric Dumazet wrote:
> This patch series provide a new mmap_hook to fs willing to grab
> a mutex before mm->mmap_sem is taken, to ensure lockdep sanity.
>
> This hook allows us to shorten tcp_mmap() execution time (while mmap_sem
> is held), and improve
On Fri, Apr 20, 2018 at 09:38:03AM -0500, Eric W. Biederman wrote:
> Filling in struct siginfo before calling force_sig_info a tedious and
> error prone process, where once in a great while the wrong fields
> are filled out, and siginfo has been inconsistently cleared.
>
> Simplify this process
On Sat, Apr 21, 2018 at 10:50:51AM +0300, Kalle Valo wrote:
> Is there any way to fix it? With ath10k I use sparse a lot and because
> of these warnings sparse is now very annoying to use.
I submitted a sparse patch [1] for this not too long ago, but in the
meantime you can still curl the patch
Joey Pabalinas writes:
> On Sat, Apr 21, 2018 at 10:50:51AM +0300, Kalle Valo wrote:
>> Is there any way to fix it? With ath10k I use sparse a lot and because
>> of these warnings sparse is now very annoying to use.
>
> I submitted a sparse patch [1] for this not too
syzbot has found reproducer for the following crash on upstream commit
83beed7b2b26f232d782127792dd0cd4362fdc41 (Fri Apr 20 17:56:32 2018 +)
Merge branch 'fixes' of
git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal
syzbot dashboard link:
Hello,
syzbot hit the following crash on upstream commit
43f70c960180c11d64ee3e9e53075fe1acd43ff1 (Fri Apr 20 16:08:37 2018 +)
Merge tag 'ecryptfs-4.17-rc2-fixes' of
git://git.kernel.org/pub/scm/linux/kernel/git/tyhicks/ecryptfs
syzbot dashboard link:
Commit-ID: b3f35b5d5d36fba9311d1a965fcce2dd35614f2e
Gitweb: https://git.kernel.org/tip/b3f35b5d5d36fba9311d1a965fcce2dd35614f2e
Author: Alexey Budankov
AuthorDate: Mon, 9 Apr 2018 10:26:05 +0300
Committer: Arnaldo Carvalho de Melo
Commit-ID: 101592b4904ecf6b8ed2a4784d41d180319d95a1
Gitweb: https://git.kernel.org/tip/101592b4904ecf6b8ed2a4784d41d180319d95a1
Author: Alexey Budankov
AuthorDate: Mon, 9 Apr 2018 10:25:32 +0300
Committer: Arnaldo Carvalho de Melo
On 4/20/2018 12:26 PM, Kalle Valo wrote:
Andres Rodriguez writes:
This reduces the unnecessary spew when trying to load optional firmware:
"Direct firmware load for ... failed with error -2"
So what happened with the request_firmware_nowarn() api (discussed in
another
Hi Jacopo,
On Friday, 20 April 2018 14:22:04 EEST jacopo mondi wrote:
> On Fri, Apr 20, 2018 at 01:18:13PM +0300, Laurent Pinchart wrote:
> > On Friday, 20 April 2018 11:52:35 EEST jacopo mondi wrote:
> > > Hi Peter,
> > >
> > > I've been a bit a pain in the arse for you recently, but please
> >
From: Borislav Petkov
Vitezslav reported a case where the
"Timeout during microcode update!"
panic would hit. After a deeper look, it turned out that his .config had
CONFIG_HOTPLUG_CPU disabled which practically made save_mc_for_early() a
no-op.
When that happened, the
From: Borislav Petkov
save_mc_for_early() was a no-op on !CONFIG_HOTPLUG_CPU but the
generic_load_microcode() path saves the microcode patches it has found
into our cache of patches which is used for late loading too. Regardless
of whether we do CPU hotplug or not.
So make the
On Fri, Apr 20, 2018 at 11:08:21AM -0700, Ravi Chandra Sadineni wrote:
> On chromebooks we depend on wakeup count to identify the wakeup source.
> But currently USB devices do not increment the wakeup count when they
> trigger the remote wake. This patch addresses the same.
>
> Resume condition
Andres Rodriguez writes:
>>> + fwctx->nvram_name, fwctx->dev,
>>> + GFP_KERNEL, fwctx,
>>> brcmf_fw_request_nvram_done);
>>> /* pass NULL to nvram callback for
> Il giorno 20 apr 2018, alle ore 22:23, Kees Cook ha
> scritto:
>
> On Thu, Apr 19, 2018 at 2:32 AM, Paolo Valente
> wrote:
>> I'm missing something here. When the request gets completed in the
>> first place, the hook
On Tue, Apr 17, 2018 at 11:33:00AM -0400, Andres Rodriguez wrote:
> This should let us associate enum kdoc to these values.
>
> Signed-off-by: Andres Rodriguez
> ---
> diff --git a/drivers/base/firmware_loader/firmware.h
> b/drivers/base/firmware_loader/firmware.h
> index
On Mon, 16 Apr 2018 16:00:44 +0200
Peter Rosin wrote:
> On 2018-04-10 17:28, Peter Rosin wrote:
> > +Example:
> > +The system voltage is circa 12V, but divided down with a 22/200
> > +voltage divider to adjust it to the ADC range.
> > +
> > +SYSVADC GND
> > + +
On Sat, Apr 21, 2018 at 12:59:23PM +0200, Paul Kocialkowski wrote:
> Hi,
>
> Le vendredi 20 avril 2018 à 09:25 -0500, Bin Liu a écrit :
> > On Thu, Mar 29, 2018 at 01:57:24PM +0200, Paul Kocialkowski wrote:
> > > Hi,
> > >
> > > On Thu, 2018-03-29 at 11:23 +0200, Maxime Ripard wrote:
> > > > On
On Sat, Apr 21, 2018 at 8:11 AM, Kees Cook wrote:
>
> What was the objection to using parameters for this? i.e. something
> like the gfp flags, but have a behavior flag FW_RQ_NOWAIT,
> FW_RQ_NOWARN, etc?
The objection was that the patches that I think Luis refers to
(a)
On Fri, Apr 20, 2018 at 06:16:44PM +0200, Christian Brauner wrote:
> On Fri, Apr 20, 2018 at 03:56:28PM +0200, Christian Brauner wrote:
> > On Wed, Apr 18, 2018 at 11:52:47PM +0200, Christian Brauner wrote:
> > > On Wed, Apr 18, 2018 at 11:55:52AM -0500, Eric W. Biederman wrote:
> > > > Christian
On Fri, 20 Apr 2018 20:41:42 -0400
Brian Masney wrote:
> The summary text for the GPL is not needed since the SPDX identifier
> is a legally binding shorthand that can be used instead.
>
> Signed-off-by: Brian Masney
I sanity checked against other
On Fri, Apr 20, 2018 at 11:51:39AM -0700, Vladislav Zhurba wrote:
> From: Daniel Fu
>
> Remove STATE_TRAILER_SPACE from state machine.
> Causing 2 issue:
> - can not decode the keycode, if it didn't following with
> another keycode/repeat code
> - will generate one more code
On 2018/04/10 23:33, Tetsuo Handa wrote:
> syzbot wrote:
>> syzbot has found reproducer for the following crash on upstream commit
>> c18bb396d3d261ebbb4efbc05129c5d354c541e4 (Tue Apr 10 00:04:10 2018 +)
>> Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net
>> syzbot dashboard link:
Hello,
syzbot hit the following crash on upstream commit
83beed7b2b26f232d782127792dd0cd4362fdc41 (Fri Apr 20 17:56:32 2018 +)
Merge branch 'fixes' of
git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal
syzbot dashboard link:
On Mon, 16 Apr 2018 16:43:55 -0500
Rob Herring wrote:
> On Mon, Apr 16, 2018 at 05:34:06PM +0200, Fabian Mewes wrote:
> > Update the example to use the compatible string including the
> > vendor prefix instead of the ones deprecated in 3a872138e4b.
> >
> > Signed-off-by: Fabian
Dmitry Vyukov wrote:
> This looks somewhat similar to "INFO: rcu detected stall in __process_echoes":
> https://syzkaller.appspot.com/bug?id=17f23b094cd80df750e5b0f8982c521ee6bcbf40
> But I am not sure because stall stacks are somewhat different.
Yes, this will be the same one which can be
On Fri, 20 Apr 2018 20:41:47 -0400
Brian Masney wrote:
> This patch renames tsl2x7x_device_id() to tsl2x7x_device_id_verif(),
> removes the unnecessary pointer on the id parameter, and only calls
> the verification function once.
>
> Signed-off-by: Brian Masney
On Fri, 20 Apr 2018 20:41:51 -0400
Brian Masney wrote:
> This patch changes the defaults of the als_time, prox_time and
> wait_time to match the defaults according to the TSL2772 datasheet.
>
> Signed-off-by: Brian Masney
Applied, thanks,
Jonathan
This patchset aims to update ADE7854 by adding the required IIO API
components. The first patch adds the iio_chan_spec for handling seven
different registers (all of them with a similar behavior). The second
patch appends the read_raw function defined by the IIO API. Finally, the
third patch adds
syzbot has found reproducer for the following crash on upstream commit
83beed7b2b26f232d782127792dd0cd4362fdc41 (Fri Apr 20 17:56:32 2018 +)
Merge branch 'fixes' of
git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal
syzbot dashboard link:
This patch adds the ade7854_read_raw() function which is responsible for
handling the read operation for registers: AIGAIN, BIGAIN, CIGAIN,
NIGAIN, AVGAIN, BVGAIN, and CVGAIN. For the sake of simplicity, this
patch only adds basic manipulation for current and voltage channels.
Finally, this patch
On Tue, Apr 17, 2018 at 11:33:01AM -0400, Andres Rodriguez wrote:
> Some basic definitions for the FW_OPT_* values
>
> Signed-off-by: Andres Rodriguez
> ---
> drivers/base/firmware_loader/firmware.h | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git
On 2018-04-18 19:47, Paul Moore wrote:
> On Fri, Mar 16, 2018 at 5:00 AM, Richard Guy Briggs wrote:
> > Implement the proc fs write to set the audit container ID of a process,
> > emitting an AUDIT_CONTAINER record to document the event.
> >
> > This is a write from the container
On Wed, 18 Apr 2018 10:39:48 +0100
Jonathan Cameron wrote:
> On Mon, 16 Apr 2018 11:47:05 -0300
> Hernán Gonzalez wrote:
>
> > On Sun, Apr 15, 2018 at 12:05 PM, Jonathan Cameron
> > wrote:
> > > On Fri, 13 Apr 2018
On Mon, 16 Apr 2018 09:54:03 +0300
Eugen Hristev wrote:
> We need to select the buffer code, otherwise we get build errors
> with undefined functions on the trigger and buffer,
> if we select just IIO and then AT91_SAMA5D2_ADC from menuconfig
>
> This adds a Kconfig
On Thu, 19 Apr 2018 16:06:18 +0200
Wolfram Sang wrote:
> We should get drvdata from struct device directly. Going via
> platform_device is an unneeded step back and forth.
>
> Signed-off-by: Wolfram Sang
Applied, thanks,
On Thu, 19 Apr 2018 16:05:48 +0200
Wolfram Sang wrote:
> We should get drvdata from struct device directly. Going via
> platform_device is an unneeded step back and forth.
>
> Signed-off-by: Wolfram Sang
Applied, thanks.
On Fri, 20 Apr 2018 20:41:45 -0400
Brian Masney wrote:
> tsl2x7x_suspend() and tsl2x7x_resume() both check to see what the
> current chip status is. These checks are not necessary so this patch
> removes those checks.
>
> Signed-off-by: Brian Masney
Hi Michal,
Thanks for the reviews!
> There are two more occurences in this gpio-zynq driver.
> zynq_gpio_resume, zynq_gpio_suspend. It wasn't detected because these
> two lines are not together. But the same change can be applied for them too.
Not really. The rule would have matched if there
On Fri, 20 Apr 2018 20:41:48 -0400
Brian Masney wrote:
> The sysfs attributes in_illuminance0_target_input,
> in_illuminance0_calibrate, and in_proximity0_calibrate did not have
> proper range checking in place so this patch adds the correct range
> checks.
>
>
Hi,
Le vendredi 20 avril 2018 à 09:25 -0500, Bin Liu a écrit :
> On Thu, Mar 29, 2018 at 01:57:24PM +0200, Paul Kocialkowski wrote:
> > Hi,
> >
> > On Thu, 2018-03-29 at 11:23 +0200, Maxime Ripard wrote:
> > > On Wed, Mar 28, 2018 at 11:52:13PM +0200, Paul Kocialkowski wrote:
> > > > This allows
Hi,
Le mardi 03 avril 2018 à 11:29 +0200, Maxime Ripard a écrit :
> Hi,
>
> On Thu, Mar 29, 2018 at 01:57:24PM +0200, Paul Kocialkowski wrote:
> > On Thu, 2018-03-29 at 11:23 +0200, Maxime Ripard wrote:
> > > On Wed, Mar 28, 2018 at 11:52:13PM +0200, Paul Kocialkowski wrote:
> > > > This allows
Sure. Pushing it to the older kernels will definitely help.
Thanks,
Ravi
On Sat, Apr 21, 2018 at 1:59 AM, Greg KH wrote:
> On Fri, Apr 20, 2018 at 11:08:21AM -0700, Ravi Chandra Sadineni wrote:
>> On chromebooks we depend on wakeup count to identify the wakeup
On 2018-04-21 10:38, Laurent Pinchart wrote:
> Hi Peter,
>
> On Friday, 20 April 2018 15:55:50 EEST Peter Rosin wrote:
>> On 2018-04-20 13:38, jacopo mondi wrote:
>>> On Fri, Apr 20, 2018 at 01:05:21PM +0200, Peter Rosin wrote:
On 2018-04-20 12:18, Laurent Pinchart wrote:
> On Friday, 20
On Wed, 18 Apr 2018 17:37:54 +0200
Fabrice Gasnier wrote:
> stm32mp157c has an ADC block with two physical ADCs.
>
> Signed-off-by: Fabrice Gasnier
The relevant driver support is queued up for next merge window in the IIO tree.
Thanks,
Jonathan
On Thu, 19 Apr 2018 14:20:35 +0100
Javier Arteaga wrote:
> From: Dan O'Donovan
>
> Allow driver to be matched by compatible string in
> ACPI device properties.
>
> Signed-off-by: Dan O'Donovan
Hi Javier,
I don't really see the connection
On Thu, 19 Apr 2018 16:05:49 +0200
Wolfram Sang wrote:
> We should get drvdata from struct device directly. Going via
> platform_device is an unneeded step back and forth.
>
> Signed-off-by: Wolfram Sang
Applied, thanks,
On Fri, 20 Apr 2018 20:41:43 -0400
Brian Masney wrote:
> tsl2x7x_event_handler() could return an error and this could cause the
> interrupt to remain masked. We shouldn't return an error in the
> interrupt handler so this patch always returns IRQ_HANDLED. An error
> will
On Fri, 20 Apr 2018 20:41:52 -0400
Brian Masney wrote:
> This patch removes several unnecessary comments, changes some comments
> so that the use as much of the allowable 80 characters as possible, adds
> the proper whitespace, removes some structure members from the
On Fri, 20 Apr 2018 20:41:53 -0400
Brian Masney wrote:
> The configuration register on the device is represented with the
> prox_config member on the tsl2x7x_settings structure. According to the
> TSL2772 data sheet, this register can hold: 1) the proximity drive
> level,
dquot_initialize() can fail due to any exception inside quota subsystem,
f2fs needs to be aware of it, and return correct return value to caller.
Signed-off-by: Chao Yu
---
fs/f2fs/file.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/fs/f2fs/file.c
On 2018/04/01 5:47, syzbot wrote:
> Hello,
>
> syzbot hit the following crash on upstream commit
> 9dd2326890d89a5179967c947dab2bab34d7ddee (Fri Mar 30 17:29:47 2018 +)
> Merge tag 'ceph-for-4.16-rc8' of git://github.com/ceph/ceph-client
> syzbot dashboard link:
>
This patch adds iio_chan_spec struct. Additionally, the channel adds the
support for handling AIGAIN, BIGAIN, CIGAIN, NIGAIN, AVGAIN, BVGAIN, and
CVGAIN.
Signed-off-by: Rodrigo Siqueira
---
drivers/staging/iio/meter/ade7854.c | 42 +
1
This patch adds the ade7854_write_raw() function which is responsible
for handling the write operation for registers: AIGAIN, BIGAIN, CIGAIN,
NIGAIN, AVGAIN, BVGAIN, and CVGAIN. Finally, this patch completely
removes the old ABI used for handling the registers mentioned above.
Signed-off-by:
Hello,
syzbot hit the following crash on upstream commit
83beed7b2b26f232d782127792dd0cd4362fdc41 (Fri Apr 20 17:56:32 2018 +)
Merge branch 'fixes' of
git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal
syzbot dashboard link:
hello,
failure of a test in selftest:timers
selftests: raw_skew
WARNING: ADJ_OFFSET in progress, this will cause inaccurate results
Estimating clock drift: 17.910(est) 16.820(act) [FAILED]
Bail out!
Pass 0 Fail 0 Xfail 0 Xpass 0 Skip 0 Error 0
1..0
not ok
On Fri, Apr 20, 2018 at 05:21:26PM -0400, Mikulas Patocka wrote:
> On Fri, 20 Apr 2018, Matthew Wilcox wrote:
> > On Fri, Apr 20, 2018 at 04:54:53PM -0400, Mikulas Patocka wrote:
> > > On Fri, 20 Apr 2018, Michal Hocko wrote:
> > > > No way. This is just wrong! First of all, you will explode most
On Fri, 20 Apr 2018 20:41:46 -0400
Brian Masney wrote:
> tsl2x7x_write_interrupt_config() has an unnecessary return value check
> at the end of the function. This patch changes the function to just
> return the value from the call to tsl2x7x_invoke_change().
>
>
On Fri, 20 Apr 2018 20:41:50 -0400
Brian Masney wrote:
> The driver mostly uses the 'prox' naming convention for most of the
> proximity settings, however prx_time and tsl2x7x_prx_gain was present.
> This patch renames these to prox_time and tsl2x7x_prox_gain for
>
On Fri, 20 Apr 2018 20:41:49 -0400
Brian Masney wrote:
> The power and diode defines are needed for the platform data so this
> patch moves the defines out of the .c file and into the header file. A
> comment for the diode is also cleaned up while this code is touched.
>
On 21 April 2018 at 11:22, Botello Ortega, Luis
wrote:
> Hi all:
>
> We tested GLK DMC 1.04 FW in last week of September 2017, using the latest
> drm-tip version for that time (4.14.0-rc2) and according to our results we
> could declare this FW as acceptable and
On 04/13/2018 07:11 PM, Matthew Wilcox wrote:
> On Fri, Apr 13, 2018 at 03:16:26PM +0200, David Hildenbrand wrote:
>> online_pages()/offline_pages() theoretically allows us to work on
>> sub-section sizes. This is especially relevant in the context of
>> virtualization. It e.g. allows us to
1 - 100 of 380 matches
Mail list logo