Re: [PATCH net v2] sfc: report supported link speeds on SFP connections

On Tue, Jun 07, 2016 at 05:20:16PM -0400, Jarod Wilson wrote: > On Mon, Jun 06, 2016 at 02:55:29PM -0400, Jarod Wilson wrote: > > On Mon, Jun 06, 2016 at 05:29:30PM +0100, Bert Kenward wrote: > > > 7000-series SFC NICs connected with an SFP+ module currently fail to > > > report any supported link

Re: NVMe over Fabrics target implementation

On Wed, Jun 08, 2016 at 04:12:27PM +0300, Sagi Grimberg wrote: >> Because it keeps the code simple. If you had actually participated >> on our development list you might have seen that until not too long >> ago we have very fine grainded locks here. In the end Armen convinced >> me that it's

Re: [PATCH 1/2] x86/entry: Avoid interrupt flag save and restore

* Paolo Bonzini wrote: > > So I believe it would be cleaner to name the irqs-off code paths explicitly: > > __guest_enter_irqsoff(), and propagate that naming into other parts as well? > > Ok, I'll send v2 with both the KVM cleanups and the entry optimizations. It >

Re: [PATCH 08/10] mm: deactivations shouldn't bias the LRU balance

On Mon 06-06-16 15:48:34, Johannes Weiner wrote: > Operations like MADV_FREE, FADV_DONTNEED etc. currently move any > affected active pages to the inactive list to accelerate their reclaim > (good) but also steer page reclaim toward that LRU type, or away from > the other (bad). > > The reason

[PATCH v2 08/15] mtd: nand: move Hynix specific init/detection logic in nand_hynix.c

Move Hynix specific initialization and detection logic into nand_hynix.c. This is part of the "separate vendor specific code from core" cleanup process. Signed-off-by: Boris Brezillon --- drivers/mtd/nand/Makefile | 1 + drivers/mtd/nand/nand_base.c |

[PATCH v2 15/15] mtd: nand: hynix: add read-retry support for 1x nm MLC NANDs

