scripts/gdb: multi arch lx_current

Hi Jan, I've been working on lx_current and cpus.py to support other architectures than just x86. From my understanding, current/get_current are not available with the default debug option (-g). We could either modify that level so that the inline functions/macros are available or reimplement

Re: [PATCH] zram: check comp algorithm availability earlier

On Wed, May 27, 2015 at 02:53:20PM +0900, Sergey Senozhatsky wrote: > On (05/27/15 12:51), Minchan Kim wrote: > [..] > > > @@ -378,6 +378,12 @@ static ssize_t comp_algorithm_store(struct device > > > *dev, > > > if (sz > 0 && zram->compressor[sz - 1] == '\n') > > > zram->compressor[sz

Re: [PATCH 2/2] fbcon: use the cursor blink interval provided by vt

2015-02-27 22:15 GMT+03:00 Scot Doyle : > vt now provides a cursor blink interval via vc_data. Use this > interval instead of the currently hardcoded 200 msecs. Store it in > fbcon_ops to avoid locking the console in cursor_timer_handler(). I regularly execute criu tests on linux-next. For this,

Re: [PATCH V3 0/3] cdc-acm: fix incorrect runtime wakeup in acm_tty_write

On 2015/5/27 12:13, Zhang, Yanmin wrote: > Resend as V1/V2 have email format issue. Sorry for bothering. Greg, We have to abandon this patchset. Zhuang Jin Can, a USB expert, reviewed the patches. He says acm_tty_write already considers it carefully. acm_tty_write puts the urb to a delayed

Re: [PATCH] zram: check comp algorithm availability earlier

On (05/27/15 12:51), Minchan Kim wrote: [..] > > @@ -378,6 +378,12 @@ static ssize_t comp_algorithm_store(struct device *dev, > > if (sz > 0 && zram->compressor[sz - 1] == '\n') > > zram->compressor[sz - 1] = 0x00; > > > > + if (!zcomp_available_algorithm(zram->compressor)) { >

Re: [PATCH 05/36] HMM: introduce heterogeneous memory management v3.

j.gli...@gmail.com writes: > From: Jérôme Glisse > > This patch only introduce core HMM functions for registering a new > mirror and stopping a mirror as well as HMM device registering and > unregistering. > > The lifecycle of HMM object is handled differently then the one of > mmu_notifier

linux-next: build failure after merge of the char-misc tree

/mei.c:70:2: error: (near initialization for 'microread_mei_tbl[0].uuid[0]') cc1: some warnings being treated as errors Caused by commit c93b76b34b4d ("mei: bus: report also uuid in module alias"). I have used the char-misc tree from next-20150526 for today. -- Cheers, Stephe

Re: [patch 1/7] timers: Sanitize catchup_timer_jiffies() usage

On 26-05-15, 22:50, Thomas Gleixner wrote: > 3) __run_timers() > >We only check on entry, which is silly, because base->timer_jiffies >can be behind - especially on NOHZ kernels - and if there is a >single deferrable timer somewhere between base->timer_jiffies and >jiffies we

[PATCH 1/1] NILFS2: support NFSv2 export

From: NeilBrown The "fh_len" passed to ->fh_to_* is not guaranteed to be that same as that returned by encode_fh - it may be larger. With NFSv2, the filehandle is fixed length, so it may appear longer than expected and be zero-padded. So we must test that fh_len is at least some value, not

RE: [PATCH v2 2/2] ALSA: set no sound proc fs for reduced memory footprint

> -Original Message- > From: Sudip Mukherjee [mailto:sudipm.mukher...@gmail.com] > Sent: Wednesday, May 27, 2015 12:50 PM > To: Jie, Yang > Cc: ti...@suse.de; broo...@kernel.org; alsa-de...@alsa-project.org; linux- > ker...@vger.kernel.org; Girdwood, Liam R; Zhang, Vivian > Subject: Re:

[PATCH 0/1] NILFS2: support NFSv2 export

Hi Andrew, please queue the following patch for the next merge window. It fixes an NFSv2 related issue reported in: [1] http://marc.info/?l=linux-fsdevel=143104630128997 "[PATCH 0/3] make BTRFS, UDF, NILFS2 work with NFSv2." Thanks, Ryusuke Konishi -- NeilBrown (1): NILFS2: support

Re: [Patch v3] apple-gmux: lock iGP IO to protect from vgaarb changes

On Tue, May 26, 2015 at 9:47 PM, Darren Hart wrote: > On Tue, May 26, 2015 at 12:10:48PM -0700, Michael Marineau wrote: >> FYI, this actually broke backlight controls on my MBP11,3 because the >> assumption the patch makes that gmux is always loaded before graphics >> drivers didn't hold true. At

Re: [v4 4/4] arm: kvm: add stub implementation for kvm_cpu_reset()

On 05/26/2015 06:36 PM, Marc Zyngier wrote: On 08/05/15 02:18, AKASHI Takahiro wrote: Just to avoid compiling errors on arm. Signed-off-by: AKASHI Takahiro --- arch/arm/include/asm/kvm_asm.h |1 + arch/arm/include/asm/kvm_host.h | 12 arch/arm/include/asm/kvm_mmu.h |

Re: [v4 2/4] arm64: kvm: add kvm cpu hotplug

On 05/26/2015 06:35 PM, Marc Zyngier wrote: On 08/05/15 02:18, AKASHI Takahiro wrote: This patch allows cpu cores to be up and down by adding kvm_arch_hardware_enable/isable(). This way, especially in kexec case, cores are reset to initial states and kexec can gracefully shutdown the system and

Re: [PATCH-v2 2/4] target: Drop lun_sep_lock for se_lun->lun_se_dev RCU usage

On Tue, 2015-05-26 at 16:30 +0200, Bart Van Assche wrote: > On 05/26/15 08:57, Nicholas A. Bellinger wrote: > > @@ -625,6 +626,7 @@ int core_dev_add_initiator_node_lun_acl( > > u32 lun_access) > > { > > struct se_node_acl *nacl = lacl->se_lun_nacl; > > + struct se_device *dev =

[RFC PATCH v4 19/29] bpf tools: Load eBPF programs in object files into kernel

This patch utilizes previous introduced bpf_load_program to load programs in the ELF file into kernel. Result is stored in 'fd' field in 'struct bpf_program'. During loading, it allocs a log buffer and free it before return. Note that that buffer is not passed to bpf_load_program() if the first

[RFC PATCH v4 17/29] bpf tools: Relocate eBPF programs

If an eBPF program access a map, LLVM generates a relocated load instruction. To enable the usage of that map, relocation must be done by replacing original instructions by map loading instructions. Based on relocation description collected during 'opening' phase, this patch replaces the

[RFC PATCH v4 24/29] perf record: Enable passing bpf object file to --event

By introducing new rules in tools/perf/util/parse-events.[ly], this patch enables 'perf record --event bpf_file.o' to select events by an eBPF object file. It calls parse_events_load_bpf() to load that file, which uses bpf__prepare_load() and finally calls bpf_object__open() for the object files.

[RFC PATCH v4 20/29] bpf tools: Introduce accessors for struct bpf_program

This patch introduces accessors for user of libbpf to retrive section name and fd of a opened/loaded eBPF program. 'struct bpf_prog_handler' is used for that purpose. Accessors of programs section name and file descriptor are provided. Set/get private data are also impelmented. Signed-off-by:

[RFC PATCH v4 00/29] perf tools: filtering events using eBPF programs

This is the 4th version of patch series which tries to introduce eBPF programs to perf. Based on v4.1-rc3. This patch series improves 'perf record', enables commands like # perf record --event bpf-file.o sleep 1 to select events defined in bpf-file.o and filter those events using bpf programs

[RFC PATCH v4 16/29] bpf tools: Create eBPF maps defined in an object file

This patch creates maps based on 'map' section in object file using bpf_create_map(), and store the fds into an array in 'struct bpf_object'. Since the byte order of the object may differ from the host, swap map definition before processing. This is the first patch in 'loading' phase. Previous

[RFC PATCH v4 12/29] bpf tools: Collect eBPF programs from their own sections

This patch collects all programs in an object file into an array of 'struct bpf_program' for further processing. That structure is for representing each eBPF program. 'bpf_prog' should be a better name, but it has been used by linux/filter.h. Although it is a kernel space name, I still prefer to

Re: [PATCH try #4] proc: fix PAGE_SIZE limit of /proc/$PID/cmdline

On May 26, 2015, at 5:24 PM, Alexey Dobriyan wrote: > >> On Tue, May 26, 2015 at 04:42:36PM -0400, Jarod Wilson wrote: >>> On 5/8/2015 8:28 AM, Alexey Dobriyan wrote: >>> /proc/$PID/cmdline truncates output at PAGE_SIZE. It is easy to see with >>> >>>$ cat /proc/self/cmdline $(seq 1037)

[RFC PATCH v4 14/29] bpf tools: Record map accessing instructions for each program

This patch records the indics of instructions which are needed to be relocated. Those information are saved in 'reloc_desc' field in 'struct bpf_program'. In loading phase (this patch takes effect in opening phase), the collected instructions will be replaced by map loading instructions. Since we

[RFC PATCH v4 02/29] perf tools: Move linux/kernel.h to tools/include

This patch moves kernel.h from tools/perf/util/include/linux/kernel.h to tools/include/linux/kernel.h to enable other libraries use macros in it, like libbpf which will be introduced by further patches. Signed-off-by: Wang Nan --- tools/{perf/util => }/include/linux/kernel.h | 0 1 file

[RFC PATCH v4 22/29] bpf tools: Link all bpf objects onto a list

To prevent caller from creating additional structures to hold pointers of 'struct bpf_object', this patch link all such structures onto a list (hidden to user). bpf_object__for_each() is introduced to allow users iterate over each objects. bpf_object__for_each() is safe even user close the object

[RFC PATCH v4 07/29] bpf tools: Check endianess and make libbpf fail early

Check endianess according to EHDR. Code is taken from tools/perf/util/symbol-elf.c. Libbpf doesn't magically convert missmatched endianess. See discussion on https://lkml.org/lkml/2015/5/18/650 that, even if we swap eBPF instructions to correct byte order, we are unable to deal with endianess in

[RFC PATCH v4 03/29] perf tools: Move linux/{list.h,poison.h} to tools/include

This patch moves list.h from tools/perf/util/include/linux/list.h to tools/include/linux/list.h to enable other libraries use macros in it, like libbpf which will be introduced by further patches. Since list.h depend on poison.h, poison.h is also moved. Both file use relative path, so one '..' is

[RFC PATCH v4 15/29] bpf tools: Add bpf.c/h for common bpf operations

This patch introduces bpf.c and bpf.h, which hold common functions issuing bpf syscall. The goal of these two files is to hide syscall completly from user. Note that bpf.c and bpf.h only deal with kernel interface. Things like structure of 'map' section in the ELF object is not cared by of

[RFC PATCH v4 13/29] bpf tools: Collect relocation sections from SHT_REL sections

This patch collects relocation sections into 'struct object'. Such sections are used for connecting maps to bpf programs. 'reloc' field in 'struct bpf_object' is introduced for storing such informations. This patch simply store the data into 'reloc' field. Following patch will parse them to know

[RFC PATCH v4 21/29] bpf tools: Introduce accessors for struct bpf_object

This patch add an accessor which allows caller to get count of programs in an object file. Signed-off-by: Wang Nan --- tools/lib/bpf/libbpf.c | 9 + tools/lib/bpf/libbpf.h | 3 +++ 2 files changed, 12 insertions(+) diff --git a/tools/lib/bpf/libbpf.c b/tools/lib/bpf/libbpf.c index

[RFC PATCH v4 01/29] tools: Add __aligned_u64 to types.h

Following patches will introduce linux/bpf.h to a new libbpf library, which requires definition of __aligned_u64. This patch add it to the common types.h for tools. Signed-off-by: Wang Nan --- tools/include/linux/types.h | 5 + 1 file changed, 5 insertions(+) diff --git

[RFC PATCH v4 10/29] bpf tools: Collect map definitions from 'maps' section

If maps are used by eBPF programs, corresponding object file(s) should contain a section named 'map'. Which contains map definitions. This patch copies the data of the whole section. Map data parsing should be acted just before map loading. Signed-off-by: Wang Nan --- tools/lib/bpf/libbpf.c |

[RFC PATCH v4 06/29] bpf tools: Open eBPF object file and do basic validation

This patch defines basic interface of libbpf. 'struct bpf_object' will be the handler of each object file. Its internal structure is hide to user. eBPF object files are compiled by LLVM as ELF format. In this patch, libelf is used to open those files, read EHDR and do basic validation according to

[RFC PATCH v4 25/29] perf tools: Parse probe points of eBPF programs during preparation

This patch parses section name of each program, and creates corresponding 'struct perf_probe_event' structure. parse_perf_probe_command() is used to do the main parsing works. Parsing result is stored into a global array. This is because add_perf_probe_events() is non-reentrantable. In following

[RFC PATCH v4 08/29] bpf tools: Iterate over ELF sections to collect information

bpf_obj_elf_collect() is introduced to iterate over each elf sections to collection informations in eBPF object files. This function will futher enhanced to collect license, kernel version, programs, configs and map information. Signed-off-by: Wang Nan --- tools/lib/bpf/libbpf.c | 53

[RFC PATCH v4 04/29] bpf tools: Introduce 'bpf' library to tools

This is the first patch of libbpf. The goal of libbpf is to create a standard way for accessing eBPF object files. This patch creates Makefile and Build for it, allows 'make' to build libbpf.a and libbpf.so, 'make install' to put them into proper directories. Most part of Makefile is borrowed from

[RFC PATCH v4 29/29] perf tools: Attach eBPF program to perf event

In this patch PERF_EVENT_IOC_SET_BPF ioctl is used to attach eBPF program to a newly created perf event. The file descriptor of the eBPF program is passed to perf record using previous patches, and stored into evsel->bpf_fd. It is possible that different perf event are created for one kprobe

[RFC PATCH v4 11/29] bpf tools: Collect symbol table from SHT_SYMTAB section

This patch collects symbols section. This section is useful when linking ELF maps. Signed-off-by: Wang Nan --- tools/lib/bpf/libbpf.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/tools/lib/bpf/libbpf.c b/tools/lib/bpf/libbpf.c index da83766..d89fd42 100644 ---

[RFC PATCH v4 18/29] bpf tools: Introduce bpf_load_program() to bpf.c

bpf_load_program() can be used to load bpf program into kernel. To make loading faster, first try to load without logbuf. Try again with logbuf if the first try failed. Signed-off-by: Wang Nan --- tools/lib/bpf/bpf.c | 34 ++ tools/lib/bpf/bpf.h | 7 +++ 2

[RFC PATCH v4 26/29] perf record: Probe at kprobe points

In this patch, kprobe points are created using add_perf_probe_events. Since all events are already grouped together in an array, calling add_perf_probe_events() once creates all of them. Signed-off-by: Wang Nan --- tools/perf/builtin-record.c | 14 ++ tools/perf/util/bpf-loader.c |

[RFC PATCH v4 23/29] perf tools: Make perf depend on libbpf

By adding libbpf into perf's Makefile, this patch enable perf to build libbpf during building if libelf is found and NO_LIBELF is not set. The newly introduced code is similar to libapi and libtraceevent building in Makefile.perf. Signed-off-by: Wang Nan --- tools/perf/Makefile.perf | 19

[RFC PATCH v4 27/29] perf record: Load all eBPF object into kernel

This patch utilizes bpf_load_object() provided by libbpf to load all objects into kernel. Signed-off-by: Wang Nan --- tools/perf/builtin-record.c | 12 tools/perf/util/bpf-loader.c | 19 +++ tools/perf/util/bpf-loader.h | 1 + 3 files changed, 32 insertions(+)

Re: [v4 1/4] arm64: kvm: add a cpu tear-down function

Marc, Thank you for your reviews: On 05/26/2015 06:26 PM, Marc Zyngier wrote: Hi Takahiro, On 08/05/15 02:18, AKASHI Takahiro wrote: Cpu must be put back into its initial state, at least, in the following cases in order to shutdown the system and/or re-initialize cpus later on: 1)

[RFC PATCH v4 28/29] perf tools: Add bpf_fd field to evsel and config it

This patch adds a bpf_fd field to 'struct evsel' then introduces method to config it. In bpf-loader, a bpf__for_each_program() function is added. Which calls the callback function for each eBPF program with their names and file descriptors. In evlist.c, perf_evlist__add_bpf() is added to add all

[RFC PATCH v4 05/29] bpf tools: Allow caller to set printing function

By libbpf_set_print(), users of libbpf are allowed to register he/she own debug, info and warning printing functions. Libbpf will use those functions to print messages. If not provided, default info and warning printing functions are fprintf(stderr, ...); defailt debug printing is NULL. This API

[RFC PATCH v4 09/29] bpf tools: Collect version and license from ELF sections

Expand bpf_obj_elf_collect() to collect license and kernel version information in eBPF object file. eBPF object file should have a section named 'license', which contains a string. It should also have a section named 'version', contains a u32 LINUX_VERSION_CODE. bpf_obj_validate() is introduced

Re: [PATCH 03/36] mmu_notifier: pass page pointer to mmu_notifier_invalidate_page()

j.gli...@gmail.com writes: > From: Jérôme Glisse > > Listener of mm event might not have easy way to get the struct page > behind and address invalidated with mmu_notifier_invalidate_page() > function as this happens after the cpu page table have been clear/ > updated. This happens for instance

RE: [PATCH 1/1] dw_mmc: insmod followed by rmmod will hung for eMMC

Hi Ulf, Jaehoon, Thanks for your comments, I will update and send a new Patch. > On 05/27/2015 7:20 AM, Jaehoon Chung Wrote: > > Hi, Pradu. > > Sorry for late. No Problem. > I will wait for your next version than i will check yours. > To Ulf. > > Thanks for review! > > Best Regards, >

RE: [PATCH] MAINTAINERS: update Emulex ocrdma email addresses

Thanks Laurent, My earlier mail bounced back from Linux-kernel mailing list, thus resending. CC'ing Doug. Acked-By: Devesh Sharma > -Original Message- > From: Laurent Navet [mailto:laurent.na...@gmail.com] > Sent: Wednesday, May 27, 2015 12:46 AM > To: a...@linux-foundation.org;

Re: [PATCH-v2 0/4] target: Eliminate se_port + t10_alua_tg_pt_gp_member

On Tue, 2015-05-26 at 14:44 +0200, Bart Van Assche wrote: > On 05/26/15 08:57, Nicholas A. Bellinger wrote: > >- Add various rcu_dereference and lockless_dereference RCU notation > > Hello Nic, > > Feedback from an RCU expert (which I'm not) would be appreciated here. > But my understanding

Re: [PATCH 02/36] mmu_notifier: keep track of active invalidation ranges v3

j.gli...@gmail.com writes: > From: Jérôme Glisse > > The mmu_notifier_invalidate_range_start() and > mmu_notifier_invalidate_range_end() > can be considered as forming an "atomic" section for the cpu page table update > point of view. Between this two function the cpu page table content is >

Re: [PATCH v2 2/2] ALSA: set no sound proc fs for reduced memory footprint

On Tue, May 26, 2015 at 09:13:57PM +0800, Jie Yang wrote: > Disable sound proc fs, when CONFIG_SND_NO_PROC_FS is selected, > which can save about 9KB memory size for reducing memory > footprint purpose. > --- missing Signed-off-by. regards sudip -- To unsubscribe from this list: send the line

Re: [PATCH] ACPI / property: Define a symbol for PRP0001

On Fri, May 22, 2015 at 04:24:34AM +0200, Rafael Wysocki wrote: > From: Rafael J. Wysocki > > Use a #defined symbol ACPI_DT_NAMESPACE_HID instead of the PRP0001 > string. > > Signed-off-by: Rafael J. Wysocki That's a worthy improvement for both legibility as well as maintenance. Reviewed-by:

Re: [Patch v3] apple-gmux: lock iGP IO to protect from vgaarb changes

On Tue, May 26, 2015 at 12:10:48PM -0700, Michael Marineau wrote: > FYI, this actually broke backlight controls on my MBP11,3 because the > assumption the patch makes that gmux is always loaded before graphics > drivers didn't hold true. At least for me dracut included the nouveau > module in the

Re: [PATCH] usb: ulpi: don't register drivers if bus doesn't exist

On Tue, May 26, 2015 at 07:41:18PM -0700, Greg KH wrote: > On Tue, May 26, 2015 at 10:54:01AM -0700, David Cohen wrote: > > Hi, > > > > On Mon, May 25, 2015 at 07:00:13PM +0200, Bjørn Mork wrote: > > > Greg KH writes: > > > > Don't mess with bus->p. I can rename it to >

Re: dell_rbtn - kernel panic at boot...

On Tue, May 26, 2015 at 09:09:30PM -0700, Darren Hart wrote: > On Mon, May 25, 2015 at 04:40:14PM +0200, Pali Rohár wrote: > > On Sunday 24 May 2015 21:44:32 Darren Hart wrote: > > > On Sat, May 23, 2015 at 03:05:36AM +0200, Pali Rohár wrote: > > > > On Saturday 23 May 2015 00:53:16 Dmitry

Re: [RFC PATCH 2/2] arm64: Implement vmalloc based thread_info allocator

On Tue, May 26, 2015 at 09:10:11PM +0900, Jungseok Lee wrote: > On May 25, 2015, at 11:58 PM, Minchan Kim wrote: > > On Mon, May 25, 2015 at 07:01:33PM +0900, Jungseok Lee wrote: > >> On May 25, 2015, at 2:49 AM, Arnd Bergmann wrote: > >>> On Monday 25 May 2015 01:02:20 Jungseok Lee wrote: >

[v8 0/9] Add VT-d Posted-Interrupts support - IOMMU part

VT-d Posted-Interrupts is an enhancement to CPU side Posted-Interrupt. With VT-d Posted-Interrupts enabled, external interrupts from direct-assigned devices can be delivered to guests without VMM intervention when guest is running in non-root mode. You can find the VT-d Posted-Interrtups Spec. in

[v8 3/9] iommu, x86: Implement irq_set_vcpu_affinity for intel_ir_chip

Implement irq_set_vcpu_affinity for intel_ir_chip. Signed-off-by: Feng Wu Reviewed-by: Jiang Liu Acked-by: David Woodhouse --- arch/x86/include/asm/irq_remapping.h | 5 drivers/iommu/intel_irq_remapping.c | 46 2 files changed, 51 insertions(+)

Re: dell_rbtn - kernel panic at boot...

On Mon, May 25, 2015 at 08:03:42AM +0200, Pali Rohár wrote: > On Monday 25 May 2015 07:01:21 Matthew Garrett wrote: > > On Sun, May 24, 2015 at 09:44:32PM -0700, Darren Hart wrote: > > > Greg, Matthew, I'm tempted to recommend this 434 line driver be > > > rolled into dell-laptop.c. Any strong

[v8 5/9] iommu, x86: No need to migrating irq for VT-d Posted-Interrupts

We don't need to migrate the irqs for VT-d Posted-Interrupts here. When 'pst' is set in IRTE, the associated irq will be posted to guests instead of interrupt remapping. The destination of the interrupt is set in Posted-Interrupts Descriptor, and the migration happens during vCPU scheduling.

[v8 6/9] iommu, x86: Add cap_pi_support() to detect VT-d PI capability

Add helper function to detect VT-d Posted-Interrupts capability. Signed-off-by: Feng Wu Reviewed-by: Jiang Liu Acked-by: David Woodhouse --- include/linux/intel-iommu.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/linux/intel-iommu.h b/include/linux/intel-iommu.h index

[v8 4/9] iommu, x86: Save the mode (posted or remapped) of an IRTE

This patch adds a new field in struct irq_2_iommu, which can capture whether the entry is in posted mode or remapped mode. Signed-off-by: Feng Wu Suggested-by: Thomas Gleixner --- drivers/iommu/intel_irq_remapping.c | 9 + 1 file changed, 9 insertions(+) diff --git

[v8 9/9] iommu, x86: Properly handler PI for IOMMU hotplug

Return error when inserting a new IOMMU which doesn't support PI if PI is currently in use. Signed-off-by: Feng Wu --- drivers/iommu/intel_irq_remapping.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/iommu/intel_irq_remapping.c b/drivers/iommu/intel_irq_remapping.c index

[v8 7/9] iommu, x86: Setup Posted-Interrupts capability for Intel iommu

Set Posted-Interrupts capability for Intel iommu when IR is enabled, clear it when IR is disabled. Signed-off-by: Feng Wu --- drivers/iommu/intel_irq_remapping.c | 30 ++ drivers/iommu/irq_remapping.c | 2 ++ drivers/iommu/irq_remapping.h | 3 +++ 3

[v8 2/9] iommu: dmar: Extend struct irte for VT-d Posted-Interrupts

From: Thomas Gleixner The IRTE (Interrupt Remapping Table Entry) is either an entry for remapped or for posted interrupts. The hardware distiguishes between remapped and posted entries by bit 15 in the low 64 bit of the IRTE. If cleared the entry is remapped, if set it's posted. The entries

[v8 1/9] iommu: Add new member capability to struct irq_remap_ops

This patch adds a new member capability to struct irq_remap_ops, this new function ops can be used to check whether some features are supported, such as VT-d Posted-Interrupts. Signed-off-by: Feng Wu Reviewed-by: Jiang Liu --- arch/x86/include/asm/irq_remapping.h | 4

[v8 8/9] iommu, x86: define irq_remapping_cap()

This patch adds a new interface irq_remapping_cap() to detect whether irq remapping supports new features, such as VT-d Posted-Interrupts. We export this function out, so that KVM code can check this and use this mechanism properly. Signed-off-by: Feng Wu Reviewed-by: Jiang Liu ---

[PATCH V3 1/3] usb: add function usb_autopm_get_interface_upgrade

From: Zhang Yanmin Some usb driver has a specific requirement. Their critical functions might be called under both atomic environment and non-atomic environment. If it's under atomic environment, the driver can wake up the device by calling pm_runtime_get_sync directly. If it's under

[PATCH V3 3/3] n_gsm: wake up ldisc tty before using it

From: Zhang Yanmin Wake up ldisc device before calling its driver to access the device. Signed-off-by: Zhang Yanmin --- drivers/tty/n_gsm.c | 40 +++- 1 file changed, 39 insertions(+), 1 deletion(-) diff --git a/drivers/tty/n_gsm.c b/drivers/tty/n_gsm.c

[PATCH V3 2/3] cdc-acm: call usb_autopm_get_interface_upgrade in acm_tty_write

From: Zhang Yanmin acm device might be used as ldisc device by n_gsm driver. gsmtty_write and other gsm functions calls acm_tty_write indirectly while they holds spinlocks. Meanwhile, application might access ACM tty device directly. Here we choose to call usb_autopm_get_interface_upgrade

[PATCH V3 0/3] cdc-acm: fix incorrect runtime wakeup in acm_tty_write

Resend as V1/V2 have email format issue. Sorry for bothering. I use Thunderbird. It has no a button to enable LKML email simply. :) V3: Change email config to resend. Add a space in comment. --- There is a scenario about cdc-acm utilization.Application opens n_gsm tty and cdc-acm tty.

Re: [RFC PATCH 2/2] arm64: Implement vmalloc based thread_info allocator

Hello Jungseok, On Tue, May 26, 2015 at 08:29:59PM +0900, Jungseok Lee wrote: > On May 25, 2015, at 11:40 PM, Minchan Kim wrote: > > Hello Jungseok, > > Hi, Minchan, > > > On Mon, May 25, 2015 at 01:02:20AM +0900, Jungseok Lee wrote: > >> Fork-routine sometimes fails to get a physically

Re: dell_rbtn - kernel panic at boot...

On Mon, May 25, 2015 at 04:40:14PM +0200, Pali Rohár wrote: > On Sunday 24 May 2015 21:44:32 Darren Hart wrote: > > On Sat, May 23, 2015 at 03:05:36AM +0200, Pali Rohár wrote: > > > On Saturday 23 May 2015 00:53:16 Dmitry Torokhov wrote: > > > > On Thu, May 21, 2015 at 7:06 PM, Valdis Kletnieks >

Re: [PATCH 00/11] ARM64 PCI hostbridge init based on ACPI

On 2015年05月27日 08:30, Rafael J. Wysocki wrote: On Tuesday, May 26, 2015 08:49:13 PM Hanjun Guo wrote: This patch set is introducing ARM64 PCI hostbridge init based on ACPI, which based on Jiang Liu's patch set "Consolidate ACPI PCI root common code into ACPI core":

Re: [PATCH 10/11] XEN / PCI: Remove the dependence on arch x86 when PCI_MMCONFIG=y

On 2015年05月26日 23:44, Boris Ostrovsky wrote: On 05/26/2015 10:54 AM, Tomasz Nowicki wrote: On 26.05.2015 16:00, Boris Ostrovsky wrote: On 05/26/2015 09:54 AM, Boris Ostrovsky wrote: On 05/26/2015 08:49 AM, Hanjun Guo wrote: In drivers/xen/pci.c, there are arch x86 dependent codes when

[PATCH net-next v6 1/2] pci: Add Cavium PCI vendor id

From: Sunil Goutham This vendor id will be used by network (vNIC), USB (xHCI), SATA (AHCI), GPIO, I2C, MMC and maybe other drivers for ThunderX SoC. Acked-by: Bjorn Helgaas Signed-off-by: Sunil Goutham Signed-off-by: Aleksey Makarov --- include/linux/pci_ids.h | 2 ++ 1 file changed, 2

Re: [PATCH] zram: check comp algorithm availability earlier

Hello Sergey, On Tue, May 26, 2015 at 10:13:37PM +0900, Sergey Senozhatsky wrote: > Improvement idea by Marcin Jabrzyk. > > comp_algorithm_store() silently accepts any supplied algorithm > name, because zram performs algorithm availability check later, > during the device configuration phase in

Re: [RFC PATCH 1/2] kernel/fork.c: add a function to calculate page address from thread_info

On Sun, May 24, 2015 at 12:01 PM, Jungseok Lee wrote: > A current implementation assumes thread_info address is always correctly > calculated via virt_to_page. It restricts a different approach, such as > thread_info allocation from vmalloc space. > > This patch, thus, introduces an independent

Re: [PATCH V2 3/3] n_gsm: wake up ldisc tty before using it

On 2015/5/27 11:02, Greg KH wrote: > On Wed, May 27, 2015 at 10:50:01AM +0800, Zhang, Yanmin wrote: >> Wake up ldisc device before calling its driver to access the device. >> >> Signed-off-by: Zhang Yanmin >> >> --- >> >> drivers/tty/n_gsm.c | 40 +++- >> 1

[PATCH] Intel, Dell, Ubuntu - i915/intel_dp.c

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, this is not a patch for mainline. It affects Dell Precision M3800 Laptop running Ubuntu with Intel Graphics. Problem manifests in a way where laptop after some use will not suspend anymore. It will attempt to suspend, blank out the screen and

Re: [fuse-devel] fuse_get_context() and namespaces

Seth Forshee writes: > On Tue, May 26, 2015 at 05:21:38PM +0200, Miklos Szeredi wrote: >> On Fri, May 22, 2015 at 01:59:32PM -0500, Seth Forshee wrote: >> > On Fri, May 22, 2015 at 12:44:35PM -0500, Eric W. Biederman wrote: >> > > Seth Forshee writes: >> > > >> > > > On Fri, May 22, 2015 at

Re: [PATCH] mm/hugetlb: document the reserve map/region tracking routines

On 05/26/2015 04:09 PM, Andrew Morton wrote: On Tue, 26 May 2015 14:27:10 -0700 Mike Kravetz wrote: This is a documentation only patch and does not modify any code. Descriptions of the routines used for reserve map/region tracking are added. Confused. This adds comments which are similar

Re: [PATCH 0/6] support "dataplane" mode for nohz_full

On Tue, 2015-05-26 at 15:51 -0400, Chris Metcalf wrote: > On balance I suspect it's still better to make command line arguments > handle the common cases most succinctly. I prefer user specifies precisely, but yeah, that entails more typing. Idle curiosity: can SGI monster from hell boot a

Re: [PATCH 0/3] GPIO support for BRCMSTB

Hi Linus, On Wed, May 13, 2015 at 1:59 AM, Linus Walleij wrote: > On Tue, May 12, 2015 at 9:38 PM, Gregory Fong wrote: >> On Tue, May 12, 2015 at 3:59 AM, Linus Walleij >> wrote: >>> On Wed, May 6, 2015 at 10:37 AM, Gregory Fong >>> wrote: >>> There is only one IRQ for each GIO IP

Re: [PATCH] scripts:checkpatch - Do not give error if static bool or global bool variables are assigned to false value.

On Wed, 2015-05-27 at 08:43 +0530, Shailendra Verma wrote: > Hello Joe, > > Thanks for the clarification. So I will change the error message as > suggested by you and will send the patch to you. Hello Shailendra. My humble apologies to you. I totally misunderstood what you were writing. I

[PATCH] regulator: s2mps11: Fix GPIO suspend enable shift wrapping bug

Status of enabling suspend mode for regulator was stored in bitmap-like long integer. However since adding support for S2MPU02 the number of regulators exceeded 32 so on devices with more than 32 regulators (S2MPU02 and S2MPS13) overflow happens when shifting the bit. This could lead to enabling

Re: [PATCH v3] net/unix: sk_socket can disappear when state is unlocked

From: Hannes Frederic Sowa Date: Tue, 26 May 2015 23:24:59 +0200 > On Tue, May 26, 2015, at 17:22, Mark Salyzyn wrote: >> got a rare NULL pointer dereference in clear_bit >> >> Signed-off-by: Mark Salyzyn > > IMHO, this is the right approach, I didn't came up with something > easier, thanks!

Re: [PATCH v2 0/7] Smack namespace

Lukasz Pawelczyk writes: > Hello, > > Some time ago I sent a Smack namespace documentation and a preliminary > LSM namespace for RFC. I've been suggested that there shouldn't be a > separate LSM namespace and that it should live within user namespace. > And this version does. This is a complete

Re: [PATCH net-next v6 0/2] Adding support for Cavium ThunderX network controller

From: Aleksey Makarov Date: Tue, 26 May 2015 19:20:13 -0700 > This patchset adds support for the Cavium ThunderX network controller. I don't see patch #1 (yet). -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More

Re: [PATCH v2 v3.18-rc4 1/4] drm: prime: Honour O_RDWR during prime-handle-to-fd

Hello, >On Wed, Nov 12, 2014 at 6:38 AM, Daniel Thompson >wrote: >> Currently DRM_IOCTL_PRIME_HANDLE_TO_FD rejects all flags except >> (DRM|O)_CLOEXEC making it hard for the userspace to generate a file >> descriptor that can be used by mmap(). >> >> It is easy to relax the restriction and allow

linux-next: build failure after merge of the backlight tree

'of_platform_device_ensure' [-Werror=implicit-function-declaration] of_platform_device_ensure(node); ^ Caused by commit 67a6b10546ea ("backlight: Probe backlight devices on demand"). I have used the backlight tree from next-20150526 for today. -- Cheers, Stephen Rothwells...@canb.a

Re: [PATCH v3 6/6] ACPI: import watchdog info of GTDT into platform device

Hanjun Guo wrote: I don't agree with this. The GTDT should be parsed even if there's no watchdog driver compiled for this kernel. There are no other #ifdefs in this file. So what's the point of parse GTDT and alloc memories for it if there is no watchdog driver compiled for the kernel? I

Re: [PATCHv6 05/10] ARM: mxs: fix in tree users of ssd1306

On Tue, May 26, 2015 at 10:08:23AM +0300, Tomi Valkeinen wrote: > So should I take this via fbdev tree with the rest of the patches? If > so, I want an ack from a relevant dts maintainer. get_maintainers.pl > gives Shawn as the first contact for imx28-cfa10036.dts. Acked-by: Shawn Guo -- To

Re: [PATCH V2 3/3] n_gsm: wake up ldisc tty before using it

On Wed, May 27, 2015 at 10:50:01AM +0800, Zhang, Yanmin wrote: > Wake up ldisc device before calling its driver to access the device. > > Signed-off-by: Zhang Yanmin > > --- > > drivers/tty/n_gsm.c | 40 +++- > 1 file changed, 39 insertions(+), 1

Re: [PATCH v3 6/6] ACPI: import watchdog info of GTDT into platform device

On 2015年05月27日 00:35, Timur Tabi wrote: On 05/26/2015 03:28 AM, Hanjun Guo wrote: early_acpi_os_unmap_memory((char *)table, tbl_size); } please add #ifdef CONFIG_ARM_SBSA_WATCHDOG (acpi gtdt code) #endif I don't agree with this. The GTDT should be parsed even if there's no

Re: [PATCH] atm:he - Change 0 to false for bool type variable initialization.

From: Shailendra Verma Date: Wed, 27 May 2015 06:50:18 +0530 > The variable sdh is bool type so initializing it with false value > instead of 0. > > Signed-off-by: Shailendra Verma > --- > drivers/atm/he.c |4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git

Re: [PATCH 1/2] KVM: MMU: fix SMAP virtualization

On 05/26/2015 10:48 PM, Paolo Bonzini wrote: On 26/05/2015 16:45, Edward Cree wrote: This breaks older compilers that can't initialize anon structures. How old ? Even gcc 3.1 says you can use unnamed struct/union fields and 3.2 is the minimum version required to compile the kernel as

[PATCH net-next v6 0/2] Adding support for Cavium ThunderX network controller

This patchset adds support for the Cavium ThunderX network controller. changes in v6: * unused preprocessor symbols were removed * reduce no of atomic operations in SQ maintenance * support for TCP segmentation at driver level * reset RBDR if fifo state is FAIL * fixed an issue with link

  1   2   3   4   5   6   7   8   9   10   >