On Wed, 2016-08-24 at 14:24 -0500, Josh Poimboeuf wrote:
> On Wed, Aug 24, 2016 at 12:07:06PM -0700, Joe Perches wrote:
> > On Wed, 2016-08-24 at 13:43 -0500, Josh Poimboeuf wrote:
> > > On Wed, Aug 24, 2016 at 10:28:38AM -0700, Joe Perches wrote:
> > > > On Wed, 2016-08-24 at 11:50 -0500, Josh Poi
On 08/21/2016 07:09 AM, Frederic Dalleau wrote:
Hi Marcel, Johan,
I am unable to unload module bluetooth to verify that the second
leak is not a false positive; however, the one in btusb is a real
memory leak.
There was a bugzilla last week with that backtrace:
https://bugzilla.kernel.org/sho
For systems with >4G of RAM, the current implementation adds a second
inbound PCIe window starting at 128G this leaves all memory from 4G to
128G inaccessible to inbound PCIe transactions. The according errors
can be observed by using the EDAC driver for MPC85XX.
This patch changes this behaviour
On 08/23/2016 03:36 PM, Aaro Koskinen wrote:
Hi,
gpio-leds fails to probe on OCTEON with v4.8-rc3 and when using
arch/mips/boot/dts/cavium-octeon/dlink_dsr-1000n.dts. Leds still
worked with v4.7.
I bisected this to:
commit 15cc2ed6dcf91a8658e084be4e140147161819d7
Author: Jon Hu
(RESENDING to include f2fs, fs-devel and dm-devel)
Hi Jens,
This series is based on linus' v4.8-rc2 branch.
As Host Aware drives are becoming available we would like to be able
to make use of such drives. This series is also intended to be
suitable for use by Host Managed drives.
ZBC [and ZAC]
(RESENDING to include f2fs, fs-devel and dm-devel)
Add op flags to access to zone information as well as open, close
and reset zones:
- REQ_OP_ZONE_REPORT - Query zone information (Report zones)
- REQ_OP_ZONE_OPEN - Explicitly open a zone for writing
- REQ_OP_ZONE_CLOSE - Explicitly close a
(RESENDING to include f2fs, fs-devel and dm-devel)
Add support for ZBC ioctl's
BLKREPORT - Issue Report Zones to device.
BLKZONEACTION - Issue a Zone Action (Close, Finish, Open, or Reset)
Signed-off-by: Shaun Tancheff
---
v8:
- Changed ioctl for zone actions to a single ioctl that
[+cc Andreas, linux-kernel]
On Wed, Aug 24, 2016 at 05:40:53PM +0100, Richard van der Hoff wrote:
> I'm having problems with a Plugable USB-C docking station, with my
> laptop, a Dell XPS 13 (9350). If the docking station is plugged in
> at boot, it works correctly; however, when I hotplug it afte
On Wed, Aug 24, 2016 at 09:34:44AM -0400, Mark Hounschell wrote:
> On 08/18/2016 09:59 AM, Greg Kroah-Hartman wrote:
> > 4.7-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Jiri Kosina
> >
> > commit ff06db1efb2ad6db06eb5b99b88a0c
Hi,
On Wed, Aug 24, 2016 at 09:43:23PM +0200, Johannes Berg wrote:
> On Wed, 2016-08-24 at 20:57 +0300, Aaro Koskinen wrote:
> > Enable sound on PowerBook G4 12".
>
> Looks good to me, I assume you tested it and it works :)
Yes, I have this laptop in use.
A.
On 24.08.2016 16:03, Lennart Sorensen wrote:
> On Tue, Aug 23, 2016 at 10:25:45PM +0100, Al Viro wrote:
>> Sadly, sizeof is what we use when copying that sucker to userland. So these
>> padding bits in the end would've leaked, true enough, and the case is
>> somewhat
>> weaker. And any normal ar
Hi Matthew,
Following our discussion at LinuxCon about Radix Trees and Judy
Array, here is a pointer to my user-space implementation
prototype of RCU Judy Array. I've simplified it a bit (removing
features you don't need, just keeping fixed-sized integer keys),
and it can still be simplified quite
On Wed, Aug 24, 2016 at 08:55:55AM +0200, Daniel Vetter wrote:
> On Fri, Jun 17, 2016 at 12:54 AM, Luis R. Rodriguez wrote:
> > Thou shalt not make firmware calls early on init or probe.
<-- snip -->
> > There are 4 offenders at this time:
> >
> > mcgrof@ergon ~/linux-next (git::20160609)$ expor
Hi Thomas
On Wed, 24 Aug 2016 20:15:31 +0200
Thomas Petazzoni wrote:
> Hello,
>
> On Wed, 24 Aug 2016 19:10:04 +0200, Ralph Sennhauser wrote:
>
> > Going forward, as we disagree and it's basically a political
> > decision, whom do we ask to rule here? Linus?
>
> I don't think Linus will car
On Wed, 24 Aug 2016 14:37:12 -0600 Ross Zwisler
wrote:
> For DAX inodes we need to be careful to never have page cache pages in the
> mapping->page_tree. This radix tree should be composed only of DAX
> exceptional entries and zero pages.
>
> ltp's readahead02 test was triggering a warning bec
On 24 August 2016 at 20:48, Bjørn Mork wrote:
> Rafał Miłecki writes:
>
>> The last big missing thing is Documentation update (this is why I'm
>> sending RFC). Greg pointed out we should have some entries in
>> Documentation/ABI, but it seems none of triggers have it.
>
> There's a lot missing, b
Hi Philipp,
On 24 August 2016 at 15:28, Philipp Zabel wrote:
> Visible only if COMPILE_TEST is enabled, this allows to include the
> driver in build tests.
>
> Cc: Joachim Eastwood
> Signed-off-by: Philipp Zabel
> ---
> drivers/reset/Kconfig | 7 +++
> drivers/reset/Makefile | 2 +-
> 2 f
From: Markus Elfring
Date: Wed, 24 Aug 2016 22:26:37 +0200
A multiplication for the size determination of a memory allocation
indicated that an array data structure should be processed.
Thus reuse the corresponding function "kmalloc_array".
This issue was detected by using the Coccinelle softwar
For DAX inodes we need to be careful to never have page cache pages in the
mapping->page_tree. This radix tree should be composed only of DAX
exceptional entries and zero pages.
ltp's readahead02 test was triggering a warning because we were trying to
insert a DAX exceptional entry but found that
On Wed, 2016-08-24 at 12:35 -0700, Huang, Ying wrote:
> From: Huang Ying
>
> This is a code clean up patch without functionality changes. The
> swap_cluster_list data structure and its operations are introduced to
> provide some better encapsulation for the free cluster and discard
> cluster lis
Recent 4.8-rc changes to bluetooth MSG_TRUNC handling introduced regression;
pairing finishes
but connecting profiles not.
With the below fixes to MSG_TRUNC handling the connection is established
normally.
--Mika
Signed-off-by: Mika Penttilä
---
diff --git a/net/bluetooth/af_bluetooth.c b/
On Wed, Aug 24, 2016 at 10:01:08PM +0200, Arnd Bergmann wrote:
> On Wednesday, August 24, 2016 1:40:01 PM CEST Rich Felker wrote:
> > On Wed, Aug 24, 2016 at 06:42:05PM +0200, Daniel Lezcano wrote:
> > > > diff --git a/drivers/clocksource/Kconfig b/drivers/clocksource/Kconfig
> > > > index 5677886.
On 2016-08-22 11:23 PM, Brian Norris wrote:
+ others
Hi Robert and Felipe,
I have a few questions for one or both of you. I'm not really an expert
on runtime PM, so please take my questions with a grain of salt.
On Wed, Aug 10, 2016 at 04:32:15PM -0400, robert.f...@collabora.com wrote:
From
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCIE_XILINX
drivers/pci/host/Kconfig: bool "Xilinx AXI PCIe host bridge support"
...meaning that it currently is not being built as a module by anyone.
Lets remove the modular code that is essent
The Makefile bits currently controlling compilation of this code are:
obj-$(CONFIG_HOTPLUG_PCI) += pci_hotplug.o
[...]
pci_hotplug-objs:= pci_hotplug_core.o
and the Kconfig is:
drivers/pci/hotplug/Kconfig:menuconfig HOTPLUG_PCI
drivers/pci/hotplug/Kconfig:bool
The Kconfig currently controlling compilation of this code is:
drivers/pci/pcie/Kconfig:config PCIE_DPC
drivers/pci/pcie/Kconfig: bool "PCIe Downstream Port Containment support"
...meaning that it currently is not being built as a module by anyone.
Lets remove the modular code that is esse
This final (assuming more new instances don't leak back in) series
ensures all the PCI code out there that remains using module.h is
actually modular or containing some use of modular infrastructure.
These last commits are slightly more involved than some of the
earlier ones since we are actually
The Makefile fragments currently controlling compilation of this code are:
obj-$(CONFIG_HOTPLUG_PCI_PCIE) += pciehp.o
[...]
pciehp-objs := pciehp_core.o \
The Kconfig currently controlling compilation of this code is:
drivers/pci/pcie/Kconfig:config HOTPLU
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCIE_QCOM
drivers/pci/host/Kconfig: bool "Qualcomm PCIe controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the modular code that is essentially orphane
On Wed, Aug 24, 2016 at 09:52:00PM +0200, Thomas Petazzoni wrote:
> I'll let the platform maintainers decide what's the least
> intrusive/problematic option. Both solutions have drawbacks, so it's
> really a "political" decision to make here.
I think the main valid argument for a revert is that it
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCIE_XILINX_NWL
drivers/pci/host/Kconfig: bool "NWL PCIe Core"
...meaning that it currently is not being built as a module by anyone.
Lets remove the modular code that is essentially orphaned, so
The Kconfig currently controlling compilation of this code is:
drivers/pci/host/Kconfig:config PCI_DRA7XX
drivers/pci/host/Kconfig: bool "TI DRA7xx PCIe controller"
...meaning that it currently is not being built as a module by anyone.
Lets remove the modular code that is essentially orpha
The Kconfig for this option is currently:
config PCIE_PME
def_bool y
depends on PCIEPORTBUS && PM
...where both dependencies are also bool items. That means it currently
is not being built as a module by anyone. Lets remove all traces of
modularity, so that when reading the cod
The Makefile fragments currently controlling compilation of this code are:
obj-$(CONFIG_PCIEAER) += aerdriver.o
aerdriver-objs := aerdrv_errprint.o aerdrv_core.o aerdrv.o
The Kconfig currently controlling compilation of this code is:
drivers/pci/pcie/aer/Kconfig:config PCIEAER
drivers/pci/pcie/a
On Wed, Aug 24, 2016 at 11:29:51AM +0200, Rafał Miłecki wrote:
> On 24 August 2016 at 11:22, Greg KH wrote:
> > On Wed, Aug 24, 2016 at 12:03:29AM +0200, Rafał Miłecki wrote:
> >> +static ssize_t ports_show(struct device *dev, struct device_attribute
> >> *attr,
> >> + char
The Chromebook Pixel 2015 uses this codec with the ACPI ID RT5677CE, but
does not use the standard DT property names so add a new function to
parse the codec properties from these ACPI properties.
Also, the GPIOs are only available by index, so we need to register a
mapping to allow machine driver
This is used by the Chromebook Pixel 2015.
Signed-off-by: Ben Zhang
Signed-off-by: Dylan Reid
[j...@metanate.com:
- forward-port driver from Chromium OS 3.14 tree to master
- remove wake on voice function that isn't supported by upstream rt5677
driver
- remote owner assignment in platform_
This is the second version of the series originally posted here [1].
The second patch is largely unchanged and is still derived from the
Chromium OS 3.14 source, but the patch to the codec driver now takes a
different approach that I hope is easier to review as well resulting in
less code.
[1] ht
On Wed, 24 Aug 2016, Greg Kroah-Hartman wrote:
> > I have a problem with this patch. It only fixes one of the regressions
> > caused by the original change to the floppy driver. It does not address the
> > user land breakage of removing the NODELAY flag checks.
>
> Does the same problem also happ
On Wed, 24 Aug 2016, Grant Likely wrote:
> >> v2:
> >> - Overview in documentation show analogy with usbhid implementation
> >> - sparse errors for statics. Also pointed by Jiri
> >> - Clearly marking exported function header file. Clean up all exports
> >> unused inteface functions
> >> - Changed
Here's a current list of the W: links that seem dead.
It'd be good to update some of them like the analog ones.
I suppose some links are useful for historic purposes, but
perhaps better would be to retrieve the link contents from
archive.org or similar and store them in the tree.
produced by:
$
On 08/23/2016 09:38 AM, Vivien Didelot wrote:
> Now that the dsa_switch_driver structure contains only function pointers
> as it is supposed to, rename it to the more appropriate dsa_switch_ops,
> uniformly to any other operations structure in the kernel.
>
> No functional changes here, basically
On Wed, Aug 24, 2016 at 11:26:27AM +0200, Rafał Miłecki wrote:
> On 24 August 2016 at 11:21, Greg KH wrote:
> > On Wed, Aug 24, 2016 at 12:03:29AM +0200, Rafał Miłecki wrote:
> >> From: Rafał Miłecki
> >>
> >> This commit adds a new trigger responsible for turning on LED when USB
> >> device gets
(cc'ing Christoph)
On Mon, Aug 22, 2016 at 06:03:48PM +0530, Parav Pandit wrote:
> rdmacg: IB/core: rdma controller support
>
> Patch is generated and tested against below Doug's linux-rdma
> git tree.
>
> URL: git://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma.git
> Branch: master
>
>
Hi Jaegeuk,
On Wed, Jun 15, 2016 at 11:32 AM, Jaegeuk Kim wrote:
> On Wed, Jun 15, 2016 at 04:21:13AM +, Damien Le Moal wrote:
>> On 6/15/16 03:45, Jaegeuk Kim wrote:
>> > If mkfs.f2fs gives a feature flag for host-managed SMR, we can set mode=lfs
>> > by default.
>> >
>> > Signed-off-by: Jae
On Fri, Aug 12, 2016 at 6:44 PM, Om Dhyade wrote:
> Update from my tests:
> Use-case: Android application launches.
>
> I tested the patches on android N build, i see max latency ~7ms.
> In my tests, the wait is due to: copy_process(fork.c) blocks all threads in
> __cgroup_procs_write including th
On Mon, Aug 22, 2016 at 06:03:51PM +0530, Parav Pandit wrote:
> + rdma.max
> + A readwrite file that exists for all the cgroups except root that
Can you please add that it's a nested-keyed file?
...
> + rdma.current
> + A read-only file that describes current resource usage.
Ditto.
Th
On Wed, Aug 24, 2016 at 04:52:26PM -0400, Rich Felker wrote:
> On Wed, Aug 24, 2016 at 10:01:08PM +0200, Arnd Bergmann wrote:
> > On Wednesday, August 24, 2016 1:40:01 PM CEST Rich Felker wrote:
> > > I actually tried multiple times to find good resources on policy for
> > > which form to prefer, b
On 24/08/16 22:14, Jiri Kosina wrote:
> On Wed, 24 Aug 2016, Grant Likely wrote:
>
v2:
- Overview in documentation show analogy with usbhid implementation
- sparse errors for statics. Also pointed by Jiri
- Clearly marking exported function header file. Clean up all exports
>>>
The ThunderX SOC uses the same i2c block as the Octeon SOC.
The main difference is that on ThunderX the device is a PCI device
so device probing is done via PCI, interrupts are MSI-X. The
clock rates can be set via device tree or ACPI.
Signed-off-by: Jan Glauber
---
drivers/i2c/busses/Kconfig
Hi Wolfram,
this update should address all comments. The probe funtion
is much easier to read now after using the managed device functions.
We also had an issue with the 5ms timeout and some ipmi/ssif commands so
I dropped the timeout setting to get the 1s default.
Changes to v10:
- Proper use o
Initialize booleon values with true instead of 1.
Signed-off-by: Jan Glauber
---
drivers/i2c/busses/i2c-octeon-core.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c/busses/i2c-octeon-core.c
b/drivers/i2c/busses/i2c-octeon-core.c
index a327a5f..f45ea5e 100644
Add SMBUS alert interrupt support. For now only device tree is
supported for specifying the alert. In case of ACPI an error
is returned.
Signed-off-by: Jan Glauber
---
drivers/i2c/busses/Kconfig | 1 +
drivers/i2c/busses/i2c-octeon-core.h | 3 +++
drivers/i2c/busses/i2c-thund
The i2c Octeon and ThunderX drivers are maintained by Cavium.
While at it fix the whitespace errors of the next entry.
Signed-off-by: Jan Glauber
Acked-by: David Daney
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index a306795..11cba03 10
The register offsets are different between Octeon and ThunderX so move
them into the algorithm struct and get rid of the define.
Signed-off-by: Jan Glauber
---
drivers/i2c/busses/i2c-octeon-core.c | 28 -
drivers/i2c/busses/i2c-octeon-core.h | 35 -
Move common functionality into a separate file in preparation of the
re-use from the ThunderX i2c driver.
Functions are slightly re-ordered but no other changes are included.
Signed-off-by: Jan Glauber
---
drivers/i2c/busses/Makefile | 3 +-
drivers/i2c/busses/i2c-octeon-core.c
Sort include files alphabetically to reduce probability of merge
conflicts.
Signed-off-by: Jan Glauber
---
drivers/i2c/busses/i2c-octeon-platdrv.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/i2c/busses/i2c-octeon-platdrv.c
b/drivers/i2c/busses/i2c-octe
This is an intermediate commit in preparation of the driver split.
The module rename in this commit will be reverted in the next patch,
this is just done to make the series bisectible.
Signed-off-by: Jan Glauber
---
drivers/i2c/busses/Makefile | 2 +-
drivers/i2c/bu
Hello, John.
On Wed, Aug 24, 2016 at 02:16:52PM -0700, John Stultz wrote:
> Hey Peter, Tejun, Oleg,
> So while you're tweaks for the percpu-rwsem have greatly helped the
> regression folks were seeing (many thanks, by the way), as noted
> above, the performance regression with the global lock co
From: K. Y. Srinivasan
Miscellaneous fixes to the balloon driver.
Alex Ng (1):
Drivers: hv: balloon: Use available memory value in pressure report
Vitaly Kuznetsov (4):
Drivers: hv: balloon: keep track of where ha_region starts
Drivers: hv: balloon: account for gaps in hot add regions
D
There's no reliable way to determine which module tainted the kernel
with CONFIG_LIVEPATCH. For example, /sys/module//taint
doesn't report it. Neither does the "mod -t" command in the crash tool.
Make it crystal clear who the guilty party is by converting
CONFIG_LIVEPATCH to a module taint flag.
From: Vitaly Kuznetsov
With the recently introduced in-kernel memory onlining
(MEMORY_HOTPLUG_DEFAULT_ONLINE) these is no point in waiting for pages
to come online in the driver and we can get rid of the waiting.
Signed-off-by: Vitaly Kuznetsov
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/h
From: Vitaly Kuznetsov
Windows 2012 (non-R2) does not specify hot add region in hot add requests
and the logic in hot_add_req() is trying to find a 128Mb-aligned region
covering the request. It may also happen that host's requests are not 128Mb
aligned and the created ha_region will start before
From: Alex Ng
Reports for available memory should use the si_mem_available() value.
The previous freeram value does not include available page cache memory.
Signed-off-by: Alex Ng
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/hv_balloon.c | 13 +
1 files changed, 5 insertions(+
From: Vitaly Kuznetsov
I'm observing the following hot add requests from the WS2012 host:
hot_add_req: start_pfn = 0x108200 count = 330752
hot_add_req: start_pfn = 0x158e00 count = 193536
hot_add_req: start_pfn = 0x188400 count = 239616
As the host doesn't specify hot add regions we're trying t
From: Vitaly Kuznetsov
lockdep reports possible circular locking dependency when udev is used
for memory onlining:
systemd-udevd/3996 is trying to acquire lock:
((memory_chain).rwsem){.+}, at: []
__blocking_notifier_call_chain+0x4e/0xc0
but task is already holding lock:
(&dm_device.h
On Wed, Aug 24, 2016 at 04:33:00PM -0500, Josh Poimboeuf wrote:
> There's no reliable way to determine which module tainted the kernel
> with CONFIG_LIVEPATCH. For example, /sys/module//taint
> doesn't report it. Neither does the "mod -t" command in the crash tool.
>
> Make it crystal clear who
On Wed, Aug 24, 2016 at 10:22:13PM +0100, Mark Rutland wrote:
> On Wed, Aug 24, 2016 at 04:52:26PM -0400, Rich Felker wrote:
> > On Wed, Aug 24, 2016 at 10:01:08PM +0200, Arnd Bergmann wrote:
> > > On Wednesday, August 24, 2016 1:40:01 PM CEST Rich Felker wrote:
> > > > I actually tried multiple ti
On Wed, Aug 24, 2016 at 12:31 AM, Tom Yan wrote:
> On 24 August 2016 at 11:33, Martin K. Petersen
> wrote:
>>> "Tom" == Tom Yan writes:
>>
>> Tom> Nope, SCSI Write Same commands does not have payload (or in SCSI
>> Tom> terms, parameter list / data-out buffer).
>>
>> WRITE SAME has a a paylo
On 24.08.2016 16:24, Nikolay Borisov wrote:
> Hello,
>
> I hit the following BUG:
>
> [1851513.239831] [ cut here ]
> [1851513.240079] kernel BUG at net/unix/garbage.c:149!
> [1851513.240313] invalid opcode: [#1] SMP
> [1851513.248320] CPU: 37 PID: 11683 Comm: ngin
All,
On Wed, Aug 24, 2016 at 10:41:02PM +0200, Ralph Sennhauser wrote:
> On Wed, 24 Aug 2016 20:15:31 +0200
> Thomas Petazzoni wrote:
> > On Wed, 24 Aug 2016 19:10:04 +0200, Ralph Sennhauser wrote:
> >
> > The people who can take this decision are rather the maintainers of
> > the platform itsel
On 8/24/2016 1:41 PM, Sergei Shtylyov wrote:
Hello.
On 08/24/2016 08:53 PM, Xander Huff wrote:
From: Nathan Sullivan
On hardware with multiple PHY devices hooked up to the same IRQ line, allow
them to share it.
Note that it had been allowed until my (erroneous?) commit
33c133cc7598e609
> diff --git a/hw/virtio/virtio-pstore.c b/hw/virtio/virtio-pstore.c
> new file mode 100644
> index 000..b8fb4be
> --- /dev/null
> +++ b/hw/virtio/virtio-pstore.c
> @@ -0,0 +1,699 @@
> +/*
> + * Virtio Pstore Device
> + *
> + * Copyright (C) 2016 LG Electronics
> + *
> + * Authors:
> + * Nam
On 24 August 2016 at 07:18, Nayak, Rajendra wrote:
>
> On 8/24/2016 3:52 PM, Paolo Pisati wrote:
>>
>> On Wed, Aug 17, 2016 at 02:33:40PM -0500, Andy Gross wrote:
>>>
>>> On Wed, Aug 17, 2016 at 10:48:43AM +0530, Rajendra Nayak wrote:
Hey Andy,
This is a respin of v2 with some
This reverts:
commit 33c133cc7598 ("phy: IRQ cannot be shared")
On hardware with multiple PHY devices hooked up to the same IRQ line, allow
them to share it.
Sergei Shtylyov says:
"I'm not sure now what was the reason I concluded that the IRQ sharing
was impossible... most probably I though
On Wed, Aug 24, 2016 at 1:10 AM, Tom Yan wrote:
> Btw, I wonder if you need to memset your buffer with 0 first, like
> what is done in ata_scsi_rbuf_get.
It is not necessary as the defined buffer is completely filled out here.
Are you thinking as a sort of future proofing?
Ex: In the unlikely ev
On Wednesday, August 24, 2016 5:44:44 PM CEST Rich Felker wrote:
> On Wed, Aug 24, 2016 at 10:22:13PM +0100, Mark Rutland wrote:
> > On Wed, Aug 24, 2016 at 04:52:26PM -0400, Rich Felker wrote:
> > As Arnd and others mentioned, the vastly common case is that the endianness
> > of
> > CPUs and devi
This patch removes duplicate code in p80211req_mibset_mibget()
by adding p80211req_handle_action() function.
Signed-off-by: Claudiu Beznea
---
drivers/staging/wlan-ng/p80211req.c | 41 +++--
1 file changed, 21 insertions(+), 20 deletions(-)
diff --git a/drivers/s
For DAX inodes we need to be careful to never have page cache pages in the
mapping->page_tree. This radix tree should be composed only of DAX
exceptional entries and zero pages.
ltp's readahead02 test was triggering a warning because we were trying to
insert a DAX exceptional entry but found that
Hi,
On Wed, Aug 24, 2016 at 03:20:09PM -0400, Rich Felker wrote:
> On Wed, Aug 24, 2016 at 08:01:52PM +0100, Marc Zyngier wrote:
> > On Wed, 24 Aug 2016 13:40:01 -0400
> > Rich Felker wrote:
> >
> > [...]
> >
> > > > IIUC, there is a problem with the interrupt controller where
> > the per irq
>
Am Mittwoch, 24. August 2016, 11:29:39 schrieb Douglas Anderson:
> From: Xing Zheng
>
> We don't have code to handle any of the noc clocks in rk3399 and they're
> all just listed as critical clocks. Let's do the same for
> aclk_emmc_noc.
>
> Without this clock being marked as critical we have p
On Wed, Aug 24, 2016 at 04:57:43PM -0400, Paul Gortmaker wrote:
> This final (assuming more new instances don't leak back in) series
> ensures all the PCI code out there that remains using module.h is
> actually modular or containing some use of modular infrastructure.
>
> These last commits are s
Hi Stefan,
On Tue, Aug 23, 2016 at 5:18 PM, Stefan Wahren wrote:
> Hi,
>
> [add Fabio's NXP address]
>
>> Ksenija Stanojevic hat am 18. August 2016 um
>> 15:44 geschrieben:
>>
>>
>> Split existing driver mxs-lradc into MFD with touchscreen and
>> IIO part.
>>
>> Tested on I.MX28.
>
> i tested th
On Thu, 2016-08-25 at 00:55 +0300, Claudiu Beznea wrote:
> This patch removes duplicate code in p80211req_mibset_mibget()
> by adding p80211req_handle_action() function.
Better would be to remove the prototype and move the
new static to the location of the prototype.
On Tue, 23 Aug 2016 11:30:16 -0300
Mauro Carvalho Chehab wrote:
> On the output text, you'll see two places with "@:c:func:threadfn()".
>
> The problem here is that threadfn() is a function argument. While this
> used to work with DocBooks, now with Sphinx this is not handled well.
>
> I got so
On Wed, 24 Aug 2016 16:14:29 -0600 Ross Zwisler
wrote:
> For DAX inodes we need to be careful to never have page cache pages in the
> mapping->page_tree. This radix tree should be composed only of DAX
> exceptional entries and zero pages.
>
> ltp's readahead02 test was triggering a warning bec
On Wed, Aug 24, 2016 at 2:30 PM, Tejun Heo wrote:
> On Wed, Aug 24, 2016 at 02:16:52PM -0700, John Stultz wrote:
>>
>> So I was wondering if patches to go back to the per signal_struct
>> locking would still be considered? Or is the global lock approach the
>> only way forward?
>
> We can't simply
On Wed, Aug 24, 2016 at 05:44:44PM -0400, Rich Felker wrote:
> On Wed, Aug 24, 2016 at 10:22:13PM +0100, Mark Rutland wrote:
> > On Wed, Aug 24, 2016 at 04:52:26PM -0400, Rich Felker wrote:
> > > On Wed, Aug 24, 2016 at 10:01:08PM +0200, Arnd Bergmann wrote:
> > > > On Wednesday, August 24, 2016 1:
Hi,
> +Whenever RDMA resource charing occurs, owner rdma cgroup is returned to
Should be: charging instead of charing
> +(b) Query resource limit:
> +cat /sys/fs/cgroup/rdma/2/rdma.max
> +#Output:
> +mlx4_0 uctx=max pd=max ah=2 mr=100 mw=max cq=max srq=max qp=10 flow=max
> +ocrdma1 uctx=1 pd=5 ah
On 08/23/2016 10:46 PM, Corentin LABBE wrote:
Hello
+/* Read data from the RNG unit */
+static int cavium_rng_read(struct hwrng *rng, void *dat, size_t max, bool wait)
+{
+ struct cavium_rng *p = container_of(rng, struct cavium_rng, ops);
+ unsigned int size = max;
+
+ while (
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Oleksij Rempel
> Signed-off-by:
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Oleksij Rempel
> Signed-off-by:
Quoting Kevin Hilman (2016-08-19 15:03:06)
> Neil Armstrong writes:
>
> > Add the AO clock controller node for the AmLogic GXBB SoC.
> >
> > Signed-off-by: Neil Armstrong
> > ---
>
> Applying this to the amlogic tree, but will need to wait a cycle due to
> include dependencies on the bindings,
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Lars-Peter Clausen
> Signed-off
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs. Make thing simple by using the
> existing
On 05/17, Purna Chandra Mandal wrote:
> pbclk_set_rate() is using readl_poll_timeout_atomic() even
> though spinlock is released. Fix it by replacing with
> readl_poll_timeout().
>
> Signed-off-by: Purna Chandra Mandal
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member o
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Max Filippov
> Signed-off-by: S
On 05/17, Purna Chandra Mandal wrote:
> Optional SOSC is an external fixed clock running at 32768HZ.
> So Initialize SOSC rate as per PIC32MZDA datasheet.
>
> Signed-off-by: Purna Chandra Mandal
>
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
The sdhci controller on xilinx zynq devices will not function unless
the cd bit is provided. http://www.xilinx.com/support/answers/61064.html
In cases where it is impossible to provide the cd bit in hardware,
setting the controller to test mode and then setting inserted to true
will get the control
The sdhci controller on xilinx zynq devices will not function unless
the cd bit is provided. http://www.xilinx.com/support/answers/61064.html
In cases where it is impossible to provide the cd bit in hardware,
setting the controller to test mode and then setting inserted to true
will get the control
601 - 700 of 813 matches
Mail list logo
