Re: [PATCH v4 2/4] fusion: remove iopriority handling

The 10/13/2016 15:05, Sathya Prakash Veerichetty wrote: > By removing the code below, we put all the commands for all the types of > devices (SAS/SATA) as simple-Q (requeue as the device require) and I am > not sure whether it is the intention of this change. > This is the intention of the

Re: mmiotracer hangs the system

sorry for the delay fixing that bug. I got occupied with other things and didn't really got to the issue again, it is on my todo list as the next item though and I hope I will be able to get a fix ready this weekend. I think I might know where the issue is, but didn't confirm it yet. Again, sorry

Re: [PATCH v2] cpufreq: CPPC: Correct desired_perf calculation

On Thu, Oct 13, 2016 at 9:37 PM, Prakash, Prashanth wrote: > On 10/13/2016 11:33 AM, Hoan Tran wrote: >> The desired_perf is an abstract performance number. Its value should >> be in the range of [lowest perf, highest perf] of CPPC. >> The correct calculation is >>

[PATCH 10/10] perf, tools, stat: Output generic dividedby metric

From: Andi Kleen Add generic infrastructure to perf stat to output ratios for "DividedBy" entries in the event lists. Many events are more useful as ratios than in raw form, typically some count in relation to total ticks. Transfer the dividedby information from the alias

[PATCH 07/10] perf, tools: Collapse identically named events in perf stat

From: Andi Kleen The uncore PMU has a lot of duplicated PMUs for different subsystems. When expanding an uncore alias we usually end up with a large number of identically named aliases, which makes perf stat output difficult to read. Automatically sum them up in perf stat,

[PATCH 06/10] perf, tools: Add debug support for outputing alias string

From: Andi Kleen For debugging and testing it is useful to see the converted alias string. Add support to perf stat/record and perf list to print the alias conversion. The text string is saved in the alias structure. For perf stat/record it is folded into the normal -v. For

Re: [PATCH 09/10] drm/i915/gen9: Actually verify WM levels in verify_wm_state()

Em Sex, 2016-10-07 às 20:11 -0400, Lyude escreveu: > Thanks to Paulo Zanoni for indirectly pointing this out. > > Looks like we never actually added any code for checking whether or > not > we actually wrote watermark levels properly. Let's fix that. Thanks for doing this! Reviewed-by: Paulo

[PATCH 05/10] perf, tools: Support event aliases for non cpu// pmus

From: Andi Kleen The code for handling pmu aliases without specifying the PMU hardcoded only supported the cpu PMU. This patch extends it to work for all PMUs. We always duplicate the event for all PMUs that have an matching alias. This allows to automatically expand an

[PATCH 02/10] perf, tools: Only print Using CPUID message once

From: Andi Kleen With uncore event aliases which are duplicated over multiple PMUs the "Using CPUID" message with -v could be printed many times. Only print it once. Signed-off-by: Andi Kleen --- tools/perf/util/pmu.c | 6 +- 1 file changed, 5

[PATCH 09/10] perf, tools: Support DividedBy header in JSON event list

From: Andi Kleen Add support for parsing the DividedBy header in the JSON event lists and storing them in the alias structure. Used in the next patch. Signed-off-by: Andi Kleen --- tools/perf/pmu-events/jevents.c| 18 ++

[patch] perf_event_open.2: sample_max_stack support

Linux 4.8 added a new sample_max_stack parameter, as well as /proc/sys/kernel/perf_event_max_stack which limits it and a new EOVERFLOW error return. Signed-off-by: Vince Weaver diff --git a/man2/perf_event_open.2 b/man2/perf_event_open.2 index 3c894cc..edfdb72 100644

Re: [RESEND PATCH 00/11] Add Knights Mill CPU ID

On Thursday, October 13, 2016 05:30:54 PM Piotr Luc wrote: > Resending patches related to KNM CPU ID in one patchset for > more convenient pick up. > > This series of patches enables support for Knights Mill (KNM). > > First two patches improve code style by replacing raw numbers > of CPUID with

Re: [RFC][PATCH] mount: In mark_umount_candidates and __propogate_umount visit each mount once

On Thu, Oct 13, 2016 at 02:53:46PM -0500, Eric W. Biederman wrote: > > Adrei Vagin pointed out that time to executue propagate_umount can go > non-linear (and take a ludicrious amount of time) when the mount > propogation trees of the mounts to be unmunted by a lazy unmount > overlap. > > Solve

Re: [PATCH v4 1/4] block: Add iocontext priority to request

The 10/13/2016 14:09, Jens Axboe wrote: > On 10/13/2016 02:06 PM, Dan Williams wrote: > >On Thu, Oct 13, 2016 at 12:53 PM, Adam Manzanares > > wrote: > >>Patch adds an association between iocontext ioprio and the ioprio of a > >>request. This value is set in

