On 2018年09月23日 00:19, Steven Rostedt wrote:
> On Sat, 22 Sep 2018 23:40:51 +0800
> wrote:
>
>> From: He Zhe
>>
>> log_buf_len_setup does not check input argument before passing it to
>> simple_strtoull. The argument would be a NULL pointer if "log_buf_len",
>> without its value, is set in comm
On Fri, Sep 21, 2018 at 03:12:02PM -0700, Nathan Chancellor wrote:
> Clang warns when one enumerated type is implicitly converted to another.
>
> drivers/staging/rtlwifi/btcoexist/halbtcoutsrc.c:1264:34: warning:
> implicit conversion from enumeration type 'enum btc_chip_interface' to
> different
On Sat, Sep 22, 2018 at 02:34:04PM +0200, Thomas Gleixner wrote:
> Greg,
>
> please pull the latest perf-urgent-for-linus git tree from:
>
>git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> perf-urgent-for-linus
Now pulled, thanks.
greg k-h
On Sat, Sep 22, 2018 at 02:34:06PM +0200, Thomas Gleixner wrote:
> Greg,
>
> please pull the latest x86-urgent-for-linus git tree from:
>
>git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> x86-urgent-for-linus
Now pulled, thanks.
greg k-h
Clang warns when one enumerated type is implicitly converted to another.
drivers/staging/rtlwifi/btcoexist/halbtcoutsrc.c:1264:34: warning:
implicit conversion from enumeration type 'enum btc_chip_interface' to
different enumeration type 'enum wifionly_chip_interface'
[-Wenum-conversion]
On Sat, Sep 22, 2018 at 02:34:03PM +0200, Thomas Gleixner wrote:
> Greg,
>
> please pull the latest efi-urgent-for-linus git tree from:
>
>git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> efi-urgent-for-linus
>
> Make the EFI arm stub device tree loader default on to unbreak exis
>
> On Tue, Sep 04, 2018 at 01:43:04AM +0300, Tomas Winkler wrote:
> > From: Dan Carpenter
> >
> > commit b40b3e9358fbafff6a4ba0f4b9658f6617146f9c upstream
> >
> > We accidentally removed the check for negative returns without
> > considering the issue of type promotion.
> > The "if_version_lengt
From: Dan Carpenter
commit b40b3e9358fbafff6a4ba0f4b9658f6617146f9c upstream
We accidentally removed the check for negative returns
without considering the issue of type promotion.
The "if_version_length" variable is type size_t so if __mei_cl_recv()
returns a negative then "bytes_recv" is type
From: Dan Carpenter
commit b40b3e9358fbafff6a4ba0f4b9658f6617146f9c upstream
We accidentally removed the check for negative returns
without considering the issue of type promotion.
The "if_version_length" variable is type size_t so if __mei_cl_recv()
returns a negative then "bytes_recv" is type
From: Dan Carpenter
commit b40b3e9358fbafff6a4ba0f4b9658f6617146f9c upstream
We accidentally removed the check for negative returns
without considering the issue of type promotion.
The "if_version_length" variable is type size_t so if __mei_cl_recv()
returns a negative then "bytes_recv" is type
Quoting Mark Brown (2018-09-21 11:51:06)
> On Fri, Sep 21, 2018 at 11:40:24AM -0700, Stephen Boyd wrote:
>
> > It seems that everybody has misunderstood my email. Let me try to
> > clarify.
>
> > I'm not saying to replace the sdm845 qspi compatible with a generic one.
> > I'm recommending that a
CC: triv...@kernel.org
Signed-off-by: Fengguang Wu
---
include/linux/mm_types.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/mm_types.h b/include/linux/mm_types.h
index 27c5446f3deb..d4f99f5f677c 100644
--- a/include/linux/mm_types.h
+++ b/include/linux/mm_type
--
Gute Nachrichten, mein Freund, die Transaktion läuft gerade und ich
möchte wissen, ob Sie interessiert sind, damit ich der Bank ein Update
geben kann, was ich mit dem Geld anfangen soll, das transferbereit
ist.
Hi Keith,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.19-rc4 next-20180921]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/
On Wed, Sep 19, 2018 at 08:43:07AM -0700, Jonathan Adams wrote:
> (apologies again; resending due to formatting issues)
> On Tue, Sep 18, 2018 at 6:03 PM Balbir Singh wrote:
> >
> > On Mon, Aug 20, 2018 at 09:52:19PM +, Woodhouse, David wrote:
> > > On Mon, 2018-08-20 at 14:48 -0700, Linus Tor
Hi Diego,
A few things, since it looks like this is your first patch.
On Sat, Sep 22, 2018 at 5:56 PM, Diego Viola wrote:
> On Wed, Sep 12, 2018 at 12:54 AM Diego Viola wrote:
>>
>> Signed-off-by: Diego Viola
>> ---
>> CREDITS | 2 +-
>> MAINTAINERS | 2 +-
>> Makefile| 2 +-
>> 3 fil
On Fri, Sep 21, 2018 at 08:21:31PM -0500, Pierce Griffiths wrote:
> Remove return variables (declared as "ret") in cases where,
> depending on whether a condition evaluates as true, the result of a
> function call can be immediately returned instead of storing the result in
> the return variable. W
Add device tree support for ROHM BH1750 series ambient light sensors.
Signed-off-by: ryang
---
Changes in v2:
- Export module device table
Changes in v3:
- Remove of_match_ptr so that bh1750_of_match is available
without CONFIG_OF.
drivers/iio/light/bh1750.c | 11 +++
1
Document device tree bindings for ROHM BH1750 ambient light sensor driver.
Signed-off-by: ryang
---
.../devicetree/bindings/iio/light/bh1750.txt | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 Documentation/devicetree/bindings/iio/light/bh1750.txt
diff --git a/Do
On Sat, 2018-09-22 at 05:28 -0700, Guenter Roeck wrote:
> On 09/21/2018 05:15 PM, Ben Hutchings wrote:
> > This is the start of the stable review cycle for the 3.16.58 release.
> > There are 63 patches in this series, which will be posted as responses
> > to this one. If anyone has any issues with
Document device tree bindings for ROHM BH1750 ambient light sensor driver.
Signed-off-by: ryang
---
.../devicetree/bindings/iio/light/bh1750.txt | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 Documentation/devicetree/bindings/iio/light/bh1750.txt
diff --git a/Do
Add device tree support for ROHM BH1750 series ambient light sensors.
Signed-off-by: ryang
---
Changes in v2:
- Export module device table
Changes in v3:
- Remove of_match_ptr so that bh1750_of_match is available
without CONFIG_OF.
drivers/iio/light/bh1750.c | 11 +++
1
On Sat, 2018-09-22 at 15:26 +1000, Dave Chinner wrote:
> On Sat, Sep 22, 2018 at 01:15:42AM +0100, Ben Hutchings wrote:
> > 3.16.58-rc1 review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Dave Chinner
> >
> > commit afca6c5b2595fc44383919fba
Am Donnerstag, 13. September 2018, 20:05:41 CEST schrieb Manivannan Sadhasivam:
> This patchset adds 96Boards Rock960 CE board support. Rock960 CE
> (Consumer Edition) board is one of the member of 96Boards Consumer
> Edition and AI platform and is manufactured by Vamrs Limited. Most of
> the board
On Sat, 2018-09-22 at 15:25 +1000, Dave Chinner wrote:
> On Sat, Sep 22, 2018 at 01:15:42AM +0100, Ben Hutchings wrote:
> > 3.16.58-rc1 review patch. If anyone has any objections, please let
> > me know.
> >
> > --
> >
> > From: Dave Chinner
> >
> > commit ee457001ed6c6f31ddad6
Am Montag, 17. September 2018, 14:26:33 CEST schrieb Katsuhiro Suzuki:
> This patch adds sound card node for rock64. Currently we can support
> S/PDIF only. It seems the lack of codec driver of rk3328 to enable
> analog audio out.
>
> Signed-off-by: Katsuhiro Suzuki
applied for 4.20
Thanks
Heik
On Sat, Sep 22, 2018 at 03:59:22PM -0400, ryang wrote:
> Add device tree support for ROHM BH1750 series ambient light sensors.
>
> Signed-off-by: ryang
> ---
> Changes in v2:
> - Export module device table
>
> drivers/iio/light/bh1750.c | 11 +++
> 1 file changed, 11 insertions(+)
Good day,
Death without a WILL is a damning circumstance that causes lot
of problems to family.
With confidentiality I am reaching out to you regarding a
circumstance within my jurisdiction. One of our client passed on
without a WILL over two years now.
Efforts to trace any relation proved void h
Am 24.06.18 um 16:01 schrieb Andreas Färber:
> Commit 3ad85b08f7789d51e6aad0f535296d1c31e319b9 (soc: actions: sps: Add S700)
> added S700 support to the SPS driver but forget to update Kconfig help.
>
> Add missing S700 mention, in preparation for further SoCs.
>
> Fixes: 3ad85b08f778 ("soc: acti
Add device tree support for ROHM BH1750 series ambient light sensors.
Signed-off-by: ryang
---
Changes in v2:
- Export module device table
drivers/iio/light/bh1750.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/iio/light/bh1750.c b/drivers/iio/light/bh1750.c
ind
Document device tree bindings for ROHM BH1750 ambient light sensor driver.
Signed-off-by: ryang
---
.../devicetree/bindings/iio/light/bh1750.txt | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 Documentation/devicetree/bindings/iio/light/bh1750.txt
diff --git a/Do
>From the AMD BKDG, if WAKE_INT_MASTER_REG.MaskStsEn is set, a software
write to the debounce registers of *any* gpio will block wake/interrupt
status generation for *all* gpios for a length of time that depends on
WAKE_INT_MASTER_REG.MaskStsLength[11:0]. During this period the Interrupt
Delivery
On Sat 2018-09-22 00:18:13, Pavel Machek wrote:
> On Sat 2018-09-22 00:11:29, Jacek Anaszewski wrote:
> > On 09/21/2018 11:17 PM, Pavel Machek wrote:
> > > On Fri 2018-09-21 22:59:40, Jacek Anaszewski wrote:
> > >> Hi Baolin,
> > >>
> > >> On 09/21/2018 05:31 AM, Baolin Wang wrote:
> > >>> Hi Jacek
syzbot has found a reproducer for the following crash on:
HEAD commit:10dc890d4228 Merge tag 'pinctrl-v4.19-3' of git://git.kern..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1631cfbe40
kernel config: https://syzkaller.appspot.com/x/.config?x=5fa12b
The bus master was not removed after unloading the module
or unbinding the driver. That lead to oopses like this
[ 127.842987] Unable to handle kernel paging request at virtual address
bf01d04c
[ 127.850646] pgd = 70e3cd9a
[ 127.853698] [bf01d04c] *pgd=8f908811, *pte=, *ppte=
[
Hello,
This series allows to mange the cpu clock for Armada 7K/8K. For these
SoCs, the CPUs share the same clock by cluster, so actually the clock
management is done at cluster level.
As for the other Armada 7K/8K clocks it is possible to have multiple
AP so here again we need to have unique name
Clock drivers for Armada AP and Armada CP use the same function to
generate unique clock name. A third drivers is coming with the same
need, so it's time to move this function in a common file.
Signed-off-by: Gregory CLEMENT
---
drivers/clk/mvebu/Kconfig | 5
drivers/clk/
Actually, the clocks exposed for the cluster are not the CPU clocks, but
the PLL clock used as entry clock for the CPU clocks. The CPU clock will
be managed by a driver submitting in the following patches.
Signed-off-by: Gregory CLEMENT
---
drivers/clk/mvebu/ap806-system-controller.c | 4 ++--
1
This commit makes sure the driver for the Armada 7K/8K CPU clock is
enabled.
Signed-off-by: Gregory CLEMENT
---
arch/arm64/Kconfig.platforms | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms
index 393d2b524284..cf6888ecd9f4 100644
---
Add cpu clock node on AP
Signed-off-by: Gregory CLEMENT
---
arch/arm64/boot/dts/marvell/armada-ap806-quad.dtsi | 4
arch/arm64/boot/dts/marvell/armada-ap806.dtsi | 6 ++
2 files changed, 10 insertions(+)
diff --git a/arch/arm64/boot/dts/marvell/armada-ap806-quad.dtsi
b/arch/arm64
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 | 22 +++
1 file changed, 22 insertions(+)
diff --git
a/Documentation/devicetree/bindings/arm/marv
The CPU frequency is managed at the AP level for the Armada 7K/8K. The
CPU frequency is modified by cluster: the CPUs of the same cluster have
the same frequency.
This patch adds the clock driver that will be used by CPUFreq, it is
based on the work of Omri Itach .
Signed-off-by: Gregory CLEMENT
On 9/22/2018 10:07 PM, Sai Prakash Ranjan wrote:
On 9/22/2018 2:35 PM, Joel Fernandes wrote:
On Sat, Sep 8, 2018 at 4:28 PM Sai Prakash Ranjan
wrote:
Also I think this spinlock can be moved further down.
OK. Something like this would suffice?
{{{
spin_lock_irqsave(&psinfo->buf_lock, fla
On 9/22/18 8:42 AM, Jonathan Cameron wrote:
> On Tue, 18 Sep 2018 07:53:14 -0500
> "Gustavo A. R. Silva" wrote:
>
>> Cast factor to s64 in order to give the compiler complete information
>> about the proper arithmetic to use and avoid a potential integer
>> overflow. Notice that such variable
On 9/22/2018 10:07 PM, Sai Prakash Ranjan wrote:
On 9/22/2018 2:35 PM, Joel Fernandes wrote:
On Sat, Sep 8, 2018 at 4:28 PM Sai Prakash Ranjan
wrote:
Could you just split the pstore space into a per-cpu event buffer like
we are doing for ftrace-on-pstore? Then you don't need to lock. I fear
On 9/21/2018 8:56 PM, Stefan Metzmacher wrote:
Hi,
+ req->Channel = SMB2_CHANNEL_RDMA_V1_INVALIDATE;
+ if (need_invalidate)
+ req->Channel = SMB2_CHANNEL_RDMA_V1;
+ req->ReadChannelInfoOffset =
+ offsetof(struct smb2_read_plain_req, Buffer);
+ r
Hi Rafael,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.19-rc4 next-20180921]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits
On Sat, Sep 22 2018 at 10:29 -0600, Marc Zyngier wrote:
Hi Lina,
On Tue, 04 Sep 2018 22:18:08 +0100,
Lina Iyer wrote:
During suspend the system may power down some of the system rails. As a
result, the TLMM hw block may not be operational anymore and wakeup
capable GPIOs will not be detected.
On Wed, Sep 19, 2018 at 01:59:00AM +, Fan Wu wrote:
> For platforms whose firmwares provide valid module handles
> (SMBIOS type 17) in error records, this patch uses the module
> handles to locate corresponding DIMMs and enables per-DIMM
> error counter update.
>
> Signed-off-by: Fan Wu
> Rev
On 9/22/2018 2:35 PM, Joel Fernandes wrote:
On Sat, Sep 8, 2018 at 4:28 PM Sai Prakash Ranjan
wrote:
Could you just split the pstore space into a per-cpu event buffer like
we are doing for ftrace-on-pstore? Then you don't need to lock. I fear
the lock contention will be apparent. The pstore c
Hi Lina,
On Tue, 04 Sep 2018 22:18:08 +0100,
Lina Iyer wrote:
>
> During suspend the system may power down some of the system rails. As a
> result, the TLMM hw block may not be operational anymore and wakeup
> capable GPIOs will not be detected. The PDC however will be operational
> and the GPIO
On Sat, 22 Sep 2018 23:40:51 +0800
wrote:
> From: He Zhe
>
> log_buf_len_setup does not check input argument before passing it to
> simple_strtoull. The argument would be a NULL pointer if "log_buf_len",
> without its value, is set in command line and thus causes the following
> panic.
>
> PAN
On Sat, Sep 22, 2018 at 04:48:32PM +0100, David Howells wrote:
> Christian Brauner wrote:
>
> > mount_setattr(int dfd, const char *path, unsigned int atflags,
> > unsigned int attr_cmd,
> > unsigned int attr_values,
> > unsigned int attr_mask);
>
> Whilst you ca
On Wed, Sep 12, 2018 at 12:54 AM Diego Viola wrote:
>
> Signed-off-by: Diego Viola
> ---
> CREDITS | 2 +-
> MAINTAINERS | 2 +-
> Makefile| 2 +-
> 3 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/CREDITS b/CREDITS
> index 5befd2d71..b82efb36d 100644
> --- a/CREDITS
> +
Christian Brauner wrote:
> mount_setattr(int dfd, const char *path, unsigned int atflags,
> unsigned int attr_cmd,
> unsigned int attr_values,
> unsigned int attr_mask);
Whilst you can have up to six arguments on a syscall, I seem to remember that
6-arg sysc
On Sat, 22 Sep 2018 23:28:04 +0800
Song Qiang wrote:
> On Sat, Sep 22, 2018 at 03:46:58PM +0100, Jonathan Cameron wrote:
> > On Tue, 18 Sep 2018 16:24:21 +0800
> > Song Qiang wrote:
> >
> > > This driver was originally written by ST in 2016 as a misc input device
> > > driver, and hasn't been
From: He Zhe
Add KBUILD_MODNAME to make prints more clear and correct wrong casting that
might cut off the normal output.
Signed-off-by: He Zhe
Cc: pmla...@suse.com
Cc: sergey.senozhat...@gmail.com
Cc: rost...@goodmis.org
---
v2:
Correct one more place
v3:
Correct wrong casting
kernel/printk/
From: He Zhe
log_buf_len_setup does not check input argument before passing it to
simple_strtoull. The argument would be a NULL pointer if "log_buf_len",
without its value, is set in command line and thus causes the following
panic.
PANIC: early exception 0xe3 IP 10:aaeacd0d error 0 cr2
On 2018年09月21日 15:37, Petr Mladek wrote:
> On Thu 2018-09-20 12:30:56, Steven Rostedt wrote:
>> On Fri, 21 Sep 2018 00:16:50 +0800
>> He Zhe wrote:
>>
>>> On 2018年09月19日 10:43, Steven Rostedt wrote:
On Wed, 19 Sep 2018 11:39:32 +0900
Sergey Senozhatsky wrote:
> On (09/19/1
Hello,
On Thu, Sep 20, 2018 at 10:51 AM Jianxin Pan wrote:
[snip]
> +static int meson_nfc_clk_init(struct meson_nfc *nfc)
> +{
> + int ret;
> +
> + /* request core clock */
> + nfc->core_clk = devm_clk_get(nfc->dev, "core");
> + if (IS_ERR(nfc->core_clk)) {
> +
On Sat, Sep 22, 2018 at 03:46:58PM +0100, Jonathan Cameron wrote:
> On Tue, 18 Sep 2018 16:24:21 +0800
> Song Qiang wrote:
>
> > This driver was originally written by ST in 2016 as a misc input device
> > driver, and hasn't been maintained for a long time. I grabbed some code
> > from it's API an
...
> >
> > .../bindings/iio/proximity/vl53l0x.txt| 12 ++
> > MAINTAINERS | 7 +
>
> Otherwise,
>
> Reviewed-by: Rob Herring
Hi Song,
Please make sure to pick up the various Acks, Reviewed-bys etc for later
versions.
I've added this to the vers
On Mon, 17 Sep 2018 21:57:33 -0400
r yang wrote:
> On Sun, Sep 16, 2018 at 10:45:26AM +0100, Jonathan Cameron wrote:
> > On Sat, 15 Sep 2018 13:42:14 -0400
> > ryang wrote:
> >
> > > Add device tree support for ROHM BH1750 series ambient light sensors.
> > >
> > > Signed-off-by: ryang
> >
On Fri, 21 Sep 2018 17:34:21 +0200
Tomasz Duszynski wrote:
> On Thu, Sep 20, 2018 at 09:37:21PM -0400, r yang wrote:
> > On Wed, Sep 19, 2018 at 09:22:39PM +0200, Tomasz Duszynski wrote:
> > > Comments inline.
> > >
> > > On Sat, Sep 15, 2018 at 01:42:14PM -0400, ryang wrote:
> > > > Add devi
On Sat, 22 Sep 2018 20:26:58 +0530
Himanshu Jha wrote:
> On Sat, Sep 22, 2018 at 03:46:58PM +0100, Jonathan Cameron wrote:
> > On Tue, 18 Sep 2018 16:24:21 +0800
> > Song Qiang wrote:
> >
> > > This driver was originally written by ST in 2016 as a misc input device
> > > driver, and hasn't be
On Tue, 18 Sep 2018 16:24:22 +0800
Song Qiang wrote:
> The first version of this driver issues a measuring request and polling
> for a status register in the device for measuring completes.
> vl53l0x support configuring GPIO1 on it to generate interrupt to
> indicate that new measurement is ready
On Sat, Sep 22, 2018 at 03:46:58PM +0100, Jonathan Cameron wrote:
> On Tue, 18 Sep 2018 16:24:21 +0800
> Song Qiang wrote:
>
> > This driver was originally written by ST in 2016 as a misc input device
> > driver, and hasn't been maintained for a long time. I grabbed some code
> > from it's API an
On Fri, Sep 21, 2018 at 2:45 AM Dmitry Vyukov wrote:
>
> On Fri, Sep 21, 2018 at 11:25 AM, Andrey Ryabinin
> wrote:
> > On 09/21/2018 04:50 AM, Andy Lutomirski wrote:
> >> This patch seems reasonable, but you emailed the wrong people :)
> >>
> >> On Thu, Sep 20, 2018 at 5:15 PM Jason A. Donenfeld
From: He Zhe
Add KBUILD_MODNAME to make prints more clear.
Signed-off-by: He Zhe
Cc: a...@linux-foundation.org
Cc: mho...@suse.com
Cc: vba...@suse.cz
Cc: pasha.tatas...@oracle.com
Cc: mgor...@techsingularity.net
Cc: aaron...@intel.com
Cc: osalva...@suse.de
Cc: iamjoonsoo@lge.com
---
v2:
Spl
From: He Zhe
debug_guardpage_minorder_setup and cmdline_parse_kernelcore do not check
input argument before using it. The argument would be a NULL pointer if
"debug_guardpage_minorder" or "kernelcore", without its value, is set in
command line and thus causes the following panic.
PANIC: early ex
On Tue, 18 Sep 2018 16:24:21 +0800
Song Qiang wrote:
> This driver was originally written by ST in 2016 as a misc input device
> driver, and hasn't been maintained for a long time. I grabbed some code
> from it's API and reformed it into an iio proximity device driver.
> This version of driver us
Thanks!
Reviewed-by: Dan Carpenter
regards,
dan carpenter
On Sat, Sep 22, 2018 at 03:30:07PM +0200, Thomas Gleixner wrote:
> On Sat, 22 Sep 2018, Thomas Gleixner wrote:
> > On Sat, 22 Sep 2018, Peter Zijlstra wrote:
> > > This has some unfortunate duplication.
> > >
> > > Lets go with it for now, but I'll see if I can do something about that
> > > later.
The member regd of the struct rtl_priv is true in a boolean context.
drivers/staging/rtlwifi/regd.c:413:27: warning: address of 'rtlpriv->regd' will
always
evaluate to 'true' [-Wpointer-bool-conversion]
if (!wiphy || !&rtlpriv->regd)
~ ~^~~~
1 warning g
On Fri, Sep 21, 2018 at 12:42:54AM +0530, Souptick Joarder wrote:
> for (off = 0; off < size; off += PAGE_SIZE) {
> page = vmalloc_to_page(kcov->area + off);
> - if (vm_insert_page(vma, vma->vm_start + off, page))
> -
On Fri, 2018-09-21 at 15:30 -0700, Brendan Higgins wrote:
> On Fri, Sep 21, 2018 at 3:26 PM Jae Hyun Yoo
[]
> > > + dev_err(dev,
> > > + "clamping clock divider: divider requested, %u, is
> > > greater than largest possible divider, %u.",
> >
> > Please put a newli
On Sat, Sep 22, 2018 at 01:40:19PM +, Karthik Nishanth wrote:
> Do I submit a new patch with the modified subject?
>
Yeah. Put [PATCH v2] in the subject and then at the end of the patch
description put:
Signed-off-by: Your Name
---
v2: changed the subject.
regards,
dan carpenter
Hi Christophe,
I suppose you received the kbuildrobot issues already, please have a
look at them.
The driver looks well, some comments below.
wrote on Mon, 17 Sep 2018 17:47:39 +0200:
> From: Christophe Kerello
>
> The driver adds the support for the STMicroelectronics FMC2 NAND
> Controller
On Tue, 18 Sep 2018 07:53:14 -0500
"Gustavo A. R. Silva" wrote:
> Cast factor to s64 in order to give the compiler complete information
> about the proper arithmetic to use and avoid a potential integer
> overflow. Notice that such variable is being used in a context
> that expects an expression
Do I submit a new patch with the modified subject?
On Sat, Sep 22, 2018 at 03:44:32PM +0300, Dan Carpenter wrote:
>The subject needs a subsystem prefix. It's also slightly long.
>
>[PATCH] Staging: rtlwifi: remove unnecessary NULL check
>
>regards,
>dan carpenter
>
Karthik Nishanth
On Fri, Sep 21, 2018 at 1:07 PM, Souptick Joarder wrote:
> On Fri, Sep 21, 2018 at 2:56 AM Miguel Ojeda
> wrote:
>>
>> A link to the discussion/plan would be nice. The commit 1c8f422059ae5
>> ("mm: change return type to vm_fault_t") explains a bit, but has a
>> broken link :( Googling for the stu
On Sat, 22 Sep 2018, Thomas Gleixner wrote:
> On Sat, 22 Sep 2018, Peter Zijlstra wrote:
> > This has some unfortunate duplication.
> >
> > Lets go with it for now, but I'll see if I can do something about that
> > later.
>
> Yes, I know. I tried to make the duplication smaller, but all attempts
Dear RT Folks,
I'm pleased to announce the 4.14.71-rt44 stable release.
This release is just an update to the new stable 4.14.71 version
and no RT specific changes have been made.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-r
On Fri, Sep 21, 2018 at 05:52:36PM +0100, David Howells wrote:
> Christian Brauner wrote:
>
> > So from reading the patch I got the impression that superblock mount
> > options passed via fsconfig() are passed as strings like "ro" and are
> > translated into approriate objects (e.g. flags etc.) b
--
I am Mavis Wanczyk i know you may not know me but am the latest
largest US Powerball lottery winner of $758.7m just of recent, am
currently helping out people in need of financial assistance, i know
it's hard to believe anything on the internet, so if you don't need
my help please
On Wed, Sep 19, 2018 at 10:13:15AM -0700, Dhaval Giani wrote:
> Sasha and I are pleased to announce the Testing and Fuzzing track at
> LPC [ 1 ]. We are planning to continue the discussions from last
> year's microconference [2]. Many discussions from the Automated
> Testing Summit [3] will also co
On 22 September 2018 12:48:49 BST, Himanshu Jha
wrote:
>On Sat, Sep 22, 2018 at 11:36:16AM +0100, Jonathan Cameron wrote:
>> On Fri, 21 Sep 2018 15:26:03 +0800
>> kbuild test robot wrote:
>>
>> > Hi Eugen,
>> This one is leaving me stumped...
>>
>> Anyone care to point out what I'm missing
The subject needs a subsystem prefix. It's also slightly long.
[PATCH] Staging: rtlwifi: remove unnecessary NULL check
regards,
dan carpenter
Hi Stefan,
Thanks for review,
> On 21.09.2018 08:27, Lukasz Majewski wrote:
> > This commit adds DTS support for BK4 device from Liebherr. It
> > uses vf610 SoC from NXP.
> >
> > Signed-off-by: Lukasz Majewski
> > ---
> > arch/arm/boot/dts/Makefile | 1 +
> > arch/arm/boot/dts/vf610-bk4
Greg,
please pull the latest efi-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
efi-urgent-for-linus
Make the EFI arm stub device tree loader default on to unbreak existing
EFI boot loaders which do not have DTB support.
Thanks,
tglx
---
Greg,
please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
Two small fixes for perf tools:
- Provide a strerror_r wrapper so lib/bpf can be built on systems without
_GNU_SOURCE
- Unbreak the man pa
Greg,
please pull the latest x86-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-for-linus
A set of fixes for x86:
- Resolve the kvmclock regression on AMD systems with memory encryption
enabled. The rework of the kvmclock memory al
On 09/21/2018 05:15 PM, Ben Hutchings wrote:
This is the start of the stable review cycle for the 3.16.58 release.
There are 63 patches in this series, which will be posted as responses
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made
On Fri, Sep 21, 2018 at 01:53:16AM +0530, Souptick Joarder wrote:
> There is a plan to remove vm_insert_page permanently
> and replace it with new API vmf_insert_page which will
> return vm_fault_t type. As part of it vm_insert_page
> is removed from this driver.
>
> remap_pfn_range() will be used
On Sat, Sep 22, 2018 at 11:36:16AM +0100, Jonathan Cameron wrote:
> On Fri, 21 Sep 2018 15:26:03 +0800
> kbuild test robot wrote:
>
> > Hi Eugen,
> This one is leaving me stumped...
>
> Anyone care to point out what I'm missing that is wrong here?
>
> Also Eugen, please don't cc stable on a pat
On 13/09/2018 13:30, Alexandre Belloni wrote:
> Hi,
>
> This series reworks the Atmel TCB drivers. It introduces a new driver to
> handle
> the clocksource and clockevent devices.
>
> This is necessary because:
> - the current tcb_clksrc driver is probed too late to be able to be used at
>b
On Sat, Sep 22, 2018 at 11:36:16AM +0100, Jonathan Cameron wrote:
> On Fri, 21 Sep 2018 15:26:03 +0800
> kbuild test robot wrote:
>
> > Hi Eugen,
> This one is leaving me stumped...
>
> Anyone care to point out what I'm missing that is wrong here?
>
> Also Eugen, please don't cc stable on a pat
Hello RT Folks!
I'm pleased to announce the 4.4.157-rt174 stable release.
This release is just an update to the new stable 4.4.157 version
and no RT specific changes have been made.
Known issue:
- Cache line starvation. 'stress-ng --ptrace 4' is able to trigger a
latency spike of several ms.
On Fri, Sep 21, 2018 at 02:34:32PM -0700, Dave Hansen wrote:
> On 09/19/2018 01:50 AM, Peter Zijlstra wrote:
> > @@ -1528,28 +1538,8 @@ static int __change_page_attr(struct cpa
> > * We have to split the large page:
> > */
> > err = split_large_page(cpa, kpte, address);
> > - if (!e
On Fri, 21 Sep 2018 15:26:03 +0800
kbuild test robot wrote:
> Hi Eugen,
This one is leaving me stumped...
Anyone care to point out what I'm missing that is wrong here?
Also Eugen, please don't cc stable on a patch directly. It is fine to send
a backport request once a patch has hit mainline, b
1 - 100 of 144 matches
Mail list logo
