On Thu, Apr 06, 2017 at 02:48:03PM -0400, Steven Rostedt wrote:
> On Thu, 6 Apr 2017 11:12:22 -0700
> "Paul E. McKenney" wrote:
>
> > On Thu, Apr 06, 2017 at 12:42:40PM -0400, Steven Rostedt wrote:
> > > From: "Steven Rostedt (VMware)"
> > >
> > > There are certain parts of the kernel that can
From: Colin King
Date: Wed, 5 Apr 2017 13:35:44 +0100
> From: Colin Ian King
>
> There seems to be a missing break on the OOO_LB_TC case, pq_id
> is being assigned and then re-assigned on the fall through default
> case and that seems suspect.
>
> Detected by CoverityScan, CID#1424402 ("Missi
On Thu, 6 Apr 2017, Rafael J. Wysocki wrote:
> >>> Your swap partition may be located on an NVDIMM or be encrypted.
> >>
> >> An NVDIMM should be considered the same as any other persistent storage.
> >>
> >> It may be encrypted, but where's the key stored, how easy is it to retrieve
> >> and does
On Thu, Mar 30, 2017 at 08:08:00PM +0800, Wu Hao wrote:
> Hi All,
>
> Here is a patch-series adding drivers for Intel FPGA devices.
>
> The Intel FPGA driver provides interfaces for userspace applications to
> configure, enumerate, open, and access FPGA accelerators on platforms
> equipped with I
>> How do you think about to take another look at remaining update candidates
>> at other source code places for this Linux module?
>
> You mean the other patches in this patch-set?
Partly, yes. - Do you care for adjustments around numbered jump labels
(and suggestions from the script "checkpatch
From: Kees Cook
Date: Wed, 5 Apr 2017 14:39:03 -0700
> While unlikely, this makes sure the workqueue name won't be processed
> as a format string.
>
> Signed-off-by: Kees Cook
Applied.
From: Kees Cook
Date: Wed, 5 Apr 2017 14:39:35 -0700
> While unlikely, this makes sure any format strings in the device name
> can't exposure information via the resulting workqueue name.
>
> Signed-off-by: Kees Cook
Applied.
On Thu, Apr 06, 2017 at 09:19:22PM +0200, Greg KH wrote:
> On Thu, Apr 06, 2017 at 07:58:57PM +0100, Sean Young wrote:
> > On Thu, Apr 06, 2017 at 01:34:20PM +1000, Stephen Rothwell wrote:
> > > Hi all,
> > >
> > > Today's linux-next merge of the staging tree got conflicts in:
> > >
> > > drive
We can help you with a genuine loan to meet your needs.
Do you need a personal or business loan without stress and quick
approval?
Do you need an urgent loan today? No Credit Checks
* LOAN APPROVAL IN 60MINS !!
* GUARANTEED SAME DAY TRANSFER !!
* 100% APPROVAL RATE !!
* LOW INTEREST RATE !!
C
From: "R. Parameswaran"
Date: Wed, 5 Apr 2017 17:05:49 -0700 (PDT)
>
> Existing L2TP kernel code does not derive the optimal MTU for Ethernet
> pseudowires and instead leaves this to a userspace L2TP daemon or
> operator. If an MTU is not specified, the existing kernel code chooses
> an MTU that
On 04/06/2017 03:27 AM, Sachin Sant wrote:
> On a POWER8 LPAR running 4.11.0-rc5, a hot unplug operation on
> any I/O adapter results in the following warning
>
> This problem has been in the code for some time now. I had first seen this in
> -next tree.
>
> [ 269.589441] rpadlpar_io: slot PHB 7
Replace symbolic permissions S_IRUSR and S_IWUSR for their octal
counterparts
Signed-off-by: Thomas Jespersen
Acked-by: David Kershner
---
drivers/staging/unisys/visornic/visornic_main.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/unisys/visornic/viso
On Thu, Apr 06, 2017 at 10:20:51PM +0200, Radim Krčmář wrote:
> We have kvm_arch_vcpu_should_kick() to decide whether the target cpu
> needs to be kicked. The previous condition was wrong, because
> architectures that don't use vcpu->mode would not get interrupts and
> also suboptimal, because it
On Wed, Mar 22, 2017 at 9:26 AM, Rob Herring wrote:
> I've been unhappy with the OF graph API for some time and decided to
> do something about it. The problem is drivers have to do too much of the
> graph parsing and walking themselves. This has led to the same pattern
> duplicated over and over.
Before we rework the "pmem api" to stop abusing __copy_user_nocache()
for memcpy_to_pmem() we need to fix cases where we may strand dirty data
in the cpu cache. The problem occurs when copy_from_iter_pmem() is used
for arbitrary data transfers from userspace. There is no guarantee that
these transf
On Thu, 2017-04-06 at 12:24 -0700, Matthias Kaehlcke wrote:
> I agree that the code looks worse :( I hoped to find a fix using a
> preprocessor condition but wasn't successful.
It's actually easy - just remove the 'default ""' from Kconfig, and
then the symbol won't be defined at all if it doesn'
On Thu, 6 Apr 2017, 4:19am, Colin King wrote:
> From: Colin Ian King
>
> There are several local or function parameter pointers that are
> being assigned NULL after a kfree where and these have no effect
> and hence can be removed.
>
> Fixes various cppcheck warnings:
>
> "Assignment of func
The macro results are assigned to u8 variables/fields. Adding the cast
fixes plenty of clang warnings about "implicit conversion from 'int' to
'u8'".
Signed-off-by: Matthias Kaehlcke
---
drivers/net/wireless/ath/ath9k/eeprom.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/d
So during rebase on lastest mmotm one if branch logic got inversed.
Attached is a fixup patch.
Cheers,
Jérôme
>From 374bca39b19a88da1d1c6d38c0a4c49c1af31c18 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?J=C3=A9r=C3=B4me=20Glisse?=
Date: Thu, 6 Apr 2017 17:16:56 -0400
Subject: [PATCH] fixup! mm/hmm/de
liyuguangdian
中国国际汽车零部件博览会
China International Auto Parts Expo
中华人民共和国商务部引导支持展会
国家级国际性汽车配件用品展贸平台
【中文名称】 2017第十五届中国（广州）国际汽车零部件及用品展览会
【英文名称】 The 15th China (Guangzhou) International Auto Parts Expo,2017 （CAPE 2017）
【展会日期】 2017年06月02—04日
【展会场馆】 广州琶洲保利世贸博览馆
【展会简介】
本届CAPE预计展会面积67000平方米，标准展位300
From: David Howells
Date: Thu, 06 Apr 2017 11:22:14 +0100
> Here's a set of patches that make some minor changes to AF_RXRPC:
...
> Tagged thusly:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git
> rxrpc-rewrite-20170406
Pulled, thanks David.
On Thu, 6 Apr 2017 13:21:17 -0700
"Paul E. McKenney" wrote:
> > My worry is that we add another caller that doesn't disable interrupts
> > or preemption.
> >
> > I could add a __stack_trace_disable() that skips the disabling of
> > preemption, as the "__" usually denotes the call is "special".
Hi Linus,
Here are three more fixes for 4.11. The first one reworks the inline
directory verifier to check the working copy of the directory metadata
and to avoid triggering a periodic crash in xfs/348. The second patch
fixes a regression in hole punching at EOF that corrupts files; and the
thir
Do you need a loan to pay up bill or to start a business? Email Us
Hi,
Thanks for the feedback. I re-submitted the patch as v2.
best
Valerio
Il 06/04/2017 01:57, Joe Perches ha scritto:
> On Wed, 2017-04-05 at 21:23 +0200, Valerio Genovese wrote:
>> This was reported by checkpatch.pl:
>> ERROR: space required after that close brace '}'
>>
>> Signed-off-by: Vale
On Thu, 2017-04-06 at 14:21 -0700, Matthias Kaehlcke wrote:
> The macro results are assigned to u8 variables/fields. Adding the cast
> fixes plenty of clang warnings about "implicit conversion from 'int' to
> 'u8'".
>
> Signed-off-by: Matthias Kaehlcke
> ---
> drivers/net/wireless/ath/ath9k/eepr
While running generic/340 in my test setup I hit the following race. It can
happen with kernels that support FS DAX PMDs, so v4.10 thru v4.11-rc5.
Thread 1Thread 2
dax_iomap_pmd_fault()
grab_mapping_entry()
spin
On Wed, Mar 08, 2017 at 10:42:36AM +0900, Hoegeun Kwon wrote:
> This patch add support for MIPI-DSI based S6E3HA2 AMOLED panel
> driver. This panel has 1440x2560 resolution in 5.7-inch physical
> panel in the TM2 device.
>
> Signed-off-by: Donghwa Lee
> Signed-off-by: Hyungwon Hwang
> Signed-off
On Wed, Mar 08, 2017 at 10:42:35AM +0900, Hoegeun Kwon wrote:
> The Samsung s6e3ha2 is a 5.7" 1440x2560 AMOLED panel connected
> using MIPI-DSI interfaces.
>
> Signed-off-by: Donghwa Lee
> Signed-off-by: Hyungwon Hwang
> Signed-off-by: Hoegeun Kwon
> Reviewed-by: Andrzej Hajda
> Reviewed-by: J
On Thu, Apr 6, 2017 at 1:54 AM, Kuppuswamy Sathyanarayanan
wrote:
> iTCO_wdt driver need access to PMC_CFG GCR register to modify the
> noreboot setting. Currently, this is done by passing PMC_CFG reg
> address as memory resource to watchdog driver and allowing it directly
> modify the PMC_CFG reg
On Tue, Apr 4, 2017 at 6:25 AM, Dmitry Torokhov
wrote:
> There is no point in registering I2C bus notifier if DMI data does not
> match.
>
Both applied to testing.
Please check I didn't mess things up.
Thanks!
> Signed-off-by: Dmitry Torokhov
> ---
> drivers/platform/x86/silead_dmi.c | 20 +++
Hi Sean,
On Thu, 6 Apr 2017 21:39:05 +0100 Sean Young wrote:
>
> I think this is happening:
>
> On the v4l-dvb tree, 5cd6522 modifies both lirc_sasem.c and lirc_sir.c;
> then both files are removed. Now 87ddb91067b9 is merged from the staging
> tree and both files don't exist any more, so it no
On Thu, Apr 06, 2017 at 10:37:47AM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.21 release.
> There are 72 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
On Mon, Apr 03, 2017 at 03:38:31PM +0200, Maxime Ripard wrote:
> The Sitronix ST7789V is an LCD panel controller, controlled over SPI, that
> can drive 18-bits 240x320 LCD displays.
>
> Signed-off-by: Maxime Ripard
> Acked-by: Rob Herring
> ---
> Documentation/devicetree/bindings/display/panel/
On Thu, Apr 06, 2017 at 10:37:52AM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.10.9 release.
> There are 81 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
On Mon, Apr 03, 2017 at 03:38:32PM +0200, Maxime Ripard wrote:
> The Sitronix ST7789v controller is used to drive 240x320 LCD panels through
> various interfaces, including SPI and RGB/Parallel.
>
> The current driver is configuring it for the latter. Support for tinyDRM
> can always be added late
On Thu, Apr 06 2017, Matthew Wilcox wrote:
> On Thu, Apr 06, 2017 at 03:12:42PM +1000, NeilBrown wrote:
>> On Wed, Apr 05 2017, Matthew Wilcox wrote:
>>
>> > On Thu, Apr 06, 2017 at 10:02:48AM +1000, NeilBrown wrote:
>> >> If you are concerned about space in 'struct address_space', just prune
>>
On Thu, Apr 06, 2017 at 10:38:22AM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.60 release.
> There are 26 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
On Thu, 6 Apr 2017, David Howells wrote:
> James Morris wrote:
>
> > > +static __read_mostly bool kernel_locked_down;
> >
> > How about marking this __ro_after_init if ALLOW_LOCKDOWN_LIFT is not
> > configured?
>
> I guess lock_kernel_down() would need to be __init also in that case.
Ideally
On Fri, Mar 03, 2017 at 04:21:55PM +0100, Richard Genoud wrote:
> Winstar Display Corp. is specialized in LCD displays for embedded
> products.
> cf: http://www.winstar.com.tw
>
> Signed-off-by: Richard Genoud
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed,
From: K. Y. Srinivasan
Prior to opening the channel we should have all the state setup to handle
interrupts. The current code does not do that; fix the bug. This bug
can result in faults in the interrupt path.
Signed-off-by: K. Y. Srinivasan
---
drivers/net/hyperv/netvsc.c | 27 ++
Hi,
On Tue, Mar 28, 2017 at 10:27:32PM +0530, Arushi Singhal wrote:
> To remove complexity of code the function is added in nfnetlink.h
> to make code more clear and readable.
> This is opencoded in a way that makes it error prone for future
> netfilter netlink subsystems.
>
> Signed-off-by: Arus
On Thu, Apr 06, 2017 at 05:23:48PM -0400, Steven Rostedt wrote:
> On Thu, 6 Apr 2017 13:21:17 -0700
> "Paul E. McKenney" wrote:
>
> > > My worry is that we add another caller that doesn't disable interrupts
> > > or preemption.
> > >
> > > I could add a __stack_trace_disable() that skips the dis
On Thu, Apr 06 2017, Jeff Layton wrote:
>
> I tried to avoid updating things unnecesssarily. I could use some
> guidance on how to specify the constants in terms of MAX_ERRNO as well.
ilog2() defined in include/linux/log2.h
And you have MAX_ERROR in one comment, instead of MAX_ERRNO :-)
>
> -
Am Donnerstag, 6. April 2017, 15:04:24 CEST schrieb Wadim Egorov:
> The phyCORE-RK3288 is a SoM (System on Module) containing a RK3288 SoC.
> The module can be connected to different carrier boards.
> It can be also equipped with different RAM, SPI flash and eMMC variants.
> The Rapid Development K
Am Mittwoch, 5. April 2017, 16:06:11 CEST schrieb Sjoerd Simons:
> Now that the rockchip usb phy has a vbus-supply property use that to
> control the vbus regulator on rock2.
>
> Signed-off-by: Sjoerd Simons
I've queued this for 4.13 .
Not eligible for 4.12, as the patch alone (when testing my
Hi all,
Le 30/03/2017 à 12:15, Marek Vasut a écrit :
> On 03/30/2017 09:31 AM, Ludovic BARRE wrote:
>> hi Cyrille
>>
>> I see your patch series
>>
>> [PATCH v5 0/6] mtd: spi-nor: parse SFDP tables to setup (Q)SPI memories
>>
>> No problem, I rebase my V2 onto your patch
>
> I still didn't review
On Thu, Apr 6, 2017 at 1:37 PM, Frank Rowand wrote:
> On 04/06/17 07:03, Rob Herring wrote:
>> On Thu, Apr 6, 2017 at 1:18 AM, wrote:
>>> From: Frank Rowand
>>>
>>> of_dma_get_range() has workaround code to fixup a device tree that
>>> incorrectly specified a mask instead of a size for property
El Thu, Apr 06, 2017 at 11:12:25PM +0200 Johannes Berg ha dit:
> On Thu, 2017-04-06 at 12:24 -0700, Matthias Kaehlcke wrote:
>
> > I agree that the code looks worse :( I hoped to find a fix using a
> > preprocessor condition but wasn't successful.
>
> It's actually easy - just remove the 'defaul
On Thu, 6 Apr 2017, David Howells wrote:
> Provide a single call to allow kernel code to determine whether the system
> should be locked down, thereby disallowing various accesses that might
> allow the running kernel image to be changed including the loading of
> modules that aren't validly signe
On Thu, 2017-04-06 at 15:42 -0700, Matthias Kaehlcke wrote:
>
> Thanks, it would also require to move the initialization of
> ieee80211_default_rc_algo into an ifdef. If you can live with such a
> solution I'm happy to change it.
I think that'd be something I can live with, yeah.
> > git gre
On Tue, Mar 28, 2017 at 11:54:13PM +0530, Arushi Singhal wrote:
> This patch removes typedefs from struct and renames it from "typedef struct
> bitstr_t" to "struct bitstr" as per kernel coding standards."
>
> Signed-off-by: Arushi Singhal
> ---
> net/netfilter/nf_conntrack_h323_asn1.c | 80
> +
On Thursday 04/06 at 16:02 +0200, Petr Mladek wrote:
> On Wed 2017-04-05 17:38:19, Calvin Owens wrote:
> > On Wednesday 04/05 at 17:22 +0200, Petr Mladek wrote:
> > > I think about a reasonable behavior. There seems to be three variables
> > > that are related and are in use:
> > >
> > > cons
On Thu, 6 Apr 2017, John Johansen wrote:
> Hi James,
>
> Here is the pull request for 4.12
>
> There are no new features here, just a small set of bug fixes since
> the 4.11 pull request.
All applied to:
git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security.git next
--
James M
Dear Masaki,
Thanks! I think I figured out the problem - it was on my side.
After I installed your patch, I ran "make localmodconfig". However, I
think prior to your patch my touchpad was handled by hid_generic - so
hid_alps was not loaded and the patched module thus never
build. However, your pa
On 04/06, Rick Altherr wrote:
> On Wed, Apr 5, 2017 at 6:10 PM, Stephen Boyd wrote:
> > On 04/05, Rick Altherr wrote:
> >> On Wed, Apr 5, 2017 at 1:27 PM, Stephen Boyd wrote:
> >> > On 03/23, Rick Altherr wrote:
> >> >> +
> >> >> +static int aspeed_adc_probe(struct platform_device *pdev)
> >> >>
On Sat, Apr 01, 2017 at 07:06:33PM +0530, simran singhal wrote:
> The function nf_nat_need_gre() on being called, simply returns
> back. The function doesn't have FIXME code around.
> Hence, nf_nat_need_gre() and its calls have been removed.
>
> Signed-off-by: simran singhal
> ---
> net/ipv4/net
El Fri, Apr 07, 2017 at 12:51:57AM +0200 Johannes Berg ha dit:
> On Thu, 2017-04-06 at 15:42 -0700, Matthias Kaehlcke wrote:
> >
> > Thanks, it would also require to move the initialization of
> > ieee80211_default_rc_algo into an ifdef. If you can live with such a
> > solution I'm happy to chang
On Thu, Mar 30, 2017 at 6:16 PM, Tony Lindgren wrote:
> Recent pinctrl changes to allow dynamic allocation of pins exposed one
> more issue with the pinctrl pins claimed early by the controller itself.
> This caused a regression for IMX6 pinctrl hogs.
>
> Before enabling the pin controller driver
On 04/05, Kuninori Morimoto wrote:
>
> From: Kuninori Morimoto
>
> Thus CS2000 datasheet is indicating below, this patch
> follows it.
>
> WARNING: All "Reserved" registers must maintain their default
> state to ensure proper functional operation.
>
> Signed-off-by: Kuninori Morimoto
On Thu, 6 Apr 2017 13:54:35 +0100, Colin King wrote:
> From: Colin Ian King
>
> On the case where nn->eth_port is null the warning message
> is printing the port by dereferencing this null pointer.
> Remove the deference to avoid a crash when printing the
> warning message.
>
> Detected by Cove
Enable the GEM dma-buf import interfaces in addition to the export
interfaces. This lets vgem be used as a test source for other allocators
(e.g. Ion).
Signed-off-by: Laura Abbott
---
drivers/gpu/drm/vgem/vgem_drv.c | 135
drivers/gpu/drm/vgem/vgem_drv.h
The vgem driver is currently registered independent of any actual
device. Some usage of the dmabuf APIs require an actual device structure
to do anything. Register a dummy platform device for use with dmabuf.
Signed-off-by: Laura Abbott
---
I realize the original driver had a note about 'drop pla
Hi,
Ion[1] is making progress towards moving out of staging. I'd like to take
advantage of the vgem driver for development of unit tests for Ion. To
do this properly, vgem needs to support importing of foreign handles. This
is an RFC to add that support. This passes the existing vgem_basic unit
te
On Thu, Apr 06, 2017 at 10:15:47PM +0300, Dmitry Safonov wrote:
> On 04/06/2017 09:43 PM, Dmitry Safonov wrote:
> > Hi Kirill,
> >
> > On 04/06/2017 05:01 PM, Kirill A. Shutemov wrote:
> > > On x86, 5-level paging enables 56-bit userspace virtual address space.
> > > Not all user space is ready to
Just in case the llist model changes and NULL isn't valid
initialization.
Signed-off-by: Andrea Arcangeli
---
drivers/gpu/drm/i915/intel_display.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index ed1f4f2..24f30
synchronize_rcu/synchronize_sched/synchronize_rcu_expedited() will
hang until its own workqueues are run. The i915 gem workqueues will
wait on the struct_mutex to be released. So we cannot wait for a
quiescent state using those rcu primitives while holding the
struct_mutex or it creates a circular
Insist to run llist_del_all() until the free_list is found empty, this
may avoid having to schedule more workqueues.
Signed-off-by: Andrea Arcangeli
---
drivers/gpu/drm/i915/intel_display.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_displ
I'm also getting kernel hangs every couple of days. For me it's still
not fixed here in 4.11-rc5. It's hard to reproduce, the best
reproducer is to build lineageos 14.1 on host while running LTP in a
guest to stress the guest VM.
Initially I thought it was related to the fact I upgraded the xf86
i
Waiting a RCU grace period only guarantees the work gets queued, but
until after the queued workqueue returns, there's no guarantee the
memory was actually freed. So flush the work to provide better
guarantees to the reclaim code in addition of waiting a RCU grace
period to pass.
Signed-off-by: An
Add cond_resched().
Signed-off-by: Andrea Arcangeli
---
drivers/gpu/drm/i915/i915_gem.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
index 612fde3..c81baeb 100644
--- a/drivers/gpu/drm/i915/i915_gem.c
+++ b/drivers/gpu/
On x86, 5-level paging enables 56-bit userspace virtual address space.
Not all user space is ready to handle wide addresses. It's known that
at least some JIT compilers use higher bits in pointers to encode their
information. It collides with valid pointers with 5-level paging and
leads to crashes.
Hi Al,
Today's linux-next merge of the vfs tree got a conflict in:
arch/s390/Kconfig
between commit:
59cea29a34eb ("s390: remove HAVE_ARCH_EARLY_PFN_TO_NID select statement")
from the s390 tree and commit:
37df4b8ce129 ("HAVE_ARCH_HARDENED_USERCOPY is unconditional now")
from the vfs t
When clang detects a non-boolean constant in a logical operation it
generates a 'constant-logical-operand' warning. In
ieee80211_try_rate_control_ops_get() the result of strlen()
is used in a logical operation, clang resolves the expression to an
(integer) constant at compile time when clang's buil
Hi Stephen
On Thu, 2017-04-06 at 13:08 -0700, Stephen Boyd wrote:
> On 03/19, Mars Cheng wrote:
> > From: Kevin-CW Chen
> >
> > Add MT6797 clock support, include topckgen, apmixedsys, infracfg
> > and subsystem clocks
> >
> > Signed-off-by: Kevin-CW Chen
> > Signed-off-by: Mars Cheng
> > Test
--
Greetings to you and your family,
Good Day, I am writing to request your assistance to transfer the sum
of $8, 600.000.00 (Eight million Six hundred thousand USD) to your
country.
Please delete it if you are not interested. The total sum will be
shared as follows: 60% for me, 40% for you. The
When a filesystem is mounted from a loop device, writes are
throttled by balance_dirty_pages() twice: once when writing
to the filesystem and once when the loop_handle_cmd() writes
to the backing file. This double-throttling can trigger
positive feedback loops that create significant delays. The
On 04/06/2017 02:43 AM, Philipp Zabel wrote:
On Mon, 2017-03-27 at 17:40 -0700, Steve Longerbeam wrote:
Add the core media driver for i.MX SOC.
Signed-off-by: Steve Longerbeam
[...]
diff --git a/drivers/staging/media/imx/imx-media-of.c
b/drivers/staging/media/imx/imx-media-of.c
new file m
Hi Joe,
El Thu, Apr 06, 2017 at 02:29:20PM -0700 Joe Perches ha dit:
> On Thu, 2017-04-06 at 14:21 -0700, Matthias Kaehlcke wrote:
> > The macro results are assigned to u8 variables/fields. Adding the cast
> > fixes plenty of clang warnings about "implicit conversion from 'int' to
> > 'u8'".
> >
On Thu, 6 Apr 2017 15:08:21 -0700
"Paul E. McKenney" wrote:
> On Thu, Apr 06, 2017 at 05:23:48PM -0400, Steven Rostedt wrote:
> > On Thu, 6 Apr 2017 13:21:17 -0700
> > "Paul E. McKenney" wrote:
> >
> > > > My worry is that we add another caller that doesn't disable interrupts
> > > > or preem
staging: rts5208: ms.c Fixed checkpatch warning:
WARNING: Prefer using "%s", __func__ to embedded function names
#2597: FILE: rts5208/ms.c:2597:
+ dev_dbg(rtsx_dev(chip), "ms_build_l2p_tbl: %d\n", seg_no);
Signed-off-by: Andrea della Porta
---
drivers/staging/rts5208/ms.c | 2 +-
1 file
From: Todd Poynor
Various structures embed a struct cgroup_subsys_state, typically at
the top of the containing structure. It is common for code that
accesses the structures to perform operations that iterate over the
chain of parent css pointers, also accessing data in each containing
structure
It is not safe for one thread to modify the ->flags
of another thread as there is no locking that can protect
the update.
So tsk_restore_flags(), which takes a task pointer and modifies
the flags, is an invitation to do the wrong thing.
All current users pass "current" as the task, so no develope
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
net/sched/sch_generic.c
between commit:
92f9170621a1 ("net_sched: check noop_qdisc before qdisc_hash_add()")
from the net tree and commit:
49b499718fa1 ("net: sched: make default fifo qdiscs appear in the dump")
f
staging: comedi: drivers: s626.c - fixed the following checkpatch issue:
CHECK: Prefer kernel type 's16' over 'int16_t'
#1939: FILE: drivers/staging/comedi/drivers/s626.c:1939:
+ int16_t dacdata = (int16_t)data[i];
Signed-off-by: Andrea della Porta
---
drivers/staging/comedi/driver
On 03/23/2017 12:33 AM, Cyrille Pitchen wrote:
> This patch changes the prototype of spi_nor_scan(): its 3rd parameter
> is replaced by a 'struct spi_nor_hwcaps' pointer, which tells the spi-nor
> framework about the actual hardware capabilities supported by the SPI
> controller and its driver.
>
On 03/23/2017 12:33 AM, Cyrille Pitchen wrote:
> Before this patch, m25p80_read() supported few SPI protocols:
> - regular SPI 1-1-1
> - SPI Dual Output 1-1-2
> - SPI Quad Output 1-1-4
> On the other hand, m25p80_write() only supported SPI 1-1-1.
>
> This patch updates both m25p80_read() and m25p8
On 03/31/2017 07:02 PM, Ludovic Barre wrote:
> From: Ludovic Barre
>
> The quadspi is a specialized communication interface targeting single,
> dual or quad SPI Flash memories.
>
> It can operate in any of the following modes:
> -indirect mode: all the operations are performed using the quadspi
staging: sm750fb: ddk750_display.c - fixed the following checkpatch warning:
WARNING: line over 80 characters
#149: FILE: drivers/staging/sm750fb/ddk750_display.c:149:
+ swPanelPowerSequence((output & PNL_SEQ_MASK) >> PNL_SEQ_OFFSET,
4);
Signed-off-by: Andrea della Porta
---
drive
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/ethernet/ibm/ibmvnic.c
between commit:
98998345a579 ("ibmvnic: fix kstrtoul, copy_from_user and copy_to_user misuse")
from the vfs tree and commit:
e704f0434ea6 ("ibmvnic: Remove debugfs support")
from
Updates since v1:
* metag conversion (based on fixes from James Hogan) added. Result
tested by the aforementioned metag maintainer.
* xtensa fix added, result tested.
* arm, arm64, amd64 tested.
* s390 fix folded, result tested.
* arc fix added, result test
The author meant to free the variable that was just allocated, instead
of the one that failed to be allocated, but made a simple typo. This
patch rectifies that.
Signed-off-by: Jason A. Donenfeld
Cc: sta...@vger.kernel.org
---
kernel/padata.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On Fri, Apr 07, 2017 at 01:24:24AM +0100, Al Viro wrote:
> * ibmvnet bugs spotted and fixed; that'll get fed into net-next
> ASAP.
... except that net-next had them fixed in much better way - by removing
the crap in question completely. Commit dropped.
On Wed, Mar 29, 2017 at 06:06:41PM +0200, Vlastimil Babka wrote:
> On 03/16/2017 03:14 AM, Joonsoo Kim wrote:
> > On Tue, Mar 07, 2017 at 02:15:44PM +0100, Vlastimil Babka wrote:
> >> The migrate scanner in async compaction is currently limited to
> >> MIGRATE_MOVABLE
> >> pageblocks. This is a he
On Mon, Mar 6, 2017 at 2:30 AM, Michal Hocko wrote:
> From: Michal Hocko
>
> vhost code uses __GFP_REPEAT when allocating vhost_virtqueue resp.
> vhost_vsock because it would really like to prefer kmalloc to the
> vmalloc fallback - see 23cc5a991c7a ("vhost-net: extend device
> allocation to vmal
> > If anyone has an idea, I'm happy to try a patch.
>
> Can you try this one [1].
Rob, I'm still hitting it when I apply that on next-20170405. Crash below..
Any other clues?
[ 229.422825] Unable to handle kernel paging request for data at address
0x2260
[ 229.423681] Faulting instruct
On Thu, 2017-04-06 at 08:28 -0500, Rob Herring wrote:
>
> Can you try this one [1].
>
> Rob
>
> [1] https://lkml.org/lkml/2017/3/23/569
Unless I missed something, that patch doesn't change barriers or
locking, so I don't see how it could fix anything ...
Mind you we haven't quite figured out e
Hi Jens,
I think all objections to this patch have been answered so I'm
resending.
I've added a small cleanup patch first which makes some small
enhancements to the documentation and #defines for the bio->flags
field.
Thanks,
NeilBrown
---
NeilBrown (2):
block: simple improvements for
The comment for the 'flags' field of 'bio' mentions
"command" which is no longer stored there, and doesn't
mention the bvec pool number, which is.
BIO_RESET_BITS is set in such a way that it would need to be
updated if new bits were added, which is easy to miss.
BVEC_POOL_BITS is larger than need
Currently only dm and md/raid5 bios trigger
trace_block_bio_complete(). Now that we have bio_chain() and
bio_inc_remaining(), it is not possible, in general, for a driver to
know when the bio is really complete. Only bio_endio() knows that.
So move the trace_block_bio_complete() call to bio_endi
801 - 900 of 978 matches
Mail list logo
