Re: [PATCH v2 11/11] MAINTAINERS: add fblog entry

Hi Geert On Mon, Jul 9, 2012 at 9:33 AM, Geert Uytterhoeven wrote: > On Sun, Jul 8, 2012 at 11:56 PM, David Herrmann > wrote: >> Add myself as maintainer for the fblog driver to the MAINTAINERS file. >> >> Signed-off-by: David Herrmann >> --- >> MAINTAINERS | 6 ++ >> 1 file changed, 6

Re: [PATCH] regulator: tps62360: Convert to devm_gpio_request_one

On Sat, Jul 07, 2012 at 08:28:33AM +0800, Axel Lin wrote: > Use devm_gpio_request_one to save a few error handling code. > Also remove trivial comment for tps62360_remove. I can't apply any of these patches until devm_gpio_request_one() is exported in mainline. signature.asc Description:

[PATCH 2/2] mfd: arizona: Add even more register definitions

A few more registers used on newer devices. Signed-off-by: Mark Brown --- include/linux/mfd/arizona/registers.h | 211 - 1 file changed, 210 insertions(+), 1 deletion(-) diff --git a/include/linux/mfd/arizona/registers.h b/include/linux/mfd/arizona/registers.h

[PATCH 1/2] mfd: arizona: Add support for multiple PDM speaker outputs

The registers have stride 2 so we can write the loop properly now. Signed-off-by: Mark Brown --- drivers/mfd/arizona-core.c|5 ++--- include/linux/mfd/arizona/pdata.h |2 +- 2 files changed, 3 insertions(+), 4 deletions(-) diff --git a/drivers/mfd/arizona-core.c

Re: 3.5-rc6 printk formatting problem during oom-kill.

On Mon, Jul 9, 2012 at 8:03 PM, Dave Jones wrote: > I noticed that the format of the oom-killer output seems to have changed, and > now it spews stuff like.. > > [49461.758070] lowmem_reserve[]: > [49461.758071] 0 > [49461.758071] 2643 > [49461.758071] 3878 > [49461.758072] 3878 >

Re: [REGRESSION] nouveau: Memory corruption using nva3 engine for 0xaf

On Mon, Jul 09, 2012 at 03:13:25PM +0200, Henrik Rydberg wrote: > On Thu, Jul 05, 2012 at 10:34:10AM +0200, Henrik Rydberg wrote: > > On Thu, Jul 05, 2012 at 08:54:46AM +0200, Henrik Rydberg wrote: > > > > Thanks for tracking down the source of this corruption. I don't have > > > > any such

Re: [PATCH v2 09/11] fblog: register console driver

Hi Joe On Mon, Jul 9, 2012 at 12:09 AM, Joe Perches wrote: > On Sun, 2012-07-08 at 23:56 +0200, David Herrmann wrote: >> We want to print the kernel log to all FBs so we need a console driver. >> This registers the driver on startup and writes all messages to all >> registered fblog instances. >

[PATCH 2/2] PCI: disable MEM decoding while updating 64-bit MEM BARs

When we update 64-bit BARs, we have to perform two config writes. Between the writes, the half-written BAR value could match a MEM access intended for another device. This could result in corruption of this device (for writes) or an unexpected response machine check (for reads). To prevent

[PATCH 1/2] PCI: leave MEM and IO decoding disabled during 64-bit BAR sizing, too

After 253d2e5498, we disable MEM and IO decoding for most devices while we size 32-bit BARs. However, we restore the original COMMAND register before we size the upper 32 bits of 64-bit BARs, so we can still cause a conflict. This patch waits to restore the original COMMAND register until we're

[PATCH 0/2] PCI: decode disable fixes

Since 2.6.36 (253d2e5498), we've disabled MEM & IO decoding while we size BARs (except for host bridge devices). These patches tweak this in two ways: 1) We only kept decoding disabled while sizing the low-order dword of 64-bit BARs. I think we should keep it disabled while we do the high-order

Re: [PATCH: 1/1] ACPI: make evaluation of thermal trip points before temperature or vice versa dependant on new "temp_b4_trip" module parameter to support older AMD x86_64s

Thanks Rusty - sorry I didn't see your email until now - revised patch addressing your comments attached - BTW, sorry about the word wrap on the initial posting - should I attach a '.patch' file or inline ? Trying both . The Revised Patch (against : commit

3.4.4 - kernel BUG at mm/slab.c:3073

