Re: [PATCH 2/3] cpufreq: acpi-cpufreq: Simplify boost-related code

On 27-12-15, 00:25, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The store_boost() routine is only used by store_cpb(), so move > the code from it directly to that function and rename _store_boost() > to set_boost() to make its name reflect the name of the driver > callback pointing to

Re: [PATCH 3/3] cpufreq: Simplify core code related to boost support

On 27-12-15, 00:27, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Notice that the boost_supported field in struct cpufreq_driver is > redundant, because the driver's ->set_boost callback may be left > unset if "boost" is not supported. Moreover, the only driver > populating the ->set_bo

Re: [PATCH RESEND 1/1] serial: 8250_pci: Fix real serial port count for F81504/508/512

Hi Greg, Andy Shevchenko 於 2015/12/13 上午 09:08 寫道: First of all, maybe you can consider to split this part of the driver to separate one? (Like we did for 8250_mid.c). It seems 8250_pci is too bloated. But it's just an idea, maybe for future. Did you have reviewed this patch? Please skip this

[GIT PULL] keys bugfix

This is a resend of just the first (critical) fix. Please pull. The following changes since commit 8db7b3c54401d83a4dc370a59b8692854000ea03: Merge branch 'parisc-4.4-4' of git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux (2015-12-25 13:19:50 -0800) are available in the git

