[PATCH] Staging: comedi: adv_pci_dio: fixed a comment style

Fixed a comment issue. Signed-off-by: Philippe Loctaux --- drivers/staging/comedi/drivers/adv_pci_dio.c | 44 ++-- 1 file changed, 22 insertions(+), 22 deletions(-) diff --git a/drivers/staging/comedi/drivers/adv_pci_dio.c

[RFC PATCH 0/3]perf/core: extend perf_reg and perf_sample_regs_intr

This patchset extend the perf sample regs infrastructure to include architecture specific regs. Current perf_sample_regs_intr exports only registers in the pt_regs to perf.data using PERF_SAMPLE_REGS_INTR sample type. But sometimes we end up looking for or prefer raw register values at the

Re: [PATCH 2/5] do_div(): generic optimization for constant divisor on 32-bit machines

On Tue, 3 Nov 2015, Arnd Bergmann wrote: > On Tuesday 03 November 2015 13:32:17 kbuild test robot wrote: > > > >net/can/bcm.c: In function 'bcm_proc_show': > > >> net/can/bcm.c:223:1: warning: the frame size of 1156 bytes is larger > > >> than 1024 bytes [-Wframe-larger-than=] > > } >

[GIT PULL] cgroup changes for v4.4-rc1

Hello, Linus. cgroup core saw several significant updates this cycle. * percpu_rwsem for threadgroup locking is reinstated. This was temporarily dropped due to down_write latency issues. Oleg's rework of percpu_rwsem which is scheduled to be merged in this merge window resolves the

Re: [PATCH v5] i40e: Look up MAC address in Open Firmware or IDPROM

On Wed, Nov 4, 2015 at 10:06 PM, Sowmini Varadhan wrote: > On (11/04/15 21:59), Andy Shevchenko wrote: >> > See earlier response. So, if maintainer is okay I'm also okay with those and you may take my tag. -- With Best Regards, Andy Shevchenko -- To unsubscribe

Re: [PATCH v2 3/4] bpf tools: Improve libbpf error reporting

Em Wed, Nov 04, 2015 at 02:25:58AM +, Wang Nan escreveu: > In this patch, a series libbpf specific error numbers and > libbpf_strerror() are created to help reporting error to caller. > Functions are updated to pass correct error number through macro > CHECK_ERR(). > > All users of

[PATCH 30/32] drbd: don't use bi_rw for operations

From: Mike Christie This removes drbd's bi_rw use for operations read, write, discard, write same, etc (REQ_OPs). Signed-off-by: Mike Christie --- drivers/block/drbd/drbd_actlog.c | 2 +- drivers/block/drbd/drbd_bitmap.c | 1 -

[PATCH 29/32] block/drivers: rm request cmd_flags REQ_OP use

From: Mike Christie With this patch the request struct code no longer uses the cmd_flags field for REQ_OP operations. --- block/blk-core.c | 17 + block/blk-merge.c | 10 ++ block/blk-mq.c| 10

[GIT PULL] power supply changes for 4.4

Hi Linus, The following changes since commit 1f93e4a96c9109378204c147b3eec0d0e8100fde: Linux 4.3-rc2 (2015-09-20 14:32:34 -0700) are available in the git repositories at: git://git.infradead.org/battery-2.6.git tags/for-v4.4

Re: [PATCH v2 1/2] mm: mmap: Add new /proc tunable for mmap_base ASLR.

On Wed, Nov 4, 2015 at 2:10 PM, Eric W. Biederman wrote: > Daniel Cashman writes: > >> On 11/3/15 5:31 PM, Andrew Morton wrote: >>> On Tue, 03 Nov 2015 18:40:31 -0600 ebied...@xmission.com (Eric W. >>> Biederman) wrote: >>> Andrew Morton

Re: [PATCH 5/8] mm: move lazily freed pages to inactive list

On Wed, Nov 04, 2015 at 04:48:17PM -0500, Daniel Micay wrote: > > Even if we're wrong about the aging of those MADV_FREE pages, their > > contents are invalidated; they can be discarded freely, and restoring > > them is a mere GFP_ZERO allocation. All other anonymous pages have to > > be written

[PATCH 0/3] dwc2: Speed up the interrupt handler quite a bit

The dwc2 interrupt handler is quite slow. On rk3288 with a few things plugged into the ports and with cpufreq locked at 696MHz (to simulate real world idle system), I can easily observe dwc2_handle_hcd_intr() taking > 120 us, sometimes > 150 us. Note that SOF interrupts come every 125 us with

