> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of
> Juergen Gross
> Sent: 22 September 2016 10:03
> To: xen-de...@lists.xenproject.org; net...@vger.kernel.orga; linux-
> ker...@vger.kernel.org
> Cc: Juergen Gross ; Wei Liu
> Subject: [Xen-devel] [
Hi Joe,
On Mon, 19 Sep 2016 23:32:03 -0700, Joe Perches wrote:
> On Tue, 2016-09-20 at 07:53 +0200, Julia Lawall wrote:
> > I think it is better to be clear. CHECK was never really clear to me,
> > especially if you see it in isolation, on a file that doesn't also have
> > ERROR or WARNING. NITS
On Thu, Sep 22, 2016 at 10:59:24AM +0200, Wolfram Sang wrote:
>
> > > Huh? It doesn't apply on top of rc7 here? What did you base it on?
> >
> > It is based on linux-next as it is on top of Jarkko's I2C ACPI namespace
> > cleanup patches. I'm wondering if I make an updated patch on top of
> > v4.
Hi Jonathan,
On Wed, 21 Sep 2016 15:54:01 -0600, Jonathan Corbet wrote:
> Recent discussion has made it clear that there is no community consensus
> on this particular rule. Remove it now, lest it inspire yet another set
> of unwanted "cleanup" patches.
>
> This partially reverts 865a1caa4b6b (C
On Thu, 22 Sep 2016, Marc Zyngier wrote:
> On 21/09/16 22:14, Leo Li wrote:
> > Hi Marc and Thomas,
> >
> > With the introduction of request_any_context_irq() routine, driver can
> > deal with interrupt controllers using either threaded irq or normal
> > irq. But I don't see many drivers that hav
On 22/09/2016 05:34, Wanpeng Li wrote:
> - if (vmx->rmode.vm86_active) {
> - if (kvm_inject_realmode_interrupt(vcpu, NMI_VECTOR, 0) !=
> EMULATE_DONE)
> - kvm_make_request(KVM_REQ_TRIPLE_FAULT, vcpu);
> - return;
> + ++vcpu->stat.nmi_in
On 21 September 2016 at 03:43, Shawn Lin wrote:
> Per JESD84-B51 P69, Host need to change frequency to <=52MHz after
> setting HS_TIMING to 0x1, and host may changes frequency to <= 200MHz
> after setting HS_TIMING to 0x3. It seems there is no difference if
> we don't change frequency to <= 52MHz
A cleanup removed a couple of members from struct snd_soc_codec_driver
after changing codec drivers to no longer use them, but one codec
was missed in the process, giving a build error:
sound/soc/codecs/cq93vc.c:134:2: error: unknown field 'controls' specified in
initializer
.controls = cq93vc_
On Wed, Sep 21, 2016 at 03:10:30PM -0500, Rob Herring wrote:
> On Thu, Sep 8, 2016 at 1:41 PM, Rob Herring wrote:
> > kvm_guest.config is useful for KVM guests on other arches, and nothing
> > in it appears to be x86 specific, so just move the whole file. Kbuild
> > will find it in either location
On Thu, Sep 22, 2016 at 10:36:37AM +0200, Jan Kara wrote:
> On Thu 22-09-16 10:04:36, Peter Zijlstra wrote:
> > On Wed, Sep 21, 2016 at 05:58:27PM +0200, Petr Mladek wrote:
> > > > +static inline void assert_clock_updated(struct rq *rq)
> > > > +{
> > > > +#ifdef CONFIG_SCHED_DEBUG
> > > > +
On 21 September 2016 at 03:43, Shawn Lin wrote:
> When introducing hs400es, I didn't notice that we haven't
> switched voltage to 1V2 or 1V8 for it. That happens to work
> as the first controller claiming to support hs400es, arasan(5.1),
> which is designed to only support 1V8. So the voltage is f
On 16 September 2016 at 17:01, Zach Brown wrote:
> The sdhci controller on xilinx zynq devices will not function unless
> the CD bit is provided. http://www.xilinx.com/support/answers/61064.html
> In cases where it is impossible to provide the CD bit in hardware,
> setting the controller to test m
On Thu, 2016-09-22 at 10:36 +0200, Michal Hocko wrote:
> On Thu 22-09-16 10:01:26, Michal Hocko wrote:
> > On Thu 22-09-16 06:15:02, Mike Galbraith wrote:
> > [...]
> > > master.today...
> >
> > Thanks for trying to reproduce this. My tiny laptop (2 cores, 2 threads
> > per core) cannot reproduce
On 16 September 2016 at 17:01, Zach Brown wrote:
> The sdhci controller on xilinx zynq devices will not function unless
> the CD bit is provided. http://www.xilinx.com/support/answers/61064.html
> In cases where it is impossible to provide the CD bit in hardware,
> setting the controller to test m
On 21 September 2016 at 03:43, Shawn Lin wrote:
> From: Ziyuan Xu
>
> Per spec, block size should always be 512 bytes for dual rate mode,
> so any attempts to switch the block size under dual rate mode should
> be neglected.
>
> Signed-off-by: Ziyuan Xu
> Signed-off-by: Shawn Lin
Thanks, appli
The newly added pcie-rockchip driver fails to initialize the
io_size variable if the DT doesn't provide ranges for the PCI
I/O space, as found by building it with -Wmaybe-uninitialized:
drivers/pci/host/pcie-rockchip.c: In function 'rockchip_pcie_probe':
drivers/pci/host/pcie-rockchip.c:1007:6: wa
The new l3s mode in ipvlan relies on netfilter interfaces, but
the ipvlan driver can be configured when CONFIG_NETFILTER is disabled,
leading to a build error:
drivers/net/ipvlan/ipvlan.h:132:22: error: 'struct nf_hook_state' declared
inside parameter list will not be visible outside of this defi
On Thu, 22 Sep 2016 09:39:04 +0200
Boris Brezillon wrote:
> On Thu, 22 Sep 2016 09:07:46 +0200
> Uwe Kleine-König wrote:
>
> > On Wed, Sep 21, 2016 at 12:44:14PM +0200, Nicolas Ferre wrote:
> > > From: Alexey Starikovskiy
> > >
> > > The problem with previous code was it rounded values in w
The -Wempty-body gcc warning triggers in the newly added zpa2326 driver:
drivers/iio/pressure/zpa2326.c: In function 'zpa2326_dequeue_pressure':
drivers/iio/pressure/zpa2326.c:578:3: error: suggest braces around empty body
in an 'if' statement [-Werror=empty-body]
The use of an empty statement b
Emilio López writes:
> These tests are based on the libsync test suite from Android.
> This commit lays the ground for future tests, as well as includes
> tests for a variety of basic allocation commands.
Hi Emilio,
Just a few comments on the Makefile.
> diff --git a/tools/testing/selftests/sy
The newly added __sca3000_get_base_freq function handles all valid
modes of the SCA3000_REG_ADDR_MODE register, but gcc notices
that any other value (i.e. 0x00) causes the base_freq variable to
not get initialized:
drivers/staging/iio/accel/sca3000_core.c: In function 'sca3000_write_raw':
drivers/
On Thu, Sep 15, 2016 at 02:45:30PM +0530, Nava kishore Manne wrote:
> From: Nava kishore Manne
>
> Signed-off-by: Nava kishore Manne
> Signed-off-by: Michal Simek
> [stelf...@cadence.com: cherry picked from
> https://github.com/Xilinx/linux-xlnx commit
> 37b8a9780766422b2437f5166ddef3767bb60887
2016-09-22 17:37 GMT+08:00 Paolo Bonzini :
>
>
> On 22/09/2016 05:34, Wanpeng Li wrote:
>> - if (vmx->rmode.vm86_active) {
>> - if (kvm_inject_realmode_interrupt(vcpu, NMI_VECTOR, 0) !=
>> EMULATE_DONE)
>> - kvm_make_request(KVM_REQ_TRIPLE_FAULT, vcpu);
>> -
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
tags/media/v4.8-7
For:
- several fixes for new drivers added for Kernel 4.8 addition
(cec core, pulse8 cec driver and Mediatek vcodec);
- a regression fix for cx23885 and saa7134 drivers;
- an impo
On Mon, Sep 12, 2016 at 11:47:32AM +0200, Richard Genoud wrote:
> Commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when
> hardware handshake is enabled") broke the hardware handshake when GPIOs
> where used.
>
> Hardware handshake with GPIOs used to work before this commit because
>
A bug fix for the ACPI side of this driver caused a harmless
build warning:
drivers/rtc/rtc-cmos.c:1115:13: error: 'cmos_check_acpi_rtc_status' defined but
not used [-Werror=unused-function]
static void cmos_check_acpi_rtc_status(struct device *dev,
We can avoid the warning and simplify the dri
On Wed, Sep 21, 2016 at 01:04:57PM -0500, Bjorn Helgaas wrote:
> On Wed, Sep 21, 2016 at 03:05:49PM +0100, Lorenzo Pieralisi wrote:
> > On Tue, Sep 20, 2016 at 02:17:44PM -0500, Bjorn Helgaas wrote:
> > > On Tue, Sep 20, 2016 at 04:09:25PM +0100, Ard Biesheuvel wrote:
> >
> > [...]
> >
> > > > No
The imx_drm_bind function causes a warning in linux-next when
CONFIG_DRM_FBDEV_EMULATION is not set:
drivers/gpu/drm/imx/imx-drm-core.c: In function 'imx_drm_bind':
drivers/gpu/drm/imx/imx-drm-core.c:441:1: error: label 'err_unbind' defined but
not used [-Werror=unused-label]
I don't understand
On Wed 21-09-16 14:35:34, Gerald Schaefer wrote:
> dissolve_free_huge_pages() will either run into the VM_BUG_ON() or a
> list corruption and addressing exception when trying to set a memory
> block offline that is part (but not the first part) of a hugetlb page
> with a size > memory block size.
>
On Thu 22-09-16 11:40:09, Mike Galbraith wrote:
> On Thu, 2016-09-22 at 10:36 +0200, Michal Hocko wrote:
> > On Thu 22-09-16 10:01:26, Michal Hocko wrote:
> > > On Thu 22-09-16 06:15:02, Mike Galbraith wrote:
> > > [...]
> > > > master.today...
> > >
> > > Thanks for trying to reproduce this. My t
On Thu, Sep 22, 2016 at 11:32:33AM +0300, Nikita Yushchenko wrote:
> Hi.
>
> Here is a trace:
Please don't send cover letters for single patches, if there is anything
that needs saying put it in the changelog of the patch or after the ---
if it's administrative stuff. This reduces mail volume an
From: Wanpeng Li
Run kvm-unit-tests/eventinj.flat in L1:
Sending NMI to self
After NMI to self
FAIL: NMI
This test scenario is to test whether VMM can handle NMI IDT-vectoring info
correctly.
At the beginning, L2 writes LAPIC to send a self NMI, the EPT page tables on
both L1
and L0 are emp
From: Zhu Yanhai
I can't see why the check was removed by commit b32e86b4. Since it was not
relevant to the subject of the commit, I guess it was just a plain typo.
Signed-off-by: Zhu Yanhai
---
kernel/sched/debug.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/sch
>> Hi.
>>
>> Here is a trace:
>
> Please don't send cover letters for single patches, if there is anything
> that needs saying put it in the changelog of the patch or after the ---
> if it's administrative stuff. This reduces mail volume and ensures that
> any important information is recorded i
On 22/09/2016 11:55, Wanpeng Li wrote:
> From: Wanpeng Li
>
> Run kvm-unit-tests/eventinj.flat in L1:
>
> Sending NMI to self
> After NMI to self
> FAIL: NMI
>
> This test scenario is to test whether VMM can handle NMI IDT-vectoring info
> correctly.
>
> At the beginning, L2 writes LAPIC to
On 2016-09-22 11:45, Wanpeng Li wrote:
> 2016-09-22 17:37 GMT+08:00 Paolo Bonzini :
>>
>>
>> On 22/09/2016 05:34, Wanpeng Li wrote:
>>> - if (vmx->rmode.vm86_active) {
>>> - if (kvm_inject_realmode_interrupt(vcpu, NMI_VECTOR, 0) !=
>>> EMULATE_DONE)
>>> - kvm_ma
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 7d1e042314619115153a0f6f06e4552c09a50e13
commit: 3ceeda1cbee9f93bb5537c9b840d1f7e767d7c01 Merge remote-tracking branches
'asoc/topic/cs53l30', 'asoc/topic/cygnus', 'asoc/topic/da7219' and
'asoc/topic/davinc
On 9/21/2016 9:26 PM, Akinobu Mita wrote:
> 2016-09-21 23:06 GMT+09:00 Khan, Imran :
>
commit 084ee793ec1ff4e2171b481642bfbdaa2e10664c
Author: Imran Khan
Date: Thu Sep 15 16:44:02 2016 +0530
blk-mq: use static mapping
blk-mq layer performs a remapping
Hi ulf,
在 2016/9/22 17:38, Ulf Hansson 写道:
On 21 September 2016 at 03:43, Shawn Lin wrote:
Per JESD84-B51 P69, Host need to change frequency to <=52MHz after
setting HS_TIMING to 0x1, and host may changes frequency to <= 200MHz
after setting HS_TIMING to 0x3. It seems there is no difference if
On Thu, Sep 22, 2016 at 05:50:53PM +0800, Zhu Yanhai wrote:
> From: Zhu Yanhai
>
> I can't see why the check was removed by commit b32e86b4. Since it was not
> relevant to the subject of the commit, I guess it was just a plain typo.
No, it was very much on purpose. It shows all tasks now, which
On Thu, 2016-09-22 at 11:53 +0200, Michal Hocko wrote:
> On Thu 22-09-16 11:40:09, Mike Galbraith wrote:
> > This patch doesn't help, nor does the previous patch... but with both
> > applied, all is well. All you have to do now is figure out why :)
>
> Ohh, I should be more explicit, this needs
Guys, please stop accepting patches from Markus!
Markus, you always introduce bugs. I have asked you over and over to
stop sending "cleanup patches" because you are not careful. If you
restricted yourself to fixing bugs only then you would maybe fix more
bugs than you introduce but as it you are
After moving tpa6130a2 power management to DAPM, if chip can be physically
powered off (either reset_gpio is defined, or regulator indeed removes
power), then volume change no longer works unless chip is on due to
a running stream.
Fix that by entering regcache cache_only mode while chip is off.
On 22/09/16 11:09, Paul Durrant wrote:
>> -Original Message-
>> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of
>> Juergen Gross
>> Sent: 22 September 2016 10:03
>> To: xen-de...@lists.xenproject.org; net...@vger.kernel.orga; linux-
>> ker...@vger.kernel.org
>> Cc: Jue
On 22 September 2016 at 12:06, Shawn Lin wrote:
> Hi ulf,
>
> 在 2016/9/22 17:38, Ulf Hansson 写道:
>>
>> On 21 September 2016 at 03:43, Shawn Lin wrote:
>>>
>>> Per JESD84-B51 P69, Host need to change frequency to <=52MHz after
>>> setting HS_TIMING to 0x1, and host may changes frequency to <= 200M
Akshay Adiga writes:
> Observed that boot arguments (passed as CONFIG_CMDLINE) are not being
> picked up by kernel while using gcc-ppc64-linux-gnu v5.4.0 and v6.1.1.
> While it works as expected with v5.3.1 .
>
> Found that in init/main.c in setup_command_line() the pointers passed to
> strcpy(
On Thu, Sep 22, 2016 at 06:17:45PM +0800, Elaine Zhang wrote:
> Regmap lock is taken in regmap_update_bits_base() and then
> regcache_drop_region() tries to take it again.
> which added in commit 815806e39bf6
> ("regmap: drop cache if the bus transfer error")
Someone already sent a change for thi
fix up the:
Regmap lock is taken in regmap_update_bits_base() and then
regcache_drop_region() tries to take it again.
which added in commit 815806e39bf6
("regmap: drop cache if the bus transfer error")
Backtrace:
[<8068ab7c>] (__schedule) from [<8068b1c4>] (schedule+0xb8/0xd0)
[<8068b10c>] (schedu
The patch
regmap: fix deadlock on _regmap_raw_write() error path
has been applied to the regmap tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) a
> -Original Message-
> From: Juergen Gross [mailto:jgr...@suse.com]
> Sent: 22 September 2016 11:17
> To: Paul Durrant ; xen-de...@lists.xenproject.org;
> net...@vger.kernel.orga ; linux-
> ker...@vger.kernel.org
> Cc: Wei Liu
> Subject: Re: [Xen-devel] [PATCH resend] xen-netback: switch t
Commit-ID: 5e4f96fe2a61c759d5d47f8112813618805c85a0
Gitweb: http://git.kernel.org/tip/5e4f96fe2a61c759d5d47f8112813618805c85a0
Author: Andrew Banman
AuthorDate: Wed, 21 Sep 2016 11:09:16 -0500
Committer: Ingo Molnar
CommitDate: Thu, 22 Sep 2016 11:16:13 +0200
x86/platform/uv/BAU: Add g
Commit-ID: 67492c86b33db0a8a056c72293d4802b37ac8ac6
Gitweb: http://git.kernel.org/tip/67492c86b33db0a8a056c72293d4802b37ac8ac6
Author: Andrew Banman
AuthorDate: Wed, 21 Sep 2016 11:09:12 -0500
Committer: Ingo Molnar
CommitDate: Thu, 22 Sep 2016 11:16:12 +0200
x86/platform/uv/BAU: Clean
Commit-ID: d2a57afa53f3fdf9f68d1f4240ace85a7d20ca20
Gitweb: http://git.kernel.org/tip/d2a57afa53f3fdf9f68d1f4240ace85a7d20ca20
Author: Andrew Banman
AuthorDate: Wed, 21 Sep 2016 11:09:14 -0500
Committer: Ingo Molnar
CommitDate: Thu, 22 Sep 2016 11:16:13 +0200
x86/platform/uv/BAU: Clean
Commit-ID: 21e3f12fc0e12181102ad0400bcb50bc7a027106
Gitweb: http://git.kernel.org/tip/21e3f12fc0e12181102ad0400bcb50bc7a027106
Author: Andrew Banman
AuthorDate: Wed, 21 Sep 2016 11:09:17 -0500
Committer: Ingo Molnar
CommitDate: Thu, 22 Sep 2016 11:16:14 +0200
x86/platform/uv/BAU: Use g
xinhui writes:
> hi, all
> ok, this patch set depends on
> https://patchwork.kernel.org/patch/8953981/ [V4] powerpc: Implement {cmp}xchg
> for u8 and u16
AKA: https://patchwork.ozlabs.org/patch/615480/
Sorry I saw the discussion on that and thought there'd be a new version.
But now I rea
Commit-ID: efa59ab3e7526650265f0fd9696ef8be8d88ec13
Gitweb: http://git.kernel.org/tip/efa59ab3e7526650265f0fd9696ef8be8d88ec13
Author: Andrew Banman
AuthorDate: Wed, 21 Sep 2016 11:09:13 -0500
Committer: Ingo Molnar
CommitDate: Thu, 22 Sep 2016 11:16:12 +0200
x86/platform/uv/BAU: Clean
Commit-ID: 58d4ab46f21e7e800a7597f271a23ec602796247
Gitweb: http://git.kernel.org/tip/58d4ab46f21e7e800a7597f271a23ec602796247
Author: Andrew Banman
AuthorDate: Wed, 21 Sep 2016 11:09:18 -0500
Committer: Ingo Molnar
CommitDate: Thu, 22 Sep 2016 11:16:14 +0200
x86/platform/uv/BAU: Popul
Commit-ID: 60e1c842c7ea3dd6a65660864554565cc737dd86
Gitweb: http://git.kernel.org/tip/60e1c842c7ea3dd6a65660864554565cc737dd86
Author: Andrew Banman
AuthorDate: Wed, 21 Sep 2016 11:09:15 -0500
Committer: Ingo Molnar
CommitDate: Thu, 22 Sep 2016 11:16:13 +0200
x86/platform/uv/BAU: Conve
Commit-ID: 6d78059bbc0ace5461938aaea8cda95eb6719898
Gitweb: http://git.kernel.org/tip/6d78059bbc0ace5461938aaea8cda95eb6719898
Author: Andrew Banman
AuthorDate: Wed, 21 Sep 2016 11:09:20 -0500
Committer: Ingo Molnar
CommitDate: Thu, 22 Sep 2016 11:16:15 +0200
x86/platform/uv/BAU: Fix p
Commit-ID: 4f059d514f7119a4fdd9934189ff31f2c26b2647
Gitweb: http://git.kernel.org/tip/4f059d514f7119a4fdd9934189ff31f2c26b2647
Author: Andrew Banman
AuthorDate: Wed, 21 Sep 2016 11:09:21 -0500
Committer: Ingo Molnar
CommitDate: Thu, 22 Sep 2016 11:16:15 +0200
x86/platform/uv/BAU: Add U
Commit-ID: e879c1124a6c5c3367f20a254909605e7ee938c1
Gitweb: http://git.kernel.org/tip/e879c1124a6c5c3367f20a254909605e7ee938c1
Author: Andrew Banman
AuthorDate: Wed, 21 Sep 2016 11:09:19 -0500
Committer: Ingo Molnar
CommitDate: Thu, 22 Sep 2016 11:16:14 +0200
x86/platform/uv/BAU: Disab
Configure the DISPLAY_FLAGS_SYNC_POSEDGE/NEGEDGE flags according to the
binding document.
If the syncclk-active is present in DT, configure the flags accordingly, if
it is omitted it means that the SYNC edge is following the pixdata
configuration.
Signed-off-by: Peter Ujfalusi
CC: Rob Herring
CC
There are display panels which demands that the sync signal is driven on
different edge than the pixel data.
With the syncclk-active property we can specify the clk edge to be used to
drive the sync signal. When the property is missing it indicates that the
sync is driven on the same edge as the pi
The sync can be - and for some panels it must be - driven on different edge
then the data.
Signed-off-by: Peter Ujfalusi
CC: Rob Herring
CC: Mark Rutland
CC: devicet...@vger.kernel.org
---
include/video/display_timing.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/video/disp
Hi,
Changes since v1:
- separated the code changes from the omap/drm videomode conversion patches
- the DT bindings document is now explicitly states that the drive edge is
referring to the pixel clock
Since we have several panels under omapdrm/displays/ where the data drive edge
is set to be d
On 22/09/16 12:31, Paul Durrant wrote:
>> -Original Message-
>> From: Juergen Gross [mailto:jgr...@suse.com]
>> Sent: 22 September 2016 11:17
>> To: Paul Durrant ; xen-de...@lists.xenproject.org;
>> net...@vger.kernel.orga ; linux-
>> ker...@vger.kernel.org
>> Cc: Wei Liu
>> Subject: Re: [
Thanks Russell, it's most appreciated.
On Wed, Sep 21, 2016 at 05:28:03PM +0100, Russell King - ARM Linux wrote:
On Wed, Sep 21, 2016 at 09:57:38AM +0100, Brian Starkey wrote:
Hi Russell,
Are you in a position to be able to test this now?
Normally, I'd say no, because I'd normally wait for 4
On Thu, 2016-09-22 at 11:24 +0200, Jean Delvare wrote:
[]
> > The seriousness with which some beginners take these message
> > types though is troublesome,
[]
> You need to think in terms of actual use cases. Who uses checkpatch and
> why? I think there are 3 groups of users:
> * Beginners. They wo
On Tue, 6 Sep 2016, Waiman Long wrote:
> This patch adds a new document file on how to use the TO futexes.
Documentation is nice, but the proper place for documenting this is the
futex(2) man page.
Thanks,
tglx
On Thu, 22 Sep 2016, Jean Delvare wrote:
> Hi Joe,
>
> On Mon, 19 Sep 2016 23:32:03 -0700, Joe Perches wrote:
>> On Tue, 2016-09-20 at 07:53 +0200, Julia Lawall wrote:
>> > I think it is better to be clear. CHECK was never really clear to me,
>> > especially if you see it in isolation, on a file
Hii
On 21/09/2016, darshan.desa...@gmail.com wrote:
> Asian_Girls_Looking_For_Serious_Dating
>
>
> GO_HERE
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> '-unsub-'
On Thu, Sep 15, 2016 at 04:36:35PM +0200, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 15 Sep 2016 16:27:23 +0200
>
> Some update suggestions were taken into account
> from static source code analysis.
>
> Markus Elfring (6):
> Use kmalloc_array() in ahash_setkey()
> Rename j
Hello.
On 9/21/2016 10:48 PM, Harman Kalra wrote:
Looks like your patch summary and description got merged together in the
subject.
Signed-off-by: Harman Kalra
[...]
MBR, Sergei
> -Original Message-
> From: Juergen Gross [mailto:jgr...@suse.com]
> Sent: 22 September 2016 11:39
> To: Paul Durrant ; xen-de...@lists.xenproject.org;
> net...@vger.kernel.org; linux-kernel@vger.kernel.org
> Cc: Wei Liu
> Subject: Re: [Xen-devel] [PATCH resend] xen-netback: switch to thr
Hi,
> But I can't merge that patch.
>
> Our options are one or both of:
> - get GCC fixed and backport the fix to the compilers we care about.
> - blacklist the broken compiler versions.
>
> Is there a GCC bug filed for this?
Likely: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71709
We need
On Thu, Sep 22, 2016 at 11:39:18AM +0100, Brian Starkey wrote:
> Actually, could you please hold off picking this up? We need to make
> changes in mali-dp and hdlcd or this will mess up their registration.
> I will send those patches later today, but better if this all goes in
> together (whenever
From: Badhri Jagan Sridharan
Some USB managament on userspace (like Android system) rely on the uevents
generated by the composition driver to generate user notifications. Thus this
patch adds uevents to be generated whenever USB changes its state: connected,
disconnected, configured.
The origin
On Thu, Sep 22, 2016 at 11:06:25AM +0200, Juergen Gross wrote:
> Instead of open coding it use the threaded irq mechanism in
> xen-netback.
>
> Signed-off-by: Juergen Gross
Acked-by: Wei Liu
On Thursday 22 September 2016 12:50 PM, Peter Ujfalusi wrote:
> On 09/21/16 19:11, Mugunthan V N wrote:
>> This patch adds the required pieces to ti_am335x_adc driver for
>> DMA support
>>
>> Signed-off-by: Mugunthan V N
>> ---
>> drivers/iio/adc/ti_am335x_adc.c | 160
>> +++
On Thursday 22 September 2016 11:48 AM, Vignesh R wrote:
>
>
> On Wednesday 21 September 2016 09:41 PM, Mugunthan V N wrote:
>> This patch adds the required pieces to ti_am335x_adc driver for
>> DMA support
>>
>> Signed-off-by: Mugunthan V N
>> ---
>> drivers/iio/adc/ti_am335x_adc.c | 160
Toshi Kani writes:
> shmem_get_unmapped_area() checks SHMEM_SB(sb)->huge incorrectly,
> which leads to a reversed effect of "huge=" mount option.
>
> Fix the check in shmem_get_unmapped_area().
>
> Note, the default value of SHMEM_SB(sb)->huge remains as
> SHMEM_HUGE_NEVER. User will need to spe
This one is actually a bug fix... But finding bug fixes in this series
is like looking for kernels of edible corn in piles of monkey poop.
Also, classic "One Err" bug.
regards,
dan carpenter
On Thu, Sep 22, 2016 at 06:53:12PM +0800, Baolin Wang wrote:
> From: Badhri Jagan Sridharan
>
> Some USB managament on userspace (like Android system) rely on the uevents
> generated by the composition driver to generate user notifications. Thus this
> patch adds uevents to be generated whenever
On 2016/9/22 11:54, Jaegeuk Kim wrote:
> This patch adds a return value of write_checkpoint for f2fs_gc.
>
> Signed-off-by: Jaegeuk Kim
Please add this in all patches of this serials.
Reviewed-by: Chao Yu
Commit 0d2808f338c7 ("MIPS: smp-cps: Add support for CPU hotplug of
MIPSr6 processors") added a call to mips_cm_lock_other in order to lock
the CPC in CPUs containing a version 3 or higher Coherence Manager,
which use the general CM core other register, where previous CMs had a
dedicated core other
On Tue, Sep 20, 2016 at 10:25:40AM -0500, Dave Gerlach wrote:
> Currently omap-rng checks the return value of pm_runtime_get_sync and
> reports failure if anything is returned, however it should be checking
> if ret < 0 as pm_runtime_get_sync return 0 on success but also can return
> 1 if the devic
On Sun, Sep 18, 2016 at 08:52:44PM +0800, Baoyou Xie wrote:
> We get 1 warning when building kernel with W=1:
> drivers/crypto/sunxi-ss/sun4i-ss-hash.c:168:5: warning: no previous prototype
> for 'sun4i_hash' [-Wmissing-prototypes]
>
> In fact, this function is only used in the file in which it i
In preparation to move the stack to use the generic videmode struct for
display timing information rename the y_res member to vactive.
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/drm/omapdrm/displays/connector-analog-tv.c | 2 +-
drivers/gpu/drm/omapdrm/displays/connector-dvi.c
In preparation to move the stack to use the generic videmode struct for
display timing information rename the hbp member to hback_porch.
Signed-off-by: Peter Ujfalusi
---
.../gpu/drm/omapdrm/displays/connector-analog-tv.c| 2 +-
drivers/gpu/drm/omapdrm/displays/connector-dvi.c | 2 +-
On 22 September 2016 at 18:58, Mark Brown wrote:
> On Thu, Sep 22, 2016 at 06:53:12PM +0800, Baolin Wang wrote:
>> From: Badhri Jagan Sridharan
>>
>> Some USB managament on userspace (like Android system) rely on the uevents
>> generated by the composition driver to generate user notifications. T
Remove the interlace member and add display_flags to omap_video_timings to
configure the interlace mode.
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/drm/omapdrm/displays/connector-analog-tv.c | 2 +-
drivers/gpu/drm/omapdrm/displays/connector-hdmi.c | 2 --
drivers/gpu/drm/omapdrm/dss/dis
In preparation to move the stack to use the generic videmode struct for
display timing information use display_flags for double_pixel mode.
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/drm/omapdrm/dss/dispc.c | 6 +++---
drivers/gpu/drm/omapdrm/dss/hdmi4.c | 2 +-
drivers/gpu/drm/omap
In preparation to move the stack to use the generic videmode struct for
display timing information use display_flags for pixel data edge.
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/drm/omapdrm/displays/connector-dvi.c | 3 +--
drivers/gpu/drm/omapdrm/displays/encoder-tfp410.c
Use 'vm' to refer to a struct videomode instead of 'p', 't', 'timings' or
something else.
The code will be easier to follow if we use consistent names.
Signed-off-by: Peter Ujfalusi
---
.../gpu/drm/omapdrm/displays/connector-analog-tv.c | 26 ++---
drivers/gpu/drm/omapdrm/displays/connector-dv
According to the datasheet of the panel, both data, DEN and sync signals
are expected to be driven on the falling edge of the DOTCLK.
The DE is active low according to the documentation.
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/drm/omapdrm/displays/panel-lgphilips-lb035q02.c | 5 +
1 fi
According to the datasheet of the panel, both data, DEN and sync signals
are expected to be driven on the falling edge of the DOTCLK.
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/drm/omapdrm/displays/panel-tpo-td028ttec1.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/
omap_video_timings struct have the same members as struct videomode, but
their types are different. As first step change the types of the
omap_video_timings struct members to match their counterpart in
struct videomode to catch any type cast related issues.
Signed-off-by: Peter Ujfalusi
---
driv
In preparation to move the stack to use the generic videmode struct for
display timing information use display_flags for sync edge.
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/drm/omapdrm/displays/connector-dvi.c | 5 ++---
drivers/gpu/drm/omapdrm/displays/encoder-tfp410.c | 5 +++
omap_video_timings can be replaced with the generic videomode in omapdrm
and the omap_video_timings can be removed.
This patch will replace the omap_video_timings with videomode.
With the change we no longer need the functions to convert to/from
videomode and drm_display_mode to omap_video_timings
On Thu 22-09-16 12:09:05, Mike Galbraith wrote:
> On Thu, 2016-09-22 at 11:53 +0200, Michal Hocko wrote:
> > On Thu 22-09-16 11:40:09, Mike Galbraith wrote:
>
> > > This patch doesn't help, nor does the previous patch... but with both
> > > applied, all is well. All you have to do now is figure o
101 - 200 of 1265 matches
Mail list logo
