On Fri, Oct 16, 2015 at 2:41 PM, Maxime Ripard
wrote:
> On Thu, Oct 15, 2015 at 12:32:19AM +0800, Chen-Yu Tsai wrote:
>> The AXP223 is a new PMIC commonly paired with Allwinner A23/A33 SoCs.
>> It is functionally identical to AXP221; only the regulator default
>> voltage/status and the external ho
Hi Brian,
> -Original Message-
> From: Brian Norris [mailto:computersforpe...@gmail.com]
> Sent: 13 October 2015 02:58
> To: Anup Patel
> Cc: Florian Fainelli; Scott Branden; linux-arm-ker...@lists.infradead.org; Rob
> Herring; Pawel Moll; Mark Rutland; Ian Campbell; Kumar Gala; Catalin Ma
On Thu, Oct 15, 2015 at 12:32:21AM +0800, Chen-Yu Tsai wrote:
> The NMI interrupt controller is in charge of the NMI pin exposed by
> the SoC to the PMIC. The PMIC signals interrupts through this.
>
> Signed-off-by: Chen-Yu Tsai
Applied, thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded
On Thu, Oct 15, 2015 at 05:42:53PM +0200, Nicolas Ferre wrote:
> Le 15/10/2015 17:31, Ludovic Desroches a écrit :
> > On Thu, Oct 15, 2015 at 03:24:51PM +0200, Alexandre Belloni wrote:
> >> Hi,
> >>
> >> On 14/10/2015 at 14:11:24 +0200, Ludovic Desroches wrote :
> >>> Add SAMA5D2 SoC plus Atmel fle
On Thu, Oct 15, 2015 at 12:32:19AM +0800, Chen-Yu Tsai wrote:
> The AXP223 is a new PMIC commonly paired with Allwinner A23/A33 SoCs.
> It is functionally identical to AXP221; only the regulator default
> voltage/status and the external host interface are different.
>
> Signed-off-by: Chen-Yu Tsai
Sebastian,
On Thu, Oct 15, 2015 at 11:46:15PM +0200, Sebastian Hesselbarth wrote:
> On 13.10.2015 23:31, Antoine Tenart wrote:
> >Reorder the statements under the PINCTRL_BERLIN_BG4CT config
> >option to be consistent with the existing.
> >
> >Signed-off-by: Antoine Tenart
>
> If this is the onl
Hi Ezequiel,
On Thu, Oct 15, 2015 at 03:30:50PM -0300, Ezequiel Garcia wrote:
> Ccing Robert as he can provide valuable test on PXA boards.
Sorry for this, I tried to cc Robert but forgot when sending my
series...
Antoine
--
Antoine Ténart, Free Electrons
Embedded Linux, Kernel and Android eng
If the host toolchain is not glibc based then the arm kernel build
fails with
HOSTCC arch/arm/vdso/vdsomunge
arch/arm/vdso/vdsomunge.c:48:22: fatal error: byteswap.h: No such file or
directory
Observed: with omap2plus_defconfig and compile on Mac OS X with arm ELF
cross-compiler.
Reason: b
On Fri, 16 Oct 2015 08:28:54 +0200
Boris Brezillon wrote:
> Hi Julian,
>
> On Fri, 16 Oct 2015 09:32:38 +1100
> Julian Calaby wrote:
>
> > Hi Boris,
> >
> > On Fri, Oct 16, 2015 at 4:17 AM, Boris Brezillon
> > wrote:
> > > Some MLC NANDs are sensible to repeated patterns and require data to
On 10/16/2015 07:46 AM, kbuild test robot wrote:
> Hi Peter,
>
> [auto build test WARNING 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/Daniel-Wagner/Simple-wait-queue-support/201510
ssign-resource-from-behind-of-max_pfn/20151015-184913
config: mips-fuloong2e_defconfig (attached as .config)
reproduce:
wget
https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross
-O ~/bin/make.cross
chmod +x ~/bin/make.cross
# save the attached .c
Hi Julian,
On Fri, 16 Oct 2015 09:32:38 +1100
Julian Calaby wrote:
> Hi Boris,
>
> On Fri, Oct 16, 2015 at 4:17 AM, Boris Brezillon
> wrote:
> > Some MLC NANDs are sensible to repeated patterns and require data to be
>
> Do you mean "sensitive" instead of "sensible"?
Yes (I always mix the to
Hi George,
[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/George-Spelvin/Alternate-sclable-urandom-patchset/20151016-133627
config: x86_64-randconfig-x010-10130227 (att
Le 15/10/2015 08:36, Michael Ellerman a écrit :
On Thu, 2015-10-15 at 07:56 +0200, Christophe JAILLET wrote:
Use 'of_property_read_u32()' instead of 'of_get_property()'+pointer
dereference in order to avoid access to potentially freed memory.
Use 'of_get_next_parent()' to simplify the while() l
On Fri, Oct 16, 2015 at 11:42:54AM +0530, Jassi Brar wrote:
> On 16 October 2015 at 11:38, Leo Yan wrote:
> > On Fri, Oct 16, 2015 at 11:17:32AM +0530, Jassi Brar wrote:
> >> 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:
> >> >
From: Insu Yun
Date: Thu, 15 Oct 2015 12:29:28 -0400
> Since skb_clone is memory allocation, it could be failed when lack of
> resource.
> Therefore, return value of skb_clone needs to be checked and handle error.
>
> Signed-off-by: Insu Yun
> ---
> drivers/isdn/mISDN/layer2.c | 6 ++
> 1
From: Insu Yun
Date: Thu, 15 Oct 2015 12:26:16 -0400
> Since vzalloc can be failed in memory pressure,
> return value should be checked and return ENOMEM.
>
> Signed-off-by: Insu Yun
> ---
> drivers/net/xen-netback/xenbus.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/drivers
From: Insu Yun
Date: Thu, 15 Oct 2015 12:24:09 -0400
> When allocation fails, mlx4_alloc_cmd_mailbox returns -ENOMEM.
> Since there is no case that mlx4_alloc_cmd_mailbox returns NULL,
> it needs to be checked by IS_ERR, not IS_ERR_OR_NULL
>
> Signed-off-by: Insu Yun
Applied to net-next, thank
of_get_property() is used inside the loop, but then the reference to the
node is dropped before dereferencing the prop pointer, which could by then
point to junk if the node has been freed.
Instead use of_property_read_u32() to actually read the property
value before dropping the reference.
Signe
Hi George,
[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/George-Spelvin/Alternate-sclable-urandom-patchset/20151016-133627
config: i386-randconfig-i1-201541 (attached
On 16 October 2015 at 11:38, Leo Yan wrote:
> On Fri, Oct 16, 2015 at 11:17:32AM +0530, Jassi Brar wrote:
>> 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:
>> >>
>> >> > +
>>
> 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.
I tried with both patches and it worked fine without cpu_init_udelay.
Thanks,
Shane
--
Hi Jacek,
Sorry I'm late :(
I'll send version3 patch soon
On 2015년 10월 13일 17:53, Jacek Anaszewski wrote:
> Hi Ingi,
>
> On 10/13/2015 04:58 AM, Ingi Kim wrote:
>> Hi Jacek,
>>
>> Thanks for your kind comments
>> I also append reply below
>>
>> On 2015년 10월 13일 00:10, Jacek Anaszewski wrote:
>>>
On Fri, Oct 16, 2015 at 11:17:32AM +0530, Jassi Brar wrote:
> 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
> >>
Detecting platform supports i8042 or not, AMD resorted to
BIOS's FADT i8042 flag.
Signed-off-by: Vincent Wan
---
drivers/input/serio/i8042-x86ia64io.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/input/serio/i8042-x86ia64io.h
b/drivers/input/serio/i8042-x86ia64io.h
index c1
On 15-10-15, 17:22, Stephen Boyd wrote:
> I'm lost why we need this property at all. What happened to using
>
> opp-microvolt-0 = <1 2 3>;
> opp-microvolt-1 = <1>;
> opp-microvolt-2 = <3 4 5>;
> etc.
Perhaps you are confusing this with the bindings we came up for
picking right voltage levels
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 don
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 hardwa
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 n
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:
https://github.com/krzk/l
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 available
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 cpu_cgroup_ex
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: s
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 configurab
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 turn
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 o
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 th
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 t
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 if
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 = &serial0;
>> + serial1 = &serial1;
>> + serial2 = &serial2;
>> + i2c0 = &i2c0;
>> +
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, s
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
--- a/drivers/net/wireless/ath
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, Feng
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 32
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, C
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, the
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 line
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 Int
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-allmodc
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 NR_ZS_STAT_
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
c
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()")
8fc52eb9cee
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 li
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
b/dri
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
b/dri
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 fi
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-
> a...@vger.kerne
> 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 is
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:
>> > http://git.kernel.org/cgit/linux/kernel/git/snitzer/linux.git/commit/?h=wip&id=26396
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-
> k
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 .co
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 a
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 n
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 se
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 s
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 alread
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
c3916 ("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
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 new
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 a
> > 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 t
> * 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 k
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
> dir
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 int
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 reinvesti
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 di
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 bl
> -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
> ; io...@
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 de
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
> +++ b/include/asm-generic/io-64-nonatomic-hi-l
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 file
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
t
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 ++
samples/bpf/
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 bpf_{
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 the
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().
Signed-off-by
1 - 100 of 904 matches
Mail list logo
