Implement a notifier bound op to register media links from the remote
sub-device's source pad(s) to the CSI sink pad.
Signed-off-by: Steve Longerbeam
---
drivers/staging/media/imx/imx7-media-csi.c | 24 ++
1 file changed, 24 insertions(+)
diff --git a/drivers/staging/media/i
Adds two functions:
media_create_fwnode_pad_links(), which converts fwnode endpoints that
connect a local pad to all pads on a remote entity into media links.
media_create_fwnode_links(), which converts fwnode endpoints that
connect all pads from a local entity to all pads on a remote entity into
Implement a notifier bound op to register media links from the remote
sub-device's source pad(s) to the mipi csi-2 receiver sink pad.
Signed-off-by: Steve Longerbeam
---
drivers/staging/media/imx/imx6-mipi-csi2.c | 24 ++
1 file changed, 24 insertions(+)
diff --git a/drivers
Implement a notifier bound op to register media links from the remote
sub-device's source pad(s) to the mipi csi-2 receiver sink pad.
Signed-off-by: Steve Longerbeam
---
drivers/staging/media/imx/imx7-mipi-csis.c | 25 ++
1 file changed, 25 insertions(+)
diff --git a/drivers
mipid02_async_bound() passes the bound subdev's sd->fwnode to
media_entity_get_fwnode_pad(). This is likely not an endpoint
fwnode as required by media_entity_get_fwnode_pad(), for most
subdevices it is the port parent of endpoint fwnode(s). This has only
worked before because no entities have impl
sun6i_csi_link_entity() passes the bound subdev's sd->fwnode to
media_entity_get_fwnode_pad(). This is likely not an endpoint
fwnode as required by media_entity_get_fwnode_pad(), for most
subdevices it is the port parent of endpoint fwnode(s). This has only
worked before because no entities have im
Fix the 1:1 port-id:pad-index assumption for the upstream subdevice
connected to a CSI via one of the subdevice's pads, by searching the
upstream subdevice's endpoints for one that maps to the pad's index,
using media_entity_get_fwnode_pad(). This is carried out by a new
reverse mapping function im
Modify the default behavior of media_entity_get_fwnode_pad() (when the
entity does not provide the get_fwnode_pad op) to first assume the entity
implements a 1:1 mapping between fwnode port number and media pad index.
If the 1:1 mapping is not valid, e.g. the port number falls outside the
entity's
Implement a notifier bound op to register media links from the remote
sub-device's source pad(s) to the CSI sink pad.
Signed-off-by: Steve Longerbeam
---
drivers/staging/media/imx/imx-media-csi.c | 24 +++
1 file changed, 24 insertions(+)
diff --git a/drivers/staging/media/i
The entities external to the i.MX6 IPU and i.MX7 now create the links
to their fwnode-endpoint connected entities in their notifier bound
callbacks.
This should mean that there is no longer a need for the imx-media driver
to create these external fwnode-endpoint based links. But the v4l2-async
fra
Add a missing pointer to the entity in the media_entity operation
get_fwnode_pad.
Fixes: ae45cd5efc120 ("[media] media: entity: Add get_fwnode_pad entity
operation")
Signed-off-by: Steve Longerbeam
---
drivers/media/mc/mc-entity.c | 2 +-
include/media/media-entity.h | 3 ++-
2 files changed, 3
Implement a notifier bound op to register media links from the remote
sub-device's source pads to all of the video-mux sink pads.
Signed-off-by: Steve Longerbeam
---
drivers/media/platform/video-mux.c | 24
1 file changed, 24 insertions(+)
diff --git a/drivers/media/pla
The CSI does not have a 1:1 relationship between fwnode port numbers and
pad indexes. In fact the CSI fwnode device is itself a port which is the
sink, containing only a single fwnode endpoint. Implement media_entity
operation get_fwnode_pad to first verify the given endpoint is the CSI's
sink endp
rcsi2_notify_bound() passes the bound subdev's match fwnode to
media_entity_get_fwnode_pad() to determine the subdev's source
pad for creating the media link to it. When the bound subdev is
the adv748x-csi2 transmitter, this is in fact correctly the endpoint
fwnode. For other subdevices this likely
Add a convenience inline function that returns true if the given
subdevice is one of the i.MX5/6 IPU-internal subdevices.
Signed-off-by: Steve Longerbeam
---
drivers/staging/media/imx/imx-media.h | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/staging/media/imx/imx-media.h
b
There is nothing v4l2-specific about v4l2_fwnode_{parse|put}_link().
Make these functions more generally available by moving them to driver
base, with the appropriate name changes to the functions and struct.
In the process embed a 'struct fwnode_endpoint' in 'struct fwnode_link'
for both sides of
If the given endpoint fwnode passed to the .get_fwnode_pad() op is
the adv748x-csi2 TXA/TXB source endpoint, return the associated media
pad index ADV748X_CSI2_SOURCE. The adv748x-csi2 has no other media pads
that are associated with fwnode endpoints.
Signed-off-by: Steve Longerbeam
---
drivers/
csi2rx_async_bound() passes the bound subdev's sd->fwnode to
media_entity_get_fwnode_pad(). This is likely not an endpoint
fwnode as required by media_entity_get_fwnode_pad(), for most
subdevices it is the port parent of endpoint fwnode(s). This has only
worked before because no entities have imple
Instead of allocating a notifier in v4l2_async_register_fwnode_subdev(),
have the caller provide one. This allows the caller to implement
notifier ops (bind, unbind).
The caller is now responsible for first initializing its notifier with a
call to v4l2_async_notifier_init().
Signed-off-by: Steve
Remove the TODO items regarding media link creation, these issues are
resolved after exporting media link creation to individual entity bound
callbacks and the use of media_create_fwnode_links(),
media_create_fwnode_pad_links(), and media_entity_get_fwnode_pad().
Signed-off-by: Steve Longerbeam
-
Embed the notifier in 'struct csi_priv', instead of dynamically allocating
it, to make it possible to retrieve csi_priv in a notifier callback op.
Signed-off-by: Steve Longerbeam
---
drivers/staging/media/imx/imx-media-csi.c | 25 +--
1 file changed, 10 insertions(+), 15 dele
Quoting Tri Vo (2019-08-05 10:58:48)
> diff --git a/drivers/base/power/wakeup_stats.c
> b/drivers/base/power/wakeup_stats.c
> new file mode 100644
> index ..3a4f55028e27
> --- /dev/null
> +++ b/drivers/base/power/wakeup_stats.c
> @@ -0,0 +1,161 @@
[...]
> +/**
> + * wakeup_source_sysfs
On 05/08/19 04:03, Wanpeng Li wrote:
> From: Wanpeng Li
>
> After commit d73eb57b80b (KVM: Boost vCPUs that are delivering interrupts), a
> five years old bug is exposed. Running ebizzy benchmark in three 80 vCPUs VMs
> on one 80 pCPUs Skylake server, a lot of rcu_sched stall warning splatting
tree:
https://kernel.googlesource.com/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 0eb0ce0a78e1f57082bca6cbdea6fd04feedb876
commit: a035d552a93bb9ef6048733bb9f2a0dc857ff869 Makefile: Globally enable
fall-through warning
date: 11 days ago
config: arm-ep93xx_defconfig (attached a
On Sun 04 Aug 09:25 PDT 2019, Nishka Dasgupta wrote:
> Each iteration of for_each_available_child_of_node puts the previous
> node, but in the case of a goto from the middle of the loop, there is no
> put, thus causing a memory leak. Hence make the gotos within the loop
> first go to a new label w
Hello Masahiro-san,
On 8/1/19 4:17 AM, Masahiro Yamada wrote:
> Hi.
>
> On Thu, Aug 1, 2019 at 4:44 AM Wolfram Sang wrote:
>>
>> Hi Javier,
>>
>> thank you for providing the extra information.
>>
>> (And Kieran, thanks for the patch!)
>>
>>> The other option is to remove i2c_of_match_device() an
From: Colin Ian King
Currently when the call to ext4_htree_store_dirent fails the error return
variable 'ret' is is not being set to the error code and variable count is
instead, hence the error code is not being returned. Fix this by assigning
ret to the error return code.
Addresses-Coverity:
On Mon, 2019-08-05 at 18:05 +0200, Paolo Bonzini wrote:
> On 05/08/19 15:42, Anup Patel wrote:
> > This series adds initial KVM RISC-V support. Currently, we are able
> > to boot
> > RISC-V 64bit Linux Guests with multiple VCPUs.
> >
> > Few key aspects of KVM RISC-V added by this series are:
> >
On Mon, Aug 5, 2019 at 4:21 PM Rob Herring wrote:
>
> On Mon, Aug 5, 2019 at 3:46 PM Kevin Hilman wrote:
> >
> > Neil Armstrong writes:
> >
> > > Add a specific compatible for the Amlogic G12B family based S922X SoC
> > > to differentiate with the A311D SoC from the same family.
> > >
> > > Sign
On Wed 12 Jun 00:15 PDT 2019, Vivek Gautam wrote:
> Indicate on MTP SDM845 that firmware implements handler to
> TLB invalidate erratum SCM call where SAFE sequence is toggled
> to achieve optimum performance on real-time clients, such as
> display and camera.
>
> Signed-off-by: Vivek Gautam
> -
Hello Wolfram,
On 7/31/19 9:44 PM, Wolfram Sang wrote:
> Hi Javier,
>
> thank you for providing the extra information.
>
> (And Kieran, thanks for the patch!)
>
>> The other option is to remove i2c_of_match_device() and don't make OF match
>> to fallback to i2c_of_match_device_sysfs(). This is
On Mon, Aug 05, 2019 at 03:11:15PM -0700, Joe Perches wrote:
> A compilation -Wimplicit-fallthrough warning was enabled by
> commit a035d552a93b ("Makefile: Globally enable fall-through warning")
>
> Even though clang 10.0.0 does not currently support this warning
> without a patch, clang currentl
On Mon, Aug 5, 2019 at 3:46 PM Kevin Hilman wrote:
>
> Neil Armstrong writes:
>
> > Add a specific compatible for the Amlogic G12B family based S922X SoC
> > to differentiate with the A311D SoC from the same family.
> >
> > Signed-off-by: Neil Armstrong
> > ---
> > Documentation/devicetree/bind
From: John Hubbard
For pages that were retained via get_user_pages*(), release those pages
via the new put_user_page*() routines, instead of via put_page() or
release_pages().
This is part a tree-wide conversion, as described in commit fc1d8e7cca2d
("mm: introduce put_user_page*(), placeholder v
From: John Hubbard
For pages that were retained via get_user_pages*(), release those pages
via the new put_user_page*() routines, instead of via put_page() or
release_pages().
This is part a tree-wide conversion, as described in commit fc1d8e7cca2d
("mm: introduce put_user_page*(), placeholder v
From: John Hubbard
For pages that were retained via get_user_pages*(), release those pages
via the new put_user_page*() routines, instead of via put_page() or
release_pages().
This is part a tree-wide conversion, as described in commit fc1d8e7cca2d
("mm: introduce put_user_page*(), placeholder v
From: John Hubbard
Hi,
Here are a few more mm/ files that I wasn't ready to send with the
larger 34-patch set.
John Hubbard (3):
mm/mlock.c: convert put_page() to put_user_page*()
mm/mempolicy.c: convert put_page() to put_user_page*()
mm/ksm: convert put_page() to put_user_page*()
mm/ks
On Mon, Aug 05, 2019 at 11:09:28AM -0700, James Bottomley wrote:
> On Mon, 2019-08-05 at 10:43 -0700, Paul E. McKenney wrote:
> > On Mon, Aug 05, 2019 at 08:23:38AM -0700, James Bottomley wrote:
> > > On Mon, 2019-08-05 at 17:15 +0200, Andrea Parri wrote:
> > > > > Why don't you also add an entry i
On Mon, Aug 5, 2019 at 7:43 AM Neil Armstrong wrote:
>
> Now that we have the DT validation in place, let's convert the device tree
> bindings for the Amlogic Synopsys DW-HDMI specifics over to YAML schemas.
>
> The original example and usage of clock-names uses a reversed "isfr"
> and "iahb" cloc
On 7/25/19 2:46 PM, Yang Shi wrote:
On 7/24/19 2:13 PM, Qian Cai wrote:
On Wed, 2019-07-10 at 17:43 -0400, Qian Cai wrote:
Running LTP oom01 test case with swap triggers a crash below. Revert
the
series
"Make deferred split shrinker memcg aware" [1] seems fix the issue.
You might want to
On Mon, Aug 05, 2019 at 06:44:27PM +0200, Roberto Sassu wrote:
> Commit c78719203fc6 ("KEYS: trusted: allow trusted.ko to initialize w/o a
> TPM") allows the trusted module to be loaded even if a TPM is not found, to
> avoid module dependency problems.
>
> However, trusted module initialization ca
> +static int adin_cl22_to_adin_reg(int devad, u16 cl22_regnum)
> +{
> + struct clause22_mmd_map *m;
> + int i;
> +
> + if (devad == MDIO_MMD_VEND1)
> + return cl22_regnum;
> +
> + for (i = 0; i < ARRAY_SIZE(clause22_mmd_map); i++) {
> + m = &clause22_mmd_map
On Mon, Aug 05, 2019 at 04:50:35PM +0200, Roberto Sassu wrote:
> I also don't think it is a good idea to remove this functionality.
>
> Jarkko, we were discussing about this issue in another thread, and your
> answer then (https://lkml.org/lkml/2019/3/21/396) was that it is a
> priority to fix the
A compilation -Wimplicit-fallthrough warning was enabled by
commit a035d552a93b ("Makefile: Globally enable fall-through warning")
Even though clang 10.0.0 does not currently support this warning
without a patch, clang currently does not support a value for this
option.
Link: https://bugs.llvm.or
On Mon, Aug 5, 2019 at 6:26 AM Neil Armstrong wrote:
>
> Now that we have the DT validation in place, let's convert the device tree
> bindings for the Synopsys DWMAC Glue for Amlogic SoCs over to a YAML schemas.
>
> Signed-off-by: Neil Armstrong
> ---
> Rob,
>
> I keep getting :
> .../devicetree/
On Mon, Aug 5, 2019 at 2:42 PM Bowers, AndrewX wrote:
>
> > -Original Message-
> > From: Intel-wired-lan [mailto:intel-wired-lan-boun...@osuosl.org] On
> > Behalf Of Chuhong Yuan
> > Sent: Friday, August 2, 2019 3:55 AM
> > Cc: net...@vger.kernel.org; Chuhong Yuan ; linux-
> > ker...@vger.
On Fri, Aug 2, 2019 at 6:47 AM Willem de Bruijn
wrote:
>
> On Fri, Aug 2, 2019 at 6:55 AM Chuhong Yuan wrote:
> >
> > refcount_t is better for reference counters since its
> > implementation can prevent overflows.
> > So convert atomic_t ref counters to refcount_t.
> >
> > Also convert refcount f
On Mon, Aug 5, 2019 at 5:43 PM Bowers, AndrewX wrote:
>
> > -Original Message-
> > From: Intel-wired-lan [mailto:intel-wired-lan-boun...@osuosl.org] On
> > Behalf Of Chuhong Yuan
> > Sent: Friday, August 2, 2019 3:55 AM
> > Cc: net...@vger.kernel.org; Chuhong Yuan ; linux-
> > ker...@vger.
> -Original Message-
> From: Intel-wired-lan [mailto:intel-wired-lan-boun...@osuosl.org] On
> Behalf Of Colin King
> Sent: Friday, August 2, 2019 8:52 AM
> To: Kirsher, Jeffrey T ; David S . Miller
> ; intel-wired-...@lists.osuosl.org;
> net...@vger.kernel.org
> Cc: kernel-janit...@vger.ker
Neil Armstrong writes:
> From: Christian Hewitt
>
> Add the SoC ID for the A311D Amlogic SoC.
>
> Signed-off-by: Christian Hewitt
> Signed-off-by: Neil Armstrong
Queued for v5.4,
Thanks,
Kevin
Neil Armstrong writes:
> Add a specific compatible for the Amlogic G12B family based S922X SoC
> to differentiate with the A311D SoC from the same family.
>
> Signed-off-by: Neil Armstrong
> ---
> Documentation/devicetree/bindings/arm/amlogic.yaml | 1 +
> 1 file changed, 1 insertion(+)
>
> dif
From: Stephen Rothwell
Date: Tue, 6 Aug 2019 07:38:25 +1000
> Commit
>
> c3953a3c2d31 ("NFC: nfcmrvl: fix gpio-handling regression")
>
> is missing a Signed-off-by from its committer.
That has to be the first time that's ever happened to me :-)
And indeed as I check my command line history
> -Original Message-
> From: Intel-wired-lan [mailto:intel-wired-lan-boun...@osuosl.org] On
> Behalf Of Chuhong Yuan
> Sent: Friday, August 2, 2019 3:55 AM
> Cc: net...@vger.kernel.org; Chuhong Yuan ; linux-
> ker...@vger.kernel.org; intel-wired-...@lists.osuosl.org; David S . Miller
>
> S
> -Original Message-
> From: Intel-wired-lan [mailto:intel-wired-lan-boun...@osuosl.org] On
> Behalf Of Chuhong Yuan
> Sent: Friday, August 2, 2019 3:55 AM
> Cc: net...@vger.kernel.org; Chuhong Yuan ; linux-
> ker...@vger.kernel.org; intel-wired-...@lists.osuosl.org; David S . Miller
>
> S
On Mon, Aug 05, 2019 at 09:16:44AM -0700, Sean Christopherson wrote:
> On Sat, Jul 13, 2019 at 08:07:52PM +0300, Jarkko Sakkinen wrote:
> > +static unsigned long sgx_get_unmapped_area(struct file *file,
> > + unsigned long addr,
> > +
Hi all,
Commit
c3953a3c2d31 ("NFC: nfcmrvl: fix gpio-handling regression")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgp_5E4RuV9sC.pgp
Description: OpenPGP digital signature
This doesn't let you *run* the programs except in test mode, so it should
be safe. Famous last words.
This assumes that the check-privilege-to-call-privileged-functions
patch actually catches all the cases and that there's nothing else
that should need privilege lurking in the type-specific verif
In the interest of making bpf() more useful by unprivileged users,
this patch teaches bpf to respect access modes on map and prog
inodes. The permissions are:
R on a map: read the map
W on a map: write the map
Referencing a map from a program should require RW.
R on a prog: Read or introspect t
security_path_mknod() seems excessive for pinning an object --
pinning an object is effectively just creating a file. It's also
redundant, as vfs_mkobj() calls security_inode_create() by itself.
This isn't strictly required -- mknod(path, S_IFREG, unused) works
to create regular files, but bpf is
Other than the mknod() patch, this is not ready for prime time. These
patches try to make progress toward making bpf() more useful without
privilege
Andy Lutomirski (4):
bpf: Respect persistent map and prog access modes
bpf: Don't require mknod() permission to pin an object
bpf: Add a way t
This is horribly incomplete:
- I only marked one function as requiring privilege, and there are
surely more.
- Checking is_priv is probably not the right thing to do. This should
probably do something more clever. At the very lease, it needs to
integrate with the upcoming lockdown LS
On Mon, Aug 5, 2019 at 9:14 PM Kai-Heng Feng
wrote:
>
> at 19:04, Rafael J. Wysocki wrote:
>
> > On Fri, Aug 2, 2019 at 12:55 PM Kai-Heng Feng
> > wrote:
> >> at 06:26, Rafael J. Wysocki wrote:
> >>
> >>> On Thu, Aug 1, 2019 at 9:05 PM wrote:
> > -Original Message-
> > From: Ra
Martin Blumenstingl writes:
> This series makes Odroid-C1 use the MAC address which is programmed into
> the eFuse.
Queued for v5.4.
> build-time dependencies:
> patches are based on top of "ARM: dts: meson8b: add VDDEE / mali-supply"
> from [0]
>
> runtime dependencies (without these a random
Mark the APIC's global config variables that are constant after boot as
__ro_after_init to help document that the majority of the APIC config is
not changed at runtime, and to harden the kernel a smidge.
Signed-off-by: Sean Christopherson
---
This applies on tip/x86/apic, which is currently:
Martin Blumenstingl writes:
> EC-100 and Odroid-C1 use a "copy" of the VCCK regulator as "VDDEE"
> regulator. VDDEE supplies the Mali GPU and various other bits within
> the SoC.
>
> The VDDEE regulator is not exclusive to the Mali GPU so it must not
> change it's voltage. The GPU OPP table has a
On Mon, Aug 5, 2019 at 10:52 PM Bjorn Helgaas wrote:
>
> From: Bjorn Helgaas
>
> An MMIO read from a PCI device that doesn't exist or doesn't respond causes
> a PCI error. There's no real data to return to satisfy the CPU read, so
> most hardware fabricates ~0 data.
>
> Add a PCI_ERROR_RESPONSE
On Mon, Aug 5, 2019 at 10:52 PM Bjorn Helgaas wrote:
>
> From: Bjorn Helgaas
>
> pci_raw_set_power_state() uses the Power Management capability to change a
> device's power state. The capability is in config space, which is
> accessible in D0, D1, D2, and D3hot, but not in D3cold.
>
> If we call
On Mon, Aug 5, 2019 at 10:52 PM Bjorn Helgaas wrote:
>
> From: Bjorn Helgaas
>
> Use pci_power_name() to print pci_power_t correctly. This changes:
>
> "state 0" or "D0" to "D0"
> "state 1" or "D1" to "D1"
> "state 2" or "D2" to "D2"
> "state 3" or "D3" to "D3hot"
> "st
Quoting Tri Vo (2019-08-05 14:11:55)
> On Mon, Aug 5, 2019 at 1:54 PM Stephen Boyd wrote:
> >
> > Quoting Tri Vo (2019-08-05 10:58:46)
> > > @@ -96,13 +79,23 @@ EXPORT_SYMBOL_GPL(wakeup_source_prepare);
> > > struct wakeup_source *wakeup_source_create(const char *name)
> > > {
> > > stru
On Mon, 2019-08-05 at 14:02 +, Tommy Jin wrote:
> Hi Chris,
>
> My name is Tommy, from wave computing Co,Ltd, our team is working on
> the maintenance of the MIPS kernel.
>
> You raised a MIPS cache coherency patch which can be found in the
> following links
> https://lore.kernel.org/linux-mi
On Mon, Aug 5, 2019 at 1:54 PM Stephen Boyd wrote:
>
> Quoting Tri Vo (2019-08-05 10:58:46)
> > diff --git a/drivers/base/power/wakeup.c b/drivers/base/power/wakeup.c
> > index ee31d4f8d856..3938892c8903 100644
> > --- a/drivers/base/power/wakeup.c
> > +++ b/drivers/base/power/wakeup.c
> > @@ -72,
On Mon, Aug 5, 2019 at 10:52 PM Bjorn Helgaas wrote:
>
> From: Bjorn Helgaas
>
> The Power Management Status Register is in config space, and reads while
> the device is in D3cold typically return ~0 data (PCI_ERROR_RESPONSE). If
> we just look at the PCI_PM_CTRL_STATE_MASK bits, that is 0x3, wh
On Fri, Jul 12, 2019 at 05:27:34PM +0200, Greg KH wrote:
> On Fri, Jul 12, 2019 at 08:00:12AM -0700, Doug Anderson wrote:
> > Hi,
> >
> > On Fri, Jul 12, 2019 at 4:50 AM Greg KH wrote:
> > >
> > > On Thu, Jul 11, 2019 at 10:28:01AM -0700, Doug Anderson wrote:
> > > > Hi,
> > > >
> > > > On Thu, J
On Mon, Aug 5, 2019 at 10:52 PM Bjorn Helgaas wrote:
>
> From: Bjorn Helgaas
>
> pci_check_pme_status() reads the Power Management capability to determine
> whether a device has generated a PME. The capability is in config space,
> which is accessible in D0, D1, D2, and D3hot, but not in D3cold.
On 05.08.2019 18:54, Alexandru Ardelean wrote:
> This change adds support for enabling PHY interrupts that can be used by
> the PHY framework to get signal for link/speed/auto-negotiation changes.
>
> Signed-off-by: Alexandru Ardelean
> ---
> drivers/net/phy/adin.c | 44 +
Quoting Tri Vo (2019-08-05 10:58:48)
> diff --git a/drivers/base/power/wakeup_stats.c
> b/drivers/base/power/wakeup_stats.c
> new file mode 100644
> index ..3a4f55028e27
> --- /dev/null
> +++ b/drivers/base/power/wakeup_stats.c
> @@ -0,0 +1,161 @@
> +// SPDX-License-Identifier: GPL-2.0
Quoting Tri Vo (2019-08-05 10:58:47)
> kernel/power/wakelock.c duplicates wakeup source creation and
> registration code from drivers/base/power/wakeup.c.
>
> Change struct wakelock's wakeup source to a pointer and use
> wakeup_source_register() function to create and register said wakeup
> source
Jerome Brunet writes:
> If unspecified in DT, the fifo sizes are not automatically detected by
> the dwmac1000 dma driver and the reported fifo sizes default to 0.
> Because of this, flow control will be turned off on the device.
>
> Add the fifo sizes provided by the datasheets in the SoC in DT
Jerome Brunet writes:
> If unspecified in DT, the fifo sizes are not automatically detected by
> the dwmac1000 dma driver and the reported fifo sizes default to 0.
> Because of this, flow control will be turned off on the device.
>
> Add the fifo sizes provided by the datasheet in the SoC in DT s
From: Matteo Croce
Date: Mon, 5 Aug 2019 20:17:39 +0200
> On Mon, Aug 5, 2019 at 7:58 PM David Miller wrote:
>>
>> From: Matteo Croce
>> Date: Wed, 31 Jul 2019 20:31:16 +0200
>>
>> > mvpp2 uses a delayed workqueue to gather traffic statistics.
>> > On module removal the workqueue can be destroy
Quoting Tri Vo (2019-08-05 10:58:46)
> diff --git a/drivers/base/power/wakeup.c b/drivers/base/power/wakeup.c
> index ee31d4f8d856..3938892c8903 100644
> --- a/drivers/base/power/wakeup.c
> +++ b/drivers/base/power/wakeup.c
> @@ -72,23 +72,6 @@ static struct wakeup_source deleted_ws = {
> .
On 05.08.2019 18:54, Alexandru Ardelean wrote:
> This change adds support for Analog Devices Industrial Ethernet PHYs.
> Particularly the PHYs this driver adds support for:
> * ADIN1200 - Robust, Industrial, Low Power 10/100 Ethernet PHY
> * ADIN1300 - Robust, Industrial, Low Latency 10/100/1000
From: Bjorn Helgaas
pci_check_pme_status() reads the Power Management capability to determine
whether a device has generated a PME. The capability is in config space,
which is accessible in D0, D1, D2, and D3hot, but not in D3cold.
If we call pci_check_pme_status() on a device that's in D3cold,
From: Bjorn Helgaas
Use pci_power_name() to print pci_power_t correctly. This changes:
"state 0" or "D0" to "D0"
"state 1" or "D1" to "D1"
"state 2" or "D2" to "D2"
"state 3" or "D3" to "D3hot"
"state 4" or "D4" to "D3cold"
Changes dmesg logging only, no other fun
From: Bjorn Helgaas
An MMIO read from a PCI device that doesn't exist or doesn't respond causes
a PCI error. There's no real data to return to satisfy the CPU read, so
most hardware fabricates ~0 data.
Add a PCI_ERROR_RESPONSE definition for that and use it where appropriate
to make these check
From: Bjorn Helgaas
The Power Management Status Register is in config space, and reads while
the device is in D3cold typically return ~0 data (PCI_ERROR_RESPONSE). If
we just look at the PCI_PM_CTRL_STATE_MASK bits, that is 0x3, which looks
like D3hot, not D3cold.
Check the entire register for
From: Bjorn Helgaas
Reads from a PCI device may fail if the device has been turned off (put
into D3cold), removed, or if some other error occurs. The PCI host bridge
typically fabricates ~0 data to complete the CPU's read.
We check for that in a few places, but not in a consistent way. This
se
From: Bjorn Helgaas
pci_raw_set_power_state() uses the Power Management capability to change a
device's power state. The capability is in config space, which is
accessible in D0, D1, D2, and D3hot, but not in D3cold.
If we call pci_raw_set_power_state() on a device that's in D3cold, config
read
Hallo ✅ Vlagra Günstlg www.google.de/#btnI ✅ Vlagra Günstlg www.google.de/#btnI,
vielen Dank für Ihre Anmeldung für einen Newsletter von JUGEND für Europa.
Um diese zu bestätigen, folgen Sie bitte folgendem Link:
https://www.jugendfuereuropa.de/ueber-jfe/profil/?directLogin=9fa067e45f667d7d0b6136
On 04.08.2019 21:22, Vladimir Oltean wrote:
> On Sun, 4 Aug 2019 at 19:07, Heiner Kallweit wrote:
>>
>> On 04.08.2019 17:59, Vladimir Oltean wrote:
>>> On Sun, 4 Aug 2019 at 17:52, Andrew Lunn wrote:
>> The patchset looks better now. But is it ok, I wonder, to keep
>> PHY_BCM_FLAGS_M
Quoting Chen-Yu Tsai (2019-08-04 20:35:05)
> On Wed, Jul 31, 2019 at 2:16 AM Stephen Boyd wrote:
> >
> >
> > Please apply directly to subsystem trees
>
> I didn't follow this series. Is this for -fixes or -next?
>
It's for -next. Sorry for not including a link to the patch that
introduces the p
From: Tzvetomir Stoyanov
The tep_register_trace_clock() API is used to instruct the
traceevent library how to print the event time stamps. As event
print interface if redesigned, this API is not needed any more.
The new event print API is flexible and the user can specify how
the time stamps are
On Mon, Aug 05, 2019 at 07:58:37AM -0400, Ben Boeckel wrote:
> On Wed, Jul 31, 2019 at 18:08:11 +0300, Kirill A. Shutemov wrote:
> > + key = add_key("mktme", "name", "no-encrypt", strlen(options_CPU),
> > + KEY_SPEC_THREAD_KEYRING);
>
> Should this be `type=no-encrypt` here? Also
Hi Arnaldo and Jiri,
We are still working on getting libtraceevent ready to be a stand alone
library. Part of that is to audit all the interfaces. We noticed
that the most the tep_print_*() interfaces define policy and limit
the way an application can display data. Instead of fixing this later
and
From: Tzvetomir Stoyanov
Libtraceevent APIs for printing various trace events information are
complicated, there are complex extra parameters. To control the way
event information is printed, the user should call a set of functions
in a specific sequence.
These APIs are reimplemented to provide a
From: Tzvetomir Stoyanov
To be compliant with XDG user directory layout,
the user's plugin directory is changed from
~/.traceevent/plugins to ~/.local/lib/traceevent/plugins/
Link:
https://lore.kernel.org/linux-trace-devel/20190313144206.41e75cf8@patrickm/
Link:
http://lore.kernel.org/linux-tr
On Mon, Aug 05, 2019 at 07:58:19AM -0400, Ben Boeckel wrote:
> On Wed, Jul 31, 2019 at 18:07:39 +0300, Kirill A. Shutemov wrote:
> > From: Alison Schofield
> > +/* Make sure arguments are correct for the TYPE of key requested */
> > +static int mktme_check_options(u32 *payload, unsigned long token
On 7/30/19 10:46 PM, john.hubb...@gmail.com wrote:
> From: John Hubbard
>
> Hi,
>
> This uses the "save each field explicitly" approach that we discussed
> during the first review [1]. As in [1], this is motivated by a desire
> to clear the compiler warnings when building with gcc 9.
>
> This i
Add the GET_BATT_PPID_INFO=0x8A command to the allowlist of accepted
telemetry commands. In addition, since this new command requires
verifying the contents of some of the arguments, I also restructure
the request to use a union of the argument structs. Also, zero out the
request buffer before each
Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.188 release.
Peter Zijlstra's "x86/atomic: Fix smp_mb__{before,after}_atomic()"
upstream commit 69d927bba39517d0980462efc051875b7f4db185 seems to
be missing/lost from 4.9 and older stable kernels.
That patch has
201 - 300 of 1302 matches
Mail list logo