On Wed, Oct 5, 2016 at 10:12 PM, Dave Young wrote:
> With CONFIG_DEVMEM not set, CONFIG_STRICT_DEVMEM will be useless
> even if it is set =y, thus let's update the dependency in Kconfig.
>
> Signed-off-by: Dave Young
Acked-by: Kees Cook
> ---
> lib/Kconfig.debug |2 +-
> 1 file changed, 1
On 10/6/2016 5:37 PM, Al Viro wrote:
> On Thu, Oct 06, 2016 at 05:30:29PM -0400, Sinan Kaya wrote:
>> This reverts commit acc29fb8f792 ("debugfs: ->d_parent is never NULL or
>> negative") as it breaks the debugfs_remove_recursive API as show in the
>> callstack below.
>
> NAK. Fix your code, don'
wei.guo.si...@gmail.com writes:
> From: Anshuman Khandual
>
> This patch adds ptrace interface test for EBB/PMU specific
> registers. This also adds some generic ptrace interface
> based helper functions to be used by other patches later
> on in the series.
This is consistently failing for me on
On Thu, Oct 06, 2016 at 11:17:18AM -0700, Davidlohr Bueso wrote:
> On Thu, 18 Aug 2016, Waiman Long wrote:
>
> >Currently, when down_read() fails, the active read locking isn't undone
> >until the rwsem_down_read_failed() function grabs the wait_lock. If the
> >wait_lock is contended, it may takes
On 10/6/2016 5:41 PM, Sinan Kaya wrote:
> On 10/6/2016 5:37 PM, Al Viro wrote:
>> On Thu, Oct 06, 2016 at 05:30:29PM -0400, Sinan Kaya wrote:
>>> This reverts commit acc29fb8f792 ("debugfs: ->d_parent is never NULL or
>>> negative") as it breaks the debugfs_remove_recursive API as show in the
>>> c
On Thu, Oct 06, 2016 at 07:17:58PM +0200, Oleg Nesterov wrote:
> Probably false positive? Although when I look at the comment above
> xfs_sync_sb()
> I think that may be sometging like below makes sense, but I know absolutely
> nothing
> about fs/ and XFS in particular.
>
> Oleg.
>
>
> --- x/f
On Thu, Oct 06, 2016 at 05:41:34PM -0400, Sinan Kaya wrote:
> On 10/6/2016 5:37 PM, Al Viro wrote:
> > On Thu, Oct 06, 2016 at 05:30:29PM -0400, Sinan Kaya wrote:
> >> This reverts commit acc29fb8f792 ("debugfs: ->d_parent is never NULL or
> >> negative") as it breaks the debugfs_remove_recursive A
On Wed, Oct 5, 2016 at 3:29 PM, Linus Torvalds
wrote:
> On Wed, Oct 5, 2016 at 3:17 PM, Kees Cook wrote:
>>
>> With my more paranoid desires, I would prefer to keep "stop kernel
>> execution with the state set up by this process", not just "make the
>> process never return to user-space".
>
> Qui
On 10/6/2016 5:56 PM, Sinan Kaya wrote:
> The fact that directory is removed might be leaving the stats in limbo.
>
> Let me test without this line.
This did the trick. Thanks for the heads up. The second line was a left over
from the code review. I was removing files piece by piece at the beginn
During our testing we noticed that nmi watchdogs in sparc could not be disabled
or
enabled dynamically using sysctl/proc interface. Sparc uses its own arch
specific
nmi watchdogs. There is a sysctl and proc
interface(proc/sys/kernel/nmi_watchdog)
to enable/disable nmi watchdogs. However, that is
Currently we do not have a way to enable/disable arch specific
watchdog handlers if it was implemented by any of the architectures.
This patch introduces new function update_arch_nmi_watchdog
which can be used to enable/disable architecture specific NMI
watchdog handlers. Also exposes watchdog_ena
Implement function update_arch_nmi_watchdog to enable/disable
nmi watchdog. Sparc uses arch specific nmi watchdog handler.
Currently, we do not have a way to enable/disable nmi watchdog
dynamically. With these patches we can enable or disable arch
specinf nmi watchdogs using proc or sysctl interfac
Since 'commit acc29fb8f792 ("debugfs: ->d_parent is never NULL or
negative")', HIDMA object removal is no longer working. This is due to
redundant debugfs remove call in hidma_debug_uninit.
debugfs_remove_recursive(dmadev->debugfs);
debugfs_remove_recursive(dmadev->stats);
The first remove is for
In the case where head == 0 on the circular buffer, there should be one
DMA buffer, not two. The second zero-length buffer would break the
lpuart driver, transfer would never complete.
Signed-off-by: Aaron Brice
---
drivers/tty/serial/fsl_lpuart.c | 3 +--
1 file changed, 1 insertion(+), 2 dele
> Il giorno 06 ott 2016, alle ore 21:57, Shaohua Li ha scritto:
>
> On Thu, Oct 06, 2016 at 09:58:44AM +0200, Paolo Valente wrote:
>>
>>> Il giorno 05 ott 2016, alle ore 22:46, Shaohua Li ha scritto:
>>>
>>> On Wed, Oct 05, 2016 at 09:47:19PM +0200, Paolo Valente wrote:
> Il giorno
On Thu, Oct 6, 2016 at 3:07 PM, Kees Cook wrote:
> The "cleanest" way to handle it seemed to be the lock-busting logic
> already built into BUG, so I moved to that.
Heh. The lock-busting logic in BUG() has always been broken. It's been
random hacks. It doesn't actually work in any general case, i
On Thu, 06 Oct 2016 00:48:59 +0200 Rasmus Villemoes
wrote:
> On Wed, Sep 21 2016, Kees Cook wrote:
>
> > On Tue, Sep 20, 2016 at 3:28 PM, Rasmus Villemoes
> > wrote:
> >
> > Heheh. Nice. :)
> >
> > Acked-by: Kees Cook
> >
>
> Andrew, ping?
Yup, I have this queued for processing after -rc1.
On Thu, Oct 06, 2016 at 11:00:51PM +0100, Al Viro wrote:
> On Thu, Oct 06, 2016 at 05:41:34PM -0400, Sinan Kaya wrote:
> > On 10/6/2016 5:37 PM, Al Viro wrote:
> > > On Thu, Oct 06, 2016 at 05:30:29PM -0400, Sinan Kaya wrote:
> > >> This reverts commit acc29fb8f792 ("debugfs: ->d_parent is never NU
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> Build and test stats at the end of the message.
>
> The following changes since commit 8657355f5b5f657407efc12a2223e8a3a6d658de:
>
> Merge tag 'perf-core-for-mingo-20161003' of
> git://git.k
Commit-ID: 51ee6481fa8e879cc942bcc1b0af713e158b7a98
Gitweb: http://git.kernel.org/tip/51ee6481fa8e879cc942bcc1b0af713e158b7a98
Author: Adrian Hunter
AuthorDate: Wed, 28 Sep 2016 14:41:35 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 5 Oct 2016 08:15:29 -0300
perf intel-pt:
On Thu, Oct 06, 2016 at 11:37:29PM +0100, Al Viro wrote:
> If you ever get NULL in ->d_parent of struct dentry instance, you are
> practically certain to have a dangling pointer to memory that used to
> contain a struct dentry at some point but got freed and reused since then.
... which is what h
Commit-ID: 3bccbe20f6d188ce7b00326e776b745cfd35b10a
Gitweb: http://git.kernel.org/tip/3bccbe20f6d188ce7b00326e776b745cfd35b10a
Author: Adrian Hunter
AuthorDate: Wed, 28 Sep 2016 14:41:36 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 5 Oct 2016 08:15:58 -0300
perf intel-pt:
Commit-ID: 72c6ff2583fba824dc38c0ce87b838631cdb8294
Gitweb: http://git.kernel.org/tip/72c6ff2583fba824dc38c0ce87b838631cdb8294
Author: Andi Kleen
AuthorDate: Wed, 5 Oct 2016 12:47:12 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 5 Oct 2016 18:41:06 -0300
perf jevents: Fix
Commit-ID: d23e354fe58aada6d1cdeeb7e8463b75d44bc687
Gitweb: http://git.kernel.org/tip/d23e354fe58aada6d1cdeeb7e8463b75d44bc687
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 5 Oct 2016 19:12:46 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 5 Oct 2016 19:12:46 -0300
perf
Commit-ID: a1d9972e59e15538458c030affbfc298c32a47f8
Gitweb: http://git.kernel.org/tip/a1d9972e59e15538458c030affbfc298c32a47f8
Author: Ravi Bangoria
AuthorDate: Tue, 4 Oct 2016 15:57:45 +0530
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 5 Oct 2016 08:14:22 -0300
perf uretprobe
Commit-ID: a5c4c74564f000950902d0f1e64926cce2280af2
Gitweb: http://git.kernel.org/tip/a5c4c74564f000950902d0f1e64926cce2280af2
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 5 Oct 2016 19:18:34 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 5 Oct 2016 19:18:34 -0300
tool
Commit-ID: dcfc3a6740d372ebe203dae2c5852ff45f9ef793
Gitweb: http://git.kernel.org/tip/dcfc3a6740d372ebe203dae2c5852ff45f9ef793
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 5 Oct 2016 19:31:48 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 5 Oct 2016 19:31:48 -0300
tool
On Wed, Oct 05, 2016 at 12:18:17PM -0700, John Stultz wrote:
> On Wed, Oct 5, 2016 at 12:10 PM, Dmitry Torokhov
> wrote:
> > On Mon, Oct 03, 2016 at 09:41:30PM -0700, John Stultz wrote:
> >> +#ifdef CONFIG_CGROUP_NICE_ATTACH
> >> +int cgroup_nice_allow_attach(struct cgroup_taskset *tset)
> >> +{
>
Commit-ID: 49343235d08a228c7fe84d0606e69253cc0bc751
Gitweb: http://git.kernel.org/tip/49343235d08a228c7fe84d0606e69253cc0bc751
Author: Donghyun Kim
AuthorDate: Fri, 30 Sep 2016 07:15:57 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 5 Oct 2016 19:50:25 -0300
perf report/top
Commit-ID: a130347973c408c0e0017a52c74cbc3226c1f0ef
Gitweb: http://git.kernel.org/tip/a130347973c408c0e0017a52c74cbc3226c1f0ef
Author: Namhyung Kim
AuthorDate: Sat, 1 Oct 2016 19:17:00 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 5 Oct 2016 11:36:22 -0300
tools lib tracee
Commit-ID: 8649b6434ebc184e632a510c4121899481409c15
Gitweb: http://git.kernel.org/tip/8649b6434ebc184e632a510c4121899481409c15
Author: Kim SeonYoung
AuthorDate: Thu, 29 Sep 2016 17:16:42 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 5 Oct 2016 19:47:55 -0300
perf report/to
Commit-ID: 87095f7ddeff3038a0cf8e6574922f9c11688619
Gitweb: http://git.kernel.org/tip/87095f7ddeff3038a0cf8e6574922f9c11688619
Author: Wang Nan
AuthorDate: Mon, 26 Sep 2016 07:26:56 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 5 Oct 2016 19:59:35 -0300
tools build: Add fe
Commit-ID: f61bdc3304281e9ff9eec4f1ed9fb15bcf4d8a5e
Gitweb: http://git.kernel.org/tip/f61bdc3304281e9ff9eec4f1ed9fb15bcf4d8a5e
Author: Wang Nan
AuthorDate: Mon, 26 Sep 2016 07:26:55 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 5 Oct 2016 19:58:51 -0300
tools build: Suppor
Commit-ID: 2ad8327fd0013ee07f056d28faddc2e7f01dd127
Gitweb: http://git.kernel.org/tip/2ad8327fd0013ee07f056d28faddc2e7f01dd127
Author: Nambong Ha
AuthorDate: Fri, 30 Sep 2016 08:26:02 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 5 Oct 2016 19:51:53 -0300
perf top/report:
On Fri, 07 Oct 2016, Dave Chinner wrote:
Except that it's DAX
Duh, of course; silly me.
Thanks,
Davidlohr
On Thu, Oct 06, 2016 at 03:43:51PM -0700, Dmitry Torokhov wrote:
> On Wed, Oct 05, 2016 at 12:18:17PM -0700, John Stultz wrote:
> > On Wed, Oct 5, 2016 at 12:10 PM, Dmitry Torokhov
> > wrote:
> > > On Mon, Oct 03, 2016 at 09:41:30PM -0700, John Stultz wrote:
> > >> +#ifdef CONFIG_CGROUP_NICE_ATTAC
On Fri, Oct 07, 2016 at 10:36:47AM +1300, Chris Packham wrote:
> Add support for the tc654 and tc655 fan controllers from Microchip.
>
> http://ww1.microchip.com/downloads/en/DeviceDoc/20001734C.pdf
>
> Signed-off-by: Chris Packham
> ---
>
> Hi Gunter,
>
> I realise this isn't using the ne
The UCL E-Mail Virus Protection System has been triggered by a message you sent.
One or more of the original e-mail attachments have been removed and replaced
with this message.
* The attachment may have contained a virus or malware
* The attachment may have an extension of a type unacceptable f
On Thu, Oct 6, 2016 at 3:29 PM, Linus Torvalds
wrote:
> On Thu, Oct 6, 2016 at 3:07 PM, Kees Cook wrote:
>> The "cleanest" way to handle it seemed to be the lock-busting logic
>> already built into BUG, so I moved to that.
>
> Heh. The lock-busting logic in BUG() has always been broken. It's been
On Thu, 2016-10-06 at 15:33 +0200, Laurent Dufour wrote:
> This commit fixes a stack corruption in the pseries specific code
> dealing
> with the huge pages.
Wow, nice catch !
> In __pSeries_lpar_hugepage_invalidate() the buffer used to pass
> arguments
> to the hypervisor is not large enough. Th
On Thu, 2016-10-06 at 20:32 +0530, Aneesh Kumar K.V wrote:
> Laurent Dufour writes:
>
(Off-list)
Did that bug make it to RHEL/CentOS/SLES ?
We also need to poke Ubuntu to get the fix ASAP.
> > This commit fixes a stack corruption in the pseries specific code
> > dealing
> > with the huge page
On 5 October 2016 at 11:38, Dietmar Eggemann wrote:
> On 09/26/2016 01:19 PM, Vincent Guittot wrote:
>>
>> Factorize post_init_entity_util_avg and part of attach_task_cfs_rq
>> in one function attach_entity_cfs_rq
>>
>> Signed-off-by: Vincent Guittot
>> ---
>> kernel/sched/fair.c | 19 ++
- The DMA error interrupt bit is in a different position as
compared to the sdhci standard. This is accounted for in
many cases, but not handled in the case of clearing the
INT_STATUS register by writing a 1 to that location.
- The HOST_CONTROL register is very different as compared to
On 10/6/2016 6:41 PM, Al Viro wrote:
> On Thu, Oct 06, 2016 at 11:37:29PM +0100, Al Viro wrote:
>
>> If you ever get NULL in ->d_parent of struct dentry instance, you are
>> practically certain to have a dangling pointer to memory that used to
>> contain a struct dentry at some point but got freed
The 4.8-rc8 kernel is printing duplicate file entry warnings while removing
the HIDMA object. This is caused by stale sysfs entries remaining from the
previous execution.
_sysfs_warn_dup+0x5c/0x78
sysfs_add_file_mode_ns+0x13c/0x1c0
sysfs_create_file_ns+0x2c/0x40
device_create_file+0x54/0xa0
hi
On 10/07/2016 11:57 AM, Guenter Roeck wrote:
> On Fri, Oct 07, 2016 at 10:36:47AM +1300, Chris Packham wrote:
>> Add support for the tc654 and tc655 fan controllers from Microchip.
>>
>> http://ww1.microchip.com/downloads/en/DeviceDoc/20001734C.pdf
>>
>> Signed-off-by: Chris Packham
>> ---
>>
>> H
Hi,
We found a possible regression issue (not seen in kernel 4.7-stable), which has
to do with the new NXP commit ba7f4f557eb67ee21c979c8539dc1886f5d5341c when we
did a DP test (1920x1080@60) with clock source PLL5.
The DP desired pixel clock (148.5MHz that is calculated from the input of PLL
o
Hi,
We found a possible regression issue (not seen in kernel 4.7-stable), which has
to do with the new NXP commit ba7f4f557eb67ee21c979c8539dc1886f5d5341c when we
did a DP test (1920x1080@60) with clock source PLL5.
The DP desired pixel clock (148.5MHz that is calculated from the input of PLL
o
-Original Message-
From: Ken.Lin
Sent: Thursday, October 6, 2016 4:21 PM
To: 'shawn...@kernel.org'; 'ker...@pengutronix.de'; 'sb...@codeaurora.org';
'mturque...@baylibre.com'
Cc: 'linux-arm-ker...@lists.infradead.org'; 'linux-...@vger.kernel.org';
'linux-kernel@vger.kernel.org'; Peter.
From: Dave Kleikamp
This change allows ATU (new IOMMU) in SPARC systems to request
large (32M) contiguous memory during boot for creating IOTSB backing
store.
Signed-off-by: Dave Kleikamp
Signed-off-by: Tushar Dave
---
arch/sparc/Kconfig | 18 ++
1 file changed, 18 insertions(
In order to use Hypervisor (HV) IOMMU v2 API for map/demap, each PCIe
device has to be bound to IOTSB using HV API pci_iotsb_bind().
Signed-off-by: Tushar Dave
Reviewed-by: chris hyser
Acked-by: Sowmini Varadhan
---
arch/sparc/kernel/pci_sun4v.c | 43 +++
Like legacy IOMMU, use common iommu_map_table and iommu_pool for ATU.
This change initializes iommu_map_table and iommu_pool for ATU.
Signed-off-by: Tushar Dave
Reviewed-by: chris hyser
Reviewed-by: Sowmini Varadhan
---
arch/sparc/include/asm/iommu_64.h | 2 ++
arch/sparc/kernel/pci_sun4v.c
ATU 64bit addressing allows PCIe devices with 64bit DMA capabilities
to use ATU for 64bit DMA.
Signed-off-by: Tushar Dave
Reviewed-by: chris hyser
Acked-by: Sowmini Varadhan
---
arch/sparc/Kconfig| 4
arch/sparc/kernel/iommu.c | 8 ++--
2 files changed, 10 insertions(+), 2 del
Add Hypervisor IOMMU v2 APIs pci_iotsb_map(), pci_iotsb_demap() and
enable sun4v dma ops to use IOMMU v2 API for all PCIe devices with
64bit DMA mask.
Signed-off-by: Tushar Dave
Reviewed-by: chris hyser
Acked-by: Sowmini Varadhan
---
arch/sparc/include/asm/hypervisor.h | 6 +
arch/sparc/kern
ATU (Address Translation Unit) is a new IOMMU in SPARC supported with
sun4v hypervisor PCI IOMMU v2 APIs.
Current SPARC IOMMU supports only 32bit address ranges and one TSB
per PCIe root complex that has a 2GB per root complex DVMA space
limit. The limit has become a scalability bottleneck nowaday
ATU (Address Translation Unit) is a new IOMMU in SPARC supported with
Hypervisor IOMMU v2 APIs.
Current SPARC IOMMU supports only 32bit address ranges and one TSB
per PCIe root complex that has a 2GB per root complex DVMA space
limit. The limit has become a scalability bottleneck nowadays that
a t
Hi Ken,
On Thu, Oct 6, 2016 at 8:26 PM, Ken.Lin wrote:
> Hi,
>
> We found a possible regression issue (not seen in kernel 4.7-stable), which
> has to do with the new NXP commit ba7f4f557eb67ee21c979c8539dc1886f5d5341c
> when we did a DP test (1920x1080@60) with clock source PLL5.
> The DP desir
Signed-off-by: Finn Thain
Reviewed-by: Hannes Reinecke
---
drivers/scsi/arm/cumana_1.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/scsi/arm/cumana_1.c b/drivers/scsi/arm/cumana_1.c
index 8e9cfe8..f616756 100644
--- a/drivers/scsi/arm/cumana_1.c
+++ b/drivers/scsi/arm/cumana_1.
This patch series has fixes for compatibility, reliability and
performance issues and some cleanup. It also includes a new version
of Ondrej Zary's patch that merges g_NCR5380_mmio into g_NCR5380.
I've tested this patch series on a Powerbook 180. If someone would
test some of the other platforms t
When polling a device register under irq lock the polling loop terminates
after a given number of jiffies. Make this timeout independent of the HZ
setting.
All 5380 drivers benefit from this patch, which optimizes the PIO fast
path, because they all use PIO transfers (for phases other than DATA IN
This patch fixes an old bug: accesses to device registers from the
interrupt handler (after reselection, DMA completion etc.) could mess
up a device register access elsewhere, if the latter takes place outside
of an irq lock (during selection etc.).
Signed-off-by: Finn Thain
Reviewed-by: Hannes R
If NCR5380_poll_politely() is called under irq lock, the polling time
limit is clamped to avoid a spike in interrupt latency. When not under
irq lock, the same polling time limit acts as the worst case delay
between schedule() calls.
During PDMA (under irq lock) I've found that the 10 ms time limi
For timeout values adopt unsigned long, which is the type of jiffies etc.
For chip register values and bit masks pass u8, which is the return type
of readb, inb etc.
For device register offsets adopt unsigned int, as it is suitable for
adding to base addresses.
Pass the NCR5380_hostdata pointer
If a NCR5380 host instance ends up on a shared interrupt line then
this printk will be a problem. It is already a problem on some Mac
models: when testing mac_scsi on a PowerBook 180 I found that PDMA
transfers (but not PIO transfers) cause the message to be logged.
These spurious interrupts don't
From: Ondrej Zary
Merge the port-mapped IO and memory-mapped IO support (with the help of
ioport_map) into the g_NCR5380 module and delete g_NCR5380_mmio.
Signed-off-by: Ondrej Zary
Signed-off-by: Finn Thain
Reviewed-by: Hannes Reinecke
---
MAINTAINERS | 1 -
drivers/scsi
Pass a NCR5380_hostdata struct pointer to the board-specific routines
instead of a Scsi_Host struct pointer. This reduces pointer chasing in
the PIO and PDMA fast paths. The old way was a mistake because it is
slow and the board-specific code is not concerned with the mid-layer.
Signed-off-by: Fin
The various 5380 drivers inconsistently store register pointers
either in the Scsi_Host struct "legacy crap" area or in special,
board-specific members of the NCR5380_hostdata struct. Uniform
use of the latter struct makes for simpler and faster code (see
the following patches) and helps to reduce
Apply prototypes to get consistent function signatures for the DMA
functions implemented in the board-specific drivers. To avoid using
macros to alter actual parameters, some of those functions are reworked
slightly.
This is a step toward the goal of passing the board-specific routines
to the core
Re-order struct members so that hot data lies at the beginning of the
struct and cold data at the end. Improve the comments while we're here.
Signed-off-by: Finn Thain
Reviewed-by: Hannes Reinecke
---
drivers/scsi/NCR5380.h | 40
1 file changed, 20 inser
Avoid the call to NCR5380_poll_politely2() when possible. The call is
easily short-circuited on the PIO fast path, using the inline wrapper.
This requires that the NCR5380_read macro be made available before
any #include "NCR5380.h" so a few declarations have to be moved too.
Signed-off-by: Finn T
Move blackfin gptimers-example to samples and remove it from Documentation
Makefile. Update samples Kconfig and Makefile to build gptimers-example.
blackfin is the last CONFIG_BUILD_DOCSRC target in Documentation/Makefile.
Hence this patch also includes changes to remove CONFIG_BUILD_DOCSRC from
M
This patch series contains the last 2 patches to complete moving runnable
code from Documentation to selftests, samples, and tools.
The first patch moves blackfin gptimers-example to samples, removes
BUILD_DOCSRC and updates BUILD_DOCSRC dependencies.
The second one updates 00-INDEX files under D
Update 00-INDEX files with the current file list to reflect the runnable
code move.
Acked-by: Michal Marek
Acked-by: Jonathan Corbet
Reviewed-by: Kees Cook
Signed-off-by: Shuah Khan
---
Documentation/00-INDEX | 3 ++-
Documentation/arm/00-INDEX | 2 --
Documentation/filesy
On a whim, I decided to turn on CONFIG_DEBUG_TEST_DRIVER_REMOVE on
Fedora rawhide since it sounded harmless enough. It spewed warnings
and panicked some systems. Clearly it's doing its job
well of finding drivers that can't handle remove properly and I
underestimated it. I was expecting to maybe
On Thu, Oct 6, 2016 at 4:05 PM, Kees Cook wrote:
>
> It seems to handle other things too, file descriptors, I think? Some
> giant warning, I think about fds, went away when I switched from
> do_exit() to BUG(). I'd have to go look more closely.
I think you must have changed something else too. I
Dearest Chosen One
With Due Respect And Humanity,I was compelled to write to you under a
humanitarian ground. My name is Mrs Amina Mohammed, My Husband was a director
in a trading company here in Cote D Ivoire.We were married for 36 years without
a child. He died after Cardiac Arteries operati
I'm seeing the following message when using the lio iscsi target. This
message is on the machine with the target. I have 1 target with 3 luns.
The luns are /dev/sr0 1 and 2 using pscsi backend. On the initiator, I
issue eject srX for each of the 3 drives and see this message. (NOTE: The
initia
From: Madalin Bucur
Date: Tue, 4 Oct 2016 10:30:24 +0300
> This series contains fixes for the DPAA FMan driver.
> Adding myself as maintainer of the driver.
>
> The following are changes since commit
> a4cc96d1f0170b779c32c6b2cc58764f5d2cdef0
> net: phy: Add Edge-rate driver for Microsemi PHYs
Hi Linus,
Please pull MD update for 4.9. This update includes:
- new AVX512 instruction based raid6 gen/recovery algorithm
- A couple of md-cluster related bug fixes
- Fix a potential deadlock
- Set nonrotational bit for raid array with SSD
- Set correct max_hw_sectors for raid5/6, which hopefuly c
From: Colin King
Date: Tue, 4 Oct 2016 12:11:41 +0100
> From: Colin Ian King
>
> Trival fix, dev_err messages are missing a \n, so add it.
>
> Signed-off-by: Colin Ian King
Applied.
From: Colin King
Date: Tue, 4 Oct 2016 12:15:54 +0100
> From: Colin Ian King
>
> Trival fix, dev_dbg message is missing a \n, so add it.
>
> Signed-off-by: Colin Ian King
Applied.
From: Colin King
Date: Tue, 4 Oct 2016 13:57:01 +0100
> From: Colin Ian King
>
> Trival fix, dev_err messages are missing a \n, so add it. Also
> fix grammer, spelling mistake and add white spaces to various
> error messages.
>
> Signed-off-by: Colin Ian King
Applied.
From: Mike Looijmans
Date: Wed, 5 Oct 2016 16:03:08 +0200
> The KSZ9031 skew registers contain an offset, the chip's default value
> is "neutral" which does not add any skew. Programming a 0 into a skew
> property will actually set it the maximal negative adjustment and not
> to a neutral positi
From: David Howells
Date: Thu, 06 Oct 2016 11:03:56 +0100
> This set of patches contains a bunch of fixes:
...
Pulled, thanks David.
Hi Javier,
On 2016년 10월 06일 23:59, Javier Martinez Canillas wrote:
> The commit 9b4cac33adc7 ("clk: max77686: Migrate to clk_hw based OF and
> registration APIs") converted the driver to use the new provider API to
> register clocks using clk_hw.
>
> But unfortunately, in the conversion it missed
From: Geert Uytterhoeven
Date: Thu, 6 Oct 2016 16:44:53 +0200
> If NO_DMA=y:
>
> drivers/built-in.o: In function `emac_probe':
> emac.c:(.text+0x3780b8): undefined reference to `bad_dma_ops'
> emac.c:(.text+0x3780e2): undefined reference to `bad_dma_ops'
> emac.c:(.text+0x378112
Hi, Subhash.
> Thanks Kim for the response.
>
> On 2016-10-06 03:28, Kiwoong Kim wrote:
> > Hi, Subhash.
> >
> > Some UFS host controllers may need to call the vendor specific
> > callback before and after controlling by clock control framework,
> > regardless of whether available clocks are turn
From: Laura Abbott
Date: Thu, 6 Oct 2016 11:22:51 -0700
> An extra entry for MDIO_XGENE got added during merging.
> Delete it.
>
> Reviewed-by: Andrew Lunn
> Signed-off-by: Laura Abbott
Applied, thanks.
UFS devfreq clock scaling work may require clocks to be ON if it need to
execute some UFS commands hence it may request for clock hold before
issuing the command. But if UFS clock gating work is already running in
parallel, ungate work would end up waiting for the clock gating work to
finish and as
Hi Markus,
On Thu, Oct 06, 2016 at 06:33:33PM +0200, Markus Trippelsdorf wrote:
> Scrolling down is broken when using "perf top --hierarchy".
> When it starts up everything is OK and one can scroll up and down to all
> entries. But as further and further new entries get added to the list,
> scroll
On 2016-10-06 18:16, Kiwoong Kim wrote:
Hi, Subhash.
Thanks Kim for the response.
On 2016-10-06 03:28, Kiwoong Kim wrote:
> Hi, Subhash.
>
> Some UFS host controllers may need to call the vendor specific
> callback before and after controlling by clock control framework,
> regardless of whethe
Add support for the tc654 and tc655 fan controllers from Microchip.
http://ww1.microchip.com/downloads/en/DeviceDoc/20001734C.pdf
Signed-off-by: Chris Packham
---
Changes in v2:
- Add Documentation/hwmon/tc654
- Incorporate most of the review comments from Guenter. Additional error
handling i
The following changes since commit b8927721ae9d5ac0582d29d7b8c267d465ad5f00:
Merge tag 'ext4_for_linus_stable' of
git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4 (2016-08-29 12:37:11
-0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tytso
Vendor specific setup_clocks callback may require the clocks managed
by ufshcd driver to be ON. So if the vendor specific setup_clocks callback
is called while the required clocks are turned off, it could result into
unclocked register access.
To prevent possible unclock register access, this chan
On 10/06/16 at 02:39pm, Kees Cook wrote:
> On Wed, Oct 5, 2016 at 10:12 PM, Dave Young wrote:
> > With CONFIG_DEVMEM not set, CONFIG_STRICT_DEVMEM will be useless
> > even if it is set =y, thus let's update the dependency in Kconfig.
> >
> > Signed-off-by: Dave Young
>
> Acked-by: Kees Cook
>
Kconfig comment suggests setting it as "n" if in doubt thus move the
default value to 'n'.
Signed-off-by: Dave Young
Suggested-by: Kees Cook
---
drivers/char/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-x86.orig/drivers/char/Kconfig
+++ linux-x86/drivers/char/Kcon
On Thu, Oct 6, 2016 at 1:21 AM, Lee Jones wrote:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git mfd-for-linus-4.9
No such branch or tag. Forgot to push out? Normally you do a tag, but
the last one there is refs/tags/mfd-for-linus-4.8..
Linus
Hi Arnaldo and Krister,
On Wed, Oct 05, 2016 at 08:45:24AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Sat, Oct 01, 2016 at 08:13:36PM -0700, Krister Johansen escreveu:
> > If dso__load_kcore frees all of the existing maps, but one has already
> > been attached to a callchain cursor node, then we
Added braces to else statements where checkpatch complained.
Signed-off-by: Chase Metzger
---
drivers/staging/greybus/audio_topology.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/greybus/audio_topology.c
b/drivers/staging/greybus/audio_topology.c
i
Hi Joshua,
couple of nits inline below:
On Thu, Oct 6, 2016 at 1:34 PM, Joshua Clayton wrote:
> diff --git a/drivers/fpga/Kconfig b/drivers/fpga/Kconfig
> index cd84934..ccad5b1 100644
> --- a/drivers/fpga/Kconfig
> +++ b/drivers/fpga/Kconfig
> @@ -13,6 +13,12 @@ config FPGA
>
> if FPGA
>
> +c
701 - 800 of 870 matches
Mail list logo
