Re: [PATCH resend v2] tty: n_tty -- Add new TIOCPEEKRAW ioctl to peek unread data

Hi Cyrill, On 04/07/2016 05:53 AM, Cyrill Gorcunov wrote: > Currently when we checkpoint PTY connections we ignore data queued inside > read buffer of ldisk, such data is barely lost after the restore. So we > would like to have an ability to dump and restore it. Do you want to be able to

Re: [PATCH resend v2] tty: n_tty -- Add new TIOCPEEKRAW ioctl to peek unread data

Hi Cyrill, On 04/07/2016 05:53 AM, Cyrill Gorcunov wrote: > Currently when we checkpoint PTY connections we ignore data queued inside > read buffer of ldisk, such data is barely lost after the restore. So we > would like to have an ability to dump and restore it. Do you want to be able to

Re: [PATCH 03/10] mm/hugetlb: Protect follow_huge_(pud|pgd) functions from race

On 04/07/2016 02:56 PM, Balbir Singh wrote: > > On 07/04/16 15:37, Anshuman Khandual wrote: >> > follow_huge_(pmd|pud|pgd) functions are used to walk the page table and >> > fetch the page struct during 'follow_page_mask' call. There are possible >> > race conditions faced by these functions

Re: [PATCH 03/10] mm/hugetlb: Protect follow_huge_(pud|pgd) functions from race

On 04/07/2016 02:56 PM, Balbir Singh wrote: > > On 07/04/16 15:37, Anshuman Khandual wrote: >> > follow_huge_(pmd|pud|pgd) functions are used to walk the page table and >> > fetch the page struct during 'follow_page_mask' call. There are possible >> > race conditions faced by these functions

Re: [PATCH 2/2] powerpc/drivers: Add driver for operator panel on FSP machines

On 11/04/16 11:41, Suraj Jitindar Singh wrote: Implement new character device driver to allow access from user space to the 2x16 character operator panel display present on powernv machines. Specifically, on IBM Power Systems machines with FSPs (see comments below). This will allow status

Re: [PATCH 2/2] powerpc/drivers: Add driver for operator panel on FSP machines

On 11/04/16 11:41, Suraj Jitindar Singh wrote: Implement new character device driver to allow access from user space to the 2x16 character operator panel display present on powernv machines. Specifically, on IBM Power Systems machines with FSPs (see comments below). This will allow status

Re: [PATCH v5 6/9] irqchip/gic-v3: Parse and export virtual GIC information

On 2016/4/4 19:37, Julien Grall wrote: Fill up the recently introduced gic_kvm_info with the hardware information used for virtualization. Signed-off-by: Julien Grall Cc: Thomas Gleixner Cc: Jason Cooper Cc: Marc Zyngier

Re: [PATCH v5 6/9] irqchip/gic-v3: Parse and export virtual GIC information

On 2016/4/4 19:37, Julien Grall wrote: Fill up the recently introduced gic_kvm_info with the hardware information used for virtualization. Signed-off-by: Julien Grall Cc: Thomas Gleixner Cc: Jason Cooper Cc: Marc Zyngier --- Changes in v5: - Remove the alignment check for

Re: [PATCH] audit: Don't spam logs with SECCOMP_KILL/RET_ERRNO by default

Hi Andi, [auto build test ERROR on pcmoore-audit/next] [also build test ERROR on v4.6-rc3 next-20160408] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url:

Re: [PATCH] audit: Don't spam logs with SECCOMP_KILL/RET_ERRNO by default

Hi Andi, [auto build test ERROR on pcmoore-audit/next] [also build test ERROR on v4.6-rc3 next-20160408] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url:

Re: [PATCH 02/10] mm/hugetlb: Add PGD based implementation awareness

On 04/07/2016 02:34 PM, Balbir Singh wrote: > > > On 07/04/16 15:37, Anshuman Khandual wrote: >> Currently the config ARCH_WANT_GENERAL_HUGETLB enabled functions like >> 'huge_pte_alloc' and 'huge_pte_offset' dont take into account HugeTLB >> page implementation at the PGD level. This is also

Re: [PATCH 02/10] mm/hugetlb: Add PGD based implementation awareness

On 04/07/2016 02:34 PM, Balbir Singh wrote: > > > On 07/04/16 15:37, Anshuman Khandual wrote: >> Currently the config ARCH_WANT_GENERAL_HUGETLB enabled functions like >> 'huge_pte_alloc' and 'huge_pte_offset' dont take into account HugeTLB >> page implementation at the PGD level. This is also

Re: [PATCH] drivers/usb/gadget/udc/r8a66597-udc.c: Deinline pipe_change, save 2176 bytes

Hi, Denys Vlasenko writes: > This function compiles to 298 bytes of machine code, has ~10 callsites. fair enough > This is a USB 2.0 device, USB 2.0 is limited to 35 MB/s, so should be it's not limited to 35MB/sec, sorry. USB 2.0 has a theoretical maximum of 60MB/sec.

Re: [PATCH] drivers/usb/gadget/udc/r8a66597-udc.c: Deinline pipe_change, save 2176 bytes

