[PATCH RFC V2 2/6] hwmon: Add support for RPi voltage sensor

Currently there is no easy way to detect undervoltage conditions on a remote Raspberry Pi. This hwmon driver retrieves the state of the undervoltage sensor via mailbox interface. The handling based on Noralf's modifications to the downstream firmware driver. In case of an undervoltage condition

[PATCH RFC V2 6/6] arm64: defconfig: Enable RPi voltage sensor

The patch enables the hwmon driver for the Raspberry Pi. Signed-off-by: Stefan Wahren --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index d25121b..5cdecef 100644 ---

[PATCH RFC V2 4/6] ARM: bcm2835_defconfig: Enable RPi voltage sensor

The patch enables the hwmon driver for the Raspberry Pi. Signed-off-by: Stefan Wahren --- arch/arm/configs/bcm2835_defconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/configs/bcm2835_defconfig b/arch/arm/configs/bcm2835_defconfig index

[PATCH RFC V2 3/6] firmware: raspberrypi: Register hwmon driver

Since the raspberrypi-hwmon driver is tied to the VC4 firmware instead of particular hardware its registration should be in the firmware driver. Signed-off-by: Stefan Wahren --- drivers/firmware/raspberrypi.c | 19 +++ 1 file changed, 19 insertions(+)

Re: [RFT v2 1/4] perf cs-etm: Generate sample for missed packets

On Tue, May 22, 2018 at 04:39:20PM +0800, Leo Yan wrote: [...] Rather than the patch I posted in my previous email, I think below new patch is more reasonable for me. In the below change, 'etmq->prev_packet' is only used to store the previous CS_ETM_RANGE packet, we don't need to save

[PATCH RFC V2 0/6] hwmon: Add support for Raspberry Pi voltage sensor

A common issue for the Raspberry Pi is an inadequate power supply. Noralf Trønnes started a discussion [1] about writing such undervoltage conditions into the kernel log. This series is a draft to upstream the resulting kernel patch and is not intended for 4.18. Changes in V2: - simplified

[PATCH RFC V2 1/6] ARM: bcm2835: Add GET_THROTTLED firmware property

Recent Raspberry Pi firmware provides a mailbox property to detect under-voltage conditions. Here is the current definition. The u32 value returned by the firmware is divided into 2 parts: - lower 16-bits are the live value - upper 16-bits are the history or sticky value Bits: 0:

[PATCH RFC V2 5/6] ARM: multi_v7_defconfig: Enable RPi voltage sensor

The patch enables the hwmon driver for the Raspberry Pi. Signed-off-by: Stefan Wahren --- arch/arm/configs/multi_v7_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/multi_v7_defconfig b/arch/arm/configs/multi_v7_defconfig index

Re: [PATCH v2 0/7] mm: pages for hugetlb's overcommit may be able to charge to memcg

Hi Punit, On 2018/05/21 23:52, Punit Agrawal wrote: > Hi Tsukada, > > I was staring at memcg code to better understand your changes and had > the below thought. > > TSUKADA Koutaro writes: > > [...] > >> In this patch-set, introduce the

Re: [PATCH RFC V2 2/6] hwmon: Add support for RPi voltage sensor

On 05/22/2018 04:21 AM, Stefan Wahren wrote: Currently there is no easy way to detect undervoltage conditions on a remote Raspberry Pi. This hwmon driver retrieves the state of the undervoltage sensor via mailbox interface. The handling based on Noralf's modifications to the downstream firmware

Re: [PATCH v5 3/5] i2c: i2c-qcom-geni: Add bus driver for the Qualcomm GENI I2C controller

On 5/21/2018 2:49 PM, Wolfram Sang wrote: > Hi, > > On Fri, Mar 23, 2018 at 02:20:59PM -0600, Karthikeyan Ramasubramanian wrote: >> This bus driver supports the GENI based i2c hardware controller in the >> Qualcomm SOCs. The Qualcomm Generic Interface (GENI) is a programmable >> module

Re: [PATCH v8 2/6] cpuset: Add new v2 cpuset.sched.domain flag

