Commit-ID: 200d3553163f6065a0f1f142f92d1cf716d586c2
Gitweb: http://git.kernel.org/tip/200d3553163f6065a0f1f142f92d1cf716d586c2
Author: Borislav Petkov
AuthorDate: Sun, 18 Dec 2016 17:44:12 +0100
Committer: Thomas Gleixner
CommitDate: Mon, 19 Dec 2016 10:46:20 +0100
x86/microcode/AMD: S
On Wed, 31 Aug 2016, Daniel Vetter wrote:
> On Wed, Aug 31, 2016 at 02:09:05PM +0300, Peter Ujfalusi wrote:
>> drm_kms_helper_poll_enable_locked() should check if we have delayed event
>> pending and if we have, schedule the work to run without delay.
>>
>> Currently the output_poll_work is only
Add a gpio-keys node for two user buttons present on the board.
Signed-off-by: Bartosz Golaszewski
---
arch/arm/boot/dts/da850-lcdk.dts | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/arm/boot/dts/da850-lcdk.dts b/arch/arm/boot/dts/da850-lcdk.dts
index 397c77a..628f4
Commit-ID: 8feaa64a9a69652fdff87205f8a8cfe1bfd5b522
Gitweb: http://git.kernel.org/tip/8feaa64a9a69652fdff87205f8a8cfe1bfd5b522
Author: Borislav Petkov
AuthorDate: Sun, 18 Dec 2016 17:44:11 +0100
Committer: Thomas Gleixner
CommitDate: Mon, 19 Dec 2016 10:46:19 +0100
x86/microcode/AMD: M
On 16/12/15 10:27, Eric Ren wrote:
Hi,
On 12/15/2016 09:46 AM, Joseph Qi wrote:
In you description, this issue can only happen in case of stack user +
fsdlm.
Yes.
So I feel we'd better to make stack user and o2cb behaves the same,
other than treat it as a special case.
Yes, I agree. But,
Signed-off-by: Paolo Bonzini
---
arch/x86/include/asm/kvm_host.h | 1 +
arch/x86/kvm/x86.c | 2 ++
2 files changed, 3 insertions(+)
diff --git a/arch/x86/include/asm/kvm_host.h b/arch/x86/include/asm/kvm_host.h
index 994d8ed9fc6c..08cfd45a9452 100644
--- a/arch/x86/include/asm/kvm_h
Add the macro definition for global soc bus configuration register 0/1
Signed-off-by: Changming Huang
---
Changes in v3:
- no change
Changes in v2:
- split the patch
- add more macro definition for soc bus configuration register
drivers/usb/dwc3/core.h | 26 ++
1
On EOI, there is no need to set KVM_REQ_EVENT unconditionally. The PPR
update is already setting it if resetting the ISR bit causes PPR to
decrease. Even a level-triggered IOAPIC interrupt will set KVM_REQ_EVENT
on a reinjection (ioapic_service -> kvm_irq_delivery_to_apic and from
there to __apic
PPR needs to be updated whenever on every IRR read because we may have
missed TPR writes that _increased_ PPR. However, these writes need not
generate KVM_REQ_EVENT, because KVM_REQ_EVENT has been set already in
__apic_accept_irq, by apic_update_ppr when TPR was lowered, or again by
apic_update_pp
This is the result of cleaning up the places that set REQ_EVENT unnecessarily.
The savings on self-IPI kvm-unit-tests are:
self_ipi_sti_nop~300 clock cycles
self_ipi_sti_hlt~300 clock cycles
self_ipi_tpr~400 clock cycles
self_ipi_
On PPR update, we set KVM_REQ_EVENT unconditionally anytime PPR is lowered.
But we can take into account IRR here already.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/lapic.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/x86/kvm/lapic.c b/arch/x86/kvm/lapic.c
index
Hi,
On 19/12/2016 at 09:03:17 +0100, Geert Uytterhoeven wrote :
> On Wed, Nov 9, 2016 at 1:37 AM, Alexandre Belloni
> wrote:
> > Since the driver is now calling machine_halt() that is not exported, it has
> > to be built in the kernel. Building it as a module will fail at linking
> > time.
> >
>
Since we're already in VCPU context, all we have to do here is recompute
the PPR value. That will in turn generate a KVM_REQ_EVENT if necessary.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/lapic.c | 6 ++
arch/x86/kvm/lapic.h | 1 +
arch/x86/kvm/vmx.c | 2 +-
3 files changed, 8 insertio
On interrupt delivery the PPR can only grow, so it is impossible
that interrupt delivery results in KVM_REQ_EVENT. Make this
clear by using __apic_update_ppr, and by not using apic_*_isr
for Hyper-V auto-EOI interrupts.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/lapic.c | 13 +
1
Hi,
On 2016년 12월 19일 17:57, Hans de Goede wrote:
> Hi,
>
> On 19-12-16 09:00, Chanwoo Choi wrote:
>> Hi Hans,
>>
>> I'm glad to post new extcon driver. But, we need to discuss the device name
>> of "3gpio".
>>
>> I think that "3 GPIO" is ambiguous. You need to find more proper name. For
>> exam
On Thu 15-12-16 15:07:15, Michal Hocko wrote:
> From: Michal Hocko
>
> This reverts commit 216553c4b7f3e3e2beb4981cddca9b2027523928. Now that
> the transaction context uses memalloc_nofs_save and all allocations
> within the this context inherit GFP_NOFS automatically, there is no
> reason to mar
On Thu 15-12-16 15:07:13, Michal Hocko wrote:
> From: Michal Hocko
>
> kjournald2 is central to the transaction commit processing. As such any
> potential allocation from this kernel thread has to be GFP_NOFS. Make
> sure to mark the whole kernel thread GFP_NOFS by the memalloc_nofs_save.
>
> Su
On Thu 15-12-16 15:07:14, Michal Hocko wrote:
> From: Michal Hocko
>
> This reverts commit c45653c341f5c8a0ce19c8f0ad4678640849cb86 because
> sb_getblk_gfp is not really needed as
> sb_getblk
> __getblk_gfp
> __getblk_slow
> grow_buffers
> grow_dev_page
> gfp_mask = ma
The fsl/fman drivers will use of_platform_populate() on all
supported platforms.
Signed-off-by: Madalin Bucur
---
arch/powerpc/platforms/85xx/corenet_generic.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/powerpc/platforms/85xx/corenet_generic.c
b/arch/powerpc/platforms/85xx/coren
QSGMII ports were not advertising 1G speed.
Signed-off-by: Madalin Bucur
Reviewed-by: Camelia Groza
---
drivers/net/ethernet/freescale/fman/mac.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/ethernet/freescale/fman/mac.c
b/drivers/net/ethernet/freescale/fman/mac.c
index 69ca
Enable the undefined length INCR burst type and set INCRx.
Different platform may has the different burst size type.
In order to get best performance, we need to tune the burst size to
one special value, instead of the default value.
Signed-off-by: Changming Huang
Signed-off-by: Rajesh Bhagat
--
The patch set fixes advertised speeds for QSGMII interfaces, disables
A007273 erratum workaround on non-PowerPC platforms where it does not
apply, enables compilation on ARM64 and addresses a probing issue on
non PPC platforms.
Changes from v1: unifying probing on all supported platforms
Igal Lib
On Thu 15-12-16 15:07:12, Michal Hocko wrote:
> From: Michal Hocko
>
> now that we have memalloc_nofs_{save,restore} api we can mark the whole
> transaction context as implicitly GFP_NOFS. All allocations will
> automatically inherit GFP_NOFS this way. This means that we do not have
> to mark any
Hello Linus,
could you please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git for_linus
to get changes to locking of some quota operations from dedicated quota mutex
to s_umount semaphore, a fsnotify fix and a simple ext2 fix.
Top of the tree is 5716863e0f82. The f
Hello Matt,
thank you for your suggestions. See below.
Matt Ranostay schrieb am Sat, 17. Dec 00:53:
> On Tue, Dec 13, 2016 at 10:02 AM, Andreas Klinger wrote:
> > This is the IIO driver for AVIA HX711 ADC which ist mostly used in weighting
> > cells.
>
> First off cool that this is finally ge
On Fri 16-12-16 17:27:28, Mike Galbraith wrote:
> On Fri, 2016-12-16 at 16:35 +0100, Michal Hocko wrote:
> > On Fri 16-12-16 16:05:58, Mike Galbraith wrote:
> > > On Thu, 2016-12-15 at 15:07 +0100, Michal Hocko wrote:
> > > > Hi,
> > > > I have posted the previous version here [1]. Since then I hav
Signed-off-by: Madalin Bucur
Reviewed-by: Camelia Groza
---
drivers/net/ethernet/freescale/fman/fman.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/net/ethernet/freescale/fman/fman.c
b/drivers/net/ethernet/freescale/fman/fman.c
index 0b7f711..003b86d 100644
--- a/drivers/
From: Igal Liberman
Call of_platform_populate() to probe the FMan sub-nodes.
Signed-off-by: Igal Liberman
Signed-off-by: Madalin Bucur
---
drivers/net/ethernet/freescale/fman/fman.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/net/ethernet/freescale/fman/fman.c
b/drive
Top level config option without any kind of help... is kind of
strange. Remote processors could also mean some kind of distributed
computing...
Signed-off-by: Pavel Machek
diff --git a/drivers/remoteproc/Kconfig b/drivers/remoteproc/Kconfig
index 8f9cf0b..a5e8880 100644
--- a/drivers/remoteproc
Signed-off-by: Madalin Bucur
---
drivers/net/ethernet/freescale/fman/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/freescale/fman/Kconfig
b/drivers/net/ethernet/freescale/fman/Kconfig
index 79b7c84..dc0850b 100644
--- a/drivers/net/ethernet/free
Use embedded kobject mechanism for online file check feature,
this will avoid to use a global list to save/search per-device online file
check related data. The changed code is based on Goldwyn Rodrigues's patches
and ext4 fs code, there is not any new features added, except some very small
fixes d
Embed kobject in ocfs2_super structure, then we can use container_of
method to get our own data pointor via kobject pointer. Second, I adjust
the related code in create/remove online file check sysfs entry.
Signed-off-by: Gang He
---
fs/ocfs2/ocfs2.h | 8
fs/ocfs2/super.c | 27
Hi,
Jerry Huang writes:
>> >> Jerry Huang writes:
>> >> >> there's no need for that. This patch is in good format. I do have
>> >> >> a question,
>> >> >> however: how do you know this will work for all users? Burst size
>> >> >> is a function of how wide the interconnect where dwc3 is attached
Use embedded kobject mechanism for online file check feature,
this will avoid to use a global list to save/search per-device online file
check related data. The changed code is based on Goldwyn Rodrigues's
patches and ext4 fs code.
Second, some small adjustment/fixes are also included.
1) move some
Hi, Balbi,
> -Original Message-
> From: Felipe Balbi [mailto:ba...@kernel.org]
> Sent: Saturday, December 17, 2016 1:02 AM
> To: Jerry Huang ; gre...@linuxfoundation.org
> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; Rajesh Bhagat
>
> Subject: RE: [PATCH] USB3/DWC3: Enable
Hi Javier,
Am 16.12.2016 um 17:22 schrieb Javier Martinez Canillas:
> Hello Markus,
>
> On 12/16/2016 06:08 AM, Markus Reichl wrote:
>> Am 16.12.2016 um 08:37 schrieb Krzysztof Kozlowski:
>>> On Thu, Dec 15, 2016 at 04:52:58PM -0800, Doug Anderson wrote:
> [ I added Arjun to Cc:, maybe he can
On Thu, 2016-12-15 at 07:15 +0200, Michael S. Tsirkin wrote:
> __bitwise__ used to mean "yes, please enable sparse checks
> unconditionally", but now that we dropped __CHECK_ENDIAN__
> __bitwise is exactly the same.
> There aren't many users, replace it by __bitwise everywhere.
>
> Signed-off-by:
On Thu, 2016-12-15 at 07:15 +0200, Michael S. Tsirkin wrote:
> That's the default now, no need for makefiles to set it.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> drivers/bluetooth/Makefile| 2 --
> drivers/net/can/Makefile | 1
Hi Linus,
Please pull the dmi subsystem fix for Linux v4.10 from:
git://git.kernel.org/pub/scm/linux/kernel/git/jdelvare/staging.git dmi-for-linus
drivers/firmware/dmi_scan.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
---
Kefeng Wang (1):
firmware: dmi_scan: A
On Mon, Dec 19, 2016 at 12:25 AM, Stephen Rothwell
wrote:
> Hi Miklos,
>
> Today's linux-next merge of the overlayfs tree got conflicts in:
>
> fs/overlayfs/dir.c
> fs/overlayfs/inode.c
>
> I am pretty sure thses conflicts only exist because the overlayfs tree
> was rebased before being merge
On Sun, Dec 18, 2016 at 08:32:23AM -0800, Davidlohr Bueso wrote:
> Please see if this helps: https://lkml.org/lkml/2016/12/18/79
That does help, thank you! I would never have fixed this myself in reasonable
time :)
Best Regards,
Johanna Abrahamsson
On Mon, Dec 19, 2016 at 4:46 PM, Maxime Ripard
wrote:
> On Fri, Dec 16, 2016 at 02:27:54AM +0800, Icenowy Zheng wrote:
>> An operating point table is needed for the cpu frequency adjusting to
>> work.
>>
>> The operating point table is converted from the common value in
>> extracted script.fex fro
Hi,
On 19-12-16 09:00, Chanwoo Choi wrote:
Hi Hans,
I'm glad to post new extcon driver. But, we need to discuss the device name of
"3gpio".
I think that "3 GPIO" is ambiguous. You need to find more proper name. For example,
extcon-qcom-spmi-misc.c uses one interrupt line to detect "USB_HOST"
I have noticed that two different descriptions for B: entries in MAINTAINERS
were merged: commit 686564434e88 ("MAINTAINERS: Add bug tracking system
location entry type") and 2de2bd95f456 ("MAINTAINERS: add "B:" for URI where
to file bugs").
This patch keeps the description from 2de2bd95f456. Ther
On Fri, Dec 16, 2016 at 02:27:54AM +0800, Icenowy Zheng wrote:
> An operating point table is needed for the cpu frequency adjusting to
> work.
>
> The operating point table is converted from the common value in
> extracted script.fex from many A33 board/tablets.
>
> Signed-off-by: Icenowy Zheng
Hi,
On 19-12-16 09:03, Chanwoo Choi wrote:
Hi Hans,
For the extcon part, I sent the patch[1].
[1]https://git.kernel.org/cgit/linux/kernel/git/sre/linux-power-supply.git/commit/?h=for-next-next&id=3164eef74088d9603a16b97e574a4e0067da083a
Ok, I will cherry pick this one into my tree and rebase
On (12/19/16 09:12), Michal Hocko wrote:
> On Mon 19-12-16 16:32:28, Sergey Senozhatsky wrote:
> [...]
> > as far as I can tell, now for_each_populated_zone() iterations are
> > split by non-CONT printk() from show_zone_node(), which previously
> > has been printk(KERN_CONT "%s: ", zone->name), s
Hi Hans,
On 2016년 12월 19일 17:18, Hans de Goede wrote:
> Hi,
>
> On 19-12-16 07:58, Chanwoo Choi wrote:
>> Hi Hans,
>>
>> This series look good to me. I added the comment
>> for patch4/5. If you agree following two comment, I'll merge these series
>> for 4.11.
>>
>> - patch4 uses the EXTCON_NONE
> Anyway, regardless of my comments above:
>
> Teseted-by: Andrey Smirnov
Thanks.
Just sent v3 with all comments worked on.
Nikita
Hi,
On 19-12-16 07:58, Chanwoo Choi wrote:
Hi Hans,
This series look good to me. I added the comment
for patch4/5. If you agree following two comment, I'll merge these series for
4.11.
- patch4 uses the EXTCON_NONE when setting the previous_cable in probe()
- patch5, I don't want to use the d
Current pci-exnoys.c is used for only EXYNOS5440.
Even if there is no use-case, just cleans the codes for maintaining.
In future, I will upstream for Exynso5433(TM2).
Before sending patches for exynos5433, i want to reuse the some codse in
pic-exynos.c.
This patch is for perparing it.
My Final g
There is no reason to maintain *_blk/phy/elbi_* as register accessors.
It can be replaced to one register accessor.
Signed-off-by: Jaehoon Chung
---
drivers/pci/host/pci-exynos.c | 214 +++---
1 file changed, 97 insertions(+), 117 deletions(-)
diff --git a/dr
Remove the unnecessary variables(elbi/phy/block_base).
It needs one resource structure for assigning each resource.
So it replaces with one 'res' variable.
Signed-off-by: Jaehoon Chung
---
drivers/pci/host/pci-exynos.c | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff
Just use the bitops api to operate the bit.
Signed-off-by: Jaehoon Chung
---
drivers/pci/host/pci-exynos.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/pci/host/pci-exynos.c b/drivers/pci/host/pci-exynos.c
index d64e8f1..d705bfe 100644
--
Removed the duplicated codes.
It can use the more simply than now.
Signed-off-by: Jaehoon Chung
---
drivers/pci/host/pci-exynos.c | 22 --
1 file changed, 8 insertions(+), 14 deletions(-)
diff --git a/drivers/pci/host/pci-exynos.c b/drivers/pci/host/pci-exynos.c
index d705bf
There is no reason to maintain *_blk/phy/elbi_* as register accessors.
It can be replaced to one register accessor.
Signed-off-by: Jaehoon Chung
---
drivers/pci/host/pci-exynos.c | 214 +++---
1 file changed, 97 insertions(+), 117 deletions(-)
diff --git a/dr
Remove the unnecessary variables(elbi/phy/block_base).
It needs one resource structure for assigning each resource.
So it replaces with one 'res' variable.
Signed-off-by: Jaehoon Chung
---
drivers/pci/host/pci-exynos.c | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff
Current pci-exnoys.c is used for only EXYNOS5440.
Even if there is no use-case, just cleans the codes for maintaining.
In future, I will upstream for Exynso5433(TM2).
Before sending patches for exynos5433, i want to reuse the some codse in
pic-exynos.c.
This patch is for perparing it.
My Final g
Just use the bitops api to operate the bit.
Signed-off-by: Jaehoon Chung
---
drivers/pci/host/pci-exynos.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/pci/host/pci-exynos.c b/drivers/pci/host/pci-exynos.c
index d64e8f1..d705bfe 100644
--
Removed the duplicated codes.
It can use the more simply than now.
Signed-off-by: Jaehoon Chung
---
drivers/pci/host/pci-exynos.c | 22 --
1 file changed, 8 insertions(+), 14 deletions(-)
diff --git a/drivers/pci/host/pci-exynos.c b/drivers/pci/host/pci-exynos.c
index d705bf
Hi Rob and David,
On 2016/12/12 22:21, Rob Herring wrote:
> On Mon, Dec 12, 2016 at 5:16 AM, Dongpo Li wrote:
>> Hi Rob,
>>
>> On 2016/12/10 6:35, Rob Herring wrote:
>>> On Mon, Dec 05, 2016 at 09:27:58PM +0800, Dongpo Li wrote:
The "hix5hd2" is SoC name, add the generic ethernet driver name
Michael Kerrisk (man-pages) wrote:
> >>># echo 'create user mtk:* * /bin/keyctl instantiate %k %c
> >>> %S' \
> >>> > /etc/request-keys.conf
> >
> > There's a /etc/request-keys.d/ directory now.
>
> Yes, I'm aware. Did you mean I should fix something on this
FYI, we noticed the following commit:
commit: bb161feebcbd8560751784c5acdbdca9609624e5 ("spinlock_debug: report
spinlock lockup from unlock")
url:
https://github.com/0day-ci/linux/commits/Sergey-Senozhatsky/spinlock_debug-report-spinlock-lockup-from-unlock/20161218-002435
in testcase: trinity
On vf610, PLL1 and PLL2 have registers to configure fractional part of
frequency multiplier.
This patch adds support for these registers.
This fixes "fast system clock" issue on boards where bootloader sets
fractional multiplier for PLL1.
Suggested-by: Andrey Smirnov
CC: Chris Healy
Signed-off
On Mon 19-12-16 16:32:28, Sergey Senozhatsky wrote:
[...]
> as far as I can tell, now for_each_populated_zone() iterations are
> split by non-CONT printk() from show_zone_node(), which previously
> has been printk(KERN_CONT "%s: ", zone->name), so pr_cont(\n)
> between iterations was important, b
On Fri, Dec 16, 2016 at 02:15:30PM +0100, Thomas Huth wrote:
> On 15.12.2016 06:53, David Gibson wrote:
> > This adds a new powerpc-specific KVM_CAP_SPAPR_RESIZE_HPT capability to
> > advertise whether KVM is capable of handling the PAPR extensions for
> > resizing the hashed page table during gues
On Fri, Dec 16, 2016 at 10:25:55AM +0100, Thomas Huth wrote:
> On 15.12.2016 06:53, David Gibson wrote:
> > This adds a new powerpc-specific KVM_CAP_SPAPR_RESIZE_HPT capability to
> > advertise whether KVM is capable of handling the PAPR extensions for
> > resizing the hashed page table during gues
a note to
> help improve the system]
>
> url:
> https://github.com/0day-ci/linux/commits/Heinrich-Schuchardt/of-overlay-sysfs-based-ABI-for-dt-overlays/20161219-093606
> config: i386-randconfig-r0-12190124 (attached as .config)
> compiler: gcc-5 (Debian 5.4.1-2) 5.4.1 201609
Hi Alexandre,
On Wed, Nov 9, 2016 at 1:37 AM, Alexandre Belloni
wrote:
> Since the driver is now calling machine_halt() that is not exported, it has
> to be built in the kernel. Building it as a module will fail at linking
> time.
>
> Signed-off-by: Alexandre Belloni
> ---
> drivers/rtc/Kconfig
Hi Hans,
For the extcon part, I sent the patch[1].
[1]https://git.kernel.org/cgit/linux/kernel/git/sre/linux-power-supply.git/commit/?h=for-next-next&id=3164eef74088d9603a16b97e574a4e0067da083a
Regards,
Chanwoo Choi
On 2016년 12월 19일 09:07, Hans de Goede wrote:
> Use devm_extcon_register_notifi
Hi Hans,
I'm glad to post new extcon driver. But, we need to discuss the device name of
"3gpio".
I think that "3 GPIO" is ambiguous. You need to find more proper name. For
example, extcon-qcom-spmi-misc.c uses one interrupt line to detect "USB_HOST".
This driver name means the "Qualcomm USB ex
601 - 671 of 671 matches
Mail list logo