Re: [PATCH v5 4/6] mm, proc: reduce cost of /proc/pid/smaps for unpopulated shmem mappings

On Wed 18-11-15 10:29:34, Vlastimil Babka wrote: > Following the previous patch, further reduction of /proc/pid/smaps cost is > possible for private writable shmem mappings with unpopulated areas where > the page walk invokes the .pte_hole function. We can use radix tree iterator > for each such

[tip:x86/urgent] x86/ftrace: Add comment on static function tracing

Commit-ID: 112677d683d31ebd6a8e8b02e0620ae512354b2d Gitweb: http://git.kernel.org/tip/112677d683d31ebd6a8e8b02e0620ae512354b2d Author: Namhyung Kim AuthorDate: Tue, 17 Nov 2015 09:43:24 +0900 Committer: Thomas Gleixner CommitDate: Thu, 19 Nov 2015 11:07:49 +0100 x86/ftrace: Add

Re: [PATCH v1 5/7] test_hexdump: check all bytes in real buffer

On Wed, Nov 11 2015, Andy Shevchenko wrote: > After processing by hex_dump_to_buffer() check all the parts to be expected. > > Part 1. The actual expected hex dump with or without ASCII part. > This is provided by plain strcmp() call including check for the > terminating NUL. > >

Re: [PATCH 6/6] PM / devfreq: Set the min_freq and max_freq of devfreq device

> After probing the devfreq device driver, the value of both min_freq and > max_freq are zero(0). So, this patch initializes the 'min_freq' and 'max_freq' > field of devfreq device by using the freq_table array. > > Signed-off-by: Chanwoo Choi > --- > drivers/devfreq/devfreq.c | 5 + > 1

Re: kernel oops on mmotm-2015-10-15-15-20

> On Nov 19, 2015, at 14:58, Kirill A. Shutemov wrote: > > uncharged i also encounter this crash , also i encounter a crash like this in qemu: [2.703436] [] do_execveat_common.isra.36+0x4f0/0x630 [2.703624] [] do_execve+0x24/0x30 [2.703767] [] SyS_execve+0x1c/0x2c [2.703923]

Re: [PATCH v1 4/7] test_hexdump: replace magic numbers by their meaning

On Wed, Nov 11 2015, Andy Shevchenko wrote: > The magic numbers of the length are converted to their actual meaning, such as > end of the buffer with and without ASCII part. > > We don't touch the rest magic constants that will be removed in the following > commits. > > Signed-off-by: Andy

Re: [PATCH v5 2/2] leds: rt5033: Add RT5033 Flash led device driver

Hi Jacek, Thanks for the review. I'm trying to reply in detail what you mentioned. Please contact me If you need more detail to understand what I replied. On 2015년 11월 19일 00:46, Jacek Anaszewski wrote: > Hi Ingi, > > Thanks for the update. I have few comments below. > > On 11/17/2015 10:04

[tip:x86/cleanups] x86/paravirt: Remove unused pv_apic_ops structure

Commit-ID: 460958659270b7d750d4ccfe052171cb6f655cbb Gitweb: http://git.kernel.org/tip/460958659270b7d750d4ccfe052171cb6f655cbb Author: Juergen Gross AuthorDate: Tue, 17 Nov 2015 14:44:32 +0100 Committer: Thomas Gleixner CommitDate: Thu, 19 Nov 2015 11:03:58 +0100 x86/paravirt: Remove

[tip:x86/cleanups] x86: Remove unused function cpu_has_ht_siblings()

Commit-ID: ed29210cd6a67425026e78aa298fa434e11a74e3 Gitweb: http://git.kernel.org/tip/ed29210cd6a67425026e78aa298fa434e11a74e3 Author: Juergen Gross AuthorDate: Tue, 17 Nov 2015 13:05:43 +0100 Committer: Thomas Gleixner CommitDate: Tue, 17 Nov 2015 15:40:17 +0100 x86: Remove unused

Re: [PATCH v1 3/7] test_hexdump: go through all possible lengths of buffer

On Wed, Nov 11 2015, Andy Shevchenko wrote: > When test for overflow do iterate the buffer length in a range > 0 .. BUF_SIZE. > > Signed-off-by: Andy Shevchenko > --- > lib/test_hexdump.c | 20 ++-- > 1 file changed, 10 insertions(+), 10 deletions(-) > > diff --git

Re: [PATCH v1 2/7] test_hexdump: introduce test_hexdump_prepare_test() helper

On Wed, Nov 11 2015, Andy Shevchenko wrote: > The function prepares the expected result in the provided buffer. > > Signed-off-by: Andy Shevchenko > --- > lib/test_hexdump.c | 26 +++--- > 1 file changed, 19 insertions(+), 7 deletions(-) Makes sense. It does improve

Re: [PATCH 2/5] arm64: cpufeature: Track unsigned fields