On 05/22/2018 08:57 AM, Juri Lelli wrote: > Hi, > > On 17/05/18 16:55, Waiman Long wrote: > > [...] > >> /** >> + * update_isolated_cpumask - update the isolated_cpus mask of parent cpuset >> + * @cpuset: The cpuset that requests CPU isolation >> + * @oldmask: The old isolated cpumask to be

Re: [PATCH RFC V2 2/6] hwmon: Add support for RPi voltage sensor

Hi Guenter, > Guenter Roeck hat am 22. Mai 2018 um 15:41 geschrieben: > > > On 05/22/2018 04:21 AM, Stefan Wahren wrote: > > Currently there is no easy way to detect undervoltage conditions on a > > remote Raspberry Pi. This hwmon driver retrieves the state of the > >

[PATCH] cgroup, docs: add a note about returning EBUSY in some cases

Explicitly document EBUSY returned by writing into cgroup.procs if controllers are enabled; and writing into cgroup.subtree_control if there are attached processes. The return code might be slightly surprising, and because there is nothing obviously better, let's document it at least.

Re: [PATCH v8 6/6] cpuset: Allow reporting of sched domain generation info

Hi, On 17/05/18 16:55, Waiman Long wrote: > This patch enables us to report sched domain generation information. > > If DYNAMIC_DEBUG is enabled, issuing the following command > > echo "file cpuset.c +p" > /sys/kernel/debug/dynamic_debug/control > > and setting loglevel to 8 will allow the

Re: [PATCH RFC V2 2/6] hwmon: Add support for RPi voltage sensor

On 05/22/2018 06:51 AM, Stefan Wahren wrote: Hi Guenter, Guenter Roeck hat am 22. Mai 2018 um 15:41 geschrieben: On 05/22/2018 04:21 AM, Stefan Wahren wrote: Currently there is no easy way to detect undervoltage conditions on a remote Raspberry Pi. This hwmon driver

Re: [PATCH v8 2/6] cpuset: Add new v2 cpuset.sched.domain flag

Hi, On 17/05/18 16:55, Waiman Long wrote: [...] > /** > + * update_isolated_cpumask - update the isolated_cpus mask of parent cpuset > + * @cpuset: The cpuset that requests CPU isolation > + * @oldmask: The old isolated cpumask to be removed from the parent > + * @newmask: The new isolated

Re: [PATCH v2 0/7] mm: pages for hugetlb's overcommit may be able to charge to memcg

On 2018/05/22 3:07, Mike Kravetz wrote: > On 05/17/2018 09:27 PM, TSUKADA Koutaro wrote: >> Thanks to Mike Kravetz for comment on the previous version patch. >> >> The purpose of this patch-set is to make it possible to control whether or >> not to charge surplus hugetlb pages obtained by

Re: [PATCH v2 0/7] mm: pages for hugetlb's overcommit may be able to charge to memcg

On Fri 18-05-18 13:27:27, TSUKADA Koutaro wrote: > Thanks to Mike Kravetz for comment on the previous version patch. I am sorry that I didn't join the discussion for the previous version but time just didn't allow that. So sorry if I am repeating something already sorted out. > The purpose of

Re: [PATCH 4/5] acpi/processor: Fix the return value of acpi_processor_ids_walk()

At 05/22/2018 09:47 AM, Dou Liyang wrote: At 05/19/2018 11:06 PM, Thomas Gleixner wrote: On Tue, 20 Mar 2018, Dou Liyang wrote: ACPI driver should make sure all the processor IDs in their ACPI Namespace are unique for CPU hotplug. the driver performs a depth-first walk of the namespace

[PATCH 0/5] Expose PCIe AER stats via sysfs

This patchset exposes the AER stats via the sysfs attributes. Rajat Jain (5): PCI/AER: Define and allocate aer_stats structure for AER capable devices PCI/AER: Add sysfs stats for AER capable devices PCP/AER: Add sysfs attributes to provide breakdown of AERs PCI/AER: Add sysfs

Re: [PATCH 5/5] Documentation/PCI: Add details of PCI AER statistics

On 05/22/2018 05:28 PM, Rajat Jain wrote: > Add the PCI AER statistics details to > Documentation/PCI/pcieaer-howto.txt > > Signed-off-by: Rajat Jain > --- > Documentation/PCI/pcieaer-howto.txt | 35 + > 1 file changed, 35 insertions(+) > > diff

[PATCH 1/5] PCI/AER: Define and allocate aer_stats structure for AER capable devices

Define a structure to hold the AER statistics. There are 2 groups of statistics: dev_* counters that are to be collected for all AER capable devices and rootport_* counters that are collected for all (AER capable) rootports only. Allocate and free this structure when device is added or released

[PATCH 3/5] PCP/AER: Add sysfs attributes to provide breakdown of AERs

Add sysfs attributes to provide breakdown of the AERs seen, into different type of correctable or uncorrectable errors: dev_breakdown_correctable dev_breakdown_uncorrectable Signed-off-by: Rajat Jain --- drivers/pci/pcie/aer/aerdrv.h | 6 ++

[PATCH 2/5] PCI/AER: Add sysfs stats for AER capable devices

Add the following AER sysfs stats to represent the counters for each kind of error as seen by the device: dev_total_cor_errs dev_total_fatal_errs dev_total_nonfatal_errs Signed-off-by: Rajat Jain --- drivers/pci/pci-sysfs.c| 3 ++ drivers/pci/pci.h

[PATCH 4/5] PCI/AER: Add sysfs attributes for rootport cumulative stats

Add sysfs attributes for rootport statistics (that are cumulative of all the ERR_* messages seen on this PCI hierarchy). Signed-off-by: Rajat Jain --- drivers/pci/pcie/aer/aerdrv.h | 2 ++ drivers/pci/pcie/aer/aerdrv_core.c | 2 ++

[PATCH 5/5] Documentation/PCI: Add details of PCI AER statistics

Add the PCI AER statistics details to Documentation/PCI/pcieaer-howto.txt Signed-off-by: Rajat Jain --- Documentation/PCI/pcieaer-howto.txt | 35 + 1 file changed, 35 insertions(+) diff --git a/Documentation/PCI/pcieaer-howto.txt

Re: [PATCH 2/5] PCI/AER: Add sysfs stats for AER capable devices

On 5/22/2018 7:27 PM, Rajat Jain wrote: >> What about AER errors that are contained by DPC? > Thanks, You are right, this patch does not take care of the DPC. I'll > try to read up on DPC and can integrate it if it turns out to be easy > enough. > I'd focus on AER for the moment. DPC is going

Re: [PATCH 5/5] Documentation/PCI: Add details of PCI AER statistics

Hi, On Tue, May 22, 2018 at 3:52 PM, Alex G. wrote: > On 05/22/2018 05:28 PM, Rajat Jain wrote: >> Add the PCI AER statistics details to >> Documentation/PCI/pcieaer-howto.txt >> >> Signed-off-by: Rajat Jain >> --- >>

Re: [PATCH 2/5] PCI/AER: Add sysfs stats for AER capable devices

On 05/22/2018 05:28 PM, Rajat Jain wrote: > Add the following AER sysfs stats to represent the counters for each > kind of error as seen by the device: > > dev_total_cor_errs > dev_total_fatal_errs > dev_total_nonfatal_errs > > Signed-off-by: Rajat Jain > --- >

Re: [PATCH 2/5] PCI/AER: Add sysfs stats for AER capable devices

On Tue, May 22, 2018 at 3:50 PM, Alex G. wrote: > > > On 05/22/2018 05:28 PM, Rajat Jain wrote: >> Add the following AER sysfs stats to represent the counters for each >> kind of error as seen by the device: >> >> dev_total_cor_errs >> dev_total_fatal_errs >>

Re: [PATCH RFC V2 2/6] hwmon: Add support for RPi voltage sensor

> Guenter Roeck hat am 22. Mai 2018 um 16:10 geschrieben: > > > On 05/22/2018 06:51 AM, Stefan Wahren wrote: > > Hi Guenter, > > > >> Guenter Roeck hat am 22. Mai 2018 um 15:41 > >> geschrieben: > >> > >> > >> On 05/22/2018 04:21 AM, Stefan Wahren

Re: [PATCH v2 0/7] mm: pages for hugetlb's overcommit may be able to charge to memcg

On 05/22/2018 06:04 AM, TSUKADA Koutaro wrote: > > I stared at the commit log of mm/hugetlb_cgroup.c, but it did not seem to > have specially considered of surplus hugepages. Later, I will send a mail > to hugetlb cgroup's committer to ask about surplus hugepages charge > specifications. > I

Re: [PATCH v2 0/7] mm: pages for hugetlb's overcommit may be able to charge to memcg

On Tue 22-05-18 22:04:23, TSUKADA Koutaro wrote: > On 2018/05/22 3:07, Mike Kravetz wrote: > > On 05/17/2018 09:27 PM, TSUKADA Koutaro wrote: > >> Thanks to Mike Kravetz for comment on the previous version patch. > >> > >> The purpose of this patch-set is to make it possible to control whether or

Re: [PATCH v2 11/11] docs: fix broken references with multiple hints

On Wed, May 09, 2018 at 10:18:54AM -0300, Mauro Carvalho Chehab wrote: > The script: > ./scripts/documentation-file-ref-check --fix-rst > > Gives multiple hints for broken references on some files. > Manually use the one that applies for some files. > > Signed-off-by: Mauro Carvalho Chehab

Re: Documentation/translations: Italian

On Tuesday, 22 May 2018 01:00:35 CEST Jonathan Corbet wrote: > On Mon, 21 May 2018 22:54:18 +0200 > > Federico Vaga wrote: > > I'm writing you because I would like to start an effort to > > translate the Documentation in Italian. I would like also to > > express the

Re: [RFT v2 1/4] perf cs-etm: Generate sample for missed packets

Hi Rob, On Mon, May 21, 2018 at 12:27:42PM +0100, Robert Walker wrote: > Hi Leo, > > On 21/05/18 09:52, Leo Yan wrote: > >Commit e573e978fb12 ("perf cs-etm: Inject capabilitity for CoreSight > >traces") reworks the samples generation flow from CoreSight trace to > >match the correct format so