Talent Scout

Dear Concern, I am Talent Scout For BLUE SKY FILM STUDIO, Present Blue sky Studio a Film Corporation Located in the United State, is Soliciting for the Right to use Your Photo/Face and Personality as One of the Semi -Major Role/ Character in our Upcoming ANIMATED Stereoscope 3D Movie-The Story of

[PATCH 1/2] objtool: improve rare switch jump table pattern detection

gcc 6 added a new switch statement jump table optimization which makes objtool's life harder. It looks like: mov [rodata addr],%reg1 ... some instructions ... jmpq *(%reg1,%reg2,8) The optimization is quite rare, but objtool still needs to be able to identify the pattern so that it can

[PATCH v2 2/2] sparc: Implement arch_watchdog_nmi_enable and arch_watchdog_nmi_disable

Implement functions arch_watchdog_nmi_enable and arch_watchdog_nmi_disable to enable/disable nmi watchdog. Sparc uses arch specific nmi watchdog handler. Currently, we do not have a way to enable/disable nmi watchdog dynamically. With these patches we can enable or disable arch specific nmi

Re: btrfs bio linked list corruption.

On Thu, Oct 13, 2016 at 05:18:46PM -0400, Chris Mason wrote: > > > > WARNING: CPU: 1 PID: 21706 at fs/btrfs/transaction.c:489 > > start_transaction+0x40a/0x440 [btrfs] > > > > CPU: 1 PID: 21706 Comm: trinity-c16 Not tainted 4.8.0-think+ #14 > > > > c900019076a8 b731ff3c

Re: [PATCH v4 1/4] block: Add iocontext priority to request

On 10/13/2016 02:19 PM, Dan Williams wrote: On Thu, Oct 13, 2016 at 1:09 PM, Jens Axboe wrote: On 10/13/2016 02:06 PM, Dan Williams wrote: On Thu, Oct 13, 2016 at 12:53 PM, Adam Manzanares wrote: Patch adds an association between iocontext ioprio

Re: [RFC PATCH 2/2] f2fs: fix allocation failure

