On Wed, Jun 18, 2014 at 8:26 PM, Maxime Ripard
wrote:
> On Tue, Jun 17, 2014 at 10:52:54PM +0800, Chen-Yu Tsai wrote:
>> The Allwinner A23 is a dual-core Cortex-A7-based SoC. It re-uses most of
>> the IPs found in previous SoCs, notably the A31.
>>
>> Signed-off-by: Chen-Yu Tsai
>> ---
>>
Dear Mark
On 06/18/2014 01:13 AM, Mark Rutland wrote:
On Tue, Jun 17, 2014 at 08:58:00AM +0100, Zhangfei Gao wrote:
From: Jiancheng Xue
Add necessary binding documentation SATA PHY on Hisilicon hix5hd2 soc.
Signed-off-by: Jiancheng Xue
Signed-off-by: Zhangfei Gao
---
On Fri, Jun 20, 2014 at 03:27:15PM +1000, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm-current tree, today's linux-next build (arm
> defconfig) failed like this:
>
> In file included from /scratch/sfr/next/arch/arm/mm/dma-mapping.c:29:0:
>
On Fri, Jun 20, 2014 at 3:22 AM, Thomas Gleixner wrote:
> The uarts only work when the parent is ras_ahb_clk. The stale 3.5
> based ST tree does this in the board file.
>
> Add it to the clk init function. Not pretty, but the mess there is
> amazing anyway.
I still feel that board file is the
Hi all,
The powerpc allyesconfig is again broken more than usual.
Changes since 20140619:
The mfd-lj tree lost its build failure.
The staging tree gained a build failure for which I disabled a driver.
The akpm-current tree gained a build failure for which I reverted some
commits.
Non-merge
On Thu, Jun 19, 2014 at 10:27 PM, Stephen Rothwell
wrote:
> Hi Andrew,
>
> After merging the akpm-current tree, today's linux-next build (x86_64
> allmodconfig) produced this warning:
>
> Introduced by commit 8d9dfa4b0125 ("initramfs: support initramfs that
> is more than 2G"). Grep is your
Hi Andrew,
After merging the akpm-current tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
In file included from include/linux/printk.h:257:0,
from include/linux/kernel.h:13,
from arch/x86/include/asm/percpu.h:44,
from
Hi Andrew,
After merging the akpm-current tree, today's linux-next build (arm
defconfig) failed like this:
In file included from /scratch/sfr/next/arch/arm/mm/dma-mapping.c:29:0:
/scratch/sfr/next/include/linux/cma.h:8:28: error: 'CONFIG_CMA_AREAS'
undeclared here (not in a function)
#define
BTW, unionfs isn’t inactive (http://unionfs.filesystems.org,
http://git.fsl.cs.sunysb.edu/?o=age).
Cheers,
Erez.
On Jun 19, 2014, at 8:36 AM, Miklos Szeredi wrote:
> Hi Dave,
>
> There's interest in having a mailing list specifically for "union
> filesystem" like solutions (currently active
On 06/20/2014 02:56 AM, Mark Brown wrote:
* PGP Signed by an unknown key
On Thu, Jun 19, 2014 at 09:59:04AM -0600, Stephen Warren wrote:
On 06/19/2014 01:49 AM, Alexandre Courbot wrote:
Remove the regulator-always-on property from some regulators that do not
need it. On recent kernels fixed
On Thu, 19 Jun 2014, Joe Perches wrote:
> On Thu, 2014-06-19 at 18:49 +0200, Julia Lawall wrote:
> > On Thu, 19 Jun 2014, Joe Perches wrote:
> > > On Thu, 2014-06-19 at 21:59 +0530, Himangi Saraogi wrote:
> > > > This script detects the use of a parenthesis around return value ot the
> > > >
There are some patches created by git format-patch
that when scanned by checkpatch report errors on
lines like
To: address.tld
This is a checkpatch false positive.
Improve the logic a bit to ignore folded email headers
to avoid emitting these messages.
Signed-off-by: Joe Perches
---
Make dgap_found_board() return a brd pointer and that brd pointer
assign to dgap_board[] in the end of the dgap_init_one().
Signed-off-by: Daeseok Youn
---
drivers/staging/dgap/dgap.c | 22 +++---
1 files changed, 11 insertions(+), 11 deletions(-)
diff --git
On Wed, Jun 18, 2014 at 9:44 AM, Kevin Hilman wrote:
[...]
> Thinking more about what this RPM driver actually does, and since you
> mentioned patterns across SoCs, it seems to me the RPM driver bascially
> just doing the IPC.
>
Yes, technically this is IPC. But it's all exposed in memory as if
Commit-ID: 891715793f0451e5114d200be932ac14ce8521a3
Gitweb: http://git.kernel.org/tip/891715793f0451e5114d200be932ac14ce8521a3
Author: Michal Nazarewicz
AuthorDate: Thu, 19 Jun 2014 03:58:36 +0200
Committer: H. Peter Anvin
CommitDate: Thu, 19 Jun 2014 22:04:50 -0700
x86/tsc: Get rid
On Fri, Jun 20, 2014 at 06:57:04AM +0200, Olaf Hering wrote:
> On Thu, Jun 19, Haiyang Zhang wrote:
>
> > The RNDIS_STATUS_NETWORK_CHANGE event is received after the Hyper-V host
> > sleep or hibernation. We refresh network at this time.
>
> > + char *argv[] = { "/etc/init.d/network",
On Thu, 19 Jun 2014 17:33:30 -0400 Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> The trace_seq functions are rather useful outside of tracing. Instead
> of having it be dependent on CONFIG_TRACING, move the code into lib/
> and allow other users to have access to it even when
On 06/19/2014 10:02 PM, Yinghai Lu wrote:
> On Thu, Jun 19, 2014 at 9:29 PM, H. Peter Anvin wrote:
>> On 06/19/2014 07:12 PM, Yinghai Lu wrote:
>>>
>>> Also need to use that in write_buffer path for cpio that have file is
>>> more than file.
>>
>> That sentence doesn't make sense.
>
> I mean
On Thu, Jun 19, 2014 at 08:53:57PM -0700, Andrew Morton wrote:
> On Fri, 20 Jun 2014 12:00:02 +0900 Minchan Kim wrote:
>
> > By suggestion from Andrew, first of all, I try to add only comment
> > but I believe we could make it more clear by some change like this.
> >
On Thu, Jun 19, 2014 at 9:29 PM, H. Peter Anvin wrote:
> On 06/19/2014 07:12 PM, Yinghai Lu wrote:
>>
>> Also need to use that in write_buffer path for cpio that have file is
>> more than file.
>
> That sentence doesn't make sense.
I mean this path:
unpack_to_rootfs ===> write_buffer ===>
drivers/staging/lustre/lustre/ldlm/ldlm_resource.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
> Doesn't apply :(
Thanks - Its probably because I have included a patch already sent
earlier, will redo this set.
--
To unsubscribe from this list: send the line "unsubscribe
On Thu, Jun 19, 2014 at 1:01 PM, Jassi Brar wrote:
[...]
> Mailbox isn't about how you program the h/w. Do whatever is needed to
> send a message across.
>
But there are no messages to get across here, each individual resource
is exposed directly in the address space of the Linux system.
> BTW
On Thu, Jun 19, Haiyang Zhang wrote:
> The RNDIS_STATUS_NETWORK_CHANGE event is received after the Hyper-V host
> sleep or hibernation. We refresh network at this time.
> + char *argv[] = { "/etc/init.d/network", "restart", NULL };
What happens if that file does not exist? Dead network in
On Thu, Jun 19, 2014 at 08:13:22PM -0400, Pranith Kumar wrote:
> On 06/19/2014 07:49 PM, Paul E. McKenney wrote:
> > On Thu, Jun 19, 2014 at 07:24:48PM -0400, Pranith Kumar wrote:
> >> (dropping some CCs)
> >>
> >> On 06/19/2014 05:00 PM, Paul E. McKenney wrote:
> >>> On Wed, Jun 18, 2014 at
On Fri, Jun 20, 2014 at 3:22 AM, Thomas Gleixner wrote:
> The control register is at offset 0x10, not 0x0. This is wreckaged
> since commit 5df33a62c (SPEAr: Switch to common clock framework).
>
> Signed-off-by: Thomas Gleixner
> Cc: sta...@vger.kernel.org
> ---
>
On Fri, Jun 20, 2014 at 3:26 AM, Thomas Gleixner wrote:
> Make it match the bindings and the implementation.
>
> Signed-off-by: Thomas Gleixner
> ---
> arch/arm/boot/dts/spear320.dtsi |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> Index: linux/arch/arm/boot/dts/spear320.dtsi
>
On Thu, Jun 19, 2014 at 11:33 AM, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> The trace_seq functions are rather useful outside of tracing.
They are? Why and where? And why are they still called "trace_xyz()" then?
That commit message is useless and contains no actual
On Fri, Jun 20, 2014 at 3:26 AM, Thomas Gleixner wrote:
> Signed-off-by: Thomas Gleixner
> ---
> arch/arm/boot/dts/spear320.dtsi |5 +
> 1 file changed, 5 insertions(+)
>
> Index: linux/arch/arm/boot/dts/spear320.dtsi
> ===
On Thu, 19 Jun 2014, Naoya Horiguchi wrote:
> Hi,
>
> I triggered the following bug on v3.16-rc1 when I did mbind() testing
> where multiple processes repeat calling mbind() for a shared mapped file
> (causing pingpong of page migration.)
The shared mapped file on shmem/tmpfs? So involving
Hi Peter,
On Thu, 19 Jun 2014 21:30:49 -0700 "H. Peter Anvin" wrote:
>
> On 06/19/2014 09:24 PM, Stephen Rothwell wrote:
> >
> > On Mon, 16 Jun 2014 11:57:09 +1000 Stephen Rothwell
> > wrote:
> >>
> >> After merging the tip tree, today's linux-next build (x86_64
> >> allmodconfig) produced
From: "John W. Linville"
Date: Wed, 18 Jun 2014 14:54:14 -0400
> Please pull this batch of fixes intended for the 3.16 stream!
Pulled, thanks a lot John.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On 06/19/2014 09:24 PM, Stephen Rothwell wrote:
> Hi all,
>
> On Mon, 16 Jun 2014 11:57:09 +1000 Stephen Rothwell
> wrote:
>>
>> After merging the tip tree, today's linux-next build (x86_64
>> allmodconfig) produced this warning:
>>
>> In file included from
>>
On 06/19/2014 07:12 PM, Yinghai Lu wrote:
> When initrd (compressed or not) is used, kernel report data corrupted
> with /dev/ram0.
>
> The root cause:
> During initramfs checking, if it is initrd, it will be transferred to
> /initrd.image with sys_write.
> sys_write only support 2G-4K write, so
From: Fabian Frederick
Date: Tue, 17 Jun 2014 21:22:50 +0200
> Fix checkpatch warning:
> WARNING: kfree(NULL) is safe this check is probably not required
>
> Cc: Samuel Ortiz
> Cc: net...@vger.kernel.org
> Signed-off-by: Fabian Frederick
Applied.
--
To unsubscribe from this list: send the
From: Fabian Frederick
Date: Tue, 17 Jun 2014 21:32:53 +0200
> Fix checkpatch warning:
> WARNING: kfree(NULL) is safe this check is probably not required
>
> Cc: Ariel Elior
> Cc: net...@vger.kernel.org
> Signed-off-by: Fabian Frederick
Applied.
--
To unsubscribe from this list: send the
Hi all,
On Mon, 16 Jun 2014 11:57:09 +1000 Stephen Rothwell
wrote:
>
> After merging the tip tree, today's linux-next build (x86_64
> allmodconfig) produced this warning:
>
> In file included from arch/x86/crypto/camellia_aesni_avx_glue.c:23:0:
> arch/x86/include/asm/xsave.h:73:12: warning:
From: Haiyang Zhang
Date: Thu, 19 Jun 2014 18:34:36 -0700
> The RNDIS_STATUS_NETWORK_CHANGE event is received after the Hyper-V host
> sleep or hibernation. We refresh network at this time.
> MS-TFS: 135162
>
> Signed-off-by: Haiyang Zhang
> Reviewed-by: K. Y. Srinivasan
Applied, thanks.
--
When I compile the kernel, found this warning:
In file included from arch/arm64/kernel/efi-stub.c:44:0:
arch/arm64/kernel/../../../drivers/firmware/efi/fdt.c: In function update_fdt:
arch/arm64/kernel/../../../drivers/firmware/efi/fdt.c:66:22: warning: unused
variable name [-Wunused-variable]
Hi Greg,
After merging the staging tree, today's linux-next build (powerpc
allyesconfig) failed like this:
drivers/staging/board/board.c: In function 'find_by_address':
drivers/staging/board/board.c:14:3: error: implicit declaration of function
'of_can_translate_address'
From: "Michael S. Tsirkin"
Date: Thu, 19 Jun 2014 21:22:56 +0300
> ERROR: "memcpy_fromiovecend" [drivers/vhost/vhost_scsi.ko] undefined!
>
> commit 9f977ef7b671f6169eca78bf40f230fe84b7c7e5
> vhost-scsi: Include prot_bytes into expected data transfer length
> in target-pending makes
Hi all,
I've now caught up with all pending staging driver patches that I had,
with the exception of 2 android binder patches that I want to get some
review / acks from some android developers on before applying.
If you have sent me a patch for the staging tree that has not been
applied,
Hi Serge,
On Fri, 20 Jun 2014 05:43:56 +0200 "Serge E. Hallyn" wrote:
>
> The duplicates were the result of several misunderstandings and general
> naivity all on my part. I'm actually still not clear on what usually
> happens with the selinux tree - it feeds into linux-next, then gets
>
On Fri, 20 Jun 2014 12:00:02 +0900 Minchan Kim wrote:
> By suggestion from Andrew, first of all, I try to add only comment
> but I believe we could make it more clear by some change like this.
> https://lkml.org/lkml/2014/6/16/750
>
> Anyway, push this patch firstly.
Thanks.
>
Our you Guys just removing me from your emails I have checked this patch
and it seems right. If you don't want to accept it , the less you can
do is give me a reply.
Nick
On Thu, Jun 19, 2014 at 10:12 PM, Nick Krause wrote:
> If anyone able to check this patch it would be great.
> Thanks Nick
>
On 18 June 2014 12:14, Doug Anderson wrote:
> From: Andrew Bresticker
>
> If we receive EC interrupts after the cros_ec driver has probed, but
> before the cros_ec_keyb driver has probed, the cros_ec IRQ handler
> will not run the cros_ec_keyb notifier and the EC will leave the IRQ
> line
Quoting Stephen Rothwell (s...@canb.auug.org.au):
> Hi Paul,
>
> On Thu, 19 Jun 2014 15:47:01 -0400 Paul Moore wrote:
> >
> > I want to avoid use a -rcX release as the foundation of any of my trees;
> > the -
> > rc releases aren't as stable and it goes against what we're trying to do
> > with
On 18 June 2014 12:14, Doug Anderson wrote:
> From: Bill Richardson
>
> Just because the host was able to talk to the EC doesn't mean that the EC
> was happy with what it was told. Errors in communincation are not the same
> as error messages from the EC itself.
>
> This change lets the EC
On 18 June 2014 12:14, Doug Anderson wrote:
> From: Bill Richardson
>
> This is some internal structure reorganization / renaming to prepare
> for future patches that will add a userspace API to cros_ec. There
> should be no visible changes.
>
> Signed-off-by: Bill Richardson
> Signed-off-by:
On Thu, 19 Jun 2014, Laura Abbott wrote:
> The common early_init_dt_add_memory_arch takes the base and size
> of a memory region as u64 types. The function never checks if
> the base and size can actually fit in a phys_addr_t which may
> be smaller than 64-bits. This may result in incorrect
On 06/19/2014 11:50 AM, Dave Hansen wrote:
> On 06/19/2014 11:02 AM, H. Peter Anvin wrote:
>> On 06/18/2014 09:25 AM, Dave Hansen wrote:
>>> How about something like the attached patch?
>>>
>>> This lets us use static_cpu_has() for the checks, and allows us to
>>> easily add new checks for other
Right now userspace can pass a large chunk of data and the kernel
will attempt to allocate all of it to copy it in from userspace.
The problem is that there is no upper limit on the size userspace
can pass. Right now userspace can even force a machine to run out
of memory by forcing the kernel to
On Thu, 2014-06-19 at 13:48 +1000, Alexey Kardashevskiy wrote:
> On 06/19/2014 11:50 AM, Alexey Kardashevskiy wrote:
> > On 06/19/2014 10:50 AM, Alexey Kardashevskiy wrote:
> >> On 06/19/2014 04:35 AM, Alex Williamson wrote:
> >>> On Wed, 2014-06-18 at 21:36 +1000, Alexey Kardashevskiy wrote:
>
Hello Tomasz,
On 20 June 2014 06:00, Tomasz Figa wrote:
> On 20.06.2014 02:28, Chanwoo Choi wrote:
>> On 06/20/2014 09:24 AM, Tomasz Figa wrote:
>>> On 20.06.2014 02:22, Chanwoo Choi wrote:
Hi Tomasz,
On 06/18/2014 04:58 PM, Tomasz Figa wrote:
> Hi Chanwoo,
>
> On
On 2014-06-20, H. Peter Anvin wrote:
> On 06/19/2014 10:04 AM, Dave Hansen wrote:
>>
>> Could you please support this position with some data? I'm a bit
>> skeptical that instruction decoding is going to be a
>> performance-critical path.
>>
>> I also don't see the extra field that you talked
Hi Marcelo,
Thanks for your reply. Please see below.
On 06/20/2014 03:00 AM, Marcelo Tosatti wrote:
..
Remove pinning is preferable. In fact looks like for identity pagetable
it should be trivial, just don't pin. APIC access page is a little bit
more complicated since its physical address
(2014/06/19 23:18), Josh Poimboeuf wrote:
> On Thu, Jun 19, 2014 at 02:03:31PM +0900, Masami Hiramatsu wrote:
>> (2014/06/19 11:08), Josh Poimboeuf wrote:
>>> On Tue, Jun 17, 2014 at 11:04:36AM +, Masami Hiramatsu wrote:
Hi,
Here is the version 2 of the series of patches which
The common early_init_dt_add_memory_arch takes the base and size
of a memory region as u64 types. The function never checks if
the base and size can actually fit in a phys_addr_t which may
be smaller than 64-bits. This may result in incorrect memory
being passed to memblock_add if the memory falls
On Thu, 2014-06-19 at 23:51 +, Namhyung Kim wrote:
> Hi Davidlohr,
>
> On Thu, Jun 19, 2014 at 11:45 AM, Davidlohr Bueso wrote:
> > Hi Namhyung,
> >
> > On Thu, 2014-06-19 at 15:14 +0900, Namhyung Kim wrote:
> >> By adding a top-level option, I think it should be applied to all
> >>
On Thu, Jun 19, 2014 at 01:13:22PM -0700, Andrew Morton wrote:
> On Thu, 19 Jun 2014 10:02:39 +0900 Minchan Kim wrote:
>
> > > > @@ -2057,8 +2057,7 @@ out:
> > > > static void shrink_lruvec(struct lruvec *lruvec, struct scan_control
> > > > *sc)
> > > > {
> > > > unsigned long
On Fri, Jun 20, 2014 at 11:36:03AM +0900, Jingoo Han wrote:
> On Friday, June 20, 2014 3:49 AM, Wolfram Sang wrote:
> >
> > Pretty much a year ago, Tushar cleaned up a lot of deprecated uses of
> > devm_request_and_ioremap, yet some remains are still left. Remove the last
> > two
> > users, and
On Tue, 17 Jun 2014 11:04:49 +
Masami Hiramatsu wrote:
> Introduce FTRACE_OPS_FL_IPMODIFY to avoid conflict among
> ftrace users who may modify regs->ip to change the execution
> path. This also adds the flag to kprobe_ftrace_ops, since
> ftrace-based kprobes already modifies regs->ip. Thus,
I've noticed that the last commit to ion_system_heap.c ('staging: ion:
optimize struct ion_system_heap') has an omission, so an invalid kfree()
gets called on ion_system_heap_destroy(). As ION system heap is never
destroyed until system shutdown, it may not cause any harm, but should
be fixed. I
On Friday, June 20, 2014 3:49 AM, Wolfram Sang wrote:
>
> Pretty much a year ago, Tushar cleaned up a lot of deprecated uses of
> devm_request_and_ioremap, yet some remains are still left. Remove the last two
> users, and let the function rest in peace. I'd suggest that this series is
> picked up
On 2014/6/19 17:13, Luca Abeni wrote:
On 06/18/2014 09:01 AM, xiaofeng.yan wrote:
[...]
I also had an implementation of the GRUB algorithm (based on a
modification
of my old CBS scheduler for Linux), but the computational
complexity of the
algorithm was too high. That's why I never proposed to
On ia64 and ppc64, the function pointer does not point the
entry address of the function, but the address of function
discriptor (which contains the entry address and misc
data.) Since the kprobes passes the function pointer stored
by NOKPROBE_SYMBOL() to kallsyms_lookup_size_offset() for
The setup_node_data() function allocates a pg_data_t object, inserts it
into the node_data[] array and initializes the following fields:
node_id, node_start_pfn and node_spanned_pages.
However, a few function calls later during the kernel boot,
free_area_init_node() re-initializes those fields,
(2014/06/19 21:34), Namhyung Kim wrote:
> Hi Masami,
>
> 2014-06-17 (화), 11:04 +, Masami Hiramatsu:
>> +static int __ftrace_add_filter_ip(struct ftrace_ops *ops, unsigned long ip,
>> + int *ref)
>> +{
>> +int ret;
>> +
>> +/* Try to set given ip to filter
(2014/06/20 11:08), Steven Rostedt wrote:
> On Tue, 17 Jun 2014 11:04:42 +
> Masami Hiramatsu wrote:
>
>> Simplify ftrace_hash_disable/enable path in ftrace_hash_move
>> for hardening the process if the memory allocation failed.
>>
>
> Regardless of what we do with IPMODIFY, I pulled this
(2014/06/20 9:37), Michael Ellerman wrote:
> On Thu, 2014-06-19 at 20:20 +0900, Masami Hiramatsu wrote:
>> (2014/06/19 20:01), Masami Hiramatsu wrote:
>>
>>> Ah, those messages should be shown in dmesg when booting if it doesn't
>>> work,
>>> because the messages are printed by
When initrd (compressed or not) is used, kernel report data corrupted
with /dev/ram0.
The root cause:
During initramfs checking, if it is initrd, it will be transferred to
/initrd.image with sys_write.
sys_write only support 2G-4K write, so if the initrd ram is more than
that, /initrd.image will
If anyone able to check this patch it would be great.
Thanks Nick
On Thu, Jun 19, 2014 at 5:18 PM, Nicholas Krause wrote:
> Checks for Null return from dev_skb_alloc if it returns Null,
> fw_download returns false. Otherwise it returns true.Also
> removed rt_status due to returning true of false
On Tue, 17 Jun 2014 11:04:42 +
Masami Hiramatsu wrote:
> Simplify ftrace_hash_disable/enable path in ftrace_hash_move
> for hardening the process if the memory allocation failed.
>
Regardless of what we do with IPMODIFY, I pulled this into my 3.17
queue. You don't need to resend it with
On 06/18/2014 02:30 PM, Jingoo Han wrote:
> The site-specific OOM messages are unnecessary, because they
> duplicate the MM subsystem generic OOM message. The following
> checkpatch warning is also removed.
>
> WARNING: Possible unnecessary 'out of memory' message
>
> Signed-off-by: Jingoo Han
Hi Jingoo,
On 06/18/2014 02:27 PM, Jingoo Han wrote:
> Make of_device_id array const, because all OF functions handle
> it as const.
>
> Signed-off-by: Jingoo Han
> ---
> drivers/extcon/extcon-palmas.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
Hi Stanislav,
On Thu, 19 Jun 2014 16:23:01 +0400, Stanislav Fomichev wrote:
> In IO mode timechart shows any disk/network activity.
> + for (i = 0; i < disk_events_nr; i++) {
> + if (!is_valid_tracepoint(disk_events[i])) {
> + rec_argc--;
It (and others below)
On Thu, 2014-06-19 at 20:20 +0900, Masami Hiramatsu wrote:
> (2014/06/19 20:01), Masami Hiramatsu wrote:
>
> > Ah, those messages should be shown in dmesg when booting if it doesn't
> > work,
> > because the messages are printed by initialization process of kprobe
> > blacklist.
The RNDIS_STATUS_NETWORK_CHANGE event is received after the Hyper-V host
sleep or hibernation. We refresh network at this time.
MS-TFS: 135162
Signed-off-by: Haiyang Zhang
Reviewed-by: K. Y. Srinivasan
---
drivers/net/hyperv/hyperv_net.h |3 ++-
drivers/net/hyperv/netvsc_drv.c | 30
On 20.06.2014 02:28, Chanwoo Choi wrote:
> On 06/20/2014 09:24 AM, Tomasz Figa wrote:
>> On 20.06.2014 02:22, Chanwoo Choi wrote:
>>> Hi Tomasz,
>>>
>>> On 06/18/2014 04:58 PM, Tomasz Figa wrote:
Hi Chanwoo,
On 18.06.2014 04:20, Chanwoo Choi wrote:
> This patch control special
On 06/20/2014 09:24 AM, Tomasz Figa wrote:
> On 20.06.2014 02:22, Chanwoo Choi wrote:
>> Hi Tomasz,
>>
>> On 06/18/2014 04:58 PM, Tomasz Figa wrote:
>>> Hi Chanwoo,
>>>
>>> On 18.06.2014 04:20, Chanwoo Choi wrote:
This patch control special clock for ADC in Exynos series's FSYS block.
If
On Fri, Jun 13, 2014 at 11:49:43AM +0530, pramod.gurav@gmail.com wrote:
> From: Pramod Gurav
>
> Currently this alarm-dev can be compiles only as built in
> driver. This adds support to compile it as module as well which is in
> planned activity (See drivers/staging/android/TODO)
>
>
> CC:
On 20.06.2014 02:20, Chanwoo Choi wrote:
> Hi Tomasz,
>
> On 06/18/2014 04:55 PM, Tomasz Figa wrote:
>> Hi Chanwoo,
>>
>> On 18.06.2014 04:20, Chanwoo Choi wrote:
>>> This patchset add 'exynos_adc_ops' structure which includes some functions
>>> to control ADC operation according to ADC version
On 20.06.2014 02:22, Chanwoo Choi wrote:
> Hi Tomasz,
>
> On 06/18/2014 04:58 PM, Tomasz Figa wrote:
>> Hi Chanwoo,
>>
>> On 18.06.2014 04:20, Chanwoo Choi wrote:
>>> This patch control special clock for ADC in Exynos series's FSYS block.
>>> If special clock of ADC is registerd on clock list of
Hi Tomasz,
On 06/18/2014 04:58 PM, Tomasz Figa wrote:
> Hi Chanwoo,
>
> On 18.06.2014 04:20, Chanwoo Choi wrote:
>> This patch control special clock for ADC in Exynos series's FSYS block.
>> If special clock of ADC is registerd on clock list of common clk framework,
>> Exynos ADC drvier have to
Hi Tomasz,
On 06/18/2014 04:55 PM, Tomasz Figa wrote:
> Hi Chanwoo,
>
> On 18.06.2014 04:20, Chanwoo Choi wrote:
>> This patchset add 'exynos_adc_ops' structure which includes some functions
>> to control ADC operation according to ADC version (v1 or v2).
>>
>> Signed-off-by: Chanwoo Choi
>>
On Fri, Jun 20, 2014 at 02:01:46AM +1000, Anil Belur wrote:
> From: Anil Belur
>
> - this fixed the "WARNING: braces {} are not necessary for
> single statement blocks"
>
> Signed-off-by: Anil Belur
> ---
> drivers/staging/lustre/lustre/ldlm/ldlm_resource.c | 6 ++
> 1 file changed, 2
On Sat, Jun 07, 2014 at 07:39:19PM +0200, Vincent Stehlé wrote:
> Commit 77be2c54c5bd 'mac80211: add vif to flush call' modifies the flush
> operation prototype. Update r8192ee function accordingly.
>
> This fixes the following compilation warnings:
>
> drivers/staging/rtl8192ee/core.c: At top
On 06/19/2014 07:49 PM, Paul E. McKenney wrote:
> On Thu, Jun 19, 2014 at 07:24:48PM -0400, Pranith Kumar wrote:
>> (dropping some CCs)
>>
>> On 06/19/2014 05:00 PM, Paul E. McKenney wrote:
>>> On Wed, Jun 18, 2014 at 12:49:42PM -0700, Joe Perches wrote:
I believe the function doesn't
On 06/19/2014 07:33 PM, Joe Perches wrote:
>>
>> Here is a first run of the change. Please let me know if I am totally off.
>> RFC. :)
>>
>> Three things on Todo list:
>>
>> * We need to check that we are using less than the allocated size of the
>> buffer (used > size). (we are allocating a
On Thu, Jun 12, 2014 at 07:40:49PM +0200, L. Alberto Giménez wrote:
> Fix sparse warning.
>
> Signed-off-by: L. Alberto Giménez
> ---
> drivers/staging/rtl8192u/ieee80211/ieee80211_crypt.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
Hi Ben,
It looks like we may have missed this trivial fix? Can you please apply it to
your tree?
Regards,
Alistair
On Fri, 13 Jun 2014 13:56:32 Paul Bolle wrote:
> On Fri, 2014-05-02 at 18:06 +1000, Alistair Popple wrote:
> > The original implementation of MMC support for Akebono introduced a
On Thu, 19 Jun 2014 21:34:31 +0900, Namhyung Kim wrote:
> What about this?
>
> static int __ftrace_remove_filter_ip(...)
> {
> if (*ref == 1) {
> int ret = unregister_ftrace_function(ops);
> if (ret < 0)
> return ret;
>
>
On Wed, Jun 18, 2014 at 04:10:06PM +0200, Christian Bay wrote:
> This patch fixes all checkpatch errors and warnings in Queue.h:
> Whitespaces, brackets and comments according to the coding guideline
Same as the previous one, thanks.
greg k-h
--
To unsubscribe from this list: send the line
On Wed, Jun 18, 2014 at 04:10:05PM +0200, Christian Bay wrote:
> This patch fixes all errors, excluding > 80 character warnings, shown by the
> checkpatch
> script. In detail whitespace changes according to the coding guideline are
> meant.
> Additionally there is exactly one newline after every
On Thu, Jun 19, 2014 at 3:46 PM, H. Peter Anvin wrote:
> On 06/18/2014 03:59 PM, Andy Lutomirski wrote:
>>
>> This may break make vdso_install with binutils before 2.17.50.0.17.
>> On the other hand, make vdso_install was probably never useful with
>> earlier binutils, since the installed files
On Fri, 4 Apr 2014 17:22:01 +0800
Daniel Kurtz wrote:
> Kernel access to the eyxnos fbdev framebuffer is via its gem object's
> kernel mapping (kvaddr, stored in info->screen_base).
>
> User space access is provided by mmap(), read() and write() of /dev/fb/fb0.
> These functions also only use
On Fri, Jun 06, 2014 at 08:02:18PM -0700, Thomas Wood wrote:
> Remove initialization of static value.
> Invert the empty if statement's test to replace the else statement.
> Remove parentheses from a return statement.
> Fix some code indentation.
>
> Signed-off-by: Thomas Wood
> ---
>
> I'm
Hi Davidlohr,
On Thu, Jun 19, 2014 at 11:45 AM, Davidlohr Bueso wrote:
> Hi Namhyung,
>
> On Thu, 2014-06-19 at 15:14 +0900, Namhyung Kim wrote:
>> By adding a top-level option, I think it should be applied to all
>> benchmaks - but I guess it only supports sched messaging and futex,
>> right?
>
On Thu, Jun 19, 2014 at 07:24:48PM -0400, Pranith Kumar wrote:
> (dropping some CCs)
>
> On 06/19/2014 05:00 PM, Paul E. McKenney wrote:
> > On Wed, Jun 18, 2014 at 12:49:42PM -0700, Joe Perches wrote:
> >>
> >> I believe the function doesn't work well.
> >>
> >> static void
> >>
On Thu, 19 Jun 2014 18:58:15 +0200, Jiri Olsa wrote:
> On Thu, Jun 19, 2014 at 12:28:43PM -0300, Arnaldo Carvalho de Melo wrote:
>> Em Thu, Jun 19, 2014 at 09:56:44PM +0900, Namhyung Kim escreveu:
>> > 2014-06-19 (목), 13:41 +0200, Jiri Olsa:
>> > > Adding report.show-headers config file option to
On Fri, 2014-06-20 at 00:04 +0100, Alan Cox wrote:
> > Wow that's junk issued by an Exchange server ... Alan, really ...
>
> Blame evolution. It apparently thinks that if you follow up to your own
> email from one address it should randomly switch to another.
so you @linux.intel.com is sane and
1 - 100 of 1522 matches
Mail list logo
