On Tue, May 19, 2015 at 02:32:11PM +0800, Herbert Xu wrote:
> On Mon, May 18, 2015 at 11:24:30PM -0700, Jaegeuk Kim wrote:
> >
> > The call path in fs/ext4/crypto.c is:
> > - writepage
> > - ext4_encrypt
> >- ext4_get_crypto_ctx
> > - crypto_alloc_ablkcipher
> >
> > AFAIK, this way can
On Mon, May 18, 2015 at 4:16 PM, Sascha Hauer wrote:
> Hi Daniel,
>
> On Fri, May 15, 2015 at 10:17:33PM +0800, Daniel Kurtz wrote:
>> Hi Sascha,
>>
>> On Tue, May 12, 2015 at 3:23 AM, Sascha Hauer wrote:
>> > This adds support for some miscellaneous bits of the infracfg controller.
>> > The mtk_
On Mon, May 18, 2015 at 09:34:25PM +0200, Jiri Olsa wrote:
> On Mon, May 18, 2015 at 09:30:28AM +0900, Namhyung Kim wrote:
>
> SNIP
>
> > @@ -38,6 +39,7 @@ struct thread *thread__new(pid_t pid, pid_t tid)
> > thread->ppid = -1;
> > thread->cpu = -1;
> > INIT_LI
On Tue, May 19, 2015 at 6:01 AM, Vinod Koul wrote:
> On Fri, May 15, 2015 at 03:46:27PM +0200, Geert Uytterhoeven wrote:
>
> am ccing LKML, perhaps this needs wider discussion..
>
>> Several drivers reuse mapped scatterlists, and modify sg_dma_len(sg) to
>> match the actual number of bytes they wa
On Mon, May 18, 2015 at 09:29:03PM +0200, Jiri Olsa wrote:
> On Mon, May 18, 2015 at 09:30:26AM +0900, Namhyung Kim wrote:
>
> SNIP
>
> > diff --git a/tools/perf/tests/builtin-test.c
> > b/tools/perf/tests/builtin-test.c
> > index f42af98a5c16..372b6395a448 100644
> > --- a/tools/perf/tests/buil
On Tue, May 19, 2015 at 08:20:47AM +0200, Wolfram Sang wrote:
> On Tue, May 19, 2015 at 11:25:08AM +0530, Sudip Mukherjee wrote:
>
> > You do not need to mention the count of your older patches here.
>
> While technically true...
>
> > When you mentioned 11/11, it meant your current submission i
On Mon, May 18, 2015 at 08:37:28PM +0200, Jiri Olsa wrote:
> On Mon, May 18, 2015 at 09:30:22AM +0900, Namhyung Kim wrote:
> > When perf detects data file has index table, process header part first
> > and then rest data files in a row. Note that the indexed sample data is
> > recorded for each cp
Am Montag, 18. Mai 2015, 11:02:34 schrieb Theodore Ts'o:
Hi Theodore, Herbert,
>
> The simplest thing to do is to put a refcount on inside the DRBG
> handle structure. The caller instantiates the DRBG handle, and
> invokes the the DRBG. The DRBG, since it is kicking off an
> asynchronous operat
On Mon, 2015-05-18 at 17:07 -0700, Joe Perches wrote:
>
> changed dmi_strmatch.substr from char * to char[79];
>
> Changing it back to const char * would shrink an x86-64
> defconfig more than 100KB.
>
> $ size vmlinux.old vmlinux.new
> textdata bss dechex filename
> 1194172
On Tue, May 12, 2015 at 09:25:33AM +, Nicholas A. Bellinger wrote:
> From: Nicholas Bellinger
>
> This patch converts the fixed size se_portal_group->tpg_lun_list[]
> to use modern RCU with hlist_head in order to support an arbitary
> number of se_lun ports per target endpoint.
>
> It includ
On Mon, May 18, 2015 at 08:17:23PM +0200, Jiri Olsa wrote:
> On Mon, May 18, 2015 at 09:30:21AM +0900, Namhyung Kim wrote:
>
> SNIP
>
> >
> > +static int process_data_index(struct perf_file_section *section
> > __maybe_unused,
> > + struct perf_header *ph, int fd,
> > +
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in
kernel/watchdog.c between commit ab992dc38f9a ("watchdog: Fix merge
'conflict'") from Linus' tree and commit fbfec4606e07
("kernel/watchdog.c: fix watchdog_nmi_enable_all()") from the
akpm-current tree.
I fixed it up (
On Mon, 2015-05-18 at 21:29 -0400, Mimi Zohar wrote:
> On Fri, 2015-05-15 at 17:52 +0100, David Woodhouse wrote:
> > Signed-off-by: David Woodhouse
>
> I assume the patch descriptions will be added before being upstreamed.
This patch aborts modules_install when signing fails :)
> With this pa
On 2015/5/19 12:48, Tony Luck wrote:
> On Mon, May 18, 2015 at 8:01 PM, Xishi Qiu wrote:
>> In part2, does it means the memory allocated from kernel should use mirrored
>> memory?
>
> Yes. I want to use mirrored memory for all (or as many as
> possible) kernel allocations.
>
>> I have heard of
Jens, do these two patche look fine to you?
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Mon, May 18, 2015 at 08:09:16PM +0200, Jiri Olsa wrote:
> On Mon, May 18, 2015 at 09:30:20AM +0900, Namhyung Kim wrote:
> > The perf_evlist__mmap_track function creates data mmaps and optionally
>
> hum, there's no perf_evlist__mmap_track in the patch ;-)
Oops, I missed to update the changelog
From: Wei Chen
The Hardware Spinlock device on atlas7 provides hardware assistance
for synchronization between the multiple processors in the system
(dual Cortex-A7, CAN bus Cortex-M3 and audio DSP).
This patch adds the DT bindings information for this hwspinlock
module.
Cc: Suman Anna
Cc: Bjor
From: Wei Chen
This patch moves to use generic dt-binding for hwspinlock providers and
clients.
add #hwlock-cells for the provider and hwlocks for clients.
Cc: Suman Anna
Cc: Bjorn Andersson
Signed-off-by: Wei Chen
Signed-off-by: Barry Song
---
arch/arm/boot/dts/atlas7.dtsi | 6 +++---
1 fi
From: Wei Chen
Add hwspinlock support for the CSR atlas7 SoC.
The Hardware Spinlock device on atlas7 provides hardware assistance
for synchronization between the multiple processors in the system
(dual Cortex-A7, CAN bus Cortex-M3 and audio DSP).
Cc: Suman Anna
Cc: Bjorn Andersson
Signed-off-
ping?
On Thu, May 07, 2015 at 09:38:12AM +0200, Christoph Hellwig wrote:
> Historically we always take queue_lock with irqs disabled. Blk-mq doesn't
> really
> use the queue_lock much, but when it does it needs to follow this rules to
> make
> lockdep happy.
>
> The first patch removes a queue
From 05849da563c80c20597ab6275d5881a8ed426f96 Mon Sep 17 00:00:00 2001
From: justin.wang
Date: Mon, 18 May 2015 20:14:15 +0800
Subject: [PATCH] mmc: card: Fixup request missing in mmc_blk_issue_rw_rq
The current handler of MMC_BLK_CMD_ERR in mmc_blk_issue_rw_rq function
may cause new coming reque
On 05/18/2015 10:28 AM, Jacek Anaszewski wrote:
Hi Stas,
On 05/15/2015 06:47 PM, Stas Sergeev wrote:
Currently the timer trigger allows to set blink period as small as
1mS. But in fact the minimum period is jiffy, which is usually 10mS.
The following mail says:
http://lkml.iu.edu/hypermail/lin
Hi Jiri,
On Mon, May 18, 2015 at 08:07:13PM +0200, Jiri Olsa wrote:
> On Mon, May 18, 2015 at 09:30:19AM +0900, Namhyung Kim wrote:
>
> SNIP
>
> > -static int perf_evlist__alloc_mmap(struct perf_evlist *evlist)
> > +static int perf_evlist__alloc_mmap(struct perf_evlist *evlist, bool
> > track_m
On Mon, May 18, 2015 at 11:31:42PM -0700, Jaegeuk Kim wrote:
> Change log from v1:
> - fix missing change
Please do not resend your patch until you have addressed my
questions.
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pu
On Mon, May 18, 2015 at 11:24:30PM -0700, Jaegeuk Kim wrote:
>
> The call path in fs/ext4/crypto.c is:
> - writepage
> - ext4_encrypt
>- ext4_get_crypto_ctx
> - crypto_alloc_ablkcipher
>
> AFAIK, this way can achieve to reduce memory footprint gracefully.
> Just before submitting bios,
Change log from v1:
- fix missing change
-- >8 --
This patch adds a parameter, gfp_t, for __crypto_alloc_tfm.
Now EXT4 and F2FS use the crypto engine to encrypt a page when writing it to the
disk.
That happens during ->writepage and it needs to allocate memory with
GFP_NOFS.
Otherwise, in the
From: Dave Hansen
The comment and code here are confusing. We do not currently
allocate the bounds directory in the kernel.
Signed-off-by: Dave Hansen
Reviewed-by: Thomas Gleixner
---
b/arch/x86/mm/mpx.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -puN arch/x86/mm/mp
From: Dave Hansen
get_xsave_addr() assumes that if an xsave bit is present in the
hardware (pcntxt_mask) that it is present in a given xsave
buffer. Due to an bug in the xsave code on all of the systems
that have MPX (and thus all the users of this code), that has
been a true assumption.
But,
On Mon, May 18, 2015 at 09:57:23AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, May 18, 2015 at 09:30:18AM +0900, Namhyung Kim escreveu:
> > The copyfile_offset() function is to copy source data from given
> > offset to a destination file with an offset. It'll be used to build
> > an indexed d
From: Dave Hansen
The MPX registers (bndcsr/bndcfgu/bndstatus) are not directly
accessible via normal instructions. They essentially act as
if they were floating point registers and are saved/restored
along with those registers.
There are two main paths in the MPX code where we care about
the
From: Dave Hansen
The MPX code appears to be saving off the FPU in an unsafe
way. It does not disable preemption or ensure that the
FPU state has been allocated. All of the preemption safety
comes from the unfortunatley-named 'unlazy_fpu()'.
This patch introduces a new helper which will do bo
From: Dave Hansen
This is the first in a series of MPX tracing patches.
I've found these extremely useful in the process of
debugging applications and the kernel code itself.
This exception hooks in to the bounds (#BR) exception
very early and allows capturing the key registers which
would infl
From: Qiaowei Ren
MPX_BNDCFG_ADDR_MASK is defined two times, so this patch removes
redundant one.
Signed-off-by: Qiaowei Ren
Signed-off-by: Dave Hansen
Reviewed-by: Thomas Gleixner
---
b/arch/x86/include/asm/mpx.h |1 -
1 file changed, 1 deletion(-)
diff -puN
arch/x86/include/asm/mpx
On Mon, May 18, 2015 at 10:41:02AM -0700, Stephen Hemminger wrote:
> I will send that driver as soon as the DPDK folks are ready, like a couple
> of days from now.
Then jsut send the preparation patch that isn't useful without it
together with that one.
--
To unsubscribe from this list: send the l
From: Dave Hansen
The MPX code can only work on the current task. You can not, for
instance, enable MPX management in another process or thread.
You can also not handle a fault for another process or thread.
Despite this, we pass a task_struct around prolifically. This
patch removes all of th
Looks good,
Reviewed-by: Christoph Hellwig
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Dave Hansen
MPX has the _potential_ to cause some issues. Say part of your init
system tried to protect one of its components from buffer overflows
with MPX. If there were a false positive, it's possible that MPX
could keep a system from booting.
MPX could also potentially cause perform
From: Dave Hansen
Bounds tables are a significant consumer of memory. It is important
to know when they are being allocated. Add a trace point to trace
whenever an allocation occurs and also its virtual address.
Signed-off-by: Dave Hansen
Reviewed-by: Thomas Gleixner
---
b/arch/x86/inclu
From: Dave Hansen
There are two basic things that can happen as the result of
a bounds exception (#BR):
1. We allocate a new bounds table
2. We pass up a bounds exception to userspace.
This patch adds a trace point for the case where we are
passing the exception up to userspace
From: Dave Hansen
The uprobes code has a nice helper, is_64bit_mm(), that consults both
the runtime and compile-time flags for 32-bit support. Instead of
reinventing the wheel, pull it in to an x86 header so we can use it
for MPX.
I prefer passing the mm around to test_thread_flag(TIF_IA32) be
From: Dave Hansen
There are two different events being traced here. They are
doing similar things so share a trace "EVENT_CLASS" and are
presented together.
1. Trace when MPX is zapping pages "mpx_unmap_zap":
When MPX can not free an entire bounds table, it will
instead try to
From: Dave Hansen
We explicitly disable allowing 32-bit binaries to enable
MPX on 64-bit kernels. Re-allow that.
Signed-off-by: Dave Hansen
Reviewed-by: Thomas Gleixner
---
b/arch/x86/mm/mpx.c |6 --
1 file changed, 6 deletions(-)
diff -puN arch/x86/mm/mpx.c~x86-mpx-allow-mixed-bi
From: Dave Hansen
The comment pretty much says it all.
I wrote a test program that does lots of random allocations
and forces bounds tables to be created. It came up with a
layout like this:
| BOUNDS DIRECTORY ENTRY COVERS |
|BOUNDS TABLE COVERS|
| BOUNDS
Note: this has been lightly tested. There were no major changes
since the last version, and I ran my normal compile tests, but
this was a bit hurried because I'm about to get on a plane and
will not be reading email for the next week.
Changes from take 7 / v21:
* Address a bunch of Thomas's revi
From: Dave Hansen
user_atomic_cmpxchg_inatomic() actually looks at sizeof(*ptr) to
figure out how many bytes to copy. If we run it on a 64-bit
kernel with a 64-bit pointer, it will copy a 64-bit bounds
directory entry. That's fine, except when we have 32-bit
programs with 32-bit bounds directo
From: Dave Hansen
Currently, to get from a bounds directory entry to the virtual
address of a bounds table, we simply mask off a few low bits.
However, the set of bits we mask off is different for 32 and
64-bit binaries.
This breaks the operation out in to a helper function and also
adds a temp
From: Dave Hansen
The MPX code needs to clear out bounds tables for memory which
is no longer in use. We do this when a userspace mapping is
torn down (unmapped).
There are two modes:
1. An entire bounds table becomes unused, and can be freed
and its pointer removed from the bounds director
From: Dave Hansen
Right now, the kernel can only switch between 64-bit and 32-bit
binaries at compile time. This patch adds support for 32-bit
binaries on 64-bit kernels when we support ia32 emulation.
We essentially choose which set of table sizes to use when doing
arithmetic for the bounds ta
From: Dave Hansen
When we allocate a bounds table, we call mmap(), then add a
"valid" bit to the value before storing it in to the bounds
directory.
If we fail along the way, we go and mask that valid bit
_back_ out. That seems a little silly, and this makes it
much more clear when we have a p
On Mon, May 18, 2015 at 11:50:07AM +0530, Sanchayan Maity wrote:
> Implements SoC bus support to export SoC specific information. Read
> the unique SoC ID from the Vybrid On Chip One Time Programmable
> (OCOTP) controller, SoC specific information from the Miscellaneous
> System Control Module (MSC
On Tue, May 19, 2015 at 01:49:45PM +0800, Herbert Xu wrote:
> On Mon, May 18, 2015 at 10:46:56PM -0700, Jaegeuk Kim wrote:
> > This patch adds a parameter, gfp_t, for __crypto_alloc_tfm.
> > Now EXT4 and F2FS use the crypto engine to encrypt a page when writing it
> > to the
> > disk.
> > That hap
On Mon, May 18, 2015 at 11:05:47PM -0700, Nicholas A. Bellinger wrote:
> > [ 12.830576] kernel BUG at ../drivers/target/target_core_device.c:337!
> >
>
> How did you hit this..?
tcm_node --block iblock_0/array /dev/sda
line=$(tcm_loop --createnexus=0)
wwn=$(echo $line | awk '{print $15}')
tcm
On 05/17/15 17:52, Krzysztof Kozlowski wrote:
> 2015-05-11 12:14 GMT+09:00 Krzysztof Kozlowski :
>> Dear Kukjin,
>>
>> Updated pull request, replacing also the usage of soc_is_exynos4()
>> with of_machine_is_compatible(). You requested this in comments
>> for "ARM: EXYNOS: Fix failed second suspend
Looks good,
Reviewed-by: Christoph Hellwig
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, May 19, 2015 at 11:25:08AM +0530, Sudip Mukherjee wrote:
> You do not need to mention the count of your older patches here.
While technically true...
> When you mentioned 11/11, it meant your current submission is a patchset
> of 11 patches. So when the maintainer decides to apply your p
Add pinctrl and GPIO node to mt8173-evb.dts.
Signed-off-by: Hongzhou Yang
---
arch/arm64/boot/dts/mediatek/mt8173-evb.dts |8
1 file changed, 8 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8173-evb.dts
b/arch/arm64/boot/dts/mediatek/mt8173-evb.dts
index c9bc71b..bd473
Add pinctrl and GPIO node to mt8135-evbp1.dts.
Signed-off-by: Hongzhou Yang
---
arch/arm/boot/dts/mt8135-evbp1.dts |8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/mt8135-evbp1.dts
b/arch/arm/boot/dts/mt8135-evbp1.dts
index 357a91f..332233b 100644
--- a/arch/arm/
At Sat, 2 May 2015 16:05:13 +0100,
Jonathan McDowell wrote:
>
> On Thu, Apr 30, 2015 at 07:06:31PM +0200, Takashi Iwai wrote:
> > At Thu, 30 Apr 2015 16:01:31 +0100, Jonathan McDowell wrote:
> > >
> > > On Wed, Apr 29, 2015 at 01:54:57PM +0200, Takashi Iwai wrote:
> > > >
> > > > One patch you c
From: Yingjoe Chen
Add pinctrl,GPIO and EINT node to mt8127.dtsi.
Signed-off-by: Yingjoe Chen
Signed-off-by: Hongzhou Yang
---
arch/arm/boot/dts/mt8127-pinfunc.h | 742
arch/arm/boot/dts/mt8127.dtsi | 22 ++
2 files changed, 764 insertions(+)
crea
Register pinctrl subnode into 6397 mfd cell.
Signed-off-by: Hongzhou Yang
---
drivers/mfd/mt6397-core.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mfd/mt6397-core.c b/drivers/mfd/mt6397-core.c
index 09bc780..012c620 100644
--- a/drivers/mfd/mt6397-core.c
+++ b/drivers/mfd/
From: Yingjoe Chen
MT8127 pinctrl/eint are similar to mt8135 and mt8173, add
support for mt8127 using mediatek common pinctrl driver.
Signed-off-by: Yingjoe Chen
Signed-off-by: Hongzhou Yang
---
drivers/pinctrl/mediatek/Kconfig |6 +
drivers/pinctrl/mediatek/Makefile
On 05/19/15 15:01, Krzysztof Kozlowski wrote:
> 2015-05-19 14:57 GMT+09:00 Kukjin Kim :
>> On 05/18/15 10:47, Krzysztof Kozlowski wrote:
>>> From: Krzysztof Kozlowski
>>>
>>> Enable support for Thermal Monitoring Unit present on Exynos SoCs. This
>>> allows detection of overheat and handling this
On 05/18/15 16:03, Javier Martinez Canillas wrote:
> Hello Krzysztof,
>
> On Mon, May 18, 2015 at 3:47 AM, Krzysztof Kozlowski
> wrote:
>> Dear Kukjin,
>>
>>
>> Changes since v1:
>> =
>> 1. Select drivers as modules, whenever possible. Suggested by Javier.
>> 2. Patch 2: The I2C_G
Add mt6397 support using mediatek common pinctrl driver.
mt6397 is a PMIC, and pinctrl/GPIO is part of 6397 chip.
Pinctrl/GPIO driver should obtain regmap from PMIC,
so adding this support to common code.
Also, mt6397 is no need to support interrupt controller,
so changing common code to skip it.
Input enable and smt setting have different register,
modify code to fix it.
Several mediatek soc use similar input enable/smt setting
procedure as mt8173, some soc use generic input enable/smt
setting, some soc has no input enable/smt setting. Adding
common code to handle all those cases, so futu
From: Yingjoe Chen
Several mediatek soc use similar pull setting procedure as mt8173,
the pupd enable and resistance setting are in the same register.
Add common code mtk_pctrl_spec_pull_set_samereg out of spec_pull_set
in mt8173 to handle this case, so future soc driver can use it.
Signed-off-b
From: Yingjoe Chen
struct mtk_desc_pin.chip, mtk_pinctrl_devdata.invser_offset
and mtk_pinctrl_devdata.chip_type are never used in code.
Remove them.
Some per-pin data are using int for pin number and offsets.
Change to short and rearrange to reduce const data size.
Signed-off-by: Yingjoe Chen
Add pinfunc header file, mt8135/mt8173 relate dts will include it.
Signed-off-by: Hongzhou Yang
---
include/dt-bindings/pinctrl/mt6397-pinfunc.h | 256 ++
1 file changed, 256 insertions(+)
create mode 100644 include/dt-bindings/pinctrl/mt6397-pinfunc.h
diff --git a/inc
Since 6397 is no need to support interrupt controller,
moving interrupt controller relate property to optional list.
Also adding mt8173 and mt8127 to bindings.
Signed-off-by: Hongzhou Yang
---
.../devicetree/bindings/pinctrl/pinctrl-mt65xx.txt |9 +++--
1 file changed, 7 insertions(+), 2
Due to these patches haven't sent to ML, just resend them.
Changes in v2:
- Break mfd relate change out into a sparate patch.
- Rearrange order of patches.
Hongzhou Yang (7):
dt-bindings: mediatek: Modify pinctrl bindings for mt6397.
pinctrl: dt bindings: mt6397: Add pinfunc header file f
2015-05-19 14:26 GMT+09:00 Krzysztof Kozlowski :
> Don't call the power_supply_changed() from power_supply_register() when
> parent is still probing because it may lead to accessing parent too
> early.
>
> In bq27x00_battery this caused NULL pointer exception because uevent of
> power_supply_change
Tue, May 19, 2015 at 03:33:49AM CEST, ying.hu...@linux.intel.com wrote:
>FYI, we noticed the below changes on
>
>git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
>commit 06635a35d13d42b95422bba6633f175245cc644e ("flow_dissect: use
>programable dissector in skb_flow_dissect
(resending)
On Mon, 2015-05-18 at 10:01 +0200, Christoph Hellwig wrote:
> On Mon, May 18, 2015 at 09:41:02AM +0200, Christoph Hellwig wrote:
> > > Here's a first pass at this along with kref + completion conversion for
> > > the special case PR ALL_TGT_PT=1 pointer dereference.
> >
> > Btw, I sta
2015-05-19 14:57 GMT+09:00 Kukjin Kim :
> On 05/18/15 10:47, Krzysztof Kozlowski wrote:
>> From: Krzysztof Kozlowski
>>
>> Enable support for Thermal Monitoring Unit present on Exynos SoCs. This
>> allows detection of overheat and handling this gracefully.
>>
>> Signed-off-by: Krzysztof Kozlowski
bdi_unregister() now contains very little functionality.
It contains a "WARN_ON" if bdi->dev is NULL. This warning is of no
real consequence as bdi->dev isn't needed by anything else in the function,
and it triggers if
blk_cleanup_queue() -> bdi_destroy()
is called before bdi_unregister, whi
On 05/18/15 10:47, Krzysztof Kozlowski wrote:
> From: Krzysztof Kozlowski
>
> Enable support for Thermal Monitoring Unit present on Exynos SoCs. This
> allows detection of overheat and handling this gracefully.
>
> Signed-off-by: Krzysztof Kozlowski
Krzysztof, you want to use gmail account on
On Tue, May 19, 2015 at 10:31:36AM +0530, Shailendra Verma wrote:
> Hello Sudip,
>
> Those were my older patches in different module and I had posted them
> already.
Hi,
You do not need to mention the count of your older patches here.
When you mentioned 11/11, it meant your current submission is a
Hi Chao,
On Mon, May 18, 2015 at 01:54:22PM +0800, Chao Yu wrote:
> As the description of rename in manual, RENAME_WHITEOUT is a special operation
> that only makes sense for overlay/union type filesystem.
>
> When performing rename with RENAME_WHITEOUT, dst will be replace with src, and
> meanwh
On Mon, May 18, 2015 at 10:46:56PM -0700, Jaegeuk Kim wrote:
> This patch adds a parameter, gfp_t, for __crypto_alloc_tfm.
> Now EXT4 and F2FS use the crypto engine to encrypt a page when writing it to
> the
> disk.
> That happens during ->writepage and it needs to allocate memory with
> GFP_NOFS.
On Mon, May 18, 2015 at 08:51:29PM +0200, Amaury Denoyelle wrote:
> > Sudip Mukherjee wrote:
> >
> > > On Sun, May 17, 2015 at 04:47:23PM +0200, Amaury Denoyelle wrote:
> Thanks for your review. I was aware of the coding style for multi-line
> comments, but I chose to follow the same convention
This patch adds a parameter, gfp_t, for __crypto_alloc_tfm.
Now EXT4 and F2FS use the crypto engine to encrypt a page when writing it to the
disk.
That happens during ->writepage and it needs to allocate memory with
GFP_NOFS.
Otherwise, in the f2fs case, kernel reports such the following warning.
[[PATCH] staging: rtl8192u: Modify if, else if conditions to remove unnecessary
equality checks. This change was detected with the help of coccinelle tool.] On
18/05/2015 (Mon 16:00) Dhere, Chaitanya (C.) wrote:
> Signed-off-by: Chaitanya Dhere
> Reply-To:
>
> ---
> drivers/staging/rtl8192u/
Previoulsy, fi->i_crypt_info was not covered by any lock, resulting in
memory leak.
This patch adds a rwsem to avoid leaking objects on i_crypt_info.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/crypto_key.c | 29 ++---
fs/f2fs/f2fs.h | 1 +
fs/f2fs/super.c | 1 +
On Mon, May 18, 2015 at 05:36:43PM +0200, Thomas Gleixner wrote:
>
>
> On Sun, 17 May 2015, Thomas Gleixner wrote:
>
> > On Sat, 16 May 2015, Russell King - ARM Linux wrote:
> >
> > > On Sat, May 16, 2015 at 11:44:20AM +0200, Stefan Agner wrote:
> > > > Remove the needless differences between M
On Mon, May 18, 2015 at 2:01 PM, Bill Speirs wrote:
> My goal is to provide Amazon S3 or Google Cloud Storage as a block
> device. I would like to leverage the libraries that exist for both
> systems by servicing requests via a user space program.
>
> I found 2 LKML threads that talk about a "user
On Tue, May 19, 2015 at 01:32:22AM +0200, Pedro Marzo Perez wrote:
> Merge two pr_debug lines with literal strings splitted across several lines
> into one single line, simplifying prism2_wep_init error check code.
I would have split this patch into three.
1) introduce pr_fmt and remove "ieee80211
On Sat, May 16, 2015 at 11:39:45AM +1000, NeilBrown wrote:
> http://lkml.kernel.org/r/<20150508150924.33c3bca8@notabene.brown>
>
> Unfortunately it isn't with Linus yet, or even in -next. Jens hasn't replied.
It would help if you'd resend it as it's own patch, right now it's hidden deep
inside a
On Sat, May 16, 2015 at 12:35:29AM +0200, Philippe Reynes wrote:
> The mxc RTC needs two clocks, one for the input
> reference, and one for the IP. But this driver
> was only using one clock (for the reference).
> This patch add the second clock (for the IP).
>
> Signed-off-by: Philippe Reynes
>
Power supply is often registered during probe of a driver. The
power_supply_register() returns pointer to newly allocated structure as
return value. However before returning the power_supply_register()
calls back the get_property() method provided by the driver through
uevent.
In that time the dri
Don't call the power_supply_changed() from power_supply_register() when
parent is still probing because it may lead to accessing parent too
early.
In bq27x00_battery this caused NULL pointer exception because uevent of
power_supply_changed called back the the get_property() method provided
by the
Hi,
This is an idea to fix issue in bq27x00 driver (and probably in others)
reported by H. Nikolaus Schaller [0].
The fixes are marked RFC/RFT because:
1. I do not have bq27x00-like device. I confirmed this and tested on
modified drivers (max77693, ACPI AC). These drivers are not
impacted
Greg KH writes:
> On Mon, May 18, 2015 at 08:53:10PM +0300, Arthur Demchenkov wrote:
>> Fixed regression. After commit 29e409f the module xhci_hcd became
>> non-removable. That behaviour is not expected and there're no notes
>> about it in commit message. The module should be removable as it
>> b
On Fri, May 15, 2015 at 03:44:27PM +0200, Sébastien Szymanski wrote:
> Add support to the Armadeus Systems APF6 Solo / Dual / Quad SoM and
> the Armadeus Systems APF6Dev carrier board.
>
> For more details see:
> http://www.armadeus.com/english/products-processor_boards-apf6.html
> http://www.arma
On Tue, May 19, 2015 at 1:27 AM, Andrew Morton
wrote:
> On Mon, 18 May 2015 21:42:06 +0300 Leon Romanovsky wrote:
>
>> kenter/kleave/kdebug are wrapper macros to print functions flow and debug
>> information. This set was written before pr_devel() was introduced, so
>> it was controlled by "#if 0
On Tue, 19 May 2015 14:33:39 Michael Ellerman wrote:
> On Fri, 2015-05-15 at 14:06 +1000, Alistair Popple wrote:
> > Convert the opal hvc driver to use the new irqchip to register for
> > opal events. As older firmware versions may not have device tree
> > bindings for the interrupt parent we just
thanks for yours hints.
930672e8693a is my ID on the challenge, I will take care about this
things in the future.
2015-05-19 2:03 GMT-03:00 Sudip Mukherjee :
> On Tue, May 19, 2015 at 01:50:10AM -0300, Douglas Figueiredo wrote:
>> From: douglasbsf
>>
>> Fixed Coding Style Problem in drivers/stag
Show the statistics information for notification event
and wakeup event for posted-interrupt in /proc/interrupts.
Signed-off-by: Feng Wu
---
arch/x86/kernel/irq.c | 12
1 file changed, 12 insertions(+)
diff --git a/arch/x86/kernel/irq.c b/arch/x86/kernel/irq.c
index 2ec339a..be466f
From: Jiang Liu
With Posted-Interrupts support in Intel CPU and IOMMU, an external
interrupt from assigned-devices could be directly delivered to a
virtual CPU in a virtual machine. Instead of hacking KVM and Intel
IOMMU drivers, we propose a platform independent interface to target
an interrupt
Implement irq_set_vcpu_affinity for pci_msi_ir_controller.
Signed-off-by: Feng Wu
Reviewed-by: Jiang Liu
---
arch/x86/kernel/apic/msi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/kernel/apic/msi.c b/arch/x86/kernel/apic/msi.c
index 58fde66..d2d95e2 100644
--- a/arch/x86/kernel
Currently, we use a global vector as the Posted-Interrupts
Notification Event for all the vCPUs in the system. We need
to introduce another global vector for VT-d Posted-Interrtups,
which will be used to wakeup the sleep vCPU when an external
interrupt from a direct-assigned device happens for that
1 - 100 of 1067 matches
Mail list logo
