On 2015.09.06 16:48 Rafael J. Wysocki wrote:
> On Wednesday, October 07, 2015 12:43:55 AM Rafael J. Wysocki wrote:
>> On Tuesday, October 06, 2015 05:49:07 PM Prarit Bhargava wrote:
>>> Intel CPUs will not enter higher p-states when after switching from the
>>> performance governor to the powersav
Wed, Oct 07, 2015 at 08:58:34AM CEST, a...@arndb.de wrote:
>The recently added mlxsw driver produces warnings in ARM
>allmodconfig:
>
>drivers/net/ethernet/mellanox/mlxsw/pci.c: In function 'mlxsw_pci_cmd_exec':
>drivers/net/ethernet/mellanox/mlxsw/pci.c:1585:59: warning: right shift count
>>= wid
* Rasmus Villemoes wrote:
> + static const char build_flags[] = ""
> + CHOOSE_EXPR(CONFIG_PREEMPT, " PREEMPT")
> + CHOOSE_EXPR(CONFIG_SMP, " SMP")
> + CHOOSE_EXPR(CONFIG_DEBUG_PAGEALLOC, " DEBUG_PAGEALLOC")
> + CHOOSE_EXPR(CONFIG_KASAN, " KASAN
On Tue, Oct 06, 2015 at 04:46:53PM +0200, Hans-Peter Nilsson wrote:
> > From: Sudip Mukherjee
> > Date: Tue, 6 Oct 2015 14:33:46 +0200
>
> > On Tue, Oct 06, 2015 at 06:25:22PM +1100, Stephen Rothwell wrote:
> > > Hi all,
> > >
> > > Changes since 20151002:
> >
> > The build for cris allmodconfi
* Dave Hansen wrote:
> On 10/03/2015 12:27 AM, Ingo Molnar wrote:
> > - I'd also suggest providing an initial value with the 'alloc' call. It's
> > true
> >that user-space can do this itself in assembly, OTOH there's no reason
> > not to
> >provide a C interface for this.
>
> You m
On 06/10/15 23:32, Duc Dang wrote:
> APM X-Gene GICv2m implementation has an erratum where the
> MSI data needs to be the offset from the spi_start in order to
> trigger the correct MSI interrupt. This is different from the
> standard GICv2m implementation where the MSI data is the absolute
> value
Am 07.10.2015 um 02:44 schrieb Alexandre Belloni:
> Hi,
>
> On 07/10/2015 at 01:19:09 +0200, Marek Vasut wrote :
/* The calculated value from the ADC is in Kelvin, we
* want Celsius for hwmon so the offset is
- * -272.15 * scale
+ * -273.15 * scale
*/
- *val = -1075;
>
* Rasmus Villemoes wrote:
> On Tue, Oct 06 2015, Ingo Molnar wrote:
>
> > * Rasmus Villemoes wrote:
> >
> >>
> >> I'm not against making strlcpy more robust, but I think the theoretical
> >> race is
> >> far more likely to manifest through a member of the printf family.
> >
> > So the prin
On Tue, Oct 06, 2015 at 02:05:39PM -0700, Paul E. McKenney wrote:
> On Tue, Oct 06, 2015 at 10:52:00PM +0200, Peter Zijlstra wrote:
> > On Tue, Oct 06, 2015 at 01:18:01PM -0700, Paul E. McKenney wrote:
> > > On Tue, Oct 06, 2015 at 10:05:38PM +0200, Peter Zijlstra wrote:
> >
> > > > > diff --git a
Member screen_base in struct fb_info is declared with __iomem
qualifier causing sparse warnings when used as a regular ponter.
To avoid the warnings, instead use alternate non-__iomem pointer,
screen_buffer, troughout the driver.
Signed-off-by: Lars Svensson
---
drivers/staging/fbtft/fb_agm1264k
In fbtft-bus.c:fbtft_write_vmem16_bus9(), ioread8() is used for
accessing the provided screen array. Since screen_buffer actually
points to an ordinary buffer, instead access it directly.
Signed-off-by: Lars Svensson
---
drivers/staging/fbtft/fbtft-bus.c | 8
1 file changed, 4 insertion
Some drivers use member screen_base of struct fb_info to store non-
__iomem pointers, creating the need for ugly __force typecasts to
avoid sparse warnings. This adds an alternate pointer without the
__iomem qualifyer for this use.
Signed-off-by: Lars Svensson
---
Patch v3: bugfix in fbtft-bus.c:
On Tue, Oct 06, 2015 at 02:03:48PM -0700, Paul E. McKenney wrote:
> On Tue, Oct 06, 2015 at 10:32:24PM +0200, Peter Zijlstra wrote:
> > On Tue, Oct 06, 2015 at 01:19:15PM -0700, Paul E. McKenney wrote:
> > > On Tue, Oct 06, 2015 at 10:07:25PM +0200, Peter Zijlstra wrote:
> > > > On Tue, Oct 06, 201
On Tue, Oct 06, 2015 at 02:02:43PM -0700, Paul E. McKenney wrote:
> On Tue, Oct 06, 2015 at 10:27:41PM +0200, Peter Zijlstra wrote:
> > On Tue, Oct 06, 2015 at 09:13:45AM -0700, Paul E. McKenney wrote:
> > > /**
> > > + * rcu_pointer_handoff() - Hand off a pointer from RCU to other mechanism
> > >
* Andy Lutomirski wrote:
> On Tue, Oct 6, 2015 at 12:26 AM, Ingo Molnar wrote:
> >
> > * Andrey Ryabinin wrote:
> >
> >> On 10/05/2015 07:39 PM, Andi Kleen wrote:
> >> >> But, I think I have the solution.
> >> >> We could have some blacklist - list of function names which we should
> >> >> be
On Tue, Oct 06, 2015 at 03:45:07PM -0500, Grygorii Strashko wrote:
> On 10/06/2015 07:01 AM, Sudip Mukherjee wrote:
> > While building arm allmodconfig the build fails with the error:
> > ERROR: "handle_bad_irq" [drivers/gpio/gpio-omap.ko] undefined!
> >
> > The build breaks as handle_bad_irq is n
* Chris Metcalf wrote:
> It's possible that the destination can be shadowed in userspace
> (as, for example, the perf buffers are now). So we should take
> care not to leak data that could be inspected by userspace.
>
> Signed-off-by: Chris Metcalf
> ---
> Ingo, can you test this change in yo
On 10/06/2015 05:31 PM, Pavel Machek wrote:
On Wed 2015-09-16 12:47:40, Jacek Anaszewski wrote:
Since the API for controlling LED brightness and blinking is defined in
the LED core, move the related timer and work callbacks to the led-core.c,
and initialize them through a new led_core_init API.
On Wed, Oct 7, 2015 at 4:34 AM, Theodore Ts'o wrote:
>
> So your patch looks good, but in addition to that, if copied is > 0
> and less than len, we shouldn't be calling page_zero_new_buffers().
> We're going to need our own version of it that doesn't call
> mark_buffer_dirty().
Well, even with c
* Chris Metcalf wrote:
> It's possible that the destination can be shadowed in userspace
> (as, for example, the perf buffers are now). So we should take
> care not to leak data that could be inspected by userspace.
>
> Signed-off-by: Chris Metcalf
Please always preserve credits for who foun
On Tue, 6 Oct 2015, Andreas Gruenbacher wrote:
> On Tue, Oct 6, 2015 at 11:07 AM, Pavel Machek wrote:
> > Should there be file in Documentation/ explaining how this works?
>
> There are plenty of comments in the code and in the patch descriptions
> that describe how the code works. The user-spac
On 07/10/15 03:48, Chanwoo Choi wrote:
> This patch modifies the id and name of external connector with the
> additional prefix to clarify both attribute and meaning of external
> connector as following:
> - EXTCON_CHG_* mean the charger connector.
> - EXTCON_JACK_* mean the jack connector.
> - EXT
The recently added debugfs support for OPP creates files using the
debugfs_create_bool() and debugfs_create_u32() interfaces, but
casts the data argument to u32*, which is broken on some architectures.
In case of debugfs_create_bool(), the API has changed as of 621a5f7ad9cd
("debugfs: Pass bool po
The new amdgpu driver passes a user space pointer in a 64-bit structure
member, which is the correct way to do it, but it attempts to
directly cast it to a __user pointer in the kernel, which causes
a warning in three places:
drm/amd/amdgpu/amdgpu_cs.c: In function 'amdgpu_cs_parser_init':
drm/amd
On 2015년 10월 07일 16:33, Roger Quadros wrote:
> On 07/10/15 03:48, Chanwoo Choi wrote:
>> This patch modifies the id and name of external connector with the
>> additional prefix to clarify both attribute and meaning of external
>> connector as following:
>> - EXTCON_CHG_* mean the charger connector.
Thanks!
I feel like this series is definitely the right thing, but I wonder how
we're going to merge it... Anyway that's above my pay grade.
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Mo
Hi Stephen,
No there is no reason. I will fix it.
Thanks for review.
Best regards
Gabriel
On 6 October 2015 at 20:06, Stephen Boyd wrote:
> On 10/05, Gabriel Fernandez wrote:
>> @@ -452,7 +651,7 @@ static const struct clk_ops st_pll1200c32_ops = {
>> static struct clk * __init clkgen_pll_reg
On 07/10/15 10:42, Chanwoo Choi wrote:
> On 2015년 10월 07일 16:33, Roger Quadros wrote:
>> On 07/10/15 03:48, Chanwoo Choi wrote:
>>> This patch modifies the id and name of external connector with the
>>> additional prefix to clarify both attribute and meaning of external
>>> connector as following:
On Tue, Oct 06, 2015 at 02:26:09PM -0600, Andreas Dilger wrote:
> And any disk filesystems that have their own non-POSIX ACLs, such as HFS,
> NTFS, ZFS would presumably also need to map the in-kernel Richacl format to
> their on-disk format.
No, we did this mistake with Posix ACLs, and we're not
On Tue, Oct 06, 2015 at 01:58:50PM -0700, Paul E. McKenney wrote:
> On Tue, Oct 06, 2015 at 10:29:37PM +0200, Peter Zijlstra wrote:
> > On Tue, Oct 06, 2015 at 09:29:21AM -0700, Paul E. McKenney wrote:
> > > +static void __maybe_unused rcu_report_exp_rnp(struct rcu_state *rsp,
> > > +
On Tue, 06 Oct 2015, Russell King - ARM Linux wrote:
> On Tue, Oct 06, 2015 at 09:51:22PM +0100, Lee Jones wrote:
> > On Tue, 06 Oct 2015, Russell King - ARM Linux wrote:
> > > On Tue, Oct 06, 2015 at 03:44:00PM +0100, Lee Jones wrote:
> > > > Samples are documented to be available every 0.667us,
On 10/06/15 21:51, Alex Williamson wrote:
On Tue, 2015-10-06 at 18:23 +0300, Avi Kivity wrote:
On 10/06/2015 05:56 PM, Michael S. Tsirkin wrote:
On Tue, Oct 06, 2015 at 05:43:50PM +0300, Vlad Zolotarov wrote:
The only "like VFIO" behavior we implement here is binding the MSI-X
interrupt noti
On 10/07/15 00:58, Stephen Hemminger wrote:
Go ahead and submit a seperate taint bit for UIO as a patch.
This patch already does this.
thanks,
vlad
On Tue, Oct 6, 2015 at 10:41 PM, Alex Williamson
mailto:alex.william...@redhat.com>> wrote:
On Tue, 2015-10-06 at 22:32 +0100, Stephe
This patch exposes the ioctl interface for UFS driver via SCSI device
ioctl interface. As of now UFS driver would provide the ioctl for query
interface to connected UFS device.
Signed-off-by: Dolev Raviv
Signed-off-by: Noa Rubens
Signed-off-by: Raviv Shvili
Signed-off-by: Gilad Broner
Signed-o
On 2015년 10월 07일 16:50, Roger Quadros wrote:
> On 07/10/15 10:42, Chanwoo Choi wrote:
>> On 2015년 10월 07일 16:33, Roger Quadros wrote:
>>> On 07/10/15 03:48, Chanwoo Choi wrote:
This patch modifies the id and name of external connector with the
additional prefix to clarify both attribute a
resource_size_t may be 32-bit wide on some architectures, which causes
this warning when building the NTB code:
drivers/ntb/ntb_transport.c: In function 'ntb_transport_link_work':
drivers/ntb/ntb_transport.c:828:46: warning: right shift count >= width of type
[-Wshift-count-overflow]
The warning
On 10/07/15 09:53, Avi Kivity wrote:
On 10/07/2015 12:58 AM, Stephen Hemminger wrote:
Go ahead and submit a seperate taint bit for UIO as a patch.
Taint should only be applied if bus mastering is enabled (to avoid
annoying the users of the original uio use case)
Pls., note that this seri
Hi,
On Mon, Oct 05, 2015 at 11:43:48PM +0800, Chen-Yu Tsai wrote:
> On Sun, Oct 4, 2015 at 10:16 PM, Maxime Ripard
> wrote:
> > Hi,
> >
> > On Thu, Oct 01, 2015 at 07:57:48PM +0800, Chen-Yu Tsai wrote:
> >> Reduced Serial Bus (RSB) is an Allwinner proprietery interface
> >> used to communicate wi
On 10/07/15 11:00, Vlad Zolotarov wrote:
On 10/07/15 09:53, Avi Kivity wrote:
On 10/07/2015 12:58 AM, Stephen Hemminger wrote:
Go ahead and submit a seperate taint bit for UIO as a patch.
Taint should only be applied if bus mastering is enabled (to avoid
annoying the users of the origin
Sorry for late reply, we were in the National Day Holiday.
在 10/1/2015 02:46, Mark Brown 写道:
On Mon, Sep 28, 2015 at 04:16:12PM +0800, sugar wrote:
在 9/24/2015 00:24, Mark Brown 写道:
My initial thought here is that the machine driver should be responsible
for setting this and then the DAI dri
Hello,
Acked-by: Abylay Ospan
thanks !
2015-10-03 18:19 GMT+03:00 Christoph Hellwig :
> This ensures the dma mask that is supported by the driver is recorded
> in the device structure.
>
> Signed-off-by: Christoph Hellwig
> ---
> drivers/media/pci/netup_unidvb/netup_unidvb_core.c | 2 +-
> 1
Roger,
On 2015년 10월 07일 16:59, Chanwoo Choi wrote:
> On 2015년 10월 07일 16:50, Roger Quadros wrote:
>> On 07/10/15 10:42, Chanwoo Choi wrote:
>>> On 2015년 10월 07일 16:33, Roger Quadros wrote:
On 07/10/15 03:48, Chanwoo Choi wrote:
> This patch modifies the id and name of external connector w
On Wednesday 07 October 2015 10:54:03 Yaniv Gardi wrote:
>
> +/* IOCTL opcode for command - ufs set device read only */
> +#define UFS_IOCTL_BLKROSET BLKROSET
> +
What is this for? Can't you just use the normal BLKROSET definition in user
space?
> +
> + ioctl_data = kzalloc(sizeof(s
On 2015-10-06 23:05, Rasmus Villemoes wrote:
> It's not hard to generalize the macro magic used to build the
> IS_ENABLED macro and friends to produce a few other potentially useful
> macros:
>
> CHOOSE_EXPR(CONFIG_FOO, expr): if CONFIG_FOO is set expands to
> expr, otherwise expands to nothing.
>
On 10/07/15 00:33, Stephen Hemminger wrote:
On Tue, 6 Oct 2015 20:17:36 +0300
Vlad Zolotarov wrote:
Add the ability for underlying device drivers to register the ioctl
commands. This is useful when some interaction with the user space
beyond sysfs capabilities is required, e.g. query the in
On Tue, Oct 06, 2015 at 03:53:14PM -0700, Matt Mullins wrote:
> Tools in kmod (e.g. modprobe) compose the module path from the release
> from uname(2). Because we use the UNAME26 personality, we need perf to
> find modules located at the same path as the system tools.
I guess it's easy to google
On 10/07/15 11:17, Vlad Zolotarov wrote:
On 10/07/15 00:33, Stephen Hemminger wrote:
On Tue, 6 Oct 2015 20:17:36 +0300
Vlad Zolotarov wrote:
Add the ability for underlying device drivers to register the ioctl
commands. This is useful when some interaction with the user space
beyond sysfs
On Mon 2015-09-21 17:33:21, Sheng Yang wrote:
> Thank you Paul! That's exactly the issue I met. I've read the whole
> thread and got a general idea of the issue.
>
> I try to summarize it and please correct me if I'm wrong:
>
> 1. The issue is the result of kill_bdev() when connection has been cu
On Wed, Oct 07, 2015 at 05:00:49PM +1100, Michael Ellerman wrote:
> > It's also worth noting that the __flush_power7 uses tlbiel instead of tlbie.
>
> Yeah that's a good point. It's not clear if the swsusp code wants to a local
> or
> a global invalidate.
If I read the code right, this is called
Hi Jiri,
On Mon, Oct 5, 2015 at 10:46 PM, Jiri Olsa wrote:
> On Fri, Oct 02, 2015 at 02:18:50PM +0900, Namhyung Kim wrote:
>
> SNIP
>
>> +static int record__merge_index_files(struct record *rec, int nr_index)
>> +{
>> + int i;
>> + int ret = -ENOMEM;
>> + u64 offset;
>> + char pat
On 07/10/15 11:18, Jiri Olsa wrote:
> On Tue, Oct 06, 2015 at 03:53:14PM -0700, Matt Mullins wrote:
>> Tools in kmod (e.g. modprobe) compose the module path from the release
>> from uname(2). Because we use the UNAME26 personality, we need perf to
>> find modules located at the same path as the sy
Chanwoo,
On 07/10/15 11:09, Chanwoo Choi wrote:
> Roger,
>
> On 2015년 10월 07일 16:59, Chanwoo Choi wrote:
>> On 2015년 10월 07일 16:50, Roger Quadros wrote:
>>> On 07/10/15 10:42, Chanwoo Choi wrote:
On 2015년 10월 07일 16:33, Roger Quadros wrote:
> On 07/10/15 03:48, Chanwoo Choi wrote:
>>
Hi Suzuki,
On Tue, Sep 15, 2015 at 04:41:12PM +0100, Suzuki K. Poulose wrote:
> From: "Suzuki K. Poulose"
>
> Introduce helpers for finding the number of page table
> levels required for a given VA width, shift for a particular
> page table level.
>
> Convert the existing users to the new helpe
On 07/10/15 03:01, Kweh, Hock Leong wrote:
-Original Message-
From: Bryan O'Donoghue [mailto:pure.lo...@nexus-software.ie]
Sent: Tuesday, October 06, 2015 10:54 PM
Aside from that, I'm curious which types of capsules you've used here
too - does it include the MFH header ? Keep in mind t
Hello everyone,
On 07/10/2015 01:09, Daniel Lezcano wrote:
> On 10/06/2015 05:10 PM, Marc Gonzalez wrote:
>> Date: Tue, 6 Oct 2015 16:49:28 +0200
>> Subject: [PATCH] clocksource: Sigma Designs Tango 27 MHz xtal
>
> Fix the patch format.
OK.
> Subject is clocksource/drivers/tango_xtal: Add new
Roger,
On 2015년 10월 07일 17:23, Roger Quadros wrote:
> Chanwoo,
>
> On 07/10/15 11:09, Chanwoo Choi wrote:
>> Roger,
>>
>> On 2015년 10월 07일 16:59, Chanwoo Choi wrote:
>>> On 2015년 10월 07일 16:50, Roger Quadros wrote:
On 07/10/15 10:42, Chanwoo Choi wrote:
> On 2015년 10월 07일 16:33, Roger Qu
Hello Thomas,
Thanks for the follow up!
Some open questions below are marked with the string ###.
On 08/19/2015 04:17 PM, Thomas Gleixner wrote:
> On Sat, 8 Aug 2015, Michael Kerrisk (man-pages) wrote:
FUTEX_CMP_REQUEUE (since Linux 2.6.7)
This operation first c
On 10/07/15 01:51, Michael S. Tsirkin wrote:
On Tue, Oct 06, 2015 at 11:35:27PM +0300, Vlad Zolotarov wrote:
On 10/06/15 21:27, Michael S. Tsirkin wrote:
On Tue, Oct 06, 2015 at 08:17:35PM +0300, Vlad Zolotarov wrote:
This series add support for MSI and MSI-X interrupts to uio_pci_generic d
On Fri, 25 Sep 2015 08:15:45 +0400
"Ivan Mikhaylov" wrote:
ping
> * add new version of emac_regs struct from driver structure
> perspective and passing size from actual struct size, not from memory
> area variable which set in dts file.
> * add three types of network chips for new struct : emac
Hi,
So Heiko reported some 'interesting' fail where stop_two_cpus() got
stuck in multi_cpu_stop() with one cpu waiting for another that never
happens.
It _looks_ like the 'other' cpu isn't running and the current best
theory is that we race on cpu-up and get the stop_two_cpus() call in
before the
- On Oct 7, 2015, at 3:51 AM, Peter Zijlstra pet...@infradead.org wrote:
> On Tue, Oct 06, 2015 at 01:58:50PM -0700, Paul E. McKenney wrote:
>> On Tue, Oct 06, 2015 at 10:29:37PM +0200, Peter Zijlstra wrote:
>> > On Tue, Oct 06, 2015 at 09:29:21AM -0700, Paul E. McKenney wrote:
>> > > +static
On 07/10/15 00:04, Stephen Warren wrote:
> On 10/05/2015 06:10 AM, Jon Hunter wrote:
>> Add device-tree binding documentation for the Tegra210 Audio DMA
>> controller.
>
>> diff --git a/Documentation/devicetree/bindings/dma/tegra210-adma.txt
>> b/Documentation/devicetree/bindings/dma/tegra210-adm
On Tue, Oct 06, 2015 at 08:17:36PM +0300, Vlad Zolotarov wrote:
> Add the ability for underlying device drivers to register the ioctl
> commands. This is useful when some interaction with the user space
> beyond sysfs capabilities is required, e.g. query the interrupt mode
> or bind eventfd to inte
Hello Yakir,
On 10/07/2015 08:25 AM, Yakir Yang wrote:
> Hi all,
>
> Friendly ping. :)
>
>
> Best regards,
> - Yakir
>
>
Do you have a tree that I can use to test these patches?
Best regards,
--
Javier Martinez Canillas
Open Source Group
Samsung Research America
--
To unsubscribe fro
On 07/10/15 11:30, Chanwoo Choi wrote:
> Roger,
>
> On 2015년 10월 07일 17:23, Roger Quadros wrote:
>> Chanwoo,
>>
>> On 07/10/15 11:09, Chanwoo Choi wrote:
>>> Roger,
>>>
>>> On 2015년 10월 07일 16:59, Chanwoo Choi wrote:
On 2015년 10월 07일 16:50, Roger Quadros wrote:
> On 07/10/15 10:42, Chanwo
On 10/07/2015 02:01 AM, Bjorn Helgaas wrote:
On Mon, Sep 14, 2015 at 04:07:35PM +0800, Jiang Liu wrote:
Use common interface to simplify ACPI PCI host bridge implementation.
Signed-off-by: Jiang Liu
Reviewed-by: Hanjun Guo
Is there a corresponding ia64 patch? If we're really consolidating
On 10/07/15 11:46, Greg KH wrote:
On Tue, Oct 06, 2015 at 08:17:36PM +0300, Vlad Zolotarov wrote:
Add the ability for underlying device drivers to register the ioctl
commands. This is useful when some interaction with the user space
beyond sysfs capabilities is required, e.g. query the interru
On 10/06/2015 09:11 PM, Andy Lutomirski wrote:
>
> But what's wrong with the GCC attribute mechanism? Surely GCC ought
> to be able to generate the code, at least in the simple cases, and the
> attribute already exists. The attribute and READ_ONCE_NOCHECK seem
> like the least messy in the C cod
From: Santosh Shilimkar
Date: Mon, 5 Oct 2015 10:56:23 -0700
> [v3]
> Updated patch "[PATCH v2 05/14] RDS: defer the over_batch work to
> send worker" as per David Miller's comment [4] to avoid the magic
> value usage. Patch now makes use of already available but unused
> send_batch_count module
On Wed, Oct 07, 2015 at 12:55:08PM +0900, Jongsung Kim wrote:
> Recently, we made a driver utilizing kmap_atomic_to_page. Of course,
> it's not mainlined. People may be using it outside mainline just like us.
Since kmap_atomic() mappings are supposed to be short-lived, why do you
need it in your d
Hi Javier,
On 10/07/2015 04:46 PM, Javier Martinez Canillas wrote:
Hello Yakir,
On 10/07/2015 08:25 AM, Yakir Yang wrote:
Hi all,
Friendly ping. :)
Best regards,
- Yakir
Do you have a tree that I can use to test these patches?
Wow, thanks a lot, I do have a tree on github
[https
On Wed, Oct 07 2015, Ingo Molnar wrote:
> We have procfs and sysfs as well, where format strings are indeed dominant,
> but
> are you sure this race exists in snprintf() in that form? I.e. can the return
> value of snprintf() be different from the true length of the output string,
> if the
>
Hi Adrian,
On Tue, Oct 6, 2015 at 6:26 PM, Adrian Hunter wrote:
> On 06/10/15 12:03, Namhyung Kim wrote:
>> Hi Adrian,
>>
>> On Mon, Oct 5, 2015 at 8:29 PM, Adrian Hunter
>> wrote:
>>> On 02/10/15 21:45, Arnaldo Carvalho de Melo wrote:
Em Fri, Oct 02, 2015 at 02:18:44PM +0900, Namhyung Kim
Add support for new PLL-type for stih418 A9-PLL.
Currently the 407_A9_PLL type being used, it is corrected with this patch
4600c28 PLL allows to reach higher frequencies
so its programming algorithm is extended.
Signed-off-by: Pankaj Dev
Signed-off-by: Gabriel Fernandez
---
.../devicetree/bindi
Change A9 PLL rate, as per requirement from the cpufreq framework,
for DVFS. For rate change, the A9 clock needs to be temporarily sourced
from PLL external to A9 and then sourced back to A9-PLL
Signed-off-by: Pankaj Dev
Signed-off-by: Gabriel Fernandez
---
drivers/clk/st/clkgen-mux.c | 3 +
Changes in v4:
- Spinlock affectation was removed unintentionally in clkgen_pll_register()
since v3
Changes in v3:
- reorganize patch 1 and 2 to avoid a break git bisect
Changes in v2:
- Add const for st_pll4600c28_418_a9 structure
- Use readl_relaxed_poll_timeout macro instead Jiffies
-
This is a third version of the patch set preparing the
ground for removing work queues from LED class drivers.
It is based on RFC [1].
Andrew, Pavel, Sakari - thanks for a review.
Changes from v2:
- added led_set_brightness_nopm() to be used from pm ops,
and mod
LED subsystem shifted responsibility for choosing between SYNC or ASYNC
way of setting brightness from drivers to the caller. Adapt the wrapper
to those changes.
Signed-off-by: Jacek Anaszewski
Cc: Sakari Ailus
Cc: Pavel Machek
Cc: linux-me...@vger.kernel.org
---
drivers/media/v4l2-core/v4l2-f
The initial purpose of brightness_set_sync op, introduced along with
the LED flash class extension, was to add a means for setting torch LED
brightness as soon as possible, which couldn't have been guaranteed by
brightness_set op. This patch renames the op to brightness_set_blocking,
which describe
This patch adds description of the LED subsystem API for
setting an LED brightness.
Signed-off-by: Jacek Anaszewski
---
Documentation/leds/leds-class.txt | 13 +
1 file changed, 13 insertions(+)
diff --git a/Documentation/leds/leds-class.txt
b/Documentation/leds/leds-class.txt
in
Now the core implements the work queue, remove it from the drivers,
and switch to using brightness_set_blocking op.
Signed-off-by: Jacek Anaszewski
Cc: Ingi Kim
Acked-by: Sakari Ailus
---
drivers/leds/leds-ktd2692.c | 41 ++---
1 file changed, 6 insertions
Now the core implements the work queue, remove it from the drivers,
and switch to using brightness_set_blocking op.
Signed-off-by: Jacek Anaszewski
Acked-by: Sakari Ailus
---
drivers/leds/leds-max77693.c | 57 +++---
1 file changed, 9 insertions(+), 48 dele
On 10/07/2015 11:54 AM, Andrey Ryabinin wrote:
> On 10/06/2015 09:11 PM, Andy Lutomirski wrote:
>>
>> But what's wrong with the GCC attribute mechanism? Surely GCC ought
>> to be able to generate the code, at least in the simple cases, and the
>> attribute already exists. The attribute and READ
This patch makes LED core capable of setting brightness for drivers
that implement brightness_set_blocking op. It removes from LED class
drivers responsibility for using work queues on their own.
In order to achieve this set_brightness_delayed callback is being
modified to directly call one of ava
On Wed, 2015-10-07 at 02:19 -0500, Segher Boessenkool wrote:
> On Wed, Oct 07, 2015 at 05:00:49PM +1100, Michael Ellerman wrote:
> > > It's also worth noting that the __flush_power7 uses tlbiel instead of
> > > tlbie.
> >
> > Yeah that's a good point. It's not clear if the swsusp code wants to a
Now the core implements the work queue, remove it from the drivers,
and switch to using brightness_set_blocking op.
Signed-off-by: Jacek Anaszewski
Acked-by: Sakari Ailus
---
drivers/leds/leds-aat1290.c | 50 +++
1 file changed, 13 insertions(+), 37 del
This patch removes SET_BRIGHTNESS_ASYNC and SET_BRIGHTNESS flags.
led_set_brightness() now calls led_set_brightness_nosleep() instead of
choosing between sync and async op basing on the flags defined by the
driver.
>From now on, if a user wants to make sure that brightness will be set
synchronousl
This patch is based on v4.3-rc4, to fix system hanging up issue
while disabling unused clocks.
There is nothing different in mtk-scpsys.c and mt8173.dtsi from v1 [1].
Changes since v1:
- Rebase to v4.3-rc4.
- Add a patch to change the corresponding binding document.
- Add a separated patch to cha
Add clocks needed by Mediatek VENC and VENC_LT power domianis.
These clocks were needed by accessing subsystem's registers,
so they need to be enabled before power on these subsystems.
Signed-off-by: James Liao
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 6 --
1 file changed, 4 insertions
This patch adds led_set_brightness_nosleep() and led_set_brightness_nopm()
functions, that guarantee setting LED brightness in a non-blocking way.
The latter is used from pm_ops context and doesn't modify the brightness
cached in the struct led_classdev. Its execution always ends up with
a call to
On Sun, Oct 04, 2015 at 05:05:32PM +0800, Geliang Tang wrote:
> Just fix a typo in the code comment.
For this kind of changes please CC the 'trivial' tree triv...@kernel.org
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel
In kernel late init, it turns off all unused clocks, which
needs to access subsystem registers such as VENC and VENC_LT.
Accessing MT8173 VENC registers needs two top clocks, mm_sel and
venc_sel. Accessing VENC_LT registers needs mm_sel and venclt_sel.
So we need to keep these clocks on before acc
Add clocks needed by Mediatek VENC and VENC_LT power domianis.
These clocks were needed by accessing subsystem's registers,
so they need to be enabled before power on these subsystems.
Signed-off-by: James Liao
---
Documentation/devicetree/bindings/soc/mediatek/scpsys.txt | 10 ++
1 file
This patch adds LED_BLINK_BRIGHTNESS_CHANGE flag to indicate that blink
brightness has changed, and LED_BLINK_DISABLE flag to indicate that
blinking deactivation has been requested. In order to use the flags
led_timer_function and set_brightness_delayed callbacks as well as
led_set_brightness() fun
Add support for new PLL-type for stih418 A9-PLL.
Signed-off-by: Gabriel Fernandez
---
arch/arm/boot/dts/stih418-clock.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/stih418-clock.dtsi
b/arch/arm/boot/dts/stih418-clock.dtsi
index 148e177..ae6d997 10064
On Wed, Oct 07, 2015 at 11:50:53AM +0800, Yakir Yang wrote:
>
>
> On 08/09/2015 12:04 AM, Russell King wrote:
> >On a mode set, DRM makes the following sequence of calls:
> >* for_each_encoder
> >* bridge mode_fixup
> >* encoder mode_fixup
> >* crtc mode_fixup
> >* for_each_e
On Tue, Oct 6, 2015 at 10:43 PM, James Bottomley
wrote:
> On Tue, 2015-10-06 at 15:59 +0530, Sreekanth Reddy wrote:
>> On Tue, Oct 6, 2015 at 3:16 PM, Christoph Hellwig wrote:
>> > This series seems to miss patch 5 which actually removes the mpt2sas
>> > driver - it probably was too large for the
On Wednesday 07 October 2015 10:57:11 Christian König wrote:
> On 07.10.2015 09:41, Arnd Bergmann wrote:
> > The new amdgpu driver passes a user space pointer in a 64-bit structure
> > member, which is the correct way to do it, but it attempts to
> > directly cast it to a __user pointer in the kern
The patch adds support for enable/disable of the Clockgen PLLs.
clkgen_pll_enable/clkgen_pll_disable added as generic function for all PLLs.
Signed-off-by: Pankaj Dev
Signed-off-by: Gabriel Fernandez
---
drivers/clk/st/clkgen-pll.c | 60 -
1 file chan
On Mon 2015-10-05 13:09:24, Petr Mladek wrote:
> On Mon 2015-10-05 12:07:58, Petr Mladek wrote:
> > On Fri 2015-10-02 15:24:53, Tejun Heo wrote:
> > > Hello,
> > >
> > > On Fri, Oct 02, 2015 at 05:43:36PM +0200, Petr Mladek wrote:
> > > > IMHO, we need both locks. The worker manipulates more works
1 - 100 of 836 matches
Mail list logo
