This patch defines MAX_OPTINSN_SIZE, MAX_INSN_SIZE and
KPROBE_OPCODE_SIZE for x86 for vmlinux.lds.S use.
Signed-off-by: Wang Nan
---
arch/x86/kernel/vmlinux.lds.S | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/x86/kernel/vmlinux.lds.S b/arch/x86/kernel/vmlinux.lds.S
index 0
schedule_delayed_work() doesn't work until scheduler and timer are
ready. For early kprobes, directly call do_optimize_kprobes() should
make things simpler. Arch code should ensure there's no conflict between
code modification and execution using stop_machine().
To avoid lock order problem, call d
Append early kprobe related slots to KPROBES_TEXT. This is arch
independent part. Arch code should define MAX_OPTINSN_SIZE,
KPROBE_OPCODE_SIZE and MAX_INSN_SIZE for it.
Signed-off-by: Wang Nan
---
include/asm-generic/vmlinux.lds.h | 19 ++-
1 file changed, 18 insertions(+), 1 del
Since commit 1c6c69525b40eb76de8adf039409722015927dc3 ("genirq: Reject
bogus threaded irq requests") threaded IRQs without a primary handler
need to be requested with IRQF_ONESHOT, otherwise the request may fail.
Generated by: scripts/coccinelle/misc/irqf_oneshot.cocci
Signed-off-by: Valentin Rot
Separate init_kprobes() into early and late phases, and do most of
initialization after setup_arch(), so we are able to use kprobes at
very early stage.
Signed-off-by: Wang Nan
---
include/linux/kprobes.h | 6 ++
init/main.c | 2 ++
kernel/kprobes.c| 39
Don't change rec->flags if code modification fails.
Signed-off-by: Wang Nan
---
arch/x86/kernel/ftrace.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/arch/x86/kernel/ftrace.c b/arch/x86/kernel/ftrace.c
index 8b7b0a5..7bdba65 100644
--- a/arch/x86/kernel/ftrace.
Puts early kprobe reserved area into kprobe blacklist.
Signed-off-by: Wang Nan
---
kernel/kprobes.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/kernel/kprobes.c b/kernel/kprobes.c
index 2d178fc..7dbe8b2 100644
--- a/kernel/kprobes.c
+++ b/kernel/kprobes.c
@@ -1405,6 +1405,12 @@ sta
This patch introduces within_kprobe_blacklist_early(), which will be
used when registering early kprobes.
In init_kprobes(), populate_kprobe_blacklist() is the only function
which rely on memory system so unable to be executed at very early
stage. Following patches will move other parts of init_kp
Create static slots of 'struct optimized_kprobe', alloc such structure
from the slots for early kprobes. This patch is for optimization for
early kprobes.
Signed-off-by: Wang Nan
---
kernel/kprobes.c | 19 +++
1 file changed, 15 insertions(+), 4 deletions(-)
diff --git a/kernel/
From: Kan Liang
This reverts commit 74390aa55678 ("perf: Remove the extra validity check
on nr_pages")
nr_pages equals to number of pages - 1 in perf_mmap. So nr_pages = 0 is
valide. So the nr_pages != 0 && !is_power_of_2(nr_pages) are all
needed for checking. Otherwise, for example, perf test 6
Use stop_machine() to wrap code modification for x86 when optimizing
early kprobes. Since early kprobes are registered before smp inited,
text_poke_bp() is not ready at that time. This patch use stop_machine()
based code modification for early kprobes.
At very early stage, stop_machine() is simply
Hi Jeff,
I've dropped the spinlock conversion for the time beeing. Maybe the
last patch which changes the usage of blocked_lock_lock is still
useful. And in case I can convince of the spinlock conversion it can
easliy done on top of it. I think it makes it also simpler to review
doing it this afte
Annonate insert, remove and iterate function that we need
blocked_lock_lock held.
Signed-off-by: Daniel Wagner
---
fs/locks.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/fs/locks.c b/fs/locks.c
index f63aa92..4498da0 100644
--- a/fs/locks.c
+++ b/fs/locks.c
@@ -592,11 +592,15 @@ po
This patch converts early kprobes on ftrace to ftrace after
ftrace_init() is done. It calls arm_kprobe_ftrace() for such kprobes.
This ftrace call will trigger mechanism introduced by previous patches,
replaces them with ftrace.
After that, for each early kprobe, 3 cases are dealed differently: fo
From: Rafael J. Wysocki
Move the fallback code path in cpuidle_idle_call() to the end of the
function to avoid jumping to a label in a an if () branch.
Signed-off-by: Rafael J. Wysocki
---
kernel/sched/idle.c | 29 +++--
1 file changed, 15 insertions(+), 14 deletions(
Before this patch early_trap_init() installs DEBUG_STACK for X86_TRAP_BP
and X86_TRAP_DB. However, DEBUG_STACK doesn't work correctly until
cpu_init() <-- trap_init().
This patch passes 0 to set_intr_gate_ist() and
set_system_intr_gate_ist() instead of DEBUG_STACK to let it use same
stack as kerne
Enable early kprobes in Kconfig.
Currently only allow early kprobes for ARM. Following patchs will deal
with KPROBES_ON_FTRACE. After that x86 will also be enabled.
Signed-off-by: Wang Nan
---
arch/Kconfig | 19 +++
arch/arm/Kconfig | 1 +
2 files changed, 20 insertions(+)
On Mon, 2015-03-02 at 12:37 +0300, Dan Carpenter wrote:
> On Sat, Feb 28, 2015 at 06:59:19AM -0800, Joe Perches wrote:
> > If you're really going to change these, please
> > remove the unnecessary \ line continuations
> > indent the blocks properly and group the blocks
> > more intelligibly. Maybe
During ftrace_init(), if an early kprobe has already probed at an
instruction, don't fire ftrace_bug(). Instead,
kprobe_fix_ftrace_make_nop() is for this fixing. It calls
arch_fix_ftrace_early_kprobe() to adjust arch specific data. Following
patches will convert such kprobes into ftrace.
It's kpro
Add parentheses to make the two deltas consistent.
Signed-off-by: Yaowei Bai
---
mm/page_alloc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index 7abfa70..12c96ad 100644
--- a/mm/page_alloc.c
+++ b/mm/page_alloc.c
@@ -5715,7 +5715,7 @@ s
Since following change
commit bd61e0a9c852de2d705b6f1bb2cc54c5774db570
Author: Jeff Layton
Date: Fri Jan 16 15:05:55 2015 -0500
locks: convert posix locks to file_lock_context
all Posix locks are kept on their a separate list, so the test is
redudant.
Signed-off-by: Daniel Wagner
Cc: Je
Marc Zyngier writes:
> On 02/03/15 08:50, Alex Bennée wrote:
>>
>> Marc Zyngier writes:
>>
>>> On Wed, 25 Feb 2015 15:36:21 +
>>> Alex Bennée wrote:
>>>
>>> Alex, Christoffer,
>>>
>>
>>>
>>> So the first half of the patch looks perfectly OK to me...
>>>
diff --git a/virt/kvm/arm/vg
On 02/03/2015 at 14:06:38 +, Mark Brown wrote :
> On Mon, Mar 02, 2015 at 02:42:53PM +0100, Alexandre Belloni wrote:
> > On 06/01/2015 at 17:45:21 +, Mark Brown wrote :
> > > On Tue, Jan 06, 2015 at 12:14:32PM +0100, Alexandre Belloni wrote:
>
> > > > Atmel based boards can now only be use
On Thu, Feb 26, 2015 at 10:10:07PM +, Eduardo Valentin wrote:
> On Fri, Feb 27, 2015 at 05:19:05PM +, Javi Merino wrote:
> > On Thu, Feb 26, 2015 at 10:04:24PM +, Eduardo Valentin wrote:
> > > On Thu, Feb 26, 2015 at 05:30:00PM -0400, Eduardo Valentin wrote:
> > > > On Thu, Feb 26, 2015
Hello.
On 3/2/2015 4:06 PM, Jan Kasprzak wrote:
: >avoid out-of-bounds-read by checking count before indexing.
:
: >Signed-off-by: Ameen Ali
: >---
: > drivers/net/wan/cosa.c | 2 +-
: > 1 file changed, 1 insertion(+), 1 deletion(-)
:
: >diff --git a/drivers/net/wan/cosa.c b/drivers/net/wan/c
> > This is a long term plan, of course, but I'd like to see sysfs functions go
> > away
> > in a year or so. What do you think?
>
> hoo boy. Creating a /dev node and doing ioctls on it is really old
> school. So old school that I've forgotten why we don't do it any more.
>
> Hopefully Alan ca
On Mon, Mar 02, 2015 at 12:09:02AM +0100, Stefan Agner wrote:
> Add Freescale Vybrid family as a own entry, along with an entry for
> the so far orphan Vybrid device tree files. Also add myself as
> a designated reviewer.
>
> Acked-by: Shawn Guo
> Signed-off-by: Stefan Agner
> ---
> This hasn't
kallsyms_symbol_next() returns a boolean (true on success). Currently
kdb_read() tests the return value with an inequality that
unconditionally evaluates to true.
This is fixed in the obvious way and, since the conditional branch is
supposed to be unreachable, we also add a WARN_ON().
Reported-by
It doesn't appear that your device supports MSI. If it did lspci -v should
list the MSI capability and whether or not it is enabled.
i.e. Something like...
Capabilities: [68] MSI: Enable+ Count=1/1 Maskable- 64bit+
Without a listing that shows the capability is present, there is nothing to
ena
On Mon, 2 Mar 2015 14:28:54 +
Hou Pengyang wrote:
> commit f42c85e74faa422cf0bc747ed808681145448f88 moves tracepoint's ftrace
> creation into include/trace/ftrace.h and trace/define_trach.h is deleted
You mean event_trace.h is deleted.
> as a result. However some comment info does not ada
On 03/02/2015 01:18 AM, Boris Brezillon wrote:
The watchdog interrupt (only used when activating software watchdog)
shouldn't be suspended when entering suspend mode, because it is shared
with a timer device (which request the line with IRQF_NO_SUSPEND) and once
the watchdog "Mode Register" has b
2015-02-27 18:19-0600, Joel Schopp:
> From: David Kaplan
> No need to re-decode WBINVD since we know what it is from the intercept.
>
> Signed-off-by: David Kaplan
> [extracted from larger unlrelated patch, forward ported, tested]
> Signed-off-by: Joel Schopp
> ---
Reviewed-by: Radim Krčmář
On Mon, Mar 02, 2015 at 02:42:53PM +0100, Alexandre Belloni wrote:
> On 06/01/2015 at 17:45:21 +, Mark Brown wrote :
> > On Tue, Jan 06, 2015 at 12:14:32PM +0100, Alexandre Belloni wrote:
> > > Atmel based boards can now only be used with device tree. Drop non DT
> > > initialization.
> > App
2015-03-01 21:29-0500, Bandan Das:
> Joel Schopp writes:
>
> > From: David Kaplan
> > No need to re-decode WBINVD since we know what it is from the intercept.
> >
> > Signed-off-by: David Kaplan
> > [extracted from larger unlrelated patch, forward ported, tested]
> > Signed-off-by: Joel Schopp
On 02/27/2015 10:12 PM, David Rientjes wrote:
On Fri, 27 Feb 2015, Rik van Riel wrote:
I think we do need to change the default.
Why? See this bug:
The problem was reported here:
https://bugzilla.kernel.org/show_bug.cgi?id=93111
Now, there may be a better value than HPAGE_PMD_NR/8, but
I a
The IRQF_DISABLED flag is a NOOP and scheduled to be removed. According
to commit e58aa3d2d0cc ("genirq: Run irq handlers with interrupts
disabled") running IRQ handlers with interrupts enabled can cause stack
overflows when the interrupt line of the issuing device is still active.
Signed-off-by:
Hello Alan,
On 03/02/2015 02:45 PM, One Thousand Gnomes wrote:
> On Fri, 27 Feb 2015 06:37:49 +0100
> Javier Martinez Canillas wrote:
>
>> The Low Pin Count bus was introduced by Intel and is only used
>> in x86 computers
>
> The LPC bus is in all but name a slightly chopped down ISA bus. It is
Am 02.03.2015 um 13:43 schrieb Michael Mueller:
> QEMU now switches into "probe mode" when the selected machine is "none" and no
> specific accelerator(s) has been requested (i.e.: "-machine none").
>
> In probe mode a by "_CONFIG" defines predefined list of accelerators run
> their init() methods
mdesc_kmalloc is currently requiring __GFP_NOFAIL allocation although it
seems that the allocation failure is handled by all callers (via
mdesc_alloc). __GFP_NOFAIL is a strong liability for the memory
allocator and so the users are discouraged to use the flag unless the
allocation failure is reall
Hi,
from the last discussion about __GFP_NOFAIL it turned out that the flag
cannot be deprecated as easily as MM people hoped for.
The current flag description leads people to inventing their own loops
around GFP_{KERNEL|NOFS} allocations without any fallback failure
policy. This makes the situatio
This basically reverts 47def82672b3 (jbd2: Remove __GFP_NOFAIL from jbd2
layer). The deprecation of __GFP_NOFAIL was a bad choice because it led
to open coding the endless loop around the allocator rather than
removing the dependency on the non failing allocation. So the
deprecation was a clear fai
set_filter_wr is requesting __GFP_NOFAIL allocation although it can
return ENOMEM without any problems obviously (t4_l2t_set_switching does
that already). So the non-failing requirement is too strong without any
obvious reason. Drop __GFP_NOFAIL and reorganize the code to have the
failure paths eas
__GFP_NOFAIL is documented as a deprecated flag since 478352e789f5 (mm:
add comment about deprecation of __GFP_NOFAIL). This has discouraged
people from using it but in some cases an opencoded endless loop around
allocator has been used instead. So the allocator is not aware of the
de facto __GFP_N
On Tue, Mar 03, 2015 at 12:31:19AM +1100, Aleksa Sarai wrote:
> > If 16-bit PID's aren't a concern anymore, then why do we still default to
> > treating it like a 16-bit signed int (the default for
> > /proc/sys/kernel/pid_max is 32768)?
>
> I just want to emphasise that *even if* we changed to an
From: Matteo Semenzato
This patch fixes the following errors:
ERROR: space required after that ','
ERROR: trailing whitespace
ERROR: code indent should use tabs where possible
V2: The patch should apply now
Signed-off-by: Matteo Semenzato
---
drivers/staging/fbtft/fb_st7735r.c | 24 ++
On Mon, Mar 02, 2015 at 08:13:23AM -0500, Austin S Hemmelgarn wrote:
> If 16-bit PID's aren't a concern anymore, then why do we still default to
> treating it like a 16-bit signed int (the default for
> /proc/sys/kernel/pid_max is 32768)?
Inertia. It has to start there for backward compatibility.
On 02/27/2015 11:17 PM, David Rientjes wrote:
Nothing calls __cpuset_node_allowed() with __GFP_THISNODE set anymore, so
remove the obscure comment about it and its special-case exception.
Signed-off-by: David Rientjes
Acked-by: Vlastimil Babka
--
To unsubscribe from this list: send the line
On 02/27/2015 11:17 PM, David Rientjes wrote:
Commit 077fcf116c8c ("mm/thp: allocate transparent hugepages on local
node") restructured alloc_hugepage_vma() with the intent of only
allocating transparent hugepages locally when there was not an effective
interleave mempolicy.
alloc_pages_exact_no
On Fri, 27 Feb 2015 06:37:49 +0100
Javier Martinez Canillas wrote:
> The Low Pin Count bus was introduced by Intel and is only used
> in x86 computers
The LPC bus is in all but name a slightly chopped down ISA bus. It is not
x86 specific any more, and indeed there are wishbone/LPC busses used on
On 02/27/2015 11:16 PM, David Rientjes wrote:
NOTE: this is not about __GFP_THISNODE, this is only about GFP_THISNODE.
GFP_THISNODE is a secret combination of gfp bits that have different
behavior than expected. It is a combination of __GFP_THISNODE,
__GFP_NORETRY, and __GFP_NOWARN and is speci
Move the getting/setting of the adaptive keyboard mode to separate
functions, so that we can reuse them later through sysfs attributes.
Signed-off-by: Bastien Nocera
---
drivers/platform/x86/thinkpad_acpi.c | 61 ++--
1 file changed, 38 insertions(+), 23 deletions
Rather than checking on each suspend and resume whether the laptop
has an adaptive keyboard, check when the driver is initialised.
Signed-off-by: Bastien Nocera
---
drivers/platform/x86/thinkpad_acpi.c | 37 ++--
1 file changed, 18 insertions(+), 19 deletions(-)
This commit adds new elements to the ThinkPad keymaps, and
will send key events for keys for which an input.h declaration
exists.
Signed-off-by: Bastien Nocera
---
drivers/platform/x86/thinkpad_acpi.c | 80 +++-
1 file changed, 79 insertions(+), 1 deletion(-)
dif
Add a sysfs attribute to allow privileged users to change the keyboard
mode. This could be used by desktop environments to change the keyboard
mode depending on the application focused, as the Windows application
does.
Signed-off-by: Bastien Nocera
---
Documentation/laptops/thinkpad-acpi.txt | 1
Hi Mark,
On 06/01/2015 at 17:45:21 +, Mark Brown wrote :
> On Tue, Jan 06, 2015 at 12:14:32PM +0100, Alexandre Belloni wrote:
> > Atmel based boards can now only be used with device tree. Drop non DT
> > initialization.
>
> Applied, thanks.
I don't see that patch in 4.0-rc1. This will lead t
On 2015-03-02 13:59, Uwe Kleine-König wrote:
> Hello Shawn
>
> On Mon, Mar 02, 2015 at 07:45:17PM +0800, Shawn Guo wrote:
>> On Fri, Feb 06, 2015 at 05:30:56PM +0100, Stefan Agner wrote:
>> > Commit 3dac1918a491 ("pinctrl: imx: detect uninitialized pins") needs
>> > the values in struct imx_pin_re
On Mon, Mar 02, 2015 at 02:29:50PM +0100, Borislav Petkov wrote:
> On Mon, Mar 02, 2015 at 02:03:36PM +0100, Quentin Casasnovas wrote:
> > So at the last loop iteration for j == i, we'll do kfree(saved_ptr[j])
> > which AFAICT hasn't been initialized yet. Using a kcalloc() your first
> > allocatio
2015-02-27 18:04-0600, Joel Schopp:
> From: David Kaplan
>
> We can make the in instruction go faster the same way the out instruction is
> already.
>
> Signed-off-by: David Kaplan
> [extracted from larger unlrelated patch, forward ported, tested]
> Signed-off-by: Joel Schopp
> ---
> arch/x86
> -Original Message-
> From: Marcelo Tosatti [mailto:mtosa...@redhat.com]
> Sent: Friday, February 27, 2015 7:41 AM
> To: Wu, Feng
> Cc: t...@linutronix.de; mi...@redhat.com; h...@zytor.com; x...@kernel.org;
> g...@kernel.org; pbonz...@redhat.com; dw...@infradead.org;
> j...@8bytes.org; a
Commit-ID: 020b37ac66c5fcec70b6fa51113b84bdfff6a4bc
Gitweb: http://git.kernel.org/tip/020b37ac66c5fcec70b6fa51113b84bdfff6a4bc
Author: Rusty Russell
AuthorDate: Mon, 2 Mar 2015 22:05:49 +1030
Committer: Ingo Molnar
CommitDate: Mon, 2 Mar 2015 14:28:17 +0100
x86: Fix up obsolete __cpu_s
KY Srinivasan writes:
>> -Original Message-
>> From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com]
>> Sent: Friday, February 27, 2015 8:14 AM
>> To: KY Srinivasan; de...@linuxdriverproject.org
>> Cc: Haiyang Zhang; linux-kernel@vger.kernel.org; Dexuan Cui; Radim Krčmář;
>> Greg Kroah-Hart
On Sat, 28 Feb 2015 18:02:33 +0300
Alexey Khoroshilov wrote:
> gma_power_begin() starts with locking power_ctrl_lock spinlock and then,
> if gma_resume_pci(dev->pdev) succeed, it calls
> psb_irq_preinstall(dev);
> psb_irq_postinstall(dev);
>
> psb_irq_postinstall() does some pipestat enablin
The IRQF_DISABLED flag is a NOOP and scheduled to be removed. According
to commit e58aa3d2d0cc ("genirq: Run irq handlers with interrupts
disabled") running IRQ handlers with interrupts enabled can cause stack
overflows when the interrupt line of the issuing device is still active.
Signed-off-by:
On Mon, 02 Mar, at 02:24:10PM, Ingo Molnar wrote:
>
> Pulled, thanks Matt!
>
> For future reference, plase leave out unreadable commit messages like
> this:
>
> While adding support loading kernel and initrd above 4G to grub2 in
> legacy mode, I was referring to efi_high_alloc(). That will
From: Matteo Semenzato
This patch fixes the following error:
space required after that ';'
V2: Indented and organized the init sequences.
Signed-off-by: Matteo Semenzato
---
drivers/staging/fbtft/fbtft_device.c | 145 +++
1 file changed, 111 insertions(+), 34 d
Radim Krčmář writes:
> 2015-02-27 17:14+0100, Vitaly Kuznetsov:
>> This series converts kvp/vss daemons to use misc char devices instead of
>> netlink for userspace/kernel communication and then updates fcopy to be
>> consistent with kvp/vss.
>>
>> Userspace/kernel communication via netlink has
On Mon, Mar 02, 2015 at 02:03:36PM +0100, Quentin Casasnovas wrote:
> So at the last loop iteration for j == i, we'll do kfree(saved_ptr[j])
> which AFAICT hasn't been initialized yet. Using a kcalloc() your first
> allocation for saved_ptr should just work since the memory will be cleared
> and k
From: Christoffer Dall
Migrating active interrupts causes the active state to be lost
completely. This implements some additional bitmaps to track the active
state on the distributor and export this to user space.
Signed-off-by: Christoffer Dall
Signed-off-by: Alex Bennée
---
AJB:
- fixed
> If 16-bit PID's aren't a concern anymore, then why do we still default to
> treating it like a 16-bit signed int (the default for
> /proc/sys/kernel/pid_max is 32768)?
I just want to emphasise that *even if* we changed to another default
limit, the mere existence of a system-wide pid_max makes P
From: Christoffer Dall
There is an interesting bug in the vgic code, which manifests itself
when the KVM run loop has a signal pending or needs a vmid generation
rollover after having disabled interrupts but before actually switching
to the guest.
In this case, we flush the vgic as usual, but we
On 2015.03.02 at 12:07 +, Filipe David Manana wrote:
> >> [83159.038708] [ cut here ]
> >> [83159.038716] WARNING: CPU: 2 PID: 32343 at fs/btrfs/inode.c:8693
> >> btrfs_destroy_inode+0x278/0x2a0()
> >> [83159.038718] CPU: 2 PID: 32343 Comm: rm Tainted: GW
To cleanly restore an SMP VM we need to ensure that the current pause
state of each vcpu is correctly recorded. Things could get confused if
the CPU starts running after migration restore completes when it was
paused before it state was captured.
We use the existing KVM_GET/SET_MP_STATE ioctl to d
From: Christoffer Dall
When a VCPU is no longer running, we currently check to see if it has a
timer scheduled in the future, and if it does, we schedule a host
hrtimer to notify is in case the timer expires while the VCPU is still
not running. When the hrtimer fires, we mask the guest's timer a
From: Matteo Semenzato
This patch fixes the following warnings:
space prohibited before that close parenthesis ')'
space prohibited after that open parenthesis '('
V2: The patch should apply now.
Signed-off-by: Matteo Semenzato
---
drivers/staging/fbtft/fb_bd663474.c | 100 ++-
This helps re-factor away some of the repetitive code and makes the code
flow more nicely.
Signed-off-by: Alex Bennée
diff --git a/virt/kvm/arm/vgic.c b/virt/kvm/arm/vgic.c
index bfb6fbb..3b4ded2 100644
--- a/virt/kvm/arm/vgic.c
+++ b/virt/kvm/arm/vgic.c
@@ -263,6 +263,13 @@ static int vgic_irq_
On Thu, Feb 12, 2015 at 02:01:23PM +0800, Liu Ying wrote:
> Liu Ying (20):
> clk: divider: Correct parent clk round rate if no bestdiv is normally
> found
> ARM: imx6q: Add GPR3 MIPI muxing control register field shift bits
> definition
> ARM: imx6q: clk: Add the video_27m clock
>
* Matt Fleming wrote:
> Folks, please pull the following urgent changes.
>
> The following changes since commit 43a9f69692b232d1c64c913a27507eb14a1c47fd:
>
> Revert "efi/libstub: Call get_memory_map() to obtain map and desc sizes"
> (2015-02-18 11:38:13 +)
>
> are available in the git
On Mon, Mar 02, 2015 at 02:15:32PM +0100, Matteo Semenzato wrote:
> >
> > For some reason you put the line breaks at the negative numbers? Why?
> >
> > regards,
> > dan carpenter
> >
> -1, -2 and -3 are the init sequence markers: -1: command begin, -2:
> millisecond delay, -3: end of init sequ
> Yes and no :). In theory, the only line discipline which can handle
> large chunks is hdlc. That one limits the count to 4096 by default. But
> you are right, if someone sets maxframe in hdlc to the maximum value
> (65535) and won't set maxframe of synclinc, they will have a buffer
> overflow.
>
Hi All,
This simple patchset adds support for CMU_ISP clock domain
on Exynos3250.
Best Regards
Beata Michalska
---
Beata Michalska (1):
ARM: dts: exynos3250: Add assigned clock parents to CMU node
Tomasz Figa (1):
clk: samsung: exynos3250: Add driver for CMU_ISP clock domain
.../devicet
From: Tomasz Figa
Add clock controller for CMU ISP clock domain on Exynos3250,
providing clocks for FIMC-IS subsystem.
[b.michalska:use samsung_cmu_register_one to register
the provider; updated DT binding documentation]
Signed-off-by: Tomasz Figa
Signed-off-by: Sylwester Nawrocki
Signed-off
Use assigned-clocks/assigned-clock-parents properties for
CMU clock controller DT node to secure proper clock setup:
switching the two muxes to root oscillator clock is not only
required for proper powering down the ISP power domain,
but it also reduces the risk of accessing the ISP CMU
registers w
Il giorno lun, 02/03/2015 alle 12.29 +0300, Dan Carpenter ha scritto:
> On Sat, Feb 28, 2015 at 06:37:30PM +0100, Matteo Semenzato wrote:
> > static int hy28b_init_sequence[] = {
> > - -1,0x00e7,0x0010,-1,0x,0x0001,-1,0x0001,0x0100,-1,0x0002,0x0700,
> > - -1,0x0003,0x1030,-1,0x0004,0x,
On Sat, 28 Feb, at 06:17:32PM, Yinghai Lu wrote:
> We should access variable with referrence instead of using physical
> address as value.
>
> Cc: Matt Fleming
> Cc: Borislav Petkov
> Signed-off-by: Yinghai Lu
> ---
> arch/x86/kernel/setup.c | 8 +++-
> 1 file changed, 7 insertions(+), 1 d
On 2015-02-28 11:43, Tejun Heo wrote:
Hello, Tim.
On Sat, Feb 28, 2015 at 08:38:07AM -0800, Tim Hockin wrote:
I know there is not much concern for legacy-system problems, but it is
worth adding this case - there are systems that limit PIDs for other
reasons, eg broken infrastructure that assume
Add a build-time check for the major version number, to make sure Linus
will update the UNAME26 implementation (and the comment at the top of
the function) at the next version increase.
Signed-off-by: Geert Uytterhoeven
---
kernel/sys.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/
Sergei Shtylyov wrote:
: Hello.
:
: On 02/24/2015 10:52 PM, Ameen Ali wrote:
:
: >avoid out-of-bounds-read by checking count before indexing.
:
: >Signed-off-by: Ameen Ali
: >---
: > drivers/net/wan/cosa.c | 2 +-
: > 1 file changed, 1 insertion(+), 1 deletion(-)
:
: >diff --git a/drivers/net
Am 02.03.2015 um 12:39 schrieb Alexander Holler:
Am 02.03.2015 um 11:20 schrieb Al Viro:
On Mon, Mar 02, 2015 at 10:13:27AM +0100, Richard Weinberger wrote:
On Mon, Mar 2, 2015 at 9:28 AM, Alexander Holler
wrote:
Hello.
Commit 7f7f25e82d54870df24d415a7007fbd327da027b (introduced with
3.16) b
Hi Boris!
On Mon, Mar 02, 2015 at 01:34:41PM +0100, Borislav Petkov wrote:
> Hi guys,
>
> here's the first pile of microcode loader cleanups for 4.1.
>
> Please pull,
> thanks.
>
> ---
> The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539:
>
> Linux 4.0-rc1 (2015-02-2
Jani Nikula writes:
> On Mon, 02 Mar 2015, Imre Deak wrote:
>> Bjørn reported that his machine hang during hibernation and eventually
>> bisected the problem to the following commit:
>>
>> commit da2bc1b9db3351addd293e5b82757efe1f77ed1d
>> Author: Imre Deak
>> Date: Thu Oct 23 19:23:26 2014 +
Hello Shawn
On Mon, Mar 02, 2015 at 07:45:17PM +0800, Shawn Guo wrote:
> On Fri, Feb 06, 2015 at 05:30:56PM +0100, Stefan Agner wrote:
> > Commit 3dac1918a491 ("pinctrl: imx: detect uninitialized pins") needs
> > the values in struct imx_pin_reg to be -1. This has been done in a
> > rather unortho
On 02/27/2015 04:30 PM, Jeff Layton wrote:
> On Fri, 27 Feb 2015 16:01:30 +0100
> Daniel Wagner wrote:
>> On 02/24/2015 10:06 PM, Jeff Layton wrote:
>>> On Tue, 24 Feb 2015 16:58:26 +0100
>>> Daniel Wagner wrote:
On 02/20/2015 05:05 PM, Andi Kleen wrote:
> Daniel Wagner writes:
>>
>
On 02/27/2015 05:14 PM, Jonathan Corbet wrote:
>> Value of max_ptes_none can waste cpu time very little, you can
>> ignore it.
This phrase could use rewording I think.
Thanks,
Sasha
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@v
Folks, please pull the following urgent changes.
The following changes since commit 43a9f69692b232d1c64c913a27507eb14a1c47fd:
Revert "efi/libstub: Call get_memory_map() to obtain map and desc sizes"
(2015-02-18 11:38:13 +)
are available in the git repository at:
git://git.kernel.org/pu
This patch implements the static part of the s390 cpu class definitions.
It defines s390 cpu models by means of virtual cpu ids (enum) which contain
information on the cpu generation, the machine class, the GA number and
the machine type. The cpu id is used to instantiate a cpu class per cpu
model.
This patch introduces the helper "gen-facilities" which allows to generate
facility list definitions and masks at compile time. Its flexibility is
better and the error-proneness is lower when compared to static programming
time added statements.
The helper includes "target-s390x/cpu-facilities.h"
QEMU now switches into "probe mode" when the selected machine is "none" and no
specific accelerator(s) has been requested (i.e.: "-machine none").
In probe mode a by "_CONFIG" defines predefined list of accelerators run
their init() methods.
Signed-off-by: Michael Mueller
---
accel.c
The patch introduces S390 CPU facility bit numbers and names
as well as the architectural facility size limit in bytes.
Signed-off-by: Michael Mueller
---
target-s390x/cpu-facilities.h | 76 +++
1 file changed, 76 insertions(+)
create mode 100644 target-s
This patch set in combination with its kernel kvm patch set proposes an
implementation of S390 cpu models. The origin of this item is to provide
a means for management interfaces like libvirt to draw decisions if life
guest migration to a target hypervisor is reasonable.
A migration constraint is
As part of testing ahci_st driver working on stih407 I noticed
several things wrong in the DT documentation: -
1) Compatible string doesn't match the driver code
2) pwr-rst reset isn't documented (but exists in the driver)
3) some whitespace issues (spaces not tabs)
Also add in a stih407 family e
801 - 900 of 1128 matches
Mail list logo