[PATCH 01/19] perf metric: Fix memory leak in expr__add_id function

Arnaldo found that we don't release value data in case the hashmap__set fails. Releasing it in case of an error. Reported-by: Arnaldo Carvalho de Melo Signed-off-by: Jiri Olsa --- tools/perf/util/expr.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/tools/perf/util/expr.c b/tools/perf/ut

[PATCH 07/19] perf metric: Rename __metricgroup__add_metric to __add_metric

Renaming __metricgroup__add_metric to __add_metric to fit in the current function names. Acked-by: Ian Rogers Signed-off-by: Jiri Olsa --- tools/perf/util/metricgroup.c | 17 ++--- 1 file changed, 6 insertions(+), 11 deletions(-) diff --git a/tools/perf/util/metricgroup.c b/tools/p

[PATCH 03/19] perf metric: Change expr__get_id to return struct expr_id_data

Changing expr__get_id to use and return struct expr_id_data pointer as value for the ID. This way we can access data other than value for given ID in following changes. Acked-by: Ian Rogers Signed-off-by: Jiri Olsa --- tools/perf/util/expr.c | 10 +++--- tools/perf/util/expr.h | 3 ++- too

[PATCHv3 00/19] perf metric: Add support to reuse metric

hi, this patchset is adding the support to reused metric in another metric. For example, to define IPC by using CPI with change like: { "BriefDescription": "Instructions Per Cycle (per Logical Processor)", -"MetricExpr": "INST_RETIRED.ANY / CPU_CLK_UNHALTED.THREAD", +

[PATCH 04/19] perf metric: Add expr__del_id function

Adding expr__del_id function to remove ID from hashmap. It will save us few lines in following changes. Acked-by: Ian Rogers Signed-off-by: Jiri Olsa --- tools/perf/util/expr.c | 21 + tools/perf/util/expr.h | 1 + 2 files changed, 14 insertions(+), 8 deletions(-) diff --g

[PATCH 17/19] perf metric: Add metric group test

Adding test for metric group plus compute_metric_group function to get metrics values within the group. Signed-off-by: Jiri Olsa --- tools/perf/tests/parse-metric.c | 48 +++-- 1 file changed, 46 insertions(+), 2 deletions(-) diff --git a/tools/perf/tests/parse-metri

[PATCH 18/19] perf metric: Rename struct egroup to metric

Renaming struct egroup to metric, because it seems to make more sense. Plus renaming all the variables that hold egroup to appropriate names. Acked-by: Ian Rogers Signed-off-by: Jiri Olsa --- tools/perf/util/metricgroup.c | 142 +- 1 file changed, 71 insertions(+

[PATCH 19/19] perf metric: Rename group_list to metric_list

Following the previous change that rename egroup to metric, there's no reason to call the list 'group_list' anymore, renaming it to metric_list. Signed-off-by: Jiri Olsa --- tools/perf/util/metricgroup.c | 42 +-- 1 file changed, 21 insertions(+), 21 deletions(-)

[PATCH 10/19] perf metric: Add referenced metrics to hash data

Adding referenced metrics to the parsing context so they can be resolved during the metric processing. Adding expr__add_ref function to store referenced metrics into parse context. Signed-off-by: Jiri Olsa --- tools/perf/util/expr.c| 54 +++ tools/perf/ut

[PATCH 13/19] perf metric: Add cache_miss_cycles to metric parse test

Adding test that compute metric with other metrics in it. cache_miss_cycles = metric:dcache_miss_cpi + metric:icache_miss_cycles Acked-by: Ian Rogers Signed-off-by: Jiri Olsa --- tools/perf/tests/parse-metric.c | 33 + 1 file changed, 33 insertions(+) diff --

[PATCH 09/19] perf metric: Collect referenced metrics in struct metric_expr

Add referenced metrics into struct metric_expr object, so they are accessible when computing the metric. Storing just name and expression itself, so the metric can be resolved and computed. Acked-by: Ian Rogers Signed-off-by: Jiri Olsa --- tools/perf/util/metricgroup.c | 32 +++

[PATCH 08/19] perf metric: Collect referenced metrics in struct metric_ref_node

Collecting referenced metrics in struct metric_ref_node object, so we can process them later on. The change will parse nested metric names out of expression and 'resolve' them. All referenced metrics are dissolved into one context, meaning all nested metrics events and added to the parent context

[PATCH 14/19] perf metric: Add DCache_L2 to metric parse test

Adding test that compute DCache_L2 metrics with other related metrics in it. Acked-by: Ian Rogers Signed-off-by: Jiri Olsa --- tools/perf/tests/parse-metric.c | 71 + 1 file changed, 71 insertions(+) diff --git a/tools/perf/tests/parse-metric.c b/tools/perf/test

[PATCH 16/19] perf metric: Make compute_single function more precise

So far compute_single function relies on the fact, that there's only single metric defined within evlist in all tests. In following patch we will add test for metric group, so we need to be able to compute metric by given name. Adding the name argument to compute_single and iterating evlist and ev

[PATCH 11/19] perf metric: Compute referenced metrics

Adding computation (expr__parse call) of referenced metric at the point when it needs to be resolved during the parent metric computation. Once the inner metric is computed, the result is stored and used if there's another usage of that metric. Acked-by: Ian Rogers Signed-off-by: Jiri Olsa ---

[PATCH 15/19] perf metric: Add recursion check when processing nested metrics

Keeping the stack of nested metrics via 'struct expr_id' objects and checking if we are in recursion via already processed metric. The stack is implemented as static array within the struct egroup with 100 entries, which should be enough nesting depth for any metric we have or plan to have at the

[PATCH 12/19] perf metric: Add events for the current list

There's no need to iterate the whole list of groups, when adding new events. The currently created groups are the ones we want to add. Signed-off-by: Jiri Olsa --- tools/perf/util/metricgroup.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/tools/perf/util/metricgro

[PATCH for v5.9] hwmon: (ina2xx) Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: [PATCH v6 0/7] capabilities: Introduce CAP_CHECKPOINT_RESTORE

On Sun, Jul 19, 2020 at 12:04:10PM +0200, Adrian Reber wrote: > This is v6 of the 'Introduce CAP_CHECKPOINT_RESTORE' patchset. The > changes to v5 are: > > * split patch dealing with /proc/self/exe into two patches: >* first patch to enable changing it with CAP_CHECKPOINT_RESTORE > and d

Re: 5.8-rc*: kernel BUG at kernel/signal.c:1917

Hi Hillf, On 07/19, Hillf Danton wrote: > > Dunno if the wheel prior to JOBCTL_TASK_WORK helps debug the warnings. > > --- a/kernel/signal.c > +++ b/kernel/signal.c > @@ -2541,7 +2541,7 @@ bool get_signal(struct ksignal *ksig) > > relock: > spin_lock_irq(&sighand->siglock); > - current-

[PATCH for v5.9] hwmon: (jc42) Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: Linux kernel in-tree Rust support

On Thu, Jul 16, 2020 at 03:06:01PM +0200, Arnd Bergmann wrote: > > I would expect we'd want a fairly tight coupling between kernel > releases and minimum rust releases at first. Whatever is the latest > stable rust version during the kernel's merge window might be > assumed to be the minimum versi

Re: [PATCH 2/4] printk: store instead of processing cont parts

On Sun, Jul 19, 2020 at 7:35 AM Sergey Senozhatsky wrote: > > Can we merge lines that we don't want to merge? > >pr_cont() -> IRQ -> pr_cont() -> NMI -> pr_cont() That pr_cont in either IRQ or NMI context would be a bug. You can't validly have a PR_CONT without the non-cont that precedes i

[PATCH for v5.9] hwmon: (k8temp) Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: [PATCH] rculist: Silence unused-value warning.

On Sun, Jul 19, 2020 at 10:53:05PM +0530, Suraj Upadhyay wrote: > On Sun 19 Jul, 2020, 21:37 Paul E. McKenney, wrote: > > > On Sun, Jul 19, 2020 at 04:20:37PM +0530, Suraj Upadhyay wrote: > > > The macro __list_check_srcu is used as a statement inside a for loop. > > > > > > __list_check_srcu bec

Re: [PATCH 0/2] task_put batching

On 7/19/20 5:15 AM, Pavel Begunkov wrote: > On 18/07/2020 17:37, Jens Axboe wrote: >> On 7/18/20 2:32 AM, Pavel Begunkov wrote: >>> For my a bit exaggerated test case perf continues to show high CPU >>> cosumption by io_dismantle(), and so calling it io_iopoll_complete(). >>> Even though the patch

Re: [PATCH for v5.9] ALSA: Replace HTTP links with HTTPS ones

On Sun, 19 Jul 2020 17:17:05 +0200, Alexander A. Klimov wrote: > > Rationale: > Reduces attack surface on kernel devs opening the links for MITM > as HTTPS traffic is much harder to manipulate. > > Deterministic algorithm: > For each file: > If not .svg: > For each line: > If doesn't

Re: [PATCH] sound: asihpi: delete duplicated word

On Sun, 19 Jul 2020 20:08:48 +0200, Randy Dunlap wrote: > > Delete the doubled word "of" in a comment. > > Signed-off-by: Randy Dunlap > Cc: Takashi Iwai > Cc: Jaroslav Kysela > Cc: alsa-de...@alsa-project.org Applied now, thanks. Takashi

[PATCH for v5.9] hwmon: (lm90) Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: [PATCH] cpufreq: intel_pstate: Implement passive mode with HWP enabled

On Fri, Jul 17, 2020 at 2:21 AM Francisco Jerez wrote: > > "Rafael J. Wysocki" writes: > > > On Wed, Jul 15, 2020 at 11:35 PM Francisco Jerez > > wrote: > >> > >> "Rafael J. Wysocki" writes: > >> > >> > On Wed, Jul 15, 2020 at 2:09 AM Francisco Jerez > >> > wrote: > >> >> > >> >> "Rafael J.

Re: [PATCH v4 2/2] ACPICA: Preserve memory opregion mappings

On Thu, Jul 16, 2020 at 9:22 PM Verma, Vishal L wrote: > > On Mon, 2020-06-29 at 18:33 +0200, Rafael J. Wysocki wrote: > > From: "Rafael J. Wysocki" > > > > The ACPICA's strategy with respect to the handling of memory mappings > > associated with memory operation regions is to avoid mapping the >

[PATCH for v5.9] hwmon: (lm95234) Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

[PATCH for v5.9] hwmon: (tmp401) Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: [RFC] raw_copy_from_user() semantics

On Sat, Jul 18, 2020 at 8:17 PM Al Viro wrote: > > So any byte-squeezing loop of that sort would break on a bunch > of architectures. I think we should try to get rid of the exact semantics. If "copy_from/to_user()" takes a fault because it does a larger-than-byte access (and with unroll

Re: [patch V2 3/5] posix-cpu-timers: Provide mechanisms to defer timer handling to task_work

Thomas Gleixner writes: > Peter Zijlstra writes: >> On Thu, Jul 16, 2020 at 10:19:26PM +0200, Thomas Gleixner wrote: >>> +static void __run_posix_cpu_timers(struct task_struct *tsk) >>> +{ >>> + struct posix_cputimers *pct = &tsk->posix_cputimers; >>> + >>> + if (!test_and_set_bit(CPUTIMERS_W

Re: [RFC] raw_copy_from_user() semantics

On Sun, Jul 19, 2020 at 12:28 PM Linus Torvalds wrote: > > I think we should try to get rid of the exact semantics. Side note: I think one of the historical reasons for the exact semantics was that we used to do things like the mount option copying with a "copy_from_user()" iirc. And that could

[PATCH for v5.9] i2c: Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: [PATCH for v5.9] arm64: Replace HTTP links with HTTPS ones

On Sun, 19 Jul 2020 at 19:29, Alexander A. Klimov wrote: > > Rationale: > Reduces attack surface on kernel devs opening the links for MITM > as HTTPS traffic is much harder to manipulate. > > Deterministic algorithm: > For each file: > If not .svg: > For each line: > If doesn't contain

[PATCH for v5.9] kbuild: Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: [PATCH v2] ASoC: cros_ec_codec: Reset I2S RX when probing

On Fri, Jul 17, 2020 at 11:51 AM Yu-Hsuan Hsu wrote: > > Guenter Roeck 於 2020年7月17日 週五 下午10:32寫道： > > > > On Thu, Jul 16, 2020 at 10:47 AM Enric Balletbo i Serra > > wrote: > > > > > > Hi, > > > > > > On 16/7/20 19:23, Guenter Roeck wrote: > > > > On Thu, Jul 16, 2020 at 10:09 AM Yu-Hsuan Hsu

Re: [PATCH] RFC: ACPI / OSI: remove workarounds for hybrid graphics laptops

On Fri, Jul 17, 2020 at 9:52 PM Alex Hung wrote: > > On 2020-07-17 1:05 p.m., Karol Herbst wrote: > > It's hard to figure out what systems are actually affected and right now I > > don't see a good way of removing those... > > > > But I'd like to see thos getting removed and drivers fixed instead

Re: [EXTERNAL] Re: [PATCH v16 2/4] dt-bindings: power: Convert battery.txt to battery.yaml

On 7/9/20 2:35 PM, Rob Herring wrote: On Tue, Jul 07, 2020 at 04:29:12PM -0500, Ricardo Rivera-Matos wrote: From: Dan Murphy Convert the battery.txt file to yaml and fix up the examples. Signed-off-by: Dan Murphy --- .../bindings/power/supply/battery.txt | 86 +- .../bi

Re: [PATCH] drm/msm/dpu: fix/enable 6bpc dither with split-lm

Hi, On 7/15/20 5:19 PM, Rob Clark wrote: > From: Rob Clark > > If split-lm is used (for ex, on sdm845), we can have multiple ping- > pongs, but only a single phys encoder. We need to configure dithering > on each of them. > > Signed-off-by: Rob Clark > --- > drivers/gpu/drm/msm/disp/dpu1/dpu_e

[PATCH for v5.9] mfd: Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: [PATCH 1/3] usb: dwc2: override PHY input signals with usb role switch support

Hello Amelie, sorry for the late reply On Wed, Jul 8, 2020 at 6:00 PM Amelie DELAUNAY wrote: [...] > Could you please test with: > > static int dwc2_drd_role_sw_set(struct device *dev, enum usb_role role) > { > struct dwc2_hsotg *hsotg = dev_get_drvdata(dev); > unsigned long flag

Re: [GIT PULL] USB driver fixes for 5.8-rc6

The pull request you sent on Sun, 19 Jul 2020 11:14:47 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git tags/usb-5.8-rc6 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ce20d7bf6e00997496d8d5322b1253584d2a0908 Thank you! -- Deet-doot-dot, I am a

Re: [GIT pull] irq/urgent for v5.8-rc6

The pull request you sent on Sun, 19 Jul 2020 13:18:10 -: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > irq-urgent-2020-07-19 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/9413cd7792dc03608ec9b1f1f5c74fc54e714ed3 Thank you! -- Deet-doot-dot, I

Re: [GIT pull] sched/urgent for v5.8-rc6

The pull request you sent on Sun, 19 Jul 2020 13:18:11 -: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > sched-urgent-2020-07-19 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/43768f7ce0996590cb9588de71f026f30fb35581 Thank you! -- Deet-doot-dot,

Re: [GIT PULL] perf/urgent improvements and fixes

The pull request you sent on Sun, 19 Jul 2020 10:02:05 -0300: > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git > tags/perf-tools-fixes-2020-07-19 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/92188b41f1394d5e4399fcb28c13a2933f255255 Thank you! -- Dee

Re: [GIT pull] timers/urgent for v5.8-rc6

The pull request you sent on Sun, 19 Jul 2020 13:18:12 -: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > timers-urgent-2020-07-19 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/66e4b63624fcfa47f4d4e0d451f22a8f67902426 Thank you! -- Deet-doot-dot,

Re: [GIT PULL] dma-mapping fixes for 5.8

The pull request you sent on Sun, 19 Jul 2020 09:39:27 +0200: > git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-5.8-6 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/8c18fc6344568bdc131436be0345d82da512bfef Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT pull] x86/urgent for v5.8-rc6

The pull request you sent on Sun, 19 Jul 2020 13:18:13 -: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > x86-urgent-2020-07-19 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/efb9666e900b6f8f079adb2ab18a7be266434cd3 Thank you! -- Deet-doot-dot, I

[PATCH for v5.9] regulator: Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

[PATCH v2 net-next 01/14] qed: convert link mode from u32 to bitmap

Currently qed driver already ran out of 32 bits to store link modes, and this doesn't allow to add and support more speeds. Convert link mode to bitmap that will always have enough space for any number of speeds and modes. This involves changes in qede and qedf as well, as they use definitions fro

[PATCH v2 net-next 03/14] qed: add support for multi-rate transceivers

Set the corresponding advertised and supported link modes according to the detected transceiver type and device capabilities. Signed-off-by: Alexander Lobakin Signed-off-by: Igor Russkikh --- drivers/net/ethernet/qlogic/qed/qed_hsi.h | 4 + drivers/net/ethernet/qlogic/qed/qed_main.c | 112 ++

[PATCH v2 net-next 00/14] qed/qede: add support for new operating modes

This series covers the support for the following: - new port modes; - loopback modes, previously missing; - new speed/link modes; - several FEC modes; - multi-rate transceivers; and also cleans up and optimizes several related parts of code. v2 (from [1]): - added a patch (#0010) that drops

[PATCH v2 net-next 02/14] qed: reformat public_port::transceiver_data a bit

Prior to adding new bitfields, reformat the existing ones from spaces to tabs, and unify all hex values to lowercase. Signed-off-by: Alexander Lobakin Signed-off-by: Igor Russkikh --- drivers/net/ethernet/qlogic/qed/qed_hsi.h | 108 +++--- 1 file changed, 55 insertions(+), 53 de

[PATCH v2 net-next 04/14] qed: use transceiver data to fill link partner's advertising speeds

Currently qed driver does not take into consideration transceiver's capabilities when generating link partner's speed advertisement. This leads to e.g. incorrect ethtool link info on 10GbaseT modules. Use transceiver info not only for advertisement and support arrays, but also for link partner's ab

[PATCH v2 net-next 06/14] qed: add support for Forward Error Correction

Add all necessary routines for reading supported FEC modes from NVM and querying FEC control to the MFW (if the running version supports it). Signed-off-by: Alexander Lobakin Signed-off-by: Igor Russkikh --- drivers/net/ethernet/qlogic/qed/qed_dev.c | 54 +++--- drivers/net/eth

[PATCH v2 net-next 12/14] qed: add missing loopback modes

These modes are relevant only for several boards, but may be reported by MFW as well as the others. Signed-off-by: Alexander Lobakin Signed-off-by: Igor Russkikh --- drivers/net/ethernet/qlogic/qed/qed_hsi.h | 5 + drivers/net/ethernet/qlogic/qed/qed_main.c | 19 +++ inclu

[PATCH v2 net-next 14/14] qed/qede: add support for the extended speed and FEC modes

Add all necessary code (NVM parsing, MFW and Ethtool reports etc.) to support extended speed and FEC modes. These new modes are supported by the new boards revisions and newer MFW versions. Misc: correct port type for MEDIA_KR. Signed-off-by: Alexander Lobakin Signed-off-by: Igor Russkikh ---

[PATCH v2 net-next 10/14] qed: remove unused qed_hw_info::port_mode and QED_PORT_MODE

Struct field qed_hw_info::port_mode isn't used anywhere in the code, so can be safely removed to prevent possible dead code addition. Also remove the enumeration QED_PORT_MODE orphaned after this deletion. Signed-off-by: Alexander Lobakin --- drivers/net/ethernet/qlogic/qed/qed.h | 15 --

[PATCH v2 net-next 13/14] qed: populate supported link modes maps on module init

Simplify and lighten qed_set_link() by declaring static link modes maps and populating them on module init. This way we save plenty of text size at the low expense of __ro_after_init and __initconst data (the latter will be purged after module init is done). Misc: sanitize exit callback. Signed-o

[PATCH v2 net-next 11/14] qed: add support for new port modes

These ports ship on new boards revisions and are supported by newer firmware versions. Signed-off-by: Alexander Lobakin Signed-off-by: Igor Russkikh --- drivers/net/ethernet/qlogic/qed/qed_dev.c | 5 + drivers/net/ethernet/qlogic/qed/qed_hsi.h | 5 + 2 files changed, 10 insertions(+) d

[PATCH v2 net-next 09/14] qed: reformat several structures a bit

Reformat a few nvm_cfg* structures (and partly qed_dev) prior to adding new fields and definitions. Signed-off-by: Alexander Lobakin Signed-off-by: Igor Russkikh --- drivers/net/ethernet/qlogic/qed/qed.h | 109 +++ drivers/net/ethernet/qlogic/qed/qed_hsi.h | 345 +++---

[PATCH v2 net-next 08/14] qede: introduce support for FEC control

Add Ethtool callbacks for querying and setting FEC parameters if it's supported by the underlying qed module and MFW version running on the device. Signed-off-by: Alexander Lobakin Signed-off-by: Igor Russkikh --- .../net/ethernet/qlogic/qede/qede_ethtool.c | 74 +++ 1 file ch

[PATCH v2 net-next 05/14] qed: reformat several structures a bit

Prior to adding new fields and bitfields, reformat the related structures according to the Linux style (spaces to tabs, lowercase hex, indentation etc.). Signed-off-by: Alexander Lobakin Signed-off-by: Igor Russkikh --- drivers/net/ethernet/qlogic/qed/qed_hsi.h | 256 +++--- dri

[PATCH for v5.9] rxrpc: Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

[PATCH v2 net-next 07/14] qede: format qede{,_vf}_ethtool_ops

Prior to adding new callbacks, format qede ethtool_ops structs to make declarations more fancy and readable. Signed-off-by: Alexander Lobakin Signed-off-by: Igor Russkikh --- .../net/ethernet/qlogic/qede/qede_ethtool.c | 137 +- 1 file changed, 68 insertions(+), 69 deletions(-

Dear friend,

-- -- Dear Friend, I am Mr Rizwan Aayan, I work at a bank here in Burkina Faso as the manager in the audit department. During our last banking audits, I discovered an abandoned account belong to one of our deceased customer late Mr. Samak Thienthong from Thailand. Meanwhile, before I contac

[PATCH for v5.9] sctp: Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

[PATCH for v5.9] video: fbdev: Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

[PATCH v9 2/5] IIO: Ingenic JZ47xx: Add xlate cb to retrieve correct channel idx

Provide an of_xlate callback in order to retrieve the correct channel specifier index from the IIO channels array. Signed-off-by: Artur Rojek Tested-by: Paul Cercueil --- Changes: v2-v9: no change drivers/iio/adc/ingenic-adc.c | 16 1 file changed, 16 insertions(+) diff -

[PATCH v9 1/5] IIO: Ingenic JZ47xx: Error check clk_enable calls.

Introduce error checks for the clk_enable calls used in this driver. As part of the changes, move clk_enable/clk_disable calls out of ingenic_adc_set_config and into respective logic of its callers. Signed-off-by: Artur Rojek Tested-by: Paul Cercueil --- Changes: v6: new patch v7: no chang

[PATCH v9 4/5] dt-bindings: iio/adc: Add touchscreen idx for JZ47xx SoC ADC

Introduce support for touchscreen channels found in JZ47xx SoCs. Signed-off-by: Artur Rojek Tested-by: Paul Cercueil Acked-by: Rob Herring --- Changes: v2-v7: no change v8: add XN/YN and XD/YD channels v9: no change include/dt-bindings/iio/adc/ingenic,adc.h | 6 ++ 1 file changed,

[PATCH v9 5/5] IIO: Ingenic JZ47xx: Add touchscreen mode.

The SADC component in JZ47xx SoCs provides support for touchscreen operations (pen position and pen down pressure) in single-ended and differential modes. The touchscreen component of SADC takes a significant time to stabilize after first receiving the clock and a delay of 50ms has been empiricall

[PATCH v9 3/5] iio/adc: ingenic: Retrieve channels list from soc data struct

From: Paul Cercueil Instead of having one array of struct iio_chan_spec for all SoCs, and have some SoCs remove the last item of the array as they can't use it, have each SoC define its array of supported channels. Signed-off-by: Paul Cercueil Tested-by: Artur Rojek Signed-off-by: Artur Rojek

[PATCH v4 2/3] um: some fixes to build UML with musl

musl toolchain and headers are a bit more strict. These fixes enable building UML with musl as well as seem not to break on glibc. Signed-off-by: Ignat Korchagin Tested-by: Brendan Higgins --- arch/um/drivers/daemon_user.c | 1 + arch/um/drivers/pcap_user.c | 12 ++-- arch/um/drivers

[PATCH v4 3/3] um: allow static linking for non-glibc implementations

It is possible to produce a statically linked UML binary with UML_NET_VECTOR, UML_NET_VDE and UML_NET_PCAP options enabled using alternative libc implementations, which do not rely on NSS, such as musl. Allow static linking in this case. Signed-off-by: Ignat Korchagin Reviewed-by: Brendan Higgin

[PATCH v4 1/3] um/kconfig: introduce CC_CAN_LINK_STATIC_NO_RUNTIME_DEPS

For statically linked UML build it is important to take into account the standard C-library implementation. Some implementations, notably glibc have caveats: even when linked statically, the final program might require some runtime dependencies, if certain functions are used within the code. Consi

[PATCH v4 0/3] um: allow static linking for non-glibc libc implementations

Changes from v3: * restored FORBID_STATIC_LINK and renamed it to MAY_HAVE_RUNTIME_DEPS, so we don't have to maintain a static list of options, which may produce runtime dependencies This is a continuation of [1]. Since I was able to produce a working UML binary with UML_NET_VECTOR linked

Re: [PATCH v3 3/3] um: allow static linking for non-glibc implementations

On Thu, Jul 16, 2020 at 10:10 AM Johannes Berg wrote: > > On Wed, 2020-07-15 at 21:11 +0100, Ignat Korchagin wrote: > > It is possible to produce a statically linked UML binary with > > UML_NET_VECTOR, > > UML_NET_VDE and UML_NET_PCAP options enabled using alternative libc > > implementations, wh

Re: kernel BUG at include/linux/swapops.h:LINE!

syzbot has found a reproducer for the following issue on: HEAD commit:4c43049f Add linux-next specific files for 20200716 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=12c5608710 kernel config: https://syzkaller.appspot.com/x/.config?x=2c76d726596872

Re: [PATCH v2 net-next 01/14] qed: convert link mode from u32 to bitmap

On Sun, Jul 19, 2020 at 11:14:40PM +0300, Alexander Lobakin wrote: > Currently qed driver already ran out of 32 bits to store link modes, > and this doesn't allow to add and support more speeds. > Convert link mode to bitmap that will always have enough space for > any number of speeds and modes.

Re: [PATCH 01/19] perf metric: Fix memory leak in expr__add_id function

On Sun, Jul 19, 2020 at 11:13 AM Jiri Olsa wrote: > > Arnaldo found that we don't release value data in case the > hashmap__set fails. Releasing it in case of an error. > > Reported-by: Arnaldo Carvalho de Melo > Signed-off-by: Jiri Olsa Acked-by: Ian Rogers > --- > tools/perf/util/expr.c |

Re: [PATCH 05/19] perf metric: Add macros for iterating map events

On Sun, Jul 19, 2020 at 11:13 AM Jiri Olsa wrote: > > Adding following macros to iterate events and metric: > map_for_each_event(__pe, __idx, __map) > - iterates over all pmu_events_map events > map_for_each_metric(__pe, __idx, __map, __metric) > - iterates over all metrics that match

[PATCH net-next v7 4/4] net: enetc: Use DT protocol information to set up the ports

From: Alex Marginean Use DT information rather than in-band information from bootloader to set up MAC for XGMII. For RGMII use the DT indication in addition to RGMII defaults in hardware. However, this implies that PHY connection information needs to be extracted before netdevice creation, when t

[PATCH net-next v7 2/4] net: dsa: felix: (re)use already existing constants

Now that there are USXGMII constants available, drop the old definitions and reuse the generic ones. Signed-off-by: Michael Walle Tested-by: Vladimir Oltean --- drivers/net/dsa/ocelot/felix_vsc9959.c | 45 +++--- 1 file changed, 12 insertions(+), 33 deletions(-) diff --git

[PATCH net-next v7 3/4] net: enetc: Initialize SerDes for SGMII and USXGMII protocols

ENETC has ethernet MACs capable of SGMII, 2500BaseX and USXGMII. But in order to use these protocols some SerDes configurations need to be performed. The SerDes is configurable via an internal PCS PHY which is connected to an internal MDIO bus at address 0. This patch basically removes the depende

[PATCH net-next v7 1/4] net: phy: add USXGMII link partner ability constants

The constants are taken from the USXGMII Singleport Copper Interface specification. The naming are based on the SGMII ones, but with an MDIO_ prefix. Signed-off-by: Michael Walle Reviewed-by: Russell King --- include/uapi/linux/mdio.h | 26 ++ 1 file changed, 26 insertio

[PATCH net-next v7 0/4] net: enetc: remove bootloader dependency

These patches were picked from the following series: https://lore.kernel.org/netdev/1567779344-30965-1-git-send-email-claudiu.man...@nxp.com/ They have never been resent. I've picked them up, addressed Andrews comments, fixed some more bugs and asked Claudiu if I can keep their SOB tags; he agreed.

Re: [PATCH for v5.9] docs: hwmon: Replace HTTP links with HTTPS ones

On Sun, Jul 19, 2020 at 07:04:20PM +0200, Alexander A. Klimov wrote: > Rationale: > Reduces attack surface on kernel devs opening the links for MITM > as HTTPS traffic is much harder to manipulate. > > Deterministic algorithm: > For each file: > If not .svg: > For each line: > If doesn

Re: [rcutorture] 5155be9994: BUG:kernel_NULL_pointer_dereference,address

On Fri, Jul 17, 2020 at 02:04:55PM +0800, kernel test robot wrote: > Greeting, > > FYI, we noticed the following commit (built with gcc-9): > > commit: 5155be9994e557618a8312389fb4e52dfbf28a3c ("rcutorture: Dynamically > allocate rcu_fwds structure") > https://git.kernel.org/cgit/linux/kernel/gi

[PATCH v8 0/2] input: ADC joystick driver & DT bindings

Hi all, this series is a continuation of adc-joystick changes split from: https://lore.kernel.org/linux-iio/20200709152200.10039-1-cont...@artur-rojek.eu/ Rob, the bindings example in patch 1/2 depends on changes introduced in another patchset, still to be merged: https://lore.kernel.org/linux-ii

[PATCH v8 2/2] input: joystick: Add ADC attached joystick driver.

Add a driver for joystick devices connected to ADC controllers supporting the Industrial I/O subsystem. Signed-off-by: Artur Rojek Tested-by: Paul Cercueil Tested-by: Heiko Stuebner Acked-by: Dmitry Torokhov --- Changes: v2: - sanity check supported channel format on probe, - rename a

[PATCH v8 1/2] dt-bindings: input: Add docs for ADC driven joystick.

Add documentation for the adc-joystick driver, used to provide support for joysticks connected over ADC. Signed-off-by: Artur Rojek Tested-by: Paul Cercueil Reviewed-by: Rob Herring --- Changes: v2: - Add `reg` property to axis subnode in order to enumerate the axes, - rename `linux,ab

Re: [PATCH 2/3] fsi: occ: Add support for P10

On Fri, May 01, 2020 at 10:08:32AM -0500, Eddie James wrote: > The P10 OCC has a different SRAM address for the command and response > buffers. In addition, the SBE commands to access the SRAM have changed > format. Add versioning to the driver to handle these differences. > > Signed-off-by: Eddie

Re: [PATCH v8 0/6] iio/adc: ingenic: Cleanups & add touchscreen mode.

On 2020-07-14 20:33, Heiko Stuebner wrote: Hi Artur, Am Donnerstag, 9. Juli 2020, 17:21:54 CEST schrieb Artur Rojek: Hi all, v8 of this patchset introduces some structural changes, which I deemed worthy highlighting here: - adc-joystick related changes have been dropped from this patchset a

Re: [PATCH for v5.9] sch_cake: Replace HTTP links with HTTPS ones

Please don't do this "for v5.9" stuff. There is no precendence for this and it looks like -stable patch series to just about anyone. There are well defined, established, ways to write Subject lines for proper patch submissions. Please do not invent your own way of doing this. It is very frust

Re: [PATCH 08/19] perf metric: Collect referenced metrics in struct metric_ref_node

On Sun, Jul 19, 2020 at 11:13 AM Jiri Olsa wrote: > > Collecting referenced metrics in struct metric_ref_node object, > so we can process them later on. > > The change will parse nested metric names out of expression and > 'resolve' them. > > All referenced metrics are dissolved into one context,

<    1   2   3   4   5   6   >