[PATCH v8 1/3] doc: dt: add cyclone-ps-spi binding document

Describe a cyclone-ps-spi devicetree entry, required features Signed-off-by: Joshua Clayton Acked-by: Rob Herring --- .../bindings/fpga/altera-passive-serial.txt| 25 ++ 1 file changed, 25 insertions(+) create mode 100644

[PATCH v8 1/3] doc: dt: add cyclone-ps-spi binding document

Describe a cyclone-ps-spi devicetree entry, required features Signed-off-by: Joshua Clayton Acked-by: Rob Herring --- .../bindings/fpga/altera-passive-serial.txt| 25 ++ 1 file changed, 25 insertions(+) create mode 100644

Re: x86: WARNING: kernel stack frame pointer in kworker has bad value

On Mon, Jan 23, 2017 at 07:43:18PM +0100, Dmitry Vyukov wrote: > Hello, > > I am getting the following warnings while running syzkaller fuzzer on > 7a308bb3016f57e5be11a677d15b821536419d36: > > WARNING: kernel stack frame pointer at 880065f7fef8 in > kworker/1:3:21075 has bad value

Re: x86: WARNING: kernel stack frame pointer in kworker has bad value

On Mon, Jan 23, 2017 at 07:43:18PM +0100, Dmitry Vyukov wrote: > Hello, > > I am getting the following warnings while running syzkaller fuzzer on > 7a308bb3016f57e5be11a677d15b821536419d36: > > WARNING: kernel stack frame pointer at 880065f7fef8 in > kworker/1:3:21075 has bad value

Re: [tpmdd-devel] [PATCH RFC v4 4/5] tpm: split out tpm-dev.c into tpm-dev.c and tpm-common-dev.c

On Mon, Jan 23, 2017 at 02:28:23PM -0800, James Bottomley wrote: > On Mon, 2017-01-23 at 09:47 -0700, Jason Gunthorpe wrote: > > On Mon, Jan 23, 2017 at 01:44:32AM +0200, Jarkko Sakkinen wrote: > > > From: James Bottomley > > > > > > Signed-off-by: James

Re: [tpmdd-devel] [PATCH RFC v4 4/5] tpm: split out tpm-dev.c into tpm-dev.c and tpm-common-dev.c

On Mon, Jan 23, 2017 at 02:28:23PM -0800, James Bottomley wrote: > On Mon, 2017-01-23 at 09:47 -0700, Jason Gunthorpe wrote: > > On Mon, Jan 23, 2017 at 01:44:32AM +0200, Jarkko Sakkinen wrote: > > > From: James Bottomley > > > > > > Signed-off-by: James Bottomley > > > > > > > I really think

Re: [PATCH 1/4] perf probe: Delete an unnecessary check in try_to_find_absolute_address()

On Mon, 23 Jan 2017 16:22:22 +0100 SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 23 Jan 2017 14:54:26 +0100 > > Remove a condition check which is unnecessary at the end > because this source code place should usually

Re: [PATCH 1/4] perf probe: Delete an unnecessary check in try_to_find_absolute_address()

On Mon, 23 Jan 2017 16:22:22 +0100 SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 23 Jan 2017 14:54:26 +0100 > > Remove a condition check which is unnecessary at the end > because this source code place should usually only be reached > with a non-zero pointer. Looks good to me

Re: [PATCH 2/4] perf probe: Delete an unnecessary assignment in try_to_find_absolute_address()

On Mon, 23 Jan 2017 16:24:06 +0100 SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 23 Jan 2017 15:10:19 +0100 > > Remove an error code assignment which is redundant in an if branch for > the handling of a memory

Re: [PATCH 2/4] perf probe: Delete an unnecessary assignment in try_to_find_absolute_address()

On Mon, 23 Jan 2017 16:24:06 +0100 SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 23 Jan 2017 15:10:19 +0100 > > Remove an error code assignment which is redundant in an if branch for > the handling of a memory allocation failure because the same value was set > for the local

Re: [PATCH 1/2] device property: export code duplicating array of property entries

On Mon, Jan 23, 2017 at 05:00:38PM +0200, Andy Shevchenko wrote: > On Sun, 2017-01-22 at 23:38 -0800, Dmitry Torokhov wrote: > > When augmenting ACPI-enumerated devices with additional property data > > based > > on DMI info, a module has often several potential property sets, with > > only > >

Re: [PATCH 1/2] device property: export code duplicating array of property entries

On Mon, Jan 23, 2017 at 05:00:38PM +0200, Andy Shevchenko wrote: > On Sun, 2017-01-22 at 23:38 -0800, Dmitry Torokhov wrote: > > When augmenting ACPI-enumerated devices with additional property data > > based > > on DMI info, a module has often several potential property sets, with > > only > >

Re: v4.9 to v4.10 regression: oops when USB cable is plugged in.

