Re: [GIT PULL 00/10] perf/cover improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > - Arnaldo > > The following changes since commit c2365b9388e8ec19305e3f449c1826e7493d156d: > > perf/x86/intel/uncore: Do not use macro DEFINE_PCI_DEVICE_TABLE() > (2015-10-01 10:53:03

Re: [PATCH] ebpf, events: make it actually more configurable

* Daniel Borkmann wrote: > While testing some other BPF issue, I realized that BPF_EVENTS is > actually not accessible through menuconfig because of a missing > description that needs to be attached to the bool. After the patch > the entry shows up in menuconfig and can be

Re: [PATCH 1/3] Documentation: dt: keystone: provide SoC specific compatible flags

On 10/3/15 4:44 PM, Nishanth Menon wrote: On 10/02/2015 11:09 AM, santosh shilimkar wrote: Nishant, On 9/25/2015 10:38 AM, Nishanth Menon wrote: On 09/25/2015 11:15 AM, santosh shilimkar wrote: 9/25/2015 9:01 AM, Nishanth Menon wrote: [..] Please refresh the series commit messages based

Re: [RFC PATCHv2] x86/pci: Initial commit for new VMD device driver

Hi Keith, [auto build test results on v4.3-rc3 -- if it's inappropriate base, please ignore] config: i386-randconfig-h1-10040721 (attached as .config) reproduce: # save the attached .config to linux build tree make ARCH=i386 All warnings (new ones prefixed by >>): In file

Re: [PATCH v3 1/4] firmware: introduce sysfs driver for QEMU's fw_cfg device

Hi Gabriel, [auto build test results on v4.3-rc3 -- if it's inappropriate base, please ignore] reproduce: # apt-get install sparse make ARCH=x86_64 allmodconfig make C=1 CF=-D__CHECK_ENDIAN__ sparse warnings: (new ones prefixed by >>)

Re: [PATCH 8/24] ver_linux: e2fsprogs.patch

On Sat, Oct 03, 2015 at 04:23:02PM +0300, Alexander Kapshuk wrote: > 'tune2fs' is located in varying places depending on the distro. > Current implementation output on distros where 'tune2fs' is found at > a location that is not available in the PATH for the regular user, > e.g. '/sbin', will have

[PATCH] extcon: Modify the id and name of external connector

This patch modifies the id and name of external connector with the additional prefix to clarify both attribute and meaning of external connector as following: - EXTCON_CHG_* mean the charger connector. - EXTCON_JACK_* mean the jack connector. - EXTCON_DISP_* mean the display port connector.

[PATCH] Staging: iio: meter: Use devm functions

Introduce use of managed resource function devm_iio_trigger_alloc instead of iio_trigger_alloc and devm_request_irq instead of request_irq Remove corresponding calls to iio_trigger_free and free_irq in the probe and remove functions. The now unnecessary labels error_free_trig and err_free_irq are

[PATCH V2] crypto/nx842: Add CRC and validation support

This patch adds CRC generation and validation support for nx-842. Add CRC flag so that nx842 coprocessor includes CRC during compression and validates during decompression. Also changes in 842 SW compression to append CRC value at the end of template and checks during decompression.

Re: [BUG] 3.4.109 - unable to handle kernel NULL pointer dereference at (null)

On Thu, 1 Oct 2015, Steven Rostedt wrote: > > I merged 3.4.109 into 3.4-rt, and it bugged. I then booted 3.4.109 > vanilla and it bugged too. 3.4.108 is fine. > I'm getting a similar type bug here. I've bisected it down to this commit: commit 961bd13539b9e7ca5d2e667668141496b7a1d6bc Author:

Re: [PATCH] mm/mmap.c: Remove redundant vma looping

On 10/4/15 04:09, Richard Weinberger wrote: > With that change you're reintroducing an issue. > Please see: > commit 7cd5a02f54f4c9d16cf7fdffa2122bc73bb09b43 > Author: Peter Zijlstra > Date: Mon Aug 11 09:30:25 2008 +0200 > > mm: fix mm_take_all_locks() locking order > > Lockdep

Re: [PATCH v2 0/2] Revert locking changes in DAX for v4.3

On Fri, Oct 02, 2015 at 06:01:32PM -0600, Ross Zwisler wrote: > This series reverts some recent changes to the locking scheme in DAX > introduced > by these two commits: > > commit 843172978bb9 ("dax: fix race between simultaneous faults") > commit 46c043ede471 ("mm: take i_mmap_lock in

[PATCH] fs.h: Remove comment referring to removed inode-operation

struct inode_operations has a comment that used to refer to the removed operation dentry_open, add in commit 4aa7c6346be3 ("vfs: add i_op->dentry_open()"), mentioning that it was going to be removed soon. The comment was not removed when the dentry_open operation was removed in commit 4bacc9c9234c

Can't we use timeout based OOM warning/killing?

Michal Hocko wrote: > On Tue 29-09-15 01:18:00, Tetsuo Handa wrote: > > Michal Hocko wrote: > > > The point I've tried to made is that oom unmapper running in a detached > > > context (e.g. kernel thread) vs. directly in the oom context doesn't > > > make any difference wrt. lock because the

BEQUEST NOTIFICATION

Dear Beloved, St. Francis Foundation Old Home Center serves to inform you that you have inheritance fund bequeathed to you see attached notification letter. For more details contact us immediately on email id for payout. Regards, Elders in Council (Coordinator - Sister Nancy) --- This email

Re: [GIT PULL 00/10] perf/cover improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > - Arnaldo > > The following changes since commit c2365b9388e8ec19305e3f449c1826e7493d156d: > > perf/x86/intel/uncore: Do not use macro DEFINE_PCI_DEVICE_TABLE() > (2015-10-01 10:53:03 +0200) > > are

Re: [PATCH] ebpf, events: make it actually more configurable

* Daniel Borkmann wrote: > While testing some other BPF issue, I realized that BPF_EVENTS is > actually not accessible through menuconfig because of a missing > description that needs to be attached to the bool. After the patch > the entry shows up in menuconfig and can be enabled/disabled from

Re: [PATCH 26/26] x86, pkeys: Documentation

* Paolo Bonzini wrote: > > > On 02/10/2015 13:58, Linus Torvalds wrote: > > On Fri, Oct 2, 2015 at 7:49 AM, Paolo Bonzini wrote: > >> On 02/10/2015 00:48, Linus Torvalds wrote: > >>> It's quite likely that you will find that compilers put read-only > >>> constants in the text section,

Re: 4.2.2: NR_CPUS effectively being 1 bug

Hi, On Fri, Oct 02, 2015 at 11:46:59PM +0300, Alexey Dobriyan wrote: > FYI, I've upgraded from 4.1.7 to 4.2.1 (and retested with 4.2.2) and > everything is scheduled on 1 CPU out of 4 (i5 760). Try disabling CONFIG_NO_HZ_FULL_ALL=y, just curious, what was the purpose of enabling it ? Regards

Re: 4.2.2: NR_CPUS effectively being 1 bug

On Fri, Oct 02, 2015 at 02:00:33PM -0700, Andrew Morton wrote: > On Fri, 2 Oct 2015 23:46:59 +0300 Alexey Dobriyan wrote: > > > FYI, I've upgraded from 4.1.7 to 4.2.1 (and retested with 4.2.2) and > > everything is scheduled on 1 CPU out of 4 (i5 760). > > > > $ sudo cat /proc/1/status |

Re: [PATCH 26/26] x86, pkeys: Documentation

* Ingo Molnar wrote: > > It's quite likely that you will find that compilers put read-only constants > > in > > the text section, knowing that executable means readable. > > At least with pkeys enabling true --x mappings, that compiler practice > becomes a > (mild) security problem: it

Re: [PATCH v2] coccinelle: assign signed result to unsigned variable

Some comments: If you get 20 good results and 22 false positives, I'm not sure whether high confidence is justified. That seemes more like moderate confidence. On the other hand, I think it is possible to get rid of the false positives. The false positives are coming from the fact that you

Re: [PATCH 26/26] x86, pkeys: Documentation

* Dave Hansen wrote: > On 10/01/2015 11:23 PM, Ingo Molnar wrote: > >> > Also, how do we do mprotect_pkey and say "don't change the key"? > > > > So if we start managing keys as a resource (i.e. alloc/free up to 16 of > > them), > > and provide APIs for user-space to do all that, then

Re: WARNING: CPU: 4 PID: 863 at include/drm/drm_crtc.h:1577 drm_helper_choose_encoder_dpms+0x88/0x90() - evildoer found and neutralized

On 2015/10/1 1:36, Borislav Petkov wrote: > On Thu, Oct 01, 2015 at 01:00:44AM +0800, Jiang Liu wrote: >> Thanks Joerg, that makes sense. If some driver tries to binding to >> the IOMMU device, it will trigger the scenario as you described. For >> example, Xen backend driver will try to probe

Re: 4.2.2: NR_CPUS effectively being 1 bug

* Peter Zijlstra wrote: > On Fri, Oct 02, 2015 at 02:00:33PM -0700, Andrew Morton wrote: > > On Fri, 2 Oct 2015 23:46:59 +0300 Alexey Dobriyan > > wrote: > > > > > FYI, I've upgraded from 4.1.7 to 4.2.1 (and retested with 4.2.2) and > > > everything is scheduled on 1 CPU out of 4 (i5 760). >

Re: [PATCH] ebpf, events: make it actually more configurable

On 10/03/2015 08:37 AM, Ingo Molnar wrote: * Daniel Borkmann wrote: While testing some other BPF issue, I realized that BPF_EVENTS is actually not accessible through menuconfig because of a missing description that needs to be attached to the bool. After the patch the entry shows up in

Re: [PATCH 3/3] x86/apic: Use smaller array for __apicid_to_node[] mapping

* Denys Vlasenko wrote: > @@ -56,16 +56,34 @@ early_param("numa", numa_setup); > /* > * apicid, cpu, node mappings > */ > -s16 __apicid_to_node[MAX_LOCAL_APICID] = { > - [0 ... MAX_LOCAL_APICID-1] = NUMA_NO_NODE > + > +struct apicid_to_node __apicid_to_node[NR_CPUS] = { > + [0 ...

Re: [PATCH v3] kselftest: timers: Add adjtick test to validate adjtimex() tick adjustments

* John Stultz wrote: > Recently an issue was reported that was difficult to detect except > by tweaking the adjtimex tick value, and noticing how quickly the > adjustment took to be made: > https://lkml.org/lkml/2015/9/1/488 > > Thus this patch introduces a new test which manipulates the

[tip:perf/core] perf top: Fix unresolved comm when -s comm is used

Commit-ID: 4b37af595742977f1bdd8c0fd0f3e6e55b36e7b7 Gitweb: http://git.kernel.org/tip/4b37af595742977f1bdd8c0fd0f3e6e55b36e7b7 Author: Namhyung Kim AuthorDate: Wed, 30 Sep 2015 10:45:25 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 1 Oct 2015 09:54:33 -0300 perf top: Fix

[tip:perf/core] perf record: Allocate area for sample_id_hdr in a synthesized comm event

Commit-ID: e5bed564485b340d87f2d8945643a393e55b8225 Gitweb: http://git.kernel.org/tip/e5bed564485b340d87f2d8945643a393e55b8225 Author: Namhyung Kim AuthorDate: Wed, 30 Sep 2015 10:45:24 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 1 Oct 2015 09:54:33 -0300 perf record:

[tip:perf/core] perf top: Register idle thread

Commit-ID: c53d138d41a7f33cf085762c64b4b61e8d223e1c Gitweb: http://git.kernel.org/tip/c53d138d41a7f33cf085762c64b4b61e8d223e1c Author: Namhyung Kim AuthorDate: Wed, 30 Sep 2015 10:45:26 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 1 Oct 2015 09:54:33 -0300 perf top:

[tip:perf/core] perf report: Fix a bug on "--call-graph none" option

Commit-ID: 208e7607459477432d3df52c32d4b961a96d4a94 Gitweb: http://git.kernel.org/tip/208e7607459477432d3df52c32d4b961a96d4a94 Author: Namhyung Kim AuthorDate: Wed, 30 Sep 2015 13:34:00 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 1 Oct 2015 09:54:33 -0300 perf report:

[tip:perf/core] perf callchain: Allow for max_stack greater than PERF_MAX_STACK_DEPTH

Commit-ID: 0edd453368c6b9cdb756bde2b6675bb0d5d0eb0a Gitweb: http://git.kernel.org/tip/0edd453368c6b9cdb756bde2b6675bb0d5d0eb0a Author: Adrian Hunter AuthorDate: Fri, 25 Sep 2015 16:15:48 +0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 1 Oct 2015 09:56:06 -0300 perf

Re: [RFC][PATCH] x86/mm: warn on W+x mappings

* Borislav Petkov wrote: > On Fri, Oct 02, 2015 at 09:26:44AM +0200, Ingo Molnar wrote: > > It's better to generate a WARN()ing programmatically if the W+X condition > > occurs, > > that gets noticed by tools and people alike. I'd like to start treating > > that > > condition as a hard

[tip:perf/core] perf record: Change 'record.samples' type to unsigned long long

Commit-ID: 9f065194e2a505bb6fd23946b410a0036e9de2ca Gitweb: http://git.kernel.org/tip/9f065194e2a505bb6fd23946b410a0036e9de2ca Author: Yang Shi AuthorDate: Tue, 29 Sep 2015 14:49:43 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 2 Oct 2015 16:11:08 -0300 perf record:

[tip:perf/core] perf probe: Allow probing on kmodules without dwarf

Commit-ID: 1a8ac29cbffc261f6d7c92e573878110a7dcbd94 Gitweb: http://git.kernel.org/tip/1a8ac29cbffc261f6d7c92e573878110a7dcbd94 Author: Masami Hiramatsu AuthorDate: Fri, 2 Oct 2015 21:58:32 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 2 Oct 2015 15:59:23 -0300 perf probe:

[tip:perf/core] perf list: Do event name substring search as last resort when no events found

Commit-ID: dbc67409fa912ba063dfa956af0543af1258fc97 Gitweb: http://git.kernel.org/tip/dbc67409fa912ba063dfa956af0543af1258fc97 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 1 Oct 2015 12:12:22 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 1 Oct 2015 12:12:22 -0300

[tip:perf/core] perf list: Honour 'event_glob' whem printing selectable PMUs

Commit-ID: fa52ceabc2a3e70431a82bca2bc547a15eaf19df Gitweb: http://git.kernel.org/tip/fa52ceabc2a3e70431a82bca2bc547a15eaf19df Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 2 Oct 2015 15:28:16 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 2 Oct 2015 15:28:16 -0300

[tip:perf/core] perf stat: Reduce min --interval-print to 10ms

Commit-ID: 19afd10410957b1c808c2c49a88e6dd8b23aa894 Gitweb: http://git.kernel.org/tip/19afd10410957b1c808c2c49a88e6dd8b23aa894 Author: Kan Liang AuthorDate: Fri, 2 Oct 2015 05:04:34 -0400 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 2 Oct 2015 17:07:55 -0300 perf stat: Reduce

Re: [PATCH v2] of/fdt: Allow memory node and root to have different size/address cells

On Thursday 01 October 2015 05:52 PM, Arnd Bergmann wrote: > On Thursday 01 October 2015 17:48:21 Vineet Gupta wrote: >> Currently memory node parsing uses root "#size-cells", "#address-cells" >> This doesn't work correctly when memory address/size is different or >> greater than root's. >> >>

[PATCH 1/2] NTB: fix access of free-ed pointer

We were accessing nt->mw_vec after freeing it. Fix the error path so that we free nt->mw_vec after we have finished using it. Signed-off-by: Sudip Mukherjee --- drivers/ntb/ntb_transport.c | 15 +++ 1 file changed, 7 insertions(+), 8 deletions(-) diff --git

[PATCH 2/2] NTB: remove unused variable

These variables were not used anywhere. So remove them. Signed-off-by: Sudip Mukherjee --- drivers/ntb/ntb_transport.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/ntb/ntb_transport.c b/drivers/ntb/ntb_transport.c index 69953ee..28f9a03 100644 --- a/drivers/ntb/ntb_transport.c

Re: [RFT v3] eata: Convert eata driver as normal PCI and platform device drivers

On 2015/9/26 14:27, Arthur Marsh wrote: > > > Arthur Marsh wrote on 24/09/15 15:26: >> >> >> Jiang Liu wrote on 24/09/15 13:58: >> >>> Hi James, >>> Thanks for review. How about the attached patch which addresses >>> the three suggestions from you? >>> Thanks! >>> Gerry >> >> I've applied

Re: 4.2.2: NR_CPUS effectively being 1 bug

On Sat, 2015-10-03 at 09:38 +0200, Ingo Molnar wrote: > * Peter Zijlstra wrote: > > > On Fri, Oct 02, 2015 at 02:00:33PM -0700, Andrew Morton wrote: > > > On Fri, 2 Oct 2015 23:46:59 +0300 Alexey Dobriyan > > > wrote: > > > > > > > FYI, I've upgraded from 4.1.7 to 4.2.1 (and retested with

Re: [PATCH 26/26] x86, pkeys: Documentation

* Ingo Molnar wrote: > > * Dave Hansen wrote: > > > > Another question, related to enumeration as well: I'm wondering whether > > > there's any way for the kernel to allocate a bit or two for its own > > > purposes - > > > such as protecting crypto keys? Or is the facility fundamentally

Re: 4.2.2: NR_CPUS effectively being 1 bug

* Mike Galbraith wrote: > On Sat, 2015-10-03 at 09:38 +0200, Ingo Molnar wrote: > > * Peter Zijlstra wrote: > > > > > On Fri, Oct 02, 2015 at 02:00:33PM -0700, Andrew Morton wrote: > > > > On Fri, 2 Oct 2015 23:46:59 +0300 Alexey Dobriyan > > > > wrote: > > > > > > > > > FYI, I've upgraded

Re: [PATCH 0/5 v2] Fix NVMe driver support on Power with 32-bit DMA

On Sat, Oct 03, 2015 at 06:51:06AM +1000, Benjamin Herrenschmidt wrote: > On Fri, 2015-10-02 at 13:09 -0700, Nishanth Aravamudan wrote: > > > 1) add a generic dma_get_page_shift implementation that just returns > > PAGE_SHIFT > > So you chose to return the granularity of the iommu to the driver

Re: 4.2.2: NR_CPUS effectively being 1 bug

On Sat, 2015-10-03 at 10:18 +0200, Ingo Molnar wrote: > * Mike Galbraith wrote: > > > On Sat, 2015-10-03 at 09:38 +0200, Ingo Molnar wrote: > > > * Peter Zijlstra wrote: > > > > > > > On Fri, Oct 02, 2015 at 02:00:33PM -0700, Andrew Morton wrote: > > > > > On Fri, 2 Oct 2015 23:46:59 +0300

Re: [PATCH] ebpf, events: make it actually more configurable

* Daniel Borkmann wrote: > On 10/03/2015 08:37 AM, Ingo Molnar wrote: > > > >* Daniel Borkmann wrote: > > > >>While testing some other BPF issue, I realized that BPF_EVENTS is > >>actually not accessible through menuconfig because of a missing > >>description that needs to be attached to the

[PATCH] genirq: Move irq_set_vcpu_affinity out of "#ifdef CONFIG_SMP"

irq_set_vcpu_affinity() is needed when CONFIG_SMP=n, so move the definition out of "#ifdef CONFIG_SMP" Suggested-by: Paolo Bonzini Signed-off-by: Feng Wu --- kernel/irq/manage.c | 62 ++--- 1 file changed, 31 insertions(+), 31 deletions(-) diff

Re: [PATCH] ALSA: hda: Add dock support for ThinkPad T550

On Fri, 02 Oct 2015 20:09:54 +0200, Laura Abbott wrote: > > Much like all the other Lenovo laptops, add a quirk to make > sound work with docking. > > Reported-and-tested-by: lackner...@gmail.com > Signed-off-by: Laura Abbott Thanks, applied now (with Cc to stable). Takashi > --- >

Re: 4.2.2: NR_CPUS effectively being 1 bug

* Mike Galbraith wrote: > On Sat, 2015-10-03 at 10:18 +0200, Ingo Molnar wrote: > > * Mike Galbraith wrote: > > > > > On Sat, 2015-10-03 at 09:38 +0200, Ingo Molnar wrote: > > > > * Peter Zijlstra wrote: > > > > > > > > > On Fri, Oct 02, 2015 at 02:00:33PM -0700, Andrew Morton wrote: > > >

Re: [PATCH v6 1/2] efi: export efi_capsule_supported() function symbol

On Sat, Oct 03, 2015 at 03:02:11AM +, Kweh, Hock Leong wrote: > It is because the author of this code is Matt. Submitting this, > allows him to easily squash into his patch: > https://lkml.org/lkml/2014/10/7/391 Then you should say that in the commit message or above it or under the "---"

Re: [RFC][PATCH] x86/mm: warn on W+x mappings

On Sat, Oct 03, 2015 at 09:50:45AM +0200, Ingo Molnar wrote: > Ah, I think you missed the following detail: the patch I suggested would > separate > the debugfs bits from the checking bits and would thus allow a 'security > check > only' .config setting. > > Distros would normally not want to

Re: [PATCH v6 0/2] Enable capsule loader interface for efi firmware updating

On Sat, Oct 03, 2015 at 03:18:41AM +, Kweh, Hock Leong wrote: > > What does the error case look like? A standard glibc message about > > write(2) failing? > > > > Any upload fail error like -ENOMEM, -EINVAL, -EIO as well as error returned > by efi_capsule_update() API. All I'm asking is,

Re: [PATCH v6 0/2] Enable capsule loader interface for efi firmware updating

On Fri, Oct 02, 2015 at 09:18:05PM -0700, Andy Lutomirski wrote: > > What does the error case look like? A standard glibc message about > > write(2) failing? > > > > close(2), right? I'm looking at those retvals of efi_capsule_write(). They are returned to userspace during write(2), no? /me has

Re: [PATCH] genirq: Move irq_set_vcpu_affinity out of "#ifdef CONFIG_SMP"

On 2015/10/3 16:20, Feng Wu wrote: > irq_set_vcpu_affinity() is needed when CONFIG_SMP=n, so move the > definition out of "#ifdef CONFIG_SMP" > > Suggested-by: Paolo Bonzini > Signed-off-by: Feng Wu Reviewed-by: Jiang Liu > --- > kernel/irq/manage.c | 62 >

[PATCH v2 1/3] Input: db9 - store object at correct index

The variable i is used to check the port to attach to and we are supposed to save the reference of struct db9 in the location given by db9_base[i]. But after finding out the index, i is getting modified again so we saved in a wrong index. While at it mark db9_base[i] as NULL after it is freed.

[PATCH v2 3/3] Input: turbografx - store object in correct index

The variable i is used to check the port to attach to and we are supposed to save the reference of struct tgfx in the location given by tgfx_base[i]. But after finding out the index, i is getting modified again so we saved in a wrong index. Fixes: 4de27a638a99 ("Input: turbografx - use parallel

[PATCH v2 2/3] Input: gamecon - store object at correct index

The variable i is used to check the port to attach to and we are supposed to save the reference of struct gc in the location given by gc_base[i]. But after finding out the index, i is getting modified again so we saved in a wrong index. Reported-by: Dan Carpenter Fixes: a517e87c3dfc ("Input:

[PATCH 1/2] drivers: staging: wilc1000: Move spin lock to the start of critical section

The spin_lock_irqsave is moved to just beginning of critical section. This change moves a couple of return statements out of the lock. Signed-off-by: Chandra S Gorentla --- drivers/staging/wilc1000/wilc_msgqueue.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 2/2] drivers: staging: wilc1000: Call kfree only for error cases

- kfree is being called for the members of the queue without de-queuing them; they are just inserted within this function; they are supposed to be de-queued and freed in a function for receiving the queue items - goto statements are removed - After kfree correction, there is no need

Re: WARNING: CPU: 4 PID: 863 at include/drm/drm_crtc.h:1577 drm_helper_choose_encoder_dpms+0x88/0x90() - evildoer found and neutralized

On Sat, Oct 03, 2015 at 03:36:35PM +0800, Jiang Liu wrote: > The above change is not needed, pcibios_disable_irq() will > first check !pci_has_managed_irq(dev) before actually freeing > PCI irq. pci_has_managed_irq(dev) only returns true if > pcibios_alloc_irq() succeeds. > > So to summary, I

Re: [RFC PATCHv2] x86/pci: Initial commit for new VMD device driver

* Keith Busch wrote: > +config VMDDEV > + depends on PCI && PCI_DOMAINS && PCI_MSI && GENERIC_MSI_IRQ_DOMAIN && > IRQ_DOMAIN_HIERARCHY > + tristate "Volume Management Device Driver" > + default N > + select HAVE_VMDDEV > + ---help--- > + Adds support for the Intel

Re: [PATCH] usb-host: Remove fusbh200 driver

On Fri, Oct 2, 2015 at 7:39 PM, Felipe Balbi wrote: > On Fri, Oct 02, 2015 at 01:18:27PM +0200, Peter Senna Tschudin wrote: >> fusbh200 and fotg210 are very similar. The initial idea was to consolidate >> both drivers but I'm afraid fusbh200 is not being used. >> >> This patch remove the fusbh200

Re: [PATCH v3 1/7] acpi: Add early device probing infrastructure

On Fri, 2 Oct 2015 16:06:05 -0500 Wei Huang wrote: Hi Wei, > Hi Marc, [...] > > +struct acpi_probe_entry { > > + __u8 id[ACPI_TABLE_ID_LEN]; > > + __u8 type; > > + acpi_probe_entry_validate_subtbl subtable_valid; > > + union { > > + acpi_tbl_table_handler probe_table; > > +

Re: [PATCH 1/2] iio: fix drivers that use 0 as a valid IRQ in client->irq (part 2)

On 23/09/15 10:02, Octavian Purdila wrote: > Since commit dab472eb931bc291 ("i2c / ACPI: Use 0 to indicate that > device does not have interrupt assigned") 0 is not a valid i2c > client irq anymore, so change all driver's checks accordingly. > > The same issue occurs when the device is

Re: [PATCH 2/2] iio: remove gpio interrupt probing from drivers that use a single interrupt

On 23/09/15 10:04, Bastien Nocera wrote: > On Wed, 2015-09-23 at 12:02 +0300, Octavian Purdila wrote: >> Commit 845c877009cf014b ("i2c / ACPI: Assign IRQ for devices that >> have >> GpioInt automatically") automatically asigns > > assigns. Fixed up description and applied to the togreg branch of

RE: [tpmdd-devel] [PATCH 4/4] keys, trusted: seal/unseal with TPM 2.0 chips

Hi Jarkko, [snip] diff --git a/security/keys/trusted.h b/security/keys/trusted.h index ff001a5..fc32c47 100644 --- a/security/keys/trusted.h +++ b/security/keys/trusted.h @@ -12,6 +12,13 @@ #define TPM_RETURN_OFFSET 6 #define TPM_DATA_OFFSET10 +/*

[GIT PULL] EFI fixes

Linus, Please pull the latest core-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-urgent-for-linus # HEAD: 0ce3cc008ec04258b6a6314b09f1a6012810881a arm64/efi: Fix boot crash by not padding between EFI_MEMORY_RUNTIME regions Two EFI fixes:

Re: [Dell XPS 13 9343] Random kernel Oops at boot with "acpi=ht", disappearing with "acpi=off"

On venerdì 2 ottobre 2015 12:19:19 CEST, Mika Westerberg wrote: On Fri, Oct 02, 2015 at 11:59:38AM +0200, Niccolò Belli wrote: Hi, This laptop suffers of random kernel hangs at boot: I tested kernel 4.1.8, 4.2.1 and 4.3-rc3 and they are all affected. Every time I turn on my laptop I have to

Re: [PATCH v2 4/4] ARM: STi: DT: Add support for stih418 A9 pll

On 10/02/2015 09:32 PM, Stephen Boyd wrote: On 08/24, Gabriel Fernandez wrote: Add support for new PLL-type for stih418 A9-PLL. Signed-off-by: Gabriel Fernandez --- I assume this will go through arm-soc? Yes, I will take it through STi tree. Thanks, Maxime -- To unsubscribe from this

Re: [PATCH] mm: optimize PageHighMem() check

On Saturday 03 October 2015 02:23 AM, Andrew Morton wrote: > On Fri, 2 Oct 2015 12:45:53 +0530 Vineet Gupta wrote: > >> On Friday 02 October 2015 04:55 AM, Andrew Morton wrote: >>> On Tue, 29 Sep 2015 13:24:20 +0530 Vineet Gupta >>> wrote: >>> > This came up when implementing HIHGMEM/PAE40

[GIT PULL] timer fixes

Linus, Please pull the latest timers-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers-urgent-for-linus # HEAD: 67dfae0cd72fec5cd158b6e5fb1647b7dbe0834c clocksource: Fix abs() usage w/ 64bit values An abs64() fix in the watchdog driver,

[GIT PULL] x86 fixes

Linus, Please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus # HEAD: f4b4aae1828855db761bf998ce37d3062b1d6446 x86/headers/uapi: Fix __BITS_PER_LONG value for x32 builds Fixes all around the map: W+X

Re: [tpmdd-devel] [PATCH 4/4] keys, trusted: seal/unseal with TPM 2.0 chips

On Sat, Oct 03, 2015 at 10:00:59AM +, Fuchs, Andreas wrote: > Hi Jarkko, > > [snip] > > diff --git a/security/keys/trusted.h b/security/keys/trusted.h > index ff001a5..fc32c47 100644 > --- a/security/keys/trusted.h > +++ b/security/keys/trusted.h > @@ -12,6 +12,13 @@ > #define

Re: [PATCH] ppc4xx_edac: Fix module autoload for OF platform driver

On Thu, Sep 17, 2015 at 01:46:19PM +0200, Luis de Bethencourt wrote: > This platform driver has a OF device ID table but the OF module > alias information is not created so module autoloading won't work. > > Signed-off-by: Luis de Bethencourt > --- > drivers/edac/ppc4xx_edac.c | 1 + > 1 file

Re: [tpmdd-devel] [PATCH 4/4] keys, trusted: seal/unseal with TPM 2.0 chips

On Sat, Oct 03, 2015 at 01:26:55PM +0300, Jarkko Sakkinen wrote: > On Sat, Oct 03, 2015 at 10:00:59AM +, Fuchs, Andreas wrote: > > Hi Jarkko, > > > > [snip] > > > > diff --git a/security/keys/trusted.h b/security/keys/trusted.h > > index ff001a5..fc32c47 100644 > > ---

Re: [patch 1/2] x86/process: Add proper bound checks in 64bit get_wchan()

On Fri, 2 Oct 2015, Sasha Levin wrote: > I'm seeing a different issue with this patch: > > [ 5228.736320] BUG: KASAN: out-of-bounds in get_wchan+0xf9/0x1b0 at addr > 88049d2b7c50 > [ 5228.737560] Read of size 8 by task killall/22177 > [ 5228.738304] page:ea001274adc0 count:0 mapcount:0

Re: [PATCH] drm/mgag200: Fix calling drm_fb_helper_fini() twice

* Archit Taneja wrote: > > > On 9/17/2015 2:04 PM, Ingo Molnar wrote: > > > > > >* Ingo Molnar wrote: > > > > > > > >>So this patch was whitespace damaged - I applied it by hand and made the > >>commit > > > >>below. This has solved the crash, thanks Archit! > > > > > > > >Spoke too soon -

Re: [GIT PULL] x86 fixes

* Ingo Molnar wrote: > Linus, > > Please pull the latest x86-urgent-for-linus git tree from: > >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > x86-urgent-for-linus > ># HEAD: f4b4aae1828855db761bf998ce37d3062b1d6446 x86/headers/uapi: Fix > __BITS_PER_LONG value for x32

Re: [PATCH v3 4/4] iio: bmc150: Add SPI driver

On 21/09/15 11:55, Markus Pargmann wrote: > Add a simple SPI driver which initializes the spi regmap for the bmc150 > core driver. > > Signed-off-by: Markus Pargmann After applying this one to latest togreg I get: drivers/iio/accel/bmc150-accel-spi.c:69:37: error: undefined identifier

Re: [PATCH v3 3/4] iio: bmc150: Split the driver into core and i2c

On 21/09/15 11:55, Markus Pargmann wrote: > Signed-off-by: Markus Pargmann You didn't have the pm_ops structure exported which gave: ERROR: "bmc150_accel_pm_ops" [drivers/iio/accel/bmc150-accel-i2c.ko] undefined! scripts/Makefile.modpost:90: recipe for target '__modpost' failed I added an

Re: [PATCH v3 1/4] iio: bmc150: Use i2c regmap

On 23/09/15 13:47, Tirdea, Irina wrote: > > >> -Original Message- >> From: Markus Pargmann [mailto:m...@pengutronix.de] >> Sent: 21 September, 2015 13:55 >> To: Jonathan Cameron >> Cc: Srinivas Pandruvada; Tirdea, Irina; Lars-Peter Clausen; >> linux-...@vger.kernel.org;

Re: [PATCH v3 3/4] iio: bmc150: Split the driver into core and i2c

On 23/09/15 13:51, Tirdea, Irina wrote: > > >> -Original Message- >> From: Markus Pargmann [mailto:m...@pengutronix.de] >> Sent: 21 September, 2015 13:55 >> To: Jonathan Cameron >> Cc: Srinivas Pandruvada; Tirdea, Irina; Lars-Peter Clausen; >> linux-...@vger.kernel.org;

Re: [PATCH v3 2/4] iio: bcm150: Remove i2c_client from private data

On 23/09/15 13:47, Tirdea, Irina wrote: > > >> -Original Message- >> From: Markus Pargmann [mailto:m...@pengutronix.de] >> Sent: 21 September, 2015 13:55 >> To: Jonathan Cameron >> Cc: Srinivas Pandruvada; Tirdea, Irina; Lars-Peter Clausen; >> linux-...@vger.kernel.org;

Re: [PATCH v3 4/4] iio: bmc150: Add SPI driver

On 03/10/15 12:04, Jonathan Cameron wrote: > On 21/09/15 11:55, Markus Pargmann wrote: >> Add a simple SPI driver which initializes the spi regmap for the bmc150 >> core driver. >> >> Signed-off-by: Markus Pargmann > After applying this one to latest togreg I get: >

Re: [PATCH v3 0/4] iio: bmc150 regmap and SPI

On 24/09/15 08:11, Markus Pargmann wrote: > Hi Irina, > > On Wed, Sep 23, 2015 at 12:46:04PM +, Tirdea, Irina wrote: >> >> >>> -Original Message- >>> From: Markus Pargmann [mailto:m...@pengutronix.de] >>> Sent: 21 September, 2015 13:55 >>> To: Jonathan Cameron >>> Cc: Srinivas

Re: [PATCH 00/18] Input - Fix make coccicheck warnings

Hello Dmitry, On 10/02/2015 08:25 PM, Dmitry Torokhov wrote: > Hi Javier, > > On Fri, Oct 02, 2015 at 03:40:11PM +0200, Javier Martinez Canillas wrote: >> Hello Dmitry, >> >> This series contains trivial patches with fixes to different warnings >> reported by make coccichek M=drivers/input. >>

Re: [RFT v3] eata: Convert eata driver as normal PCI and platform device drivers

Jiang Liu wrote on 03/10/15 17:41: Hi Arthur, The above results suggest that we need to shutdown eata controller for kexec. So could you please try to apply the attached patch upon the previous two patches? Thanks! Gerry Hi, I still get kexec shutdown errors like this with the 3rd

[PATCH] drivers/video/fbdev/i740fb: remove unused variable

The value of d_best is always 0 and never changes. Signed-off-by: Sudip Mukherjee --- drivers/video/fbdev/i740fb.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/drivers/video/fbdev/i740fb.c b/drivers/video/fbdev/i740fb.c index 452e116..cf5ccd0 100644 ---

Re: [PATCH v2] x86/mm: warn on W+x mappings

* Stephen Smalley wrote: > diff --git a/arch/x86/mm/init_64.c b/arch/x86/mm/init_64.c > index 30564e2..f8b1573 100644 > --- a/arch/x86/mm/init_64.c > +++ b/arch/x86/mm/init_64.c > @@ -1150,6 +1150,8 @@ void mark_rodata_ro(void) > free_init_pages("unused kernel", >

Re: [patch 1/2] x86/process: Add proper bound checks in 64bit get_wchan()

2015-10-03 13:54 GMT+03:00 Thomas Gleixner : > On Fri, 2 Oct 2015, Sasha Levin wrote: >> I'm seeing a different issue with this patch: >> >> [ 5228.736320] BUG: KASAN: out-of-bounds in get_wchan+0xf9/0x1b0 at addr >> 88049d2b7c50 >> [ 5228.737560] Read of size 8 by task killall/22177 >> [

Re: [PATCH 4.2 00/30] 4.2.3-stable review

On Fri, Oct 02, 2015 at 09:41:11AM -0600, Shuah Khan wrote: > On 10/01/2015 03:21 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.2.3 release. > > There are 30 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH 4.2 00/30] 4.2.3-stable review

On Fri, Oct 02, 2015 at 10:44:42AM +0530, Sudip Mukherjee wrote: > On Thu, Oct 01, 2015 at 11:21:22AM +0200, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.2.3 release. > > There are 30 patches in this series, all will be posted as a response > > to this one.

Re: [PATCH 4.2 00/30] 4.2.3-stable review

On Thu, Oct 01, 2015 at 06:27:58PM -0700, Guenter Roeck wrote: > On Thu, Oct 01, 2015 at 11:21:22AM +0200, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.2.3 release. > > There are 30 patches in this series, all will be posted as a response > > to this one.

Re: [PATCH 4.1 22/29] net: dsa: bcm_sf2: Do not override speed settings

On Thu, Oct 01, 2015 at 06:22:22PM -0700, David Miller wrote: > From: Ben Hutchings > Date: Fri, 02 Oct 2015 01:47:23 +0100 > > > On Thu, 2015-10-01 at 11:31 +0200, Greg Kroah-Hartman wrote: > >> 4.1-stable review patch. If anyone has any objections, please let me > >> know. > >> > >>

[PATCH] staging: lustre: lustre: llite: Added a blank line

Added a blank line after declaration to fix the coding style warning detected by checkpatch.pl WARNING: Missing a blank line after declarations Signed-off-by: Anjali Menon --- drivers/staging/lustre/lustre/llite/llite_capa.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [GIT PULL] usb fixes for v4.3-rc4

On Fri, Oct 02, 2015 at 01:48:49PM -0500, Felipe Balbi wrote: > Hi Greg, > > here's three more fixes for current -rc. They have been in next for a couple > days or so and no build problems have been found. > > regards > > The following changes since commit

Re: [GIT PULL] phy: for 4.3 -rc

On Tue, Sep 29, 2015 at 12:05:21PM +0530, Kishon Vijay Abraham I wrote: > Hi Greg, > > Please find the pull request for 4.3 -rc cycle below. This includes > misc fixes in three of the PHY drivers. Please see the tag message for > the details. > > Let me know if I have to change something. > >

<    1   2   3   4   5   6   7   >