[PATCH] usb: core: sysfs: constify attribute_group

File size before: textdata bss dec hex filename 67982848 4965025b2 drivers/usb/core/sysfs.o File size After adding 'const': textdata bss dec hex filename 72302400 4963425a2 drivers/usb/core/sysfs.o Signed-off-by:

[PATCH] usb: core: sysfs: constify attribute_group

File size before: textdata bss dec hex filename 67982848 4965025b2 drivers/usb/core/sysfs.o File size After adding 'const': textdata bss dec hex filename 72302400 4963425a2 drivers/usb/core/sysfs.o Signed-off-by:

[GIT PULL] sound fixes for 4.12-rc7

Linus, please pull sound fixes for v4.12-rc7 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-4.12-rc7 The topmost commit is c7ecb9068e6772c43941ce609f08bc53f36e1dce sound fixes for 4.12-rc7

[GIT PULL] sound fixes for 4.12-rc7

Linus, please pull sound fixes for v4.12-rc7 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-4.12-rc7 The topmost commit is c7ecb9068e6772c43941ce609f08bc53f36e1dce sound fixes for 4.12-rc7

[no subject]

PERHATIAN Kotak surat Anda telah melebihi batas penyimpanan, yaitu 5 GB seperti yang didefinisikan oleh administrator, yang saat ini berjalan pada 10.9GB, Anda mungkin tidak dapat mengirim atau menerima surat baru sampai Anda kembali memvalidasi email mailbox Anda. Untuk memvalidasi ulang

[no subject]

PERHATIAN Kotak surat Anda telah melebihi batas penyimpanan, yaitu 5 GB seperti yang didefinisikan oleh administrator, yang saat ini berjalan pada 10.9GB, Anda mungkin tidak dapat mengirim atau menerima surat baru sampai Anda kembali memvalidasi email mailbox Anda. Untuk memvalidasi ulang

Re: [PATCH 1/7] platform/x86: fujitsu-laptop: do not use kfifo for storing hotkey scancodes

On Fri, Jun 23, 2017 at 09:44:58AM +0930, Jonathan Woithe wrote: > On Thu, Jun 22, 2017 at 04:58:09PM -0700, Darren Hart wrote: > > On Thu, Jun 22, 2017 at 10:46:19PM +0200, Micha?? K??pie?? wrote: > > > > The events seen by userspace with the original code would be "A-press", > > > > "B-press",

Re: [PATCH 1/7] platform/x86: fujitsu-laptop: do not use kfifo for storing hotkey scancodes

On Fri, Jun 23, 2017 at 09:44:58AM +0930, Jonathan Woithe wrote: > On Thu, Jun 22, 2017 at 04:58:09PM -0700, Darren Hart wrote: > > On Thu, Jun 22, 2017 at 10:46:19PM +0200, Micha?? K??pie?? wrote: > > > > The events seen by userspace with the original code would be "A-press", > > > > "B-press",

Re: [PATCH 5/7] platform/x86: fujitsu-laptop: do not update ACPI device power status

On Fri, Jun 23, 2017 at 09:46:59AM +0930, Jonathan Woithe wrote: > Thanks. In case it was missed, I supplied my reviewed-by message and > sign-off in an earlier post. Yup, got it - thanks! -- Darren Hart VMware Open Source Technology Center

Re: [PATCH 5/7] platform/x86: fujitsu-laptop: do not update ACPI device power status

On Fri, Jun 23, 2017 at 09:46:59AM +0930, Jonathan Woithe wrote: > Thanks. In case it was missed, I supplied my reviewed-by message and > sign-off in an earlier post. Yup, got it - thanks! -- Darren Hart VMware Open Source Technology Center

[PATCH/RFC 9/9] perf record: Add --module-dir option

Currently perf only searches module binaries on the canonical directory (/lib/modules/`uname -r`). But sometimes user needs to load local modules. These cannot be copied to the build-id cache since long name (i.e. real path) of DSOs was not set. This patch fixes the problem by adding a new

[PATCH/RFC 9/9] perf record: Add --module-dir option

Currently perf only searches module binaries on the canonical directory (/lib/modules/`uname -r`). But sometimes user needs to load local modules. These cannot be copied to the build-id cache since long name (i.e. real path) of DSOs was not set. This patch fixes the problem by adding a new

[PATCH/RFC 4/9] perf symbols: Load kernel module symbols ASAP

When loading kernel symbols from /proc/kallsyms, it might have different addresses for modules. We should honor the mmap event recorded in a perf.data so load the module symbols when it sees the event so that it cannot be overridden by symbols in /proc/kallsyms later. Cc: Adrian Hunter