Re: [GIT PULL] arm64 updates for 4.4

On Wed, Nov 4, 2015 at 10:25 AM, Catalin Marinas wrote: > > - Support for 16KB pages, with the additional bonus of a 36-bit VA > space, though the latter only depending on EXPERT So I told the ppc people this many years ago, and I guess I'll tell you guys too: 16kB

[PATCH 2/3] usb: dwc2: host: Giveback URB in tasklet context

In commit 94dfd7edfd5c ("USB: HCD: support giveback of URB in tasklet context") support was added to give back the URB in tasklet context. Let's take advantage of this in dwc2. This speeds up the dwc2 interrupt handler considerably. Signed-off-by: Douglas Anderson ---

[patch] mm, oom: add comment for why oom_adj exists

/proc/pid/oom_adj exists solely to avoid breaking existing userspace binaries that write to the tunable. Add a comment in the only possible location within the kernel tree to describe the situation and motivation for keeping it around. Signed-off-by: David Rientjes ---

Re: [PATCH RESEND] tracing: Make tracing work when debugfs is not compiled or initialized.

On Wed, 4 Nov 2015 10:54:42 -0800 Greg Kroah-Hartman wrote: > On Wed, Nov 04, 2015 at 10:03:39AM -0500, Steven Rostedt wrote: > > On Wed, 4 Nov 2015 09:11:18 +0800 > > Jiaxing Wang wrote: > > > > > Currently tracing_init_dentry() returns

[PATCH v2] staging: rtl8712: rtl871x_sta_mgt: Remove wrapper function

Remove wrapper function mfree_sta_priv_lock() that can be replaced by a direct call to mfree_all_stainfo(). Signed-off-by: Amitoj Kaur Chawla --- Changes in v2: -Removed trailing whitespace drivers/staging/rtl8712/rtl871x_sta_mgt.c | 9 ++--- 1 file changed,

Re: [PATCH 2/2] iio: health: Add driver for the TI AFE4404 heart monitor

On 11/04/2015 01:40 PM, Jonathan Cameron wrote: On 02/11/15 20:37, Andrew F. Davis wrote: On 11/01/2015 02:52 PM, Jonathan Cameron wrote: On 31/10/15 16:31, Andrew F. Davis wrote: Add driver for the TI AFE4404 heart rate monitor and pulse oximeter. This device detects reflected LED light

Re: [PATCH v2 01/13] mm: support madvise(MADV_FREE)

> Compared to MADV_DONTNEED, MADV_FREE's lazy memory free is a huge win to > reduce > page fault. But there is one issue remaining, the TLB flush. Both > MADV_DONTNEED > and MADV_FREE do TLB flush. TLB flush overhead is quite big in contemporary > multi-thread applications. In our production

Re: [patch] vfio: make an array larger

Am 04.11.2015 14:26, schrieb Dan Carpenter: > Smatch complains about a possible out of bounds error: > > drivers/vfio/pci/vfio_pci_config.c:1241 vfio_cap_init() > error: buffer overflow 'pci_cap_length' 20 <= 20 > > Fix this by making the array larger. > > Signed-off-by: Dan

Re: [PATCH 5/8] mm: move lazily freed pages to inactive list

> Even if we're wrong about the aging of those MADV_FREE pages, their > contents are invalidated; they can be discarded freely, and restoring > them is a mere GFP_ZERO allocation. All other anonymous pages have to > be written to disk, and potentially be read back. > > [ Arguably, MADV_FREE pages

Re: [PATCH] bpf: add mod default A and X test cases

On Wed, Nov 4, 2015 at 11:36 AM, Yang Shi wrote: > When running "mod X" operation, if X is 0 the filter has to be halt. > Add new test cases to cover A = A mod X if X is 0, and A = A mod 1. > > CC: Xi Wang > CC: Zi Shen Lim >

[RESEND RFC PATCH 00/32] separate operations from flags in the bio/request structs

This is just a resend of the patchset from earlier today. There was a error in the middle of sending the set, so it looks like 10 - 32 got dropped. There are a couple new block layer commands we are trying to add support for in the near term: compare and write

[PATCH 04/32] block: prepare blkdev_issue_discard for bi_rw split

