On Thu, Sep 5, 2013 at 5:05 PM, Greg KH wrote:
> On Thu, Sep 05, 2013 at 04:09:48PM +0200, Geert Uytterhoeven wrote:
>> On Tue, Sep 3, 2013 at 1:58 AM, Greg KH wrote:
>> > Here's the bit staging tree pull request for 3.12-rc1.
>> >
>> > Lots of staging driver updates, and fixes. Lustre is
On Fri, 30 Aug 2013, Konrad Rzeszutek Wilk wrote:
> On Thu, Aug 29, 2013 at 07:32:33PM +0100, Stefano Stabellini wrote:
> > Use xen_alloc_coherent_pages and xen_free_coherent_pages to allocate or
> > free coherent pages.
> >
> > We need to be careful handling the pointer returned by
> >
On 09/05/2013 12:30 AM, George Spelvin wrote:
As long as you're removing locks from prepend_name and complicating its
innards, I notice that each and every call site follows it by prepending
"/". How about moving that into prepend_name as well?
Also, if you happen to feel like it, you can
Hi Jiri,
On 5 September 2013 18:30, Jiri Olsa wrote:
> On Wed, Sep 04, 2013 at 08:04:14PM +0200, Jean Pihet wrote:
>> On ARM the debug info is not present in the .eh_frame sections but
>> instead in .debug_frame.
>> Use libunwind to load and parse the debug info.
>
> hum, cannot make final link:
* Andi Kleen wrote:
> On Thu, Sep 05, 2013 at 03:15:02PM +0200, Ingo Molnar wrote:
> >
> > * Ingo Molnar wrote:
> >
> > > One thing I'm not seeing in the current Haswell code is the config set
> > > up for PERF_COUNT_HW_STALLED_CYCLES_FRONTEND/BACKEND. Both SB and IB has
> > > them
From: Jason Wang
Date: Thu, 5 Sep 2013 17:54:00 +0800
> sock_tx_timestamp() will clear all zerocopy flags of skb which may lead the
> frags never to be orphaned. This will break guest to guest traffic when
> zerocopy
> is enabled. Fix this by orphaning the frags before trying to set tx time
>
From: Govindarajulu Varadarajan
Date: Wed, 4 Sep 2013 11:17:13 +0530
> This series includes support for multi-tx, rss_hash, RPS, RFS, DMA64,
> export symbols for cisco low latency driver and update the driver version and
> driver maintainers.
Series applied, thanks.
--
To unsubscribe from
On Thu, 5 Sep 2013, Catalin Marinas wrote:
> On Thu, Aug 29, 2013 at 07:32:32PM +0100, Stefano Stabellini wrote:
> > xen_swiotlb_alloc_coherent needs to allocate a coherent buffer for cpu
> > and devices. On native x86 and ARMv8 is sufficient to call
> > __get_free_pages in order to get a coherent
On Thu, 29 Aug 2013, Stefano Stabellini wrote:
> On Thu, 29 Aug 2013, Rob Herring wrote:
> > From: Rob Herring
> >
> > xen_pm_init was unconditionally setting pm_power_off and arm_pm_restart
> > function pointers. This breaks multi-platform kernels. Make this
> > conditional on running as a Xen
On Thu, 5 Sep 2013, Catalin Marinas wrote:
> On Thu, Aug 29, 2013 at 07:32:24PM +0100, Stefano Stabellini wrote:
> > Signed-off-by: Stefano Stabellini
> > CC: catalin.mari...@arm.com
> > CC: will.dea...@arm.com
> > ---
> > arch/arm64/include/asm/dma-mapping.h |1 +
> > 1 files changed, 1
From: Linus Torvalds
Date: Thu, 5 Sep 2013 09:42:05 -0700
> On Wed, Sep 4, 2013 at 5:31 PM, Stephen Rothwell
> wrote:
>>
>> I am carrying the following merge fix patch for a semantic conflict
>> between this tree and Dave's net-next tree:
>
> Ok. I haven't gotten David's pull request yet, and
On Wed, Sep 4, 2013 at 5:31 PM, Stephen Rothwell wrote:
>
> I am carrying the following merge fix patch for a semantic conflict
> between this tree and Dave's net-next tree:
Ok. I haven't gotten David's pull request yet, and unless I get it
later today I'll probably forget this.
David, mind
From: Jason Wang
Date: Thu, 5 Sep 2013 17:53:59 +0800
> Commit eda297729171fe16bf34fe5b0419dfb69060f623
> (tun: Support software transmit time stamping) will queue skbs into error
> queue
> when tx stamping is enabled. But it forgets to purge the error queue during
> detach. This patch fixes
On Thu, Sep 05, 2013 at 09:01:59AM -0700, James Bottomley wrote:
> > +EXPORT_SYMBOL_GPL(flush_cache_page);
>
> This is an internal API: no architecture exports this. Whoever is
> trying to use it needs to use the correct API, so this is the wrong
> patch.
>
I suspect it's
Matthew Wilcox writes:
> On Thu, Sep 05, 2013 at 08:12:05AM -0400, Jeff Moyer wrote:
>> If the memory is available to be mapped into the address space of the
>> kernel or a user process, then I don't see why we should have a block
>> device at all. I think it would make more sense to have a
* Andi Kleen wrote:
> The correct way is to implement it like TopDown level 1, but I don't
> know how to put that into the kernel.
Create an event group, with some callbacks to do the
additions/subtractions to get at the right figures? (if it's plain linear
arithmetics then that could be
On Thu, Sep 05, 2013 at 07:32:16PM +0300, Dan Carpenter wrote:
> Please send this instead of as an attachment.
Send this *inline* I meant.
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Wed, Sep 04, 2013 at 08:04:14PM +0200, Jean Pihet wrote:
> On ARM the debug info is not present in the .eh_frame sections but
> instead in .debug_frame.
> Use libunwind to load and parse the debug info.
hum, cannot make final link:
$ make LIBUNWIND_DIR=/opt/libunwind/
CHK
From: Linus Lüssing
Date: Wed, 4 Sep 2013 02:13:37 +0200
> Here are two, small feature changes I would like to submit to increase
> the usefulness of the multicast snooping of the bridge code.
>
> The first patch is an unaltered one I had submitted before, but since it
> got no feedback I'm
Hi Jeff,
Thanks for taking the time to look at this.
On Thu, 2013-09-05 at 08:12 -0400, Jeff Moyer wrote:
> Rob Gittins writes:
>
> > Direct Memory Mappable DIMMs (DMMD) appear in the system address space
> > and are accessed via load and store instructions. These NVDIMMs
> > are part of the
Please send this instead of as an attachment. Send it to yourself first
and apply it with 'git am'. Resend when that works.
> From: AVI
That's wrong.
The subject is too long and not the right format. It should be:
Subject: [PATCH] Staging: bcm: white
Hello,
On Thu, Sep 05, 2013 at 05:40:42PM +0200, Alexander Gordeev wrote:
> On Thu, Sep 05, 2013 at 11:04:42AM -0400, Tejun Heo wrote:
> > The thing is, do we even have cases where arch code returns positive
> > return to indicate possible partial allocation? If not, the whole
> > interface is
Unfortunately, this merge window it'll have a be a lot of small piles - my
fault, actually, for not keeping #for-next in anything that would resemble
a sane shape ;-/ This pile: assorted fixes (the first 3 are -stable fodder,
IMO) and cleanups + %pd/%pD formats (dentry/file pathname, up to 4 last
On Thu, Sep 5, 2013 at 4:56 PM, Al Viro wrote:
> I'd probably just do this, and to hell with helper functions...
>
> int d_set_mounted(struct dentry *dentry)
> {
> struct dentry *p;
> int ret = 0;
> write_seqlock(_lock);
> for (p = dentry; !IS_ROOT(p); p =
On Thu, Sep 05, 2013 at 08:41:43AM -0500, Rob Landley wrote:
> On 08/30/2013 09:00:35 PM, Guenter Roeck wrote:
> >The web site associated with the score architecture in MAINTAINERS
> >is non-functional and available for sale. The last Ack from one
> >of the maintainers was in December 2012. The
On Thu, Sep 05, 2013 at 02:43:52PM +0200, Michal Hocko wrote:
> On Thu 05-09-13 07:54:30, Johannes Weiner wrote:
> > There are a few more find_or_create() sites that do not propagate an
> > error and it's incredibly hard to find out whether they are even taken
> > during a page fault. It's not
On Thu, Aug 29, 2013 at 07:32:32PM +0100, Stefano Stabellini wrote:
> xen_swiotlb_alloc_coherent needs to allocate a coherent buffer for cpu
> and devices. On native x86 and ARMv8 is sufficient to call
> __get_free_pages in order to get a coherent buffer, while on ARM we need
> to call
On Thu, Sep 05, 2013 at 08:34:57AM -0700, Greg KH wrote:
> > Trace:
> >
> > run_timer_softirq
> > __do_softirq
> > irq_exit
> > smp_apic_timer_interrupt
> > apic_timer_interrupt
> >
> > vprintk_emit
> > dev_vprintk_emit
> > dev_vprint_emit
> > __dev_printk
> > _dev_info
> >
Hi Ivan,
On 08/23/2013 10:34 AM, Ivan T. Ivanov wrote:
Hi Georgi,
On Tue, 2013-08-20 at 19:44 +0300, Georgi Djakov wrote:
This platform driver adds the support of Secure Digital Host
Controller Interface compliant controller in MSM chipsets.
CC: Asutosh Das
CC: Venkat Gopalakrishnan
CC:
On Thu, Aug 29, 2013 at 07:32:24PM +0100, Stefano Stabellini wrote:
> Signed-off-by: Stefano Stabellini
> CC: catalin.mari...@arm.com
> CC: will.dea...@arm.com
> ---
> arch/arm64/include/asm/dma-mapping.h |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git
Sorry for a delayed reply. I was on vacation...
On Fri 23-08-13 12:58:22, Andrew Morton wrote:
> On Fri, 23 Aug 2013 21:48:36 +0200 (CEST) Jiri Kosina wrote:
>
> > > > We have customers (quite a few of them actually) which have machines
> > > > with
> > > > lots of SCSI disks attached (due
Sigh. That capability really is fscked up.
Matthew Garrett wrote:
>On Wed, 2013-09-04 at 20:52 -0700, H. Peter Anvin wrote:
>> On 09/03/2013 04:50 PM, Matthew Garrett wrote:
>> > IO port access would permit users to gain access to PCI
>configuration
>> > registers, which in turn (on a lot of
Hi Jaehoon,
On 08/27/2013 11:55 AM, Jaehoon Chung wrote:
Hi Georgi,
I found the sdhci_msm_vreg_reset(). Why do you run enable->disable?
+/*
+ * Reset vreg by ensuring it is off during probe. A call
+ * to enable vreg is needed to balance disable vreg
+ */
+static int
On Wed 21-08-13 14:49:12, Steven Rostedt wrote:
> On Wed, 21 Aug 2013 10:08:30 +0200
> Jan Kara wrote:
>
>
> > struct irq_work {
> > unsigned long flags;
> > diff --git a/kernel/irq_work.c b/kernel/irq_work.c
> > index 55fcce6..446cd81 100644
> > --- a/kernel/irq_work.c
> > +++
>From 91e1d42ce8b52cc28689ea4e56c71b790217cf91 Mon Sep 17 00:00:00 2001
From: AVI
Date: Thu, 5 Sep 2013 21:03:45 +0530
Subject: [PATCH] drivers/staging/bcm/InterfaceMisc.c:107: ERROR: "(foo*)"
should be "(foo *)"
Signed-off-by: Avinash Kumar
---
drivers/staging/bcm/InterfaceMisc.c |2 +-
On Thu, Sep 05, 2013 at 05:52:51PM +0200, Miklos Szeredi wrote:
> On Thu, Sep 5, 2013 at 4:56 PM, Al Viro wrote:
> > I'd probably just do this, and to hell with helper functions...
> >
> > int d_set_mounted(struct dentry *dentry)
> > {
> > struct dentry *p;
> > int ret = 0;
> >
On Thu, Sep 05, 2013 at 11:04:42AM -0400, Tejun Heo wrote:
> The thing is, do we even have cases where arch code returns positive
> return to indicate possible partial allocation? If not, the whole
> interface is convoluted for no good reason and we can just make
> everything return 0 or -errno,
Hi Philipp,
On Thursday 05 September 2013 03:37 PM, Philipp Zabel wrote:
> Am Montag, den 02.09.2013, 19:41 +0530 schrieb Afzal Mohammed:
>> Two new reset API's are provided to check whether reset is ready and
>> to clear reset. This would be required in case IP needs to mix reset
>> handling
On Thu, Sep 05, 2013 at 09:21:54PM +0530, Avi wrote:
> >From 91e1d42ce8b52cc28689ea4e56c71b790217cf91 Mon Sep 17 00:00:00 2001
> From: AVI
Why have you attached your patch? And this "From:" line is obviously
wrong :(
> Date: Thu, 5 Sep 2013 21:03:45 +0530
> Subject: [PATCH]
On Thu, 2013-09-05 at 11:33 +0200, Geert Uytterhoeven wrote:
> ERROR: "flush_cache_page" [drivers/staging/lustre/lustre/libcfs/libcfs.ko]
> undefined!
>
> Signed-off-by: Geert Uytterhoeven
> ---
> arch/parisc/kernel/cache.c |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
On 5 September 2013 17:29, Jean Pihet wrote:
[...]
> The segfault is caused by libunwind. With the latest version [1],
> dwarf unwinding works fine.
> Investigation on-going, more to come!
>
> [1] git://git.sv.gnu.org/libunwind.git
>
I managed to get it to work by upgrading to Ubuntu Saucy's
Il 04/09/2013 22:32, Radim Krčmář ha scritto:
> I did not reproduce the bug fixed in [1/2], but there are not that many
> reasons why we could not unload a module, so the spot is quite obvious.
>
>
> Radim Krčmář (2):
> kvm: free resources after canceling async_pf
> kvm: remove .done from
On 09/05/2013 02:35 AM, Theodore Ts'o wrote:
> How did you gather these results? The mbcache is only used if you are
> using extended attributes, and only if the extended attributes don't
> fit in the inode's extra space.
>
> I checked aim7, and it doesn't do any extended attribute operations.
>
On Thu, Aug 29, 2013 at 07:32:26PM +0100, Stefano Stabellini wrote:
> Move Xen initialization earlier, before any DMA requests can be made.
>
> Signed-off-by: Stefano Stabellini
I guess you should cc the corresponding maintainers here.
> arch/arm/include/asm/xen/hypervisor.h |8
>
Hi,
This series is a proposition to fix the crash reported here:
http://lkml.kernel.org/r/1378330796.4321.50.camel%40pasglop
And it has the upside to also consolidate a bit the arch do_softirq overriden
implementation.
Only tested in x86-64 for now.
Thanks.
Frederic Weisbecker (3):
irq:
On Thu, Sep 05, 2013 at 01:19:45AM -0400, Dave Jones wrote:
> On Wed, Sep 04, 2013 at 09:57:45PM -0700, Greg KH wrote:
> > On Thu, Sep 05, 2013 at 12:13:38AM -0400, Dave Jones wrote:
> > > On Wed, Sep 04, 2013 at 02:53:11PM +0930, Rusty Russell wrote:
> > >
> > > > >> With this enabled, I
On Thu, Sep 05, 2013 at 08:12:05AM -0400, Jeff Moyer wrote:
> If the memory is available to be mapped into the address space of the
> kernel or a user process, then I don't see why we should have a block
> device at all. I think it would make more sense to have a different
> driver class for
When a softirq executes in irq_exit(), it can contribute
to random complicated and large stack scenario involving task
calls, hw interrupt calls, softirq handler calls and
then other irqs, interrupting the softirq, that can dig further
with an irq handler.
Softirqs executing on the inline hw
All arch's overriden implementation of do_softirq() do the same:
disabled irqs, check if there are softirqs pending, then execute
__do_softirq() it a specific stack.
Consolidate the common parts such that arch only worry about the
stack switch.
Reported-by: Benjamin Herrenschmidt
Signed-off-by:
On Thu, Sep 05, 2013 at 08:27:24PM +0530, Laxman Dewangan wrote:
> On Thursday 05 September 2013 08:04 PM, Lee Jones wrote:
> >It won't go in until v3.12 now, but I have applied the patch.
> Thanks Lee for taking care.
If it's going to wait for v3.12 there's no point applying it to MFD as
the
Ksoftirqd shouldn't need softirq stack since it's executing
in a kernel thread with a callstack that is only beginning at
this stage.
Lets comment about that for clarity.
Signed-off-by: Frederic Weisbecker
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Ingo Molnar
Cc: Thomas Gleixner
Cc:
On Thu, Sep 5, 2013 at 6:18 AM, Heiko Carstens
wrote:
>
> *If* however the cpu_relax() makes sense on other platforms maybe we could
> add something like we have already with "arch_mutex_cpu_relax()":
I actually think it won't.
The lockref cmpxchg isn't waiting for something to change - it only
Hi,
On 5 September 2013 15:33, Jean Pihet wrote:
> On 5 September 2013 15:19, Will Deacon wrote:
>> On Thu, Sep 05, 2013 at 02:17:30PM +0100, Ard Biesheuvel wrote:
>>> On 5 September 2013 15:05, Jean Pihet wrote:
>>> [..]
>>> > Here are the commands I have been using:
>>> > perf record -g
On Thu, Sep 05, 2013 at 09:11:49AM -0400, Tejun Heo wrote:
> On Thu, Sep 05, 2013 at 02:54:17PM +0200, Alexander Gordeev wrote:
> The patch should probably be re-sequenced to the head of the series
> and cc sta...@vger.kernel.org. Not checking MRSM is scary.
Will resend v3.
> Thanks.
>
> --
>
On Thu, Sep 05, 2013 at 02:48:18PM +0530, Aneesh Kumar K.V wrote:
> Naoya Horiguchi writes:
>
> > Hi Aneesh,
> >
> > On Wed, Sep 04, 2013 at 12:43:19PM +0530, Aneesh Kumar K.V wrote:
> >> Naoya Horiguchi writes:
> >>
> >> > Currently all of page table handling by hugetlbfs code are done under
Sorry for taking so long to review. So many other things to do :-/
On Fri, 23 Aug 2013 14:26:39 +0800
Lai Jiangshan wrote:
> [PATCH] rcu/rt_mutex: eliminate a kind of deadlock for rcu read site
"rcu read site"?
This is specific to boosting, thus boosting should be in the subject,
perhaps
On Thu, Sep 05, 2013 at 05:01:20PM +0200, Takashi Iwai wrote:
> At Thu, 5 Sep 2013 10:50:13 -0400,
> Dave Jones wrote:
> >
> > On Thu, Sep 05, 2013 at 01:38:37AM +, Linux Kernel wrote:
> > > Gitweb:
> >
On 09/04/2013 09:32 AM, Josh Boyer wrote:
The TI_EDMA driver unconditionally calls functions provided by the
TI_PRIV_EDMA code, but it doesn't force that to be built-in. If that isn't
otherwise enabled somewhere, you can get build errors like:
On Thu, Sep 05, 2013 at 09:10:50AM -0400, Tejun Heo wrote:
> One more question tho. How much does saving some interrupt vectors
> matter? Are int vectors contrained resource on some configurations?
Honestly, I am not aware of any configuration struggling with interrupt
vectors. However,
On Thu, Sep 05, 2013 at 03:15:02PM +0200, Ingo Molnar wrote:
>
> * Ingo Molnar wrote:
>
> > One thing I'm not seeing in the current Haswell code is the config set
> > up for PERF_COUNT_HW_STALLED_CYCLES_FRONTEND/BACKEND. Both SB and IB has
> > them configured.
>
> Ping? Consider this a
On Thu, Sep 05, 2013 at 10:53:34AM -0400, Theodore Ts'o wrote:
> > ext4_es_store_pblock or's the pblk with the existing contents of the
> > struct member.
> > (albeit masked with ES_MASK)
> >
> > Should there be a
> >
> >newes.es_pblk = 0;
> >
> > up there too ?
>
> The next
On 09/05/2013 10:48 AM, Theodore Ts'o wrote:
> On Thu, Sep 05, 2013 at 08:18:44AM -0400, Prarit Bhargava wrote:
>> The current code has two exported functions, get_bytes_random() and
>> get_bytes_random_arch(). The first function only calls the entropy
>> store to get random data, and the
I'd probably just do this, and to hell with helper functions...
int d_set_mounted(struct dentry *dentry)
{
struct dentry *p;
int ret = 0;
write_seqlock(_lock);
for (p = dentry; !IS_ROOT(p); p = p->d_parent) {
/* Need exclusion wrt.
> *If* however the cpu_relax() makes sense on other platforms maybe we could
> add something like we have already with "arch_mutex_cpu_relax()":
I'll do some more measurements on ia64. During my first tests cpu_relax()
seemed
to be a big win - but I only ran "./t" a couple of times. Later
On Thu, Sep 05, 2013 at 08:18:44AM -0400, Prarit Bhargava wrote:
> The current code has two exported functions, get_bytes_random() and
> get_bytes_random_arch(). The first function only calls the entropy
> store to get random data, and the second only calls the arch specific
> hardware random
On Thu, Sep 05, 2013 at 04:09:48PM +0200, Geert Uytterhoeven wrote:
> On Tue, Sep 3, 2013 at 1:58 AM, Greg KH wrote:
> > Here's the bit staging tree pull request for 3.12-rc1.
> >
> > Lots of staging driver updates, and fixes. Lustre is finally enabled in
> > the build, and lots of cleanup
On Thu, Sep 05, 2013 at 01:38:37AM +, Linux Kernel wrote:
> Gitweb:
> http://git.kernel.org/linus/;a=commit;h=2d60fc7f7d3d79e5646646bb34811961f19d111a
> Commit: 2d60fc7f7d3d79e5646646bb34811961f19d111a
> Parent: dbae4a0c8d8794df1a6bd7e644ed94b915f46f7e
> Author: Adrian
On Thu, Sep 05, 2013 at 10:37:49AM -0400, Dave Jones wrote:
> > +void ext4_es_cache_extent(struct inode *inode, ext4_lblk_t lblk,
> > +ext4_lblk_t len, ext4_fsblk_t pblk,
> > +unsigned int status)
> > +{
> > + struct extent_status *es;
> > + struct
At Thu, 5 Sep 2013 10:50:13 -0400,
Dave Jones wrote:
>
> On Thu, Sep 05, 2013 at 01:38:37AM +, Linux Kernel wrote:
> > Gitweb:
> http://git.kernel.org/linus/;a=commit;h=2d60fc7f7d3d79e5646646bb34811961f19d111a
> > Commit: 2d60fc7f7d3d79e5646646bb34811961f19d111a
> > Parent:
Hello,
On Thu, Sep 05, 2013 at 05:03:00PM +0200, Alexander Gordeev wrote:
> You mean we could treat positive numbers returned by architecture as
> failures and translate it into negative error codes?
> If so, I would prefer not to do this for two reasons:
> 1. It will not be possible to call
On Thu, Sep 05, 2013 at 09:09:02AM -0400, Tejun Heo wrote:
> Hello, Alexander.
>
> On Thu, Sep 05, 2013 at 02:52:47PM +0200, Alexander Gordeev wrote:
> One curiosity - with the above factored out, is
> pci_enable_msi_block_part() returning positive number still necessary?
> I followed most of
On 09/05/2013 04:41 PM, Dave Hansen wrote:
> On 09/05/2013 05:51 AM, Jerome Marchand wrote:
>> This patch adds the new overcommit_ratio_ppm sysctl variable that
>> allow to set overcommit ratio with a part per million precision.
>> The old overcommit_ratio variable can still be used to set and
On Thu, 05 Sep 2013, Lee Jones wrote:
> On Thu, 05 Sep 2013, Laxman Dewangan wrote:
> > On Friday 23 August 2013 03:28 PM, Mark Brown wrote:
> > >* PGP Signed by an unknown key
> > >
> > >On Wed, Aug 21, 2013 at 04:18:16PM +0530, Laxman Dewangan wrote:
> > >>Palmas rails like LDOs, SMPSs, REGENs,
On Thursday 05 September 2013 08:04 PM, Lee Jones wrote:
On Thu, 05 Sep 2013, Laxman Dewangan wrote:
On Friday 23 August 2013 03:28 PM, Mark Brown wrote:
* PGP Signed by an unknown key
On Wed, Aug 21, 2013 at 04:18:16PM +0530, Laxman Dewangan wrote:
Palmas rails like LDOs, SMPSs, REGENs,
On Wed, Sep 04, 2013 at 06:52:24PM +, Linux Kernel wrote:
> Gitweb:
> http://git.kernel.org/linus/;a=commit;h=18b94f66f9537003cee30d475d79a57c58f1e1d8
> Commit: 18b94f66f9537003cee30d475d79a57c58f1e1d8
> Parent: 7d64ac6422092adbbdaa279ab32f9d4c90a84558
> Author: Aravind
On 09/05/2013 05:51 AM, Jerome Marchand wrote:
> This patch adds the new overcommit_ratio_ppm sysctl variable that
> allow to set overcommit ratio with a part per million precision.
> The old overcommit_ratio variable can still be used to set and read
> the ratio with a 1% precision. That way,
Hello.
On 09/05/2013 04:54 PM, Alexander Gordeev wrote:
Do not trust the hardware and always check if MSI
Revert to Single Message mode was enforced. Fall
back to the single MSI mode in case it did. Not
doing so might screw up the interrupt handling.
Signed-off-by: Alexander Gordeev
---
On Thu, Sep 05, 2013 at 01:38:48AM +, Linux Kernel wrote:
> Gitweb:
> http://git.kernel.org/linus/;a=commit;h=107a7bd31ac003e42c0f966aa8e5b26947de6024
> Commit: 107a7bd31ac003e42c0f966aa8e5b26947de6024
> Parent: 3be78c73179c9347bdc0a92b2898063bd2300ff7
> Author: Theodore
On Thu, 05 Sep 2013, Laxman Dewangan wrote:
> On Friday 23 August 2013 03:28 PM, Mark Brown wrote:
> >* PGP Signed by an unknown key
> >
> >On Wed, Aug 21, 2013 at 04:18:16PM +0530, Laxman Dewangan wrote:
> >>Palmas rails like LDOs, SMPSs, REGENs, SYSENs can be enable and disable
> >>by register
On Thu, 5 Sep 2013, Joonsoo Kim wrote:
> I think that all patchsets deserve to be merged, since it reduces memory
> usage and
> also improves performance. :)
Could you clean things up etc and the repost the patchset? This time do
*not* do this as a response to an earlier email but start the
From: Kyle McMartin
MAP_32BIT is defined only on x86... this means perf fails to build on
all other platforms.
Signed-off-by: Kyle McMartin
--- a/tools/perf/builtin-trace.c
+++ b/tools/perf/builtin-trace.c
@@ -100,7 +100,9 @@ static size_t syscall_arg__scnprintf_mmap_flags(char *bf,
size_t
On 09/05/2013 07:49 PM, Christoph Lameter wrote:
> On Thu, 5 Sep 2013, Vineet Gupta wrote:
>
>> Yes I do see the macro fix in mainline but no discussions related to missing
>> preemption debug checks after NAK from Peter/Ingo.
> v4 was posted yesterday with the preemption bug checks.
I see that.
On 9/5/13 2:32 AM, Rodrigo Campos wrote:
If you have the config options enabled in your kernel, you still need to be root
to run perf lock. And is kind of misleading when you have that options enabled
and the error says that they might not be.
So, this patch just adds to the error that it
On Thu, Sep 05, 2013 at 02:23:25PM +0100, Al Viro wrote:
> On Thu, Sep 05, 2013 at 02:39:11PM +0200, Miklos Szeredi wrote:
> > +static bool __has_unlinked_ancestor(struct dentry *dentry)
> > +{
> > + struct dentry *this;
> > +
> > + for (this = dentry; !IS_ROOT(this); this = this->d_parent) {
On Thu, 5 Sep 2013, Will Deacon wrote:
> >
> > if (el == DBG_ACTIVE_EL1 &&
> > - local_dec_and_test(this_cpu_ptr(_ref_count)))
> > + this_cpu_dec_return(kde_ref_count))
> > disable &= ~DBG_MDSCR_KDE;
>
> Almost! I think we just need an '== 0' check on the result from
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
v4l_for_linus
This series contain:
- Exynos s5p-mfc driver got support for VP8 encoder;
- Some SoC drivers gained support for asynchronous registration
(needed for DT);
On Thu, 2013-09-05 at 07:19 -0600, Alex Williamson wrote:
> On Thu, 2013-09-05 at 13:54 +0200, Rafael J. Wysocki wrote:
> > On Wednesday, September 04, 2013 10:06:02 PM Alex Williamson wrote:
> > > On Wed, 2013-09-04 at 21:37 -0600, Alex Williamson wrote:
> > > > On Thu, 2013-09-05 at 01:35 +0200,
Hi Samuel,
On Friday 23 August 2013 03:28 PM, Mark Brown wrote:
* PGP Signed by an unknown key
On Wed, Aug 21, 2013 at 04:18:16PM +0530, Laxman Dewangan wrote:
Palmas rails like LDOs, SMPSs, REGENs, SYSENs can be enable and disable
by register programming through I2C communication as well as
On Wed, Sep 04, 2013 at 03:16:30PM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Gleb Natapov [mailto:g...@redhat.com]
> > Sent: Wednesday, September 04, 2013 2:40 AM
> > To: KY Srinivasan
> > Cc: x...@kernel.org; gre...@linuxfoundation.org;
> >
On Thu, 5 Sep 2013, Vineet Gupta wrote:
> Yes I do see the macro fix in mainline but no discussions related to missing
> preemption debug checks after NAK from Peter/Ingo.
v4 was posted yesterday with the preemption bug checks.
--
To unsubscribe from this list: send the line "unsubscribe
On 09/05/2013 06:00 AM, Jeff Moyer wrote:
> OS Engineering writes:
>
>> Hi Jeff,
>>
>> Thank you for reviewing the patch.
>
> No problem. Jens, any objection to queueing this up for 3.12?
I'll give it a look-over, but usually I'm pretty lax when it comes to
new drivers. So no, I'd be
On Tue, Sep 3, 2013 at 1:58 AM, Greg KH wrote:
> Here's the bit staging tree pull request for 3.12-rc1.
>
> Lots of staging driver updates, and fixes. Lustre is finally enabled in
> the build, and lots of cleanup started happening in it. There's a new
Lustre fails modpost on (at least) 4
On Thu, Sep 05, 2013 at 03:18:14PM +0200, Heiko Carstens wrote:
> d472d9d9 "lockref: Relax in cmpxchg loop" added a cpu_relax() call to the
> CMPXCHG_LOOP() macro. However to me it seems to be wrong since it is very
> likely that the next round will succeed (or the loop will be left).
> Even
On Thu 29-08-13 15:30:32, Michal Hocko wrote:
> On Wed 28-08-13 23:03:54, David Rientjes wrote:
> > A shared buffer is currently used for the name of the oom memcg and the
> > memcg of the killed process. There is no serialization of memcg oom
> > kills, so this buffer can easily be overwritten
This series is aimed to conserve on othewise wasted interrupt
resources for 10 of 16 unused MSI vectors for AHCI devices on
Intel chipsets.
Changes from v1:
- roundup_pow_of_two() and is_power_of_2() functions used
- patch 2/6 generic pci_get_msi_cap() interface introduced
On 08/30/2013 09:00:35 PM, Guenter Roeck wrote:
The web site associated with the score architecture in MAINTAINERS
is non-functional and available for sale. The last Ack from one
of the maintainers was in December 2012. The main maintainer's last
commit was in 2011. The last maintainer pull
* Ingo Molnar wrote:
>* 'perf report/top' enhancements:
>
> . Do annotation using /proc/kcore and /proc/kallsyms when
> available, removing the forced need for a vmlinux file kernel
> assembly annotation. This also improves this use case because
>
In __clk_init(), after a clock is mostly initialized, a scan is done
of the orphan clocks to see if the clock being registered is the
parent of any of them.
This code assumes that any clock that provides a get_parent method
actually has at least one parent, and that's not a valid assumption.
As
On 5 September 2013 15:19, Will Deacon wrote:
> On Thu, Sep 05, 2013 at 02:17:30PM +0100, Ard Biesheuvel wrote:
>> On 5 September 2013 15:05, Jean Pihet wrote:
>> [..]
>> > Here are the commands I have been using:
>> > perf record -g dwarf --
>> > perf report --sort symbol --call-graph
* Waiman Long wrote:
> On 09/03/2013 03:09 PM, Linus Torvalds wrote:
> >On Tue, Sep 3, 2013 at 8:34 AM, Linus Torvalds
> > wrote:
> >>I suspect the tty_ldisc_lock() could be made to go away if we care.
> >Heh. I just pulled the tty patches from Greg, and the locking has
> >changed completely.
301 - 400 of 1228 matches
Mail list logo