The nvme fabric (RDMA, FC, etc...) can introduce port, link or node
failures that may require a reconnect to re-establish the connection.
Add a new reconnecting state that will initially be used by the RDMA
driver.
Reviewed-by: Jay Freyensee
Reviewed-by: Sagi Grimberg
Signed-off-by: Christoph H
NVMe over fabrics will use __nvme_submit_sync_cmd in the the
transport and require a few tweaks to it. For that we export it
and add a few more paramters:
1. allow passing a queue ID to the block layer
For the NVMe over Fabrics connect command we need to able to specify a
queue ID that we
This patch set implements the NVMe over Fabrics RDMA host and the target
drivers.
The host driver is tied into the NVMe host stack and implements the RDMA
transport under the NVMe core and Fabrics modules. The NVMe over Fabrics
RDMA host module is responsible for establishing a connection against
The NVMe over Fabrics library provides an interface for both transports
and the nvme core to handle fabrics specific commands and attributes
independent of the underlying transport.
In addition, the fabrics library adds a misc device interface that allow
actually creating a fabrics controller, as
For Fabrics we're not going through an intermediate reset state
(at least for now).
Reviewed-by: Jay Freyensee
Reviewed-by: Sagi Grimberg
Signed-off-by: Christoph Hellwig
---
drivers/nvme/host/core.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/nvme/host/core.c b/drivers/nvme/ho
From: James Smart
Signed-off-by: James Smart
Reviewed-by: Sagi Grimberg
Signed-off-by: Christoph Hellwig
---
include/linux/nvme.h | 23 +++
1 file changed, 23 insertions(+)
diff --git a/include/linux/nvme.h b/include/linux/nvme.h
index a9b8c7b..2b82f05 100644
--- a/includ
Reviewed-by: Sagi Grimberg
Signed-off-by: Christoph Hellwig
---
include/linux/nvme.h | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/include/linux/nvme.h b/include/linux/nvme.h
index 9925b85..9807d98 100644
--- a/include/linux/nvme.h
+++ b/include/linux/nvme.h
@@
Centralize the check if a given NVMe command reads or writes data.
Reviewed-by: Sagi Grimberg
Reviewed-by: Jay Freyensee
Signed-off-by: Christoph Hellwig
---
drivers/nvme/host/core.c | 5 ++---
include/linux/nvme.h | 5 +
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/d
Colin King writes:
> From: Colin Ian King
>
> There is redundant code in the clean up exit path when dpi_connector
> fails to be allocated. The current code checks if connector is NULL
> before destroying it, in fact, connector is NULL at this point so
> the check is redundant and can be remove
On 06/06/2016 11:23 PM, Sudip Mukherjee wrote:
> The only caller of get_gadget_descs() has already dereferenced udc
> before calling this function, so udc can not be NULL at this point of
> the code and hence no use of checking it.
>
> Signed-off-by: Sudip Mukherjee
> ---
> drivers/usb/usbip/v
On Fri, Jun 03, 2016 at 03:58:09AM -0700, tip-bot for Peter Zijlstra wrote:
> Commit-ID: 25841ee0e9d2a1d952828138416701f20ea831eb
> Gitweb: http://git.kernel.org/tip/25841ee0e9d2a1d952828138416701f20ea831eb
> Author: Peter Zijlstra
> AuthorDate: Sun, 22 May 2016 12:48:27 +0200
> Committer
On Mon, 2016-06-06 at 15:48 -0400, Johannes Weiner wrote:
> There is currently no modular user of this function. We used to have
> filesystems that open-coded the page cache instantiation, but luckily
> they're all streamlined, and we don't want this to come back.
>
> Signed-off-by: Johannes Weine
On Mon, 2016-06-06 at 15:48 -0400, Johannes Weiner wrote:
> They're the same function, and for the purpose of all callers they
> are
> equivalent to lru_cache_add().
>
> Signed-off-by: Johannes Weiner
>
Reviewed-by: Rik van Riel
--
All Rights Reversed.
signature.asc
Description: This is a
On Mon, 2016-06-06 at 15:48 -0400, Johannes Weiner wrote:
> Currently, THP are counted as single pages until they are split right
> before being swapped out. However, at that point the VM is already in
> the middle of reclaim, and adjusting the LRU balance then is useless.
>
> Always account THP b
We have dereferenced page_ext before checking it. Lets check it first
and then used it.
Signed-off-by: Sudip Mukherjee
---
mm/page_owner.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/mm/page_owner.c b/mm/page_owner.c
index 587dcca..8fa5083 100644
--- a/mm/page_owner
On 06/07/2016 05:23 AM, Arnaldo Carvalho de Melo wrote:
Em Mon, Jun 06, 2016 at 07:52:53PM +0900, Taeung Song escreveu:
Because of die() at perf_parse_file() a config set was freed
in collect_config(), if failed.
But it is natural to free a config set after collect_config() is done
when some p
On Sat, Jun 4, 2016 at 5:22 AM, Alan wrote:
>> I would expect those IP blocks to do nothing and not block lower power
>> states if the firmware is not loaded. If that is not the case, I think
>> that should be fixed such that those lower power states are at least
>> available during suspend (if no
> Hi,
>
> commit in $Subject breaks suspend to disk on my box here. Reverting it
> ontop of 4.7-rc2 fixes the problem. DRM-specific messages in dmesg are:
>
Brokens how ? Symptoms ?
Cheers,
Jérôme
Because of die() at perf_parse_file() a config set was freed
in collect_config(), if failed.
But it is natural to free a config set after collect_config() is done
when some problems happened.
So, in case of failure, lastly free a config set at perf_config_set__new()
instead of freeing the config s
Hi Linus,
2016-06-07 1:36 GMT+09:00 Linus Torvalds :
> Side note:
>
> On Mon, Jun 6, 2016 at 2:28 AM, Masahiro Yamada
> wrote:
>>
>> -#define IS_REACHABLE(option) (config_enabled(option) || \
>> -(config_enabled(option##_MODULE) && config_enabled(MODULE)))
>> +#define IS_REACHABL
On 06/01/2016 07:41 AM, Jens Wiklander wrote:
few minor comments below.
I see the patch generated (with --strict):
> CHECK: Alignment should match open parenthesis
> #512: FILE: drivers/tee/tee.c:375:
> +static int tee_ioctl_close_session(struct tee_context *ctx,
> + struct tee_ioctl_
On Mon, Jun 6, 2016 at 2:15 PM, Al Viro wrote:
>
> FWIW, there's another fun issue on ramfs - dcache_readdir() is doing an
> obscene amount of grabbing/releasing ->d_lock
Yeah, I saw that report, and I'm not entirely surprised. There was no
real reason to worry about it before, since readdir() co
- On May 30, 2016, at 9:18 AM, Mathieu Desnoyers
mathieu.desnoy...@efficios.com wrote:
> - On May 27, 2016, at 5:16 PM, Julien Desfossez jdesfos...@efficios.com
> wrote:
>
>> Currently, the priority of tasks is modified directly in the scheduling
>> functions. Encapsulate priority update
On 06/01, Dmitry Safonov wrote:
>
> static int fill_thread_core_info(struct elf_thread_core_info *t,
>const struct user_regset_view *view,
> - long signr, size_t *total)
> + long signr, size_t *total,
> +
On 06/06/2016 05:02 PM, Peter Zijlstra wrote:
On Mon, Jun 06, 2016 at 10:18:16AM -0700, Davidlohr Bueso wrote:
Hi Ingo -- is there any reason why this series (or at least this particular
patch) was not picked up (being in Peter's queue)? It seems that all the
recent rwsem changes are now in -tip
On 06/01/2016 07:41 AM, Jens Wiklander wrote:
[...]
> diff --git a/drivers/tee/Makefile b/drivers/tee/Makefile
> index 60d2dab..53f3c76 100644
> --- a/drivers/tee/Makefile
> +++ b/drivers/tee/Makefile
> @@ -1,3 +1,4 @@
> obj-y += tee.o
> obj-y += tee_shm.o
> obj-y += tee_shm_pool.o
> +obj-$(CONF
On 6/6/2016 2:39 AM, Laxman Dewangan wrote:
>
> On Saturday 04 June 2016 01:52 AM, Rhyland Klein wrote:
>> +
>> +max77620_default: pinmux@0 {
>> +pin_gpio {
>> +pins = "gpio0", "gpio1", "gpio2",
>> "gpio5",
>> +
On 2016-06-04 08:30, Marc Zyngier wrote:
On Fri, 13 May 2016 12:16:42 -0400
Agustin Vega-Frias wrote:
This allows irqchip drivers to associate an ACPI DSDT device to
an IRQ domain and provides support for using the ResourceSource
in Extended IRQ Resources to find the domain and map the IRQs
sp
On Mon, Jun 6, 2016 at 6:25 PM, Viresh Kumar wrote:
> On 6 June 2016 at 18:27, Rafael J. Wysocki wrote:
>> On Mon, Jun 6, 2016 at 2:24 PM, Viresh Kumar wrote:
>>> On 6 June 2016 at 17:40, Rafael J. Wysocki wrote:
On Monday, June 06, 2016 09:22:31 AM Viresh Kumar wrote:
>>>
> I agree wi
On Mon, 2016-06-06 at 15:48 -0400, Johannes Weiner wrote:
>
> +void lru_cache_putback(struct page *page)
> +{
> + struct pagevec *pvec = &get_cpu_var(lru_putback_pvec);
> +
> + get_page(page);
> + if (!pagevec_space(pvec))
> + __pagevec_lru_add(pvec, false);
> + pagevec
On Mon, Jun 06, 2016 at 05:40:19PM -0400, Jerome Glisse wrote:
> Brokens how ? Symptoms ?
Whoops, sorry, I meant to elaborate...
After doing:
echo "shutdown" > /sys/power/disk
echo "disk" > /sys/power/state
screen goes blank but machine remains powered on and doesn't go off. No
On Sun, 2016-06-05 at 22:11 +0100, Djalal Harouni wrote:
> On Wed, Jun 01, 2016 at 12:41:00PM -0400, James Bottomley wrote:
> > On Wed, 2016-06-01 at 18:21 +0200, Michał Zegan wrote:
> > > As I sent a reply in a ... wrong way, I do it again. my question
> > > was:
> > > Why isn't it done at the vfs
On Tue, 7 Jun 2016, Masahiro Yamada wrote:
> Because config_enabled() is so useful,
> maybe people tend to abuse it.
>
> I see one case where config_enabled() is used
> for a non-config macro.
>
> #define __EXPORT_SYMBOL(sym, sec) \
>__cond_export_sym(sym, sec, config_enabled(__KSYM_
I was going to bother you to add a bunch more trees to pull into -next
now that I'll be merging arm64 changes for the Raspberry Pi 3, but
instead I've decided to start using the maint-scripts to make generating
a single for-next branch trivial.
So, could you replace all of my -next branches you're
On Mon, Jun 06, 2016 at 02:46:44PM -0700, Linus Torvalds wrote:
> Let's look at smaller changes first.
>
> In particular, why the f*ck do we take "next->d_lock" at all, much less twice?
See upthread re "low-hanging fruit".
> Do we really need that? Both of them seem bogus:
>
> - the first one
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 3613a6245b9fb5091724961e502fd1228de40f32
commit: 9360575c5837cfee841ad350de5be830b840d972 usbip: vudc: Add vudc to
Kconfig
date: 6 weeks ago
coccinelle warnings: (new ones prefixed by >>)
>> drivers/usb
On Mon, 2016-06-06 at 17:59 +0200, Peter Zijlstra wrote:
> On Fri, Jun 03, 2016 at 02:33:47PM +1000, Benjamin Herrenschmidt wrote:
> >
> > - For the above, can you show (or describe) where the qspinlock
> > improves things compared to our current locks.
> So currently PPC has a fairly straight
On Mon, Jun 06, 2016 at 05:56:09PM -0400, Rik van Riel wrote:
> On Mon, 2016-06-06 at 15:48 -0400, Johannes Weiner wrote:
> >
> > +void lru_cache_putback(struct page *page)
> > +{
> > + struct pagevec *pvec = &get_cpu_var(lru_putback_pvec);
> > +
> > + get_page(page);
> > + if (!pagevec_spac
On 06/01, Dmitry Safonov wrote:
>
> Note, that this will work only if application has changed it's CS.
So, suppose it changes it's CS and crashes,
> If the application does 32-bit syscall with __USER_CS, ptrace
> @@ -1355,7 +1355,7 @@ void update_regset_xstate_info(unsigned int size, u64
> xstat
While testing the deadline scheduler + cgroup setup I hit this
warning.
[ 132.612935] [ cut here ]
[ 132.612951] WARNING: CPU: 5 PID: 0 at kernel/softirq.c:150
__local_bh_enable_ip+0x6b/0x80
[ 132.612952] Modules linked in: (a ton of modules...)
[ 132.612981] CPU: 5 PI
On Fri, 3 Jun 2016, Michal Hocko wrote:
> From: Michal Hocko
>
> Currently oom_kill_process skips both the oom reaper and SIG_KILL if a
> process sharing the same mm is unkillable via OOM_ADJUST_MIN. After "mm,
> oom_adj: make sure processes sharing mm have same view of oom_score_adj"
> all such
On Monday, June 6, 2016 12:42:56 PM CEST Mark Rutland wrote:
> On Mon, Jun 06, 2016 at 11:09:07AM +0200, Arnd Bergmann wrote:
> > On Monday, June 6, 2016 9:56:27 AM CEST Mark Rutland wrote:
> >
> > So far, the assumption has been:
> >
> > - when running a non-LPAE kernel, keystone is not coherent,
On Friday, June 3, 2016 5:57:31 PM CEST Andre Przywara wrote:
> When the sun4i DRM driver is compiled with LPAE enabled, dma_addr_t turns
> into a 64-bit type, which causes warnings with some debug printks:
> =
> In file included from
> drivers/gpu/drm/sun4i/sun4i_backend.c:13::
> d
On Monday 06 June 2016 09:37 AM, Sudip Mukherjee wrote:
On Thu, Jan 10, 2002 at 12:50:58AM +0800, kbuild test robot wrote:
Hi,
It's probably a bug fix that unveils the link errors.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: af8c34ce6ae32addda3788
2016-06-06 21:42 GMT+08:00 Paolo Bonzini :
>
>
> On 03/06/2016 09:16, Ingo Molnar wrote:
>>
>> But I'm very annoyed that this was in v3 and still has so many trivial
>> problems:
>> incredibly bad and confusing spelling, totally bad, fragile, apparently
>> write-only
>> code - and I counted like
blkdev_issue_zeroout try discard/writesame first, if they fail, zeroout
fallback to regular write. The problem is discard/writesame doesn't
return error for -EOPNOTSUPP, then zeroout can't do fallback and leave
disk data not changed. zeroout should have guaranteed zero-fill
behavior.
https://bugzi
On 6 June 2016 at 06:55, Kevin Hilman wrote:
> kernelci.org bot writes:
>
>> stable-queue boot: 73 boots: 3 failed, 68 passed with 2 offline
>> (v4.6.1-121-g2276ff7d4bf9)
>>
>> Full Boot Summary:
>> https://kernelci.org/boot/all/job/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/
>> Full Build Su
2016-06-06 21:40 GMT+08:00 Paolo Bonzini :
>
>
> On 02/06/2016 15:59, Rik van Riel wrote:
>> If a guest is saved to disk and later restored (eg. after
>> a host reboot), or live migrated to another host, I would
>> expect to get totally disjoint steal time statistics from
>> the "new run" of the gu
Hello,
On 06/06/2016 06:32 PM, Tyler Baker wrote:
> On 6 June 2016 at 06:55, Kevin Hilman wrote:
>> kernelci.org bot writes:
>>
>>> stable-queue boot: 73 boots: 3 failed, 68 passed with 2 offline
>>> (v4.6.1-121-g2276ff7d4bf9)
>>>
>>> Full Boot Summary:
>>> https://kernelci.org/boot/all/job/st
On Fri, Jun 3, 2016 at 3:35 PM, Viresh Kumar wrote:
> The cpufreq core doesn't use these tables anymore after
> cpufreq_table_validate_and_show() has returned. And so these can be
> freed early.
That doesn't look particularly efficient.
The driver has to allocate memory first and populate it an
From: Rob Landley
The kernel has string parsing code for NFS mount options, but it seems
to have bit-rotted over the years, so toybox mount needs the following
patch to be able to mount nfs. Without it, the kernel returns "invalid
argument" before sending any network traffic.
For more informatio
Several host bridge drivers iterate through the list of bridge windows to
request resources. Several others don't request the window resources at
all.
Add a devm_request_pci_bus_resources() interface to make it easier for
drivers to request all the window resources.
Signed-off-by: Bjorn Helgaas
Several host bridge drivers (designware and all derivatives, iproc,
xgene, xilinx, and xilinx-nwl) don't request the MMIO and I/O port
windows they forward downstream to the PCI bus.
That means the PCI core can't request resources for PCI bridge
windows and PCI BARs.
Several other drivers (altera
The switch is the only statement in the resource_list_for_each_entry()
loop, so remove unnecessary "continue" statements in the switch.
No functional change intended.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pcie-designware.c |6 +-
1 file changed, 1 insertion(+), 5 deletions(-
Request host bridge window resources so they appear in ioport_resource and
iomem_resource and are reflected in /proc/ioports and /proc/iomem.
For example, the following entries did not previously appear in /proc/iomem:
e18000-e1 : /soc/pcie@1f2b
e18000-e182ff : PCI B
Request host bridge window resources so they appear in ioport_resource and
iomem_resource and are reflected in /proc/ioports and /proc/iomem.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pcie-iproc.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/pci/host/pcie-iproc.c b/
Request host bridge window resources so they appear in ioport_resource and
iomem_resource and are reflected in /proc/ioports and /proc/iomem.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pcie-designware.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/pci/host/pcie-desig
of_pci_get_host_bridge_resources() allocates a list of resources for host
bridge windows. If we fail after allocating that list, free it before we
return error.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pcie-xilinx.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
d
Use dev_printk() when possible to make messages more useful.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pcie-xilinx-nwl.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pci/host/pcie-xilinx-nwl.c
b/drivers/pci/host/pcie-xilinx-nwl.c
index 3c16bbf..0b597d9
Request host bridge window resources so they appear in ioport_resource and
iomem_resource and are reflected in /proc/ioports and /proc/iomem.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pcie-xilinx.c |5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/pci/host/pcie-xilinx.c
of_pci_get_host_bridge_resources() allocates a list of resources for host
bridge windows. If we fail after allocating that list, free it before we
return error.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pcie-xilinx-nwl.c | 14 ++
1 file changed, 10 insertions(+), 4 deletio
Signed-off-by: Rithvik Patibandla
---
drivers/staging/nvec/nvec-keytable.h | 3 +--
drivers/staging/nvec/nvec_power.c| 2 +-
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/nvec/nvec-keytable.h
b/drivers/staging/nvec/nvec-keytable.h
index 1dc22cb..b51f756 10064
The switch is the only statement in the resource_list_for_each_entry()
loop, so remove unnecessary "continue" statements in the switch. Simplify
checking for the required non-prefetchable memory aperture. Inline
altera_pcie_release_of_pci_ranges(), which is only called once.
No functional change
Previously we allocated the PCI resource list in
gen_pci_parse_request_of_pci_ranges(), but if we had an error, we freed it
on error in gen_pci_init().
Reorder gen_pci_init() so we can take care of error path cleanup in
gen_pci_parse_request_of_pci_ranges() instead.
Signed-off-by: Bjorn Helgaas
Use devm_request_pci_bus_resources() to request host bridge window
resources instead of doing it by hand in the driver.
No functional change intended.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pci-host-common.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff -
Use devm_request_pci_bus_resources() to request host bridge window
resources instead of doing it by hand in the driver.
No functional change intended.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pcie-altera.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git
41534e53786d ("PCI: tegra: Implement a proper resource hierarchy") did two
things:
1) It added a top-level resource that encloses all resources declared in
the DT description, including registers and bridge apertures, and
2) It requested the bridge apertures, which means the PCI core can
Request host bridge window resources so they appear in ioport_resource and
iomem_resource and are reflected in /proc/ioports and /proc/iomem.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pci-rcar-gen2.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/pci/host/pci-rcar-gen
Use devm_request_pci_bus_resources() to request host bridge window
resources instead of doing it by hand in the driver.
No functional change intended.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pci-tegra.c | 16
1 file changed, 4 insertions(+), 12 deletions(-)
diff --
Use devm_request_pci_bus_resources() to request host bridge window
resources instead of doing it by hand in the driver.
No functional change intended.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pcie-rcar.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a
Use devm_request_pci_bus_resources() to request host bridge window
resources instead of doing it by hand in the driver.
No functional change intended.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pci-mvebu.c | 17 +++--
1 file changed, 7 insertions(+), 10 deletions(-)
diff -
The switch is the only statement in the resource_list_for_each_entry()
loop, so remove unnecessary "continue" statements in the switch. Simplify
checking for the required non-prefetchable memory aperture.
No functional change intended.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pci-host
Use devm_request_pci_bus_resources() to request host bridge window
resources instead of doing it by hand in the driver.
No functional change intended.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pci-versatile.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --g
The switch is the only statement in the resource_list_for_each_entry()
loop, so remove unnecessary "continue" statements in the switch. Simplify
checking for the required non-prefetchable memory aperture.
No functional change intended.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pci-vers
Hi,
[auto build test ERROR on block/for-next]
[also build test ERROR on v4.7-rc2 next-20160606]
[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/commits/Christoph-Hellwig/block-Export-blk_poll/20160607
The switch is the only statement in the resource_list_for_each_entry()
loop, so remove unnecessary cases and "continue" statements in the switch.
Inline rcar_pcie_release_of_pci_ranges(), which is only called once.
No functional change intended.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host
of_pci_get_host_bridge_resources() allocates a list of resources for host
bridge windows. If we fail after allocating that list, free it before we
return error.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pci-xgene.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
di
Request host bridge window resources so they appear in ioport_resource and
iomem_resource and are reflected in /proc/ioports and /proc/iomem.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pcie-xilinx-nwl.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/pci/host/pcie-xilin
of_pci_get_host_bridge_resources() allocates a list of resources for host
bridge windows. If we fail after allocating that list, free it before we
return error.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pcie-designware.c | 24 +---
1 file changed, 17 insertions(+),
On Mon, Jun 06, 2016 at 09:30:12PM +0200, PaX Team wrote:
>
> what matters for latent entropy is not the actual values fed into the entropy
> pool (they're effectively compile time constants save for runtime data
> dependent
> computations) but the precise sequence of them. interrupts stir this s
On 5/28/2016 1:01 AM, Dan Carpenter wrote:
> That extra tabs are misleading.
>
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/infiniband/hw/hfi1/init.c
> b/drivers/infiniband/hw/hfi1/init.c
> index 5cc492e..0d28a5a 100644
> --- a/drivers/infiniband/hw/hfi1/init.c
> +++ b/drivers/infini
All new designs should use external VDDD according to official
documentation. See ER1 in errata sheet:
http://cache.nxp.com/files/analog/doc/errata/SGTL5000ER.pdf
Signed-off-by: Clemens Gruber
---
sound/soc/codecs/sgtl5000.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/sound/soc/codecs/sgt
The mm-of-the-moment snapshot 2016-06-06-16-15 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
The function is getting out of control, it has too many goto
statements and would be too complicated for adding a feature
two-level device table. So, it is time for us to cleanup and
move some of the logic to a separate function without affecting
the existing functionality.
Signed-off-by: Shanker
From: Eric Nelson
Initialize CHIP_ANA_POWER to match power on defaults, which disables
ADC, DAC, and charge pumps.
In the process, remove references to the following register/bitfields
from the sgtl5000_set_power_regs routine:
CHIP_ANA_POWER/LINREG_SIMPLE_POWERUP and
CHIP_LINREG_
No references to argument 'node_name' after modifying pr_xxx()
messages to include ITS base address instead of 'node_name'.
Signed-off-by: Shanker Donthineni
---
drivers/irqchip/irq-gic-v3-its.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/irqchip/irq-gic-v3-it
From: Eric Nelson
Disabling the SGTL5000 through regulators would certainly save more
power than simply disabling the reference voltages as described in the
data sheet, but won't properly restore things on resume.
This driver does not support active regulators. So we simply disable the
reference
This patch set addresses a structural problem in the handling of
regulators for VDDIO, VDDA, and VDDD in the SGTL5000 driver.
The first two of these power rails must be powered on prior to any I2C
communication, and yet the regulators were tied to the codec, which is
instantiated only after a fair
From: Eric Nelson
If an error occurs writing defaults, produce an error message but
continue writing other registers. The failure of a single write should
not cause catastrophic device failure.
In at least one occurrence, I2C writes of CHIP_ANA_POWER were nacked,
though continuing allowed the de
From: Eric Nelson
To handle the soft reboot case, the internal PLL must be
disabled in SGTL5000_CHIP_CLK_CTRL before clearing bits
SGTL5000_VCOAMP_POWERUP and SGTL5000_PLL_POWERUP in
register SGTL5000_CHIP_ANA_POWER.
Signed-off-by: Eric Nelson
Signed-off-by: Clemens Gruber
---
sound/soc/codec
This patch adds the two handy helper functions for reading and writing
ITS BASERn register.
Signed-off-by: Shanker Donthineni
---
Changes since v1:
baser->val is consistent with hardware register contents.
drivers/irqchip/irq-gic-v3-its.c | 30 ++
1 file changed, 2
From: Eric Nelson
Regulator support on SGTL5000 is broken because the VDDIO and
VDDA and VDDD should be powered on before enabling MCLK as
shown in Figure 4 of [1]. This requires moving control of the
regulators from the codec block to the I2C block of the driver.
The bulk of this patch consists
Since device IDs are extremely sparse, the single, a.k.a flat table is
not sufficient for the following two reasons.
1) According to ARM-GIC spec, ITS hw can access maximum of 256(pages)*
64K(pageszie) bytes. In the best case, it supports upto DEVid=21
sparse with minimum device table entry
Only the device table BASERn needs to be handled differently as
compared to all other tables. So, adding a separate function for
easy code maintenance and improved code readability.
Signed-off-by: Shanker Donthineni
---
drivers/irqchip/irq-gic-v3-its.c | 49 +-
On 6/1/2016 2:06 PM, Colin King wrote:
> From: Colin Ian King
>
> The current error handling in setup_hw_stats has a couple of issues.
> It is possible to generate a null pointer deference on the
> kfree of hsag->attrs[i] because two of the early error exit paths
> jump to the kfree when hsags NU
Steven Rostedt suggests in reference to "[PATCH][RT] netpoll: Always
take poll_lock when doing polling"
>> >> [ Alison, can you try this patch ]
>>
Sebastian follows up:
>> >Alison, did you try it?
I wrote:
>> I did try that patch, but it hasn't made much difference. Let me
>> back up and resta
On 6/2/2016 5:45 AM, Krzysztof Kozlowski wrote:
> The DMA attributes are set but never used.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/infiniband/hw/usnic/usnic_uiom.c | 5 -
> 1 file changed, 5 deletions(-)
>
> diff --git a/drivers/infiniband/hw/usnic/usnic_uiom.c
> b/drivers
On Tue, Jun 07, 2016 at 04:35:18AM +0530, Rithvik Patibandla wrote:
> Signed-off-by: Rithvik Patibandla
> ---
I can't take patches with no changelog text, sorry.
On Mon, Jun 06, 2016 at 06:43:47PM -0400, Javier Martinez Canillas wrote:
> On 06/06/2016 06:32 PM, Tyler Baker wrote:
> > I have bisected[1] these two failures down to 5e3ca2b349b1
> > ("regulator: Try to resolve regulators supplies on registration") and
> > confirmed that reverting this patch on
Hi Andrew,
On Mon, 6 Jun 2016 13:31:20 -0700 Andrew Morton
wrote:
>
> From: Andrew Morton
> Subject: tile: early_printk.o is always required
Added to linux-next today (will be dropped if it turns up elsewhere).
--
Cheers,
Stephen Rothwell
201 - 300 of 1112 matches
Mail list logo