From: Mike Christie The next patches will prepare the submit_bio users for the split. There were a lot more users than there were for submit_bio_wait, so if the conversion was not a one liner, I broke it out into its own patch. This patch prepares blkdev_issue_discard.

[PATCH 24/32] dm: pass dm stats data dir instead of bi_rw

From: Mike Christie It looks like dm stats primarily cares about the data direction (READ vs WRITE) and does not need the bio/request flags and in the future operation value. REQ_DISCARD is always set with REQ_WRITE, so the check for either one in dm_stats_account_io is not

[PATCH 25/32] block: add operation field to request struct

From: Mike Christie This patch adds field to the request to store the REQ_OP, and has the block layer code set it up. The next patches will modify the other drivers to get/test the request->op field. We are still ORing the op into the cmd_flags. When I am done with the

[PATCH 26/32] ide cd: do not set REQ_WRITE on requests.

From: Mike Christie The block layer will set the correct READ/WRITE operation flags/fields when creating a request, so there is not need for drivers to set the REQ_WRITE flag. Signed-off-by: Mike Christie --- drivers/ide/ide-cd_ioctl.c | 3 --- 1 file

[PATCH v2] tracefs: fix refcount imbalance in start_creating

In tracefs' start_creating(), we pin the file system to safely access its root. When we failed to create a file, we unpin the file system via failed_creating() to release the mount count and eventually the reference of the singleton vfsmount. However, when we run into an error during

Re: [PATCH net] net: dsa: mv88e6xxx: isolate unbridged ports

On 04/11/15 14:23, Vivien Didelot wrote: > The DSA documentation specifies that each port must be capable of > forwarding frames to the CPU port. The last changes on bridging support > for the mv88e6xxx driver broke this requirement for non-bridged ports. > > So as for the bridged ports, reserve

[patch 13/14] x86/apic: Use default send single IPI wrapper

Wire up the default_send_IPI_single() wrapper to the last holdouts. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/apic/apic_flat_64.c |1 + arch/x86/kernel/apic/probe_32.c |1 + 2 files changed, 2 insertions(+) Index:

[patch 03/14] x86/apic: Implement default single target IPI function

apic_physflat and bigsmp_apic can share that implementation. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/ipi.h |1 + arch/x86/kernel/apic/ipi.c | 10 ++ 2 files changed, 11 insertions(+) Index: linux/arch/x86/include/asm/ipi.h

[patch 11/14] x86/apic: Wire up single IPI for apic_numachip

The function already exists. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/apic/apic_numachip.c |2 ++ 1 file changed, 2 insertions(+) Index: linux/arch/x86/kernel/apic/apic_numachip.c === ---

[patch 14/14] x86/smp: Remove single IPI wrapper

All APIC implementation have send_IPI now. Remove the conditional in the calling code. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/smp.c | 16 ++-- 1 file changed, 2 insertions(+), 14 deletions(-) Index: linux/arch/x86/kernel/smp.c

[patch 12/14] x86/apic: Provide default send single IPI wrapper

Instead of doing the wrapping in the smp code we can provide a default wrapper for those APICs which insist on cpumasks. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/ipi.h |1 + arch/x86/kernel/apic/ipi.c |8 2 files changed, 9 insertions(+)

Re: [PATCH] bpf: add mod default A and X test cases

On Wed, Nov 04, 2015 at 11:36:37AM -0800, Yang Shi wrote: > When running "mod X" operation, if X is 0 the filter has to be halt. > Add new test cases to cover A = A mod X if X is 0, and A = A mod 1. > > CC: Xi Wang > CC: Zi Shen Lim > Signed-off-by: Yang

[PATCH] GFS2: Delete an unnecessary check before the function call "iput"

From: Markus Elfring Date: Wed, 4 Nov 2015 21:23:43 +0100 The iput() function tests whether its argument is NULL and then returns immediately. Thus the test around the call is not needed. This issue was detected by using the Coccinelle software. Signed-off-by:

[GIT PULL] libata changes for v4.4-rc1

Hello, Linus. Most are ahci and other device specific additions. Dan cleaned up ahci IRQ handling to prepare for future MSIX changes. On the libata core side, Vinayak updated SG handling so that NCQ commands can be issued through SG_IO and Christoph cleaned up code a bit. There's one merge

Re: [PATCH v2 01/13] mm: support madvise(MADV_FREE)

