On 2/4/21 5:20 AM, Erik Rosen wrote:
> This patch series adds hardware monitoring support for the ST STPDDC60
> chip. The driver has been tested with a Flex BMR481 converter.
>
> The checkpatch script complains about an unneeded paranthesis in an
> if-statement but gcc gives a warning if it is rem
On Thu, Jan 21, 2021 at 02:44:34PM +0100, Robert Marko wrote:
> Add maintainers entry for the Texas Instruments TPS23861 PoE PSE driver.
>
> Signed-off-by: Robert Marko
> Cc: Luka Perkov
> Reviewed-by: Guenter Roeck
Applied.
Thanks,
Guenter
> ---
> Changes in v4:
>
On Thu, Jan 21, 2021 at 02:44:33PM +0100, Robert Marko wrote:
> Add basic monitoring support as well as port on/off control for Texas
> Instruments TPS23861 PoE PSE IC.
>
> Signed-off-by: Robert Marko
> Cc: Luka Perkov
> Reviewed-by: Guenter Roeck
Applied.
Thanks,
Guenter
On Thu, Jan 21, 2021 at 02:44:32PM +0100, Robert Marko wrote:
> Document bindings for the Texas Instruments TPS23861 driver.
>
> Signed-off-by: Robert Marko
> Cc: Luka Perkov
> Reviewed-by: Rob Herring
Applied.
Thanks,
Guenter
> ---
> Changes in v5:
> * Drop uint32 reference
>
> Changes in
On Fri, Feb 05, 2021 at 11:34:14AM +0800, Kyle Tso wrote:
> Add bindings of VDO properties of USB PD SVDM so that they can be
> used in device tree.
>
> Signed-off-by: Kyle Tso
Reviewed-by: Guenter Roeck
Would it be possible to unify the dt definitions with the definitions
in i
y: Kyle Tso
Reviewed-by: Guenter Roeck
> ---
> Changes since v5:
> - no change
>
> drivers/usb/typec/tcpm/tcpm.c | 14 ++
> 1 file changed, 14 insertions(+)
>
> diff --git a/drivers/usb/typec/tcpm/tcpm.c b/drivers/usb/typec/tcpm/tcpm.c
> index b45cd19
On Fri, Feb 05, 2021 at 11:34:13AM +0800, Kyle Tso wrote:
> VDM header now requires SVDM Version. Get it from typec_partner.
>
> Signed-off-by: Kyle Tso
Reviewed-by: Guenter Roeck
> ---
> Changes since v5:
> - follow the changes of "usb: typec: Manage SVDM version&q
Command
> sent and received during VDM discovery Shall be used to determine the
> lowest common Structured VDM Version supported by the Port Partners or
> Cable Plug and Shall continue to operate using this Specification
> Revision until they are Detached."
>
> Sig
On Fri, Feb 05, 2021 at 11:34:11AM +0800, Kyle Tso wrote:
> PD Spec Revision 3.0 Version 2.0 + ECNs 2020-12-10
> 6.4.4.2.3 Structured VDM Version
> "The Structured VDM Version field of the Discover Identity Command
> sent and received during VDM discovery Shall be used to determine the
> lo
On Fri, Feb 05, 2021 at 11:34:10AM +0800, Kyle Tso wrote:
> PD Rev 3.0 introduces SVDM Version 2.0. This patch makes the field
> configuable in the header in order to be able to be compatible with
> older SVDM version.
>
> Signed-off-by: Kyle Tso
Reviewed-by: Guenter Roeck
pported by the port and another variable in typec_partner to cache the
> negotiated SVDM version between the port and the partner.
>
> Also add setter/getter functions for the negotiated SVDM version.
>
> Signed-off-by: Kyle Tso
Reviewed-by: Guenter Roeck
> ---
> Changes
Hi Rob,
On Wed, Feb 03, 2021 at 03:26:03PM -0600, Rob Herring wrote:
> This adds the following commits from upstream:
>
> 183df9e9c2b9 gitignore: Ignore the swp files
> 0db6d09584e1 gitignore: Add cscope files
> 307afa1a7be8 Update Jon Loeliger's email
> ca16a723fa9d fdtdump: Fix gcc11 warning
>
On 2/10/21 12:52 PM, Saravana Kannan wrote:
> On Wed, Feb 10, 2021 at 7:10 AM Guenter Roeck wrote:
>>
>> On 2/10/21 12:20 AM, Saravana Kannan wrote:
>>> On Tue, Feb 9, 2021 at 9:54 PM Guenter Roeck wrote:
>>>>
>>>> On Thu, Dec 17, 2020 at 07:17
On 2/10/21 12:20 AM, Saravana Kannan wrote:
> On Tue, Feb 9, 2021 at 9:54 PM Guenter Roeck wrote:
>>
>> On Thu, Dec 17, 2020 at 07:17:03PM -0800, Saravana Kannan wrote:
>>> Cyclic dependencies in some firmware was one of the last remaining
>>> reasons fw_devlink=o
able, there should be a better reference than "The queued rwlock code".
This patch fixes the build problem I had observed on mips. I also tested
xtensa:defconfig and arm64:defconfig with no problems observed.
Tested-by: Guenter Roeck
Guenter
> ---
> arch/arm64/include/a
On 2/10/21 3:44 AM, Will Deacon wrote:
> On Tue, Feb 09, 2021 at 12:24:49PM -0800, Guenter Roeck wrote:
>> On Thu, Jan 14, 2021 at 05:59:27PM +, Will Deacon wrote:
>>> From: "Kirill A. Shutemov"
>>>
>>> alloc_set_pte() has two users with different
On 2/9/21 4:27 PM, Waiman Long wrote:
[ ... ]
>
> It is because in arch/mips/include/asm/spinlock.h, asm/qrwlock.h is included
> before asm/qspinlock.h. The compilation error should be gone if the
> asm/qrwlock.h is removed or moved after asm/qspinlock.h.
>
> I did a x86 build and there was no
On Thu, Dec 17, 2020 at 07:17:03PM -0800, Saravana Kannan wrote:
> Cyclic dependencies in some firmware was one of the last remaining
> reasons fw_devlink=on couldn't be set by default. Now that cyclic
> dependencies don't block probing, set fw_devlink=on by default.
>
> Setting fw_devlink=on by d
On Tue, Feb 09, 2021 at 04:46:02PM -0500, Waiman Long wrote:
> On 2/9/21 3:39 PM, Guenter Roeck wrote:
> > On Tue, Feb 02, 2021 at 10:57:12AM -0800, Ben Gardon wrote:
> > > rwlocks do not currently have any facility to detect contention
> > > like spinlocks do. In orde
On Tue, Feb 02, 2021 at 10:57:12AM -0800, Ben Gardon wrote:
> rwlocks do not currently have any facility to detect contention
> like spinlocks do. In order to allow users of rwlocks to better manage
> latency, add contention detection for queued rwlocks.
>
> CC: Ingo Molnar
> CC: Will Deacon
> A
On Thu, Jan 14, 2021 at 05:59:27PM +, Will Deacon wrote:
> From: "Kirill A. Shutemov"
>
> alloc_set_pte() has two users with different requirements: in the
> faultaround code, it called from an atomic context and PTE page table
> has to be preallocated. finish_fault() can sleep and allocate p
let me know.
>
> Responses should be made by Wed, 10 Feb 2021 14:57:55 +.
> Anything received after that time might be too late.
>
Build results:
total: 157 pass: 157 fail: 0
Qemu test results:
total: 427 pass: 427 fail: 0
Tested-by: Guenter Roeck
Guenter
> let me know.
>
> Responses should be made by Wed, 10 Feb 2021 14:57:55 +.
> Anything received after that time might be too late.
>
Build results:
total: 154 pass: 154 fail: 0
Qemu test results:
total: 427 pass: 427 fail: 0
Tested-by: Guenter Roeck
Guenter
On Tue, Feb 09, 2021 at 11:12:34AM -0600, Eddie James wrote:
> Initialize the sequence number at one, rather than zero, in order
> to prevent false matches with the zero-initialized OCC SRAM
> buffer before the OCC is fully initialized.
>
> Signed-off-by: Eddie James
Acked-by
> let me know.
>
> Responses should be made by Wed, 10 Feb 2021 14:57:55 +.
> Anything received after that time might be too late.
>
Build results:
total: 168 pass: 168 fail: 0
Qemu test results:
total: 382 pass: 382 fail: 0
Tested-by: Guenter Roeck
Guenter
> let me know.
>
> Responses should be made by Wed, 10 Feb 2021 14:57:55 +.
> Anything received after that time might be too late.
>
Build results:
total: 155 pass: 155 fail: 0
Qemu test results:
total: 418 pass: 418 fail: 0
Tested-by: Guenter Roeck
Guenter
On Tue, Feb 09, 2021 at 11:12:35AM -0600, Eddie James wrote:
> In order to better debug problems starting up the driver, print
> the response status from the OCC in the error logged when the first
> poll command fails.
>
> Signed-off-by: Eddie James
Acked-by: Guenter Roeck
&
> let me know.
>
> Responses should be made by Wed, 10 Feb 2021 14:57:55 +.
> Anything received after that time might be too late.
>
Build results:
total: 165 pass: 165 fail: 0
Qemu test results:
total: 328 pass: 328 fail: 0
Tested-by: Guenter Roeck
Guenter
> let me know.
>
> Responses should be made by Wed, 10 Feb 2021 14:57:55 +.
> Anything received after that time might be too late.
>
Build results:
total: 168 pass: 168 fail: 0
Qemu test results:
total: 404 pass: 404 fail: 0
Tested-by: Guenter Roeck
Guenter
On Tue, Feb 02, 2021 at 04:12:31PM +0800, Hsin-Yi Wang wrote:
> From: Yongqiang Niu
>
> This patch add component POSTMASK.
>
> Signed-off-by: Yongqiang Niu
> Signed-off-by: Hsin-Yi Wang
> Reviewed-by: CK Hu
> ---
[ ... ]
>
> +void mtk_postmask_config(struct device *dev, unsigned int w,
sta
On Tue, Feb 09, 2021 at 07:08:17PM +0800, Yicong Yang wrote:
> From: Junhao He
>
> We use ccflags-$(CONFIG_HWMON_DEBUG_CHIP) for the debug
> message in drivers/hwmon, but the DEBUG flag will not pass to
> the subdirectory.
>
> Considering CONFIG_HWMON_DEBUG_CHIP intends to have DEBUG
> recursive
On 2/5/21 12:08 PM, Bjorn Helgaas wrote:
> On Fri, Feb 05, 2021 at 10:28:32AM -0800, Guenter Roeck wrote:
>> On Fri, Feb 05, 2021 at 05:44:13PM +0800, Yicong Yang wrote:
>>> From: Junhao He
>>>
>>> Use subdir-ccflags-* instead of ccflags-* to inherit the
On Sun, Feb 07, 2021 at 02:32:37PM -0800, Linus Torvalds wrote:
> So it's the biggest sporting day of the year here in the US, when
> everybody is getting ready to watch the yearly top TV commercials,
> occasionally interrupted by some odd handegg carrying competition that
> I still haven't figured
On Sun, Feb 07, 2021 at 09:22:44AM +0100, Greg Kroah-Hartman wrote:
[ ... ]
> > There are lots (35) of "KERNEL_VERSION(4, 5, 0)" in chromeos-4.4.
> > That should not matter with the clamped LINUX_VERSION_CODE, but
> > I'd prefer to clamp KERNEL_VERSION as well just to be sure. On
> > top of that, s
On Tue, Dec 15, 2020 at 10:53:52PM +0530, Youghandhar Chintala wrote:
> Currently in case of target hardware restart, we just reconfig and
> re-enable the security keys and enable the network queues to start
> data traffic back from where it was interrupted.
>
> Many ath10k wifi chipsets have sequ
rs/misc/mei/bus.c | 5 ++---
> drivers/misc/mei/hdcp/mei_hdcp.c | 7 +--
> drivers/nfc/microread/mei.c | 4 +---
> drivers/nfc/pn544/mei.c | 4 +---
> drivers/watchdog/mei_wdt.c | 4 +---
Acked-by: Guenter Roeck
> include/linux/mei_cl_bus.h
On Sat, Feb 06, 2021 at 07:13:39PM +0100, Greg Kroah-Hartman wrote:
> On Sat, Feb 06, 2021 at 08:59:42AM -0800, Guenter Roeck wrote:
> > On 2/6/21 5:22 AM, Willy Tarreau wrote:
> > > On Sat, Feb 06, 2021 at 02:11:13PM +0100, Willy Tarreau wrote:
> > >> Something lik
On 2/6/21 5:22 AM, Willy Tarreau wrote:
> On Sat, Feb 06, 2021 at 02:11:13PM +0100, Willy Tarreau wrote:
>> Something like this looks more robust to me, it will use SUBLEVEL for
>> values 0 to 255 and 255 for any larger value:
>>
>> -expr $(VERSION) \* 65536 + 0$(PATCHLEVEL) \* 256 + 0$(SUBLEVE
On 2/6/21 8:48 AM, Guenter Roeck wrote:
> On 2/6/21 1:51 AM, Matwey V. Kornilov wrote:
>> NXP LM75A is compatible with original LM75A while it has improved
>> 11-bit precision.
>>
>> https://www.nxp.com/docs/en/data-sheet/LM75A.pdf
>>
>> Signed-off-by: Matwe
On 2/6/21 1:51 AM, Matwey V. Kornilov wrote:
> Currently, armada-388-helios4.dts and nuvoton-npcm730-kudo.dts use
> "ti,lm75" compatible string.
>
> TI LM75A/B are compatible with original LM75A
>
> https://www.ti.com/lit/ds/symlink/lm75a.pdf
> https://www.ti.com/lit/ds/symlink/lm75b.pdf
>
> Sig
On 2/6/21 1:51 AM, Matwey V. Kornilov wrote:
> NXP LM75A is compatible with original LM75A while it has improved
> 11-bit precision.
>
> https://www.nxp.com/docs/en/data-sheet/LM75A.pdf
>
> Signed-off-by: Matwey V. Kornilov
> ---
> Documentation/devicetree/bindings/hwmon/lm75.yaml | 1 +
> dri
On 2/6/21 1:51 AM, Matwey V. Kornilov wrote:
> Currently, many boards use just 'lm75' as a compatible string.
>
> Signed-off-by: Matwey V. Kornilov
> ---
> Documentation/devicetree/bindings/hwmon/lm75.yaml | 1 +
> drivers/hwmon/lm75.c | 4
> 2 files changed, 5
> let me know.
>
> Responses should be made by Sun, 07 Feb 2021 14:06:42 +.
> Anything received after that time might be too late.
>
Build results:
total: 154 pass: 154 fail: 0
Qemu test results:
total: 427 pass: 427 fail: 0
Tested-by: Guenter Roeck
Guenter
> let me know.
>
> Responses should be made by Sun, 07 Feb 2021 14:06:42 +.
> Anything received after that time might be too late.
>
Build results:
total: 155 pass: 155 fail: 0
Qemu test results:
total: 418 pass: 418 fail: 0
Tested-by: Guenter Roeck
Guenter
let me know.
>
> Responses should be made by Sun, 07 Feb 2021 14:06:42 +.
> Anything received after that time might be too late.
>
Build results:
total: 157 pass: 157 fail: 0
Qemu test results:
total: 428 pass: 428 fail: 0
Tested-by: Guenter Roeck
Guenter
> let me know.
>
> Responses should be made by Sun, 07 Feb 2021 14:06:42 +.
> Anything received after that time might be too late.
>
Build results:
total: 168 pass: 168 fail: 0
Qemu test results:
total: 404 pass: 404 fail: 0
Tested-by: Guenter Roeck
Guenter
On 2/5/21 3:42 AM, Heikki Krogerus wrote:
[ ... ]
>> Kyle Tso (7):
>> usb: typec: Manage SVDM version
>> usb: pd: Make SVDM Version configurable in VDM header
>> usb: typec: tcpm: Determine common SVDM Version
>> usb: typec: ucsi: Determine common SVDM Version
>> usb: typec: displayport:
On Fri, Feb 05, 2021 at 03:26:36PM +0100, Greg Kroah-Hartman wrote:
> I'm announcing the release of the 4.4.256 kernel.
>
> This, and the 4.9.256 release are a little bit "different" than normal.
>
> This contains only 1 patch, just the version bump from .255 to .256 which ends
> up causing the u
On Fri, Feb 05, 2021 at 05:44:13PM +0800, Yicong Yang wrote:
> From: Junhao He
>
> Use subdir-ccflags-* instead of ccflags-* to inherit the debug
> settings from Kconfig when traversing subdirectories.
>
> Suggested-by: Bjorn Helgaas
> Signed-off-by: Junhao He
> Signed-off-by: Yicong Yang
Wh
let me know.
>
> Responses should be made by Thu, 04 Feb 2021 13:29:33 +.
> Anything received after that time might be too late.
>
Build results:
total: 157 pass: 157 fail: 0
Qemu test results:
total: 427 pass: 427 fail: 0
Tested-by: Guenter Roeck
Guenter
> let me know.
>
> Responses should be made by Thu, 04 Feb 2021 13:29:33 +.
> Anything received after that time might be too late.
>
Build results:
total: 154 pass: 154 fail: 0
Qemu test results:
total: 427 pass: 427 fail: 0
Tested-by: Guenter Roeck
Guenter
On Tue, Feb 02, 2021 at 04:49:03PM +0800, Jiapeng Chong wrote:
> Fix the following coccicheck warning:
>
> ./drivers/hwmon/pmbus/inspur-ipsps.c:73:8-16: WARNING: use scnprintf or
> sprintf.
>
> ./drivers/hwmon/pmbus/inspur-ipsps.c:114:9-17: WARNING: use scnprintf or
> sprintf.
>
> ./drivers/hwmo
> let me know.
>
> Responses should be made by Thu, 04 Feb 2021 13:29:33 +.
> Anything received after that time might be too late.
>
Build results:
total: 155 pass: 155 fail: 0
Qemu test results:
total: 418 pass: 418 fail: 0
Tested-by: Guenter Roeck
Guenter
> let me know.
>
> Responses should be made by Thu, 04 Feb 2021 13:29:33 +.
> Anything received after that time might be too late.
>
Build results:
total: 168 pass: 168 fail: 0
Qemu test results:
total: 404 pass: 404 fail: 0
Tested-by: Guenter Roeck
Guenter
> let me know.
>
> Responses should be made by Thu, 04 Feb 2021 13:29:33 +.
> Anything received after that time might be too late.
>
Build results:
total: 168 pass: 168 fail: 0
Qemu test results:
total: 382 pass: 382 fail: 0
Tested-by: Guenter Roeck
Guenter
> let me know.
>
> Responses should be made by Thu, 04 Feb 2021 13:29:33 +.
> Anything received after that time might be too late.
>
Build results:
total: 165 pass: 165 fail: 0
Qemu test results:
total: 328 pass: 328 fail: 0
Tested-by: Guenter Roeck
Guenter
On 2/3/21 9:13 AM, Matwey V. Kornilov wrote:
>
>
> сб, 30 янв. 2021 г. в 18:41, Guenter Roeck <mailto:li...@roeck-us.net>>:
>>
>> On 1/30/21 2:38 AM, Matwey V. Kornilov wrote:
>> > NXP LM75A is compatible with original LM75A while it has improved
On 2/3/21 7:04 AM, Heikki Krogerus wrote:
> On Wed, Feb 03, 2021 at 05:01:26PM +0200, Heikki Krogerus wrote:
>> On Wed, Feb 03, 2021 at 06:51:43AM -0800, Guenter Roeck wrote:
>>> Thinking about it, would it make make sense to define the functions as
>>> static inli
On Wed, Feb 03, 2021 at 02:47:24PM +0200, Heikki Krogerus wrote:
> Hi Kyle,
>
> On Wed, Feb 03, 2021 at 12:17:26AM +0800, Kyle Tso wrote:
> > PD Spec Revision 3.0 Version 2.0 + ECNs 2020-12-10
> > 6.4.4.2.3 Structured VDM Version
> > "The Structured VDM Version field of the Discover Identity C
On 2/3/21 4:24 AM, angkery wrote:
> From: Junlin Yang
>
> The assign for 'ret' is redundant and can be removed,
> because it will be assigned before use.
>
> Signed-off-by: Junlin Yang
Reviewed-by: Guenter Roeck
> ---
> drivers/watchdog/diag288_wdt.c | 4 -
On 2/2/21 2:15 PM, Cristian Marussi wrote:
> Port driver to the new SCMI Sensor interface based on protocol handles
> and common devm_get_ops().
>
> Cc: Guenter Roeck
> Cc: Jean Delvare
> Signed-off-by: Cristian Marussi
Assuming this will be handled with the series.
Acked
; Cc: Linus Walleij
> Cc: Herbert Xu
> Cc: "David S. Miller"
> Cc: Daniel Palmer
> Cc: Bartosz Golaszewski
> Cc: Avi Fishman
> Cc: Tomer Maimon
> Cc: Tali Perry
> Cc: Joerg Roedel
> Cc: Will Deacon
> Cc: Andrew Jeffery
> Cc: Joel Stanley
> C
On 2/2/21 11:31 AM, Matwey V. Kornilov wrote:
>
>
> вт, 2 февр. 2021 г. в 22:29, Guenter Roeck <mailto:li...@roeck-us.net>>:
>>
>> On 2/2/21 10:37 AM, Matwey V. Kornilov wrote:
>> > There is a logical flaw in lm75_probe() function introduced in
>>
On 2/2/21 10:37 AM, Matwey V. Kornilov wrote:
> There is a logical flaw in lm75_probe() function introduced in
>
> commit e97a45f1b460 ("hwmon: (lm75) Add OF device ID table")
>
> Note, that of_device_get_match_data() returns NULL when no match
> is found. This is the case when OF node exists
't
>* been called before doing a TPM operation.
>*/
> In this case we don't have to call tpm_try_get_ops()
> as both calls (tpm_get_timeouts() and tpm_tis_probe_irq_single()) are
> in the tpm_tis_core_init function and don't require any
gt; dev_get_platdata(&fep->pdev->dev);
> |^
>
> Fix this by moving the variable declarations inside the existing #ifdef
> blocks.
>
> Signed-off-by: Geert Uytterhoeven
Reviewed-by: Guenter Roeck
> ---
> drivers/net/eth
hip specific operation.
> For instance, low level driver enables USB switches on D+/D-
> lines to set up data path when the bit is set.
>
> Refactored from patch initially authored by
> Kyle Tso
>
> Signed-off-by: Badhri Jagan Sridharan
Reviewed-by: Guenter Roeck
>
> Signed-off-by: Badhri Jagan Sridharan
Reviewed-by: Guenter Roeck
> ---
> drivers/usb/typec/tcpm/tcpci.c | 9 +
> drivers/usb/typec/tcpm/tcpci.h | 6 ++
> 2 files changed, 15 insertions(+)
>
> diff --git a/drivers/usb/typec/tcpm/tcpci.c b/drivers/usb/typ
On Mon, Feb 01, 2021 at 04:31:01PM -0800, Badhri Jagan Sridharan wrote:
> Configure USB switches when partner is USB Communication capable.
> The is enabled USB data communication over D+/D- pins.
>
> Signed-off-by: Badhri Jagan Sridharan
Reviewed-by: Guenter Roeck
> ---
>
On Tue, Feb 2, 2021 at 4:32 AM Bernard Zhao wrote:
>
> remove unneeded variable: "rc".
>
> Signed-off-by: Bernard Zhao
Reviewed-by: Guenter Roeck
>
> ---
> drivers/gpu/drm/msm/dp/dp_panel.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
On 2/2/21 6:21 AM, Matwey V. Kornilov wrote:
> There is a logical flaw in lm75_probe() function introduced in
>
> commit e97a45f1b460 ("hwmon: (lm75) Add OF device ID table")
>
> Note, that of_device_get_match_data() returns NULL when no match
> found. This is the case when OF node exists but
On 2/2/21 6:34 AM, Erik Rosen wrote:
> On Mon, Feb 1, 2021 at 10:38 PM Guenter Roeck wrote:
>>
>> On 2/1/21 8:48 AM, Erik Rosen wrote:
>>> Hi Guenter
>>>
>>>
>>> On Fri, Jan 29, 2021 at 4:50 PM Guenter Roeck wrote:
>>>&g
On 2/2/21 1:33 AM, Kyle Tso wrote:
> PD Rev 3.0 introduces SVDM Version 2.0. This patch makes the field
> configuable in the header in order to be able to be compatible with
> older SVDM version.
>
> Signed-off-by: Kyle Tso
> ---
> include/linux/usb/pd_vdo.h | 7 +--
> 1 file changed, 5 inse
message to the UUT repeatedly until
>nCapsCount reached or a GoodCRC is received. If nCapsCount reached, the
>test fails.
> i) If a Request is not received timely within 30 ms after the GoodCRC EOP
>corresponding to Source Capabilities message was received, the test
>fails.
On Mon, Feb 01, 2021 at 03:22:17PM -0600, Matthew Barth wrote:
> There was an issue in how the tach feedbacks of dual rotor fans were
> reported during any change in fan speeds with revision "A" of the
> MAX31785. When the fan speeds would transition to a new target speed,
> the rotor not wired to
On Mon, Feb 01, 2021 at 08:59:29PM +0100, Erik Rosen wrote:
> It is no longer necessary to clear the cache to update the sensor value
> from the chip.
>
> Signed-off-by: Erik Rosen
Applied, after prepending subject with "hwmon: (pmbus/lm25066)".
Thanks,
Guenter
> ---
> drivers/hwmon/pmbus/lm2
On Mon, Feb 01, 2021 at 08:59:28PM +0100, Erik Rosen wrote:
> Set the sensor->data field to -ENODATA to force a chip access next time
> the sensor value is read.
>
> Signed-off-by: Erik Rosen
Applied. Please remember to add subsystem and driver to future patches.
In this case, I added:
hwmon: (
On 2/1/21 8:48 AM, Erik Rosen wrote:
> Hi Guenter
>
>
> On Fri, Jan 29, 2021 at 4:50 PM Guenter Roeck wrote:
>>
>> Hi Erik,
>>
>> On 1/29/21 5:07 AM, Erik Rosen wrote:
>> [ ... ]
>>>>
>>>>> +
On 2/1/21 8:38 AM, Greg Kroah-Hartman wrote:
> On Mon, Feb 01, 2021 at 06:09:25PM +0200, Heikki Krogerus wrote:
>> On Mon, Feb 01, 2021 at 04:19:38PM +0100, Greg Kroah-Hartman wrote:
>>> On Mon, Feb 01, 2021 at 05:12:53PM +0200, Heikki Krogerus wrote:
On Mon, Feb 01, 2021 at 01:53:07AM -0800,
On 2/1/21 8:50 AM, Matthew Barth wrote:
> There was an issue in how the tach feedbacks of dual rotor fans were
> reported during any change in fan speeds with revision "A" of the
> MAX31785. When the fan speeds would transition to a new target speed,
> the rotor not wired to the TACH input when TAC
some VDO definitions changed in the Spec.
>
> Signed-off-by: Kyle Tso
Reviewed-by: Guenter Roeck
> ---
> Changes since v2:
> - rename the variable and the functions (remove the text "common")
> - remove the macro
>
> drivers/usb/typec/altmodes/displayport.c | 8 +-
>
On 2/1/21 5:34 AM, Kyle Tso wrote:
> Commit a079973f462a ("usb: typec: tcpm: Remove tcpc_config
> configuration mechanism") removed the tcpc_config which includes the
> Sink VDO and it is not yet added back with fwnode. Add it now.
>
> Signed-off-by: Kyle Tso
R
On 2/1/21 1:53 AM, Badhri Jagan Sridharan wrote:
> The USB Communications Capable bit indicates if port
> partner is capable of communication over the USB data lines
> (e.g. D+/- or SS Tx/Rx). Notify the status of the bit to low
> level drivers to perform chip specific operation.
> For instance, lo
> Signed-off-by: Badhri Jagan Sridharan
Reviewed-by: Guenter Roeck
> ---
> drivers/usb/typec/tcpm/tcpm.c | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/drivers/usb/typec/tcpm/tcpm.c b/drivers/usb/typec/tcpm/tcpm.c
> index 0afd8ef692e8..ff0732c12b8a 1
On Sun, Jan 31, 2021 at 02:01:43PM -0800, Linus Torvalds wrote:
> Things look a little calmer than last week, and over-all very average
> for rc6. So - like always this late in the release schedule - I'd
> certainly have liked things to be even calmer, but nothing here really
> stands out.
>
> The
On 1/31/21 9:11 PM, Kyle Tso wrote:
> On Mon, Feb 1, 2021 at 12:02 AM Guenter Roeck wrote:
>>
>> On 1/31/21 7:18 AM, Kyle Tso wrote:
>>> Commit a079973f462a ("usb: typec: tcpm: Remove tcpc_config
>>> configuration mechanism") removed the tcpc_config wh
On 1/30/21 11:54 PM, Lukas Bulwahn wrote:
> Commit 90b0f71d62df ("hwmon: (pmbus/max16601) Determine and use number of
> populated phases") adjusts content in the table of
> ./Documentation/hwmon/max16601.rst, but one row went beyond the column's
> length.
>
> Hence, make htmldocs warns:
>
> Doc
On 1/31/21 7:18 AM, Kyle Tso wrote:
> Commit a079973f462a ("usb: typec: tcpm: Remove tcpc_config
> configuration mechanism") removed the tcpc_config which includes the
> Sink VDO and it is not yet added back with fwnode. Add it now.
>
> Signed-off-by: Kyle Tso
> ---
> Changes since v1:
> - update
On 1/30/21 4:41 PM, James Bottomley wrote:
> On Sat, 2021-01-30 at 15:49 -0800, Guenter Roeck wrote:
>> On 1/29/21 2:59 PM, Jarkko Sakkinen wrote:
>>> On Tue, Jan 26, 2021 at 04:46:07PM +0100, Łukasz Majczak wrote:
>>>> Hi Jarkko, Guenter
>>>>
>&
On 1/29/21 2:59 PM, Jarkko Sakkinen wrote:
> On Tue, Jan 26, 2021 at 04:46:07PM +0100, Łukasz Majczak wrote:
>> Hi Jarkko, Guenter
>>
>> Yes, here are the logs when failure occurs -
>> https://gist.github.com/semihalf-majczak-lukasz/1575461f585f1e7fb1e9366b8eceaab9
>> Look for a phrase "TPM returne
On 1/30/21 2:10 AM, Matwey V. Kornilov wrote:
> There is a logical flaw in lm75_probe() function introduced in
>
> e97a45f1b460 ("hwmon: (lm75) Add OF device ID table")
>
> Note, that of_device_get_match_data() returns NULL when no match
> found. This is the case when OF node exists but has u
On 1/30/21 2:38 AM, Matwey V. Kornilov wrote:
> NXP LM75A is compatible with original LM75A while it has improved
> 11-bit precision.
>
> https://www.nxp.com/docs/en/data-sheet/LM75A.pdf
>
> Signed-off-by: Matwey V. Kornilov
> ---
> drivers/hwmon/lm75.c | 4
> 1 file changed, 4 insertions(
On Sat, Jan 30, 2021 at 01:44:15PM +, Marc Zyngier wrote:
> On Fri, 29 Jan 2021 21:43:25 +,
> Guenter Roeck wrote:
> >
> > Hi,
> >
> > On Tue, Jan 05, 2021 at 06:05:37PM +, David Brazdil wrote:
> > > Add a post-processing step to compilation o
On 1/30/21 7:43 AM, Matwey V. Kornilov wrote:
>
>
> сб, 30 янв. 2021 г. в 18:31, Guenter Roeck <mailto:li...@roeck-us.net>>:
>>
>> On 1/30/21 2:10 AM, Matwey V. Kornilov wrote:
>> > There is a logical flaw in lm75_probe() function introduced in
>> &
On 1/29/21 2:49 PM, Jarkko Sakkinen wrote:
> On Mon, Jan 25, 2021 at 09:18:46AM -0800, Guenter Roeck wrote:
>> Hi Lukasz,
>>
>> On Sat, Jan 23, 2021 at 02:42:47AM +0100, Lukasz Majczak wrote:
>>> There is a missing call to start_tpm_chip before the call to
Hi,
On Tue, Jan 05, 2021 at 06:05:37PM +, David Brazdil wrote:
> Add a post-processing step to compilation of KVM nVHE hyp code which
> calls a custom host tool (gen-hyprel) on the partially linked object
> file (hyp sections' names prefixed).
>
> The tool lists all R_AARCH64_ABS64 data reloc
> let me know.
>
> Responses should be made by Sun, 31 Jan 2021 10:59:01 +.
> Anything received after that time might be too late.
>
Build results:
total: 154 pass: 154 fail: 0
Qemu test results:
total: 427 pass: 427 fail: 0
Tested-by: Guenter Roeck
Guenter
let me know.
>
> Responses should be made by Sun, 31 Jan 2021 10:59:01 +.
> Anything received after that time might be too late.
>
Build results:
total: 157 pass: 157 fail: 0
Qemu test results:
total: 427 pass: 427 fail: 0
Tested-by: Guenter Roeck
Guenter
> let me know.
>
> Responses should be made by Sun, 31 Jan 2021 10:59:01 +.
> Anything received after that time might be too late.
>
Build results:
total: 155 pass: 155 fail: 0
Qemu test results:
total: 418 pass: 418 fail: 0
Tested-by: Guenter Roeck
Guenter
> let me know.
>
> Responses should be made by Sun, 31 Jan 2021 10:59:01 +.
> Anything received after that time might be too late.
>
Build results:
total: 168 pass: 168 fail: 0
Qemu test results:
total: 382 pass: 382 fail: 0
Tested-by: Guenter Roeck
Guenter
401 - 500 of 5845 matches
Mail list logo