On 19/11/15 10:03, Suzuki K. Poulose wrote: On 19/11/15 04:57, AKASHI Takahiro wrote: Hi From my curiosity, can you please clarify your criteria regarding which fields of a register should be signed or unsigned? I guessed that the fields marked with FTR_LOWER_SAFE or FTR_HIGHER_SAFE could

[PATCH] kernel: Remove stop_machine() Kconfig dependency

Currently the full stop_machine() routine is only enabled on SMP if module unloading is enabled, or if the CPUs are hotpluggable. This leads to configurations where stop_machine() is broken as it will then only run the callback on the local CPU with irqs disabled, and not stop the other CPUs or

Re: [PATCH v1 1/7] test_hexdump: rename to test_hexdump

On Wed, Nov 11 2015, Andy Shevchenko wrote: > Just to follow the scheme that most of the test modules are using. > > There is no fuctional change. Yeah, this has also been bugging me slightly. Acked-by: Rasmus Villemoes -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH v5 3/6] mm, proc: reduce cost of /proc/pid/smaps for shmem mappings

On Wed 18-11-15 10:29:33, Vlastimil Babka wrote: > The previous patch has improved swap accounting for shmem mapping, which > however made /proc/pid/smaps more expensive for shmem mappings, as we consult > the radix tree for each pte_none entry, so the overal complexity is > O(n*log(n)). > > We

Re: [Patch-V2 0/6] HID: Support for the Logitech G920 Wheel

On Thu, 12 Nov 2015, Simon Wood wrote: > Patch-V2 tweaked as per Benjamin's requests. Looking at the patches, I am happy with them, but still would like to have Benjamin's Ack/Reviewed-by before merging them. Benjamin ... ? Thanks, -- Jiri Kosina SUSE Labs -- To unsubscribe from this list:

[GIT PULL] MMC fixes for v.4.4 rc2

Hi Linus, Here are some mmc fixes intended for v4.4 rc2. It's based on a commit prior rc1 as I wanted to get them a bit more tested in next before sending you the pull request. Details are as usual found in the signed tag. Please pull this in! Kind regards Ulf Hansson The following changes

Re: [PATCH 2/5] arm64: cpufeature: Track unsigned fields

On 19/11/15 04:57, AKASHI Takahiro wrote: Hi From my curiosity, can you please clarify your criteria regarding which fields of a register should be signed or unsigned? I guessed that the fields marked with FTR_LOWER_SAFE or FTR_HIGHER_SAFE could be unsigned, but it seems to be not always

Re: [PATCH v2] sched/deadline: fix earliest_dl.next is not the pushable candidate

Hi Juri, 2015-11-19 17:38 GMT+08:00 Juri Lelli : > Hi, > > On 10/11/15 20:33, Wanpeng Li wrote: >> earliest_dl.next is used to cache the next earliest ready task >> which also is pushable in order to be a candidate of pushable >> tasks during pull algorithm. If the earliest_dl.next deadline >> of

Re: [PATCH 1/3 v7] livepatch: add old_sympos as disambiguator field to klp_func

On Tue, 17 Nov 2015, Chris J Arges wrote: > Jiri, > Ok, I had put this in the cover letter which I thought was ok as well. > I'll copy those parts into this commit message as well. Here is the text > below. Let me know if this is sufficient. Yup, it'd be nice to have this in changelog of one of

Re: Asterisk deadlocks since Kernel 4.1

OK it had a livelock again. It just took more time. So here is the data: # la /proc/2598/fd total 0 dr-x-- 2 root root0 Nov 19 06:53 . dr-xr-xr-x 7 callweaver callweaver 0 Nov 18 22:38 .. lrwx-- 1 root root 64 Nov 19 06:54 0 -> /dev/null lrwx-- 1 root

[PATCH] sp5100_tco: Add AMD Mullins platform support

AMD Mullins watchdog is fully compatible to the previous Hudson chipset, reuse the existent sp5100_tco driver. Signed-off-by: Denis Turischev diff -Nru linux-4.3.orig/drivers/watchdog/sp5100_tco.c linux-4.3/drivers/watchdog/sp5100_tco.c --- linux-4.3.orig/drivers/watchdog/sp5100_tco.c

Re: [PATCH v5 00/32] HiSilicon SAS driver

On 19/11/2015 03:15, Martin K. Petersen wrote: "John" == John Garry writes: John> thanks, please note that we still have the dependency on John> http://www.spinics.net/lists/arm-kernel/msg452833.html John> Without it the driver can only be built into the kernel, and not John> as a module. I

Re: Asterisk deadlocks since Kernel 4.1

Am 19.11.2015 um 10:44 schrieb Florian Weimer: > On 11/18/2015 10:36 PM, Stefan Priebe wrote: > >>> please try to get a backtrace with debugging information. It is likely >>> that this is the make_request/__check_pf functionality in glibc, but it >>> would be nice to get some certainty. >> >>

Re: [RFC PATCH 1/3] x86/cpu: Unify CPU family, model, stepping calculation

