Re: [PATCH v2 1/2] ARM : DMA : remove useless information about DMA

On 2014/4/12 22:32, Nicolas Pitre write: > On Sat, 12 Apr 2014, Liu hua wrote: > >> Hi Nicolas, >> >> Your version is better. you tell me this in the former letters. >> So I am very sorry to forget to check that. >> >> May be I should remake this second patch to fit your change. What do >> you thi

Re: [visorchipset] invalid opcode: 0000 [#1] PREEMPT SMP

Should we perhaps CC qemu-devel here for an opinion. Guys, this mail should explain the issue but in case there are questions, the whole thread starts here: http://lkml.kernel.org/r/20140407111725.GC25152@localhost Thanks. On Sat, Apr 12, 2014 at 01:35:49AM +0800, Jet Chen wrote: > On 04/12/201

Re: [PATCH] x86/platform: fix "make O=dir kvmconfig"

On Sun, Apr 13, 2014 at 04:26:08PM +0800, Antonio Borneo wrote: > Running: > make O=dir x86_64_defconfig > make O=dir kvmconfig > the second command dirties the source tree with file ".config", > symlink "source" and objects in folder "scripts". > > Fixed by adding paths in arch Makefi

[PATCH] tools: Consolidate types.h

And while we're at it, let's do another consolidation: --- From: Borislav Petkov Date: Sat, 12 Apr 2014 20:10:49 +0200 Subject: [PATCH] tools: Consolidate types.h Combine all definitions into a common tools/include/linux/types.h and kill the wild growth elsewhere. While at it, move u64_swap to i

Re: [PATCH v7 07/22] Replace the XIP page fault handler with the DAX page fault handler

On Wed, Apr 09, 2014 at 11:12:03PM +0200, Jan Kara wrote: > This would be fine except that unmap_mapping_range() grabs i_mmap_mutex > again :-|. But it might be easier to provide a version of that function > which assumes i_mmap_mutex is already locked than what I was suggesting. *sigh*. I knew

Re: [PATCH] pwm_lpss: Add support for PCI devices

On 2014/4/12 21:58, Chew Chiau Ee wrote: > From: Alan Cox > > Not all systems enumerate the PWM devices via ACPI. They can also be exposed > via the PCI interface. > > Signed-off-by: Alan Cox > Signed-off-by: Chew, Chiau Ee > --- > drivers/pwm/pwm-lpss.c | 160 +++

Re: Re: new module to check constant memory for corruption

On Sun, Apr 13, 2014 at 12:14 PM, wrote: > Hi Andi, > > the module considers only the adress range between: > kallsyms_lookup_name("_text") .. kallsyms_lookup_name("__end_rodata"). > this range has a typical size of 10..20 mb (depending on kernel-version and > arch). > see files: linux-3.*\arch

Aw: Re: new module to check constant memory for corruption

Hi Andi, the module considers only the adress range between: kallsyms_lookup_name("_text") .. kallsyms_lookup_name("__end_rodata"). this range has a typical size of 10..20 mb (depending on kernel-version and arch).  see files: linux-3.*\arch\x86\mm\init_32.c + init_64.c function: void mark_rodat

[PATCH] x86/gpu: Fix sign extension issue in Intel graphics stolen memory quirks

From: Ville Syrjälä Have the KB(),MB(),GB() macros produce unsigned longs to avoid uninteded sign extension issues with the gen2 memory size detection. What happens is first the uint8_t returned by read_pci_config_byte() gets promoted to an int which gets multiplied by another int from the MB()

[GIT PULL] SLAB changes for v3.15-rc1

Hi Linus, Please pull the latest SLAB tree from: git://git.kernel.org/pub/scm/linux/kernel/git/penberg/linux.git slab/next The biggest change is byte-sized freelist indices which reduces slab freelist memory usage: https://lkml.org/lkml/2013/12/2/64 Pekka -

[PATCH] x86/platform: fix "make O=dir kvmconfig"

Running: make O=dir x86_64_defconfig make O=dir kvmconfig the second command dirties the source tree with file ".config", symlink "source" and objects in folder "scripts". Fixed by adding paths in arch Makefile. Signed-off-by: Antonio Borneo --- arch/x86/Makefile | 4 ++-- 1 fil

Re: [PATCH] serial: imx: replace IS_ERR and PTR_ERR with PTR_ERR_OR_ZERO

On Fri, Apr 11, 2014 at 04:38:42PM +0800, Duan Jiong wrote: > This patch fixes coccinelle error regarding usage of IS_ERR and > PTR_ERR instead of PTR_ERR_OR_ZERO. > > Signed-off-by: Duan Jiong > --- > arch/arm/mach-imx/mach-mx31moboard.c | 5 + You are patching a board file under arch/arm/m

Re: [RFC][PATCH] vfs: In mntput run deactivate_super on a shallow stack.

ebied...@xmission.com (Eric W. Biederman) writes: > Al Viro writes: > >> On Sat, Apr 12, 2014 at 03:15:39PM -0700, Eric W. Biederman wrote: >> >>> Can you explain which scenario you are thinking about with respect to a >>> failed modprobe? >> >> Again, it's not impossible to audit (there's not a

[PATCH 1/1] drivers/pci/pcie/portdrv_pci.c: coding style fixes

Move __initdata before equal sign printk(KERN_WARNING converted to pr_warn Cc: Andrew Morton Cc: linux-...@vger.kernel.org Signed-off-by: Fabian Frederick --- drivers/pci/pcie/portdrv_pci.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/pci/pcie/portdrv_pci.c b/

phpbb new version

Hello, phpBB 3.0.12 is now available , please be sure to backup your forum before staring in the update process . we are happy to help you in updating your forum safely, please reply to this email if you are interested in our paid sevices . thank you -- To unsubscribe from this list: send t

Re: [RFC][PATCH] vfs: In mntput run deactivate_super on a shallow stack.

Al Viro writes: > On Sat, Apr 12, 2014 at 03:15:39PM -0700, Eric W. Biederman wrote: > >> Can you explain which scenario you are thinking about with respect to a >> failed modprobe? > > Completely made up example: > > static struct file_system_type foofs = { > .mount = mount_foo, > .k

<    1   2   3