On 02/23/2014 11:56 PM, Jan Beulich wrote:
2.17 doesn't have support for it either, yet has support for fxsaveq
(which you can see in the patch context we check for too). Apart
from that Documentation/Changes continues to state binutils 2.12
to be the minimum requirement...
Documentation/Chan
Hi Steven,
Regarding trace-cmd I have a question about the trace files. While
debugging an driver issue I had trace-cmd recording driver events on the
target system until it crashed and I had to power down the machine. Now
I have three trace-cmd files: trace.dat, trace.cpu1 and trace.cpu2.
trace-c
On Mon, Feb 10, 2014 at 11:05 PM, David Daney wrote:
> From: David Daney
>
> When we have a GPIO pin connected to an open-drain network, we want a
> standard way of specifying this in the device tree. So we choose bit
> 1 of the flag field to indicate open drain.
This is a good idea.
But the
On Tue, Feb 11, 2014 at 8:49 PM, David Daney wrote:
> From: David Daney
>
> When we have a GPIO pin connected to an open-drain network, we want a
> standard way of specifying this in the device tree. So we choose bit
> 1 of the flag field to indicate open drain.
Same comments as for v1...
You
Josh Triplett wrote:
> > This means we actually want BUG() to end with __builtin_unreachable()
> > as in the CONFIG_BUG=y case, and also ensure it actually is
> > unreachable. As I have shown in [1], the there is a small overhead
> > of doing this in terms of code size.
>
> I agree that allowing
On Tue, Feb 11, 2014 at 8:49 PM, David Daney wrote:
> enum of_gpio_flags {
> OF_GPIO_ACTIVE_LOW = 0x1,
> + OF_GPIO_OPEN_DRAIN = 0x2,
> + OF_GPIO_OPEN_SOURCE = 0x4,
> };
BTW I think this enum shall be deleted and replaced by
#include and use the definition from
there.
Your
On Mon, Feb 24, 2014 at 06:14:24PM +0800, Michael wang wrote:
> On 02/24/2014 03:10 PM, Peter Zijlstra wrote:
> > On Mon, Feb 24, 2014 at 01:19:15PM +0800, Michael wang wrote:
> >> Peter, do we accidentally missed this commit?
> >>
> >> http://git.kernel.org/tip/477af336ba06ef4c32e97892bb0d2027ce30
>>> On 24.02.14 at 12:46, Daniel Borkmann wrote:
> On 02/24/2014 11:53 AM, Jan Beulich wrote:
> On 24.02.14 at 11:22, Daniel Borkmann wrote:
>>> On 02/24/2014 09:03 AM, Jan Beulich wrote:
>>> On 22.02.14 at 13:09, Daniel Borkmann wrote:
> On 02/21/2014 11:33 AM, Jan Beulich wrote:
>>
On 23 January 2014 01:31, Tomasz Figa wrote:
> Hi Stephen,
>
>
> On 23.01.2014 01:18, Stephen Boyd wrote:
>>
>> On 01/11, Tomasz Figa wrote:
>>>
>>> +
>>> +/**
>>> + * of_genpd_lock() - Lock access to of_genpd_providers list
>>> + */
>>> +static void of_genpd_lock(void)
>>> +{
>>> + mutex_lo
CC'ing Greg.
On Thu, 20 Feb 2014, Ian Campbell wrote:
> On Thu, 2014-02-20 at 16:21 +, Julien Grall wrote:
> > Only Xen is able to know if a device can safely avoid to use xen-swiotlb.
> > This patch introduce a new property "protected-devices" for the hypervisor
> > node which list device whi
On Wed, Feb 12, 2014 at 5:17 PM, delicious quinoa
wrote:
> I am wondering about the change in usage of
> irq_find_mapping/irq_create_mapping. It seems like all the GPIO
> drivers that use irq domains do it the way I was doing it
It is a well known problems that the kernel contain many bad
examp
On Sunday, February 23, 2014 08:23:33 PM miny...@acm.org wrote:
> Three patches to remove issues with probing interface default, to make
> sure the driver is completely idle if nothing is happening on it, and to
> compile the IPMI driver into the kernel if ACPI is enabled.
>
> The ACPI spec really
Skip 'disabled' cpu nodes when building the cpu logical map. This avoids
booting cpus that have been disabled in the device tree.
Signed-off-by: Jürg Billeter
Reviewed-by: Ben Dooks
---
arch/arm/kernel/devtree.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/kernel/devtree.c b
On 02/24/2014 03:46 AM, Daniel Borkmann wrote:
--- 3.14-rc3-x86-hash-crc32.orig/arch/x86/lib/hash.c
+++ 3.14-rc3-x86-hash-crc32/arch/x86/lib/hash.c
@@ -37,7 +37,7 @@
#include
#include
-static inline u32 crc32_u32(u32 crc, u32 val)
+static inline u32 crc32_u32(u32 val, u32 crc)
{
I'm An Assistant Manager Western Union Branch Cotonou (Bank of Africa Benin SA)
Benin Republic, My Name Is Mr.Mike Wensman, I am responding back to you this
morning to inform you that Our General manager just passed away 5days ago
(((Died)))luckily i went through all the files and found out that
On 02/24/2014 12:03 AM, Jan Beulich wrote:
rte_hash_crc_4byte(uint32_t data, uint32_t init_val)
as opposed to
static inline u32 crc32_u32(u32 crc, u32 val)
(quite obviously data <-> val and crc <-> init_val, supported
by the second argument in each caller being named "seed").
"Quite obvious
>>> On 24.02.14 at 13:32, "H. Peter Anvin" wrote:
> On 02/24/2014 03:46 AM, Daniel Borkmann wrote:
>>>
>>> --- 3.14-rc3-x86-hash-crc32.orig/arch/x86/lib/hash.c
>>> +++ 3.14-rc3-x86-hash-crc32/arch/x86/lib/hash.c
>>> @@ -37,7 +37,7 @@
>>> #include
>>> #include
> -Original Message-
> From: Matthieu CASTET [mailto:matthieu.cas...@parrot.com]
> Sent: 2014年2月24日 18:32
> To: Neil Zhang
> Cc: ba...@ti.com; gre...@linuxfoundation.org; linux-...@vger.kernel.org;
> linux-kernel@vger.kernel.org
> Subject: Re: [PATCH 0/6] bug fix for mv_udc_core.c
>
> Le
On Monday 24 February 2014 12:09:11 David Howells wrote:
> Josh Triplett wrote:
>
> > > This means we actually want BUG() to end with __builtin_unreachable()
> > > as in the CONFIG_BUG=y case, and also ensure it actually is
> > > unreachable. As I have shown in [1], the there is a small overhead
Em Thu, Feb 20, 2014 at 10:32:53AM +0900, Namhyung Kim escreveu:
> The TUI of perf report and top support annotation, but stdio and GTK
> don't. So it should be checked before calling hist_entry__inc_addr_
> samples() since perf annotate need it regardless of UI and sort keys.
>
> It caused perf
Hello,
The Project is about the exportation of 100,000 barrels of Light Crude
Oil daily out from Iraq to Turkey through my client's company in Iraq
at the rate of $92.00 per barrel. This amount to $9,200,000 daily. I ask
for your support as a foreigner to handle this business project with my
clien
Hello,
The Project is about the exportation of 100,000 barrels of Light Crude
Oil daily out from Iraq to Turkey through my client's company in Iraq
at the rate of $92.00 per barrel. This amount to $9,200,000 daily. I ask
for your support as a foreigner to handle this business project with my
clien
On 02/24/2014 04:41 AM, Jan Beulich wrote:
So I'm guessing this hash is deliberately using the CRC32 instruction
"backwards", which would actually make sense: an actual CRC is actually
a pretty poor hash due to linearity.
OK, it really is even more confusing than that.
It does seem like the
On 02/24/2014 04:51 AM, H. Peter Anvin wrote:
On 02/24/2014 04:41 AM, Jan Beulich wrote:
So I'm guessing this hash is deliberately using the CRC32 instruction
"backwards", which would actually make sense: an actual CRC is actually
a pretty poor hash due to linearity.
OK, it really is even mo
op 19-02-14 14:56, Thomas Hellstrom schreef:
>+static void fence_check_cb_func(struct fence *f, struct fence_cb *cb)
>+{
>+ struct sync_fence_cb *check = container_of(cb, struct sync_fence_cb, cb);
>+ struct sync_fence *fence = check->fence;
>+
>+ // TODO: Add a fence->status member and che
On Sat, Feb 22, 2014 at 07:31:21AM -0500, Peter Hurley wrote:
> --- a/drivers/tty/ipwireless/tty.c
> +++ b/drivers/tty/ipwireless/tty.c
> @@ -176,9 +176,6 @@ void ipwireless_tty_received(struct ipw_tty *tty,
> unsigned char *data,
> ": %d chars not inserted to flip bu
>>> On 24.02.14 at 14:01, "H. Peter Anvin" wrote:
> I never expected that the CRC32 operation would be commutative. Very
> fascinating.
Neither did I, which is why I was very surprised for Daniel to say that
things worked with the apparently wrong order.
Jan
--
To unsubscribe from this list:
From: Geert Uytterhoeven
After becoming a mandatory function, boot_secondary() is no longer used
outside arch/arm/kernel/smp.c. Hence remove its public prototype, and,
as suggested by Arnd, let it be absorbed by its single caller.
Signed-off-by: Geert Uytterhoeven
---
This is v2 of "arm/smp: Ma
On 02/24/2014 02:01 PM, H. Peter Anvin wrote:
On 02/24/2014 04:51 AM, H. Peter Anvin wrote:
On 02/24/2014 04:41 AM, Jan Beulich wrote:
So I'm guessing this hash is deliberately using the CRC32 instruction
"backwards", which would actually make sense: an actual CRC is actually
a pretty poor has
On Mon, Feb 24, 2014 at 01:12:18PM +0100, Peter Zijlstra wrote:
> + if (p) {
> + if (unlikely(p == RETRY_TASK))
> + goto again;
We could even make that: unlikely(p & 1), I think most CPUs can encode
that far better than the full pointer i
> BUG() normally causes a fault and we print helpful messages before killing
> the task, and gcc knows we never continue because of the
> __builtin_unreachable() annotation.
>
> If BUG() is defined as 'do { } while (0)' in the example above, we get
> a warning because the function may end without
On a totally different note, it would probably be a good idea to use
intrinsics more in the kernel where possible. Intrinsics do allow the
compiler to generate better scheduling.
The trick of course is that we'd want to have machinery that can fall
back to inline assembly if the compiler does
Remove firmware framebuffer before initializing hyperv-fb. Needed
on gen2 virtual machines. Letting register_framebuffer handle the
switchover results in efifb still being active while hyperv graphics
are initialized, which in turn can make the linux kernel hang.
Signed-off-by: Gerd Hoffmann
-
Use a resource for the hyperv mmio region instead of start/size
variables. Register the region properly so it shows up in
/proc/iomem.
Signed-off-by: Gerd Hoffmann
---
drivers/hv/vmbus_drv.c | 16 ++--
include/linux/hyperv.h | 3 +--
2 files changed, 11 insertions(+), 8 deletions(-
UEFI-based generation 2 virtual machines support vmbus devices only.
There is no pci bus. Thus they use a different mechanism for the
graphics framebuffer: Instead of using the vga pci bar a chunk of
memory muct be allocated from the hyperv mmio region declared using
APCI. This patch implements
Signed-off-by: Gerd Hoffmann
---
drivers/hv/vmbus_drv.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/hv/vmbus_drv.c b/drivers/hv/vmbus_drv.c
index b37c91b..2352ae48 100644
--- a/drivers/hv/vmbus_drv.c
+++ b/drivers/hv/vmbus_drv.c
@@ -899,10 +899,12 @@ static acpi_status vmbus_wal
Hi,
This patch series adds support for uefi-based gen2 virtual machines to
the hyperv-fb driver. It depends on -next commit
90f3453585479d5beb75058da46eb573ced0e6ac
Patch #1 is a bugfix for 90f3453585479d5beb75058da46eb573ced0e6ac.
Patch #2 changes vmbus to properly hook the hyperv mmio area
On Sat, 22 Feb 2014 17:02:32 -0800
"David E. Box" wrote:
> From: "David E. Box"
>
> Add iosf_mbi_available function for loadable modules.
> Add dummy functions to prevent symbol lookup errors on loadable modules.
> Clarify that the write opcode is to be used for iosf_mbi_modify().
> Changes Kco
On 02/24/2014 05:19 AM, One Thousand Gnomes wrote:
Other than _available I would have expected all the others to resolve to
returning an error or doing a WARN() in the not compiled in case.
WARN() or BUG()?
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
> This is a complete pointless test. Use a bog standard 8250 UART on the
> PC and connect a microcontroller on the other end which serves you an
> continous stream of data at 115200 Baud.
>
> There is no way you can keep up with that without the low latency
> option neither on old and nor on new m
Move sysfs_notify and i2c_transfer calls from bq2415x_notifier_call
to bq2415x_timer_work to avoid sleeping in atomic context.
This fixes the following bug:
[ 7.667449] Workqueue: events power_supply_changed_work
[ 7.673034] [] (unwind_backtrace+0x0/0xe0) from []
(show_stack+0x10/0x14)
[ 7.68209
Hi Thomas,
On 23/02/14 21:40, Thomas Gleixner wrote:
> There is no point in having an incomplete copy of irq_set_affinity()
> for the hotplug irq migration code.
That sounds reasonable, but when I gave it a try I started getting
warnings on the log after offlining one cpu then the other:
META213
On Wed, Feb 12, 2014 at 11:06 AM, Jean-Jacques Hiblot
wrote:
> During the xlate stage of the DT interrupt parsing, the at91 pinctrl driver
> requests the GPIOs that are described as interrupt sources. This prevents a
> driver to request the gpio later to get its electrical value.
> This patch rep
On Mon, 24 Feb 2014 05:21:43 -0800
"H. Peter Anvin" wrote:
> On 02/24/2014 05:19 AM, One Thousand Gnomes wrote:
> >
> > Other than _available I would have expected all the others to resolve to
> > returning an error or doing a WARN() in the not compiled in case.
> >
>
> WARN() or BUG()?
WARN I
On Mon, Feb 10, 2014 at 5:22 PM, Chen-Yu Tsai wrote:
> On tha Allwinner A20 SoC, the external interrupts on the pin controller
> device are connected to the GIC. Without chained_irq_{enter, exit},
> external GPIO interrupts, such as used by mmc core card detect, cause
> the system to hang.
>
> Cc
This patch adds the SATA PHY driver for Exynos5250.Exynos5250 SATA
PHY comprises of CMU and TRSV blocks which are of I2C register Map.
So this patch also adds a i2c client driver, which is used configure
the CMU and TRSV block of exynos5250 SATA PHY.
This patch incorporates the generic PHY framewo
This patch adds dt entry for ahci sata controller and its
corresponding phy controller.phy node has been added w.r.t
new generic phy framework.
Signed-off-by: Yuvaraj Kumar C D
---
Changes since V7:syscon-phandle name updated.
Changes since V6:none
Changes since V5:none
Changes since V4:
This patch series enable the SATA support on Exynos5250 based boards.
It incorporates the generic phy framework to deal with sata phy.
Yuvaraj Kumar C D (2):
PHY: Exynos: Add Exynos5250 SATA PHY driver
ARM: dts: Enable ahci sata and sata phy
.../devicetree/bindings/ata/exynos-sata-phy.txt
On Fri, Feb 14, 2014 at 11:21 AM, Sonic Zhang wrote:
> From: Sonic Zhang
>
> The data pins of some peripheral are different if connecting to different
> devices in one pinmux function. In the PPI case, data pins can be used
> in 8, 16 and 24 pin groups individually. Add these groups into one ppi
On Mon, 24 Feb 2014 13:07:50 +0100
Arend van Spriel wrote:
> Hi Steven,
>
> Regarding trace-cmd I have a question about the trace files. While
> debugging an driver issue I had trace-cmd recording driver events on the
> target system until it crashed and I had to power down the machine. Now
> I
Hello!
2014-02-24 14:23 GMT+01:00 Sebastian Reichel :
> Move sysfs_notify and i2c_transfer calls from bq2415x_notifier_call
> to bq2415x_timer_work to avoid sleeping in atomic context.
>
> This fixes the following bug:
>
> [ 7.667449] Workqueue: events power_supply_changed_work
> [ 7.673034] [] (u
On 02/24/2014 06:51 AM, Joonsoo Kim wrote:
> zram is ram based block device and can be used by backend of filesystem.
> When filesystem deletes a file, it normally doesn't do anything on data
> block of that file. It just marks on metadata of that file. This behavior
> has no problem on disk based
On Fri, Feb 14, 2014 at 5:54 PM, Arnd Bergmann wrote:
> On Friday 14 February 2014, Linus Walleij wrote:
>> > I'm happy to do either, but the latter will require an ARM-SoC Ack.
>>
>> OK Olof/Arnd/Kevin: can you ACK this patch for queueing
>> through MFD? It only hits arch/arm/mach-ux500/*
>
> So
On Mon, Feb 24, 2014 at 11:12:53AM +0100, Michal Simek wrote:
> > But of course, I'm not a lawyer, and if your company has is paying for
> > the development of the driver, the Golden Rule applies (he who has the
> > Gold, makes the Rules), and each of our respective corporate lawyers
> > may have d
On Mon, Feb 24, 2014 at 02:02:11AM +0100, Mike Turquette wrote:
> Quoting Peter De Schrijver (2014-02-20 09:27:44)
> > Hi Mike,
> >
> > Could you merge these fixes still for 3.14?
>
> No problem, but can you provide a list of the regressions fixed? I'll
> add those to my merge commit message. No
On Monday 24 February 2014 13:16:05 One Thousand Gnomes wrote:
>
> While I agree defining it as do {} while(1); would be a lot smarter,
> simply making it required that a platform provides an implementation of
> BUG() would be even better.
But how do we get there? The majority of architectures d
On 22/02/14 23:18, Zoltan Kiss wrote:
On 18/02/14 17:45, Ian Campbell wrote:
On Mon, 2014-01-20 at 21:24 +, Zoltan Kiss wrote:
Re the Subject: change how? Perhaps "handle foreign mapped pages on the
guest RX path" would be clearer.
Ok, I'll do that.
RX path need to know if the SKB fragm
On Thu, Feb 13, 2014 at 12:42 AM, Markus Mayer wrote:
> List myself as maintainer for Broadcom's Kona GPIO driver.
>
> Signed-off-by: Markus Mayer
Excellent, patch applied with Christian's ACK.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
Hi
This patch breaks DT-Enabled kernel run on non-DT board:
[0.822977] Unable to handle kernel NULL pointer dereference at
virtual address 001c
(...)
[0.880320] [] (of_get_next_child) from []
(of_get_child_by_name+0x38/0x50)
[0.881449] [] (of_get_child_by_name) from []
(mc13xx
On 17/02/14 18:44, Catalin Marinas wrote:
> On Mon, Feb 03, 2014 at 03:33:37PM +, James Hogan wrote:
>> Add the sched_setattr and sched_getattr syscalls to the generic syscall
>> list, which is used by the following architectures: arc, arm64, c6x,
>> hexagon, metag, openrisc, score, tile, unico
From: nikesh
dai-link params for codec-codec links were fixed.
The fixed link between codec and another chip which
may be another codec, baseband, bluetooth codec etc
may require run time configuaration changes.
This change provides an optional callback to modify
these params.
Change-Id: Iad6ee3
Hi,
On Fri, 21 Feb 2014, Paul E. McKenney wrote:
> > And with conservative I mean "everything is a source of a dependency, and
> > hence can't be removed, reordered or otherwise fiddled with", and that
> > includes code sequences where no atomic objects are anywhere in sight [1].
> > In the lig
The idle main function is a complex and a critical function. Added more
comments to the code.
Signed-off-by: Daniel Lezcano
Acked-by: Nicolas Pitre
---
Changelog:
V2:
* fixed typo in comment
---
kernel/sched/idle.c | 40
1 file changed, 36 inse
This patch moves the condition before entering idle into the cpuidle main
function located in idle.c. That simplify the idle mainloop functions and
increase the readibility of the conditions to enter truly idle.
This patch is code reorganization and does not change the behavior of the
function.
S
The cpuidle_idle_call does nothing more than calling the three individuals
function and is no longer used by any arch specific code but only in the
cpuidle framework code.
We can move this function into the idle task code to ensure better
proximity to the scheduler code.
Signed-off-by: Daniel Le
In order to allow better integration between the cpuidle framework and the
scheduler, reducing the distance between these two sub-components will
facilitate this integration by moving part of the cpuidle code in the idle
task file and, because idle.c is in the sched directory, we have access to
the
Now that we have the main cpuidle function in idle.c, move some code from
the idle mainloop to this function for the sake of clarity.
That removes if then else indentation difficult to follow when looking at the
code. This patch does not change the current behavior.
Signed-off-by: Daniel Lezcano
Hi,
On Monday 24 February 2014 07:02 PM, Yuvaraj Kumar C D wrote:
> This patch adds the SATA PHY driver for Exynos5250.Exynos5250 SATA
> PHY comprises of CMU and TRSV blocks which are of I2C register Map.
> So this patch also adds a i2c client driver, which is used configure
We no longer have i2c
On Mon, 24 Feb 2014, Linus Walleij wrote:
> On Fri, Feb 14, 2014 at 5:54 PM, Arnd Bergmann wrote:
> > On Friday 14 February 2014, Linus Walleij wrote:
>
> >> > I'm happy to do either, but the latter will require an ARM-SoC Ack.
> >>
> >> OK Olof/Arnd/Kevin: can you ACK this patch for queueing
>
Hi all,
While fuzzing with trinity inside a KVM tools guest running latest -next kernel I've stumbled on the
following warning:
[ 1399.472224] WARNING: CPU: 0 PID: 16043 at kernel/events/core.c:5659
perf_swevent_add+0x158/0x190()
[ 1399.473458] Modules linked in:
[ 1399.473880] CPU: 0 PID: 16
On 02/24/2014 02:41 PM, Theodore Ts'o wrote:
> On Mon, Feb 24, 2014 at 11:12:53AM +0100, Michal Simek wrote:
>>> But of course, I'm not a lawyer, and if your company has is paying for
>>> the development of the driver, the Golden Rule applies (he who has the
>>> Gold, makes the Rules), and each of
On 2014-02-22 03:20, Chase Southwood wrote:
This patch further cleans up the comments in hwdrv_apci035.c, converting
them to kernel style and removing some commented conditional statements
that are unused.
Signed-off-by: Chase Southwood
---
I decided to return to the first driver I touched. I
On Fri, Feb 21, 2014 at 03:04:47PM -0600, Aravind Gopalakrishnan wrote:
> F{3,4} are used by hwmon/k10temp.c and hwmon/fam15h_power.c and they
> will need definitions to be places here in pci_ids.h But I'm not sure
> if the hwmon drivers need to carry support for this model yet (will
> verify that)
On 02/24/2014 06:46 PM, Peter Zijlstra wrote:
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?
The problem is that i
Thanks Philipp for your comments,
On 24/02/14 10:33, Philipp Zabel wrote:
>> > Did Srini's explanations convinced you?
>> >
>> > If so, could you queue the series for v3.15?
> to be honest, I'm not comfortable with this explanation. If the
> "powerdown" bits only gate the clocks to those modules,
On 2014-02-22 03:21, Chase Southwood wrote:
There were some conditional blocks that had an unneccesary level of
indentation in them. We can remove this to improve code clarity.
Signed-off-by: Chase Southwood
---
.../comedi/drivers/addi-data/hwdrv_apci035.c | 31 ++
Signed-off-by: Dongsheng Yang
cc: Steven Rostedt
cc: Frederic Weisbecker
cc: Ingo Molnar
cc: Peter Zijlstra
---
kernel/trace/ring_buffer_benchmark.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/kernel/trace/ring_buffer_benchmark.c
b/kernel/trace/ring_buffer_bench
On 2014-02-22 03:21, Chase Southwood wrote:
There are a couple of cases where a comment being on the same line as a
statement is causing the line to be over 80 characters long. This is an
easy fix; move these comments to the previous line.
Signed-off-by: Chase Southwood
Reviewed-by: Ian Abbo
On Mon, Feb 24, 2014 at 03:56:43PM +0800, Liu Ping Fan wrote:
> -/* Is the specified CPU a no-CPUs CPU? */
> +/* Is the specified CPU a no-CBs CPU? */
> bool rcu_is_nocb_cpu(int cpu)
>
> Signed-off-by: Liu Ping Fan
Good catch, queued for 3.16.
On 23/02/14 21:40, Thomas Gleixner wrote:
> Let the core do the irq_desc resolution.
>
> No functional change.
Reviewed-by: David Vrabel
David
--
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
On Mon, Feb 24, 2014 at 10:12:01PM +0800, Dongsheng Yang wrote:
> Signed-off-by: Dongsheng Yang
"Use MAX_NICE instead of the value 19 for ring_buffer_benchmark."
> cc: Steven Rostedt
> cc: Frederic Weisbecker
> cc: Ingo Molnar
> cc: Peter Zijlstra
> ---
Thanks.
--
To unsubscribe from this l
On Mon, Feb 24, 2014 at 03:03:25PM +0100, Michal Simek wrote:
>
> BTW: Isn't this a good topic for kernel-summit? :-)
No, lawyers don't go to the summit, developers do.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
On 23/02/14 21:40, Thomas Gleixner wrote:
> I really can't understand why people keep adding irq_desc abuse. We
> have enough proper interfaces. Delete another 14 lines of hackery.
generic_handler_irq() already tests for !desc so use this instead
of generic_handle_irq_desc(). Use irq_get_
Hi,
On Monday 24 February 2014 04:35 PM, Roger Quadros wrote:
> On 02/24/2014 11:51 AM, Kishon Vijay Abraham I wrote:
>> Hi Roger,
>>
>> On Friday 21 February 2014 05:59 PM, Roger Quadros wrote:
>>> On 02/21/2014 02:25 PM, Kishon Vijay Abraham I wrote:
Hi Roger,
On Wednesday 19 Febr
On Mon, 24 Feb 2014, James Hogan wrote:
> Hi Thomas,
>
> On 23/02/14 21:40, Thomas Gleixner wrote:
> > There is no point in having an incomplete copy of irq_set_affinity()
> > for the hotplug irq migration code.
>
> That sounds reasonable, but when I gave it a try I started getting
> warnings on
On Mon, Feb 24, 2014 at 6:20 AM, Linus Walleij wrote:
> On Wed, Feb 12, 2014 at 5:17 PM, delicious quinoa
> wrote:
>
>> I am wondering about the change in usage of
>> irq_find_mapping/irq_create_mapping. It seems like all the GPIO
>> drivers that use irq domains do it the way I was doing it
>
>
On Mon, 24 Feb 2014 22:12:01 +0800
Dongsheng Yang wrote:
> Signed-off-by: Dongsheng Yang
> cc: Steven Rostedt
> cc: Frederic Weisbecker
> cc: Ingo Molnar
> cc: Peter Zijlstra
Peter,
If you want to take this, you can add my Acked-by.
-- Steve
> ---
> kernel/trace/ring_buffer_benchmark.c
On Sun, 23 Feb 2014 10:19:28 +0900
Satoru Takeuchi wrote:
> From: Satoru Takeuchi
>
> As mentioned at commit 5a5d8e48449, we can't terminate 'virsh console'
> with the default signal(INT). So it's better to set CLOSE_CONSOLE_SIGNAL
> in the kvm.conf.
>
> Signed-off-by: Satoru Takeuchi
> Cc: S
On 23/02/14 21:40, Thomas Gleixner wrote:
> I'd prefer to drop that completely but there seems to be some mystic
> value to the error printout and the allocation check.
Warn if any PIRQ cannot be bound to an event channel. Remove an
unnecessary test for !desc in xen_destroy_irq() since th
On Monday 24 February 2014, Geert Uytterhoeven wrote:
> From: Geert Uytterhoeven
>
> After becoming a mandatory function, boot_secondary() is no longer used
> outside arch/arm/kernel/smp.c. Hence remove its public prototype, and,
> as suggested by Arnd, let it be absorbed by its single caller.
>
On 02/23/2014 07:58 PM, Mark Brown wrote:
> On Tue, Feb 18, 2014 at 02:32:20PM -0600, Nishanth Menon wrote:
>
>> The current regulator model provides the basic building blocks for the
>> transitions, however SoC drivers specific to each of these devices, be
>> it cpufreq/devfreq have to replicate
When the crypto layer is able to queue up a command for processing
by the CCP on the initial call to ccp_crypto_enqueue_request and
the CCP returns -EBUSY, then if the backlog flag is not set the
command needs to be freed and not added to the active command list.
Signed-off-by: Tom Lendacky
---
If a CCP command has been queued for processing at the
crypto layer then, when dequeueing it for processing, the
"can backlog" flag must be set so that the request isn't
lost if the CCP backlog queue limit is reached.
Signed-off-by: Tom Lendacky
---
drivers/crypto/ccp/ccp-crypto-main.c |4 ++
Invoke the callback routine associated with the crypto context
if an error is encountered sending the command to the CCP during
backlog processing. This is needed to free any resources used
by the command.
Signed-off-by: Tom Lendacky
---
drivers/crypto/ccp/ccp-crypto-main.c |3 +++
1 file c
The following series implements some fixes to some code paths executed
during crypto API request processing. These fixes address processing of
requests when the CCP driver returns -EBUSY and freeing memory in error
paths.
This patch series is based on the cryptodev-2.6 kernel tree.
---
Tom Lend
On Mon, Feb 17, 2014 at 6:33 PM, Randy Dunlap wrote:
> On 02/16/2014 10:23 PM, Stephen Rothwell wrote:
>> Hi all,
>>
>> If you see failures in building this tree due to missing declarations of
>> k..alloc/free, then it may be caused by commit 2bd59d48ebfb ("cgroup:
>> convert to kernfs"). Please
On 23/02/14 21:40, Thomas Gleixner wrote:
> --- tip.orig/drivers/xen/events/events_base.c
> +++ tip/drivers/xen/events/events_base.c
> @@ -1239,6 +1239,7 @@ void xen_evtchn_do_upcall(struct pt_regs
> #ifdef CONFIG_X86
> exit_idle();
> #endif
> + inc_irq_stat(irq_hv_callback_count);
>
On Mon, Feb 24, 2014 at 09:29:34AM -0500, Steven Rostedt wrote:
> On Mon, 24 Feb 2014 22:12:01 +0800
> Dongsheng Yang wrote:
>
> > Signed-off-by: Dongsheng Yang
> > cc: Steven Rostedt
> > cc: Frederic Weisbecker
> > cc: Ingo Molnar
> > cc: Peter Zijlstra
>
> Peter,
>
> If you want to take
The 'active' sysfs attribute should refer to the currently
active tty devices the console is running on, not the currently
active console.
The console structure doesn't refer to any device in sysfs,
only the tty the console is running on has.
So we need to print out the tty names in 'active', not
t
On 24 February 2014 19:14, Philippe Rétornaz wrote:
> Hi
>
> This patch breaks DT-Enabled kernel run on non-DT board:
> [0.822977] Unable to handle kernel NULL pointer dereference at virtual
> address 001c
> (...)
> [0.880320] [] (of_get_next_child) from []
> (of_get_child_by_name+0x38
201 - 300 of 866 matches
Mail list logo
