Hello,
sorry for the delay.
On (04/30/17 22:54), Tetsuo Handa wrote:
> Sometimes we want to printk() multiple lines in a group without being
> disturbed by concurrent printk() from interrupts and/or other threads.
> For example, mixed printk() output of multiple thread's dump makes it
> hard to i
On 08-05-17, 14:58, Sean Wang wrote:
> > > + opp@59800 {
> >
> > s/opp@/opp-/
>
> I have referred to other dt-binding as examples where they also use opp@
> as the prefix word. e.g bindings/cpufreq/ti-cpufreq.txt did it.
>
> Or I misunderstand something you pointed out here ?
Its o
On 08-05-17, 14:19, Sean Wang wrote:
> Okay, I will do it with you provided command again.
>
> What I did for the patch is just "git mv
> Documentation/devicetree/bindings/clock/mt8173-cpu-dvfs.txt
> Documentation/devicetree/bindings/cpufreq/cpufreq-mediatek.txt"
> and no any changing data in the
I had a long chat with Rajendra offline and clarified few things..
On 08-05-17, 11:06, Rajendra Nayak wrote:
> On 05/08/2017 09:45 AM, Viresh Kumar wrote:
> > On 06-05-17, 11:58, Kevin Hilman wrote:
> >> I had the same question. Seems the same comment about an abstract
> >> "index" is needed for
I'm announcing the release of the 3.18.52 kernel.
All users of the 3.18 kernel series must upgrade.
The updated 3.18.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.18.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index 1cd052823c03..c987902ae1ee 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 4
-SUBLEVEL = 66
+SUBLEVEL = 67
EXTRAVERSION =
NAME = Blurry Fish Butt
diff --git a/drivers/block/drbd/drbd_bitmap.c b/drivers/block/drbd/drbd_bitmap
I'm announcing the release of the 4.4.67 kernel.
All users of the 4.4 kernel series must upgrade.
The updated 4.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.4.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index fb0d24411829..8cd44350423b 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 18
-SUBLEVEL = 51
+SUBLEVEL = 52
EXTRAVERSION =
NAME = Diseased Newt
diff --git a/arch/arm/mach-cns3xxx/Makefile b/arch/arm/mach-cns3xxx/Makefile
ind
diff --git a/Makefile b/Makefile
index 48756653c42c..6f600fee5753 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 10
-SUBLEVEL = 14
+SUBLEVEL = 15
EXTRAVERSION =
NAME = Fearless Coyote
diff --git a/drivers/hwmon/it87.c b/drivers/hwmon/it87.c
index 43146162c122..b
I'm announcing the release of the 4.10.15 kernel.
All users of the 4.10 kernel series must upgrade.
The updated 4.10.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.10.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index c09679c1a70d..35d6b4e76264 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 9
-SUBLEVEL = 26
+SUBLEVEL = 27
EXTRAVERSION =
NAME = Roaring Lionus
diff --git a/drivers/char/tpm/tpm-interface.c b/drivers/char/tpm/tpm-interface.c
On 03-05-17, 12:29, Sudeep Holla wrote:
>
>
> On 28/04/17 21:48, Rob Herring wrote:
> > On Wed, Apr 26, 2017 at 04:27:05PM +0530, Viresh Kumar wrote:
> >> Power-domains need to express their active states in DT and the devices
> >> within the power-domain need to express their dependency on those
I'm announcing the release of the 4.9.27 kernel.
All users of the 4.9 kernel series must upgrade.
The updated 4.9.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.9.y
and can be browsed at the normal kernel.org git web browser:
On Fri, May 05, 2017 at 08:40:43PM +0300, Ville Syrjälä wrote:
> On Fri, May 05, 2017 at 10:26:36AM -0700, Matthias Kaehlcke wrote:
> > El Thu, Apr 20, 2017 at 02:56:05PM -0700 Matthias Kaehlcke ha dit:
> >
> > > In several instances the driver passes an 'enum pipe' value to a
> > > function expec
On Sun, 2017-05-07 at 22:40 +0200, Pavel Machek wrote:
> > > NOTE: unclean SSD power-offs are dangerous and may brick the device in
> > > the worst case, or otherwise harm it (reduce longevity, damage flash
> > > blocks). It is also not impossible to get data corruption.
>
> > I get that the incre
On 05/08/2017 at 02:29 PM, Ingo Molnar wrote:
> * Xunlei Pang wrote:
>
>> On 05/05/2017 at 05:20 PM, Ingo Molnar wrote:
>>> * Xunlei Pang wrote:
>>>
On 05/05/2017 at 02:52 PM, Ingo Molnar wrote:
> * Xunlei Pang wrote:
>
>> @@ -122,6 +122,10 @@ static int init_pgtable(struct kima
Hi Jens,
On Mon, May 8, 2017 at 3:53 AM, Jens Axboe wrote:
> On 05/07/2017 08:14 AM, Geert Uytterhoeven wrote:
>> With gcc 4.1.2:
>
> Wow, that's ancient.
But it helps to find things like this, and improve the code ;-)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven --
On Sun, May 07, 2017 at 07:52:14PM -0600, Jens Axboe wrote:
> On 05/07/2017 11:56 AM, Daniel Vetter wrote:
> > On Sun, May 7, 2017 at 7:46 PM, Jens Axboe wrote:
> >> On 05/07/2017 11:12 AM, ville.syrj...@linux.intel.com wrote:
> >>> From: Ville Syrjälä
> >>>
> >>> Add a new Kconfig option to enab
On Sun, May 07, 2017 at 08:12:52PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Add a new Kconfig option to enable/disable the extra warnings
> from the vblank evade code. For now we'll keep the warning
> about an actually missed vblank always enabled as that can have
> a
The Linear Technology LTC2631, LTC2633 and LTC2635 are very similar
to the AD5064 device, in particular the LTC2627.
This patch adds support for those devices. Only the LTC2633 has been
tested, which is the 2-channel variant. The LTC2631 is the 1-channel,
and the LTC2635 the 4-channel version. The
On Sat, May 06, 2017 at 11:40:17PM +0800, Geliang Tang wrote:
> Use memdup_user_nul() helper instead of open-coding to simplify the
> code.
>
> Signed-off-by: Geliang Tang
Thx for the patch, applied to drm-intel.git.
-Daniel
> ---
> drivers/gpu/drm/i915/i915_debugfs.c | 13 +++--
> d
On 4/29/2017 12:28 AM, Jonathan Neuschäfer wrote:
Hi,
On Fri, Apr 28, 2017 at 03:26:42PM +0530, Varadarajan Narayanan wrote:
Subject: [PATCH 4/5] arm64: dts: Add ipq8074 SoC and MTP board support
s/MTP/HK01/ ?
Have posted v2 with MTP changed as HK01. Please refer to
https://www.spinics.ne
(added more Cc:s)
* Thomas Garnier wrote:
> On Fri, Apr 28, 2017 at 8:32 AM, Thomas Garnier wrote:
> > Ensure that a syscall does not return to user-mode with a kernel address
> > limit. If that happens, a process can corrupt kernel-mode memory and
> > elevate privileges [1].
> >
> > The CONFI
On Mon, 8 May 2017, David Woodhouse wrote:
> > [Issue is, if you powerdown during erase, you get "weakly erased"
> > page, which will contain expected 0xff's, but you'll get bitflips
> > there quickly. Similar issue exists for writes. It is solveable in
> > software, just hard and slow... and we
Hi Peter,
sorry for the delay; anyway, I am working on fixing the patchset
according to the comments I received
When working on one of your comments, I have a doubt:
On Mon, 27 Mar 2017 16:26:33 +0200
Peter Zijlstra wrote:
[...]
>
>
> #define BW_SHIFT 20
> #define BW_UNIT
The last goto looks spurious because it releases less resources than the
previous one.
Add a new label in order to free the memory allocated by the 'kmemdup'
call.
Fixes: 9d896f3e41a6 ("drm/nouveau/secboot: abstract LS firmware loading
functions")
Signed-off-by: Christophe JAILLET
---
This fix
This is an upstream port of an IIO driver for the TI ADC108S102 and
ADC128S102. The former can be found on the Intel Galileo Gen2 and the
Siemens SIMATIC IOT2000. For those boards, ACPI-based enumeration is
included.
Due to the lack of regulators under ACPI, we hard-code the voltage
provided to th
On Thu, May 04, 2017 at 03:11:39PM +0100, Jose Abreu wrote:
> This changes the connector probe helper function to use the new
> encoder->mode_valid() and crtc->mode_valid() helper callbacks to
> validate the modes.
>
> The new callbacks are optional so the behaviour remains the same
> if they are
On Mon, May 8, 2017 at 9:25 AM, Geert Uytterhoeven wrote:
> Hi Jens,
>
> On Mon, May 8, 2017 at 3:53 AM, Jens Axboe wrote:
>> On 05/07/2017 08:14 AM, Geert Uytterhoeven wrote:
>>> With gcc 4.1.2:
>>
>> Wow, that's ancient.
>
> But it helps to find things like this, and improve the code ;-)
For r
On Thu, May 04, 2017 at 03:11:38PM +0100, Jose Abreu wrote:
> This adds a new callback to crtc, encoder and bridge helper functions
> called mode_valid(). This callback shall be implemented if the
> corresponding component has some sort of restriction in the modes
> that can be displayed. A NULL ca
* Ingo Molnar wrote:
> ... and even a relatively simple static analysis tool ought to be able to see
> through that.
>
> I'd even suggest we do it not like Sparse builds are done today, but in a
> more
> integrated fashion: do static analysis as part of a typical kernel defconfig
> build an
From: Markus Elfring
Date: Mon, 8 May 2017 09:50:05 +0200
Three update suggestions were taken into account
from static source code analysis.
Markus Elfring (3):
Use seq_putc() in aoedisk_debugfs_show()
Adjust eight checks for null pointers
Add spaces for better code readability
drivers/b
On Sun, May 7, 2017 at 9:53 PM, Geert Uytterhoeven wrote:
> With gcc 4.1.2:
>
> drivers/staging/ccree/ssi_hash.c:1990: error: unknown field
> ‘template_ahash’ specified in initializer
> drivers/staging/ccree/ssi_hash.c:1991: error: unknown field ‘init’
> specified in initializer
> dr
On Thu, May 04, 2017 at 04:13:51PM +0100, Jose Abreu wrote:
> On 04-05-2017 15:40, Ville Syrjälä wrote:
> > On Thu, May 04, 2017 at 03:11:41PM +0100, Jose Abreu wrote:
> >> + struct drm_encoder *encoder,
> >> + struct drm_crt
From: Markus Elfring
Date: Mon, 8 May 2017 08:51:28 +0200
A single character (line break) should be put into a sequence.
Thus use the corresponding function "seq_putc".
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/block/aoe/aoeblk.c | 2 +
From: Markus Elfring
Date: Mon, 8 May 2017 09:19:22 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
The script “checkpatch.pl” pointed information out like the following.
Comparison to NULL could be written !…
Thus fix the affected source code pla
On Thu, May 04, 2017 at 03:11:37PM +0100, Jose Abreu wrote:
> This series is a follow up from the discussion at [1]. We start by
> introducing crtc->mode_valid(), encoder->mode_valid() and
> bridge->mode_valid() callbacks which will be used in followup
> patches.
>
> Next, at 2/5 we modify the con
From: Markus Elfring
Date: Mon, 8 May 2017 09:35:25 +0200
The script "checkpatch.pl" pointed information out like the following.
CHECK: spaces preferred around that '-' (ctx:VxV)
Thus fix the affected source code place.
Signed-off-by: Markus Elfring
---
drivers/block/aoe/aoeblk.c | 8 ---
Hi Philipp,
With the ack on the bindings in place, I'm going to pile these
two patches on top of my mux series when I send v15 next week (or
whenever v4.12-rc1 is out). There are a pair of nitpicks that I'm
going to fix myself, so no need for a resend.
Thank you very much for making use of the ne
On pe, 2017-05-05 at 14:57 -0700, Hugh Dickins wrote:
> On Fri, 5 May 2017, Joonas Lahtinen wrote:
> > On ma, 2017-05-01 at 11:05 +0900, J. R. Okajima wrote:
> > > Thanx for the reply.
> > >
> > > Andrea Arcangeli:
> > > >
> > > > Yes I already reported this, my original fix was way more efficien
On Mon, May 08, 2017 at 09:41:08AM +0200, Luca Abeni wrote:
> Hi Peter,
>
> sorry for the delay; anyway, I am working on fixing the patchset
> according to the comments I received
>
> When working on one of your comments, I have a doubt:
>
> On Mon, 27 Mar 2017 16:26:33 +0200
> Peter Zijlstr
Commit-ID: 8638100c52bb7782462b14aad102a4aaf0c7094c
Gitweb: http://git.kernel.org/tip/8638100c52bb7782462b14aad102a4aaf0c7094c
Author: Xunlei Pang
AuthorDate: Thu, 4 May 2017 09:42:51 +0800
Committer: Ingo Molnar
CommitDate: Mon, 8 May 2017 08:28:44 +0200
x86/kexec/64: Use gbpages for
On 28 April 2017 at 13:56, Andrew Lunn wrote:
> Is that a realistic test? No traffic over the network? If you are
> hitting your thermal limit, to me that means one of two things:
>
> 1) The device is under very heavy load, consuming a lot of power to do
>what it needs to to.
>
> 2) Your devic
Commit-ID: 66aad4fdf2bf0af29c7decb4433dc5ec6c7c5451
Gitweb: http://git.kernel.org/tip/66aad4fdf2bf0af29c7decb4433dc5ec6c7c5451
Author: Xunlei Pang
AuthorDate: Thu, 4 May 2017 09:42:50 +0800
Committer: Ingo Molnar
CommitDate: Mon, 8 May 2017 08:28:40 +0200
x86/mm: Add support for gbpage
On Fri, 2017-05-05 at 08:02 -0600, Jens Axboe wrote:
> On 05/05/2017 12:25 AM, Abdul Haleem wrote:
> > Hi,
> >
> > 4.11.0 Linus mainline booted with Warnings on PowerPC.
> >
> > We did not see this on next-20170407 but on next-20170410 and later.
>
> Have you tried current Linus -git? Both of th
Hi Peter,
On Mon, 2017-05-08 at 10:00 +0200, Peter Rosin wrote:
> Hi Philipp,
>
> With the ack on the bindings in place, I'm going to pile these
> two patches on top of my mux series when I send v15 next week (or
> whenever v4.12-rc1 is out). There are a pair of nitpicks that I'm
> going to fix m
Hi SeongJae,
Nice to see you :)
On 05/07/2017 07:36 PM, SeongJae Park wrote:
An example in perf-probe documentation for pattern of function name
based probe addition is not providing example command for the case.
This commit fixes the example to give appropriate example command.
Signed-off-by:
On Mon, 2017-05-08 at 09:38 +0200, Ricard Wanderlof wrote:
> On Mon, 8 May 2017, David Woodhouse wrote:
>
> >
> > >
> > > [Issue is, if you powerdown during erase, you get "weakly erased"
> > > page, which will contain expected 0xff's, but you'll get bitflips
> > > there quickly. Similar issue e
On Sun, May 07, 2017 at 04:48:36PM -0500, Josh Poimboeuf wrote:
> > Can objtool verify the unwinder at each address in the kernel, or is that
> > an AI-complete problem?
>
> It can't verify the *unwinder*, but it can verify the data which is fed
> to the unwinder (either DWARF or the structs I p
On Mon, 08 May 2017, Daniel Vetter wrote:
> On Fri, May 05, 2017 at 08:40:43PM +0300, Ville Syrjälä wrote:
>> On Fri, May 05, 2017 at 10:26:36AM -0700, Matthias Kaehlcke wrote:
>> > El Thu, Apr 20, 2017 at 02:56:05PM -0700 Matthias Kaehlcke ha dit:
>> >
>> > > In several instances the driver pass
On 05/06/2017 04:53 AM, Matt Fleming wrote:
On Sat, 29 Apr, at 09:42:52AM, Geliang Tang wrote:
Use memdup_user() helper instead of open-coding to simplify the code.
Signed-off-by: Geliang Tang
---
drivers/firmware/efi/test/efi_test.c | 11 +++
1 file changed, 3 insertions(+), 8 dele
On Fri, May 5, 2017 at 5:47 PM, David Howells wrote:
> Miklos Szeredi wrote:
>
>> I'd argue with some design decisions here. One of the motivations for
>> doing the mount API overhaul is to create clear distinction between
>> separate functions like:
>>
>> - creating filesystem instance (aka su
On Mon, May 8, 2017 at 10:49 AM, Jan Kiszka wrote:
> This is an upstream port of an IIO driver for the TI ADC108S102 and
> ADC128S102. The former can be found on the Intel Galileo Gen2 and the
> Siemens SIMATIC IOT2000. For those boards, ACPI-based enumeration is
> included.
>
> Due to the lack of
Hi Philipp,
Sorry for the very long delay, but I finally had some time to think about this.
On 04/06/2017 03:55 PM, Philipp Zabel wrote:
> If the the field order is set to ANY in set_fmt, choose the currently
> set field order. If the colorspace is set to DEFAULT, choose the current
> colorspace.
Hi Matthias,
2017-05-05 4:50 GMT+09:00 Matthias Kaehlcke :
> Hi Masahiro,
>
> El Sun, Apr 30, 2017 at 11:01:11PM +0900 Masahiro Yamada ha dit:
>
>> 2017-04-22 6:39 GMT+09:00 Matthias Kaehlcke :
>> > clang generates plenty of these warnings in different parts of the code.
>> > They are mostly caus
David Howells wrote:
> > This patchset achieves this partly, but the separation is far from
> > crisp clear... First of all why is fsopen() creating a "mount
> > context"? It's suppsed to create a "superblock creation context".
>
> I've no particular objection to renaming struct mount_context
On Mon, 8 May 2017, David Woodhouse wrote:
> > I've got a problem with the underlying mechanism. How long does it take to
> > erase a NAND block? A couple of milliseconds. That means that for an erase
> > to be "weak" du to a power fail, the host CPU must issue an erase command,
> > and then t
On 2017-05-08 10:12, Philipp Zabel wrote:
> Hi Peter,
>
> On Mon, 2017-05-08 at 10:00 +0200, Peter Rosin wrote:
>> Hi Philipp,
>>
>> With the ack on the bindings in place, I'm going to pile these
>> two patches on top of my mux series when I send v15 next week (or
>> whenever v4.12-rc1 is out). Th
On 2017-05-08 10:25, Andy Shevchenko wrote:
> On Mon, May 8, 2017 at 10:49 AM, Jan Kiszka wrote:
>> This is an upstream port of an IIO driver for the TI ADC108S102 and
>> ADC128S102. The former can be found on the Intel Galileo Gen2 and the
>> Siemens SIMATIC IOT2000. For those boards, ACPI-based
On Mon, May 8, 2017 at 10:35 AM, David Howells wrote:
>> Further, once you've created a superblock, what are you going to do with it
>> other than mount it? I suppose you could statfs it and we could add other
>> superblock manipulation functions, but this is normally done by opening the
>> devi
according to coding style else is not generally
useful after a break or return
Signed-off-by: Surender Polsani
---
drivers/staging/rtl8188eu/hal/rtl8188e_dm.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/rtl8188eu/hal/rtl8188e_dm.c
b/drivers/staging/rtl8
> On Wed, May 3, 2017 at 3:07 PM, Alan Tull wrote:
> > On Wed, May 3, 2017 at 6:58 AM, Wu Hao wrote:
> >> On Thu, Apr 20, 2017 at 09:09:47AM -0500, Alan Tull wrote:
> >>> Add two functions for getting the FPGA bridge from the device
> >>> rather than device tree node. This is to enable writing c
On Mittwoch, 3. Mai 2017 23:35:36 CEST Milian Wolff wrote:
> When different functions get inlined into the same function, we
> want to show them individually in the reports. But when we group by
> function, we would aggregate all IPs and would only keep the first
> one in that function. E.g. for C+
This is an upstream port of an IIO driver for the TI ADC108S102 and
ADC128S102. The former can be found on the Intel Galileo Gen2 and the
Siemens SIMATIC IOT2000. For those boards, ACPI-based enumeration is
included.
Due to the lack of regulators under ACPI, we hard-code the voltage
provided to th
Makefile.postlink always includes include/config/auto.conf, however
this file is not present in a clean kernel tree, causing make to fail:
arch/powerpc/Makefile.postlink:10: include/config/auto.conf: No such file or
directory
make[1]: *** No rule to make target `include/config/auto.conf'. Stop.
On Mon, 2017-05-08 at 10:36 +0200, Ricard Wanderlof wrote:
> On Mon, 8 May 2017, David Woodhouse wrote:
> > Our empirical testing trumps your "can never happen" theory :)
>
> I'm sure it does. But what is the explanation then? Has anyone analyzed
> what is going on using an oscilloscope to verify
Am 05.05.2017 um 01:04 schrieb Bjorn Helgaas:
[+cc Christian]
Thanks for that.
[SNIP]
I *think* this will be broken by the current implementation of
Christian's patch to enable a 64-bit host bridge window:
https://lkml.kernel.org/r/1493890270-1188-5-git-send-email-deathsim...@vodafone.de
On Mon, 2017-05-08 at 10:46 +0200, Jan Kiszka wrote:
> This is an upstream port of an IIO driver for the TI ADC108S102 and
> ADC128S102. The former can be found on the Intel Galileo Gen2 and the
> Siemens SIMATIC IOT2000. For those boards, ACPI-based enumeration is
> included.
>
> Due to the lack
On Mon, 8 May 2017, David Woodhouse wrote:
> > On Mon, 8 May 2017, David Woodhouse wrote:
> > > Our empirical testing trumps your "can never happen" theory :)
> >
> > I'm sure it does. But what is the explanation then? Has anyone analyzed
> > what is going on using an oscilloscope to verify rela
Hi,
On 08-05-17 11:06, Ricard Wanderlof wrote:
On Mon, 8 May 2017, David Woodhouse wrote:
On Mon, 8 May 2017, David Woodhouse wrote:
Our empirical testing trumps your "can never happen" theory :)
I'm sure it does. But what is the explanation then? Has anyone analyzed
what is going on using
From: Markus Elfring
Date: Mon, 8 May 2017 11:05:05 +0200
A few update suggestions were taken into account
from static source code analysis.
Markus Elfring (4):
Combine two function calls into one in dma_buf_debug_show()
Improve a size determination in dma_buf_attach()
Adjust a null pointe
From: Markus Elfring
Date: Mon, 8 May 2017 10:32:44 +0200
A bit of data was put into a sequence by two separate function calls.
Print the same data by a single function call instead.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/dma-buf/dm
From: Markus Elfring
Date: Mon, 8 May 2017 10:50:09 +0200
Replace the specification of a data structure by a pointer dereference
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style convention.
Signed-off-by: Mark
From: Markus Elfring
Date: Mon, 8 May 2017 10:54:17 +0200
The script "checkpatch.pl" pointed information out like the following.
Comparison to NULL could be written "!attach"
Thus adjust this expression.
Signed-off-by: Markus Elfring
---
drivers/dma-buf/dma-buf.c | 2 +-
1 file changed, 1 in
On Monday, May 08, 2017 05:45:44 AM MyungJoo Ham wrote:
>
> When min charger-CV is <= 4.0V and max charger-CV is >= 4.0V,
> we can use 4.00V as CV (register value = 0x1).`
>
> The original code had a typo that wrote ">=" (max_uV >= 400),
> which should've been "<", which is not necessary anyw
From: Markus Elfring
Date: Mon, 8 May 2017 10:55:42 +0200
Three single characters (line breaks) should be put into a sequence.
Thus use the corresponding function "seq_putc".
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/dma-buf/sync_debug
On Sat May 06, 2017 at 01:03:28AM +0200, Robert Richter wrote:
> On 05.05.17 17:38:05, Geetha sowjanya wrote:
> > From: Linu Cherian
> >
> > Cavium ThunderX2 SMMU implementation doesn't support page 1 register space
> > and PAGE0_REGS_ONLY option will be enabled as an errata workaround.
> >
> >
Hi Jon,
On Sun, May 7, 2017 at 2:06 AM, Jon Masters wrote:
> On 05/09/2016 06:00 AM, Robin Murphy wrote:
>> On 09/05/16 10:37, Robin Murphy wrote:
>>> On 08/05/16 11:59, Niklas Söderlund wrote:
While using CONFIG_DMA_API_DEBUG i came across this warning which I
think is a false positive
On Mon 2017-05-08 08:21:34, David Woodhouse wrote:
> On Sun, 2017-05-07 at 22:40 +0200, Pavel Machek wrote:
> > > > NOTE: unclean SSD power-offs are dangerous and may brick the device in
> > > > the worst case, or otherwise harm it (reduce longevity, damage flash
> > > > blocks). It is also not im
On Sat, May 6, 2017 at 5:42 PM, Geliang Tang wrote:
> Use memdup_user() helper instead of open-coding to simplify the code.
>
> Signed-off-by: Geliang Tang
Reviewed-by: Geert Uytterhoeven
> --- a/drivers/spi/spidev.c
> +++ b/drivers/spi/spidev.c
> @@ -325,7 +325,6 @@ static struct spi_ioc_tran
On 08.05.17 14:47:39, Linu Cherian wrote:
> Have pasted here the relevant changes for doing fixups on smmu base instead
> of offset to get feedback.
To me this looks better than the ARM_SMMU_EVTQ_*() macros. It still
needs some more shaping (e.g. maybe remove page1_base var and call
arm_smmu_page
On Mon, May 8, 2017 at 9:31 AM, Jan Kiszka wrote:
> On 2017-03-23 10:14, tip-bot for Andy Lutomirski wrote:
>> The x86 smpboot trampoline expects initial_page_table to have the
>> GDT mapped. If the GDT ends up in a virtually mapped per-cpu page,
>> then it won't be in the page tables at all unti
On Mon, 2017-05-08 at 11:28 +0200, Pavel Machek wrote:
>
> Are you sure you have it right in JFFS2? Do you journal block erases?
> Apparently, that was pretty much non-issue on older flashes.
It isn't necessary in JFFS2. It is a *purely* log-structured file
system (which is why it doesn't scale w
80
[ 143.010168] *pde =
[ 143.010177]
[ 143.014762] Oops: 0002 [#1]
[ 143.017672] Modules linked in: at24 nvmem_core pwm_pca9685
[ 143.023338] CPU: 0 PID: 0 Comm: swapper Not tainted 4.11.0-next-20170508+ #2
[ 143.030539] task: c8533580 task.stack: c852c000
[ 143.035237] EIP: stmma
Hi Hans,
On Mon, 2017-05-08 at 10:27 +0200, Hans Verkuil wrote:
> Hi Philipp,
>
> Sorry for the very long delay, but I finally had some time to think about
> this.
Thank you for your thoughts.
> On 04/06/2017 03:55 PM, Philipp Zabel wrote:
> > If the the field order is set to ANY in set_fmt, c
On 07/05/17 01:06, Jon Masters wrote:
> On 05/09/2016 06:00 AM, Robin Murphy wrote:
>> On 09/05/16 10:37, Robin Murphy wrote:
>>> Hi Niklas,
>>>
>>> On 08/05/16 11:59, Niklas Söderlund wrote:
Hi,
While using CONFIG_DMA_API_DEBUG i came across this warning which I
think is a fals
Hi Steve,
On Wed, 2017-04-12 at 17:45 -0700, Steve Longerbeam wrote:
> This patch adds a call to imx_media_fill_empty_mbus_fields() in the
> *_try_fmt() functions at the sink pads, to set empty field order and
> colorimetry parameters.
>
> If the field order is set to ANY, choose the currently se
We see the following build failure with CONFIG_BT_HCIUART_NOKIA=y and
CONFIG_BT_HCIUART_H4=n:
drivers/bluetooth/hci_nokia.c: In function 'nokia_recv':
drivers/bluetooth/hci_nokia.c:644:18: error: implicit declaration of function
'h4_recv_buf' [-Werror=implicit-function-declaration]
...
Fix this
On Sat May 06, 2017 at 12:18:44AM +0200, Robert Richter wrote:
> On 05.05.17 17:38:06, Geetha sowjanya wrote:
> > From: Linu Cherian
> >
> > With implementations supporting only page 0 register space,
> > resource size can be 64k as well and hence perform size checks
> > based on SMMU option PAGE
Hi Christophe,
s/fix some error handling in 'ls_ucode_img_load_gr/plug memory leak in
ls_ucode_img_load_gr() error path/
On 8 May 2017 at 08:46, Christophe JAILLET
wrote:
> The last goto looks spurious because it releases less resources than the
> previous one.
> Add a new label in order to free
The following changes since commit 4f7d029b9bf009fbee76bb10c0c4351a1870d2f3:
Linux 4.11-rc7 (2017-04-16 13:00:18 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git/
tags/tty-4.12-rc1
for you to fetch changes up to 8e1c21f486944bf92f2
On Mon, May 08, 2017 at 11:46:24AM +0200, Greg KH wrote:
> The following changes since commit 4f7d029b9bf009fbee76bb10c0c4351a1870d2f3:
>
> Linux 4.11-rc7 (2017-04-16 13:00:18 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git/
Hi
This note might come as a surpprise to you. You might consider it aninvassion
of privacy and I hope you forgive me.I don't think you have a clue but my
reason for writing you is to seek your friendship! I'm just being adventurous
and that is why I'm using this letter as a resource, a tool to
Pavel,
On Mon, May 8, 2017 at 11:28 AM, Pavel Machek wrote:
> Are you sure you have it right in JFFS2? Do you journal block erases?
> Apparently, that was pretty much non-issue on older flashes.
This is what the website says, yes. Do you have hardware where you can
trigger it?
If so, I'd love to
Hi Rob,
thanks for helping me looping in the right group
Hi Arnd and Olof
I found Matthias is inactive for a while (his branch in his tree seemed
to stop at 4.10 since the end of February) maybe he was busy at other
things. Is there a good way to break the stuck situation and keeping
linux-medi
0:00:14.6 eth0: registered PTP clock
> [ 140.953626] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
> udhcpc: sending discover
> [ 142.979557] stmmaceth :00:14.6 eth0: Link is Up - 100Mbps/Full
> - flow control off
> [ 142.988756] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link b
On 08/05/17 10:17, Linu Cherian wrote:
> On Sat May 06, 2017 at 01:03:28AM +0200, Robert Richter wrote:
>> On 05.05.17 17:38:05, Geetha sowjanya wrote:
>>> From: Linu Cherian
>>>
>>> Cavium ThunderX2 SMMU implementation doesn't support page 1 register space
>>> and PAGE0_REGS_ONLY option will be e
On 08.05.17 10:59:46, Robin Murphy wrote:
> On 08/05/17 10:17, Linu Cherian wrote:
> > This actually results in more lines of changes. If you think the below
> > approach is still better, will post a V4 of this series with this change.
>
> Why not just do this?:
>
> static inline unsigned long pa
On Fri, May 05, 2017 at 02:07:28PM -0700, Florian Fainelli wrote:
> On 05/03/2017 04:18 AM, Will Deacon wrote:
> > On Thu, Apr 27, 2017 at 11:19:02AM -0700, Florian Fainelli wrote:
> >> When CONFIG_ARM64_MODULE_PLTS is enabled, the first allocation using the
> >> module space fails, because the mod
On 08.05.17 15:14:37, Linu Cherian wrote:
> On Sat May 06, 2017 at 12:18:44AM +0200, Robert Richter wrote:
> > On 05.05.17 17:38:06, Geetha sowjanya wrote:
> > > From: Linu Cherian
> > >
> > > With implementations supporting only page 0 register space,
> > > resource size can be 64k as well and h
1 - 100 of 683 matches
Mail list logo
