[PATCH] net: qrtr: Mark 'buf' as little endian

Failure to mark this pointer as __le32 causes checkers like sparse to complain: net/qrtr/qrtr.c:274:16: warning: incorrect type in assignment (different base types) net/qrtr/qrtr.c:274:16:expected unsigned int [unsigned] [usertype] net/qrtr/qrtr.c:274:16:got restricted __le32 [usertype]

Re: 174cc7187e6f ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

On Monday, January 09, 2017 11:52:26 AM Jörg Rödel wrote: > Hi Rafael, > > On Sun, Jan 08, 2017 at 03:20:20AM +0100, Rafael J. Wysocki wrote: > > --- > > drivers/iommu/amd_iommu_init.c |2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > Index:

Re: PROBLEM: Kernel BUG with raid5 soft + Xen + DRBD - invalid opcode

On Sun, Jan 08, 2017 at 02:31:15PM +0100, MasterPrenium wrote: > Hello, > > Replies below + : > - I don't know if this can help but after the crash, when the system > reboots, the Raid 5 stack is re-synchronizing > [ 37.028239] md10: Warning: Device sdc1 is misaligned > [ 37.028541] created

Re: 174cc7187e6f ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

On Mon, Jan 09, 2017 at 02:18:31PM -0800, Paul E. McKenney wrote: > @@ -690,6 +690,8 @@ void synchronize_rcu_expedited(void) > { > struct rcu_state *rsp = rcu_state_p; > > + if (!rcu_scheduler_active) > + return; > _synchronize_rcu_expedited(rsp,

[PATCH net-next v3] net: dsa: make "label" property optional for dsa2

In the new DTS bindings for DSA (dsa2), the "ethernet" and "link" phandles are respectively mandatory and exclusive to CPU port and DSA link device tree nodes. Simplify dsa2.c a bit by checking the presence of such phandle instead of checking the redundant "label" property. Then the Linux

Re: [PATCH 2/4] mm: add new mmget() helper

On Sun, 18 Dec 2016 13:32:27 +0100 Vegard Nossum wrote: > Apart from adding the helper function itself, the rest of the kernel is > converted mechanically using: > > git grep -l 'atomic_inc.*mm_users' | xargs sed -i >

Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager

On Wed, Jan 04, 2017 at 10:12:41AM -0600, Dr. Greg Wettstein wrote: > The kernel needs a resource manager. Everyone needs to think VERY > hard and VERY, VERY carefully about what gets put into the kernel. In > making a decision, put the ABSOLUTE smallest amount of code into the > kernel which

Re: [PATCH] perf: protect group_leader from races that cause ctx

On Sat, Jan 7, 2017 at 8:29 AM, John Dias wrote: >> John, are you able to test this solution? IIUC, you've got a reproducer >> handy? > > Yes, I tested against two reproducers. Both were fixed by this solution. Great! Thanks for testing this. > Thanks to Kees and Peter for

Re: [PATCH] mm: extend zero pages to same element pages for zram

Hello, On Fri, Jan 06, 2017 at 04:42:25PM +0800, zhouxianr...@huawei.com wrote: > From: zhouxianrong > > the idea is that without doing more calculations we extend zero pages > to same element pages for zram. zero page is special case of > same element page with zero

Re: SELinux lead to soft lockup when pid 1 proceess reap child

On Mon, Jan 9, 2017 at 1:43 PM, Stephen Smalley wrote: > On Mon, 2017-01-09 at 19:29 +0100, Oleg Nesterov wrote: >> Seriously, could someone explain why do we need the >> security_task_wait() >> hook at all? > > I would be ok with killing it. > IIRC, the original motivation

Re: [PATCH 08/12] PM / OPP: Take kref from _find_opp_table()

On 12/07, Viresh Kumar wrote: > Take reference of the OPP table from within _find_opp_table(). Also > update the callers of _find_opp_table() to call > dev_pm_opp_put_opp_table() after they have used the OPP table. > > Note that _find_opp_table() increments the reference under the >

Re: [PATCH 10/12] PM / OPP: Simplify _opp_set_availability()

On 12/07, Viresh Kumar wrote: > As we don't use RCU locking anymore, there is no need to replace an > earlier OPP node with a new one. Just update the existing one. > > Signed-off-by: Viresh Kumar > --- Reviewed-by: Stephen Boyd -- Qualcomm

linux-next: build failure after merge of the net-next tree

Hi all, After merging the net-next tree, today's linux-next build (x86_64 allmodconfig) failed like this: net/smc/af_smc.c: In function 'smc_splice_read': net/smc/af_smc.c:1258:39: error: passing argument 1 of 'smc->clcsock->ops->splice_read' from incompatible pointer type

Re: [tip:x86/urgent] x86/CPU: Add native CPUID variants returning a single datum

On January 9, 2017 2:16:07 PM PST, tip-bot for Borislav Petkov wrote: >Commit-ID: 5dedade6dfa243c130b85d1e4daba6f027805033 >Gitweb: >http://git.kernel.org/tip/5dedade6dfa243c130b85d1e4daba6f027805033 >Author: Borislav Petkov >AuthorDate: Mon, 9 Jan 2017

Re: [PATCH v2] arm64: dts: rockchip: add "rockchip,grf" property for RK3399 PMUCRU/CRU

Hi Doug, 在 2017年01月10日 02:52, Doug Anderson 写道: This looks sane to me, but before you land it you need to first send up a (separate) patch that adjusts: Documentation/devicetree/bindings/clock/rockchip,rk3399-cru.txt ...it would also be sorta nice if you included an a patch in your series

Re: [PATCH v2 1/3] dt-bindings: gpio: Add binding documentation for gpio-thunderx

On 01/09/2017 11:36 AM, Linus Walleij wrote: On Sat, Jan 7, 2017 at 12:22 AM, David Daney wrote: From: David Daney Signed-off-by: David Daney (...) +Optional Properties: +- compatible: "cavium,thunder-8890-gpio",

Re: linux-next: error fetching the sh tree

Hi Rich, On Sun, 8 Jan 2017 23:33:05 -0500 Rich Felker wrote: > > It should be back soon (pending dns propagation) if not already. Fire > took out some of my network infrastructure; for libc.org, just the dns > was affected. Ouch! Hope everything else is OK. -- Cheers,

Re: [PATCH] libata-eh: Use switch() instead of sparse array for protocol strings

Hello, On Mon, Jan 09, 2017 at 09:28:12PM +0100, Geert Uytterhoeven wrote: > > So, to avoid that, we can just kmalloc and kfree the buffer, but it > > seems like a silly complication to work around bugs in some > > bootloaders. There are many places in kernel where we're liberal > > about

[PATCH 02/10] ia64: ensure exception table search users include extable.h

We start with a delete of a duplicate prototype in asm/exception.h that no longer needs to exist, as it duplicates content in extable.h and since that header is so small, there is no point trying to avoid using it. Then we make sure anyone using search_exception_tables directly or via the

[PATCH 06/10] mn10300: migrate exception table users off module.h and onto extable.h

These files were only including module.h for exception table related functions. We've now separated that content out into its own file "extable.h" so now move over to that and avoid all the extra header content in module.h that we don't really need to compile these files. Cc: David Howells

Re: [PATCH V5 13/17] blk-throttle: ignore idle cgroup limit

On Thu, Dec 15, 2016 at 12:33:04PM -0800, Shaohua Li wrote: > Last patch introduces a way to detect idle cgroup. We use it to make > upgrade/downgrade decision. And the new algorithm can detect completely > idle cgroup too, so we can delete the corresponding code. Ah, okay, the slice based idle

Re: [PATCH 2/8] xfs: abstract PF_FSTRANS to PF_MEMALLOC_NOFS

On Fri, Jan 06, 2017 at 03:11:01PM +0100, Michal Hocko wrote: > From: Michal Hocko > > xfs has defined PF_FSTRANS to declare a scope GFP_NOFS semantic quite > some time ago. We would like to make this concept more generic and use > it for other filesystems as well. Let's start

[BUG] How to crash 4.9.2 x86_64: vmscan: shrink_slab

# sysctl vm.vfs_cache_pressure=-100 kernel: vmscan: shrink_slab: super_cache_scan+0x0/0x1a0 negative objects to delete nr=-6640827866535449472 kernel: vmscan: shrink_slab: super_cache_scan+0x0/0x1a0 negative objects to delete nr=-6640827866535450112 kernel: vmscan: shrink_slab:

[patch] missing include cflag on armada_trace

Hi, While compiler the kernel for arm with allmodconfig, I noticed a failure because armada's Makefile is missing an include CFLAG. The small patch below fixes the problem: diff --git a/drivers/gpu/drm/armada/Makefile b/drivers/gpu/drm/armada/Makefile index a18f156..64c0b45 100644 ---

[PATCH] direct-io: don't introduce another read of inode->i_blkbits

Commit 20ce44d545844 ("do_direct_IO: Use inode->i_blkbits to compute block count to be cleaned") introduced a regression: if the block size of the block device is changed while a direct I/O request is being setup, it can result in a panic. See commit ab73857e354ab ("direct-io: don't read

Re: [RESEND][RFC] tpm_tis: broken on TPMs with a static burst count

On Wed, Jan 04, 2017 at 06:47:52PM +0100, Maciej S. Szmigiero wrote: > (Resending as no reply received, this time with CCs to TPM maintainers and > author of the original commit). > > Hi all, > > Commit 1107d065fdf1 (tpm_tis: Introduce intermediate layer for TPM access) > broke TPM support on

Re: [PATCH] x86/intel_rdt: reinitialize cbm for new group allocation

On Mon, Jan 09, 2017 at 11:03:59PM +0100, Thomas Gleixner wrote: > On Mon, 9 Jan 2017, Fenghua Yu wrote: > > On Fri, Jan 06, 2017 at 04:05:19PM -0800, Shaohua Li wrote: > > But since you come here now, I would think reseting the CBM in > > closid_free() is better. > > No. closid_free() is the

[tip:x86/urgent] x86/microcode: Use native CPUID to tickle out microcode revision

Commit-ID: f3e2a51f568d9f33370f4e8bb05669a34223241a Gitweb: http://git.kernel.org/tip/f3e2a51f568d9f33370f4e8bb05669a34223241a Author: Borislav Petkov AuthorDate: Mon, 9 Jan 2017 12:41:44 +0100 Committer: Thomas Gleixner CommitDate: Mon, 9 Jan 2017

[tip:x86/urgent] x86/microcode/intel: Fix allocation size of struct ucode_patch

Commit-ID: 9fcf5ba2ef908af916e9002891fbbca20ce4dc98 Gitweb: http://git.kernel.org/tip/9fcf5ba2ef908af916e9002891fbbca20ce4dc98 Author: Junichi Nomura AuthorDate: Mon, 9 Jan 2017 12:41:46 +0100 Committer: Thomas Gleixner CommitDate: Mon, 9 Jan

[tip:x86/urgent] x86/microcode/intel: Add a helper which gives the microcode revision

Commit-ID: 4167709bbf826512a52ebd6aafda2be104adaec9 Gitweb: http://git.kernel.org/tip/4167709bbf826512a52ebd6aafda2be104adaec9 Author: Borislav Petkov AuthorDate: Mon, 9 Jan 2017 12:41:45 +0100 Committer: Thomas Gleixner CommitDate: Mon, 9 Jan 2017

Re: [PATCH 12/12] PM / OPP: Update Documentation to remove RCU specific bits

On 12/07, Viresh Kumar wrote: > @@ -137,15 +121,18 @@ functions return the matching pointer representing the > opp if a match is > found, else returns error. These errors are expected to be handled by > standard > error checks such as IS_ERR() and appropriate actions taken by the caller. > >

Re: [PATCH] net: qrtr: Mark 'buf' as little endian

On Mon 09 Jan 14:31 PST 2017, Stephen Boyd wrote: > Failure to mark this pointer as __le32 causes checkers like > sparse to complain: > > net/qrtr/qrtr.c:274:16: warning: incorrect type in assignment (different base > types) > net/qrtr/qrtr.c:274:16:expected unsigned int [unsigned]

Re: [PATCH v2] vfio/pci: Support error recovery

On Sat, Dec 31, 2016 at 05:15:36PM +0800, Cao jin wrote: > Support serious device error recovery serious? > > Signed-off-by: Cao jin > --- > drivers/vfio/pci/vfio_pci.c | 70 > +++-- > drivers/vfio/pci/vfio_pci_private.h | 2

Re: [PATCH v8 2/3] serial: exar: split out the exar code from 8250_pci

On Tue, Jan 10, 2017 at 12:25 AM, Sudip Mukherjee wrote: > On Monday 09 January 2017 12:14 AM, Andy Shevchenko wrote: >> >>> + /* >>> +* Setup Multipurpose Input/Output pins. >>> +*/ >>> + if (idx == 0) >>> + setup_gpio(p); >>

[PATCH RFC] ia64: export ia64_delay_loop for "allmodconfig" coverage

Currently we see: ERROR: "ia64_delay_loop" [drivers/spi/spi-thunderx.ko] undefined! ERROR: "ia64_delay_loop" [drivers/net/phy/mdio-cavium.ko] undefined! ...on ia64 allmodconfig builds. While it is true nobody would ever load/use these !ia64 drivers on ia64 kit, they probably won't be the only

Re: [PATCH] ACPI / OSL: Fix rcu synchronization logic

On Mon, Jan 9, 2017 at 10:56 AM, Lv Zheng wrote: > The rcu synchronization logic is originally provided to protect > apei_read()/apei_write() as in the APEI drivers, there is NMI event source > requiring non spinlock based synchronization mechanism. > > After that, ACPI

[PATCH] mwifiex: debugfs: Fix (sometimes) off-by-1 SSID print

Similar to commit fcd2042e8d36 ("mwifiex: printk() overflow with 32-byte SSIDs"), we failed to account for the existence of 32-char SSIDs in our debugfs code. Unlike in that case though, we zeroed out the containing struct first, and I'm pretty sure we're guaranteed to have some padding after the

Re: 174cc7187e6f ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

On Tue, Jan 10, 2017 at 12:32 AM, Paul E. McKenney wrote: > On Tue, Jan 10, 2017 at 12:15:01AM +0100, Borislav Petkov wrote: >> On Mon, Jan 09, 2017 at 02:18:31PM -0800, Paul E. McKenney wrote: >> > @@ -690,6 +690,8 @@ void synchronize_rcu_expedited(void) >> > { >> >

Re: [PATCH 05/12] PM / OPP: Use dev_pm_opp_get_opp_table() instead of _add_opp_table()

On 12/07, Viresh Kumar wrote: > Migrate all users of _add_opp_table() to use dev_pm_opp_get_opp_table() > to guarantee that the OPP table doesn't get freed while being used. > > Also update _managed_opp() to get the reference to the OPP table. > > Now that the OPP table wouldn't get freed while

Re: [RESEND][RFC] tpm_tis: broken on TPMs with a static burst count

Hi Jarkko, On 09.01.2017 23:09, Jarkko Sakkinen wrote: > On Wed, Jan 04, 2017 at 06:47:52PM +0100, Maciej S. Szmigiero wrote: >> (Resending as no reply received, this time with CCs to TPM maintainers and >> author of the original commit). >> >> Hi all, >> >> Commit 1107d065fdf1 (tpm_tis:

Re: [PATCH 06/12] PM / OPP: Add 'struct kref' to struct dev_pm_opp

On 12/07, Viresh Kumar wrote: > Add kref to struct dev_pm_opp for easier accounting of the OPPs. > > Note that the OPPs are freed under the opp_table->lock mutex only. I'm lost. Why add another level of krefs? -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux

[PATCHv14 1/3] rdmacg: Added rdma cgroup controller

Added rdma cgroup controller that does accounting, limit enforcement on rdma/IB resources. Added rdma cgroup header file which defines its APIs to perform charging/uncharging functionality. It also defined APIs for RDMA/IB stack for device registration. Devices which are registered will

[PATCHv14 2/3] IB/core: added support to use rdma cgroup controller

Added support APIs for IB core to register/unregister every IB/RDMA device with rdma cgroup for tracking rdma resources. IB core registers with rdma cgroup controller. Added support APIs for uverbs layer to make use of rdma controller. Added uverbs layer to perform resource charge/uncharge

[PATCHv14 3/3] rdmacg: Added documentation for rdmacg

Added documentation for v1 and v2 version describing high level design and usage examples on using rdma controller. Signed-off-by: Parav Pandit --- Documentation/cgroup-v1/rdma.txt | 109 +++ Documentation/cgroup-v2.txt | 38

[PATCHv14 0/3] rdmacg: IB/core: rdma controller support

Patchset is compiled and tested against below Tejun's cgroup tree using cgroup v1 and v2 mode. URL: git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git Branch: for-4.11 Overview: Currently user space applications can easily take away the rdma device specific resources such as AH, CQ, QP,

Re: SELinux lead to soft lockup when pid 1 proceess reap child

On 1/9/2017 10:43 AM, Stephen Smalley wrote: > On Mon, 2017-01-09 at 19:29 +0100, Oleg Nesterov wrote: >> Seriously, could someone explain why do we need the >> security_task_wait() >> hook at all? > I would be ok with killing it. > IIRC, the original motivation was to block an unauthorized data

Re: [BUG] Boot failure since df9bcc2bc on veyron_speedy

Hi On 2017/1/9 22:49, S. Gilles wrote: On 2017-01-09T09:19:55-0500, S. Gilles wrote: Hi, I have a C201, a veyron_speedy device (which uses rk3288) running vanilla kernels. With recent kernels it will fail to boot (screen is on, with blinking cursor, but no login prompt and the machine does

Re: [PATCH v2 5/6] arm64: allwinner: a64: Add MMC pinctrl nodes

On 09/01/17 16:46, Maxime Ripard wrote: > The A64 only has a single set of pins for each MMC controller. Since we > already have boards that require all of them, let's add them to the DTSI. This matches my reworked version from the previous series, so: Reviewed-by: Andre Przywara

Re: [PATCH tip/master v4] kprobes: extable: Identify kprobes' insn-slots as kernel text area

On Mon, 9 Jan 2017 11:36:48 -0600 Josh Poimboeuf wrote: > On Sun, Jan 08, 2017 at 11:58:09PM +0900, Masami Hiramatsu wrote: > > Make __kernel_text_address()/kernel_text_address() returns > > true if the given address is on a kprobe's instruction slot, > > which is generated

Re: [PATCH 02/11] perf, tools: Parse eventcode as number in jevents

> > for (f = fields; f->field; f++) > > if (json_streq(map, field, f->field) && nz) { > > + /* Handle all variations of 0 encounted in JSON */ > > + if (json_streq(map, val, "0x00") || > > +json_streq(map, val, "0x0")) > >

Re: [PATCH] ceph/iov_iter: fix bad iov_iter handling in ceph splice codepaths

On Fri, 2017-01-06 at 13:23 -0500, Jeff Layton wrote: > xfstest generic/095 triggers soft lockups in kcephfs. Basically it uses > fio to drive some I/O via vmsplice ane splice. Ceph then ends trying to > access an ITER_BVEC type iov_iter as a ITER_IOVEC one. That causes it to > pick up a wrong

Re: [PATCH net-next] bridge: multicast to unicast

On Mon, Jan 09, 2017 at 10:42:46PM +0100, Johannes Berg wrote: > On Mon, 2017-01-09 at 22:33 +0100, Linus Lüssing wrote: > > On Mon, Jan 09, 2017 at 01:44:03PM +0100, Johannes Berg wrote: > > > > > > > >  A host SHOULD silently discard a datagram that is > > > > > received via > > > > >   

Re: [PATCH 01/12] PM / OPP: Add per OPP table mutex

On 12/07, Viresh Kumar wrote: > Add per OPP table lock to protect opp_table->opp_list. > > Note that at few places opp_list is used under the rcu_read_lock() and > so a mutex can't be added there for now. This will be fixed by a later > patch. > > Signed-off-by: Viresh Kumar

Re: 174cc7187e6f ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

On Tue, Jan 10, 2017 at 12:15:01AM +0100, Borislav Petkov wrote: > On Mon, Jan 09, 2017 at 02:18:31PM -0800, Paul E. McKenney wrote: > > @@ -690,6 +690,8 @@ void synchronize_rcu_expedited(void) > > { > > struct rcu_state *rsp = rcu_state_p; > > > > + if (!rcu_scheduler_active) > > +

Re: [PATCH 03/12] PM / OPP: Return opp_table from dev_pm_opp_set_*() routines

On 12/07, Viresh Kumar wrote: > Now that we have proper kernel reference infrastructure in place for OPP > tables, use it to guarantee that the OPP table isn't freed while being > used by the callers of dev_pm_opp_set_*() APIs. > > Make them all return the pointer to the OPP table after taking

Re: [PATCH] clk: scpi: don't add cpufreq device if the scpi dvfs node is disabled

On 01/06, Sudeep Holla wrote: > Currently we add the virtual cpufreq device unconditionally even when > the SCPI DVFS clock provider node is disabled. This will cause cpufreq > driver to throw errors when it gets initailised on boot/modprobe and > also when the CPUs are hot-plugged back in. > >

Re: [PATCH] clk: clk-conf: Do not print error messages if EPROBE_DEFER

On 01/04, Geert Uytterhoeven wrote: > EPROBE_DEFER is not an error, hence printing an error message like > > clk: couldn't get clock 0 for /soc/display@feb0 > > may confuse the user. > > Suppress error messages in case of probe deferral to fix this. > > Signed-off-by: Geert

Re: [PATCH v2 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()

On 01/09/17 at 11:44am, Matt Fleming wrote: > On Thu, 05 Jan, at 05:12:42PM, Dave Young wrote: > > On 12/22/16 at 11:23am, Nicolai Stange wrote: > > > Before invoking the arch specific handler, efi_mem_reserve() reserves > > > the given memory region through memblock. > > > > > >

Re: [PATCH v2 0/2] Provides support for alarm.

Hi, On 25/12/2016 at 23:07:41 +0100, Emil Bartczak wrote : > This patchset provides support for weekday and alarm > in the file driver/rtc/rtc-mcp795.c. > Please review the changes and consider to apply them to the main kernel tree. > > Changes from v1: > - Cover letter added. > > Emil

New attempt at adding an disassembler to perf v2

A native disassembler in perf is very useful, in particular with perf script to trace instruction streams, but also for other analysis. Previously I attempted to do this using the udis86 library, but that was rejected because: - udis86 was not maintained anymore and lacking recent instructions -

[PATCH 4/5] perf, tools, script: Add support for printing assembler

From: Andi Kleen When dumping PT traces with perf script it is very useful to see the assembler for each sample, so that it is easily possible to follow the control flow. As using objdump is difficult and inefficient from perf script this patch uses the Intel xed library

[PATCH 5/5] perf, tools, script: Add brstackasm output for branch stacks

From: Andi Kleen Implement printing full disassembled sequences for branch stacks in perf script. This allows to directly print hot paths for individual samples, together with branch misprediction and cycle count / IPC information if available (on Skylake systems). This

[PATCH 3/5] perf, tools: Add disassembler for x86 using the XED library

From: Andi Kleen Add a generic disassembler function for x86 using the XED library, and a fallback function for architectures that don't implement one. Other architectures can implement their own disassembler functions. The previous version of this patch used udis86, but

[PATCH 1/5] perf, tools: Add probing for xed

From: Andi Kleen Add autoprobing for the xed disassembler library. Can be downloaded from https://github.com/intelxed/xed v2: Hide. Require XED=1 to enable. Add XED_DIR Signed-off-by: Andi Kleen --- tools/build/Makefile.feature | 8 +---

[PATCH 2/5] perf, tools: Add one liner warning for disabled features

From: Andi Kleen Add a one liner warning for perf features that need to be enabled explicitly by the user, so that they know they are missing something. Currently enabled for XED and BABELTRACE. Signed-off-by: Andi Kleen ---

RE: [PATCH 1/2 v3] pci-hyperv: properly handle pci bus remove

Hi Bjorn This patch is still pending. The patch has been ack'ed. Do you want me to resend this patch? Thanks Long > -Original Message- > From: KY Srinivasan > Sent: Friday, November 11, 2016 2:21 PM > To: Bjorn Helgaas ; Long Li > Cc: Haiyang

Re: vfio/pci: guest error recovery proposal

On Wed, Dec 28, 2016 at 10:52:13AM +0800, Cao jin wrote: > > > On 12/16/2016 07:02 AM, Michael S. Tsirkin wrote: > > > >> 1) We need to do the right thing for the guest, I don't think we > >> should be presuming that different reset types are equivalent, > >> leaving gaps where we

Re: 174cc7187e6f ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

On Mon, Jan 09, 2017 at 11:41:15PM +0100, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > Subject: [PATCH] IOMMU / AMD: Fix error code path in early_amd_iommu_init() > > Prevent early_amd_iommu_init() from leaking memory mapped via > acpi_get_table() if

Re: [PATCH] qla2xxx: rename {vendor|hba}_indentifer to {vendor|hba}_identifer

On 12/29/16, 2:20 PM, "Colin King" wrote: >From: Colin Ian King > >Rename the vendor_indentifer and hba_indentifer fields to correct spelling. > >Signed-off-by: Colin Ian King >--- > drivers/scsi/qla2xxx/qla_def.h |

Re: [PATCH 02/12] PM / OPP: Add 'struct kref' to OPP table

On 12/07, Viresh Kumar wrote: > @@ -894,8 +895,36 @@ static void _kfree_device_rcu(struct rcu_head *head) > kfree_rcu(opp_table, rcu_head); > } > > -static void _free_opp_table(struct opp_table *opp_table) > +void _get_opp_table_kref(struct opp_table *opp_table) > { > +

hfsplus: GPF when deleting many files/folder

Hi, On kernel 4.9.0 (compiled on debian8) I encounter a general protection fault when I delete folders with many files in them on an hfsplus file system. The flavour of the hfs is unjournalled/case sensitive. The file system is left in a corrupted state (keys out of order, etc) and cannot be

Re: [PATCH 09/12] PM / OPP: Move away from RCU locking

On 12/07, Viresh Kumar wrote: > The RCU locking isn't well suited for the OPP core. The RCU locking fits > better for reader heavy stuff, while the OPP core have at max one or two > readers only at a time. > > Over that, it was getting very confusing the way RCU locking was used > with the OPP

Re: [PATCH v2 1/6] mmc: sunxi: Always set signal delay to 0 for A64

On 09/01/17 16:46, Maxime Ripard wrote: > Experience have shown that the using the autocalibration could severely > degrade the performances of the MMC bus. > > Allwinner is using in its BSP a delay set to 0 for all the modes but HS400. > Remove the calibration code for now, and add comments to

Re: [RFC PATCHv2 2/4] clk: mdm9615: Add EBI2 clock

On 12/22, Zoran Markovic wrote: > Add definition of EBI2 clock used by MDM9615 NAND controller. > > Cc: Andy Gross > Cc: David Brown > Cc: Michael Turquette > Cc: Stephen Boyd > Cc: Rob Herring

Re: [PATCH 1/4] perf, tools: Add probing for xed

On Sun, Jan 08, 2017 at 03:20:11PM +0100, Jiri Olsa wrote: > On Tue, Jan 03, 2017 at 01:00:26AM -0800, Andi Kleen wrote: > > SNIP > > > diff --git a/tools/perf/Makefile.config b/tools/perf/Makefile.config > > index 76c84f0eec52..41cc34ce81f8 100644 > > --- a/tools/perf/Makefile.config > > +++

Re: eMMC boot problem: switch to bus width 8 ddr failed

Hi Jagan, On 2017/1/10 6:25, Jagan Teki wrote: On Fri, Jan 6, 2017 at 5:07 PM, Clemens Gruber wrote: On Fri, Jan 06, 2017 at 10:54:35AM +0800, Shawn Lin wrote: On 2017/1/6 8:41, Clemens Gruber wrote: Hi, with the current mainline 4.10-rc2 kernel, I can no

Re: [BUG] Boot failure since df9bcc2bc on veyron_speedy

On 2017-01-10T08:47:16+0800, Shawn Lin wrote: > Hi > > On 2017/1/9 22:49, S. Gilles wrote: > > On 2017-01-09T09:19:55-0500, S. Gilles wrote: > > > Hi, > > > > > > I have a C201, a veyron_speedy device (which uses rk3288) running vanilla > > > kernels. With recent kernels it will fail to boot

Re: Nokia N900 headset detection & MIC Bias + TVOUT

On Monday 09 January 2017 20:22:01 Mark Brown wrote: > On Mon, Jan 09, 2017 at 02:13:17PM +0100, Pali Rohár wrote: > > So... can I call snd_soc_dapm_mutex_lock(dapm) at function startup, > > start doing cable detection and when needed call this? > > > > snd_soc_dapm_enable_pin_unlocked(dapm, "HS

[PATCH 5/5] ARM: dts: keystone-k2e: Add PSC reset controller node

The Power Sleep Controller (PSC) module contains specific memory-mapped registers that can be used to perform reset management using specific bits for the DSPs available on the SoC. The PSC is defined using a syscon node, and the reset functionality is defined using a child syscon reset controller

Re: xfs: commit 6552321831dc "xfs: remove i_iolock and use i_rwsem in the VFS inode instead" change causes hang

On Sun, 2017-01-08 at 20:09 +0100, Christoph Hellwig wrote: > On Sun, Jan 08, 2017 at 10:57:28AM -0800, James Bottomley wrote: > > > > I'm unsure about the DIO case, so lets try defining the semantics and > > see if they're implementable for DIO, otherwise simply exclude it. > > Let's start with

[PATCH 0/5] Reset Controller Nodes for TI Keystone platforms

Hi Santosh, This patch adds the reset controller nodes and the corresponding reset data for TI Keystone 66AK2H, 66AK2L and 66AK2E SoCs. These resets are for the DSPs on these SoCs, and are the last dependencies before the keystone remoteproc driver can be added. All these SoCs will use the

[PATCH 3/5] ARM: dts: keystone-k2hk: Add PSC reset controller node

The Power Sleep Controller (PSC) module contains specific memory-mapped registers that can be used to perform reset management using specific bits for the DSPs available on the SoC. The PSC is defined using a syscon node, and the reset functionality is defined using a child syscon reset controller

[PATCH 2/5] ARM: dts: keystone: Add PSC node

The Power Sleep Controller (PSC) module is responsible for the power and clock management for each of the peripherals present on the SoC. Represent this as a syscon node so that multiple users can leverage it for various functionalities. Signed-off-by: Suman Anna [a...@ti.com: add

Re: [RFC 10/10] kmod: add a sanity check on module loading

On Tue, Jan 10, 2017 at 05:17:22AM +1030, Rusty Russell wrote: > "Luis R. Rodriguez" writes: > > On Tue, Jan 03, 2017 at 10:34:53AM +1030, Rusty Russell wrote: > >> "Luis R. Rodriguez" writes: > >> > Right, out of ~350 request_module() calls (not included

[PATCH] mm/hugetlb.c: fix reservation race when freeing surplus pages

The routine return_unused_surplus_pages decrements the global reservation count, and frees any unused surplus pages that were backing the reservation. Commit 7848a4bf51b3 ("mm/hugetlb.c: add cond_resched_lock() in return_unused_surplus_pages()") added a call to cond_resched_lock in the loop

Re: [V9fs-developer] 9pfs hangs since 4.7

On Mon, Jan 09, 2017 at 08:39:31PM +0200, Tuomas Tynkkynen wrote: > Yes, this does seem to be related to this or otherwise MAX_REQ related! > - Bumping MAX_REQ up to 1024 makes the hang go away (on 4.7). > - Dropping it to 64 makes the same hang happen on kernels where it worked > before (I

Re: [PATCH V5 09/17] blk-throttle: detect completed idle cgroup

Hello, On Thu, Dec 15, 2016 at 12:33:00PM -0800, Shaohua Li wrote: > @@ -1660,6 +1671,11 @@ static bool throtl_tg_can_downgrade(struct throtl_grp > *tg) > struct throtl_data *td = tg->td; > unsigned long now = jiffies; > > + if (time_after_eq(now, tg->last_dispatch_time[READ] +

blk_queue_bounce_limit() broken for mask=0xffffffff on 64bit archs

Hi There is a use cases when architecture is 64-bit but hardware supports only DMA to lower 4G of address space. E.g. NVMe device on RCar PCIe host. For such cases, it looks proper to call blk_queue_bounce_limit() with mask set to 0x - thus making block layer to use bounce buffers for

Re: [PATCH net-next 0/4] afs: Refcount afs_call struct

t; lifecycle of afs_call objects. > > The patches can be found here also: > > > http://git.kernel.org/cgit/linux/kernel/git/dhowells/linux-fs.git/log/?h=rxrpc-rewrite > > Tagged thusly: > > git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git > rxrpc-rewrite-20170109 Pulled, thanks David.

Re: [PATCH v2 5/5] firmware: add DECLARE_FW_CUSTOM_FALLBACK() annotation

On Mon, Jan 9, 2017 at 2:46 PM, Luis R. Rodriguez wrote: > On Mon, Dec 19, 2016 at 11:23:17AM +0100, Julia Lawall wrote: >> It looks suspicious that your added a new rule r0, that the python rule >> below depends on r0 failing, and that the rule with the * (context mode) >>

Re: [PATCH net-next] bridge: multicast to unicast

On Mon, Jan 09, 2017 at 12:44:19PM +0100, M. Braun wrote: > Am 09.01.2017 um 09:08 schrieb Johannes Berg: > > Does it make sense to implement the two in separate layers though? > > > > Clearly, this part needs to be implemented in the bridge layer due to > > the snooping knowledge, but the code

[PATCH linux v1 2/2] drivers: hwmon: hwmon driver for ASPEED AST2400/2500 PWM and Fan tach controller

The ASPEED AST2400/2500 PWM controller supports 8 PWM output ports. The ASPEED AST2400/2500 Fan tach controller supports 16 tachometer inputs. PWM clock types M, N and 0 are three types just to have three independent PWM sources. The device driver matches on the device tree node. The configuration

[tip:x86/urgent] x86/microcode/intel: Use correct buffer size for saving microcode data

Commit-ID: 2e86222c67bb5d942da68e8415749b32db208534 Gitweb: http://git.kernel.org/tip/2e86222c67bb5d942da68e8415749b32db208534 Author: Junichi Nomura AuthorDate: Mon, 9 Jan 2017 12:41:47 +0100 Committer: Thomas Gleixner CommitDate: Mon, 9 Jan

[tip:x86/platform] x86/platform/intel-mid: Make intel_scu_device_register() static

Commit-ID: f1be6cdaf57ce918828b6cff6ff2b4ea87be7f62 Gitweb: http://git.kernel.org/tip/f1be6cdaf57ce918828b6cff6ff2b4ea87be7f62 Author: Andy Shevchenko AuthorDate: Sat, 7 Jan 2017 14:34:57 +0200 Committer: Thomas Gleixner

Re: 174cc7187e6f ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

On Mon, Jan 09, 2017 at 10:33:29AM +0100, Borislav Petkov wrote: > + Paul for comment. > > Leaving in the rest for him. > > On Mon, Jan 09, 2017 at 02:36:33AM +, Zheng, Lv wrote: > > Hi, > > > > > From: linux-acpi-ow...@vger.kernel.org > > > [mailto:linux-acpi-ow...@vger.kernel.org] On

Re: [PATCH net-next v2] net: dsa: select NET_SWITCHDEV

From: Vivien Didelot Date: Mon, 9 Jan 2017 16:49:26 -0500 > The support for DSA Ethernet switch chips depends on TCP/IP networking, > thus explicit that HAVE_NET_DSA depends on INET. > > DSA uses SWITCHDEV, thus select it instead of depending on it. > >

Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location

On Fri, Jan 6, 2017 at 11:35 PM, Ingo Molnar wrote: > > * Thomas Garnier wrote: > >> > No, and I had the way this worked on 64-bit wrong. LTR requires an >> > available TSS and changes it to busy. So here are my thoughts on how >> > this should work: >> >

Re: [PATCH 11/12] PM / OPP: Simplify dev_pm_opp_get_max_volt_latency()

On 12/07, Viresh Kumar wrote: > dev_pm_opp_get_max_volt_latency() calls _find_opp_table() two times > effectively. > > Merge _get_regulator_count() into dev_pm_opp_get_max_volt_latency() to > avoid that. > > Signed-off-by: Viresh Kumar > --- Reviewed-by: Stephen Boyd

Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager

On Thu, Jan 05, 2017 at 03:52:02PM +, Fuchs, Andreas wrote: > Great to see this coming along so well. Thanks a lot to Jarkko ! > I just wanted to point out a few things I deem important at this point: > > - Number of virtual handles: > From what I see there are currently 14 slots for virtual

RE: [PATCH 2/2 v3] pci-hyperv: lock pci bus on device eject

Hi Bjorn, The patch is still pending (along with 1/2 v3). Please let me know if you want me to resend the two patches. Thanks Long > -Original Message- > From: KY Srinivasan > Sent: Tuesday, October 4, 2016 1:49 PM > To: Long Li ; Haiyang Zhang >

  1   2   3   4   5   6   7   8   9   10   >