[PATCHSET/RFC 0/9] perf tools: Support out-of-tree modules

Hello, Currently perf loads modules only in the canonical directory (/lib/modules/`uname -r`/). But in some situation users want to use local or out-of-tree modules which are not placed in the directory. One example is developing kernel in a qemu environment. In this case, guest doesn't see

[PATCH/RFC 4/9] perf symbols: Load kernel module symbols ASAP

When loading kernel symbols from /proc/kallsyms, it might have different addresses for modules. We should honor the mmap event recorded in a perf.data so load the module symbols when it sees the event so that it cannot be overridden by symbols in /proc/kallsyms later. Cc: Adrian Hunter Cc: Wang

[PATCHSET/RFC 0/9] perf tools: Support out-of-tree modules

Hello, Currently perf loads modules only in the canonical directory (/lib/modules/`uname -r`/). But in some situation users want to use local or out-of-tree modules which are not placed in the directory. One example is developing kernel in a qemu environment. In this case, guest doesn't see

[PATCH/RFC 6/9] perf symbols: Use already loaded module dso when loading kcore

Even every module has loaded onto same addresses, some modules can be changed and reloaded. In that case it needs to access to the old module in the build-id cache. Cc: Adrian Hunter Cc: Wang Nan Signed-off-by: Namhyung Kim

[PATCH/RFC 7/9] perf tools: Add symbol_conf.use_kcore

The use_kcore field is to control usage of /proc/kcore when loading symbols. This patch only introduces the new field and don't change any behavior by itself. Cc: Adrian Hunter Cc: Wang Nan Signed-off-by: Namhyung Kim ---

[PATCH/RFC 7/9] perf tools: Add symbol_conf.use_kcore

The use_kcore field is to control usage of /proc/kcore when loading symbols. This patch only introduces the new field and don't change any behavior by itself. Cc: Adrian Hunter Cc: Wang Nan Signed-off-by: Namhyung Kim --- tools/perf/util/symbol.c | 3 ++- tools/perf/util/symbol.h | 3 ++- 2

[PATCH/RFC 6/9] perf symbols: Use already loaded module dso when loading kcore

Even every module has loaded onto same addresses, some modules can be changed and reloaded. In that case it needs to access to the old module in the build-id cache. Cc: Adrian Hunter Cc: Wang Nan Signed-off-by: Namhyung Kim --- tools/perf/util/symbol.c | 45

[GIT PULL] extcon next for v4.13