* Pavel Machek [170123 14:26]: > [25392.239837] Unhandled fault: external abort on non-linefetch (0x1028) at > 0xfa0ab060 > [25392.239868] pgd = c0004000 > [25392.239898] [fa0ab060] *pgd=48011452(bad) > [25392.239929] Internal error: : 1028 [#1] ARM > [25392.239929] Modules linked

Re: v4.9 to v4.10 regression: oops when USB cable is plugged in.

* Pavel Machek [170123 14:26]: > [25392.239837] Unhandled fault: external abort on non-linefetch (0x1028) at > 0xfa0ab060 > [25392.239868] pgd = c0004000 > [25392.239898] [fa0ab060] *pgd=48011452(bad) > [25392.239929] Internal error: : 1028 [#1] ARM > [25392.239929] Modules linked in: >

Re: [char-misc-next] mei: simplify error handling via devres function.

On Tue, Jan 24, 2017 at 12:33 AM, Winkler, Tomas wrote: >> On Sat, 2017-01-21 at 10:12 +, Winkler, Tomas wrote: >> > > > - free_irq(pdev->irq, dev); >> > > > + devm_free_irq(>dev, pdev->irq, dev); >> > > > pci_disable_msi(pdev); >> > > >> > > All

Re: [char-misc-next] mei: simplify error handling via devres function.

On Tue, Jan 24, 2017 at 12:33 AM, Winkler, Tomas wrote: >> On Sat, 2017-01-21 at 10:12 +, Winkler, Tomas wrote: >> > > > - free_irq(pdev->irq, dev); >> > > > + devm_free_irq(>dev, pdev->irq, dev); >> > > > pci_disable_msi(pdev); >> > > >> > > All three not needed >> > >>

Re: [GIT PULL] tpmdd updates for Linux 4.11

gt; > seccomp: dump core when using SECCOMP_RET_KILL (2017-01-23 21:42:42 +1100) > > are available in the git repository at: > > git://git.infradead.org/users/jjs/linux-tpmdd.git tags/tpmdd-next-20170123 > Pulled, thanks! -- James Morris <jmor...@namei.org>

Re: [GIT PULL] tpmdd updates for Linux 4.11

gt; > seccomp: dump core when using SECCOMP_RET_KILL (2017-01-23 21:42:42 +1100) > > are available in the git repository at: > > git://git.infradead.org/users/jjs/linux-tpmdd.git tags/tpmdd-next-20170123 > Pulled, thanks! -- James Morris

Re: [PATCH] mm: fix maybe-uninitialized warning in section_deactivate()

On Mon, 23 Jan 2017 17:51:17 +0100 Arnd Bergmann wrote: > gcc cannot track the combined state of the 'mask' variable across the > barrier in pgdat_resize_unlock() at compile time, so it warns that we > can run into undefined behavior: > > mm/sparse.c: In function

Re: [PATCH] mm: fix maybe-uninitialized warning in section_deactivate()

On Mon, 23 Jan 2017 17:51:17 +0100 Arnd Bergmann wrote: > gcc cannot track the combined state of the 'mask' variable across the > barrier in pgdat_resize_unlock() at compile time, so it warns that we > can run into undefined behavior: > > mm/sparse.c: In function 'section_deactivate': >

RE: [char-misc-next] mei: simplify error handling via devres function.

> > On Sat, 2017-01-21 at 10:12 +, Winkler, Tomas wrote: > > > > > > > > -struct mei_device *mei_txe_dev_init(struct pci_dev *pdev) > > > > +struct mei_device *devm_mei_txe_init(struct pci_dev *pdev) > > > > > > Ditto. > > > > > > >  end: > > > > +   pci_set_drvdata(pdev, NULL); > > > >

RE: [char-misc-next] mei: simplify error handling via devres function.

> > On Sat, 2017-01-21 at 10:12 +, Winkler, Tomas wrote: > > > > > > > > -struct mei_device *mei_txe_dev_init(struct pci_dev *pdev) > > > > +struct mei_device *devm_mei_txe_init(struct pci_dev *pdev) > > > > > > Ditto. > > > > > > >  end: > > > > +   pci_set_drvdata(pdev, NULL); > > > >

Re: [PATCH v2 tip/core/rcu 02/18] lockdep: Make RCU suspicious-access splats use pr_err

On Mon, Jan 23, 2017 at 11:30:16AM -0800, Paul E. McKenney wrote: > On Sat, Jan 21, 2017 at 12:40:23PM -0800, Josh Triplett wrote: > > On Tue, Jan 17, 2017 at 06:53:41PM -0800, Paul E. McKenney wrote: > > > This commit switches RCU suspicious-access splats use pr_err() > > > instead of the current

Re: [PATCH v2 tip/core/rcu 02/18] lockdep: Make RCU suspicious-access splats use pr_err

On Mon, Jan 23, 2017 at 11:30:16AM -0800, Paul E. McKenney wrote: > On Sat, Jan 21, 2017 at 12:40:23PM -0800, Josh Triplett wrote: > > On Tue, Jan 17, 2017 at 06:53:41PM -0800, Paul E. McKenney wrote: > > > This commit switches RCU suspicious-access splats use pr_err() > > > instead of the current

Re: [tpmdd-devel] [PATCH RFC v4 4/5] tpm: split out tpm-dev.c into tpm-dev.c and tpm-common-dev.c

On Mon, 2017-01-23 at 09:47 -0700, Jason Gunthorpe wrote: > On Mon, Jan 23, 2017 at 01:44:32AM +0200, Jarkko Sakkinen wrote: > > From: James Bottomley > > > > Signed-off-by: James Bottomley > > > > I really think we

Re: [tpmdd-devel] [PATCH RFC v4 4/5] tpm: split out tpm-dev.c into tpm-dev.c and tpm-common-dev.c

On Mon, 2017-01-23 at 09:47 -0700, Jason Gunthorpe wrote: > On Mon, Jan 23, 2017 at 01:44:32AM +0200, Jarkko Sakkinen wrote: > > From: James Bottomley > > > > Signed-off-by: James Bottomley > > > > I really think we should not use the ugly read/write interface for > any new things. The R/W

v4.9 to v4.10 regression: oops when USB cable is plugged in.

Hi! v4.9 was ok (this is annoying enought that I'd notice). v4.10-rc5 is not. (And yes, I probably [0.00] Booting Linux on physical CPU 0x0 [0.00] Linux version 4.10.0-rc5-142127-g41f2839-dirty (pavel@amd) (gcc version 4.7.2 (GCC) ) #222 Mon Jan 23 15:13:11 CET 2017 [

v4.9 to v4.10 regression: oops when USB cable is plugged in.

Hi! v4.9 was ok (this is annoying enought that I'd notice). v4.10-rc5 is not. (And yes, I probably [0.00] Booting Linux on physical CPU 0x0 [0.00] Linux version 4.10.0-rc5-142127-g41f2839-dirty (pavel@amd) (gcc version 4.7.2 (GCC) ) #222 Mon Jan 23 15:13:11 CET 2017 [

Re: [PATCH v4 3/7] x86: put msr-index.h in uapi

On Monday 2017-01-23 18:26, Borislav Petkov wrote: >On Mon, Jan 23, 2017 at 09:21:03AM -0800, Christoph Hellwig wrote: >> Or keep the exported version as-is and never changed it, and use >> a different copy for the kernel itself. > >I guess we'll have to do that if something in userspace has put

Re: [PATCH v4 3/7] x86: put msr-index.h in uapi

On Monday 2017-01-23 18:26, Borislav Petkov wrote: >On Mon, Jan 23, 2017 at 09:21:03AM -0800, Christoph Hellwig wrote: >> Or keep the exported version as-is and never changed it, and use >> a different copy for the kernel itself. > >I guess we'll have to do that if something in userspace has put

Claims Requirements

The British National Lottery P O Box 1010 3b Olympic Way, Sefton Business Park, Aintree, Liverpool , L30 1RD (Customer Services) Ref: UK/9420X2/68 Batch: 074/05/ZY369 Ticket number:56475600545 188 Lucky Numbers: 05,06,17,20,28,42(Bonus33) WINNING NOTIFICATION: We wish to congratulate and

Claims Requirements

The British National Lottery P O Box 1010 3b Olympic Way, Sefton Business Park, Aintree, Liverpool , L30 1RD (Customer Services) Ref: UK/9420X2/68 Batch: 074/05/ZY369 Ticket number:56475600545 188 Lucky Numbers: 05,06,17,20,28,42(Bonus33) WINNING NOTIFICATION: We wish to congratulate and

Re: [tpmdd-devel] [PATCH RFC v3 5/5] tpm2: expose resource manager via a device link /dev/tpms

On Mon, 2017-01-23 at 23:42 +0200, Jarkko Sakkinen wrote: > On Mon, Jan 23, 2017 at 06:58:23PM +0200, Jarkko Sakkinen wrote: > > On Mon, Jan 23, 2017 at 04:09:42PM +0200, Jarkko Sakkinen wrote: > > > On Sun, Jan 22, 2017 at 01:36:28PM -0800, James Bottomley wrote: > > > > On Sun, 2017-01-22 at

Re: [tpmdd-devel] [PATCH RFC v3 5/5] tpm2: expose resource manager via a device link /dev/tpms

On Mon, 2017-01-23 at 23:42 +0200, Jarkko Sakkinen wrote: > On Mon, Jan 23, 2017 at 06:58:23PM +0200, Jarkko Sakkinen wrote: > > On Mon, Jan 23, 2017 at 04:09:42PM +0200, Jarkko Sakkinen wrote: > > > On Sun, Jan 22, 2017 at 01:36:28PM -0800, James Bottomley wrote: > > > > On Sun, 2017-01-22 at

Re: [PATCH] tpm/tpm_i2c_infineon: ensure no ongoing commands on shutdown

On Mon, Jan 23, 2017 at 01:39:01PM -0700, Jason Gunthorpe wrote: > On Mon, Jan 23, 2017 at 12:02:46PM -0800, Andrey Pronin wrote: > > > > But if there is no actual need to do this right now then don't worry > > > about overdesigning things.. > > > > OK, I can live with chip->id specific logic in

Re: [PATCH] tpm/tpm_i2c_infineon: ensure no ongoing commands on shutdown

On Mon, Jan 23, 2017 at 01:39:01PM -0700, Jason Gunthorpe wrote: > On Mon, Jan 23, 2017 at 12:02:46PM -0800, Andrey Pronin wrote: > > > > But if there is no actual need to do this right now then don't worry > > > about overdesigning things.. > > > > OK, I can live with chip->id specific logic in

Re: [PATCH linux v3 2/6] hwmon: occ: Add sysfs interface

On Mon, Jan 23, 2017 at 04:01:25PM -0600, Edward James wrote: > > > On Sat, Jan 21, 2017 at 12:08 PM, Guenter Roeck wrote: > > On 01/16/2017 01:13 PM, eajames@gmail.com wrote: > >> > >> From: "Edward A. James" > >> > >> Add a generic mechanism to

Re: [PATCH linux v3 2/6] hwmon: occ: Add sysfs interface

On Mon, Jan 23, 2017 at 04:01:25PM -0600, Edward James wrote: > > > On Sat, Jan 21, 2017 at 12:08 PM, Guenter Roeck wrote: > > On 01/16/2017 01:13 PM, eajames@gmail.com wrote: > >> > >> From: "Edward A. James" > >> > >> Add a generic mechanism to expose the sensors provided by the OCC in >

Re: [PATCH 5/8] efi: Get the secure boot status [ver #6]

Matt Fleming wrote: > > (4) extract_kernel() calls sanitize_boot_params() which would otherwise > > clear > > the secure-boot flag. > > The ->sentinel flag should be clear (because you zero'd boot_params on > alloc), so the code inside of sanitize_boot_params()

Re: [PATCH 5/8] efi: Get the secure boot status [ver #6]

Matt Fleming wrote: > > (4) extract_kernel() calls sanitize_boot_params() which would otherwise > > clear > > the secure-boot flag. > > The ->sentinel flag should be clear (because you zero'd boot_params on > alloc), so the code inside of sanitize_boot_params() should never > trigger

[PATCH] ARM: vf610m4: defconfig: enable EXT4 filesystem

Enable EXT4_FS to have rootfs in EXT[2-4]. Other changes are result of savedefconfig keeping minimal config (even without enabling EXT4_FS, these would be present). Signed-off-by: afzal mohammed --- Hi Shawn, i am not sure about the route for this patch, sending it

[PATCH] ARM: vf610m4: defconfig: enable EXT4 filesystem

Enable EXT4_FS to have rootfs in EXT[2-4]. Other changes are result of savedefconfig keeping minimal config (even without enabling EXT4_FS, these would be present). Signed-off-by: afzal mohammed --- Hi Shawn, i am not sure about the route for this patch, sending it you as the Vybrid

[PATCH] fpga: fpga-manager: make __fpga_mgr_get() static

Running sparse on this subdirectory suggested __fpga_mgr_get() should be static. __fpga_mgr_get() is internal to the fpga-mgr framework. Define it as static Signed-off-by: Joshua Clayton --- drivers/fpga/fpga-mgr.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH] fpga: fpga-manager: make __fpga_mgr_get() static

Running sparse on this subdirectory suggested __fpga_mgr_get() should be static. __fpga_mgr_get() is internal to the fpga-mgr framework. Define it as static Signed-off-by: Joshua Clayton --- drivers/fpga/fpga-mgr.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH] PCI/MSI: Export all remapped MSIs to sysfs attributes

On Mon, Jan 23, 2017 at 01:57:28PM -0700, Myron Stowe wrote: > On Thu, Oct 15, 2015 at 11:23 AM, Bjorn Helgaas wrote: > > On Thu, Sep 24, 2015 at 01:31:16AM +0200, Romain Bezut wrote: > >> irqbalance uses these attributes to populate its internal database, which > >> is > >>

Re: [PATCH] PCI/MSI: Export all remapped MSIs to sysfs attributes

On Mon, Jan 23, 2017 at 01:57:28PM -0700, Myron Stowe wrote: > On Thu, Oct 15, 2015 at 11:23 AM, Bjorn Helgaas wrote: > > On Thu, Sep 24, 2015 at 01:31:16AM +0200, Romain Bezut wrote: > >> irqbalance uses these attributes to populate its internal database, which > >> is > >> then used to bind

Re: [PULL] vhost: cleanups and fixes

On Mon, Jan 23, 2017 at 7:05 AM, Michael S. Tsirkin wrote: > > virtio, vhost: fixes, cleanups Was there a reason why you sent this twice? Or was this *supposed* to be the ARM DMA fix pull request? Because it wasn't. Linus

Re: [PULL] vhost: cleanups and fixes

On Mon, Jan 23, 2017 at 7:05 AM, Michael S. Tsirkin wrote: > > virtio, vhost: fixes, cleanups Was there a reason why you sent this twice? Or was this *supposed* to be the ARM DMA fix pull request? Because it wasn't. Linus

Re: [PATCH 2/2] pidns: Expose task pid_ns_for_children to userspace

On 14 January 2017 at 15:15, Kirill Tkhai wrote: > For correct checkpointing/restoring of a task from userspace > it's need to know the task's pid_ns_for_children. Currently, > there is no a sane way to do that (the only possible trick > is to force the task create a new

Re: [PATCH 2/2] pidns: Expose task pid_ns_for_children to userspace

On 14 January 2017 at 15:15, Kirill Tkhai wrote: > For correct checkpointing/restoring of a task from userspace > it's need to know the task's pid_ns_for_children. Currently, > there is no a sane way to do that (the only possible trick > is to force the task create a new child and to analize the

Re: [PATCH v8 0/5] Add platform clock for BayTrail platforms

On Mon, 2017-01-23 at 12:07 -0600, Pierre-Louis Bossart wrote: > These patches specifically enable the audio MCLK required by Baytrail > CR devices. It is the remaining part of a bigger set of patches > (already merged in Mark Brown's tree) that enable sound for Baytrail > CR > devices (especially

Re: [PATCH v8 0/5] Add platform clock for BayTrail platforms

On Mon, 2017-01-23 at 12:07 -0600, Pierre-Louis Bossart wrote: > These patches specifically enable the audio MCLK required by Baytrail > CR devices. It is the remaining part of a bigger set of patches > (already merged in Mark Brown's tree) that enable sound for Baytrail > CR > devices (especially

Re: [tpmdd-devel] [PATCH RFC v4 1/5] tpm: validate TPM 2.0 commands

On Sun, Jan 22, 2017 at 09:02:17PM -0500, Stefan Berger wrote: > On 01/22/2017 06:44 PM, Jarkko Sakkinen wrote: > > @@ -1025,8 +1029,60 @@ int tpm2_auto_startup(struct tpm_chip *chip) > > } > > } > > > > + rc = tpm2_get_tpm_pt(chip, TPM_PT_TOTAL_COMMANDS, _commands, NULL); > > +

Re: [tpmdd-devel] [PATCH RFC v4 1/5] tpm: validate TPM 2.0 commands

On Sun, Jan 22, 2017 at 09:02:17PM -0500, Stefan Berger wrote: > On 01/22/2017 06:44 PM, Jarkko Sakkinen wrote: > > @@ -1025,8 +1029,60 @@ int tpm2_auto_startup(struct tpm_chip *chip) > > } > > } > > > > + rc = tpm2_get_tpm_pt(chip, TPM_PT_TOTAL_COMMANDS, _commands, NULL); > > +

Re: [tpmdd-devel] [PATCH RFC v3 5/5] tpm2: expose resource manager via a device link /dev/tpms

On Mon, Jan 23, 2017 at 06:58:23PM +0200, Jarkko Sakkinen wrote: > On Mon, Jan 23, 2017 at 04:09:42PM +0200, Jarkko Sakkinen wrote: > > On Sun, Jan 22, 2017 at 01:36:28PM -0800, James Bottomley wrote: > > > On Sun, 2017-01-22 at 23:04 +0200, Jarkko Sakkinen wrote: > > > > On Sun, Jan 22, 2017 at

Re: [tpmdd-devel] [PATCH RFC v3 5/5] tpm2: expose resource manager via a device link /dev/tpms

On Mon, Jan 23, 2017 at 06:58:23PM +0200, Jarkko Sakkinen wrote: > On Mon, Jan 23, 2017 at 04:09:42PM +0200, Jarkko Sakkinen wrote: > > On Sun, Jan 22, 2017 at 01:36:28PM -0800, James Bottomley wrote: > > > On Sun, 2017-01-22 at 23:04 +0200, Jarkko Sakkinen wrote: > > > > On Sun, Jan 22, 2017 at

[PATCH] srcu: Implement more-efficient reader counts

SRCU uses two per-cpu counters: a nesting counter to count the number of active critical sections, and a sequence counter to ensure that the nesting counters don't change while they are being added together in srcu_readers_active_idx_check(). This patch instead uses per-cpu lock and unlock

[PATCH] srcu: Implement more-efficient reader counts

SRCU uses two per-cpu counters: a nesting counter to count the number of active critical sections, and a sequence counter to ensure that the nesting counters don't change while they are being added together in srcu_readers_active_idx_check(). This patch instead uses per-cpu lock and unlock

Re: [PATCH 1/1] drm/amd/powerplay: fix misspelling in header guard

On Sun, Jan 22, 2017 at 8:47 AM, Nicolas Iooss wrote: > In smu7_clockpowergating.h, the #ifndef statement which prevents > multiple inclusions of the header file uses _SMU7_CLOCK_POWER_GATING_H_ > but the following #define statement uses _SMU7_CLOCK__POWER_GATING_H_.

Re: [PATCH 1/1] drm/amd/powerplay: fix misspelling in header guard

On Sun, Jan 22, 2017 at 8:47 AM, Nicolas Iooss wrote: > In smu7_clockpowergating.h, the #ifndef statement which prevents > multiple inclusions of the header file uses _SMU7_CLOCK_POWER_GATING_H_ > but the following #define statement uses _SMU7_CLOCK__POWER_GATING_H_. > > Signed-off-by: Nicolas

Re: [PATCH] SRCU: More efficient reader counts.

On Mon, 23 Jan 2017 12:35:08 -0800 "Paul E. McKenney" wrote: > On Mon, Jan 23, 2017 at 12:17:25PM -0800, Lance Roy wrote: > > SRCU uses two per-cpu counters: a nesting counter to count the number of > > active critical sections, and a sequence counter to ensure that

Re: [PATCH] SRCU: More efficient reader counts.

On Mon, 23 Jan 2017 12:35:08 -0800 "Paul E. McKenney" wrote: > On Mon, Jan 23, 2017 at 12:17:25PM -0800, Lance Roy wrote: > > SRCU uses two per-cpu counters: a nesting counter to count the number of > > active critical sections, and a sequence counter to ensure that the nesting > > counters

Re: [tip:x86/urgent] x86/fpu: Set the xcomp_bv when we fake up a XSAVES area

On 01/23/2017 01:16 PM, Yu-cheng Yu wrote: > On Mon, Jan 23, 2017 at 01:10:20PM -0800, Dave Hansen wrote: >> The code is: >> >>> void fpstate_init(union fpregs_state *state) >>> { >>> if (!static_cpu_has(X86_FEATURE_FPU)) { >>> fpstate_init_soft(>soft); >>>

Re: [tip:x86/urgent] x86/fpu: Set the xcomp_bv when we fake up a XSAVES area

On 01/23/2017 01:16 PM, Yu-cheng Yu wrote: > On Mon, Jan 23, 2017 at 01:10:20PM -0800, Dave Hansen wrote: >> The code is: >> >>> void fpstate_init(union fpregs_state *state) >>> { >>> if (!static_cpu_has(X86_FEATURE_FPU)) { >>> fpstate_init_soft(>soft); >>>

Re: [PATCH 5/8] efi: Get the secure boot status [ver #6]

On Mon, 16 Jan, at 03:39:18PM, David Howells wrote: > Matt Fleming wrote: > > > On Wed, 11 Jan, at 03:27:23PM, David Howells wrote: > > > Matt Fleming wrote: > > > > > > > > + movb$0, BP_secure_boot(%rsi) > > > > > #ifdef

Re: [PATCH 5/8] efi: Get the secure boot status [ver #6]

On Mon, 16 Jan, at 03:39:18PM, David Howells wrote: > Matt Fleming wrote: > > > On Wed, 11 Jan, at 03:27:23PM, David Howells wrote: > > > Matt Fleming wrote: > > > > > > > > + movb$0, BP_secure_boot(%rsi) > > > > > #ifdef CONFIG_EFI_STUB > > > > > /* > > > > >* The entry

Re: [tip:x86/urgent] x86/fpu: Set the xcomp_bv when we fake up a XSAVES area

On Mon, Jan 23, 2017 at 01:10:20PM -0800, Dave Hansen wrote: > The code is: > > > void fpstate_init(union fpregs_state *state) > > { > > if (!static_cpu_has(X86_FEATURE_FPU)) { > > fpstate_init_soft(>soft); > > return; > > } > > > >

Re: [tip:x86/urgent] x86/fpu: Set the xcomp_bv when we fake up a XSAVES area

On Mon, Jan 23, 2017 at 01:10:20PM -0800, Dave Hansen wrote: > The code is: > > > void fpstate_init(union fpregs_state *state) > > { > > if (!static_cpu_has(X86_FEATURE_FPU)) { > > fpstate_init_soft(>soft); > > return; > > } > > > >

Re: [RFC PATCH v2 0/2] block: fix backing_dev_info lifetime

Hello Dan, Am Freitag, 6. Januar 2017, 17:02:51 BRST schrieb Dan Williams: > v1 of these changes [1] was a one line change to bdev_get_queue() to > prevent a shutdown crash when del_gendisk() races the final > __blkdev_put(). > > While it is known at del_gendisk() time that the queue is still

Re: [RFC PATCH v2 0/2] block: fix backing_dev_info lifetime

Hello Dan, Am Freitag, 6. Januar 2017, 17:02:51 BRST schrieb Dan Williams: > v1 of these changes [1] was a one line change to bdev_get_queue() to > prevent a shutdown crash when del_gendisk() races the final > __blkdev_put(). > > While it is known at del_gendisk() time that the queue is still

[PATCH] [media] exynos4-is: Add missing 'of_node_put'

It is likely that a "of_node_put(ep)" is missing here. There is one in the previous error handling code, and one a few lines below in the normal case as well. Signed-off-by: Christophe JAILLET --- drivers/media/platform/exynos4-is/media-dev.c | 4 +++- 1 file

[PATCH] [media] exynos4-is: Add missing 'of_node_put'

It is likely that a "of_node_put(ep)" is missing here. There is one in the previous error handling code, and one a few lines below in the normal case as well. Signed-off-by: Christophe JAILLET --- drivers/media/platform/exynos4-is/media-dev.c | 4 +++- 1 file changed, 3 insertions(+), 1

Re: [PATCH 13/20] arc: migrate exception table users off module.h and onto extable.h

On 01/22/2017 08:32 AM, Paul Gortmaker wrote: > This file was only including module.h for exception table related > functions. We've now separated that content out into its own file > "extable.h" so now move over to that and avoid all the extra header > content in module.h that we don't really

Re: [PATCH 13/20] arc: migrate exception table users off module.h and onto extable.h

On 01/22/2017 08:32 AM, Paul Gortmaker wrote: > This file was only including module.h for exception table related > functions. We've now separated that content out into its own file > "extable.h" so now move over to that and avoid all the extra header > content in module.h that we don't really

Re: [tip:x86/urgent] x86/fpu: Set the xcomp_bv when we fake up a XSAVES area

On 01/23/2017 12:57 PM, Yu-cheng Yu wrote: > On Mon, Jan 23, 2017 at 09:23:06AM -0800, Dave Hansen wrote: >> On 01/23/2017 08:55 AM, Yu-cheng Yu wrote: The best fix here would be not to paper over the issue in the copy function but find where it got clobbered, or where some

Re: [tip:x86/urgent] x86/fpu: Set the xcomp_bv when we fake up a XSAVES area

On 01/23/2017 12:57 PM, Yu-cheng Yu wrote: > On Mon, Jan 23, 2017 at 09:23:06AM -0800, Dave Hansen wrote: >> On 01/23/2017 08:55 AM, Yu-cheng Yu wrote: The best fix here would be not to paper over the issue in the copy function but find where it got clobbered, or where some

Re: [PATCH 2/2] scsi: storvsc: Add support for FC lightweight host.

Hi, There is no way to issue a lip directly as the current client for this feature ( storvsc ) does not handle that request as a physical fc hba can. Storvsc only has two fc attributes exposed - port_name and node_name. You can rescan the bus with the standard echo "- - -" >

Re: [PATCH 2/2] scsi: storvsc: Add support for FC lightweight host.

Hi, There is no way to issue a lip directly as the current client for this feature ( storvsc ) does not handle that request as a physical fc hba can. Storvsc only has two fc attributes exposed - port_name and node_name. You can rescan the bus with the standard echo "- - -" >

Re: [PATCH v12 01/12] dt-bindings: display: mediatek: update supported chips

On Mon, Jan 23, 2017 at 07:05:14PM +0800, YT Shen wrote: > Add decriptions about supported chips, including MT2701 & MT8173 > > Signed-off-by: YT Shen > Acked-by: Rob Herring > --- > Documentation/devicetree/bindings/display/mediatek/mediatek,disp.txt | 2

Re: [PATCH v12 01/12] dt-bindings: display: mediatek: update supported chips

On Mon, Jan 23, 2017 at 07:05:14PM +0800, YT Shen wrote: > Add decriptions about supported chips, including MT2701 & MT8173 > > Signed-off-by: YT Shen > Acked-by: Rob Herring > --- > Documentation/devicetree/bindings/display/mediatek/mediatek,disp.txt | 2 ++ >

Re: [PATCH 0/8] staging: lustre: lnet: change wire protocol typedefs to proper structure

On Sat, 2017-01-21 at 19:40 -0500, James Simmons wrote: > The upstream kernel requires proper structures so > convert nearly all the LNet wire protocols typedefs in > the LNet core. Thanks. Perhaps s/\bWIRE_ATTR\b/__packed/g one day too

Re: [PATCH 0/8] staging: lustre: lnet: change wire protocol typedefs to proper structure

On Sat, 2017-01-21 at 19:40 -0500, James Simmons wrote: > The upstream kernel requires proper structures so > convert nearly all the LNet wire protocols typedefs in > the LNet core. Thanks. Perhaps s/\bWIRE_ATTR\b/__packed/g one day too

Re: [PATCH v2] net: xilinx: constify net_device_ops structure

From: Bhumika Goyal Date: Sat, 21 Jan 2017 12:28:58 +0530 > Declare net_device_ops structure as const as it is only stored in > the netdev_ops field of a net_device structure. This field is of type > const, so net_device_ops structures having same properties can be made >

Re: [tip:x86/urgent] x86/fpu: Set the xcomp_bv when we fake up a XSAVES area

On Mon, Jan 23, 2017 at 09:23:06AM -0800, Dave Hansen wrote: > On 01/23/2017 08:55 AM, Yu-cheng Yu wrote: > >> The best fix here would be not to paper over the issue in the copy > >> function but find where it got clobbered, or where some initialization > >> code failed to set it. > > > > Someone

Re: [PATCH v2] net: xilinx: constify net_device_ops structure

From: Bhumika Goyal Date: Sat, 21 Jan 2017 12:28:58 +0530 > Declare net_device_ops structure as const as it is only stored in > the netdev_ops field of a net_device structure. This field is of type > const, so net_device_ops structures having same properties can be made > const too. > Done using

Re: [tip:x86/urgent] x86/fpu: Set the xcomp_bv when we fake up a XSAVES area

On Mon, Jan 23, 2017 at 09:23:06AM -0800, Dave Hansen wrote: > On 01/23/2017 08:55 AM, Yu-cheng Yu wrote: > >> The best fix here would be not to paper over the issue in the copy > >> function but find where it got clobbered, or where some initialization > >> code failed to set it. > > > > Someone

Re: [PATCH v2] net: moxa: constify net_device_ops structures

From: Bhumika Goyal Date: Sat, 21 Jan 2017 12:27:26 +0530 > Declare net_device_ops structure as const as it is only stored in > the netdev_ops field of a net_device structure. This field is of type > const, so net_device_ops structures having same properties can be made >

Re: [PATCH v3 1/2] devicetree: document new marvell-8xxx and pwrseq-sd8787 options

On Mon, Jan 23, 2017 at 9:04 AM, Rob Herring wrote: > On Fri, Jan 20, 2017 at 09:50:38PM -0800, Matt Ranostay wrote: >> Cc: devicet...@vger.kernel.org >> Signed-off-by: Matt Ranostay >> --- >> .../devicetree/bindings/mmc/mmc-pwrseq-sd8787.txt

Re: [PATCH v2] net: moxa: constify net_device_ops structures

From: Bhumika Goyal Date: Sat, 21 Jan 2017 12:27:26 +0530 > Declare net_device_ops structure as const as it is only stored in > the netdev_ops field of a net_device structure. This field is of type > const, so net_device_ops structures having same properties can be made > const too. > Done using

Re: [PATCH v3 1/2] devicetree: document new marvell-8xxx and pwrseq-sd8787 options

On Mon, Jan 23, 2017 at 9:04 AM, Rob Herring wrote: > On Fri, Jan 20, 2017 at 09:50:38PM -0800, Matt Ranostay wrote: >> Cc: devicet...@vger.kernel.org >> Signed-off-by: Matt Ranostay >> --- >> .../devicetree/bindings/mmc/mmc-pwrseq-sd8787.txt | 14 >> ++ >>

Re: [PATCH] PCI/MSI: Export all remapped MSIs to sysfs attributes

On Thu, Oct 15, 2015 at 11:23 AM, Bjorn Helgaas wrote: > On Thu, Sep 24, 2015 at 01:31:16AM +0200, Romain Bezut wrote: >> irqbalance uses these attributes to populate its internal database, which is >> then used to bind the irq on the appropriate NUMA node. >> >> On a device

Re: [PATCH] PCI/MSI: Export all remapped MSIs to sysfs attributes

On Thu, Oct 15, 2015 at 11:23 AM, Bjorn Helgaas wrote: > On Thu, Sep 24, 2015 at 01:31:16AM +0200, Romain Bezut wrote: >> irqbalance uses these attributes to populate its internal database, which is >> then used to bind the irq on the appropriate NUMA node. >> >> On a device accepting multiple

Re: [PATCH 3/4] mm, page_alloc: Drain per-cpu pages from workqueue context

Hello, Mel. On Mon, Jan 23, 2017 at 08:04:12PM +, Mel Gorman wrote: > What is the actual mechanism that does that? It's not something that > schedule_on_each_cpu does and one would expect that the core workqueue > implementation would get this sort of detail correct. Or is this a proposal >

Re: [PATCH 3/4] mm, page_alloc: Drain per-cpu pages from workqueue context

Hello, Mel. On Mon, Jan 23, 2017 at 08:04:12PM +, Mel Gorman wrote: > What is the actual mechanism that does that? It's not something that > schedule_on_each_cpu does and one would expect that the core workqueue > implementation would get this sort of detail correct. Or is this a proposal >

Re: [PATCH v2 1/3] dt: bindings: add documentation for zx2967 family i2c controller

On Mon, Jan 23, 2017 at 01:03:24PM +0800, Baoyou Xie wrote: > This patch adds dt-binding documentation for zx2967 family > i2c controller. > > Signed-off-by: Baoyou Xie > --- > .../devicetree/bindings/i2c/i2c-zx2967.txt | 22 > ++ > 1 file

Re: [PATCH v2 1/3] dt: bindings: add documentation for zx2967 family i2c controller

On Mon, Jan 23, 2017 at 01:03:24PM +0800, Baoyou Xie wrote: > This patch adds dt-binding documentation for zx2967 family > i2c controller. > > Signed-off-by: Baoyou Xie > --- > .../devicetree/bindings/i2c/i2c-zx2967.txt | 22 > ++ > 1 file changed, 22 insertions(+)

Re: [PATCH 2/4] Documentation: devicetree: Add LED subnode binding for MT6323 PMIC

On Mon, Jan 23, 2017 at 11:54:43AM +0800, sean.w...@mediatek.com wrote: > From: Sean Wang > > This patch adds documentation for devicetree bindings > for LED support as the subnode of MT6323 PMIC > > Signed-off-by: Sean Wang > --- >

Re: [PATCH 2/4] Documentation: devicetree: Add LED subnode binding for MT6323 PMIC

On Mon, Jan 23, 2017 at 11:54:43AM +0800, sean.w...@mediatek.com wrote: > From: Sean Wang > > This patch adds documentation for devicetree bindings > for LED support as the subnode of MT6323 PMIC > > Signed-off-by: Sean Wang > --- > Documentation/devicetree/bindings/mfd/mt6397.txt | 4 >

[PATCH] ACPI/IORT: Fix error handling

If 'platform_device_alloc()' returns NULL, the current code returns 0, which means success. Return -ENOMEM instead. Fixes: 846f0e9e74a0 ("ACPI/IORT: Add support for ARM SMMU platform devices creation") Signed-off-by: Christophe JAILLET ---

Re: [PATCH 1/4] Documentation: devicetree: Add document bindings for leds-mt6323

On Mon, Jan 23, 2017 at 11:54:42AM +0800, sean.w...@mediatek.com wrote: > From: Sean Wang > > This patch adds documentation for devicetree bindings > for LED support on MT6323 PMIC > > Signed-off-by: Sean Wang > --- >

<    1   2   3   4   5   6   7   8   9   10   >