On 15-10-15, 12:25, Saravana Kannan wrote:
> Btw, does a Review-by have an implicit Acked-by?
I have attended a session at Linaro Connect where this was discussed
and the answer was:
Acked-by: is more of a general agreement from the person that he is
fine with the patch, but he might not have
On Fri, Oct 16, 2015 at 10:59 AM, Leo Yan wrote:
> On Fri, Oct 16, 2015 at 10:43:00AM +0530, Jassi Brar wrote:
>> On Mon, Oct 12, 2015 at 10:02 PM, Leo Yan wrote:
>>
>> > +
>> > +#define MBOX_CHAN_MAX 32
>> > +#define MBOX_CHAN_NUM 2
>> > +
>> You mean the
On 2015/10/15 23:39, Marc Zyngier wrote:
> As we're going to have multiple paths to allocate/free the
> platform-msi private data, factor this out into separate
> utility functions.
>
> Signed-off-by: Marc Zyngier
> ---
> drivers/base/platform-msi.c | 84
>
On 2015/10/15 23:39, Marc Zyngier wrote:
> +int msi_domain_prepare_irqs(struct irq_domain *domain, struct device *dev,
> + int nvec, msi_alloc_info_t *arg)
> +{
> + struct msi_domain_info *info = domain->host_data;
> + struct msi_domain_ops *ops = info->ops;
> +
On Fri, 2015-10-16 at 00:14 -0400, Len Brown wrote:
> Shane, Donald,
> Please test this pair of patches.
>
> If the default kernel still has a problem booting CPU #1 on your Core2 system,
> "cpu_init_udelay=1" should get you back to the legacy delays.
Applied patches to Linus' 4.3-rc4 (with
Dear Kukjin,
Updated to Exynos5250 clock driver, required by next pull with DT.
Best regards,
Krzysztof
The following changes since commit 6ff33f3902c3b1c5d0db6b1e2c70b6d76fba357f:
Linux 4.3-rc1 (2015-09-12 16:35:56 -0700)
are available in the git repository at:
Dear Kukjin,
Last batch of changes to DT for Exynos for v4.4.
Includes dependency - clock driver changes.
Best regards,
Krzysztof
The following changes since commit 9aaf43d9b59d6b5d8daeb3a4b9d894ea88fc34c5:
clk: samsung: exynos5250: Add DISP1 clocks (2015-10-16 08:49:53 +0900)
are
Hi Tejun,
Today's linux-next merge of the cgroup tree got conflicts in:
kernel/events/core.c
kernel/sched/core.c
between commits:
516792e67c39 ("perf/core: Delete PF_EXITING checks from perf_cgroup_exit()
callback")
446685e9bfa1 ("sched/core: Delete PF_EXITING checks from
On 15-10-15, 23:26, Rafael J. Wysocki wrote:
> Well, to be honest, I would prefer a replacement.
Ahh, I thought you will suggest a separate patch so that you don't
need to rebase your tree. But I don't have any issues with a new
version of the patch.
--
viresh
--
To unsubscribe from this list:
Hello Florian,
Am 14.10.2015 um 06:17 schrieb Heiko Schocher:
Hello Florian,
Am 13.10.2015 um 21:26 schrieb Florian Fainelli:
On 12/10/15 22:13, Heiko Schocher wrote:
On some boards the energy enable detect mode leads in
trouble with some switches, so make the enabling of
this mode
On 15-10-15, 12:04, Stephen Boyd wrote:
> On 10/15, Viresh Kumar wrote:
> > With debug options on, it is difficult to locate OPP core's debug
> > prints. Fix this by prefixing OPP debug prints with KBUILD_MODNAME.
> >
> > Signed-off-by: Viresh Kumar
>
> Why not use dynamic debug's m flag to
Andi Kleen has reported that some loads cause hideous lock congestion
on the /dev/urandom pool lock. This patch uses some trickery to
allow extract_buf to avoid taking the pool lock to do mixback in case
of contention.
The fundamental idea is that, if there are multiple concurrent
readers, only
Anti-backtracking is only required on read request boundaries, not on
each few bytes of output.
This reduces contention on the pool lock. Without mixback for each
block of output, some other mechanism must guarantee the hash result
will change each time the pool is hashed. This is provided by
Now that _xfer_secondary_pool doesn't need the magic functionality,
the "min" and "reserved" arguments are always zero, so stop passing
them.
Signed-off-by: George Spelvin
---
drivers/char/random.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/char/random.c
On Fri, Oct 16, 2015 at 10:43:00AM +0530, Jassi Brar wrote:
> On Mon, Oct 12, 2015 at 10:02 PM, Leo Yan wrote:
>
> > +
> > +#define MBOX_CHAN_MAX 32
> > +#define MBOX_CHAN_NUM 2
> > +
> You mean the hardware has 32 channels but this driver can not manage
> more
Rather than asking extract_entropy to fill a large buffer, transfer
bytes in EXTRACT_SIZE chunks using multiple calls to extract_buf.
(Which is what extract_entropy does internally.)
Signed-off-by: George Spelvin
---
drivers/char/random.c | 48
1
Sent as separate patches to make things easier to review; the action is
all in #4.
The first two are minor cleanups I've had in my tree for a while and
felt like working on top of rather than backing out.
The third I'm not happy with, but will serve as a proof-of-concept stub
that I'll rewrite
Hi Arnd,
2015-10-16 0:17 GMT+09:00 Arnd Bergmann :
> On Thursday 15 October 2015 18:05:33 Masahiro Yamada wrote:
>> + aliases {
>> + serial0 =
>> + serial1 =
>> + serial2 =
>> + i2c0 =
>> + i2c4 =
>> +
Hi Jassi,
Thanks for review.
On Fri, Oct 16, 2015 at 10:26:48AM +0530, Jassi Brar wrote:
> On Mon, Oct 12, 2015 at 10:02 PM, Leo Yan wrote:
>
> > +
> > +Mailbox Device Node:
> > +
> > +
> > +Required properties:
> > +
> > +- compatible: Shall be
On Mon, Oct 12, 2015 at 10:02 PM, Leo Yan wrote:
> +
> +#define MBOX_CHAN_MAX 32
> +#define MBOX_CHAN_NUM 2
> +
You mean the hardware has 32 channels but this driver can not manage
more than 2 ?
OR, there are 32 interfaces but only 2 physical 'floating' links,
Signed-off-by: Brent Taylor
---
drivers/net/wireless/ath/ath6kl/init.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/drivers/net/wireless/ath/ath6kl/init.c
b/drivers/net/wireless/ath/ath6kl/init.c
index 6e473fa..2155739 100644
---
On Mon, Oct 12, 2015 at 10:02 PM, Leo Yan wrote:
> +
> +Mailbox Device Node:
> +
> +
> +Required properties:
> +
> +- compatible: Shall be "hisilicon,hi6220-mbox"
> +- reg: Contains the mailbox register address range (base
> +
Hi
On 2015-10-16, Stefan Lippers-Hollmann wrote:
> On 2015-09-22, Thiago Macieira wrote:
[...]
> + QT_SELECT=5 qmake -query QT_VERSION >/dev/null 2>&1 && export
> QT_SELECT=5 ||: ; \
Apparently this fails if qmake isn't guarded by qtchooser, but the
following should work (although I'm still
> -Original Message-
> From: Stephen Rothwell [mailto:s...@canb.auug.org.au]
> Sent: Friday, October 16, 2015 11:53 AM
> To: Christoffer Dall ; Marc Zyngier
> ; Marcelo Tosatti ; Gleb
> Natapov ; k...@vger.kernel.org
> Cc: linux-n...@vger.kernel.org; linux-kernel@vger.kernel.org; Wu,
On 5 October 2015 at 18:32, Lee Jones wrote:
> Hi Jassi,
>
> This should be it. Exciting times!
>
> ST's platforms currently support a maximum of 5 Mailboxes, one for
> each of the supported co-processors situated on the platform. Each
> Mailbox is divided up into 4 instances which consist of
Hi
On 2015-09-22, Thiago Macieira wrote:
> The buildsystem will now only search for Qt 4 and Qt 5. Support for Qt 2
> and 3 was dropped in the previous commits (Qt 3 was EOL'ed in 2010 or
> so...).
>
> For Qt 5, to be future-proof with the future direction notice appearing
> in the 5.5 release,
From: Len Brown
For legacy machines cpu_init_udelay defaults to 10,000.
For modern machines it is set to 0.
The user should be able to set cpu_init_udelay to
any value on the cmdline, including 10,000.
Before this patch, that was seen as "unchanged from default"
and thus on a modern machine,
Shane, Donald,
Please test this pair of patches.
If the default kernel still has a problem booting CPU #1 on yoru Core2 system,
"cpu_init_udelay=1" should get you back to the legacy delays.
thanks,
Len Brown, Intel Open Source Technology Center
--
To unsubscribe from this list: send the
From: Len Brown
Commit a9bcaa02a5104ace6a9d9e4a9cd9192a9e7744d6
("x86/smpboot: Remove SIPI delays from cpu_up()")
Caused some Intel Core2 processors to time-out when bringing up CPU #1.
That patch reduced the SIPI delays from udelay() 300, 200
to udelay() 0, 0 on modern processors.
Several
Hi Luis,
[auto build test ERROR on v4.3-rc5 -- if it's inappropriate base, please
suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/Luis-de-Bethencourt/watchdog-Compile-possible-drivers-with-COMPILE_TEST/20151015-025729
config: um-allmodconfig
Hi Linus,
two MAINTAINERS entries that I didn't see the point in delaying.
one drm mst fix to stop sending uninitialised data to monitors
two amdgpu fixes
one radeon mst tiling fix
one vmwgfx regression fix
one virtio warning fix.
Nothing two crazy or exciting.
I have found one locking problem
Each `struct size_class' contains `struct zs_size_stat':
an array of NR_ZS_STAT_TYPE `unsigned long'. For zsmalloc
built with no CONFIG_ZSMALLOC_STAT this results in a waste
of `2 * sizeof(unsigned long)' per-class.
The patch removes unneeded `struct zs_size_stat' members
by redefining
Hi Luis,
[auto build test ERROR on scsi/for-next -- if it's inappropriate base, please
suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/Luis-de-Bethencourt/scsi-kconfig-When-possible-compile-drivers-with-COMPILE_TEST/20151015-073819
config
On 2015/10/15 22:39, Christoph Lameter wrote:
> On Thu, 15 Oct 2015, Gonglei (Arei) wrote:
>
>> [0.016000] Call Trace:
>> [0.016000] [] dump_trace+0x6c/0x2d0
>> [0.016000] [] dump_stack+0x69/0x71
>> [0.016000] [] panic+0x78/0x199
>> [0.016000] [] do_exit+0x26f/0x360
>> [
Hi all,
Today's linux-next merge of the kvm-arm tree got a conflict in:
arch/x86/include/asm/kvm_host.h
between commit:
d84f1e0755ba ("KVM: make kvm_set_msi_irq() public")
from the kvm tree and commits:
8feb4a04dc75 ("KVM: Define a new interface kvm_intr_is_single_vcpu()")
On Fri, 2015-10-16 at 03:37 +, Moore, Robert wrote:
> If you don't like the quote, just stick with my first assessment.
Thanks, but if you can't make arguments yourself, it seems
you're making assertions rather than assessments.
--
To unsubscribe from this list: send the line "unsubscribe
This patch removes the hns driver hnae sysfs interface according to
Arnd's review comments.
Signed-off-by: huangdaode
---
drivers/net/ethernet/hisilicon/hns/hnae.c | 47 ---
1 file changed, 47 deletions(-)
diff --git a/drivers/net/ethernet/hisilicon/hns/hnae.c
This patch fixes the wrong judgement of mac_id when get port num.
Signed-off-by: huangdaode
Signed-off-by: yankejian
---
drivers/net/ethernet/hisilicon/hns/hns_dsaf_mac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/hisilicon/hns/hns_dsaf_mac.c
This patchset fixes the two bugs in HNS driver, one is remove the hnae sysfs
interface
according to the review comments from Arnd Bergmann , another
is fixing the wrong mac_id judgement bug which is found during internal tests.
change log:
v3:
remove the hnae sysfs interface.
v2:
1) remove
If you don't like the quote, just stick with my first assessment.
> -Original Message-
> From: Joe Perches [mailto:j...@perches.com]
> Sent: Thursday, October 15, 2015 5:00 PM
> To: Moore, Robert
> Cc: LABBE Corentin; Zheng, Lv; Wysocki, Rafael J; l...@kernel.org; linux-
>
> Another debugging point, the SoCFPGA board has a Micrel ksz9021 PHY attached
> to the ethernet port. What I'm seeing is that with 8b63ec1837fa patch, when
> the call to ksz9021_config_init() is made both of_node and
> dev->parent->of_node
> are NULL, without the patch the dev->parent->of_node
On Thu, 15 Oct 2015, Florian Fainelli wrote:
> On 15/10/15 13:49, Dinh Nguyen wrote:
> >>
> >> Does this text change with and without the 8b63ec1837fa patch?
> >
> > No, this text does not change with/without the 8b63ec1837fa patch.
>
> Could you instrument mdiobus_scan(), get_phy_device() and
> On czw, 2015-10-15 at 14:41 +0200, Lukasz Pawelczyk wrote:
>
> > No, not a typo. A regular bug. Thanks for spotting it. Also sync
> > mechanism before freeing was missing:
>
>
> Hitfix, will be integrated with the next respin:
>
> diff --git a/security/smack/smack.h b/security/smack/smack.h
On Thu, Oct 15, 2015 at 4:06 PM, Mike Snitzer wrote:
> On Wed, Oct 14 2015 at 11:27pm -0400,
> Ming Lei wrote:
>
>> On Sat, Oct 10, 2015 at 3:52 AM, Mike Snitzer wrote:
>> >
>> > Turns out that this change:
>> >
Hi Rob,
Today's linux-next merge of the dt-rh tree got a conflict in:
drivers/regulator/core.c
between commit:
85f3b4311629 ("regulator: core: Remove regulator_list")
from the regulator tree and commit:
5634acd9c8e3 ("regulator: core: Probe regulators on demand")
from the dt-rh tree.
Thanks Tejun.
Regards,
Yuantian
> -Original Message-
> From: Tejun Heo [mailto:hte...@gmail.com] On Behalf Of Tejun Heo
> Sent: Friday, October 16, 2015 12:04 AM
> To: Arnd Bergmann
> Cc: linux-arm-ker...@lists.infradead.org; Tang Yuantian-B29983
> ; linux-...@vger.kernel.org; linux-
>
Hi YH,
[auto build test ERROR on pwm/for-next -- if it's inappropriate base, please
suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/YH-Huang/pwm-backlight-fix-the-panel-power-sequence/20151016-093957
config: i386-allmodconfig (attached as
On Thu, 15 Oct 2015, Florian Fainelli wrote:
> On 15/10/15 13:49, Dinh Nguyen wrote:
> >>
> >> Does this text change with and without the 8b63ec1837fa patch?
> >
> > No, this text does not change with/without the 8b63ec1837fa patch.
>
> Could you instrument mdiobus_scan(), get_phy_device() and
On Thu, 2015-10-15 at 15:26 +0200, Lars-Peter Clausen wrote:
> On 10/15/2015 02:10 PM, Mark Brown wrote:
> > On Wed, Oct 14, 2015 at 11:00:01AM +0200, Lars-Peter Clausen wrote:
> >
> >> It was never intended that it is possible to bind a component to multiple
> >> cards. That it was possible was
On Thu, 15 Oct 2015 21:00:58 +0200
Laurent Vivier wrote:
> On kexec, all secondary offline CPUs are onlined before
> starting the new kernel, this is not done in the case of kdump.
>
> If kdump is configured and a kernel crash occurs whereas
> some secondaries CPUs are offline (SMT=off),
> the
On Thu, Oct 15, 2015 at 01:36:14PM +0200, Peter Zijlstra wrote:
> On Tue, Oct 13, 2015 at 06:31:27PM -0300, Marcelo Tosatti wrote:
> > I am rewriting the interface with ioctls, with commands similar to the
> > syscall interface proposed.
>
> Which is horrible for other use cases. I really don't
Tatsukawa Kosuke wrote:
> J. Bruce Fields wrote:
>> On Thu, Oct 15, 2015 at 11:44:20AM +, Kosuke Tatsukawa wrote:
>>> Tatsukawa Kosuke wrote:
>>> > J. Bruce Fields wrote:
>>> >> Thanks for the detailed investigation.
>>> >>
>>> >> I think it would be worth adding a comment if that might help
Hi Andrew,
On Thu, 15 Oct 2015 15:20:51 -0700 a...@linux-foundation.org wrote:
>
> * msgrcv-use-freezable-blocking-call.patch
> linux-next.patch
> linux-next-rejects.patch
> * mm-page_alloc-rename-__gfp_wait-to-__gfp_reclaim-nvem-fix.patch
This last one did not apply and seemed to have
On Thu, 17 Sep 2015 00:19:42 +0800
Minfei Huang wrote:
> Now, ftrace only calculate the dyn_ftrace number in the adding
> breakpoint loop, not in adding update and finish update loop.
>
> Calculate the correct dyn_ftrace, once ftrace reports the failure message
> to the userspace.
>
Bah, your
("Input: Add input-event-codes header file")
I have used the input tree from next-20151015 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to major
On Thu, 2015-10-15 at 21:00 +0200, Laurent Vivier wrote:
> On kexec, all secondary offline CPUs are onlined before
> starting the new kernel, this is not done in the case of kdump.
>
> If kdump is configured and a kernel crash occurs whereas
> some secondaries CPUs are offline (SMT=off),
> the
On 10/15/2015 05:02 PM, Kees Cook wrote:
> On Thu, Oct 15, 2015 at 4:01 PM, Shuah Khan wrote:
>> On 10/15/2015 05:00 PM, Shuah Khan wrote:
>>> On 10/15/2015 04:07 PM, Kees Cook wrote:
On Thu, Oct 15, 2015 at 1:06 PM, Shuah Khan
wrote:
> On 10/15/2015 12:42 PM, Kees Cook wrote:
> try booting upstream with "cpu_init_udelay=1".
> If it works, then it actually implicates this commit:
>
> a9bcaa02a5104ace6a9d9e4a9cd9192a9e7744d6
> ("x86/smpboot: Remove SIPI delays from cpu_up()")
>
> Unfortunately the commit message for that on is erroneous --
> "cpu_init_udelay=1" is
> > By the way, I have a pending patch which expands this option like
> > this:
> >
> > apic_extnmi={ bsp | all | none }
> >
> > If apic_extnmi=all is specified, external NMIs are broadcast to
> > all CPUs. This raises the successful rate of kernel panic in the case
> > where an external NMI
> * Thomas Gleixner wrote:
>
> > Borislav,
> >
> > On Mon, 5 Oct 2015, Borislav Petkov wrote:
> > > On Mon, Oct 05, 2015 at 02:03:58AM +, 河合英宏 / KAWAI,HIDEHIRO wrote:
> > > > That's different from my point of view. I'm not going to pass
> > > > some data from the first kernel to the second
On 2015/10/15 23:39, Marc Zyngier wrote:
> There seems to be a new class of interrupt controller out there whose
> sole purpose (apart from making everybody's life a nightmare) is to
> turn wired interrupts into MSIs.
>
> Instead of considering that the MSIs allocated to a device are for the
>
On 2015/10/16 5:49, Rafael J. Wysocki wrote:
> On Thursday, October 15, 2015 03:48:29 PM Bjorn Helgaas wrote:
>> On Wed, Oct 14, 2015 at 02:29:35PM +0800, Jiang Liu wrote:
>>> From: Liu Jiang
>>>
>>> This patch set consolidates common code to support ACPI PCI root on x86
>>> and IA64 platforms
J. Bruce Fields wrote:
> On Thu, Oct 15, 2015 at 11:44:20AM +, Kosuke Tatsukawa wrote:
>> Tatsukawa Kosuke wrote:
>> > J. Bruce Fields wrote:
>> >> Thanks for the detailed investigation.
>> >>
>> >> I think it would be worth adding a comment if that might help someone
>> >> having to
On Thu, 2015-10-15 at 12:33 +0200, Borislav Petkov wrote:
> Yeah, that's actually a good idea. Why not upstream it for the wider
> audience so that people can actually start reporting b0rked UEFIs?
> With
> a big and nice FW_BUG splat in there...
We attempted to upstream in the past but later I
On Thu, Oct 15, 2015 at 01:37:02PM +0200, Peter Zijlstra wrote:
> On Tue, Oct 13, 2015 at 07:40:58PM -0300, Marcelo Tosatti wrote:
> > How can you fix the issue of sockets with different reserved cache
> > regions with hw in the cgroup interface?
>
> No idea what you're referring to. But IOCTLs
> -Original Message-
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> Sent: Friday, October 16, 2015 2:13 AM
> To: David Matlack ; Wu, Feng
> Cc: alex.william...@redhat.com; Joerg Roedel ; Marcelo
> Tosatti ; eric.au...@linaro.org; kvm list
> ;
In order to match the panel power sequence, disable the enable_gpio
in the probe function. Also, reorder the code in the power_on and
power_off function to match the timing.
Signed-off-by: YH Huang
---
drivers/video/backlight/pwm_bl.c | 15 +--
1 file changed, 9 insertions(+), 6
Hi Arnd,
On Thu, 15 Oct 2015 14:28:20 +0200 Arnd Bergmann wrote:
>
> diff --git a/include/asm-generic/io-64-nonatomic-hi-lo.h
> b/include/asm-generic/io-64-nonatomic-hi-lo.h
> new file mode 100644
> index ..32b73abce1b0
> --- /dev/null
> +++
Hi Bayi,
On Tue, Oct 13, 2015 at 05:39:18PM +0800, Bayi Cheng wrote:
> Add device tree binding documentation for serial flash with
> Mediatek serial flash controller
>
> Signed-off-by: Bayi Cheng
> ---
> .../devicetree/bindings/mtd/mtk-quadspi.txt| 30
> ++
> 1
This work adds support for "persistent" eBPF maps/programs. The term
"persistent" is to be understood that maps/programs have a facility
that lets them survive process termination. This is desired by various
eBPF subsystem users.
Just to name one example: tc classifier/action. Whenever tc parses
This patch adds a couple of stand-alone examples on how BPF_PIN_FD
and BPF_NEW_FD commands can be used.
Signed-off-by: Daniel Borkmann
Acked-by: Alexei Starovoitov
---
samples/bpf/Makefile | 2 +
samples/bpf/fds_example.c | 224 ++
This set adds support for persistent maps/progs. Please see
individual patches for further details.
A man-page update to bpf(2) will be sent afterwards, also a
iproute2 patch for support in tc.
Thanks!
Daniel Borkmann (4):
bpf: abstract anon_inode_getfd invocations
bpf: align and clean
Add a bpf_map_get() function that we're going to use later on and
align/clean the remaining helpers a bit so that we have them a bit
more consistent:
- __bpf_map_get() and __bpf_prog_get() that both work on the fd
struct, check whether the descriptor is eBPF and return the
pointer to
Since we're going to use anon_inode_getfd() invocations in more than just
the current places, make a helper function for both, so that we only need
to pass a map/prog pointer to the helper itself in order to get a fd. The
new helpers are called bpf_map_new_fd() and bpf_prog_new_fd().
try booting upstream with "cpu_init_udelay=1".
If it works, then it actually implicates this commit:
a9bcaa02a5104ace6a9d9e4a9cd9192a9e7744d6
("x86/smpboot: Remove SIPI delays from cpu_up()")
Unfortunately the commit message for that on is erroneous --
"cpu_init_udelay=1" is actually a
On Thu, Oct 15, 2015 at 11:51 AM, Russell King - ARM Linux
wrote:
> On Thu, Oct 15, 2015 at 10:25:43AM -0400, WingMan Kwok wrote:
>> On TI's Keystone platforms, several peripherals such as the
>> gbe ethernet switch, 10gbe ethether switch and PCIe controller
>> require the use of a SerDes for
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Joerg Roedel
> Sent: Thursday, October 15, 2015 10:24 PM
> To: Wu, Feng
> Cc: io...@lists.linux-foundation.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH]
uggest rules for selecting the more suitable base]
> >
> > url:https://github.com/0day-ci/linux/commits/Lv-Zheng/ACPICA-20150930-
> > Release/20151015-101636
> > config: x86_64-lkp (attached as .config)
> > reproduce:
> > # save
On October 15, 2015 5:54:14 PM PDT, "Franklin S Cooper Jr."
wrote:
>
>
>
>On 10/15/2015 07:47 PM, Dmitry Torokhov wrote:
>> On Thu, Oct 15, 2015 at 5:43 PM, Franklin S Cooper Jr.
> wrote:
>>>
>>> On 10/15/2015 07:16 PM, Dmitry Torokhov wrote:
On Wed, Oct 14, 2015 at 08:58:32PM -0500,
Does it depend on vPMU _for Linux guests_ or in general? My impression
is that LBR can be used by the guest independent of the PMU.
I think only for Linux guests.
I googled how to enable LBR on other guests(except Linux guests),
e.g. Windows, and got no developer manuals about it.
On 10/15/2015 07:47 PM, Dmitry Torokhov wrote:
> On Thu, Oct 15, 2015 at 5:43 PM, Franklin S Cooper Jr. wrote:
>>
>> On 10/15/2015 07:16 PM, Dmitry Torokhov wrote:
>>> On Wed, Oct 14, 2015 at 08:58:32PM -0500, Franklin S Cooper Jr. wrote:
On 10/14/2015 06:39 PM, Dmitry Torokhov wrote:
"J. Bruce Fields" writes:
> On Thu, Oct 15, 2015 at 11:44:20AM +, Kosuke Tatsukawa wrote:
>> Tatsukawa Kosuke wrote:
>> > J. Bruce Fields wrote:
>> >> Thanks for the detailed investigation.
>> >>
>> >> I think it would be worth adding a comment if that might help someone
>> >> having to
On Thu, Oct 15, 2015 at 5:43 PM, Franklin S Cooper Jr. wrote:
>
>
> On 10/15/2015 07:16 PM, Dmitry Torokhov wrote:
>> On Wed, Oct 14, 2015 at 08:58:32PM -0500, Franklin S Cooper Jr. wrote:
>>>
>>> On 10/14/2015 06:39 PM, Dmitry Torokhov wrote:
On Wed, Oct 07, 2015 at 07:21:38AM -0500,
On 10/15/2015 07:43 PM, Franklin S Cooper Jr. wrote:
>
> On 10/15/2015 07:16 PM, Dmitry Torokhov wrote:
>> On Wed, Oct 14, 2015 at 08:58:32PM -0500, Franklin S Cooper Jr. wrote:
>>> On 10/14/2015 06:39 PM, Dmitry Torokhov wrote:
On Wed, Oct 07, 2015 at 07:21:38AM -0500, fcoo...@ti.com
On 10/15/2015 07:16 PM, Dmitry Torokhov wrote:
> On Wed, Oct 14, 2015 at 08:58:32PM -0500, Franklin S Cooper Jr. wrote:
>>
>> On 10/14/2015 06:39 PM, Dmitry Torokhov wrote:
>>> On Wed, Oct 07, 2015 at 07:21:38AM -0500, fcoo...@ti.com wrote:
From: Franklin S Cooper Jr
Calculate
Hi Luis,
[auto build test WARNING on spi/for-next -- if it's inappropriate base, please
suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/Luis-de-Bethencourt/spi-kconfig-When-possible-compile-drivers-with-COMPILE_TEST/20151015-014349
config
Hi Laurent,
[auto build test ERROR on powerpc/next -- if it's inappropriate base, please
suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/Laurent-Vivier/powerpc-on-crash-kexec-ed-kernel-needs-all-CPUs-are-online/20151016-030306
config:
On Sun, 02 Aug 2015 07:40:05 +0900
Masami Hiramatsu wrote:
> On 2015/07/27 18:34, Namhyung Kim wrote:
> > Hi Masami,
> >
> > On Sat, Jul 25, 2015 at 10:13:10AM +0900, Masami Hiramatsu wrote:
> >> This adds simple event trigger testcases for ftracetest,
> >> which covers following triggers.
> >>
On Thu, Oct 15, 2015 at 11:21 PM, Jeff Moyer wrote:
> Ming Lei writes:
>
>> It isn't necessary to try to merge the bio which is marked
>> as NOMERGE.
>>
>> Signed-off-by: Ming Lei
>> ---
>> block/blk-mq.c | 5 -
>> 1 file changed, 4 insertions(+), 1 deletion(-)
>>
>> diff --git
Hi Jeff,
On Thu, Oct 15, 2015 at 11:26 PM, Jeff Moyer wrote:
> Ming Lei writes:
>
>> Most of times, flush plug should be the hottest I/O path,
>> so mark ctx as pending after all requests in the list are
>> inserted.
>
> Hi, Ming,
>
> Did you see some performance gain from this?
Not done the
On 09/14, Rob Herring wrote:
> On 09/11/2015 07:01 AM, Viresh Kumar wrote:
> > Regulators already have stable DT bindings, wherein the consumer (of
> > supplies) will have following for each regulator/supply.
> >
> > -supply: ;
> >
> > Current OPP bindings extend above, by transforming it into a
On Wed, Oct 14, 2015 at 08:58:32PM -0500, Franklin S Cooper Jr. wrote:
>
>
> On 10/14/2015 06:39 PM, Dmitry Torokhov wrote:
> > On Wed, Oct 07, 2015 at 07:21:38AM -0500, fcoo...@ti.com wrote:
> >> From: Franklin S Cooper Jr
> >>
> >> Calculate the amount of data that needs to be read for the
Dear Greg,
This is extcon-next full request for v4.4. I add detailed description of this
pull request on below. Please pull extcon with following updates.
Best Regards,
Chanwoo Choi
The following changes since commit 9ffecb10283508260936b96022d4ee43a7798b4c:
Linux 4.3-rc3 (2015-09-27
On Thu, Oct 15, 2015 at 04:10:07PM -0700, Yang Shi wrote:
> commit d1ec4c34c7a9f328e43ea87522119258194f28f8
> ("rcu: Drop RCU_USER_QS in favor of NO_HZ_FULL") has removed RCU_USER_QS
> from Kconfig file, so remove it from some documents to avoid any confusion.
>
> Signed-off-by: Yang Shi
Good
> I did the revert in linux-stable (last tag being v4.3-rc4) gave a revert
> description so it would be applied.
>
> built and tested. Result: did not help, still missing the second core.
Same result here.
upstream failed to bring up CPU #1 on 5/5 boots
Revert "x86/smpboot: Remove
Hello,
> -Original Message-
> From: KISHON VIJAY ABRAHAM
> Sent: Thursday, October 15, 2015 3:22 PM
> To: Russell King - ARM Linux; Kwok, WingMan
> Cc: robh...@kernel.org; pawel.m...@arm.com; mark.rutl...@arm.com;
> ijc+devicet...@hellion.org.uk; ga...@codeaurora.org; Quadros, Roger;
>
Hi Insu,
On Thu, Oct 15, 2015 at 06:40:12PM +, Insu Yun wrote:
> Signed-off-by: Insu Yun
It looks lik eyou lost your patch description when respinning.
Thanks.
> ---
> drivers/input/misc/xen-kbdfront.c | 10 --
> 1 file changed, 8 insertions(+), 2 deletions(-)
>
> diff --git
On Thu, 2015-10-15 at 19:32 +, Moore, Robert wrote:
> if you started to use "const" for some methods you usually forced to
> use this in most of your code. But the time spent for maintaining
> (typing, recompiling when some const is missing, etc.) of
> const-correctness in code seems greater
Hello,
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: Thursday, October 15, 2015 4:53 PM
> To: Kwok, WingMan
> Cc: linux-arm-ker...@lists.infradead.org; robh...@kernel.org;
> pawel.m...@arm.com; mark.rutl...@arm.com; ijc+devicet...@hellion.org.uk;
>
Hello,
> -Original Message-
> From: Rob Herring [mailto:robh...@kernel.org]
> Sent: Thursday, October 15, 2015 12:15 PM
> To: Kwok, WingMan
> Cc: Pawel Moll; Mark Rutland; Ian Campbell; Kumar Gala; KISHON VIJAY ABRAHAM;
> Quadros, Roger; Karicheri, Muralidharan; Bjorn Helgaas; Santosh
1 - 100 of 1936 matches
Mail list logo