On Thu, Nov 19, 2015 at 10:34:07AM +0100, Paolo Bonzini wrote: > Let me know if I should include this patch via the KVM tree. Do you > want it in 4.4? Nah, no need. I'll send the whole pile with your Reviewed-by's to Ingo so that they all go together. I'll run them some more on my boxes first

Re: Asterisk deadlocks since Kernel 4.1

On 11/18/2015 10:36 PM, Stefan Priebe wrote: >> please try to get a backtrace with debugging information. It is likely >> that this is the make_request/__check_pf functionality in glibc, but it >> would be nice to get some certainty. > > sorry here it is. What I'm wondering is why is there ipv6

Re: [PATCH] usb: gadget: Add the console support for usb-to-serial port

On 19 November 2015 at 17:36, Peter Hurley wrote: > On 11/19/2015 01:48 AM, Baolin Wang wrote: >>> +{ + struct gscons_info *info = gserial_cons.data; + int port_num = gserial_cons.index; + struct usb_request *req; + struct gs_port *port; + struct

Re: [PATCH] zram: Prevent page allocation failure during zcomp_strm_alloc

Hello, On (11/19/15 15:54), kyeongdon.kim wrote: > When we use lzo/lz4 multi compression streams for zram, > we might face page allocation failure. In order to make parallel > compression private data, we should call kzalloc() with order 2/3 > in runtime. But if there is no order 2/3 size memory

Re: [PATCH v8 4/4] irqchip:implement the mbigen irq chip operation functions

On Fri, 6 Nov 2015 16:28:42 +0800 MaJun wrote: > From: Ma Jun > > Add the interrupt controller chip operation functions of mbigen chip. > > Signed-off-by: Ma Jun > --- > drivers/irqchip/irq-mbigen.c | 102 +++-- > 1 files changed, 97 insertions(+), 5

Re: [PATCH 1/2] clk: samsung: Don't build ARMv8 clock drivers on ARMv7

W dniu 19.11.2015 o 18:16, Tomasz Figa pisze: > 2015-11-19 13:51 GMT+09:00 Krzysztof Kozlowski : >> On 19.11.2015 13:18, Tomasz Figa wrote: >>> However, I don't think we can disable compilation of particular 64-bit >>> SoCs, so maybe there isn't much sense in splitting their clock drivers >>> into

Re: [PATCH v2 1/5] crypto: Multi-buffer encryptioin infrastructure support

On Wed, Nov 18, 2015 at 06:39:30PM -0800, Tim Chen wrote: > > The __cbc-aes-aesni-mb algorithm is marked as internal algorithm > with flag CRYPTO_ALG_INTERNAL, so it should not be picked up by other > algorithms and should only be invoked from mcryptd. OK I guess that's fine then. > Anyway,

Re: Asterisk deadlocks since Kernel 4.1

On 11/18/2015 10:23 PM, Stefan Priebe wrote: >> please try to get a backtrace with debugging information. It is likely >> that this is the make_request/__check_pf functionality in glibc, but it >> would be nice to get some certainty. >> >> Which glibc version do you use? Has it got a fix for

Re: [PATCH v2] sched/deadline: fix earliest_dl.next is not the pushable candidate

Hi, On 10/11/15 20:33, Wanpeng Li wrote: > earliest_dl.next is used to cache the next earliest ready task > which also is pushable in order to be a candidate of pushable > tasks during pull algorithm. If the earliest_dl.next deadline > of the sr_rq is earlier than the earliest_dl.curr deadline

Re: [PATCH 0/6] PM / devfreq: Clean code and add set the freq_table array

Hi Myungjoo, On 2015년 11월 19일 17:46, MyungJoo Ham wrote: >> This patch-set clean the code for both devfreq and devfreq-event framework >> and add the 'freq_table' for devfreq device. After initializing the >> 'freq_table', the 'trans_stat' sysfs provide the appropriate information. > > Chanwoo,

Re: [PATCH] usb: gadget: Add the console support for usb-to-serial port

On 11/19/2015 01:48 AM, Baolin Wang wrote: >> >>> +{ >>> + struct gscons_info *info = gserial_cons.data; >>> + int port_num = gserial_cons.index; >>> + struct usb_request *req; >>> + struct gs_port *port; >>> + struct usb_ep *ep; >>> + >>> + if (port_num >=

Re: Asterisk deadlocks since Kernel 4.1

Am 18.11.2015 um 22:22 schrieb Hannes Frederic Sowa: > On Wed, Nov 18, 2015, at 22:20, Stefan Priebe wrote: >> you mean just: >> la /proc/$pid/fd > > ls -l /proc/pid/fd/ > > the numbers in brackets in return from readlink are the inode numbers. > >> and >> >> cat /proc/net/netlink > >

Re: [PATCH] clocksource: Store reg field within struct clocksource

On 18/11/2015 18:21, Russell King - ARM Linux wrote: > On Wed, Nov 18, 2015 at 02:43:34PM +0100, Marc Gonzalez wrote: > >> Since 'struct clocksource' is cacheline_aligned, gcc must insert >> a lot of padding between reg and clksrc in 'struct clocksource_mmio' >> (for example, L1_CACHE_BYTES =

Re: [RFC PATCH 1/3] x86/cpu: Unify CPU family, model, stepping calculation

On 18/11/2015 19:50, Borislav Petkov wrote: > On Wed, Nov 18, 2015 at 12:35:24PM +0100, Paolo Bonzini wrote: >> Yes, exactly. I'm suggesting that the same applies to x86_vendor(). I >> also prefer x86_cpuid_* to x86_*_cpuid because, once you add two >> functions in the same family it's nice

Re: [PATCH] tools: ffs-aio-example: free memory upon failure

On Wed, 2015-11-18 at 10:46 +0100, Robert Baldyga wrote: > Hi Wei, > > On 11/18/2015 07:13 AM, Wei, Jiangang wrote: > > To whom it may concern： > > > > Sorry to bother again, > > But any comment about this patch？ > > > > Reviewed-by: Robert Baldyga > > It looks good to me. By the way, maybe

[PATCH v2] tools: ffs-aio-example: clean up upon failure

Free buffer to avoid memory leak and close fd upon failure occurs. Signed-off-by: Wei Jiangang --- tools/usb/ffs-aio-example/multibuff/device_app/aio_multibuff.c | 6 ++ tools/usb/ffs-aio-example/simple/device_app/aio_simple.c | 6 ++ 2 files changed, 12 insertions(+) diff --git

Re: [PATCH v6 3/6] dt/bindings: add bindings for optee

On Mon, Nov 16, 2015 at 11:01:10AM -0600, Rob Herring wrote: > On Thu, Oct 29, 2015 at 09:21:25AM +0100, Jens Wiklander wrote: > > Introduces optee prefix and adds bindings for ARM TrustZone based OP-TEE > > implementation. > > > > Signed-off-by: Jens Wiklander > > --- > >

Re: [PATCH 1/2] clk: samsung: Don't build ARMv8 clock drivers on ARMv7

2015-11-19 13:51 GMT+09:00 Krzysztof Kozlowski : > On 19.11.2015 13:18, Tomasz Figa wrote: >> However, I don't think we can disable compilation of particular 64-bit >> SoCs, so maybe there isn't much sense in splitting their clock drivers >> into separate symbols? > > To me it does not really

Re: [RFC 8/9] iio: buffer: allow for last-second trigger spawning from device driver

On 18/11/2015 19:55, Jonathan Cameron wrote: On 18/11/15 14:38, Marc Titinger wrote: The hrtimer sw-trigger allow for polling mode on devices w/o hard irq trigger source, but setting the frequency from userland for both the hrtimer trigger device and the adc is error prone. Make adc drivers

Re: [PATCH v2] xen/events: Always allocate legacy interrupts on PV guests

On 18/11/15 19:14, Boris Ostrovsky wrote: > After commit 8c058b0b9c34 ("x86/irq: Probe for PIC presence before > allocating descs for legacy IRQs") early_irq_init() will no longer > preallocate descriptors for legacy interrupts if PIC does not > exist, which is the case for Xen PV guests. > >

Re: [PATCH 1/2] Drivers: hv: vmbus: Fix a Host signaling bug

"K. Y. Srinivasan" writes: > Currently we have two policies for deciding when to signal the host: > One based on the ring buffer state and the other based on what the > VMBUS client driver wants to do. Consider the case when the client > wants to explicitly control when to signal the host. In

Re: [PATCH] hid: usbhid: hid-core: fix recursive deadlock

On Thu, 19 Nov 2015, Ioan-Adrian Ratiu wrote: > First part of lockdep report: > http://imgur.com/clLsCWe > > Second part: > http://imgur.com/Wa2PzRl > > Here are some printk's of mine while reproducing + debugging the issue: > http://imgur.com/SETOHT7 So the real problem is that Intuos driver

Re: Hibernate resume bug around 3,18-rc2 - Full PAT support

On 19/11/15 08:50, vas...@iit.demokritos.gr wrote: > Hi, > > Thanks for the quick answer > >> >> Could you please try the most recent 4.3 kernel? There has been some >> work related to this topic after 4.2 (large page pat handling done by >> Toshi Kani and mtrr/pat handling by Luis Rodriguez). >

Re: [RFD] Functional dependencies between devices

On 11/18/2015 03:17 AM, Rafael J. Wysocki wrote: > On Tuesday, November 17, 2015 01:44:59 PM Andrzej Hajda wrote: >> Hi Rafael, >> >> Please forgive me late reply, but I have missed this thread before. >> >> On 10/27/2015 04:24 PM, Rafael J. Wysocki wrote: >>> Hi All, >>> >>> As discussed in the

Re: [RFD] CAT user space interface revisited

On Wed, 18 Nov 2015, Marcelo Tosatti wrote > Actually, there is a point that is useful: you might want the important > application to share the L3 portion with HW (that HW DMAs into), and > have only the application and the HW use that region. > > So its a good point that controlling the exact

Re: [RFD] CAT user space interface revisited

On Wed, 18 Nov 2015, Marcelo Tosatti wrote: > On Wed, Nov 18, 2015 at 07:25:03PM +0100, Thomas Gleixner wrote: > > So now to the interface part. Unfortunately we need to expose this > > very close to the hardware implementation as there are really no > > abstractions which allow us to express the

Re: [PATCH 0/8] iommu: Make core iommu-groups code more generic

On Wed, 2015-10-21 at 23:51 +0200, Joerg Roedel wrote: > Hi, > > this patch-set makes the core code for managing iommu-groups > more generic by lifting its dependencies on PCI. The core > function iommu_group_get_for_dev() had a hard dev_is_pci() > check in it, followed by PCI specific handling.

Re: A new, fast and "unbreakable" encryption algorithm

Ismail Kizir wrote: > The essential logic of the algorithm is using the key as a "jump > table" which is dynamically updated with every "jump" we make. Sounds like RC4. Please tell us how you are avoiding the weaknesses that make RC4 insecure. > Briefly, to decypher a ciphertext, a cracker

Re: [PATCH v2 0/3] Improve bitmap_empty and bitmap_full

On Thu, Nov 19 2015, Jia He wrote: > find_fisrt_{zero_}bit are too heavy for bitmap_{full,empty}. We don't > need to calculate and compare the position of bitmap. This set of patch > instroduces lightweight api and replaces the heavy one. > Please check the history of the code you're

Re: [PATCH] hid: usbhid: hid-core: fix recursive deadlock

On Wed, 18 Nov 2015, Ioan-Adrian Ratiu wrote: > > > The critical section protected by usbhid->lock in hid_ctrl() is too > > > big and in rare cases causes a recursive deadlock because of its call > > > to hid_input_report(). > > > > > > This deadlock reproduces on newer wacom tablets like

Re: [PATCH v2 2/3] lib: Introduce 2 bit ops api: all_is_bit_{one,zero}

Thanks， I will add it in next verison B.R. Justin 在 11/19/15 4:40 PM, xinhui 写道: hi, jia Nice patch. But I have one minor question. see inline comments. On 2015/11/19 14:48, Jia He wrote: This patch introduces 2 lightweight bit api. all_bit_is_zero return 1 if the bit string is all zero.

Re: [PATCH v2 2/3] lib: Introduce 2 bit ops api: all_is_bit_{one,zero}

> On Nov 19, 2015, at 14:48, Jia He wrote: > > why not use memcmp() to compare with 0x000 or 0x ? memcmp() have better performance on some platforms . Thanks -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH v8 2/4] irqchip: add platform device driver for mbigen device

On 06/11/15 08:28, MaJun wrote: > From: Ma Jun > > Mbigen means Message Based Interrupt Generator(MBIGEN). > > Its a kind of interrupt controller that collects > the interrupts from external devices and generate msi interrupt. > Mbigen is applied to reduce the number of wire connected

Re: perf BPF/elfdep intermitent build problems

On 2015/11/19 10:29, Wangnan (F) wrote: On 2015/11/19 10:21, Wangnan (F) wrote: [SNIP] Right. It should be $ cd tools/lib/bpf $ make clean CLEANlibbpf CLEANcore-gen $ After cleaning can you trigger this problem again? Tiggered part of your problem: $ make

Re: enable dynamic debug - doubt

On Thu, Nov 19, 2015 at 2:38 AM, Peter Hurley wrote: > > On 11/17/2015 07:40 AM, Muni Sekhar wrote: > > [ Please keep me in CC as I'm not subscribed to the list] > > > > Hello, > > > > The behaviour of dynamic debug prints are controlled via writing to a > > control file in the 'debugfs' > >

[PATCH] staging: goldfish: (coding style) Rewrite comparisons to NULL as "!data->reg_base"

Rewrite comparisons to NULL "data->reg_base == NULL" as "!data->reg_base" to conform to checkpatch. Signed-off-by: Christian Colic --- drivers/staging/goldfish/goldfish_audio.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/goldfish/goldfish_audio.c

Re: [PATCH 0/6] PM / devfreq: Clean code and add set the freq_table array

> This patch-set clean the code for both devfreq and devfreq-event framework > and add the 'freq_table' for devfreq device. After initializing the > 'freq_table', the 'trans_stat' sysfs provide the appropriate information. Chanwoo, Are these the same patches in your git, 

[PATCH] tools lib bpf: Don't feature check when cleaning

Before this patch libbpf always do feature check even when cleaning. For example: $ cd kernel/tools/lib/bpf $ make Auto-detecting system features: ...libelf: [ on ] ... bpf: [ on ] CC libbpf.o CC bpf.o LD

Re: [PATCH v2 2/3] lib: Introduce 2 bit ops api: all_is_bit_{one,zero}

hi, jia Nice patch. But I have one minor question. see inline comments. On 2015/11/19 14:48, Jia He wrote: This patch introduces 2 lightweight bit api. all_bit_is_zero return 1 if the bit string is all zero. The addr is the start address, the size is the bit size of the bit string.

Re: [Intel-gfx] [Announcement] 2015-Q3 release of XenGT - a Mediated Graphics Passthrough Solution from Intel

Hi, > > Another area of extension is how to expose a framebuffer to QEMU for > > seamless integration into a SPICE/VNC channel. For this I believe we > > could use a new region, much like we've done to expose VGA access > > through a vfio device file descriptor. An area within this new > >

[PATCH] staging: goldfish: (coding style) Add spaces around the "+" to conform to checkpatch

Added a space around the "+" at: "reg_base+addr2" to clear up a checkpatch check. Signed-off-by: Christian Colic --- drivers/staging/goldfish/goldfish_audio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/goldfish/goldfish_audio.c

[PATCH V2 1/2] dt-bindings: spi: Documentation for Hi6220 spi driver

dt-bindings: spi: Documentation for Hi6220 spi driver Signed-off-by: Zhong Kaihua --- .../devicetree/bindings/spi/spi-hi6220.txt | 45 ++ 1 file changed, 45 insertions(+) create mode 100644 Documentation/devicetree/bindings/spi/spi-hi6220.txt diff --git

[PATCH V2 2/2] arm64: dts: add Hi6220 spi configuration nodes

arm64: dts: add Hi6220 spi configuration nodes Signed-off-by: Zhong Kaihua --- arch/arm64/boot/dts/hisilicon/hi6220-hikey.dts | 1 + arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 20 2 files changed, 21 insertions(+) diff --git

Re: [RFD] CAT user space interface revisited

On Wed, 18 Nov 2015, Marcelo Tosatti wrote: > On Wed, Nov 18, 2015 at 08:34:07PM -0200, Marcelo Tosatti wrote: > > On Wed, Nov 18, 2015 at 07:25:03PM +0100, Thomas Gleixner wrote: > > > Assume that you have isolated a CPU and run your important task on > > > it. You give that task a slice of

Re: [PATCH 4/5] PCI: iproc: Add iProc PCIe MSI support

On Wednesday 18 November 2015 17:37:16 Ray Jui wrote: > >> +} > >> + > >> +static inline void iproc_msi_write_reg(struct iproc_msi *msi, > >> + enum iproc_msi_reg reg, > >> + int eq, u32 val) > >> +{ > >> +struct iproc_pcie

Re: [PATCH 2/2] s390/mm: allow gmap code to retry on faulting in guest memory

On 11/19/2015 09:18 AM, Martin Schwidefsky wrote: > On Thu, 19 Nov 2015 00:49:58 +0100 > Dominik Dingel wrote: > >> The userfaultfd does need FAULT_FLAG_ALLOW_RETRY to not return >> VM_FAULT_SIGBUS. So we improve the gmap code to handle one >> VM_FAULT_RETRY. >> >> Signed-off-by: Dominik Dingel

Re: [PATCH] PCI: Fix logic OF logic in pci_dma_configure()

On Wednesday 18 November 2015 16:49:52 Suravee Suthikulpanit wrote: > - if (IS_ENABLED(CONFIG_OF) && dev->dev.of_node) { > - if (bridge->parent) > + if (IS_ENABLED(CONFIG_OF) && > + bridge->parent && bridge->parent->of_node) { >

Re: kernel BUG at drivers/scsi/scsi_lib.c:1096!

It's pretty much guaranteed a block layer bug, most likely in the merge bios to request infrastucture where we don't obey the merging limits properly. Does either of you have a known good and first known bad kernel? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

[PATCH 2/6] PM / devfreq: event: Fix the error and warning from script/checkpatch.pl

This patch just fixes following error and warning by using scripts/checkpatch.pl. - Follwoing issue from checkpatch.pl: ERROR: space prohibited before that close parenthesis ')' + if (count < 0 ) { WARNING: line over 80 characters + ptr = devres_alloc(devm_devfreq_event_release,

[PATCH 3/6] PM / devfreq: Add show_one macro to delete the duplicate code

This patch adds the 'show_one' macro to simplify the duplicate code of both max_freq_show() and min_freq_show(). Signed-off-by: Chanwoo Choi --- drivers/devfreq/devfreq.c | 20 +--- 1 file changed, 9 insertions(+), 11 deletions(-) diff --git a/drivers/devfreq/devfreq.c

[PATCH 1/6] PM / devfreq: event: Remove the error log of devfreq_event_get_edev_by_phandle()

This patch just removes the error log when devfreq_event_get_edev_by_phandle() fail to get the instance of devfreq-event device. It is related to sequence of the probe() of each driver. So, this error log might show the always during kernel booting. Instead, each driver using this function can

[PATCH 6/6] PM / devfreq: Set the min_freq and max_freq of devfreq device

After probing the devfreq device driver, the value of both min_freq and max_freq are zero(0). So, this patch initializes the 'min_freq' and 'max_freq' field of devfreq device by using the freq_table array. Signed-off-by: Chanwoo Choi --- drivers/devfreq/devfreq.c | 5 + 1 file changed, 5

[PATCH 4/6] PM / devfreq: Set the freq_table of devfreq device

This patch initialize the freq_table array of each devfreq device by using the devfreq_set_freq_table(). If freq_table is NULL, the devfreq framework is not able to support the frequency transtion information through sysfs. The OPP core uses the integer type for the number of opps in the opp list

[PATCH 0/6] PM / devfreq: Clean code and add set the freq_table array

This patch-set clean the code for both devfreq and devfreq-event framework and add the 'freq_table' for devfreq device. After initializing the 'freq_table', the 'trans_stat' sysfs provide the appropriate information. Chanwoo Choi (6): PM / devfreq: event: Remove the error log of

Re: [PATCH 2/2] s390/mm: allow gmap code to retry on faulting in guest memory

On Thu, 19 Nov 2015 00:49:58 +0100 Dominik Dingel wrote: > The userfaultfd does need FAULT_FLAG_ALLOW_RETRY to not return > VM_FAULT_SIGBUS. So we improve the gmap code to handle one > VM_FAULT_RETRY. > > Signed-off-by: Dominik Dingel > --- > arch/s390/mm/pgtable.c | 28

[PATCH 5/6] PM / devfreq: Modify the indentation of trans_stat sysfs for readability

This patch modifies the indentation of 'trans_stat' sysfs to improve readability. The 1GHz is 1000,000,000. So it needs the least 10 position to show the GHz unit. - Before apply this patch, -sh-3.2# cat trans_stat From : To :500011330024

Re: i915.ko WC writes are slow after ea8596bb2d8d379

* Chris Wilson wrote: > > > A bisection pointed to > > > > > > commit ea8596bb2d8d37957f3e92db9511c50801689180 > > > Author: Masami Hiramatsu > > > Date: Thu Jul 18 20:47:53 2013 +0900 > > > > > > kprobes/x86: Remove unused text_poke_smp() and text_poke_smp_batch() > > > functions >

Re: i915.ko WC writes are slow after ea8596bb2d8d379

* Andy Lutomirski wrote: > On Wed, Nov 18, 2015 at 6:48 AM, Chris Wilson > wrote: > > Although > > > > diff --git a/include/linux/stop_machine.h b/include/linux/stop_machine.h > > index d2abbdb..ff4f029 100644 > > --- a/include/linux/stop_machine.h > > +++ b/include/linux/stop_machine.h > >

Re: [RFD] CAT user space interface revisited

Marcelo, On Wed, 18 Nov 2015, Marcelo Tosatti wrote: Can you please trim your replies? It's really annoying having to search for a single line of reply. > The cgroups interface works, but moves the problem of contiguous > allocation to userspace, and is incompatible with cache allocations > on

Re: [PATCH v3 03/12] drm/rockchip: return a true clock rate to adjusted_mode

On 11/19/2015 03:08 PM, Mark yao wrote: On 2015年11月19日 11:35, Chris Zhong wrote: + +/* + * Sometimes the clock driver can not set a accurate clock_rate for vop, + * get the true rate of vop_dclk and set it back to adjusted_mode. + */ +adjusted_mode->clock =

Re: [linux-sunxi] [PATCH] thermal: Add support for Sunxi THS on the Allwinner H3

On Wed, Nov 18, 2015 at 09:51:48PM +0100, Josef Gajdusek wrote: > This patch adds support for the Sunxi thermal sensor on the Allwinner H3. > Also adds declaration of the H3 THS clock to clk-sunxi.c ignoring the > dividers as they are not continuous (clk-divider.c cannot be used as it > does not

[PATCH] f2fs: fix to report error in f2fs_readdir

get_lock_data_page in f2fs_readdir can fail due to a lot of reasons (i.e. no memory or IO error...), it's better to report this kind of error to user rather than ignoring it. Signed-off-by: Chao Yu --- fs/f2fs/dir.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git

Re: [PATCH] i2c: imx: make bus recovery through pinctrl optional

Hello, Cc += Linus Walleij, linux-gpio On Wed, Nov 18, 2015 at 04:59:11PM -0600, Li Yang wrote: > On Wed, Nov 18, 2015 at 1:24 AM, Uwe Kleine-König > wrote: > > On Tue, Nov 17, 2015 at 06:02:59PM -0600, Li Yang wrote: > >> @@ -1125,7 +1119,12 @@ static int i2c_imx_probe(struct platform_device

Re: [PATCH] HAVE_DMA_ATTRS: remove leftovers in Kconfig

Thanks, looks good: Reviewed-by: Christoph Hellwig -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [BUG REPORT] perf tools: x86_64: Broken calllchain when sampling taken at 'callq' instruction

* Wangnan (F) wrote: > > > On 2015/11/19 14:37, Ingo Molnar wrote: > >* Wangnan (F) wrote: > > > >>>perf cmdline is > >>> > >>># ./pref record -g -F 9 --call-graph dwarf ./test_dwarf_unwind > >>> > >>>Use default events, precise_ip == 2 so uses

Re: [PATCH] clocksource: Store reg field within struct clocksource

On Thu, Nov 19, 2015 at 10:27:33AM +0100, Marc Gonzalez wrote: > On 18/11/2015 18:21, Russell King - ARM Linux wrote: > > On Wed, Nov 18, 2015 at 02:43:34PM +0100, Marc Gonzalez wrote: > > > >> Since 'struct clocksource' is cacheline_aligned, gcc must insert > >> a lot of padding between reg

Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

On 11/18/2015 05:46 PM, Andy Shevchenko wrote: > On Wed, Nov 18, 2015 at 4:21 PM, Peter Ujfalusi wrote: >> Hi Vinod, >> >> bringing this old thread back to life as I just started to work on this. > > What I remember we need to convert drivers to use new API meanwhile it >

Re: [PATCH] clocksource: Store reg field within struct clocksource

On Thu, Nov 19, 2015 at 11:33:47AM +0100, Thomas Gleixner wrote: > Russell, > > On Wed, 18 Nov 2015, Russell King - ARM Linux wrote: > > > On Wed, Nov 18, 2015 at 02:43:34PM +0100, Marc Gonzalez wrote: > > > Since 'struct clocksource' is cacheline_aligned, gcc must insert > > > a lot of

Re: [PATCH 6/6] PM / devfreq: Set the min_freq and max_freq of devfreq device

On 2015년 11월 19일 19:10, MyungJoo Ham wrote: >> After probing the devfreq device driver, the value of both min_freq and >> max_freq are zero(0). So, this patch initializes the 'min_freq' and >> 'max_freq' >> field of devfreq device by using the freq_table array. >> >> Signed-off-by: Chanwoo Choi

Re: [PATCH] clocksource: Store reg field within struct clocksource

On Thu, 19 Nov 2015, Russell King - ARM Linux wrote: > On Thu, Nov 19, 2015 at 10:27:33AM +0100, Marc Gonzalez wrote: > > On 18/11/2015 18:21, Russell King - ARM Linux wrote: > > > On Wed, Nov 18, 2015 at 02:43:34PM +0100, Marc Gonzalez wrote: > > > > > >> Since 'struct clocksource' is

Re: [PATCH] clocksource: Store reg field within struct clocksource

On Thu, Nov 19, 2015 at 11:36:53AM +0100, Thomas Gleixner wrote: > On Thu, 19 Nov 2015, Russell King - ARM Linux wrote: > > Maybe the cacheline_aligned is inappropriate then, because it means > > any wrapping of struct clocksource has exactly the same problem. > > We could do that, but that

Re: [PATCH] clocksource: Store reg field within struct clocksource

On Thu, 19 Nov 2015, Russell King - ARM Linux wrote: > The basic cause of this problem is the cacheline_aligned annotation > which effectively prevents wrapping struct clocksource to provide > implementation specific data. > > Maybe your idea is that struct clocksource should be bloated with

Re: [BUG REPORT] perf tools: x86_64: Broken calllchain when sampling taken at 'callq' instruction

On 2015/11/19 18:23, Ingo Molnar wrote: * Wangnan (F) wrote: On 2015/11/19 14:37, Ingo Molnar wrote: * Wangnan (F) wrote: perf cmdline is # ./pref record -g -F 9 --call-graph dwarf ./test_dwarf_unwind Use default events, precise_ip == 2 so

[PATCH v2 0/3] Mediatek EFUSE Support

This patch adds EFUSE support driver which is used by other drivers like thermal sensor and HDMI impedance. There are some efuses these fuses store things like calibration data, speed bins.. etc. Drivers like thermal sensor, HDMI impedance would read out this data for configuring the driver.

[PATCH v2 1/3] dt-bindings: add document of mediatek efuse driver

Add Mediatek MT8173 EFUSE Devicetree binding file Signed-off-by: Andrew-CT Chen --- .../devicetree/bindings/nvmem/mtk-efuse.txt| 36 ++ 1 file changed, 36 insertions(+) create mode 100644

[PATCH v2 3/3] dts: arm64: Add EFUSE device node

Add Mediatek MT8173 EFUSE device node Signed-off-by: Andrew-CT Chen --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi b/arch/arm64/boot/dts/mediatek/mt8173.dtsi index

<    4   5   6   7   8   9   10   11   12   13   >