On Wed, 16 Jul 2014 12:44:17 +0800 Ian Kent wrote:
> On Thu, 2014-07-10 at 09:41 +1000, NeilBrown wrote:
> > Any attempt to look up a pathname that passes though an
> > autofs4 mount is currently forced out of RCU-walk into
> > REF-walk.
> >
> > This can significantly hurt performance of
On 15 July 2014 12:28, Srivatsa S. Bhat wrote:
> Wait, allowing an offline CPU to be the policy->cpu (i.e., the CPU which is
> considered as the master of the policy/group) is just absurd.
Yeah, that was as Absurd as I am :)
> The goal of this patchset should be to just de-couple the sysfs
>
On 07/15/2014 08:01 PM, Sam Asadi wrote:
> From: Peter Ujfalusi
>
> The use of FIFO in McASP can reduce the risk of audio under/overrun and
> lowers the load on the memories since the DMA will operate in bursts.
>
> Signed-off-by: Peter Ujfalusi
> Signed-off-by: Tony Lindgren
> Signed-off-by:
Parantheses/do {...} while(0) would not work for direct value substituons like
this obviously but fixing this false positive seems hard. An exception case
that is something like "macros with complex values separated by commas but no
statements terminated by semicolons" is my best but
From: Varka Bhadram
This patch removes the bool variable 'pass'.
If the swith case exist return true or return false.
Signed-off-by: Varka Bhadram
---
net/netlink/af_netlink.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/net/netlink/af_netlink.c
Isn't this the problem again the btrfs uses different assignments for
st_dev than s_dev? I don't even want to think about a mess like this
before that is fixed.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
From: varkabhad...@gmail.com
Date: Wed, 16 Jul 2014 10:47:24 +0530
> From: Varka Bhadram
>
> Remove the bool variable 'pass'. Return the true/false directly.
>
> Signed-off-by: Varka Bhadram
This doesn't "fix" anything, it's a cleanup.
Please resubmit this with a more correct commit header
From: Varka Bhadram
Remove the bool variable 'pass'. Return the true/false directly.
Signed-off-by: Varka Bhadram
---
net/netlink/af_netlink.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/net/netlink/af_netlink.c b/net/netlink/af_netlink.c
index
Hi,
On Tuesday 15 July 2014 10:09 PM, Kumar Gala wrote:
> Add a PHY driver for uses with AHCI based SATA controller driver on the
> IPQ806x family of SoCs.
>
> Signed-off-by: Kumar Gala
Please fix this checkpatch warning..
WARNING: memory barrier without comment
#235: FILE:
Signed-off-by: Andy Lutomirski
---
config/config-x86-common.mak | 5 -
x86/get_rng_seed.c | 50
x86/unittests.cfg| 3 +++
3 files changed, 57 insertions(+), 1 deletion(-)
create mode 100644 x86/get_rng_seed.c
diff --git
On Wed, Jul 16, 2014 at 12:39 AM, Joe Perches wrote:
> On Wed, 2014-07-16 at 00:28 -0400, Nick Krause wrote:
>> I am cleaning up the kernel as it needs a lot of cleanup.
>
> Needs are curious things.
>
> Consistency is a nicety not really a need.
>
> Bugs need fixing. Defects need eliminating.
>
On Tue, Jul 15, 2014 at 10:46:49PM +0200, Peter Senna Tschudin wrote:
> This patch fixes a checkpatch warning by replacing printk
> by dev_warn. Tested by compilation only.
>
> Signed-off-by: Peter Senna Tschudin
> ---
> Changes from V4:
> - use dev_warn instead of pr_warn
>
>
On Wed, 2014-07-16 at 00:35 -0400, Pranith Kumar wrote:
> The problem is with the default which is at 50% now. That means that a
> commit needs to have changed a file by more than 50% -and- moved it in
> the same commit. This is highly discouraged and unlikely to happen in
> our case.
>
> Even if
On Tuesday 15 July 2014 12:48 PM, Tony Lindgren wrote:
> * Kishon Vijay Abraham I [140714 03:44]:
>> [1] is split into separate series in order for individual subsystem
>> Maintainers to pick up the patches. This series handles the PCIe
>> dt data for DRA7.
>>
>> This series has better commit
On Wednesday 16 July 2014 01:43 AM, Paul Walmsley wrote:
> On Mon, 14 Jul 2014, Kishon Vijay Abraham I wrote:
>
>> On Wednesday 09 July 2014 04:32 PM, Rajendra Nayak wrote:
>>> On Wednesday 09 July 2014 02:32 PM, Kishon Vijay Abraham I wrote:
Added hwmod data for pcie1 and pcie2 subsystem
On Thu, 2014-07-10 at 09:41 +1000, NeilBrown wrote:
> Any attempt to look up a pathname that passes though an
> autofs4 mount is currently forced out of RCU-walk into
> REF-walk.
>
> This can significantly hurt performance of many-thread work
> loads on many-core systems, especially if the
On Wed, 2014-07-16 at 00:28 -0400, Nick Krause wrote:
> I am cleaning up the kernel as it needs a lot of cleanup.
Needs are curious things.
Consistency is a nicety not really a need.
Bugs need fixing. Defects need eliminating.
Enhancements are appreciated. Inconsistent
code style is a minor
On Wed, Jul 16, 2014 at 12:08 AM, Joe Perches wrote:
> On Tue, 2014-07-15 at 22:23 -0400, Pranith Kumar wrote:
>> ping?
>>
>> On Sat, Jul 12, 2014 at 3:25 PM, Pranith Kumar wrote:
>> > get_maintainer tries to follow files with a matching threshold of default
>> > 50%.
>> > This is not really
Hi,
Can you please add the mainline commit a4b6cb735b25aa84a462a1985e3e43bebaf5beb4
"ARC: Implement ptrace(PTRACE_GET_THREAD_AREA)" to stable kernels
This is causing buildroot gdb failures with pre 3.16 kernels.
Thx,
-Vineet
--
To unsubscribe from this list: send the line "unsubscribe
On 07/15/2014 08:04 PM, Stephen Rothwell wrote:
Hi Guenter,
On Tue, 15 Jul 2014 12:08:07 -0700 Guenter Roeck wrote:
Do you mean b6220ad66 (sched: Fix compiler warnings) ? I thought that was
accepted
a week or so ago.
That is in the tip tree and includes the fixups to powerpc and arm. I
On 07/15/2014 04:16 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.15.6 release.
There are 84 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On Wed, Jul 16, 2014 at 12:23 AM, Joe Perches wrote:
> On Wed, 2014-07-16 at 00:16 -0400, Nick Krause wrote:
>> On Tue, Jul 15, 2014 at 11:38 PM, Joe Perches wrote:
>> > On Tue, 2014-07-15 at 22:50 -0400, Nick Krause wrote:
>> >> I may have not found it myself but if it doesn't exist can we
On 07/15/2014 04:16 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.14.13 release.
There are 66 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On 07/15/2014 04:16 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.49 release.
There are 44 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On 07/15/2014 04:17 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.4.99 release.
There are 22 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On Wed, 2014-07-16 at 00:16 -0400, Nick Krause wrote:
> On Tue, Jul 15, 2014 at 11:38 PM, Joe Perches wrote:
> > On Tue, 2014-07-15 at 22:50 -0400, Nick Krause wrote:
> >> I may have not found it myself but if it doesn't exist can we write a
> >> feature for checkpatch to be able to recursively
>
On Wed, 2014-07-16 at 10:50 +0800, Ethan Zhao wrote:
> Hi,
> I hit a false positives bug when run script/checkpatch.pl to my patch,
> It reported errors to following macro definition, but in fact the macro is
> correct, I couldn't change that macro according to the error message output
> by
On Tue, Jul 15, 2014 at 11:38 PM, Joe Perches wrote:
> On Tue, 2014-07-15 at 22:50 -0400, Nick Krause wrote:
>> I may have not found it myself but if it doesn't exist can we write a
>> feature for checkpatch to be able to recursively
>> search a directory structure with a -d argument in order to
This patch fixes all errors related to no space between if and parthesises
to remove this errors when running checkpatch against this file.
---
arch/alpha/boot/tools/mkbb.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/arch/alpha/boot/tools/mkbb.c
This patch removes the errors this file gets with checkpatch due
to errors relating to if statements and their enclosing statements
not being indented properly.
---
arch/alpha/boot/tools/mkbb.c | 34 +-
1 file changed, 17 insertions(+), 17 deletions(-)
diff --git
This patch fixes all the checkpatch errors I get when running it
on mkbb.c for spaces at beginning of lines. I converted then all
to tabs to fix these checkpatch warnings.
---
arch/alpha/boot/tools/mkbb.c | 124 +--
1 file changed, 61 insertions(+), 63
This removes a error I get when I run checkpatch on this file, relating
to the asterisk for declaritations needing to be next to the name of the
variable/structure and not the type of variable/structure.
---
arch/alpha/boot/tools/mkbb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
On Tue, 2014-07-15 at 22:23 -0400, Pranith Kumar wrote:
> ping?
>
> On Sat, Jul 12, 2014 at 3:25 PM, Pranith Kumar wrote:
> > get_maintainer tries to follow files with a matching threshold of default
> > 50%.
> > This is not really necessary as we do not change a file and move it in the
> >
Continuing testing of Pavel's newest SMB3 multicredit patch series,
which significantly improves large file read/write speeds to Samba and
Windows from Linux. For this workload LInux to Linux - SMB3 seems
faster than alternatives for read (copying from the server) but about
the same as NFS for
On 07/08/2014 04:08 AM, Miroslav Lichvar wrote:
> On Mon, May 19, 2014 at 10:57:29AM -0700, John Stultz wrote:
>> Another area we have to be careful with is there are still
>> architectures (powerpc and ia64) which haven't switched from the old
>> vsyscall rounding logic
On 2014/7/14 17:51, Lukáš Czerner wrote:
> On Mon, 14 Jul 2014, Rui Xiang wrote:
>
>> Date: Mon, 14 Jul 2014 17:34:38 +0800
>> From: Rui Xiang
>> To: Dave Kleikamp , linux-e...@vger.kernel.org
>> Cc: linux-fsde...@vger.kernel.org, linux-kernel@vger.kernel.org,
>> Li Zefan
>> Subject:
Hi all,
Today's linux-next merge of the infiniband tree got a conflict in
drivers/infiniband/hw/cxgb4/device.c between commit 7730b4c7e32c
("cxgb4/iw_cxgb4: work request logging feature") from the net-next tree
and commit 6b54d54dea82 ("RDMA/cxgb4: Initialize the device status
page") from the
On Fri, Jul 11, 2014 at 6:45 AM, Thomas Gleixner wrote:
> @@ -335,16 +335,15 @@ static void timekeeping_update(struct ti
> */
> static void timekeeping_forward_now(struct timekeeper *tk)
> {
> - cycle_t cycle_now, cycle_delta;
> + cycle_t cycle_now, delta;
> struct
On Thu, 2014-07-10 at 09:41 +1000, NeilBrown wrote:
> If the expiring_list is empty, we can avoid a costly spinlock
> in the rcu-walk path through authfs4_d_manage.
>
> Signed-off-by: NeilBrown
I know it should be straight forward to say this is OK but I always
think twice and again about areas
Add more details from a recent kernel newbies mailing list discussion here:
http://www.spinics.net/lists/newbies/msg52747.html
Signed-off-by: Pranith Kumar
CC: Christoph Lameter
---
Documentation/this_cpu_ops.txt | 107 +
1 file changed, 87
On Tue, 2014-07-15 at 22:50 -0400, Nick Krause wrote:
> I may have not found it myself but if it doesn't exist can we write a
> feature for checkpatch to be able to recursively
> search a directory structure with a -d argument in order to make it
> easier to search larger directories for files
Hey Srinivas
Thanks for looking into this for me!
I'll fix it up and resubmit soon.
On Tue, Jul 15, 2014 at 4:39 PM, Srinivas Pandruvada
wrote:
> Hi,
>
> Since you have only one attribute, it is working for you.
> There is a dereference error in *channels.
>
> Check the attached diff, which
On Thu, 2014-07-10 at 09:41 +1000, NeilBrown wrote:
> Signed-off-by: NeilBrown
Obviously straight forward.
Acked-by: Ian Kent
> ---
> fs/autofs4/autofs_i.h | 14 --
> 1 file changed, 14 deletions(-)
>
> diff --git a/fs/autofs4/autofs_i.h b/fs/autofs4/autofs_i.h
> index
On Thu, 2014-07-10 at 09:41 +1000, NeilBrown wrote:
> The variable 'ino' already exists and already
> has the correct value. The d_fsdata of a dentry
> is never changed after the d_fsdata is instantiated,
> so this new assignment cannot be necessary.
>
> It was introduced in
> commit
On Thu, 2014-07-10 at 09:41 +1000, NeilBrown wrote:
> autofs4 currently doesn't support RCU-walk - it immediately
> aborts any attempt at RCU-walk to force REF-walk for path name
> lookup.
As discussed I don't have time to properly test these just now but I'll
do my best to review the patches and
On Fri, Jul 11, 2014 at 6:44 AM, Thomas Gleixner wrote:
> The ktime_t based interfaces are used a lot in performance critical
> code pathes. Add ktime_t based data so the interfaces don't have to
> convert from the xtime/timespec based data.
>
> Signed-off-by: Thomas Gleixner
> ---
>
On Tue, Jul 15, 2014 at 08:10:43PM -0700, Saravana Kannan wrote:
> From: Suman Tatiraju
>
> Long and int have different sizes on a 64-bit machine. Allocate
> memory for the time_in_state table using the right data type.
>
> Change-Id: I335277674018c0ea759aa0996309d52578ea1fd5
Please don't put
pstapriv->asoc_sta_count-;
^
Caused by commit 3dd51964026e ("rtl8723au: Corrections in the coding
style") (its always the cleanup patches that cause problems :-))
Please unit test *all* patches.
I have used the wireless-next tree from next-20140715 for toda
Linus,
A few more fixes for ftrace infrastructure.
I was cleaning out my INBOX and found two fixes from zhangwei from
a year ago that were lost in my mail. These fix an inconsistency between
trace_puts() and the way trace_printk() works. The reason this is
important to fix is because when
From: "zhangwei(Jovi)"
The TRACE_ITER_PRINTK check in __trace_puts/__trace_bputs is missing,
so add it, to be consistent with __trace_printk/__trace_bprintk.
Those functions are all called by the same function: trace_printk().
Link: http://lkml.kernel.org/p/51e7a7d6.8090...@huawei.com
Cc:
From: Martin Lau
ring_buffer_poll_wait() should always put the poll_table to its wait_queue
even there is immediate data available. Otherwise, the following epoll and
read sequence will eventually hang forever:
1. Put some data to make the trace_pipe ring_buffer read ready first
2.
From: "Steven Rostedt (Red Hat)"
Running my ftrace tests on PowerPC, it failed the test that checks
if function_graph tracer is affected by the stack tracer. It was.
Looking into this, I found that the update_function_graph_func()
must be called even if the trampoline function is not changed.
From: "zhangwei(Jovi)"
Currently trace option stacktrace is not applicable for
trace_printk with constant string argument, the reason is
in __trace_puts/__trace_bputs ftrace_trace_stack is missing.
In contrast, when using trace_printk with non constant string
argument(will call into
Hi Stephen.
I had some people ask me about a sdio userspace interface, and ran
across the chdio.c file as found in the MSM android kernel trees:
https://android.googlesource.com/kernel/msm/+/57b74303d6f033ab04be039379f6661337fb9279
Any reason why this hasn't been submitted upstream? Or has it,
PWM controller of CSR SiRFSoC can generate 7 independent outputs. Each output
duty cycle can be adjusted by setting the corresponding wait & hold registers.
There are 6 external channels (0 to 5) and 1 internal channel (6).
Supports a wide frequency range: the source clock divider can be from 2
up
From: Suman Tatiraju
Long and int have different sizes on a 64-bit machine. Allocate
memory for the time_in_state table using the right data type.
Change-Id: I335277674018c0ea759aa0996309d52578ea1fd5
Signed-off-by: Suman Tatiraju
Reviewed-by: Saravana Kannan
Signed-off-by: Saravana Kannan
From: Linus Torvalds
Date: Tue, 15 Jul 2014 19:24:24 -0700
> I just thought I'd point out this thing when I noticed. It's not
> new, and has been going on, I just reacted to it now
Ok, I'll discuss with John the best thing for us moving forward.
Thanks.
--
To unsubscribe from this list: send
Hi,
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Tuesday, July 15, 2014 8:15 PM
>
> On Tuesday, July 15, 2014 01:56:20 PM Stephen Rothwell wrote:
> >
> > --Sig_/Cs291xJCrI1kc_+PiCdNT0M
> > Content-Type: text/plain; charset=US-ASCII
> > Content-Transfer-Encoding: quoted-printable
Changes in v5:
- select the best source clock which can be divided to a more
accurate PWM clock
- only enable PWM clock and its source clock when needed
Changes in v3:
- v4: fix many issues from Thierry's feedbacks
Changes in v3:
- add "depends on" COMPILE_TEST according to Arnd's
This patch adds missed pwm-cells, clock-names and signal source
clock for PWM module.
Signed-off-by: Huayi Li
---
arch/arm/boot/dts/atlas6.dtsi | 8 ++--
arch/arm/boot/dts/prima2.dtsi | 8 ++--
2 files changed, 12 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/atlas6.dtsi
Hi Guenter,
On Tue, 15 Jul 2014 12:08:07 -0700 Guenter Roeck wrote:
>
> > > > Do you mean b6220ad66 (sched: Fix compiler warnings) ? I thought that
> > > > was accepted
> > > > a week or so ago.
> > >
> > > That is in the tip tree and includes the fixups to powerpc and arm. I
> > > don't
Hi Konrad,
We have found the root cause with your great support. If BIOS
assigns an IRQ number for a PCI device, acpi_pci_irq_enable() fails to
assign IOAPIC IRQ then due to the check:
if (dev->irq > 0)
return 0;
For a quick workaround, just comment out
Some devices use freq_table instead of OPP. For those devices, the
available_frequencies sysfs file shows up empty. So, add a
possible_frequencies attribute/syfs file that list all the possible
frequencies.
For devices that use OPP, the output of this file will match
available_frequencies. It may
This patch merges lines 92 and 93. In addition it merges the strings on
both lines by removing the quotes around the seperate strings. This is
needed to remove the final checkpatch error I get from running it on
bootpz.c
Signed-off-by: Nicholas Krause
---
arch/alpha/boot/bootpz.c | 3 +--
1
Signed-off-by: Huayi Li
---
arch/arm/configs/prima2_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/prima2_defconfig
b/arch/arm/configs/prima2_defconfig
index 23591db..303204a 100644
--- a/arch/arm/configs/prima2_defconfig
+++ b/arch/arm/configs/prima2_defconfig
Hi Greg,
On Tue, Jul 15, 2014 at 07:21:28PM -0700, Greg Kroah-Hartman wrote:
> On Wed, Jul 16, 2014 at 09:16:15AM +0800, Stone Kang wrote:
> > Only fixing errors reported by checkpatch.pl, based on the following
> > rules:
> > 1. '*' should be adjacent to the data name or function name.
> > 2.
On 05/12/2014 04:35 PM, Jason Wang wrote:
> Return IRQ_NONE if it was not our irq. This is necessary for the case
> when qxl is sharing irq line with a device A in a crash kernel. If qxl
> is initialized before A and A's irq was raised during this gap,
> returning IRQ_HANDLED in this case will
Hi,
I hit a false positives bug when run script/checkpatch.pl to my patch,
It reported errors to following macro definition, but in fact the macro is
correct, I couldn't change that macro according to the error message output
by script/checkpatch.pl. because of this bug, my patch was
I may have not found it myself but if it doesn't exist can we write a
feature for checkpatch to be able to recursively
search a directory structure with a -d argument in order to make it
easier to search larger directories for files that still
need cleanup for files having kernel coding style
It's considerably better than any of the alternatives on KVM.
Signed-off-by: Andy Lutomirski
---
arch/x86/boot/compressed/aslr.c | 27 +++
1 file changed, 27 insertions(+)
diff --git a/arch/x86/boot/compressed/aslr.c b/arch/x86/boot/compressed/aslr.c
index
This should help solve the problem of guests starting out with
predictable RNG state.
Signed-off-by: Andy Lutomirski
---
drivers/char/random.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/drivers/char/random.c b/drivers/char/random.c
index 0a7ac0a..bd88a24
arch_get_slow_rng_u64 tries to get 64 bits of RNG seed data. Unlike
arch_get_random_{bytes,seed}, etc., it makes no claims about entropy
content. It's also likely to be much slower and should not be used
frequently. That being said, it should be fast enough to call
several times during boot
virtio-rng is both too complicated and insufficient for initial rng
seeding. It's far too complicated to use for KASLR or any other
early boot random number needs. It also provides /dev/random-style
bits, which means that making guest boot wait for virtio-rng is
unacceptably slow, and doing it
This adds a simple interface to allow a guest to request 64 bits of
host nonblocking entropy. This is independent of virtio-rng for a
couple of reasons:
- It's intended to be usable during early boot, when a trivial
synchronous interface is needed.
- virtio-rng gives blocking entropy, and
Only fixing errors reported by checkpatch.pl, based on the following
rules:
1. '*' should be adjacent to the data name or function name.
2. Don't use C99-style "// ..." comments.
Signed-off-by: KANG Yuxuan
---
drivers/staging/emxx_udc/emxx_udc.c | 14 +++---
1 file changed, 7
On 07/15/2014 06:21 PM, Eric Dumazet wrote:
> On Tue, 2014-07-15 at 17:41 +0800, Jason Wang wrote:
>> Add basic support for rx busy polling.
>>
>> 1 byte netperf tcp_rr on mlx4 shows 116% improvement: the transaction
>> rate was increased from 9151.94 to 19787.37.
> This is a misleading changelog.
Hi all,
The attached patch adds support for configuring the ISL12022 real-time clock
via the Device tree framework. This is based on what I've seen in the related
ISL12057 driver, it has been tested and works on a Technologic Systems TS-7670
device which uses a ISL12020 RTC device, my device
Add some support for configuring isl12020/isl12022 devices using the
Device Tree blob.
Signed-off-by: Stuart Longland
---
drivers/rtc/rtc-isl12022.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/rtc/rtc-isl12022.c b/drivers/rtc/rtc-isl12022.c
index 03b8911..aa55f08
Hey Steven ,
I am finding it rather annoying that you aren't replying to my
messages about succeeding builds.
I am tried repeatedly to ask you to try a new compiler and or build
system as all most of the failing
builds succeed for me. It would be nice to get a reply in the next few days.
Cheers
ping?
On Sat, Jul 12, 2014 at 3:25 PM, Pranith Kumar wrote:
> get_maintainer tries to follow files with a matching threshold of default 50%.
> This is not really necessary as we do not change a file and move it in the
> same
> commit usually. Increasing the threshold to 90% should be
On Wed, Jul 16, 2014 at 09:16:15AM +0800, Stone Kang wrote:
> Only fixing errors reported by checkpatch.pl, based on the following
> rules:
> 1. '*' should be adjacent to the data name or function name.
> 2. Don't use C99-style "// ..." comments.
>
> Signed-off-by: KANG Yuxuan
I see two
Hi
> > > The documentation only mentioned the generic fallback compatible property.
> > > Add the missing SoC-specific compatible properties, some of which are
> > > already in use.
> > >
> > > Signed-off-by: Geert Uytterhoeven
> > > Cc: Zhang Rui
> > > Cc: Eduardo Valentin
> > > Cc:
On 07/15/2014 08:16 AM, Arnaldo Carvalho de Melo wrote:
Em Mon, Jul 14, 2014 at 01:02:39PM +0300, Adrian Hunter escreveu:
Change the order of the output to put the srcline last.
e.g. old format:
4028fc main+0x2c (/bin/ls)
/build/buildd/coreutils-8.20/src/ls.c:1269 =>
This patch adds dt-binding document for pwm-sirf. here the controller clock
can't generate PWM signals, so we need seperate clock as signal source.
Signed-off-by: Huayi Li
---
Documentation/devicetree/bindings/pwm/pwm-sirf.txt | 29 ++
1 file changed, 29 insertions(+)
Hi all,
After merging the ia64 tree, today's linux-next build (powerpc
ppc64_defconfig) produced these warnings (though presumably it started
yesterday):
In file included from include/ras/ras_event.h:11:0,
from drivers/ras/ras.c:13:
include/linux/aer.h:42:58: warning: 'struct
Hi,
I hit a bug when run script/checkpatch.pl to my patch, It
reported a error with following
macro definition, but in fact the macro is correct, I couldn't change
that macro according to
the error message output by script/checkpatch.pl. because of this bug,
my patch was rejected by some
My Dell M4400 has been pretty well-supported by Linux a couple of
years now, but recent 3.16-rcX cause hard crashes when resuming from
Suspend-to-RAM.
This is tricky to debug, as device drivers are not yet restored by the
time that the crash happens. So, I can't use Page-UP to scroll the
screen
rcu_scheduler_fully_active is set to true early in the boot process.
rcu_prepare_kthreads() is called in two locations. Once after setting the above
flag and the other while hotplugging a CPU from rcu_cpu_notify(). CPU hotplug is
enabled much later by which time the above flag is already set.
On Tue, Jul 15, 2014 at 8:21 PM, Arnd Bergmann wrote:
>>
>> AFAIR this is due to relocation issues, as the FIXME comment in the
>> "original" code [1] states. I don't know whether this still applies,
>> though (or what would be the proper fix for this to overcome the
>> relocation issues).
>>
>>
On Tue, Jul 15, 2014 at 6:24 PM, Arnd Bergmann wrote:
> On Tuesday 15 July 2014 16:45:51 Ley Foon Tan wrote:
>
>> +void module_arch_cleanup(struct module *mod)
>> +{
>> +}
>
> This is not needed at all.
>
Okay, will remove this.
--
To unsubscribe from this list: send the line "unsubscribe
(Re-sending with correct mailing list addresses.)
Hi,
When the lid of a laptop is closed, certain devices can no longer
provide interesting input or will even produce bogus input, such as:
- input devices: touchscreen, touchpad, keyboard
- sensors: ambient light sensor, accelerometer,
On 07/14/2014 12:05 PM, Lai Jiangshan wrote:
> Simply unfold the code of start_worker() into create_worker() and
> remove the original start_worker() and create_and_start_worker().
>
> The only trade-off is the introduced overhead that the pool->lock
> is released and re-grabbed after the newly
On 7/13/2014 4:43 AM, Rob Clark wrote:
> On Sun, Jul 13, 2014 at 5:43 AM, Will Deacon wrote:
>> On Sat, Jul 12, 2014 at 01:57:31PM +0100, Rob Clark wrote:
>>> On Sat, Jul 12, 2014 at 8:22 AM, Arnd Bergmann wrote:
On Saturday 12 July 2014, Rob Clark wrote:
>>> Was there actually a good
On 07/15/2014 05:42 AM, Thomas Gleixner wrote:
> On Tue, 15 Jul 2014, Lai Jiangshan wrote:
>> On 07/14/2014 11:33 PM, Thomas Gleixner wrote:
>>> On Mon, 14 Jul 2014, Tejun Heo wrote:
>>>
Hello,
On Mon, Jul 14, 2014 at 04:13:21PM +0800, Lai Jiangshan wrote:
> It is said in the
On 07/16/2014 08:13 AM, David Rientjes wrote:
> Commit 9f1b868a13ac ("mm: thp: khugepaged: add policy for finding target
> node") improved the previous khugepaged logic which allocated a
> transparent hugepages from the node of the first page being collapsed.
>
> However, it is still possible
On Tue, Jul 15, 2014 at 7:15 PM, Tobias Klauser wrote:
> Hi Ley Foon
>
> Ah, thanks for the notice. Is it still possible to use the old syscall
> ABI as a replacement on top of this series and use the current toolchain
> from Mentor Graphics?
Hi Tobias
There are other changes in the nios2
From: Greg Kroah-Hartman
Some serial drivers (like 8250), want to add sysfs files. We need to do
so in a race-free way, so allow any port to be able to specify an
attribute group that should be added at device creation time.
Signed-off-by: Greg Kroah-Hartman
Signed-off-by: Yoshihiro YUNOMAE
Add tunable RX interrupt trigger I/F of FIFO buffers.
Serial devices are used as not only message communication devices but control
or sending communication devices. For the latter uses, normally small data
will be exchanged, so user applications want to receive data unit as soon as
possible for
Hi Greg,
This patch set introduces tunable RX interrupt trigger I/F for 8250 serials.
I used Greg's patch(*1) as 1st patch in this version, and applied 2nd patch
of previous version.
Would you review this patch set?
Thanks!
Note:
I cleaned up Greg's patch as follows:
- Delete extra line break
Only fixing errors reported by checkpatch.pl, based on the following
rules:
1. '*' should be adjacent to the data name or function name.
2. Don't use C99-style "// ..." comments.
Signed-off-by: KANG Yuxuan
---
drivers/staging/emxx_udc/emxx_udc.c | 14 +++---
1 file changed, 7
1 - 100 of 2914 matches
Mail list logo