Hi Chao, On Thu, Oct 13, 2016 at 12:14:27AM +0800, Chao Yu wrote: > From: Chao Yu > > tests/generic/251 of fstest reports a f2fs bug in below message: > > [ cut here ] > invalid opcode: [#1] PREEMPT SMP > CPU: 1 PID: 109 Comm: kworker/u8:2

[PATCH] Staging:ks7010:ks7010_sdio: fixed some coding style issue

fixed trailing */ Block comments and 80 character line limit coding style issue Signed-off-by: Nadim Almas --- drivers/staging/ks7010/ks7010_sdio.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/staging/ks7010/ks7010_sdio.c

Re: [PATCH 08/10] drm/i915/gen9: Add skl_wm_level_equals()

Em Sex, 2016-10-07 às 20:11 -0400, Lyude escreveu: > Helper we're going to be using for implementing verification of the > wm > levels in skl_verify_wm_level(). > > Signed-off-by: Lyude Reviewed-by: Paulo Zanoni > Cc: Maarten Lankhorst

Re: [PATCH 10/10] drm/i915/gen9: Don't wrap strings in verify_wm_state()

Em Sex, 2016-10-07 às 20:11 -0400, Lyude escreveu: Bikesheding: it would be nice to write a commit message explaining why, even if the message just tells the user to read Documentation/CodingStyle. Reviewed-by: Paulo Zanoni > Signed-off-by: Lyude >

Re: [PATCH v2] cpufreq: CPPC: Correct desired_perf calculation

On Thu, Oct 13, 2016 at 2:12 PM, Rafael J. Wysocki wrote: > On Thu, Oct 13, 2016 at 9:37 PM, Prakash, Prashanth > wrote: >> On 10/13/2016 11:33 AM, Hoan Tran wrote: >>> The desired_perf is an abstract performance number. Its value should >>> be in the

Re: [PATCH] ext4: Add missing KERN_CONT to a few more debugging uses

On Oct 13, 2016, at 12:50 PM, Joe Perches wrote: > > Recent commits require line continuing printks to always use > pr_cont or KERN_CONT. Add these markings to a few more printks. > > Miscellaneaous: > > o Integrate the ea_idebug and ea_bdebug macros to use a single > call

[PATCH 0/2] objtool: a couple of minor fixes

Fix a couple of issues: - fix a false positive warning related to switch statement jump tables - get rid of useless "unreachable instruction" warnings for gcov kernels Josh Poimboeuf (2): objtool: improve rare switch jump table pattern detection objtool: skip all "unreachable instruction"

[PATCH] [media] dib0700: fix nec repeat handling

When receiving a nec repeat, ensure the correct scancode is repeated rather than a random value from the stack. This removes the need for the bogus uninitialized_var() and also fixes the warnings: drivers/media/usb/dvb-usb/dib0700_core.c: In function ‘dib0700_rc_urb_completion’:

Re: [PATCH 12/18] [media] RedRat3: Move a variable assignment in redrat3_init_rc_dev()

On Thu, Oct 13, 2016 at 06:39:23PM +0200, SF Markus Elfring wrote: > From: Markus Elfring > Date: Thu, 13 Oct 2016 14:50:05 +0200 > > Move the assignment for the local variable "prod" behind the source code > for a memory allocation by this function. The redrat3

Re: [PATCH] acpi: don't register acpi_pad driver if running as xen dom0

On Wednesday, October 12, 2016 01:11:45 PM Juergen Gross wrote: > When running as Xen dom0 a special processor_aggregator driver is > needed. Don't register the standard driver in this case. > > Without that check an error message: > > "Error: Driver 'processor_aggregator' is already registered,

aarch64 ACPI boot regressed by commit 7ba5f605f3a0 ("arm64/numa: remove the limitation that cpu0 must bind to node0")

Hi, the following regression is experienced in aarch64 qemu/KVM virtual machines, using the ArmVirtQemu virtual UEFI firmware platform built from edk2 (EFI Development Kit II). (1) When booting current master (b67be92feb48) or the bisected first bad commit (7ba5f605f3a0) with DT enabled,

Re: [PATCH 1/3] mfd: cros_ec: Add EC console read structures definitions

On Thu, Oct 13, 2016 at 11:06 AM, Olof Johansson wrote: > On Wed, Oct 12, 2016 at 8:24 PM, Nicolas Boichat > wrote: >> On Wed, Aug 31, 2016 at 4:45 AM, Lee Jones wrote: >>> On Tue, 23 Aug 2016, Nicolas Boichat wrote: >>>

Re: igb driver can cause cache invalidation of non-owned memory?

On Thu, Oct 13, 2016 at 4:00 AM, Nikita Yushchenko wrote: It would make more sense to update the DMA API for __dma_page_cpu_to_dev on ARM so that you don't invalidate the cache if the direction is DMA_FROM_DEVICE. >>> >>> No, in generic case it's

[PATCH v2 0/2] Introduce arch specific nmi enable, disable handlers

During our testing we noticed that nmi watchdogs in sparc could not be disabled or enabled dynamically using sysctl/proc interface. Sparc uses its own arch specific nmi watchdogs. There is a sysctl and proc interface(proc/sys/kernel/nmi_watchdog) to enable/disable nmi watchdogs. However, that

Re: [x86] 811565123a: BUG: kernel hang in early-boot stage, last printk: Probing EDD (edd=off to disable)... ok

Andi Kleen writes: Any comments on this? I still cannot reproduce the failure unfortunately. > Could you do two tests for me: > > - Enable CONFIG_MICROCODE_INTEL and see if it boots then > > - Add CONFIG_DEBUG_INFO to the config. > Add -s to the qemu command line and boot

Re: [PATCH 0/2] Introduce update_arch_nmi_watchdog for arch specific handlers

On 10/7/2016 10:51 AM, Don Zickus wrote: On Thu, Oct 06, 2016 at 03:16:41PM -0700, Babu Moger wrote: During our testing we noticed that nmi watchdogs in sparc could not be disabled or enabled dynamically using sysctl/proc interface. Sparc uses its own arch specific nmi watchdogs. There is a

Re: [PATCH] namei: revert old behaviour for filename_lookup with LOOKUP_PARENT flag

On Thu, Oct 13, 2016 at 01:09:04PM -0700, Christoph Hellwig wrote: > On Thu, Oct 13, 2016 at 07:58:51PM +, Vineeth Remanan Pillai wrote: > > filename_lookup used to return success for non-existing file when called > > with LOOKUP_PARENT flag. This behaviour was changed with > > commit

Re: slab corruption with current -git

Linus Torvalds wrote: > On Wed, Oct 12, 2016 at 11:27 PM, Markus Trippelsdorf > wrote: > > > > Yeah. > > > > 105 entry->orig_ops = reg; > > 106 entry->ops = *reg; > > 107 entry->next = NULL; > > So

Re: [PATCH v5 01/14] drivers: iommu: add FWNODE_IOMMU fwnode type

Hi, On Thu, Oct 13, 2016 at 6:32 PM, Lorenzo Pieralisi wrote: > Hi Rafael, > > On Fri, Sep 30, 2016 at 05:48:01PM +0200, Rafael J. Wysocki wrote: >> On Fri, Sep 30, 2016 at 11:07 AM, Lorenzo Pieralisi >> wrote: >> > On Thu, Sep 29, 2016 at

RE: [PATCH v4 2/4] fusion: remove iopriority handling

By removing the code below, we put all the commands for all the types of devices (SAS/SATA) as simple-Q (requeue as the device require) and I am not sure whether it is the intention of this change. -Original Message- From: Adam Manzanares [mailto:adam.manzana...@hgst.com] Sent: Thursday,

[PATCH 08/10] perf, tools: Expand PMU events by prefix match

From: Andi Kleen When the user specifies a pmu directly, expand it automatically with a prefix match, similar as we do for the normal aliases now. This allows to specify attributes for duplicated boxes quickly. For example uncore_cbox_{0,8}/.../ can be now specified as

[PATCH 04/10] perf, tools: Support per pmu json aliases

From: Andi Kleen Add support for registering json aliases per PMU. Any alias with an unit matching the prefix is registered to the PMU. Uncore has multiple instances of most units, so all these aliases get registered for each individual PMU (this is important later to run

[PATCH] Tools: hv: recover after hv_vss_daemon freeze times out

If a FIFREEZE operation run by the hv_vss_daemon takes longer than the VSS_USERSPACE_TIMEOUT set in the hv_snapshot module, instead of exiting after a write failure, try to recover by reopening the hv_vss device and performing the initial handshake again. Exiting causes all subsequent VSS

[PATCH v2 1/2] watchdog: Introduce arch_watchdog_nmi_enable and arch_watchdog_nmi_disable

Currently we do not have a way to enable/disable arch specific watchdog handlers if it was implemented by any of the architectures. This patch introduces new functions arch_watchdog_nmi_enable and arch_watchdog_nmi_disable which can be used to enable/disable architecture specific NMI watchdog

Re: [RESEND PATCH 01/11] EDAC, sb_edac: Use Intel family processor macros

On Thu, Oct 13, 2016 at 05:30:55PM +0200, Piotr Luc wrote: > Use macros of Intel processor families instead of raw numbers. > > Signed-off-by: Piotr Luc > Reviewed-by: Dave Hansen > Cc: Mauro Carvalho Chehab > Cc: Doug Thompson

Re: [PATCH] acpi_os_vprintf: Use printk_get_level() to avoid unnecessary KERN_CONT

On Wednesday, October 12, 2016 11:50:34 AM Joe Perches wrote: > acpi_os_vprintf currently always uses a KERN_CONT prefix which may be > followed immediately by a proper KERN_. Check if the buffer > already has a KERN_ at the start of the buffer and avoid the > unnecessary KERN_CONT. > >

Re: [PATCH 0/3] THREAD_INFO_IN_TASK_STRUCT vs generic preemption code

On Thu, Oct 13, 2016 at 4:57 AM, Heiko Carstens wrote: > Commit c65eacbe290b ("sched/core: Allow putting thread_info into > task_struct") made struct thread_info a generic struct with only a > single flags member if THREAD_INFO_IN_TASK_STRUCT is selected. > > This

[PATCH v5 3/4] ata: Enabling ATA Command Priorities

This patch checks to see if an ATA device supports NCQ command priorities. If so and the user has specified an iocontext that indicates IO_PRIO_CLASS_RT then we build a tf with a high priority command. This is done to improve the tail latency of commands that are high priority by passing priority

Re: [bug/regression] libhugetlbfs testsuite failures and OOMs eventually kill my system

On 10/13/2016 08:24 AM, Mike Kravetz wrote: > On 10/13/2016 05:19 AM, Jan Stancek wrote: >> Hi, >> >> I'm running into ENOMEM failures with libhugetlbfs testsuite [1] on >> a power8 lpar system running 4.8 or latest git [2]. Repeated runs of >> this suite trigger multiple OOMs, that eventually

[RFC][PATCH 2/2] usb: dwc2: Add a quirk to allow speed negotiation for Hisilicon Hi6220

From: Chen Yu The Hi6220's usb controller is limited in that it does not automatically autonegotiate the usb speed. Thus it requires a quirk so that we can manually negotiate the best usb speed for the attached device. Cc: Wei Xu Cc: Guodong Xu

Re: [PATCH v5 2/4] fusion: remove iopriority handling

On Thu, Oct 13, 2016 at 6:00 PM, Adam Manzanares wrote: > The request priority is now by default coming from the ioc. It was not > clear what this code was trying to do based upon the iopriority class or > data. The driver should check that a device supports priorities

Re: when to size_t for representing length instead of int ?

On Fri, Oct 14, 2016 at 12:12:43AM +0200, none wrote: > Hello, > > I wanted to known the rules in coding guidelines concerning the use of > size_t. > It seems the signed int type is used most of the time for representing > string sizes, including in some parts written by Linus in /lib. > They’re

Re: [PATCH v5 4/4] ata: ATA Command Priority Disabled By Default

Hello Tejun, The 10/13/2016 19:22, Tejun Heo wrote: > Hello, Adam. > > Sorry about late reply. Was on vacation. NP I was on vacation at the end of the week last week. > > On Thu, Oct 13, 2016 at 04:00:31PM -0700, Adam Manzanares wrote: > > Add a sysfs entry to turn on priority information

Re: [RFC v2 PATCH] mm/percpu.c: simplify grouping CPU algorithm

Hello, Zijun. On Tue, Oct 11, 2016 at 08:48:45PM +0800, zijun_hu wrote: > compared with the original algorithm theoretically and practically, the > new one educes the same grouping results, besides, it is more effective, > simpler and easier to understand. If the original code wasn't broken and

Re: [PATCH v5 4/4] ata: ATA Command Priority Disabled By Default

Hello, Adam. Sorry about late reply. Was on vacation. On Thu, Oct 13, 2016 at 04:00:31PM -0700, Adam Manzanares wrote: > Add a sysfs entry to turn on priority information being passed > to a ATA device. By default this feature is turned off. > > This patch depends on ata: Enabling ATA Command

Re: [PATCH 1/3] sched/core,x86: make struct thread_info arch specific again

On Thu, Oct 13, 2016 at 4:41 PM, Mark Rutland wrote: > Hi, > > On Thu, Oct 13, 2016 at 01:57:10PM +0200, Heiko Carstens wrote: >> commit c65eacbe290b ("sched/core: Allow putting thread_info into >> task_struct") made struct thread_info a generic struct with only a >> single

Re: [RFC v2 PATCH] mm/percpu.c: simplify grouping CPU algorithm

On 2016/10/14 7:37, Tejun Heo wrote: > Hello, Zijun. > > On Tue, Oct 11, 2016 at 08:48:45PM +0800, zijun_hu wrote: >> compared with the original algorithm theoretically and practically, the >> new one educes the same grouping results, besides, it is more effective, >> simpler and easier to

Re: [RFC][PATCH 2/2] usb: dwc2: Add a quirk to allow speed negotiation for Hisilicon Hi6220

On Thu, Oct 13, 2016 at 4:29 PM, John Stultz wrote: > From: Chen Yu > > The Hi6220's usb controller is limited in that it does not > automatically autonegotiate the usb speed. Thus it requires a > quirk so that we can manually negotiate the best usb

Re: [RFC v2 PATCH] mm/percpu.c: fix panic triggered by BUG_ON() falsely

On 2016/10/14 7:29, Tejun Heo wrote: > On Tue, Oct 11, 2016 at 10:00:28PM +0800, zijun_hu wrote: >> From: zijun_hu >> >> as shown by pcpu_build_alloc_info(), the number of units within a percpu >> group is educed by rounding up the number of CPUs within the group to >> @upa

Re: [PATCH 32/41] staging: lustre: llite: restart short read/write for normal IO

> On Wed, Oct 12, 2016 at 12:22:35AM +0100, James Simmons wrote: > > > > > On Sun, Oct 02, 2016 at 10:28:28PM -0400, James Simmons wrote: > > > > From: Bobi Jam > > > > > > > > If normal IO got short read/write, we'd restart the IO from where > > > > we've accomplished

Re: [PATCH v5 3/4] ata: Enabling ATA Command Priorities

Hello, On Thu, Oct 13, 2016 at 04:00:30PM -0700, Adam Manzanares wrote: > This patch checks to see if an ATA device supports NCQ command priorities. > If so and the user has specified an iocontext that indicates > IO_PRIO_CLASS_RT then we build a tf with a high priority command. > > This is done

Re: [PATCH 1/3] sched/core,x86: make struct thread_info arch specific again

Hi, On Thu, Oct 13, 2016 at 01:57:10PM +0200, Heiko Carstens wrote: > commit c65eacbe290b ("sched/core: Allow putting thread_info into > task_struct") made struct thread_info a generic struct with only a > single flags member if THREAD_INFO_IN_TASK_STRUCT is selected. > > This change however

Re: [PATCH V3 06/10] acpi: apei: panic OS with fatal error status block

Hello Suzuki, On 10/13/2016 7:00 AM, Suzuki K Poulose wrote: On 07/10/16 22:31, Tyler Baicar wrote: From: "Jonathan (Zhixiong) Zhang" Even if an error status block's severity is fatal, the kernel does not honor the severity level and panic. With the firmware first

Re: [GIT PULL] PCI changes for v4.9

On Thu, Oct 13, 2016 at 7:07 AM, Bjorn Helgaas wrote: > > Here are some more changes I'd like to have in v4.9. There's one small > Tegra bug fix in the PHY poweroff path, which is only used in failure > paths. The rest is all strictly cleanup that should make host bridge >

Re: [RFC v2 PATCH] mm/percpu.c: fix panic triggered by BUG_ON() falsely

Hello, On Fri, Oct 14, 2016 at 08:06:10AM +0800, zijun_hu wrote: > > I really can't decode what the actual issue is here. Can you please > > give an example of a concrete case? > > > the right relationship between the number of CPUs @nr_cpus within a percpu > group > and the number of unites

Re: [GIT PULL] PCI changes for v4.9

On Thu, Oct 13, 2016 at 4:48 PM, Linus Torvalds wrote: > > Ugh: > > Your "summary" is actually less legible than the shortlog, and looks > entirely auto-generated. > > That's against the whole point of having a summary for a pull request. > > Please tell me what

Re: [RFC] arm64: Enforce observed order for spinlock and data

On Thu, Oct 13, 2016 at 04:00:47PM -0400, bdegr...@codeaurora.org wrote: > On 2016-10-13 07:02, Will Deacon wrote: > >Brent, > > > >On Wed, Oct 12, 2016 at 04:01:06PM -0400, bdegr...@codeaurora.org wrote: > > > >Everything from this point down needs clarification. > > > >>All arm64 lockref

Re: [RFC PATCH 1/1] mm/percpu.c: fix memory leakage issue when allocate a odd alignment area

On 2016/10/14 7:31, Tejun Heo wrote: > On Tue, Oct 11, 2016 at 09:24:50PM +0800, zijun_hu wrote: >> From: zijun_hu >> >> the LSB of a chunk->map element is used for free/in-use flag of a area >> and the other bits for offset, the sufficient and necessary condition of >> this

Re: [RFC v2 PATCH] mm/percpu.c: fix panic triggered by BUG_ON() falsely

On Tue, Oct 11, 2016 at 10:00:28PM +0800, zijun_hu wrote: > From: zijun_hu > > as shown by pcpu_build_alloc_info(), the number of units within a percpu > group is educed by rounding up the number of CPUs within the group to > @upa boundary, therefore, the number of CPUs isn't

Re: [PATCH 2/3] sched/preempt: include asm/current.h

Hi, On Thu, Oct 13, 2016 at 01:57:11PM +0200, Heiko Carstens wrote: > The generic preempt code needs to include . Otherwise > compilation fails if THREAD_INFO_IN_TASK is selected and the generic > preempt code is used: > > ./include/linux/thread_info.h:17:54: error: 'current' undeclared (first

Re: [RFC PATCH 1/1] mm/percpu.c: fix memory leakage issue when allocate a odd alignment area

On Tue, Oct 11, 2016 at 09:24:50PM +0800, zijun_hu wrote: > From: zijun_hu > > the LSB of a chunk->map element is used for free/in-use flag of a area > and the other bits for offset, the sufficient and necessary condition of > this usage is that both size and alignment of a

[RFC][PATCH 1/2] usb: dwc2: Force port resume on switching to device mode

From: Chen Yu We've seen failures when switching between host and gadget mode, which was diagnosed as being caused due to the bus being auto-suspended when we switched. So this patch forces a port resume when switching to device mode if the bus is suspended. Cc: Wei Xu

[PATCH] ACPICA: arm64: fix compile apci tools fail for arm64

when try to cross compile acpi tool in dir kernel/tools for arm64 use command: make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- acpi it failed with the following log: In file included from ../../../../../include/acpi/acpi.h:58:0, from ../../../../../drivers/acpi/acpica/utstring.c:44:

RE: [PATCH] qed: fix old-style function definition

> > The definition of qed_get_rdma_ops() is not a prototype unless we add > > 'void' here, as indicated by this W=1 warning: > > > > drivers/net/ethernet/qlogic/qed/qed_roce.c: In function ‘qed_get_rdma_ops’: > > drivers/net/ethernet/qlogic/qed/qed_roce.c:2950:28: error: old-style > > function

Re: [RFC v2 PATCH] mm/percpu.c: simplify grouping CPU algorithm

Hello, On Fri, Oct 14, 2016 at 07:49:44AM +0800, zijun_hu wrote: > the main intent of this change is making the CPU grouping algorithm more > easily to understand, especially, for newcomer for memory managements > take me as a example, i really take me a longer timer to understand it If the new

[PATCH v5 0/4] Enabling ATA Command Priorities

This patch builds ATA commands with high priority if the iocontext of a process is set to real time. The goal of the patch is to improve tail latencies of workloads that use higher queue depths. This requires setting the iocontext ioprio on the request when it is initialized. This patch has

[PATCH v5 1/4] block: Add iocontext priority to request

Patch adds an association between iocontext ioprio and the ioprio of a request. This is done to enable request based drivers the ability to act on priority information stored in the request. An example being ATA devices that support command priorities. If the ATA driver discovers that the device

[PATCH v5 2/4] fusion: remove iopriority handling

The request priority is now by default coming from the ioc. It was not clear what this code was trying to do based upon the iopriority class or data. The driver should check that a device supports priorities and use them according to the specificiations of ioprio. Signed-off-by: Adam Manzanares

[PATCH v5 4/4] ata: ATA Command Priority Disabled By Default

Add a sysfs entry to turn on priority information being passed to a ATA device. By default this feature is turned off. This patch depends on ata: Enabling ATA Command Priorities Signed-off-by: Adam Manzanares --- drivers/ata/libahci.c | 1 +

[PATCH v3] x86/tsc: add X86_FEATURE_TSC_KNOWN_FREQ flag

The X86_FEATURE_TSC_RELIABLE flag in Linux kernel implies both reliable (at runtime) and trustable (at calibration). But reliable running and trustable calibration are logically irrelevant. Per Thomas Gleixner's suggestion we would like to split this flag into two separate flags:

Talent Scout

Dear Concern, I am Talent Scout For BLUE SKY FILM STUDIO, Present Blue sky Studio a Film Corporation Located in the United State, is Soliciting for the Right to use Your Photo/Face and Personality as One of the Semi -Major Role/ Character in our Upcoming ANIMATED Stereoscope 3D Movie-The Story of

Re: [PATCH] namei: revert old behaviour for filename_lookup with LOOKUP_PARENT flag

On Thu, Oct 13, 2016 at 03:14:23PM -0700, Vineeth Remanan Pillai wrote: > Unfortunately, I also do not have enough context about the customer > code that uses it. Since kern_path was exported function and the > behavior changed across releases, this patch is just trying to revert > to the old

[RFC][PATCH 0/2] dwc2 fixes for HiKey

I wanted to send out two patches we're using on the dwc2 driver in order to make HiKey function. The first is seemingly just a bug fix we ran into when changing modes while the bus was auto-suspended. The second is a little more interesting as it works around a limitation of the the device to

Re: [RFC v2 PATCH] mm/percpu.c: fix panic triggered by BUG_ON() falsely

On 2016/10/14 7:29, Tejun Heo wrote: > On Tue, Oct 11, 2016 at 10:00:28PM +0800, zijun_hu wrote: >> From: zijun_hu >> >> as shown by pcpu_build_alloc_info(), the number of units within a percpu >> group is educed by rounding up the number of CPUs within the group to >> @upa

RE: [PATCH] namei: revert old behaviour for filename_lookup with LOOKUP_PARENT flag

Thanks for the detailed explanation. I understand the reasoning now. Thanks, Vineeth From: Al Viro [v...@ftp.linux.org.uk] on behalf of Al Viro [v...@zeniv.linux.org.uk] Sent: Thursday, October 13, 2016 4:31 PM To: Remanan Pillai, Vineeth Cc: Christoph

Re: [PATCH 1/4] remoteproc: Use fixed length field for firmware name

On Tue 11 Oct 06:39 PDT 2016, Matt Redfearn wrote: > Storage of the firmware name was inconsistent, either storing a pointer > to a name stored with unknown ownership, or a variable length tacked > onto the end of the struct proc allocated in rproc_alloc. > Instead of using a statically sized

Re: [PATCH 2/4] remoteproc: Introduce rproc_change_firmware

On Tue 11 Oct 06:39 PDT 2016, Matt Redfearn wrote: > It is often desirable to be able to change the running firmware on a > remote processor dynamically. This used to require a complete > destruction and readdition of the struct rproc, but now that the > firmware name is fixed length, it can be

Re: [LKP] [x86] 811565123a: BUG: kernel hang in early-boot stage, last printk: Probing EDD (edd=off to disable)... ok

On 10/14, Ye Xiaolong wrote: >On 10/13, Andi Kleen wrote: >>Andi Kleen writes: >> >>Any comments on this? >> >>I still cannot reproduce the failure unfortunately. >> > >Btw, you can try below commands to reproduce the error on your local >host, they will download the

[PATCH v4] dmaengine: omap-dma: add support for pause of non-cyclic transfers

From: Sebastian Andrzej Siewior This DMA driver is used by 8250-omap on DRA7-evm. There is one requirement that is to pause a transfer. This is currently used on the RX side. It is possible that the UART HW aborted the RX (UART's RX-timeout) but the DMA controller starts

Re: [PATCH 3/4] remoteproc: Add a sysfs interface for firmware and state

On Tue 11 Oct 06:39 PDT 2016, Matt Redfearn wrote: > This patch adds a sysfs interface to rproc allowing the firmware name > and processor state to be changed dynamically. > > State was previously available in debugfs, and is replicated here. The > firmware file allows retrieval of the running

Re: [PATCH RESEND v3] dma: omap-dma: add support for pause of non-cyclic transfers

On Thursday 13 October 2016 03:37 PM, Peter Ujfalusi wrote: > On 10/10/16 17:12, Peter Ujfalusi wrote: >> On 10/10/16 15:07, Vignesh R wrote: >>> From: Sebastian Andrzej Siewior >>> >>> This DMA driver is used by 8250-omap on DRA7-evm. There is one >>> requirement that is

Re: [PATCH 3/4] remoteproc: Add a sysfs interface for firmware and state

On Thu 13 Oct 07:39 PDT 2016, loic pallardy wrote: > > > On 10/13/2016 04:25 PM, Matt Redfearn wrote: > >Hi Loic, > > > > > >On 13/10/16 14:56, loic pallardy wrote: > >> > >> > >>On 10/11/2016 03:39 PM, Matt Redfearn wrote: [..] > >>>diff --git a/drivers/remoteproc/remoteproc_internal.h >

Re: [PATCH] staging: sm750fb: Fix printk() style warning

On Thu, Oct 13, 2016 at 05:39:22PM +0300, Mike Rapoport wrote: > On Mon, Oct 10, 2016 at 07:31:46AM -0700, Edward Lipinsky wrote: > > > > Thanks, that makes sense. I tried deleting the if statement and printk() > > from ddk750_help.c, and adding the following in lynxfb_pci_probe() after > >

Re: [PATCH v5 2/4] fusion: remove iopriority handling

> Style wise you can further remove the extra parens around > SCpnt->device->tagged_supported > As well as the now redundant braces. I did send a patch looking just like that earlier :)

Re: [PATCH 1/2] power: reset: Add qcom reboot mode driver

On Thu, Oct 13, 2016 at 7:02 PM, Xiaogang Cui wrote: > This is a initial version so it's very similar with syscon > reboot mode driver. We will add more functionalities in the > further after dependency is ready. > > Signed-off-by: Xiaogang Cui >

Re: [PATCH] kexec: Export memory sections virtual addresses to vmcoreinfo

On 10/13/16 at 04:53pm, Baoquan He wrote: > Hi Pratyush, > > On 10/12/16 at 02:39pm, Pratyush Anand wrote: > > > > > > On Wednesday 12 October 2016 05:56 AM, Baoquan He wrote: > > > > PAGE_OFFSET can be get via vaddr - paddr from elf pt_loads so only > > > > > VMALLOC_BASE and VMEMMAP_BASE is

Re: [PATCH 1/2] power: reset: Add qcom reboot mode driver

在 2016-10-14 11:25，John Stultz 写道： On Thu, Oct 13, 2016 at 7:02 PM, Xiaogang Cui wrote: This is a initial version so it's very similar with syscon reboot mode driver. We will add more functionalities in the further after dependency is ready. Signed-off-by: Xiaogang

Re: [GIT PULL] overlayfs update for 4.9

On Thu, Oct 13, 2016 at 7:37 AM, Miklos Szeredi wrote: > > Please pull from: No. Or rather, I pulled and then immediately unpulled. When I look at the diff, I saw an obvious bug in the very first chunk. I'm not going to pull something that is this obviously buggy and

Re: [GIT PULL] Please pull NFS client changes for Linux 4.9

On Thu, Oct 13, 2016 at 1:21 PM, Anna Schumaker wrote: > > git://git.linux-nfs.org/projects/anna/linux-nfs.git tags/nfs-for-4.9-1 Please keep the summary of changes in the email too. I can see it in the tag, and it will show up when I do a pull that way, but I'd

Re: [PATCH v2] perf: xgene: Remove bogus IS_ERR() check

On Thu, Oct 13, 2016 at 07:18:37PM +0100, Al Viro wrote: > On Thu, Oct 13, 2016 at 11:09:16AM -0700, Tai Nguyen wrote: > > In acpi_get_pmu_hw_inf we pass the address of a local variable to IS_ERR(), > > which doesn't make sense, as the pointer must be a real, valid pointer. > > This doesn't cause

[PATCH] x86: remove duplicate rtit status MSR macro

The MSR_IA32_RTIT_STATUS has defined twice, so remove one. Signed-off-by: Longpeng(Mike) --- arch/x86/include/asm/msr-index.h | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/x86/include/asm/msr-index.h b/arch/x86/include/asm/msr-index.h index 56f4c66..78f3760

<    1   2   3   4   5   6   7   8   9   10   >