> -Original Message-
> From: Scott Wood
> Sent: Saturday, March 19, 2016 6:55 AM
> To: Yangbo Lu; devicet...@vger.kernel.org; linux-arm-
> ker...@lists.infradead.org; linux-kernel@vger.kernel.org; linuxppc-
> d...@lists.ozlabs.org; linux-...@vger.kernel.org; linux-
> i...@vger.kernel.org; i
On Thu, Mar 24, 2016 at 08:35:53PM +0800, Baolin Wang wrote:
> Currently the Linux kernel does not provide any standard integration of this
> feature that integrates the USB subsystem with the system power regulation
> provided by PMICs meaning that either vendors must add this in their kernels
> o
Hi Javier,
Am Freitag, 25. März 2016, 02:45:20 schrieb Javier Martinez Canillas:
> Hello Krzysztof,
>
> On 03/24/2016 05:12 AM, Krzysztof Kozlowski wrote:
> > The buck9 regulator of S2MPS11 PMIC had incorrect maximum voltage -
> > lower by 5 mV than specified by datasheet. This buck9 provides pow
On Fri, 2016-03-25 at 02:28 +0100, Oleg Nesterov wrote:
> Hi Ian,
>
> I can't really recall this old discussion, so I can be easily wrong...
>
> On 03/24, Ian Kent wrote:
> >
> > On Mon, 2013-11-18 at 18:28 +0100, Oleg Nesterov wrote:
> > >
> > > IOW. Please the the "patch" below. It is obvious
Hi All,
Could you please help to review and merge this patch?
Thanks.
On 03/09/2016 08:59 PM, Yao Yuan wrote:
>
> new compatible string: "fsl,ls2080a-dspi".
>
> Signed-off-by: Yuan Yao
> Acked-by: Rob Herring
> ---
> Changed in v6:
> No changes.
>
> Changed in v5:
> Fix the subject and comm
Hi All,
Could you please help to review and merge this patch?
Thanks.
Best Regards,
Yuan Yao
On 03/09/2016 08:59 PM, Yao Yuan wrote:
>
> Signed-off-by: Yuan Yao
> Acked-by: Han xu
> ---
> Changed in v6:
> No changes.
>
> Changed in v5:
> Resend base on arm-soc.
>
> Changed in v4:
> No cha
On 24 March 2016 at 22:08, Jens Axboe wrote:
> On 03/24/2016 05:54 AM, Baolin Wang wrote:
>>
>> This patch provides some tracepoints for the lifecycle of a request from
>> fetching to completion to help with performance analysis of MMC subsystem.
>
>
> Most of these already exist as block layer tr
On 2016/3/24 23:08, Rafael J. Wysocki wrote:
> On Thu, Mar 24, 2016 at 3:44 PM, Shannon Zhao wrote:
>> > +static void acpi_get_spcr_uart_addr(void)
> static void __init acpi_get_spcr_uart_addr(void)
>
> I suppose?
>
> Apart from this it looks fine.
>
Thanks, I'll update this one and resend it
On Tue, Mar 15, 2016 at 02:08:26PM +0530, Sanchayan Maity wrote:
> Hello Peter,
>
> The existing usage of extcon in Chipidea driver relies on OTG
> registers. In case of SoC with dual role device but not a true
> OTG controller, this does not work. Such SoC's should specify
> the existing CI_HDRC_
Jan Kara writes:
> On Thu 24-03-16 12:08:58, Nicolai Stange wrote:
>> If
>> - generic_file_read_iter() gets called with a zero read length,
>> - the read offset is at a page boundary,
>> - IOCB_DIRECT is not set
>> - and the page in question hasn't made it into the page cache yet,
>> then do_gene
Hi Yao,
On Fri, 25 Mar 2016 14:31:53 +0800
Yaowei Bai wrote:
> On Fri, Mar 25, 2016 at 10:54:51AM +0800, Dongsheng Yang wrote:
> > ccing: Brian and Richard
> >
> > Hi Yao,
> > Is that really necessary? I am not sure how much benefit we can
> > achieve from this change.
> > Could you explain
Hi Stephen,
I haven't received any comments for two weeks. Can you help me to ack this
patch?
Thank you very much.
Regards,
Jiancheng
On 2016/3/8 10:20, Jiancheng Xue wrote:
> The CRG(Clock and Reset Generator) block provides clock
> and reset signals for other modules in hi3519 soc.
>
Am 25.03.2016 um 07:31 schrieb Yaowei Bai:
> On Fri, Mar 25, 2016 at 10:54:51AM +0800, Dongsheng Yang wrote:
>> ccing: Brian and Richard
>>
>> Hi Yao,
>> Is that really necessary? I am not sure how much benefit we can
>> achieve from this change.
>> Could you explain more?
>
> Yes, according t
On 24 March 2016 at 23:13, Steven Rostedt wrote:
> On Thu, 24 Mar 2016 19:54:08 +0800
> Baolin Wang wrote:
>
>
>> +++ b/include/trace/events/mmc.h
>> @@ -0,0 +1,188 @@
>> +#undef TRACE_SYSTEM
>> +#define TRACE_SYSTEM mmc
>> +
>> +#if !defined(_TRACE_MMC_H) || defined(TRACE_HEADER_MULTI_READ)
>> +
From: Shannon Zhao
ACPI 6.0 introduces a new table STAO to list the devices which are used
by Xen and can't be used by Dom0. On Xen virtual platforms, the physical
UART is used by Xen. So here it hides UART from Dom0.
CC: "Rafael J. Wysocki" (supporter:ACPI)
CC: Len Brown (supporter:ACPI)
CC:
Dear Chanwoo,
On 2016-03-25 01:10, Chanwoo Choi wrote:
Hi Robert,
I send following patch to fix the broken serial log of Exynos SoC.
As I knew, you also knew this issue.
If possible, could you review or test this patch?
Robert no longer works for Samsung, so I'm afraid that he won't be able
Hi Andreas,
On jeu., mars 24 2016, Andreas Färber wrote:
> Hi Gregory,
>
> Am 24.03.2016 um 17:11 schrieb Gregory CLEMENT:
>>> +/*
>>> + * Exported on the micro USB connector CON32
>>> + * through an FTDI
>>> + */
>>
>> As the comment didn't start anymore from the middle of the line, we
>> co
This patch provides some tracepoints for the lifecycle of a request from
fetching to completion to help with performance analysis of MMC subsystem.
Changes since v1:
- Remove the redundant typecasts.
- Fix the bug that could cause a system crash.
Signed-off-by: Baolin Wang
---
drivers/mmc/ca
Dear Marek,
On 2016년 03월 25일 17:14, Marek Szyprowski wrote:
> Dear Chanwoo,
>
> On 2016-03-25 01:10, Chanwoo Choi wrote:
>> Hi Robert,
>>
>> I send following patch to fix the broken serial log of Exynos SoC.
>> As I knew, you also knew this issue.
>> If possible, could you review or test this pat
On 2016.03.24 at 18:54 -0400, Dave Jones wrote:
> Just hit this on a tree from earlier this morning, v4.5-11140 or so.
>
> WARNING: CPU: 2 PID: 32570 at fs/btrfs/inode.c:9261
> btrfs_destroy_inode+0x389/0x3f0 [btrfs]
> CPU: 2 PID: 32570 Comm: rm Not tainted 4.5.0-think+ #14
> c039baf9 00
> On Mar 25, 2016, at 14:19, Zhang Zhuoyu
> wrote:
>
> This patch makes serverl logical caculation functions return bool to
> improve readability due to these particular functions only using 0/1 as
> their return value.
>
> No functional change.
>
> Signed-off-by: Zhang Zhuoyu
> ---
> fs/cep
On Thu, 24 Mar 2016, Tejun Heo wrote:
> On Wed, Mar 23, 2016 at 10:28:16PM -0400, nick wrote:
> > Seems that commit id, 1bd04bf6f breaks the mpt3sas driver according to this
> > bug report:
> > https://bugzilla.kernel.org/show_bug.cgi?id=114611. Seems that the driver
> > is fine as
> > have inspe
used_vsr flag is set if process has used VSX register,
instead of Altivec register.
This patch corrects the wrong comment.
Signed-off-by: Simon Guo
---
arch/powerpc/include/asm/processor.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/include/asm/processor.h
Hi Peter,
On Mon, 14 Mar 2016 02:47:55 +
Peter Pan wrote:
> From: Brian Norris
>
> Currently nand_bbt.c is tied with struct nand_chip, and it makes other
> NAND family chips hard to use nand_bbt.c. Maybe it's the reason why
> onenand has own bbt(onenand_bbt.c).
>
> Separate struct nand_ch
* Stephen Rothwell wrote:
> Hi Joe,
>
> On Mon, 14 Mar 2016 16:57:03 -0700 Joe Perches wrote:
> >
> > On Mon, 2016-03-14 at 17:50 -0600, Jeffrey Merkey wrote:
> > > The following changes since commit
> > > b562e44f507e863c6792946e4e1b1449fbbac85d:
> > >
> > > Linux 4.5 (2016-03-13 21:28:54
On Fri, Mar 25, 2016 at 08:57:59AM +0100, Richard Weinberger wrote:
> Am 25.03.2016 um 07:31 schrieb Yaowei Bai:
> > On Fri, Mar 25, 2016 at 10:54:51AM +0800, Dongsheng Yang wrote:
> >> ccing: Brian and Richard
> >>
> >> Hi Yao,
> >> Is that really necessary? I am not sure how much benefit we c
On Fri, Mar 25, 2016 at 08:51:55AM +0100, Boris Brezillon wrote:
> Hi Yao,
>
> On Fri, 25 Mar 2016 14:31:53 +0800
> Yaowei Bai wrote:
>
> > On Fri, Mar 25, 2016 at 10:54:51AM +0800, Dongsheng Yang wrote:
> > > ccing: Brian and Richard
> > >
> > > Hi Yao,
> > > Is that really necessary? I am
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit 05f5ece76a88a2cd4859bc93f90379733dd8b4a3:
>
> Merge tag 'perf-core-for-mingo-20160323' of
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into pe
On 3/24/2016 6:01 PM, John Keeping wrote:
On Thu, 24 Mar 2016 13:56:02 +0100, Giuseppe CAVALLARO wrote:
This should be fixed by some work done some days
ago and not yet committed.
Pls see "stmmac: MDIO fixes" patch-set and let me know
if ok on your side.
Yes, that works for me.
thx John fo
> -Original Message-
> From: Yan, Zheng [mailto:z...@redhat.com]
> Sent: Friday, March 25, 2016 4:32 PM
> To: Zhang Zhuoyu
> Cc: Ceph Development ; Sage Weil
> ; idryo...@gmail.com; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] fs/ceph: make logical calculation functions return boo
* Frederic Weisbecker wrote:
> As per Linus suggestion, lets convert the tick dependency mask to
> atomic_t. Introduce atomic_fetch_or() and confine fetch_or() back to
> scheduler guts.
>
> git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
> timers/nohz
>
> HEAD:
Linus,
please pull from the tag "firewire-update2" at
git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394.git
firewire-update2
to receive the following IEEE 1394 subsystem patch:
- Occurrences of timeval were supposed to be eliminated last round,
now remove a last forgot
On Mon, 14 Mar 2016 02:47:53 +
Peter Pan wrote:
> Sorry for send the v3 out late. I went through a busy time in the past
> two month.
>
> Currently nand_bbt.c is tied with struct nand_chip, and it makes other
> NAND family chips hard to use nand_bbt.c. Maybe it's the reason why
> onenand has
On Mon, 14 Mar 2016 02:47:56 +
Peter Pan wrote:
> Add new API definitions for nand_bbt to replace old ones without
> any users. These API includes:
> struct nand_bbt_create(struct mtd_info *mtd);
> struct nand_bbt *nand_bbt_create(struct mtd_info *mtd,
>
On Mon, 14 Mar 2016 02:47:58 +
Peter Pan wrote:
> Use new BBT APIs (nand_bbt_*()) in NAND. Keep old APIs (nand_*_bbt())
> exist temporarily.
>
> Signed-off-by: Brian Norris
> Signed-off-by: Peter Pan
> ---
> drivers/mtd/nand/docg4.c | 7 +-
> drivers/mtd/nand/nand_base.c | 151
> ++
Hi Dan,
2016년 03월 17일 19:39에 Dan Carpenter 이(가) 쓴 글:
> We know "ret" is zero and the test makes static checkers complain so
> let's delete this printk.
>
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/gpu/drm/exynos/exynos_drm_mic.c
> b/drivers/gpu/drm/exynos/exynos_drm_mic.c
> index
* Frederic Weisbecker wrote:
> The tick dependency mask was intially unsigned long because this is the
> type on which clear_bit() operates on and fetch_or() accepts it.
>
> But now that we have atomic_fetch_or(), we can instead use
> atomic_andnot() to clear the bit. This consolidates the type
On Fri, 25 Mar 2016, Mike Galbraith wrote:
> On Thu, 2016-03-24 at 12:06 +0100, Mike Galbraith wrote:
> > On Thu, 2016-03-24 at 11:44 +0100, Thomas Gleixner wrote:
> > >
> > > > On the bright side, with the busted migrate enable business reverted,
> > > > plus one dinky change from me [1], master
Hi Michal, Al,
On Thu, Mar 24, 2016 at 9:51 PM, Michal Marek wrote:
> just two kconfig commits this time:
> - kconfig Makefile fix for make 3.80
> - Fix calculating symbols so that KCONFIG_ALLCONFIG=... does not disable
> CONFIG_MODULES silently
> for you to fetch changes up to 6b87b70c5339f30
On Fri, 25 Mar 2016 08:57:59 +0100
Richard Weinberger wrote:
> Am 25.03.2016 um 07:31 schrieb Yaowei Bai:
> > On Fri, Mar 25, 2016 at 10:54:51AM +0800, Dongsheng Yang wrote:
> >> ccing: Brian and Richard
> >>
> >> Hi Yao,
> >> Is that really necessary? I am not sure how much benefit we can
>
On Fri, Mar 25, 2016 at 9:54 AM, Geert Uytterhoeven
wrote:
> On Thu, Mar 24, 2016 at 9:51 PM, Michal Marek wrote:
>> just two kconfig commits this time:
>> - kconfig Makefile fix for make 3.80
>> - Fix calculating symbols so that KCONFIG_ALLCONFIG=... does not disable
>> CONFIG_MODULES silently
This is to announce a resync and update of the Brain Fuck Scheduler,
version 0.469 for the latest stable linux kernel.
The patch against linux-4.5(.x) is available here:
http://ck.kolivas.org/patches/bfs/4.0/4.5/4.5-sched-bfs-469.patch
A -ck branded linux-4.5-ck1 patch is available here:
http:/
On Fri, 2016-03-25 at 09:52 +0100, Thomas Gleixner wrote:
> On Fri, 25 Mar 2016, Mike Galbraith wrote:
> > On Thu, 2016-03-24 at 12:06 +0100, Mike Galbraith wrote:
> > > On Thu, 2016-03-24 at 11:44 +0100, Thomas Gleixner wrote:
> > > >
> > > > > On the bright side, with the busted migrate enable
Rock #1..
hotplug/rt: Nest module_mutex inside cpu_hotplug.lock
PID: 11107 TASK: 8803b12b9900 CPU: 4 COMMAND: "stress-cpu-hotp"
This VDMA is a soft ip, which can be programmed to support
32 bit addressing or greater than 32 bit addressing.
When the VDMA ip is configured for 32 bit address space
the buffer address is specified by a single register
(0x5C for MM2S and 0xAC for S2MM channel).
When the VDMA core is configure
When VDMA is configured in Non-sg mode
Users can queue descriptors greater than h/w configured frames.
Current driver allows the user to queue descriptors upto h/w configured.
Which is wrong for non-sg mode configuration.
This patch fixes this issue.
Signed-off-by: Kedareswara rao Appana
---
C
Hi Laurent Pinchart,
> -Original Message-
> From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
> Sent: Monday, March 21, 2016 9:48 PM
> To: Anurag Kumar Vulisha
> Cc: Vinod Koul; Rob Herring; Pawel Moll; Mark Rutland; Ian Campbell; Kumar
> Gala; Michal Simek; Soren Brinkmann
This patch makes serverl logical caculation functions return bool to
improve readability due to these particular functions only using 0/1
as their return value.
No functional change.
--
v2 changelog:
ceph_ino_compare() is used by ilookup5, and ilookup5() wants function
pointer int (*test)(struct i
On Fri, Mar 25, 2016 at 09:58:21AM +0100, Boris Brezillon wrote:
> On Fri, 25 Mar 2016 08:57:59 +0100
> Richard Weinberger wrote:
>
> > Am 25.03.2016 um 07:31 schrieb Yaowei Bai:
> > > On Fri, Mar 25, 2016 at 10:54:51AM +0800, Dongsheng Yang wrote:
> > >> ccing: Brian and Richard
> > >>
> > >> Hi
On Fri, Mar 25, 2016 at 5:02 AM, NeilBrown wrote:
> On Sun, Mar 06 2016, Sage Weil wrote:
>
>> Hi Linus,
>>
>> Please pull the following Ceph patch from
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client.git
>> for-linus
>>
>> This is a final commit we missed to align the prot
This patch removes two BUG_ON() used to notify about RX queue corruptions
on macb (not gem) hardware without actually handling the error.
The new code skips corrupted frames but still processes faultless frames.
Then it resets the RX queue before restarting the reception from a clean
state.
This
КЛИЕНТСКИЕ БАЗЫ! Тел\Viber\Whatsapp:+79139393506 Skype: prodawez389 Email:
mloginov...@gmail.com Узнайте подробнее!!!
Hi Chanwoo,
On 03/25/2016 12:39 AM, Chanwoo Choi wrote:
> diff --git a/include/dt-bindings/clock/exynos3250.h
> b/include/dt-bindings/clock/exynos3250.h
>> index ddb874130d86..c796ff02ceeb 100644
>> --- a/include/dt-bindings/clock/exynos3250.h
>> +++ b/include/dt-bindings/clock/exynos3250.h
...
>
Hi again,
Cristina Moraru wrote:
> Add implementation for Maxim MAX5487, MAX5488, MAX5489
> digital potentiometers.
>
> Signed-off-by: Cristina Moraru
> CC: Daniel Baluta
Some more comments, the mcp4531 chips have n**2 + 1 positions,
therefore .max_pos in that driver isn't the number of wiper
On Thu, 2016-03-24 at 11:20 -0400, Steven Rostedt wrote:
> On Thu, 24 Mar 2016 22:04:01 +1100
> Michael Ellerman wrote:
>
> > In order to support live patching on powerpc we would like to call
> > ftrace_location_range(), so make it global.
>
> Do you want me to try to get this into this merge wi
On 32-bit:
fs/nfsd/blocklayout.c: In function ‘nfsd4_block_get_device_info_scsi’:
fs/nfsd/blocklayout.c:337: warning: integer constant is too large for
‘long’ type
fs/nfsd/blocklayout.c:344: warning: integer constant is too large for
‘long’ type
fs/nfsd/blocklayout.c: In function
On Thu, Mar 24, 2016 at 09:52:01PM +0200, Vladimir Zapolskiy wrote:
> This reverts commit 909f7ee0b5f30f735e16864a7ed18d2e6123e6d9.
>
> Apparently due to a wrongly resolved merge conflict between two
> branches, which contained the same commit, the commit contents
> partially was added two times i
Hello.
On 3/25/2016 2:14 AM, Dmitry Osipenko wrote:
udc->softconnect should be set regardless of the VBUS state, otherwise
the USB peripheral device, connected during suspend, won't be detected
since can_pullup() would return false the UDC controller won't be enabled.
Fixes: 252455c40316 (usb:
On Wed, Mar 23, 2016 at 09:22:36PM +0200, Ivaylo Dimitrov wrote:
> Assigning a device group to a regulator does not change its state. To
> change the state of a regulator a message over the powerbus is required.
> Also, the check for the current state of a regulator should not count on
> a device
On Wed, Mar 23, 2016 at 03:20:46PM +0100, Alexander Stein wrote:
> The difference in those drivers is that syscon manually sets
> config.val_format_endian before calling regmap_init_mmio.
> spi-fsl-dspi does not. I guess this driver relies on this configuration being
> done in regmap_get_val_end
On 09.03.2016 15:46, Alexander Popov wrote:
> On 16.02.2016 18:18, Peter Jones wrote:
>> On Tue, Feb 16, 2016 at 01:49:18PM +, Matt Fleming wrote:
>>> [ Including Peter, the efifb maintainer. Original email is here,
>>>
>>> http://marc.info/?l=linux-kernel&m=145552936131335&w=2
>>>
>>> I'
On 03/22/2016 03:42 PM, Jisheng Zhang wrote:
These trivial patches are similar as Masahiro posted in[1]. The main
purpose is let cpuidle_ops structure be constified and replace
"__initdata" with "__initconst".
[1]
http://lists.infradead.org/pipermail/linux-arm-kernel/2015-August/365826.html
Ji
From: Borislav Petkov
The current "text" needs a user to use a crystal ball in order to find
out what this ACP thing is.
Use the text from
a8fe58cec351 ("drm/amd: add ACP driver support")
to make it a bit more understandable to the rest of the world.
Signed-off-by: Borislav Petkov
Cc: Alex
On Thu, Mar 24, 2016 at 09:56:21PM -0500, Bjorn Helgaas wrote:
> netpoll_setup() does a dev_hold() on np->dev, the netpoll device. If it
> fails, it correctly does a dev_put() but leaves np->dev set. If we call
> netpoll_cleanup() after the failure, np->dev is still set so we do another
> dev_put
the dgnc_offset_table has a same value with (1 << port).
So I tried to replace dgnc_offset_table array with 1 << port.
And also there are redundant assignments(tmp and current_port)
inside while loop for checking uart port, and remove them.
Signed-off-by: Daeseok Youn
---
Greg, This patch depends
On Fri, Mar 25, 2016 at 10:08:40AM +0800, Huang Rui wrote:
> Bit 11 of CPUID 8000_0007 edx is processor feedback interface.
> Bit 12 of CPUID 8000_0007 edx is accumulated power.
>
> So this patch fixes the output of cpuinfo, and add some new names to
> make it more meaningful.
>
> Reported-by: Bo
On 03/24/2016 06:11 AM, Jisheng Zhang wrote:
Let's assume cpuidle_ops exists but it doesn't implement the according
init member, current arm_cpuidle_init() will return success to its
caller, but in fact it should return -EOPNOTSUPP.
Signed-off-by: Jisheng Zhang
---
arch/arm/kernel/cpuidle.c |
On 03/24/2016 06:11 AM, Jisheng Zhang wrote:
Currently, we check cpuidle_ops.suspend every time when entering a
low-power idle state. But this check could be avoided in this hot path
by moving it into arm_cpuidle_init() to reduce arm_cpuidle_suspend()
overhead a bit.
Signed-off-by: Jisheng Zhang
On Thu, Mar 24, 2016 at 7:49 PM, Inki Dae wrote:
>
>
> 2016년 03월 25일 00:40에 Rob Clark 이(가) 쓴 글:
>> On Thu, Mar 24, 2016 at 4:18 AM, Inki Dae wrote:
>>> Hi,
>>>
>>> 2016년 03월 24일 03:47에 Gustavo Padovan 이(가) 쓴 글:
From: Gustavo Padovan
Hi,
This is a first proposal to discus
Commit-ID: cde88355f2cd7082f5a208901f99b80f4823872c
Gitweb: http://git.kernel.org/tip/cde88355f2cd7082f5a208901f99b80f4823872c
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 24 Mar 2016 11:22:43 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 24 Mar 2016 12:26:41 -0300
pe
Commit-ID: 6a1a77baa7d81c8217ed10ba17a84c5f100343d9
Gitweb: http://git.kernel.org/tip/6a1a77baa7d81c8217ed10ba17a84c5f100343d9
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 24 Mar 2016 11:48:23 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 24 Mar 2016 12:28:57 -0300
pe
Commit-ID: a49ac9f83b31e41c8311d64bd2b3f97a23dcb38d
Gitweb: http://git.kernel.org/tip/a49ac9f83b31e41c8311d64bd2b3f97a23dcb38d
Author: Huang Rui
AuthorDate: Fri, 25 Mar 2016 11:18:25 +0800
Committer: Ingo Molnar
CommitDate: Fri, 25 Mar 2016 09:46:53 +0100
perf/x86: Move events_sysfs_sh
Hi all,
On 25 March 2016 at 11:58, Rob Clark wrote:
> On Thu, Mar 24, 2016 at 7:49 PM, Inki Dae wrote:
>> It's definitely different case. This tries to add new user-space interfaces
>> to expose fences to user-space. At least, implicit interfaces are embedded
>> into drivers.
>> So I'd like to
On 03/24/2016 10:53 PM, Steven Haigh wrote:
Hi all,
Firstly, I've cross-posted this to xen-devel and the lkml - as this
problem seems to only exist when using kernel 4.4 as a Xen DomU kernel.
I have also CC'ed Greg KH for his awesome insight as maintainer.
Please CC myself into replies - as I'm
On 2016/3/23 17:50, Peter Zijlstra wrote:
On Mon, Mar 14, 2016 at 09:59:43AM +, Wang Nan wrote:
Convert perf_output_begin to __perf_output_begin and make the later
function able to write records from the end of the ring buffer.
Following commits will utilize the 'backward' flag.
This patc
On 25.03.2016 13:10, Mark Brown wrote:
> On Thu, Mar 24, 2016 at 09:52:01PM +0200, Vladimir Zapolskiy wrote:
>> This reverts commit 909f7ee0b5f30f735e16864a7ed18d2e6123e6d9.
>>
>> Apparently due to a wrongly resolved merge conflict between two
>> branches, which contained the same commit, the commi
lsgpio.c: In function ‘main’:
lsgpio.c:166:7: warning: ‘device_name’ may be used uninitialized in this functio
n [-Wmaybe-uninitialized]
ret = list_device(device_name);
^
Signed-off-by: Geert Uytterhoeven
---
tools/gpio/lsgpio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
Hi Linus, Alex,
This small series enables compiler optimization for the GPIO tools, to
catch more bugs, and fix the bug found by it.
Geert Uytterhoeven (2):
tools/gpio: Enable compiler optimization to catch more bugs
tools/gpio: Add missing initialization of device_name
tools/gpio/M
Signed-off-by: Geert Uytterhoeven
---
tools/gpio/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/gpio/Makefile b/tools/gpio/Makefile
index 4d198d5c42032661..c155d6bc47a7580c 100644
--- a/tools/gpio/Makefile
+++ b/tools/gpio/Makefile
@@ -1,5 +1,5 @@
CC = $(CROSS
On 2016/3/25 20:26, Wangnan (F) wrote:
On 2016/3/23 17:50, Peter Zijlstra wrote:
On Mon, Mar 14, 2016 at 09:59:43AM +, Wang Nan wrote:
Convert perf_output_begin to __perf_output_begin and make the later
function able to write records from the end of the ring buffer.
Following commits wi
From: yalin wang
change this function to return only iommu_group* pointer or
PTR_ERR(), never return NULL when failed.
The caller of this function only check IS_ERR() for its return value.
Signed-off-by: yalin wang
---
drivers/iommu/iommu.c | 15 ---
include/linux/iommu.h | 10
On 7 March 2016 at 23:33, Chunyan Zhang wrote:
> From: Pratik Patel
>
> This driver adds support for the STM CoreSight IP block, allowing any
> system compoment (HW or SW) to log and aggregate messages via a
> single entity.
>
> The CoreSight STM exposes an application defined number of channels
On 7 March 2016 at 23:33, Chunyan Zhang wrote:
> This patchset adds support for the CoreSight STM IP block.
>
> In the fourth version, comments from various people have been
> addressed. Representing configurations where channels are shared
> between multiple masterIDs has been kept unchanged fro
2016.03.24. 4:17 keltezéssel, Peter Hurley írta:
> On 03/23/2016 07:09 PM, Matthias Schiffer wrote:
autoconfig_16550a() is doing all kinds of weird checks to detect different
hardware by writing a lot of register values which are documented as
reserved in the AR7242 datasheet (there'
Hello Sergei,
25.03.2016 14:12, Sergei Shtylyov пишет:
[snip]
udc = container_of(gadget, struct fsl_udc, gadget);
+udc->softconnect = (is_on != 0);
!!is_on? Parens not needed anyway though.
Okay :) I'll change to it in V2 as well as a bit messed up commit message.
Thanks fo
Am 25.03.2016 12:33, schrieb Daeseok Youn:
> the dgnc_offset_table has a same value with (1 << port).
> So I tried to replace dgnc_offset_table array with 1 << port.
> And also there are redundant assignments(tmp and current_port)
> inside while loop for checking uart port, and remove them.
>
>
On Fri, Mar 25, 2016 at 09:48:47AM +0100, Ingo Molnar wrote:
>
> * Frederic Weisbecker wrote:
>
> > As per Linus suggestion, lets convert the tick dependency mask to
> > atomic_t. Introduce atomic_fetch_or() and confine fetch_or() back to
> > scheduler guts.
> >
> > git://git.kernel.org/pub/scm
Hi Lorenzo,
On Fri, 25 Mar 2016 14:25:13 +0800 Jisheng Zhang wrote:
> Hi Lorenzo,
>
> On Thu, 24 Mar 2016 16:06:00 + Lorenzo Pieralisi wrote:
>
> > On Thu, Mar 24, 2016 at 01:07:18PM +0800, Jisheng Zhang wrote:
> > > Currently, entering idle need to check the idx every time to choose the
Hello.
On 03/25/2016 02:51 AM, David Lechner wrote:
TI has been using the physical address in DT after the @ in device nodes.
The device tree convention is to use the same address that is used for
the reg property. This updates all davinci DT files to use the proper
convention.
Signed-off-by:
The obsolete sp should not be used on current vCPUs and should not hurt
vCPU's running, so skip it from for_each_gfn_sp() and
for_each_gfn_indirect_valid_sp()
The side effort is we will double check role.invalid in kvm_mmu_get_page()
but i think it is okay as role is well cached
Signed-off-by: Xi
kvm-unit-tests complained about the PFEC is not set properly, e.g,:
test pte.rw pte.d pte.nx pde.p pde.rw pde.pse user fetch: FAIL: error code 15
expected 5
Dump mapping: address: 0x1234
--L4: 3e95007
--L3: 3e96007
--L2: 283
It's caused by the reason that PFEC returned to
Currently only PT64_ROOT_LEVEL - 1 levels are used, one additional entry
in .parent[] is used as a sentinel, the additional entry in .idx[] is
purely wasted
This patch reduces its size and sets the sentinel on the upper level of
the place where we start from
Signed-off-by: Xiao Guangrong
---
ar
Each time i looked into the logic of walking unsync shadow pages, it costs
lots of time to understand what it is doing. The trick of this logic is
that the item, sp and idx, saved to kvm_mmu_pages is the sp and the index
in the _parent_ level and it lacks any comment to explain this fact
This patc
A recent commit 5c5fb40de8f14391a1238db05cef88754faf9229 stated:
Follows: linus/v4.4-rc2
Precedes: linus/v4.5-rc1
PCI: imx6: Add support for active-low reset GPIO
We previously used of_get_named_gpio(), which ignores the OF flags cell, so
the reset GPIO defaulted to "active high." Thi
On 25/03/2016 14:19, Xiao Guangrong wrote:
> kvm-unit-tests complained about the PFEC is not set properly, e.g,:
> test pte.rw pte.d pte.nx pde.p pde.rw pde.pse user fetch: FAIL: error code 15
> expected 5
> Dump mapping: address: 0x1234
> --L4: 3e95007
> --L3: 3e96007
> --L2
On 03/25/2016 09:35 PM, Paolo Bonzini wrote:
On 25/03/2016 14:19, Xiao Guangrong wrote:
kvm-unit-tests complained about the PFEC is not set properly, e.g,:
test pte.rw pte.d pte.nx pde.p pde.rw pde.pse user fetch: FAIL: error code 15
expected 5
Dump mapping: address: 0x1234
--L4:
On 25/03/2016 14:19, Xiao Guangrong wrote:
> Currently only PT64_ROOT_LEVEL - 1 levels are used, one additional entry
> in .parent[] is used as a sentinel, the additional entry in .idx[] is
> purely wasted
>
> This patch reduces its size and sets the sentinel on the upper level of
> the place wh
On 03/25/2016 09:45 PM, Paolo Bonzini wrote:
On 25/03/2016 14:19, Xiao Guangrong wrote:
Currently only PT64_ROOT_LEVEL - 1 levels are used, one additional entry
in .parent[] is used as a sentinel, the additional entry in .idx[] is
purely wasted
This patch reduces its size and sets the senti
On 25/03/2016 14:41, Xiao Guangrong wrote:
>>>
>>
>> So is this patch doing the same as "KVM: MMU: precompute page fault
>> error code"? It was necessary after all. :)
>
> Sorry for my mistake... I missed the logic you changed :(
>
> I still prefer to calculating the error code on the fault pa
你好
有打算开发国外客户吗？
不参加展会也不上B2B平台，但照样可以开发优质海外客户。方法很简单，一天帮您做出效果
您只需要提供一个产品关键词，花费十分钟时间，就可以体验客户开发搜索软件带给您的惊喜。 咨询qq: 1286754208
1 - 100 of 352 matches
Mail list logo
