From: "Edward A. James"
Setup the sensor attributes for every OCC sensor found by the first poll
response. Register the attributes with hwmon. Add hwmon documentation
for the driver.
Signed-off-by: Edward A. James
---
drivers/hwmon/occ/common.c | 450 +++
From: "Edward A. James"
Add method to parse the response from the OCC poll command. This only
needs to be done during probe(), since the OCC shouldn't change the
number or format of sensors while it's running. The parsed response
allows quick access to sensor data, as well as information on the
n
From: "Edward A. James"
Detail the sysfs attributes provided by the occ-hwmon driver.
Signed-off-by: Edward A. James
---
Documentation/ABI/testing/sysfs-driver-occ-hwmon | 85
1 file changed, 85 insertions(+)
create mode 100644 Documentation/ABI/testing/sysfs-driver-o
From: "Edward A. James"
For the P8 OCC, add the procedure to send a command to the OCC over I2C
bus. This involves writing the OCC command registers with serial
communication operations (SCOMs) interpreted by the I2C slave. For the
P9 OCC, add a procedure to use the OCC in-kernel API to send a co
From: "Edward A. James"
Document the bindings for I2C-based OCC hwmon device.
Signed-off-by: Edward A. James
---
.../devicetree/bindings/i2c/ibm,p8-occ-hwmon.txt | 25 ++
1 file changed, 25 insertions(+)
create mode 100644 Documentation/devicetree/bindings/i2c/ibm,p8-occ
From: "Edward A. James"
This series adds a hwmon driver to support the OCC on POWER8 and POWER9
processors. The OCC is an embedded processor that provides realtime power and
thermal monitoring and management.
This driver has two different platform drivers as a "base" for the
hwmon interface, as
On Mon, Nov 20, 2017 at 1:25 PM, Ulf Hansson wrote:
> On 18 November 2017 at 15:31, Rafael J. Wysocki wrote:
>> From: Rafael J. Wysocki
>>
>> Define and document a new driver flag, DPM_FLAG_LEAVE_SUSPENDED, to
>> instruct the PM core and middle-layer (bus type, PM domain, etc.)
>> code that it i
On Wed, Nov 15, 2017 at 04:09:32PM +0200, Jani Nikula wrote:
> On Wed, 15 Nov 2017, "Tobin C. Harding" wrote:
> > On Tue, Nov 14, 2017 at 04:48:16PM -0700, Jonathan Corbet wrote:
> >
> > Awesome comments Jon, I knew there would be more to writing docs than
> > first met the eye.
> >
> >> On Wed, 1
On 11/19/2017 12:23 AM, Mimi Zohar wrote:
Hi Serge,
On Fri, 2017-11-17 at 22:20 -0600, Serge E. Hallyn wrote:
On Tue, Nov 07, 2017 at 11:37:01AM +0100, Roberto Sassu wrote:
from a predefined position (/etc/ima/digest_lists/metadata), when rootfs
becomes available. Digest lists must be loaded b
On Fri, Nov 17, 2017 at 05:54:05PM -0800, Megha Dey wrote:
> + mutex_lock(&bm_counter_mutex);
> + for (i = 0; i < BM_MAX_COUNTERS; i++) {
> + if (bm_counter_owner[i] == NULL) {
> + counter_to_use = i;
> + bm_counter_owner[i] = event;
> +
On 18 November 2017 at 15:31, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Define and document a new driver flag, DPM_FLAG_LEAVE_SUSPENDED, to
> instruct the PM core and middle-layer (bus type, PM domain, etc.)
> code that it is desirable to leave the device in runtime suspend
> after s
On 18 November 2017 at 15:41, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Make the PM core handle DPM_FLAG_LEAVE_SUSPENDED directly for
> devices whose "noirq", "late" and "early" driver callbacks are
> invoked directly by it.
This indicates that your target for this particular change
On Mon, 2017-11-20 at 10:40 +0100, Roberto Sassu wrote:
> On 11/19/2017 12:23 AM, Mimi Zohar wrote:
> > Hi Serge,
> >
> > On Fri, 2017-11-17 at 22:20 -0600, Serge E. Hallyn wrote:
> >> On Tue, Nov 07, 2017 at 11:37:01AM +0100, Roberto Sassu wrote:
> >>> from a predefined position (/etc/ima/digest_
On Fri, Nov 17, 2017 at 05:54:06PM -0800, Megha Dey wrote:
SNIP
> +IV. User-configurable inputs
> +
> +
> +Several sysfs entries are provided in /sys/devices/intel_bm/ to configure
> +controls for the supported hardware heuristics.
> +
> +1. LBR freeze: /sys/devices/in
On Fri, Nov 17, 2017 at 05:54:05PM -0800, Megha Dey wrote:
SNIP
> +/* Branch Monitoring default and mask values */
> +#define BM_MAX_WINDOW_SIZE 0x3ff
> +#define BM_MAX_THRESHOLD 0x7f
> +#define BM_MAX_EVENTS6
> +#define BM_WINDOW_SIZE_SHIFT 8
Hi,
2017-11-20 0:19 GMT+08:00 Alexander Aring :
> Hi,
>
> On Sat, Nov 18, 2017 at 10:55 AM, Jian-Hong Pan
> wrote:
>> There are more functions and operations which must be used or implemented
>> in each IEEE 802.15.4 device driver, but are not mentioned in the Device
>> drivers API section of Do
Quoting Mimi Zohar (zo...@linux.vnet.ibm.com):
> On Mon, 2017-11-20 at 10:40 +0100, Roberto Sassu wrote:
> > On 11/19/2017 12:23 AM, Mimi Zohar wrote:
> > > Hi Serge,
> > >
> > > On Fri, 2017-11-17 at 22:20 -0600, Serge E. Hallyn wrote:
> > >> On Tue, Nov 07, 2017 at 11:37:01AM +0100, Roberto Sass
On Sun, 19 Nov 2017 10:02:20 -0800
Randy Dunlap wrote:
> Drop CONFIG_VIDEO_400_HACK info completely.
> Drop CONFIG_VIDEO_RETAIN and CONFIG_VIDEO_LOCAL completely.
> Drop CONFIG_VIDEO_COMPACT and CONFIG_VIDEO_VESA info completely.
> Drop CONFIG_VIDEO_SVGA info since it has been removed.
> Drop cha
On 20/11/2017 08:05, Quan Xu wrote:
[ ... ]
But the irq_timings stuff is heading into the same direction, with a
more
complex prediction logic which should tell you pretty good how long
that
idle period is going to be and in case of an interrupt heavy workload
this
>
On Sun, 19 Nov 2017 21:08:11 -0800
Randy Dunlap wrote:
> From: Randy Dunlap
>
> Correctly the formatting of several additions to the profile= option
> that have been added by using and listing the choices
> for it.
Applied, thanks.
jon
--
To unsubscribe from this list: send the line "unsubsc
On Wed, 15 Nov 2017 19:19:19 -0800
Randy Dunlap wrote:
> Add sort() and list_sort() to the kernel API documentation in a
> new "Sorting" section.
Neither of these patches applies to current docs-next. Seems they
conflict with the math functions docs that somebody added...:) Not hard
to fix up,
On Mon, Oct 30, 2017 at 12:40:20PM +0900, Masahiro Yamada wrote:
> 2017-10-28 4:41 GMT+09:00 Matthew Wilcox :
> > From: Matthew Wilcox
> >
> > Implement a '-none' output mode for kernel-doc which will only output
> > warning messages, and suppresses the warning message about there being
> > no ker
On Mon, 20 Nov 2017 10:40:40 -0800
Matthew Wilcox wrote:
> > ifeq ($(KBUILD_ENABLE_EXTRA_GCC_CHECKS),)
> > cmd_checkdoc = $(srctree)/scripts/kernel-doc -none $< ;
> > endif
>
> Thanks! v2 below. Jon, could you apply?
Done, thanks.
jon
--
To unsubscribe from this list: send the line "unsubs
On Fri, Nov 17, 2017 at 08:53:21AM -0800, Stephen Boyd wrote:
> It isn't clear if this function of_node_put()s the 'from'
> argument, or the node it searches. Clearly indicate which
> variable is touched. Fold in some more fixes from Randy too
> because we're in the area.
>
> Cc: Randy Dunlap
> S
On 11/20/17 10:09, Jonathan Corbet wrote:
> On Wed, 15 Nov 2017 19:19:19 -0800
> Randy Dunlap wrote:
>
>> Add sort() and list_sort() to the kernel API documentation in a
>> new "Sorting" section.
>
> Neither of these patches applies to current docs-next. Seems they
> conflict with the math func
From: "Darren Hart (VMware)"
Document the preference for "default n" in kconfig-language.txt, and reference
that in the submit-checklist.rst.
Darren Hart (VMware) (2):
Documentation/kbuild: Add guidance for the use of default
Documentation/process: Add CONFIG default value to submit-checklis
From: "Darren Hart (VMware)"
Document the preference [1] for new CONFIG options to "default n" (or
not use default at all) in order to minimizes changes to the config,
especially to avoid "make oldconfig" growing unnecessarily from release
to release.
Document the exceptions where it is acceptab
From: "Darren Hart (VMware)"
Add default value review to the submit checklist, referring to the
preference for "default n" from the previous patch added to
Documentation/kbuild/kconfig-language.txt.
Cc: "Yann E. MORIN"
Cc: Masahiro Yamada
Cc: Michal Marek
Cc: Jonathan Corbet
Cc: linux-kbu...
On Sat, Nov 18, 2017 at 12:34:33AM +0100, Thomas Gleixner wrote:
> This is architecural. From the cursory read of that series it seems there
> are two parts to it:
>
> 1) The actual core handling, which should be in arch/x86 because that
> hardly qualifies as a 'platform' device driver.
>
On Fri, Nov 17, 2017 at 03:46:45PM -0800, Darren Hart wrote:
> On Sat, Nov 18, 2017 at 12:34:33AM +0100, Thomas Gleixner wrote:
> > On Fri, 17 Nov 2017, Darren Hart wrote:
> >
> > @intel: I removed intel-sgx-kernel-...@lists.01.org from CC because I can
> > do without the silly moderation spam of
From: "Edward A. James"
Document the bindings for the FSI-based OCC hwmon device.
Signed-off-by: Edward A. James
---
.../devicetree/bindings/fsi/ibm,p9-occ-hwmon.txt | 16
1 file changed, 16 insertions(+)
create mode 100644 Documentation/devicetree/bindings/fsi/ibm,p9
From: "Edward A. James"
The OCC is a device embedded on a POWER processor that collects and
aggregates sensor data from the processor and system. The OCC can
provide the raw sensor data as well as perform thermal and power
management on the system.
This driver provides a hwmon interface to the O
From: "Edward A. James"
Document the hwmon interface for the OCC.
Signed-off-by: Edward A. James
---
Documentation/hwmon/occ | 75 +
1 file changed, 75 insertions(+)
create mode 100644 Documentation/hwmon/occ
diff --git a/Documentation/hwmon/oc
From: "Edward A. James"
In order to aid application usage of the error, throttling, and
presence count properties, use sysfs_notify to notify users of change on
these attributes.
Signed-off-by: Edward A. James
---
drivers/hwmon/occ/common.c | 53 --
From: "Edward A. James"
Add structures to define all sensor types and versions. Add sysfs show
and store functions for each sensor type. Add a method to construct the
"set user power cap" command and send it to the OCC. Add rate limit to
polling the OCC (in case user-space reads our hwmon entries
From: "Edward A. James"
Add logic to detect a number of error scenarios on the OCC. Export any
errors through an additional non-hwmon device attribute. The error
counting and state verification are required by the OCC hardware
specification.
Signed-off-by: Edward A. James
---
drivers/hwmon/occ
From: "Edward A. James"
Create device attributes for additional OCC properties that do not
belong as hwmon sensors. These provide additional information as to the
state of the processor and system.
Signed-off-by: Edward A. James
---
drivers/hwmon/occ/common.c | 93 +
37 matches
Mail list logo
