On Mon, Nov 23, 2015 at 07:40:41PM +0530, Saurabh Sengar wrote:
> use of_property_read_u8() for u8 variables,
> also changed the return type to void as this function return type
> is nowhere used.
>
I would be good if you could split both changes into two patches.
Also, I still do not understand
On Mon, Nov 23, 2015 at 5:46 PM, Pavel Machek wrote:
>
>
> If aliases are not present in device tree, stmmac_platform.c will
> happily assign bus_id of 0 to all the ethernet interfaces, resulting
> in hard to debug problems.
>
> At least warn the user about the problem.
>
> Signed-off-by: Pavel Ma
On 2015/11/20, 06:30, "Denis Kirjanov" wrote:
>On 11/20/15, Xose Vazquez Perez wrote:
>> Hi,
>>
>> From https://lwn.net/Articles/662979/
>>
>> --cut--
>> Christoph complained a bit about the staging tree. He said that it
>> breaks allmodconfig builds, but that problem was evidently fixed a while
On Tue, 24 Nov 2015 08:28:57 +0900 Minchan Kim wrote:
> > What's the reasoning behind the modification to the gfp flags?
> >
> > It clears __GFP_FS, __GFP_IO and even __GFP_WAIT. I suspect the latter
> > two (at least) can be retained. And given that vmalloc() uses
>
> This function is used i
On Mon, Nov 23, 2015 at 2:32 PM, Sudip Mukherjee
wrote:
> We were dereferencing cmd first and checking for NULL later. Lets first
> check for NULL.
However the patch is valid due to reducing error prone part, the
commit message seems wrong.
There is no dereferencing, it is a simple pointer arithm
On 23/11/15 17:29, Will Deacon wrote:
On Wed, Nov 18, 2015 at 05:09:00PM +, Suzuki K. Poulose wrote:
The ID_AA64MMFR0_EL1:ASIDBits determines the size of the mm context
id and is used in the early boot to make decisions. The value is
picked up from the Boot CPU and cannot be delayed until ot
On Mon, Nov 23, 2015 at 03:30:42PM -0800, Caitlin Bestler wrote:
>The receive completion can be safely assumed to indicate transmit
>completion over a reliable connection unless your peer has gone
>completely bonkers and is replying to a command that it did not
>receive.
Perhaps iW
Add a system restart handler that use the FULL_CHIP_RESET bit of the
reset controller.
Signed-off-by: Alban Bedel
---
drivers/reset/reset-ath79.c | 30 +-
1 file changed, 29 insertions(+), 1 deletion(-)
diff --git a/drivers/reset/reset-ath79.c b/drivers/reset/reset-a
Hi Xing Zheng,
Am Donnerstag, 5. November 2015, 15:33:54 schrieb Xing Zheng:
> Hi,
> We need to support rk3036 soc platform via upstream, there are
> some primary parts for the initial release of minimum system: dts,
> clk-pll, smp, and clock tree for rk3036, and additional, we can use
> these s
On 2015년 11월 23일 23:51, Charles Keepax wrote:
> Add time units of -ms (milliseconds) to wlf,micd-timeout.
>
> Signed-off-by: Charles Keepax
> ---
> .../devicetree/bindings/extcon/extcon-arizona.txt |2 +-
> drivers/extcon/extcon-arizona.c|2 +-
> 2 files changed, 2 i
Changes since v1 [1]:
1/ Introduce ARCH_HAS_DEVMEM_IS_ALLOWED to flag archs where
CONFIG_STRICT_DEVMEM will compile (Ingo)
2/ Drop "default y" for s390 (Heiko)
3/ Fix iomem_is_exclusive() return value in the
CONFIG_IO_STRICT_DEVMEM=y case.
[1]: https://lkml.org/lkml/2015/11/21/183
---
D
This effectively promotes IORESOURCE_BUSY to IORESOURCE_EXCLUSIVE
semantics by default. If userspace really believes it is safe to access
the memory region it can also perform the extra step of disabling an
active driver. This protects device address ranges with read side
effects and otherwise di
Let all the archs that implement devmem_is_allowed() opt-in to a common
definition of CONFIG_STRICT_DEVM in lib/Kconfig.debug.
Cc: Kees Cook
Cc: Russell King
Cc: Will Deacon
Cc: Benjamin Herrenschmidt
Cc: Martin Schwidefsky
Cc: Thomas Gleixner
Cc: "H. Peter Anvin"
Cc: Andrew Morton
Cc: Gre
Dear, Jorge.
On 11/24/2015 02:29 AM, Jorge Ramirez-Ortiz wrote:
> On 11/23/2015 11:57 AM, Doug Anderson wrote:
>> Jorge,
>>
>> On Mon, Nov 23, 2015 at 6:10 AM, Jorge Ramirez-Ortiz
>> wrote:
>>> Doug/Jaehoon,
>>>
>>> Were there any follow ups to this thread [1] from March 30, 2015?
>>> We are seei
On 11/23, Arnd Bergmann wrote:
>
> Ok, thanks for the confirmation.
>
> Summarizing what we've found, I think we can get away with just
> introducing two Kconfig symbols ARCH_MULTI_V7VE and CPU_V7VE.
> Most CPUs fall clearly into one category or the other, and then
> we can allow LPAE to be selec
From: Constantine Shulyupin
Introduced subnodes sensor, fan and peci with properties.
Signed-off-by: Constantine Shulyupin
---
Changed in v9:
- Fixed nuvoton,nct7802-sensor
- Introduced nuvoton,nct7802-vmon, nuvoton,nct7802-fan-in,
nuvoton,nct7802-fan-ctl
Changed in v8:
- added senor type "lo
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
net/ipv4/ipmr.c
between commit:
0e615e9601a1 ("net: ipmr: fix static mfc/dev leaks on table destruction")
from the net tree and commit:
7ef8f65df976 ("net: ipmr: fix code and comment style")
from the net-next tree
> Also, two more fixes I've done while injecting in a kvm guest I'm
> sending as a reply to this message. Will inject on a real box too.
Ok ... applied those two on top of my "UNTESTED" patch and injected an error to
force a UCNA log.
Everything looked ok. Just one copy on the console and in /
John,
On Thu, Nov 19, 2015 at 8:33 PM, John Youn wrote:
> Patches 1-3:
> Acked-by: John Youn
>
> Patch 2:
> Tested-by: John Youn
>
> Tested on core version 3.20 using internal TE for un-aligned
> buffers.
>
> I haven't had time to look into the scheduling patches yet. But I
> agree with you tha
On (11/23/15 15:18), Andrew Morton wrote:
[..]
> > --- a/drivers/block/zram/zcomp_lz4.c
> > +++ b/drivers/block/zram/zcomp_lz4.c
> > @@ -20,10 +20,13 @@ static void *zcomp_lz4_create(void)
> > void *ret;
> >
> > ret = kzalloc(LZ4_MEM_COMPRESS,
> > - __GFP_NORETRY|__GFP_N
On Mon, Nov 23, 2015 at 03:40:29PM -0800, Andrew Morton wrote:
> On Tue, 24 Nov 2015 08:28:57 +0900 Minchan Kim wrote:
>
> > > What's the reasoning behind the modification to the gfp flags?
> > >
> > > It clears __GFP_FS, __GFP_IO and even __GFP_WAIT. I suspect the latter
> > > two (at least) c
vx10f034n00.c:79:2: error: implicit
declaration of function 'mipi_dsi_shutdown_peripheral'
[-Werror=implicit-function-declaration]
mipi_dsi_shutdown_peripheral(wuxga_nt->dsi);
^
Caused by commit
086ceb6b42ca ("drm/panel: Add Panasonic VVX10F034N00 MIPI DSI panel")
I have
On Mon, Nov 23, 2015 at 07:34:53PM -0500, Tom Talpey wrote:
> Been there, seen that. Bluescreened on it, mysteriously.
Yes, me too :(
Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at htt
On 11/23/2015 7:00 PM, Jason Gunthorpe wrote:
On Mon, Nov 23, 2015 at 03:30:42PM -0800, Caitlin Bestler wrote:
The receive completion can be safely assumed to indicate transmit
completion over a reliable connection unless your peer has gone
completely bonkers and is replying to a com
On 11/23, Rajendra Nayak wrote:
>
> On 11/18/2015 06:42 AM, Stephen Boyd wrote:
> > Add initial device tree support for the Qualcomm MSM8996 SoC and
> > MTP8996 evaluation board.
> >
> > Signed-off-by: Stephen Boyd
> > ---
> []...
>
> > +
> > + spmi_bus: qcom,spmi@400f000 {
> > +
On Tue, 24 Nov 2015 09:30:27 +0900 Sergey Senozhatsky
wrote:
> On (11/23/15 15:18), Andrew Morton wrote:
> [..]
> > > --- a/drivers/block/zram/zcomp_lz4.c
> > > +++ b/drivers/block/zram/zcomp_lz4.c
> > > @@ -20,10 +20,13 @@ static void *zcomp_lz4_create(void)
> > > void *ret;
> > >
> > > r
On 11/22, Rob Herring wrote:
> On Fri, Nov 20, 2015 at 03:31:16PM -0800, Stephen Boyd wrote:
> > Some qcom based bootloaders identify the dtb blob based on a set
> > of device properties like SoC, platform, PMIC, and revisions of
> > those components. In downstream kernels, these values are added
>
On 2015年11月23日 20:51, Herbert Xu wrote:
> On Tue, Nov 17, 2015 at 12:00:46PM +0800, Zain Wang wrote:
>> +static void rk_ablk_hw_init(struct rk_crypto_info *dev)
>> +{
>> +struct crypto_ablkcipher *tfm = crypto_ablkcipher_reqtfm(dev->ablk_req);
>> +struct rk_cipher_ctx *ctx = crypto_ablkci
On 2015年11月24日 07:24, Heiko Stübner wrote:
> Hi Zain,
>
> Am Dienstag, 17. November 2015, 12:00:45 schrieb Zain Wang:
>> Set an ID for crypto clk, so that it can be called in other part.
>>
>> Signed-off-by: Zain Wang
>> Acked-by: Michael Turquette
>> Tested-by: Heiko Stuebner
> I've split thi
On 11/22, Masahiro Yamada wrote:
> 2015-11-21 2:45 GMT+09:00 Stephen Boyd :
> >
> > What is np pointing at? Something like:
> >
> > consumer {
> > clocks = <&oscillator 0>;
> > };
> >
> > Which would be invalid DT because oscillator doesn't have an
> > output for ind
On 11/21, Bjorn Andersson wrote:
> On Fri 20 Nov 16:39 PST 2015, Stephen Boyd wrote:
>
> > On 11/19, Georgi Djakov wrote:
> > > diff --git a/Documentation/devicetree/bindings/clock/qcom,rpmcc.txt
> > > b/Documentation/devicetree/bindings/clock/qcom,rpmcc.txt
> > > new file mode 100644
> > > index
On Sun, 2015-11-22 at 17:25 +0100, Christoph Hellwig wrote:
> Hi Andew,
>
> below are a couple of fixes for the dma mapping series for architectures
> now covered by the automatic build bot. Thanks to Dan and Guenter for
> finding these!
>
Thanks for doing this, Christoph.
For the c6x bits:
Ac
On 11/21, Srinivas Kandagatla wrote:
> Hi Stephen,
>
> Thanks for the fix.
>
> I will send it to Greg for next rc.
Thanks. The change in regmap core that causes the problem is only
in -next. I'm not sure if it's going to hit mainline this release
cycle, so if it doesn't you could queue this for
On 11/23, Russell King - ARM Linux wrote:
> On Mon, Nov 23, 2015 at 01:16:01PM -0800, Stephen Boyd wrote:
> > Thanks. I don't see the prints on my system even with this config
> > on top of allyesconfig. Odd.
>
> Hmm.
>
> It could be because I use ccache in hardlink mode to avoid the disk
> overh
On (11/24/15 09:35), Minchan Kim wrote:
[..]
> > We can use __GFP_RECLAIM (used to be __GFP_WAIT). That permits the
> > allocation to wait for in-flight IO to complete and to reclaim clean
> > pagecache.
>
> Generally, you're right but in case of zram, it would be unfortunate.
>
> It would be vo
Hi,
On Sat, Nov 21, 2015 at 1:16 AM, Srinivas Pandruvada
wrote:
>
>
> On 11/18/2015 02:58 PM, Alexandra Yates wrote:
>>
>> When changing from powersave to performance governors
>> Intel_pstate fails to update the MSR values that reflect the
>> max_perf_pct to 100%. For instance in SKL reading rdm
Hi Thomas,
I've been chasing down a use-after-free on an irq_desc structure during
repeated device removal testing that crashes 4.3 in
smp_irq_move_cleanup_interrupt. So far I have a bunch of crashes and some
data gleaned from instrumenting the kernel with trace logging. Details to
follow, but i
On Tue, 2015-11-24 at 02:09 +0100, Rafael J. Wysocki wrote:
> Hi,
>
> On Sat, Nov 21, 2015 at 1:16 AM, Srinivas Pandruvada
> wrote:
> >
> >
> > On 11/18/2015 02:58 PM, Alexandra Yates wrote:
> >>
> >> When changing from powersave to performance governors
> >> Intel_pstate fails to update the MSR
On Mon, 23 Nov 2015, Ondrej Zary wrote:
>
> PDMA seems to be broken in multiple ways. NCR5380_pread cannot process
> less than 128 bytes. In fact, 53C400 datasheet says that it's HW
> limitation: non-modulo-128-byte transfers should use PIO.
>
> Adding
> transfersize = round_down(tran
> -Original Message-
> From: Radim Krčmář [mailto:rkrc...@redhat.com]
> Sent: Tuesday, November 17, 2015 3:03 AM
> To: Wu, Feng
> Cc: pbonz...@redhat.com; k...@vger.kernel.org; linux-
> ker...@vger.kernel.org
> Subject: Re: [PATCH] KVM: x86: Add lowest-priority support for vt-d posted-
>
> -Original Message-
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> Sent: Tuesday, November 17, 2015 5:41 PM
> To: Radim Krčmář ; Wu, Feng
> Cc: k...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] KVM: x86: Add lowest-priority support for vt-d posted-
> interr
Cc Kyeongdon
On (11/23/15 16:47), Andrew Morton wrote:
[..]
>
> Doesn't make a lot of sense to me. We use a weakened gfp for the
> kmalloc and if that fails, fall into vmalloc() using the stronger gfp
> anyway.
Sir, you are right. that was "fixed" in my patch (but I definitely should
have been
On 24.11.2015 08:29, Eduardo Valentin wrote:
> On Mon, Nov 23, 2015 at 07:40:41PM +0530, Saurabh Sengar wrote:
>> use of_property_read_u8() for u8 variables,
>> also changed the return type to void as this function return type
>> is nowhere used.
>>
>
> I would be good if you could split both chan
On Mon, 2015-11-23 at 23:27 +0800, Ming Lei wrote:
> On Mon, Nov 23, 2015 at 11:20 PM, Laurent Dufour
> wrote:
> > >
> > > Reverting above commit on top if 4.4-rc1 seems to fix the problem for me.
> >
> > That's what I mentioned earlier ;)
> >
> > Now Ming send an additional patch with seems to
From: Randy Dunlap
Fix kernel-doc warnings in soc-ops.c:
..//sound/soc/soc-ops.c:415: warning: No description found for parameter
'ucontrol'
..//sound/soc/soc-ops.c:415: warning: Excess function parameter 'uinfo'
description in 'snd_soc_put_volsw_sx'
Signed-off-by: Randy Dunlap
Cc: Liam
>From 47d52ccfae56a8eb702fee6ccf327780265df2cf Mon Sep 17 00:00:00 2001
From: Yuanfang Chen
Date: Mon, 16 Nov 2015 21:53:53 -0500
Subject: [PATCH 1/1] perf/x86/intel: make L1D_PEND_MISS.FB_FULL not
constrained on haswell
Signed-off-by: Yuanfang Chen
Reviewed-by: Andi Kleen
---
arch/x86/kernel
Jan Kara writes:
> Hello,
>
> On Mon 23-11-15 16:29:25, kernel test robot wrote:
>> FYI, we noticed the below changes on
>>
>> git://internal_merge_and_test_tree
>> revert-e594571852b03a5503ba48edd718462e99bf238e-e594571852b03a5503ba48edd718462e99bf238e
>> commit e594571852b03a5503ba48edd71846
On 11/23/2015 07:11 PM, Jaehoon Chung wrote:
> Dear, Jorge.
>
> On 11/24/2015 02:29 AM, Jorge Ramirez-Ortiz wrote:
>> On 11/23/2015 11:57 AM, Doug Anderson wrote:
>>> Jorge,
>>>
>>> On Mon, Nov 23, 2015 at 6:10 AM, Jorge Ramirez-Ortiz
>>> wrote:
Doug/Jaehoon,
Were there any follow u
I noticed this being reported on our UEFI-based machines booting
with grub2 (and not using trusted boot):
[ 0.00] tboot: non-0 tboot_addr but it is not of type E820_RESERVED
The alleged address is:
0x6b7369642065766f
which is actually an ASCII string "ksid evo".
That comes
On 11/24/2015 10:55 AM, Jorge Ramirez-Ortiz wrote:
> On 11/23/2015 07:11 PM, Jaehoon Chung wrote:
>> Dear, Jorge.
>>
>> On 11/24/2015 02:29 AM, Jorge Ramirez-Ortiz wrote:
>>> On 11/23/2015 11:57 AM, Doug Anderson wrote:
Jorge,
On Mon, Nov 23, 2015 at 6:10 AM, Jorge Ramirez-Ortiz
On Mon, Nov 23, 2015 at 09:26:04AM -0500, Steven Rostedt wrote:
> On Mon, 23 Nov 2015 17:28:05 +0900
> Joonsoo Kim wrote:
>
> > On Fri, Nov 20, 2015 at 11:42:25AM -0500, Steven Rostedt wrote:
> > > On Fri, 20 Nov 2015 15:33:25 +0900
> > > Joonsoo Kim wrote:
> > >
> > >
> > > > Steven, is it
On Mon, Nov 23, 2015 at 02:28:35PM +, Juri Lelli wrote:
> ARM systems may be configured to have cpus with different power/performance
> characteristics within the same chip. In this case, additional information
> has to be made available to the kernel (the scheduler in particular) for it
> to b
> > 5.x is better than 4.x but it's still a slower. It's also not incremential.
>
> At the last time I tested with the latest 5.x and stock binutils on
> openSUSE Tumbleweed, I failed to build, unfortunately. Partly the
> detection of gcc version doesn't work for 5.x, and partly something is
Rea
On Mon, Nov 23, 2015 at 09:26:04AM -0500, Steven Rostedt wrote:
> On Mon, 23 Nov 2015 17:28:05 +0900
> Joonsoo Kim wrote:
>
> > On Fri, Nov 20, 2015 at 11:42:25AM -0500, Steven Rostedt wrote:
> > > On Fri, 20 Nov 2015 15:33:25 +0900
> > > Joonsoo Kim wrote:
> > >
> > >
> > > > Steven, is it
On Mon, Nov 23, 2015 at 10:32:53AM -0500, Alan Stern wrote:
> On Mon, 23 Nov 2015, Marek Szyprowski wrote:
>
> > From: Ruslan Bilovol
> >
> > Change behavior during registration of gadgets and
> > gadget drivers in udc-core. Instead of previous
> > approach when for successful probe of usb gadge
Hi Damien,
On 11/23/2015 07:17 AM, Damien Riegel wrote:
This watchdog is instantiated in a FPGA that is memory mapped. It is
made of only one register, called the feed register. Writing to this
register will re-arm the watchdog for a given time (and enable it if it
was disable). It can be disabl
On Sat, 2015-11-21 at 13:39 +, Mark Brown wrote:
> On Fri, Nov 20, 2015 at 10:21:19AM +0800, Leilk Liu wrote:
> > This patch revises failure flow while pm_runtime_enable().
>
> Why? This also doesn't apply against current code, please check and
> resend.
I don't know. I can git am this patch
The 1st two patches fix regressions on SG merge, and the 3rd one
adds one warning in blk_rq_map_sg() so that this kind of issue
can be reported a bit easier.
Thanks,
Ming
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.
Inside blk_bio_segment_split(), previous bvec pointer(bvprvp)
always points to the iterator local variable, which is obviously
wrong, so fix it by pointing to the local variable of 'bvprv'.
Fixes: 5014c311baa2b(block: fix bogus compiler warnings in blk-merge.c)
Cc: sta...@kernel.org #4.3
Reported-
Commit bdced438acd83a(block: setup bi_phys_segments after
splitting) introduces function of computing bio->bi_phys_segments
during bio splitting.
Unfortunately both bio->bi_seg_front_size and bio->bi_seg_back_size
arn't computed, so too many physical segments may be obtained
for one request since
We had seen lots of reports of this kind issue, so add one
warnning in blk-merge, then it can be triggered easily and
avoid to depend on warning/bug from drivers.
Signed-off-by: Ming Lei
---
block/blk-merge.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/block/blk-merge.c b/block/blk
Hi Lee,
Thanks for all your comments. Please see my comments below.
On 11/23/2015 7:30 PM, Lee Jones wrote:
+int ti_lmu_read_byte(struct ti_lmu *lmu, u8 reg, u8 *read)
>+{
>+ int ret;
>+ unsigned int val;
>+
>+ ret = regmap_read(lmu->regmap, reg, &val);
>+ if (ret < 0)
>+ retu
This patch revises failure flow while pm_runtime_enable().
Signed-off-by: Leilk Liu
---
drivers/spi/spi-mt65xx.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/drivers/spi/spi-mt65xx.c b/drivers/spi/spi-mt65xx.c
index 6c1a96e..00a36da 100644
--- a/drivers/s
On Mon, Nov 23, 2015 at 1:31 PM, Khalid Aziz wrote:
>> Looks like only the device BAR6 is not assigned form OF?
>
> Any progress on this? Do you need any more information from me?
Should be one warning about this device in that system.
We don't need to do anything about it if the device is worki
Dear Sebastian,
On Mon, 23 Nov 2015 16:54:44 +0800
Jisheng Zhang wrote:
> On Mon, 23 Nov 2015 09:30:42 +0100
> Sebastian Hesselbarth wrote:
>
> > On 23.11.2015 08:21, Jisheng Zhang wrote:
> > > On Fri, 20 Nov 2015 22:06:59 +0100
> > > Sebastian Hesselbarth wrote:
> > >> On 20.11.2015 09:42
On Thu, Nov 19, 2015 at 07:38:39PM +0100, Geert Uytterhoeven wrote:
> Hi,
>
> This patch series adds support to the Renesas SCI serial driver for
> - the optional external clock on (H)SCI(F) and some SCIFA, where this
> pin can serve as a clock input,
> - the optional clock sources f
On 11/23/2015 4:00 PM, Jason Gunthorpe wrote:
On Mon, Nov 23, 2015 at 03:30:42PM -0800, Caitlin Bestler wrote:
The receive completion can be safely assumed to indicate transmit
completion over a reliable connection unless your peer has gone
completely bonkers and is replying to a c
On Mon, Nov 23, 2015 at 06:32:15PM -0800, Guenter Roeck wrote:
> Hi Damien,
>
> On 11/23/2015 07:17 AM, Damien Riegel wrote:
> >This watchdog is instantiated in a FPGA that is memory mapped. It is
> >made of only one register, called the feed register. Writing to this
> >register will re-arm the w
This patch is to comedilib.h file that fixes up following warnings
reported by checkpatch.pl :
I) Block comments use * on subsequent lines
Signed-off-by: Jitendra Kumar Khasdev
---
drivers/staging/comedi/comedilib.h | 32
1 file changed, 16 insertions(+), 16 dele
Hi,
On Mon, Nov 23, 2015 at 8:43 PM, Maxime Ripard
wrote:
> Hi,
>
> On Mon, Nov 23, 2015 at 09:02:48AM +0100, Josef Gajdusek wrote:
>> Add a node describing the Security ID memory to the
>> Allwinner H3 .dtsi file.
>>
>> Signed-off-by: Josef Gajdusek
>> ---
>> arch/arm/boot/dts/sun8i-h3.dtsi |
On 11/23/2015 07:35 PM, Ming Lei wrote:
The 1st two patches fix regressions on SG merge, and the 3rd one
adds one warning in blk_rq_map_sg() so that this kind of issue
can be reported a bit easier.
Thanks Ming, applied all 3.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsu
On 11/21/2015 02:27 AM, Geliang Tang wrote:
Use offset_in_page macro instead of (addr & ~PAGE_MASK).
Added for 4.5, thanks.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at ht
On Sun, Oct 25, 2015 at 11:20:56PM +0530, Afzal Mohammed wrote:
> Minimal Cortex-M4 device tree to boot Linux to shell. M4 is booted via
> Cortex-A5 running Linux using Stefan Agner's "m4boot"
> utility.
>
> Signed-off-by: Afzal Mohammed
Stefan,
Are you okay with this patch?
Shawn
> ---
> a
On 11/23/2015 05:07 AM, Jiri Slaby wrote:
This is the start of the stable review cycle for the 3.12.51 release.
There are 72 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by W
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
---
drivers/mfd/Kconfig| 11 ++
drivers/mfd/Makefile
A23/A33 Q8 tablets have an X-Powers AXP223 PMIC connected via RSB. Its
regulators provide power to various parts of the SoC and the board.
Also add lcd regulator supply for simplefb and update the existing
vmmc-supply for mmc0.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-q8-common.d
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
Reviewed-by: Mark Brown
---
drivers/regulator/axp20x-regulator.c | 3
Hi everyone,
This is v4 of the AXP223 PMIC series.
Changes since v3:
- Removed settings for axp223 reg_rtc_ldo from board dts files that
are already in axp22x.dtsi. The name is kept.
- Dropped simplefb label and defconfig patches, as they are merged.
Changes since v2:
- s/It's/Its/
On Tue, Nov 24, 2015 at 10:06:22AM +0900, Sergey Senozhatsky wrote:
> On (11/24/15 09:35), Minchan Kim wrote:
> [..]
> > > We can use __GFP_RECLAIM (used to be __GFP_WAIT). That permits the
> > > allocation to wait for in-flight IO to complete and to reclaim clean
> > > pagecache.
> >
> > General
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
Acked-by: Maxime Ripard
Acked-by: Rob Herring
---
Documentation/dev
This board has a X-Powers AXP223 PMIC connected via RSB. Its regulators
provide power to various parts of the SoC and the board.
Also update the regulator supply phandles.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-a33-sinlinx-sina33.dts | 79 +-
1 file chan
The axp20x driver assumes the device is i2c based. This is not the
case with later chips, which use a proprietary 2 wire serial bus
by Allwinner called "Reduced Serial Bus".
This patch follows the example of mfd/wm831x and splits it into
an interface independent core, and an i2c specific glue laye
Each zcomp backend uses own gfp flag but it's pointless
because the context they could be called is driven by upper
layer(ie, zcomp frontend). As well, zcomp frondend could
call them in different context. One context(ie, zram init part)
is it should be better to make sure successful allocation
othe
From: Sergey Senozhatsky
We can end up allocating a new compression stream with GFP_KERNEL
from within the IO path, which may result is nested (recursive) IO
operations. That can introduce problems if the IO path in question
is a reclaimer, holding some locks that will deadlock nested IOs.
Alloc
From: Kyeongdon Kim
When we're using LZ4 multi compression streams for zram swap,
we found out page allocation failure message in system running test.
That was not only once, but a few(2 - 5 times per test).
Also, some failure cases were continually occurring to try allocation
order 3.
In order
On Wed, Oct 21, 2015 at 09:01:26PM -0700, Don Fry wrote:
> On Mon, 2015-10-12 at 05:38 -0700, David Miller wrote:
> > From: Geliang Tang
> > Date: Fri, 9 Oct 2015 03:45:39 -0700
> >
> > > pcnet32 can't work on my machine recently. It says "architecture
> > > does not support 32bit PCI busmaster
Hi,
> On Fri, Nov 20, 2015 at 06:36:44PM +0900, Hidehiro Kawai wrote:
> > If panic on NMI happens just after panic() on the same CPU, panic()
> > is recursively called. As the result, it stalls after failing to
> > acquire panic_lock.
> >
> > To avoid this problem, don't call panic() in NMI conte
Hi Sergey,
On Tue, Nov 24, 2015 at 10:29:27AM +0900, Sergey Senozhatsky wrote:
> Cc Kyeongdon
>
> On (11/23/15 16:47), Andrew Morton wrote:
> [..]
> >
> > Doesn't make a lot of sense to me. We use a weakened gfp for the
> > kmalloc and if that fails, fall into vmalloc() using the stronger gfp
>
Hi Juergen,
[auto build test ERROR on v4.4-rc2]
[also build test ERROR on next-20151123]
[cannot apply to tip/x86/core]
url:
https://github.com/0day-ci/linux/commits/Juergen-Gross/lapic_suspend-lapic_resume-wrong/20151123-155328
config: arm64-allyesconfig (attached as .config)
reproduce
On Wednesday 18 November 2015 03:08 AM, a...@linux-foundation.org wrote:
> The patch titled
> Subject: arc: convert to dma_map_ops
> has been added to the -mm tree. Its filename is
> arc-convert-to-dma_map_ops.patch
>
> This patch should soon appear at
> http://ozlabs.org/~akpm/mmots
Hi Stephen,
2015-11-22 14:44 GMT+09:00 Masahiro Yamada :
> Hi Stephen,
>
>
> 2015-11-21 9:37 GMT+09:00 Stephen Boyd :
>> On 11/20, Masahiro Yamada wrote:
>>> Currently, there is no function to get the clock name of the given
>>> node. Create a new helper function, of_clk_get_name(). This is
>>>
Hi all,
Changes since 20151123:
The net-next tree gained a conflict against the net tree.
The drm-panel tree gained a build failure so I used the version from
next-20151123.
Non-merge commits (relative to Linus' tree): 2366
2981 files changed, 92039 insertions(+), 35632 dele
On Tue, Nov 24, 2015 at 12:17 AM, Sören Brinkmann
wrote:
> On Sat, 2015-11-21 at 07:00PM +0530, Shubhrajyoti Datta wrote:
>> On Thu, Oct 29, 2015 at 8:27 PM, Shubhrajyoti Datta
>> wrote:
>> > On Wed, Oct 28, 2015 at 9:48 PM, Sören Brinkmann
>> > wrote:
>> >> Hi Shubhrajyoti,
>> >>
>> >>
>> >> On
Hello,
On (11/20/15 12:31), Vladimir Davydov wrote:
[..]
> - if (ptep_clear_flush_young_notify(vma, address, pte)) {
> - /*
> - * Don't treat a reference through a sequentially read
> - * mapping as such. If the page has been used in
> - * an
On Fri, Dec 27, 2013 at 02:14:24PM -0800, H.J. Lu wrote:
> Both x32 and x86-64 use the same struct mq_attr for system calls. But
> x32 long is 32-bit. This patch replaces long with __kernel_long_t in
> struct mq_attr.
>
> Signed-off-by: H.J. Lu
> ---
> include/uapi/linux/mqueue.h | 10 +
On (11/24/15 13:13), Minchan Kim wrote:
> First of all, Thanks for the summary and proposal.
sure :)
> I think GFP_NOIO critical part(ie, your lockdep fix patch) should
> go to -stable so it should stand alone.
>
> About vmalloc, I like that. Just problem was gfp and we can
> pass it from upper
Jan Kara writes:
> Hello,
>
> On Mon 23-11-15 16:29:25, kernel test robot wrote:
>> FYI, we noticed the below changes on
>>
>> git://internal_merge_and_test_tree
>> revert-e594571852b03a5503ba48edd718462e99bf238e-e594571852b03a5503ba48edd718462e99bf238e
>> commit e594571852b03a5503ba48edd71846
sion I have, against current -linus:
>
> ---
> a/mm/hugetlb.c~mm-hugetlb-fix-hugepage-memory-leak-caused-by-wrong-reserve-count
> +++ a/mm/hugetlb.c
> @@ -1886,7 +1886,10 @@ struct page *alloc_huge_page(struct vm_a
> page = __alloc_buddy_huge_page_with_mpol(h, vma,
If you checkout 4.3 the build it on i386 the following files show up
as modified and tracked after the build completes. I can roll the
files back but isn't this broken? This does mess up my git sync.
[root@aya linux]#
[root@aya linux]#
[root@aya linux]# git status -s
D arch/arm/boot/dts/include
Got to the bottom of this one. bug closed.
Jeff
On 11/18/15, Jeffrey Merkey wrote:
> kallsyms_lookup_name is not returning per_cpu symbols when called.
> The symbols show up when you run something with the kallsyms_iter
> struct but not through the regular interface. I have looked through
> th
901 - 1000 of 1072 matches
Mail list logo