On Wed, Nov 4, 2015 at 12:00 PM, Shaohua Li wrote: > > The new proposal tries to fix the TLB issue. We introduce two madvise verbs: > > MARK_FREE. Userspace notifies kernel the memory range can be discarded. Kernel > just records the range in current stage. Should memory pressure

[PATCH 27/32] cfq/cgroup: pass operation and flags seperately

From: Mike Christie The operation is about to be separated from the flags, so this patch has users pass them in separately to the cgroup stats. Signed-off-by: Mike Christie --- block/cfq-iosched.c| 49

Re: Mobility Radeon HD 4530/4570/545v: flicker in 1920x1080

On Wed, Nov 4, 2015 at 5:10 PM, Pavel Machek wrote: > Hi! > >> index dac78ad..b86f06a 100644 >> --- a/drivers/gpu/drm/radeon/atombios_crtc.c >> +++ b/drivers/gpu/drm/radeon/atombios_crtc.c >> @@ -569,6 +569,8 @@ static u32 atombios_adjust_pll(struct drm_crtc *crtc,

[PATCH 28/32] block/fs/drivers: use bio/rq_data_dir helpers

From: Mike Christie This has the the block layer, drivers and fs code use the bio and rq data_dir helpers instead of accessing the bi_rw/cmd_flags and checking for REQ_WRITE. Signed-off-by: Mike Christie --- block/blk-merge.c| 2 +-

Re: [PATCH] tracefs, debugfs: fix refcount imbalance in start_creating

On 11/02/2015 08:07 PM, Steven Rostedt wrote: On Fri, 9 Oct 2015 20:30:10 +0200 Daniel Borkmann wrote: [...] Fixes: 4282d60689d4 ("tracefs: Add new tracefs file system") Fixes: 190afd81e4a5 ("debugfs: split the beginning and the end of __create_file() off")

[PATCH net] net: dsa: mv88e6xxx: isolate unbridged ports

The DSA documentation specifies that each port must be capable of forwarding frames to the CPU port. The last changes on bridging support for the mv88e6xxx driver broke this requirement for non-bridged ports. So as for the bridged ports, reserve a few VLANs (4000+) in the switch to isolate ports

Re: [PATCH 2/4] perf tools: Pass LINUX_VERSION_CODE to BPF program when compiling

Em Wed, Nov 04, 2015 at 11:20:05AM +, Wang Nan escreveu: > Arnaldo suggests to make LINUX_VERSION_CODE works like __func__ and > __FILE__ so user don't need to care setting right linux version > too much. In this patch, perf llvm transfers LINUX_VERSION_CODE macro > through clang cmdline. > >

[PATCH 8/8] mm: memcontrol: hook up vmpressure to socket pressure

Let the networking stack know when a memcg is under reclaim pressure so that it can clamp its transmit windows accordingly. Whenever the reclaim efficiency of a cgroup's LRU lists drops low enough for a MEDIUM or HIGH vmpressure event to occur, assert a pressure state in the socket and tcp memory

Re: [PATCH 3/4] perf test: Enforce LLVM test: update basic BPF test program

Em Wed, Nov 04, 2015 at 11:20:06AM +, Wang Nan escreveu: > This patch replaces the original toy BPF program with previous introduced > bpf-script-example.c. Dynamically embedded it into 'llvm-src-base.c'. > > The newly introduced BPF program attaches a BPF program to > 'sys_epoll_pwait()'.

[PATCH 6/8] mm: memcontrol: prepare for unified hierarchy socket accounting

The unified hierarchy memory controller will account socket memory. Move the infrastructure functions accordingly. Signed-off-by: Johannes Weiner Acked-by: Michal Hocko --- mm/memcontrol.c | 140 1

RE: [PATCH v5] i40e: Look up MAC address in Open Firmware or IDPROM

> From: Sowmini Varadhan [mailto:sowmini.varad...@oracle.com] > Sent: Wednesday, November 04, 2015 11:40 AM > > > This is the i40e equivalent of commit c762dff24c06 ("ixgbe: Look up MAC > address in Open Firmware or IDPROM"). > > As with that fix, attempt to look up the MAC address in Open

[PATCH v2] debugfs: fix refcount imbalance in start_creating

In debugfs' start_creating(), we pin the file system to safely access its root. When we failed to create a file, we unpin the file system via failed_creating() to release the mount count and eventually the reference of the vfsmount. However, when we run into an error during lookup_one_len() when

[patch 06/14] x86/apic: Remove pointless indirections from bigsmp_apic

Signed-off-by: Thomas Gleixner --- arch/x86/kernel/apic/bigsmp_32.c |9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) Index: linux/arch/x86/kernel/apic/bigsmp_32.c === ---