Makefile:610: arch/m68k/Makefile: No such file or directory

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 74bf8efb5fa6e958d2d7c7917b8bb672085ec0c6 commit: a436bb7b806383ae0593cab53d17fc9676270cd3 kbuild: use relative path more to include Makefile date: 9 months ago config: m68k-alldefconfig (attached as .confi

Re: [PATCH v2 0/9] ARM: dts: Add compatible property to "partitions" node

On Mon, Dec 21, 2015 at 11:33:44AM +0100, Geert Uytterhoeven wrote: > Hi, > > As of commit e488ca9f8d4f62c2 ("doc: dt: mtd: partitions: add compatible > property to "partitions" node"), which is in v4.4-rc6, the "partitions" > subnode of an SPI FLASH device node must have a compatible proper

Re: [PATCH 1/4] net: ethernet: arc: Probe emac after set RMII clock

I only see 3 patches in this series. Furthermore, you failed to provide a proper "[PATCH 0/4] xxx" posting providing a high level description of what this series is doing, and how it is doing it, and why. Thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the b

Re: [PATCH net] sctp: use GFP_USER for user-controlled kmalloc

From: Marcelo Ricardo Leitner Date: Wed, 23 Dec 2015 16:28:40 -0200 > Commit cacc06215271 ("sctp: use GFP_USER for user-controlled kmalloc") > missed two other spots. > > For connectx, as it's more likely to be used by kernel users of the API, > it detects if GFP_USER should be used or not. > >

Re: [lkp] [ses] 3417c1b5cb: WARNING: CPU: 2 PID: 2013 at fs/xfs/xfs_file.c:772 xfs_file_dio_aio_write+0x2a2/0x320()

[cc to linux-scsi added] On Mon, 2015-12-28 at 09:43 +0800, kernel test robot wrote: > FYI, we noticed the below changes on > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git ma > ster > commit 3417c1b5cb1fdc10261dbed42b05cc93166a78fd ("ses: Fix problems > with simple enclosure

Re: [PATCH net-next 0/2] r8169:Update RTL8168H PHY parameters

From: Chunhao Lin Date: Thu, 24 Dec 2015 21:15:25 +0800 > Fix typo in setting PHY parameter and update the way of reading PHY register > "rg_saw_cnt". Series applied, thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.ker

Makefile:610: arch/powerpc/Makefile: No such file or directory

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 74bf8efb5fa6e958d2d7c7917b8bb672085ec0c6 commit: 238abecde8ad43f914e095fcf23e0bd35dc7a7f2 powerpc: Don't use gcc specific options on clang date: 7 months ago config: powerpc-defconfig (attached as .config)

Re: [PATCH] qlcnic: constify qlcnic_dcb_ops structures

From: Julia Lawall Date: Sun, 27 Dec 2015 22:01:29 +0100 > The qlcnic_dcb_ops structures are never modified, so declare them as const. > > Done with the help of Coccinelle. > > Signed-off-by: Julia Lawall Applied, thanks Julia. -- To unsubscribe from this list: send the line "unsubscribe linu

RE: [PATCH] usb: gadget: acm: set notify_req to NULL after freed to avoid double free

> On 12/26/2015 04:57 AM, changbin...@intel.com wrote: > > From: "Du, Changbin" > > > > If acm_bind fails before allocate notification and acm->notify_req is > > not set to NULL after freed last time, double free will happen. > > Looks good to me. > > Similar problem can occur with another USB f

Re: [PATCH 2/2] kexec: Provide arch_kexec_protect(unprotect)_crashkres()

On 12/24/2015 at 02:44 PM, Xunlei Pang wrote: > On 12/24/2015 at 02:16 PM, Dave Young wrote: >> Hi, Xunlei >> >> On 12/24/15 at 02:05pm, Xunlei Pang wrote: >>> On 12/24/2015 at 01:54 PM, Dave Young wrote: Ccing Vivek On 12/23/15 at 07:12pm, Xunlei Pang wrote: > Implement the prot

[PATCH v2] usb: gadget: fix double mem free for usb_request caused by wild pointers

From: "Du, Changbin" acm, ecm, hid, ncm, phonet, rndis and uvc functions all have double memory free issue. Set pointers to NULL after freed to avoid this. Here explain how it happen on acm function, others has analogical case. If acm_bind fails before allocate notification and acm->notify_req

[RFC] arm: change to use generic sign_extend32() function

change to use generic sign_extend32() to caaculate branch_displacement. Signed-off-by: yalin wang --- arch/arm/probes/decode-arm.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/arch/arm/probes/decode-arm.c b/arch/arm/probes/decode-arm.c index f72c33a..ff794c0 100644 --

[PATCH v3 0/5] pinctrl: mediatek: add pinctrl/GPIO/EINT driver for mt2701

Change in v3: 1. convert to arch_initcall. 2. set direction to input when do input-enable/disable and input-schmitt-enable/disable properties. Change in v2: 1. add special pinmux setting for some pins. 2. fix mt2701 direction control issue. 3. resort dt-bindings. Biao Huang (4): dt-bindings: m

[PATCH v3 4/5] pinctrl: mediatek: Add Pinctrl/GPIO/EINT driver for mt2701

Add mt2701 support using mediatek common pinctrl driver. MT2701 have some special pins need an extra setting register than other ICs, so adding this support to common code. Signed-off-by: Biao Huang Acked-by: Yingjoe Chen --- drivers/pinctrl/mediatek/Kconfig |6 + drivers/pinct

[PATCH v3 2/5] dt-bindings: mediatek: Modify pinctrl bindings for mt2701

Signed-off-by: Biao Huang --- .../devicetree/bindings/pinctrl/pinctrl-mt65xx.txt |9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/Documentation/devicetree/bindings/pinctrl/pinctrl-mt65xx.txt b/Documentation/devicetree/bindings/pinctrl/pinctrl-mt65xx.txt index 0480b

[PATCH v3 1/5] ARM: mediatek: Add MT2701 config options for mediatek SoCs.

From: Erin Lo The upcoming MTK pinctrl driver have a big pin table for each SoC and we don't want to bloat the kernel binary if we don't need it. Add config options so we can build for one SoC only. Add MT2701. Signed-off-by: Erin Lo Acked-by: Linus Walleij --- arch/arm/mach-mediatek/Kconfig

[PATCH v3 5/5] arm: dts: Add pinctrl/GPIO/EINT node for mt2701

Add pinctrl and GPIO node to mt2701.dtsi Signed-off-by: Biao Huang Acked-by: Linus Walleij --- arch/arm/boot/dts/mt2701.dtsi | 19 +++ 1 file changed, 19 insertions(+) diff --git a/arch/arm/boot/dts/mt2701.dtsi b/arch/arm/boot/dts/mt2701.dtsi index dc02f76..bd88ae9 100644 ---

[PATCH v3 3/5] pinctrl: dt bindings: Add pinfunc header file for mt2701

Add pinfunc header file, mt2701 related dts will include it Signed-off-by: Biao Huang Acked-by: Linus Walleij --- arch/arm/boot/dts/mt2701-pinfunc.h | 735 1 file changed, 735 insertions(+) create mode 100644 arch/arm/boot/dts/mt2701-pinfunc.h diff --git

[RESEND PATCH v1 3/4] net: ethernet: arc: Add support emac for RK3036

The RK3036's GRFs offset are different with RK3066/RK3188, and need to set mac TX/RX clock before probe emac. Signed-off-by: Xing Zheng --- drivers/net/ethernet/arc/Kconfig |4 ++-- drivers/net/ethernet/arc/emac_rockchip.c |9 +++-- 2 files changed, 9 insertions(+), 4 deleti

[RESEND PATCH v1 0/4] Add support emac for the RK3036 SoC platform

Hi, We have supported the emac for RK3066/RK3188, but the RK3036 have some configuration different with them. We should let the driver of emac_rockchip compatible with other Rockchip SoCs. Xing Zheng (4): net: ethernet: arc: Probe emac after set RMII clock net: ethernet: arc: Keep emac co

[RESEND PATCH v1 2/4] net: ethernet: arc: Keep emac compatibility for more Rockchip SoCs

On the RK3066/RK3188, there was fixed GRF offset configuration to set emac and fixed DIV2 mac TX/RX clock. So, we need to easily set and fit to other SoCs (RK3036) which maybe have different GRF offset, and need adjust mac TX/RX clock. Signed-off-by: Xing Zheng --- drivers/net/ethernet/arc/emac

[RESEND PATCH v1 4/4] ARM: dts: rockchip: Add support emac for RK3036

This patch describe the emac, and we need to let mac clock under the APLL which is able to provide the accurate 50MHz what mac_ref need. Signed-off-by: Xing Zheng --- arch/arm/boot/dts/rk3036-evb.dts | 25 + arch/arm/boot/dts/rk3036-kylin.dts | 23 +

[RESEND PATCH v1 1/4] net: ethernet: arc: Probe emac after set RMII clock

After enter arc_emac_probe, emac will get_phy_id, phy_poll_reset and other connecting PHY via mdiobus_read, so we need to set correct ref clock rate for emac before probe emac. Signed-off-by: Xing Zheng --- drivers/net/ethernet/arc/emac_rockchip.c | 11 +++ 1 file changed, 7 insertion

Re: [PATCH 1/4] net: ethernet: arc: Probe emac after set RMII clock

Hi David, Sorry, I missed the cover letter. I have added it and resent the patchset. Thanks. - Xing Zheng On 2015年12月28日 13:14, David Miller wrote: I only see 3 patches in this series. Furthermore, you failed to provide a proper "[PATCH 0/4] xxx" posting providing a high level description of

RE: [PATCH] arm: kernel: utilize hrtimer based broadcast

Hi, Arnd, Could you help to review the following patch? Thanks. Best Regards, Alison Wang > On Fri, Jul 17, 2015 at 10:11:52AM +0100, Alison Wang wrote: > > Hrtimer based broadcast is used on ARM platform. It can be registered > > as the tick broadcast device in the absence of a real ex

<    1   2   3