Hi, Denys Vlasenko writes: > This function compiles to 298 bytes of machine code, has ~10 callsites. fair enough > This is a USB 2.0 device, USB 2.0 is limited to 35 MB/s, so should be it's not limited to 35MB/sec, sorry. USB 2.0 has a theoretical maximum of 60MB/sec. But 44MB/sec is what

Re: [PATCH v5 5/9] irqchip/gic-v3: Gather all ACPI specific data in a single structure

+cc Tomasz, On 2016/4/4 19:37, Julien Grall wrote: The ACPI code requires to use global variales in order to collect information from the tables. To make clear those variables are ACPI specific, gather all of them in a single structure. Furthermore, even if some of the variables are not

Re: [PATCH v5 5/9] irqchip/gic-v3: Gather all ACPI specific data in a single structure

+cc Tomasz, On 2016/4/4 19:37, Julien Grall wrote: The ACPI code requires to use global variales in order to collect information from the tables. To make clear those variables are ACPI specific, gather all of them in a single structure. Furthermore, even if some of the variables are not

Re: [PATCH v3 4/5] scsi: rename SCSI_MAX_{SG, SG_CHAIN}_SEGMENTS

On Tue, Apr 5, 2016 at 7:55 AM, Tejun Heo wrote: > On Mon, Apr 04, 2016 at 02:48:10PM -0700, Ming Lin wrote: >> From: Ming Lin >> >> Rename SCSI_MAX_SG_SEGMENTS to SG_CHUNK_SIZE, which means the amount >> we fit into a single scatterlist chunk. >> >>

Re: [PATCH v3 4/5] scsi: rename SCSI_MAX_{SG, SG_CHAIN}_SEGMENTS

On Tue, Apr 5, 2016 at 7:55 AM, Tejun Heo wrote: > On Mon, Apr 04, 2016 at 02:48:10PM -0700, Ming Lin wrote: >> From: Ming Lin >> >> Rename SCSI_MAX_SG_SEGMENTS to SG_CHUNK_SIZE, which means the amount >> we fit into a single scatterlist chunk. >> >> Rename SCSI_MAX_SG_CHAIN_SEGMENTS to

Re: HVMLite / PVHv2 - using x86 EFI boot entry

On 08/04/16 22:40, Luis R. Rodriguez wrote: > On Wed, Apr 06, 2016 at 10:40:08AM +0100, David Vrabel wrote: >> On 06/04/16 03:40, Luis R. Rodriguez wrote: >>> >>> * You don't need full EFI emulation >> >> I think needing any EFI emulation inside Xen (which is where it would >> need to be for

Re: HVMLite / PVHv2 - using x86 EFI boot entry

On 08/04/16 22:40, Luis R. Rodriguez wrote: > On Wed, Apr 06, 2016 at 10:40:08AM +0100, David Vrabel wrote: >> On 06/04/16 03:40, Luis R. Rodriguez wrote: >>> >>> * You don't need full EFI emulation >> >> I think needing any EFI emulation inside Xen (which is where it would >> need to be for

Re: [PATCH] usb: core: buffer: avoid NULL pointer dereferrence

Hi, chunfeng yun writes: > On Fri, 2016-04-08 at 07:07 -0700, Greg Kroah-Hartman wrote: >> On Fri, Apr 08, 2016 at 05:08:03PM +0800, Chunfeng Yun wrote: >> > NULL pointer dereferrence will happen when class driver >> > wants to allocate zero length buffer and

Re: [PATCH] usb: core: buffer: avoid NULL pointer dereferrence

Hi, chunfeng yun writes: > On Fri, 2016-04-08 at 07:07 -0700, Greg Kroah-Hartman wrote: >> On Fri, Apr 08, 2016 at 05:08:03PM +0800, Chunfeng Yun wrote: >> > NULL pointer dereferrence will happen when class driver >> > wants to allocate zero length buffer and pool_max[0] >> > can't be used, so

Re: [PATCH] checkpatch: Improve missing break for switch/case tests

On Sun, 2016-04-10 at 19:26 -0700, Joe Perches wrote: > The current switch/case test doesn't handle ... case labels like: > > switch (foo) { > case bar ... baz: > etc... > } > > Add a specific regex for that form and the default label. > Use the regex where a case

Re: [PATCH] checkpatch: Improve missing break for switch/case tests

On Sun, 2016-04-10 at 19:26 -0700, Joe Perches wrote: > The current switch/case test doesn't handle ... case labels like: > > switch (foo) { > case bar ... baz: > etc... > } > > Add a specific regex for that form and the default label. > Use the regex where a case

[PATCH] clk: sunxi: Use resource_size

Use the function resource_size instaed of explicit computation. Problem found using Coccinelle. Signed-off-by: Vaishali Thakkar --- drivers/clk/sunxi/clk-sun9i-mmc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: sched: tweak select_idle_sibling to look for idle threads

