I've been debating what to do with this, but the patch makes a good
change, so
I'll go ahead with it. I am going to remove the unnecessary braces.
In the future, you really need to be able to test the changes you make.
So you really
need to work in an area that you can test in. If you are reall
Convert the HLCDC driver to atomic mode-setting.
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 142 ++
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 4 +
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.h | 5 +-
drivers/gpu/drm/atmel-hlcdc/atme
On 02/04, Peter Zijlstra wrote:
>
> On Tue, Feb 03, 2015 at 09:09:16PM +0100, Oleg Nesterov wrote:
> > Btw, do you agree with 1/1? Can you ack/nack it?
>
> Done!
Thanks ;)
> > I think that attach_to_pi_owner() should never check PF_EXITING and never
> > return -EAGAIN. It should either proceed an
On Wed, Feb 04, 2015 at 01:56:10PM +0900, Jaewon Kim wrote:
> This patch adds new regulator driver to support max77843
> MFD(Multi Function Device) chip`s regulators.
> The Max77843 has two voltage regulators for USB safeout.
Applied, thanks.
signature.asc
Description: Digital signature
On 02/02/2015 06:45 AM, Hanjun Guo wrote:
Hi,
This is the v8 of ACPI core patches for ARM64 based on ACPI 5.1, there are
some updates since v7:
All 21 patches:
Tested-by: Timur Tabi
I no longer need to use "acpi=force", so that's nice.
- Add two more documantation to explain why we nee
On Wed, Feb 04, 2015 at 06:47:23PM +0100, Wolfram Sang wrote:
>
> On Wed, Feb 04, 2015 at 08:23:37AM -0800, Guenter Roeck wrote:
> > Large EEPROMS (24c32 and larger) require a two-byte data address
> > instead of just a single byte. Implement support for such EEPROMs
> > with SMBus commands.
> >
From: Markus Elfring
Date: Wed, 4 Feb 2015 21:32:27 +0100
The of_node_put() function tests whether its argument is NULL and then
returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
driver
On Tue, Jan 27, 2015 at 02:53:59PM +0800, Viet Nga Dao wrote:
> On Tue, Jan 20, 2015 at 10:05 AM, Viet Nga Dao wrote:
> > On Thu, Jan 15, 2015 at 5:27 PM, Viet Nga Dao wrote:
> >> On Tue, Jan 13, 2015 at 11:33 AM, Brian Norris
> >> wrote:
> >>> On Thu, Dec 18, 2014 at 12:23:16AM -0800, vn...@alt
> -Original Message-
> From: Pekka Enberg [mailto:penb...@iki.fi]
> Sent: 04 February 2015 19:33
> To: Daniel Sanders
> Cc: Christoph Lameter; Pekka Enberg; David Rientjes; Joonsoo Kim; Andrew
> Morton; linux...@kvack.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH 1/5] LLVMLinux: C
On Wed, 2015-02-04 at 17:27 +, Jonathan Cameron wrote:
> On 30/01/15 04:03, Viorel Suman wrote:
> > Hi,
> >
> > You might need more space in "values" buffer, for more details please check
> > the
> > "iio_push_to_buffers_with_timestamp" description and implementation.
> Whilst that function i
On Wed, Feb 4, 2015 at 10:38 PM, Daniel Sanders
wrote:
> I don't believe the bug to be LLVM specific but GCC doesn't normally
> encounter the problem. I haven't been able to identify exactly what GCC is
> doing better (probably inlining) but it seems that GCC is managing to
> optimize to the p
On Wed, Feb 4, 2015 at 10:49 AM, Christoph Lameter wrote:
> An attempt to implement this. Probably missing some fine points:
>
> Subject: [capabilities] Implement ambient capability set.
>
> DRAFT -- untested -- DRAFT
>
> Implement an ambient capabilty set to allow capabilties
> to be inherited wi
>>> I'd be OK with merging this, send a request and tag. Would that let
>>> the DRM folks make progress too?
>>
>> Will do, I don’t think it will address the DRM folks needs as they need
>> access to make firmware calls from the DRM driver.
>>
>>> If you need a common place for this, drivers/fir
On Tue, Feb 03, 2015 at 10:01:18AM -0800, Guenter Roeck wrote:
> We'll need to call it from regmap-i2c.c, which can be built as module.
Applied both, thanks.
signature.asc
Description: Digital signature
On Wed, Feb 4, 2015 at 12:45 PM, Kumar Gala wrote:
I'd be OK with merging this, send a request and tag. Would that let
the DRM folks make progress too?
>>>
>>> Will do, I don’t think it will address the DRM folks needs as they need
>>> access to make firmware calls from the DRM driver.
This patch moves the initialization of the size_index table slightly
earlier so that the first few kmem_cache_node's can be safely allocated
when KMALLOC_MIN_SIZE is large.
There are currently two ways to generate indices into kmalloc_caches
(via kmalloc_index() and via the size_index table in sla
On Mon, Feb 02, 2015 at 03:30:32AM -0500, Nicholas Mc Guire wrote:
> From: Nicholas Mc Guire
>
> return type of wait_for_completion_timeout is unsigned long not int, this
> patch changes the type of m from int to unsigned long.
applied, thanks.
signature.asc
Description: Digital signature
On Mon, Feb 02, 2015 at 03:30:34AM -0500, Nicholas Mc Guire wrote:
> From: Nicholas Mc Guire
>
> return type of wait_for_completion_timeout is unsigned long not int, this
> patch uses the return value of wait_for_completion_timeout in the condition
> directly rather than assigning it to an incor
Hi Laurent,
Thanks for the review.
On Wed, Feb 4, 2015 at 5:03 PM, Laurent Pinchart
wrote:
> Hi Prabhakar,
>
> Thank you for the patch. Here's a partial review.
>
> On Thursday 15 January 2015 23:39:23 Lad, Prabhakar wrote:
>> From: Benoit Parrot
>>
>> this patch adds support for omnivision's o
On Wed, Feb 04 2015, Joe Perches wrote:
> On Wed, 2015-02-04 at 10:48 +0100, Rasmus Villemoes wrote:
>> __FUNCTION__ hasn't been treated as a string literal since gcc 3.4, so
>> this only helps people who only test-compile using 3.3
>> (compiler-gcc3.h barks at anything older than that). Besides,
On Wed, 2015-02-04 at 15:22 +, Zubair Lutfullah Kakakhel wrote:
> From: Paul Burton
>
> Add a device tree for the Ingenic jz4780 based MIPS Creator CI20 board.
> Note that this is unselectable via Kconfig until the jz4780 SoC is made
> selectable in a later commit.
>
> Signed-off-by: Paul Bu
On Mon, Feb 02, 2015 at 03:30:35AM -0500, Nicholas Mc Guire wrote:
> return type of wait_for_completion_timeout is unsigned long not int and
> always returns >=0 , this patch adds a suitable return variable and
> simplifies the return value checking as there is no < 0 case.
Applied, thanks.
sign
From: Markus Elfring
Date: Wed, 4 Feb 2015 21:54:45 +0100
The functions phy_power_on() and vunmap() perform also input
parameter validation. Thus the test around their calls is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/gpu/
On Wed, 2015-02-04 at 15:21 +, Zubair Lutfullah Kakakhel wrote:
> From: Paul Burton
>
> Introduce a driver suitable for use with the UARTs present in
> Ingenic jz47xx series SoCs. These are described as being ns16550
> compatible but aren't quite - they require the setting of an extra bit
> i
On Wed, 2015-02-04 at 21:55 +0100, Rasmus Villemoes wrote:
> On Wed, Feb 04 2015, Joe Perches wrote:
>
> > On Wed, 2015-02-04 at 10:48 +0100, Rasmus Villemoes wrote:
> >> __FUNCTION__ hasn't been treated as a string literal since gcc 3.4, so
> >> this only helps people who only test-compile using
On Wed, 04 Feb 2015 19:42:03 +0900
Masami Hiramatsu wrote:
> > Signed-off-by: Wang Long
>
> Acked-by: Masami Hiramatsu
Applied-to-docs-tree-by: me
Thanks,
jon
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
M
This patch moves the initialization of the size_index table slightly
earlier so that the first few kmem_cache_node's can be safely allocated
when KMALLOC_MIN_SIZE is large.
There are currently two ways to generate indices into kmalloc_caches
(via kmalloc_index() and via the size_index table in sla
> -Original Message-
> From: penb...@gmail.com [mailto:penb...@gmail.com] On Behalf Of
> Pekka Enberg
> Sent: 04 February 2015 20:42
> To: Daniel Sanders
> Cc: Christoph Lameter; David Rientjes; Joonsoo Kim; Andrew Morton; linux-
> m...@kvack.org; linux-kernel@vger.kernel.org
> Subject: Re:
The following changes since commit e36f014edff70fc02b3d3d79cead1d58f289332e:
Linux 3.19-rc7 (2015-02-01 20:07:21 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
tags/spi-v3.19-rc7
for you to fetch changes up to d426a842b0c203c182
Hi Sergei,
>>> -static inline int hci_test_bit(int nr, void *addr)
>>> +static inline int hci_test_bit(int nr, const void *addr)
>>> {
>>> return *((__u32 *) addr + (nr >> 5)) & ((__u32) 1 << (nr & 31));
>>> }
>
>> Is there a 'standard' function lurking that will do the above.
>> On x86 the
From: Christophe Leroy
Date: Mon, 2 Feb 2015 18:06:54 +0100 (CET)
> Freescale ethernet controllers have the capability to re-assemble fragmented
> data into a single ethernet frame. This patch uses this capability and
> implements NETIP_F_SG feature into the fs_enet ethernet driver.
>
> On a MP
On Tue, Feb 03, 2015 at 10:55:56AM +, Zubair Lutfullah Kakakhel wrote:
> Hi,
>
> Here are a few simple patches for the jz4740.
>
> First adds dynamic sampling support to jz4740-i2s.
> Then two to add a simple binding and DT support.
> Then a patch to set the clock rate for i2s.
Applied all,
Quoting Andy Lutomirski (l...@amacapital.net):
> On Wed, Feb 4, 2015 at 10:49 AM, Christoph Lameter wrote:
> > An attempt to implement this. Probably missing some fine points:
> >
> > Subject: [capabilities] Implement ambient capability set.
> >
> > DRAFT -- untested -- DRAFT
> >
> > Implement an
On Wed, Feb 4, 2015 at 1:16 PM, Serge E. Hallyn wrote:
> Quoting Andy Lutomirski (l...@amacapital.net):
>> On Wed, Feb 4, 2015 at 10:49 AM, Christoph Lameter wrote:
>> > An attempt to implement this. Probably missing some fine points:
>> >
>> > Subject: [capabilities] Implement ambient capability
From: Markus Elfring
Date: Wed, 4 Feb 2015 22:22:36 +0100
The functions framebuffer_release() and vunmap() perform also input
parameter validation. Thus the test around their calls is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drive
Quoting Andy Lutomirski (l...@amacapital.net):
> On Wed, Feb 4, 2015 at 1:16 PM, Serge E. Hallyn wrote:
> > Quoting Andy Lutomirski (l...@amacapital.net):
> >> On Wed, Feb 4, 2015 at 10:49 AM, Christoph Lameter wrote:
> >> > An attempt to implement this. Probably missing some fine points:
> >> >
On Feb 02 2015 or thereabouts, Benjamin Tissoires wrote:
> On Mon, Feb 2, 2015 at 4:46 PM, Dmitry Torokhov
> wrote:
> > On Wed, Jan 28, 2015 at 03:10:05PM -0500, Benjamin Tissoires wrote:
> >> The current code releases the extra buttons right after they are pressed.
> >> As soon as a new serio rep
On Wednesday, February 04, 2015 09:18:03 PM Sedat Dilek wrote:
> On Wed, Feb 4, 2015 at 9:35 AM, Stephen Rothwell
> wrote:
> > Hi all,
> >
> > The next release I will be making will be next-20150209 - which will
> > probably be after the v3.19 release.
> >
> > Changes since 20150203:
> >
> > The
On Wed, Feb 4, 2015 at 1:27 PM, Serge E. Hallyn wrote:
> Quoting Andy Lutomirski (l...@amacapital.net):
>> On Wed, Feb 4, 2015 at 1:16 PM, Serge E. Hallyn wrote:
>> > Quoting Andy Lutomirski (l...@amacapital.net):
>> >> On Wed, Feb 4, 2015 at 10:49 AM, Christoph Lameter wrote:
>> >> > +
>> >> >
On Wed, Feb 4, 2015 at 2:36 AM, Fam Zheng wrote:
> 2) epoll_pwait1
> ---
>
> NAME
>epoll_pwait1 - wait for an I/O event on an epoll file descriptor
>
> SYNOPSIS
>
>#include
>
>int epoll_pwait1(int epfd, int flags,
> struct epoll_event *e
On 2/5/15 05:09, Marcel Holtmann wrote:
> Hi Sergei,
>
-static inline int hci_test_bit(int nr, void *addr)
+static inline int hci_test_bit(int nr, const void *addr)
{
return *((__u32 *) addr + (nr >> 5)) & ((__u32) 1 << (nr & 31));
}
>>
>>> Is there a 'standard' funct
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm+acpi-3.19-fin
to receive an ACPI power management fix for final v3.19 as commit
3df2da96874402722d760e5d4eb2968737e5bb01
Revert "ACPI / LPSS: introduce a 'proxy' device to power on LPSS for DMA"
On Wed, 4 Feb 2015, Serge E. Hallyn wrote:
> > task_no_new_privs(current) instead of ns_capable(current_user_ns(),
>
> I'm ok with that. And iiuc it shouldn't get in the way of
> Christoph's use case. I'd just rather not have one set of convoluted
> new rules now, and the have to relax the
Quoting Andy Lutomirski (l...@amacapital.net):
> On Wed, Feb 4, 2015 at 1:27 PM, Serge E. Hallyn wrote:
> > Quoting Andy Lutomirski (l...@amacapital.net):
> >> On Wed, Feb 4, 2015 at 1:16 PM, Serge E. Hallyn wrote:
> >> > Quoting Andy Lutomirski (l...@amacapital.net):
> >> >> On Wed, Feb 4, 2015
On Wed, 4 Feb 2015 14:06:48 Trond Myklebust wrote:
> On Wed, Feb 4, 2015 at 12:08 PM, Bruno Prémont wrote:
> > On Fri, 30 January 2015 Trond Myklebust wrote:
> > > On Sun, 2015-01-25 at 16:55 -0500, Trond Myklebust wrote:
> > > > On Sun, Jan 25, 2015 at 4:06 PM, Bruno Prémont wrote:
> > > > > On a
From: Chen Gang S
Date: Tue, 03 Feb 2015 05:00:40 +0800
> The commone register macors (e.g. RSR) is too commont to drivers, it may
> be conflict with the architectures (e.g. xtensa, sh).
>
> The related warnings (with allmodconfig under xtensa):
>
> CC [M] drivers/net/usb/sr9700.o
> In f
The lm bit should never have existed in the first place. Sigh.
Signed-off-by: Andy Lutomirski
---
man2/modify_ldt.2 | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/man2/modify_ldt.2 b/man2/modify_ldt.2
index 1c2cf9cdef93..d6e0514973a6 100644
--- a/man2/modify_
On Wed, Feb 04, 2015 at 10:54:07PM +0100, Rafael J. Wysocki wrote:
> On Wednesday, February 04, 2015 09:18:03 PM Sedat Dilek wrote:
> > On Wed, Feb 4, 2015 at 9:35 AM, Stephen Rothwell
> > wrote:
> > > Hi all,
> > >
> > > The next release I will be making will be next-20150209 - which will
> > >
From: Sanjeev Sharma
Date: Tue, 3 Feb 2015 13:02:02 +0530
> This patch correct the bad expression while writing the
> bit-pattern from software's buffer to hardware registers.
>
> Signed-off-by: Sanjeev Sharma
> ---
> Changes in v3:
> - corrected the expression by introducing tab->fe[i].prop.
On Wed, Feb 4, 2015 at 1:51 PM, Christoph Lameter wrote:
> On Wed, 4 Feb 2015, Serge E. Hallyn wrote:
>
>> > task_no_new_privs(current) instead of ns_capable(current_user_ns(),
>>
>> I'm ok with that. And iiuc it shouldn't get in the way of
>> Christoph's use case. I'd just rather not have
On Wed, 4 Feb 2015, Andy Lutomirski wrote:
> But someone will want to run *bash* as an untrusted user with, say,
> CAP_NET_BIND permitted and ambient. Then that user has a non-empty
> ambient set, and they can run a setuid-root program, and who knows
> what will go wrong? Requiring no_new_privs
From: Nicholas Mc Guire
Date: Tue, 3 Feb 2015 03:45:11 -0500
> This is only an API consolidation and should make things more readable
> it replaces var * HZ / 1000 by msecs_to_jiffies(var).
>
> As there is a discrepancy between the code and the comments this is in
> a separate patch.
>
> Signe
From: Nicholas Mc Guire
Date: Tue, 3 Feb 2015 03:44:45 -0500
> This is only an API consolidation and should make things more readable
> it replaces var * HZ / 1000 by msecs_to_jiffies(var).
>
> Signed-off-by: Nicholas Mc Guire
Applied.
--
To unsubscribe from this list: send the line "unsubscr
From: "Michael S. Tsirkin"
Date: Tue, 3 Feb 2015 11:07:06 +0200
> In virtio 1.0 mode, when mergeable buffers are enabled on a big-endian
> host, num_buffers wasn't byte-swapped correctly, so large incoming
> packets got corrupted.
>
> To fix, fill it in within hdr - this also makes sure it gets
On Wed, 4 Feb 2015, Andy Lutomirski wrote:
> >> Christoph, would your code run ok under NNP?
> >
> > There are still binaries invoked that need more priviledges. Does not
> > work.
>
> What do you mean by "need more privileges"? Are they setuid-root or
> do they use fP?
Both.
> > Well I'd rathe
Quoting Sergei Shtylyov (2015-02-04 09:45:14)
> Hello.
>
> On 02/04/2015 08:32 PM, Wolfram Sang wrote:
>
> >> Anyone may call clk_round_rate() with a zero rate value, so we have to
> >> protect against that.
>
> >> Signed-off-by: Geert Uytterhoeven
>
> > Acked-by: Wolfram Sang
>
> > I agree
On Wed, Feb 04 2015, Joe Perches wrote:
> On Wed, 2015-02-04 at 21:55 +0100, Rasmus Villemoes wrote:
>> On Wed, Feb 04 2015, Joe Perches wrote:
>>
>> > On Wed, 2015-02-04 at 10:48 +0100, Rasmus Villemoes wrote:
>> >> __FUNCTION__ hasn't been treated as a string literal since gcc 3.4, so
>> >> t
Quoting Serge E. Hallyn (se...@hallyn.com):
> Quoting Andy Lutomirski (l...@amacapital.net):
> > On Wed, Feb 4, 2015 at 1:27 PM, Serge E. Hallyn wrote:
> > > Quoting Andy Lutomirski (l...@amacapital.net):
> > >> On Wed, Feb 4, 2015 at 1:16 PM, Serge E. Hallyn wrote:
> > >> > Quoting Andy Lutomirs
Subject: [capabilities] Implement ambient capability set V2
DRAFT -- untested -- DRAFT
Implement an ambient capabilty set to allow capabilties
to be inherited with unix semantics used also for other
attributes.
Implements PR_CAP_AMBIENT. The second argument to prctl
is a the capability number an
Hello.
On 02/05/2015 01:01 AM, Mike Turquette wrote:
Anyone may call clk_round_rate() with a zero rate value, so we have to
protect against that.
Signed-off-by: Geert Uytterhoeven
Acked-by: Wolfram Sang
I agree that this should not be fixed in the core because the fixup is
really dri
Quoting Wolfram Sang (2015-02-04 09:32:34)
> On Wed, Feb 04, 2015 at 01:27:21PM +0100, Geert Uytterhoeven wrote:
> > Anyone may call clk_round_rate() with a zero rate value, so we have to
> > protect against that.
> >
> > Signed-off-by: Geert Uytterhoeven
>
> Acked-by: Wolfram Sang
>
> I agree
On Wed, 2015-02-04 at 23:01 +0100, Rasmus Villemoes wrote:
> On Wed, Feb 04 2015, Joe Perches wrote:
>
> > On Wed, 2015-02-04 at 21:55 +0100, Rasmus Villemoes wrote:
> >> On Wed, Feb 04 2015, Joe Perches wrote:
> >>
> >> > On Wed, 2015-02-04 at 10:48 +0100, Rasmus Villemoes wrote:
> >> >> __FUN
This patches adding support for twl4030_madc_battery to use twl4030_madc iio
framework + DT support.
Patches was tested on gta04 board. twl4030_madc_battery driver is converted in
first patch to iio consumer and in next patches is added support for devicetree
+ some small fixes for module autoload
Because of added iio error handling private data allocation was converted
to managed to simplify code.
Signed-off-by: Marek Belisko
Reviewed-By: Sebastian Reichel
---
drivers/power/twl4030_madc_battery.c | 99 +++-
1 file changed, 64 insertions(+), 35 deletions(-
Without MODULE_ALIAS twl4030_madc_battery won't get loaded automatically.
Signed-off-by: Marek Belisko
---
drivers/power/twl4030_madc_battery.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/power/twl4030_madc_battery.c
b/drivers/power/twl4030_madc_battery.c
index e6075ae..cea0927
Signed-off-by: Marek Belisko
---
arch/arm/boot/dts/omap3-gta04.dtsi | 30 ++
1 file changed, 30 insertions(+)
diff --git a/arch/arm/boot/dts/omap3-gta04.dtsi
b/arch/arm/boot/dts/omap3-gta04.dtsi
index 655d6e9..f81ca27 100644
--- a/arch/arm/boot/dts/omap3-gta04.dtsi
+
When twl_4030_madc_battery is build as module, MODULE_DEVICE_TABLE allow
the module to be auto-loaded since the module will match the devices
instantiated from device tree.
Signed-off-by: Marek Belisko
---
drivers/power/twl4030_madc_battery.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a
Signed-off-by: Marek Belisko
---
.../bindings/power_supply/twl4030_madc_battery.txt | 43 ++
1 file changed, 43 insertions(+)
create mode 100644
Documentation/devicetree/bindings/power_supply/twl4030_madc_battery.txt
diff --git
a/Documentation/devicetree/bindings/power_sup
Signed-off-by: Marek Belisko
---
drivers/power/twl4030_madc_battery.c | 81
1 file changed, 81 insertions(+)
diff --git a/drivers/power/twl4030_madc_battery.c
b/drivers/power/twl4030_madc_battery.c
index 6af28b5..ec14bc6 100644
--- a/drivers/power/twl4030_ma
Hello.
On 02/05/2015 01:04 AM, Sergei Shtylyov wrote:
Anyone may call clk_round_rate() with a zero rate value, so we have to
protect against that.
Signed-off-by: Geert Uytterhoeven
Acked-by: Wolfram Sang
I agree that this should not be fixed in the core because the fixup is
really dr
Hello Greg,
Thanks for looking at this
On 02/04/2015 12:40 PM, Greg KH wrote:
> On Wed, Feb 04, 2015 at 08:48:32AM -0600, Emil Medve wrote:
>>
>> Hello,
>>
>>
>> This is the first attempt to publish the Freescale DPAA B/QMan drivers. They
>> are
>> not to be applied yet. At this stage, this is
From: Mathieu Poirier
The System Trace Macrocell (STM) is an IP block falling under the
CoreSight umbrella. It's main purpose it so expose stimulus channels
to any system component for the purpose of information logging.
Bindings for this IP block adds a couple of items to the current
mandatory
From: Pratik Patel
This driver adds support for the STM CoreSight IP block,
allowing any system compoment (HW or SW) to log and
aggregate messages via a single entity.
The STM exposes an application defined number of channels
called stimulus port. Configuration is done using entries
in sysfs an
On Wed, Feb 4, 2015 at 4:52 PM, Bruno Prémont wrote:
> On Wed, 4 Feb 2015 14:06:48 Trond Myklebust wrote:
>> On Wed, Feb 4, 2015 at 12:08 PM, Bruno Prémont wrote:
>> > On Fri, 30 January 2015 Trond Myklebust wrote:
>> > > On Sun, 2015-01-25 at 16:55 -0500, Trond Myklebust wrote:
>> > > > On Sun, J
On Wed, 4 Feb 2015 10:07:20 +0900 Sergey Senozhatsky
wrote:
> Set dev_id to zero and fix zram_devices allocation error handling
> path, can pass uninit dev_id to destroy_devices().
>
> cosmetic:
> change destroy_devices() message from pr_debug() to pr_info(), as
> proposed by Minchan Kim.
>
S
On Wed, Feb 4, 2015 at 1:57 PM, Christoph Lameter wrote:
> On Wed, 4 Feb 2015, Andy Lutomirski wrote:
>
>> But someone will want to run *bash* as an untrusted user with, say,
>> CAP_NET_BIND permitted and ambient. Then that user has a non-empty
>> ambient set, and they can run a setuid-root progr
On Wed, Feb 4, 2015 at 2:02 PM, Serge E. Hallyn wrote:
> Quoting Serge E. Hallyn (se...@hallyn.com):
>> Quoting Andy Lutomirski (l...@amacapital.net):
>> > On Wed, Feb 4, 2015 at 1:27 PM, Serge E. Hallyn wrote:
>> > > Quoting Andy Lutomirski (l...@amacapital.net):
>> > >> On Wed, Feb 4, 2015 at 1
Signed-off-by: Bas Peters
---
drivers/isdn/isdnloop/isdnloop.c | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/drivers/isdn/isdnloop/isdnloop.c b/drivers/isdn/isdnloop/isdnloop.c
index e4d3620..ef9c8e4 100644
--- a/drivers/isdn/isdnloop/isdnloop.
This patchset adresses various checkpatch errors in the abovementioned driver.
Bas Peters (3):
drivers: isdn: isdnloop: isdnloop.c: remove assignment of variables in
if conditions, in accordance with the CodingStyle.
drivers: isdn: isdnloop: isdnloop.c: Fix brace positions according to
Signed-off-by: Bas Peters
---
drivers/isdn/isdnloop/isdnloop.c | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/drivers/isdn/isdnloop/isdnloop.c b/drivers/isdn/isdnloop/isdnloop.c
index 5a4da94..af96317 100644
--- a/drivers/isdn/isdnloop/isdnloop.c
+++ b/dri
Signed-off-by: Bas Peters
---
drivers/isdn/isdnloop/isdnloop.c | 18 ++
1 file changed, 6 insertions(+), 12 deletions(-)
diff --git a/drivers/isdn/isdnloop/isdnloop.c b/drivers/isdn/isdnloop/isdnloop.c
index af96317..e4d3620 100644
--- a/drivers/isdn/isdnloop/isdnloop.c
+++ b/d
On Wed, 04 Feb 2015 14:05:15 -0800 Joe Perches wrote:
> On Wed, 2015-02-04 at 23:01 +0100, Rasmus Villemoes wrote:
> > On Wed, Feb 04 2015, Joe Perches wrote:
> >
> > > On Wed, 2015-02-04 at 21:55 +0100, Rasmus Villemoes wrote:
> > >> On Wed, Feb 04 2015, Joe Perches wrote:
> > >>
> > >> > On
On Wednesday, February 04, 2015 01:53:58 PM Paul E. McKenney wrote:
> On Wed, Feb 04, 2015 at 10:54:07PM +0100, Rafael J. Wysocki wrote:
> > On Wednesday, February 04, 2015 09:18:03 PM Sedat Dilek wrote:
> > > On Wed, Feb 4, 2015 at 9:35 AM, Stephen Rothwell
> > > wrote:
> > > > Hi all,
> > > >
>
When printing the driver_override parameter when it is 4095 and 4094 bytes
long the printing code would access invalid memory because we need count+1
bytes for printing.
Cc: # v3.16+
Fixes: 782a985d ("PCI: Introduce new device binding path using
pci_dev.driver_override")
Cc: Alex Williamson
Cc:
t; New intel_pstate commits in linux-next are between 7ab0256e57ae and
> a04759924e25 inclusive. Please check that range first.
>
Not sure if I am willing to test with reverted patches.
( /me was updating Linux graphic driver stack today built with
upcomming llvm-toolchain v3.6.0. )
> If
> -Original Message-
> From: Jason Wang [mailto:jasow...@redhat.com]
> Sent: Wednesday, February 4, 2015 2:29 AM
> > The EAGAIN error doesn't normally happen, because we set the hi water
> > mark
> > to stop send queue.
>
> This is not true since only txq was stopped which means only net
On 02/04/15 08:53, Krzysztof Kozlowski wrote:
> The complete() should not be used on offlined CPU. Rewrite the
> wait-complete mechanism with wait_on_bit_timeout().
>
> The CPU triggering hot unplug (e.g. CPU0) will loop until some bit is
> cleared. In each iteration schedule_timeout() is used with
On 02/04/2015 06:50 AM, Rafael J. Wysocki wrote:
> On Tuesday, February 03, 2015 05:21:40 PM al.st...@linaro.org wrote:
>> From: Al Stone
>>
>> In order to deprecate the use of _OSI for arm64 or other new architectures,
>> we need to make the default handler something we can change for various
>>
On 02/04/2015 07:03 AM, Rafael J. Wysocki wrote:
> On Wednesday, February 04, 2015 03:00:15 PM Rafael J. Wysocki wrote:
>> On Tuesday, February 03, 2015 05:21:42 PM al.st...@linaro.org wrote:
>>> From: Al Stone
>>>
>>> Now that all of the _OSI functionality has been separated out, we can
>>> provi
On Wed, Feb 4, 2015 at 10:54 PM, Rafael J. Wysocki wrote:
> On Wednesday, February 04, 2015 09:18:03 PM Sedat Dilek wrote:
>> On Wed, Feb 4, 2015 at 9:35 AM, Stephen Rothwell
>> wrote:
>> > Hi all,
>> >
>> > The next release I will be making will be next-20150209 - which will
>> > probably be af
On Wed, 2015-02-04 at 14:35 -0800, Andrew Morton wrote:
> On Wed, 04 Feb 2015 14:05:15 -0800 Joe Perches wrote:
> > On Wed, 2015-02-04 at 23:01 +0100, Rasmus Villemoes wrote:
> > > On Wed, Feb 04 2015, Joe Perches wrote:
> > > > On Wed, 2015-02-04 at 21:55 +0100, Rasmus Villemoes wrote:
> > > >>
On 02.02.2015 13:43, Rasmus Villemoes wrote:
> On Sat, Jan 31 2015, yury.no...@gmail.com wrote:
>
>> From: Yury Norov
>>
>> New implementations takes less space in source file (see diffstat)
>> and in object. For me it's 710 vs 453 bytes of text.
>>
> New version generally looks good. Please incl
On Wednesday, February 04, 2015 03:44:50 PM Al Stone wrote:
> On 02/04/2015 06:50 AM, Rafael J. Wysocki wrote:
> > On Tuesday, February 03, 2015 05:21:40 PM al.st...@linaro.org wrote:
> >> From: Al Stone
> >>
> >> In order to deprecate the use of _OSI for arm64 or other new architectures,
> >> we
0x140/0x150
> >> [ 1144.502920] intel_pstate CPU 2 exiting
> >> ...
> >>
> >> Not sure if this comes from the rcu or pm/intel_pstate area.
> >
> > New intel_pstate commits in linux-next are between 7ab0256e57ae and
> > a04759924e25 inclusive. P
On Tue, Feb 3, 2015 at 2:09 AM, Daniel Mack wrote:
> Hi Andy,
>
> On 02/02/2015 09:12 PM, Andy Lutomirski wrote:
>> On Feb 2, 2015 1:34 AM, "Daniel Mack" wrote:
>
>>> That's right, but again - if an application wants to gather this kind of
>>> information about tasks it interacts with, it can do
On Wed, 04 Feb 2015 14:49:17 -0800 Joe Perches wrote:
> trivia about macros vs c99 predefined identifiers below:
>
> > diff -puN
> > include/acpi/acoutput.h~kernelh-remove-ancient-__function__-hack-fix
> > include/acpi/acoutput.h
> []
> > @@ -240,7 +240,7 @@
> > /*
> > * If ACPI_GET_FUNCTIO
On Wednesday, February 04, 2015 11:46:32 PM Sedat Dilek wrote:
> On Wed, Feb 4, 2015 at 10:54 PM, Rafael J. Wysocki wrote:
> > On Wednesday, February 04, 2015 09:18:03 PM Sedat Dilek wrote:
> >> On Wed, Feb 4, 2015 at 9:35 AM, Stephen Rothwell
> >> wrote:
> >> > Hi all,
> >> >
> >> > The next re
On 02.02.2015 06:17, George Spelvin wrote:
> Yury Norov wrote:
>> New implementations takes less space in source file (see diffstat)
>> and in object. For me it's 710 vs 453 bytes of text.
>>
>> Patch was boot-tested on x86_64 and MIPS (big-endian) machines.
>> Performance tests were ran on users
On Wed, 2015-02-04 at 17:38 -0500, Sasha Levin wrote:
> When printing the driver_override parameter when it is 4095 and 4094 bytes
> long the printing code would access invalid memory because we need count+1
> bytes for printing.
>
> Cc: # v3.16+
> Fixes: 782a985d ("PCI: Introduce new device bind
On 02/03/15 10:33, Ray Jui wrote:
> +/*
> + * Get the clock rate based on name
> + */
> +static unsigned long __get_rate(const char *clk_name)
> +{
> + struct clk *clk;
> +
> + clk = __clk_lookup(clk_name);
> + if (!clk) {
> + pr_err("%s: unable to find clock by name: %s\n",
401 - 500 of 927 matches
Mail list logo
