Il 18/06/2014 18:01, Nadav Amit ha scritto:
Perhaps I am missing something, but I don't see where my mistake is.
The VMREAD source operand is always read as 64-bits and I made no
changes there. Therefore, if bits 63:32 are not zero, the instruction
should fail when attempting to access the
On Wed, Jun 18, 2014 at 02:52:29PM +0100, Matt Fleming wrote:
> On Fri, 13 Jun, at 07:00:18PM, Daniel Kiper wrote:
> > Introduce EFI_NO_DIRECT flag. If it is set then kernel runs
> > on EFI platform but it has not direct control on EFI stuff
> > like EFI runtime, tables, structures, etc. If not
* Frederic Weisbecker wrote:
> Ingo,
>
> Please pull the timers/nohz-irq-work-v7 branch that can be found at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
> timers/nohz-irq-work-v7
>
> It has been acked by Peterz.
>
> --- Summary ---
>
> This set
On Wed, 18 Jun 2014, Kumar Gala wrote:
>
> On Jun 18, 2014, at 10:53 AM, Kevin Hilman wrote:
>
> > Bjorn Andersson writes:
> >
> >> On Tue, Jun 17, 2014 at 10:07 AM, Kevin Hilman wrote:
> >>> +Paul Walmsley
> >>>
> >>> Bjorn Andersson writes:
> >>>
> This series adds a regulator
On Wed, 18 Jun 2014, Doug Anderson wrote:
> Lee,
>
> On Wed, Jun 18, 2014 at 12:55 AM, Lee Jones wrote:
> > On Mon, 16 Jun 2014, Doug Anderson wrote:
> >
> >> From: Bill Richardson
> >>
> >> Preparing the way for the LPC device, which is just a plaform_device
> >> without
> >> interrupts.
>
On 06/17, Paul E. McKenney wrote:
>
> + if (drop_boost_mutex) {
> + rt_mutex_unlock(>boost_mtx);
> complete(>boost_completion);
Well, I still do not understand this ->boost_completion...
> - /* Wait until boostee is done accessing mtx
Il 18/06/2014 18:43, Bandan Das ha scritto:
> mwait and monitor are currently handled as nop. Considering this behavior,
they
> should still be handled correctly, i.e., check execution conditions and
generate
> exceptions when required. mwait and monitor may also be executed in real-mode
Is
Kumar Gala writes:
> On Jun 18, 2014, at 10:53 AM, Kevin Hilman wrote:
>
>> Bjorn Andersson writes:
>>
>>> On Tue, Jun 17, 2014 at 10:07 AM, Kevin Hilman wrote:
+Paul Walmsley
Bjorn Andersson writes:
> This series adds a regulator driver for the Resource Power
On Wed, Jun 18, 2014 at 12:38:37PM -0400, Steven Rostedt wrote:
> On Wed, 18 Jun 2014 09:21:17 -0700
> "Paul E. McKenney" wrote:
>
> > On Wed, Jun 18, 2014 at 05:58:40AM -1000, Linus Torvalds wrote:
> > > On Jun 18, 2014 4:36 AM, "Paul E. McKenney"
> > > wrote:
> > > >
> > > > I could easily
Nadav Amit writes:
> mwait and monitor are currently handled as nop. Considering this behavior,
> they
> should still be handled correctly, i.e., check execution conditions and
> generate
> exceptions when required. mwait and monitor may also be executed in real-mode
Is this necessary ? They
On Wed, 18 Jun 2014, Doug Anderson wrote:
> Lee,
>
> On Wed, Jun 18, 2014 at 12:57 AM, Lee Jones wrote:
> > On Mon, 16 Jun 2014, Doug Anderson wrote:
> >
> >> From: Bill Richardson
> >>
> >> This comment was incorrect, so update it.
> >>
> >> Signed-off-by: Bill Richardson
> >> Signed-off-by:
On Wed, 18 Jun 2014 09:21:17 -0700
"Paul E. McKenney" wrote:
> On Wed, Jun 18, 2014 at 05:58:40AM -1000, Linus Torvalds wrote:
> > On Jun 18, 2014 4:36 AM, "Paul E. McKenney"
> > wrote:
> > >
> > > I could easily add an option to RCU to allow people to tell it not to
> > > use NMIs to dump the
Lee,
On Wed, Jun 18, 2014 at 12:53 AM, Lee Jones wrote:
> On Mon, 16 Jun 2014, Doug Anderson wrote:
>
>> From: Bill Richardson
>>
>> The lower-level driver may want to provide its own buffers. If so,
>> there's no need to allocate new ones. This already happens to work
>> just fine (since we
Il 18/06/2014 16:19, Nadav Amit ha scritto:
mwait and monitor are currently handled as nop. Considering this behavior, they
should still be handled correctly, i.e., check execution conditions and generate
exceptions when required. mwait and monitor may also be executed in real-mode
and are not
Hi Linus,
A smaller collection of fixes for the block core that would be nice to
have in -rc2. This pull request contains:
- Fixes for races in the wait/wakeup logic used in blk-mq from
Alexander. No issues have been observed, but it is definitely a bit
flakey currently. Alternatively, we
Il 18/06/2014 16:19, Nadav Amit ha scritto:
Certain instructions (e.g., mwait and monitor) cause a #UD exception when they
are executed in privilaged mode.
It's actually "non-privileged mode" (Priv means the instruction is
privileged, not the mode). So I've renamed the flag to PrivUD.
Replace private function resource_to_addr() to parse ACPI resources for
PCI host bridge with public ACPI resource interfaces.
Signed-off-by: Jiang Liu
---
Hi Bjorn,
Thanks for your suggestion. Then how about this version?
Regards!
Gerry
---
arch/x86/pci/acpi.c | 142
Lee,
On Wed, Jun 18, 2014 at 12:57 AM, Lee Jones wrote:
> On Mon, 16 Jun 2014, Doug Anderson wrote:
>
>> From: Bill Richardson
>>
>> This comment was incorrect, so update it.
>>
>> Signed-off-by: Bill Richardson
>> Signed-off-by: Simon Glass
>
> How many people did it take to write this
On 06/18/2014 07:59 AM, H. Peter Anvin wrote:
> On 06/18/2014 07:35 AM, Dave Hansen wrote:
>> It looks like static_cpu_has() is the right thing to use instead of
>> boot_cpu_has(). But, this doesn't just obfuscate things.
>>
>> We actually _want_ the compiler to cull code out when the config
>From my .config
==> cat /usr/src/config | grep -i b43
CONFIG_EXTRA_FIRMWARE="b43/ucode5.fw b43/b0g0initvals5.fw
b43/b0g0bsinitvals5.fw b43/pcm5.fw"
... snip ...
2014-06-18 16:33 GMT+02:00 Michal Marek :
> Dne 18.6.2014 10:46, Ronald napsal(a):
>> Dear kernel developers,
>>
>> Latest git HEAD
Lee,
On Wed, Jun 18, 2014 at 12:55 AM, Lee Jones wrote:
> On Mon, 16 Jun 2014, Doug Anderson wrote:
>
>> From: Bill Richardson
>>
>> Preparing the way for the LPC device, which is just a plaform_device without
>> interrupts.
>>
>> Signed-off-by: Bill Richardson
>> Signed-off-by: Doug Anderson
some combinations of filesystem and block device (at least vfat on mmc)
yield -EROFS instead of -EACCES when the device is read-only. Retry
mounting with MS_RDONLY set, just like for the EACCES case, instead of
failing directly.
Signed-off-by: Philippe De Muyter
Cc: Andrew Morton
---
On Wed, Jun 18, 2014 at 05:58:40AM -1000, Linus Torvalds wrote:
> On Jun 18, 2014 4:36 AM, "Paul E. McKenney"
> wrote:
> >
> > I could easily add an option to RCU to allow people to tell it not to
> > use NMIs to dump the stack.
>
> I don't think it should be an "option".
>
> We should stop
On 2014-06-18 08:21, Tejun Heo wrote:
Hello, Jens.
While reading through blk-mq, I spotted several issues and this
patchset addresses them. The biggest one is how freezing is
implemented. Coupling it with bypassing doesn't seem to work well and
there's a subtle bug in the perpcu switch
On 06/18/2014 08:25 AM, Borislav Petkov wrote:
> +config X86_INTEL_MPX
> + def_bool y
> + depends on CPU_SUP_INTEL
>
> which means, even on !MPX Intels, you need to explicitly say "no" here.
> Is this how the configuration is supposed to be done?
I think we need to promote this to a
Hi Tomasz,
On Tue, May 20, 2014 at 5:43 PM, Tomasz Figa wrote:
> Since the block responsible for handling the pin is PMU, not CMU,
> a separate driver, that binds to PMU node is required and acquires
> all input clocks by standard DT clock look-up. This way we don't need
> any cross-IP block
Is this a known problem?
On my T540p, occasionally the display will go black and then be
completely locked. One time when this happened, the display started
glitching and tearing (like what you might see if an analog display had
a loose connector and it was being wiggled) when the system locked
On 06/18/2014 10:43 AM, Felipe Balbi wrote:
> Add support for TI's AM437x StarterKit Evaluation
> Module.
is there a link for this platform?
>
> Cc: Josh Elliot
> Cc: Darren Etheridge
> Signed-off-by: Felipe Balbi
> ---
> .../devicetree/bindings/arm/omap/omap.txt | 3 +
>
On Wed, Jun 18, 2014 at 07:05:02PM +0300, Janne Kanniainen wrote:
> This driver adds support for USB controlled led panels that exists in
> MSI GT683R laptop
>
> Signed-off-by: Janne Kanniainen
Reviewed-by: Johan Hovold
Thanks, Janne!
Johan
> ---
> Changes in v2:
> - sorted headers to
On 06/18/14 08:27, Michal Marek wrote:
> After commits 890676c6 (kbuild: Use relative path when building in the source
> tree) and 9da0763b (kbuild: Use relative path when building in a subdir
> of the source tree), the $(srctree) variable can be a relative path.
> This breaks
Addomg linux-efi to CC for the efi bits. Please CC it on your next
submission.
Thanks.
On Tue, Jun 03, 2014 at 09:07:02AM -0400, Vivek Goyal wrote:
> This patch does two thigns. It passes EFI run time mappings to second
> kernel in bootparams efi_info. Second kernel parse this info and create
>
This driver adds support for USB controlled led panels that exists in
MSI GT683R laptop
Signed-off-by: Janne Kanniainen
---
Changes in v2:
- sorted headers to alphabetic order
- using devm_kzalloc
- using BIT(n)
- using usb_control_msg instead of usb_submit_urb
Peter Zijlstra writes:
>
> This order indicates Andi is the author; but there's no corresponding
> From.
I wrote an early version of the patch, but Kan took it over and extended
it. So both are authors.
BTW Kan you may want to use git send-email to get standard format.
>
>> Signed-off-by:
On 2014-06-18 00:21, Konstantinos Skarlatos wrote:
On 18/6/2014 5:11 πμ, Jens Axboe wrote:
On 2014-06-17 14:35, Konstantinos Skarlatos wrote:
Hi all,
with 3.16-rc1 rsync stops writing to my btrfs filesystem and stays at a
D+ state.
git bisect showed that the problematic commit is:
On Jun 18, 2014, at 10:53 AM, Kevin Hilman wrote:
> Bjorn Andersson writes:
>
>> On Tue, Jun 17, 2014 at 10:07 AM, Kevin Hilman wrote:
>>> +Paul Walmsley
>>>
>>> Bjorn Andersson writes:
>>>
This series adds a regulator driver for the Resource Power Manager found in
Qualcomm
On 6/18/14, 6:41 PM, Paolo Bonzini wrote:
Il 18/06/2014 16:19, Nadav Amit ha scritto:
VMX instructions use 32-bit operands in 32-bit mode, and 64-bit
operands in
64-bit mode. The current implementation is broken since it does not
use the
register operands correctly, and always uses 64-bit for
On Wed, Jun 18, 2014 at 03:52:55PM +, Liang, Kan wrote:
> perf ignore LBR and offcore_rsp.
>
> x86, perf: Protect LBR and offcore rsp against KVM lying
>
> With -cpu host, KVM reports LBR and offcore support, if the host has
> support.
> When the guest perf driver tries to
On 06/18/14 06:14, J. Bruce Fields wrote:
> On Wed, Jun 18, 2014 at 02:33:22PM +0200, Michal Marek wrote:
>> Dne 18.6.2014 14:20, J. Bruce Fields napsal(a):
>>> On Wed, Jun 18, 2014 at 11:06:12AM +0200, Michal Marek wrote:
Dne 18.6.2014 00:38, J. Bruce Fields napsal(a):
> The changelog
On 06/18/2014 05:14 AM, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> We have to consider alignment for the ring buffer both for the
> default static size, and then also for when an dynamic allocation
> is made when the log_buf_len=n kernel parameter is passed to set
> the size
On 18/06/14 14:24, Heiko Stübner wrote:
Am Dienstag, 10. Juni 2014, 15:41:46 schrieb Rob Jones:
Add functions devm_gpio_request_array() and devm_gpio_free_array()
which are exactly analogous to the equivalent non-managed device
functions gpio_request_array() and gpio_free_array(), which can be
$subject - ARM: dts:
On 06/18/2014 10:43 AM, Felipe Balbi wrote:
> by providing phandles to rtc and wdt nodes, we can
> let boards enable rtc and wdt as necessary.
>
> Signed-off-by: Felipe Balbi
> ---
> arch/arm/boot/dts/am4372.dtsi | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
On Wed, 18 Jun, at 10:41:47AM, Mark Salter wrote:
> On Wed, 2014-06-18 at 09:09 -0500, Rob Herring wrote:
> > On Tue, Jun 17, 2014 at 11:45 AM, Mark Salter wrote:
> > > Add handlers for arm_pm_resestart and pm_power_off which use EFI
> >
> > typo.
> >
> > > runtime services ResetSystem call to
Bjorn Andersson writes:
> On Tue, Jun 17, 2014 at 10:07 AM, Kevin Hilman wrote:
>> +Paul Walmsley
>>
>> Bjorn Andersson writes:
>>
>>> This series adds a regulator driver for the Resource Power Manager found in
>>> Qualcomm 8660, 8960 and 8064 based devices.
>>>
>>> The RPM driver exposes
On 18/06/14 14:05, Heiko Stübner wrote:
Am Dienstag, 10. Juni 2014, 15:41:47 schrieb Rob Jones:
Add function devm_kmemdup().
Rationalise with devm_kstrdup() to avoid code duplication.
Reviewed-by: Ian Molton
Signed-off-by: Rob Jones
---
drivers/base/devres.c | 42
nit pick:
s/regulators: TPS65218:/regulators: tps65218:/
On 06/18/2014 10:17 AM, Felipe Balbi wrote:
> From: Keerthy
>
> Add the missing of_node assignment in probe.
Hmm... I think an explanation of the type below might be nice:
config.of_node is used to populate the regulator_dev->dev.of_node
Il 18/06/2014 17:46, Waiman Long ha scritto:
The #1 patch is nice by itself - as it lays out the foundation of the
MCS-similar code - and if Ingo decides he does not want this pending
byte-lock bit business - it can be easily reverted or dropped.
The pending bit code is needed for
First: thanks for working on this!
Em Wed, Jun 18, 2014 at 06:59:21PM +0400, Stanislav Fomichev escreveu:
> Signed-off-by: Stanislav Fomichev
No single line on the changelog? Please add a description here, with
examples of it in use, etc.
Also you're doing various things on the same patch,
On 06/18/2014 09:50 AM, Konrad Rzeszutek Wilk wrote:
On Wed, Jun 18, 2014 at 01:37:45PM +0200, Paolo Bonzini wrote:
Il 17/06/2014 22:55, Konrad Rzeszutek Wilk ha scritto:
On Sun, Jun 15, 2014 at 02:47:01PM +0200, Peter Zijlstra wrote:
From: Waiman Long
This patch extracts the logic for the
Il 18/06/2014 16:19, Nadav Amit ha scritto:
This patch-set resolves several emulator bugs. Each fix is independent of the
others. The DR6 bug can occur during DR-access exit (regardless to
unrestricted mode, MMIO and SPT).
Changes in v2:
Introduced kvm_register_readl and kvm_register_writel
by providing phandles to rtc and wdt nodes, we can
let boards enable rtc and wdt as necessary.
Signed-off-by: Felipe Balbi
---
arch/arm/boot/dts/am4372.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/am4372.dtsi b/arch/arm/boot/dts/am4372.dtsi
Hi,
here's v2 of am437x sk support. Patches tested on top of next-20140617.
Note that this series was tested with the following extra patches:
http://marc.info/?l=linux-omap=140299431732700=2
http://marc.info/?l=linux-omap=140300146503126=2
http://marc.info/?l=linux-omap=140299231232123
On Tue, Jun 03, 2014 at 09:07:02AM -0400, Vivek Goyal wrote:
> This patch does two thigns. It passes EFI run time mappings to second
> kernel in bootparams efi_info. Second kernel parse this info and create
> new mappings in second kernel. That means mappings in first and second
> kernel will be
Add support for TI's AM437x StarterKit Evaluation
Module.
Cc: Josh Elliot
Cc: Darren Etheridge
Signed-off-by: Felipe Balbi
---
.../devicetree/bindings/arm/omap/omap.txt | 3 +
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot/dts/am437x-sk-evm.dts
On Wed 2014-06-18 04:14:25, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> The default size of the ring buffer is too small for machines
> with a large amount of CPUs under heavy load. What ends up
> happening when debugging is the ring buffer overlaps and chews
> up old messages
Il 18/06/2014 16:19, Nadav Amit ha scritto:
VMX instructions use 32-bit operands in 32-bit mode, and 64-bit operands in
64-bit mode. The current implementation is broken since it does not use the
register operands correctly, and always uses 64-bit for reads and writes.
Moreover, write to memory
On Wed 2014-06-18 04:14:24, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> We have to consider alignment for the ring buffer both for the
> default static size, and then also for when an dynamic allocation
> is made when the log_buf_len=n kernel parameter is passed to set
> the size
This patch adds helper functions to configure clock parents and rates
as specified through 'assigned-clock-parents', 'assigned-clock-rates'
DT properties for a clock provider or clock consumer device.
The helpers are now being called by the bus code for the platform, I2C
and SPI busses, before the
On 06/18, Steven Rostedt wrote:
>
> On Sun, 13 Apr 2014 20:58:28 +0200
> Oleg Nesterov wrote:
>
> > On 04/11, Oleg Nesterov wrote:
> > >
> > > On 04/11, Steven Rostedt wrote:
> > > >
> > > > Are you going to send a new series?
> > >
> > > Yes, will do. I will split 1/2, and I need to update the
On 06/18/2014 06:18 AM, Peter De Schrijver wrote:
> On Tue, Jun 17, 2014 at 11:51:20PM +0200, Thierry Reding wrote:
>> * PGP Signed by an unknown key
>>
>> On Tue, Jun 17, 2014 at 05:01:46PM +0300, Peter De Schrijver wrote:
>>> On Tue, Jun 17, 2014 at 02:13:15PM +0200, Thierry Reding wrote:
>
Hi Linus,
I did some of the changes for this v2 and a few things are not clear to
me.
The first is, how is userspace supposed to find the correct offset for a
GPIO pin. E.g. let's say GPIO 10 of this SOC-internal GPIO controller is
something I want to control. So, I'd export GPIO (chip-base +
Dne 18.6.2014 17:29, J. Bruce Fields napsal(a):
> On Wed, Jun 18, 2014 at 04:26:23PM +0200, Michal Marek wrote:
>> Commit 7e1c0477 (kbuild: Use relative path for $(objtree)) assumes that
>> the build process does not change its working directory. make tar-pkg
>> was a couterexample, fix this by
On 06/18/14 18:40, Nicolas Pitre wrote:
> On Wed, 18 Jun 2014, Andrey Ryabinin wrote:
>
>> Changing kernel stack size on arm is not as simple as it should be:
>> 1) THRED_SIZE macro doen't respect PAGE_SIZE and THREAD_SIZE_ORDER
>> 2) stack size is hardcoded in get_thread_info macro
>>
>> This
On Wed, Jun 18, 2014 at 11:37:35AM +0800, Lai Jiangshan wrote:
> > @@ -97,7 +98,10 @@ static inline void percpu_ref_kill(struct percpu_ref
> > *ref)
> > static inline bool __pcpu_ref_alive(struct percpu_ref *ref,
> > unsigned __percpu **pcpu_countp)
> > {
> > -
On Wed, Jun 18, 2014 at 05:13:53PM +0200, Jerome Marchand wrote:
> On 06/17/2014 05:01 PM, Naoya Horiguchi wrote:
> > On Tue, Jun 17, 2014 at 04:27:56PM +0200, Jerome Marchand wrote:
> >> On 06/12/2014 11:48 PM, Naoya Horiguchi wrote:
> >>> Now all of current users of page table walker are
On 06/18/2014 08:24 AM, Kirill A. Shutemov wrote:
On Tue, Jun 17, 2014 at 06:37:58PM -0400, Waiman Long wrote:
In the __split_huge_page_map() function, the check for
page_mapcount(page) is invariant within the for loop. Because of the
fact that the macro is implemented using atomic_read(), the
On Tue, 17 Jun 2014, Rafael J. Wysocki wrote:
> On Tuesday, June 17, 2014 10:37:03 PM Rafael J. Wysocki wrote:
> > On Tuesday, June 17, 2014 10:26:14 PM Rafael J. Wysocki wrote:
> > > On Tuesday, June 17, 2014 10:11:32 AM Alan Stern wrote:
> > > > On Mon, 16 Jun 2014, Rafael J. Wysocki wrote:
> >
This patch adds DT binding documentation for a set of properties
allowing to specify default parent clocks and clock rates in the device
tree. It also adds a helper function to parse the 'assigned-clocks',
'assigned-clock-parents' and 'assigned-clock-rates' DT properties and
to set the specified
pwm: st: Supply Device Tree binding documentation for ST's PWM IP
Signed-off-by: Lee Jones
diff --git a/Documentation/devicetree/bindings/pwm/pwm-st.txt
b/Documentation/devicetree/bindings/pwm/pwm-st.txt
new file mode 100644
index 000..84d2fb8
--- /dev/null
+++
nit pick:
s/regulators: TPS65218:/regulators: tps65218:/
On 06/18/2014 10:17 AM, Felipe Balbi wrote:
> From: Keerthy
>
> Correct the the config register for LDO1.
>
> Cc: # v3.15
Fixes: 90e7d5262796 (regulator: tps65218: Add Regulator driver for
TPS65218 PMIC)
?
> Signed-off-by: Keerthy
>
On Wed, Jun 18, 2014 at 04:26:23PM +0200, Michal Marek wrote:
> Commit 7e1c0477 (kbuild: Use relative path for $(objtree)) assumes that
> the build process does not change its working directory. make tar-pkg
> was a couterexample, fix this by changing directory only for the tar
> command and not
ARM: stih416: Add DT nodes for PWM
Supply top level nodes for the STiH416 based development boards.
The Pinctrl configuration has already been applied, so the only
missing piece of the DT puzzle is for a board's DTB to enable
the nodes.
Signed-off-by: Lee Jones
diff --git
After commits 890676c6 (kbuild: Use relative path when building in the source
tree) and 9da0763b (kbuild: Use relative path when building in a subdir
of the source tree), the $(srctree) variable can be a relative path.
This breaks Documentation/DocBook/media/Makefile, because it tries to
create
ARM: stih407: Add DT nodes for for PWM
Supply top level nodes for the STiH407 based development boards.
The Pinctrl configuration has already been applied, so the only
missing piece of the DT puzzle is for a board's DTB to enable
the nodes.
Signed-off-by: Lee Jones
diff --git
On Wed, Jun 18, 2014 at 08:00:29AM -0700, H. Peter Anvin wrote:
> We have people working hard to shave kilobytes off the smallest
> configurations, because they want to fit into a megabyte of memory
> with the kernel and application.
>
> Let's try to not make their life harder than it needs to be.
On 06/18/2014 08:03 AM, Paolo Bonzini wrote:
Il 17/06/2014 00:08, Waiman Long ha scritto:
+void __pv_queue_unlock(struct qspinlock *lock)
+{
+int val = atomic_read(>val);
+
+native_queue_unlock(lock);
+
+if (val & _Q_LOCKED_SLOW)
+___pv_kick_head(lock);
+}
+
Again a race
On Wed, Jun 18, 2014 at 07:58:21AM -0700, Dave Hansen wrote:
> Are you seriously asking why we would want to cull out code guaranteed
> to be unused?
Yes, I am. Don't get me wrong - I'm all for not enabling code which is
unused - I'm just questioning the actual usage case here.
Because you have
On 06/18, Vladimir Davydov wrote:
>
> @@ -365,7 +365,12 @@ static int dup_mmap(struct mm_struct *mm, struct
> mm_struct *oldmm)
>*/
> down_write_nested(>mmap_sem, SINGLE_DEPTH_NESTING);
>
> + mm->total_vm = oldmm->total_vm;
> mm->locked_vm = 0;
> + mm->pinned_vm = 0;
Currently, both blk_queeu_bypass_start() and blk_mq_freeze_queue()
skip queue draining if bypass_depth was already above zero. The
assumption is that the one which bumped the bypass_depth should have
performed draining already; however, there's nothing which prevents a
new instance of
blk-mq uses a percpu_counter to keep track of how many usages are in
flight. The percpu_counter is drained while freezing to ensure that
no usage is left in-flight after freezing is complete.
blk_mq_queue_enter/exit() and blk_mq_[un]freeze_queue() implement this
per-cpu gating mechanism;
Hello, Jens.
While reading through blk-mq, I spotted several issues and this
patchset addresses them. The biggest one is how freezing is
implemented. Coupling it with bypassing doesn't seem to work well and
there's a subtle bug in the perpcu switch implementation.
I don't think open-coding
Keeping __blk_mq_drain_queue() as a separate function doesn't buy us
anything and it's gonna be further simplified. Let's flatten it into
its caller.
This patch doesn't make any functional change.
Signed-off-by: Tejun Heo
Cc: Jens Axboe
Cc: Nicholas A. Bellinger
---
block/blk-mq.c | 23
blk_mq freezing is entangled with generic bypassing which bypasses
blkcg and io scheduler and lets IO requests fall through the block
layer to the drivers in FIFO order. This allows forward progress on
IOs with the advanced features disabled so that those features can be
configured or altered
blk_mq_stop_hw_queue() has the following two issues.
* BLK_MQ_S_STOPPED should be set before canceling the work items;
otherwise, a new instance may proceed beyond STOPPED checking
inbetween.
* cancel_delayed_work() doesn't do anything to work instance already
executing. Use
Currently, blk-mq uses a percpu_counter to keep track of how many
usages are in flight. The percpu_counter is drained while freezing to
ensure that no usage is left in-flight after freezing is complete.
blk_mq_queue_enter/exit() and blk_mq_[un]freeze_queue() implement this
per-cpu gating
From: Keerthy
Add the missing of_node assignment in probe.
Cc: # v3.15
Signed-off-by: Keerthy
Signed-off-by: Felipe Balbi
---
drivers/regulator/tps65218-regulator.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/regulator/tps65218-regulator.c
From: Keerthy
Correct the the config register for LDO1.
Cc: # v3.15
Signed-off-by: Keerthy
Signed-off-by: Felipe Balbi
---
drivers/regulator/tps65218-regulator.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/tps65218-regulator.c
On Wed, 18 Jun 2014, Gabriel Fernandez wrote:
> Hi Lee,
> minor remark below..
>
> On 18 June 2014 16:52, Lee Jones wrote:
> > Supply top level nodes for the STiH407 based development boards.
> > The Pinctrl configuration has already been applied, so the only
> > missing piece of the DT puzzle
On Wed, 18 Jun 2014, Gabriel Fernandez wrote:
> Hi Lee,
> minor remark below..
>
> On 18 June 2014 16:52, Lee Jones wrote:
> > Supply top level nodes for the STiH416 based development boards.
> > The Pinctrl configuration has already been applied, so the only
> > missing piece of the DT puzzle
On Wed, 18 Jun 2014, Gabriel Fernandez wrote:
> Hi Lee,
> minor remark below..
>
> On 18 June 2014 16:52, Lee Jones wrote:
> > Signed-off-by: Lee Jones
> > ---
> > Documentation/devicetree/bindings/pwm/pwm-st.txt | 41
> >
> > 1 file changed, 41 insertions(+)
> >
Robert Jarzmik free.fr> writes:
>
> Dave Jones redhat.com> writes:
>
> > On Thu, Mar 20, 2014 at 01:43:44PM +1030, Rusty Russell wrote:
> >
> > > drivers/mtd/devices/docg3.c:
> > > __ATTR(f##id##_dps0_protection_key, S_IWUGO, NULL,
dps0_insert_key), \
> > >
On 06/17/2014 05:01 PM, Naoya Horiguchi wrote:
> On Tue, Jun 17, 2014 at 04:27:56PM +0200, Jerome Marchand wrote:
>> On 06/12/2014 11:48 PM, Naoya Horiguchi wrote:
>>> Now all of current users of page table walker are canonicalized, i.e.
>>> pmd_entry() handles only trans_pmd entry, and
On Wed, Jun 18, 2014 at 6:09 AM, Josh Boyer wrote:
> On Wed, Jun 18, 2014 at 12:22 AM, Andy Lutomirski wrote:
>> On Tue, Jun 17, 2014 at 8:48 PM, H. Peter Anvin wrote:
>>> On 06/17/2014 08:45 PM, Andy Lutomirski wrote:
On Tue, Jun 17, 2014 at 3:54 PM, Andy Lutomirski
wrote:
>
On Wed, 18 Jun, at 03:30:25PM, Stefano Stabellini wrote:
>
> I was thinking the same thing.
>
> However this patch series doesn't add much code outside
> drivers/xen/efi.c and include/xen/interface/platform.h.
> I think it wouldn't be fair to ask Daniel to refactor the efi code
> currently under
On Wed, Jun 18, 2014 at 03:30:25PM +0100, Stefano Stabellini wrote:
> On Wed, 18 Jun 2014, Jan Beulich wrote:
> > >>> On 18.06.14 at 15:52, wrote:
> > > EFI_PARAVIRT will be usable by architectures other than x86, correct? If
> > > your intention is for it only ever to be used by x86, then it
Signed-off-by: Stanislav Fomichev
---
tools/perf/Documentation/perf-trace.txt | 12 ++
tools/perf/builtin-trace.c | 198 ++--
2 files changed, 176 insertions(+), 34 deletions(-)
diff --git a/tools/perf/Documentation/perf-trace.txt
Hi Lee,
minor remark below..
On 18 June 2014 16:52, Lee Jones wrote:
> Signed-off-by: Lee Jones
> ---
> Documentation/devicetree/bindings/pwm/pwm-st.txt | 41
>
> 1 file changed, 41 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/pwm/pwm-st.txt
>
Hi Lee,
minor remark below..
On 18 June 2014 16:52, Lee Jones wrote:
> Supply top level nodes for the STiH416 based development boards.
> The Pinctrl configuration has already been applied, so the only
> missing piece of the DT puzzle is for a board's DTB to enable
> the nodes.
>
>
Hi Lee,
minor remark below..
On 18 June 2014 16:52, Lee Jones wrote:
> Supply top level nodes for the STiH407 based development boards.
> The Pinctrl configuration has already been applied, so the only
> missing piece of the DT puzzle is for a board's DTB to enable
> the nodes.
>
>
hi,
this patchset factors session's ordered samples queue,
and allows to limit the size of this queue.
v2 changes:
- several small changes for review comments (Namhyung)
The report command queues events till any of following
conditions is reached:
- PERF_RECORD_FINISHED_ROUND event is
On Wed, Jun 18, 2014 at 04:53:14PM +0200, Jiri Kosina wrote:
> On Wed, 18 Jun 2014, Paul E. McKenney wrote:
>
> > > > > - both RCU stall detector and 'echo l > sysrq-trigger' can (and we've
> > > > > seen it happening for real) cause a complete, undebuggable, silent
> > > > > hang
> > > > >
401 - 500 of 1854 matches
Mail list logo