All Hynix MLC NANDs using the produced with the 1X nm process support read-retry. This read retry implementation should also be reusable for other Hynix NANDs, but the method to retrieve the read-retry parameters from the read-retry OTP area might change a bit (some NANDs are even using a fixed

[PATCH v2 12/15] mtd: nand: move Macronix specific initialization in nand_macronix.c

Move Macronix specific initialization into nand_macronix.c. This is part of the "separate vendor specific code from core" cleanup process. Signed-off-by: Boris Brezillon --- drivers/mtd/nand/Makefile| 1 + drivers/mtd/nand/nand_base.c | 11

[PATCH v2 10/15] mtd: nand: move Micron specific init logic in nand_micron.c

Move Micron specific initialization logic into nand_micron.c. This is part of the "separate vendor specific code from core" cleanup process. Signed-off-by: Boris Brezillon --- drivers/mtd/nand/Makefile | 1 + drivers/mtd/nand/nand_base.c | 31

[PATCH v2 11/15] mtd: nand: move AMD/Spansion specific init/detection logic in nand_amd.c

Moving AMD/Spansion specific initialization/detection into nand_amd.c. This is part of the "separate vendor specific code from core" cleanup process. Signed-off-by: Boris Brezillon --- drivers/mtd/nand/Makefile| 1 + drivers/mtd/nand/nand_amd.c | 48

Re: [RFC][PATCH 1/6] staging: android: ion: return error value for ion_device_add_heap

On Mon, Jun 06, 2016 at 11:23:28AM -0700, Laura Abbott wrote: > From: Laura Abbott > > > ion_device_add_heap doesn't return an error value. Change it to return > information to callers. > > Signed-off-by: Laura Abbott Reviewed-by: Liviu Dudau

[PATCH v2 14/15] mtd: nand: hynix: rework NAND ID decoding to extract more information

The current NAND ID detection in nand_hynix.c is not handling the different scheme used by Hynix, thus forcing developers to add new entries in the nand_ids table each time they want to support a new MLC NAND. Enhance the detection logic to handle all known formats. This does not necessarily mean

[PATCH v2 07/15] mtd: nand: move Samsung specific init/detection logic in nand_samsung.c

Move Samsung specific initialization and detection logic into nand_samsung.c. This is part of the "separate vendor specific code from core" cleanup process. Signed-off-by: Boris Brezillon --- drivers/mtd/nand/Makefile | 1 +

[PATCH v2 06/15] mtd: nand: kill the MTD_NAND_IDS Kconfig option

MTD_NAND_IDS is selected by MTD_NAND, which makes it useless. Remove the Kconfig option and link nand_ids.o into the nand.o object file. Doing that also prevents adding an extra nand_ids.ko module when MTD_NAND is activated as a module. Signed-off-by: Boris Brezillon

[PATCH v2 03/15] mtd: nand: get rid of busw parameter

Auto-detection functions are passed a busw parameter to retrieve the actual NAND bus width and eventually set the correct value in chip->options. Rework the nand_get_flash_type() function to get rid of this extra parameter and let detection code directly set the NAND_BUSWIDTH_16 flag in

[PATCH v2 09/15] mtd: nand: move Toshiba specific init/detection logic in nand_toshiba.c

Move Toshiba specific initialization and detection logic into nand_toshiba.c. This is part of the "separate vendor specific code from core" cleanup process. Signed-off-by: Boris Brezillon --- drivers/mtd/nand/Makefile | 1 +

Re: [PATCH] futex: Calculate the futex key based on a tail page for file-based futexes

On Tue, 07 Jun 2016, Mel Gorman wrote: Mike Galbraith reported that the LTP test case futex_wake04 was broken by commit 65d8fc777f6d ("futex: Remove requirement for lock_page() in get_futex_key()"). This test case uses futexes backed by hugetlbfs pages and so there is an associated inode with

Re: [GIT PULL 00/24] perf/core improvements and fixes

Em Wed, Jun 08, 2016 at 08:10:50AM +0900, Taeung Song escreveu: > I found something weird about perf/core branch on your repository. > (I don't know whether it is just my illusion or not) > > I can't pull new commits on top of perf-core-for-mingo-20160606 > by normal way as below I forgot to

[PATCH 3/6] macvtap: use common code for virtio_net_hdr and skb GSO conversion

Replace open coded conversion between virtio_net_hdr to skb GSO info with virtio_net_hdr_{from,to}_skb Signed-off-by: Mike Rapoport --- drivers/net/macvtap.c | 95 --- 1 file changed, 6 insertions(+), 89 deletions(-) diff

[PATCH 6/6] packet: use common code for virtio_net_hdr and skb GSO conversion

Replace open coded conversion between virtio_net_hdr to skb GSO info with virtio_net_hdr_from_skb Signed-off-by: Mike Rapoport --- net/packet/af_packet.c | 36 ++-- 1 file changed, 2 insertions(+), 34 deletions(-) diff --git

[PATCH 0/6] virtio_net: use common code for virtio_net_hdr and skb GSO conversion

Hi, This patches introduce virtio_net_hdr_{from,to}_skb functions for conversion of GSO information between skb and virtio_net_hdr. Mike Rapoport (6): virtio_net: add _UAPI prefix to virtio_net header guards virtio_net: introduce virtio_net_hdr_{from,to}_skb macvtap: use common code for

Re: [RFC][PATCH 4/6] staging: android: ion: Pull out ion ioctls to a separate file

On Mon, Jun 06, 2016 at 11:23:31AM -0700, Laura Abbott wrote: > > The number of Ion ioctls may continue to grow along with necessary > validation. Pull it out into a separate file for easier management > and review. > > Signed-off-by: Laura Abbott Reviewed-by: Liviu Dudau

Re: [PATCH 4/6] x86/coredump: use core regs, rather that TIF_IA32 flag

On 06/07/2016 01:43 AM, Oleg Nesterov wrote: On 06/06, Oleg Nesterov wrote: On 06/01, Dmitry Safonov wrote: static int fill_thread_core_info(struct elf_thread_core_info *t, const struct user_regset_view *view, -long signr,

Re: 274ad65c9d02 ("drm/radeon: hard reset r600 and newer GPU when hibernating.")

Yes, exactly. VO: [xv] 1280x720 => 1280x720 Planar YV12 Mplayer is using xv without any acceleration (except for color space conversion). Try forcing mplayer to use VDPAU with "mplayer -vo vdpau $file". Regards, Christian. Am 08.06.2016 um 15:26 schrieb Borislav Petkov: On Wed, Jun 08,

Re: [PATCH -v2 00/33] implement atomic_fetch_$op

On Wed, Jun 08, 2016 at 02:55:30PM +0200, Ingo Molnar wrote: > I'd much prefer to have all of these in the locking tree (i.e. > tip:locking/core), > to make it less painful all around. All the fetch_op stuff, yes certainly. But Vineet wanted to munge arch/arc/include/asm/atomic.h a bit in 4.7,

Re: [GIT PULL arm] Use _rcuidle tracepoints to allow tracing from idle

* Paul E. McKenney wrote: > On Thu, May 26, 2016 at 09:26:06AM -0700, Paul E. McKenney wrote: > > Hello, Ingo, > > > > This series changes a number of event tracepoints to their _rcuidle() form > > to allow use from idle without lockdep-RCU complaints, a

[RFC v4 1/7] Documentation: extcon: usb-gpio: update usb-gpio binding description

From: Robert Baldyga Add information about VBUS pin detection support, 'debounce' property and some other details. Signed-off-by: Robert Baldyga Acked-by: Roger Quadros Signed-off-by: Krzysztof Kozlowski

[RFC v4 6/7] ARM: exynos_defconfig: Enable EXTCON_USB_GPIO for Odroid XU3 USB OTG

The USB 3.0 OTG requires working extcon for reporting VBUS/ID changes. This is provided by extcon-usb-gpio driver. Signed-off-by: Krzysztof Kozlowski --- arch/arm/configs/exynos_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git

Re: 274ad65c9d02 ("drm/radeon: hard reset r600 and newer GPU when hibernating.")

On Wed, Jun 08, 2016 at 03:30:34PM +0200, Christian König wrote: > Try forcing mplayer to use VDPAU with "mplayer -vo vdpau $file". All good. Actually, this hw accel thing is much better, I better make it default :-P libavformat version 56.23.105 (internal) libavformat file format detected.

[PATCH] arm64: mm: only initialize swiotlb when necessary

we only initialize swiotlb when swiotlb_force is true or not all system memory is DMA-able, this trivial optimization saves us 64MB when swiotlb is not necessary. Signed-off-by: Jisheng Zhang --- arch/arm64/mm/dma-mapping.c | 15 ++- arch/arm64/mm/init.c

Re: [PATCH v10 2/7] usb: mux: add generic code for dual role port mux

On 07/06/16 18:05, Felipe Balbi wrote: > > Hi, > > Roger Quadros writes: >>> I might be able to find some time to implement a proof of concept which >>> would allow your platforms to get dual-role with code we already have, >>> but I need DWC3's OTG support which, I'm assuming,

Re: [PATCH 2/3] ARM: dts: imx7d: move input header into base device tree

Hi Stefan, On 06/08/2016 05:37 AM, Stefan Agner wrote: > The base device tree uses KEY_POWER in the snvs-powerkey node, > hence include the input.h header file in the base device tree. > > Signed-off-by: Stefan Agner Seems very reasonable. Acked-by: Igor Grinberg

Re: [RFC PATCH 0/5] USB Audio Gadget refactoring

Hi guys, Any feedback on this patch series? Has anybody had a chance to test it? Regards, Ruslan On Tue, May 24, 2016 at 2:50 AM, Ruslan Bilovol wrote: > I came to this patch series when wanted to do two things: > - use UAC1 as virtual ALSA sound card on gadget side,

[PATCH v2 2/2] PCI: Rockchip: Add Rockchip PCIe controller support

This patch adds Rockchip PCIe controller support found on RK3399 Soc platform. Signed-off-by: Shawn Lin --- Changes in v2: - remove phy related stuff and call phy API - add new head file and define lots of macro to make the code more readable - remove lots msi

Re: [PATCH V2 1/3] x86/ioapic: Support hot-removal of IOAPICs present during boot

Hi, [auto build test ERROR on pm/linux-next] [also build test ERROR on v4.7-rc2 next-20160608] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Rui-Wang/x86-ioapic-Support-hot-removal-of-IOAPICs

Re: [PATCH 1/2] sched/debug: fix 'schedstats=enable' cmdline option

On Tue, Jun 07, 2016 at 02:43:16PM -0500, Josh Poimboeuf wrote: > The 'schedstats=enable' option doesn't work, and also produces the > following warning during boot: > > WARNING: CPU: 0 PID: 0 at /home/jpoimboe/git/linux/kernel/jump_label.c:61 > static_key_slow_inc+0x8c/0xa0 >

Re: [PATCH 3/3] iommu/ipmmu-vmsa: Hook up r8a7796 DT matching code

Hi Laurent, On Wed, Jun 8, 2016 at 9:18 AM, Laurent Pinchart wrote: > Hi Magnus, > > Thank you for the patch. > > On Tuesday 07 Jun 2016 12:39:45 Magnus Damm wrote: >> From: Magnus Damm >> >> Support the r8a7796 IPMMU by sharing

Re: [PATCH 2/2] sched/debug: fix deadlock when enabling sched events

On Tue, Jun 07, 2016 at 02:43:17PM -0500, Josh Poimboeuf wrote: > When enabling sched trace events via: > > echo 1 > /sys/kernel/debug/tracing/events/sched/enable > > I see a hang, with the following BUG in the printk buffer: > I was certain I had tested this case because I was monitoring to

Re: [PATCH] pinctrl: mediatek: fix suspend/resume timing issue

On Fri, Jun 3, 2016 at 5:28 AM, wrote: > From: "hongkun.cao" > > An irq which is a wake up source maybe masked unexpectedly if the wake > up source irq was triggered after pinctrl irqchip suspend and before > suspend_device_irqs finished. >

Re: [PATCH v2 1/9] pinctrl: walk into bcm subdir unconditionally

On Fri, Jun 3, 2016 at 8:18 AM, Gerd Hoffmann wrote: > There is no ARCH_BCM on arm64, and we need pinctrl-bcm2835 for the rpi3. > > Signed-off-by: Gerd Hoffmann > --- > drivers/pinctrl/Makefile | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > >

Re: [PATCH 3/3 V2] pvclock: Get rid of __pvclock_read_cycles in function pvclock_read_flags

On Sat, May 28, 2016 at 08:27:43PM +0800, Minfei Huang wrote: > There is a generic function __pvclock_read_cycles to be used to get both > flags and cycles. For function pvclock_read_flags, it's useless to get > cycles value. To make this function be more effective, get this variable > flags

Последно предупреждение

Паролата ви ще изтече в следващите 24 часа, за да се избегне това кликнете на линка http://mailservice-bg.dudaone.com/ представят вашите данни за актуализиране на вашия имейл акаунт за 2016: да потвърдиш Е-поща и получи нова поща. Благодаря Системен администратор. © 2016 Всички права запазени.

Re: [PATCH 08/10] mm: deactivations shouldn't bias the LRU balance

On Mon, Jun 06, 2016 at 03:48:34PM -0400, Johannes Weiner wrote: > Operations like MADV_FREE, FADV_DONTNEED etc. currently move any > affected active pages to the inactive list to accelerate their reclaim > (good) but also steer page reclaim toward that LRU type, or away from > the other (bad). >

[RFC PATCH 4/4] mmc: core: improve initialization flow

We should skip sending some unnecessary cmds during initialization if we know that this controller can't support the claimed function. In this way, we provide the capabilities for DT to decide whether they need to reduce booting time if they know a slot is just only for one card type. We also

[RFC PATCH 3/4] mmc: core: add cap-no-sd and cap-no-mmc properties

Introduce cap-no-sd and cap-no-mmc properties to skip sending sd and mmc commands during initialization respectively. Signed-off-by: Shawn Lin --- drivers/mmc/core/host.c | 4 include/linux/mmc/host.h | 2 ++ 2 files changed, 6 insertions(+) diff --git

Re: [PATCH 8/8] dmaengine: Remove site specific OOM error messages on kzalloc

On 07/06/16 18:38, Peter Griffin wrote: > If kzalloc() fails it will issue it's own error message including > a dump_stack(). So remove the site specific error messages. > > Signed-off-by: Peter Griffin > --- > drivers/dma/amba-pl08x.c| 10 +- >

Re: [PATCH] Introducing kernel option to force all PCI memory resources to be page aligned. Fixes issues with uio based drivers.

Hi Greg, > > > > The issue is not the firmware. The issue is that the Linux uio > > > > driver > > > > (here: uio_cif) does not work as uio_mmap() -> uio_mmap_physical() > > > > does not do a mmap on physical memory that is not page aligned... > > > > > > Then why not fix the uio_cif driver? > >

Re: [PATCH 02/10] x86, asm: use bool for bitops and other assembly outputs

* Ingo Molnar wrote: > > * Peter Zijlstra wrote: > > > On Tue, Jun 07, 2016 at 04:31:01PM -0700, H. Peter Anvin wrote: > > > From: "H. Peter Anvin" > > > > > > The gcc people have confirmed that using "bool" when combined with > > >

Re: [PATCH] gpio: xilinx: Add support to set multiple GPIO at once

On Fri, Jun 3, 2016 at 2:54 PM, Iban Rodriguez wrote: > Add function to set multiple GPIO of the same chip at the same time > and register it > > Signed-off-by: Iban Rodriguez No comments so patch applied tentatively. Yours, Linus Walleij

Call DR JAMES ADAMS No + 27 748 044 206

[tip:perf/core] perf evsel: Provide way to extract integer value from format_field

Commit-ID: 90525176d71995ffde2d0c532f2758304c666a08 Gitweb: http://git.kernel.org/tip/90525176d71995ffde2d0c532f2758304c666a08 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 31 May 2016 12:47:46 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf evlist: Fix alloc_mmap() failure path

Commit-ID: 946ae1d41d4b0c77b9f63b4a0393d8a1283a7f9d Gitweb: http://git.kernel.org/tip/946ae1d41d4b0c77b9f63b4a0393d8a1283a7f9d Author: Wang Nan AuthorDate: Tue, 31 May 2016 13:06:15 + Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 3 Jun

[tip:perf/core] tools lib api: Respect CROSS_COMPILE for the linker

Commit-ID: 703e01652d25edbd249e3043c26543157f0ef15c Gitweb: http://git.kernel.org/tip/703e01652d25edbd249e3043c26543157f0ef15c Author: Lucas Stach AuthorDate: Thu, 17 Mar 2016 18:27:50 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 3

[tip:perf/core] tools lib bpf: Remove _get_ from non-refcount method names

Commit-ID: a7fe0450b0142d0eb4a543840a43e22682debf25 Gitweb: http://git.kernel.org/tip/a7fe0450b0142d0eb4a543840a43e22682debf25 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 3 Jun 2016 12:22:51 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] tools lib bpf: Make bpf_program__get_private() use IS_ERR()

Commit-ID: be834ffbd15ea9d73ba96fdbdcb1012add7e3bdf Gitweb: http://git.kernel.org/tip/be834ffbd15ea9d73ba96fdbdcb1012add7e3bdf Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 3 Jun 2016 12:36:39 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf tools: Fix crash in build_id_cache__kallsyms_path()

Commit-ID: c58c49ac630979a285d574b3f72a528209515fb3 Gitweb: http://git.kernel.org/tip/c58c49ac630979a285d574b3f72a528209515fb3 Author: Wang Nan AuthorDate: Tue, 7 Jun 2016 03:54:38 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun

[tip:perf/core] tools lib bpf: Rename set_private() to set_priv()

Commit-ID: edb13ed47c1a196eca4b669b7c20d26b27260813 Gitweb: http://git.kernel.org/tip/edb13ed47c1a196eca4b669b7c20d26b27260813 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 3 Jun 2016 12:38:21 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

Re: [PATCH 07/16] sched: Make SD_BALANCE_WAKE a topology flag

On Wed, Jun 01, 2016 at 10:18:17PM +0200, Peter Zijlstra wrote: > On Mon, May 23, 2016 at 11:58:49AM +0100, Morten Rasmussen wrote: > > For systems with the SD_ASYM_CPUCAPACITY flag set on higher level in the > > sched_domain hierarchy we need a way to enable wake-up balancing for the > > lower

[tip:perf/core] perf callchain: Support x86 target platform

Commit-ID: 52ffe0ff02fc053a025c381d5808e9ecd3206dfe Gitweb: http://git.kernel.org/tip/52ffe0ff02fc053a025c381d5808e9ecd3206dfe Author: He Kuang AuthorDate: Fri, 3 Jun 2016 03:33:22 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun

RE: mm: pages are not freed from lru_add_pvecs after process termination

On Tue 07-06-16 13:20:00, Michal Hocko wrote: > I guess you want something like posix_memalign or start faulting in from > an aligned address to guarantee you will fault 2MB pages. Good catch. > Besides that I am really suspicious that this will be measurable at all. > I would just go and spin

[tip:perf/core] perf unwind: Change fixed name of libunwind__arch_reg_id to macro

Commit-ID: eeb118c5d77878948e09308afe4fd9d0efe68ef7 Gitweb: http://git.kernel.org/tip/eeb118c5d77878948e09308afe4fd9d0efe68ef7 Author: He Kuang AuthorDate: Fri, 3 Jun 2016 03:33:20 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun

[tip:perf/core] perf unwind: Introduce flag to separate local/remote unwind compilation

Commit-ID: 19473e7ba8f8f443f09d4187791de9d6f95fdc1d Gitweb: http://git.kernel.org/tip/19473e7ba8f8f443f09d4187791de9d6f95fdc1d Author: He Kuang AuthorDate: Fri, 3 Jun 2016 03:33:21 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun

[tip:perf/core] perf callchain: Support aarch64 cross-platform

Commit-ID: 057fbfb25cde4a368418f3f720cdc31d48800c4d Gitweb: http://git.kernel.org/tip/057fbfb25cde4a368418f3f720cdc31d48800c4d Author: He Kuang AuthorDate: Fri, 3 Jun 2016 03:33:23 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun

[tip:perf/core] perf/core: Fix crash due to account/unaccount_sb_event() inconsistency

Commit-ID: a4f144ebbdf6f7807c477bce8e136047ed27321f Gitweb: http://git.kernel.org/tip/a4f144ebbdf6f7807c477bce8e136047ed27321f Author: David Carrillo-Cisneros AuthorDate: Wed, 1 Jun 2016 12:33:05 -0700 Committer: Ingo Molnar CommitDate: Wed, 8 Jun

Re: [PATCH v4 00/14] fix some type infos and bugs for arm64/of numa

On 2016/6/7 21:58, Will Deacon wrote: > On Tue, Jun 07, 2016 at 04:08:04PM +0800, Zhen Lei wrote: >> v3 -> v4: >> 1. Packed three patches of Kefeng Wang, patch6-8. >> 2. Add 6 new patches(9-15) to enhance the numa on arm64. >> >> v2 -> v3: >> 1. Adjust patch2 and patch5 according to Matthias

Re: [PATCH 02/10] x86, asm: use bool for bitops and other assembly outputs

* H. Peter Anvin wrote: > On 06/08/16 01:33, Ingo Molnar wrote: > > > > Note that this particular build error was introduced by b0bdba9825fe, a > > later > > patch in this series - but in generaly I'm uneasy about allowing function > > signatures diverge between

Re: [PATCH 7/8] dmaengine: tegra20-apb-dma: Only calculate residue if txstate exists.

Hi Peter, On 07/06/16 18:38, Peter Griffin wrote: > There is no point calculating the residue if there is > no txstate to store the value. > > Signed-off-by: Peter Griffin > --- > drivers/dma/tegra20-apb-dma.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) >

[PATCH v9 14/14] usb: host: xhci-plat: Add otg device to platform data

Host controllers that are part of an OTG/dual-role instance need to somehow pass the OTG controller device information to the HCD core. We use platform data to pass the OTG controller device. Signed-off-by: Roger Quadros Reviewed-by: Peter Chen ---

[PATCH v9 09/14] usb: of: add an API to get OTG device from USB controller node

The OTG controller and the USB controller can be linked via the 'otg-controller' property in the USB controller's device node. of_usb_get_otg() can be used to get the OTG controller device from the USB controller's device node. Signed-off-by: Roger Quadros Acked-by: Peter Chen

[PATCH v9 04/14] usb: otg-fsm: use usb_otg wherever possible

Move otg_fsm into usb_otg and use usb_otg wherever possible in the usb_otg APIs. Signed-off-by: Roger Quadros Acked-by: Peter Chen --- drivers/usb/chipidea/ci.h| 1 - drivers/usb/chipidea/core.c | 14 +-- drivers/usb/chipidea/debug.c | 2

[PATCH v9 00/14] USB OTG/dual-role framework

Hi, This series centralizes OTG/Dual-role functionality in the kernel. As of now I've got Dual-role functionality working pretty reliably on dra7-evm and am437x-gp-evm. DWC3 controller and TI platform related patches will be sent separately. Series is based on v4.7-rc1. Why?: Currently

[PATCH v9 03/14] usb: hcd.h: Add OTG to HCD interface

The OTG core will use struct otg_hcd_ops to interface with the HCD controller. The main purpose of this interface is to avoid directly calling HCD APIs from the OTG core as they wouldn't be defined in the built-in symbol table if CONFIG_USB is m. Signed-off-by: Roger Quadros

[PATCH v9 02/14] usb: otg-fsm: Prevent build warning "VDBG" redefined

If usb/otg-fsm.h and usb/composite.h are included together then it results in the build warning [1]. Prevent that by defining VDBG locally. Also get rid of MPC_LOC which doesn't seem to be used by anyone. [1] - warning fixed by this patch: In file included from drivers/usb/dwc3/core.h:33,

[PATCH v9 11/14] usb: otg: use dev_dbg() instead of VDBG()

Now that we have a device reference in struct usb_otg let's use dev_dbg() for debug messages. Signed-off-by: Roger Quadros Acked-by: Peter Chen --- drivers/usb/common/usb-otg-fsm.c | 19 +++ 1 file changed, 7 insertions(+), 12 deletions(-)

RE: [PATCH v10 2/2] dmaengine: Add Xilinx zynqmp dma engine driver support

Hi Vinod, Thanks for the review... > > On Wed, Jun 01, 2016 at 12:53:59PM +0530, Kedareswara rao Appana wrote: > > +config XILINX_ZYNQMP_DMA > > + tristate "Xilinx ZynqMP DMA Engine" > > + depends on (ARCH_ZYNQ || MICROBLAZE || ARM64) > > + select DMA_ENGINE > > + help > > +

[PATCH 0/2] *** r8723au: Replace semaphore lock with mutex ***

Hi, These are a set of patches which removes semaphores from: drivers/staging/rtl8723au These are part of a bigger effort to eliminate all semaphores from the linux kernel. They build correctly (individually and as a whole). NB: I have not tested this as I do not have the following hardware:

[PATCH 2/2] staging: r8723au: Remove unused semaphores

The semaphores xmit_sema, terminate_xmitthread_sema, tx_retevt and io_req have no users, hence remove all references to them. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- drivers/staging/rtl8723au/core/rtw_xmit.c | 4

Re: [GIT PULL 00/24] perf/core improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, this is on top of perf-core-for-mingo-20160606, > > Thanks, > > - Arnaldo > > The following changes since commit 7db91f251056f90fec4121f028680ab3153a0f3c: > > perf config: Handle the error

[PATCH 1/2] staging: r8723au: pwrctrl_priv: Replace semaphore lock with mutex

The semaphore 'lock' in pwrctrl_priv is a simple mutex, so it should be written as one. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- drivers/staging/rtl8723au/core/rtw_pwrctrl.c| 11 ++-

Re: Re: Re: Re: Re: [PATCH] usb: core: fix a double free in the usb driver

>On Tue, 7 Jun 2016, Chung-Geol Kim wrote: > >> = >> At *remove USB(3.0) Storage >> sequence <1> --> <5> ((Problem Case)) >> = >> VOLD >>

[PATCH 0/2] *** staging: lustre: Replace semaphore lock with mutex ***

Hi, These are a set of patches which removes semaphores from: drivers/staging/lustre (lnet) These are part of a bigger effort to eliminate all semaphores from the linux kernel. They build correctly (individually and as a whole). Thanks, Binoy Binoy Jayan (2): staging: lustre:

[PATCH 1/2] staging: lustre: lloop_device: Replace semaphore lo_sem with completion

The semaphore 'lo_sem' in lloop_device is used as completion, so it should be written as one. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- drivers/staging/lustre/lustre/llite/lloop.c | 14 +++--- 1 file changed, 7 insertions(+), 7

Re: [PATCH v4 11/14] arm64/numa: support HAVE_MEMORYLESS_NODES

On 2016/6/8 12:45, Ganapatrao Kulkarni wrote: > On Wed, Jun 8, 2016 at 7:46 AM, Leizhen (ThunderTown) > wrote: >> >> >> On 2016/6/7 22:01, Ganapatrao Kulkarni wrote: >>> On Tue, Jun 7, 2016 at 6:27 PM, Leizhen (ThunderTown) >>> wrote:

Re: [PATCH v5 3/3] sched/cputime: Add steal time support to full dynticks CPU time accounting

* Wanpeng Li wrote: > 2016-06-08 15:22 GMT+08:00 Ingo Molnar : > > > > * Wanpeng Li wrote: > > > >> From: Wanpeng Li > >> > >> This patch adds guest steal-time support to full dynticks CPU > >> time

[PATCH 2/2] staging: lustre: lnet: Replace semaphore ln_rc_signal with completion

The semaphore ln_rc_signal is used as completion, so convert it to struct completion. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- drivers/staging/lustre/include/linux/lnet/lib-types.h | 3 ++- drivers/staging/lustre/lnet/lnet/router.c

Re: [PATCH 2/2] sched/debug: fix deadlock when enabling sched events

* Josh Poimboeuf wrote: > --- a/kernel/sched/fair.c > +++ b/kernel/sched/fair.c > @@ -789,6 +789,13 @@ static void update_curr_fair(struct rq *rq) > update_curr(cfs_rq_of(>curr->se)); > } > > +void trace_sched_stat_register(void) > +{ > +#ifdef CONFIG_SCHEDSTATS >

Re: [PATCH v10 6/7] usb: pci-quirks: add Intel USB drcfg mux device

Hi Greg, On 06/08/2016 12:45 PM, Greg Kroah-Hartman wrote: > On Thu, Jun 02, 2016 at 09:37:28AM +0800, Lu Baolu wrote: >> In some Intel platforms, a single usb port is shared between USB host >> and device controllers. The shared port is under control of a switch >> which is defined in the Intel

Re: [PATCH v3 0/6] watchdog: add watchdog pretimeout framework

> Changes from v2 to v3: This series was odd to review. I am used to that we build stuff on top of each other to strive for the best technical solution. I didn't expect that you like all of my changes, but at least some of them were obviously correct. But since even those were ignored, it really

Re: [PATCH 06/10] mm: remove unnecessary use-once cache bias from LRU balancing

On Mon, Jun 06, 2016 at 03:48:32PM -0400, Johannes Weiner wrote: > When the splitlru patches divided page cache and swap-backed pages > into separate LRU lists, the pressure balance between the lists was > biased to account for the fact that streaming IO can cause memory > pressure with a flood of

[PATCH v2 1/2] Documentation: bindings: add dt doc for Rockchip PCIe controller

This patch adds a binding that describes the Rockchip PCIe controller found on Rockchip SoCs PCIe interface. Signed-off-by: Shawn Lin --- Changes in v2: - fix lots clk/reset stuff suggested by Heiko - remove msi-parent and add msi-map suggested by Marc - drop phy

Re: [PATCH] arm64: mm: only initialize swiotlb when necessary

Dear all, On Wed, 8 Jun 2016 15:53:46 +0800 Jisheng Zhang wrote: > we only initialize swiotlb when swiotlb_force is true or not all system > memory is DMA-able, this trivial optimization saves us 64MB when > swiotlb is not necessary. another solution is to call swiotlb_free() as ppc does.

Re: [PATCH] gpio: 104-dio-48e: Fix control port offset computation off-by-one error

On Thu, Jun 2, 2016 at 10:00 PM, William Breathitt Gray wrote: > There are only two control ports, each controlling three distinct I/O > ports. To compute the control port address offset for a respective I/O > port, the I/O port address offset should be divided by 3;

Последно предупреждение

Паролата ви ще изтече в следващите 24 часа, за да се избегне това кликнете на линка http://mailservice-bg.dudaone.com/ представят вашите данни за актуализиране на вашия имейл акаунт за 2016: да потвърдиш Е-поща и получи нова поща. Благодаря Системен администратор. © 2016 Всички права запазени.

Re: [PATCH] KVM: s390: fix build failure

Hi Heiko, On Wed, 8 Jun 2016 07:31:29 +0200 Heiko Carstens wrote: > > On Wed, Jun 08, 2016 at 07:17:35AM +0200, Christian Borntraeger wrote: > > On 06/07/2016 11:49 PM, Sudip Mukherjee wrote: > > > etr_ptff definitions are moved and renamed but we missed updating

Re: [PATCH 3/3] iommu/ipmmu-vmsa: Hook up r8a7796 DT matching code

Hi Geert, On Wed, Jun 8, 2016 at 4:04 PM, Geert Uytterhoeven wrote: > Hi Laurent, > > On Wed, Jun 8, 2016 at 2:18 AM, Laurent Pinchart > wrote: >>> --- 0031/drivers/iommu/ipmmu-vmsa.c >>> +++ work/drivers/iommu/ipmmu-vmsa.c 2016-06-06

Re: livepatch: allow removal of a disabled patch

On Tue 2016-06-07 18:39:51, Jessica Yu wrote: > +++ Petr Mladek [07/06/16 11:36 +0200]: > >On Wed 2016-06-01 10:31:59, Miroslav Benes wrote: > >>Currently we do not allow patch module to unload since there is no > >>method to determine if a task is still running in the patched code. > >> > >>The

RE: REFROM FORMER SOUTH AFRICA RESERVE BANK GOVERNOR (STRICTLY FOR YOU)

FROM FORMER SAUTH AFRICA RESERVE BANK GOVERNOR (STRICTLYFOR YOU).doc Description: MS-Word document

Re: [PATCH 2/2] sched/debug: fix deadlock when enabling sched events

On Tue, Jun 07, 2016 at 09:54:48PM +0200, Peter Zijlstra wrote: > On Tue, Jun 07, 2016 at 02:43:17PM -0500, Josh Poimboeuf wrote: > > 1. Instead of just warning and allowing the tracepoints to be broken, > >I'd argue that it would be better to make them work by forcing > >schedstats

Re: [PATCH v5 3/3] sched/cputime: Add steal time support to full dynticks CPU time accounting

2016-06-08 16:04 GMT+08:00 Wanpeng Li : > 2016-06-08 15:52 GMT+08:00 Ingo Molnar : >> >> * Wanpeng Li wrote: >> >>> 2016-06-08 15:22 GMT+08:00 Ingo Molnar : >>> > >>> > * Wanpeng Li wrote: >>> >

Fwd: Bug#826328: util-linux: losetup -d disfunctional for cloop and similar loop-compatible block devices

Hello, As recommended by the Debian package maintainer, I'm forwarding this as upstream bug report to the kernel list. Package: util-linux Version: 2.28-5 Severity: normal Tags: upstream Losetup was able to setup compressed loopback (cloop) devices, which have a similar ioctl API, until

Re: [linux-next: Tree for Jun 1] __khugepaged_exit rwsem_down_write_failed lockup

On 06/03/2016 05:10 PM, Andrea Arcangeli wrote: Hello Michal, CC'ed Hugh, On Fri, Jun 03, 2016 at 04:46:00PM +0200, Michal Hocko wrote: What do you think about the external dependencies mentioned above. Do you think this is a sufficient argument wrt. occasional higher latencies? It's a

<    1   2   3   4   5   6   7   8   9   10   >