The qca8k driver is currently caching a bitfield of the supported member
of a ethtool_eee private structure, which is unused.
Only the eee_enabled field of the private ethtool_eee copy is updated,
thus using p->advertised and p->lp_advertised is also erroneous.
Remove the usage of these private e
To avoid confusion with the PHY EEE settings, rename the .set_eee and
.get_eee ops to respectively .set_mac_eee and .get_mac_eee.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/bcm_sf2.c| 12 ++--
drivers/net/dsa/mv88e6xxx/chip.c | 12 ++--
drivers/net/dsa/qca8k.c
The qca8k obviously copied code from the sf2 driver as how to set EEE:
if (e->eee_enabled) {
p->eee_enabled = qca8k_eee_init(ds, port, phydev);
if (!p->eee_enabled)
ret = -EOPNOTSUPP;
}
But it did not use the same logic for the EEE init routine, which is
"Retur
The SF2 driver is masking the supported bitfield of its private copy of
the ports' ethtool_eee structures. It is used nowhere, thus remove it.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/bcm_sf2.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/net/dsa/bcm_sf2.c b/drivers/ne
On Tue, 25 Jul 2017, Vikas Shivappa wrote:
> @@ -658,6 +732,14 @@ static int rdtgroup_create_info_dir(struct kernfs_node
> *parent_kn)
> if (rdtgroup_mkdir_info_resdir(r, r->name, fflags))
> goto out_destroy;
> }
> +
> + for_each_mon_enabled_rdt_resour
On Tue, Aug 1, 2017 at 12:11 PM, Florian Fainelli wrote:
> On 32-bit hosts and with CONFIG_DEBUG_LOCK_ALLOC we should be seeing a
> lockdep splat indicating this seqcount is not correctly initialized, fix
> that.
>
> Fixes: eeda8585522b ("b44: add 64 bit stats")
> Signed-off-by: Florian Fainelli
2017-08-01 14:22+0200, Paolo Bonzini:
> On 01/08/2017 14:20, Wanpeng Li wrote:
> > From: Wanpeng Li
> >
> > WARNING: CPU: 5 PID: 1242 at kernel/rcu/tree_plugin.h:323
> > rcu_note_context_switch+0x207/0x6b0
> > CPU: 5 PID: 1242 Comm: unity-settings- Not tainted 4.13.0-rc2+ #1
> > RIP: 0010:rcu
On Tue, Aug 1, 2017 at 8:40 PM, Kees Cook wrote:
>>
>> I don't know why this has turned up now. I have just left it broken
>> for now and would appreciate any fix.
>
> Thanks for the heads-up! I'm not sure why this suddenly appeared
> either, but Arnd has sent a patch for this now.
The main diff
cat /proc/sys/net/ipv4/conf/eth0.100/forwarding
0
sysctl net.ipv4.conf.eth0.100.forwarding
error: "net.ipv4.conf.eth0.100.forwarding" is an unknown key
uname -a
Linux ip-172-31-45-203 4.9.38-16.33.amzn1.x86_64 #1 SMP Thu Jul 20
01:31:29 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
cat /etc/issue
Amaz
Commit-ID: c39a0e2c8850f08249383f2425dbd8dbe4baad69
Gitweb: http://git.kernel.org/tip/c39a0e2c8850f08249383f2425dbd8dbe4baad69
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:20 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:18 +0200
x86/perf/cqm: Wipe out
Commit-ID: 1640ae9471ae41eb18d2b214f1f40af3c4ed3828
Gitweb: http://git.kernel.org/tip/1640ae9471ae41eb18d2b214f1f40af3c4ed3828
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:21 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:19 +0200
x86/intel_rdt/cqm: Doc
Commit-ID: 0583020456cea9fcf43b84bb13a41eab059ae0a8
Gitweb: http://git.kernel.org/tip/0583020456cea9fcf43b84bb13a41eab059ae0a8
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:23 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:19 +0200
x86/intel_rdt: Change
Commit-ID: f01d7d51f577b5dc0fa5919ab8a9228e2bf49f3e
Gitweb: http://git.kernel.org/tip/f01d7d51f577b5dc0fa5919ab8a9228e2bf49f3e
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:22 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:19 +0200
x86/intel_rdt: Introdu
Commit-ID: cb2200e967c65519ca6c5426644a49dca65f6294
Gitweb: http://git.kernel.org/tip/cb2200e967c65519ca6c5426644a49dca65f6294
Author: Reinette Chatre
AuthorDate: Tue, 25 Jul 2017 14:14:24 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:20 +0200
x86/intel_rdt: Mark r
Commit-ID: dd131853f3fbc1c3aa051c34a2967c2f76309024
Gitweb: http://git.kernel.org/tip/dd131853f3fbc1c3aa051c34a2967c2f76309024
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:26 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:20 +0200
x86/intel_rdt: Make rd
Commit-ID: 1b5c0b7583173b787b5c93ff89838a950d0e23ff
Gitweb: http://git.kernel.org/tip/1b5c0b7583173b787b5c93ff89838a950d0e23ff
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:25 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:20 +0200
x86/intel_rdt: Cleanup
Commit-ID: 6a445edce657810992594c7b9e679219aaf78ad9
Gitweb: http://git.kernel.org/tip/6a445edce657810992594c7b9e679219aaf78ad9
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:27 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:21 +0200
x86/intel_rdt/cqm: Add
Commit-ID: 5dc1d5c6bac2cfe3420cf353dfb0ef2e543f7c10
Gitweb: http://git.kernel.org/tip/5dc1d5c6bac2cfe3420cf353dfb0ef2e543f7c10
Author: Tony luck
AuthorDate: Tue, 25 Jul 2017 14:14:29 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:22 +0200
x86/intel_rdt: Simplify inf
Commit-ID: edf6fa1c4a951b3a03e94b63e6483c5d9da3ab11
Gitweb: http://git.kernel.org/tip/edf6fa1c4a951b3a03e94b63e6483c5d9da3ab11
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:28 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:21 +0200
x86/intel_rdt/cqm: Add
Commit-ID: 65b4f403057e32da73c36e33d403890173c4c324
Gitweb: http://git.kernel.org/tip/65b4f403057e32da73c36e33d403890173c4c324
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:31 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:23 +0200
x86/intel_rdt: Prepare
On Tue, 2017-08-01 at 17:24 +0200, Paolo Bonzini wrote:
> Any use of key->enabled (that is static_key_enabled and static_key_count)
> outside jump_label_lock should handle its own serialization. The only
> two that are not doing so are the UDP encapsulation static keys. Change
> them to use stati
Commit-ID: c7d9aac6131148abe29ed1dc6bd73ad1213d1f56
Gitweb: http://git.kernel.org/tip/c7d9aac6131148abe29ed1dc6bd73ad1213d1f56
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:32 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:23 +0200
x86/intel_rdt/cqm: Add
On Tue, 25 Jul 2017, Vikas Shivappa wrote:
> Sending the V2 series to address all the feedback that was received in
> V1. Apart from that this series adds a patch from Reinette to fix a
> global declaration in existing RDT and also fixes some issues where the
> prq MSR was not updated when masks o
Commit-ID: d4ab33201029913b594ae785a9665f45040396ab
Gitweb: http://git.kernel.org/tip/d4ab33201029913b594ae785a9665f45040396ab
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:30 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:22 +0200
x86/intel_rdt/cqm: Add
On Tue, Aug 01, 2017 at 08:31:14PM +, Liang, Kan wrote:
> >
> > On Tue, 1 Aug 2017 13:39:06 -0400 kan.li...@intel.com wrote:
> >
> > > Kernel panic when calling the IRQ-safe __get_user_pages_fast in NMI
> > > handler.
> > >
> > > The bug was introduced by commit:
> > >
> > > 2947ba054a4d (
Commit-ID: d6aaba615a482ce7d3ec218cf7b8d02d0d5753b8
Gitweb: http://git.kernel.org/tip/d6aaba615a482ce7d3ec218cf7b8d02d0d5753b8
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:34 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:24 +0200
x86/intel_rdt/cqm: Add
Commit-ID: 0734ded1abee9439b0c5d7b62af1ead78aab895b
Gitweb: http://git.kernel.org/tip/0734ded1abee9439b0c5d7b62af1ead78aab895b
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:33 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:24 +0200
x86/intel_rdt: Change
Commit-ID: b09d981b3f346690dafa3e4ebedfcf3e44b68e83
Gitweb: http://git.kernel.org/tip/b09d981b3f346690dafa3e4ebedfcf3e44b68e83
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:35 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:25 +0200
x86/intel_rdt: Prepare
Commit-ID: a9fcf8627dc01049c390023bbb0323db3c785b91
Gitweb: http://git.kernel.org/tip/a9fcf8627dc01049c390023bbb0323db3c785b91
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:36 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:25 +0200
x86/intel_rdt/cqm: Add
Commit-ID: 90c403e83101c87ee9e6df8c8d30ea8628ff8bfc
Gitweb: http://git.kernel.org/tip/90c403e83101c87ee9e6df8c8d30ea8628ff8bfc
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:37 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:25 +0200
x86/intel_rdt: Prepare
Commit-ID: d89b7379015fc561060a4094676d143e6ed264e7
Gitweb: http://git.kernel.org/tip/d89b7379015fc561060a4094676d143e6ed264e7
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:38 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:26 +0200
x86/intel_rdt/cqm: Add
Commit-ID: f9049547f7e72377049d717354b2f56f36a5854a
Gitweb: http://git.kernel.org/tip/f9049547f7e72377049d717354b2f56f36a5854a
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:39 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:26 +0200
x86/intel_rdt: Separat
This patches sitting in my repo for long time and would like to get feedback
first before
submitting final series. This patches adding devicetree to generic-adc-battery
driver
(we reuse it for gta04 board then and drop twl4030_madc_battery). Also add
formula
for computing capacity of LiIon batte
From: Marek Belisko
Signed-off-by: Marek Belisko
---
drivers/power/supply/generic-adc-battery.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/power/supply/generic-adc-battery.c
b/drivers/power/supply/generic-adc-battery.c
index 0d27b59..9ce51d2 100644
--- a/driver
From: Marek Belisko
Signed-off-by: Marek Belisko
---
drivers/power/supply/generic-adc-battery.c | 68 ++
1 file changed, 68 insertions(+)
diff --git a/drivers/power/supply/generic-adc-battery.c
b/drivers/power/supply/generic-adc-battery.c
index b5e9208..d4daa6a 100
From: Marek Belisko
The formula appears to be known in RC model communities.
We did find the first reference on the web in a a forum post
by "SilverFox" from 04-16-2008:
http://www.candlepowerforums.com/vb/showthread.php?115871-Li-Ion-State-of-Charge-and-Voltage-Measurements#post2440539
Some ot
Commit-ID: 4be6c078428b08d1a948cc09faca8f1326231866
Gitweb: http://git.kernel.org/tip/4be6c078428b08d1a948cc09faca8f1326231866
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:42 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:27 +0200
x86/intel_rdt: Introdu
Commit-ID: 748b6b881ccdda8f0663c68605f431279e06f49a
Gitweb: http://git.kernel.org/tip/748b6b881ccdda8f0663c68605f431279e06f49a
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:43 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:28 +0200
x86/intel_rdt/cqm: Add
Commit-ID: f3cbeacaa06e2b8c2f3ce8531e9aa3fe1f2762cd
Gitweb: http://git.kernel.org/tip/f3cbeacaa06e2b8c2f3ce8531e9aa3fe1f2762cd
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:40 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:27 +0200
x86/intel_rdt/cqm: Add
Commit-ID: 4af4a88e0c9246990f95c88eeba781265f27c58e
Gitweb: http://git.kernel.org/tip/4af4a88e0c9246990f95c88eeba781265f27c58e
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:41 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:27 +0200
x86/intel_rdt/cqm: Add
Commit-ID: 9f52425ba303d91c8370719e91d7e578bfdf309f
Gitweb: http://git.kernel.org/tip/9f52425ba303d91c8370719e91d7e578bfdf309f
Author: Tony Luck
AuthorDate: Tue, 25 Jul 2017 14:14:45 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:28 +0200
x86/intel_rdt/mbm: Basic co
From: Marek Belisko
Status reporting not working yet. During boot when workqueue is called status
is updated (by reading iio current channel but value is -705 (reason unknown as
later
report correct value).
Signed-off-by: Marek Belisko
---
drivers/power/supply/generic-adc-battery.c | 18 +
Commit-ID: 895c663ecef16c8138e20a7d5c052e0fcc400241
Gitweb: http://git.kernel.org/tip/895c663ecef16c8138e20a7d5c052e0fcc400241
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:44 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:28 +0200
x86/intel_rdt/cqm: Add
Commit-ID: a4de1dfdd726537e2a78b55759fc646d9b0a0be8
Gitweb: http://git.kernel.org/tip/a4de1dfdd726537e2a78b55759fc646d9b0a0be8
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:46 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:29 +0200
x86/intel_rdt/mbm: Add
Commit-ID: e33026831bdb5f051499fec6a606f79fe1f94cc8
Gitweb: http://git.kernel.org/tip/e33026831bdb5f051499fec6a606f79fe1f94cc8
Author: Vikas Shivappa
AuthorDate: Tue, 25 Jul 2017 14:14:47 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:29 +0200
x86/intel_rdt/mbm: Han
From: Marek Belisko
Signed-off-by: Marek Belisko
---
include/dt-bindings/power/power.h | 11 +++
1 file changed, 11 insertions(+)
create mode 100644 include/dt-bindings/power/power.h
diff --git a/include/dt-bindings/power/power.h
b/include/dt-bindings/power/power.h
new file mode 1006
Commit-ID: 0dd2d7494cd818d06a2ae1cd840cd62124a2d25e
Gitweb: http://git.kernel.org/tip/0dd2d7494cd818d06a2ae1cd840cd62124a2d25e
Author: Fenghua Yu
AuthorDate: Tue, 25 Jul 2017 15:39:04 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 1 Aug 2017 22:41:30 +0200
x86/intel_rdt: Show bitmas
Hi Mikael.
I think this translates to the following code
from linux/uaccess.h
first part is the inlined _copy_from_user()
>
> (gdb) x/10i do_sys_poll+0x80-16
>0x516ed0 : brz %o0, 0x5170fc
if (unlikely(res))
>0x516ed4 : mov %o0, %o2
>0x516ed8 : sub %i4, %o0, %i4
>0x516edc
On Tue, Aug 1, 2017 at 12:45 PM, Dan Williams wrote:
> On Tue, Aug 1, 2017 at 12:02 PM, Mike Snitzer wrote:
>> On Tue, Aug 01 2017 at 2:12pm -0400,
>> Dan Williams wrote:
>>
>>> Now that dax is no longer a default property of a block-device, i.e.
>>> ->direct_access() is not a block-device oper
On Tue, Aug 01, 2017 at 04:32:31PM -0400, Vivien Didelot wrote:
> The port's PHY and MAC are both implied in EEE. The current code does
> not call the PHY operations if the related device is NULL. Change that
> by returning -ENODEV if there's no PHY device attached to the interface.
>
> Signed-off
On Tue, Aug 01, 2017 at 04:32:37PM -0400, Vivien Didelot wrote:
> It is safer to init the EEE before the DSA layer call
> phy_ethtool_set_eee, as sf2 and qca8k are doing.
I can understand making all the drivers do the same thing, but the
next patch deletes this change, making is pointless.
My pre
On Tue, Aug 1, 2017 at 1:19 PM, Linus Torvalds
wrote:
> On Tue, Aug 1, 2017 at 8:04 AM, Kees Cook wrote:
>>
>> Do you want me to carry this for -next and send it as a distinct pull
>> request for v4.14?
>
> Yes, I think that would be preferred. I consider this a "execve()"
> cleanup/change with i
On Tue, 1 Aug 2017 09:42:56 -0400 Johannes Weiner wrote:
> global_page_state is error prone as a recent bug report pointed out [1].
> It only returns proper values for zone based counters as the enum it
> gets suggests. We already have global_node_page_state so let's rename
> global_page_state t
On Tue, Aug 01, 2017 at 04:32:38PM -0400, Vivien Didelot wrote:
> All DSA drivers are calling phy_init_eee if eee_enabled is true.
>
> Move up this statement in the DSA layer to simplify the DSA drivers.
> qca8k does not require to cache the ethtool_eee structures from now on.
>
> Signed-off-by:
On Tue, 2017-08-01 at 13:59 -0700, Dan Williams wrote:
> On Tue, Aug 1, 2017 at 12:45 PM, Dan Williams
> wrote:
> > On Tue, Aug 1, 2017 at 12:02 PM, Mike Snitzer wrote:
> > > On Tue, Aug 01 2017 at 2:12pm -0400,
> > > Dan Williams wrote:
> > > > [ ... ]
> > >
> > > I'm questioning the need to
On Tue, Aug 1, 2017 at 3:43 AM, Wu Hao wrote:
> On Mon, Jul 31, 2017 at 04:40:16PM -0500, Alan Tull wrote:
>> On Thu, Jul 27, 2017 at 2:10 PM, Rob Herring wrote:
>> > On Thu, Jul 27, 2017 at 11:35 AM, Alan Tull wrote:
>> >> On Sun, Jun 25, 2017 at 8:51 PM, Wu Hao wrote:
>> >>
>> >> Hi Rob,
>> >
On Tue, Aug 01, 2017 at 04:32:39PM -0400, Vivien Didelot wrote:
> The DSA switch operations for EEE are only meant to configure a port's
> MAC EEE settings. The port's PHY EEE settings are accessed by the DSA
> layer and must be made available via a proper PHY driver.
>
> In order to reduce this c
Hi Paul,
I have been trying to set the function_graph tracer for ftrace and each time I
get a CPU stall.
How to reproduce:
-
echo function_graph > /sys/kernel/debug/tracing/current_tracer
This error appears with v4.13-rc3 and v4.12-rc6.
Is it something already reported
On Tue, Aug 01, 2017 at 04:32:40PM -0400, Vivien Didelot wrote:
> The PHY's EEE settings are already accessed by the DSA layer through the
> Marvell PHY driver and there is nothing to be done for switch's MACs.
>
> Remove all EEE support from the mv88e6xxx driver and simply return 0
> from the EEE
Hi Rob,
repeatedly got no response. Hope I'll get through this time.
Regards, Jens
Original Message
Subject: Re: [PATCH] streamline TLV320AIC23 drivers
Date: Sat, 6 May 2017 00:39:20 +0200
From: Jens Rottmann
To: Rob Herring
CC: Mark Rutland, Jaroslav Kysela, Takashi Iwai, alsa
On Tue, Aug 01, 2017 at 04:32:41PM -0400, Vivien Didelot wrote:
> To avoid confusion with the PHY EEE settings, rename the .set_eee and
> .get_eee ops to respectively .set_mac_eee and .get_mac_eee.
>
> Signed-off-by: Vivien Didelot
Reviewed-by: Andrew Lunn
Andrew
On 07/30, Abhishek Sahu wrote:
> On 2017-07-29 00:04, Stephen Boyd wrote:
> >On 07/27, Abhishek Sahu wrote:
> >>Some of the Alpha PLL’s support dynamic update in which the
> >>frequency can be changed dynamically without turning off the PLL.
> >>
> >>This dynamic update requires the following seque
On Tue, Aug 1, 2017 at 8:15 AM, Huang, Ying wrote:
> From 7a7ff76d7bcbd7affda169b29abcf3dafa38052e Mon Sep 17 00:00:00 2001
> From: Huang Ying
> Date: Tue, 1 Aug 2017 14:12:21 +0800
> Subject: [PATCH] mm, THP, swap: Silence a compiler warning
>
> To fix the following compiler warning,
>
> mm/swap
On 07/30, Abhishek Sahu wrote:
> On 2017-07-29 00:03, Stephen Boyd wrote:
> >On 07/27, Abhishek Sahu wrote:
> >>diff --git a/drivers/clk/qcom/clk-alpha-pll.c
> >>b/drivers/clk/qcom/clk-alpha-pll.c
> >>index 47a1da3..e6cde2d 100644
> >>--- a/drivers/clk/qcom/clk-alpha-pll.c
> >>+++ b/drivers/clk/qco
On 07/31/2017 04:10 PM, Arnd Bergmann wrote:
Without the base RSA code, we run into a link error:
ERROR: "rsa_parse_pub_key" [drivers/crypto/ccp/ccp-crypto.ko] undefined!
ERROR: "rsa_parse_priv_key" [drivers/crypto/ccp/ccp-crypto.ko] undefined!
Like the other drivers implementing RSA in hardwar
On Tue, Aug 01, 2017 at 04:56:43PM -0300, Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> We will use it to generate tables for beautifying ioctl's 'cmd' arg.
>
> Cc: Adrian Hunter
> Cc: David Ahern
> Cc: Jason Wang
> Cc: Jiri Olsa
> Cc: "Michael S. Tsirkin"
> Cc: Namhy
On Tue, Aug 1, 2017 at 2:04 PM, Bart Van Assche wrote:
> On Tue, 2017-08-01 at 13:59 -0700, Dan Williams wrote:
>> On Tue, Aug 1, 2017 at 12:45 PM, Dan Williams
>> wrote:
>> > On Tue, Aug 1, 2017 at 12:02 PM, Mike Snitzer wrote:
>> > > On Tue, Aug 01 2017 at 2:12pm -0400,
>> > > Dan Williams
On 31-07-17 17:09, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> Failing to load NVRAM *file* isn't critical if we manage to get platform
> NVRAM in the fallback path. It means warnings like:
> [ 10.801506] brcmfmac :01:00.0: Direct firmware load for
> brcm/brcmfmac43602-pcie.txt failed w
On Tue, Aug 1, 2017 at 1:47 PM, Massimo Sala wrote:
> cat /proc/sys/net/ipv4/conf/eth0.100/forwarding
> 0
>
> sysctl net.ipv4.conf.eth0.100.forwarding
> error: "net.ipv4.conf.eth0.100.forwarding" is an unknown key
>
Use echo instead, sysctl doesn't understand eth0.100
is a netdev name, sigh.
On Mon, Jul 31, 2017 at 04:49:59PM -0700, Paul Burton wrote:
> On Monday, 31 July 2017 16:36:08 PDT Bjorn Helgaas wrote:
> > On Mon, Jul 31, 2017 at 04:19:13PM -0700, Paul Burton wrote:
> > > Hi Bjorn,
> > >
> > > On Monday, 31 July 2017 15:58:22 PDT Bjorn Helgaas wrote:
> > > > On Mon, Jul 24, 20
On 08/01/2017 01:32 PM, Vivien Didelot wrote:
> The SF2 driver is masking the supported bitfield of its private copy of
> the ports' ethtool_eee structures. It is used nowhere, thus remove it.
>
> Signed-off-by: Vivien Didelot
Reviewed-by: Florian Fainelli
--
Florian
Hi Greg,
Le Tue, 1 Aug 2017 10:51:33 -0700,
Greg Kroah-Hartman a écrit :
> On Tue, Aug 01, 2017 at 12:48:01PM +0200, Boris Brezillon wrote:
> > > > +static DEFINE_MUTEX(i3c_core_lock);
> > > > +
> > > > +void i3c_bus_lock(struct i3c_bus *bus, bool exclusive)
> > > > +{
> > > > + if (exclus
On 08/01/2017 01:32 PM, Vivien Didelot wrote:
> The port's PHY and MAC are both implied in EEE. The current code does
> not call the PHY operations if the related device is NULL. Change that
> by returning -ENODEV if there's no PHY device attached to the interface.
>
> Signed-off-by: Vivien Didelo
On Tue, 1 Aug 2017, Thomas Gleixner wrote:
On Tue, 25 Jul 2017, Vikas Shivappa wrote:
/*
* The cached intel_pqr_state is strictly per CPU and can never be
* updated from a remote CPU. Functions which modify the state
@@ -49,6 +47,8 @@
*/
DEFINE_PER_CPU(struct intel_pqr_state, pqr_stat
Do you confirm it is a sysctl parsing bug ?
Bosybox handles these cases, so I think also standalone sysctl have to.
Or at least someone must update sysctl docs / MAN about this.
Best regards, Sala
On 01/08/2017, Cong Wang wrote:
> On Tue, Aug 1, 2017 at 1:47 PM, Massimo Sala
> wrote:
>> cat
On 08/01/2017 03:35 PM, Arnd Bergmann wrote:
On Tue, Aug 1, 2017 at 4:52 PM, Gary R Hook wrote:
On 07/31/2017 03:49 PM, Arnd Bergmann wrote:
The added support for version 5 CCPs introduced a false-positive
warning in the RSA implementation:
drivers/crypto/ccp/ccp-ops.c: In function 'ccp_run_
On Tue, Aug 01, 2017 at 07:15:40AM -0700, Andy Lutomirski wrote:
> On Tue, Aug 1, 2017 at 7:02 AM, Mathieu Desnoyers
> wrote:
> > /*
> > * The full memory barrier implied by mm_cpumask update operations
> > * is required by the membarrier system call.
> > */
> >
> > What we want to order here i
On 07/31/2017 03:49 PM, Arnd Bergmann wrote:
The added support for version 5 CCPs introduced a false-positive
warning in the RSA implementation:
drivers/crypto/ccp/ccp-ops.c: In function 'ccp_run_rsa_cmd':
drivers/crypto/ccp/ccp-ops.c:1856:3: error: 'sb_count' may be used
uninitialized in this
Hello Thomas,
On Tue, 1 Aug 2017, Thomas Gleixner wrote:
On Tue, 25 Jul 2017, Vikas Shivappa wrote:
Sending the V2 series to address all the feedback that was received in
V1. Apart from that this series adds a patch from Reinette to fix a
global declaration in existing RDT and also fixes som
On Wed, Jul 19, 2017 at 03:01:06PM +0200, Greg KH wrote:
> From: Greg Kroah-Hartman
>
> Some drivers (specifically the nes IB driver), want to create a lot of
> sysfs driver attributes. Instead of open-coding the creation and
> removal of these files (and getting it wrong btw), it's a better ide
On Tue, Aug 01, 2017 at 01:17:45PM -0700, Tejun Heo wrote:
> > What about the whole double accounting thing? Because currently cpuacct
> > and cpu do a fair bit of duplication. It would be very good to get rid
> > of that.
>
> I'm not that sure at this point. Here are my current thoughts on
> cp
Hi Arnd,
On Tue, 1 Aug 2017 11:20:26 -0700 Kees Cook wrote:
>
> On Tue, Aug 1, 2017 at 5:04 AM, Arnd Bergmann wrote:
> > After commit 62d1034f53e3 ("fortify: use WARN instead of BUG for now"), we
> > get a warning in adfs about a possible buffer overflow:
> >
> > In function 'memcpy',
> > in
On Tue, Aug 01, 2017 at 03:26:51PM -0400, Josef Bacik wrote:
> > @@ -7574,6 +7607,18 @@ static inline void update_sd_lb_stats(st
> > env->dst_rq->rd->overload = overload;
> > }
> >
> > + /*
> > +* Since these are sums over groups they can contain some CPUs
> > +*
On Thu, Jul 13, 2017 at 10:26:40AM +0200, Greg Kroah-Hartman wrote:
> On Wed, Jul 12, 2017 at 10:12:34PM -0500, Bjorn Helgaas wrote:
> > On Mon, Jul 10, 2017 at 04:52:28PM +0100, Marc Zyngier wrote:
> > > Ard and myself have just spent quite some time lately trying to pin
> > > down an issue in the
On Tue, 1 Aug 2017 13:48:48 +0200 Arnd Bergmann wrote:
> Removing the btt_rw_page/pmem_rw_page functions had a surprising
> side-effect of introducing a false-positive warning in another
> function, due to changed inlining decisions in gcc:
>
> In file included from drivers/nvdimm/pmem.c:36:0:
Le Tue, 1 Aug 2017 19:27:03 +0200,
Wolfram Sang a écrit :
> > I'm surprised they didn't allow for slave clock stretching when
> > communicating with a legacy i2c device, it will prohibit use of a rather
> > large class of devices. :(
>
> Yes, but I3C is push/pull IIRC.
It is.
>
> > As for i
On 1 August 2017 at 22:44, Bjorn Helgaas wrote:
> On Thu, Jul 13, 2017 at 10:26:40AM +0200, Greg Kroah-Hartman wrote:
>> On Wed, Jul 12, 2017 at 10:12:34PM -0500, Bjorn Helgaas wrote:
>> > On Mon, Jul 10, 2017 at 04:52:28PM +0100, Marc Zyngier wrote:
>> > > Ard and myself have just spent quite som
On Tue, Aug 1, 2017 at 2:34 PM, Massimo Sala wrote:
> Do you confirm it is a sysctl parsing bug ?
>
> Bosybox handles these cases, so I think also standalone sysctl have to.
>
> Or at least someone must update sysctl docs / MAN about this.
>
Maybe, sysctl seems (I never look into it) just to inte
Hi Claudiu,
Le 28/07/2017 à 11:41, Claudiu Beznea a écrit :
> Add support for Microchip sst26vf064b QSPI memory.
>
> Signed-off-by: Claudiu Beznea
> ---
> drivers/mtd/spi-nor/spi-nor.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/mtd/spi-nor/spi-nor.c b/drivers/mtd/spi-nor/
DSA slave network devices maintain a pair of bytes and packets counters
for each directions, but these are not 64-bit capable. Re-use
pcpu_sw_netstats which contains exactly what we need for that purpose
and update the code path to report 64-bit capable statistics.
Signed-off-by: Florian Fainelli
Hi Bjorn,
On Tuesday, 1 August 2017 14:29:31 PDT Bjorn Helgaas wrote:
> On Mon, Jul 31, 2017 at 04:49:59PM -0700, Paul Burton wrote:
> > On Monday, 31 July 2017 16:36:08 PDT Bjorn Helgaas wrote:
> > > On Mon, Jul 31, 2017 at 04:19:13PM -0700, Paul Burton wrote:
> > > > Hi Bjorn,
> > > >
> > > > O
> Hi Paul,
>
> I have been trying to set the function_graph tracer for ftrace and each time I
> get a CPU stall.
>
> How to reproduce:
> -
>
>echo function_graph > /sys/kernel/debug/tracing/current_tracer
>
> This error appears with v4.13-rc3 and v4.12-rc6.
>
>
able,
+ .disable = st7586_mipi_dbi_pipe_disable,
+ .update = tinydrm_display_pipe_update,
+ .prepare_fb = tinydrm_display_pipe_prepare_fb,
+};
+
+static const struct drm_display_mode st7586_mode = {
+ TINYDRM_MODE(178, 128, 37, 27),
+};
+
+DEFINE_DRM_GEM_CMA_FOPS(st7586_fops);
The goal of this series is to get the built-in LCD of the LEGO MINDSTORMS EV3
working.
v2 changes:
* Wrote a new driver for ST7586 instead of combining it with existing drivers
* Don't touch MIPI DBI code (other than the patch suggested by Noralf)
* New defconfig patch
David Lechner (4):
drm/t
This enables the tinydrm and ST7586 panel modules used by the display
on LEGO MINDSTORMS EV3.
Signed-off-by: David Lechner
---
arch/arm/configs/davinci_all_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/davinci_all_defconfig
b/arch/arm/configs/davinci_all_defco
This adds a new node for the LEGO MINDSTORMS EV3 LCD display.
Signed-off-by: David Lechner
---
arch/arm/boot/dts/da850-lego-ev3.dts | 24
1 file changed, 24 insertions(+)
diff --git a/arch/arm/boot/dts/da850-lego-ev3.dts
b/arch/arm/boot/dts/da850-lego-ev3.dts
index 459
This removes the call to mipi_dbi_init() from mipi_dbi_spi_init() so that
drivers can have a driver-specific implementation if needed.
Also fixed order of @dc parameter in the doc comment.
Suggested-by: Noralf Trønnes
Signed-off-by: David Lechner
---
drivers/gpu/drm/tinydrm/mi0283qt.c | 8 +++
On 02/08/2017 00:04, Paul E. McKenney wrote:
>> Hi Paul,
>>
>> I have been trying to set the function_graph tracer for ftrace and each time
>> I
>> get a CPU stall.
>>
>> How to reproduce:
>> -
>>
>> echo function_graph > /sys/kernel/debug/tracing/current_tracer
>>
>>
On Tue, Aug 01, 2017 at 06:42:00PM +0200, Peter Zijlstra wrote:
> On Tue, Aug 01, 2017 at 09:14:12AM -0700, Paul E. McKenney wrote:
> > So if ARM really needs the litmus test with smp_rmb() to be allowed,
> > we need to adjust the Linux-kernel memory model appropriately. Which
> > means that one o
On Tue, Aug 01, 2017 at 02:45:34PM -0700, Andrew Morton wrote:
> On Tue, 1 Aug 2017 13:48:48 +0200 Arnd Bergmann wrote:
>
> > Removing the btt_rw_page/pmem_rw_page functions had a surprising
> > side-effect of introducing a false-positive warning in another
> > function, due to changed inlining
801 - 900 of 1131 matches
Mail list logo