Happens on an intel dh67bl - config attached, I would happily report more details / try out things. [ cut here ] kernel BUG at mm/slab.c:3073! invalid opcode: [#1] PREEMPT SMP CPU 1 Modules linked in: Pid: 570, comm: kswapd0 Not tainted 3.4.4 #1

3.5-rc6 printk formatting problem during oom-kill.

I noticed that the format of the oom-killer output seems to have changed, and now it spews stuff like.. [49461.758070] lowmem_reserve[]: [49461.758071] 0 [49461.758071] 2643 [49461.758071] 3878 [49461.758072] 3878 [49461.758072] [49461.758072] Node 0 [49461.758075] DMA32 free:50432kB

Re: [PATCH net-next 04/15] security: Add Linux Security Modules hook for AF_BUS sockets

On Friday, June 29, 2012 05:45:43 PM Vincent Sanders wrote: > From: Javier Martinez Canillas > > AF_BUS implements a security hook bus_connect() to be used by LSM to > enforce connectivity security policies. > > Signed-off-by: Javier Martinez Canillas > Signed-off-by: Vincent Sanders In

[PATCH RESEND] usb: gadget: composite: parse dt values

Grab the devicetree node properties to override VendorId, ProductId, bcdDevice, Manucacturer, Product and SerialNumber Signed-off-by: Alexandre Pereira da Silva Acked-by: Michal Nazarewicz Acked-by: Rob Herring --- Documentation/devicetree/bindings/usb/gadget.txt | 20 +++

Re: [tip:perf/core] perf/x86: Fix USER/KERNEL tagging of samples

On Mon, Jul 9, 2012 at 4:23 AM, Peter Zijlstra wrote: > > How about something like the below? > > I've also modified perf_instruction_pointer() to account for the VM86 > and IA32 non-zero segment base cases. At least, I tried to do so, I've > never had the 'pleasure' of poking at this segment

Re: [PATCH v2 05/11] fblog: register one fblog object per framebuffer

Hi Joe On Mon, Jul 9, 2012 at 12:13 AM, Joe Perches wrote: > On Sun, 2012-07-08 at 23:56 +0200, David Herrmann wrote: >> > > Hi David. Trivial comments only: > >> diff --git a/drivers/video/console/fblog.c b/drivers/video/console/fblog.c > [] >> @@ -23,15 +23,204 @@ >> * all fblog instances

Re: linux-next: Tree for July 2 (crypto/hifn_795x)

Quoting Randy Dunlap : On 07/02/2012 12:23 AM, Stephen Rothwell wrote: Hi all, Changes since 20120629: on i386: ERROR: "__divdi3" [drivers/crypto/hifn_795x.ko] undefined! This is caused by commit feb7b7ab928afa97a79a9c424e4e0691f49d63be. hifn_795x has "DIV_ROUND_UP(NSEC_PER_SEC,

[PATCH] Bluetooth: Add MacBookPro10,1 support

Add support for the 2012 15'' MacBook Pro Retina. Patch originally written by clipcarl (forums.opensuse.org). Signed-off-by: Henrik Rydberg --- Hi Gustavo, This patch adds support for the new retina. Picked up from the suse forum. Getting it into 3.5 would be great, if possible. Cheers,

Re: [PATCH 0/4] cputime: Virtual cputime accounting small cleanups and consolidation

On Tue, Jun 19, 2012 at 03:43:07PM +0200, Frederic Weisbecker wrote: > Not sure to which tree this should go. The scheduler one may be. > Anyway if you're fine with it, it is pullable at: > > git://github.com/fweisbec/linux-dynticks.git > virt-cputime Ping. Are you guys fine with the

Re: [PATCH 2/6] rcu: Allow rcu_user_enter()/exit() to nest

On Sun, Jul 08, 2012 at 06:54:18PM +0300, Avi Kivity wrote: > On 07/06/2012 03:00 PM, Frederic Weisbecker wrote: > > Allow calls to rcu_user_enter() even if we are already > > in userspace (as seen by RCU) and allow calls to rcu_user_exit() > > even if we are already in the kernel. > > > > This

Re: [PATCH 6/6] x86: Exit RCU extended QS on notify resume

On Fri, Jul 06, 2012 at 09:33:38AM -0700, Paul E. McKenney wrote: > On Fri, Jul 06, 2012 at 02:00:18PM +0200, Frederic Weisbecker wrote: > > do_notify_resume() may be called on irq exit but it won't > > be protected between rcu_irq_enter() and rcu_irq_exit() > > and we don't call rcu_user_exit()

Re: [PATCH 1/6] rcu: Settle config for userspace extended quiescent state

On Fri, Jul 06, 2012 at 09:31:29AM -0700, Paul E. McKenney wrote: > On Fri, Jul 06, 2012 at 02:00:13PM +0200, Frederic Weisbecker wrote: > > Create a new config option under the RCU menu that put > > CPUs under RCU extended quiescent state (as in dynticks > > idle mode) when they run in userspace.

Re: [PATCH 2/6] rcu: Allow rcu_user_enter()/exit() to nest

On Fri, Jul 06, 2012 at 09:27:09AM -0700, Paul E. McKenney wrote: > On Fri, Jul 06, 2012 at 02:00:14PM +0200, Frederic Weisbecker wrote: > > Allow calls to rcu_user_enter() even if we are already > > in userspace (as seen by RCU) and allow calls to rcu_user_exit() > > even if we are already in the

Re: [PATCH v2] ext4: fix hole punch failure when depth is greater than 0

> Ok, the code is not very clear, but now I can see it. p_block is > actually misused here to store the number of indexes in the current > node while diving into the tree. Then on the way up, we are checking > that to see if the eh_entries changed or not (which is indicating > that something has

[PATCH] Smack: don't show empty rules when /smack/load or /smack/load2 is read

This patch removes empty rules (i.e. with access set to '-') from the rule list presented to user space. Smack by design never removes labels nor rules from its lists. Access for a rule may be set to '-' to effectively disable it. Such rules would show up in the listing generated when /smack/load

[PATCH 3/3] staging/slicoss: return -ENODEV if no devid matches

if no case matches we are simply asserting and doing break. and i think we may need to return that -ENODEV , no device is present, rather assert'ing. Signed-off-by: Devendra Naga --- drivers/staging/slicoss/slicoss.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH 2/3] staging/slicoss: disable pci device at remove

at probe we enabled the device, and we should disable it at remove. Signed-off-by: Devendra Naga --- drivers/staging/slicoss/slicoss.c |1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/slicoss/slicoss.c b/drivers/staging/slicoss/slicoss.c index a511a2b..5bd3825 100644 ---

Re: [PATCH v2 04/11] fbdev: export get_fb_info()/put_fb_info()

Hi Geert On Mon, Jul 9, 2012 at 9:34 AM, Geert Uytterhoeven wrote: > On Sun, Jul 8, 2012 at 11:56 PM, David Herrmann > wrote: >> --- a/drivers/video/fbmem.c >> +++ b/drivers/video/fbmem.c >> @@ -46,7 +46,7 @@ static DEFINE_MUTEX(registration_lock); >> struct fb_info *registered_fb[FB_MAX]

[PATCH 1/3] staging/slicoss: remove not-needed ASSERT

As the private pointer is valid at the remove of driver, and remove wont' be called if probe fails, so no point for checking of ASSERT Signed-off-by: Devendra Naga --- drivers/staging/slicoss/slicoss.c |1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/slicoss/slicoss.c

Re: [PATCH v3 2/3] cgroup: revise how we re-populate root directory

On Mon, Jul 09, 2012 at 10:22:20AM -0700, Tejun Heo wrote: > > Changing subsys_bits via remount is being deprecated. No need to > > worry about this. > > Also, why does this matter? The xattrs are kept in cgrp anyway. Why > does keeping dentry/inode around make difference? Ah, okay, the file

Re: [Bug 43331] Re: Bug on bootup of Linux kernel on Panasonic Toughbook S10

> looks like they do not bios update for S10 yet. > > http://www.panasonic.com/business/toughbook/computer-support-bios.asp#CF-U1 > > maybe you can try to email or call their support. Please stop suggesting a BIOS upgrade. The BIOS is totally out of our control, and if the current BIOS works

3.4.4 r8169 weirdness

Hello, Ever since 3.4.4 I see lots more of: Jul 9 19:08:01 box4 kernel: r8169 :03:00.0: eth0: link up Jul 9 19:10:07 box4 kernel: r8169 :03:00.0: eth0: link up Jul 9 19:16:44 box4 kernel: r8169 :03:00.0: eth0: link up Jul 9 19:17:07 box4 kernel: r8169 :03:00.0: eth0: link up

Re: [PATCH 2/2] fat (exportfs): reconnect file handles to evicted inodes/dentries

On Mon, 2012-07-09 at 12:09 -0500, Steven J. Magnani wrote: > On Mon, 2012-07-09 at 11:27 -0500, Steven J. Magnani wrote: > > On Tue, 2012-07-10 at 01:10 +0900, OGAWA Hirofumi wrote: > > > If the inode is not on cache anymore, is there the possibility that > > > selects the wrong parent? IIRC,

Re: [PATCH v3 2/3] cgroup: revise how we re-populate root directory

On Mon, Jul 09, 2012 at 10:17:48AM -0700, Tejun Heo wrote: > On Mon, Jul 02, 2012 at 10:29:27AM -0400, Aristeu Rozanski wrote: > > From: Li Zefan > > > > When remounting cgroupfs with some subsystems added to it and some > > removed, cgroup will remove all the files in root directory and then >

Re: [PATCH v3 2/3] cgroup: revise how we re-populate root directory

On Mon, Jul 02, 2012 at 10:29:27AM -0400, Aristeu Rozanski wrote: > From: Li Zefan > > When remounting cgroupfs with some subsystems added to it and some > removed, cgroup will remove all the files in root directory and then > re-popluate it. > > What I'm doing here is, only remove files which

Re: [PATCH v3] printk: Have printk() never buffer its data

On Mon, 2012-07-09 at 10:09 -0700, Greg Kroah-Hartman wrote: > is it ok if we > just merge this in 3.6-rc1 and backport it to 3.5.1 if it looks ok > there? I'd prefer it get accepted now so that refactoring the printk subsystem could occur for 3.6. Another option would be to revert all Kay's

Re: [PATCH] cgroup: cgroup_rm_files() was calling simple_unlink() with the wrong inode

On Wed, Jul 04, 2012 at 01:40:39PM +0800, Li Zefan wrote: > Tejun Heo wrote: > > >>From 6da2689412c78b97716ec524cc30baf7b46508cd Mon Sep 17 00:00:00 2001 > > From: Tejun Heo > > Date: Tue, 3 Jul 2012 10:32:26 -0700 > > > > While refactoring cgroup file removal path, 05ef1d7c4a "cgroup: > >

Re: [PATCH v3] printk: Have printk() never buffer its data

On Sun, Jul 08, 2012 at 07:55:55PM +0200, Kay Sievers wrote: > On Sat, 2012-07-07 at 07:04 +1000, Michael Neuling wrote: > > Whole kmsg below. > > I guess I have an idea now what's going on. > > > 4,47,0;WARNING: at > > /scratch/mikey/src/linux-ozlabs/arch/powerpc/sysdev/xics/xics-common.c:105

Re: [PATCH 2/2] fat (exportfs): reconnect file handles to evicted inodes/dentries

On Mon, 2012-07-09 at 11:27 -0500, Steven J. Magnani wrote: > On Tue, 2012-07-10 at 01:10 +0900, OGAWA Hirofumi wrote: > > "Steven J. Magnani" writes: > > > > > On Mon, 2012-07-09 at 22:43 +0900, OGAWA Hirofumi wrote: > > >> "Steven J. Magnani" writes: > > >> > > >> >> We need the key,

Re: [Resend with Ack][PATCH v1] PCI: allow acpiphp to handle PCIe ports without native PCIe hotplug capability

On Mon, Jul 9, 2012 at 4:05 AM, Jiang Liu wrote: > Hi Bjorn and Yinghai, > What's the policy to export a symbol by EXPORT_SYMBOL() > or EXPORT_SYMBOL_GPL()? I know the legal difference, but don't > know when I should mark a symbol as GPL. >From Documentation/DocBook/kernel-hacking.tmpl,

Re: [PATCH 04/16] mm: allow PF_MEMALLOC from softirq context

On Mon, Jul 09, 2012 at 11:04:42AM +0100, Mel Gorman wrote: > > - lets assume your allocation happens with kmalloc() without __GFP_MEMALLOC > > and current->flags has PF_MEMALLOC ORed and your SLAB pool is empty. This > > forces SLAB to allocate more pages from the buddy allocator with it will

[PATCH] kvm: Fix device assignment threaded irq handler

The kernel no longer allows us to pass NULL for the hard handler without also specifying IRQF_ONESHOT. IRQF_ONESHOT imposes latency in the exit path that we don't need for MSI interrupts. Long term we'd like to inject these interrupts from the hard handler when possible. In the short term, we

Re: [net-next RFC V5 0/5] Multiqueue virtio-net

On 07/08/2012 08:23 PM, Jason Wang wrote: On 07/07/2012 12:23 AM, Rick Jones wrote: On 07/06/2012 12:42 AM, Jason Wang wrote: Which mechanism to address skew error? The netperf manual describes more than one: This mechanism is missed in my test, I would add them to my test scripts.

Re: Subject: [PATCH] tty ldisc: Close/Reopen race prevention should check the proper flag

On Sun, Jul 08, 2012 at 11:58:46AM +0300, Shachar Shemesh wrote: > On 07/07/2012 12:24 AM, Greg KH wrote: > >On Sun, Jul 01, 2012 at 09:53:19AM +0300, Shachar Shemesh wrote: > >>From: Shachar Shemesh > >> > >>Commit acfa747b introduced the TTY_HUPPING flag to distinguish > >>closed TTY from

Re: [PATCH 00/36] AArch64 Linux kernel port

On Monday 09 July 2012, Catalin Marinas wrote: > On Mon, Jul 09, 2012 at 04:32:11PM +0100, Arnd Bergmann wrote: > > We have a lot of reviewers that are familiar with the 32 bit code, so > > I think the main strategy should be to spot duplicate code early > > and make sure we deal with it

Re: [PATCH 2/2] fat (exportfs): reconnect file handles to evicted inodes/dentries

On Tue, 2012-07-10 at 01:10 +0900, OGAWA Hirofumi wrote: > "Steven J. Magnani" writes: > > > On Mon, 2012-07-09 at 22:43 +0900, OGAWA Hirofumi wrote: > >> "Steven J. Magnani" writes: > >> > >> >> We need the key, possible key is - if it is only directory, FAT may be > >> >> able to use

RE: [PATCH] x86/mce: Need to let kill_proc() send signal to doomed process

> This makes mi->restartable unused? It does ... but it's not what I meant ... somehow I lost the code that set MF_MUST_KILL based on mi->restartable. Doh! >> +doit = !!PageDirty(ppage) || (flags & MF_MUST_KILL) != 0; > > Maybe > >!!(flags & MF_MUST_KILL)

Re: [Xen-devel] [PATCH 1/4] xen/p2m: Optimize the get_phys_to_machine function a bit.

On Mon, Jul 09, 2012 at 04:41:24PM +0100, David Vrabel wrote: > On 03/07/12 16:40, Konrad Rzeszutek Wilk wrote: > > Running perf tells me that the check for p2m_identity > > is done a lot - more than it should. > > This patch doesn't change the how often the check is done. Is this just > bad

Re: "random PID" - worth to be considered (again) ?

On Mon, Jul 09, 2012 at 03:53:14PM +0200, Toralf Förster wrote: > After reading [1] I'm wondering whether these would at least improve > OpenSSL's implementation of a RSA key generator (page 13 in [1]) ? Random PID's is a terribly way to get entropy into OpenSSL. You don't get that many bits of

Re: [PATCH 2/2] fat (exportfs): reconnect file handles to evicted inodes/dentries

"Steven J. Magnani" writes: > On Mon, 2012-07-09 at 22:43 +0900, OGAWA Hirofumi wrote: >> "Steven J. Magnani" writes: >> >> >> We need the key, possible key is - if it is only directory, FAT may be >> >> able to use i_start as additional search key. >> > >> > Interesting idea. I think this,

Re: 3.4.4: disabling irq

On 2012-07-09 15:54, Clemens Ladisch wrote: > (forwarded to linux-usb) > > Udo van den Heuvel wrote: >> Hello, >> >> One moment the box is runing OK. >> One moment the 3.4.4 kernel decides to disable an interrupt. >> Why? >> >> Jul 8 07:43:49 box3 ntpd[5067]: parse: convert_rawdcf: INCOMPLETE

Re: [PATCH 00/36] AArch64 Linux kernel port

Arnd, On Mon, Jul 09, 2012 at 04:32:11PM +0100, Arnd Bergmann wrote: > We have a lot of reviewers that are familiar with the 32 bit code, so > I think the main strategy should be to spot duplicate code early > and make sure we deal with it individually. Examples for this are > probably the

Re: [PATCH]RIFS-V3-Test For 3.4.x kernel.

On 07/09/2012 03:18 PM, Hillf Danton wrote: >> Most distros already have or are on the way to switch to systemd. > > We have to adapt to distros once more:( Well they are the customer... (OK, maybe not _the_ customer, but definitely a major customer). -- To unsubscribe from this list: send the

Re: [PATCH v2 1/1] Input: xpad - Handle all variations of Mad Catz Beat Pad

On Mon, Jul 9, 2012 at 9:08 PM, Jiri Kosina wrote: >> --- a/drivers/hid/usbhid/hid-quirks.c >> +++ b/drivers/hid/usbhid/hid-quirks.c >> + { USB_VENDOR_ID_MADCATZ, USB_DEVICE_ID_MADCATZ_BEATPAD, >> HID_QUIRK_IGNORE }, > > Please put it in drivers/hid/hid-core.c, hid_ignore_list[] array

Re: [PATCH 00/36] AArch64 Linux kernel port

On Mon, Jul 09, 2012 at 03:02:22PM +0100, Matthew Garrett wrote: > On Mon, Jul 09, 2012 at 02:56:26PM +0100, Mark Brown wrote: > > Where is this discussion? > My part of it has pretty much been in-person discussion with Grant > Likely, but there was some on ksummit-discuss last month. Oh, I

Re: [PATCH 00/36] AArch64 Linux kernel port

> I think the main strategy should be to spot duplicate code early > and make sure we deal with it individually. Examples for this are > probably the implementations for kvm and perf, which largely deal > with the same hardware on both architectures. Those definitely must > not get duplicated into

Re: [PATCH 00/40] AutoNUMA19

On 06/28/2012 08:55 AM, Andrea Arcangeli wrote: o reduced the page_autonuma memory overhead to from 32 to 12 bytes per page This bit still worries me a little. Between the compact list management code, the migrate daemon, the list locking and page queuing and unqueuing code, we are looking

Re: [Xen-devel] [PATCH 1/4] xen/p2m: Optimize the get_phys_to_machine function a bit.

On 03/07/12 16:40, Konrad Rzeszutek Wilk wrote: > Running perf tells me that the check for p2m_identity > is done a lot - more than it should. This patch doesn't change the how often the check is done. Is this just bad wording of the description? > > Signed-off-by: Konrad Rzeszutek Wilk > ---

Re: [patch 00/11] mm: memcg: charge/uncharge improvements

On Thu 05-07-12 02:44:52, Johannes Weiner wrote: > Hello, > > the biggest thing is probably #1, no longer trying (and failing) to > charge replacement pages during migration and thus compaction. The > rest is cleanups and tiny optimizations that move some checks out of > the charge and uncharge

Re: [patch 11/11] mm: memcg: only check anon swapin page charges for swap cache

On Thu 05-07-12 02:45:03, Johannes Weiner wrote: > shmem knows for sure that the page is in swap cache when attempting to > charge a page, because the cache charge entry function has a check for > it. Only anon pages may be removed from swap cache already when > trying to charge their swapin. >

Re: [patch 10/11] mm: memcg: only check swap cache pages for repeated charging

On Thu 05-07-12 02:45:02, Johannes Weiner wrote: > Only anon and shmem pages in the swap cache are attempted to be > charged multiple times, from every swap pte fault or from > shmem_unuse(). No other pages require checking PageCgroupUsed(). > > Charging pages in the swap cache is also

Re: [PATCH 00/36] AArch64 Linux kernel port

On Monday 09 July 2012, Alan Cox wrote: > > > These are the same reasons the x86_64 people gave and regretted later. > > > > I would not compare the x86_64 extension to the AArch64 architecture. > > > It's not an architecture specific observation. I was just observing that > you were following

Re: [PATCH v4 3/5] ARM: topology: Update cpu_power according to DT information

On Mon, Jul 9, 2012 at 8:40 PM, Vincent Guittot wrote: > On 9 July 2012 16:37, Shilimkar, Santosh wrote: >> On Mon, Jul 9, 2012 at 8:06 PM, Vincent Guittot >> wrote: >>> On 9 July 2012 15:00, Shilimkar, Santosh wrote: On Mon, Jul 9, 2012 at 6:02 PM, Vincent Guittot wrote: > On 9

Re: [patch 09/11] mm: memcg: split swapin charge function into private and public part

On Thu 05-07-12 02:45:01, Johannes Weiner wrote: > When shmem is charged upon swapin, it does not need to check twice > whether the memory controller is enabled. > > Also, shmem pages do not have to be checked for everything that > regular anon pages have to be checked for, so let shmem use the >

Re: usbutils 006 release

On Fri, 6 Jul 2012, Greg KH wrote: > Here's the 006 release of usbutils. > > Some USB 3.0 updates, a new usb.ids file update, and a number of other > fixes and updates for annoying problems that people had reported. Full > shortlog information is below if people are curious. > > The package

Re: [patch 08/11] mm: memcg: remove needless !mm fixup to init_mm when charging

On Thu 05-07-12 02:45:00, Johannes Weiner wrote: > It does not matter to __mem_cgroup_try_charge() if the passed mm is > NULL or init_mm, it will charge the root memcg in either case. > > Signed-off-by: Johannes Weiner Acked-by: Michal Hocko > --- > mm/memcontrol.c |5 - > 1 files

Re: [RFC PATCH v3 0/13] memory-hotplug : hot-remove physical memory

On Mon, 9 Jul 2012, Yasuaki Ishimatsu wrote: > Even if you apply these patches, you cannot remove the physical memory > completely since these patches are still under development. I want you to > cooperate to improve the physical memory hot-remove. So please review these > patches and give your

Re: perf with precise attribute kills all KVM based VMs

On 7/9/12 8:58 AM, David Ahern wrote: On 7/9/12 8:52 AM, David Ahern wrote: On 7/9/12 8:49 AM, Peter Zijlstra wrote: On Mon, 2012-07-09 at 08:47 -0600, David Ahern wrote: I found this testing changes to perf-kvm, but found the problem extends to just perf-record. With perf-record

Re: [patch 07/11] mm: memcg: remove unneeded shmem charge type

On Thu 05-07-12 02:44:59, Johannes Weiner wrote: > shmem page charges have not needed a separate charge type to tell them > from regular file pages since 08e552c 'memcg: synchronized LRU'. > > Signed-off-by: Johannes Weiner Yes, MEM_CGROUP_CHARGE_TYPE_SHMEM has been quite confusing. Acked-by:

Re: [PATCH 1/2] block: add partition resize function to blkpg ioctl

On Fri, Jul 06, 2012 at 09:51:16PM -0400, Phillip Susi wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > What's the status of this patch? Forgotten, or are there still any > outstanding concerns? There was one outstanding concern from maxim about missing "bdput(bdevp)". Will see if

Re: [PATCH v4 3/5] ARM: topology: Update cpu_power according to DT information

On 9 July 2012 16:37, Shilimkar, Santosh wrote: > On Mon, Jul 9, 2012 at 8:06 PM, Vincent Guittot > wrote: >> On 9 July 2012 15:00, Shilimkar, Santosh wrote: >>> On Mon, Jul 9, 2012 at 6:02 PM, Vincent Guittot >>> wrote: On 9 July 2012 12:55, Shilimkar, Santosh wrote: > Vincent,

Re: [patch 06/11] mm: memcg: move swapin charge functions above callsites

On Thu 05-07-12 02:44:58, Johannes Weiner wrote: > Charging cache pages may require swapin in the shmem case. Save the > forward declaration and just move the swapin functions above the cache > charging functions. > > Signed-off-by: Johannes Weiner OK Acked-by: Michal Hocko > --- >

Re: [Xen-devel] [PATCH WIP 2/6] xen/arm: Introduce xen_guest_init

On 09/07/12 15:45, Konrad Rzeszutek Wilk wrote: > On Fri, Jun 22, 2012 at 05:14:41PM +0100, Stefano Stabellini wrote: >> We used to rely on a core_initcall to initialize Xen on ARM, however >> core_initcalls are actually called after early consoles are initialized. >> That means that hvc_xen.c is

Re: [patch 05/11] mm: memcg: only check for PageSwapCache when uncharging anon

On Thu 05-07-12 02:44:57, Johannes Weiner wrote: > Only anon pages that are uncharged at the time of the last page table > mapping vanishing may be in swapcache. > > When shmem pages, file pages, swap-freed anon pages, or just migrated > pages are uncharged, they are known for sure to be not in

[PATCH] regulator: tps65910: correct init value of n_voltages

Recent change in the core driver to get the maximum voltage is based on the (n_voltages -1) steps of voltage. For the tps65910, the (n_voltages -1)th step voltage is calculated based on the callback function list_voltage. This function direct maps the datasheet and adjust the first few steps for

Re: [patch 04/11] mm: memcg: push down PageSwapCache check into uncharge entry functions

On Thu 05-07-12 02:44:56, Johannes Weiner wrote: > Not all uncharge paths need to check if the page is swapcache, some of > them can know for sure. > > Push down the check into all callsites of uncharge_common() so that > the patch that removes some of them is more obvious. > > Signed-off-by:

Re: perf with precise attribute kills all KVM based VMs

On Mon, 2012-07-09 at 17:51 +0300, Avi Kivity wrote: > On 07/09/2012 05:49 PM, Peter Zijlstra wrote: > > On Mon, 2012-07-09 at 08:47 -0600, David Ahern wrote: > >> > >> I found this testing changes to perf-kvm, but found the problem extends > >> to just perf-record. With perf-record

[no subject]

unsubscribe linux-kernel -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: perf with precise attribute kills all KVM based VMs

On 7/9/12 8:52 AM, David Ahern wrote: On 7/9/12 8:49 AM, Peter Zijlstra wrote: On Mon, 2012-07-09 at 08:47 -0600, David Ahern wrote: I found this testing changes to perf-kvm, but found the problem extends to just perf-record. With perf-record exclude_guest defaults to 1. See

Re: [PATCH V3 5/6] Avoid duplicate probe for of platform devices

On Mon, Jul 09, 2012 at 03:46:59AM +, Li Yang-R58472 wrote: > > > I don't understand, why is this just showing up now? What changed to > > > cause this? Couldn't that be the real problem here? > > > > > > > The issue is showing up because we now probe devices twice. > > Previously, we just

[PATCH v2] block: do not artificially constrain max_sectors for stacking drivers

blk_set_stacking_limits() is intended to allow stacking drivers to build up the limits of the stacked device based on the underlying devices' limits. But in the case of 'max_sectors' the default of BLK_DEF_MAX_SECTORS (1024) doesn't allow the stacking driver to inherit a max_sectors larger than

Re: perf with precise attribute kills all KVM based VMs

On Mon, Jul 09, 2012 at 05:54:42PM +0300, Gleb Natapov wrote: > On Mon, Jul 09, 2012 at 05:51:29PM +0300, Avi Kivity wrote: > > On 07/09/2012 05:49 PM, Peter Zijlstra wrote: > > > On Mon, 2012-07-09 at 08:47 -0600, David Ahern wrote: > > >> > > >> I found this testing changes to perf-kvm, but

Re: [RFC][PATCH 25/26] sched, numa: Only migrate long-running entities

On Mon, 2012-07-09 at 10:53 -0400, Rik van Riel wrote: > On 07/09/2012 08:26 AM, Peter Zijlstra wrote: > > On Sun, 2012-07-08 at 14:34 -0400, Rik van Riel wrote: > > >> Do we really want to calculate the amount of CPU time used > >> by a process, and start migrating after just one second? > >> >

Re: [RFC][PATCH 14/26] sched, numa: Numa balancer

On 07/09/2012 08:25 AM, Peter Zijlstra wrote: On Sun, 2012-07-08 at 14:35 -0400, Rik van Riel wrote: This looks like something that should be fixed before the code is submitted for merging upstream. static bool __task_can_migrate(struct task_struct *t, u64 *runtime, int node) { ... is what

Re: perf with precise attribute kills all KVM based VMs

On Mon, Jul 09, 2012 at 05:51:29PM +0300, Avi Kivity wrote: > On 07/09/2012 05:49 PM, Peter Zijlstra wrote: > > On Mon, 2012-07-09 at 08:47 -0600, David Ahern wrote: > >> > >> I found this testing changes to perf-kvm, but found the problem extends > >> to just perf-record. With perf-record

[ 03/48] mwifiex: fix 11n rx packet drop issue

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Stone Piao commit 925839243dc9aa4ef25305f5afd10ed18258a4ac upstream. Currently we check the sequence number of last packet received against start_win. If a sequence hole is detected, start_win

Re: [RFC][PATCH 25/26] sched, numa: Only migrate long-running entities

On 07/09/2012 08:26 AM, Peter Zijlstra wrote: On Sun, 2012-07-08 at 14:34 -0400, Rik van Riel wrote: Do we really want to calculate the amount of CPU time used by a process, and start migrating after just one second? Or would it be ok to start migrating once a process has been scanned once

[ 15/48] md/raid5: Do not add data_offset before call to is_badblock

3.2-stable review patch. If anyone has any objections, please let me know. -- From: majianpeng commit 6c0544e255dd6582a9899572e120fb55d9f672a4 upstream. In chunk_aligned_read() we are adding data_offset before calling is_badblock. But is_badblock also adds data_offset, so

[ 04/48] mwifiex: fix WPS eapol handshake failure

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Stone Piao commit f03ba7e9a24e5e9efaad56bd1713b994ea556b16 upstream. After association, STA will go through eapol handshake with WPS enabled AP. It's observed that WPS handshake fails with

[ 14/48] md/raid10: Dont try to recovery unmatched (and unused) chunks.

3.2-stable review patch. If anyone has any objections, please let me know. -- From: NeilBrown commit fc448a18ae6219af9a73257b1fbcd009efab4a81 upstream. If a RAID10 has an odd number of chunks - as might happen when there are an odd number of devices - the last chunk has no

Re: [Xen-devel] [PATCH WIP 2/6] xen/arm: Introduce xen_guest_init

On Fri, Jun 22, 2012 at 05:14:41PM +0100, Stefano Stabellini wrote: > We used to rely on a core_initcall to initialize Xen on ARM, however > core_initcalls are actually called after early consoles are initialized. > That means that hvc_xen.c is going to be initialized before Xen. > > Given the

Re: perf with precise attribute kills all KVM based VMs

On 7/9/12 8:49 AM, Peter Zijlstra wrote: On Mon, 2012-07-09 at 08:47 -0600, David Ahern wrote: I found this testing changes to perf-kvm, but found the problem extends to just perf-record. With perf-record exclude_guest defaults to 1. See tools/perf/util/util.c, event_attr_init(). You lost me

[ 11/48] ASoC: tlv320aic3x: Fix codec pll configure bug

3.2-stable review patch. If anyone has any objections, please let me know. -- From: "Hebbar, Gururaja" commit c9fe573a6584034670c1a55ee8162d623519cbbf upstream. In sound/soc/codecs/tlv320aic3x.c data = snd_soc_read(codec, AIC3X_PLL_PROGA_REG);

[ 09/48] ath9k: enable serialize_regmode for non-PCIE AR9287

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Panayiotis Karabassis commit 7508b657967cf664b5aa0f6367d05016e7e3bc2a upstream. https://bugzilla.kernel.org/show_bug.cgi?id=42903 Based on the work of Signed-off-by: Panayiotis Karabassis

[ 00/48] 3.2.23-stable review

This is the start of the stable review cycle for the 3.2.23 release. There are 48 patches in this series, which will be posted as responses to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Wed Jul 11 20:00:00 UTC 2012. Anything

[ 10/48] mac80211: correct behaviour on unrecognised action frames

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit 4b5ebccc40843104d980f0714bc86bfcd5568941 upstream. When receiving an "individually addressed" action frame, the receiver is required to return it to the sender. mac80211

[ 12/48] powerpc/xmon: Use cpumask iterator to avoid warning

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Anton Blanchard commit bc1d7702910c7c7e88eb60b58429dbfe293683ce upstream. We have a bug report where the kernel hits a warning in the cpumask code: WARNING: at include/linux/cpumask.h:107

[ 16/48] md/raid5: In ops_run_io, inc nr_pending before calling md_wait_for_blocked_rdev

3.2-stable review patch. If anyone has any objections, please let me know. -- From: majianpeng commit 1850753d2e6d9ca7856581ca5d3cf09521e6a5d7 upstream. In ops_run_io(), the call to md_wait_for_blocked_rdev will decrement nr_pending so we lose the reference we hold on the

Re: [RFC][PATCH 14/26] sched, numa: Numa balancer

On 07/09/2012 08:40 AM, Peter Zijlstra wrote: On Mon, 2012-07-09 at 14:23 +0200, Peter Zijlstra wrote: It is not yet clear to me how and why your code converges. I don't think it does.. but since the scheduler interaction is fairly weak it doesn't matter too much from that pov. Fair enough.

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