On Sun, 2013-12-15 at 02:36 -0800, Dmitry Torokhov wrote:
> On Sat, Dec 14, 2013 at 10:32:31AM -0800, H. Peter Anvin wrote:
> > On 12/14/2013 08:59 AM, Mark Salter wrote:
> > > Remove messy dependencies from SERIO_I8042 by having it depend on one
> > > Kconfig symbol (ARCH_MIGHT_HAVE_PC_SERIO) and
* Steven Rostedt | 2013-12-11 10:34:20 [-0500]:
>As this chunck doesn't need to be in the stable branch, I'm just going
>to nuke it.
>
>I'll even fix up the change log too.
Thank you for the fixups. I just did the same thing in the v3.12 tree.
The chunk you nuked is now in Dave's net tree as
* Steven Rostedt | 2013-12-06 10:25:32 [-0500]:
>
>Let me analyze the original code first. I'll poke peterz and tglx too
>to make sure this modification is OK.
I took 1/3. I postpone the remaining two until I hear something from
you.
>Thanks,
>
>-- Steve
Sebastian
--
To unsubscribe from this
On Sun, Dec 15, 2013 at 09:03:35AM -0500, Peter Hurley wrote:
> On 12/15/2013 06:24 AM, Gianluca Anzolin wrote:
> >On Fri, Dec 13, 2013 at 12:35:26AM +0100, Alexander Holler wrote:
> >>Am 12.12.2013 21:36, schrieb Peter Hurley:
> >>
> What currently happens is that when one kills rfcomm (and
Hereunder is a try to implement the sizing of the initial memory size based on
initial-mapped-area size given by uboot in r7.
As this has an impact on all powerpc platforms due to the need to provide the
info up to function setup_initial_memory_limit(), I'm not completly sure of the
proper
On 12/15/2013 03:40 PM, Doron Tsur wrote:
> For code using:
> #include
> NLMSG_OK
> -I/include
>
> Tested-by: Doron Tsur
This should go where your Signed-off-by line is.
[insert newlines here]
> Test log:
> Compilation environments:
> Ubuntu 13.10, x86_64, gcc (Ubuntu/Linaro
* Steven Rostedt | 2013-12-05 19:45:30 [-0500]:
>On Fri, 6 Dec 2013 00:42:22 +0100
>Nicholas Mc Guire wrote:
>> --- a/kernel/softirq.c
>> +++ b/kernel/softirq.c
>> @@ -569,8 +569,8 @@ static void do_current_softirqs(int need_rcu_bh_qs)
>>
>> void local_bh_disable(void)
>> {
>> -
For code using:
#include
NLMSG_OK
-I/include
Tested-by: Doron Tsur
Test log:
Compilation environments:
Ubuntu 13.10, x86_64, gcc (Ubuntu/Linaro 4.8.1-10ubuntu9) 4.8.1
Ubuntu 13.04, x86_64, gcc (Ubuntu/Linaro 4.7.3-1ubuntu1) 4.7.3
[ -ftrack-macro-expansion=2 issue submitted:
Tested-by: Doron Tsur
Test log:
Compilation environments:
Ubuntu 13.10, x86_64, gcc (Ubuntu/Linaro 4.8.1-10ubuntu9) 4.8.1
Ubuntu 13.04, x86_64, gcc (Ubuntu/Linaro 4.7.3-1ubuntu1) 4.7.3
[ -ftrack-macro-expansion=2 issue submitted:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59495 ]
Kernel
Thanks for pointing out this, Tomasz. I'll use those patches instead.
Regards,
Alex
On Sat, Dec 14, 2013 at 9:24 PM, Tomasz Figa wrote:
> Hi Alex,
>
> On Saturday 14 of December 2013 13:21:30 Alex Ling wrote:
>> This patch adds "biu" and "ciu" clocks for exynos4412 dwmmc
>> node. Without this
On 12/15/2013 06:24 AM, Gianluca Anzolin wrote:
On Fri, Dec 13, 2013 at 12:35:26AM +0100, Alexander Holler wrote:
Am 12.12.2013 21:36, schrieb Peter Hurley:
What currently happens is that when one kills rfcomm (and any other
terminal which might use that tty), the entry in /dev doesn't
On Sunday 15 December 2013 07:20 PM, Sekhar Nori wrote:
> On Sunday 15 December 2013 12:41 AM, Santosh Shilimkar wrote:
>> Linus, Sekhar,
>>
>> On Thursday 12 December 2013 01:12 PM, Grygorii Strashko wrote:
>>> This series is intended to update Davinci GPIO driver and reuse
>>> it for Keystone
On Sunday 15 of December 2013 22:30:13 Yadwinder Singh Brar wrote:
[snip]
> >> +
> >> + return NULL;
> >> +}
> >> +
> >> +unsigned int asv_get_volt(enum asv_type_id target_type,
> >> + unsigned int target_freq)
> >
> > Do you need this function at
On Sunday 15 December 2013 12:41 AM, Santosh Shilimkar wrote:
> Linus, Sekhar,
>
> On Thursday 12 December 2013 01:12 PM, Grygorii Strashko wrote:
>> This series is intended to update Davinci GPIO driver and reuse
>> it for Keystone SoCs, because Keystone uses the similar GPIO IP like Davinci.
>>
Hi Tomasz,
Thanks for your thorough review and nice suggestions.
[snip]
>> +}
>> +
>> +static struct asv_member *asv_get_mem(enum asv_type_id asv_type)
>
> I don't really like this enum based look-up. It's hard to define an enum
> that covers any possible existing and future platforms that would
Hi Abhilash,
[ ... ]
>> + * @nr_dvfs_level: Number of dvfs levels supported by member.
>> + * @dvfs_table: Table containing supported ASV freqs and corresponding
>> volts.
>> + * @asv_grp: ASV group of member.
>> + * @flags: ASV flags
> What are the ASV flags you had in mind ?
Right now we
On Wednesday 27 November 2013 01:10 AM, Grygorii Strashko wrote:
> It's unsafe to call IRQ chip callbacks (.irq_mask/irq_unmask/irq_ack)
> from chained IRQ handler directly. Because, Davinci GPIO block is used
> by different SoCs, which, in turn, have different Main IRQ controllers
> (Davinci -
On Sun, Dec 15, 2013 at 04:42:50AM -0800, John wrote:
> I am using ANOVA to establish that the generic group differs from the
> optimized group.
You probably should run a couple other benchmarks, in addition, for
greater confidence that this optimization actually brings any palpable
improvement
On Thursday 21 November 2013 11:45 PM, Prabhakar Lad wrote:
> From: KV Sujith
>
> Add GPIO DT node and pinmux entries for DA850 EVM. GPIO is
> configurable differently on different boards. So add GPIO
> pinmuxing in dts file.
>
> Signed-off-by: KV Sujith
> Signed-off-by: Philip Avinash
>
On Saturday 14 of December 2013 18:04:02 Joe Perches wrote:
> On Sun, 2013-12-15 at 01:19 +0100, Michal Malý wrote:
> > diff --git a/drivers/input/ff-memless-next.c
> > b/drivers/input/ff-memless-next.c
> []
>
> > +static inline s32 mlnx_clamp_level(const s32 level)
> > +{
> > + return (level >
On Thursday 21 November 2013 11:45 PM, Prabhakar Lad wrote:
> From: KV Sujith
>
> Add DT node for Davinci GPIO driver.
>
> Signed-off-by: KV Sujith
> Signed-off-by: Philip Avinash
> Signed-off-by: Lad, Prabhakar
Added to v3.14/dt branch of my k.org tree.
Thanks,
Sekhar
--
To unsubscribe
On Wed, Nov 27, 2013 at 12:55:20AM +, Mark Brown wrote:
> On Tue, Nov 26, 2013 at 12:46:03AM +, Mark Brown wrote:
>
> > lot changing the callers is probably the cleanest. I'll probably do
> > that tomorrow if a patch doesn't turn up before then.
>
> Sorry, that'll now be Wednesday - an
- Original Message -
> From: Richard Weinberger <>
>
> A *very* small speedup.
>
> And I really doubt your numbers.
> Why are you using ANOVA? You're comparing *two* groups not more than two.
> I had a quick look at your raw numbers, they don't seem to be normally
> distributed at
On Thursday 21 November 2013 11:45 PM, Prabhakar Lad wrote:
> From: "Lad, Prabhakar"
>
> As the davinci-gpio driver is migrated to use irqdomain
> there is no need to pass the irq base for the gpio driver.
> This patch removes this variable from davinci_gpio_platform_data
> and also the
On Thursday 21 November 2013 11:45 PM, Prabhakar Lad wrote:
> From: "Lad, Prabhakar"
>
> Signed-off-by: Lad, Prabhakar
> [grygorii.stras...@ti.com:
> - switch to use one irq-domain per all GPIO banks
> - keep irq_create_mapping() call in gpio_to_irq_banked() as it
>simply transformed to
On Tue, Dec 10, 2013 at 06:19:02PM +0530, Ramkumar Ramachandra wrote:
> In
>
> $ perf diff -c wdiff:M,N
>
> color the numbers in the Weighted Diff column either green or red,
> depending on whether the number is positive or negative.
>
> Cc: Jiri Olsa
> Cc: Namhyung Kim
> Cc: Arnaldo
On Tue, Dec 10, 2013 at 06:19:00PM +0530, Ramkumar Ramachandra wrote:
SNIP
> + return scnprintf(hpp->buf, hpp->size, "%*s",
> + dfmt->header_width, pfmt);
> +}
> +
> +static int hpp__color_delta(struct perf_hpp_fmt *fmt,
> + struct perf_hpp *hpp,
On Sun, Dec 15, 2013 at 1:00 PM, John wrote:
> - Original Message -
>
>> From: H. Peter Anvin
>> Sent: Saturday, December 14, 2013 6:41 PM
>> Subject: Re: Fw: [PATCH] expand micro-optimizations in kernel to newer model
>> CPUs
>
>>
>> Please submit in the email form requested by the
>>
> From: Austin S Hemmelgarn <>
> This really depends on how you define 'big'. Even a 1% performance
> increase is significant for a realtime system, and for someone with a
> cluster of systems, getting even a small improvement in performance on
> all of the systems could mean a huge increase in
On Thu, Dec 12, 2013 at 11:29:41PM +, Deucher, Alexander wrote:
> Fix is already queued in my next -fixes pull. Thanks!
I just hit this too so +1.
Btw, if Linus cuts -rc4 tonight and your pull request doesn't make it
in before then, we probably should warn people using radeon and testing
On Sun, Dec 15, 2013 at 12:33 PM, Martin Mares wrote:
>> It does that per process doing that, and that's the problem for how
>> udev works/worked. The binary hwdb is on-disk and can be mmaped, and
>> there is no difference between initialization, first, or subsequent
>> queries.
>
> OK, point
pnp_add_device() may fail so we need to handle errors and avoid leaking
memory.
Also, when pnp_alloc_dev fails, return -ENOMEM rather than -1.
Signed-off-by: Dmitry Torokhov
---
drivers/pnp/pnpbios/core.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git
pnp_add_device() may fail so we need to handle errors and avoid leaking
memory. Also, do not use ACPI-specific return codes (AE_OK) but rather
standard one (0).
Signed-off-by: Dmitry Torokhov
---
drivers/pnp/pnpacpi/core.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff
This simplifies error handling and device removal paths.
Signed-off-by: Dmitry Torokhov
---
drivers/input/misc/pmic8xxx-pwrkey.c | 74
1 file changed, 25 insertions(+), 49 deletions(-)
diff --git a/drivers/input/misc/pmic8xxx-pwrkey.c
On Friday 29 November 2013 02:05 PM, Linus Walleij wrote:
> On Thu, Nov 21, 2013 at 4:34 PM, Grygorii Strashko
> wrote:
>
>> The compatible to Davinci GPIO HW block is used by other TI SoCs, like
>> Keystone, where GPIO support is declared as optional.
>>
>> Hence, introduce GPIO_DAVINCI Kconfig
- Original Message -
> From: H. Peter Anvin
> Sent: Saturday, December 14, 2013 6:41 PM
> Subject: Re: Fw: [PATCH] expand micro-optimizations in kernel to newer model
> CPUs
>
> Please submit in the email form requested by the
> Documentation/SubmittingPatches email; in particular we
On Friday 29 November 2013 02:03 PM, Linus Walleij wrote:
> On Thu, Nov 21, 2013 at 4:34 PM, Grygorii Strashko
> wrote:
>
>> Since Davinci GPIO driver is moved to support gpiolib it has to use
>> ARCH_NR_GPIOS (can be configured using CONFIG_ARCH_NR_GPIO Kconfig
>> option) configuration instead
On Friday 13 December 2013 09:34 AM, Prabhakar Lad wrote:
> Hi Linus,
>
> On Fri, Dec 13, 2013 at 2:01 AM, Linus Walleij
> wrote:
>> On Wed, Dec 11, 2013 at 6:52 PM, Prabhakar Lad
>> wrote:
>>
>>> From: "Lad, Prabhakar"
>>>
>>> This patch replaces the __raw_readl/writel with
>>>
Hello!
> It does that per process doing that, and that's the problem for how
> udev works/worked. The binary hwdb is on-disk and can be mmaped, and
> there is no difference between initialization, first, or subsequent
> queries.
OK, point taken.
I see that a mechanism for fast lookup of
On Tue, Dec 10, 2013 at 03:43:11PM -0800, Stephen Boyd wrote:
> Use the regmap APIs for this driver instead of custom pm8xxx
> APIs. This breaks this driver's dependency on the pm8xxx APIs and
> allows us to easily port it to other bus protocols in the future.
>
> Signed-off-by: Stephen Boyd
>
On Fri, Dec 13, 2013 at 12:35:26AM +0100, Alexander Holler wrote:
> Am 12.12.2013 21:36, schrieb Peter Hurley:
>
> >> What currently happens is that when one kills rfcomm (and any other
> >> terminal which might use that tty), the entry in /dev doesn't
> >> disappear. That means the same call to
Hi Stephen,
On Tue, Dec 10, 2013 at 03:43:10PM -0800, Stephen Boyd wrote:
> Instead of passing the pointer to the container structure just
> pass the input device here. This saves a dereference in the fast
> path.
>
> Signed-off-by: Stephen Boyd
> ---
> drivers/input/misc/pmic8xxx-pwrkey.c |
On 12/14/2013 12:20 AM, Steven Rostedt wrote:
> On Wed, 11 Dec 2013 00:03:53 +0800
> Jiang Liu wrote:
>
>> Use macro JUMP_LABEL_TRUE_BRANCH instead of hard-coding for better
>> readability.
>
> Looks good, just a little nit. (see below)
>
>>
>> Signed-off-by: Jiang Liu
>> ---
>>
Hi Will,
Thanks for review.
On 12/13/2013 11:41 PM, Will Deacon wrote:
> Hi Jiang Liu,
>
> Thanks for the updated patches! I still have some small comments, but I
> don't think they will cause you much work. See inline.
>
> On Tue, Dec 10, 2013 at 04:03:52PM +, Jiang Liu wrote:
>>
On 12/13/2013 11:52 PM, Steven Rostedt wrote:
> On Fri, 13 Dec 2013 10:50:23 -0500
> Steven Rostedt wrote:
>
>> On Fri, 13 Dec 2013 15:41:04 +
>> Will Deacon wrote:
>>
+#include
+#include
+#include
+#include
+
+#ifdef HAVE_JUMP_LABEL
>>>
>>> Slightly
On Tue, Dec 10, 2013 at 03:43:14PM -0800, Stephen Boyd wrote:
> Some drivers use request_any_context_irq() but there isn't a
> devm_* function for it. Add one so that these drivers don't need
> to explicitly free the irq on driver detach.
>
> Cc: Thomas Gleixner
Thomas, would it be OK with me
Hi Felipe,
On Tue, Dec 10, 2013 at 04:03:16PM -0800, Felipe F. Tonello wrote:
> From: "Felipe F. Tonello"
>
> This is useful to report for users of this device that don't know anything
> about the suspension of the device. So users will receive a touch end event
> when the device is about to
On Sat, Dec 14, 2013 at 10:32:31AM -0800, H. Peter Anvin wrote:
> On 12/14/2013 08:59 AM, Mark Salter wrote:
> > Remove messy dependencies from SERIO_I8042 by having it depend on one
> > Kconfig symbol (ARCH_MIGHT_HAVE_PC_SERIO) and having architectures
> > which need it select
On Sat, Dec 14, 2013 at 12:57:52PM -0800, Josh Triplett wrote:
> On Sat, Dec 14, 2013 at 07:08:22PM +0530, Rashika Kheria wrote:
> > This patch includes appropriate header file cyttsp4_core.h in
> > touchscreen/cyttsp_i2c_common.c because functions
> > cyttsp_i2c_read_block_data() and
From: Daniel Tang
This adds initial support for the LED controller found on the LSI Zevio SoC.
Signed-off-by: Daniel Tang
---
drivers/leds/Kconfig |7 ++
drivers/leds/Makefile |1 +
drivers/leds/leds-zevio.c | 168 +
3 files
From: Daniel Tang
Signed-off-by: Daniel Tang
---
arch/arm/boot/dts/nspire.dtsi |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/nspire.dtsi b/arch/arm/boot/dts/nspire.dtsi
index a22ffe6..bb453bb 100644
--- a/arch/arm/boot/dts/nspire.dtsi
+++
From: Daniel Tang
This describes the device tree bindings for the LSI Zevio LED Controller
Signed-off-by: Daniel Tang
---
Documentation/devicetree/bindings/leds/leds-zevio.txt | 13 +
1 file changed, 13 insertions(+)
create mode 100644
> On 12/15/2013 10:36 AM, Alexander Shiyan wrote:
> > In some cases, clear interrupt register may be at address 0.
> > This patch allows to use such configurations by adding additional
> > configuration bit to indicate this.
> >
> > Signed-off-by: Alexander Shiyan
> > ---
> >
On Sun, Dec 15, 2013 at 10:18 AM, Martin Mares wrote:
> Hello Kay,
>
>> Libpci and its linear search through megabytes of text files for evey
>> new query is too inefficient, that we cannot afford to use it during
>> early bootup. It was the largest hit left in bootup profiling on
>> machines
On 12/15/2013 10:36 AM, Alexander Shiyan wrote:
> In some cases, clear interrupt register may be at address 0.
> This patch allows to use such configurations by adding additional
> configuration bit to indicate this.
>
> Signed-off-by: Alexander Shiyan
> ---
> drivers/base/regmap/regmap-irq.c |
In some cases, clear interrupt register may be at address 0.
This patch allows to use such configurations by adding additional
configuration bit to indicate this.
Signed-off-by: Alexander Shiyan
---
drivers/base/regmap/regmap-irq.c | 6 +++---
include/linux/regmap.h | 5 -
2 files
Hello Kay,
> Libpci and its linear search through megabytes of text files for evey
> new query is too inefficient, that we cannot afford to use it during
> early bootup. It was the largest hit left in bootup profiling on
> machines booting userspace in the sub-1-second range on common
> machines.
> Agreed, but that's we have the input_rotate. Do you have analysis or
> arguments why we Richard Brent's construction would do a better job?
>
> BTW, one other design requirement I had when desining the mixing
> function was if you fix in all zero's, the result was a reversible
> mixing of the
Acked-by: Matt Turner
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Create a new header file include/linux/ptp_pch.h which contains
prototype declaration of functions pch_ch_control_read(),
pch_ch_control_write(), pch_ch_event_read(), pch_ch_event_write(),
pch_src_uuid_lo_read(), pch_src_uuid_hi_read(), pch_rx_snap_read(),
pch_tx_snap_read() and
So I delayed this a couple of days to get back to my normal Sunday
release schedule, but I'm not entirely happy with the result. Things
aren't calming down the way they should be, and -rc4 is bigger than
previous rc's. And I don't think I can just blame the two extra days.
Anyway, what that means
SubmittingPatches already mentions referencing bugs fixed by a commit,
but doesn't mention citing relevant mailing list discussions. Add a
note to that effect, along with a recommendation to use the
https://lkml.kernel.org/ redirector.
Portions based on text from git's SubmittingPatches.
Most of the mechanical portions of SubmittingPatches exist to help patch
submitters replicate the output of git. Mention this explicitly, both
as a reminder that git will help with this process, and as signposting to
let git users know what they can safely skip.
Signed-off-by: Josh Triplett
Most commit messages use this style, and the recommendation frequently
comes up in discussions (especially in response to patches that don't
use it), but that recommendation doesn't actually appear anywhere in
Documentation. Add this style guideline to SubmittingPatches, using the
description
On Mon, Dec 16, 2013 at 02:14:15AM +0530, Rashika Kheria wrote:
Create a new header file include/linux/ptp_pch.h which contains
prototype declaration of functions pch_ch_control_read(),
pch_ch_control_write(), pch_ch_event_read(), pch_ch_event_write(),
pch_src_uuid_lo_read(),
On Sun, 15 Dec 2013 16:28:39 +0100
Sebastian Andrzej Siewior bige...@linutronix.de wrote:
Thank you for the fixups. I just did the same thing in the v3.12 tree.
The chunk you nuked is now in Dave's net tree as a0a9663dd214 (net: make
neigh_priv_len in struct net_device 16bit instead of 8bit).
On Sun, Dec 15, 2013 at 12:59:26PM -0800, Josh Triplett wrote:
Most commit messages use this style, and the recommendation frequently
comes up in discussions (especially in response to patches that don't
use it), but that recommendation doesn't actually appear anywhere in
Documentation. Add
On Sun, Dec 15, 2013 at 12:59:51PM -0800, Josh Triplett wrote:
Most of the mechanical portions of SubmittingPatches exist to help patch
submitters replicate the output of git. Mention this explicitly, both
as a reminder that git will help with this process, and as signposting to
let git users
On Sun, Dec 15, 2013 at 12:59:40PM -0800, Josh Triplett wrote:
SubmittingPatches already mentions referencing bugs fixed by a commit,
but doesn't mention citing relevant mailing list discussions. Add a
note to that effect, along with a recommendation to use the
https://lkml.kernel.org/
What is the status of this?
If I understand correctly, the crash I saw is different from what Dave
saw.
There was one patched scheduled for inclusion that fixes Dave's crash. But
what about mine? I have been running 3.13-rc2 for a couple of weeks now with
your other patch, without seeing it
On Sun, Dec 15, 2013 at 10:14:29PM +0100, Borislav Petkov wrote:
On Sun, Dec 15, 2013 at 12:59:26PM -0800, Josh Triplett wrote:
Most commit messages use this style, and the recommendation frequently
comes up in discussions (especially in response to patches that don't
use it), but that
My draft patch series uses Skein/Threefish. The authors conveniently
specified a way to use it as a PRNG, and it's very fast without
special hardware support (consequently, for all kinds of hardware.)
On my laptop, reading from /dev/urandom becomes about 25 times faster
for large reads, and
On Sun, Dec 15, 2013 at 10:04 AM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Sun, Dec 15, 2013 at 02:31:23PM +0800, Fengguang Wu wrote:
Greetings,
I got the below dmesg and the first bad commit is
I thought this was already fixed in Bjorn's tree, but perhaps he hasn't
merged in
On Sun, Dec 15, 2013 at 03:34:59AM -0500, George Spelvin wrote:
I'm not convinced we need to worry about cache timing attacks, since
they typically involve a chosen plaintext attack and a fixed key ---
and the attacker isn't going to know what we are going to be
encrypting, let alone be
On 12/13/2013 08:52 PM, Felipe Balbi wrote:
Hi,
On Fri, Dec 13, 2013 at 08:48:30AM +0100, Andreas Larsson wrote:
On Wed, Dec 04, 2013 at 09:13:58AM +0100, Andreas Larsson wrote:
+static void gr_finish_request(struct gr_ep *ep, struct gr_request *req,
+ int status)
Hello,
-Original Message-
From: Bjorn Helgaas [mailto:bhelg...@google.com]
On Fri, Dec 13, 2013 at 12:04 PM, Rajat Jain rajatj...@juniper.net
wrote:
On Thu, Dec 12, 2013 at 11:26 PM, Yinghai Lu ying...@kernel.org
wrote:
On Thu, Dec 12, 2013 at 2:44 PM, Bjorn Helgaas
On Sun, Dec 15, 2013 at 03:12:03PM -0700, Bjorn Helgaas wrote:
On Sun, Dec 15, 2013 at 10:04 AM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Sun, Dec 15, 2013 at 02:31:23PM +0800, Fengguang Wu wrote:
Greetings,
I got the below dmesg and the first bad commit is
I thought
Once again: the way I interpret this is:
* Always enable Link events.
* Disable presence events if attention button is present.
That sounds like a good plan to me.
How about Diag_Reset from MPT2SAS and others?
link could up and down
I am assuming you are referring to
Add of_match_table to hsi_char driver, so that it can
be referenced from Device Tree.
Signed-off-by: Sebastian Reichel s...@debian.org
---
drivers/hsi/clients/hsi_char.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/hsi/clients/hsi_char.c
Create device tree binding documentation for
OMAP Synchronous Serial Interface (SSI) device.
Signed-off-by: Sebastian Reichel s...@debian.org
---
Documentation/devicetree/bindings/hsi/omap_ssi.txt | 69 ++
1 file changed, 69 insertions(+)
create mode 100644
This adds support for the protocol used to communicate
with its cellular modem.
Signed-off-by: Sebastian Reichel s...@debian.org
---
arch/arm/boot/dts/omap3-n900.dts | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/omap3-n900.dts
Add SSI device tree data for OMAP3 and Nokia N900.
Signed-off-by: Sebastian Reichel s...@debian.org
---
arch/arm/boot/dts/omap3-n900.dts | 28
arch/arm/boot/dts/omap3.dtsi | 47
2 files changed, 75 insertions(+)
diff --git
Create device tree binding documentation for
Nokia cellular modem GPIO handling.
Signed-off-by: Sebastian Reichel s...@debian.org
---
.../devicetree/bindings/misc/nokia-cmt.txt | 28 ++
1 file changed, 28 insertions(+)
create mode 100644
This adds support for the Nokia N900 cellular modem.
Signed-off-by: Sebastian Reichel s...@debian.org
---
arch/arm/boot/dts/omap3-n900.dts | 31 +++
1 file changed, 31 insertions(+)
diff --git a/arch/arm/boot/dts/omap3-n900.dts b/arch/arm/boot/dts/omap3-n900.dts
Add driver handling GPIO pins of Nokia modems. The
driver provides reset notifications, so that SSI
clients can subscribe to them easily.
Signed-off-by: Sebastian Reichel s...@debian.org
---
drivers/misc/Kconfig | 7 ++
drivers/misc/Makefile | 1 +
drivers/misc/nokia-cmt.c | 298
This adds a driver for the SSI McSAAB protocol as used in
the Nokia N900.
Signed-off-by: Sebastian Reichel s...@debian.org
---
drivers/hsi/clients/Kconfig|8 +
drivers/hsi/clients/Makefile |3 +-
drivers/hsi/clients/ssi_protocol.c | 1201
Fix return code check of alloc_chrdev_region, which
returns 0 on success.
Signed-off-by: Sebastian Reichel s...@debian.org
---
drivers/hsi/clients/hsi_char.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hsi/clients/hsi_char.c b/drivers/hsi/clients/hsi_char.c
index
This exports a method to unregister all clients from
an hsi port.
Signed-off-by: Sebastian Reichel s...@debian.org
---
drivers/hsi/hsi.c | 10 ++
include/linux/hsi/hsi.h | 1 +
2 files changed, 11 insertions(+)
diff --git a/drivers/hsi/hsi.c b/drivers/hsi/hsi.c
index
Hi,
This is the fourth round of the OMAP SSI driver patches.
I added some more patches on top of the actual OMAP SSI driver, so that one can
get the overall picture of the planned architecture. This patchset contains
everything, that is needed to get the N900's modem running (without audio
Hi Simon,
Today's linux-next merge of the renesas tree got a conflict in
drivers/clk/Makefile between commit 0ad6125b1579 (clk: at91: add PMC
base support) from the arm-soc tree and commit 10cdfe9f327a (clk:
shmobile: Add R-Car Gen2 clocks support) from the renesas tree.
I fixed it up (see
On Sun, Dec 15, 2013 at 4:14 PM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Sun, Dec 15, 2013 at 03:12:03PM -0700, Bjorn Helgaas wrote:
On Sun, Dec 15, 2013 at 10:04 AM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Sun, Dec 15, 2013 at 02:31:23PM +0800, Fengguang Wu
On Mon, 2013-12-16 at 01:02 +0530, Hariprasad S wrote:
Hi,
Can you please pull from the following URL?
git://git.chelsio.net/pub/git/linux-firmware.git for-upstream
The following changes since commit 7d0c7a8cfd78388d90cc784a185b19dcbdbce824:
Ben Hutchings (1):
Merge
I just booted 3.13-rc4 on one of my ARM platforms and was greeted by this
trace. Maybe caused by 975022310233 which appears to take this lock in
softirq context.
=
[ INFO: inconsistent lock state ]
3.13.0-rc4+ #387 Not tainted
-
On Sun, Dec 15, 2013 at 4:24 PM, Rajat Jain rajatj...@juniper.net wrote:
Once again: the way I interpret this is:
* Always enable Link events.
* Disable presence events if attention button is present.
That sounds like a good plan to me.
How about Diag_Reset from MPT2SAS and
I think I can prepare a series that puts my changes
before Tim's. Unless I have trouble doing that
I will send that out in a few hours.
-Alex
On Dec 15, 2013, at 11:39 AM, Alex Elder alex.el...@linaro.org wrote:
On 12/14/2013 05:57 PM, Mike Turquette
On Sun, Dec 15, 2013 at 05:09:10PM -0500, George Spelvin wrote:
Well, /dev/urandom is documented as being *deliberately* slow. It's meant
only to produce 128 to 256 bits of seed material for CPRNG. I don't
know if Ted considers speeding it up to be goal or an antigoal. :-)
Hmm, I don't think
On Mon, 2013-12-16 at 00:07 +, Russell King - ARM Linux wrote:
I just booted 3.13-rc4 on one of my ARM platforms and was greeted by this
trace. Maybe caused by 975022310233 which appears to take this lock in
softirq context.
Yep, this was mentioned earlier, thanks !
Hi Linus !
Here are some more powerpc fixes for 3.13.
Uli's patch fixes a regression in ptrace caused by a mis-merge of
a previous LE patch. The rest are all more endian fixes, all fairly
trivial, found during testing of 3.13-rc's.
Cheers,
Ben.
The following changes since commit
Hi Jean,
Today's linux-next merge of the jdelvare-hwmon tree got a conflict in
drivers/hwmon/lm90.c between commits from Linus' tree and commits from
the jdelvare-hwmon tree.
It looks like the jdelvare-hwmon patch series has been reset back
(unintentionally?) to stuff that has already been
From: Mark Salter msal...@redhat.com
Date: Sun, 15 Dec 2013 10:50:26 -0500
On Sun, 2013-12-15 at 02:36 -0800, Dmitry Torokhov wrote:
How are we going to merge this? In bulk through input tree or peacemeal
through all arches first?
They should all go together to eliminate the chance of bisect
201 - 300 of 518 matches
Mail list logo