On Sun, 2016-04-10 at 15:55 -0400, Chris Mason wrote: > On Sun, Apr 10, 2016 at 12:04:21PM +0200, Mike Galbraith wrote: > > On Sat, 2016-04-09 at 15:05 -0400, Chris Mason wrote: > > > > > This does preserve the existing logic to prefer idle cores over idle > > > CPU threads, and includes some

[PATCH] clk: sunxi: Use resource_size

Use the function resource_size instaed of explicit computation. Problem found using Coccinelle. Signed-off-by: Vaishali Thakkar --- drivers/clk/sunxi/clk-sun9i-mmc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/clk/sunxi/clk-sun9i-mmc.c

Re: sched: tweak select_idle_sibling to look for idle threads

On Sun, 2016-04-10 at 15:55 -0400, Chris Mason wrote: > On Sun, Apr 10, 2016 at 12:04:21PM +0200, Mike Galbraith wrote: > > On Sat, 2016-04-09 at 15:05 -0400, Chris Mason wrote: > > > > > This does preserve the existing logic to prefer idle cores over idle > > > CPU threads, and includes some

Re: [PATCH] drivers/infiniband/hw/nes/nes_verbs.c: Deinline nes_free_qp_mem, save 1072 bytes

On Fri, Apr 08, 2016 at 08:58:42PM +0200, Denys Vlasenko wrote: > This function compiles to 550 bytes of machine code. > Three callsites, all in nes_create_qp. I agree with you, the functions which calls below and after this function are not optimized for speed and there is no need to inline this

Re: [PATCH] drivers/infiniband/hw/nes/nes_verbs.c: Deinline nes_free_qp_mem, save 1072 bytes

On Fri, Apr 08, 2016 at 08:58:42PM +0200, Denys Vlasenko wrote: > This function compiles to 550 bytes of machine code. > Three callsites, all in nes_create_qp. I agree with you, the functions which calls below and after this function are not optimized for speed and there is no need to inline this

[PATCH] audit: Don't spam logs with SECCOMP_KILL/RET_ERRNO by default

From: Andi Kleen When I run chrome on my opensuse system every time I open a new tab the system log is spammed with: audit[16857]: SECCOMP auid=1000 uid=1000 gid=100 ses=1 pid=16857 comm="chrome" exe="/opt/google/chrome/chrome" sig=0 arch=c03e syscall=273 compat=0

[PATCH] audit: Don't spam logs with SECCOMP_KILL/RET_ERRNO by default

From: Andi Kleen When I run chrome on my opensuse system every time I open a new tab the system log is spammed with: audit[16857]: SECCOMP auid=1000 uid=1000 gid=100 ses=1 pid=16857 comm="chrome" exe="/opt/google/chrome/chrome" sig=0 arch=c03e syscall=273 compat=0 ip=0x7fe27c11a444

Re: [PATCH 0/2] perf probe fixes for ppc64le

On Sat, 2016-04-09 at 19:12 +0530, Naveen N. Rao wrote: > > I suppose this boils down to the quirkiness of ABIv2. Though, in > reality, I don't think most users will notice. As I stated above, users > will most likely start with the disassembly or debuginfo and this patch > ensures there are

Re: [PATCH 0/2] perf probe fixes for ppc64le

On Sat, 2016-04-09 at 19:12 +0530, Naveen N. Rao wrote: > > I suppose this boils down to the quirkiness of ABIv2. Though, in > reality, I don't think most users will notice. As I stated above, users > will most likely start with the disassembly or debuginfo and this patch > ensures there are

RE: [PATCH v6 2/2] btmrvl: add platform specific wakeup interrupt support

Hi Marcel, > From: Marcel Holtmann [mailto:mar...@holtmann.org] > Sent: Friday, April 08, 2016 10:40 PM > To: Amitkumar Karwar > Cc: linux-blueto...@vger.kernel.org; Nishant Sarmukadam; > wnhu...@chromium.com; devicet...@vger.kernel.org; linux- > ker...@vger.kernel.org; Xinming Hu > Subject: Re:

RE: [PATCH v6 2/2] btmrvl: add platform specific wakeup interrupt support

Hi Marcel, > From: Marcel Holtmann [mailto:mar...@holtmann.org] > Sent: Friday, April 08, 2016 10:40 PM > To: Amitkumar Karwar > Cc: linux-blueto...@vger.kernel.org; Nishant Sarmukadam; > wnhu...@chromium.com; devicet...@vger.kernel.org; linux- > ker...@vger.kernel.org; Xinming Hu > Subject: Re:

Re: [PATCH 3/3] mfd: lpc_ich: Add support for Intel Apollo Lake GPIO pinctrl in non-ACPI system

Hi Tan, [auto build test ERROR on tip/x86/core] [also build test ERROR on v4.6-rc3 next-20160408] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url:

Re: [PATCH 3/3] mfd: lpc_ich: Add support for Intel Apollo Lake GPIO pinctrl in non-ACPI system

Hi Tan, [auto build test ERROR on tip/x86/core] [also build test ERROR on v4.6-rc3 next-20160408] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url:

Re: Odroid XU4 deadlock

