On Thu, Jun 25, 2015 at 08:57:49PM +0530, Vaibhav Hiremath wrote:
>
>
> On Thursday 25 June 2015 08:18 PM, Lee Jones wrote:
> >On Thu, 25 Jun 2015, Vaibhav Hiremath wrote:
> >>On Thursday 25 June 2015 03:49 PM, Lee Jones wrote:
> >>>On Thu, 25 Jun 2015, Vaibhav Hiremath wrote:
> >>>
> Add DT
On Thu, Jun 25, 2015 at 9:05 PM, Sudip Mukherjee
wrote:
> Usually I use the checkpatch which is in linux-next. That will be the
> latest version. If you compare, last commit on checkpatch of staging
> tree was on April 16th, where as last commit in linux-next is on
> June 19th. And if you use
Hi Kamil,
First of all, thanks for your great contribution.
On Jun 25, 2015 at 20:44 PM, Kamil Debski wrote:
>
> Hi Peter,
>
> Thank you for work on this. I have applied this patch to the latest
> kernel and it had some minor merge conflicts that needed to be resolved.
> But apart from this it
On Friday 26 June 2015 05:17 AM, Stephen Rothwell wrote:
> Hi Vineet,
>
> Today's linux-next merge of the arc tree got a conflict in:
>
> include/asm-generic/barrier.h
>
> between commits:
>
> ab3f02fc2372 ("locking/arch: Add WRITE_ONCE() to set_mb()")
> b92b8b35a2e3 ("locking/arch:
linux/ieee80211.h already defines constants for capability bits.
Include it where needed, resolve discrepancies in naming, and remove the
duplicated definitions.
Also, make use of WLAN_CAPABILITY_IS_STA_BSS() macro to check if neither
ESS nor IBSS capability bits are set.
Signed-off-by: Jakub
Hi Nicolas,
Thanks for your proposal, however, I have some trouble with it.
That would look lovely:
#include
#include
/*
* cpu_kinetis_do_idle()
*
* Idle the processor (wait for interrupt).
*
* IRQs are already disabled.
*/
ENTRY(cpu_kinetis_do_idle)
wfi
On Thu, Jun 25, 2015 at 09:19:28PM -0400, Nicholas Krause wrote:
> This makes the function vma_shareable bool now due to this
> particular function only ever returning either one or zero
> as its return value.
>
> Signed-off-by: Nicholas Krause
Acked-by: Naoya Horiguchi --
To unsubscribe from
On 06/25/2015 09:00 PM, Sudeep Holla wrote:
>
>
> On 25/06/15 14:55, Thomas Gleixner wrote:
>> On Thu, 25 Jun 2015, Sudeep Holla wrote:
>>
>>> tick_broadcast_enter returns 0 when CPU can switch to broadcast
>>> timer and non-zero otherwise. However when GENERIC_CLOCKEVENTS_BROADCAST
>>> and
On 06/25/2015 07:25 PM, Thomas Gleixner wrote:
> But there is a case which is not correctly handled right now. That's
> what you are trying to solve in the wrong way.
>
> If
>GENERIC_CLOCKEVENTS_BROADCAST=n
>
> or
>
>GENERIC_CLOCKEVENTS_BROADCAST=y and no broadcast device is available,
On 06/25/2015 10:53 PM, Mathias Nyman wrote:
On 09.05.2015 04:15, Lu Baolu wrote:
There is no need to call xhci_stop_device() and xhci_ring_device() in
hub control and bus suspend functions since all device suspend and
resume have been notified through device_suspend/device_resume interfaces.
Use eth_zero_addr to assign the zero address to the given address
array instead of memset when second argument is address of zero.
Note that the 6 in the third argument of memset appears to represent
an ethernet address size (ETH_ALEN).
The Coccinelle semantic patch that makes this change is as
Use eth_zero_addr to assign the zero address to the given address
array instead of memset when second argument is address of zero.
Note that the 6 in the third argument of memset appears to represent
an ethernet address size (ETH_ALEN).
The Coccinelle semantic patch that makes this change is as
On Tue, 2015-06-23 at 16:07 +0800, yuantian.t...@freescale.com wrote:
> From: Tang Yuantian
>
> There is a RCPM (Run Control/Power Management) in Freescale QorIQ
> series processors. The device performs tasks associated with device
> run control and power management.
>
> The driver implements
On 2015/6/24 20:31, Wang Nan wrote:
[SNIP]
diff --git a/tools/perf/util/bpf-prologue.h b/tools/perf/util/bpf-prologue.h
new file mode 100644
index 000..3f77606
--- /dev/null
+++ b/tools/perf/util/bpf-prologue.h
@@ -0,0 +1,19 @@
+/*
+ * Copyright (C) 2015, He Kuang
+ * Copyright (C)
Use eth_zero_addr to assign the zero address to the given address
array instead of memset when second argument is address of zero.
Note that the 6 in the third argument of memset appears to represent
an ethernet address size (ETH_ALEN).
The Coccinelle semantic patch that makes this change is as
On 06/25/2015 06:19 PM, Nicholas Krause wrote:
This makes the function vma_shareable bool now due to this
particular function only ever returning either one or zero
as its return value.
Signed-off-by: Nicholas Krause
---
mm/hugetlb.c | 6 +++---
1 file changed, 3 insertions(+), 3
On Thu, Jun 25, 2015 at 9:05 PM, Sudip Mukherjee
wrote:
> Usually I use the checkpatch which is in linux-next. That will be the
> latest version. If you compare, last commit on checkpatch of staging
> tree was on April 16th, where as last commit in linux-next is on
> June 19th. And if you use
misspelled words for check:-
chcek
chck
cehck
I myself did these spell mistakes in changelog for patches,
Thus suggesting to add in spelling.txt, so that checkpatch.pl
warns it earlier.
References:-
./arch/powerpc/kernel/exceptions-64e.S:456: . . . make sure you chcek
Use eth_zero_addr to assign the zero address to the given address
array instead of memset when second argument is address of zero.
Note that the 6 in the third argument of memset appears to represent
an ethernet address size (ETH_ALEN).
The Coccinelle semantic patch that makes this change is as
On 2015-06-26 04:22, Hui Wang wrote:
> On 06/25/2015 07:02 PM, Jan Kiszka wrote:
>> On 2015-06-24 10:46, Hui Wang wrote:
>>> On 06/24/2015 01:37 PM, Jan Kiszka wrote:
On 2015-05-23 18:22, Jan Kiszka wrote:
> On 2015-05-23 18:06, Raymond Yau wrote:
>> 2015-5-23 下午4:50 於 "Jan Kiszka"
On Thu, Jun 25, 2015 at 09:26:00AM -0700, Juston Li wrote:
> On Thu, Jun 25, 2015 at 4:56 AM, Sudip Mukherjee
> wrote:
> > On Wed, Jun 24, 2015 at 09:25:12AM -0700, Juston Li wrote:
>
> > 2) Considering that you are giving consitent space around operators, then
> > i think you have
On Fri, Jun 26, 2015 at 7:10 AM, Linus Torvalds
wrote:
> On Thu, Jun 25, 2015 at 8:58 AM, Jassi Brar wrote:
>>
>> http://git.linaro.org/landing-teams/working/fujitsu/integration.git
>> mailbox-for-next
>
> So just looking at this pull request (and my previous merges from you)
> it does strike
On Thu, Jun 25, 2015 at 02:27:02PM -0700, Juston Li wrote:
> On Thu, Jun 25, 2015 at 1:31 PM, Dan Carpenter
> wrote:
> Patchset was responded by Greg's patch bot, I'll resend when I figure out
> why.
Greg will not apply any patch since the merge window is open. That
patchbot will respond when
Acked-by: Tien Hock Loh
On Wed, 2015-06-17 at 20:59 +0900, Masahiro Yamada wrote:
> This driver calls of_mm_gpiochip_add() to add a memory mapped gpio
> chip. So, of_mm_gpiochip_remove() should be used when removing it.
>
> The direct call of gpiochip_remove() misses unmapping the register
>
Acked-by: Tien Hock Loh
On Sun, 2015-06-21 at 08:48 +0900, Masahiro Yamada wrote:
> Adding Tien.
>
>
> 2015-06-19 20:31 GMT+09:00 Masahiro Yamada :
> > The driver gpio-altera.c does not depend on gpio-generic.c at all.
> > Drop unneeded "select GPIO_GENERIC".
> >
> > Signed-off-by: Masahiro
On Tue, Jun 23, 2015 at 08:16:01PM +0530, Vaibhav Hiremath wrote:
>
>
> On Tuesday 23 June 2015 08:01 PM, Rob Herring wrote:
> >On Fri, Jun 12, 2015 at 3:43 AM, Yi Zhang wrote:
> >>88pm880 and 88pm886 are two combo PMIC chips, most of the function and the
> >>register mapping are the same
> >
>
On Tue, Jun 23, 2015 at 09:31:00AM -0500, Rob Herring wrote:
> On Fri, Jun 12, 2015 at 3:43 AM, Yi Zhang wrote:
> > 88pm880 and 88pm886 are two combo PMIC chips, most of the function and the
> > register mapping are the same
>
> How do they compare to 80x/822/860 PMICs?
Hi, Rob:
> On Thu, Jun 25, 2015 at 10:24 AM, Xu Wang wrote:
> >> I've accidentally mounted one overlayfs over another and got obvious
> >> warning from lockdep: i_mutex lockdep classes are per-fs-type.
> >>
> >> # mount -t overlay overlay 1 -o
> >> upperdir=1_upper,workdir=1_work,lowerdir=1_lower
> >> #
Acked-by: Tien Hock Loh
On Wed, 2015-06-17 at 20:59 +0900, Masahiro Yamada wrote:
> The remove callback never succeeds, which seems odd.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> I wonder why nobody has pointed this out before me.
> I am suspecting -EIO might be intentional.
> I hope some
On Fri, Jun 26, 2015 at 12:08 AM, Mark Brown wrote:
[...]
>> >As far as I can tell we're likely to end up needing a key per regmap or
>> >something similar.
>
>> Since the number of lockdep classes itself is also limited we should avoid
>> creating extra lockdep classes when we can. I think the
Hi Dmitry, Jmmahler, All,
Is there any review points or comments on the v1 patches?
Thanks in advance,
Dudley
V1 patches mainly have following updates compared with V0 patches:
1) This patch series is generated base on code base linux-next 20150612,
so fix the patch v0 6/7 failed to apply
This patch fix the macro transport_class_to_sdev to the resonable name
and use the macro.
Signed-off-by: vonnyfly
---
drivers/scsi/sg.c |6 +++---
include/scsi/scsi_device.h |2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/scsi/sg.c
Le 06/24/15 22:30, Willy Tarreau a écrit :
> Hi Florian,
>
> On Wed, Jun 24, 2015 at 09:48:46PM -0700, Florian Fainelli wrote:
>> Hi,
>>
>> Could you backport this commit:
>> 72cf90124e87d975d0b2114d930808c58b4c05e4 ("lzo: check for length overrun
>> in variable length encoding.") into stable
*
Call for Topics and Sponsors
Workshop on Open Source Development Tools 2015
Beijing, China
Sep. 12, 2015 (TBD)
HelloGCC Work Group (www.hellogcc.org)
*
On Thu, 2015-06-25 at 21:40 +, Casey Leedom wrote:
>
> Ah, thanks. I see now that the __raw_*() APIs don't do any of the
> Endian Swizzling. Unfortunately the *_relaxed() APIs on PowerPC
> are just defined as the normal *() routines. From
> arch/powerpc/include/asm/io.h:
>
> /*
>
On Wed, 2015-06-24 at 18:22 -0700, Luis R. Rodriguez wrote:
> Although I had test compiled this before just to be safe I went ahead and
> successfully test-compiled this set with allmodconfig, specially since I've
> now
> removed the exports for the devres routines. Please let me know if these
On Thu, Jun 25, 2015 at 11:59 PM, Lars-Peter Clausen wrote:
> [...]
>>
>> diff --git a/include/linux/regmap.h b/include/linux/regmap.h
>> index 116655d..09aaaf5 100644
>> --- a/include/linux/regmap.h
>> +++ b/include/linux/regmap.h
>> @@ -135,6 +135,12 @@ typedef void (*regmap_unlock)(void *);
>>
As always, forgot to mention...
Also. We can turn these stop_work_alloc/stop_work_free into the generic
helpers which (I think) can have more users.
On 06/26, Oleg Nesterov wrote:
>
> On 06/25, Peter Zijlstra wrote:
> >
> > On Tue, Jun 23, 2015 at 07:24:16PM +0200, Oleg Nesterov wrote:
> > >
> >
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 56aa45adcc5b793369e535a4b7177f1c7314b577 ("usb: gadget: make usb
functions to load before gadget driver")
This commit fixed an warning as below:
[8.571726] [ cut
This patch fixes the compatible string for adxl345 digital accelerometer
after the deprecation of compatible string adxl345x.
Signed-off-by: Walter Lozano
---
arch/arm/boot/dts/socfpga_cyclone5_sockit.dts |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
This patch reorders the nodes alphabetically
Signed-off-by: Walter Lozano
---
arch/arm/boot/dts/socfpga_cyclone5_sockit.dts | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/arch/arm/boot/dts/socfpga_cyclone5_sockit.dts
This patch fixes the formating of DTS bindings for the adxl34x digital
accelerometer.
Signed-off-by: Walter Lozano
---
arch/arm/boot/dts/socfpga_cyclone5_sockit.dts |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/boot/dts/socfpga_cyclone5_sockit.dts
On 06/25/2015 07:02 PM, Jan Kiszka wrote:
On 2015-06-24 10:46, Hui Wang wrote:
On 06/24/2015 01:37 PM, Jan Kiszka wrote:
On 2015-05-23 18:22, Jan Kiszka wrote:
On 2015-05-23 18:06, Raymond Yau wrote:
2015-5-23 下午4:50 於 "Jan Kiszka" 寫道:
Most Thinkpad Edge series laptops use conexant codec,
On Thu, 2015-06-25 at 05:37 -0400, Dan Williams wrote:
> From: Toshi Kani
>
> Add support of sysfs 'numa_node' to I/O-related NVDIMM devices
> under /sys/bus/nd/devices, regionN, namespaceN.0, and bttN.
> When bttN is not set up, its numa_node returns -1 (NUMA_NO_NODE).
>
> An example of
[ I renamed "ext4_follow_link()" to "ext4_encrypted_follow_link()" in
the merge resolution, to make it clear that that function is _only_
used for encrypted symlinks. The function doesn't actually work for
non-encrypted symlinks at all, and they use the generic helpers
Now that stop_cpus() is not "exclusive" if cpumask's don't overlap, we
can turn stop_two_cpus() into a trivial wrapper on top of stop_cpus().
Note: if zalloc_cpumask_var(cpumask, GFP_KERNEL) is not an option, we
can reimplement this function using stop_work_{alloc,free}_one().
Signed-off-by:
wait_event()/wake_up_all() in stop_work_alloc/stop_work_free logic
is very suboptimal because of non-exclusive wakeups. So we add the
wait_queue_func_t alloc_wake() helper which wakes the waiter up only
a) if it actually waits for a stop_work in the "freed" cpumask, and
b) only after we already
A separate and intentionally suboptimal patch to simplify the review of
this and the next changes.
And the new helpers, stop_work_alloc(cpumask) and stop_work_free(cpumask),
should be called if the caller is going to use cpu_stopper->stop_work's.
Note that 2 callers can never deadlock even if
Change the users of stop_cpus_mutex to rely on stop_work_alloc() and
stop_work_free(). This means that 2 stop_cpus() can run in parallel
as long a their cpumask's do not overlap.
Signed-off-by: Oleg Nesterov
---
kernel/stop_machine.c | 16 ++--
1 files changed, 6 insertions(+), 10
queue_stop_cpus_work() can do everything in one for_each_cpu() loop.
This simplifies this code a bit, and this is also preparation for the
locking changes.
Signed-off-by: Oleg Nesterov
---
kernel/stop_machine.c | 17 +++--
1 files changed, 7 insertions(+), 10 deletions(-)
diff
Multpiple DEFINE_PER_CPU's do not make sense, move all the per-cpu
variables into struct cpu_stopper.
Signed-off-by: Oleg Nesterov
---
kernel/stop_machine.c | 17 +
1 files changed, 9 insertions(+), 8 deletions(-)
diff --git a/kernel/stop_machine.c b/kernel/stop_machine.c
On 06/25, Peter Zijlstra wrote:
>
> On Tue, Jun 23, 2015 at 07:24:16PM +0200, Oleg Nesterov wrote:
> >
> > lock_stop_cpus_works(cpumask)
> > {
> > for_each_cpu(cpu, cpumask)
> > mutex_lock(per_cpu(cpu_stopper_task, cpu).work_mutex);
> > }
> >
> >
2015-06-26 3:56 GMT+09:00 Vlastimil Babka :
> On 25.6.2015 20:14, Joonsoo Kim wrote:
>>> The long-term success rate of fragmentation avoidance depends on
>>> > minimsing the number of UNMOVABLE allocation requests that use a
>>> > pageblock belonging to another migratetype. Once such a fallback
2015-06-26 3:41 GMT+09:00 Mel Gorman :
> On Fri, Jun 26, 2015 at 03:14:39AM +0900, Joonsoo Kim wrote:
>> > It could though. Reclaim/compaction is entered for orders higher than
>> > PAGE_ALLOC_COSTLY_ORDER and when scan priority is sufficiently high.
>> > That could be adjusted if you have a
On Thu, Jun 25, 2015 at 6:15 PM, Mathieu Desnoyers
wrote:
> - On Jun 24, 2015, at 10:54 PM, Paul Turner p...@google.com wrote:
>
>> On Wed, Jun 24, 2015 at 5:07 PM, Andy Lutomirski wrote:
>>> On Wed, Jun 24, 2015 at 3:26 PM, Paul Turner wrote:
This is a fairly small series
On Thu, Jun 25, 2015 at 12:16 PM, Alexandre Belloni
wrote:
>
> Here is the pull-request for the RTC susbsystem for 4.2. This is my
> first pull-request to you, don't hesitate to tell me if I need to adjust
> something.
Looks fine, but:
> Conflicts:
>drivers/rtc/Makefile
>
> Trivial add/add
On 06/25/15 at 11:59am, Vivek Goyal wrote:
> On Thu, Jun 25, 2015 at 04:48:18PM +0800, Dave Young wrote:
> > On 06/19/15 at 09:09am, Vivek Goyal wrote:
> > > On Fri, Jun 19, 2015 at 04:18:16PM +0800, Dave Young wrote:
> > > > > > If we want to disable unsigned kernel loading at compile time, then
On 2015/6/26 7:54, Kamezawa Hiroyuki wrote:
> On 2015/06/25 18:44, Xishi Qiu wrote:
>> On 2015/6/10 11:06, Kamezawa Hiroyuki wrote:
>>
>>> On 2015/06/09 19:04, Xishi Qiu wrote:
On 2015/6/9 15:12, Kamezawa Hiroyuki wrote:
> On 2015/06/04 22:04, Xishi Qiu wrote:
>> Add the buddy
On 06/24/2015 08:33 AM, Vlastimil Babka wrote:
> On 06/22/2015 03:37 AM, Rik van Riel wrote:
>> On 06/21/2015 02:11 PM, Kirill A. Shutemov wrote:
>>> On Sat, Jun 20, 2015 at 02:28:06PM +0300, Ebru Akagunduz wrote:
+ __collapse_huge_page_swapin(mm, vma, address, pmd, pte);
+
>>>
>>> And
Hi, Rafael
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Friday, June 26, 2015 9:41 AM
>
> On Friday, June 26, 2015 12:51:39 AM Zheng, Lv wrote:
> > Hi, Rafael
> >
> > > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > > Sent: Friday, June 26, 2015 8:44 AM
> > >
> > > On
Hi,
(2015/06/25 1:31), dwal...@fifo99.com wrote:
> On Wed, Jun 24, 2015 at 03:52:48PM +0900, Masami Hiramatsu wrote:
>> Hi,
>>
>> On 2015/06/23 23:05, dwal...@fifo99.com wrote:
>>>
>>> Hi,
>>>
>>> There was a commit in kernel/panic.c which altered when the kexec crash
>>> kernel is executed,
>>>
On Thu, Jun 25, 2015 at 8:58 AM, Jassi Brar wrote:
>
> http://git.linaro.org/landing-teams/working/fujitsu/integration.git
> mailbox-for-next
So just looking at this pull request (and my previous merges from you)
it does strike me that you seem to be one of the few people who never
explain
Upper bits should be zeroed in endianness conversion:
- even when there's no need to change endianness (i.e., BPF_FROM_BE
on big endian or BPF_FROM_LE on little endian);
- after rev16.
This patch fixes such bugs by emitting extra instructions to clear
upper bits.
Cc: Zi Shen Lim
Cc: Alexei
Hi, Rafael
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Friday, June 26, 2015 9:21 AM
>
> On Thursday, June 25, 2015 12:29:02 AM Zheng, Lv wrote:
> > Hi, Rafael
> >
> > > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > > Sent: Thursday, June 25, 2015 7:24 AM
> > > To:
We want to display a buffer allocated by other driver, need import
the buffer to gem.
Signed-off-by: Mark Yao
---
Changes in v2:
Adviced by Russell King
- check sgt-nents == 1 when get iova from scatterlist
- remove unused dma_map_sg/dma_unmap_sg, dma_buf_map_attachment->map_dma_buf
should do
On Thu, 2015-06-25 at 18:08 -0700, Dan Williams wrote:
> On Thu, Jun 25, 2015 at 5:55 PM, Toshi Kani wrote:
> > On Thu, 2015-06-25 at 23:42 +, Williams, Dan J wrote:
> >> On Thu, 2015-06-25 at 16:55 -0600, Toshi Kani wrote:
:
> >
> > Now, how do I unbind BTT? I did the following as a guess,
On 6/25/2015 4:24 PM, John Stultz wrote:
From: Ruchi Kandoi
This patch has been in the Android tree for ahwile, and I've not
seen it posted for review. Unfortunately the PR_SET_TIMERSLACK_PID
value has collided many times w/ upstream (first w/
PR_SET_THP_DISABLE, and again w/
Hi Al,
Today's linux-next merge of the vfs tree got a conflict in:
fs/ceph/dir.c
between commit:
fdd4e15838e5 ("ceph: rework dcache readdir")
from the ceph tree and commit:
dc3f4198eac1 ("make simple_positive() public")
from the vfs tree.
I fixed it up (I think - see below) and can
- On Jun 24, 2015, at 10:54 PM, Paul Turner p...@google.com wrote:
> On Wed, Jun 24, 2015 at 5:07 PM, Andy Lutomirski wrote:
>> On Wed, Jun 24, 2015 at 3:26 PM, Paul Turner wrote:
>>> This is a fairly small series demonstrating a feature we've found to be
>>> quite
>>> powerful in
On Friday, June 26, 2015 12:51:39 AM Zheng, Lv wrote:
> Hi, Rafael
>
> > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > Sent: Friday, June 26, 2015 8:44 AM
> >
> > On Thursday, June 25, 2015 12:43:39 AM Zheng, Lv wrote:
> > > Hi, Rafael
> > >
> > > > From: Rafael J. Wysocki
On Fri, Jun 26, 2015 at 02:11:03AM +0300, Ville Syrjälä wrote:
> On Thu, Jun 25, 2015 at 04:06:45PM -0700, Luis R. Rodriguez wrote:
> > On Thu, Jun 25, 2015 at 4:04 PM, Ville Syrjälä wrote:
> > > it doesn't hurt too much
> > > since smem_len gets overwritten later in aty_init().
> >
> > That's
On Thu, Jun 25, 2015 at 5:55 PM, Toshi Kani wrote:
> On Thu, 2015-06-25 at 23:42 +, Williams, Dan J wrote:
>> On Thu, 2015-06-25 at 16:55 -0600, Toshi Kani wrote:
>> > On Thu, 2015-06-25 at 15:34 -0700, Dan Williams wrote:
>> > > On Thu, Jun 25, 2015 at 3:11 PM, Toshi Kani wrote:
>> > > > On
On 06/26/2015 12:47 AM, Charles Keepax wrote:
> Detecting an open-circuit on the microphone pin, usually means the
> headset has a microphone but the cable is faulty. Currently the code
> will simply stop detecting and declare nothing in this situation. It is
> better to declare this as headphones
X-Gene PCIe controllers support huge outbound BARs (with size upto
64GB). This patch configures additional 1 outbound BAR for X-Gene
PCIe controllers with size larger than 4GB. This is required to
support devices that request huge outbound memory (nVidia K40 as an
example)
Signed-off-by: Duc Dang
On 06/26/2015 05:44 AM, Nathan Zimmer wrote:
> In kthread_create_on_node we set_cpus_allowed to cpu_all_mask
> regardless of what the node is requested.
> This seems incorrect.
>
> Signed-off-by: Nathan Zimmer
> Cc: Andrew Morton
> Cc: Nishanth Aravamudan
> Cc: Tejun Heo
> Cc: Lai Jiangshan
Hi Linus,
This is the main drm pull request for v4.2.
I've one other new driver from freescale on my radar, it's been posted and
reviewed, I'd just like to get someone to give it a last look, so maybe
I'll send it or maybe I'll leave it.
There is no major nouveau changes in here, Ben was
On Thu, 2015-06-25 at 23:42 +, Williams, Dan J wrote:
> On Thu, 2015-06-25 at 16:55 -0600, Toshi Kani wrote:
> > On Thu, 2015-06-25 at 15:34 -0700, Dan Williams wrote:
> > > On Thu, Jun 25, 2015 at 3:11 PM, Toshi Kani wrote:
> > > > On Thu, 2015-06-25 at 15:00 -0700, Dan Williams wrote:
> > >
On Thursday, June 25, 2015 12:29:02 AM Zheng, Lv wrote:
> Hi, Rafael
>
> > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > Sent: Thursday, June 25, 2015 7:24 AM
> > To: Zheng, Lv
[cut]
> >
> > In fact, I don't see why we need to redefine the symbols at all.
> >
> > Couldn't
Hi, Rafael
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Friday, June 26, 2015 8:44 AM
>
> On Thursday, June 25, 2015 12:43:39 AM Zheng, Lv wrote:
> > Hi, Rafael
> >
> > > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > > Sent: Thursday, June 25, 2015 7:57 AM
> > >
>
>
Add the USB serial console device ID for Aruba Networks 7xxx series
controllers which have a USB port for their serial console.
Signed-off-by: Peter Sanford
---
drivers/usb/serial/cp210x.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/serial/cp210x.c
On Thu, Jun 25, 2015 at 07:14:18PM +0200, Robert Jarzmik wrote:
> From 20002639eac1bd7a81b0613c4bd15ae7522c269d Mon Sep 17 00:00:00 2001
> From: Robert Jarzmik
> Date: Thu, 25 Jun 2015 19:07:48 +0200
> Subject: [PATCH] MAINTAINERS: mtd: docg3: add docg3 maintainer
>
> Add myself as maintainer of
On Thursday, June 25, 2015 12:43:39 AM Zheng, Lv wrote:
> Hi, Rafael
>
> > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > Sent: Thursday, June 25, 2015 7:57 AM
> >
[cut]
> > >
> > > +/***
> > > + *
> > > + *
I have run into situation with AT91 based products where I am at a
loss as to how to properly approproach implementing a driver/solution.
Several boards that I have dealt with are using the AT91's timer/counter pins
to emulate a simple clock output.
Currently, the only way I have found to
Em Thu, Jun 25, 2015 at 08:56:34PM -0300, Arnaldo Carvalho de Melo escreveu:
> Will do the same tests with intel_pt as well, on a remote machine, add
> examples
> to the changeset logs and everything going well, aim for pushing for Ingo
> soon,
So, I asked for callchains, with:
perf record -g
Em Thu, Jun 25, 2015 at 10:45:57AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Thu, Jun 25, 2015 at 04:37:01PM +0300, Adrian Hunter escreveu:
> > On 23/06/15 18:15, Arnaldo Carvalho de Melo wrote:
> > > Em Tue, Jun 23, 2015 at 09:29:34AM +0300, Adrian Hunter escreveu:
> > >> On 23/06/15 02:00,
On 2015/06/25 18:44, Xishi Qiu wrote:
On 2015/6/10 11:06, Kamezawa Hiroyuki wrote:
On 2015/06/09 19:04, Xishi Qiu wrote:
On 2015/6/9 15:12, Kamezawa Hiroyuki wrote:
On 2015/06/04 22:04, Xishi Qiu wrote:
Add the buddy system interface for address range mirroring feature.
Allocate mirrored
Hi Vineet,
Today's linux-next merge of the arc tree got a conflict in:
include/asm-generic/barrier.h
between commits:
ab3f02fc2372 ("locking/arch: Add WRITE_ONCE() to set_mb()")
b92b8b35a2e3 ("locking/arch: Rename set_mb() to smp_store_mb()")
from Linus' tree and commit:
470c27e4695a
On Thu, 2015-06-25 at 16:55 -0600, Toshi Kani wrote:
> On Thu, 2015-06-25 at 15:34 -0700, Dan Williams wrote:
> > On Thu, Jun 25, 2015 at 3:11 PM, Toshi Kani wrote:
> > > On Thu, 2015-06-25 at 15:00 -0700, Dan Williams wrote:
> > > Yes, I see no problem with bound BTTs and their device files.
On 06/26, Kirill A. Shutemov wrote:
>
> > --- a/mm/mremap.c
> > +++ b/mm/mremap.c
> > @@ -276,8 +276,8 @@ static unsigned long move_vma(struct vm_area_struct
> > *vma,
> > need_rmap_locks);
> > if (moved_len < old_len) {
> > err = -ENOMEM;
> > -
2015-06-26 0:40 GMT+09:00 Ming Lei :
> On Thu, 25 Jun 2015 21:49:43 +0900
> Akinobu Mita wrote:
>> For example, there is a single hw queue (hctx) and two CPU queues
>> (ctx0 for CPU0, and ctx1 for CPU1). Now CPU1 is just onlined and
>> a request is inserted into ctx1->rq_list and set bit0 in
Hi Marc,
Any feed back on this.
Do you want me to submit this as a separate patch?so that it is easy for
getting acceptance.
Thanks,
Tirumalesh.
> On Sep 24, 2014, at 8:37 AM, Robert Richter wrote:
>
> From: Tirumalesh Chalamarla
>
> The PCIe host controller uses MSIs provided by GICv3
From: Vinson Lee
This patch fixes this build error on CentOS 5.
execveat.c: In function ‘check_execveat_pathmax’:
execveat.c:185: error: ‘AT_EMPTY_PATH’ undeclared (first use in this function)
execveat.c:185: error: (Each undeclared identifier is reported only once
execveat.c:185: error: for
From: Ruchi Kandoi
This patch has been in the Android tree for ahwile, and I've not
seen it posted for review. Unfortunately the PR_SET_TIMERSLACK_PID
value has collided many times w/ upstream (first w/
PR_SET_THP_DISABLE, and again w/ PR_MPX_ENABLE_MANAGEMENT).
So to try to avoid further ABI
On Thu, Jun 25, 2015 at 04:06:45PM -0700, Luis R. Rodriguez wrote:
> On Thu, Jun 25, 2015 at 4:04 PM, Ville Syrjälä wrote:
> > it doesn't hurt too much
> > since smem_len gets overwritten later in aty_init().
>
> That's the idea, we set it with a default as it will be overwritten
> later anyway.
On Thu, 2015-06-18 at 04:24PM +0530, Viresh Kumar wrote:
> Migrate cadence_ttc driver to the new 'set-state' interface provided by
> clockevents core, the earlier 'set-mode' interface is marked obsolete
> now.
>
> This also enables us to implement callbacks for new states of clockevent
> devices,
On Thu, 25 Jun 2015 16:11:46 -0400
Sasha Levin wrote:
> # echo ">" > events/ext4/ext4_truncate_exit/filter
Thanks. Seems that the WARN_ON is frivolous. We should just handle
cnt < 0 as a bad filter.
Can you run you tests with this patch. Thanks!
-- Steve
>From
On Thu, Jun 25, 2015 at 4:04 PM, Ville Syrjälä wrote:
> it doesn't hurt too much
> since smem_len gets overwritten later in aty_init().
That's the idea, we set it with a default as it will be overwritten
later anyway.
Luis
--
To unsubscribe from this list: send the line "unsubscribe
On Thu, 21 May 2015, j.gli...@gmail.com wrote:
> From: Jérôme Glisse
>
> [...]
>
> + /* update() - update device mmu following an event.
> + *
> + * @mirror: The mirror that link process address space with the device.
> + * @event: The event that triggered the update.
> +
On Wed, Jun 24, 2015 at 06:34:18PM -0700, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> This has no functional changes, it just adjusts
> the ioremap() call for the framebuffer to use
> the same values we later use for the framebuffer,
> this will make it easier to review the next
On Thu, 21 May 2015, j.gli...@gmail.com wrote:
> From: Jérôme Glisse
>
> [...]
> +
> +void hmm_pt_iter_init(struct hmm_pt_iter *iter);
> +void hmm_pt_iter_fini(struct hmm_pt_iter *iter, struct hmm_pt *pt);
> +unsigned long hmm_pt_iter_next(struct hmm_pt_iter *iter,
> +
1 - 100 of 1522 matches
Mail list logo