On 5 April 2014 10:00, Jet Chen wrote:
> vmlinuz from our build system doesn't have debug information. It is hard to
> use objdump to identify which routine is timer->function.
I see...
> But after several times trials, I get below dmesg messages.
> It is clear to see address of "timer->function
On Sat, Apr 05, 2014 at 12:54:33AM +0300, Du, Wenkai wrote:
> >Interrupt masking is done already after each transaction.
>
> At end of transfer, the code uses __i2c_dw_enable(dev, false) to disable
> adapter. This function doesn't mask interrupts. There is another function
> i2c_dw_disable that ma
Hi Peter,
On Sat, Apr 5, 2014 at 4:44 AM, Peter Crosthwaite
wrote:
> On Sat, Apr 5, 2014 at 12:30 AM, Harini Katakam
> wrote:
>> Hi,
>>
>> On Fri, Apr 4, 2014 at 7:38 PM, Harini Katakam
>> wrote:
>>> Hi Mark,
>>>
>>> On Fri, Apr 4, 2014 at 6:16 PM, Mark Brown wrote:
On Fri, Apr 04, 2014 a
fix a coding style issue: Missing a blank line after declarations
Signed-off-by: huanqi chi
---
drivers/staging/rtl8188eu/core/rtw_br_ext.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_br_ext.c
b/drivers/staging/rtl8188eu/core/rtw_b
On 04/03/2014 01:51 PM, Christopher Covington wrote:
> On 04/03/2014 04:25 AM, Michael Kerrisk (man-pages) wrote:
>
>> I think the only reasonable solution is to better document existing
>> behavior and what the programmer should do. With that in mind, I've
>> drafted the following text for the ms
On Sat, Apr 05, 2014 at 12:56:43PM +0800, chihuanqi wrote:
> fix a coding style issue: Missing a blank line after declarations
>
> Signed-off-by: chihuanqi
I need a "real" name here. Appologies if you only have one word for a
name, but most countries that is not the norm.
thanks,
greg k-h
--
fix a coding style issue: Missing a blank line after declarations
Signed-off-by: chihuanqi
---
drivers/staging/rtl8188eu/core/rtw_br_ext.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_br_ext.c
b/drivers/staging/rtl8188eu/core/rtw_br
On 04/04/2014 03:52 PM, Viresh Kumar wrote:
On 4 April 2014 13:16, Jet Chen wrote:
Hi Viresh,
I changed your print message as you suggested.
diff --git a/kernel/timer.c b/kernel/timer.c
index 6c3a371..193101d 100644
--- a/kernel/timer.c
+++ b/kernel/timer.c
@@ -1617,8 +1617,8 @@ static void m
At 2014-04-05 07:05:59,"Jesse Gross" wrote:
>On Tue, Apr 1, 2014 at 5:23 PM, Wei Zhang wrote:
>>
>> v2 -> v1: use the same logic of the gre_rcv() to distinguish which packet is
>> intended to us!
>
>As a tip on kernel process: if you put the version information after
>three dashes below the signe
On 04/05/2014 04:56 AM, Theodore Ts'o wrote:
On Sat, Apr 05, 2014 at 01:00:55AM +0800, Daniel J Blueman wrote:
On a larger system 1728 cores/4.5TB memory and 3.13.9, I'm seeing very low
600KB/s cached write performance to a local ext4 filesystem:
> Thanks for the heads up. Most (all?) of the
Hi all,
I got the following spew while booting. My VM proceeded to hang and die.
[ 16.620530] =
[ 16.621059] [ INFO: possible recursive locking detected ]
[ 16.622024] 3.14.0-next-20140403-sasha-00019-g7474aa9-dirty #376 Not tainted
[ 16.624145]
Hi,
I got a bug report yesterday from Laszlo Ersek , in
which he states that his kvm instance fails to suspend. He Laszlo
bisected it down to this commit:
commit 1cf7e9c68fe84248174e998922b39e508375e7c1
Author: Jens Axboe
Date: Fri Nov 1 10:52:52 2013 -0600
virtio_blk: blk-mq suppor
On 27/03/14 09:19 AM, Tejun Heo wrote:
On Thu, Mar 27, 2014 at 05:57:37PM +1100, Benjamin Herrenschmidt wrote:
I've contacted Marvell, but I was wondering if anybody here had already
experienced something similar or has an idea of what else the chip
might be doing wrong so we can try to find a w
Fixed multiple spelling errors.
Acked-by: Randy Dunlap
Signed-off-by: Carlos E. Garcia
---
Documentation/DMA-attributes.txt | 2 +-
Documentation/devicetree/bindings/arm/omap/omap.txt | 2 +-
Documentation/devicetree/bindings/bus/mvebu-mbus.txt |
On 04/04/2014 06:35 PM, Kim Phillips wrote:
Needed by platform device drivers, such as the vfio-platform driver [1],
in order to bypass the existing OF, ACPI, id_table and name string matches,
and successfully be able to be bound to any device, like so:
echo vfio-platform > /sys/bus/platform/dev
On Friday, April 04, 2014 12:56:52 PM Nicolas Pitre wrote:
> On Fri, 4 Apr 2014, Rafael J. Wysocki wrote:
>
> > On Tuesday, April 01, 2014 11:05:49 PM Nicolas Pitre wrote:
> > > On Fri, 28 Mar 2014, Daniel Lezcano wrote:
> > >
> > > > As we know in which idle state the cpu is, we can investigate
Needed by platform device drivers, such as the vfio-platform driver [1],
in order to bypass the existing OF, ACPI, id_table and name string matches,
and successfully be able to be bound to any device, like so:
echo vfio-platform > /sys/bus/platform/devices/fff51000.ethernet/driver_override
echo ff
On Fri, Apr 4, 2014 at 6:11 PM, Linus Torvalds
wrote:
>
> I'll try to pick kernels away from that, but that makes bisection much
> less effective.
Ok, I think I'm away from the broken region. The problem seems to be in between
good: 8e30e2b8ba0e ("cgroup: restructure locking and error handling i
On Tue, Apr 01, 2014 at 01:38:10AM +0200, Thomas Bächler wrote:
> Am 01.04.2014 01:34, schrieb Andi Kleen:
> >> This problem persists in v3.14, i.e. I still have to revert
> >> 83460ec8dcac14142e7860a01fa59c267ac4657c in order to get a working
> >> kernel on i686. I would really appreciate if someo
On Fri, Apr 4, 2014 at 6:06 PM, Linus Torvalds
wrote:
>
> Will report back soon when I've narrowed it down more.
Ok, that may end up being harder than it looked. Commit
a755180bab81c038a6989d7ab746c702f1b3ec03 doesn't boot for me at all,
so apparently there are some really broken points in that w
On Thu, Apr 3, 2014 at 9:49 AM, Tejun Heo wrote:
>
> A lot updates for cgroup [...]
Btw, just a heads up to let you know: I'm in the middle of bisecting
why my machine no longer reboots cleanly, and while I'm a few boots
away from pinpointing it exactly, it has now drilled down to the point
that
On Fri, 2014-04-04 at 21:59 +0800, Fengguang Wu wrote:
> Hi Davidlohr,
>
> FYI, there are noticeable ebizzy throughput increases on commit
> e04ddfd12aa03471eff7daf3bc2435c7cea8e21f ("mm: per-thread vma caching")
Cool, thanks for letting me know.
--
To unsubscribe from this list: send the line "
Hello Linus,
Please pull the following changes for Hexagon. They contain mostly cleanups
for compilation with allmodconfig and some other miscellaneous fixes.
Thanks,
Richard Kuo
The following changes since commit 455c6fdbd219161bd09b1165f11699d6d73de11c:
Linux 3.14 (2014-03-30 20:40:15 -0
On 03/31/2014 08:20 PM, Neil Zhang wrote:
> Add sleep time into timestamp to reflect the actual time since
> sched_clock will be stopped during suspend.
>
> Thanks John Stultz for suggestion to use monotonic_to_bootbased.
>
> Signed-off-by: Neil Zhang
> ---
> kernel/printk/printk.c | 16 +++
On Fri, 4 Apr 2014 14:28:16 -0700
Linus Torvalds wrote:
> On Mon, Mar 31, 2014 at 6:31 AM, Jeff Layton wrote:
> > The following changes since commit 29723adee11804b548903ddb1db666cf4a60f60e:
> >
> > locks: make locks_mandatory_area check for file-private locks (2014-03-31
> > 08:24:43 -0400)
The Kconfig for CONFIG_STRICT_DEVMEM is missing despite being
used in mmap.c. Add it.
Signed-off-by: Laura Abbott
---
arch/arm64/Kconfig.debug | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm64/Kconfig.debug b/arch/arm64/Kconfig.debug
index 835c559..4be4336 100644
---
Add binding documentation for the Cadence UART.
Signed-off-by: Soren Brinkmann
Acked-by: Peter Crosthwaite
Acked-by: Rob Herring
Tested-by: Michal Simek
---
Changes in v3: None
Changes in v2: None
.../devicetree/bindings/serial/cdns,uart.txt | 20
1 file changed
From: Michal Simek
No functional changes.
Signed-off-by: Michal Simek
---
Changes in v3: None
Changes in v2:
- this patch has been added
---
drivers/tty/serial/xilinx_uartps.c | 109 +
1 file changed, 49 insertions(+), 60 deletions(-)
diff --git a/driver
This is all white space and comment clean up. Mostly reformatting
comments.
Signed-off-by: Soren Brinkmann
Tested-by: Michal Simek
---
Changes in v3: None
Changes in v2: None
drivers/tty/serial/xilinx_uartps.c | 210 +
1 file changed, 74 insertions(+), 136
From: Michal Simek
Register port numbers according to order in DT aliases.
If aliases are not defined, order in DT is used.
If aliases are defined, register port id based
on that.
This patch ensures proper ttyPS0/1 assignment.
[soren]: Combined integer declarations in probe(), removed warning me
A lot of read-modify-write sequences used a one-line statement which
nests a readl() within a writel(). Convert this into code sequences that
make the three steps more obvious.
Signed-off-by: Soren Brinkmann
Tested-by: Michal Simek
---
Changes in v3: None
Changes in v2: None
drivers/tty/seria
Print a warning if the clock notifier rejects a clock frequency change
to facilitate debugging (see:
http://thread.gmane.org/gmane.linux.ports.arm.kernel/304329/focus=304379)
Signed-off-by: Soren Brinkmann
Tested-by: Michal Simek
---
Changes in v3: None
Changes in v2: None
drivers/tty/serial/
The Zynq UART is Cadence IP and the driver has been renamed accordingly.
Migrate the DT to use the new binding for the UART driver.
Signed-off-by: Soren Brinkmann
Acked-by: Peter Crosthwaite
Acked-by: Rob Herring
Tested-by: Michal Simek
---
This change depends on 'tty: xuartps: Rebrand driver
A comment states, that, according to the data sheet, to enable
interrupts the disable register should be written, but the enable
register could be left untouched. And it suspsects a HW bug requiring
to write both.
Reviewing the data sheet, these statements seem wrong. Just as one would
expect. Writ
Hi Davidlohr,
FYI, there are noticeable ebizzy throughput increases on commit
e04ddfd12aa03471eff7daf3bc2435c7cea8e21f ("mm: per-thread vma caching")
test case: lkp-st02/micro/ebizzy/200%-100-10
700141f349f2b05 e04ddfd12aa03471eff7daf3b
--- -
23726
Hi Daniel,
We are glad to find big SCTP performance improvements
git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/net-next.git master
commit b17c706987fa6f28bdc1771c8266e7a69e22adcb ("loopback: sctp: add
NETIF_F_SCTP_CSUM to device features")
72f8e06f3ea022d b17c706987fa6f28bdc1771c8
-
On Fri, Mar 14, 2014 at 03:34:27PM +, Liviu Dudau wrote:
> Some architectures do not share x86 simple view of the PCI I/O space
> and instead use a range of addresses that map to bus addresses. For
> some architectures these ranges will be expressed by OF bindings
> in a device tree file.
It's
On 03/31/2014 02:56 PM, Carlos Garcia wrote:
> Fixed multiple spelling errors.
>
> Signed-off-by: Carlos E. Garcia
> ---
> Documentation/DMA-attributes.txt | 2 +-
> Documentation/devicetree/bindings/arm/omap/omap.txt | 2 +-
> Documentation/devicetree/bind
1. Modify soc_enum struct to handle pointers for reg and mask
2. Add dapm get and put APIs for multi register one hot encoded mux
3. Update snd_soc_dapm_update struct to support multiple reg update
Signed-off-by: Arun S L
Signed-off-by: Songhee Baek
---
include/sound/soc-dapm.h | 20 -
in
On Fri, Apr 4, 2014 at 12:58 PM, Rabin Vincent wrote:
> On Thu, Apr 03, 2014 at 07:15:19PM -0700, Kees Cook wrote:
>> diff --git a/arch/arm/kernel/ftrace.c b/arch/arm/kernel/ftrace.c
>> index 34e56647dcee..4ae343c1e2a3 100644
>> --- a/arch/arm/kernel/ftrace.c
>> +++ b/arch/arm/kernel/ftrace.c
>> @
On Fri, Mar 14, 2014 at 03:34:30PM +, Liviu Dudau wrote:
> Make it easier to discover the domain number of a bus by storing
> the number in pci_host_bridge for the root bus. Several architectures
> have their own way of storing this information, so it makes sense
> to try to unify the code.
I
On Wed, Apr 2, 2014 at 3:10 PM, Rabin Vincent wrote:
> Make ftrace work with CONFIG_DEBUG_SET_MODULE_RONX by making module text
> writable around the place where ftrace does its work, like it is done on
> x86 in the patch which introduced CONFIG_DEBUG_SET_MODULE_RONX,
> 84e1c6bb38eb ("x86: Add RO/
On Fri, Apr 04, 2014 at 08:43:18AM +0200, Vincent Stehlé wrote:
> The topology_##name() macro does not use its argument when CONFIG_SMP is not
> set, as it ultimately calls the cpu_data() macro.
>
> So we avoid maintaining a possibly unused `cpu' variable, to avoid the
> following compilation warn
On Fri, 2014-04-04 at 21:32 +0200, Oleg Nesterov wrote:
> On 04/04, Oleg Nesterov wrote:
> >
> > Now let me send the draft RFC patch which fixes the "call" handling...
>
> Damn. apparently I can't understand lib/insn.c...
>
> Please see the draft below. Lets ignore 32bit tasks, lets ignore jmp's,
On Fri, Apr 04, 2014 at 07:16:25PM +0200, Miklos Szeredi wrote:
>
> http://marc.info/?l=linux-kernel&m=139523745403081&w=2
I tried applying this patch on top of xfstests commit 3948694eb1, but
running on ext4.git's test branch, which has the your cross-rename
patches applied:
http://git.kernel.o
On Fri, Mar 14, 2014 at 03:34:31PM +, Liviu Dudau wrote:
> This is a useful function and we should make it visible outside the
> generic PCI code. Export it as a GPL symbol.
>
> Signed-off-by: Liviu Dudau
> Tested-by: Tanmay Inamdar
> ---
> drivers/pci/host-bridge.c | 3 ++-
> 1 file change
Convert all Zynq DT files to the dtc preprocessor include syntax.
This allows to include header files in the devicetrees like other
SoC-types already do.
Inspired-by: Steffen Trumtrar
(http://www.spinics.net/lists/arm-kernel/msg319832.html)
Signed-off-by: Soren Brinkmann
---
Changes in v2: Non
Hi,
here's the complete series now. One fix for cpufreq from our vendor tree
and migration to pre-processor syntax.
Thanks,
Sören
Changes in v2:
- Send full series (added patches 1, 4, 5)
Soren Brinkmann (5):
ARM: zynq: DT: Add 'clock-latency' property
ARM: zynq: dt: Conver
Use #defines from the common include file to describe
interrupt specifiers.
Signed-off-by: Soren Brinkmann
---
Changes in v2: None
arch/arm/boot/dts/zynq-7000.dtsi | 27 ---
1 file changed, 16 insertions(+), 11 deletions(-)
diff --git a/arch/arm/boot/dts/zynq-7000.dtsi
On Sat, Apr 5, 2014 at 12:30 AM, Harini Katakam
wrote:
> Hi,
>
> On Fri, Apr 4, 2014 at 7:38 PM, Harini Katakam
> wrote:
>> Hi Mark,
>>
>> On Fri, Apr 4, 2014 at 6:16 PM, Mark Brown wrote:
>>> On Fri, Apr 04, 2014 at 05:44:23PM +0530, Harini Katakam wrote:
On Fri, Apr 4, 2014 at 3:39 PM, Ma
Add header file with symbolic names for Zynq's clocks.
Signed-off-by: Soren Brinkmann
---
Changes in v2:
- this patch has been added
---
include/dt-bindings/clock/zynq-7000.h | 64 +++
1 file changed, 64 insertions(+)
create mode 100644 include/dt-bindings/clo
On Fri, Apr 04, 2014 at 05:17:09PM -0400, John Stoffel wrote:
> > "Linus" == Linus Torvalds writes:
>
> Linus> On Fri, Apr 4, 2014 at 11:21 AM, Andy Lutomirski
> wrote:
> >>
> >> The other thing I've used /dev/kmsg for is to shove a "I'm starting
> >> something now" message in. This is on
Specify the 'clock-latency' property to avoid certain cpufreq governors
from refusing to work with the following error:
ondemand governor failed, too long transition latency of HW, fallback to
performance governor
Reported-by: Mike Looijmans
Signed-off-by: Soren Brinkmann
Tested-by: Mike Looi
Use symbolic names instead of bare numbers to specify clocks.
Signed-off-by: Soren Brinkmann
---
Changes in v2:
- this patch has been added
---
arch/arm/boot/dts/zynq-7000.dtsi | 33 +
1 file changed, 21 insertions(+), 12 deletions(-)
diff --git a/arch/arm/boo
On Tue, Apr 1, 2014 at 5:23 PM, Wei Zhang wrote:
> When use gre vport, openvswitch register a gre_cisco_protocol but does not
> supply a err_handler with it. The gre_cisco_err() in net/ipv4/gre_demux.c
> expect
> err_handler be provided with the gre_cisco_protocol implementation, and call
> ->err
This gives us a real filename instead of having '' show up all
over the place when debugging.
Signed-off-by: Cody P Schafer
---
tools/perf/Makefile.perf | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/perf/Makefile.perf b/tools/perf/Makefile.perf
index 7257e7e..d07c
On Thu, Apr 3, 2014 at 9:10 PM, Harini Katakam wrote:
> Add driver for Cadence SPI controller. This is used in Xilinx Zynq.
>
> Signed-off-by: Harini Katakam
> ---
>
> v2 changes:
> - Use xilinx compatible string too.
> - Changes read register and write register functions to static inline.
> - Re
> -Original Message-
> From: Vivek Goyal [mailto:vgo...@redhat.com]
> Sent: Friday, April 4, 2014 1:32 PM
> To: KY Srinivasan
> Cc: x...@kernel.org; linux-kernel@vger.kernel.org; o...@aepfle.de;
> a...@canonical.com; jasow...@redhat.com; h...@zytor.com;
> sta...@vger.kernel.org; Dave Youn
On Fri, Apr 4, 2014 at 1:17 PM, Theodore Ts'o wrote:
> On Fri, Apr 04, 2014 at 03:44:26PM -0400, Steven Rostedt wrote:
>> I saw one commenter say that this was a kernel bug because writing to
>> kmsg shouldn't cause the system to hang.
>>
>> The rate-limit patch would go along with that idea, and
On Fri, Apr 4, 2014 at 3:45 PM, Alexei Starovoitov
wrote:
>
> can there be two bulletproof buffers: one for in kernel printk
> and another ratelimited one for writes into /dev/kmsg.
> On the read from /dev/kmsg they're combined by time.
Or, you know, people could just stop spamming /dev/kmsg.
Le
Sorry this accidentally went out too early. I meant to include patches
to convert the clocks as well. I'll send a v2 to include those patches.
Sören
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More major
Hi Dan,
thanks for your review.
Attached second version of this series.
Cheers,
Silvio
Silvio Fricke (3):
staging: vt6655: removed incorrect casting in wpactl.c
staging: vt6655: removed incorrect casting in ioctl.c
staging: vt6655: removed incorrect casting in iwctl.c
drivers/st
This patch fixes the following type of sparse warning:
drivers/staging/vt6655/iwctl.c:1846:35: warning: cast from restricted gfp_t
Signed-off-by: Silvio Fricke
---
drivers/staging/vt6655/iwctl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/vt6655/iwctl.c b
This patch fixes the following type of sparse warnings:
drivers/staging/vt6655/wpactl.c:596:47: warning: cast from restricted gfp_t
drivers/staging/vt6655/wpactl.c:638:68: warning: cast from restricted gfp_t
drivers/staging/vt6655/wpactl.c:860:42: warning: cast from restricted gfp_t
Signed-off-by
This patch fixes the following type of sparse warnings:
drivers/staging/vt6655/ioctl.c:308:104: warning: cast from restricted gfp_t
drivers/staging/vt6655/ioctl.c:579:109: warning: cast from restricted gfp_t
Signed-off-by: Silvio Fricke
---
drivers/staging/vt6655/ioctl.c | 6 --
1 file chan
Select the secondary PHY using the TCSR register, if phy-num=1
in the DTS (or phy_number is set in the platform data). The
SOC has 2 PHYs which can be used with the OTG port, and this
code allows configuring the correct one.
Note: This resolves the problem I was seeing where I couldn't
get the US
Found when looking for invalid vsprintf % types,
with some other neatenings done.
Joe Perches (5):
usb: ftdi-elan: Fix format fragments
usb: ftdi-elan: Convert leading spaces to tabs
usb: ftdi-elan: Coalesce formats
usb: ftdi-elan: Coalesce string fragment
usb: ftdi-elan: Use pr_
drive
Use a more current logging style.
Add pr_fmt to prefix messages appropriately.
Signed-off-by: Joe Perches
---
drivers/usb/misc/ftdi-elan.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/usb/misc/ftdi-elan.c b/drivers/usb/misc/ftdi-elan.c
index 10c
Make it easier to find formats.
Realign arguments around these changes.
Signed-off-by: Joe Perches
---
drivers/usb/misc/ftdi-elan.c | 151 ---
1 file changed, 56 insertions(+), 95 deletions(-)
diff --git a/drivers/usb/misc/ftdi-elan.c b/drivers/usb/misc/
Breaking formats into fragments with a split
between % and field types should be coalesced.
Signed-off-by: Joe Perches
---
drivers/usb/misc/ftdi-elan.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/misc/ftdi-elan.c b/drivers/usb/misc/ftdi-elan.c
index a4
Make it easier to grep for this.
Neaten a trailing statement.
Signed-off-by: Joe Perches
---
drivers/usb/misc/ftdi-elan.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/misc/ftdi-elan.c b/drivers/usb/misc/ftdi-elan.c
index 8cda881..10c54b3 100644
--- a/dr
Hi all,
While fuzzing with trinity inside a KVM tools guest running the latest -next
kernel I've stumbled on the following:
[ 323.192041] INFO: trying to register non-static key.
[ 323.193083] the code is fine but needs lockdep annotation.
[ 323.193949] turning off the locking correctness vali
Hi Srini,
Thanks for the comments.
On 04/04/2014 12:23 PM, Srinivas Kandagatla wrote:
>
> Minor nitpicks.
>
> On 03/04/14 17:17, Stanimir Varbanov wrote:
>> +#define REQ_SIZE17 /* bit 20-17 */
>
> I would have defined macros like this with _SHIFT at the end, something
> like this:
On Fri, Apr 4, 2014 at 7:17 PM, Levente Kurusa wrote:
> Hi,
>
> On 04/04/2014 05:15 PM, Jason Cooper wrote:
>> On Thu, Apr 03, 2014 at 01:57:04PM -0700, David Lang wrote:
>>> On Tue, 1 Apr 2014, Jason Cooper wrote:
>>>
> Now I guess we need to think how to make it work without a
> framebuf
Hi Linus,
Please pull the following XFS updates for 3.15-rc1. There are a
couple of new fallocate features in this request - it was decided
that it was easiest to push them through the XFS tree using topic
branches and have the ext4 support be based on those branches. Hence
you may see some overla
This fixes a sparse warning:
warning: symbol 'cfs_wi_data' was not declared. Should it be static?
Signed-off-by: Mike Sampson
---
v3: updated the changelog
drivers/staging/lustre/lustre/libcfs/workitem.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/lustre
On Thu, Apr 3, 2014 at 9:11 AM, Mauro Carvalho Chehab
wrote:
>
> Please pull from:
> git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
> v4l_for_linus
Oh, just noticed that this seems to be the cause of a new annoying warning:
usr/include/linux/v4l2-common.h:72: found __[us
On Fri, 04 Apr 2014 14:43:33 -0400 Naoya Horiguchi
wrote:
> huge_pte_offset() could return NULL, so we need NULL check to avoid
> potential NULL pointer dereferences.
>
> --- a/mm/hugetlb.c
> +++ b/mm/hugetlb.c
> @@ -2662,7 +2662,8 @@ static int hugetlb_cow(struct mm_struct *mm, struct
> vm_ar
Convert all Zynq DT files to the dtc preprocessor include syntax.
This allows to include header files in the devicetrees like other
SoC-types already do.
Inspired-by: Steffen Trumtrar
(http://www.spinics.net/lists/arm-kernel/msg319832.html)
Signed-off-by: Soren Brinkmann
---
arch/arm/boot/dts
Use #defines from the common include file to describe
interrupt specifiers.
Signed-off-by: Soren Brinkmann
---
---
arch/arm/boot/dts/zynq-7000.dtsi | 27 ---
1 file changed, 16 insertions(+), 11 deletions(-)
diff --git a/arch/arm/boot/dts/zynq-7000.dtsi b/arch/arm/boot/
On Fri, 2014-04-04 at 20:51 +0200, Oleg Nesterov wrote:
> SIGILL after the failed arch_uprobe_post_xol() should only be used as
> a last resort, we should try to restart the probed insn if possible.
>
> Currently only adjust_ret_addr() can fail, and this can only happen if
> another thread unmappe
On 04/03/2014 08:18 PM, Lei Wen wrote:
> As people may want to align the kernel log with some other processor
> running over the same machine but not the same copy of linux, we
> need to keep their log aligned, so that it would not make debug
> process hard and confused.
>
> Signed-off-by: Lei Wen
>Interrupt masking is done already after each transaction.
At end of transfer, the code uses __i2c_dw_enable(dev, false) to disable
adapter. This function doesn't mask interrupts. There is another function
i2c_dw_disable that masks and clears interrupts. This could be used, but that
means we ne
On Tue, Apr 1, 2014 at 4:15 PM, Steven Whitehouse wrote:
>
> Please consider pulling the following changes
This pull request is also missing shortlog and diffstat, like Jeff
Layton's did. Did we have some tooling failure, or is it just
coincidence?
Please, guys, make sure your pull requests are
On Fri, Apr 04, 2014 at 05:23:34PM -0400, Ryan Desfosses wrote:
> change made to resolve following checkpatch message:
> drivers/pci/pci.c:109: ERROR: "foo* bar" should be "foo *bar"
> branch: Linux 3.14-rc8
>
> Signed-off-by: Ryan Desfosses
Applied (folded into your other patch), thanks!
>
> "Linus" == Linus Torvalds writes:
Linus> On Fri, Apr 4, 2014 at 11:21 AM, Andy Lutomirski
wrote:
>>
>> The other thing I've used /dev/kmsg for is to shove a "I'm starting
>> something now" message in. This is only really necessary because the
>> current kernel log timestamps are unusabl
Add a driver for the Cadence I2C controller. This controller is for
example found in Xilinx Zynq.
Signed-off-by: Soren Brinkmann
Tested-by: Michal Simek
Reviewed-by: Harini Katakam
---
Changes in v5:
- change default speed to 100 kHz
- report NACK errors with -ENXIO error code
Changes in v4
You can have more than 64 VLANs, but not for a single VF.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Madoka Komatsubara [mailto:m-komatsub...@ab.jp.nec.com]
Sent: Wednesday, April
On Fri, Apr 04, 2014 at 06:44:44PM +0300, Kumar Amit Mehta wrote:
> Kernel style is that if one side of the if else statement gets has curly
> braces then both side should have them.
>
> Signed-off-by: Kumar Amit Mehta
Looks good, thanks.
regards,
dan carpenter
--
To unsubscribe from this list
Add device tree binding documentation for the Cadence I2C controller.
Signed-off-by: Soren Brinkmann
---
Changes in v5:
- Document all properties
- list clock-names as optional property (driver doesn't use it, though)
- use lower case hex digits in 'reg' property
- reword description of 'clo
Signed-off-by: Soren Brinkmann
Tested-by: Michal Simek
---
Changes in v5:
- use lower case hex digits in 'reg' property
Changes in v4: None
Changes in v3: None
Changes in v2:
- replace 'pmbus' with 'ti' in compatibility strings of UCD devices
---
arch/arm/boot/dts/zynq-7000.dtsi | 22 ++
On Fri, Apr 04, 2014 at 11:10:51PM +0200, Camille Begue wrote:
> Wrap lines > 80 columns.
>
> Signed-off-by: Camille Begue
Looks good now.
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Mor
This is used from set_fixmap() and clear_fixmap() via
asm-generic/fixmap.h.
Signed-off-by: Rabin Vincent
---
Needs "arm: use generic fixmap.h", available in linux-next.
arch/arm/include/asm/fixmap.h | 2 ++
arch/arm/mm/mmu.c | 7 +++
2 files changed, 9 insertions(+)
diff --git
On Mon, Mar 31, 2014 at 6:31 AM, Jeff Layton wrote:
> The following changes since commit 29723adee11804b548903ddb1db666cf4a60f60e:
>
> locks: make locks_mandatory_area check for file-private locks (2014-03-31
> 08:24:43 -0400)
>
> are available in the git repository at:
>
> git://git.samba.or
Use fixmaps for text patching when the kernel text is read-only,
inspired by x86. This makes jump labels and kprobes work with the
currently available CONFIG_DEBUG_SET_MODULE_RONX and the upcoming
CONFIG_DEBUG_RODATA options.
Signed-off-by: Rabin Vincent
---
arch/arm/include/asm/fixmap.h | 3 +
change made to resolve following checkpatch message:
drivers/pci/pci.c:109: ERROR: "foo* bar" should be "foo *bar"
branch: Linux 3.14-rc8
Signed-off-by: Ryan Desfosses
---
drivers/pci/pci.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pci/pci.c b/drivers/pci/pc
On Fri, Apr 04, 2014 at 09:15:39PM +0200, Camille Begue wrote:
> This patch is part of eudyptula challenge
>
The changelog should mention something about lines over 80 characte
long.
> Signed-off-by: Camille Begue
> ---
> drivers/staging/comedi/comedi_fops.c | 7 +--
> 1 file changed, 5 in
Even on x86-64, I've found the need to break up a readq() into 2 readl()
calls. According to the Intel datasheet for the E3-1200 processor:
"
Software must not access B0/D0/F0 32-bit memory-mapped registers with
requests that cross a DW boundary.
"
(http://www.intel.com/content/www/us/en/processo
On 03/26/2014 01:01 PM, Jeff Mahoney wrote:
> On 3/17/14, 9:05 AM, David Sterba wrote:
>>> On Fri, Mar 14, 2014 at 08:12:16PM -0400, Sasha Levin wrote:
> While fuzzing with trinity inside a KVM tools guest running the latest
> -next kernel I've stumbled on the following:
>
> [ 78
Add 'ie31200_edac' driver for the E3-1200 series of Intel processors. Driver
is based on the following E3-1200 specs:
http://www.intel.com/content/www/us/en/processors/xeon/xeon-e3-1200-family-vol-2-datasheet.html
http://www.intel.com/content/www/us/en/processors/xeon/xeon-e3-1200v3-vol-2-datashee
1 - 100 of 535 matches
Mail list logo