Dear Greg, This is extcon-next pull request for v4.13. I add detailed description of this pull request on below. Please pull extcon with following updates. Best Regards, Chanwoo Choi The following changes since commit 08332893e37af6ae779367e78e444f8f9571511d: Linux 4.12-rc2 (2017-05-21

[GIT PULL] extcon next for v4.13

Dear Greg, This is extcon-next pull request for v4.13. I add detailed description of this pull request on below. Please pull extcon with following updates. Best Regards, Chanwoo Choi The following changes since commit 08332893e37af6ae779367e78e444f8f9571511d: Linux 4.12-rc2 (2017-05-21

[PATCH/RFC 8/9] perf record: Not use kcore by default

Change perf record not to use /proc/kcore by default. This is for kernel developers who use qemu or kvmtools to test their kernels. On those environment, kernel image was loaded directly by qemu and the vmlinux might not be available on the guest. At the last stage of perf record, it finds hit

[PATCH/RFC 8/9] perf record: Not use kcore by default

Change perf record not to use /proc/kcore by default. This is for kernel developers who use qemu or kvmtools to test their kernels. On those environment, kernel image was loaded directly by qemu and the vmlinux might not be available on the guest. At the last stage of perf record, it finds hit

[PATCH/RFC 2/9] perf tools: Remove duplicate code

The map_groups__set_module_path() is called after machine__create_module() which sets build-id and symtab type already. Also remove is_kmod_dso() as there's no user anymore. Cc: Adrian Hunter Cc: Wang Nan Signed-off-by: Namhyung Kim

[PATCH/RFC 3/9] perf symbols: Discard symbols in kallsyms for loaded modules

If a module is already loaded, it should have symbols and no need to load new symbols from kallsyms. Actually kallsyms can have different addresses if the module was reloaded. Current code just discards the first symbols only, but it should do the same for all symbols in the module. Note that

Re: next-20170620 BUG in do_page_fault / do_huge_pmd_wp_page

; > [ 315.457335] R13: R14: 0001 R15: > 7fe155413000 > [ 315.457354] Disabling lock debugging due to kernel taint > > > This bug occurred on HiKey (arm64) while booting. Here is the boot log, Linux version: --- Lin

Re: [PATCH v2 0/6] mediatek: pwm driver add MT2712/MT7622 support

On 23/06/17 07:08, Zhi Mao wrote: change in v2: 1. add error check for enable colock control flow 2. use "goto err_clk(main/top)" coding style, for preparing clk error case 3. remove comments inline /*===*/ 4. move "PWM_CLK_DIV_MAX" modification to its own patch 5. move pwm source clock

[PATCH/RFC 2/9] perf tools: Remove duplicate code

The map_groups__set_module_path() is called after machine__create_module() which sets build-id and symtab type already. Also remove is_kmod_dso() as there's no user anymore. Cc: Adrian Hunter Cc: Wang Nan Signed-off-by: Namhyung Kim --- tools/perf/util/machine.c | 15 --- 1 file

[PATCH/RFC 3/9] perf symbols: Discard symbols in kallsyms for loaded modules

If a module is already loaded, it should have symbols and no need to load new symbols from kallsyms. Actually kallsyms can have different addresses if the module was reloaded. Current code just discards the first symbols only, but it should do the same for all symbols in the module. Note that

Re: next-20170620 BUG in do_page_fault / do_huge_pmd_wp_page

457335] R13: R14: 0001 R15: > 7fe155413000 > [ 315.457354] Disabling lock debugging due to kernel taint > > > This bug occurred on HiKey (arm64) while booting. Here is the boot log, Linux version: --- Linux version 4.12.0-rc6-

Re: [PATCH v2 0/6] mediatek: pwm driver add MT2712/MT7622 support

On 23/06/17 07:08, Zhi Mao wrote: change in v2: 1. add error check for enable colock control flow 2. use "goto err_clk(main/top)" coding style, for preparing clk error case 3. remove comments inline /*===*/ 4. move "PWM_CLK_DIV_MAX" modification to its own patch 5. move pwm source clock

[PATCH/RFC 1/9] perf symbols: Use absolute address to fixup map address

A symbol address is relative in a map/dso, to setup modules addresses it should be converted to absolute address. Note that it only used for kernel mappings which uses identity map but theorically it should unmap the address IMHO. Cc: Adrian Hunter Cc: Wang Nan

[PATCH/RFC 1/9] perf symbols: Use absolute address to fixup map address

A symbol address is relative in a map/dso, to setup modules addresses it should be converted to absolute address. Note that it only used for kernel mappings which uses identity map but theorically it should unmap the address IMHO. Cc: Adrian Hunter Cc: Wang Nan Signed-off-by: Namhyung Kim ---

[PATCH/RFC 5/9] perf symbols: Fixup the end address of kernel map properly

When /proc/kallsyms is used for kernel address, addresses in module can be changed when the module is reloaded. So if one did perf record with some module and then for some reason reload the module. Then perf report might see a different address for the module and the output can show incorrect

[PATCH/RFC 5/9] perf symbols: Fixup the end address of kernel map properly

When /proc/kallsyms is used for kernel address, addresses in module can be changed when the module is reloaded. So if one did perf record with some module and then for some reason reload the module. Then perf report might see a different address for the module and the output can show incorrect

Re: enabling COMPILE_TEST support for GCC plugins in v4.11

[Old thread just popped up in my inbox] Kees Cook writes: > On Thu, Dec 8, 2016 at 5:52 PM, Paul Gortmaker > wrote: >> On Thu, Dec 8, 2016 at 2:00 PM, Kees Cook wrote: >>> Hi, >>> >>> I'd like to get the GCC plugins

Re: enabling COMPILE_TEST support for GCC plugins in v4.11

[Old thread just popped up in my inbox] Kees Cook writes: > On Thu, Dec 8, 2016 at 5:52 PM, Paul Gortmaker > wrote: >> On Thu, Dec 8, 2016 at 2:00 PM, Kees Cook wrote: >>> Hi, >>> >>> I'd like to get the GCC plugins building under >>> allyesconfig/allmodconfig for -next soon (with the

[PATCH] fbdev: omapfb: constify ctrl_caps, color_caps, panel_attr_grp and ctrl_attr_grp

File size before: textdata bss dec hex filename 130071536 156 14699396b drivers/video/fbdev/omap/omapfb_main.o File size After adding 'const': textdata bss dec hex filename 131351408 156 14699396b

[PATCH] fbdev: omapfb: constify ctrl_caps, color_caps, panel_attr_grp and ctrl_attr_grp

File size before: textdata bss dec hex filename 130071536 156 14699396b drivers/video/fbdev/omap/omapfb_main.o File size After adding 'const': textdata bss dec hex filename 131351408 156 14699396b

Re: [PATCH v2 13/14] drm: stm: remove dead code and pointless local lut storage

On 2017-06-22 13:49, Philippe CORNU wrote: > On 06/22/2017 08:06 AM, Peter Rosin wrote: >> The redundant fb helper .load_lut is no longer used, and can not >> work right without also providing the fb helpers .gamma_set and >> .gamma_get thus rendering the code in this driver suspect. >> > > Hi

Re: [PATCH v2 13/14] drm: stm: remove dead code and pointless local lut storage

On 2017-06-22 13:49, Philippe CORNU wrote: > On 06/22/2017 08:06 AM, Peter Rosin wrote: >> The redundant fb helper .load_lut is no longer used, and can not >> work right without also providing the fb helpers .gamma_set and >> .gamma_get thus rendering the code in this driver suspect. >> > > Hi

[PATCH] omapfb: panel-dsi-cm: constify dsicm_attr_group

File size before: textdata bss dec hex filename 4657 464 051211401 drivers/video/fbdev/omap2/omapfb/displays/panel-dsi-cm.o File size After adding 'const': textdata bss dec hex filename 4713 400 0511313f9

[PATCH] omapfb: panel-dsi-cm: constify dsicm_attr_group

File size before: textdata bss dec hex filename 4657 464 051211401 drivers/video/fbdev/omap2/omapfb/displays/panel-dsi-cm.o File size After adding 'const': textdata bss dec hex filename 4713 400 0511313f9

[git pull] drm fixes for v4.12-rc7

Hi Linus, A varied bunch of fixes, one for an API regression with connectors, otherwise amdgpu and i915 have a bunch of varied fixes, the shrinker ones being the most important. Dave. The following changes since commit 41f1830f5a7af77cf5c86359aba3cbd706687e52: Linux 4.12-rc6 (2017-06-19

[git pull] drm fixes for v4.12-rc7

Hi Linus, A varied bunch of fixes, one for an API regression with connectors, otherwise amdgpu and i915 have a bunch of varied fixes, the shrinker ones being the most important. Dave. The following changes since commit 41f1830f5a7af77cf5c86359aba3cbd706687e52: Linux 4.12-rc6 (2017-06-19

[PATCH v2 4/6] pwm: bindings: add MT2712/MT7622 information

add MT2712/MT7622 pwm information Signed-off-by: Zhi Mao --- .../devicetree/bindings/pwm/pwm-mediatek.txt |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/pwm/pwm-mediatek.txt

[PATCH] char: ipmi: constify bmc_dev_attr_group and bmc_device_type

File size before: textdata bss dec hex filename 256781024 92 2679468aa drivers/char/ipmi/ipmi_msghandler.o File size After adding 'const': textdata bss dec hex filename 25806 896 92 2679468aa

[PATCH v2 4/6] pwm: bindings: add MT2712/MT7622 information

add MT2712/MT7622 pwm information Signed-off-by: Zhi Mao --- .../devicetree/bindings/pwm/pwm-mediatek.txt |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/pwm/pwm-mediatek.txt

[PATCH] char: ipmi: constify bmc_dev_attr_group and bmc_device_type

File size before: textdata bss dec hex filename 256781024 92 2679468aa drivers/char/ipmi/ipmi_msghandler.o File size After adding 'const': textdata bss dec hex filename 25806 896 92 2679468aa

[PATCH v2 1/6] pwm: kconfig: modify mediatek information

modify mediatek information Signed-off-by: Zhi Mao --- drivers/pwm/Kconfig |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pwm/Kconfig b/drivers/pwm/Kconfig index 313c107..45cdf2a 100644 --- a/drivers/pwm/Kconfig +++ b/drivers/pwm/Kconfig @@

[PATCH v2 1/6] pwm: kconfig: modify mediatek information

modify mediatek information Signed-off-by: Zhi Mao --- drivers/pwm/Kconfig |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pwm/Kconfig b/drivers/pwm/Kconfig index 313c107..45cdf2a 100644 --- a/drivers/pwm/Kconfig +++ b/drivers/pwm/Kconfig @@ -300,7 +300,7 @@

Re: [PATCH] ext4: check return value of kstrtoull correctly in reserved_clusters_store

On Thu, Jun 15, 2017 at 05:57:30PM +0800, Chao Yu wrote: > kstrtoull returns 0 on success, however, in reserved_clusters_store we > will return -EINVAL if kstrtoull returns 0, it makes us fail to update > reserved_clusters value through sysfs. > > Signed-off-by: Chao Yu >

Re: [PATCH] ext4: check return value of kstrtoull correctly in reserved_clusters_store

On Thu, Jun 15, 2017 at 05:57:30PM +0800, Chao Yu wrote: > kstrtoull returns 0 on success, however, in reserved_clusters_store we > will return -EINVAL if kstrtoull returns 0, it makes us fail to update > reserved_clusters value through sysfs. > > Signed-off-by: Chao Yu > Signed-off-by: Miao Xie

[PATCH V3] acpi: acpica: fix acpi parse and parseext cache leaks

I'm Seunghun Han, and I work for National Security Research Institute of South Korea. I have been doing a research on ACPI and found an ACPI cache leak in ACPI early abort cases. Boot log of ACPI cache leak is as follows: [0.352414] ACPI: Added _OSI(Module Device) [0.353182] ACPI: Added

[PATCH v2 0/6] mediatek: pwm driver add MT2712/MT7622 support

change in v2: 1. add error check for enable colock control flow 2. use "goto err_clk(main/top)" coding style, for preparing clk error case 3. remove comments inline /*===*/ 4. move "PWM_CLK_DIV_MAX" modification to its own patch 5. move pwm source clock selection to its own patch Zhi Mao (6):

[PATCH v2 3/6] pwm: mediatek: fix clock control issue

1. prepare top/main clk in mtk_pwm_probe() function, it will increase power consumption and in original code these clocks is only prepeare but never enabled 2. pwm clock should be enabled before setting pwm registers in function: mtk_pwm_config() 3. delete "pwm_disable" in

[PATCH V3] acpi: acpica: fix acpi parse and parseext cache leaks

I'm Seunghun Han, and I work for National Security Research Institute of South Korea. I have been doing a research on ACPI and found an ACPI cache leak in ACPI early abort cases. Boot log of ACPI cache leak is as follows: [0.352414] ACPI: Added _OSI(Module Device) [0.353182] ACPI: Added

[PATCH v2 0/6] mediatek: pwm driver add MT2712/MT7622 support

change in v2: 1. add error check for enable colock control flow 2. use "goto err_clk(main/top)" coding style, for preparing clk error case 3. remove comments inline /*===*/ 4. move "PWM_CLK_DIV_MAX" modification to its own patch 5. move pwm source clock selection to its own patch Zhi Mao (6):

[PATCH v2 3/6] pwm: mediatek: fix clock control issue

1. prepare top/main clk in mtk_pwm_probe() function, it will increase power consumption and in original code these clocks is only prepeare but never enabled 2. pwm clock should be enabled before setting pwm registers in function: mtk_pwm_config() 3. delete "pwm_disable" in

[PATCH v2 6/6] pwm: mediatek: add MT2712/MT7622 support

1. support multiple chip(MT2712, MT7622, MT7623) 2. add mtk_pwm_com_reg for match the registers of MT2712 pwm8 the register offset address of pwm8 for MT2712 is not fixed 0x40 and they are not the same as pwm0~6. Signed-off-by: Zhi Mao --- drivers/pwm/pwm-mediatek.c | 55

[PATCH v2 2/6] pwm: mediatek: fix pwm source clock selection

In original code, the pwm output frequency is not correct when set bit<3>=1 to PWMCON register. Signed-off-by: Zhi Mao --- drivers/pwm/pwm-mediatek.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pwm/pwm-mediatek.c

[PATCH v2 6/6] pwm: mediatek: add MT2712/MT7622 support

1. support multiple chip(MT2712, MT7622, MT7623) 2. add mtk_pwm_com_reg for match the registers of MT2712 pwm8 the register offset address of pwm8 for MT2712 is not fixed 0x40 and they are not the same as pwm0~6. Signed-off-by: Zhi Mao --- drivers/pwm/pwm-mediatek.c | 55

[PATCH v2 2/6] pwm: mediatek: fix pwm source clock selection

In original code, the pwm output frequency is not correct when set bit<3>=1 to PWMCON register. Signed-off-by: Zhi Mao --- drivers/pwm/pwm-mediatek.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pwm/pwm-mediatek.c b/drivers/pwm/pwm-mediatek.c index

[PATCH v2 5/6] pwm: mediatek: add PWM_CLK_DIV_MAX

Replace "7" with "PWM_CLK_DIV_MAX" in function:mtk_pwm_config() to improve the code readablity. Signed-off-by: Zhi Mao --- drivers/pwm/pwm-mediatek.c |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/pwm/pwm-mediatek.c

[PATCH v2 5/6] pwm: mediatek: add PWM_CLK_DIV_MAX

Replace "7" with "PWM_CLK_DIV_MAX" in function:mtk_pwm_config() to improve the code readablity. Signed-off-by: Zhi Mao --- drivers/pwm/pwm-mediatek.c |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/pwm/pwm-mediatek.c b/drivers/pwm/pwm-mediatek.c index

Re: [PATCH] mm/hwpoison: Clear PRESENT bit for kernel 1:1 mappings of poison pages

On Wed, Jun 21, 2017 at 1:30 PM, Luck, Tony wrote: >> Persistent memory does have unpoisoning and would require this inverse >> operation - see drivers/nvdimm/pmem.c pmem_clear_poison() and core.c >> nvdimm_clear_poison(). > > Nice. Well this code will need to cooperate with

Re: [PATCH] mm/hwpoison: Clear PRESENT bit for kernel 1:1 mappings of poison pages

On Wed, Jun 21, 2017 at 1:30 PM, Luck, Tony wrote: >> Persistent memory does have unpoisoning and would require this inverse >> operation - see drivers/nvdimm/pmem.c pmem_clear_poison() and core.c >> nvdimm_clear_poison(). > > Nice. Well this code will need to cooperate with that ... in

Re: [PATCH kernel 0/3 REPOST] vfio-pci: Add support for mmapping MSI-X table

On 23/06/17 07:11, Alex Williamson wrote: > On Thu, 15 Jun 2017 15:48:42 +1000 > Alexey Kardashevskiy wrote: > >> Here is a patchset which Yongji was working on before >> leaving IBM LTC. Since we still want to have this functionality >> in the kernel (DPDK is the first user),

Re: [PATCH kernel 0/3 REPOST] vfio-pci: Add support for mmapping MSI-X table

On 23/06/17 07:11, Alex Williamson wrote: > On Thu, 15 Jun 2017 15:48:42 +1000 > Alexey Kardashevskiy wrote: > >> Here is a patchset which Yongji was working on before >> leaving IBM LTC. Since we still want to have this functionality >> in the kernel (DPDK is the first user), here is a rebase

[PATCH 11/11] ARM64: dts: rockchip: Enable gmac2phy for rk3328-evb

Let's enable the gmac2phy, make the gmac2phy work on the rk3328-evb board. Signed-off-by: David Wu --- arch/arm64/boot/dts/rockchip/rk3328-evb.dts | 17 + 1 file changed, 17 insertions(+) diff --git a/arch/arm64/boot/dts/rockchip/rk3328-evb.dts

[PATCH 11/11] ARM64: dts: rockchip: Enable gmac2phy for rk3328-evb

Let's enable the gmac2phy, make the gmac2phy work on the rk3328-evb board. Signed-off-by: David Wu --- arch/arm64/boot/dts/rockchip/rk3328-evb.dts | 17 + 1 file changed, 17 insertions(+) diff --git a/arch/arm64/boot/dts/rockchip/rk3328-evb.dts

[PATCH] iommu/arm-smmu-v3, acpi: Add temporary Cavium SMMU-V3 IORT model number definitions

On 23.06.17 06:55:41, Robert Richter wrote: > On 22.06.17 22:04:37, Lorenzo Pieralisi wrote: > > On Thu, Jun 22, 2017 at 09:35:35PM +0200, Robert Richter wrote: > > > On 22.06.17 19:58:22, Will Deacon wrote: > > > > On Thu, Jun 22, 2017 at 07:22:57PM +0100, Will Deacon wrote: > > > > > On Thu, Jun

[PATCH 10/11] ARM64: dts: rockchip: Add gmac2phy node support for rk3328

The gmac2phy controller of rk3328 is connected to internal phy directly inside, add the node for the internal phy support. Signed-off-by: David Wu --- arch/arm64/boot/dts/rockchip/rk3328.dtsi | 25 + 1 file changed, 25 insertions(+) diff --git

[PATCH] iommu/arm-smmu-v3, acpi: Add temporary Cavium SMMU-V3 IORT model number definitions

On 23.06.17 06:55:41, Robert Richter wrote: > On 22.06.17 22:04:37, Lorenzo Pieralisi wrote: > > On Thu, Jun 22, 2017 at 09:35:35PM +0200, Robert Richter wrote: > > > On 22.06.17 19:58:22, Will Deacon wrote: > > > > On Thu, Jun 22, 2017 at 07:22:57PM +0100, Will Deacon wrote: > > > > > On Thu, Jun

[PATCH 10/11] ARM64: dts: rockchip: Add gmac2phy node support for rk3328

The gmac2phy controller of rk3328 is connected to internal phy directly inside, add the node for the internal phy support. Signed-off-by: David Wu --- arch/arm64/boot/dts/rockchip/rk3328.dtsi | 25 + 1 file changed, 25 insertions(+) diff --git

[PATCH 09/11] ARM: dts: rk3228-evb: Enable the internal phy for gmac

This patch enables the internal phy for rk3228 evb board by default. To use the external 1000M phy on evb board, need to make some switch of evb board to be on. Signed-off-by: David Wu --- arch/arm/boot/dts/rk3228-evb.dts | 20 1 file changed, 20

[PATCH 09/11] ARM: dts: rk3228-evb: Enable the internal phy for gmac

This patch enables the internal phy for rk3228 evb board by default. To use the external 1000M phy on evb board, need to make some switch of evb board to be on. Signed-off-by: David Wu --- arch/arm/boot/dts/rk3228-evb.dts | 20 1 file changed, 20 insertions(+) diff --git

[PATCH 08/11] ARM: dts: rk322x: Add support internal phy for gmac

This patch adds internal mac phy clock and internal mac phy reset for rk gmac using. Signed-off-by: David Wu --- arch/arm/boot/dts/rk322x.dtsi | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/arm/boot/dts/rk322x.dtsi

[PATCH 08/11] ARM: dts: rk322x: Add support internal phy for gmac

This patch adds internal mac phy clock and internal mac phy reset for rk gmac using. Signed-off-by: David Wu --- arch/arm/boot/dts/rk322x.dtsi | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi index

[PATCH 07/11] net: stmmac: dwmac-rk: Add internal phy supprot for rk3328

There are two mac controllers in the rk3328, the one connects to external phy, and the other one connects to internal phy. Like the mac of external phy, the internal phy's mac also needs to configure the related mac registers at GRF. Signed-off-by: David Wu ---

[PATCH 07/11] net: stmmac: dwmac-rk: Add internal phy supprot for rk3328

There are two mac controllers in the rk3328, the one connects to external phy, and the other one connects to internal phy. Like the mac of external phy, the internal phy's mac also needs to configure the related mac registers at GRF. Signed-off-by: David Wu ---

[PATCH] char: virtio_console: constify port_attribute_group

File size before: textdata bss dec hex filename 13775 656 88 1451938b7 drivers/char/virtio_console.o File size After adding 'const': textdata bss dec hex filename 13839 592 88 1451938b7 drivers/char/virtio_console.o

[PATCH] char: virtio_console: constify port_attribute_group

File size before: textdata bss dec hex filename 13775 656 88 1451938b7 drivers/char/virtio_console.o File size After adding 'const': textdata bss dec hex filename 13839 592 88 1451938b7 drivers/char/virtio_console.o

[PATCH 06/11] net: stmmac: dwmac-rk: Add internal phy support for rk3228

There is only one mac controller in rk3228, which could connect to external phy or internal phy, use the grf_com_mux bit15 to route external/internal phy. Change-Id: I3a366677047b8032eb535abb0c3e56fa7722aa2e Signed-off-by: David Wu ---

[PATCH 06/11] net: stmmac: dwmac-rk: Add internal phy support for rk3228

There is only one mac controller in rk3228, which could connect to external phy or internal phy, use the grf_com_mux bit15 to route external/internal phy. Change-Id: I3a366677047b8032eb535abb0c3e56fa7722aa2e Signed-off-by: David Wu --- drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 12

[PATCH 05/11] net: stmmac: dwmac-rk: Add internal phy support

To make internal phy worked, need to configure the phy_clock, phy cru_reset and related registers. Change-Id: I6971c0a769754b824b1b908b56080cbaf7867d13 Signed-off-by: David Wu --- .../devicetree/bindings/net/rockchip-dwmac.txt | 3 +

[PATCH 05/11] net: stmmac: dwmac-rk: Add internal phy support

To make internal phy worked, need to configure the phy_clock, phy cru_reset and related registers. Change-Id: I6971c0a769754b824b1b908b56080cbaf7867d13 Signed-off-by: David Wu --- .../devicetree/bindings/net/rockchip-dwmac.txt | 3 + drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 82

Re: [Devel] [PATCH v9 0/3] Cavium ThunderX2 SMMUv3 errata workarounds

On 22.06.17 22:04:37, Lorenzo Pieralisi wrote: > On Thu, Jun 22, 2017 at 09:35:35PM +0200, Robert Richter wrote: > > On 22.06.17 19:58:22, Will Deacon wrote: > > > On Thu, Jun 22, 2017 at 07:22:57PM +0100, Will Deacon wrote: > > > > On Thu, Jun 22, 2017 at 05:35:35PM +0530, Geetha sowjanya wrote:

Re: [Devel] [PATCH v9 0/3] Cavium ThunderX2 SMMUv3 errata workarounds

On 22.06.17 22:04:37, Lorenzo Pieralisi wrote: > On Thu, Jun 22, 2017 at 09:35:35PM +0200, Robert Richter wrote: > > On 22.06.17 19:58:22, Will Deacon wrote: > > > On Thu, Jun 22, 2017 at 07:22:57PM +0100, Will Deacon wrote: > > > > On Thu, Jun 22, 2017 at 05:35:35PM +0530, Geetha sowjanya wrote:

Re: [PATCH 0/7] drivers/hwmon: Add On-Chip Controller (OCC) hwmon driver

On 06/22/2017 03:48 PM, Eddie James wrote: From: "Edward A. James" This series adds a hwmon driver to support the OCC on POWER8 and POWER9 processors. The OCC is an embedded processor that provides realtime power and thermal monitoring and management. This driver has two

Re: [PATCH 0/7] drivers/hwmon: Add On-Chip Controller (OCC) hwmon driver

On 06/22/2017 03:48 PM, Eddie James wrote: From: "Edward A. James" This series adds a hwmon driver to support the OCC on POWER8 and POWER9 processors. The OCC is an embedded processor that provides realtime power and thermal monitoring and management. This driver has two different platform

Re: [PATCH] ext4: Return EIO on read error in ext4_find_entry

On Thu, Jun 22, 2017 at 04:23:07PM -0700, Khazhismel Kumykov wrote: > Previously, a read error would be ignored and we would eventually return > NULL from ext4_find_entry, which signals "no such file or directory". We > should be returning EIO. > > Signed-off-by: Khazhismel Kumykov

Re: [PATCH] ext4: Return EIO on read error in ext4_find_entry

On Thu, Jun 22, 2017 at 04:23:07PM -0700, Khazhismel Kumykov wrote: > Previously, a read error would be ignored and we would eventually return > NULL from ext4_find_entry, which signals "no such file or directory". We > should be returning EIO. > > Signed-off-by: Khazhismel Kumykov Thanks,

Re: [vs-plain] Re: [PATCH] mm: larger stack guard gap, between vmas

On Thu, Jun 22, 2017 at 8:10 PM, Andy Lutomirski wrote: > > Has anyone checked how grsecurity deals with this? I think they have > a large stack guard gap. Don't bother with grsecurity. Their approach has always been "we don't care if we break anything, we'll just claim it's

Re: [vs-plain] Re: [PATCH] mm: larger stack guard gap, between vmas

On Thu, Jun 22, 2017 at 8:10 PM, Andy Lutomirski wrote: > > Has anyone checked how grsecurity deals with this? I think they have > a large stack guard gap. Don't bother with grsecurity. Their approach has always been "we don't care if we break anything, we'll just claim it's because we're

[PATCH] KVM: x86: remove ignored type attribute

The macro insn_fetch marks the 'type' argument as having a specified alignment. Type attributes can only be applied to structs, unions, or enums, but insn_fetch is only ever invoked with integral types, so Clang produces 19 -Wignored-attributes warnings for this source file. Signed-off-by: Nick

[PATCH] KVM: x86: remove ignored type attribute

The macro insn_fetch marks the 'type' argument as having a specified alignment. Type attributes can only be applied to structs, unions, or enums, but insn_fetch is only ever invoked with integral types, so Clang produces 19 -Wignored-attributes warnings for this source file. Signed-off-by: Nick

[PATCH 04/11] net: stmmac: dwmac-rk: Remove unwanted code for rk3328_set_to_rmii()

This is wrong setting for rk3328_set_to_rmii(), so remove it. Change-Id: I9953784ea44335d90710e5473960c95b3d68a5fd Signed-off-by: David Wu --- drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 3 --- 1 file changed, 3 deletions(-) diff --git

[PATCH 04/11] net: stmmac: dwmac-rk: Remove unwanted code for rk3328_set_to_rmii()

This is wrong setting for rk3328_set_to_rmii(), so remove it. Change-Id: I9953784ea44335d90710e5473960c95b3d68a5fd Signed-off-by: David Wu --- drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c

  1   2   3   4   5   6   7   8   9   10   >