Hi Krzysztof, On 9 April 2016 at 16:30, Krzysztof Kozlowski wrote: > On Fri, Apr 8, 2016 at 5:36 PM, Anand Moon wrote: >> hi Javier, >> >> On 8 April 2016 at 20:25, Javier Martinez Canillas >> wrote: >>> Hello Anand, >>>

Re: [PATCH v3 00/16] Support non-lru page migration

On Mon, Apr 04, 2016 at 03:17:18PM +0200, John Einar Reitan wrote: > On Wed, Mar 30, 2016 at 04:11:59PM +0900, Minchan Kim wrote: > > Recently, I got many reports about perfermance degradation > > in embedded system(Android mobile phone, webOS TV and so on) > > and failed to fork easily. > > > >

Re: Odroid XU4 deadlock

Hi Krzysztof, On 9 April 2016 at 16:30, Krzysztof Kozlowski wrote: > On Fri, Apr 8, 2016 at 5:36 PM, Anand Moon wrote: >> hi Javier, >> >> On 8 April 2016 at 20:25, Javier Martinez Canillas >> wrote: >>> Hello Anand, >>> >>> On 04/08/2016 09:51 AM, Anand Moon wrote: Hi All, I am

Re: [PATCH v3 00/16] Support non-lru page migration

On Mon, Apr 04, 2016 at 03:17:18PM +0200, John Einar Reitan wrote: > On Wed, Mar 30, 2016 at 04:11:59PM +0900, Minchan Kim wrote: > > Recently, I got many reports about perfermance degradation > > in embedded system(Android mobile phone, webOS TV and so on) > > and failed to fork easily. > > > >

Re: [PATCH] audit: Don't spam logs with SECCOMP_KILL/RET_ERRNO by default

Hi Andi, [auto build test ERROR on pcmoore-audit/next] [also build test ERROR on v4.6-rc3 next-20160408] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url:

Re: [PATCH] audit: Don't spam logs with SECCOMP_KILL/RET_ERRNO by default

Hi Andi, [auto build test ERROR on pcmoore-audit/next] [also build test ERROR on v4.6-rc3 next-20160408] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url:

Re: [PATCH v3 04/16] mm/balloon: use general movable page feature into balloon

On Tue, Apr 05, 2016 at 02:03:05PM +0200, Vlastimil Babka wrote: > On 03/30/2016 09:12 AM, Minchan Kim wrote: > >Now, VM has a feature to migrate non-lru movable pages so > >balloon doesn't need custom migration hooks in migrate.c > >and compact.c. Instead, this patch implements page->mapping >

Re: [PATCH v3 04/16] mm/balloon: use general movable page feature into balloon

On Tue, Apr 05, 2016 at 02:03:05PM +0200, Vlastimil Babka wrote: > On 03/30/2016 09:12 AM, Minchan Kim wrote: > >Now, VM has a feature to migrate non-lru movable pages so > >balloon doesn't need custom migration hooks in migrate.c > >and compact.c. Instead, this patch implements page->mapping >

[PATCH] audit: Don't spam logs with SECCOMP_KILL/RET_ERRNO by default

From: Andi Kleen When I run chrome on my opensuse system every time I open a new tab the system log is spammed with: audit[16857]: SECCOMP auid=1000 uid=1000 gid=100 ses=1 pid=16857 comm="chrome" exe="/opt/google/chrome/chrome" sig=0 arch=c03e syscall=273 compat=0

[PATCH] audit: Don't spam logs with SECCOMP_KILL/RET_ERRNO by default

From: Andi Kleen When I run chrome on my opensuse system every time I open a new tab the system log is spammed with: audit[16857]: SECCOMP auid=1000 uid=1000 gid=100 ses=1 pid=16857 comm="chrome" exe="/opt/google/chrome/chrome" sig=0 arch=c03e syscall=273 compat=0 ip=0x7fe27c11a444

Re: [PATCH 0/7] PM / devfreq: Add NoCP devfreq-event and support busfreq on exyno5422-odroidxu3

Dear all, On 2016년 04월 08일 14:00, Chanwoo Choi wrote: > This patchset support the AMBA bus frequency scaling on Exynos5422-based > Odroid-XU3 board. But, this series only support the bus frequency scaling > for INT (Internal) block using VDD_INT power line. > > Also, to support the bus frequency

Re: [PATCH 0/7] PM / devfreq: Add NoCP devfreq-event and support busfreq on exyno5422-odroidxu3

Dear all, On 2016년 04월 08일 14:00, Chanwoo Choi wrote: > This patchset support the AMBA bus frequency scaling on Exynos5422-based > Odroid-XU3 board. But, this series only support the bus frequency scaling > for INT (Internal) block using VDD_INT power line. > > Also, to support the bus frequency

linux-next: Tree for Apr 11

