Hi Linus,
On Mon, 20 Jun 2016 10:34:52 -0700 Linus Torvalds
wrote:
>
> Come back to me during the next merge window when this is appropriate,
> and when it has been in linux-next for a week or two *without* being
> rebased for no good reason.
That would require that the avr32 tree was actually
This avoids pointless races in which another CPU or task might see a
partially populated global pgd entry. These races should normally
be harmless, but, if another CPU propagates the entry via
vmalloc_fault and then populate_pgd fails (due to memory allocation
failure, for example), this prevents
On 20/06/2016 11:22 PM, Rob Herring wrote:
On Fri, Jun 17, 2016 at 03:00:20PM +1000, Chris Lapa wrote:
From: Chris Lapa
Signed-off-by: Chris Lapa
---
.../devicetree/bindings/power/max8903-charger.txt | 25 ++
1 file changed, 25 insertions(+)
create mode 100644 Documenta
Since the dawn of time, a kernel stack overflow has been a real PITA
to debug, has caused nondeterministic crashes some time after the
actual overflow, and has generally been easy to exploit for root.
With this series, arches can enable HAVE_ARCH_VMAP_STACK. Arches
that enable it (just x86 for no
This allows x86_64 kernels to enable vmapped stacks. There are a
couple of interesting bits.
First, x86 lazily faults in top-level paging entries for the vmalloc
area. This won't work if we get a page fault while trying to access
the stack: the CPU will promote it to a double-fault and we'll die
If we get a page fault indicating kernel stack overflow, invoke
handle_stack_overflow(). To prevent us from overflowing the stack
again while handling the overflow (because we are likely to have
very little stack space left), call handle_stack_overflow() on the
double-fault stack
Signed-off-by: A
The comment suggests that show_stack(NULL, NULL) should backtrace
the current context, but the code doesn't match the comment. If
regs are given, start the "Stack:" hexdump at regs->sp.
Signed-off-by: Andy Lutomirski
---
arch/x86/kernel/dumpstack_32.c | 4 +++-
arch/x86/kernel/dumpstack_64.c |
If we overflow the stack into a guard page, we'll recursively fault
when trying to dump the contents of the guard page. Use
probe_kernel_address so we can recover if this happens.
Signed-off-by: Andy Lutomirski
---
arch/x86/kernel/dumpstack_64.c | 12 ++--
1 file changed, 10 insertions(
From: Ingo Molnar
So when memory hotplug removes a piece of physical memory from pagetable
mappings, it also frees the underlying PGD entry.
This complicates PGD management, so don't do this. We can keep the
PGD mapped and the PUD table all clear - it's only a single 4K page
per 512 GB of memory
Currently, NR_KERNEL_STACK tracks the number of kernel stacks in a
zone. This only makes sense if each kernel stack exists entirely in
one zone, and allowing vmapped stacks could break this assumption.
Since frv has THREAD_SIZE < PAGE_SIZE, we need to track kernel stack
allocations in a unit that
It's not going to work, because the scheduler will explode if we try
to schedule when running on an IST stack or similar.
This will matter when we let kernel stack overflows (which are #DF)
call die().
Signed-off-by: Andy Lutomirski
---
arch/x86/kernel/dumpstack.c | 3 +++
1 file changed, 3 ins
If we overflow the stack, print_context_stack will abort. Detect
this case and rewind back into the valid part of the stack so that
we can trace it.
Signed-off-by: Andy Lutomirski
---
arch/x86/kernel/dumpstack.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/arch/x8
If we call do_exit with a clean stack, we greatly reduce the risk of
recursive oopses due to stack overflow in do_exit, and we allow
do_exit to work even if we OOPS from an IST stack. The latter gives
us a much better chance of surviving long enough after we detect a
stack overflow to write out ou
kmalloc_index() uses simple straightforward way to calculate
bit position of nearest or equal upper power of 2.
This effectively results in generation of 24 episodes of
compare-branch instructions in assembler.
There is shorter way to calculate this: fls(size - 1).
The patch removes hard-coded ca
On Sun, 2016-06-19 at 23:06 +0530, Naveen N. Rao wrote:
> On 2016/06/17 10:53PM, Michael Ellerman wrote:
> > On Tue, 2016-07-06 at 13:32:23 UTC, "Naveen N. Rao" wrote:
> > > diff --git a/arch/powerpc/net/bpf_jit_comp64.c
> > > b/arch/powerpc/net/bpf_jit_comp64.c
> > > new file mode 100644
> > > in
If CONFIG_VMAP_STACK is selected, kernel stacks are allocated with
vmalloc_node.
Signed-off-by: Andy Lutomirski
---
arch/Kconfig| 29 +
arch/ia64/include/asm/thread_info.h | 2 +-
include/linux/sched.h | 15 +++
kernel/fork.c
We should account for stacks regardless of stack size, and we need
to account in sub-page units if THREAD_SIZE < PAGE_SIZE. Change the
units to kilobytes and Move it into account_kernel_stack().
Fixes: 12580e4b54ba8 ("mm: memcontrol: report kernel stack usage in cgroup2
memory.stat")
Cc: Vladimi
kernel_unmap_pages_in_pgd() is dangerous: if a pgd entry in
init_mm.pgd were to be cleared, callers would need to ensure that
the pgd entry hadn't been propagated to any other pgd.
Its only caller was efi_cleanup_page_tables(), and that, in turn,
was unused, so just delete both functions. This le
On Mon, Jun 20, 2016 at 05:49:17PM +0200, Stephan Mueller wrote:
>
> Is speed everything we should care about? What about:
>
> - offloading of crypto operation from the CPU
In practice CPU offland is not helpful, and in fact, in most cases is
harmful, when one is only encrypting a tiny amount of
On Fri, Jun 17, 2016 at 11:22:56AM +0300, Adrian Hunter wrote:
> Based on patches from Andi Kleen.
>
> When printing PT instruction traces with perf script it is rather useful to
> see some indentation for the call tree. This patch adds a new callindent
> field to perf script that prints spaces fo
On Mon, Jun 20, 2016 at 04:20:26PM -0700, John Stultz wrote:
> On Fri, Jun 17, 2016 at 12:48 AM, Thomas Gleixner wrote:
> > On Thu, 16 Jun 2016, Bin Gao wrote:
> >
> >> Unlike PIT based calibration which counts TSC cycles against another timer,
> >> MSR or CPUID method has no calibration - it simp
On 06/16, Bjorn Andersson wrote:
> msm_set_termios() is called whenever the tty is opened. Setting the baud
> rate requires a full reset of the msm serial block, even when the rate
> is unchanged. In the case when the same uart is used as console this
> reset will discard any console output data st
On 06/17, Bjorn Andersson wrote:
> PAS command 10 is used to assert and deassert the MSS reset via
> TrustZone, expose this as a reset-controller to mimic the direct
> access case.
>
> Cc: Stephen Boyd
> Acked-by: Rob Herring
> Signed-off-by: Bjorn Andersson
> ---
Reviewed-by: Stephen Boyd
-
On 06/17, Neil Armstrong wrote:
> Signed-off-by: Neil Armstrong
> ---
Reviewed-by: Stephen Boyd
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
On Monday, June 20, 2016 11:15:18 PM Rafael J. Wysocki wrote:
> On Mon, Jun 20, 2016 at 8:29 PM, Linus Torvalds
> wrote:
> > On Mon, Jun 20, 2016 at 7:38 AM, Rafael J. Wysocki
> > wrote:
> >>
> >> Overall, we seem to be heading towards the "really weird" territory here.
> >
> > So the whole comm
Now that I have a complete fix and cleanup that I like, here it is.
Patch 1 is the same as before except for a config-dependent build
fix.
This series is a cleanup and fixes at least two bugs:
- 64-bit gdb attached to a 32-bit program malfunctions if the user
types something like "print foo()
Suppose a 64-bit task A traces a 32-bit task B. B makes a syscall
that uses ERESTART_RESTARTBLOCK and gets a signal. A catches
syscall exit, snapshots B's regs, changes the regs, and resumes.
Then A restores the snapshot of B's regs.
A expects B to resume where it left off when snapshotted, whic
Setting TS_COMPAT in ptrace is wrong: if we happen to do it during
syscall entry, then we'll confuse seccomp and audit. (The former
isn't a security problem: seccomp is currently entirely insecure if a
malicious ptracer is attached.) As a minimal fix, this patch adds a
new flag TS_I386_REGS_POKED
System call restart has some oddities wrt ptrace:
1. For whatever reason, the kernel delivers signals and triggers
ptrace before handling syscall restart. This means that
-ERESTART_RESTARTBLOCK, etc is visible to userspace. We could
plausibly get away with changing that, but it seems qu
On Thu, Jun 9, 2016 at 3:43 PM, Thomas Gleixner wrote:
> On Thu, 9 Jun 2016, dbaseh...@chromium.org wrote:
>>
>> +/*
>> + * Clockevent device may run during freeze
>> + */
>> +# define CLOCK_EVT_FEAT_FREEZE 0x000100
>
> This is a bad name and a horrible comment. The device does not f
On 06/13, Stefan Agner wrote:
>
>
> On June 13, 2016 5:18:19 PM PDT, Bhhuvanchandra DV
> wrote:
> >Hi Shawn,
> >
> >On 06/11/2016 02:03 PM, Shawn Guo wrote:
> >
> >> On Thu, Jun 09, 2016 at 08:40:33PM +0530, Bhuvanchandra DV wrote:
> >>> From: Stefan Agner
> >>>
> >>> In order to allow wake su
On Sat, 18 Jun 2016, Manfred Spraul wrote:
diff --git a/include/linux/sem.h b/include/linux/sem.h
index 976ce3a..d0efd6e 100644
--- a/include/linux/sem.h
+++ b/include/linux/sem.h
@@ -21,6 +21,7 @@ struct sem_array {
struct list_headlist_id;/* undo requests on this array
On 06/20/2016 01:01 PM, Srinivas Kandagatla wrote:
> This patch adds apq8096 db820c basic support with serial port.
>
> Signed-off-by: Srinivas Kandagatla
> ---
> arch/arm64/boot/dts/qcom/Makefile| 2 +-
> arch/arm64/boot/dts/qcom/apq8096-db820c.dts | 21 +
> arch/ar
On Fri, 2016-10-06 at 03:51:28 UTC, Boqun Feng wrote:
> There is an ordering issue with spin_unlock_wait() on powerpc, because
> the spin_lock primitive is an ACQUIRE and an ACQUIRE is only ordering
> the load part of the operation with memory operations following it.
...
>
> Suggested-by: "Paul E
On 06/20/2016 10:33 PM, Alex Lemberg wrote:
> Hi Shawn,
>
> […]
>
+
+static int mmc_stop_auto_bkops(struct mmc_card *card)
+{
+ int err = 0;
+
+ if (!card->ext_csd.auto_bkops_en)
+ return 0;
+
>>>
>>> Shouldn’t the BKOPS_STATUS be checked prior t
On 06/08, Roman Volkov wrote:
> From: Roman Volkov
>
> PLL clock on WM8650 is calculated in the following way:
>
> M * parent [O1] => / P [O2] => / D [O3]
>
> Where O2 is 600MHz >= (M * parent) / P >= 300MHz.
>
> Current algorithm does not met this requirement, so that the
> function may retur
On 06/08, Roman Volkov wrote:
> From: Arnd Bergmann
>
> This fixes some false positive warnings we get with older compiler
> versions:
>
> clk-vt8500.c: In function ‘wm8650_find_pll_bits’:
> clk-vt8500.c:430:12: ‘best_div2’ may be used uninitialized in this function
> clk-vt8500.c:429:12: ‘best_
On Mon, 2016-06-20 at 19:09 +0200, Matthias Brugger wrote:
> >>> + uart_clk: dummy26m {
> >>> + compatible = "fixed-clock";
> >>> + clock-frequency = <2600>;
> >>> + #clock-cells = <0>;
> >>> + };
> >>> +
> >>
> >> We can do that, but I would prefer to see the clock dri
On Thu, 16 Jun 2016, Ganesh Mahendran wrote:
> diff --git a/mm/compaction.c b/mm/compaction.c
> index fbb7b38..dcfaf57 100644
> --- a/mm/compaction.c
> +++ b/mm/compaction.c
> @@ -1686,12 +1686,16 @@ enum compact_result try_to_compact_pages(gfp_t
> gfp_mask, unsigned int order,
>
> *conte
On 06/07, Lee Jones wrote:
> Signed-off-by: Lee Jones
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
Hi Pali,
On Mon, Jun 06, 2016 at 01:23:56PM +0200, Pali Rohár wrote:
> This patch series cleanup usage of alps_model_data table.
>
> Pali Rohár (5):
> Input: alps - move ALPS_PROTO_V6 out of alps_model_data table
> Input: alps - move ALPS_PROTO_V4 out of alps_model_data table
> Input: alps
On 06/13, Jongsung Kim wrote:
> Without CLK_SET_RATE_PARENT-flag set, clk_factor_round_rate() just
> returns the current frequency. A fixed-factor-clock initialzed via
> of_fixed_factor_clk_set() (ie, by device-tree) can't have the flag
> set. It can be problematic when the parent of a fixed-factor
On Tue, Jun 21, 2016 at 12:36:19AM +0900, Sergey Senozhatsky wrote:
>
> Hello,
>
> just for information
Thank you for informing it.
>
> there was a proposal from -rt people to use normal spinlocks
> for table's entries, rather that bitspinlock. I had a patch
> some time ago, will obtain some p
On Mon, Jun 20, 2016 at 9:02 PM, Bin Gao wrote:
> This patch introduces a separate GPIO driver for Intel WhiskeyCove PMIC.
> This driver is based on gpio-crystalcove.c.
My comments below.
> diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig
> index cebcb40..ac74299 100644
> --- a/drivers/g
Hi Bjorn,
On Mon, 20 Jun 2016 14:11:36 -0500 Bjorn Helgaas wrote:
>
> On Mon, Jun 20, 2016 at 11:52:13AM +1000, Stephen Rothwell wrote:
> > Hi Bjorn,
> >
> > After merging the pci tree, today's linux-next build (arm
> > multi_v7_defconfig) produced these warnings:
> >
> > drivers/pci/host/pci-h
> "Arnd" == Arnd Bergmann writes:
As sector_t can be 32-bit wide, this adds a cast to 'u64' and prints
that with the correct format. The change to use no_printk()
[...]
+ dprintk("wd7000_biosparam: dev=%s, size=%lld, ",
+ bdevname(bdev, b), (s64)capacity);
s64?
Why not
On 06/07, Maxime Ripard wrote:
> +
> +#include
> +
> +#include "ccu_common.h"
> +
> +struct ccu_fixed_factor {
> + u16 div;
> + u16 mult;
> +
> + struct ccu_common common;
Does this use the common structure although we have no usage for
th
On 06/17, Neil Armstrong wrote:
> In order to support the Qualcomm MDM9615 SoC, add support for
> the Global and LPASS Clock Controllers.
>
> Signed-off-by: Neil Armstrong
> ---
> drivers/clk/qcom/Kconfig | 17 +
> drivers/clk/qcom/Makefile |2 +
> drivers/clk/qcom/gcc-mdm9615.c
> "Tejun" == Tejun Heo writes:
>> In fact,we don't need libata to deal with hotplug in sas environment.
>> So we can't run ata hotplug task when ata port is sas host.
Tejun> Martin, can you please confirm whether the above is true. If so,
Tejun> I'll route the patch through libata w/ stable
On Tuesday, June 21, 2016 02:05:59 AM Rafael J. Wysocki wrote:
> On Monday, June 20, 2016 11:15:18 PM Rafael J. Wysocki wrote:
> > On Mon, Jun 20, 2016 at 8:29 PM, Linus Torvalds
> > wrote:
> > > On Mon, Jun 20, 2016 at 7:38 AM, Rafael J. Wysocki
> > > wrote:
> > >>
> > >> Overall, we seem to be
On 06/13, Peng Fan wrote:
> Correct comments for __clk_determine_rate.
>
> Signed-off-by: Peng Fan
> Cc: Michael Turquette
> Cc: Stephen Boyd
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
Hi all,
Today's linux-next merge of the net-next tree got conflicts in:
arch/arm64/boot/dts/broadcom/ns2-svk.dts
arch/arm64/boot/dts/broadcom/ns2.dtsi
between commits:
97b1504a30b3 ("arm64: dts: enable pinctrl for Broadcom NS2 SoC")
5dcc9c7618df ("arm64: dts: NS2: Add CCI-400 PMU suppor
(Please don't top post)
On 06/20, Ricardo Ribalda Delgado wrote:
> Hi Stephen
>
> When the device tree is populated or when an overlay is added, all its
> nodes have the flag OF_POPULATED set. The flag is enabled recursively
> in
> of_platform_bus_create->of_platform_device_create_pdata()
> So we
On 2016/6/21 4:36, Arnaldo Carvalho de Melo wrote:
Em Mon, Jun 20, 2016 at 10:47:19AM +, Wang Nan escreveu:
An auxiliary evlist is created by perf_evlist__new_aux() using an
existing evlist as its parent. An auxiliary evlist can have its own
'struct perf_mmap', but can't have any other dat
Hi Dmitry,
The modification from Chris is a special case.
Because the Touchpad FW is a little different from normal one, It cause
problem in Asus's OBE test.
That's why Elan's driver use work-around to solve the problem. It's not
tested by other touchpad.
Let me discuss with internal FW team to
On Mon, Jun 20, 2016 at 8:08 PM, Stephen Rothwell wrote:
> Hi Bjorn,
>
> On Mon, 20 Jun 2016 14:11:36 -0500 Bjorn Helgaas wrote:
>>
>> On Mon, Jun 20, 2016 at 11:52:13AM +1000, Stephen Rothwell wrote:
>> > Hi Bjorn,
>> >
>> > After merging the pci tree, today's linux-next build (arm
>> > multi_v7
Hi,
On Mon, Jun 20, 2016 at 02:12:30PM -0300, Helen Koike wrote:
> Use regmap instead of open-coding IO access and caching
>
> Signed-off-by: Lars-Peter Clausen
> [koike: port for upstream]
> Signed-off-by: Helen Koike
> [On N900]
> Tested-By: Sebastian Reichel
Reviewed-By: Sebastian Reichel
On 06/07, Maxime Ripard wrote:
> diff --git a/drivers/clk/sunxi-ng/ccu_nkmp.c b/drivers/clk/sunxi-ng/ccu_nkmp.c
> new file mode 100644
> index ..9f2b98e19dc9
> --- /dev/null
> +++ b/drivers/clk/sunxi-ng/ccu_nkmp.c
> @@ -0,0 +1,167 @@
> +/*
> + * Copyright (C) 2016 Maxime Ripard
> + * Ma
Hi,
On Mon, Jun 20, 2016 at 02:12:31PM -0300, Helen Koike wrote:
> Use snd_soc_{info,get,put}_volsw instead of custom volume functions
>
> Signed-off-by: Lars-Peter Clausen
> [koike: port for upstream]
> Signed-off-by: Helen Koike
> [On N900]
> Tested-By: Sebastian Reichel
Reviewed-By: Sebast
Hi,
On Mon, Jun 20, 2016 at 02:12:33PM -0300, Helen Koike wrote:
> Replace goto err_gpio by return ret
>
> Signed-off-by: Helen Koike
Tested-By: Sebastian Reichel
Reviewed-By: Sebastian Reichel
-- Sebastian
signature.asc
Description: PGP signature
In order to save power consumption, as a workaround, forcibly suspend
the USB PORTA/B/C via setting the SUSPEND_A/B/C bits of OHCI Interrupt
Configuration Register in the SFR while OHCI USB suspend.
This suspend operation must be done before the USB clock is disabled,
resume after the USB clock is
Hi Helen,
On Mon, Jun 20, 2016 at 04:06:10PM -0300, Helen Koike wrote:
> I added these changes above and kept your tested-by and reviewed-by, could
> you please confirm that I can keep them? As I changed more things then you
> suggested.
The changes look fine to me, the new patchset works on N900
On Thu, Jun 02, 2016 at 01:46:48PM +0800, Yongji Xie wrote:
> The resource_alignment will releases memory resources allocated
> by firmware so that kernel can reassign new resources later on.
> But this will cause the problem that no resources can be
> allocated by kernel if PCI_PROBE_ONLY was set,
This shows how kernel code can use the kexec buffer passing mechanism
to pass information to the next kernel.
This patch is not intended to be committed.
Signed-off-by: Thiago Jung Bauermann
---
include/linux/ima.h | 11 +
kernel/kexec_file.c | 4 ++
sec
On Mon, Jun 20, 2016 at 6:22 PM, Martin K. Petersen
wrote:
>> "Tejun" == Tejun Heo writes:
>
>>> In fact,we don't need libata to deal with hotplug in sas environment.
>>> So we can't run ata hotplug task when ata port is sas host.
>
> Tejun> Martin, can you please confirm whether the above is
On Thu, 16 Jun 2016 20:22:39 +1000 (AEST)
Michael Ellerman wrote:
> On Thu, 2016-28-04 at 07:02:38 UTC, Suraj Jitindar Singh wrote:
> > Implement new character device driver to allow access from user
> > space to the 2x16 character operator panel display present on IBM
> > Power Systems machines
On 06/07, Maxime Ripard wrote:
>
> The current code has been tested on the H3 and an Orange Pi PC,
> including making sure that MMC still works, so the general approach
> seems ok.
>
> Let me know what you think,
Overall this looks pretty good. Thanks for taking the time to
rework the driver.
T
I fixed boot image dependencies for arch/arm in commit 3939f3345050
("ARM: 8418/1: add boot image dependencies to not generate invalid
images").
I see a similar problem for arch/arm64; "make -jN Image Image.gz"
would sometimes end up generating bad images where N > 1.
Fix the dependency in arch/a
On 2016/6/20 16:34, Seung-Woo Kim wrote:
Hi folks,
During booting test on my Exynos5422 based Odroid-XU3, kernel compiled
with CONFIG_DMA_API_DEBUG reported following warning:
[ cut here ]
WARNING: CPU: 0 PID: 0 at lib/dma-debug.c:1096 check_unmap+0x7bc/0xb38
dwmmc_exyno
On 2016/6/20 21:33, Alex Lemberg wrote:
Hi Shawn,
[…]
+
+static int mmc_stop_auto_bkops(struct mmc_card *card)
+{
+ int err = 0;
+
+ if (!card->ext_csd.auto_bkops_en)
+ return 0;
+
Shouldn’t the BKOPS_STATUS be checked prior to disabling the BKOPS activity of
the d
Some TPMs violate their own advertised command durations. This is much
easier to debug with data about how long each command actually takes
to complete. Add debug messages that can be enabled by running
echo -n 'module tpm +p' >/sys/kernel/debug/dynamic_debug/control
on a kernel configured with
The codec chip has a physical MUTE pin to let users control it via
GPIO. So this patch add a mute control support to the driver.
Signed-off-by: Nicolin Chen
---
.../devicetree/bindings/sound/cs53l30.txt | 2 ++
sound/soc/codecs/cs53l30.c | 30 +++
The STMicro ST19NP18-TPM sometimes takes much longer to execute
commands than it reports in its capabilities. For example, command 186
(TPM_FlushSpecific) has been observed to take 14560 msec to complete,
far longer than the 3000 msec limit for "short" commands reported by
the chip. The behavior ha
On Thu, Jun 02, 2016 at 01:46:50PM +0800, Yongji Xie wrote:
> When using resource_alignment kernel parameter, the current
> implement reassigns the alignment by changing resources' size
> which can potentially break some drivers. For example, the driver
> uses the size to locate some register whose
On 2016/6/20 22:38, Arnaldo Carvalho de Melo wrote:
Em Mon, Jun 20, 2016 at 11:29:13AM +0800, Wangnan (F) escreveu:
On 2016/6/17 0:48, Arnaldo Carvalho de Melo wrote:
Em Thu, Jun 16, 2016 at 08:02:41AM +, Wang Nan escreveu:
[SNIP]
About fallback, if user explicitly uses '.o' or '.bpf'
v7: Use tpm_getcap() instead of a redundant new function.
v6: Split tpm_get_cap_prop() out of tpm_get_timeouts(); always return
error on TPM command failure.
v5: Use msecs_to_jiffies() instead of * HZ / 1000.
v4: Rework tpm_get_timeouts() to allow overriding both timeouts and
durations via a sin
On Thu, Jun 02, 2016 at 01:46:49PM +0800, Yongji Xie wrote:
> Now we use the IORESOURCE_STARTALIGN to identify bridge resources
> in __assign_resources_sorted(). That's quite fragile. We can't
> make sure that the PCI devices' resources will not use
> IORESOURCE_STARTALIGN any more.
Can you explai
Some TPM chips report bogus command durations in their capabilities,
just as others report incorrect timeouts. Rework tpm_get_timeouts() to
allow chip drivers to override either via a single callback. Also
clean up handling of TPMs that report milliseconds instead of
microseconds.
Signed-off-by: E
Mysterious TPM behavior can be difficult to track down through all the
layers of software. Add error messages for conditions that should
never happen. Also include the manufacturer ID along with other chip
data printed during init.
Signed-off-by: Ed Swierk
Reviewed-by: Jarkko Sakkinen
---
drive
> "Jim" == Jim Gill writes:
Updated MAINTAINERS accordingly and applied to 4.8/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
在 2016/6/8 18:15, He Kuang 写道:
The remote unwind can supported scenario where we collect on a x86_64
machine and want to do analysis on a ARM64 or x86-32 machine. Though
this is not tested, after Arnaldo questioned the above issue, I tested
and found a bug.
In util/unwind-libunwind-local.c, PE
hey hugh:
could you please give me some suggestion about this ?
On 2016/6/15 9:56, zhouxianr...@huawei.com wrote:
From: z00281421
more mapcount page as kpage could reduce total replacement times
than fewer mapcount one when ksmd scan and replace among
forked pages later.
Signed-off-by: z0
On Mon, 2016-06-20 at 19:22 +0800, Horng-Shyang Liao wrote:
> On Mon, 2016-06-20 at 18:41 +0800, CK Hu wrote:
> > Hi, HS:
> >
> > One comment inline.
> >
> > On Mon, 2016-05-30 at 11:19 +0800, HS Liao wrote:
> > > This patch is first version of Mediatek Command Queue(CMDQ) driver. The
> > > CMDQ
On Tue, Jun 21, 2016 at 3:13 AM, Arnaldo Carvalho de Melo
wrote:
> Em Mon, Jun 20, 2016 at 09:22:11AM -0700, Alexei Starovoitov escreveu:
>> On Mon, Jun 20, 2016 at 11:38:18AM -0300, Arnaldo Carvalho de Melo wrote:
>> > Doing:
>
>> > perf bcc -c foo.c
>
>> > Looks so much simpler and similar t
> "Arnd" == Arnd Bergmann writes:
Arnd> The fc_get_host_stats() function contains a complex conversion
Arnd> from jiffies to timespec to seconds. As we try to get rid of uses
Arnd> of struct timespec, we can clean this up and replace it with a
Arnd> simpler computation.
Arnd> Simply dividing
On 2016/6/20 14:48, Joonsoo Kim wrote:
> On Fri, Jun 17, 2016 at 03:38:49PM +0800, Chen Feng wrote:
>> Hi Kim & feng,
>>
>> Thanks for the share. In our platform also has the same use case.
>>
>> We only let the alloc with GFP_HIGHUSER_MOVABLE in memory.c to use cma
>> memory.
>>
>> If we add zo
2016-06-16 18:23 GMT+09:00 DaeSeok Youn :
> 2016-05-10 15:44 GMT+09:00 Daeseok Youn :
>> The dgnc_block_til_ready() is only used in dgnc_tty_open().
>> The unit data(struct un_t) was stored into tty->driver_data in
>> dgnc_tty_open().
>> And also tty and un were tested about NULL so these variable
re-for-mingo-20160615' of
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
> (2016-06-16 10:27:35 +0200)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
> tags/perf-c
Hi Roger,
> From: Roger Quadros
> Sent: Monday, June 20, 2016 7:13 PM
>
> Hi,
>
> On 20/06/16 10:45, Felipe Balbi wrote:
< snip >
> >> diff --git a/include/linux/usb/gadget.h b/include/linux/usb/gadget.h
> >> index f4fc0aa..1d74fb8 100644
> >> --- a/include/linux/usb/gadget.h
> >> +++ b/include/
On 2016/6/21 10:24, Seung-Woo Kim wrote:
Hello Shawn,
-Original Message-
From: Shawn Lin [mailto:shawn@rock-chips.com]
Sent: Tuesday, June 21, 2016 10:52 AM
To: Seung-Woo Kim; jh80.ch...@samsung.com; ulf.hans...@linaro.org;
linux-...@vger.kernel.org; linux-
ker...@vger.kernel.org
C
CoreSight STM device allows direct mapping of the channel regions to
userspace for zero-copy writing. To support this ability, the STM
framework has provided a hook 'mmio_addr', this patch just implemented
this hook for CoreSight STM.
This patch also added an item into 'channel_space' to save the
On Mon, Jun 20, 2016 at 12:03 PM, Rik van Riel wrote:
> On Mon, 2016-06-20 at 15:56 +0200, Thomas Gleixner wrote:
>>
>> 2) Cut off at 37hrs for HZ=1000. We could make this configurable as a
>> 1000HZ
>>option so datacenter folks can use this and people who don't care
>> and want
>>better b
On 6/20/16 8:02 PM, Namhyung Kim wrote:
On Tue, Jun 21, 2016 at 3:13 AM, Arnaldo Carvalho de Melo
wrote:
Em Mon, Jun 20, 2016 at 09:22:11AM -0700, Alexei Starovoitov escreveu:
On Mon, Jun 20, 2016 at 11:38:18AM -0300, Arnaldo Carvalho de Melo wrote:
Doing:
perf bcc -c foo.c
Looks so
On Thu, Jun 02, 2016 at 01:46:51PM +0800, Yongji Xie wrote:
> When vfio passthrough a PCI device of which MMIO BARs are
> smaller than PAGE_SIZE, guest will not handle the mmio
> accesses to the BARs which leads to mmio emulations in host.
>
> This is because vfio will not allow to passthrough one
Call tpm_getcap() from tpm_get_timeouts() to eliminate redundant
code. Return all errors to the caller rather than swallowing them
(e.g. when tpm_transmit_cmd() returns nonzero).
Signed-off-by: Ed Swierk
---
drivers/char/tpm/tpm-interface.c | 74 +++-
1 file c
Hello Shawn,
> -Original Message-
> From: Shawn Lin [mailto:shawn@rock-chips.com]
> Sent: Tuesday, June 21, 2016 10:52 AM
> To: Seung-Woo Kim; jh80.ch...@samsung.com; ulf.hans...@linaro.org;
> linux-...@vger.kernel.org; linux-
> ker...@vger.kernel.org
> Cc: shawn@rock-chips.com
>
On 2016/6/21 9:50, Bjorn Helgaas wrote:
On Thu, Jun 02, 2016 at 01:46:49PM +0800, Yongji Xie wrote:
Now we use the IORESOURCE_STARTALIGN to identify bridge resources
in __assign_resources_sorted(). That's quite fragile. We can't
make sure that the PCI devices' resources will not use
IORESOURCE_
git repository at:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
> > tags/perf-core-for-mingo-20160620
> >
> > for you to fetch changes up to 2a0a7c72702bac1b87cd4d49196a334483386fab:
> >
> > perf script: Add stackcollapse.py sc
Summary:
This patch adds more visibility into the pids controller when the controller
rejects a fork request. Whenever fork fails because the limit on the number of
pids in the cgroup is reached, the controller will log this and also notify the
newly added cgroups events file. The `max` key in the
"Andrew F. Davis" writes:
> When CONFIG_LGUEST is not set make will still descend into the lguest
> directory but nothing will be built. This produces unneeded build
> artifacts and messages in addition to slowing the build. Fix this here.
>
> Signed-off-by: Andrew F. Davis
> ---
> drivers/Makef
901 - 1000 of 1165 matches
Mail list logo
