+Bob and Rafael
> -Original Message-
> From: Dan Williams
> Sent: Friday, April 16, 2021 3:09 PM
> To: Andy Shevchenko
> Cc: linux-nvdimm ; Linux Kernel Mailing List
> ; Verma, Vishal L
> ; Jiang, Dave ; Weiny, Ira
> ; Kaneda, Erik
> Subject: Re: [PATCH v
fashion unless the delay
parameter is set to above about 80us. The default delay is set
to 100us to include some safety margin.
This patch is tested on a Flex BMR461 converter module.
Signed-off-by: Erik Rosen
---
Documentation/hwmon/index.rst| 1 +
Documentation/hwmon/max15301.rst | 87
> -Original Message-
> From: Rafael J. Wysocki
> Sent: Monday, March 29, 2021 5:48 AM
> To: Bhaskar Chowdhury ; Kaneda, Erik
>
> Cc: Wysocki, Rafael J ; ACPI Devel Maling List
> ; open list:ACPI COMPONENT ARCHITECTURE
> (ACPICA) ; Linux Kernel Mailing List
> -Original Message-
> From: Bhaskar Chowdhury
> Sent: Friday, March 26, 2021 12:49 PM
> To: Moore, Robert
> Cc: Kaneda, Erik ; Wysocki, Rafael J
> ; l...@kernel.org; linux-a...@vger.kernel.org;
> de...@acpica.org; linux-kernel@vger.kernel.org; rdun...@infrad
> -Original Message-
> From: Rafael J. Wysocki
> Sent: Tuesday, March 23, 2021 12:03 PM
> To: Kirill A. Shutemov ; Kaneda, Erik
>
> Cc: Wysocki, Rafael J ; Vegard Nossum
> ; Vlastimil Babka ; Rafael J.
> Wysocki ; Moore, Robert ;
> Kees Cook ; Christop
Add support for TI TPS53676 controller to the tps53679 pmbus driver
The driver uses the USER_DATA_03 register to figure out how many phases
are enabled and to which channel they are assigned, and sets the number
of pages and phases accordingly.
Signed-off-by: Erik Rosen
---
Documentation/hwmon
Add trivial device entry for TPS53676
Signed-off-by: Erik Rosen
---
Documentation/devicetree/bindings/trivial-devices.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/trivial-devices.yaml
b/Documentation/devicetree/bindings/trivial-devices.yaml
index
age line length
-Add length check on returned data from USER_DATA_03 register
-Reorder i2c_device_id list alphabetically
Erik Rosen (2):
Add trivial device entry for tps53676
Add support for TPS53676
.../devicetree/bindings/trivial-devices.yaml | 2 +
Documentation/hwmon/tps53679.
On Fri, Mar 19, 2021 at 12:04 AM Guenter Roeck wrote:
>
> On 3/18/21 2:24 PM, Erik Rosen wrote:
> > Add support for TI TPS53676 controller to the tps53679 pmbus driver
> >
> > The driver uses the USER_DATA_03 register to figure out how many phases are
> > enabled
Add support for TI TPS53676 controller to the tps53679 pmbus driver
The driver uses the USER_DATA_03 register to figure out how many phases are
enabled and to which channel they are assigned, and sets the number of pages
and phases accordingly.
Signed-off-by: Erik Rosen
---
Documentation/hwmon
Add trivial device entry for TPS53676
Signed-off-by: Erik Rosen
---
Documentation/devicetree/bindings/trivial-devices.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/trivial-devices.yaml
b/Documentation/devicetree/bindings/trivial-devices.yaml
index
Add hardware monitoring support for TI TPS53676 Dual-channel D-CAP+,
dual-channel (N + M <= 7 phases) step-down, multiphase controller with AVSBus.
The support is added to the existing pmbus/tps53679 driver.
This patch has been tested with a Flex BMR474 converter.
Erik Rosen (2):
Add triv
This looks good to me. Bob, do you have any comments?
Erik
> -Original Message-
> From: Weidong Cui
> Sent: Monday, February 8, 2021 7:18 PM
> To: Moore, Robert ; Kaneda, Erik
> ; Wysocki, Rafael J ;
> Len Brown
> Cc: Weidong Cui ; Xinyang Ge
> ; linux-
Add hardware monitoring support for ST STPDDC60 Unversal Digital
Multicell Controller.
Signed-off-by: Erik Rosen
---
Documentation/hwmon/index.rst| 1 +
Documentation/hwmon/stpddc60.rst | 90 +++
MAINTAINERS | 7 +
drivers/hwmon/pmbus/Kconfig | 10
selected sensors after auto-detection of limit attributes.
Signed-off-by: Erik Rosen
---
drivers/hwmon/pmbus/pmbus.h | 1 +
drivers/hwmon/pmbus/pmbus_core.c | 11 +++
2 files changed, 12 insertions(+)
diff --git a/drivers/hwmon/pmbus/pmbus.h b/drivers/hwmon/pmbus/pmbus.h
index
e
-Use the probe_new function callback
Erik Rosen (2):
Add pmbus_set_update() function to set update flag on selected sensors
Add ST STPDDC60 pmbus driver
Documentation/hwmon/index.rst| 1 +
Documentation/hwmon/stpddc60.rst | 90 +++
MAINTAINERS | 7 +
> -Original Message-
> From: Ard Biesheuvel
> Sent: Monday, February 8, 2021 11:14 AM
> To: Kaneda, Erik
> Cc: Rafael J. Wysocki ; Shawn Guo
> ; Linux ARM ker...@lists.infradead.org>; ACPI Devel Maling List a...@vger.kernel.org>; Linux Kernel Mailing List
> -Original Message-
> From: Rafael J. Wysocki
> Sent: Monday, February 8, 2021 5:01 AM
> To: Shawn Guo ; Ard Biesheuvel
> ; Kaneda, Erik
> Cc: Linux ARM ; ACPI Devel Maling
> List ; Linux Kernel Mailing List ker...@vger.kernel.org>; open list:ACPI COMPONEN
Add hardware monitoring support for ST STPDDC60 Unversal Digital
Multicell Controller.
Signed-off-by: Erik Rosen
---
Documentation/hwmon/index.rst| 1 +
Documentation/hwmon/stpddc60.rst | 90 +++
MAINTAINERS | 7 +
drivers/hwmon/pmbus/Kconfig | 10
selected sensors after auto-detection of limit attributes.
Signed-off-by: Erik Rosen
---
drivers/hwmon/pmbus/pmbus.h | 1 +
drivers/hwmon/pmbus/pmbus_core.c | 11 +++
2 files changed, 12 insertions(+)
diff --git a/drivers/hwmon/pmbus/pmbus.h b/drivers/hwmon/pmbus/pmbus.h
index
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 removed. I side with
gcc in this case.
Erik
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:
> >>
> >> Hi Erik,
> >>
> >> On 1/29/21 5:07 AM,
It is no longer necessary to clear the cache to update the sensor value
from the chip.
Signed-off-by: Erik Rosen
---
drivers/hwmon/pmbus/lm25066.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/hwmon/pmbus/lm25066.c b/drivers/hwmon/pmbus/lm25066.c
index c75a6bf39641
be that a sensor read after a write will always
trigger a chip access.
Erik Rosen (2):
Clear sensor data after chip write
Remove unnecessary pmbus_clear_cache function call
drivers/hwmon/pmbus/lm25066.c| 5 -
drivers/hwmon/pmbus/pmbus_core.c | 2 +-
2 files changed, 1 insertion(+), 6
Set the sensor->data field to -ENODATA to force a chip access next time
the sensor value is read.
Signed-off-by: Erik Rosen
---
drivers/hwmon/pmbus/pmbus_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hwmon/pmbus/pmbus_core.c b/drivers/hwmon/pm
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:
> [ ... ]
> >>
> >>> + break;
> >>> + case PMBUS_VOUT_OV_FAULT_LIMIT:
> >>> + case PMBUS_VOUT_UV
converter module.
Erik Rosen (1):
Add ST STPDDC60 pmbus driver
Documentation/hwmon/index.rst| 1 +
Documentation/hwmon/stpddc60.rst | 79 +
MAINTAINERS | 7 ++
drivers/hwmon/pmbus/Kconfig | 10 ++
drivers/hwmon/pmbus/Makefile | 2 +
drivers/hwmon
Add ST STPDDC60 pmbus client driver.
Signed-off-by: Erik Rosen
---
Documentation/hwmon/index.rst| 1 +
Documentation/hwmon/stpddc60.rst | 79 +
MAINTAINERS | 7 ++
drivers/hwmon/pmbus/Kconfig | 10 ++
drivers/hwmon/pmbus/Makefile | 2
> -Original Message-
> From: Rafael J. Wysocki
> Sent: Monday, January 25, 2021 8:37 AM
> To: Christophe JAILLET
> Cc: Kaneda, Erik ; Wysocki, Rafael J
> ; ACPI Devel Maling List a...@vger.kernel.org>; open list:ACPI COMPONENT ARCHITECTURE
> (ACPICA) ; Linux
> -Original Message-
> From: Nick Desaulniers
> Sent: Thursday, January 21, 2021 11:08 AM
> To: Rafael J. Wysocki ; Kaneda, Erik
>
> Cc: Jon Hunter ; Moore, Robert
> ; Wysocki, Rafael J ;
> Gustavo A . R . Silva ; clang-built-linux li...@googlegroups.com&
> -Original Message-
> From: Nick Desaulniers
> Sent: Thursday, January 21, 2021 11:08 AM
> To: Rafael J. Wysocki ; Kaneda, Erik
>
> Cc: Jon Hunter ; Moore, Robert
> ; Wysocki, Rafael J ;
> Gustavo A . R . Silva ; clang-built-linux li...@googlegroups.com&
Kelley, Sean V ; Wysocki,
> Rafael J ; Bjorn Helgaas ;
> Jon Masters ; Chris Browy design.com>; Randy Dunlap ; Christoph Hellwig
> ; daniel@alibaba-inc.com; Moore, Robert
> ; Kaneda, Erik
> Subject: Re: [RFC PATCH v3 02/16] cxl/acpi: Add an acpi_cxl module for the
> CXL inter
> -Original Message-
> From: Qian Cai
> Sent: Tuesday, September 29, 2020 11:35 AM
> To: Moore, Robert ; Kaneda, Erik
> ; Wysocki, Rafael J
> Cc: Len Brown ; linux-a...@vger.kernel.org;
> de...@acpica.org; linux-kernel@vger.kernel.org; Paul E. McKenney
>
&
> -Original Message-
> From: Rafael J. Wysocki
> Sent: Monday, July 27, 2020 5:44 AM
> To: Randy Dunlap ; Kaneda, Erik
>
> Cc: Linux Kernel Mailing List ; Rafael J.
> Wysocki ; Len Brown ; ACPI Devel
> Maling List ; Moore, Robert
>
> Subject: Re: [
On Tue, 21 Jul 2020 at 09:23, Johan Hovold wrote:
>
> On Fri, Jul 17, 2020 at 08:51:18PM +0200, Erik Ekman wrote:
> > When running qmi-firmware-update on the Sierra Wireless EM7305 in a Toshiba
> > laptop, it changed product ID to 0x9062 when entering QDL mode:
> >
> &g
2-4: Qualcomm USB modem converter now attached to ttyUSB0
Signed-off-by: Erik Ekman
---
drivers/usb/serial/qcserial.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/serial/qcserial.c b/drivers/usb/serial/qcserial.c
index d147feae83e6..0f60363c1bbc 100644
--- a/drivers/usb/ser
> -Original Message-
> From: Rafael J. Wysocki
> Sent: Monday, June 22, 2020 7:02 AM
> To: Williams, Dan J ; Kaneda, Erik
>
> Cc: Wysocki, Rafael J ; Len Brown
> ; Borislav Petkov ; Weiny, Ira
> ; James Morse ; Myron
> Stowe ; Andy Shevchenko
> ; linux
what that actually entails, but I wonder if entirely
> > disabling support for ACPI_ADR_SPACE_SYSTEM_MEMORY would be
> sensible.
No, Windows uses these as well. They might have some restriction on which areas
are allowed though.
With that said, there are plenty of use cases (SMI handlers
> -Original Message-
> From: Nick Desaulniers
> Sent: Thursday, June 11, 2020 10:06 AM
> To: Kaneda, Erik
> Cc: Jung-uk Kim ; Wysocki, Rafael J
> ; Ard Biesheuvel ;
> dvyu...@google.com; gli...@google.com; linux-arm-
> ker...@lists.infradead.org; linu
> -Original Message-
> From: Rafael J. Wysocki
> Sent: Wednesday, June 10, 2020 5:22 AM
> To: Williams, Dan J
> Cc: Kaneda, Erik ; Wysocki, Rafael J
> ; Len Brown ; Borislav
> Petkov ; Weiny, Ira ; James Morse
> ; Myron Stowe ;
> Andy Shevchenko ; linu
> -Original Message-
> From: Jung-uk Kim
> Sent: Wednesday, June 10, 2020 4:46 PM
> To: Nick Desaulniers ; Kaneda, Erik
>
> Cc: Wysocki, Rafael J ; Ard Biesheuvel
> ; dvyu...@google.com; gli...@google.com; linux-arm-
> ker...@lists.infradead.org; linu
> -Original Message-
> From: Vegard Nossum
> Sent: Friday, June 5, 2020 7:45 AM
> To: Vlastimil Babka ; Rafael J. Wysocki
> ; Moore, Robert ; Kaneda,
> Erik
> Cc: Kees Cook ; Wysocki, Rafael J
> ; Christoph Lameter ; Andrew
> Morton ; Marco Elver
+JKim (for FreeBSD's perspective)
> -Original Message-
> From: Nick Desaulniers
> Sent: Monday, June 1, 2020 4:18 PM
> To: Moore, Robert ; Kaneda, Erik
> ; Wysocki, Rafael J ;
> Len Brown
> Cc: Ard Biesheuvel ; dvyu...@google.com;
> gli...@google.com; gu
> -Original Message-
> From: linux-acpi-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Kaneda, Erik
> Sent: Wednesday, June 3, 2020 4:13 PM
> To: Rafael J. Wysocki ; Gustavo A. R. Silva
>
> Cc: Moore, Robert ; Wysocki, Rafael J
> ; Len Brown ; ACPI De
> -Original Message-
> From: Nick Desaulniers
> Sent: Tuesday, June 2, 2020 11:47 AM
> To: Kaneda, Erik
> Cc: Moore, Robert ; Wysocki, Rafael J
> ; Len Brown ; Ard
> Biesheuvel ; dvyu...@google.com; gli...@google.com;
> guohan...@huawei.com; linux-arm-ker...@li
> -Original Message-
> From: Vegard Nossum
> Sent: Friday, June 5, 2020 7:45 AM
> To: Vlastimil Babka ; Rafael J. Wysocki
> ; Moore, Robert ; Kaneda,
> Erik
> Cc: Kees Cook ; Wysocki, Rafael J
> ; Christoph Lameter ; Andrew
> Morton ; Marco Elver
> -Original Message-
> From: linux-acpi-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Rafael J. Wysocki
> Sent: Wednesday, June 3, 2020 6:04 AM
> To: Gustavo A. R. Silva ; Kaneda, Erik
>
> Cc: Moore, Robert ; Wysocki, Rafael J
> ; Len Brown ; ACPI De
> -Original Message-
> From: Nick Desaulniers
> Sent: Monday, June 1, 2020 4:18 PM
> To: Moore, Robert ; Kaneda, Erik
> ; Wysocki, Rafael J ;
> Len Brown
> Cc: Ard Biesheuvel ; dvyu...@google.com;
> gli...@google.com; guohan...@huawei.com; linux-arm-
> ker...
> -Original Message-
> From: linux-acpi-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Kees Cook
> Sent: Wednesday, May 20, 2020 8:41 AM
> To: Rafael J. Wysocki
> Cc: Gustavo A. R. Silva ; Moore, Robert
> ; Kaneda, Erik ; Wysocki,
> Rafael J ;
> -Original Message-
> From: Rafael J. Wysocki
> Sent: Thursday, September 26, 2019 12:26 PM
> To: Nikolaus Voss
> Cc: Schmauss, Erik ; Shevchenko, Andriy
> ; Rafael J. Wysocki ;
> Moore, Robert ; Len Brown ;
> Jacek Anaszewski ; Pavel Machek
> ; Dan Murphy ;
> -Original Message-
> From: linux-acpi-ow...@vger.kernel.org
> On Behalf Of Shevchenko, Andriy
> Sent: Thursday, September 26, 2019 9:35 AM
> To: Schmauss, Erik
> Cc: Nikolaus Voss ; Rafael J. Wysocki
> ; Moore, Robert ; Len Brown
> ; Jacek Anaszewski ; Pav
> -Original Message-
> From: Nikolaus Voss
> Sent: Thursday, September 12, 2019 1:08 AM
> To: Shevchenko, Andriy ; Schmauss, Erik
> ; Rafael J. Wysocki ; Moore,
> Robert
> Cc: Len Brown ; Jacek Anaszewski
> ; Pavel Machek ; Dan Murphy
> ; linux-a...@vger.k
> -Original Message-
> From: Ferry Toth
> Sent: Thursday, September 12, 2019 12:37 PM
> To: Moore, Robert ; Nikolaus Voss
> ; Shevchenko, Andriy
> ; Schmauss, Erik ;
> Rafael J. Wysocki
> Cc: Len Brown ; Jacek Anaszewski
> ; Pavel Machek ; Dan Murphy
> ;
> -Original Message-
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Duran, Leo
> Sent: Wednesday, August 14, 2019 2:30 PM
> To: linux-a...@vger.kernel.org; linux-kernel@vger.kernel.org
> Cc: Rafael J. Wysocki ; Len Brown
> Subject: Pars
> -Original Message-
> From: Qian Cai [mailto:c...@lca.pw]
> Sent: Thursday, August 1, 2019 12:16 PM
> To: Moore, Robert ; Wysocki, Rafael J
>
> Cc: Schmauss, Erik ; j...@freebsd.org;
> l...@kernel.org; ndesaulni...@google.com; linux-a...@vger.kernel.org;
> de...
> -Original Message-
> From: Hedi Berriche [mailto:hedi.berri...@hpe.com]
> Sent: Thursday, May 30, 2019 10:45 AM
> To: linux-a...@vger.kernel.org; linux-kernel@vger.kernel.org
> Cc: Hedi Berriche ; Russ Anderson
> ; Mike Travis ; Frank Ramsay
> ; Moore, Robe
> -Original Message-
> From: YueHaibing [mailto:yuehaib...@huawei.com]
> Sent: Wednesday, May 8, 2019 8:07 AM
> To: Moore, Robert ; Schmauss, Erik
> ; Wysocki, Rafael J ;
> l...@kernel.org
> Cc: linux-kernel@vger.kernel.org; de...@acpica.org; linux-
> a...@vge
> -Original Message-
> From: Gabriel C [mailto:nix.or@gmail.com]
> Sent: Tuesday, May 7, 2019 12:06 PM
> To: Schmauss, Erik
> Cc: Rafael J. Wysocki ; ACPI Devel Maling List a...@vger.kernel.org>; LKML ; Moore,
> Robert
> Subject: Re: [Kernel 5.1] ACP
> -Original Message-
> From: Gabriel C [mailto:nix.or@gmail.com]
> Sent: Tuesday, May 7, 2019 2:33 AM
> To: Rafael J. Wysocki
> Cc: ACPI Devel Maling List ; LKML ker...@vger.kernel.org>; Schmauss, Erik
> Subject: Re: [Kernel 5.1] ACPI_DEBUG messages withou
> -Original Message-
> From: Chen, Rong A
> Sent: Sunday, February 17, 2019 5:36 PM
> To: Moore, Robert
> Cc: Wysocki, Rafael J ; Schmauss, Erik
> ; LKML ; Linus
> Torvalds ; l...@01.org
> Subject: [LKP] [ACPICA] 4c1379d7bb: reaim.jobs_per_min -2.8% regression
ill.dea...@arm.com;
> mark.rutl...@arm.com; Moore, Robert ;
> Schmauss, Erik ; Wysocki, Rafael J
> ; l...@kernel.org; Jeremy Linton
>
> Subject: [RFC 1/3] ACPICA: ACPI 6.3: Add MADT/GICC/SPE extension.
>
Hi Jeremy,
> [Placeholder patch for upstream ACPICA commit]
FYI: we are
@linux-foundation.org; Moore, Robert
> ; Schmauss, Erik
> ; Wysocki, Rafael J
> ; l...@kernel.org
> Subject: Re: [PATCH 2/2] x86, kexec_file_load: make it work with
> efi=noruntime or efi=oldmap
>
> On 01/09/19 at 02:47pm, Kairui Song wrote:
> > When efi=noruntime or efi=oldmap
> -Original Message-
> From: Rafael J. Wysocki [mailto:raf...@kernel.org]
> Sent: Thursday, December 20, 2018 12:57 AM
> To: Schmauss, Erik
> Cc: Williams, Dan J ; Rafael J. Wysocki
> ; Busch, Keith ; Moore,
> Robert ; Linux Kernel Mailing List ker...@vger.ke
> -Original Message-
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Dan Williams
> Sent: Wednesday, December 19, 2018 4:00 PM
> To: Schmauss, Erik
> Cc: Rafael J. Wysocki ; Busch, Keith
> ; Moore, Robert ;
> L
looks like the problem at hand is that acpi_hmat_structure is incompatible
> with acpi_subtable_header because of the different layout and field sizes.
Just out of curiosity, why don't we use ACPICA code to parse static ACPI tables
in Linux?
We have a disassembler for static tables that parses all s
> -Original Message-
> From: Rafael J. Wysocki [mailto:raf...@kernel.org]
> Sent: Wednesday, December 12, 2018 1:07 PM
> To: ok...@kernel.org; Schmauss, Erik
> Cc: ACPI Devel Maling List ; Moore, Robert
> ; Wysocki, Rafael J ;
> Len Brown ; de...@acpica.org; Linu
> -Original Message-
> From: Sinan Kaya [mailto:ok...@kernel.org]
> Sent: Wednesday, December 12, 2018 9:20 AM
> To: linux-a...@vger.kernel.org
> Cc: Sinan Kaya ; Moore, Robert
> ; Schmauss, Erik ;
> Wysocki, Rafael J ; Len Brown
> ; open list:ACPI COMPON
> -Original Message-
> From: Jean Delvare [mailto:jdelv...@suse.de]
> Sent: Thursday, November 29, 2018 11:34 AM
> To: Greg Kroah-Hartman
> Cc: Schmauss, Erik ; linux-
> ker...@vger.kernel.org; sta...@vger.kernel.org; Jean-Marc Lenoir
> ; Wysocki, Rafael J
>
> -Original Message-
> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> Sent: Thursday, November 29, 2018 7:01 AM
> To: Jean Delvare
> Cc: linux-kernel@vger.kernel.org; sta...@vger.kernel.org; Jean-Marc Lenoir
> ; Schmauss, Erik ;
> Wysocki, Ra
> -Original Message-
> From: Holger Hoffstätte [mailto:hol...@applied-asynchrony.com]
> Sent: Monday, November 12, 2018 11:42 AM
> To: Schmauss, Erik ; Greg Kroah-Hartman
> ; linux-kernel@vger.kernel.org
> Cc: sta...@vger.kernel.org; Jean-Marc Lenoir ;
> Wysocki, Ra
> -Original Message-
> From: Holger Hoffstätte [mailto:hol...@applied-asynchrony.com]
> Sent: Monday, November 12, 2018 10:31 AM
> To: Greg Kroah-Hartman ; linux-
> ker...@vger.kernel.org
> Cc: sta...@vger.kernel.org; Jean-Marc Lenoir ;
> Schmauss, Erik ; Wysocki,
> -Original Message-
> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> Sent: Monday, November 12, 2018 9:47 AM
> To: Schmauss, Erik
> Cc: linux-kernel@vger.kernel.org; sta...@vger.kernel.org; Jean-Marc Lenoir
> ; Wysocki, Rafael J
> Subject: Re
> -Original Message-
> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> Sent: Sunday, November 11, 2018 2:22 PM
> To: linux-kernel@vger.kernel.org
> Cc: Greg Kroah-Hartman ;
> sta...@vger.kernel.org; Jean-Marc Lenoir ;
> Schmauss, Erik ; Wysocki,
> -Original Message-
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
> Sent: Sunday, August 12, 2018 3:50 AM
> To: Linux ACPI
> Cc: Paul Menzel ; Linux PM p...@vger.kernel.org>; LKML ; Schmau
return value from the control
method invocation.
fixes: 73c2a01c52b6 (ACPICA: AML Parser: ignore dispatcher error status during
table load)
Reported-by: Linus Torvalds
Tested-by: Linus Torvalds
Tested-by: Oleksandr Natalenko
Signed-off-by: Erik Schmauss
---
drivers/acpi/acpica/psloop.c | 19
> -Original Message-
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Schmauss, Erik
> Sent: Friday, July 27, 2018 2:51 PM
> To: Linus Torvalds ; Rafael J. Wysocki
>
> Cc: Linux ACPI ; Linux Kernel Mailing List k
rsion 4.18.0-rc6-00110-g6e77b267723c
>
> but it *does* happen in
>
> Linux version 4.18.0-rc6-00152-gcd3f77d74ac3
>
> and while I didn't bisect it, I'm assuming it's due to 73c2a01c52b6
> ("ACPICA: AML Parser: ignore dispatcher error status during tabl
view of this I want you to
forward your Project Business Plan to the Investor's Vetting Team for review
and Funding Recommendation.
Regards,
Erik Su.
Email:eriksuinvenstme...@gmail.com
view of this I want you to
forward your Project Business Plan to the Investor's Vetting Team for review
and Funding Recommendation.
Regards,
Erik Su.
Email:eriksuinvenstme...@gmail.com
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Sunday, July 8, 2018 2:10 AM
> To: Linux ACPI
> Cc: Thomas Hänig ; Takashi Iwai ;
> Schmauss, Erik ; Linux PM p...@vger.kernel.org>; Linux Kernel Mailing List
>
> Subject: [
> -Original Message-
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
> Sent: Tuesday, July 3, 2018 12:52 AM
> To: Jeremy Linton
> Cc: Rafael J. Wysocki ; Schmauss, Erik
> ; linux-a...@vger.ker
> -Original Message-
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
> Sent: Friday, June 29, 2018 2:32 AM
> To: Schmauss, Erik
> Cc: Andy Shevchenko ; Toralf Förster
> ; Moore, Robert ; ACP
> -Original Message-
> From: Andy Shevchenko [mailto:andy.shevche...@gmail.com]
> Sent: Wednesday, June 27, 2018 10:29 AM
> To: Toralf Förster ; Schmauss, Erik
>
> Cc: ACPI Devel Maling List ; Linux Kernel ker...@vger.kernel.org>
> Subject: Re: small dmesg reg
x27;t use
ath10k_htt_txrx_compl_task().
Erik, is there a reason for this?
The reason is that the SDIO code has been derived mainly from qcacld and ath6kl
and they don't implement napi.
ath10k_htt_txrx_compl_task is currently only called from the napi poll function,
and the sdio bus driver do
Fixed a couple of badly formatted comments.
Signed-off-by: Erik Mansson
---
drivers/regulator/fan53555.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/regulator/fan53555.c b/drivers/regulator/fan53555.c
index a3bc8037153e..78f98e679fbf 100644
--- a
y default as well as a few other
fixes with forward referencing of package elements. Once we have established
that these patches are stable, we will get rid of
acpi_gbl_parse_table_as_term_list. So this quirk may not be needed in the near
future...
Erik
> >
> >
ist ;
> de...@acpica.org; Linux Kernel Mailing List ;
> Schmauss, Erik
> Subject: Re: [PATCH] ACPICA: Fix indentation
>
> On Fri, Dec 8, 2017 at 5:29 PM, Vasyl Gomonovych
> wrote:
> > This patch avoids that smatch reports the following:
> > drivers/acpi/acpica/exdu
> -Original Message-
> From: alexander.le...@verizon.com [mailto:alexander.le...@verizon.com]
> Sent: Thursday, November 16, 2017 4:56 PM
> To: Schmauss, Erik
> Cc: Moore, Robert ; linux-kernel@vger.kernel.org;
> sta...@vger.kernel.org; Wysocki, Rafael J
> Subjec
> -Original Message-
> From: alexander.le...@verizon.com [mailto:alexander.le...@verizon.com]
> Sent: Wednesday, November 15, 2017 8:39 AM
> To: Moore, Robert
> Cc: linux-kernel@vger.kernel.org; sta...@vger.kernel.org; Wysocki, Rafael J
> ; Schmauss, Erik
> Subjec
y 3.x vs
4.x kernel or 32-bit vs 64-bit.
Of course, if I enable the yield() in the code below, the kernel module
loads and runs as expected in all cases.
Any advice, thoughts, questions, or comments greatly appreciated.
Thanks!
Regards
Erik
P.S. Yes, I know I should have locking around my count
ss/ath/ath10k/sdio.c:676: warning: ‘ret’ may be used
uninitialized in this function
...
drivers/net/wireless/ath/ath10k/sdio.c: In function
‘ath10k_sdio_irq_handler’:
drivers/net/wireless/ath/ath10k/sdio.c:1331: warning: ‘ret’ may be used
uninitialized in this function
Signed-off-by: Erik Stromda
With gcc 4.1.2:
drivers/net/wireless/ath/ath10k/sdio.c: In function
‘ath10k_sdio_mbox_rxmsg_pending_handler’:
drivers/net/wireless/ath/ath10k/sdio.c:676: warning: ‘ret’ may be used
uninitialized in this function
+
+ *done = true;
+
+ /* Copy the lookahead obtained from the HTC regis
/* Otherwise enter Recovery state */
tcp_enter_recovery(sk, (flag & FLAG_ECE));
fast_rexmit = 1;
reduced_congestion_window = tp->snd_cwnd;
...
}
Does anyone have advice on where (and how) to implement this? Does any
of the proposed solutions above seem logical?
/ Lars Erik Storbukås
ate to network conditions and remaining time before the deadline, to
balance timeliness and transmission aggressiveness.
/ Lars Erik Storbukås (storbukas@gmail.com)
ate to network conditions and remaining time before the deadline, to
balance timeliness and transmission aggressiveness.
/ Lars Erik Storbukås (storbukas@gmail.com)
2017-04-25 0:20 GMT+02:00 Andreas Petlund :
>
>> On 24 Apr 2017, at 23:31, Lars Erik Storbukås
>> wrote:
>>
>> 2017-04-24 23:00 GMT+02:00 Neal Cardwell :
>>> On Mon, Apr 24, 2017 at 4:20 PM, Lars Erik Storbukås
>>> wrote:
>>>> 2017-0
2017-04-24 23:00 GMT+02:00 Neal Cardwell :
> On Mon, Apr 24, 2017 at 4:20 PM, Lars Erik Storbukås
> wrote:
>> 2017-04-24 21:42 GMT+02:00 Neal Cardwell :
>>> On Mon, Apr 24, 2017 at 3:11 PM, Lars Erik Storbukås
>>> wrote:
>>>> I'm trying to g
2017-04-24 21:42 GMT+02:00 Neal Cardwell :
> On Mon, Apr 24, 2017 at 3:11 PM, Lars Erik Storbukås
> wrote:
>> I'm trying to get amount of congestion events in TCP caused by
>> DUPACK's (fast retransmissions), and can't seem to find any variable
>> in th
I'm trying to get amount of congestion events in TCP caused by
DUPACK's (fast retransmissions), and can't seem to find any variable
in the TCP info struct which hold that value. There are three
variables in the TCP info struct that seem to hold similar congestion
values: __u8 tcpi_retransmits;__u32
not the
combination of absolute and delta time stamps which is the default
behavior of show_delta) also makes it easier to diff logs from
different test runs.
Erik Stromdahl (2):
scripts: show_delta: add time stamp rounding option
scripts: show_delta: add --delta-only option
scripts/show_delta
1 - 100 of 519 matches
Mail list logo
