Hello,
On Wed, May 20, 2015 at 09:03:40PM +0800, Yingjoe Chen wrote:
> On Wed, 2015-05-20 at 10:57 +0200, Uwe Kleine-König wrote:
> > On Tue, May 19, 2015 at 12:40:08AM +0800, Eddie Huang wrote:
> > > + if (i2c->speed_hz > MAX_HS_MODE_SPEED)
> > > + return -EINVAL;
> > According to the pla
This driver doesn't use sleeping operations in .brightness_set
method, and can be marked with LED_BRIGHTNESS_FAST flag.
That flag allows changing brightness at high rates (over 100Hz).
CC: Bryan Wu
CC: Richard Purdie
CC: Jacek Anaszewski
CC: linux-l...@vger.kernel.org
CC: linux-kernel@vger.ker
On Tue, May 19, 2015 at 6:03 PM, Malte Schröder wrote:
> Hi,
> with 4.1-rc display-port on my Tahiti XT stopped working. I used the
> firmware from http://people.freedesktop.org/~agd5f/radeon_ucode/ as of
> today.
> Note: the display is an Asus PB278, it used to have problems with
> display port n
when allocating a device table, if the requested allocation
is smaller than the default granule size of the ITS
then, we need to round up to the default size
Signed-off-by: Minghuan Lian
Signed-off-by: Stuart Yoder
---
-v3 changes
-updated commit message and added comment
-v3 resend-- u
This driver doesn't use sleeping operations in .brightness_set
method, and can be marked with LED_BRIGHTNESS_FAST flag.
That flag allows changing brightness at high rates (over 100Hz).
CC: Bryan Wu
CC: Richard Purdie
CC: Jacek Anaszewski
CC: linux-l...@vger.kernel.org
CC: linux-kernel@vger.ker
This driver doesn't use sleeping operations in .brightness_set
method, and can be marked with LED_BRIGHTNESS_FAST flag.
That flag allows changing brightness at high rates (over 100Hz).
CC: Bryan Wu
CC: Richard Purdie
CC: Jacek Anaszewski
CC: linux-l...@vger.kernel.org
CC: linux-kernel@vger.ker
This driver doesn't use sleeping operations in .brightness_set
method, and can be marked with LED_BRIGHTNESS_FAST flag.
That flag allows changing brightness at high rates (over 100Hz).
CC: Bryan Wu
CC: Richard Purdie
CC: Jacek Anaszewski
CC: linux-l...@vger.kernel.org
CC: linux-kernel@vger.ker
On 20/05/2015 6:11 p.m., Namhyung Kim wrote:
On Wed, May 20, 2015 at 11:12:10AM +0300, Adrian Hunter wrote:
On 20/05/15 09:34, Namhyung Kim wrote:
{
enum dso_binary_type binary_type_data[] = {
DSO_BINARY_TYPE__BUILD_ID_CACHE,
@@ -457,14 +449,6 @@ int dso__data_fd(struc
On Wed, May 20, 2015 at 11:33:09AM +0300, Adrian Hunter wrote:
> On 20/05/15 09:34, Namhyung Kim wrote:
> > Using dso__data_fd() in multi-thread environment is not safe since
> > returned fd can be closed and/or reused anytime. So convert it to the
> > dso__data_get/put_fd() pair to protect the ac
This driver doesn't use sleeping operations in .brightness_set
method, and can be marked with LED_BRIGHTNESS_FAST flag.
That flag allows changing brightness at high rates (over 100Hz).
CC: Bryan Wu
CC: Richard Purdie
CC: Jacek Anaszewski
CC: linux-l...@vger.kernel.org
CC: linux-kernel@vger.ker
This driver doesn't use sleeping operations in .brightness_set
method, and can be marked with LED_BRIGHTNESS_FAST flag.
That flag allows changing brightness at high rates (over 100Hz).
CC: Bryan Wu
CC: Richard Purdie
CC: Jacek Anaszewski
CC: linux-l...@vger.kernel.org
CC: linux-kernel@vger.ker
This driver doesn't use sleeping operations in .brightness_set
method if can_sleep variable is not set. In that case it can be
marked with LED_BRIGHTNESS_FAST flag.
That flag allows changing brightness at high rates (over 100Hz).
CC: Bryan Wu
CC: Richard Purdie
CC: Jacek Anaszewski
CC: linux-l
On Tuesday 19 May 2015 15:54:04 Nicolas Ferre wrote:
> First batch of defconfig changes for 4.2:
> - fixed regulators for sd/mmc
> - addition of AT91 to the multi_v7_defconfig
>
>
Pulled into next/defconfig, thanks!
Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux
This driver doesn't use sleeping operations in .brightness_set
method, and can be marked with LED_BRIGHTNESS_FAST flag.
That flag allows changing brightness at high rates (over 100Hz).
CC: Bryan Wu
CC: Richard Purdie
CC: Jacek Anaszewski
CC: linux-l...@vger.kernel.org
CC: linux-kernel@vger.ker
On 2015/5/20 23:28, Thomas Gleixner wrote:
> On Wed, 20 May 2015, Jiang Liu wrote:
>> -static void locomo_handler(unsigned int irq, struct irq_desc *desc)
>> +static void locomo_handler(struct irq_desc *desc)
>> {
>> struct locomo *lchip = irq_desc_get_chip_data(desc);
>> +unsigned int ir
parport subsystem starts using the device-model. Drivers using the
device-model has to define devmodel as true and should register the
device with parport using parport_register_dev_model().
Tested-by: Jean Delvare
Tested-by: Alan Cox
Signed-off-by: Sudip Mukherjee
---
patch: renaming of cnt
This driver doesn't use sleeping operations in .brightness_set
method, and can be marked with LED_BRIGHTNESS_FAST flag.
That flag allows changing brightness at high rates (over 100Hz).
CC: Bryan Wu
CC: Richard Purdie
CC: Jacek Anaszewski
CC: linux-l...@vger.kernel.org
CC: linux-kernel@vger.ker
On 20 May 2015 at 16:59, Theodore Ts'o wrote:
> On Wed, May 20, 2015 at 09:21:20AM +0200, Steffen Klassert wrote:
>> The current pcrypt version is used just for IPsec because it supports
>> only AEAD type algorithms and does not support request backlog. But
>> I have patches to support ablkcipher
This driver doesn't use sleeping operations in .brightness_set
method, and can be marked with LED_BRIGHTNESS_FAST flag.
That flag allows changing brightness at high rates (over 100Hz).
CC: Bryan Wu
CC: Richard Purdie
CC: Jacek Anaszewski
CC: linux-l...@vger.kernel.org
CC: linux-kernel@vger.ker
On Wed, May 20, 2015 at 10:57 AM, Stephane Viau wrote:
> The index of ->planes[] array (3rd parameter) cannot be equal to MAX_PLANE.
> This looks like a typo that is now fixed.
>
> Signed-off-by: Stephane Viau
Acked-by: Rob Clark
Dave, since it looks like you've merged my earlier fixes pull bu
On 2015/5/20 23:25, Thomas Gleixner wrote:
> On Wed, 20 May 2015, Jiang Liu wrote:
>> --- a/include/linux/irqdesc.h
>> +++ b/include/linux/irqdesc.h
>> @@ -99,6 +99,11 @@ static inline struct irq_desc *irq_data_to_desc(struct
>> irq_data *data)
>> return container_of(data->common, struct irq_
As of now i2c-parport was connecting to all the available parallel
ports. Lets limit that to maximum of 4 instances and at the same time
define which instance connects to which parallel port.
Tested-by: Jean Delvare
Signed-off-by: Sudip Mukherjee
---
MODULE_PARM_DESC modified
drivers/i2c/buss
On Wed, May 20, 2015 at 01:50:44PM +0100, Mel Gorman wrote:
> Historically memcg overhead was high even if memcg was unused. This has
> improved a lot but it still showed up in a profile summary as being a
> problem.
>
> /usr/src/linux-4.0-vanilla/mm/memcontrol.c 6.6441
On Wed, 20 May 2015, Jiang Liu wrote:
> -static void locomo_handler(unsigned int irq, struct irq_desc *desc)
> +static void locomo_handler(struct irq_desc *desc)
> {
> struct locomo *lchip = irq_desc_get_chip_data(desc);
> + unsigned int irq;
> int req, i;
That leaves irq unitiali
This driver doesn't use sleeping operations in .brightness_set
method, and can be marked with LED_BRIGHTNESS_FAST flag.
That flag allows changing brightness at high rates (over 100Hz).
CC: Bryan Wu
CC: Richard Purdie
CC: Jacek Anaszewski
CC: linux-l...@vger.kernel.org
CC: linux-kernel@vger.ker
Modify paride driver to use the new parallel port device model.
Tested-by: Alan Cox
Signed-off-by: Sudip Mukherjee
---
One change after testing by Alan, par_cb is made a local variable
instead of a global one.
drivers/block/paride/paride.c | 57 ++-
dri
Converted to use the new device-model parallel port.
Signed-off-by: Sudip Mukherjee
---
The comment about panel_cb.flags can be removed, it is kept just
for the comment to remind us that it might be better to use
PARPORT_DEV_EXCL.
drivers/staging/panel/panel.c | 14 +-
1 file chang
Lets give the parport subsystem a proper name and start
maintaining the files.
Signed-off-by: Sudip Mukherjee
---
MAINTAINERS | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 86d9398..0eb5ce2 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@
Modify i2c-parport driver to use the new parallel port device model.
Tested-by: Jean Delvare
Signed-off-by: Sudip Mukherjee
---
i2c_parport_cb is made local, devmodel added to driver structure,
and probe removed.
drivers/i2c/busses/i2c-parport.c | 15 ++-
1 file chang
This driver doesn't use sleeping operations in .brightness_set
method if can_sleep variable is not set. In that case it can be
marked with LED_BRIGHTNESS_FAST flag.
That flag allows changing brightness at high rates (over 100Hz).
CC: Bryan Wu
CC: Richard Purdie
CC: Jacek Anaszewski
CC: linux-l
After 5 versions of WIP, finally a patch submission.
parport subsystem is now in the transition stage and supports the old
model and the new device model. 3 of the drivers have been converted
into new model and tested.
After other drivers are converted we can remove the old code from
parport.
Sudi
On Wed, May 20, 2015 at 03:49:22PM +0200, Peter Zijlstra wrote:
> ---
> kernel/events/core.c |5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/kernel/events/core.c b/kernel/events/core.c
> index 1a3bf48..a4f93fb 100644
> --- a/kernel/events/core.c
> +++ b/kernel/even
This driver doesn't use sleeping operations in .brightness_set
method, and can be marked with LED_BRIGHTNESS_FAST flag.
That flag allows changing brightness at high rates (over 100Hz).
CC: Bryan Wu
CC: Richard Purdie
CC: Jacek Anaszewski
CC: linux-l...@vger.kernel.org
CC: linux-kernel@vger.ker
Add LED_BRIGHTNESS_FAST flag. This flag is used to mark the led drivers
that do not use waiting operations when setting led brightness and do not
use work-queue in .brightness_set op.
When this flag is not set, disallow the blink periods smaller than 10mS
(LED_SLOW_MIN_PERIOD define).
CC: Bryan W
On Wed, May 20, 2015 at 07:55:53AM -0700, Sören Brinkmann wrote:
> On Wed, 2015-05-20 at 12:57PM +0530, Ranjit Waghmode wrote:
> > +static u32 zynqmp_gqspi_read(struct zynqmp_qspi *xqspi, u32 offset)
> > +static inline void zynqmp_gqspi_write(struct zynqmp_qspi *xqspi, u32
> > offset,
> > +
On 2015/5/20 23:12, Thomas Gleixner wrote:
> On Wed, 20 May 2015, Jiang Liu wrote:
>
>> Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc while we
>> already have a pointer to corresponding irq_desc.
>>
>> Also replace generic_handle_irq with generic_handle_irq_desc() to avoid
>> lookin
On Wed, 20 May 2015, Jiang Liu wrote:
> --- a/include/linux/irqdesc.h
> +++ b/include/linux/irqdesc.h
> @@ -99,6 +99,11 @@ static inline struct irq_desc *irq_data_to_desc(struct
> irq_data *data)
> return container_of(data->common, struct irq_desc, irq_common_data);
> }
>
> +static inline
On Wed, May 20, 2015 at 03:52:09PM +0200, Peter Zijlstra wrote:
> >
> > This patch limits the number of counters available to each CPU when
> > the HT bug workaround is enabled.
> >
> > This is necessary to avoid situation of counter starvation. Such can
> > arise from con
This driver doesn't use sleeping operations in .brightness_set
method, and can be marked with LED_BRIGHTNESS_FAST flag.
That flag allows changing brightness at high rates (over 100Hz).
CC: Bryan Wu
CC: Richard Purdie
CC: Jacek Anaszewski
CC: linux-l...@vger.kernel.org
CC: linux-kernel@vger.ker
This driver doesn't use sleeping operations in .brightness_set
method, and can be marked with LED_BRIGHTNESS_FAST flag.
That flag allows changing brightness at high rates (over 100Hz).
CC: Bryan Wu
CC: Richard Purdie
CC: Jacek Anaszewski
CC: linux-l...@vger.kernel.org
CC: linux-kernel@vger.ker
This driver doesn't use sleeping operations in .brightness_set
method, and can be marked with LED_BRIGHTNESS_FAST flag.
That flag allows changing brightness at high rates (over 100Hz).
CC: Bryan Wu
CC: Richard Purdie
CC: Jacek Anaszewski
CC: linux-l...@vger.kernel.org
CC: linux-kernel@vger.ker
On Wed, 20 May 2015, Jiang Liu wrote:
> diff --git a/kernel/irq/internals.h b/kernel/irq/internals.h
> index d82a77d39aeb..ab675f282291 100644
> --- a/kernel/irq/internals.h
> +++ b/kernel/irq/internals.h
> @@ -193,7 +193,7 @@ static inline bool irqd_has_set(struct irq_data *d,
> unsigned int mask
Paolo Bonzini writes:
> On 19/05/2015 16:25, Zhang, Yang Z wrote:
>> Paolo Bonzini wrote on 2015-04-30:
>>> This patch series introduces system management mode support.
>>
>> Just curious what's motivation to add vSMM supporting? Is there any
>> usage case inside guest requires SMM? Thanks.
>
>
This driver doesn't use sleeping operations in .brightness_set
method, and can be marked with LED_BRIGHTNESS_FAST flag.
That flag allows changing brightness at high rates (over 100Hz).
CC: Bryan Wu
CC: Richard Purdie
CC: Jacek Anaszewski
CC: linux-l...@vger.kernel.org
CC: linux-kernel@vger.ker
On Wed, 2015-05-20 at 17:01 +0200, Ingo Molnar wrote:
> * Toshi Kani wrote:
>
> > On Wed, 2015-05-20 at 13:55 +0200, Ingo Molnar wrote:
> > > * Borislav Petkov wrote:
> > >
> > > > --- a/arch/x86/mm/pgtable.c
> > > > +++ b/arch/x86/mm/pgtable.c
> > > > @@ -566,19 +566,28 @@ void native_set_fixm
This driver doesn't use sleeping operations in .brightness_set
method, and can be marked with LED_BRIGHTNESS_FAST flag.
That flag allows changing brightness at high rates (over 100Hz).
CC: Bryan Wu
CC: Richard Purdie
CC: Jacek Anaszewski
CC: linux-l...@vger.kernel.org
CC: linux-kernel@vger.ker
This driver doesn't use sleeping operations in .brightness_set
method, and can be marked with LED_BRIGHTNESS_FAST flag.
That flag allows changing brightness at high rates (over 100Hz).
CC: Bryan Wu
CC: Richard Purdie
CC: Jacek Anaszewski
CC: linux-l...@vger.kernel.org
CC: linux-kernel@vger.ker
On Wed, May 20, 2015 at 11:30 AM, Sébastien Szymanski
wrote:
> According to IMX6D/Q RM, table 18-3, sata clock's parent is ahb, not ipg.
Good catch!
>
> This patch is based on branch:
> git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux.git imx/soc
Please put this below the --- line.
On Thu, Apr 30, 2015 at 1:52 PM, Jisheng Zhang wrote:
> Currently, the outbound iATU programming functions are similar, the only
> difference is index, type, addr and size. This patch tries to consolidate
> these functions into one. One side effect is it saves around 1700 bytes in
> text:
>
>t
On Wed, 2015-05-20 at 15:56 +0100, David Howells wrote:
> David Woodhouse wrote:
>
> > I am disinclined to put in place any kind of backward-compatibility to
> > find and use the old filenames. And I don't much care about changing the
> > build system 'interface' for the user. I'm *very* keen to
On Wed, May 20, 2015 at 03:15:48PM +0100, Ramana Radhakrishnan wrote:
>
>
> On 20/05/15 15:03, Paul E. McKenney wrote:
> >On Wed, May 20, 2015 at 02:44:30PM +0100, Ramana Radhakrishnan wrote:
> >>
> >>
> >>On 20/05/15 14:37, David Howells wrote:
> >>>Paul E. McKenney wrote:
> >>>
> I was thi
://kernelci.org/boot/all/job/next/kernel/next-20150520/
>>
>
> Hum, I'm pretty sure you see the heartbeat led blinking ;)
>
> I think I told you a while ago on IRC and this is part of the commit
> message. You have to use ttyAT0 instead of ttyS0 in your bootargs. I'm
&
Currently the timer trigger allows to set blink period as small as
1mS. But in fact the minimum period is jiffy, which is usually 10mS.
The following mail says:
http://lkml.iu.edu/hypermail/linux/kernel/1504.3/03469.html
<<
As I mentioned before even with hr timer it wouldn't be possible
to assure
This patch introduces CONFIG_CMDLINE_PARSE option which conditionally
compiles the support for parsing kernel command line arguments. The
corresponding functions that actually do the parsing will be compiled out.
This is used when no parameters will be specified neither at compile time
nor at boot
Dear RT Folks,
I'm pleased to announce the 3.12.40-rt56 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v3.12-rt
Head SHA1: 32590d4c47d7924418dcf73896988e32d7f0ed02
Or to build 3.12.40-rt56 dire
On Wednesday 20 May 2015 17:07:17 Arnd Bergmann wrote:
> Eight architectures contain copies of the original i386
> ipcbuf/msgbuf/sembuf/shmbuf header files, which are all identical
> to the version in uapi/asm-generic.
>
> This patch removes the files and replaces them with 'generic-y'
> statement
On Wed, May 20, 2015 at 11:12:10AM +0300, Adrian Hunter wrote:
> On 20/05/15 09:34, Namhyung Kim wrote:
> > When dso__data_read_offset/addr() is called without prior
> > dso__data_fd() (or other functions which call it internally), it
> > failed to open dso in data_file_size() since its binary type
parisc, uses a nonstandard variation of the generic sysvipc
data structures, intended to have the padding moved around
so it can deal with big-endian 32-bit user space that has
64-bit time_t.
Unlike most architectures, parisc actually succeeded in
defining this right for big-endian CPUs, but as ev
Most architectures now use the asm-generic copy of the sysvipc
data structures (msqid64_ds, semid64_ds, shmid64_ds), which use
32-bit __kernel_time_t on 32-bit architectures but have padding
behind them to allow extending the type to 64-bit.
Unfortunately, that fails on all big-endian architecture
Hi Greg,
On Tuesday 12 May 2015 09:29 PM, Kishon Vijay Abraham I wrote:
Hi Greg,
Please find the pull request for 4.1 -rc cycle.
This includes a couple of fixes in Kconfig, one to fix randconfig error
and the other to fix dependency in QCOM PHY. A fix in rcan gen2 PHY
to fix the bit location.
On Wed, 20 May 2015, Jiang Liu wrote:
> Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc while we
> already have a pointer to corresponding irq_desc.
>
> Also replace generic_handle_irq with generic_handle_irq_desc() to avoid
> looking up irq_desc again.
>
> Signed-off-by: Jiang Liu
MIPS is the weirdest case for sysvipc, because each of the
three data structures is done differently:
* msqid64_ds has padding in the right place so we could in theory
extend this one to just have 64-bit values instead of time_t.
As this does not work for most of the other combinations,
we j
On Wed, 2015-05-20 at 12:57PM +0530, Ranjit Waghmode wrote:
> Add bindings documentation for GQSPI controller driver used by
> Zynq Ultrascale+ MPSoC
>
> Signed-off-by: Ranjit Waghmode
> ---
> .../devicetree/bindings/spi/spi-zynqmp-qspi.txt| 26
> ++
> 1 file changed, 26
This extends the x86 copy of the sysvipc data structures
to deal with 32-bit user space that has 64-bit time_t
and wants to see timestamps beyond 2038.
Fortunately, x86 has padding for this purpose in all the
data structures, so we can just add extra fields. For consistency
with big-endian archite
The shmid64_ds/semid64_ds/msqid64_ds data structures have been extended
to contain extra fields for storing the upper bits of the time stamps,
this patch does the other half of the job and converts the internal
data structures to use time64_t, and fill the new fields on 32-bit
architectures as well
This is a follow-up to the series posted at [1]. To make review
a little easier, I'm focusing on just one class of system calls
here, and this is one that is handled differently from all the
others.
In particular, for sys_msgctl, sys_semctl and sys_shmctl, I do
not introduce a completely new set o
On Thu, May 7, 2015 at 12:49 PM, Shobhit Kumar wrote:
> On Wed, May 6, 2015 at 5:44 PM, Thierry Reding
> wrote:
>> On Tue, May 05, 2015 at 03:08:36PM +0530, Shobhit Kumar wrote:
>>> The Crystalcove PMIC controls PWM signals and this driver exports that
>>
>> You say signal_s_ here, but you only
On Tue, 19 May 2015 17:36:41 -0700
Stephen Boyd wrote:
> +Steven Rostedt
>
> On 05/18/15 14:51, Ankit Gupta wrote:
> > Add tracepoints to retrieve information about read, write
> > and non-data commands. For performance measurement support
> > tracepoints are added at the beginning and at the en
Seth Forshee wrote:
> > This begs the question on how we'd manage keys for firmware signing on
> > linux-firmare. Since the keys are x509 keys we need a CA. Based on some
> > initial discussions it would seem we'd need the Linux Foundation to create
> > a key, this would be embedded in the kernel
Eight architectures contain copies of the original i386
ipcbuf/msgbuf/sembuf/shmbuf header files, which are all identical
to the version in uapi/asm-generic.
This patch removes the files and replaces them with 'generic-y'
statements, to avoid having to modify each copy when we extend
sysvipc to de
xtensa, uses a nonstandard variation of the generic sysvipc
data structures, intended to have the padding moved around
so it can deal with big-endian 32-bit user space that has
64-bit time_t.
xtensa tries hard to define the structures so they work
in both big-endian and little-endian systems with
sparc, uses a nonstandard variation of the generic sysvipc
data structures, intended to have the padding moved around
so it can deal with big-endian 32-bit user space that has
64-bit time_t.
Unlike most architectures, sparc actually succeeded in
defining this right for big-endian CPUs, but as ever
nvme_queue structure made 64B cache friendly so that majority of the
data elements of the structure during IO and completion path can be
found in typical single 64B cache line size which was previously spanning
beyond single 64B cache line size.
By aligning most of the fields are found at start of
powerpc, uses a nonstandard variation of the generic sysvipc
data structures, intended to have the padding moved around
so it can deal with big-endian 32-bit user space that has
64-bit time_t.
powerpc has the same definition as parisc and sparc, but now also
supports little-endian mode, which is n
On Wed, May 20, 2015 at 08:29:19AM +0200, Stephan Mueller wrote:
>
> But I see that such a change may not be warranted at this
> point. Though, I see that discussion may rise again in the future
> when such new requirements for 256 bit keys (not only AES, thanks
> Sandy for mentioning :-) ) are co
David Woodhouse wrote:
> I am disinclined to put in place any kind of backward-compatibility to
> find and use the old filenames. And I don't much care about changing the
> build system 'interface' for the user. I'm *very* keen to break that
> $(wildcard *.x509) crap anyway, so we might as well d
On 05/20/2015 03:17 AM, Ming Lei wrote:
On Tue, May 19, 2015 at 12:11 AM, Christoph Hellwig wrote:
This series looks good to me,
Reviewed-by: Christoph Hellwig
Jens, last time you said you are OK with v2, and there is only one line
change in v3, so would you mind merging v3 in block tree?
According to IMX6D/Q RM, table 18-3, sata clock's parent is ahb, not ipg.
This patch is based on branch:
git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux.git imx/soc
Signed-off-by: Sébastien Szymanski
---
drivers/clk/imx/clk-imx6q.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
Add Qualcomm's PFT v1.1 peripheral ID to supported devices.
This device could be found at least in MSM8974 and APQ8064
chipsets.
Signed-off-by: Ivan T. Ivanov
---
drivers/hwtracing/coresight/coresight-etm3x.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/hwtracing/coresight/co
* Toshi Kani wrote:
> On Wed, 2015-05-20 at 13:55 +0200, Ingo Molnar wrote:
> > * Borislav Petkov wrote:
> >
> > > --- a/arch/x86/mm/pgtable.c
> > > +++ b/arch/x86/mm/pgtable.c
> > > @@ -566,19 +566,28 @@ void native_set_fixmap(enum fixed_addresses idx,
> > > phys_addr_t phys,
> > > /**
> >
2015-05-20 16:05 GMT+02:00 Yingjoe Chen :
> On Wed, 2015-05-20 at 13:02 +0200, Matthias Brugger wrote:
>> 2015-05-16 9:58 GMT+02:00 Yingjoe Chen :
>> > When cpu is in deep idle, arch timer will stop counting. Setup GPT as
>> > sched clock source so it can keep counting in idle.
>> >
>> > Signed-off
On 20/05/15 15:56, Roger Pau Monné wrote:
> El 20/05/15 a les 15.21, Julien Grall ha escrit:
>> Hi,
>>
>> On 20/05/15 14:10, Bob Liu wrote:
>>> ---
>>> drivers/block/xen-blkback/blkback.c | 12
>>> drivers/block/xen-blkback/common.h | 3 +-
>>> drivers/block/xen-blkback/xenbus.c | 85 ++
On Wed, May 20, 2015 at 09:21:20AM +0200, Steffen Klassert wrote:
> The current pcrypt version is used just for IPsec because it supports
> only AEAD type algorithms and does not support request backlog. But
> I have patches to support ablkcipher algorithms and request backlog.
> I could provide th
://kernelci.org/boot/all/job/next/kernel/next-20150520/
>>
>
> Hum, I'm pretty sure you see the heartbeat led blinking ;)
I don't see anything because this is automated testing. ;)
> I think I told you a while ago on IRC and this is part of the commit
> message. You ha
The index of ->planes[] array (3rd parameter) cannot be equal to MAX_PLANE.
This looks like a typo that is now fixed.
Signed-off-by: Stephane Viau
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/msm/mdp/mdp5/mdp5_p
Dear RT Folks,
I'm pleased to announce the 3.4.107-rt134 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v3.4-rt
Head SHA1: 078c1c9a5d7b822c2dbf8944dca0f59c96e89088
Or to build 3.4.107-rt134 dir
Dear RT Folks,
I'm pleased to announce the 3.2.68-rt100 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v3.2-rt
Head SHA1: 0ebfe81f7a834713ae0b2e0718aa34057fafa106
Or to build 3.2.68-rt100 direc
Dear RT Folks,
I'm pleased to announce the 3.10.75-rt81 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v3.10-rt
Head SHA1: da82a06c28aba98d042119da61af5636d32b4977
Or to build 3.10.75-rt81 dire
El 20/05/15 a les 15.21, Julien Grall ha escrit:
> Hi,
>
> On 20/05/15 14:10, Bob Liu wrote:
>> ---
>> drivers/block/xen-blkback/blkback.c | 12
>> drivers/block/xen-blkback/common.h | 3 +-
>> drivers/block/xen-blkback/xenbus.c | 85 +---
>> drivers/block/xen-b
Hi Ranjit,
On Wed, 2015-05-20 at 12:57PM +0530, Ranjit Waghmode wrote:
> This patch adds support for GQSPI controller driver used by
> Zynq Ultrascale+ MPSoC
>
> Signed-off-by: Ranjit Waghmode
> ---
[...]
> +/**
> + * zynqmp_gqspi_read:For GQSPI controller read operation
> + * @xqspi:
Dear RT Folks,
I'm pleased to announce the 3.14.39-rt38 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v3.14-rt
Head SHA1: 7189db6fab1e3be351479097e6a043191e0f2c87
Or to build 3.14.39-rt38 dire
On Mon, May 18, 2015 at 12:37:09PM +0100, Ian Abbott wrote:
> On 16/05/15 05:16, Geliang Tang wrote:
> >1) Fixed an error found by checkpatch.pl.
> >ERROR: space required after that ',' (ctx:VxV)
> >./drivers/ni_mio_common.c:3764
> >2) Changed "register 0x%x" to "register=0x%x" to keep the
* Arnaldo Carvalho de Melo wrote:
> Em Wed, May 20, 2015 at 03:29:37PM +0200, Martin Liška escreveu:
> > On 05/20/2015 03:17 PM, Arnaldo Carvalho de Melo wrote:
> > >Em Wed, May 20, 2015 at 03:07:39PM +0200, Martin Liška escreveu:
> > >>Currently, GCC optimizes -O6 same as -O3 level. Right optim
El 14/05/15 a les 19.00, Julien Grall ha escrit:
> From: Julien Grall
>
> Make the code less confusing to read now that Linux may not have the
> same page size as Xen.
>
> Signed-off-by: Julien Grall
Acked-by: Roger Pau Monné
--
To unsubscribe from this list: send the line "unsubscribe linux
This patch fix spelling typo inv various part of sources.
Signed-off-by: Masanari Iida
---
arch/powerpc/sysdev/fsl_pci.c | 2 +-
drivers/crypto/img-hash.c | 2 +-
drivers/input/touchscreen/ili210x.c | 4 ++--
drivers/isdn/mISDN/dsp_cmx.c
On Wed, 2015-05-20 at 13:55 +0200, Ingo Molnar wrote:
> * Borislav Petkov wrote:
>
> > --- a/arch/x86/mm/pgtable.c
> > +++ b/arch/x86/mm/pgtable.c
> > @@ -566,19 +566,28 @@ void native_set_fixmap(enum fixed_addresses idx,
> > phys_addr_t phys,
> > /**
> > * pud_set_huge - setup kernel PUD map
On Wed, May 20, 2015 at 07:35:51AM +0100, Lee Jones wrote:
> On Tue, 19 May 2015, Andrew Bresticker wrote:
>
> > Lee,
> >
> > On Thu, May 14, 2015 at 10:38 AM, Andrew Bresticker
> > wrote:
> > > On Thu, May 14, 2015 at 12:40 AM, Lee Jones wrote:
> > >> On Thu, 14 May 2015, Jon Hunter wrote:
> >
* Thomas Gleixner wrote:
> On Wed, 20 May 2015, Ingo Molnar wrote:
> > * Borislav Petkov wrote:
> >
> > > On Wed, May 20, 2015 at 01:11:20PM +0200, Ingo Molnar wrote:
> > > > - MWAITX takes a 'timeout' parameter, but otherwise behaves exactly
> > > > like MWAIT: i.e. once idle it won't
On Wed, 20 May 2015, Jiang Liu wrote:
> Handler data (handler_data) is per-irq instead of per irqchip, so move
> it into struct irq_common_data.
For review and debugging sake, please do the same split as you did
with node. Convert first and then move. 5 patches this time:
Sparc:
> arch/sparc/k
Hi,
There is a race in uvcvideo module between uvc_disconnect() and
uvc_v4l2_open() on dev->state. Checked and reproduced that with kernel
4.1-rc1.
drivers/media/usb/uvc/uvc_driver.c, uvc_disconnect():
dev->state |= UVC_DEV_DISCONNECTED;
drivers/media/usb/uvc/uvc_v4l2.c, uvc_v4l2_op
601 - 700 of 1172 matches
Mail list logo