Hi Tomasz
Thanks for your review, I will fix it soon.
On 2015年07月02日 14:00, Tomasz Figa wrote:
Hi Mark,
Please see my comments inline.
On Fri, Jun 26, 2015 at 7:07 PM, Mark Yao wrote:
vop support yuv with NV12, NV16 and NV24, only 2 plane yuv.
Signed-off-by: Mark Yao
Changes in v2:
- U
Hi Jin,
On Thu, Jul 02, 2015 at 12:24:34PM +0800, xiao jin wrote:
> [ 106.107851] BUG: unable to handle kernel NULL pointer dereference at
> 0040
> [ 106.116702] IP:
> [ 106.118490] []
> check_irq_vectors_for_cpu_disable+0x76/0x180
This might be the same issue I fixed with:
On Thu, Jul 2, 2015 at 2:30 AM, Stephen Rothwell wrote:
> Today's linux-next merge of the kbuild tree got a conflict in:
>
> scripts/kconfig/Makefile
>
> between commits:
>
> 9bcd776d299e ("kconfig: clarify kvmconfig is for kvm")
> 6c6685055a28 ("kconfig: add xenconfig defconfig helper")
>
>
The exynos thermal driver use the of_thermal_*() API to parse the basic data
for thermal management from devicetree file. So, if CONFIG_EXYNOS_THERMAL is
selected without CONFIG_THERMAL_OF, kernel can build it without any problem.
But, exynos thermal driver is not working with following error log.
This patch removes the unused code related to struct exynos_tmu_platform_data
because exynos_tmu_probe() don't handle the struct exynos_tmu_platform_data
*pdata.
Cc: Zhang Rui
Cc: Eduardo Valentin
Cc: Lukasz Majewski
Signed-off-by: Chanwoo Choi
---
drivers/thermal/samsung/exynos_tmu.c | 3 --
This patch fixes the two minor issue. The first patch add the CONFIG_THERMAL_OF
dependency and second patch removes the unused code.
Chanwoo Choi (2):
thermal: exynos: Add the dependency of CONFIG_THERMAL_OF instead of CONFIG_OF
thermal: exynos: Remove unused code related to platform_data on p
On Thu, Jul 02, 2015 at 01:14:18PM +0800, Huang Ying wrote:
> FYI, we noticed the below changes on
>
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
> commit 571dbbd4d044e11c78bc077acb3ccef4c77b096e ("iommu/vt-d: Don't disable
> IR when it was previously enabled")
>
> T
On Wed, Jul 01, 2015 at 01:56:58PM -0700, David Daney wrote:
> It seems obvious and corrects a build issue, so ...
>
> Acked-by: David Daney
Thanks, applied.
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
--
--
To unsubscribe from this list: send the line "unsubscr
On Wed, 2015-07-01 at 09:59 +0200, Krzysztof Hałasa wrote:
> Mario Bambagini writes:
>
> > Defines have been written in more than one line to match the 80-character
> > rule. This error has been fixed 6 times in this file.
> > The file is fully compliant with respect to the coding rules now.
>
>
* Pavel Machek [150701 06:11]:
> On Wed 2015-07-01 03:34:22, Tony Lindgren wrote:
> >
> > Works for me after enabling the idle timeouts with the following
> > script and blanking the screen and disconnecting USB:
>
> Um. I'm forcing suspend with "echo mem > /sys/power/state" . (It
> worked in 4.
On 07/02/2015 09:14 AM, Theodore Ts'o wrote:
> On Tue, Jun 30, 2015 at 09:26:49AM +0300, Nikolay Borisov wrote:
>> Switch ext4 to using sb_getblk_gfp with GFP_NOFS added, this fixes
>> possible deadlocks in the page writeback path.
>>
>> Signed-off-by: Nikolay Borisov
>
> I've added this to the e
On 07/01/2015 10:43 AM, Jakub Jelinek wrote:
> On Wed, Jul 01, 2015 at 01:35:16PM -0400, Vladimir Makarov wrote:
>> Actually it raise a question for me. If we describe that a function
>> clobbers more than calling convention and then use it as a value (assigning
>> a variable or passing as an argu
On Tue, Jun 30, 2015 at 09:26:49AM +0300, Nikolay Borisov wrote:
> Switch ext4 to using sb_getblk_gfp with GFP_NOFS added, this fixes
> possible deadlocks in the page writeback path.
>
> Signed-off-by: Nikolay Borisov
I've added this to the ext4.git tree, thanks.
On Tue, Jun 30, 2015 at 09:26:48AM +0300, Nikolay Borisov wrote:
> sb_getblk() is used during ext4 (and possibly other FSes) writeback
> paths. Sometimes such path require allocating memory and guaranteeing
> that such allocation won't block. Currently, however, there is no way
> to provide user fl
On 2015年07月02日 12:59, Tomasz Figa wrote:
On Fri, Jun 26, 2015 at 7:07 PM, Mark Yao wrote:
vir_stride need number words of the virtual width, and fb->pitches
save bytes_per_pixel, so just div 4 switch to stride.
Signed-off-by: Mark Yao
---
Changes in v2: None
drivers/gpu/drm/rockchip/rockch
On Wed, Jul 01, 2015 at 12:03:59PM -0700, Linus Torvalds wrote:
> On Wed, Jul 1, 2015 at 12:02 PM, Linus Torvalds
> wrote:
> >
> > Doing a unconditional byte swap is faster and simpler than the crazy
> > conditionals.
>
> Unconditional endianness not only makes for simpler and faster code,
> it a
Hi,
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Thursday, July 02, 2015 7:15 AM
>
> On Wednesday, July 01, 2015 02:42:39 PM Lv Zheng wrote:
> > The 20150619 ACPICA kernel-resident subsystem updates are linuxized based
> > on the linux-pm/linux-next branch.
> >
> > The patchset h
Mario Bambagini writes:
> Defines have been written in more than one line to match the 80-character
> rule. This error has been fixed 6 times in this file.
> The file is fully compliant with respect to the coding rules now.
Rules, maybe. But is it better, i.e., more readable?
> --- a/drivers/st
JFYI. I have added this patch of yours into my series which is fixing
other sysrq+f issue and it is waiting for the merge window to close.
On Wed 01-07-15 14:37:07, David Rientjes wrote:
> There are essential elements to an oom context that are passed around to
> multiple functions.
>
> Organize
On Wed, Jul 01, 2015 at 12:02:50PM -0700, Linus Torvalds wrote:
> On Wed, Jul 1, 2015 at 2:31 AM, Michael S. Tsirkin wrote:
> > virtio/vhost: cross endian support
>
> Ugh. Does this really have to be dynamic?
>
> Can't virtio do the sane thing, and just use a _fixed_ endianness?
>
> Doing a unc
On Wed 01-07-15 14:37:14, David Rientjes wrote:
> The force_kill member of struct oom_control isn't needed if an order of
> -1 is used instead. This is the same as order == -1 in
> struct compact_control which requires full memory compaction.
>
> This patch introduces no functional change.
But i
Hi Mark,
Please see my comments inline.
On Fri, Jun 26, 2015 at 7:07 PM, Mark Yao wrote:
> vop support yuv with NV12, NV16 and NV24, only 2 plane yuv.
>
> Signed-off-by: Mark Yao
>
> Changes in v2:
> - Uv buffer not support odd offset, align it.
> - Fix error display when move yuv image.
>
> --
On 2015/7/2 11:50, Alexei Starovoitov wrote:
On 6/30/15 7:57 PM, He Kuang wrote:
When we add a kprobe point and record events by perf, the execution path
of all threads on each cpu will enter this point, but perf may only
record events on a particular thread or cpu at this kprobe point, a
chec
On Wed, Jul 01, 2015 at 07:17:55PM +0200, Peter Zijlstra wrote:
> ---
> Subject: locking/arch: Make smp_store_mb() use smp_mb()
>
> Linus noticed that there were a few smp_store_mb() implementations that
> used mb(), which is inconsistent with the new naming.
>
> Since all smp_store_mb() users re
In some situations, a NUMA guest that supports
ibm,dynamic-memory-reconfiguration node will end up having flat NUMA
distances between nodes. This is because of two problems in the
current code.
1) Different representations of associativity lists.
There is an assumption about the associativity
Hi all,
Please do not add any v4.3 related material to your linux-next included
branches until after v4.2-rc1 is released.
Changes since 20150701:
The kbuild tree gained a conflict against Linus' tree.
I dropped a patch from the akpm tree since the commit it was fixing has
been removed.
On Wednesday 01 July 2015 08:49 PM, Michal Marek wrote:
> On Wed, Jun 24, 2015 at 05:50:16PM +0530, Vineet Gupta wrote:
>> On Thursday 18 June 2015 04:02 PM, Vineet Gupta wrote:
>>> On Thursday 18 June 2015 03:44 PM, Michal Marek wrote:
Uh, this is not what I meant. KCFLAGS is a *user* setting
On 02.07.2015 13:58, Jisheng Zhang wrote:
> Dear Krzysztof,
>
> On Thu, 2 Jul 2015 12:59:44 +0900
> Krzysztof Kozlowski wrote:
>
>> 2015-07-02 11:14 GMT+09:00 Jisheng Zhang :
>>> It is not needed after booting, this patch moves the arm_cpuidle_init()
>>> function to the __init section.
>>>
>>> S
Its not necessary that assoc data and plain text is passed always.
Add these checks before processing the input.
Signed-off-by: Lokesh Vutla
---
drivers/crypto/omap-aes-gcm.c | 26 --
1 file changed, 20 insertions(+), 6 deletions(-)
diff --git a/drivers/crypto/omap-aes
Adding simple speed tests for a range of block sizes for Async AEAD crypto
algorithms.
Signed-off-by: Lokesh Vutla
---
crypto/tcrypt.c | 233 +++
crypto/tcrypt.h |1 +
2 files changed, 234 insertions(+)
diff --git a/crypto/tcrypt.c b/cryp
Add aead_request_cast() api to get pointer to aead_request
from cryto_async_request.
Signed-off-by: Lokesh Vutla
---
include/linux/crypto.h |6 ++
1 file changed, 6 insertions(+)
diff --git a/include/linux/crypto.h b/include/linux/crypto.h
index 10df5d2..20fac3d 100644
--- a/include/lin
Use BIT()/GENMASK() macros for all register definitions instead of
hand-writing bit masks.
Signed-off-by: Lokesh Vutla
---
drivers/crypto/omap-aes.c | 36 ++--
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git a/drivers/crypto/omap-aes.c b/drivers/cr
OMAP AES hw supports aes gcm mode.
Adding support for GCM mode in omap-aes driver.
Signed-off-by: Lokesh Vutla
---
drivers/crypto/Makefile |3 +-
drivers/crypto/omap-aes-gcm.c | 304 +
drivers/crypto/omap-aes.c | 238 +--
Now the driver supports gcm mode, add omap-aes-gcm
algo info to omap-aes driver.
Signed-off-by: Lokesh Vutla
---
drivers/crypto/omap-aes.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/drivers/crypto/omap-aes.c b/drivers/crypto/omap-aes.c
index e5e9a19..11f3850 10
Check if the inputs are not aligned, if not process
the input before starting the hw acceleration.
Similarly after completition of hw acceleration.
Signed-off-by: Lokesh Vutla
---
drivers/crypto/omap-aes-gcm.c | 82 +
1 file changed, 74 insertions(+), 8
Add support for PIO mode for GCM mode.
Signed-off-by: Lokesh Vutla
---
drivers/crypto/omap-aes-gcm.c | 10 ++
drivers/crypto/omap-aes.c | 24 ++--
drivers/crypto/omap-aes.h |3 ++-
3 files changed, 26 insertions(+), 11 deletions(-)
diff --git a/driver
AES_CTRL_REG is used to configure AES mode. Before configuring
any mode we need to make sure all other modes are reset or else
driver will misbehave. So mask all modes before configuring
any AES mode.
Signed-off-by: Lokesh Vutla
---
drivers/crypto/omap-aes.c | 13 +
1 file changed,
OMAP AES driver returns an error if the data is not aligned with
AES_BLOCK_SIZE bytes.
But OMAP AES hw allows data input upto 1 byte aligned, but still
zeros are to be appended and complete AES_BLOCK_SIZE has to be written.
And correct length has to be passed in LENGTH field.
Adding support for inp
This series does some basic cleanup and adds support for
AES GCM mode for omap aes driver.
Also adds a test case for async aead algos.
Tested on BeagelBoneBlack: http://pastebin.ubuntu.com/11808341/
Lokesh Vutla (10):
crypto: omap-aes: Add support for lengths not aligned with
AES_BLOCK_SIZE
The USB PLL divider set by the marvell,berlin2-usb-phy compatible is not
correct for BG2. We couldn't change it before because BG2Q incorrectly
used the same compatible string. Now that BG2Q's compatible is fixed,
change BG2's divider to the correct value.
Signed-off-by: Thomas Hebb
---
drivers/
We're not in a SATA PHY driver, so the of_match table shouldn't have
"sata" in its name.
Signed-off-by: Thomas Hebb
Suggested-by: Sebastian Hesselbarth
---
drivers/phy/phy-berlin-usb.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/phy/phy-berlin-usb.c b/dri
Currently, BG2Q shares a compatible with BG2. This is incorrect, since
BG2 and BG2Q use different USB PLL dividers. In reality, BG2Q shares a
divider with BG2CD. Change BG2Q's USB PHY compatible string to reflect
that.
Signed-off-by: Thomas Hebb
---
arch/arm/boot/dts/berlin2q.dtsi | 6 +++---
1
The marvell,berlin2cd-usb-phy compatible incorrectly sets the PLL
divider to BG2's value instead of BG2CD/BG2Q's. Change it to the right
value.
Signed-off-by: Thomas Hebb
Cc: sta...@vger.kernel.org
---
drivers/phy/phy-berlin-usb.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -
The USB PLL dividers currently set by phy-berlin-usb are incorrect for
BG2 and BG2CD (i.e. all Berlin variants but BG2Q). This series fixes the
divider values for those two chips and additionally corrects the name of
the of_match table to no longer contain "sata" (which was presumably
mistakenly ca
Dear Krzysztof,
On Thu, 2 Jul 2015 12:59:44 +0900
Krzysztof Kozlowski wrote:
> 2015-07-02 11:14 GMT+09:00 Jisheng Zhang :
> > It is not needed after booting, this patch moves the arm_cpuidle_init()
> > function to the __init section.
> >
> > Signed-off-by: Jisheng Zhang
> > ---
> > arch/arm64/
On Fri, Jun 26, 2015 at 7:07 PM, Mark Yao wrote:
> vir_stride need number words of the virtual width, and fb->pitches
> save bytes_per_pixel, so just div 4 switch to stride.
>
> Signed-off-by: Mark Yao
> ---
> Changes in v2: None
>
> drivers/gpu/drm/rockchip/rockchip_drm_vop.c |2 +-
> 1 fil
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit c00ed16a9eb98a7fc076e227bdd95c1451ca1e6e ("zswap: runtime
enable/disable")
The following new message in kernel log may make end user confusing:
[5.296308] zswap: loading zswap
> On 2015. 7. 1., at PM 7:30, SF Markus Elfring
> wrote:
>
> From: Markus Elfring
> Date: Wed, 1 Jul 2015 12:08:31 +0200
>
> The backlight_device_unregister() function tests whether its argument
> is NULL and then returns immediately.
> Thus the test around the call is not needed.
>
> This i
On Wed, Jul 01, 2015 at 07:19:54PM -0700, Guenter Roeck wrote:
> On 07/01/2015 11:40 AM, Greg Kroah-Hartman wrote:
> >This is the start of the stable review cycle for the 3.14.47 release.
> >There are 34 patches in this series, all will be posted as a response
> >to this one. If anyone has any iss
On Thu, Jul 2, 2015 at 10:52 AM, James Liao wrote:
> Hi Daniel,
>
>> > +Required Properties:
>> > +
>> > +- compatible: Should be:
>> > + - "mediatek,mt8173-imgsys", "syscon"
>> > +- #clock-cells: Must be 1
>> > +
>> > +The imgsys controller uses the common clk binding from
>> > +Documentati
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in:
fs/nsfs.c
between the userns tree and patch
"nsfs: fix for seq_printf() API change"
from the akpm tree.
The commit ed2ffc74eee8 ("nsfs: Add a show_path method to fix mountinfo")
that was being fixed by the akpm tree p
On Thu, Jul 2, 2015 at 11:06 AM, James Liao wrote:
> Hi Daniel,
>
> On Wed, 2015-07-01 at 19:54 +0800, Daniel Kurtz wrote:
>> On Wed, Jul 1, 2015 at 2:49 PM, Sascha Hauer wrote:
>> > The problem is not that you use fixed clocks for non software
>> > controllable clocks of unknwown rates, but that
While running cpuhotplug + reboot test, I can easily hit a IPANIC on kernel
3.14.
[ 106.107851] BUG: unable to handle kernel NULL pointer dereference at
0040
[ 106.116702] IP:
[ 106.118490] []
check_irq_vectors_for_cpu_disable+0x76/0x180
[ 106.126809] PGD 0
[ 106.129110] Oops:
[9p and sunrpc folks added to Cc]
On Thu, Jul 02, 2015 at 04:20:42AM +0100, Al Viro wrote:
> On Wed, Jul 01, 2015 at 07:44:08PM +0100, Al Viro wrote:
> > Mismatched reply could also be a possibility, but only if we end up with
> > sending more than one request with the same tag without waiting for
2015-07-02 11:14 GMT+09:00 Jisheng Zhang :
> It is not needed after booting, this patch moves the arm_cpuidle_init()
> function to the __init section.
>
> Signed-off-by: Jisheng Zhang
> ---
> arch/arm64/include/asm/cpuidle.h | 2 +-
> arch/arm64/kernel/cpuidle.c | 2 +-
> 2 files changed, 2
On Mon, Jun 29, 2015 at 10:01 PM, Christoph Lameter wrote:
>
> On Fri, 26 Jun 2015, Linus Torvalds wrote:
>
> > Does reverting it fix everything? I'll give people another day or so to see
> > if they can see what's wrong, but I guess I'll just revert if no fix end up
> > being forthcoming..
>
> Re
What might I be doing wrong? Why won't this code succeed to write to
the (otherwise empty) drive 1 from kernel setup's main? I'm 100%
certain this is the code I'm booting (with grub/bzImage); it's as though
the intcalls just never happen (or fail for some reason I can't get
telemetry on, which is
On 7/1/15 8:38 PM, He Kuang wrote:
On 2015/7/2 10:48, Alexei Starovoitov wrote:
On 7/1/15 4:58 AM, Peter Zijlstra wrote:
But why create a separate trace buffer, it should go into the regular
perf buffer.
+1
I think
+static char __percpu *perf_extra_trace_buf[PERF_NR_CONTEXTS];
is redundan
On 6/30/15 7:57 PM, He Kuang wrote:
When we add a kprobe point and record events by perf, the execution path
of all threads on each cpu will enter this point, but perf may only
record events on a particular thread or cpu at this kprobe point, a
check on call->perf_events list filters out the thre
On Thu, 2015-07-02 at 08:31 +1000, Anton Blanchard wrote:
> Hi Nikunj,
>
> > > Thanks for the patch. Have we tested that this doesn't regress the
> > > non dynamic representation?
> >
> > Yes, that is tested. And works as expected.
>
> Great, you can add:
>
> Acked-by: Anton Blanchard
Hi Niku
On 2015/7/2 10:48, Alexei Starovoitov wrote:
On 7/1/15 4:58 AM, Peter Zijlstra wrote:
But why create a separate trace buffer, it should go into the regular
perf buffer.
+1
I think
+static char __percpu *perf_extra_trace_buf[PERF_NR_CONTEXTS];
is redundant.
It adds quite a bit of unnecessar
> Subject: [patch v2 1/3] mm, oom: organize oom context into struct
[patch v2 2/3] mm, oom: organize oom context into struct
[patch v2 3/3] mm, oom: organize oom context into struct
I am wondering if a redelivery is needed for the same 3 subject lines.
Hillf
>
> There are essential elements to a
Hi Matthias
May I double confirm with you that soc node is MUST removed?
If yes, we will upstream dtsi with this format for other new chips.
Thanks.
On Thu, 2015-06-25 at 08:15 +0800, Mars Cheng wrote:
> On Wed, 2015-06-24 at 22:25 +0200, Matthias Brugger wrote:
> > On Wednesday, June 24, 2015 0
o Making pdata NULL check to (!pdata) as coding standard
and all other checks in file.
o Removing redundant check of pdata, because we already
check for pdata, and also derefernced before this check.
Signed-off-by: Maninder Singh
---
v2: changing subject line.
drivers/mfd/t7l6
On Wed, Jul 01, 2015 at 07:44:08PM +0100, Al Viro wrote:
> Mismatched reply could also be a possibility, but only if we end up with
> sending more than one request with the same tag without waiting for response
> for the first one.
... and I think I see what's going on. Tags are 16bit. Suppose t
On Thu, Jul 02, 2015 at 04:50:45AM +0200, Mike Galbraith wrote:
> On Wed, 2015-07-01 at 19:18 -0700, Paul E. McKenney wrote:
>
> > Does their normal workload trigger the condition that results in the
> > expedited grace period? If so, do they use NO_HZ_FULL?
>
> They're having no trouble that I'
Hello,
>>> >> >
>>> >> > Signed-off-by: Maninder Singh
>>> >> > Reviewed-by: Vaneet Narang
>>> >> > ---
>>> >> > drivers/mfd/t7l66xb.c |4 ++--
>>> >> > 1 file changed, 2 insertions(+), 2 deletions(-)
>>> >>
>>> >> Applied, with a properly formatted subject line.
>>> >
>>> > Should have pr
Hi Guenter,
Guenter Roeck 於 2015/7/2 上午 05:04 寫道:
Hi Peter,
+} else {
+size = ARRAY_SIZE(f_temp_beep_attr[0];
TskTsk ... turns out you didn't even compile test this code.
How am I supposed to know that it is working ?
Sorry, It's my fault.
I should re-testing
On Wed, Jul 01, 2015 at 09:29:12PM +0200, Jan Kara wrote:
> On Fri 22-05-15 17:14:05, Tejun Heo wrote:
> > Writeback now supports cgroup writeback and the generic writeback,
> > buffer, libfs, and mpage helpers that ext2 uses are all updated to
> > work with cgroup writeback.
> >
> > This patch en
>> The _vast_ majority of systems using Linux suspend today are under
>> an Android user-space. Android has no assumption that that suspend to
>> mem will necessarily stay suspended for a long time.
>
> Indeed, however your change was not android-specific, and it is not
> "comfortable" on x86-styl
Hello,
On Wed, Jul 01, 2015 at 09:07:35PM +0200, Jan Kara wrote:
> I don't understand, why is the special handling with single_wait,
> single_done necessary. When we fail to allocate work and thus use the
> base_work for submission, we can still use the standard completion mechanism
> to wait for
Hi Daniel,
On Wed, 2015-07-01 at 19:54 +0800, Daniel Kurtz wrote:
> On Wed, Jul 1, 2015 at 2:49 PM, Sascha Hauer wrote:
> > The problem is not that you use fixed clocks for non software
> > controllable clocks of unknwown rates, but that you try to use a single
> > clock for all of them and name
Hello, Jan.
On Wed, Jul 01, 2015 at 06:04:37PM +0200, Jan Kara wrote:
> I'd find it better to extend completions to allow doing what you need. It
> isn't that special. It seems it would be enough to implement
>
> void wait_for_completions(struct completion *x, int n);
>
> where @n is the number
variable "value" in struct acpi_pnp_device_id has been changed
to "string".
Signed-off-by: xiaofeng.yan
---
drivers/acpi/acpica/nsdumpdv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/acpi/acpica/nsdumpdv.c b/drivers/acpi/acpica/nsdumpdv.c
index 7dc367e..1af1af7 10
On Mon, Jun 29, 2015 at 9:04 PM, Leilk Liu wrote:
> Signed-off-by: Leilk Liu
> ---
> .../devicetree/bindings/spi/spi-mt65xx.txt | 32
> ++
> 1 file changed, 32 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/spi/spi-mt65xx.txt
>
> diff --git a/D
On Wed, Jul 01, 2015 at 06:09:18PM +0200, Jan Kara wrote:
> > @@ -161,17 +178,34 @@ static void wb_queue_work(struct bdi_writeback *wb,
> > trace_writeback_queue(wb->bdi, work);
> >
> > spin_lock_bh(&wb->work_lock);
> > - if (!test_bit(WB_registered, &wb->state)) {
> > - if (w
On 07/01/2015 07:53 PM, Tejun Heo wrote:
52ebea749aae ("writeback: make backing_dev_info host cgroup-specific
bdi_writebacks") made bdi (backing_dev_info) host per-cgroup wb's
(bdi_writeback's). As the congested state needs to be per-wb and
referenced from blkcg side and multiple wbs, the patc
On Thu, Jul 02, 2015 at 02:03:14AM +, John Youn wrote:
> On 6/29/2015 2:48 PM, Felipe Balbi wrote:
> > Hi again,
> >
> > On Mon, Jun 29, 2015 at 04:47:01PM -0500, Felipe Balbi wrote:
> >> On Thu, May 21, 2015 at 03:46:48PM +0530, Subbaraya Sundeep Bhatta wrote:
> >>> We need to return error to
Hi Daniel,
> > +Required Properties:
> > +
> > +- compatible: Should be:
> > + - "mediatek,mt8173-imgsys", "syscon"
> > +- #clock-cells: Must be 1
> > +
> > +The imgsys controller uses the common clk binding from
> > +Documentation/devicetree/bindings/clock/clock-bindings.txt
> > +The availa
On Wed, 2015-07-01 at 19:18 -0700, Paul E. McKenney wrote:
> Does their normal workload trigger the condition that results in the
> expedited grace period? If so, do they use NO_HZ_FULL?
They're having no trouble that I'm aware of, and I definitely would be
made aware. They're not currently usi
On 7/1/15 4:58 AM, Peter Zijlstra wrote:
But why create a separate trace buffer, it should go into the regular
perf buffer.
+1
I think
+static char __percpu *perf_extra_trace_buf[PERF_NR_CONTEXTS];
is redundant.
It adds quite a bit of unnecessary complexity to the whole patch set.
Also the c
Hello,
On Wed, Jul 01, 2015 at 10:15:28AM +0200, Jan Kara wrote:
> I was looking at who uses wakeup_flusher_threads(). There are two usecases:
>
> 1) sync() - we want to writeback everything
> 2) We want to relieve memory pressure by cleaning and subsequently
>reclaiming pages.
>
> Neither o
On Wed, Jul 1, 2015 at 5:57 PM, Jaehoon Chung wrote:
> Hi,
>
> Is sdhost based on SDHCI controller?
> Why don't use sdhci.c? Is there any reason?
>
> Best Regards,
> Jaehoon Chung
>
Because of base64 code problem of his email server, I'm reporting his
reply instead.
>From Billows Wu
---
On Wed, Jul 01, 2015 at 09:50:09AM +0200, Jan Kara wrote:
> Can we add a memcg id of the wb to the tracepoint please? Because just bdi
> needn't be enough when debugging stuff...
Sure, will add cgroup path to identify the actual wb. css IDs aren't
visible to userland.
Thanks.
--
tejun
--
To un
Hello, Jan.
On Wed, Jul 01, 2015 at 09:47:08AM +0200, Jan Kara wrote:
> BTW: It would have been easier for me to review this if e.g. a move from
> bdi to wb parameter was split among less patches. The intermediate state
> where some functions call partly bdi and party wb functions is strange and
>
On Wed, Jul 01, 2015 at 09:27:57AM +0200, Jan Kara wrote:
> > +#define bdi_for_each_wb(wb_cur, bdi, iter, start_blkcg_id) \
> > + for ((iter)->next_id = (start_blkcg_id);\
> > +({ (wb_cur) = !(iter)->next_id++ ? &(bdi)->wb : NULL; }); )
> > +
>
> This look
On 07/01/2015 11:40 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.14.47 release.
There are 34 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 m
On Thu, Jul 02, 2015 at 03:59:55AM +0200, Mike Galbraith wrote:
> On Wed, 2015-07-01 at 18:34 -0700, j...@joshtriplett.org wrote:
> > On Thu, Jul 02, 2015 at 03:11:24AM +0200, Mike Galbraith wrote:
> > > On Wed, 2015-07-01 at 09:17 -0700, Paul E. McKenney wrote:
> > > > On Wed, Jul 01, 2015 at 04:1
Hi Daniel,
On Wed, 2015-07-01 at 22:21 +0800, Daniel Kurtz wrote:
> To be precise, it is the CLK_TOP clocks that have CLK_APMIXED PLLs as
> their parents, so we cannot enable the CLK_TOP critical clocks until
> the CLK_APMIXED clocks have all been registered.
>
> Please add something like the abo
Dear Krzysztof,
On Thu, 2 Jul 2015 10:56:47 +0900
Krzysztof Kozlowski wrote:
> 2015-07-02 10:33 GMT+09:00 Jisheng Zhang :
> > It is not needed after booting, this patch moves the arm_cpuidle_init()
> > function to the __init section.
> >
> > Signed-off-by: Jisheng Zhang
> > ---
> > arch/arm64/
It is not needed after booting, this patch moves the arm_cpuidle_init()
function to the __init section.
Signed-off-by: Jisheng Zhang
---
arch/arm64/include/asm/cpuidle.h | 2 +-
arch/arm64/kernel/cpuidle.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/inc
On (07/01/15 16:29), Sergey Senozhatsky wrote:
> if (putback_zspage(.. src_page))
> pool->num_migrated++;
pool->num_migrated += class->pages_per_zspage;
Of course.
> (c) or we can check src_page fullness (or simply if src_page->inuse == 0)
> in __zs_compact() and increme
On Wed, Jul 1, 2015 at 10:21 PM, Daniel Kurtz wrote:
> Hi James,
>
> To be precise, it is the CLK_TOP clocks that have CLK_APMIXED PLLs as
> their parents, so we cannot enable the CLK_TOP critical clocks until
> the CLK_APMIXED clocks have all been registered.
>
> Please add something like the abo
On Mon, 29 Jun 2015, Geert Uytterhoeven wrote:
> On Sun, Jun 28, 2015 at 3:42 AM, Finn Thain
> wrote:
> > --- linux.orig/arch/m68k/kernel/setup_mm.c 2015-06-28
> > 11:41:27.0 +1000
> > +++ linux/arch/m68k/kernel/setup_mm.c 2015-06-28 11:41:56.0 +1000
>
> > @@ -568,3 +56
Hi Sascha,
On Wed, 2015-07-01 at 08:49 +0200, Sascha Hauer wrote:
> On Tue, Jun 30, 2015 at 05:07:09PM +0800, James Liao wrote:
> > There are 4 clocks which are derived from clk_null directly in current
> > topckgen implementation:
> >
> > clkph_mck_o, dpi_ck, usb_syspll_125m, hdmitx_dig_cts
On Tue, Jun 30, 2015 at 2:24 PM, Darren Hart wrote:
>
> other: Use acpi_video_unregister_backlight instead of acpi_video_unregister in
>serveral drivers.
This was very annoying.
Why? There were several pointless conflicts, because you and Rafael
both applied some of the same patches from
On 6/29/2015 2:48 PM, Felipe Balbi wrote:
> Hi again,
>
> On Mon, Jun 29, 2015 at 04:47:01PM -0500, Felipe Balbi wrote:
>> On Thu, May 21, 2015 at 03:46:48PM +0530, Subbaraya Sundeep Bhatta wrote:
>>> We need to return error to caller if command is not sent to
>>> controller succesfully.
>>>
>>> S
Hello, Jan.
On Tue, Jun 30, 2015 at 06:48:24PM +0200, Jan Kara wrote:
> It looks OK although I find using total write bandwidth to detect whether
> any wb has any dirty IO rather hacky. Frankly I'd prefer to just iterate
> all wbs from bdi_has_dirty_io() since that isn't performance critical
> and
On Mon, 29 Jun 2015, Geert Uytterhoeven wrote:
> Hi Finn,
>
> On Sun, Jun 28, 2015 at 3:42 AM, Finn Thain
> wrote:
> > Change the vmode calculation from logical OR to bitwise OR, since it
> > is obviously wrong.
>
> Ideally, that should be a separate patch we can put on the fast track.
If y
On Wed, 2015-07-01 at 18:34 -0700, j...@joshtriplett.org wrote:
> On Thu, Jul 02, 2015 at 03:11:24AM +0200, Mike Galbraith wrote:
> > On Wed, 2015-07-01 at 09:17 -0700, Paul E. McKenney wrote:
> > > On Wed, Jul 01, 2015 at 04:17:10PM +0200, Peter Zijlstra wrote:
> > > > On Wed, Jul 01, 2015 at 07:0
1 - 100 of 743 matches
Mail list logo
