* Jiri Olsa wrote:
> On Wed, Feb 19, 2014 at 06:59:36PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Wed, Feb 19, 2014 at 04:52:54PM +0100, Jiri Olsa escreveu:
> > > Currently the we display all detected features/libraries
> > > by following rules:
> > > - if one of the features is missing
> >
On Fri, Feb 21, 2014 at 2:59 PM, Dave Chinner wrote:
>
> Anyway, I should have everything sorted out by the time the next
> merge window comes around. If there's anything that you don't like
> in the pull req, feel free to flame me unmercifully.
So far so good. I really do want signed tags for ho
* Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit 0e9f2204cfa6d79abe3e525ddf7c4ab5792cc751:
>
> perf/x86: Fix Userspace RDPMC switch (2014-02-09 13:08:25 +0100)
>
> are
> -Original Message-
> From: Alexander Gordeev [mailto:agord...@redhat.com]
> Sent: Saturday, February 22, 2014 2:54 PM
> To: Ben Hutchings
> Cc: linux-kernel; Himanshu Madhani; Rajesh Borundia; Shahed Shaikh; Dept-
> Eng Linux Driver; netdev; linux-pci
> Subject: Re: [PATCH net-next 28/35]
* Linus Torvalds wrote:
> On Fri, Feb 21, 2014 at 12:53 PM, Davidlohr Bueso wrote:
> >
> > I think you are right. I just reran some of the tests and things are
> > pretty much the same, so we could get rid of it.
>
> Ok, I'd prefer the simpler model of just a single per-thread hashed
> lookup,
Hello, Peter.
On Sat, Feb 22, 2014 at 10:05:53AM -0500, Peter Hurley wrote:
> Given your concerns about the performance impact, maybe we should
> ask Fengguang to run this change through his automated test suites
> to find out what the perf delta is?
It should be fine. It's more like I just didn
On Sat, Feb 22, 2014 at 10:14:48AM -0500, Alan Stern wrote:
> Is the cancel_delayed_work_sync(&hub->init_work) call in hub_quiesce()
> going to get confused by all this?
Yeah, you can't cancel a work item which hasn't been initialzed.
Maybe move init of the first work function there? I don't thin
Hi Yinghai,
I have a plan to test this patch set once I have reviewed
all patches in coming weeks. Do you have a plan to update to latest
kernel or is it ok to test this version?
Thanks!
Gerry
On 2014/2/22 15:44, Yinghai Lu wrote:
> On Fri, Feb 21, 2014 at 7:14 PM, Jiang Liu wrote:
>
>>
On 02/22/2014 10:14 AM, Alan Stern wrote:
On Sat, 22 Feb 2014, Tejun Heo wrote:
Hello,
If this is actually safe, let's do it from the get-go.
Thanks!
--- 8< ---
PREPARE_[DELAYED_]WORK() are being phased out. They have few users
and a nasty surprise in terms of reentrancy guarantee as
On Sat, 22 Feb 2014, Tejun Heo wrote:
> Hello,
>
> If this is actually safe, let's do it from the get-go.
>
> Thanks!
> --- 8< ---
> PREPARE_[DELAYED_]WORK() are being phased out. They have few users
> and a nasty surprise in terms of reentrancy guarantee as workqueue
> considers work i
On 02/22/2014 09:40 AM, Tejun Heo wrote:
On Sat, Feb 22, 2014 at 07:11:51AM -0500, Peter Hurley wrote:
Users of the workqueue api may assume the workqueue provides a
memory ordering guarantee for re-queued work items; ie., that
if a work item is not queue-able then the previously queued
work ins
Commit 88b5bdfd (ASoC: wm8993: drop regulator_bulk_free of devm_ allocated
data) eliminated the last user of driver data pointer 'wm8993' in function
wm8993_remove() - Thus remove it. Detected by Coverity: CID 1186208.
Signed-off-by: Christian Engelmayer
---
Applies against branch for-next in tre
Hello,
If this is actually safe, let's do it from the get-go.
Thanks!
--- 8< ---
PREPARE_[DELAYED_]WORK() are being phased out. They have few users
and a nasty surprise in terms of reentrancy guarantee as workqueue
considers work items to be different if they don't have the same work
fun
Il 21/02/2014 18:36, Liu, Jinsong ha scritto:
From 0750e335eb5860b0b483e217e8a08bd743cbba16 Mon Sep 17 00:00:00 2001
From: Liu Jinsong
Date: Thu, 20 Feb 2014 17:39:32 +0800
Subject: [PATCH] KVM: x86: expose ADX feature to guest
ADCX and ADOX instructions perform an unsigned addition with Carry
Il 21/02/2014 18:39, Liu, Jinsong ha scritto:
From 00c920c96127d20d4c3bb790082700ae375c39a0 Mon Sep 17 00:00:00 2001
From: Liu Jinsong
Date: Fri, 21 Feb 2014 23:47:18 +0800
Subject: [PATCH] KVM: x86: Fix xsave cpuid exposing bug
EBX of cpuid(0xD, 0) is dynamic per XCR0 features enable/disable.
Il 21/02/2014 18:33, Liu, Jinsong ha scritto:
From 24ffdce9efebf13c6ed4882f714b2b57ef1141eb Mon Sep 17 00:00:00 2001
From: Liu Jinsong
Date: Thu, 20 Feb 2014 17:38:26 +0800
Subject: [PATCH] KVM: x86: expose new instruction RDSEED to guest
RDSEED instruction return a random number, which supplie
On 02/22/2014 09:38 AM, Tejun Heo wrote:
Hey,
On Fri, Feb 21, 2014 at 06:46:24PM -0500, Peter Hurley wrote:
It's a long story but the short version is that
Documentation/memory-barriers.txt recently was overhauled to reflect
what cpus actually do and what the different archs actually
deliver.
On Sat, Feb 22, 2014 at 07:11:51AM -0500, Peter Hurley wrote:
> Users of the workqueue api may assume the workqueue provides a
> memory ordering guarantee for re-queued work items; ie., that
> if a work item is not queue-able then the previously queued
> work instance is not running and so any memo
Hey,
On Fri, Feb 21, 2014 at 06:46:24PM -0500, Peter Hurley wrote:
> It's a long story but the short version is that
> Documentation/memory-barriers.txt recently was overhauled to reflect
> what cpus actually do and what the different archs actually
> deliver.
>
> Turns out that unlock + lock is
Hi
On Sat, Feb 22, 2014 at 4:16 PM, Hannes Reinecke wrote:
> On 02/21/2014 11:18 PM, Ray Strode wrote:
>>
>> Hi,
>>
>> On Fri, Feb 21, 2014 at 3:21 PM, Greg Kroah-Hartman
>> wrote:
>>>
>>> Ray, Josh, can I get some more information about this? Is this broken
>>> in Linus's tree? Or did I get t
On Wed, Feb 19, 2014 at 01:37:43AM +0900, Namjae Jeon wrote:
> + /*
> + * There is no need to overlap collapse range with EOF, in which case
> + * it is effectively a truncate operation
> + */
> + if ((mode & FALLOC_FL_COLLAPSE_RANGE) &&
> + (offset + len >= i_size_re
commit bcf24e1daa94f4c52ef7a3f657e43cc6bc50d46b ("mmc: omap_hsmmc: use the
generic config for omap2plus devices"), enabled the build for other
platforms for compile testing.
sh-allmodconfig now fails with:
include/linux/omap-dma.h:171:8: error: expected identifier before numeric
constant
On Fri, Feb 21, 2014 at 02:22:11AM +, Cui, Dexuan wrote:
> Pasi Kärkkäinen wrote on 2014-02-21:
> > On Thu, Feb 20, 2014 at 07:59:04AM +, Cui, Dexuan wrote:
> >> Hi all,
> >> We're pleased to announce an update to XenGT since its first disclosure in
> >> last Sep.
> >
> > Are you going to
On 02/22/2014 08:25 AM, David Herrmann wrote:
Hi
On Fri, Feb 21, 2014 at 11:53 PM, Ray Strode wrote:
Hi,
On Fri, Feb 21, 2014 at 11:01 AM, Kay Sievers wrote:
Why did the tty0 change to tty1 now? That doesn't look like a "driver
name" vs. "device name" issue?
I don't know if it's intention
Hi
On Fri, Feb 21, 2014 at 11:53 PM, Ray Strode wrote:
> Hi,
>
> On Fri, Feb 21, 2014 at 11:01 AM, Kay Sievers wrote:
>> Why did the tty0 change to tty1 now? That doesn't look like a "driver
>> name" vs. "device name" issue?
>
> I don't know if it's intentional, but the patch does:
> +
On 02/21/2014 11:18 PM, Ray Strode wrote:
Hi,
On Fri, Feb 21, 2014 at 3:21 PM, Greg Kroah-Hartman
wrote:
Ray, Josh, can I get some more information about this? Is this broken
in Linus's tree? Or did I get the backport wrong here?
I don't think it's a problem with the backport specifically.
Just a quick note to say I'm hold off on this in the hope for some
feedback on my suggested interface for position devices that I sent
in response to the previous version. I think lumping these under
proximity devices is the wrong approach as that doesn't generalize well.
On 12/02/14 04:31, Mat
On 14/02/14 18:46, Sebastian Reichel wrote:
This is a driver for an A/D converter, which belongs into
drivers/iio/adc.
Signed-off-by: Sebastian Reichel
Being inherently lazy I'm going to review this patch as it gives the complete
driver rather than taking on the conversion patch directly!
It
The user-settable knob, low_latency, has been the source of
several BUG reports which stem from flush_to_ldisc() running
in interrupt context. Since 3.12, which added several sleeping
locks (termios_rwsem and buf->lock) to the input processing path,
the frequency of these BUG reports has increased.
On Sat, Feb 22, 2014 at 10:16:55AM +, Russell King - ARM Linux wrote:
> On Thu, Feb 20, 2014 at 04:27:55PM +, Lorenzo Pieralisi wrote:
> > I still do not understand why switching to idmap, which is a clone of
> > init_mm + 1:1 kernel mappings is required here. Why idmap ?
> >
> > And while
Users of the workqueue api may assume the workqueue provides a
memory ordering guarantee for re-queued work items; ie., that
if a work item is not queue-able then the previously queued
work instance is not running and so any memory operations
which occur before queuing the work will be visible to t
On 2014-02-22 10:21, Hanjun Guo wrote:
On 2014-2-21 20:37, Sudeep Holla wrote:
Hi Hanjun,
(Adding MarcZ for his views on GIC)
On 20/02/14 03:59, Hanjun Guo wrote:
Hi Sudeep,
Thanks for your comments, please refer to the replies below. :)
On 2014年02月19日 22:33, Sudeep Holla wrote:
Hi Hanjun,
On Sat, Feb 22, 2014 at 10:38:40AM +, Russell King - ARM Linux wrote:
> On Wed, Feb 19, 2014 at 04:12:54PM +, Lorenzo Pieralisi wrote:
> > On Wed, Feb 19, 2014 at 01:52:09AM +, Sebastian Capella wrote:
> > > +/*
> > > + * Snapshot kernel memory and reset the system.
> > > + * After resu
On 02/21/2014 11:33 AM, Jan Beulich wrote:
... to match its two callers (i.e. the alternative would have been to
swap the arguments at the call sites).
Signed-off-by: Jan Beulich
Cc: Francesco Fusco
Cc: Daniel Borkmann
Cc: Thomas Graf
Cc: David S. Miller
---
arch/x86/lib/hash.c |2 +-
Hi,
On 02/22/2014 09:31 AM, Maxime Ripard wrote:
This should be before the registration. Otherwise, you're racy.
Nope, we only need this to get the data on sunxi_mmc_remove,
everywhere else the data is found through the mmc-host struct.
Still, if anyone makes a following patch using the p
On Wed, Feb 19, 2014 at 04:12:54PM +, Lorenzo Pieralisi wrote:
> On Wed, Feb 19, 2014 at 01:52:09AM +, Sebastian Capella wrote:
> > +/*
> > + * Snapshot kernel memory and reset the system.
> > + * After resume, the hibernation snapshot is written out.
> > + */
> > +static int notrace __swsu
On 21 Feb 2014, at 23:35, Rafael J. Wysocki wrote:
> On Friday, February 21, 2014 06:24:24 PM Catalin Marinas wrote:
>> On Wed, Feb 19, 2014 at 01:50:22AM +0100, Rafael J. Wysocki wrote:
>>> On Wednesday, February 19, 2014 12:23:55 AM Hanjun Guo wrote:
_PDC related stuff in processor_core.c i
On Tue, Feb 18, 2014 at 05:52:07PM -0800, Sebastian Capella wrote:
> From: Russ Dill
>
> This adds the ability to run soft_restart with local_irq/fiq_disable
> already called. This is helpful for the hibernation code paths.
I'd rather keep this simple. There's no problem with calling soft_resta
On Fri, Feb 21, 2014 at 10:46:59PM -0800, Russ Dill wrote:
> If there is worry about this, you could setup a page mapping in a
> __nosave region, preventing it from being overwritten.
Why would we need _another_ set of pages tables? Aren't two (swapper_pg_dir
and the idmap one) enough?
You do ne
On 2014-2-21 20:37, Sudeep Holla wrote:
> Hi Hanjun,
>
> (Adding MarcZ for his views on GIC)
>
> On 20/02/14 03:59, Hanjun Guo wrote:
>> Hi Sudeep,
>>
>> Thanks for your comments, please refer to the replies below. :)
>>
>> On 2014年02月19日 22:33, Sudeep Holla wrote:
>>> Hi Hanjun,
>>>
>>> On 18/02
DO YOU NEED A LOAN?APPLY WITH THE FOLLOWING
NAME:
COUNTRY:
STATE:
LOAN AMOUNT:
LOAN DURATION:
SEX: AGE::
PURPOSE OF LOAN:
MOBILE NUMBER:
--
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://v
On Thu, Feb 20, 2014 at 04:27:55PM +, Lorenzo Pieralisi wrote:
> I still do not understand why switching to idmap, which is a clone of
> init_mm + 1:1 kernel mappings is required here. Why idmap ?
>
> And while at it, can't the idmap be overwritten _while_ copying back the
> resume kernel ? Is
On Sat, Feb 22, 2014 at 12:34:34AM +, Ben Hutchings wrote:
> > diff --git a/drivers/net/ethernet/broadcom/bnx2.c
> > b/drivers/net/ethernet/broadcom/bnx2.c
> > index cda25ac..ca6b362 100644
> > --- a/drivers/net/ethernet/broadcom/bnx2.c
> > +++ b/drivers/net/ethernet/broadcom/bnx2.c
> > @@ -62
On Mon, 17 Feb 2014, Yinghai Lu wrote:
> On Wed, Jan 22, 2014 at 4:03 PM, Thomas Gleixner wrote:
> >
> > There is a clear step by step approach to get this done proper:
> >
> > 1) Get rid of the existing misconception/misnomer of
> > irq_reserve_irqs().
> >
> > Make it explicit that this
On Fri, 21 Feb 2014, John Stultz wrote:
> But yes, we can just leave it as is, and it is a bit academic. But
To be honest, I was mostly arguing due to the academic nature. :)
The important point is that we restrict it to -1e9 < tv_nsec <
1e9. The signed/unsigned combos are not that interesting as
On Fri, Feb 21, 2014 at 03:46:13PM -0800, Jens Axboe wrote:
> On Wed, Feb 19 2014, Alexander Gordeev wrote:
> > As result of deprecation of MSI-X/MSI enablement functions
> > pci_enable_msix() and pci_enable_msi_block() all drivers
> > using these two interfaces need to be updated to use the
> > ne
On 02/22/2014 04:11 AM, Andrew Morton wrote:
> On Thu, 20 Feb 2014 11:22:04 +0400 Vladimir Davydov
> wrote:
>
>> This patch cleanups the memcg cache creation path as follows:
>> - Move memcg cache name creation to a separate function to be called
>>from kmem_cache_create_memcg(). This allows
On Sat, Feb 22, 2014 at 05:05:36PM +0800, Dongsheng Yang wrote:
> Hi Peter.
> It seems the all other patches in this set were all applied to tip
> except this one.
> What is the problem with the [9/9]? Is there any thing I can do?
I might have just missed it; fail on my end. I'll try and sort
On Sat, Feb 22, 2014 at 12:48:47AM +, Ben Hutchings wrote:
> Sorry, I'm confused and this does work. But I wonder whether it is
> really an improvement over using the old API.
Slightly, as far as I am concerned - we just exchange tri-state oddity
to re-enable MSI-X oddity. We're not going to
Good Day
My name is Darwin Catalan, I am Interested in your products, send your full
catalog of products with clear photos,for serious starting.
Waiting your quick response
Regards,
Darwin Catalan
Darwin Catalan Export and Import Company
187 Grey Mare Lane Beswick
Manchester M11 3ND London.
Hi Peter.
It seems the all other patches in this set were all applied to tip
except this one.
What is the problem with the [9/9]? Is there any thing I can do?
Thanx
On 02/11/2014 03:34 PM, Dongsheng Yang wrote:
Signed-off-by: Dongsheng Yang
cc: Steven Rostedt
cc: Frederic Weisbecker
c
Il 22/02/2014 09:50, Alexander Gordeev ha scritto:
Commit d158fc7 ("Merge tag 'pci-v3.14-fixes-1'") in Linus's tree has it.
pci_enable_msix() is going to be removed once all drivers updated with
new interface.
> So, do I have to pull something (which I'd rather not, since pulling
> the wrong t
On Fri, Feb 21, 2014 at 10:36:25PM +0100, Paolo Bonzini wrote:
> Il 21/02/2014 19:56, Alexander Gordeev ha scritto:
> >On Fri, Feb 21, 2014 at 06:11:29PM +0100, Paolo Bonzini wrote:
> >>It's okay, but it's not clear to me whether I should include this
> >>patch or someone else will. :)
> >
> >Pleas
Hi David,
On Sat, Feb 22, 2014 at 08:32:03AM +0100, David Lanzendörfer wrote:
> > Ditto. Plus, this is not a mod0 clock.
> Yes it is! But maybe the formulation hasn't been clear enough...
Technically, it's not, it has this phase controls features a mod0
clock doesn't have.
> > You never talked a
Hi Hans,
(As a side note, your mailer just did something nasty with the
wrapping which made the code snippets totally unreadable. I'm going to
drop them.)
On Wed, Feb 19, 2014 at 01:14:58PM +0100, Hans de Goede wrote:
> +wmb(); /* Ensure idma_des hit main mem before we start the
> >
Having cpu_data as a parameterless macro can easily cause build failures
because it can be a variable name like in linux/pm_domain.h [1]. So,
remove the macro and convert its only user. Because this architecture
cannot do SMP, remove the whole SMP block, too. Only compile tested due
to no hardware.
Hi All,
I apologize for the ignorance but I haven't been able to tell when the
Linus' merge window is open.
>From this page:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/
Questions I have:
> I notice that there is a 3.14-rc3 tag so I'm assuming that is the
> latest/current ve
This completes the show_sdb_tree functionality, with the
new informative fields. The output for a verbose module is now
like this (long lines are unavoidable):
SDB: 0651:e6a542c9 WB4-Crossbar-GSI
SDB: ce42:0601 WB-DMA.Control (1000-103f)
SDB: ce42:779c5443 WB-OneWi
This allows easier modification to the eeprom than loading the
fmc-write-eeprom module. The carrier driver will refuse writing if
the FPGA is not running the golden gateware image, so writing in
practice is only available at manufacture/development time.
Signed-off-by: Alessandro Rubini
Acked-by
201 - 259 of 259 matches
Mail list logo
