On Fri, Feb 23, 2018 at 02:22:43AM +, Al Viro wrote:
> No. This is completely wrong. If somebody else has found the sucker
> while we dropped the lock and even got around to playing with refcount,
> they might have done more than that.
>
> In particular, they might have *dropped* their refe
Hi Hans,
Sorry if I'm a little slow to follow up here. This hasn't been my
top priority...
On Mon, Feb 19, 2018 at 11:17:24AM +0100, Hans de Goede wrote:
> On 16-02-18 18:59, Brian Norris wrote:
> > On Fri, Feb 16, 2018 at 01:10:20PM +0100, Hans de Goede wrote:
> > > Ok, I've asked the reporter o
Hi Linus,
A bunch of fixes for rc3,
Exynos fixes for using monotonic timestamps, register definitions and
removal of unused file
ipu-v3 - minor changes, make some register arrays const+static, fix some leaks
meson: fix for vsync
atomic: fix for memory leak
EDID parser: add quirks for some more no
Hi Khalid,
I love your patch! Yet something to improve:
[auto build test ERROR on sparc-next/master]
[also build test ERROR on v4.16-rc2]
[cannot apply to next-20180222]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https
Hi Jens,
Any comments on this patch?
Thanks,
Peng
On Mon, Jan 15, 2018 at 05:27:35PM +0800, Peng Fan wrote:
>The privileged dev id range is [TEE_NUM_DEVICES / 2, TEE_NUM_DEVICES).
>The non-privileged dev id range is [0, TEE_NUM_DEVICES / 2).
>
>So when finding a slot for them, need to use differe
From: Wang Hui
If no monitoring feature is detected because all monitoring features are
disabled during boot time or there is no monitoring feature in hardware,
creating rdtgroup sub-directory by "mkdir" command reports error:
#mkdir /sys/fs/resctrl/p1
mkdir: cannot create directory ‘/sys/fs/res
On 02/22/18 at 02:22pm, Dave Hansen wrote:
> First of all, this is a much-improved changelog. Thanks for that!
>
> On 02/22/2018 01:11 AM, Baoquan He wrote:
> > In sparse_init(), two temporary pointer arrays, usemap_map and map_map
> > are allocated with the size of NR_MEM_SECTIONS. They are used
On 2/21/2018 6:48 PM, Stanislav Nijnikov wrote:
-Original Message-
From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi-
ow...@vger.kernel.org] On Behalf Of Asutosh Das
Sent: Wednesday, February 21, 2018 6:57 AM
To: subha...@codeaurora.org; c...@codeaurora.org;
vivek.gau...@codeau
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in:
drivers/staging/fsl-mc/bus/Kconfig
between commit:
02b7b2844c2f ("staging: fsl-mc: fix build testing on x86")
from Linus' tree and commit:
6bd067c48efe ("staging: fsl-mc: Move core bus out of staging")
from the st
Patches 1 to 7 are:
Reviewed-by: Gurchetan Singh
On Thu, Feb 22, 2018 at 3:59 PM, Rodrigo Siqueira
wrote:
> This patchset fixes warnings and errors found by checkpatch.pl in the
> drm/virtio:
>
> * Removes return from void function;
> * Adds */ in block comments to separate line;
> * Adds blank
On Fri, Feb 23, 2018 at 12:50:23AM +0100, John Ogness wrote:
> static struct dentry *dentry_kill(struct dentry *dentry)
> __releases(dentry->d_lock)
> {
> - struct inode *inode = dentry->d_inode;
> - struct dentry *parent = NULL;
> + int saved_count = dentry->d_lockref.count;
On Thu, 2018-02-22 at 11:26 +0530, Viresh Kumar wrote:
> With multi-platform build images, this shows a message on non mediatek
> platforms, which is unnecessary. Convert pr_warn() to pr_debug() here.
>
> Signed-off-by: Viresh Kumar
> ---
> drivers/cpufreq/mediatek-cpufreq.c | 2 +-
> 1 file cha
On 2018/2/14 2:41 AM, Florian Fainelli [f.faine...@gmail.com] wrote:
>Hi Abbott,
>
>Are you planning on picking up these patches and sending a second
>version? I would be more than happy to provide test results once you
>have something, this is very useful, thank you!
>--
>Florian
I'm sorry to r
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
rcu/dev
head: a57af56830b510f3dae7fa26313058c192f38f94
commit: a57af56830b510f3dae7fa26313058c192f38f94 [27/27] rcu: Parallelize
expedited grace-period initialization
config: i386-randconfig-x004-201807 (attached as .
Hi all,
Today's linux-next merge of the kvms390 tree got a conflict in:
drivers/video/console/Kconfig
between commit:
2312dbf7462b ("drivers/video/concole: add negative dependency for VGA_CONSOLE
on nds32")
from the nds32 tree and commit:
2f1ca75f69f3 ("s390/setup : enable display supp
On Fri, Feb 23, 2018 at 12:50:22AM +0100, John Ogness wrote:
> The trylock loop can be avoided with functionality similar to
> lock_parent(). The fast path tries the trylock first, which is likely
> to succeed. In the contended case it attempts locking in the correct
> order. This requires to drop
Hi KarimAllah,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on tip/auto-latest]
[also build test WARNING on v4.16-rc2 next-20180222]
[cannot apply to kvm/linux-next]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the
On 2018年02月23日 01:46, Jesper Dangaard Brouer wrote:
On Thu, 22 Feb 2018 17:36:46 +0800
Jason Wang wrote:
Commit 762c330d670e ("tuntap: add missing xdp flush") tries to fix the
devmap stall caused by missed xdp flush by counting the pending xdp
redirected packets and flush when it exceeds NAP
Thanks Paul's encouragement, I will keep studying SRCU code.
On Fri, Feb 23, 2018 at 9:20 AM, Paul E. McKenney
wrote:
> On Fri, Feb 23, 2018 at 09:04:05AM +0800, Zhouyi Zhou wrote:
>> Thanks Paul for reviewing
>
> And thank you for your interest in SRCU! I am pretty sure that other
> bugs still
> From: Xiaofei Tan
>
> For some new boards with hip07 chipset we are required to
> set PHY config registers differently. The hw property which
> determines how to set these registers is in the PHY signal
> attenuation readings.
>
> This patch add an devicetree property, signal-attenuation, which
On 2018-02-23 08:11, Andrew Jeffery wrote:
Hi Haiyue,
On Thu, 22 Feb 2018, at 19:20, Wang, Haiyue wrote:
Dear Andrew & Joel,
Since you are ASPEED BMC experts, any time and interest in eSPI code
review ? I've sent
it before, but no more response. Intel recommends eSPI bus than LPC as I
know.
On Thu, Feb 15, 2018 at 04:46:44AM -0800, Matthew Wilcox wrote:
> On Thu, Jan 25, 2018 at 03:21:44PM +0800, Aaron Lu wrote:
> > When freeing a batch of pages from Per-CPU-Pages(PCP) back to buddy,
> > the zone->lock is held and then pages are chosen from PCP's migratetype
> > list. While there is a
Hi Alexey,
On 2018/2/23 3:45, Alexey Roslyakov wrote:
cur_slot and num_slots has been removed from struct dw_mci in 42f989c002f2.
Unfortunately, inline documentation was not updated so far.
Fix @lock field documentation in Locking section.
Move @mrq field of struct dw_mci_slot mention closer to
Hi KarimAllah,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on tip/auto-latest]
[also build test ERROR on v4.16-rc2 next-20180222]
[cannot apply to kvm/linux-next]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system
On Thu, Feb 15, 2018 at 12:06:08PM +, Mel Gorman wrote:
> On Thu, Jan 25, 2018 at 03:21:44PM +0800, Aaron Lu wrote:
> > When freeing a batch of pages from Per-CPU-Pages(PCP) back to buddy,
> > the zone->lock is held and then pages are chosen from PCP's migratetype
> > list. While there is actua
Changed a variable name from camel to snake case to fix a coding style
issue.
Signed-off-by: Quytelda Kahja
---
drivers/staging/gdm724x/hci_packet.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/gdm724x/hci_packet.h
b/drivers/staging/gdm724x/hci_packet.h
in
Since the testing for host endianness and in-driver conversion were
removed in 77e8a50149a2, the gdm_endian struct contains only one member,
and can therefore be simplified to a single u8 variable.
Signed-off-by: Quytelda Kahja
---
drivers/staging/gdm724x/gdm_endian.c | 24 --
Mostly this change just reverses the primary conditional so most of
the code can be pulled back a tab, which fixes some code style
warnings.
Signed-off-by: Quytelda Kahja
---
drivers/staging/gdm724x/gdm_lte.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --
FYI, we noticed the following commit (built with gcc-7):
commit: 11d88c812043b17c016b8dbe931244f74f082281 ("rcu: Parallelize expedited
grace-period initialization")
https://git.kernel.org/cgit/linux/kernel/git/paulmck/linux-rcu.git rcu/dev
in testcase: boot
on test machine: qemu-system-x86_64
On Fri, Feb 16, 2018 at 10:14 PM, Joe Perches wrote:
> On Fri, 2018-02-16 at 21:22 +0100, Ulf Magnusson wrote:
>> Hello,
>>
>> This patchset contains some improvements for the Kconfig help text check in
>> scripts/checkconfig.pl:
>
> Seems sensible enough to me.
> Signed-off-by: Joe Perches
Will
Fix lines with a trailing open parenthesis, which is a coding style issue.
Signed-off-by: Quytelda Kahja
---
drivers/staging/gdm724x/gdm_lte.c | 44 +++
1 file changed, 21 insertions(+), 23 deletions(-)
diff --git a/drivers/staging/gdm724x/gdm_lte.c
b/driver
Hi KarimAllah,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on tip/auto-latest]
[also build test ERROR on v4.16-rc2 next-20180222]
[cannot apply to kvm/linux-next]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system
On Fri, Feb 23, 2018 at 09:04:05AM +0800, Zhouyi Zhou wrote:
> Thanks Paul for reviewing
And thank you for your interest in SRCU! I am pretty sure that other
bugs still remain. ;-)
Thanx, Paul
> Cheers
> Zhouyi
>
> On Friday, February 23
This patch adds support of the ROHM BD28623MUV
Class D speaker amplifier for Flat-panel TVs.
This IC delivers an output power of 20W + 20W.
Signed-off-by: Katsuhiro Suzuki
---
Changes in v2:
- Fix lisence comment style
- Use _cansleep() version for manipulating GPIO
- Use ASoC component r
On Sun, Feb 18, 2018 at 08:55:09PM +0100, Michał Kępień wrote:
> > To avoid just having to review everything again in a few months ;-) I've
> > queued
> > up patches 1-5. I'll await comments to 6 and a respin of 7 based on
> > feedback.
>
> Thanks, I think I will post v2 of the entire series wit
This patch adds support for ROHM BD28623MUV class D speaker
amplifier codec driver.
This driver only refers information of HW specification document
that can be derivered at website of ROHM.
http://www.rohm.com/web/global/products/-/product/BD28623MUV
---
Changes in v2:
- Change gpio properti
This patch adds DT bindings documentation for ROHM BD28623MUV
class D speaker amplifier.
Signed-off-by: Katsuhiro Suzuki
---
Changes in v2:
- Change gpio properties to optional
- Change VCCA, VCCP-supply to mandatory
---
.../devicetree/bindings/sound/rohm,bd28623.txt | 29 +
Sorry, it depends on the several patches I submitted earlier in that
email thread, since they were in response to several suggestions for
earlier patches. I will resend all of the patches in that thread as a
consecutive patch series in response to this email to minimize
confusion.
Thank you,
Quyt
Hi Evgeniy,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.16-rc2 next-20180222]
[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
Hi,
I have found that the
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891036 is not the only
one related to misconfiguration of the usbip driver and tools.
A few weeks ago the similar bug
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=878866 was discovered.
It seems that the configuration
On Thu, Feb 22, 2018 at 9:22 PM, SF Markus Elfring
wrote:
> From: Markus Elfring
> Date: Thu, 22 Feb 2018 21:45:47 +0100
>
> Some local variables will be set to an appropriate value before usage.
> Thus omit explicit initialisations at the beginning of these functions.
>
> Signed-off-by: Markus E
On Thu, Feb 22, 2018 at 06:39:43AM +, James Ettle wrote:
> I only really posted this as a demo of a fix. I was hoping someone who
> actually knows what they're doing in the kernel would pick it up and make it
> proper.
Whoops, sorry, I didn't realize that.
But I don't see a problem with the
> On 19 Feb 2018, at 12:39, Michal Hocko wrote:
>
> On Mon 19-02-18 12:14:26, Robert Harris wrote:
>>
>>
>>> On 19 Feb 2018, at 08:26, Michal Hocko wrote:
>>>
>>> On Sun 18-02-18 16:47:55, robert.m.har...@oracle.com wrote:
From: "Robert M. Harris"
__fragmentation_index() ca
The MIPS %.its.S compiler command did not define __ASSEMBLY__, which meant
when compiler_types.h was added to kconfig.h, unexpected things appeared
(e.g. struct declarations) which should not have been present. As done in
the general %.S compiler command, __ASSEMBLY__ is now included here too.
The
On Thu, Feb 22, 2018 at 3:50 PM, John Ogness wrote:
>
> This patchset removes all trylock loops from within the dcache code.
I'm not hating it.
It may be because I got used (resigned?) to this from the discussion
around the previous version. But it looks ok to me.
But this is very much an area
On Tue, 20 Feb 2018 05:50:43 PST (-0800), s...@shealevy.com wrote:
Signed-off-by: Shea Levy
---
arch/riscv/mm/init.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/riscv/mm/init.c b/arch/riscv/mm/init.c
index c77df8142be2..1c832b541e95 100644
--- a/arch/riscv/mm/init.c
+++ b/arc
On Thu, Feb 22, 2018 at 11:28 AM, James Bottomley
wrote:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes
When I pull that, I get something completely different from what you
claim I should get. Much bigger, and a lot more commits.
Hmm?
Dropped.
Linus
On 2018년 02월 23일 04:11, Krzysztof Kozlowski wrote:
> Fix the unit addresses of PDMA nodes in Exynos5410 (the reg property is
> correct) to get rid of DTC warnings like:
>
> arch/arm/boot/dts/exynos5410-odroidxu.dtb: Warning (simple_bus_reg):
> Node /soc/amba/pdma@1268 simple-bus un
On 2018년 02월 23일 04:11, Krzysztof Kozlowski wrote:
> Typo in unit address of PPMU ACP caused DTC warnings:
>
> arch/arm/boot/dts/exynos4412-odroidu3.dtb:
> Warning (simple_bus_reg): Node /soc/ppmu_acp@10ae simple-bus unit
> address format error, expected "106e"
>
> PPMU ACP (
On 02/21/2018 03:03 AM, Oleksandr Andrushchenko wrote:
>
> static int __init xen_drv_init(void)
> {
> + /* At the moment we only support case with XEN_PAGE_SIZE == PAGE_SIZE */
> + BUILD_BUG_ON(XEN_PAGE_SIZE != PAGE_SIZE);
Why BUILD_BUG_ON? This should simply not load if page sizes ar
On Thu, 22 Feb 2018, David Howells wrote:
> I've posted an update that converts the min() to a min_t() and tagged it:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git/tag/?h=keys-fixes-20180222-2
>
> Do you want me to repost the patches?
Nope, I
On Fri, Feb 23, 2018 at 12:42:28AM +0100, Ulf Magnusson wrote:
> On Fri, Feb 23, 2018 at 12:00 AM, Bjorn Helgaas wrote:
> > On Tue, Feb 06, 2018 at 11:11:06PM +0100, Ulf Magnusson wrote:
> >> 'default N' should be 'default n', though they happen to have the same
> >> effect here, due to undefined
On Thu, Feb 22, 2018 at 4:03 PM, Kees Cook wrote:
> On Thu, Feb 22, 2018 at 2:26 PM, kbuild test robot wrote:
>> Hi Kees,
>>
>> I love your patch! Yet something to improve:
>>
>> [auto build test ERROR on linus/master]
>> [also build test ERROR on v4.16-
Helge Deller writes:
> * Eric W. Biederman :
>> Setting si_code to 0 results in a userspace seeing an si_code of 0.
>> This is the same si_code as SI_USER. Posix and common sense requires
>> that SI_USER not be a signal specific si_code. As such this use of 0
>> for the si_code is a pretty horr
Hi Masami,
On Thu, Feb 22, 2018 at 04:45:01PM +0900, Masami Hiramatsu wrote:
> In Documentation/trace/kprobetrace.txt, it says
>
> @SYM[+|-offs] : Fetch memory at SYM +|- offs (SYM should be a data symbol)
>
> However, the parser doesn't parse minus offset correctly, since
> commit 2fba0c8867af
Hi Haiyue,
On Thu, 22 Feb 2018, at 19:20, Wang, Haiyue wrote:
> Dear Andrew & Joel,
>
> Since you are ASPEED BMC experts, any time and interest in eSPI code
> review ? I've sent
>
> it before, but no more response. Intel recommends eSPI bus than LPC as I
> know. I just kept
>
> the minimal eS
On Thu, Feb 22, 2018 at 2:26 PM, kbuild test robot wrote:
> Hi Kees,
>
> I love your patch! Yet something to improve:
>
> [auto build test ERROR on linus/master]
> [also build test ERROR on v4.16-rc2 next-20180222]
> [if your patch is applied to the wrong git tree, ple
This patch fixes the checkpatch.pl check:
virtgpu_drv.c:116: CHECK: Please don't use multiple blank lines
virtgpu_vq.c:599: CHECK: Please don't use multiple blank lines
virtgpu_prime.c:42: CHECK: Please don't use multiple blank lines
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/virtio/vi
This patch fixes the checkpatch.pl check:
virtgpu_ioctl.c:535: CHECK: spaces preferred around that '|' (ctx:VxV)
virtgpu_vq.c:277: CHECK: spaces preferred around that '+' (ctx:VxV)
...
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/virtio/virtgpu_ioctl.c | 18 +-
drivers/gp
This patch fixes the checkpatch.pl warning:
drivers/gpu/drm/virtio/virtgpu_display.c:64: WARNING: Prefer 'unsigned
int' to bare use of 'unsigned'
...
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/virtio/virtgpu_display.c | 4 ++--
drivers/gpu/drm/virtio/virtgpu_drv.h | 2 +-
drivers/g
This patch fixes the checkpatch.pl warning:
virtgpu_ttm.c:181: WARNING: void function return statements are not
generally useful
...
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/virtio/virtgpu_ttm.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_ttm.c
This patch fixes the checkpatch.pl warnings:
virtgpu_drv.c:57: WARNING: Missing a blank line after declarations
virtgpu_display.c:99: WARNING: Missing a blank line after declarations
...
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/virtio/virtgpu_display.c | 1 +
drivers/gpu/drm/virtio/v
This patch fixes the checkpatch.pl warning:
virtgpu_ioctl.c:551: WARNING: Block comments use a trailing */ on a
separate line
...
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/virtio/virtgpu_ioctl.c | 3 ++-
drivers/gpu/drm/virtio/virtgpu_prime.c | 3 ++-
drivers/gpu/drm/virtio/virtgpu_vq
This patch fixes the checkpatch.pl errors:
drivers/gpu/drm/virtio/virtgpu_drv.h:371: ERROR: code indent should use
tabs where possible
...
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/virtio/virtgpu_display.c | 2 +-
drivers/gpu/drm/virtio/virtgpu_drv.h | 6 +++---
2 files changed, 4
This patchset fixes warnings and errors found by checkpatch.pl in the
drm/virtio:
* Removes return from void function;
* Adds */ in block comments to separate line;
* Adds blank line after variable declarations;
* Adds tabs at the start of a line;
* Replaces 'unsigned' for 'unsigned int';
* Remove
On 02/22/18 at 01:24pm, Andrew Morton wrote:
> On Thu, 22 Feb 2018 17:11:28 +0800 Baoquan He wrote:
>
> > It's used to record how many memory sections are marked as present
> > during system boot up, and will be used in the later patch.
> >
> > --- a/mm/sparse.c
> > +++ b/mm/sparse.c
> > @@ -202
On Wed, Feb 07, 2018 at 10:10:55AM -0800, Matthew Wilcox wrote:
> On Wed, Feb 07, 2018 at 05:45:13PM +0100, Jesper Dangaard Brouer wrote:
> > On Wed, 7 Feb 2018 08:57:00 -0500
> > Steven Rostedt wrote:
> > > To me kvfree() is a special case and should not be used by RCU as a
> > > generic function
On Thu, 2018-02-22 at 10:40 -0700, Jonathan Corbet wrote:
> That said, we can add this one; I'll take the patch if I get an ack from
> Joe.
Meh-ed-by: Joe Perches
Commit 0d98439ea3c6 ("vfs: use lockred "dead" flag to mark unrecoverably
dead dentries") removed the `ref' parameter in dentry_kill() but its
documentation remained. Remove it.
Signed-off-by: John Ogness
---
fs/dcache.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/fs/dcache.c b/fs/dcache.c
shrink_dentry_list() holds dentry->d_lock and needs to acquire
dentry->d_inode->i_lock. This cannot be done with a spin_lock()
operation because it's the reverse of the regular lock order.
To avoid ABBA deadlocks it is done with a trylock loop.
Trylock loops are problematic in two scenarios:
1)
d_delete() holds dentry->d_lock and needs to acquire
dentry->d_inode->i_lock. This cannot be done with a spin_lock()
operation because it's the reverse of the regular lock order. To avoid
the ABBA deadlock it is done with a trylock loop.
Trylock loops are problematic in two scenarios:
1) PREEMP
On Wed, Feb 07, 2018 at 04:01:19PM +0530, Vivek Gautam wrote:
> From: Sricharan R
>
> The smmu device probe/remove and add/remove master device callbacks
> gets called when the smmu is not linked to its master, that is without
> the context of the master device. So calling runtime apis in those p
Thank you Al Viro, Linus Torvalds, Peter Zijlstra, Amir Goldstein
for the detailed feedback.
Changes in v2:
. dentry_lock_inode()
- added quick out on trylock success
- added comments to rcu section
- expanded rcu coverage to all inode usage
- if inode changes during d_lock window,
res
A subsequent patch will modify dentry_kill() to call lock_parent().
Move the dentry_kill() implementation "as is" below lock_parent()
first. This will help simplify the review of the subsequent patch
with dentry_kill() changes.
Signed-off-by: John Ogness
---
fs/dcache.c | 62
shrink_dentry_list() holds dentry->d_lock and needs to acquire
dentry->d_inode->i_lock. This cannot be done with a spin_lock()
operation because it's the reverse of the regular lock order.
To avoid ABBA deadlocks it is done with a trylock loop.
Trylock loops are problematic in two scenarios:
1)
dentry_kill() holds dentry->d_lock and needs to acquire both
dentry->d_inode->i_lock and dentry->d_parent->d_lock. This cannot be
done with spin_lock() operations because it's the reverse of the
regular lock order. To avoid ABBA deadlocks it is done with two
trylock loops.
Trylock loops are proble
On 02/21/2018 03:03 AM, Oleksandr Andrushchenko wrote:
> +
> +static irqreturn_t evtchnl_interrupt_ctrl(int irq, void *dev_id)
> +{
> + struct xen_drm_front_evtchnl *evtchnl = dev_id;
> + struct xen_drm_front_info *front_info = evtchnl->front_info;
> + struct xendispl_resp *resp;
> +
On Tue, Feb 20, 2018 at 07:19:27PM -0800, Feng Kan wrote:
> The Ampere Computing PCIe root port does not support ACS at this point.
> However, the hardware provides isolation and source validation through the
> SMMU. The stream ID generated by the PCIe ports contain both the
> bus/device/function n
On Thu, Feb 22, 2018 at 04:45:06PM +0100, Arnd Bergmann wrote:
> While building the cross-toolchains, I noticed that overall, we can build
> almost
> all linux target architectures with upstream binutils and gcc these days,
> however there are still some exceptions, and I'd like to find out if any
On 02/22/2018 04:04 PM, Marcel Ziswiler wrote:
Turns out latest upstream U-Boot does not configure/enable pllu which
leaves it at some default rate of 500 kHz:
I assume this is only because U-Boot just happened not to access any USB
devices. In other words, if you break into the U-Boot boot fl
Hi Lina,
On Thu, Feb 22, 2018 at 9:04 AM, Lina Iyer wrote:
> On Wed, Feb 21 2018 at 23:25 +, Evan Green wrote:
>>
>> Hello Lina,
>>
>> On Thu, Feb 15, 2018 at 9:35 AM, Lina Iyer wrote:
>>>
>>> Platform drivers need make a lot of resource state requests at the same
>>> time, say, at the start
I've posted an update that converts the min() to a min_t() and tagged it:
https://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git/tag/?h=keys-fixes-20180222-2
Do you want me to repost the patches?
David
Hi Lina,
On Thu, Feb 22, 2018 at 8:58 AM, Lina Iyer wrote:
> On Wed, Feb 21 2018 at 22:07 +, Evan Green wrote:
>>
>> Hi Lina,
>>
>> On Thu, Feb 15, 2018 at 9:35 AM, Lina Iyer wrote:
>
> [...]
>
>>> +static struct cache_req *cache_rpm_request(struct rpmh_client *rc,
>>> +
David Howells wrote:
> + l = min(len, PAGE_SIZE);
Sigh. This needs to be a min_t().
David
On Fri, Feb 23, 2018 at 12:00 AM, Bjorn Helgaas wrote:
> On Tue, Feb 06, 2018 at 11:11:06PM +0100, Ulf Magnusson wrote:
>> 'default N' should be 'default n', though they happen to have the same
>> effect here, due to undefined symbols (N in this case) evaluating to n
>> in a tristate sense.
>>
>>
From: Carlos Munoz
Add bindings for Common Ethernet Interface (BGX) block.
Acked-by: Rob Herring
Signed-off-by: Carlos Munoz
Signed-off-by: Steven J. Hill
Signed-off-by: David Daney
---
.../devicetree/bindings/net/cavium-bgx.txt | 61 ++
1 file changed, 61 insert
Signed-off-by: David Daney
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9a7f76eadae9..b36371ae590f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3259,6 +3259,12 @@ W: http://www.cavium.com
S: Supported
F: drivers/mmc/ho
We are adding the Cavium OCTEON-III network driver. Since interacting
with the input and output queues is done via special CPU local memory,
we also need to add support to the MIPS/Octeon architecture code. The
four patch set to add this prerequisite code has been split out to a
seperate patch se
Eric Anholt writes:
> [ Unknown signature status ]
> Tuomas Tynkkynen writes:
>
>> The Raspberry Pi 3 uses the 8250-based auxilary UART of the BCM2837 SoC
>> as the primary serial console of the board, so enable it in the
>> multiplatform defconfig.
>>
>> Signed-off-by: Tuomas Tynkkynen
>
> Rev
Add 'timeout-ms' property to support boards where the 3s timeout that the
current driver defaults to is too short.
Signed-off-by: Moritz Fischer
---
Changes from v2:
- Addressed Rob's feedback (timeout_ms -> timeout-ms)
Changes from v1:
- Addressed Rob's feedback (timeout -> timeout_ms)
- Added
Add support for reading a timeout value from device property.
Fall back to previous default of 3s if nothing is specified.
Signed-off-by: Moritz Fischer
---
Changes from v2:
- use device_property_read_{bool,u32} instead of of equivalent
Changes from v1:
- of_property_read_u32() overwrites the ou
On 02/21/2018 03:03 AM, Oleksandr Andrushchenko wrote:
> +
> +static int cfg_connector(struct xen_drm_front_info *front_info,
> + struct xen_drm_front_cfg_connector *connector,
> + const char *path, int index)
> +{
> + char *connector_path;
> +
> + connector_path = d
On Tue, Feb 13, 2018 at 08:00:07PM +0300, Mika Westerberg wrote:
> The ICM firmware may reject devices for different reasons, even if we
> have asked it to accept anything. If we notice a device is rejected, we
> just log the event and bail out.
>
> Signed-off-by: Mika Westerberg
> ---
> drivers
On Tue, 20 Feb 2018 02:17:28 PST (-0800), parri.and...@gmail.com wrote:
Introduce __smp_{mb,rmb,wmb}, and rely on the generic definitions
for smp_{mb,rmb,wmb}. A first consequence is that smp_{mb,rmb,wmb}
map to a compiler barrier on !SMP (while their definition remains
unchanged on SMP). As a fu
On 2/22/2018 4:26 PM, Dave Hansen wrote:
> On 02/22/2018 02:21 PM, Nadav Amit wrote:
>> Dave Hansen wrote:
>>> From: Dave Hansen
>>> The __PAGE_KERNEL_* page permissions are "raw". They contain bits
>>> that may or may not be supported on the current processor. They
>>> need to be filtered by a
Previous patch sets USE_ASYNC_IOBDMA to 1 unconditionally. Remove
USE_ASYNC_IOBDMA from all if statements. Remove dead code caused by
the change.
Acked-by: Greg Kroah-Hartman
Signed-off-by: David Daney
---
drivers/staging/octeon/ethernet-defines.h | 6 ---
drivers/staging/octeon/ethernet-rx.
From: Carlos Munoz
LMTDMA/LMTST operations move data between cores and I/O devices:
* LMTST operations can send an address and a variable length
(up to 128 bytes) of data to an I/O device.
* LMTDMA operations can send an address and a variable length
(up to 128) of data to the I/O device and
We want to add the Cavium OCTEON-III network driver. But since
interacting with the input and output queues is done via special CPU
local memory, we also need to add support to the MIPS/Octeon
architecture code. Aren't SoCs nice in this way? These are the
prerequisite patches that are needed bef
Remove CONFIG_CAVIUM_OCTEON_CVMSEG_SIZE and automatically calculate
the amount of CVMSEG space needed.
1st 128-bytes: Use by IOBDMA
2nd 128-bytes: Reserved by kernel for scratch/TLS emulation.
3rd 128-bytes: OCTEON-III LMTLINE
New config variable CONFIG_CAVIUM_OCTEON_EXTRA_CVMSEG provisions
addit
From: Carlos Munoz
Add a global resource manager to manage tagged pointers within
bootmem allocated memory. This is used by various functional
blocks in the Octeon core like the FPA, Ethernet nexus, etc.
Signed-off-by: Carlos Munoz
Signed-off-by: Steven J. Hill
Signed-off-by: David Daney
---
101 - 200 of 952 matches
Mail list logo
