On 03/07/2014 07:06 PM, Ben Dooks wrote:
Add device-tree for vin1 (composite video in) on the
lager board.
Signed-off-by: Ben Dooks
This patch should have been preceded by the VIN driver patch and
bindings description, don't you think?
diff --git
Hello.
On 03/07/2014 04:01 PM, Ben Dooks wrote:
Add support for devicetree probe for the rcar-vin
driver.
Signed-off-by: Ben Dooks
---
.../devicetree/bindings/media/rcar_vin.txt | 79 ++
drivers/media/platform/soc_camera/rcar_vin.c | 67
From: Alan Stern
> On Fri, 7 Mar 2014, David Laight wrote:
>
> > From: Mathias Nyman
> > > This reverts commit 247bf557273dd775505fb9240d2d152f4f20d304.
> >
> > You need to revert further.
> > Just don?t set hcd->self.no_sg_constraint ever - since it just
> > doesn't work.
>
> No; it does work
On Friday 07 March 2014, Santosh Shilimkar wrote:
> On Friday 07 March 2014 11:55 AM, Rob Herring wrote:
>
> > Thinking about this some more, if the arch is always coherent or
> > always non-coherent, then the default ops are always fine. In that
> > case set_arch_dma_coherent_ops is always a nop
On Fri, Mar 07, 2014 at 11:52:04PM +0800, WANG Chao wrote:
> Hi, Vivek
>
> On 03/07/14 at 09:14am, Vivek Goyal wrote:
> > On Fri, Mar 07, 2014 at 04:10:16PM +0800, WANG Chao wrote:
> >
> > [..]
> > > }
> > >
> > > - specified_table_size = determine_tce_table_size((is_kdump_kernel() ?
> > > -
On Fri, Mar 07, 2014 at 03:59:30PM +0100, Maxime Ripard wrote:
> @@ -900,7 +902,8 @@ mv64xxx_i2c_probe(struct platform_device *pd)
> exit_free_irq:
> free_irq(drv_data->irq, drv_data);
> exit_reset:
> - if (pd->dev.of_node && !IS_ERR(drv_data->rstc))
> + if (pd->dev.of_node &&
On Fri, 2014-03-07 at 14:26 +0100, Florian Vaussard wrote:
> Joe: I have split your patch to perform atomic changes. I also
> merged one part into one of my patch. I added your S-o-B on the
> corresponding patches, I let you check if you are OK with the changes.
Could you please send a clean V4
Am Freitag, den 07.03.2014, 18:21 +0800 schrieb Fengguang Wu:
> Hi Stefani,
>
> On Fri, Mar 07, 2014 at 10:57:28AM +0100, Stefani Seibold wrote:
> > Hi Fengguang,
> >
> > did you test the config i had sent to you?
> >
> > My test was all done with current 3.14-rc tree. And with this i have no
>
On Fri, Mar 07, 2014 at 03:09:08PM +0200, Roger Quadros wrote:
> Add "wkupclk" and "refclk" information to DT binding information.
>
> Signed-off-by: Roger Quadros
> ---
so, should I take this one ?
--
balbi
signature.asc
Description: Digital signature
On 07/03/14 16:50, Sergei Shtylyov wrote:
Hello.
On 03/07/2014 04:01 PM, Ben Dooks wrote:
Add device-tree for vin1 (composite video in) on the
lager board.
Signed-off-by: Ben Dooks
This patch should have been preceded by the VIN driver patch and
bindings description, don't you
On Thu, Mar 6, 2014 at 10:44 PM, Stephen Boyd wrote:
> Here are some small fixes and cleanups for the msm pinctrl
> driver.
>
> Stephen Boyd (7):
> pinctrl: msm: Silence recursive lockdep warning
> pinctrl: msm: Check for ngpios > MAX_NR_GPIO
> pinctrl: msm: Drop unused includes
>
On Friday 07 March 2014, Santosh Shilimkar wrote:
> >> +
> >> + ret = dma_set_mask(dev, dma_mask);
> >> + if (ret < 0) {
> >> + dev_err(dev, "failed to set DMA mask %pad\n", _mask);
> >> + dev->dma_mask = NULL;
> >> + return;
> >> + }
>
2014-03-07 23:25 GMT+08:00 Balaji T K :
> On Thursday 06 March 2014 06:40 PM, Axel Lin wrote:
>>
>> This patch converts this driver to use the regmap helper functions
>> provided by
>> regulator core.
>>
>> This fixes a few issues in current implementation:
>>
>> 1) In original code, the set
On 06/03/2014 20:05, Jason Cooper wrote:
> Thomas,
>
> nit: s/armanda/armada/ in the patch subject.
>
> Gregory,
>
> Mind providing an Ack on this?
Well sorry but with this patch the kernel doesn't
work anymore.
I am investigating to find if some part could be kept.
>
> thx,
>
> Jason.
>
* Mike Galbraith | 2014-03-03 05:57:26 [+0100]:
> block/blk-mq-cpu.c | 14 +++---
This got in v3.13-rc1, are you running some kind of backported version
of this in v3.12 or do you have your own v3.13-rt?
Sebastian
--
To unsubscribe from this list: send the line "unsubscribe
On 03/07/2014 05:46 AM, Pravin Shelar wrote:
But I found bug in datapath user-space queue code. I am not sure how
this can work with skb fragments and MMAP-netlink socket.
Here is what happens, OVS allocates netlink skb and adds fragments to
skb using skb_zero_copy(), then calls
From: Alan Stern
> On Fri, 7 Mar 2014, David Laight wrote:
>
> > From: Mathias Nyman
> > > This reverts commit 3804fad45411b48233b48003e33a78f290d227c8.
> > >
> > > This commit, together with commit 247bf557273dd775505fb9240d2d152f4f20d304
> > > "xhci 1.0: Limit arbitrarily-aligned scatter
On 14/03/07, Tetsuo Handa wrote:
> Peter Zijlstra wrote:
> > https://lkml.org/lkml/2011/5/17/516
> Thank you for pointing that thread out. I found the following comment in that
> thread.
>
> Linus Torvalds wrote:
> | What folks?
> |
> | I don't think a new lock (or any lock) is at all
On 03/07/2014 02:36 PM, Stanislav Meduna wrote:
> On 07.03.2014 09:46, Marc Kleine-Budde wrote:
>
>> Adding the linux-can mailinglist to Cc.
>
> I am not subscribed so maybe that's why the original mail
> did not get through - I did Cc: linux-...@vger.kernel.org
>
>> Your kernel is missing the
On 07/03/14 16:45, Sergei Shtylyov wrote:
Hello.
On 03/07/2014 04:01 PM, Ben Dooks wrote:
Add nodes for the four video input channels on the R8A7790.
Signed-off-by: Ben Dooks
This patch should have been preceded by the VIN driver patch and
bindings description, don't you think?
Hi, Vivek
On 03/07/14 at 09:14am, Vivek Goyal wrote:
> On Fri, Mar 07, 2014 at 04:10:16PM +0800, WANG Chao wrote:
>
> [..]
> > }
> >
> > - specified_table_size = determine_tce_table_size((is_kdump_kernel() ?
> > - saved_max_pfn : max_pfn) * PAGE_SIZE);
>
Hello.
On 03/07/2014 04:01 PM, Ben Dooks wrote:
Add device-tree for vin1 (composite video in) on the
lager board.
Signed-off-by: Ben Dooks
This patch should have been preceded by the VIN driver patch and bindings
description, don't you think?
diff --git
The new Lenovo Haswell series (-40's) contains a new Synaptics touchpad.
However, these new Synaptics devices report bad axis ranges.
Under Windows, it is not a problem because the Windows driver uses RMI4
over SMBus to talk to the device. Under Linux, we are using the PS/2
fallback interface and
> -Original Message-
> From: Dan Carpenter [mailto:dan.carpen...@oracle.com]
> Sent: Friday, March 7, 2014 2:51 PM
> To: KY Srinivasan
> Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com;
> jasow...@redhat.com
Commit 028a690a1ebc8b "i386: Remove unneeded test of 'task' in dump_trace()"
correctly removed the unneeded 'task != NULL' check because it would
be set to current if it was NULL.
Commit 2bc5f927d489 "i386: split out dumpstack code from traps_32.c"
moved the code from traps_32.c to its own file
On Fri, Mar 07, 2014 at 04:06:10PM +0100, Philipp Zabel wrote:
> I have also updated the git branch. The following changes since commit
> d484700a36952c6675aa47dec4d7a536929aa922:
>
> of: Warn if of_graph_parse_endpoint is called with the root node
> (2014-03-06 17:41:54 +0100)
>
> are
Since commit ca5d1b3524b4d
"regulator: helpers: Modify helpers enabling multi-bit control",
we can set enable_val setting for device that use multiple bits for control
when using regmap enable/disable/bypass ops.
Signed-off-by: Axel Lin
---
Note:
This patch depends on below commit which is only
If the glibc xattr.h header is included after the uapi header,
compilation fails due to an enum re-using a #define from the
uapi header. Protect against this by guarding the define and
enum inclusions against each other.
(See https://lists.debian.org/debian-glibc/2014/03/msg00029.html
and
* Marc Kleine-Budde | 2014-03-06 22:39:58 [+0100]:
>> Therefore it should allow lower priority threads to run, not just
>> equal or higher priority ones.
>
>Yes, we need a call that does what you described, however I'm not sure
>if yield() really does that. According to:
>
On Fri, Mar 7, 2014 at 3:37 PM, Jean Delvare wrote:
>> > I'm quite confused. While I admit that the term "tachometer speed" is
>> > awkward, the max6650 driver is reporting fan speeds in RPM as every
>> > other hwmon driver. So I really have no idea what you think is wrong.
>> > What did you
Hi Daniel,
On Thu, Feb 20, 2014 at 01:51:44PM +0100, Daniel Lezcano wrote:
> On 02/20/2014 12:54 PM, Wolfram Sang wrote:
> >This is V7 of the SH and ARM mach-shmobile clocksource Kconfig consolidation
> >series. It is a rebased version of V5 on top of timers/core. This series is
> >not
> >just
[ +cc linux-acpi ]
On 03/07/2014 10:01 AM, Peter Senna Tschudin wrote:
On Thu, Mar 6, 2014 at 8:08 PM, Peter Hurley wrote:
On 03/06/2014 01:27 PM, Bjorn Helgaas wrote:
[+cc Stoney, Yinghai, Suresh, Joerg, Jiang, Pavel, Rafael, linux-pm]
Let's add some folks who know about x2apic and VT-d.
Hello.
On 03/07/2014 04:01 PM, Ben Dooks wrote:
Add nodes for the four video input channels on the R8A7790.
Signed-off-by: Ben Dooks
This patch should have been preceded by the VIN driver patch and bindings
description, don't you think?
diff --git a/arch/arm/boot/dts/r8a7790.dtsi
On Fri, 7 Mar 2014, David Laight wrote:
> From: Mathias Nyman
> > This reverts commit 247bf557273dd775505fb9240d2d152f4f20d304.
>
> You need to revert further.
> Just don�t set hcd->self.no_sg_constraint ever - since it just
> doesn't work.
No; it does work most of the time.
If
On 07/03/14 14:40, Maxime COQUELIN wrote:
> From: Giuseppe Cavallaro
>
> This patch adds a new logic inside the st pinctrl to manage
> an unsupported scenario: some sysconfig are not available!
>
> This is the case of STiH407 where, although documented, the
> following registers from
On 07/03/14 14:40, Maxime COQUELIN wrote:
> From: Giuseppe Cavallaro
>
> This patch adds the initial support for pinctrl based on H407 SoC.
>
> Signed-off-by: Maxime Coquelin
> Signed-off-by: Giuseppe Cavallaro
> ---
Acked-by: Srinivas Kandagatla
--
To unsubscribe from this list: send the
This patch converts this driver to use the regmap helper functions provided by
regulator core.
Signed-off-by: Axel Lin
---
drivers/regulator/pbias-regulator.c | 74 ++---
1 file changed, 19 insertions(+), 55 deletions(-)
diff --git
The is_enabled implementation is wrong in some cases:
e.g. for pbias_mmc_omap5: emable_mask is : BIT(27) | BIT(25) | BIT(26)
However, pbias_regulator_enable() only sets BIT(26) | BIT(22) bits.
So is_enabled callback will always return false in this case.
Fix the logic to compare the register value
2014-03-06 23:20 GMT+08:00 Balaji T K :
> On Thursday 06 March 2014 06:40 PM, Axel Lin wrote:
>>
>> This patch converts this driver to use the regmap helper functions
>> provided by
>> regulator core.
>>
>> This fixes a few issues in current implementation:
>>
>> 1) In original code, the set
On Fri, Mar 07, 2014 at 03:30:23PM +0100, Philipp Zabel wrote:
> This patch adds device_reset_optional and (devm_)reset_control_get_optional
> variants that drivers can use to indicate they can function without control
> over the reset line. For those functions, stubs are added so the drivers can
On Fri, 7 Mar 2014 15:31:44 +, Laszlo Papp wrote:
> On Fri, Mar 7, 2014 at 3:25 PM, Jean Delvare wrote:
> > Hi Laszlo,
> >
> > On Fri, 7 Mar 2014 14:48:01 +, Laszlo Papp wrote:
> >> In medias res, I find this interface cumbersome:
> >>
Ping?
--
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/
On Fri, Mar 07, 2014 at 10:18:04AM +0400, Vladimir Davydov wrote:
> [adding Andrew to Cc]
>
> On 03/07/2014 01:11 AM, Dave Jones wrote:
> > The failure paths of sysfs_slab_add don't release the allocation of 'name'
> > made by create_unique_id() a few lines above the context of the diff
On Fri, Mar 7, 2014 at 3:25 PM, Jean Delvare wrote:
> Hi Laszlo,
>
> On Fri, 7 Mar 2014 14:48:01 +, Laszlo Papp wrote:
>> In medias res, I find this interface cumbersome:
>> http://lxr.free-electrons.com/source/Documentation/hwmon/max6650#L31
>>
>> It returns tachometer speed rather than
On Thu, Feb 20, 2014 at 03:44:31PM -0500, Tejun Heo wrote:
> Peter Hurley noticed that since a2c1c57be8d9 ("workqueue: consider
> work function when searching for busy work items"), a work item which
> gets assigned a different work function would break out of the
> non-reentrancy guarantee as
On Thu, Feb 20, 2014 at 03:44:28PM -0500, Tejun Heo wrote:
> 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
> function.
>
>
On Thu, Feb 20, 2014 at 03:44:23PM -0500, Tejun Heo wrote:
> 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
> function.
>
> Update
On Thu, Feb 20, 2014 at 03:44:29PM -0500, Tejun Heo wrote:
> 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
> function.
>
>
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
function.
firewire core-device and sbp2 have been been multiplexing work items
with multiple
On Thursday 06 March 2014 06:40 PM, Axel Lin wrote:
This patch converts this driver to use the regmap helper functions provided by
regulator core.
This fixes a few issues in current implementation:
1) In original code, the set voltage does not check max_uV,
which means if request max_uV <
Hi Laszlo,
On Fri, 7 Mar 2014 14:48:01 +, Laszlo Papp wrote:
> In medias res, I find this interface cumbersome:
> http://lxr.free-electrons.com/source/Documentation/hwmon/max6650#L31
>
> It returns tachometer speed rather than actual fan speed when you deal
> with the fan1_target interface.
On 03/07/2014 03:52 PM, Steven Rostedt wrote:
>> Now that you posted "cpu_chill: Add a UNINTERRUPTIBLE
>> hrtimer_nanosleep" wouldn't it make sense to delay this patches from
>> the stable series until we get them all in one go?
>
> Sure, say this on the day I'm about to release ;-)
Haven't
From: Steven Rostedt
The code for trace events to format the raw recorded event data
into human readable format in the 'trace' file is repeated for every
event in the system. When you have over 500 events, this can add up
quite a bit.
By making helper functions in the core kernel to do the work
On Fri, 7 Mar 2014, David Laight wrote:
> From: Mathias Nyman
> > This reverts commit 3804fad45411b48233b48003e33a78f290d227c8.
> >
> > This commit, together with commit 247bf557273dd775505fb9240d2d152f4f20d304
> > "xhci 1.0: Limit arbitrarily-aligned scatter gather." were
> > origially added to
From: Filipe Brandenburger
Use a temporary variable to store the expansion of the len expression.
If the evaluation is expensive, this commit will ensure it is evaluated
only once inside ftrace_get_offsets_.
Link:
http://lkml.kernel.org/r/1393651938-16418-3-git-send-email-filbran...@google.com
On Wed, Mar 05, 2014 at 10:34:32PM +0100, Stefan Richter wrote:
> On Feb 21 Stefan Richter wrote:
> > On Feb 20 Tejun Heo wrote:
> > > PREPARE_[DELAYED_]WORK() are being phased out. They have few users
> > > and a nasty surprise in terms of reentrancy guarantee as workqueue
> > > considers work
On Mon, Mar 03, 2014 at 06:27:43PM +0800, th...@altera.com wrote:
> From: Tien Hock Loh
>
> Add driver support for Altera GPIO soft IP, including interrupts and I/O.
> Tested on Altera CV SoC board using dipsw and LED using LED framework.
>
> Signed-off-by: Tien Hock Loh
> ---
>
From: Mathias Nyman
> This reverts commit 247bf557273dd775505fb9240d2d152f4f20d304.
You need to revert further.
Just don’t set hcd->self.no_sg_constraint ever - since it just
doesn't work.
That will stop the ax88179_178a driver sending fragmented packets.
With the check for aligned non-terminal
From: Steven Rostedt
The functions that assign the contents for the ftrace events are
defined by the TRACE_EVENT() macros. Each event has its own unique
way to assign data to its buffer. When you have over 500 events,
that means there's 500 functions assigning data uniquely for each
event (not
From: Filipe Brandenburger
This fixes expansion of the len argument in __dynamic_array macros.
The previous code from commit 7d536cb3f would not fully evaluate the
expression before multiplying its result by the size of the type.
This went unnoticed because the length stored in the high 16 bits
From: "Steven Rostedt (Red Hat)"
Having ftrace_write() return -EPERM on failure, as that's what the callers
return, then we can clean up the code a bit. That is, instead of:
if (ftrace_write(...))
return -EPERM;
return 0;
or
if (ftrace_write(...)) {
ret = -EPERM;
From: "Steven Rostedt (Red Hat)"
The trace event headers are required to include tracepoint.h. The only reason
they worked now is because module.h included tracepoint.h, and that will soon
change.
Link: http://lkml.kernel.org/r/20140226190644.442886...@goodmis.org
Fixes: 455b2864686d
From: Steven Rostedt
Tracepoints were made to allow enabling a tracepoint in a module before that
module was loaded. When a tracepoint is enabled and it does not exist, the
name is stored and will be enabled when the tracepoint is created.
The problem with this approach is that when a
From: "Steven Rostedt (Red Hat)"
The trace event headers are required to include tracepoint.h. The only reason
they worked now is because module.h included tracepoint.h, and that will soon
change.
Link: http://lkml.kernel.org/r/20140226190644.591040...@goodmis.org
Fixes: 7b2a2d4a18ff "mm:
From: Jiri Slaby
No architecture uses the "data" parameter in ftrace_dyn_arch_init() in any
way, it just sets the value to 0. And this is used as a return value
in the caller -- ftrace_init, which just checks the retval against
zero.
Note there is also "return 0" in every ftrace_dyn_arch_init.
This is mostly clean ups. There's code to shrink the foot print of
tracepoints quite a bit. Fixes for hard to hit error paths. Fixes
to TRACE_EVENT dynamic array handling for newer events coming.
Handling of trace module taint failure.
From: "Steven Rostedt (Red Hat)"
There's nothing in the module.h header that requires tracepoint.h to be
included, and there may be cases that tracepoint.h may need to include
module.h, which will cause recursive header issues.
But module.h requires seeing HAVE_JUMP_LABEL which is set in
From: Jiri Slaby
Some of them can be local to functions, so make them local and pass
them as parameters where needed:
* __start_mcount_loc+__stop_mcount_loc are local to ftrace_init
* ftrace_new_pgs -> new_pgs/start_pg
* ftrace_update_cnt -> local update_cnt in ftrace_update_code
Link:
From: Steven Rostedt
The code that shows array fields for events is defined for all events.
This can add up quite a bit when you have over 500 events.
By making helper functions in the core kernel to do the work
instead, we can shrink the size of the kernel down a bit.
With a kernel configured
From: Petr Mladek
We should print some warning and kill ftrace functionality when the ftrace
function is not set correctly. Otherwise, ftrace might do crazy things without
an explanation. The error value has been ignored so far.
Note that an error that happens during updating all the traced
On Fri, Mar 07, 2014 at 03:09:23PM +, Mel Gorman wrote:
> On Fri, Mar 07, 2014 at 02:06:50PM +, Mel Gorman wrote:
> > On Thu, Mar 06, 2014 at 05:52:47PM -0500, Rik van Riel wrote:
> > > On 03/06/2014 05:31 PM, Rik van Riel wrote:
> > > >On Thu, 06 Mar 2014 16:12:28 -0500
> > > >Sasha Levin
From: Jiri Slaby
The 'freelist' member was introduced to 'struct dyn_ftrace' in commit
ee000b7f9fe429d2470c674ccec8d344f6789e0d (tracing: use union for
multi-usages field), but the use of this member was later removed in
3208230983a0ee3d95be22d463257e530c684956 (ftrace: Remove usage of
"freed"
From: Jiri Slaby
The function used to do allocations some time ago. This no longer
happens and it only checks the count and prints some info. This patch
inlines the body to the only caller. There are two reasons:
* the name of the function was misleading
* it's clear what is going on in
From: Jiri Slaby
As the data parameter is not really used by any ftrace_dyn_arch_init,
remove that from ftrace_dyn_arch_init. This also removes the addr
local variable from ftrace_init which is now unused.
Note the documentation was imprecise as it did not suggest to set
(*data) to 0.
Link:
From: Mathias Nyman
> This reverts commit 3804fad45411b48233b48003e33a78f290d227c8.
>
> This commit, together with commit 247bf557273dd775505fb9240d2d152f4f20d304
> "xhci 1.0: Limit arbitrarily-aligned scatter gather." were
> origially added to get xHCI 1.0 hosts and usb ethernet ax88179_178a
From: Petr Mladek
Ftrace modifies function calls using Int3 breakpoints on x86.
The breakpoints are handled only when the patching is in progress.
If something goes wrong, there is a recovery code that removes
the breakpoints. If this fails, the system might get silently
rebooted when a
From: "Steven Rostedt (Red Hat)"
No reason to allocate tp_module structures for modules that have no
tracepoints. This just wastes memory.
Fixes: b75ef8b44b1c "Tracepoint: Dissociate from module mutex"
Acked-by: Mathieu Desnoyers
Signed-off-by: Steven Rostedt
---
kernel/tracepoint.c | 6
From: Petr Mladek
If a failure occurs while modifying ftrace function, it bails out and will
remove the tracepoints to be back to what the code originally was.
There is missing the final sync run across the CPUs after the fix up is done
and before the ftrace int3 handler flag is reset.
Here's
From: "Steven Rostedt (Red Hat)"
If a failure occurs while enabling a trace, it bails out and will remove
the tracepoints to be back to what the code originally was. But the fix
up had some bugs in it. By injecting a failure in the code, the fix up
ran to completion, but shortly afterward the
On Fri, Mar 07, 2014 at 02:06:50PM +, Mel Gorman wrote:
> On Thu, Mar 06, 2014 at 05:52:47PM -0500, Rik van Riel wrote:
> > On 03/06/2014 05:31 PM, Rik van Riel wrote:
> > >On Thu, 06 Mar 2014 16:12:28 -0500
> > >Sasha Levin wrote:
> > >
> > >>While fuzzing with trinity inside a KVM tools
On Fri, Mar 7, 2014 at 2:48 PM, Laszlo Papp wrote:
> Hi,
>
> In medias res, I find this interface cumbersome:
> http://lxr.free-electrons.com/source/Documentation/hwmon/max6650#L31
>
> It returns tachometer speed rather than actual fan speed when you deal
> with the fan1_target interface. That
Am Freitag, den 07.03.2014, 15:57 +0100 schrieb Philipp Zabel:
> This patch fixes the following build error:
>
>In file included from drivers/media/i2c/adv7343.c:29:0:
> >> include/linux/of_graph.h:41:1: error: expected identifier or '(' before
> >> '{' token
> {
> ^
>
asm-generic/rwsem.h used to live under arch/powerpc. During its
liberation to common code, a few references to its former home where
preserved, in particular the definition of RWSEM_ACTIVE_MASK is
predicated on CONFIG_PPC64.
This patch updates the ifdefs and comments to architecturally neutral
](ftrace buffer empty)
[ 567.837307] Modules linked in:
[ 567.837796] CPU: 23 PID: 14457 Comm: trinity-c323 Tainted: GW
3.14.0-rc5-next-20140307-sasha-00010-gb6b571d-dirty #111
[ 567.839449] task: 88021afa8000 ti: 88071f29 task.ti:
88071f29
[ 567.840489] RIP
On Thu, Mar 6, 2014 at 8:08 PM, Peter Hurley wrote:
> On 03/06/2014 01:27 PM, Bjorn Helgaas wrote:
>>
>> [+cc Stoney, Yinghai, Suresh, Joerg, Jiang, Pavel, Rafael, linux-pm]
>>
>> Let's add some folks who know about x2apic and VT-d. It's hard for
>> people to magically pick stuff out of the LKML
Commit 370136bc67c3 ("i2c: mv64xxx: Add reset deassert call"), introduced a
recursive dependency, which was fixed by commit 80c69915e5fb ("i2c: mv64xxx:
fix circular Kconfig dependency", that in turn, by dropping the dependency on
RESET_CONTROLLER, introduced a compilation breakage whenever this
This reverts commit 3804fad45411b48233b48003e33a78f290d227c8.
This commit, together with commit 247bf557273dd775505fb9240d2d152f4f20d304
"xhci 1.0: Limit arbitrarily-aligned scatter gather." were
origially added to get xHCI 1.0 hosts and usb ethernet ax88179_178a devices
working together with
Hi Greg,
These two xhci scatter-gather related patches should be reverted to avoid
USB 3.0 mass storage regression for users.
Sarah and Alan concluded that this the best choice until proper TD fragmentation
rules are implemented, discussion is here:
This reverts commit 247bf557273dd775505fb9240d2d152f4f20d304.
This commit, together with commit 3804fad45411b48233b48003e33a78f290d227c8
"USBNET: ax88179_178a: enable tso if usb host supports sg dma" were
origially added to get xHCI 1.0 hosts and usb ethernet ax88179_178a devices
working together
This patch fixes the following build error:
In file included from drivers/media/i2c/adv7343.c:29:0:
>> include/linux/of_graph.h:41:1: error: expected identifier or '(' before '{'
>> token
{
^
include/linux/of_graph.h:39:19: warning: 'of_graph_parse_endpoint' declared
'static' but
On Fri, 07 Mar 2014 10:51:55 +0100
Sebastian Andrzej Siewior wrote:
> On 03/05/2014 01:33 AM, Steven Rostedt wrote:
> > 3.2.55-rt79-rc1 stable review patch.
> > If anyone has any objections, please let me know.
>
> Now that you posted "cpu_chill: Add a UNINTERRUPTIBLE
> hrtimer_nanosleep"
On Fri, Mar 07, 2014 at 03:24:05PM +0100, Wolfram Sang wrote:
>
> New patch -> new thread, please.
>
> > This patch fixes the circular dependency introduced by commit 370136bc67c3
> > ("i2c: mv64xxx: Add reset deassert call"):
> >
> > drivers/video/Kconfig:42:error: recursive dependency
Hi,
In medias res, I find this interface cumbersome:
http://lxr.free-electrons.com/source/Documentation/hwmon/max6650#L31
It returns tachometer speed rather than actual fan speed when you deal
with the fan1_target interface. That would be way more convenient for
end users like me.
Is there any
https://bugzilla.kernel.org/show_bug.cgi?id=68991
The expected logic of proc_map_files_get_link() is either to return 0 and
initialize 'path' or return an error and leave 'path' uninitialized. By the time
dname_to_vma_addr() returns 0 the corresponding vma may have already be gone. In
this case
On Fri, Mar 07, 2014 at 10:53:42AM +0100, Gregory CLEMENT wrote:
> On 06/03/2014 20:17, Ezequiel Garcia wrote:
> > On Mar 06, Andrew Lunn wrote:
> >>> Can't we fix this so the probe order doesn't affect the name?
> >>>
> >>> Is that sane?
> >>
> >> You are not supposed to trust the device name,
On Fri, Mar 07, 2014 at 06:29:13PM +0400, Pavel Emelyanov wrote:
> On 03/08/2014 06:20 AM, Artem Fetishev wrote:
> > https://bugzilla.kernel.org/show_bug.cgi?id=68991
> >
> > The expected logic of proc_map_files_get_link() is either to return 0 and
> > initialize 'path' or return an error and
The STiH407 is advanced multi-HD AVC processor with 3D graphics acceleration
and 1.5-GHz ARM Cortex-A9 SMP CPU.
Signed-off-by: Maxime Coquelin
Signed-off-by: Giuseppe Cavallaro
---
arch/arm/boot/dts/stih407-clock.dtsi | 41 +++
arch/arm/boot/dts/stih407-pinctrl.dtsi | 618
From: Giuseppe Cavallaro
This patch adds a new logic inside the st pinctrl to manage
an unsupported scenario: some sysconfig are not available!
This is the case of STiH407 where, although documented, the
following registers from SYSCFG_FLASH have been removed from the SoC.
SYSTEM_CONFIG3040
B2120 HDK is the reference board for STiH407 SoC.
It has the following characteristics:
- 1GB DDR3
- 8GB eMMC / SD-Card slot
- 32MB NOR Flash
- 1 x Gbit Ethernet
- 1 x USB 3.0 port
- 1 x Mini-PCIe
- 1 x SATA
- 1 x HDMI output
- 1 x HDMI input
- 1 x SPDIF
This patch only introduces basic
This patch adds support to STiH407 SoC.
Signed-off-by: Maxime Coquelin
Signed-off-by: Giuseppe Cavallaro
---
Documentation/arm/sti/stih407-overview.txt| 18 ++
Documentation/devicetree/bindings/arm/sti.txt | 15 +++
arch/arm/mach-sti/Kconfig
401 - 500 of 1502 matches
Mail list logo