On 01/16/2015 08:17 AM, Al Stone wrote:
> On 01/16/2015 03:20 AM, Catalin Marinas wrote:
>> On Thu, Jan 15, 2015 at 09:31:53PM +, Al Stone wrote:
>>> On 01/15/2015 11:23 AM, Catalin Marinas wrote:
On Thu, Jan 15, 2015 at 04:26:20PM +, Grant Likely wrote:
> On Wed, Jan 14, 2015 at
From: Stefan Haun
./fs/notify/inotify/inotify.h:23:
CHECK: extern prototypes should be avoided in .h files
./fs/notify/inotify/inotify.h:25:
CHECK: extern prototypes should be avoided in .h files
Removed extrn keywords; the matter, however, seems to be an open
debate.
From: Stefan Haun
Fix code-formatting warnings from script/checkpatch.pl; multiple instances of
WARNING: line over 80 characters
CHECK: No space is necessary after a cast
CHECK: Alignment should match open parenthesis
WARNING: quoted string split across lines
CHECK: Blank lines aren't necessary
On Fri, Jan 16, 2015 at 02:41:21PM +0800, Peter Hung wrote:
> From: Peter Hong
>
> The original driver completed with TX function, but RX/MSR/MCR/LSR is not
> workable with this driver. So we rewrite it to make this device workable.
>
> This patch is tested with PassMark BurnInTest with
On Fri, 16 Jan 2015, Michael Kerrisk (man-pages) wrote:
> Hello Thomas,
>
> On 01/15/2015 11:23 PM, Thomas Gleixner wrote:
> > On Thu, 15 Jan 2015, Michael Kerrisk (man-pages) wrote:
> >>> [EINVAL] uaddr equal uaddr2. Requeue to same futex.
> >>
> >> ??? I added this, but does this error not
On 01/16/2015 05:00 AM, Chunyan Zhang wrote:
> Add a full sc9836-uart driver for SC9836 SoC which is based on the
> spreadtrum sharkl64 platform.
> This driver also support earlycon.
> This patch also replaced the spaces between the macros and their
> values with the tabs in serial_core.h
The
On 01/16/2015 03:20 AM, Catalin Marinas wrote:
> On Thu, Jan 15, 2015 at 09:31:53PM +, Al Stone wrote:
>> On 01/15/2015 11:23 AM, Catalin Marinas wrote:
>>> On Thu, Jan 15, 2015 at 04:26:20PM +, Grant Likely wrote:
On Wed, Jan 14, 2015 at 3:04 PM, Hanjun Guo wrote:
> This is the
Hello Thomas,
On 01/15/2015 11:23 PM, Thomas Gleixner wrote:
> On Thu, 15 Jan 2015, Michael Kerrisk (man-pages) wrote:
>>> [EINVAL] uaddr equal uaddr2. Requeue to same futex.
>>
>> ??? I added this, but does this error not occur only for PI requeues?
>
> It's equally wrong for normal futexes.
On Friday 16 January 2015 14:55:45 Will Deacon wrote:
> Hi Tom,
>
> On Fri, Jan 16, 2015 at 02:45:30PM +, Tom Lendacky wrote:
> > I have tested ACPI-enablement patches for the amd-xgbe/amd-xgbe-phy
> > drivers that I'm about to submit upstream with the V7 patch series
> > on the AMD Seattle
On Fri, Jan 09, 2015 at 04:03:42PM +0100, Boris Brezillon wrote:
> Dave, Thierry,
>
> Here is the pull request for the Atmel HLCDC driver and its
> dependencies (some modifications to drm/core and drm/panel to define
> output bus format).
>
> I'm sending a pull request for this driver for
Hi Scott,
Any idea when you will have time to test this?
Regards,
Hans
On 12/26/2014 08:13 AM, Scott Jiang wrote:
> Hi Lad,
>
> I'm on holiday these days. I will test these patches later.
>
> Thanks,
> Scott
>
> 2014-12-20 18:47 GMT+08:00 Lad, Prabhakar :
>> Hi Scott,
>>
>> Although
Hi,
On 01/16/2015 02:19 PM, Kishon Vijay Abraham I wrote:
Hi,
On Friday 16 January 2015 06:02 PM, Maxime Coquelin wrote:
On 01/16/2015 12:56 PM, Maxime Coquelin wrote:
Hi Gabriel,
For the series:
Acked-by: Maxime Coquelin
Kishon, could you take care of adding PHY driver patch
On Fri, 2015-01-16 at 14:11 +0200, Valentin Ilie wrote:
> Call kfree on list2 after using it.
>
> Signed-off-by: Valentin Ilie
> ---
> tools/vm/page_owner_sort.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/tools/vm/page_owner_sort.c b/tools/vm/page_owner_sort.c
> index
On Thu, 15 Jan 2015 20:16:01 -0800
Alexei Starovoitov wrote:
> Hi Ingo, Steven,
>
> This patch set is based on tip/master.
Note, the tracing code isn't maintained in tip/master, but perf code is.
Using the latest 3.19-rc is probably sufficient for now.
Do you have a git repo somewhere that I
Hi Tom,
On Fri, Jan 16, 2015 at 02:45:30PM +, Tom Lendacky wrote:
> I have tested ACPI-enablement patches for the amd-xgbe/amd-xgbe-phy
> drivers that I'm about to submit upstream with the V7 patch series
> on the AMD Seattle server platform. There does not appear to be support
> for the _CCA
Sorry for writing so many mails...But I have one more closer information
which could help to further explain the behavior. See below.
On Friday 16 January 2015 05:30 PM, Pratyush Anand wrote:
Hi Will,
On Thursday 15 January 2015 10:17 PM, Pratyush Anand wrote:
Hi Will / Catalin,
On
On pią, 2015-01-16 at 15:30 +0100, Paul Osmialowski wrote:
> This change addresses following problem:
>
> [2.560726] [ cut here ]
> [2.565341] WARNING: CPU: 0 PID: 1 at kernel/locking/lockdep.c:2744
> lockdep_trace_alloc+0xec/0x118()
> [2.574439]
On 16/01/2015 15:52, chas williams - CONTRACTOR wrote:
On Fri, 16 Jan 2015 15:10:25 +0100
Quentin Lambert wrote:
-u32 dma_addr = pci_map_single((struct pci_dev*)fore200e->bus_dev,
virt_addr, size, direction);
+u32 dma_addr = dma_map_single(&((struct pci_dev *)
On Fri, 16 Jan 2015 15:10:25 +0100
Quentin Lambert wrote:
> > -u32 dma_addr = pci_map_single((struct pci_dev*)fore200e->bus_dev,
> > virt_addr, size, direction);
> > +u32 dma_addr = dma_map_single(&((struct pci_dev *)
> > fore200e->bus_dev)->dev, virt_addr, size, direction);
> >
>
On 01/16/2015 04:05 AM, Robert Rosengren wrote:
The default sample interval may be too slow for certain clients. This
patch makes it configurable via the platform_data.
Signed-off-by: Robert Rosengren
Signed-off-by: Johan Adolfsson
I am basically fine with the patch, though I would prefer
As a Trace Compass developper, this opens a lot of possibilities for us,
like correlating PCAP, Perf and LTTng traces...
I hope it gets in soon as we already support it. :)
On 15-01-15 11:15 AM, Jiri Olsa wrote:
> hi,
> this is follow up on original RFC patchset:
>
The nand controller in IPQ806x is of the 'EBI2 type'. Use the corresponding
compatible string.
Cc: devicet...@vger.kernel.org
Signed-off-by: Archit Taneja
---
arch/arm/boot/dts/qcom-ipq8064.dtsi | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
diff --git
Cc: devicet...@vger.kernel.org
Signed-off-by: Archit Taneja
---
.../devicetree/bindings/mtd/qcom_nandc.txt | 48 ++
1 file changed, 48 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mtd/qcom_nandc.txt
diff --git
Enable the NAND controller node on the AP148 platform. Provide pinmux
information.
Cc: devicet...@vger.kernel.org
Signed-off-by: Archit Taneja
---
arch/arm/boot/dts/qcom-ipq8064-ap148.dts | 32
1 file changed, 32 insertions(+)
diff --git
The Qualcomm NAND controller is found in SoCs like IPQ806x, MSM7xx, MDM9x15
series.
It exists as a sub block inside the IPs EBI2 (External Bus Interface 2) and
QPIC (Qualcomm Parallel Interface Controller). These IPs provide a broader
interface for external slow peripheral devices such as LCD and
The NAND controller within EBI2 requires EBI2_CLK and EBI2_ALWAYS_ON_CLK clocks.
Create structs for these clocks so that they can be used by the NAND controller
driver. Add an entry for EBI2_AON_CLK in the gcc-ipq806x DT binding document.
Cc: Stephen Boyd
Signed-off-by: Archit Taneja
---
Add support for the NAND controller driver for SoC's that contain EBI2. For now,
the only SoC upstream that has EBI2 is IPQ806x.
The patchset requires the ADM dmaengine patches posted by Andy:
http://thread.gmane.org/gmane.linux.ports.arm.msm/11136
Archit Taneja (5):
clk: qcom: Add EBI2
On Fri, 2015-01-16 at 09:48 +0800, ethan zhao wrote:
> Vasu,
>
> OK, disable FCOE as default configuration as a temporary step to
> make it work.
Sounds like I should expect a v2 coming, correct?
>
>
> Thanks,
> Ethan
>
> On 2015/1/16 7:45, Dev, Vasu wrote:
> >> -Original
On Thu, Jan 15, 2015 at 02:07:11PM +, Nikesh Oswal wrote:
> dai-link params for codec-codec links were fixed. The fixed
> link between codec and another chip which may be another codec,
> baseband, bluetooth codec etc may require run time configuaration
> changes. This change provides an
On 01/16/2015 01:17 AM, Hanjun Guo wrote:
On 2015年01月16日 02:23, Catalin Marinas wrote:
Hi Grant,
On Thu, Jan 15, 2015 at 04:26:20PM +, Grant Likely wrote:
On Wed, Jan 14, 2015 at 3:04 PM, Hanjun Guo
wrote:
This is the v7 of ACPI core patches for ARM64 based on ACPI 5.1
I'll get right
On Wed, 2015-01-14 at 20:03 -0500, Sowmini Varadhan wrote:
> Relaxed ordering is disabled by default at driver initialization
> and re-enabled when DCA is used. The reason it is disabled was
> due to an issue on some chipsets (see comments in
> ixgbe_update_tx_dca()).
> But when DCA is not used,
> From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma-
> ow...@vger.kernel.org] On Behalf Of Rickard Strandqvist
> Sent: Saturday, December 20, 2014 11:19 AM
> To: infinipath; Roland Dreier
> Cc: Rickard Strandqvist; Hefty, Sean; Hal Rosenstock; linux-
> r...@vger.kernel.org;
On Fri, 16 Jan 2015 09:31:23 -0500
Sasha Levin wrote:
> On 01/15/2015 03:22 PM, Jeff Layton wrote:
> > Ok, I tried to reproduce it with that and several variations but it
> > still doesn't seem to do it for me. Can you try the latest linux-next
> > tree and see if it's still reproducible there?
This enhancement of i2c API is designed to address following problem
caused by circular lock dependency:
-> #1 (prepare_lock){+.+.+.}:
[2.730502][] __lock_acquire+0x3c0/0x8a4
[2.735970][] lock_acquire+0x6c/0x8c
[2.741090][] mutex_lock_nested+0x68/0x464
[
On 01/12/2015 09:36 PM, Ahmed S. Darwish wrote:
> On Mon, Jan 12, 2015 at 12:09:32PM +0100, Marc Kleine-Budde wrote:
>> On 01/11/2015 09:15 PM, Ahmed S. Darwish wrote:
>>> From: Ahmed S. Darwish
>>>
>>> Let the error counters be more accurate in case of Out of
>>> Memory conditions.
>>
>> Please
This adopts i2c-s3c2410 driver for new enhancement of i2c API that
exposes preparation and unpreparation stages of i2c transfer.
Signed-off-by: Paul Osmialowski
---
drivers/i2c/busses/i2c-s3c2410.c | 69
1 file changed, 63 insertions(+), 6 deletions(-)
This uses the enhancement of i2c API in order to address following problem
caused by circular lock dependency:
-> #1 (prepare_lock){+.+.+.}:
[2.730502][] __lock_acquire+0x3c0/0x8a4
[2.735970][] lock_acquire+0x6c/0x8c
[2.741090][] mutex_lock_nested+0x68/0x464
[
gcc emits a surprising amount of code in order to flip a bit. One
would think that a single instruction is enough.
$ scripts/bloat-o-meter /tmp/ocrdma_verbs.o
drivers/infiniband/hw/ocrdma/ocrdma_verbs.o
add/remove: 0/0 grow/shrink: 0/3 up/down: 0/-142 (-142)
function
In the expressions idx/32 and idx%32, both idx and 32 have signed
type, and unfortunately the C standard prescribes rounding to 0, so
unless gcc can prove that idx is non-negative, these cannot be
implemented as simple shift respectively mask operations. Help gcc by
changing the type of idx to
On 16/01/15 13:54, Grant Likely wrote:
> On Fri, Jan 16, 2015 at 11:15 AM, Marc Zyngier wrote:
>> On 14/01/15 15:05, Hanjun Guo wrote:
>>> From: Tomasz Nowicki
>>>
>>> ACPI kernel uses MADT table for proper GIC initialization. It needs to
>>> parse GIC related subtables, collect CPU interface
With a Lucid platform, asus_sysfs_is_visible() returns a boolean for
ls_switch and ls_level attributes. Fix that and also s/supported/ok/ and
s/asus->handle/handle/ to avoid lines wider than 80 chars.
Signed-off-by: Vivien Didelot
---
drivers/platform/x86/asus-laptop.c | 46
Hi Linus,
The following changes since commit b1940cd21c0f4abdce101253e860feff547291b0:
Linux 3.19-rc3 (2015-01-05 17:05:20 -0800)
are available in the git repository at:
git://git.linux-nfs.org/projects/trondmy/linux-nfs.git tags/nfs-for-3.19-2
for you to fetch changes up to
On Wed, Jan 14, 2015 at 03:04:55PM +, Hanjun Guo wrote:
> FADT Major.Minor version was introduced in ACPI 5.1, it is the same
> as ACPI version.
>
> In ACPI 5.1, some major gaps are fixed for ARM, such as updates in
> MADT table for GIC and SMP init, without those updates, we can not
> get
On 01/15/2015 07:31 AM, Athira Lekshmi wrote:
Add a new line after declarations to remove the checkpatch warning:
'Missing blank line after declarations'
Signed-off-by: Athira Lekshmi
---
Changes in v2:
- Make the commit message more clearer.
The patches are all good, though I would
On 01/15/2015 03:22 PM, Jeff Layton wrote:
> Ok, I tried to reproduce it with that and several variations but it
> still doesn't seem to do it for me. Can you try the latest linux-next
> tree and see if it's still reproducible there?
It's still not in in today's -next, could you send me a patch
This change addresses following problem:
[2.560726] [ cut here ]
[2.565341] WARNING: CPU: 0 PID: 1 at kernel/locking/lockdep.c:2744
lockdep_trace_alloc+0xec/0x118()
[2.574439] DEBUG_LOCKS_WARN_ON(irqs_disabled_flags(flags))
[2.579821] Modules linked in:
[
> From: Rickard Strandqvist [mailto:rickard_strandqv...@spectrumdigital.se]
> Sent: Sunday, January 11, 2015 9:05 AM
> Subject: [PATCH] IB: qib: qib_iba7322: Remove unused function
>
Roland, can you change the summary to:
IB/qib: Remove unused function in qib_iba7322
Thanks for the
Hi Mark and Hans,
On 16/01/2015 13:37, Mark Brown wrote:
> On Fri, Jan 16, 2015 at 11:10:18AM +0100, Hans de Goede wrote:
>> On 16-01-15 10:27, Gregory CLEMENT wrote:
>
> + reg_sata0: pwr-sata0 {
> + compatible = "regulator-fixed";
> + regulator-name = "pwr_en_sata0";
On Fri 16-01-15 15:33:48, Konstantin Khlebnikov wrote:
> On Fri, Jan 16, 2015 at 12:37 PM, Jan Kara wrote:
> > Hello,
> >
> > On Thu 15-01-15 21:49:10, Konstantin Khebnikov wrote:
> >> This is ressurection of my old RFC patch for dirty-set accounting cgroup
> >> [1]
> >> Now it's merged into
On Thu, Jan 15, 2015 at 03:19:51PM -0500, Joseph Salisbury wrote:
> Hello,
>
> Please consider including mainline commit c12f07d and bd9b2f9 in the
> next v3.16.y-ckt release. They
> were included in the mainline tree as of v3.17-rc1. A test kernel has
> been built and tested, which was
On Thu, Jan 15, 2015 at 09:22:21PM -, Thomas Gleixner wrote:
> Rename the argument of try_to_enable_x2apic() so the purpose becomes
> more clear.
>
> Make the pr_warning more consistent and avoid the double print of
> "disabling".
>
> Signed-off-by: Thomas Gleixner
Acked-by: Borislav
On 16/01/2015 14:57, chas williams - CONTRACTOR wrote:
Signed-off-by: Chas Williams - CONTRACTOR
---
drivers/atm/eni.c | 33 +++--
drivers/atm/fore200e.c | 22 +
drivers/atm/he.c| 125 +---
drivers/atm/he.h
On Fri, Jan 16, 2015 at 01:49:10PM +, Mark Rutland wrote:
> Hi,
>
> [...]
>
> > > > > I just tried a cross-build for arm, and that blew up when trying to do
> > > > > something with arch/arm/util/libperf-in.o (log below). I bisected that
> > > > > to f169fbc4c59dd9d4 "perf build: Add arch
Currently, the isolate callback passed to the list_lru_walk family of
functions is supposed to just delete an item from the list upon
returning LRU_REMOVED or LRU_REMOVED_RETRY, while nr_items counter is
fixed by __list_lru_walk_one after the callback returns. Since the
callback is allowed to drop
Currently, kmem_cache stores a pointer to struct memcg_cache_params
instead of embedding it. The rationale is to save memory when kmem
accounting is disabled. However, the memcg_cache_params has shrivelled
drastically since it was first introduced:
* Initially:
struct memcg_cache_params {
We need to look up a kmem_cache in ->memcg_params.memcg_caches arrays
only on allocations, so there is no need to have the array entries set
until css free - we can clear them on css offline. This will allow us to
reuse array entries more efficiently and avoid costly array relocations.
Currently, we use mem_cgroup->kmemcg_id to guarantee kmem_cache->name
uniqueness. This is correct, because kmemcg_id is only released on css
free after destroying all per memcg caches.
However, I am going to change that and release kmemcg_id on css offline,
because it is not wise to keep it for
Now, the only reason to keep kmemcg_id till css free is list_lru, which
uses it to distribute elements between per-memcg lists. However, it can
be easily sorted out - we only need to change kmemcg_id of an offline
cgroup to its parent's id, making further list_lru_add()'s add elements
to the
Hi,
There's one thing about kmemcg implementation that's bothering me. It's
about arrays holding per-memcg data (e.g. kmem_cache->memcg_params->
memcg_caches). On kmalloc or list_lru_{add,del} we want to quickly
lookup the copy of kmem_cache or list_lru corresponding to the current
cgroup.
Sometimes, we need to iterate over all memcg copies of a particular root
kmem cache. Currently, we use memcg_cache_params->memcg_caches array for
that, because it contains all existing memcg caches.
However, it's a bad practice to keep all caches, including those that
belong to offline cgroups,
On Fri, Jan 16, 2015 at 12:53:16PM +, Lyra Zhang wrote:
> Hi, Mark
>
> >> +
> >> +Required properties:
> >> +- compatible: must be "sprd,sc9836-uart"
> >> +- reg: offset and length of the register set for the device
> >> +- interrupts: exactly one interrupt specifier
> >> +- clocks: phandles
On Fri, Jan 16, 2015 at 4:00 AM, Chunyan Zhang
wrote:
> The file of-serial.txt was only for 8250 compatible UART implementations,
> so renamed it to 8250.txt to avoid confusing other persons.
> This is suggested by Arnd, see:
>
On Fri, Jan 16, 2015 at 11:46:44AM +0100, Peter Zijlstra wrote:
> Its a bandaid at best :/ The problem is (again) that we changes
> event->ctx without any kind of serialization.
>
> The issue came up before:
>
> https://lkml.org/lkml/2014/9/5/397
>
> and I've not been able to come up with
On Fri, Jan 16, 2015 at 12:49:20PM +, Orson Zhai wrote:
> Hi, Mark,
>
> On Fri, Jan 16, 2015 at 6:35 PM, Mark Rutland wrote:
> > On Fri, Jan 16, 2015 at 10:00:09AM +, Chunyan Zhang wrote:
> >> From: Zhizhou Zhang
> >>
> >> Adds the device tree support for Spreadtrum SC9836 SoC which is
Signed-off-by: VishnuPatekar
---
arch/arm/boot/dts/sun4i-a10.dtsi | 14 ++
arch/arm/boot/dts/sun7i-a20.dtsi | 14 ++
2 files changed, 28 insertions(+)
diff --git a/arch/arm/boot/dts/sun4i-a10.dtsi b/arch/arm/boot/dts/sun4i-a10.dtsi
index 2c31242..8fade3e 100644
---
Signed-off-by: VishnuPatekar
---
arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts
b/arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts
index ed364d5..3365f12 100644
---
Signed-off-by: VishnuPatekar
Signed-off-by: Hans de Goede
---
arch/arm/boot/dts/sun4i-a10.dtsi | 16
arch/arm/boot/dts/sun7i-a20.dtsi | 16
2 files changed, 32 insertions(+)
diff --git a/arch/arm/boot/dts/sun4i-a10.dtsi b/arch/arm/boot/dts/sun4i-a10.dtsi
Signed-off-by: VishnuPatekar
---
drivers/input/serio/Kconfig | 11 ++
drivers/input/serio/Makefile|1 +
drivers/input/serio/sun4i-ps2.c | 330 +++
3 files changed, 342 insertions(+)
create mode 100644 drivers/input/serio/sun4i-ps2.c
diff --git
Signed-off-by: VishnuPatekar
---
.../bindings/serio/allwinner,sun4i-ps2.txt | 23
1 file changed, 23 insertions(+)
create mode 100644
Documentation/devicetree/bindings/serio/allwinner,sun4i-ps2.txt
diff --git
This adds support for Allwinner A0, A20 PS2 controller.
I've tested PS2 keyboard on A20 Olimex-Lime2 board.
Hans had tested previous patch on A10 as well.
v3 --> v4
1. Reported errors(SERIO_FRAME,SERIO_TIMEOUT, SERIO_PARITY) to consumer.
2. Handled the transmit timeout in sun4i_ps2_write.
3.
Hi,
I'm using OProfile to check some suspicious behaviour of dpdk-pktgen,
and I can see something which troubles me. Either the scheduler lies
about core affinity or Oprofile accounts some samples wrongly.
This userspace app runs in threads, which are assigned explicitly to one
single core
Signed-off-by: Chas Williams - CONTRACTOR
---
drivers/atm/eni.c | 33 +++--
drivers/atm/fore200e.c | 22 +
drivers/atm/he.c| 125 +---
drivers/atm/he.h| 4 +-
drivers/atm/idt77252.c | 107
On Fri, Jan 16, 2015 at 11:15 AM, Marc Zyngier wrote:
> On 14/01/15 15:05, Hanjun Guo wrote:
>> From: Tomasz Nowicki
>>
>> ACPI kernel uses MADT table for proper GIC initialization. It needs to
>> parse GIC related subtables, collect CPU interface and distributor
>> addresses and call driver
This small patchset aims to add missing documentation to the
/proc/pid/numa_maps interface
as well as perform a small adjustment on the report output, as suggested by
Andrew Morton, in the following discussion thread:
* https://lkml.org/lkml/2015/1/5/769
Rafael Aquini (2):
documentation:
Commit "4dd025c fs: proc: task_mmu: show page size in /proc//numa_maps"
(linux-next) introduces 'kernelpagesize_kB' to numa_maps proc interface.
This patch, per Andrew Morton suggestion, switchs 'kernelpagesize_kB' position
to EOL in /proc//numa_maps to potentially avoid causing trouble to any
This patch adds a small section to proc.txt doc in order to document its
/proc/pid/numa_maps interface. It does not introduce any functional changes,
just documentation.
Signed-off-by: Rafael Aquini
---
Documentation/filesystems/proc.txt | 33 +
1 file changed,
On Fri, Jan 16, 2015 at 3:07 AM, Jacek Anaszewski
wrote:
> On 01/15/2015 03:24 PM, Rob Herring wrote:
>>
>> On Tue, Jan 13, 2015 at 2:42 AM, Jacek Anaszewski
>> wrote:
>>>
>>> On 01/12/2015 05:55 PM, Rob Herring wrote:
Adding Mark B and Liam...
On Mon, Jan 12, 2015 at
Hi,
[...]
> > > > I just tried a cross-build for arm, and that blew up when trying to do
> > > > something with arch/arm/util/libperf-in.o (log below). I bisected that
> > > > to f169fbc4c59dd9d4 "perf build: Add arch x86 objects building". I'm
> > > > looking into why now.
> > >
> > > I get a
On Fri, Jan 16, 2015 at 4:08 AM, Sasha Levin wrote:
> When releasing hctx, we do not know that the embedded kobject has been
> released until it's ->release() callback has been called. It is unsafe
> to unconditionally free the underlying memory until the ->release()
> callback has been called
Commit 4b2f9abea52a ("staging: hv: convert channel_mgmt.c to not call
osd_schedule_callback")' was written under an assumption that we never receive
Rescind offer while we're still processing the initial Offer request. However,
the issue we fixed in 04a258c162a8 could be caused by this assumption
Fix some spelling mistakes, coding style and don't assign value to static var.
Signed-off-by: Akash Shende
---
drivers/isdn/sc/init.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/drivers/isdn/sc/init.c b/drivers/isdn/sc/init.c
index d6f19b1..3597ef4 100644
On Fri, Jan 16, 2015 at 12:43:49PM +, Jiri Olsa wrote:
> On Fri, Jan 16, 2015 at 01:30:13PM +0100, Jiri Olsa wrote:
> > On Fri, Jan 16, 2015 at 12:22:21PM +, Will Deacon wrote:
> > > On Fri, Jan 16, 2015 at 12:12:14PM +, Mark Rutland wrote:
> > > > I just tried a cross-build for arm,
On Thu, 2015-01-15 at 23:07 -0500, Steven Rostedt wrote:
> On Thu, 15 Jan 2015 21:57:58 -0600 (CST)
> Christoph Lameter wrote:
>
> > > I get:
> > >
> > > mov%gs:0x18(%rax),%rdx
> > >
> > > Looks to me that %gs is used.
> >
> > %gs is used as a segment prefix. That does not add
On Fri, 16 Jan 2015 10:14:14 +
Javi Merino wrote:
> > BUG() is a bit extreme don't you think? I'm not sure it even
> > deserves a WARN_ON().
>
> Ok, I used BUG() because that's what you suggested:
>
> http://article.gmane.org/gmane.linux.kernel/1846749
>
Whoever suggested that was an
Hello Vivek,
Thanks for your comments! I've added some further text to
the page based on those comments. See some follow-up
questions below.
On 01/12/2015 11:16 PM, Vivek Goyal wrote:
> On Wed, Jan 07, 2015 at 10:17:56PM +0100, Michael Kerrisk (man-pages) wrote:
>
> [..]
.BR
The kernel's string library does in fact have strcasecmp, at least
since ded220bd8f08. Moreover, this open-coded version is in fact
wrong: If the strings only differ in their last character, a and b
have already been incremented to point to the terminating nul bytes,
so they would be treated as
Hi,
> > > > virtio-scsi seems to be broken, at least my usual fedora guest didn't
> > > > boot up from virtio-scsi disk when using a guest kernel with this patch
> > > > series applied.
> > >
> > > I'll re-test. Do other devices work for you? Thanks!
> >
> > Didn't came very far yet in my
Hi,
On Friday 16 January 2015 06:02 PM, Maxime Coquelin wrote:
>
> On 01/16/2015 12:56 PM, Maxime Coquelin wrote:
>> Hi Gabriel,
>>
>> For the series:
>> Acked-by: Maxime Coquelin
>>
>> Kishon, could you take care of adding PHY driver patch for v3.20?
> Hi Kishon,
>
> Don't apply
16.01.2015, 04:16, "Andrew Morton" :
> On Thu, 15 Jan 2015 18:57:31 +0300 Konstantin Khebnikov
> wrote:
>> This patch replaces cancel_dirty_page() with helper account_page_cleared()
>> which only updates counters. It's called from delete_from_page_cache()
>> and from try_to_free_buffers()
On Fri, 2015-01-16 at 18:59 +0800, 曾婷葳 (tammy_tseng) wrote:
> Hey, Oliver
>
> On Mon, Jan 12, 2015 at 7:50 PM, Oliver Neukum wrote:
> On Mon, 2015-01-12 at 18:53 +0800, 曾婷葳 (tammy_tseng) wrote:
> > > (Skip the code diff...)
> >
> > Again macros for endianness
> >
> > And the driver has a great
On Tue, Jan 13, 2015 at 05:37:54PM +0100, Andrea Arcangeli wrote:
> Use the more generic get_user_pages_unlocked which has the additional
> benefit of passing FAULT_FLAG_ALLOW_RETRY at the very first page fault
> (which allows the first page fault in an unmapped area to be always
> able to block
Trivial fix.
Signed-off-by: Michal Simek
---
drivers/spi/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/spi/Kconfig b/drivers/spi/Kconfig
index 99829985c1a1..2350efe997ec 100644
--- a/drivers/spi/Kconfig
+++ b/drivers/spi/Kconfig
@@ -595,7 +595,6 @@ config SPI_XTENSA_XTFPGA
On Tue, Jan 13, 2015 at 05:37:53PM +0100, Andrea Arcangeli wrote:
> This allows those get_user_pages calls to pass FAULT_FLAG_ALLOW_RETRY
> to the page fault in order to release the mmap_sem during the I/O.
>
> Signed-off-by: Andrea Arcangeli
Reviewed-by: Kirill A. Shutemov
--
Kirill A.
On Tue, Jan 13, 2015 at 05:37:52PM +0100, Andrea Arcangeli wrote:
> This allows the get_user_pages_fast slow path to release the mmap_sem
> before blocking.
>
> Signed-off-by: Andrea Arcangeli
Reviewed-by: Kirill A. Shutemov
--
Kirill A. Shutemov
--
To unsubscribe from this list: send the
Use standard num-cs binding property and setup
"xlnx,num-ss-bits" as deprecated.
Signed-off-by: Michal Simek
---
drivers/spi/spi-xilinx.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/spi/spi-xilinx.c b/drivers/spi/spi-xilinx.c
index
Hi, Mark
>> +
>> +Required properties:
>> +- compatible: must be "sprd,sc9836-uart"
>> +- reg: offset and length of the register set for the device
>> +- interrupts: exactly one interrupt specifier
>> +- clocks: phandles to input clocks.
>
> The order and relevance of each should be specified. If
On Tue, Jan 13, 2015 at 05:37:51PM +0100, Andrea Arcangeli wrote:
> Some caller (like KVM) may want to set the gup_flags like
> FOLL_HWPOSION to get a proper -EHWPOSION retval instead of -EFAULT to
> take a more appropriate action if get_user_pages runs into a memory
> failure.
>
> Signed-off-by:
On Fri, Jan 16, 2015 at 12:26:03PM +, Mark Rutland wrote:
> On Wed, Jan 07, 2015 at 02:56:51PM +, Mark Rutland wrote:
> > When initialising an event, perf_init_event will call try_module_get to
> > ensure that the PMU's module cannot be removed for the lifetime of the
> > event, with
From: Nathan Rossi
The implementation of flushing the RX FIFO breaks in a number of cases,
it is impossible to ensure an complete flush of the RX FIFO due to the
hardware not allowing the use of the FIFOs when the receiver is disabled
(Reading from the FIFO register does not remove it from the
Hi, Mark,
On Fri, Jan 16, 2015 at 6:35 PM, Mark Rutland wrote:
> On Fri, Jan 16, 2015 at 10:00:09AM +, Chunyan Zhang wrote:
>> From: Zhizhou Zhang
>>
>> Adds the device tree support for Spreadtrum SC9836 SoC which is based on
>> Sharkl64 platform.
>>
>> Sharkl64 platform contains the common
301 - 400 of 1184 matches
Mail list logo