Move it from exynos5250-cros-common.dtsi to exynos5250-snow.dts.
Spring does not need it, it uses an Atmel maXTouch instead.
Signed-off-by: Andreas Färber afaer...@suse.de
---
v2: New (Doug Anderson)
arch/arm/boot/dts/exynos5250-cros-common.dtsi | 8
Hello.
On 07/18/2014 04:30 PM, Antoine Ténart wrote:
The Berlin SATA PHY drives the PHY related to the SATA interface. Add
the corresponding documentation.
Signed-off-by: Antoine Ténart antoine.ten...@free-electrons.com
---
.../devicetree/bindings/phy/berlin-sata-phy.txt| 34
Hi Paul,
While running the kvm rcutorture test scripts, I encountered a build failure
caused by
Commit 918179699e4a (rcu: Don't keep timekeeping CPU tick running for
non-nohz_full= CPUs)
This commit fixes the failure. This is on top of paul/rcu/dev.
Signed-off-by: Pranith Kumar
Add DAPM calls to enable/disable the Class D amp.
Also add a DAPM call to turn off the PLL upon
the stream completing.
Signed-off-by: Dan Murphy dmur...@ti.com
---
sound/soc/codecs/tas2552.c | 58 +++-
1 file changed, 41 insertions(+), 17 deletions(-)
On Fri, 18 Jul 2014 13:08:39 -0400
Nick Krause xerofo...@gmail.com wrote:
Sorry I was trying to help , I guess this conversation is now closed.
It was a fucking stupid idea.
Are you afraid of sex?
-- Steve
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
In the pm suspend/resume it is better
to disable the GPIO after the regmap_cache
setting calls so that if the call is interrupted
the new reg values will be cached and set on resume.
Also add pm_runtime_put in the remove call.
Signed-off-by: Dan Murphy dmur...@ti.com
---
I am removing two fix mes in this file as after dicussing then it seems
there is no reason to check against Null for usb_device as it can never
be NULL and this is check is therefore not needed.
Signed-off-by: Nicholas Krause xerofo...@gmail.com
---
drivers/usb/core/hcd.c | 4
1 file
Ingo Molnar mi...@kernel.org writes:
We want these description files to be in the perf source code,
somewhere in tools/perf/live-config/arch/x86/ or so, and installed
during 'make install' - i.e. part of perf project and installed in
~/.debug or ~/.perf or so.
I don't think that's a good
On Fri, 18 Jul 2014 10:05:00 -0700
Tony Luck tony.l...@gmail.com wrote:
On Thu, Jul 17, 2014 at 7:08 PM, Steven Rostedt rost...@goodmis.org wrote:
Do we really need to convert to nanoseconds? Couldn't we just return
jiffies:
Sure, and we can make it a counter. That is, the counters don't
On Fri, Jul 18, 2014 at 1:31 PM, Steven Rostedt rost...@goodmis.org wrote:
On Fri, 18 Jul 2014 13:08:39 -0400
Nick Krause xerofo...@gmail.com wrote:
Sorry I was trying to help , I guess this conversation is now closed.
It was a fucking stupid idea.
Are you afraid of sex?
-- Steve
Why are
On powerpc our event names are always uppercase, it would be nice if the perf
list output honoured that.
Can we instead just honour whatever case is in the input JSON ?
Intel events are upper case too. However perf is not into shouting
in general, so I chose to lower everything.
It looks
Dropped negativity check; enhanced upper limit check as proposed by
Walter Harms wha...@bfs.de
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=80591
Reported-by: David Binderman dcb...@hotmail.com
Signed-off-by: Andrey Utkin andrey.krieger.ut...@gmail.com
---
kernel/debug/kdb/kdb_bp.c | 2
2014-07-18 20:18 GMT+03:00 walter harms wha...@bfs.de:
i would expect a ckeck for the upper limit with ARRAY_SIZE
Thanks, resubmitted.
--
Andrey Utkin
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo
On Fri, 2014-07-18 at 17:17 +, Elliott, Robert (Server Storage)
wrote:
From: James Bottomley [mailto:jbottom...@parallels.com]
On Fri, 2014-07-18 at 00:51 +, Elliott, Robert (Server Storage)
wrote:
...
Also, in both sd_setup_flush_cmnd and sd_sync_cache:
This change is trying to make the sched clock similar to the
monotonic raw one.
The main goal is to provide some kind of unification between time
flow in kernel and in user space, mainly to achieve correlation
between perf timestamps and clock_gettime(CLOCK_MONOTONIC_RAW).
This has been suggested
On Mon, Jul 14, 2014 at 06:49:44PM -0300, Gustavo Padovan wrote:
Hi John,
Some more patches for 3.17. The most important change here is the move of
the 6lowpan code to net/6lowpan. It has been agreed with Davem that this
change will go through the bluetooth tree. The rest are mostly clean up
On Fri, Jul 18, 2014 at 02:43:02AM +0200, Rafael J. Wysocki wrote:
From past discussions on similar topics it followed that there really was
no generic way for individual drivers to quiesce devices on demand as long as
user space was running. Everything we could come up with was racy, this way
On 18/07/14 16:24, Wei Liu wrote:
On Thu, Jul 17, 2014 at 08:09:49PM +0100, Zoltan Kiss wrote:
The error handling for skb's with frag_list was completely wrong, it caused
double unmap attempts to happen if the error was on the first skb. Move it to
the right place in the loop.
Signed-off-by:
On Fri, 18 Jul 2014 13:35:48 -0400
Nick Krause xerofo...@gmail.com wrote:
Why are you even asking this?
What do you think?
-- Steve
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Hemant Kumar hem...@linux.vnet.ibm.com writes:
First I should say supporting these probes is very useful. Thanks for
working on this.
+
+#define SDT_CACHE_DIR /var/cache/perf/
This requires running perf as root, right?
It would be better to use the $HOME cache dir, like the recent JSON
On 07/18/2014 10:43 AM, Pawel Moll wrote:
This change is trying to make the sched clock similar to the
monotonic raw one.
The main goal is to provide some kind of unification between time
flow in kernel and in user space, mainly to achieve correlation
between perf timestamps and
On 7/17/2014 11:45 PM, Gioh Kim wrote:
Hi,
For page migration of CMA, buffer-heads of lru should be dropped.
Please refer to https://lkml.org/lkml/2014/7/4/101 for the history.
I have two solution to drop bhs.
One is invalidating entire lru.
Another is searching the lru and dropping
Hello,
On Fri, Jul 18, 2014 at 10:42:29AM -0700, Nish Aravamudan wrote:
So, to be clear, this is not *necessarily* about memoryless nodes. It's
about the semantics intended. The workqueue code currently calls
cpu_to_node() in a few places, and passes that node into the core MM as a
hint about
On Fri, Jul 18, 2014 at 02:00:08PM -0400, Tejun Heo wrote:
This isn't a huge issue but it shows that this is the wrong layer to
deal with this issue. Let the allocators express where they are.
^
allocator users
Choosing and
On 07/18/2014 11:37 PM, Lennox Wu wrote:
Score can provide dummy functions if HAS_IOMEM and NO_IOMEM will be
removed, even if we indeed have no IOMEM.
Thank you for your reply, for score, your ideas is OK to me.
And for the COMPILE_TEST needs still discussing below:
2014-07-18 18:51
On Fri, 2014-07-18 at 09:43 -0700, Greg KH wrote:
On Fri, Jul 18, 2014 at 12:22:13PM -0400, John W. Linville wrote:
On Fri, Jul 18, 2014 at 05:26:47PM +0200, Benoit Taine wrote:
We should prefer `const struct pci_device_id` over
`DEFINE_PCI_DEVICE_TABLE` to meet kernel coding style
On 18/07/14 16:25, Wei Liu wrote:
On Thu, Jul 17, 2014 at 08:09:51PM +0100, Zoltan Kiss wrote:
This patch makes this function aware that the first frag and the header might
share the same ring slot. That could happen if the first slot is bigger than
MAX_SKB_LEN. Due to this the error path might
The error handling for skb's with frag_list was completely wrong, it caused
double unmap attempts to happen if the error was on the first skb. Move it to
the right place in the loop.
Signed-off-by: Zoltan Kiss zoltan.k...@citrix.com
Reported-by: Armin Zentai armin.zen...@ezit.hu
Cc:
Due to this pointer is increased prematurely, the error log contains rubbish.
Signed-off-by: Zoltan Kiss zoltan.k...@citrix.com
Reported-by: Armin Zentai armin.zen...@ezit.hu
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: xen-de...@lists.xenproject.org
---
diff --git
This series fixes a lot of bugs on the error path around this function, which
were introduced with my grant mapping series in 3.15. They apply to the latest
net tree, but probably to net-next as well without any modification.
I'll post an another series which applies to 3.15 stable, as the problem
This patch makes this function aware that the first frag and the header might
share the same ring slot. That could happen if the first slot is bigger than
PKT_PROT_LEN. Due to this the error path might release that slot twice or never,
depending on the error scenario.
xenvif_idx_release is also
When the grant operations failed, the skb is freed up eventually, and it tries
to release the frags, if there is any. For the main skb nr_frags is set to 0 to
avoid this, but on the frag_list it iterates through the frags array, and tries
to call put_page on the page pointer which contains garbage
On 07/18/2014 10:45 AM, Nick Krause wrote:
Hey Greg and others,
When I built the usb directory today to check a patch I am also
sending to. I seem to hitting
a few compiler errors and a lot of warnings. I am going to attach a
file of my log of this build.
Cheers Nick
Hi,
What command(s)
On Fri, Jul 18, 2014 at 10:17 AM, Andy Lutomirski l...@amacapital.net wrote:
On Thu, Jul 17, 2014 at 8:26 PM, James Morris jmor...@namei.org wrote:
On Thu, 17 Jul 2014, Kees Cook wrote:
Twelfth time's the charm! :)
Btw, there doesn't seem to be an official seccomp maintainer. Kees, would
On 14-07-18 07:41 AM, James Bottomley wrote:
On Fri, 2014-07-18 at 17:17 +, Elliott, Robert (Server Storage)
wrote:
From: James Bottomley [mailto:jbottom...@parallels.com]
On Fri, 2014-07-18 at 00:51 +, Elliott, Robert (Server Storage)
wrote:
...
Also, in both sd_setup_flush_cmnd
On Fri, Jul 18, 2014 at 09:54:32AM -0700, James Bottomley wrote:
On Fri, 2014-07-18 at 09:43 -0700, Greg KH wrote:
On Fri, Jul 18, 2014 at 12:22:13PM -0400, John W. Linville wrote:
On Fri, Jul 18, 2014 at 05:26:47PM +0200, Benoit Taine wrote:
We should prefer `const struct pci_device_id`
Hello,
On Fri, Jul 18, 2014 at 11:12:01AM -0700, Nish Aravamudan wrote:
why aren't these callers using kthread_create_on_cpu()? That API was
It is using that. There just are other data structures too.
already change to use cpu_to_mem() [so one change, rather than of all over
the kernel
On Fri, Jul 18, 2014 at 01:06:41PM -0400, Nick Krause wrote:
On Fri, Jul 18, 2014 at 10:08 AM, Steven Rostedt rost...@goodmis.org wrote:
On Thu, Jul 17, 2014 at 11:05:12PM -0400, Nick Krause wrote:
On Thu, Jul 17, 2014 at 1:38 PM, Nick Krause xerofo...@gmail.com wrote:
On Thu, Jul 17, 2014
-Original Message-
From: Ethan Zhao [mailto:ethan.z...@oracle.com]
Sent: Friday, July 18, 2014 9:13 AM
To: Manish Chopra; Sony Chacko; Rajesh Borundia; netdev
Cc: linux-kernel; ethan.ker...@gmail.com; Ethan Zhao
Subject: [PATCH V3] netxen: fix ethtool rx_dropped information in
On Fri, Jul 18, 2014 at 01:57:25AM -0400, Elena Ufimtseva wrote:
Issues Xen hypercall subop XENMEM_get_vnumainfo and sets the
NUMA topology, otherwise sets dummy NUMA node and prevents
numa_init from calling other numa initializators as they dont
work with pv guests.
Signed-off-by: Elena
Introduce function to generate add/subtract (shifted register)
instructions.
Signed-off-by: Zi Shen Lim zlim@gmail.com
---
arch/arm64/include/asm/insn.h | 11 ++
arch/arm64/kernel/insn.c | 49 +++
2 files changed, 60 insertions(+)
diff
Introduce function to generate data-processing (2 source) instructions.
Signed-off-by: Zi Shen Lim zlim@gmail.com
---
arch/arm64/include/asm/insn.h | 20 ++
arch/arm64/kernel/insn.c | 48 +++
2 files changed, 68 insertions(+)
diff
Introduce function to generate data-processing (3 source) instructions.
Signed-off-by: Zi Shen Lim zlim@gmail.com
---
arch/arm64/include/asm/insn.h | 14 ++
arch/arm64/kernel/insn.c | 42 ++
2 files changed, 56 insertions(+)
diff
The JIT compiler emits A64 instructions. It supports eBPF only.
Legacy BPF is supported thanks to conversion by BPF core.
JIT is enabled in the same way as for other architectures:
echo 1 /proc/sys/net/core/bpf_jit_enable
Or for additional compiler output:
echo 2
Introduce function to generate compare branch (immediate)
instructions.
Signed-off-by: Zi Shen Lim zlim@gmail.com
---
arch/arm64/include/asm/insn.h | 57
arch/arm64/kernel/insn.c | 88 ---
2 files changed, 140
Introduce function to generate load/store (register offset)
instructions.
Signed-off-by: Zi Shen Lim zlim@gmail.com
---
arch/arm64/include/asm/insn.h | 20 ++
arch/arm64/kernel/insn.c | 62 +++
2 files changed, 82 insertions(+)
diff
Introduce function to generate logical (shifted register)
instructions.
Signed-off-by: Zi Shen Lim zlim@gmail.com
---
arch/arm64/include/asm/insn.h | 25 ++
arch/arm64/kernel/insn.c | 60 +++
2 files changed, 85 insertions(+)
diff
Introduce function to generate data-processing (1 source) instructions.
Signed-off-by: Zi Shen Lim zlim@gmail.com
---
arch/arm64/include/asm/insn.h | 13 +
arch/arm64/kernel/insn.c | 37 +
2 files changed, 50 insertions(+)
diff --git
Introduce function to generate bitfield instructions.
Signed-off-by: Zi Shen Lim zlim@gmail.com
---
arch/arm64/include/asm/insn.h | 16 +
arch/arm64/kernel/insn.c | 56 +++
2 files changed, 72 insertions(+)
diff --git
Introduce function to generate conditional branch (immediate)
instructions.
Signed-off-by: Zi Shen Lim zlim@gmail.com
---
arch/arm64/include/asm/insn.h | 21 +
arch/arm64/kernel/insn.c | 17 +
2 files changed, 38 insertions(+)
diff --git
Introduce function to generate move wide (immediate) instructions.
Signed-off-by: Zi Shen Lim zlim@gmail.com
---
arch/arm64/include/asm/insn.h | 13 +
arch/arm64/kernel/insn.c | 43 +++
2 files changed, 56 insertions(+)
diff --git
Introduce function to generate add/subtract (immediate) instructions.
Signed-off-by: Zi Shen Lim zlim@gmail.com
---
arch/arm64/include/asm/insn.h | 16
arch/arm64/kernel/insn.c | 44 +++
2 files changed, 60 insertions(+)
diff
Introduce function to generate load/store pair instructions.
Signed-off-by: Zi Shen Lim zlim@gmail.com
---
arch/arm64/include/asm/insn.h | 16 +++
arch/arm64/kernel/insn.c | 65 +++
2 files changed, 81 insertions(+)
diff --git
Introduce function to generate unconditional branch (register)
instructions.
Signed-off-by: Zi Shen Lim zlim@gmail.com
---
arch/arm64/include/asm/insn.h | 7 +++
arch/arm64/kernel/insn.c | 35 +--
2 files changed, 40 insertions(+), 2 deletions(-)
This series implements eBPF JIT compiler for arm64.
Please see [14/14] for change log.
Patches [1-13/14] implement code generation functions.
Patch [14/14] implements the actual eBPF JIT compiler.
Many thanks to everyone who's reviewed the code from
RFCv1-RFCv3, especially Alexei for BPF bits,
Since there is a lot of stuff that need to be changed in order to meet the
kernel
coding style in wcmd.c file, I've decided to fix function-per-patch.
The following changes were made in vCommandTimerWait function:
- Camel case change:
- MSecond --- msec
- hDdeviceContext --- private
-
The uptime tracer added in:
commit 8aacf017b065a805d27467843490c976835eb4a5
tracing: Add uptime trace clock that uses jiffies
has wraparound problems when the system has been up more
than 1 hour 11 minutes and 34 seconds. It converts jiffies
to nanoseconds using:
On Fri, 18 Jul 2014 11:43:01 -0700
Tony Luck tony.l...@intel.com wrote:
The uptime tracer added in:
commit 8aacf017b065a805d27467843490c976835eb4a5
tracing: Add uptime trace clock that uses jiffies
has wraparound problems when the system has been up more
than 1 hour 11 minutes
On Fri, 2014-07-18 at 11:17 -0700, Greg KH wrote:
On Fri, Jul 18, 2014 at 09:54:32AM -0700, James Bottomley wrote:
On Fri, 2014-07-18 at 09:43 -0700, Greg KH wrote:
On Fri, Jul 18, 2014 at 12:22:13PM -0400, John W. Linville wrote:
On Fri, Jul 18, 2014 at 05:26:47PM +0200, Benoit Taine
On Saturday 19 July 2014 02:02:09 Chanwoo Choi wrote:
On Sat, Jul 19, 2014 at 1:33 AM, Arnd Bergmann a...@arndb.de wrote:
On Saturday 19 July 2014 01:23:15 Chanwoo Choi wrote:
If don't add new compatible including specific exynos version,
I would add new 'adc-needs-sclk' property with
On Fri, Jul 18, 2014 at 9:51 AM, Andy Lutomirski l...@amacapital.net wrote:
On Jul 17, 2014 1:56 PM, Aditya Kali adityak...@google.com wrote:
On Thu, Jul 17, 2014 at 12:57 PM, Andy Lutomirski l...@amacapital.net
wrote:
What happens if someone moves a task in a cgroup namespace outside of
On Fri, Jul 18, 2014 at 11:13 AM, Kees Cook keesc...@chromium.org wrote:
On Fri, Jul 18, 2014 at 10:17 AM, Andy Lutomirski l...@amacapital.net wrote:
On Thu, Jul 17, 2014 at 8:26 PM, James Morris jmor...@namei.org wrote:
On Thu, 17 Jul 2014, Kees Cook wrote:
Twelfth time's the charm! :)
On 07/14/14 12:58, Pankaj Dubey wrote:
As exynos_cpuidle_init and exynos_cpufreq_init function have just one lines
of code for registering platform devices. We can move these lines to
exynos_dt_machine_init and delete exynos_cpuidle_init and exynos_cpufreq_init
function. This will help in
On Fri, 18 Jul 2014, Jiri Slaby wrote:
From: Naoya Horiguchi n-horigu...@ah.jp.nec.com
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 4a705fef986231a3e7a6b1a6d3c37025f021f49f upstream.
There's a race between fork() and hugepage
On Fri, Jul 18, 2014 at 11:47 AM, Steven Rostedt rost...@goodmis.org wrote:
Do you think this is worthy of stable and 3.16 material?
Perhaps. Not sure that I need it (I'm stuck waiting for the extlog_trace pieces
which are now queued in tip, but won't go in until 3.17). But I suppose we
should
On 07/18/2014 12:47 PM, Heiko Stübner wrote:
Hi Daniel,
Am Freitag, 18. Juli 2014, 11:46:51 schrieb Daniel Lezcano:
On 07/07/2014 05:13 PM, Matthias Brugger wrote:
This adds a generic devicetree board file and a dtsi for boards
based on MT6589 SoCs from Mediatek.
Apart from the generic parts
On Fri, Jul 18, 2014 at 11:51 AM, Aditya Kali adityak...@google.com wrote:
On Fri, Jul 18, 2014 at 9:51 AM, Andy Lutomirski l...@amacapital.net wrote:
On Jul 17, 2014 1:56 PM, Aditya Kali adityak...@google.com wrote:
On Thu, Jul 17, 2014 at 12:57 PM, Andy Lutomirski l...@amacapital.net
Hello,
On Fri, Jul 18, 2014 at 11:47:08AM -0700, Nish Aravamudan wrote:
Why are any callers of the format kthread_create_on_node(...,
cpu_to_node(cpu), ...) not using kthread_create_on_cpu(..., cpu, ...)?
Ah, okay, that's because unbound workers are NUMA node affine, not
CPU.
It seems like
On Fri, Jul 18, 2014 at 11:51 AM, Andy Lutomirski l...@amacapital.net wrote:
On Fri, Jul 18, 2014 at 11:13 AM, Kees Cook keesc...@chromium.org wrote:
On Fri, Jul 18, 2014 at 10:17 AM, Andy Lutomirski l...@amacapital.net
wrote:
On Thu, Jul 17, 2014 at 8:26 PM, James Morris jmor...@namei.org
On Fri, 18 Jul 2014, Patrik Fimml wrote:
2. Give userspace a way of quiescing a device. Handles to the device
stay open, but the device will no longer perform its function and,
if possible, power down.
Quiescing is the wrong word. Quiescing a device means stopping the
device from
On Fri, Jul 18, 2014 at 10:11 AM, Mimi Zohar zo...@linux.vnet.ibm.com wrote:
On Mon, 2014-07-14 at 14:38 -0700, Kees Cook wrote:
As an alternative to loading bytes from the data blob when reading
firmware, let kernel read from an fd, so that the LSM can reason about
the origin of firmware
On Fri, Jul 18, 2014 at 10:51:19AM -0700, John Stultz wrote:
Very cool work! I've not been able to review it carefully, but one good
stress test would be to pick a system where the hardware used for
sched_clock is different from the hardware used for timekeeping.
Probably easily done on x86
, but it probably won't be till next week.
Anyway, I've updated the keys-preparse-1 branch and tagged it anew with
keys-preparse-1-20140718. There was a spelling fix in the docs and the
patches have been rebased on the updated security/next.
I've also rebuilt the keys-next branch, basing it on the updated
On 07/18/14 07:42, Javier Martinez Canillas wrote:
Hello Kukjin,
Hi,
On 06/24/2014 06:28 PM, Doug Anderson wrote:
This adds cros_ec to exynos5420-peach-pit and exynos5800-peach-pi,
including:
* The keyboard
* The i2c tunnel
* The tps65090 under the i2c tunnel
* The battery under the i2c
On Fri, 18 Jul 2014, Nicholas Krause wrote:
I am removing two fix mes in this file as after dicussing then it seems
there is no reason to check against Null for usb_device as it can never
be NULL and this is check is therefore not needed.
Signed-off-by: Nicholas Krause xerofo...@gmail.com
On 07/18/14 09:10, Chanwoo Choi wrote:
On 07/09/2014 12:00 PM, Chanwoo Choi wrote:
From: Tomasz Figat.f...@samsung.com
This patch add I2S (Inter-IC Sound) dt node which supports 1-port stereo
(1 channels) IIS-bus for audio interface with DMA-based operation.
Signed-off-by: Tomasz
On Fri, Jul 18, 2014 at 06:43:39PM +0100, Pawel Moll wrote:
This change is trying to make the sched clock similar to the
monotonic raw one.
The main goal is to provide some kind of unification between time
flow in kernel and in user space, mainly to achieve correlation
between perf
On 07/17/2014 10:00 PM, Stephen Rothwell wrote:
Hi all,
After merging the tip tree, today's linux-next build (x86_64
allmodconfig) produced these warnings:
In file included from arch/x86/vdso/vdso2c.c:161:0:
arch/x86/vdso/vdso2c.c: In function 'main':
arch/x86/vdso/vdso2c.h:118:6:
From: Robert Baldyga [mailto:r.bald...@samsung.com]
Sent: Friday, July 18, 2014 4:39 AM
This patchset contains fixes for dwc2 gadget driver. It touches PHY,
FIFO configuration, initialization sequence and adds many other small fixes.
Best regards
Robert Baldyga
Samsung RD Institute
Hi James,
Please pull these seccomp changes for 3.17.
(And if I should base off something other than security-next, please
let me know. Or if there are any things I should be doing differently
with this tree.)
Thanks!
-Kees
The following changes since commit
On 07/18/2014 09:14 AM, Alex Elder wrote:
It is possible for the log to be filled too quickly for the consoles
to be able to keep up. This is detected in console_unlock(), and
when it occurs, a message is printed on the console. When reviewing
some nearby code, Petr Mládek suggested it might
On Fri, Jul 18, 2014 at 03:00:46PM -0400, Alan Stern wrote:
Quiescing is the wrong word. Quiescing a device means stopping the
device from doing anything, which isn't what you want. You want to
ignore any activity the device may generate and reduce the device's
power consumption as much as
On Fri, Jul 18, 2014 at 12:13 PM, Peter Zijlstra pet...@infradead.org wrote:
On Fri, Jul 18, 2014 at 06:43:39PM +0100, Pawel Moll wrote:
This change is trying to make the sched clock similar to the
monotonic raw one.
The main goal is to provide some kind of unification between time
flow in
The ADC in s3c64xx is almost the same as exynosv1, but
has a different 'select' method. Adding this here will be
helpful to move over the existing s3c64xx platform from the
legacy plat-samsung/adc driver to the new exynos-adc.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
[In reply to Exynos3250
This adds support for the touchscreen on Samsung s3c64xx.
The driver is completely untested but shows roughly how
it could be done, following the example of the at91 driver.
Open questions include:
- compared to the old plat-samsung/adc driver, there is
no support for prioritizing ts over
On Fri, Jul 18, 2014 at 10:14 AM, Murali Karicheri m-kariche...@ti.com wrote:
keystone PCIe controller is based on v3.65 version of the
designware h/w. Main differences are
1. No ATU support
2. Legacy and MSI irq functions are implemented in
application register
On Fri, Jul 18, 2014 at 12:25:48PM -0700, John Stultz wrote:
Also, assuming we someday will merge the x86 sched_clock logic into
the generic sched_clock code, we'll have to handle cases where they
aren't the same.
I prefer that to not happen. I spend quite a bit of time and effort to
make the
On 07/18/2014 09:14 AM, Alex Elder wrote:
Two log record flags--LOG_CONT and LOG_NEWLINE--are mutually
exclusive. That is, one or the other is always set, but they are
never both set at the same time in a log record flags field. What
follows is a great deal of explanation that aims to prove
On 07/16/14 09:56, Tomasz Figa wrote:
On 16.07.2014 02:53, Kukjin Kim wrote:
Kukjin Kim wrote:
On 07/05/14 02:48, Tomasz Figa wrote:
Move debug-macro.S from mach/include to include/debug where
all other common debug macros are.
Signed-off-by: Tomasz Figat.f...@samsung.com
---
The following would incorrectly pass checkpatch:
void foo(void)
{
if (a) {
something;
somethingelse;
} else {
messed_up_indentation;
}
}
Assume single-tab indentation of blocks to catch this.
Also add else to
On 07/16/14 20:59, Tomasz Figa wrote:
Hi Krzysztof,
On 14.07.2014 09:45, Krzysztof Kozlowski wrote:
Fix building of exynos defconfig with disabled PM_SLEEP:
CONFIG_PM_SLEEP=n
CONFIG_PM_SLEEP_SMP=n
CONFIG_SUSPEND=n
by moving functions for power up/down of CPU and cluster to platsmp.c
The build
On 07/18/2014 12:34 PM, Peter Zijlstra wrote:
On Fri, Jul 18, 2014 at 12:25:48PM -0700, John Stultz wrote:
Also, assuming we someday will merge the x86 sched_clock logic into
the generic sched_clock code, we'll have to handle cases where they
aren't the same.
I prefer that to not happen. I
On Friday 18 July 2014 14:31:39 Rob Herring wrote:
+
+ Example:
+ pcie_msi_intc: msi-interrupt-controller {
+ interrupt-controller;
+ #interrupt-cells = 1;
+ interrupt-parent = gic;
+
On Fri, Jul 18, 2014 at 2:20 PM, Sam Ravnborg s...@ravnborg.org wrote:
On Fri, Jul 18, 2014 at 01:06:41PM -0400, Nick Krause wrote:
On Fri, Jul 18, 2014 at 10:08 AM, Steven Rostedt rost...@goodmis.org wrote:
On Thu, Jul 17, 2014 at 11:05:12PM -0400, Nick Krause wrote:
On Thu, Jul 17, 2014 at
On Fri, Jul 18, 2014 at 3:09 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Fri, 18 Jul 2014, Nicholas Krause wrote:
I am removing two fix mes in this file as after dicussing then it seems
there is no reason to check against Null for usb_device as it can never
be NULL and this is check
On Fri, Jul 18, 2014 at 08:26:36AM -0500, suravee.suthikulpa...@amd.com wrote:
From: Suravee Suthikulpanit suravee.suthikulpa...@amd.com
It's not quite clear that msi-controller is already checked
by of_msi_chip_add. So, this patch add a note to clarify.
Also, clean up redundant logic and
On Fri, Jul 18, 2014 at 12:16 PM, H. Peter Anvin h...@zytor.com wrote:
On 07/17/2014 10:00 PM, Stephen Rothwell wrote:
Hi all,
After merging the tip tree, today's linux-next build (x86_64
allmodconfig) produced these warnings:
In file included from arch/x86/vdso/vdso2c.c:161:0:
This article,
http://www.phoronix.com/scan.php?page=articleitem=intel_iris5100_winlinnum=4
shows that iris graphics are faster
on windows. I was wondering if this is correct and we need to improve them.
Cheers Nick
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Fri, Jul 18, 2014 at 2:10 PM, Randy Dunlap rdun...@infradead.org wrote:
On 07/18/2014 10:45 AM, Nick Krause wrote:
Hey Greg and others,
When I built the usb directory today to check a patch I am also
sending to. I seem to hitting
a few compiler errors and a lot of warnings. I am going to
On 18.07.2014 16:17, Christoph Hellwig wrote:
On Fri, Jul 18, 2014 at 05:21:04PM +0400, Vladimir Davydov wrote:
Slab warns, because the name of the cache being created contains spaces.
The bad cache is created by scsi_get_host_cmd_pool. Its name
(pool-cmd_name) is initialized by
1 - 100 of 2038 matches
Mail list logo