[patch 08/14] x86/apic: Implement single IPI for x2apic_phys

Signed-off-by: Thomas Gleixner --- arch/x86/kernel/apic/x2apic_phys.c | 12 1 file changed, 12 insertions(+) Index: linux/arch/x86/kernel/apic/x2apic_phys.c === ---

[patch 01/14] x86/apic: Add a single-target IPI function to the apic

From: Linus Torvalds We still fall back on the "send mask" versions if an apic definition doesn't have the single-target version, but at least this allows the (trivial) case for the common clustered x2apic case. Signed-off-by: Linus Torvalds

Re: [PATCH v2 3/4] get_maintainer: add --no-foo options to --help

On Wed, Nov 04, 2015 at 11:48:44AM -0800, Joe Perches wrote: > On Wed, 2015-11-04 at 11:28 -0800, Brian Norris wrote: > > Many flag options are boolean and support both a positive and a negative > > invocation from the command line. Some of these are even mentioned by > > example (e.g., --nogit is

Re: [PATCH v2 3/4] get_maintainer: add --no-foo options to --help

On Wed, Nov 04, 2015 at 11:48:44AM -0800, Joe Perches wrote: > Most options have both positive and negative forms. > The negative forms for -- are --no and --no-. I just noticed you included both --no and --no-. I didn't even notice that Perl supported both variants here. Good thing the clueless

[PATCH v3 4/4] get_maintainer: --r (list reviewer) is on by default

We don't consistenly document the default value next to the option listing, but we do have a list of defaults here, so let's keep it up to date. Signed-off-by: Brian Norris Cc: Andrew Morton Cc: Joe Perches --- v2 -> v3:

[PATCH v3 2/4] get_maintainer: it's '--pattern-depth', not '-pattern-depth'

Though it appears that Perl's GetOptions will take either, the latter is not documented in the options listing. Signed-off-by: Brian Norris Cc: Andrew Morton Cc: Joe Perches --- v2 -> v3: * no change v2: new in v2

Re: perf related lockdep bug

I tested my perf stress workload with the patch applied on 4.3, unfortunately got a hang again :-/ -Andi -- a...@linux.intel.com -- Speaking for myself only. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More

Re: linux-next: Tree for Nov 4 (serial console & earlycon)

On 11/04/2015 01:43 PM, Randy Dunlap wrote: > On 11/03/15 22:38, Stephen Rothwell wrote: >> Hi all, >> >> Please do *not* add any material intended for v4.5 to your linux-next >> included branches until after v4.4-rc1 has been released. >> >> Changes since 20151103: >> > > > on x86_64: > >

Re: [PATCH v3 1/4] get_maintainer: add missing documentation for --git-blame-signatures

On Wed, 2015-11-04 at 12:58 -0800, Brian Norris wrote: > I really haven't used this option much myself, so feel free to improve > on the documentation for it. I just noticed it while inspecting this > script for undocumented features. > > Signed-off-by: Brian Norris

Re: [RESEND][PATCH] ARM: debug: add support for Palmchip 16550-like UART

Arnd Bergmann writes: > On Tuesday 27 October 2015 12:57:57 Mans Rullgard wrote: >> --- a/arch/arm/include/debug/8250.S >> +++ b/arch/arm/include/debug/8250.S >> @@ -9,6 +9,18 @@ >> */ >> #include >> >> +#ifdef CONFIG_DEBUG_UART_8250_PALMCHIP >> + >> +#undef UART_TX >>

[PATCH 2/8] phy: rockchip-usb: introduce a common data-struct for the device

This introduces a common struct that holds data belonging to the umbrella device that contains all the phys and that we want to use later. Signed-off-by: Heiko Stuebner --- drivers/phy/phy-rockchip-usb.c | 24 +--- 1 file changed, 17 insertions(+), 7

[PATCH 6/8] ARM: dts: rockchip: add clock-cells for usb phy nodes

Add the #clock-cells properties for the usbphy nodes as they provide the pll-clocks now. Signed-off-by: Heiko Stuebner --- arch/arm/boot/dts/rk3066a.dtsi | 2 ++ arch/arm/boot/dts/rk3188.dtsi | 2 ++ arch/arm/boot/dts/rk3288.dtsi | 3 +++ 3 files changed, 7 insertions(+)

[PATCH 7/8] ARM: dts: rockchip: assign usbphy480m_src to the new usbphy pll on veyron

Veyron devices try to always set the source for usbphy480m to the usbphy0 that is the phy connected to the otg controller, because the firmware- default is usbphy1, the ehci-controller connected to the internal camera that might get turned off way easier to save power. In the mainline kernel we

[PATCH 4/8] phy: rockchip-usb: expose the phy-internal PLLs

The USB phys on Rockchip SoCs contain their own internal PLLs to create the 480MHz needed. Additionally this PLL output is also fed back into the core clock-controller as possible source for clocks like the GPU or others. Until now this was modelled incorrectly with a "virtual" factor clock in

[PATCH 02/32] block/fs/mm: prepare submit_bio_wait users for bi_rw split

From: Mike Christie This patch prepares submit_bio_wait callers for the next patches that split bi_rw into a operation and flags field. Instead of passing in a bitmap with both the operation and flags mixed in, the callers now pass them in seperately. Temp issue: When the

[PATCH 06/32] xen blkback: prepare for bi_rw split

From: Mike Christie This patch prepares xen blkback submit_bio use for the next patches that split bi_rw into a operation and flags field. Instead of passing in a bitmap with both the operation and flags mixed in, the callers will now pass them in seperately. This patch

[PATCH 07/32] dm: prepare for bi_rw split

From: Mike Christie This patch prepares dm's submit_bio use for the next patches that split bi_rw into a operation and flags field. Instead of passing in a bitmap with both the operation and flags mixed in, the callers will now pass them in seperately. This patch modifies

[PATCH 01/32] block/fs: add REQ_OP definitions.

From: Mike Christie This patch adds definitions for request/bio operations which will be used in the next patches. In the initial patches the REQ_OPs match the REQ ones for compat reasons while all the code is converted in this set. In the last patches that will be removed.

[PATCH 05/32] drbd: prepare drbd for bi_rw split

From: Mike Christie This patch prepares drbd's submit_bio use for the next patches that split bi_rw into a operation and flags field. Instead of passing in a bitmap with both the operation and flags mixed in, the callers will now pass them in seperately. This patch modifies

Re: [PATCH] livepatch: Cleanup page permission changes

On Tue, 3 Nov 2015, Josh Poimboeuf wrote: > Subject: [PATCH] livepatch: Cleanup page permission changes > > Calling set_memory_rw() and set_memory_ro() for every iteration of the > loop in klp_write_object_relocations() is messy and inefficient. Change > all the RO pages to RW before the loop

Re: [PATCH v3 1/6] Documentation: tps65086: Add DT bindings for the TPS65086 PMIC

On Wed, Nov 04, 2015 at 11:12:10AM -0600, Andrew F. Davis wrote: > The TPS65086 PMIC contains several regulators and a GPO controller. > Add bindings for the TPS65086 PMIC. > > Signed-off-by: Andrew F. Davis Acked-by: Rob Herring > --- >

Re: [PATCH] staging: android/ion.c - fixed coding style changes.

On Thu, Oct 29, 2015 at 09:38:12PM +, John Whitmore wrote: > Simple changes to block comments. > > Signed-off-by: John Whitmore > --- > drivers/staging/android/ion/ion.c | 31 ++- > 1 file changed, 18 insertions(+), 13 deletions(-) This

Re: [PATCH 5/5] mm, page_owner: dump page owner info from dump_page()

On Wed, Nov 04, 2015 at 03:12:39PM -0500, Sasha Levin wrote: > On 11/04/2015 02:41 PM, Kirill A. Shutemov wrote: > >> + dump_page_owner(page); > > I tend to put dump_page() into random places during debug. Dumping page > > owner for all dump_page() cases can be too verbose. > > > > Can we

RE: 2 million usd

From: Erin Hoffman Sent: Wednesday, November 04, 2015 12:07 PM To: Erin Hoffman Subject: 2 million usd Two million dollars donated to you personally, for claims contact (liliane_bettencourt...@outlook.com) -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body

Re: [PATCH v2 1/2] mm: mmap: Add new /proc tunable for mmap_base ASLR.

On Wed, 4 Nov 2015 11:31:25 -0800 Daniel Cashman wrote: > As for the > clarification itself, where would you like it? I could include a cover > letter for this patch-set, elaborate more in the commit message itself, > add more to the Kconfig help description, or some

Re: [PATCH v2 01/13] mm: support madvise(MADV_FREE)

> With enough pages at once, though, munmap would be fine, too. That implies lots of page faults and zeroing though. The zeroing alone is a major performance issue. There are separate issues with munmap since it ends up resulting in a lot more virtual memory fragmentation. It would help if the

[PATCH 32/32] block: remove __REQ op defs and reduce bi_op/bi_rw sizes

From: Mike Christie This patches removes the __REQ/REQ definitions for operations now defined by REQ_OPs. There is now no need for bi_rw to be a long, so this makes it a int. I also moved the priority to its own field, but I guess I could have just kept this in the bi_rw

[PATCH 23/32] block/fs: pass in op and flags to ll_rw_block

From: Mike Christie This has ll_rw_block users pass in the request op and flags seperately instead of as a bitmap. Signed-off-by: Mike Christie --- fs/buffer.c | 19 ++- fs/ext4/inode.c | 6 +++---

[PATCH 31/32] block/fs/driver: rm bio bi_rw REQ_OP use

From: Mike Christie With this patch we no longer use the bio->bi_rw field for REQ_WRITE, REQ_DISCARD, REQ_WRITE_SAME, (REQ_OPs). bi_rw should only set REQ_XYZ values and bi_op is for REQ_OPs. Signed-off-by: Mike Christie --- block/bio.c

[PATCH 22/32] block/fs/drivers: set bi_op to REQ_OP

From: Mike Christie This patch sets the bi_op to a REQ_OP for users where it was a simple one line change. For compat reasons, we are still ORing the op into bi_rw. This will be dropped in later patches in this series when everyone is updated. Signed-off-by: Mike Christie

Re: [PATCH v2 1/2] mm: mmap: Add new /proc tunable for mmap_base ASLR.

Daniel Cashman writes: > On 11/3/15 5:31 PM, Andrew Morton wrote: >> On Tue, 03 Nov 2015 18:40:31 -0600 ebied...@xmission.com (Eric W. Biederman) >> wrote: >> >>> Andrew Morton writes: >>> On Tue, 3 Nov 2015 10:10:03 -0800 Daniel Cashman

[GIT PULL] char/misc driver patches for 4.4-rc1

The following changes since commit 25cb62b76430a91cc6195f902e61c2cb84ade622: Linux 4.3-rc5 (2015-10-11 11:09:45 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git/ tags/char-misc-4.4-rc1 for you to fetch changes up to

[PATCH 17/32] block: add operation field to bio struct

From: Mike Christie This patch adds field to the bio to store the REQ_OP, and it has the block layer code set it. The next patches will modify the other drivers and filesystems to also set the bi_op. We are still ORing the op into the bi_rw. When I am done with the

[PATCH 09/32] btrfs: prepare for bi_rw split

From: Mike Christie This patch prepares btrfs's submit_bio use for the next patches that split bi_rw into a operation and flags field. Instead of passing in a bitmap with both the operation and flags mixed in, the callers will now pass them in seperately. This patch

[PATCH 03/32] dio/btrfs: prep dio->submit_bio users for bi_rw split.

From: Mike Christie Instead of passing around a bitmap of ops and flags, the next patches separate it into a op field and a flags field. This patch prepares the dio code and dio->submit_bio users for the split. Note that the next patches will fix up the submit_bio() call

[PATCH] USB: serial: cp210x: Add tx_empty()

Without this function, when the port is closed the data in the chip's transmit FIFO are lost. If the actual byte count is reported the close can be delayed until all data are sent. Signed-off-by: Konstantin Shkolnyy --- drivers/usb/serial/cp210x.c | 60

Re: [PATCH v3 2/6] Documentation: tps65086: Add DT bindings for the TPS65086 regulators

On Wed, Nov 04, 2015 at 11:12:11AM -0600, Andrew F. Davis wrote: > The TPS65086 PMIC contains several regulators and a GPO controller. > Add bindings for the TPS65086 regulators. > > Signed-off-by: Andrew F. Davis Acked-by: Rob Herring > --- >

[patch 07/14] x86/apic: Wire up single IPI for bigsmp_apic

Use the default implementation. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/apic/bigsmp_32.c |1 + 1 file changed, 1 insertion(+) Index: linux/arch/x86/kernel/apic/bigsmp_32.c === ---

Re: [patch 00/14] x86/apic: Implement single target IPI callback

On Wed, Nov 4, 2015 at 2:56 PM, Thomas Gleixner wrote: > > Compiles and didn't explode when booting it, so it must be perfect :) I have taught you well, young padawan. Linus -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body

[patch 09/14] x86/apic: Wire up single IPI for x2apic_uv

The function already exists. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/apic/x2apic_uv_x.c |1 + 1 file changed, 1 insertion(+) Index: linux/arch/x86/kernel/apic/x2apic_uv_x.c === ---

[patch 04/14] x86/apic: Remove pointless indirections from apic_physflat

No value in having 32 byte extra text. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/apic/apic_flat_64.c | 17 +++-- 1 file changed, 3 insertions(+), 14 deletions(-) Index: linux/arch/x86/kernel/apic/apic_flat_64.c

[patch 10/14] x86/apic: Implement single IPI for apic_noop

Signed-off-by: Thomas Gleixner --- arch/x86/kernel/apic/apic_noop.c |2 ++ 1 file changed, 2 insertions(+) Index: linux/arch/x86/kernel/apic/apic_noop.c === --- linux.orig/arch/x86/kernel/apic/apic_noop.c

Re: [RESEND][PATCH] ARM: debug: add support for Palmchip 16550-like UART

On Tuesday 27 October 2015 12:57:57 Mans Rullgard wrote: > --- a/arch/arm/include/debug/8250.S > +++ b/arch/arm/include/debug/8250.S > @@ -9,6 +9,18 @@ > */ > #include > > +#ifdef CONFIG_DEBUG_UART_8250_PALMCHIP > + > +#undef UART_TX > +#undef UART_LSR > +#undef UART_MSR > + > +#define

[RFC PATCH 2/3]perf/powerpc: update macros and add regs to arch_misc_reg struct

Patch updates the arch_misc_regs struct (arch/powerpc/ptrace.h) with arch/powerpc specific regs (PMU regs). Updates asm/perf_regs.h and perf_regs.c with corresponding macros to export the arch_misc_reg values. Signed-off-by: Madhavan Srinivasan Cc: Thomas Gleixner

[RFC PATCH 3/3]perf/powerpc: Functions to update arch_misc_regs

Patch adds function to update the arch_misc_reg struct and an arch specific perf_sample_regs_intr() to hook up arch_misc_regs to perf_regs pointer. Also makes perf_sample_regs_intr() in kernel/event/core.c as __weak__ function to make arch specific implementation to replace. Signed-off-by:

[RFC PATCH 1/3] perf/core: extend perf_regs to include arch specific regs

As a foundation patch, new structure called arch_misc_regs added to perf_regs. And perf_reg_value() is modified to expect perf_regs instead of pt_regs. This way, perf_reg_value() can decide on the struct to pick based on the register idx. Signed-off-by: Madhavan Srinivasan

Re: [PATCH 5/8] mm: move lazily freed pages to inactive list

On Fri, Oct 30, 2015 at 04:01:41PM +0900, Minchan Kim wrote: > MADV_FREE is a hint that it's okay to discard pages if there is memory > pressure and we use reclaimers(ie, kswapd and direct reclaim) to free them > so there is no value keeping them in the active anonymous LRU so this > patch moves

Hello.

Would you be interested to partner with me on a profitable business project worth £1,000,000.00(One Million British Pound Sterling) regarding an unclaimed lottery prize.You will receive 40% of the total sum as my partner.If willing, reply with your full name and phone number for a comprehensive

Re: [PATCH v3 1/7] spi: imx: Fix DMA transfer

On 03.11.2015 08:08, Robin Gong wrote: On Sun, Nov 01, 2015 at 03:41:35PM +0100, Anton Bondarenko wrote: From: Anton Bondarenko RX DMA tail data handling doesn't work correctly in many cases with current implementation. It happens because SPI core was setup to

[PATCH 01/29] pci: Decouple quirks.c from i915_reg.h

From: Ville Syrjälä i915 register defines are going to become type safe, so going forward the register defines can't be used as straight numbers. Since quirks.c needs just a few extra register defines from i915_reg.h, decouple the two by defining the required

  1   2   3   4   5   6   7   8   9   10   >