On 11 July 2016 at 19:38, Michal Nazarewicz wrote:
> On Mon, Jul 11 2016, Baolin Wang wrote:
>> Some gadget device (such as dwc3 gadget) requires quirk_ep_out_aligned_size
>> attribute, which means it need to align the request buffer's size to an ep's
>> maxpacketsize.
>>
>> Thus we add usb_ep_ali
The following changes since commit a99cde438de0c4c0cecc1d1af1a55a75b10bfdef:
Linux 4.7-rc6 (2016-07-03 23:01:00 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus
for you to fetch changes up to 6d4e56ce977864b0fcd28c61555060e6
On Mon, Jul 11, 2016 at 06:31:57PM -0700, David Chen wrote:
> Hi Al,
>
> I'm not sure about the in-tree fs, but in zfsonlinux, it would offload
> iput to a thread, so this would happen there. And it would wait for
> the thread in put_super(), so that part is not a problem...
*shrug* I hadn't loo
Dear maintainers,
Would you have a review on this?
-Guodong
On 23 June 2016 at 12:58, Guodong Xu wrote:
> Two LED triggers are defined: tx_led and rx_led. Upon frames
> available in HCI core layer, for tx or for rx, the combined LED
> can blink.
>
> Verified on HiKey, 96boards. It uses hi6220 S
Hi Taeung,
On Tue, Jul 12, 2016 at 01:20:35PM +0900, Taeung Song wrote:
> Hi, Namhyung :)
>
> As you know, the patch work from v3 to v4 took too long time
> because of a patchset refactoring perf_config().
>
> So I guess it is hard for you to recall this patchset for new default
> config arrays
We will revert 3 commits to fix this issue.
And re-enable the reverted feature in the future when it is safe to re-enable
it.
See this bug for reference:
https://bugzilla.kernel.org/show_bug.cgi?id=121701
Thanks and best regards
-Lv
> From: Jens Axboe [mailto:ax...@kernel.dk]
> Subject: Regressi
On Wed, Jul 06, 2016 at 02:20:21PM +0900, Taeung Song wrote:
> Set default config values for 'colors' section with 'colors_config_items[]'
> instead of actual const char * type values.
> (e.g. using colors_config_item[CONFIG_COLORS_TOP].value
> instead of "red, default" string value for 'colors.top
On Wed, Jul 06, 2016 at 02:20:23PM +0900, Taeung Song wrote:
> Set default config values for 'annotate' section with
> 'annotate_config_items[]'
> instead of actual bool type values.
> (e.g. using annotate_config_items[CONFIG_ANNOTATE_USE_OFFSET].value
> instead of 'true' bool type value for 'anno
asm-generic headers are generic implementations for architecture specific
code and should not be included by common code. Thus use the asm/ version
of sections.h to get at the linker sections.
Signed-off-by: mariakatosvich lst.de>
---
kernel/kprobes.c | 2 +-
1 file changed, 1 insertion(+), 1
This patch fixes some of the LDOs and BUCKs voltage range as per
user manual of s2mps15 (REV0.4).
Fixes: 51af20675800 ("regulator: s2mps11: Add support for S2MPS15 regulators")
Cc:
Signed-off-by: Alim Akhtar
---
drivers/regulator/s2mps11.c |6 +++---
1 file changed, 3 insertions(+), 3 dele
On 07/12/2016 02:37 PM, Namhyung Kim wrote:
Hi Taeung,
On Tue, Jul 12, 2016 at 01:20:35PM +0900, Taeung Song wrote:
Hi, Namhyung :)
As you know, the patch work from v3 to v4 took too long time
because of a patchset refactoring perf_config().
So I guess it is hard for you to recall this patc
On 07/12/2016 02:39 PM, Namhyung Kim wrote:
On Wed, Jul 06, 2016 at 02:20:21PM +0900, Taeung Song wrote:
Set default config values for 'colors' section with 'colors_config_items[]'
instead of actual const char * type values.
(e.g. using colors_config_item[CONFIG_COLORS_TOP].value
instead of "r
Shougang Group Co., Ltd.
11th Floor, Huaxingge,
Donghua Building, Jiangmen,
GuangDong, China.
www.shougang.com.cn
Greetings,
This is an official request for Professional/consultants who will stand as our
regional representative to run logistics on behalf of Shougang Group.We are
looking for
On 07/12/2016 02:47 PM, Namhyung Kim wrote:
On Wed, Jul 06, 2016 at 02:20:23PM +0900, Taeung Song wrote:
Set default config values for 'annotate' section with 'annotate_config_items[]'
instead of actual bool type values.
(e.g. using annotate_config_items[CONFIG_ANNOTATE_USE_OFFSET].value
inste
On Tue, 12 Jul 2016 05:24:35 +0200,
Amitoj Kaur Chawla wrote:
>
> Remove useless initialisation of variable whose value is reinitialised
> later.
>
> The Coccinelle semantic patch used to make this change is as follows:
> @@
> type T;
> identifier x;
> constant C;
> expression e;
> @@
>
> T x
>
Hi all,
Changes since 20160711:
The tegra tree gained a conflict against the samsung-krzk tree.
The pm tree lost its build failure.
The xen-tip tree gained a conflict against the pm tree.
Non-merge commits (relative to Linus' tree): 8344
7965 files changed, 454225 insertions(+), 1
> > To avoid excessive reclaim, we give up rebalancing for high order
> > allocations right after reclaiming enough pages.
>
> hm. What are the observed runtime effects of this change? Any testing
> results?
>
This work was based on Mel's work, Sir,
"[PATCH 00/27] Move LRU page reclaim from zon
On Sun, Jul 10, 2016 at 05:41:44AM +0200, Christoph Hellwig wrote:
> On Mon, Jul 04, 2016 at 11:35:28AM +0200, Alexander Gordeev wrote:
> > > mq_map is initialized to zero already, so we don't really need the
> > > assignment for queue 0. The reason why this check exists is because
> > > we start
On Sun, Jul 10, 2016 at 05:57:51AM +0200, Christoph Hellwig wrote:
> On Thu, Jul 07, 2016 at 01:05:01PM +0200, Alexander Gordeev wrote:
> > irq_create_affinity_mask() bails out with no affinity in case of single
> > vector, but alloc_descs() (see below (*)) assigns the whole affinity
> > mask. It s
On Mon 11-07-16 11:43:02, Mikulas Patocka wrote:
[...]
> The general problem is that the memory allocator does 16 retries to
> allocate a page and then triggers the OOM killer (and it doesn't take into
> account how much swap space is free or how many dirty pages were really
> swapped out while
On Tue, Jul 12, 2016 at 09:21:26AM +0800, Luck, Tony wrote:
>Get BIOS version with:
>
># dmidecode -t 0
Thanks, here is the machine info:
# dmidecode -t 0
# dmidecode 2.12
SMBIOS 2.7 present.
Handle 0x, DMI type 0, 24 bytes
BIOS Information
Vendor: American Megatrends Inc.
On 2016/07/07 at 18:17, Wei Jiangang wrote:
> If we specify the 'notsc' boot parameter for the dump-capture kernel,
> and then trigger a crash(panic) by using "ALT-SysRq-c" or "echo c >
> /proc/sysrq-trigger",
> the dump-capture kernel will hang in calibrate_delay_converge():
>
> /* wait for "s
Add thermal zones, tsens and qfprom nodes
Acked-by: Eduardo Valentin
Signed-off-by: Rajendra Nayak
---
arch/arm/boot/dts/qcom-apq8084.dtsi | 119
1 file changed, 119 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-apq8084.dtsi
b/arch/arm/boot/dts/qcom-ap
TSENS is part of GCC, hence add TSENS properties as part of GCC node.
Also add thermal zones and qfprom nodes.
Update GCC bindings doc to mention the possibility of optional TSENS
properties that can be part of GCC node.
Acked-by: Eduardo Valentin
Signed-off-by: Rajendra Nayak
---
.../devicetre
Add thermal zones, tsens and qfprom nodes
Acked-by: Eduardo Valentin
Signed-off-by: Rajendra Nayak
---
arch/arm/boot/dts/qcom-msm8974.dtsi | 119
1 file changed, 119 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi
b/arch/arm/boot/dts/qcom-ms
Add thermal zones and tsens nodes
Acked-by: Eduardo Valentin
Signed-off-by: Rajendra Nayak
---
arch/arm64/boot/dts/qcom/msm8996.dtsi | 108 ++
1 file changed, 108 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8996.dtsi
b/arch/arm64/boot/dts/qcom/msm899
Hi Andy,
Tsens driver is now pulled in and on its way to be merged in 4.8 [1]
These are the corresponding dts changes for the various platforms
supported by the driver.
None currently have support for cpufreq, so I have empty cooling-maps
added with a TODO to update once cpufreq support is availab
Add thermal zones, tsens and qfprom nodes
Acked-by: Eduardo Valentin
Signed-off-by: Rajendra Nayak
---
arch/arm64/boot/dts/qcom/msm8916.dtsi | 72 +++
1 file changed, 72 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi
b/arch/arm64/boot/dts/qcom
On 2016/07/12 at 11:56, 河合英宏 / KAWAI，HIDEHIRO wrote:
> Hi Xunlei,
>
> Thanks for the review.
>
>> From: Xunlei Pang [mailto:xp...@redhat.com]
>> Sent: Tuesday, July 12, 2016 12:12 PM
>> On 2016/07/05 at 19:33, Hidehiro Kawai wrote:
>>> This patch fixes one of the problems reported by Daniel Walker
Hi,
I have a query.
Can any once explain the purpose of pci_remap_iospace function in root port
driver.
What is its dependency with architecture ?
Here is my understanding, the above API takes PCIe IO resource and its to be
mapped CPU address from
ranges property and remaps into virtual addre
801 - 830 of 830 matches
Mail list logo
