Hi Linus,
Please pull LED updates for 4.14-rc1.
LED class drivers improvements:
leds-pca955x:
- add Device Tree support and bindings
- use devm_led_classdev_register()
- add GPIO support
- prevent crippled LED class device name
- check for I2C errors
leds-gpio:
- add opt
On Thu, 2017-09-07 at 19:54 +0200, Borislav Petkov wrote:
>
> Also, I meant to add it to pr_fmt. Feel free to merge this hunk ontop
> of
> yours:
>
> ---
> diff --git a/arch/x86/lib/insn-eval.c b/arch/x86/lib/insn-eval.c
> index 3919458fecbf..d46034ddfbb7 100644
> --- a/arch/x86/lib/insn-eval.c
>
On Wed, Sep 6, 2017 at 11:04 AM, Jassi Brar wrote:
>
> git://git.linaro.org/landing-teams/working/fujitsu/integration.git
> tags/mailbox-v4.14
I notice you are using signed tags now.
Thank you - and if possible, try to get a few people to sign your
brand new key.
Linus
Fixes checkpatch warning -- "occured" and "succesfully" are misspelled
Signed-off-by: Harsha Sharma
---
drivers/staging/pi433/pi433_if.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/pi433/pi433_if.c b/drivers/staging/pi433/pi433_if.c
index 6b9b7df..6a10
On Wed, Sep 06, 2017 at 11:45:34PM +0200, Arnd Bergmann wrote:
> gcc-7 warns about the result of a constant multiplication used as
> a boolean:
>
> drivers/ata/libata-core.c: In function 'ata_timing_quantize':
> drivers/ata/libata-core.c:3164:30: warning: '*' in boolean context, suggest
> '&&' in
://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/audit.git \
tags/audit-pr-20170907
for you to fetch changes up to 196a5085592c62ffa4eb739d7ce49c040c2953a1:
audit: update the function comments (2017-09-05 09:46:59 -0400)
audit/stable-4.14
On Thu, Sep 07, 2017 at 03:42:25PM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Rename __close_fd() to close_fd() and export it to be able close files
> in modules using file descriptors.
>
> The usecase that motivates this change happens in V4L2 where we send
> events to userspace
Hello,
On Thu, Sep 07, 2017 at 11:26:16AM +0200, Peter Zijlstra wrote:
> TJ, I _think_ it was commit:
>
> deb7aa308ea2 ("cpuset: reorganize CPU / memory hotplug handling")
Heh, that's a while ago.
> That wrecked things, but there's been so much changes in this area it is
> really hard to tell
On Wed, Sep 06, 2017 at 04:53:06PM -0700, Eric Biggers wrote:
> From: Eric Biggers
>
> IDR only supports non-negative IDs. There used to be a
> 'WARN_ON_ONCE(id < 0)' in idr_replace(), but it was intentionally
> removed by commit 2e1c9b286765 ("idr: remove WARN_ON_ONCE() on negative
> IDs"). Th
Since user is u64, it is best to have a predictable return value for all
possible values of user. So maybe:
static u64 user2rate_bytes(u64 user)
{
u64 r;
r = user ? U32_MAX / (u32) min(user, U32_MAX) : U32_MAX;
r = (r - 1) << XT_HASHLIMIT_BYTE_SHIFT;
return r;
}
On Thu, Sep 7, 2017 at 1:16 PM, Vishwanath Pai wrote:
>
> Writing U32INT_MAX as 0xULL was a mistake on my part. I could
> have avoided all of this by using built-in constants instead of trying
> to define them myself. I will rewrite the function as below and send out
> another patch:
>
> s
On Thu, Sep 7, 2017 at 12:01 AM, Ingo Molnar wrote:
>
> On a related note, this bug could have been more debuggable I think.
> Could we _please_ change VM_BUG_ON() to WARN_ON() or such?
I think it should be WARN_ON_ONCE(), or at least rate-limited some way.
Because once you have one of the VM bu
Signed-off-by: Antonio Borneo
---
To: Greg Kroah-Hartman
To: Jiri Slaby
Cc: Jiri Kosina
Cc: linux-kernel@vger.kernel.org
---
drivers/tty/tty_port.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/tty_port.c b/drivers/tty/tty_port.c
index 6b13719..1286f24 100
On Thu, 07 Sep 2017, Laurent Dufour wrote:
The commit b5c8f0fd595d ("powerpc/mm: Rework mm_fault_error()") reviewed
the way the error path is managed in __do_page_fault() but it was a bit too
agressive when handling a case by returning without releasing the mmap_sem.
By the way, replacing curre
On Wed, Sep 6, 2017 at 10:07 AM, Ross Zwisler
wrote:
> On Tue, Sep 05, 2017 at 09:12:35PM -0500, Eric Sandeen wrote:
>> On 9/5/17 5:35 PM, Ross Zwisler wrote:
>> > The original intent of this series was to add a per-inode DAX flag to ext4
>> > so that it would be consistent with XFS. In my travel
Before support for the per-inode DAX flag was disabled the XFS the code had
an issue where the user couldn't reliably tell whether or not DAX was being
used to service page faults and I/O when the DAX mount option was used. In
this case each inode within the mounted filesystem started with S_DAX s
Currently only the blocksize is checked, but we should really be calling
bdev_dax_supported() which also tests to make sure we can get a
struct dax_device and that the dax_direct_access() path is working.
This is the same check that we do for the "-o dax" mount option in
xfs_fs_fill_super().
This
From: Tristram Ha
Create new ksz9477.c file from original ksz_common.c.
Signed-off-by: Tristram Ha
---
diff --git a/drivers/net/dsa/microchip/ksz9477.c
b/drivers/net/dsa/microchip/ksz9477.c
new file mode 100644
index 000..bc722b4
--- /dev/null
+++ b/drivers/net/dsa/microchip/ksz9477.c
@@ -
These two fixes are to the now-disabled per-inode DAX support in XFS. I
started working on these in the v4.13 timeframe before the per-inode
DAX feature was turned off.
I realize that they may not be critical right now since the per-inode DAX
feature is turned off, but I think that if we ever do
From: Tristram Ha
The KSZ tail tag code can be used by different KSZ switch drivers.
Signed-off-by: Tristram Ha
---
diff --git a/net/dsa/tag_ksz.c b/net/dsa/tag_ksz.c index 010ca0a..d5faf14 100644
--- a/net/dsa/tag_ksz.c
+++ b/net/dsa/tag_ksz.c
@@ -13,35 +13,21 @@
#include
#include
#includ
From: Tristram Ha
This series of patches is to modify the original KSZ9477 DSA driver so that
other KSZ switch drivers can be added and use the common code.
This patch set is against net-next.
drivers/net/dsa/microchip/Makefile |2 +-
drivers/net/dsa/microchip/ksz9477.c| 1317
From: Tristram Ha
The header ksz_priv.h is used by all KSZ switch drivers so chip specific data
are removed and commonly used variables are added.
Signed-off-by: Tristram Ha
---
diff --git a/drivers/net/dsa/microchip/ksz_priv.h
b/drivers/net/dsa/microchip/ksz_priv.h
index 2a98dbd..343b509 100
From: Tristram Ha
SPI driver calls own specific switch register function.
Shutdown callback function is added to reset switch to default state.
Signed-off-by: Tristram Ha
---
diff --git a/drivers/net/dsa/microchip/ksz_spi.c
b/drivers/net/dsa/microchip/ksz_spi.c
index c519469..d03eb83 100644
--
From: Tristram Ha
The file ksz_common.c only holds common code used by all KSZ switch drivers.
Signed-off-by: Tristram Ha
---
diff --git a/drivers/net/dsa/microchip/ksz_common.c
b/drivers/net/dsa/microchip/ksz_common.c
index 56cd6d3..bebcc65 100644
--- a/drivers/net/dsa/microchip/ksz_common.c
From: Tristram Ha
Break ksz_common.c into 2 files so that the common code can be used by other
KSZ switch drivers.
Signed-off-by: Tristram Ha
---
diff --git a/drivers/net/dsa/microchip/Makefile
b/drivers/net/dsa/microchip/Makefile
index ed335e2..0961c30 100644
--- a/drivers/net/dsa/microchip/
From: Tristram Ha
Add other KSZ switches support so that patch check does not complain.
Signed-off-by: Tristram Ha
---
Documentation/devicetree/bindings/net/dsa/ksz.txt | 117 --
1 file changed, 62 insertions(+), 55 deletions(-)
diff --git a/Documentation/devicetree/bindin
On Thu, Sep 07, 2017 at 01:54:45PM -0700, Dan Williams wrote:
> On Wed, Sep 6, 2017 at 10:07 AM, Ross Zwisler
> wrote:
> > On Tue, Sep 05, 2017 at 09:12:35PM -0500, Eric Sandeen wrote:
> >> On 9/5/17 5:35 PM, Ross Zwisler wrote:
> >> > The original intent of this series was to add a per-inode DAX
On 8 September 2017 at 06:03, Rodrigo Vivi wrote:
> Hi Linus,
>
> Since Dave is on paternity leave we are sending drm/i915 fixes for
> v4.14-rc1 directly to you as he had asked us to do.
>
> The most critical ones are the GPU reset fix for gen2-4 and GVT fix
> for a regression that is blocking gvt
From: Tristram Ha
Add KSZ8795 switch support with SPI access.
Signed-off-by: Tristram Ha
---
diff --git a/drivers/net/dsa/microchip/Kconfig
b/drivers/net/dsa/microchip/Kconfig
index a8b8f59..0b6225e 100644
--- a/drivers/net/dsa/microchip/Kconfig
+++ b/drivers/net/dsa/microchip/Kconfig
@@ -10,3
From: Tristram Ha
This series of patches is to add DSA driver support for KSZ8795 switch.
Previous patches for KSZ9477 have to be applied first before these.
This patch set is against net-next.
drivers/net/dsa/microchip/Kconfig | 18 +
drivers/net/dsa/microchip/Makefile |2 +
From: Tristram Ha
Add KSZ8795 switch support with SPI access.
Signed-off-by: Tristram Ha
---
diff --git a/drivers/net/dsa/microchip/Makefile
b/drivers/net/dsa/microchip/Makefile
index 0961c30..0d8ba48 100644
--- a/drivers/net/dsa/microchip/Makefile
+++ b/drivers/net/dsa/microchip/Makefile
@@ -
From: Tristram Ha
Add KSZ8795 switch support with function code.
Signed-off-by: Tristram Ha
---
diff --git a/drivers/net/dsa/microchip/ksz8795.c
b/drivers/net/dsa/microchip/ksz8795.c
new file mode 100644
index 000..e4d4e6a
--- /dev/null
+++ b/drivers/net/dsa/microchip/ksz8795.c
@@ -0,0 +1,
From: Tristram Ha
Add KSZ8795 switch support with SPI access.
Signed-off-by: Tristram Ha
---
diff --git a/drivers/net/dsa/microchip/ksz8795_spi.c
b/drivers/net/dsa/microchip/ksz8795_spi.c
new file mode 100644
index 000..0f9c731
--- /dev/null
+++ b/drivers/net/dsa/microchip/ksz8795_spi.c
@@
On 09/06/2017 02:36 PM, Prarit Bhargava wrote:
> A system booted with a small number of cores enabled per package
> panics because the estimate of __max_logical_packages is too low.
> This occurs when the total number of active cores across all packages
> is less than the maximum core count for a
From: Tristram Ha
Add KSZ8795 switch support with register definitions.
Signed-off-by: Tristram Ha
---
diff --git a/drivers/net/dsa/microchip/ksz8795.h
b/drivers/net/dsa/microchip/ksz8795.h
new file mode 100644
index 000..005eda5
--- /dev/null
+++ b/drivers/net/dsa/microchip/ksz8795.h
@@ -
On Fri, Sep 8, 2017 at 12:21 AM, Peter Zijlstra wrote:
> On Thu, Sep 07, 2017 at 08:37:08PM +0900, Byungchul Park wrote:
>> On Thu, Sep 7, 2017 at 6:41 PM, Peter Zijlstra wrote:
>> > On Thu, Sep 07, 2017 at 09:33:16AM +0900, Byungchul Park wrote:
>> >> Workqueue added manual acquisitions to catch
On September 7, 2017 2:44:51 AM PDT, Gary Lin wrote:
>On Thu, Jun 01, 2017 at 08:46:26AM +, Ard Biesheuvel wrote:
>> On 1 June 2017 at 08:11, Gary Lin wrote:
>> > On Fri, May 12, 2017 at 04:05:34PM +0800, Gary Lin wrote:
>> >> A new section, secdata, in the setup header is introduced to store
On 09/07/2017 04:45 PM, Linus Torvalds wrote:
> On Thu, Sep 7, 2017 at 1:16 PM, Vishwanath Pai wrote:
>>
>> Writing U32INT_MAX as 0xULL was a mistake on my part. I could
>> have avoided all of this by using built-in constants instead of trying
>> to define them myself. I will rewrite the f
2017-09-07 Al Viro :
> On Thu, Sep 07, 2017 at 03:42:25PM -0300, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Rename __close_fd() to close_fd() and export it to be able close files
> > in modules using file descriptors.
> >
> > The usecase that motivates this change happens in V4L2
debug purpose only, should not be merged!
Signed-off-by: Cyrille Pitchen
---
Hi Geert,
Can you apply this patch on your tree then report me what was printed, please?
I have an idea of the root cause of your issue then a potential work-around
but I first need to validate my assumption to confirm
On Thu, Sep 07, 2017 at 09:08:58PM +, tristram...@microchip.com wrote:
> From: Tristram Ha
>
> Break ksz_common.c into 2 files so that the common code can be used by other
> KSZ switch drivers.
>
> Signed-off-by: Tristram Ha
> ---
> diff --git a/drivers/net/dsa/microchip/Makefile
> b/driv
* Eric Biggers wrote:
> On Thu, Sep 07, 2017 at 09:15:34AM +0200, Ingo Molnar wrote:
> >
> > * Eric Biggers wrote:
> >
> > > Thanks for fixing these! I don't have time to review these in detail,
> > > but I ran
> > > the crypto self-tests on the affected algorithms, and they all pass. I
>
On Sep 7, 2017, at 3:13 PM, Ross Zwisler wrote:
>
> On Thu, Sep 07, 2017 at 01:54:45PM -0700, Dan Williams wrote:
>> On Wed, Sep 6, 2017 at 10:07 AM, Ross Zwisler
>> wrote:
>>> On Tue, Sep 05, 2017 at 09:12:35PM -0500, Eric Sandeen wrote:
On 9/5/17 5:35 PM, Ross Zwisler wrote:
> The ori
Hi Kees,
I'm seeing build failures with your seccomp selftest when using glibc
2.26. The first are related to changing macro names from __have_sig*_t
to __sig*_t_defined. But after defining those there are more conflicting
definitions. I was able to get it to build with the changes below,
however
On Wed, Sep 06, 2017 at 01:59:44PM +0100, Colin King wrote:
> From: Colin Ian King
>
> Don't populate the arrays debounce_packet on the stack, instead make
> them static. Makes the object code smaller by over 870 bytes:
>
> Before:
>text data bss dec hex filename
> 30
On Wed, Sep 06, 2017 at 10:51:37AM +0100, Colin King wrote:
> From: Colin Ian King
>
> Don't populate the const array header on the stack, instead make it
> static. Makes the object code smaller by over 180 bytes:
>
> Before:
>text data bss dec hex filename
>6003
On Thu, Sep 07, 2017 at 09:09:04PM +, tristram...@microchip.com wrote:
> From: Tristram Ha
>
> Create new ksz9477.c file from original ksz_common.c.
>
> Signed-off-by: Tristram Ha
> ---
> diff --git a/drivers/net/dsa/microchip/ksz9477.c
> b/drivers/net/dsa/microchip/ksz9477.c
> new file mo
On Tue, Sep 05, 2017 at 02:45:23PM +0200, Luca Ceresoli wrote:
> reg_addr->reg_report_rate is supposed to exist in M06, not M09.
>
> The driver is written to skip avoids access to non-existing registers
> when the register address is NO_REGISTER (0xff). But
> reg_addr->reg_report_rate is initializ
On Thu, Sep 07, 2017 at 09:09:22PM +, tristram...@microchip.com wrote:
> From: Tristram Ha
>
> SPI driver calls own specific switch register function.
> Shutdown callback function is added to reset switch to default state.
>
> Signed-off-by: Tristram Ha
> ---
> diff --git a/drivers/net/dsa/
On Fri, 8 Sep 2017, harsha wrote:
> Fixes checkpatch warning -- "occured" and "succesfully" are misspelled
Thanks for the patch. The change looks ok, but the subject line is not.
Use git log --oneline on the affected file to see what others have done.
In general, you cannot guess what the subj
On Thu, Sep 07, 2017 at 09:09:30PM +, tristram...@microchip.com wrote:
> From: Tristram Ha
>
> The KSZ tail tag code can be used by different KSZ switch drivers.
>
> Signed-off-by: Tristram Ha
> ---
> diff --git a/net/dsa/tag_ksz.c b/net/dsa/tag_ksz.c index 010ca0a..d5faf14
> 100644
> ---
On Thu, Sep 07, 2017 at 03:26:10PM -0600, Andreas Dilger wrote:
> On Sep 7, 2017, at 3:13 PM, Ross Zwisler wrote:
> >
> > On Thu, Sep 07, 2017 at 01:54:45PM -0700, Dan Williams wrote:
> >> On Wed, Sep 6, 2017 at 10:07 AM, Ross Zwisler
> >> wrote:
> >>> On Tue, Sep 05, 2017 at 09:12:35PM -0500, E
> -- compatible: For external switch chips, compatible string must be exactly
> one
> - of: "microchip,ksz9477"
> +- compatible: Should be "microchip,ksz9477" for KSZ9477 chip,
> + "microchip,ksz8795" for KSZ8795 chip,
> + "microchip,ksz8794" for KSZ8794 chip,
> + "m
On Thu, Sep 07, 2017 at 09:17:10PM +, tristram...@microchip.com wrote:
> From: Tristram Ha
>
> Add KSZ8795 switch support with SPI access.
>
> Signed-off-by: Tristram Ha
> ---
> diff --git a/drivers/net/dsa/microchip/Makefile
> b/drivers/net/dsa/microchip/Makefile
> index 0961c30..0d8ba48
On Thu, 7 Sep 2017, Christopher Lameter wrote:
> > SGI required it when it was introduced simply to avoid the very expensive
> > tasklist scan. Adding Christoph Lameter to the cc since he was involved
> > back then.
>
> Really? From what I know and worked on way back when: The reason was to be
>
This is mostly updates of the usual suspects: lpfc, qla2xxx, hisi_sas,
megaraid_sas, zfcp and a host of minor updates.
The major driver change here is the elimination of the block based
cciss driver in favour of the SCSI based hpsa driver (which now drives
all the legacy cases cciss used to be req
On Tue, 5 Sep 2017 16:57:37 -0500
Tom Zanussi wrote:
> The tracepoint infrastructure assumes statically-defined tracepoints
> and uses static_keys for tracepoint enablement. In order to define
> tracepoints on the fly, we need to have a dynamic counterpart.
Do we?
I believe the static keys sh
On Thu, 7 Sep 2017, Christopher Lameter wrote:
> > I am not sure this is how things evolved actually. This is way before
> > my time so my git log interpretation might be imprecise. We do have
> > oom_badness heuristic since out_of_memory has been introduced and
> > oom_kill_allocating_task has be
On Thu, Sep 07, 2017 at 06:22:45PM -0300, Gustavo Padovan wrote:
> Sorry for my lack of knowledge here and thank you for the explanation,
> things are a lot clear to me. For some reasons I were trying to delay
> the sharing of the fd to a event later. I can delay the install of it
> but that my re
On 09/07/2017 08:42 PM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Rename __close_fd() to close_fd() and export it to be able close files
> in modules using file descriptors.
>
> The usecase that motivates this change happens in V4L2 where we send
> events to userspace with a fd that has
On Thu, Sep 07, 2017 at 03:51:48PM -0600, Ross Zwisler wrote:
> On Thu, Sep 07, 2017 at 03:26:10PM -0600, Andreas Dilger wrote:
> > However, I wonder if this could
> > be prevented at runtime, and only allow S_DAX to be set when the inode is
> > first instantiated, and wouldn't be allowed to change
Hi Tom,
[auto build test ERROR on tip/perf/core]
[also build test ERROR on v4.13 next-20170907]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Tom-Zanussi/tracing-Inter-event-e-g-latency
On Fri, Sep 08, 2017 at 08:12:01AM +1000, Dave Chinner wrote:
> On Thu, Sep 07, 2017 at 03:51:48PM -0600, Ross Zwisler wrote:
> > On Thu, Sep 07, 2017 at 03:26:10PM -0600, Andreas Dilger wrote:
> > > However, I wonder if this could
> > > be prevented at runtime, and only allow S_DAX to be set when
On Fri, 2017-09-08 at 00:09 +0200, Hans Verkuil wrote:
> On 09/07/2017 08:42 PM, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Rename __close_fd() to close_fd() and export it to be able close
> > files
> > in modules using file descriptors.
> >
> > The usecase that motivates this chan
Hi Boris,
On 09/07/2017 09:27 AM, Borislav Petkov wrote:
...
The commit message above reads better to me as the help text than what
you have here.
Also, in order to make it easier for the user, I think we'll need a
CONFIG_AMD_MEM_ENCRYPT_SEV or so and make that depend on CONFIG_KVM_AMD,
this
> From: Intel-wired-lan [mailto:intel-wired-lan-boun...@osuosl.org] On
> Behalf Of Pavel Machek
> Sent: Monday, September 4, 2017 9:26 AM
> To: Matthew Tan
> Cc: michael.kardo...@nxp.com; Williams, Mitch A
> ; linux-kernel@vger.kernel.org;
> john.ronc...@intel.com; intel-wired-...@lists.osuosl.org
> -Original Message-
> From: Andrew Lunn [mailto:and...@lunn.ch]
> Sent: Thursday, September 07, 2017 2:33 PM
> To: Tristram Ha - C24268
> Cc: muva...@gmail.com; pa...@ucw.cz; nathan.leigh.con...@gmail.com;
> vivien.dide...@savoirfairelinux.com; f.faine...@gmail.com;
> net...@vger.kernel.or
> -Original Message-
> From: Andrew Lunn [mailto:and...@lunn.ch]
> Sent: Thursday, September 07, 2017 2:25 PM
> To: Tristram Ha - C24268
> Cc: muva...@gmail.com; pa...@ucw.cz; nathan.leigh.con...@gmail.com;
> vivien.dide...@savoirfairelinux.com; f.faine...@gmail.com;
> net...@vger.kernel.or
> -Original Message-
> From: Andrew Lunn [mailto:and...@lunn.ch]
> Sent: Thursday, September 07, 2017 2:56 PM
> To: Tristram Ha - C24268
> Cc: muva...@gmail.com; pa...@ucw.cz; nathan.leigh.con...@gmail.com;
> vivien.dide...@savoirfairelinux.com; f.faine...@gmail.com;
> net...@vger.kernel.or
Hi Tom,
[auto build test ERROR on tip/perf/core]
[also build test ERROR on v4.13 next-20170907]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Tom-Zanussi/tracing-Inter-event-e-g-latency
On Thu, Sep 07, 2017 at 09:17:16PM +, tristram...@microchip.com wrote:
> From: Tristram Ha
>
> Add KSZ8795 switch support with function code.
>
> Signed-off-by: Tristram Ha
> ---
> diff --git a/drivers/net/dsa/microchip/ksz8795.c
> b/drivers/net/dsa/microchip/ksz8795.c
> new file mode 1006
On Wed, Aug 23, 2017 at 7:03 AM, Richard Guy Briggs wrote:
> Tracefs or debugfs were causing hundreds to thousands of PATH records to
> be associated with the init_module and finit_module SYSCALL records on a
> few modules when the following rule was in place for startup:
> -a always,exit
> > > Signed-off-by: Tristram Ha
> > > ---
> > > diff --git a/drivers/net/dsa/microchip/Makefile
> > > b/drivers/net/dsa/microchip/Makefile
> > > index ed335e2..0961c30 100644
> > > --- a/drivers/net/dsa/microchip/Makefile
> > > +++ b/drivers/net/dsa/microchip/Makefile
> > > @@ -1,2 +1,2 @@
> > >
On Thu, 7 Sep 2017 18:36:32 -0400
Paul Moore wrote:
> Steve, I assume you are still happy with the kernel/userspace
> interface for this?
I've been working on a lot of different things lately, and this has
totally been flushed out of my memory cache. What was the change that
this is making with
> Sorry about that. It seems my e-mail system wraps the line too soon.
git send-email should solve your problems.
Andrew
On Thu, Sep 07, 2017 at 10:29:34PM +, tristram...@microchip.com wrote:
> > -Original Message-
> > From: Andrew Lunn [mailto:and...@lunn.ch]
> > Sent: Thursday, September 07, 2017 2:56 PM
> > To: Tristram Ha - C24268
> > Cc: muva...@gmail.com; pa...@ucw.cz; nathan.leigh.con...@gmail.com;
On Thu, Sep 7, 2017 at 12:20 AM, Christoph Hellwig wrote:
> On Mon, Jun 19, 2017 at 12:24:13PM -0700, Kees Cook wrote:
>> David, if you can Ack this, I'll carry it in my tree.
>
> This didn't seem to make it anywhere and we got the sad blacklist
> entry instead..
David, thoughts? It seems like a
On Thu, Sep 07, 2017 at 02:44:11PM +0100, Mark Brown wrote:
> > On the other hand, the sys clock (baudclk in the driver) should be
> > configured whenever it's related to external clock outputs. When I
> > implemented this set_sysclk() for fsl_ssi.c, I used it to set this
> > sys clock (baudclk)
On Thu, Sep 7, 2017 at 6:40 PM, Steven Rostedt wrote:
> On Thu, 7 Sep 2017 18:36:32 -0400
> Paul Moore wrote:
>
>> Steve, I assume you are still happy with the kernel/userspace
>> interface for this?
>
> I've been working on a lot of different things lately, and this has
> totally been flushed ou
On Thu, 7 Sep 2017 19:05:37 -0400
Paul Moore wrote:
>
> My question was aimed at Steve Grubb, not you. Sorry for the
> confusion, wrong Steve :)
>
Great good to hear. I thought I was having a senior moment.
-- Steve
On 7.09.2017 01:47, Kosuke Tatsukawa wrote:
> Commit cbf5ecb30560 ("net: bonding: Fix transmit load balancing in
> balance-alb mode") tried to fix transmit dynamic load balancing in
> balance-alb mode, which wasn't working after commit 8b426dc54cf4
> ("bonding: remove hardcoded value").
>
> It tu
Hi Nicolin,
On Wed, Sep 06, 2017 at 08:35:50PM +0200, Łukasz Majewski wrote:
clocks = <&clks IMX6QDL_CLK_SSI2_IPG>,
<&clks IMX6QDL_CLK_SSI2>;
clock-names = "ipg", "baud";
dailink_master: cpu {
sound-dai =
On 09/07/2017 05:19 PM, Brijesh Singh wrote:
Hi Boris,
On 09/07/2017 09:27 AM, Borislav Petkov wrote:
...
The commit message above reads better to me as the help text than what
you have here.
Also, in order to make it easier for the user, I think we'll need a
CONFIG_AMD_MEM_ENCRYPT_SEV or s
On Wed, Sep 6, 2017 at 5:50 AM, Kyeongdon Kim wrote:
> During random test as own device to check slub account,
> we found some slack memory from hashtab_node(kmalloc-64).
> By using kzalloc(), middle of test result like below:
> allocated size 240768
> request size 45144
> slack size 195624
> allo
On Thu, Sep 7, 2017 at 2:40 PM, gaurav jindal
wrote:
> this patch fixes the below checkpatch errors and warnings in
> drivers/cpuidle/cpuidle.c
>
> WARNING: line over 80 characters
> #311: FILE: drivers/cpuidle/cpuidle.c:311:
> + /* Make sure all changes finished before we switch to
On Thu, Sep 7, 2017 at 1:51 PM, Joe Perches wrote:
> On Thu, 2017-09-07 at 13:18 +0200, Rafael J. Wysocki wrote:
>> From: Rafael J. Wysocki
>>
>> Andy and Mika review code changes under drivers/acpi/pmic/ on
>> a regular basis and I rely on their help with that, so add them
>> as code reviwewers
This series introduces support for percpu shared interrupts and makes
use of this support to clean up some hacks that have been used to
support such interrupts on MIPS.
- Patch 1 allows users of shared interrupts to opt into IRQ_NOAUTOEN
behaviour & avoid warnings from doing so.
- Patch 2 intro
Shared interrupts which aren't automatically enabled during setup (ie.
which have the IRQ_NOAUTOEN flag set) can be problematic if one or more
users of the shared interrupt aren't expecting the IRQ_NOAUTOEN
behaviour. This led to a warning being added when a combination of
IRQ_NOAUTOEN & IRQF_SHARE
Hi Xie,
[auto build test ERROR on pm/linux-next]
[also build test ERROR on v4.13]
[cannot apply to arm64/for-next/core next-20170907]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Xie-XiuQi
Up until now per_cpu_devid interrupts have not supported sharing. On
MIPS we have some percpu interrupts which are shared in many systems -
a single CPU interrupt line may be used to indicate a timer interrupt,
performance counter interrupt or fast debug channel interrupt. We have
up until now supp
Hi Al,
After merging the vfs tree, today's linux-next build (powerpc
ppc64_defconfig) produced this warning:
kernel/signal.c: In function 'C_SYSC_rt_sigaction':
kernel/signal.c:3405:19: warning: unused variable 'mask' [-Wunused-variable]
compat_sigset_t mask;
^
Introduced b
On Thu, Sep 07, 2017 at 04:19:00PM -0600, Ross Zwisler wrote:
> On Fri, Sep 08, 2017 at 08:12:01AM +1000, Dave Chinner wrote:
> > On Thu, Sep 07, 2017 at 03:51:48PM -0600, Ross Zwisler wrote:
> > > On Thu, Sep 07, 2017 at 03:26:10PM -0600, Andreas Dilger wrote:
> > > > However, I wonder if this cou
Since commit a1ec0e188330 ("MIPS: perf: Allow sharing IRQ with timer")
we have supported registering our performance counter overflow IRQ
handler using the IRQF_SHARED flag when cp0_perfcount_irq >= 0 or
get_c0_perfcount_int() is implemented & returns a valid interrupt. This
was made unconditional
In preparation for allowing code to handle both percpu_devid interrupts
using the percpu interrupt APIs, and non-percpu_devid but still percpu
interrupts with the regular interrupt APIs, introduce a new
irq_is_percpu_devid() helper function to allow callers to check whether
an interrupt has the IRQ
Remove the perf_irq function pointer which we no longer use. The
cevt-r4k clock event driver no longer needs to call it, which simplifies
c0_compare_interrupt(), and we drop its definition & declarations.
Signed-off-by: Paul Burton
Cc: James Hogan
Cc: Jason Cooper
Cc: Marc Zyngier
Cc: Ralf Bae
The MIPS CPU performance counter overflow interrupt is really a percpu
interrupt, but up until now we have not used the percpu interrupt APIs
to configure & control it. In preparation for doing so, introduce
support for percpu_devid interrupts in the MIPS perf implementation.
We switch from using
The MIPS timer, fast debug channel (FDC) & performance counter overflow
interrupts are all really percpu interrupts. However up until now the
users of these interrupt haven't used the percpu interrupt APIs to
configure & control them; instead using the regular non-percpu APIs such
as request_irq(),
The MIPS coprocessor 0 count/compare interrupt, used by the cevt-r4k
driver, is really a percpu interrupt but up until now we have not used
the percpu interrupt APIs to configure & control it. In preparation for
doing so, introduce support for percpu_devid interrupts in cevt-r4k.
We switch from us
The gic_all_vpes_local_irq_controller irq_chip in the MIPS GIC driver is
a hack which was necessary due to other drivers & MIPS arch code not
using the percpu interrupt APIs to configure & control interrupts which
are really percpu.
This is no longer a problem - other drivers & arch code support u
rom: Rafael J. Wysocki
Andy and Mika review code changes under drivers/acpi/pmic/ on
a regular basis and I rely on their help with that, so add them
as code reviwewers for that part of the kernel.
Signed-off-by: Rafael J. Wysocki
Acked-by: Lee Jones
Reviewed-by: Mika Westerberg
---
-> v2: Re
601 - 700 of 703 matches
Mail list logo