Hi all, Changes since 20160408: The akpm-current tree still had its build failure for which I applied a patch. Non-merge commits (relative to Linus' tree): 2971 2781 files changed, 115585 insertions(+), 69801 deletions(-)

linux-next: Tree for Apr 11

Hi all, Changes since 20160408: The akpm-current tree still had its build failure for which I applied a patch. Non-merge commits (relative to Linus' tree): 2971 2781 files changed, 115585 insertions(+), 69801 deletions(-)

Re: [PATCH] Don't audit SECCOMP_KILL/RET_ERRNO when syscall auditing is disabled

On Sun, Apr 10, 2016 at 10:30:10PM -0400, Paul Moore wrote: > On Sun, Apr 10, 2016 at 6:31 PM, Andi Kleen wrote: > > On Sun, Apr 10, 2016 at 06:17:53PM -0400, Paul Moore wrote: > >> On Sat, Apr 9, 2016 at 10:41 PM, Andi Kleen wrote: > >> >> What kernel

Re: [PATCH] Don't audit SECCOMP_KILL/RET_ERRNO when syscall auditing is disabled

On Sun, Apr 10, 2016 at 10:30:10PM -0400, Paul Moore wrote: > On Sun, Apr 10, 2016 at 6:31 PM, Andi Kleen wrote: > > On Sun, Apr 10, 2016 at 06:17:53PM -0400, Paul Moore wrote: > >> On Sat, Apr 9, 2016 at 10:41 PM, Andi Kleen wrote: > >> >> What kernel version are you using? I believe we fixed

Re: [PATCH] scripts/gdb: Use $(abspath ...) instead of $(shell cd ... && pwd)

On 2016-04-08 02:16, Thierry Reding wrote: > From: Thierry Reding > > Avoid forking off a shell to resolve the absolute path of the output > directory when make's builtin $(abspath ...) function will do an > adequate job. > > Signed-off-by: Thierry Reding

RE: [PATCH] platform:x86 decouple telemetry driver from the optional IPC resources

> -Original Message- > From: Zha, Qipeng > Sent: Monday, April 11, 2016 7:34 AM > To: Darren Hart ; Aubrey Li > ; Chakravarty, Souvik K > > Cc: platform-driver-...@vger.kernel.org;

[PATCH v9 02/20] PM / devfreq: exynos: Add documentation for generic exynos bus frequency driver

This patch adds the documentation for generic exynos bus frequency driver. Signed-off-by: Chanwoo Choi Reviewed-by: Krzysztof Kozlowski Signed-off-by: MyungJoo Ham --- .../devicetree/bindings/devfreq/exynos-bus.txt

Re: [PATCH] scripts/gdb: Use $(abspath ...) instead of $(shell cd ... && pwd)

On 2016-04-08 02:16, Thierry Reding wrote: > From: Thierry Reding > > Avoid forking off a shell to resolve the absolute path of the output > directory when make's builtin $(abspath ...) function will do an > adequate job. > > Signed-off-by: Thierry Reding > --- > scripts/gdb/linux/Makefile |

RE: [PATCH] platform:x86 decouple telemetry driver from the optional IPC resources

> -Original Message- > From: Zha, Qipeng > Sent: Monday, April 11, 2016 7:34 AM > To: Darren Hart ; Aubrey Li > ; Chakravarty, Souvik K > > Cc: platform-driver-...@vger.kernel.org; linux-kernel@vger.kernel.org > Subject: RE: [PATCH] platform:x86 decouple telemetry driver from the >

[PATCH v9 02/20] PM / devfreq: exynos: Add documentation for generic exynos bus frequency driver

This patch adds the documentation for generic exynos bus frequency driver. Signed-off-by: Chanwoo Choi Reviewed-by: Krzysztof Kozlowski Signed-off-by: MyungJoo Ham --- .../devicetree/bindings/devfreq/exynos-bus.txt | 95 ++ 1 file changed, 95 insertions(+) create mode

[PATCH v9 10/20] MAINTAINERS: Add samsung bus frequency driver entry

This patch adds the 'BUS FREQUENCY DRIVER FOR SAMSUNG EXYNOS' entry to review the patches as maintainer. I can access the all datasheet of Exynos SoC and test it on some Exynos-based board. Patches will be picked up by DEVFREQ maintainer on devfreq git repository. Signed-off-by: Chanwoo Choi

[PATCH v9 10/20] MAINTAINERS: Add samsung bus frequency driver entry

This patch adds the 'BUS FREQUENCY DRIVER FOR SAMSUNG EXYNOS' entry to review the patches as maintainer. I can access the all datasheet of Exynos SoC and test it on some Exynos-based board. Patches will be picked up by DEVFREQ maintainer on devfreq git repository. Signed-off-by: Chanwoo Choi

[PATCH v9 03/20] PM / devfreq: Add devfreq_get_devfreq_by_phandle()

This patch adds the new devfreq_get_devfreq_by_phandle() OF helper function which can find the instance of devfreq device by using phandle ("devfreq"). Signed-off-by: Chanwoo Choi Signed-off-by: MyungJoo Ham [m.reichl and linux.amoon: Tested it

Re: [PATCH 4.4 153/210] scripts/gdb: account for changes in module data structure

On 2016-04-10 11:36, Greg Kroah-Hartman wrote: > 4.4-stable review patch. If anyone has any objections, please let me know. > > -- > > From: Jan Kiszka > > commit ad4db3b24a93e52a92ad8f9b0273a9416f202c23 upstream. > > Commit 7523e4dc5057 ("module: use

[PATCH v9 01/20] PM / devfreq: exynos: Add generic exynos bus frequency driver

This patch adds the generic exynos bus frequency driver for AMBA AXI bus of sub-blocks in exynos SoC with DEVFREQ framework. The Samsung Exynos SoC have the common architecture for bus between DRAM and sub-blocks in SoC. This driver can support the generic bus frequency driver for Exynos SoCs. In

Re: [PATCH 0/7] PM / devfreq: Add NoCP devfreq-event and support busfreq on exyno5422-odroidxu3

Hi Anand, On 2016년 04월 11일 13:01, Anand Moon wrote: > Hi Chanwoo, > > On 11 April 2016 at 07:46, Chanwoo Choi wrote: >> Hi Anand, >> >> On 2016년 04월 09일 03:24, Chanwoo Choi wrote: >>> Hi Anand, >>> >>> On Sat, Apr 9, 2016 at 3:11 AM, Anand Moon

[PATCH v9 18/20] ARM: dts: Add support of bus frequency using VDD_INT for exynos3250-rinato

This patch adds the bus device-tree nodes of INT (internal) block to enable the bus frequency scaling. The following sub-blocks share the VDD_INT power source: - LEFTBUS (parent device) - RIGHTBUS - PERIL - LCD0 - FSYS - MCUISP / ISP - MFC The LEFTBUS is parent device with devfreq ondemand

Re: [PATCH 0/7] PM / devfreq: Add NoCP devfreq-event and support busfreq on exyno5422-odroidxu3

Hi Chanwoo, On 11 April 2016 at 07:46, Chanwoo Choi wrote: > Hi Anand, > > On 2016년 04월 09일 03:24, Chanwoo Choi wrote: >> Hi Anand, >> >> On Sat, Apr 9, 2016 at 3:11 AM, Anand Moon wrote: >>> Hi Chanwoo, >>> > > [snip] > >>> >>> I am observing

[PATCH v9 11/20] ARM: dts: Add DMC bus node for Exynos3250

This patch adds the DMC (Dynamic Memory Controller) bus node for Exynos3250 SoC. The DMC is an AMBA AXI-compliant slave to interface external JEDEC standard SDRAM devices. The bus includes the OPP tables and the source clock for DMC block. Following list specifies the detailed relation between

[PATCH v9 03/20] PM / devfreq: Add devfreq_get_devfreq_by_phandle()

This patch adds the new devfreq_get_devfreq_by_phandle() OF helper function which can find the instance of devfreq device by using phandle ("devfreq"). Signed-off-by: Chanwoo Choi Signed-off-by: MyungJoo Ham [m.reichl and linux.amoon: Tested it on exynos4412-odroidu3 board] Tested-by: Markus

Re: [PATCH 4.4 153/210] scripts/gdb: account for changes in module data structure

On 2016-04-10 11:36, Greg Kroah-Hartman wrote: > 4.4-stable review patch. If anyone has any objections, please let me know. > > -- > > From: Jan Kiszka > > commit ad4db3b24a93e52a92ad8f9b0273a9416f202c23 upstream. > > Commit 7523e4dc5057 ("module: use a structure to

[PATCH v9 01/20] PM / devfreq: exynos: Add generic exynos bus frequency driver

This patch adds the generic exynos bus frequency driver for AMBA AXI bus of sub-blocks in exynos SoC with DEVFREQ framework. The Samsung Exynos SoC have the common architecture for bus between DRAM and sub-blocks in SoC. This driver can support the generic bus frequency driver for Exynos SoCs. In

Re: [PATCH 0/7] PM / devfreq: Add NoCP devfreq-event and support busfreq on exyno5422-odroidxu3

Hi Anand, On 2016년 04월 11일 13:01, Anand Moon wrote: > Hi Chanwoo, > > On 11 April 2016 at 07:46, Chanwoo Choi wrote: >> Hi Anand, >> >> On 2016년 04월 09일 03:24, Chanwoo Choi wrote: >>> Hi Anand, >>> >>> On Sat, Apr 9, 2016 at 3:11 AM, Anand Moon wrote: Hi Chanwoo, >> >> [snip] >>

[PATCH v9 18/20] ARM: dts: Add support of bus frequency using VDD_INT for exynos3250-rinato

This patch adds the bus device-tree nodes of INT (internal) block to enable the bus frequency scaling. The following sub-blocks share the VDD_INT power source: - LEFTBUS (parent device) - RIGHTBUS - PERIL - LCD0 - FSYS - MCUISP / ISP - MFC The LEFTBUS is parent device with devfreq ondemand

Re: [PATCH 0/7] PM / devfreq: Add NoCP devfreq-event and support busfreq on exyno5422-odroidxu3

Hi Chanwoo, On 11 April 2016 at 07:46, Chanwoo Choi wrote: > Hi Anand, > > On 2016년 04월 09일 03:24, Chanwoo Choi wrote: >> Hi Anand, >> >> On Sat, Apr 9, 2016 at 3:11 AM, Anand Moon wrote: >>> Hi Chanwoo, >>> > > [snip] > >>> >>> I am observing following deadlock. Both on Odroid U3 and

[PATCH v9 11/20] ARM: dts: Add DMC bus node for Exynos3250

This patch adds the DMC (Dynamic Memory Controller) bus node for Exynos3250 SoC. The DMC is an AMBA AXI-compliant slave to interface external JEDEC standard SDRAM devices. The bus includes the OPP tables and the source clock for DMC block. Following list specifies the detailed relation between

[PATCH v9 16/20] ARM: dts: Add bus nodes using VDD_MIF for Exynos4210

This patch adds the bus nodes for Exynos4210 SoC. Exynos4210 SoC has one power line for all buses to translate data between DRAM and sub-blocks. Following list specifies the detailed relation between DRAM and sub-blocks: - DMC/ACP clock for DMC (Dynamic Memory Controller) - ACLK200 clock for LCD0

[PATCH v9 12/20] ARM: dts: Add DMC bus frequency for exynos3250-rinato/monk

This patch adds the DMC (Dynamic Memory Controller) bus frequency node which includes the devfreq-events and regulator properties. The bus frequency support the DVFS (Dynamic Voltage Frequency Scaling) feature with ondemand governor. The devfreq-events (ppmu_dmc0*) can monitor the utilization of

[PATCH v9 12/20] ARM: dts: Add DMC bus frequency for exynos3250-rinato/monk

This patch adds the DMC (Dynamic Memory Controller) bus frequency node which includes the devfreq-events and regulator properties. The bus frequency support the DVFS (Dynamic Voltage Frequency Scaling) feature with ondemand governor. The devfreq-events (ppmu_dmc0*) can monitor the utilization of

[PATCH v9 16/20] ARM: dts: Add bus nodes using VDD_MIF for Exynos4210

This patch adds the bus nodes for Exynos4210 SoC. Exynos4210 SoC has one power line for all buses to translate data between DRAM and sub-blocks. Following list specifies the detailed relation between DRAM and sub-blocks: - DMC/ACP clock for DMC (Dynamic Memory Controller) - ACLK200 clock for LCD0

[PATCH v9 04/20] PM / devfreq: Add new DEVFREQ_TRANSITION_NOTIFIER notifier

This patch adds the new DEVFREQ_TRANSITION_NOTIFIER notifier to send the notification when the frequency of device is changed. This notifier has two state as following: - DEVFREQ_PRECHANGE : Notify it before chaning the frequency of device - DEVFREQ_POSTCHANGE : Notify it after changed the

[PATCH v9 04/20] PM / devfreq: Add new DEVFREQ_TRANSITION_NOTIFIER notifier

This patch adds the new DEVFREQ_TRANSITION_NOTIFIER notifier to send the notification when the frequency of device is changed. This notifier has two state as following: - DEVFREQ_PRECHANGE : Notify it before chaning the frequency of device - DEVFREQ_POSTCHANGE : Notify it after changed the

[PATCH v9 00/20] PM / devferq: Add generic exynos bus frequency driver and new passive governor

This patch-set includes the two features as following. The generic exynos bus frequency driver is able to support almost Exynos SoCs for bus frequency scaling. And the new passive governor is able to make the dependency on between devices for frequency/voltage scaling. I had posted the

[PATCH v9 13/20] ARM: dts: Add bus nodes using VDD_INT for Exynos3250

This patch adds the bus nodes using VDD_INT for Exynos3250 SoC. Exynos3250 has following AXI buses to translate data between DRAM and sub-blocks. Following list specifies the detailed relation between DRAM and sub-blocks: - ACLK400 clock for MCUISP - ACLK266 clock for ISP - ACLK200 clock for FSYS

[PATCH v9 13/20] ARM: dts: Add bus nodes using VDD_INT for Exynos3250

This patch adds the bus nodes using VDD_INT for Exynos3250 SoC. Exynos3250 has following AXI buses to translate data between DRAM and sub-blocks. Following list specifies the detailed relation between DRAM and sub-blocks: - ACLK400 clock for MCUISP - ACLK266 clock for ISP - ACLK200 clock for FSYS

[PATCH v9 00/20] PM / devferq: Add generic exynos bus frequency driver and new passive governor

This patch-set includes the two features as following. The generic exynos bus frequency driver is able to support almost Exynos SoCs for bus frequency scaling. And the new passive governor is able to make the dependency on between devices for frequency/voltage scaling. I had posted the

Re: [PATCH v9 00/20] PM / devferq: Add generic exynos bus frequency driver and new passive governor

Dear Myungjoo and Krzysztof, This patch-set already get the acked-by or signed-off-by tag from Exynos SoC and DEVFREQ maintainer except for patch10. If there is no comment, could you pick this patch-set? Best Regards, Chanwoo Choi On 2016년 04월 11일 12:57, Chanwoo Choi wrote: > This patch-set

Re: [PATCH v9 00/20] PM / devferq: Add generic exynos bus frequency driver and new passive governor

Dear Myungjoo and Krzysztof, This patch-set already get the acked-by or signed-off-by tag from Exynos SoC and DEVFREQ maintainer except for patch10. If there is no comment, could you pick this patch-set? Best Regards, Chanwoo Choi On 2016년 04월 11일 12:57, Chanwoo Choi wrote: > This patch-set

[PATCH v9 09/20] PM / devfreq: exynos: Remove unused exynos4/5 busfreq driver

This patch removes the unused exynos4/5 busfreq driver. Instead, generic exynos-bus frequency driver support the all Exynos SoCs. Signed-off-by: Chanwoo Choi Signed-off-by: MyungJoo Ham --- drivers/devfreq/Kconfig | 22 -

Re: [PATCH v2] kvm-pr: manage single-step mode

On Fri, 8 Apr 2016 18:05:00 +0200 Laurent Vivier wrote: > Until now, when we connect gdb to the QEMU gdb-server, the > single-step mode is not managed. > > This patch adds this, only for kvm-pr: > > If KVM_GUESTDBG_SINGLESTEP is set, we enable single-step trace bit in the

[PATCH v9 07/20] PM / devfreq: exynos: Update documentation for bus devices using passive governor

This patch updates the documentation for passive bus devices and adds the detailed example of Exynos3250. Signed-off-by: Chanwoo Choi Acked-by: MyungJoo Ham --- .../devicetree/bindings/devfreq/exynos-bus.txt | 250 - 1

[PATCH v9 09/20] PM / devfreq: exynos: Remove unused exynos4/5 busfreq driver

This patch removes the unused exynos4/5 busfreq driver. Instead, generic exynos-bus frequency driver support the all Exynos SoCs. Signed-off-by: Chanwoo Choi Signed-off-by: MyungJoo Ham --- drivers/devfreq/Kconfig | 22 - drivers/devfreq/Makefile |2 -

Re: [PATCH v2] kvm-pr: manage single-step mode

On Fri, 8 Apr 2016 18:05:00 +0200 Laurent Vivier wrote: > Until now, when we connect gdb to the QEMU gdb-server, the > single-step mode is not managed. > > This patch adds this, only for kvm-pr: > > If KVM_GUESTDBG_SINGLESTEP is set, we enable single-step trace bit in the > MSR (MSR_SE) just

[PATCH v9 07/20] PM / devfreq: exynos: Update documentation for bus devices using passive governor

This patch updates the documentation for passive bus devices and adds the detailed example of Exynos3250. Signed-off-by: Chanwoo Choi Acked-by: MyungJoo Ham --- .../devicetree/bindings/devfreq/exynos-bus.txt | 250 - 1 file changed, 247 insertions(+), 3 deletions(-)

[PATCH v9 14/20] ARM: dts: Add bus nodes using VDD_MIF for Exynos4x12

This patch adds the bus nodes using VDD_MIF for Exynos4x12 SoC. Exynos4x12 has the following AXI buses to translate data between DRAM and DMC/ACP/C2C. Signed-off-by: Chanwoo Choi Reviewed-by: Krzysztof Kozlowski [m.reichl and linux.amoon: Tested

[PATCH v9 06/20] PM / devfreq: exynos: Add support of bus frequency of sub-blocks using passive governor

This patch adds the support of bus frequency feature for sub-blocks which share the one power line. If each bus depends on the power line, each bus is not able to change the voltage by oneself. To optimize the power-consumption on runtime, some buses using the same power line should change the

[PATCH v9 08/20] PM / devfreq: exynos: Add the detailed correlation between sub-blocks and power line

This patch adds the detailed corrleation between sub-blocks and power line for Exynos3250, Exynos4210 and Exynos4x12. Signed-off-by: Chanwoo Choi Acked-by: MyungJoo Ham --- .../devicetree/bindings/devfreq/exynos-bus.txt | 51

[PATCH v9 14/20] ARM: dts: Add bus nodes using VDD_MIF for Exynos4x12

This patch adds the bus nodes using VDD_MIF for Exynos4x12 SoC. Exynos4x12 has the following AXI buses to translate data between DRAM and DMC/ACP/C2C. Signed-off-by: Chanwoo Choi Reviewed-by: Krzysztof Kozlowski [m.reichl and linux.amoon: Tested it on exynos4412-odroidu3 board] Tested-by:

[PATCH v9 06/20] PM / devfreq: exynos: Add support of bus frequency of sub-blocks using passive governor

This patch adds the support of bus frequency feature for sub-blocks which share the one power line. If each bus depends on the power line, each bus is not able to change the voltage by oneself. To optimize the power-consumption on runtime, some buses using the same power line should change the

[PATCH v9 08/20] PM / devfreq: exynos: Add the detailed correlation between sub-blocks and power line

This patch adds the detailed corrleation between sub-blocks and power line for Exynos3250, Exynos4210 and Exynos4x12. Signed-off-by: Chanwoo Choi Acked-by: MyungJoo Ham --- .../devicetree/bindings/devfreq/exynos-bus.txt | 51 ++ 1 file changed, 51 insertions(+) diff

  1   2   3   4   5   6   7   8   9   10   >