Hi,
I've been using IS_ENABLED for some time and once in a while run into an issue
which prevents seamless use. Hence posing this question to experts in the area.
C macro processor evaluates the ensuing control block even if IS_ENABLED
evaluates
to false. This requires dummy #defines or worse st
On Sun, 15 Nov 2015 14:54:28 +0100,
Clemens Ladisch wrote:
>
> Cheah Kok Cheong wrote:
> > Commit 939f325f4a0f ("usb: add usb_endpoint_maxp() macro")
> >
> > And commit 29cc88979a88 ("USB: use usb_endpoint_maxp()
> > instead of le16_to_cpu()")
>
> These sentences no verb.
>
> > Patched against
>
From: Markus Elfring
Date: Mon, 16 Nov 2015 09:00:20 +0100
The free_percpu() function tests whether its argument is NULL and then
returns immediately. Thus the test around the calls is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
arch
Some systems register thermal zone by themself and don't need to
have thermal zones node in DT. Therefore reduce the log level from
ERROR to DEBUG when thermal zone node can't be find in
of_thermal_destroy_zones().
Signed-off-by: Jiada Wang
---
drivers/thermal/of-thermal.c | 2 +-
1 file changed
Jens Axboe writes:
> On 11/10/2015 10:21 PM, kernel test robot wrote:
>> FYI, we noticed the below changes on
>>
>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
>> commit 15c4f638f3d41bae52105ca4c0c8760afbcbeaab ("directio: add block
>> polling support")
>>
>>
>> +--
add support for the am335x based shc board.
UART: 0-2 and 4
DRAM: 512 MiB
MMC: OMAP SD/MMC: 0 @ 26 MHz
OMAP SD/MMC: 1 @ 26 MHz
I2C: at24 eeprom, pcf8563
USB: USB1 (host)
Signed-off-by: Heiko Schocher
---
The following patches are needed to get all working
for the shc board:
- disable cl
Below is the list of build error/warning regressions/improvements in
v4.4-rc1[1] compared to v4.3[2].
Summarized:
- build errors: +10/-11
- build warnings: +102/-91
Note that there may be false regressions, as some logs are incomplete.
Still, they're build errors/warnings.
As I haven't maste
Wire up new syscalls userfaultfd, membarrier and mlock2.
Signed-off-by: Michal Simek
---
arch/microblaze/include/asm/unistd.h | 2 +-
arch/microblaze/include/uapi/asm/unistd.h | 3 +++
arch/microblaze/kernel/syscall_table.S| 3 +++
3 files changed, 7 insertions(+), 1 deletion(-)
diff
On 12 November 2015 at 15:24, Arnd Bergmann wrote:
> quadfs_pll_fs660c32_round_rate prints a few structure members
> that are never initialized, and also doesn't print the only one
> it cares about. We get a gcc warning about the ones that
> are printed:
>
> clk/st/clkgen-fsyn.c:560:93: warning: '
Hi Vineet,
On Mon, Nov 16, 2015 at 9:00 AM, Vineet Gupta
wrote:
> I've been using IS_ENABLED for some time and once in a while run into an issue
> which prevents seamless use. Hence posing this question to experts in the
> area.
>
> C macro processor evaluates the ensuing control block even if I
On Mon, Nov 16, 2015 at 9:24 AM, Geert Uytterhoeven
wrote:
> 10 error regressions:
> + /home/kisskb/slave/src/arch/arm/kernel/patch.c: error: 'L_PTE_DIRTY'
> undeclared (first use in this function): => 39:2
> + /home/kisskb/slave/src/arch/arm/kernel/patch.c: error:
> 'L_PTE_MT_WRITEBACK' un
Hi Geert,
On Monday 16 November 2015 01:58 PM, Geert Uytterhoeven wrote:
> Hi Vineet,
>
> On Mon, Nov 16, 2015 at 9:00 AM, Vineet Gupta
> wrote:
>> I've been using IS_ENABLED for some time and once in a while run into an
>> issue
>> which prevents seamless use. Hence posing this question to expe
sun4i-ss implementaton of md5/sha1 is via ahash algorithms.
Commit 8996eafdcbad ("crypto: ahash - ensure statesize is non-zero")
made impossible to load them without giving statesize. This patch
specifiy statesize for sha1 and md5.
Fixes: 6298e948215f ("crypto: sunxi-ss - Add Allwinner Security Sy
Hello
The current sun4i-ss cannot be loaded with the error "Failed to load md5".
The following patch will fix that.
Changes since v1:
- Add the correct fixes tag.
- Add the correct #version comment for stable.
- Be more precise against the commit who made this change necessary.
Regards
--
To u
On 15/11/2015 03:07, Rob Herring wrote:
> We generally don't want DT docs to depend on other kernel documentation.
DT docs do not contain a copy of the data sheets, either. There is no
reason to say how to use the device (and even then, only doing so
partially) in the DT docs.
Paolo
--
To unsu
On Sun, Nov 15, 2015 at 11:36 PM, Ondrej Zary
wrote:
> Add support for IP1000A chips to dl2k driver.
> IP1000A chip looks like a TC9020 with integrated PHY.
>
> This allows IP1000A chips to work reliably because the ipg driver is
> buggy - it loses packets under load and then completely stops
> tr
On Mon, Nov 16, 2015 at 10:45:21AM +0900, Minchan Kim wrote:
> During the test with MADV_FREE on kernel I applied your patches,
> I couldn't see any problem.
>
> However, in this round, I did another test which is same one
> I attached but a liitle bit different because it doesn't do
> (memcg thin
From: Markus Elfring
Date: Mon, 16 Nov 2015 09:39:12 +0100
The kmem_cache_destroy() 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
---
On Sun, 15 Nov 2015, Linus Torvalds wrote:
> On Sun, Nov 15, 2015 at 2:28 PM, Kyle Sanderson wrote:
> > [] BUG: unable to handle kernel paging request at e8ff7fc1
> > [] IP: [] kstat_irqs+0x4f/0x90
> > [] CPU: 2 PID: 1078 Comm: usage.pl Not tainted 4.1.7-hardened-r1 #1
> > [] Hardware name
On Monday 16 November 2015 08:35:05 Vineet Gupta wrote:
> Hi Geert,
>
> On Monday 16 November 2015 01:58 PM, Geert Uytterhoeven wrote:
> > Hi Vineet,
> >
> > On Mon, Nov 16, 2015 at 9:00 AM, Vineet Gupta
> > wrote:
> >> I've been using IS_ENABLED for some time and once in a while run into an
> >
Commit 5c31252c4a86 ("pwm: Add the pwm_is_enabled() helper") introduced a
new function to test whether a PWM device is enabled or not without
manipulating PWM internal fields.
Hiding this is necessary if we want to smoothly move to the atomic PWM
config approach without impacting PWM drivers.
Fix t
Implement the ->apply() function to add support for atomic update.
Signed-off-by: Boris Brezillon
Tested-by: Heiko Stuebner
---
drivers/pwm/pwm-rockchip.c | 53 +-
1 file changed, 29 insertions(+), 24 deletions(-)
diff --git a/drivers/pwm/pwm-rockchi
Use pwm_get_xxx() helpers instead of directly accessing the pwm->xxx field.
Doing that will ease adaptation of the PWM framework to support atomic
update.
Signed-off-by: Boris Brezillon
---
Patch generated with the following coccinelle script:
--->8---
virtual patch
@@
struct pwm_device *p;
exp
Hello,
This series adds support for atomic PWM update, or IOW, the capability
to update all the parameters of a PWM device (enabled/disabled, period,
duty and polarity) in one go.
Best Regards,
Boris
Changes since v3:
- rebased on pwm/for-next after pulling 4.4-rc1
- replace direct access to pw
From: Heiko Stübner
The pwm-states make it possible to also output the polarity, duty cycle
and period information in the debugfs pwm summary-outout.
This makes it easier to gather overview information about pwms without
needing to walk through the sysfs attributes of every pwm.
Signed-off-by: H
Implement the ->reset_state() function to expose initial state.
Signed-off-by: Boris Brezillon
Tested-by: Heiko Stuebner
---
drivers/pwm/pwm-rockchip.c | 66 ++
1 file changed, 66 insertions(+)
diff --git a/drivers/pwm/pwm-rockchip.c b/drivers/pwm/pw
Add an ->apply() method to the pwm_ops struct to allow PWM drivers to
implement atomic update.
This method will be preferred over the ->enable(), ->disable() and
->config() methods if available.
Add the pwm_get_state(), pwm_get_default_state() and pwm_apply_state()
functions for PWM users to be ab
Use pwm_get_xxx() helpers instead of directly accessing the pwm->xxx field.
Doing that will ease adaptation of the PWM framework to support atomic
update.
Signed-off-by: Boris Brezillon
---
Patch generated with the following coccinelle script:
--->8---
virtual patch
@@
struct pwm_device *p;
exp
Prepare the addition of the PWM initial state retrieval by adding a default
state where all the parameters retrieved from DT, platform data or
statically forced by the hardware will be stored.
Once done we will be able to store the initial state in the ->state field
without risking to loose the def
Add a ->reset_state() function to the pwm_ops struct to let PWM drivers
initialize the PWM state attached to a PWM device.
Signed-off-by: Boris Brezillon
Tested-by: Heiko Stuebner
---
drivers/pwm/core.c | 3 +++
include/linux/pwm.h | 4
2 files changed, 7 insertions(+)
diff --git a/drive
Use pwm_get_xxx() helpers instead of directly accessing the pwm->xxx field.
Doing that will ease adaptation of the PWM framework to support atomic
update.
Signed-off-by: Boris Brezillon
---
Patch generated with the following coccinelle script:
--->8---
virtual patch
@@
struct pwm_device *p;
exp
The ->state field is currently initialized to 0, thus referencing the
voltage selector at index 0, which might not reflect the current voltage
value.
If possible, retrieve the current voltage selector from the PWM state, else
return -EINVAL.
Signed-off-by: Boris Brezillon
Tested-by: Heiko Stuebne
The PWM period will be set when calling pwm_config. Remove this useless
call to pwm_set_period, which might mess up with the initial PWM state
once we have added proper support for PWM init state retrieval.
Signed-off-by: Boris Brezillon
Acked-by: Lee Jones
---
drivers/video/backlight/pwm_bl.c
Prepare the transition to PWM atomic update by moving the enabled/disabled
state into the pwm_state struct. This way we can easily update the whole
PWM state by copying the new state in the ->state field.
Signed-off-by: Boris Brezillon
Tested-by: Heiko Stuebner
---
drivers/pwm/core.c | 17
pwm_set/get_default_xxx() helpers have been introduced to differentiate
the default PWM states (those retrieved through DT, PWM lookup table or
statically assigned by the driver) and the current ones.
Make use of those helpers where appropriate.
Signed-off-by: Boris Brezillon
---
drivers/clk/clk
The PWM state, represented by its period, duty_cycle and polarity,
is currently directly stored in the PWM device.
Declare a pwm_state structure embedding those field so that we can later
use this struct to atomically update all the PWM parameters at once.
Signed-off-by: Boris Brezillon
---
driv
On 11/16/2015 09:40 AM, Takashi Iwai wrote:
> On Sun, 15 Nov 2015 11:53:11 +0100,
> Boaz Harrosh wrote:
>>
>> On 11/12/2015 10:38 PM, Takashi Iwai wrote:
>>> On Thu, 12 Nov 2015 21:13:57 +0100,
>>> Dan Williams wrote:
There are several sound drivers that 'select ZONE_DMA'. This is
b
pwm_set/get_default_xxx() helpers have been introduced to differentiate
the default PWM states (those retrieved through DT, PWM lookup table or
statically assigned by the driver) and the current ones.
Make use of those helpers where appropriate.
Signed-off-by: Boris Brezillon
---
drivers/hwmon/p
On Fri, Nov 13, 2015 at 03:43:02PM -0200, Marcelo Tosatti wrote:
> Subject: cat cgroup interface proposal (non hierarchical) was Re: [PATCH
> V15 00/11] x86: Intel Cache
> Allocation Technology Support
>
>
> https://lkml.org/lkml/2015/11/2/700
I've really no idea what you're trying
pwm_set/get_default_xxx() helpers have been introduced to differentiate
the default PWM states (those retrieved through DT, PWM lookup table or
statically assigned by the driver) and the current ones.
Make use of those helpers where appropriate.
Signed-off-by: Boris Brezillon
Tested-by: Heiko Stu
On Fri, Nov 13, 2015 at 02:04:38PM -0500, Luiz Capitulino wrote:
> I guess that what Peter is saying is that we don't want tasks
> attached to a reservation landing on a CPU where the reservation
> might be different or not existent at all.
Correct.
> This way, the ATTACH_RESERVATION command woul
pwm_set/get_default_xxx() helpers have been introduced to differentiate
the default PWM states (those retrieved through DT, PWM lookup table or
statically assigned by the driver) and the current ones.
Make use of those helpers where appropriate.
Signed-off-by: Boris Brezillon
Acked-by: Jacek Anas
When requested by a user, the PWM is assigned a default period and polarity
extracted from the DT, the platform data or statically set by the driver.
Those default values are currently stored in the period and polarity
fields of the pwm_device struct, but they will be stored somewhere else
once we
pwm_set/get_default_xxx() helpers have been introduced to differentiate
the default PWM states (those retrieved through DT, PWM lookup table or
statically assigned by the driver) and the current ones.
Make use of those helpers where appropriate.
Signed-off-by: Boris Brezillon
---
drivers/video/f
pwm_set/get_default_xxx() helpers have been introduced to differentiate
the default PWM states (those retrieved through DT, PWM lookup table or
statically assigned by the driver) and the current ones.
Make use of those helpers where appropriate.
Signed-off-by: Boris Brezillon
---
drivers/input/m
pwm_set/get_default_xxx() helpers have been introduced to differentiate
the default PWM states (those retrieved through DT, PWM lookup table or
statically assigned by the driver) and the current ones.
Make use of those helpers where appropriate.
Signed-off-by: Boris Brezillon
Acked-by: Lee Jones
pwm_set/get_default_xxx() helpers have been introduced to differentiate
the default PWM states (those retrieved through DT, PWM lookup table or
statically assigned by the driver) and the current PWM ones.
Make use of those helpers where appropriate.
Signed-off-by: Boris Brezillon
Tested-by: Heiko
Use pwm_get_xxx() helpers instead of directly accessing the pwm->xxx field.
Doing that will ease adaptation of the PWM framework to support atomic
update.
Signed-off-by: Boris Brezillon
---
Patch generated with the following coccinelle script:
--->8---
virtual patch
@@
struct pwm_device *p;
exp
On Fri, Nov 13, 2015 at 03:33:04PM -0200, Marcelo Tosatti wrote:
> On Fri, Nov 13, 2015 at 05:51:00PM +0100, Peter Zijlstra wrote:
> > On Fri, Nov 13, 2015 at 02:39:33PM -0200, Marcelo Tosatti wrote:
> > > + * * one tcrid entry can be in different locations
> > > + * in different soc
On Fri, Nov 13, 2015 at 04:01:18PM -0200, Marcelo Tosatti wrote:
> OK, probably not cgroups interface (which can't be done unless
> someone solves the issue of one task on multiple cgroups, or
> explains why it is not an issue).
A task can be part of every controller once, but there is no reaso
On 11/16/2015 03:37 AM, yalin wang wrote:
Move node_id zone_idx shrink flags into trace function,
so thay we don't need caculate these args if the trace is disabled,
and will make this function have less arguments.
Signed-off-by: yalin wang
Acked-by: Vlastimil Babka
Note that you could have
On 2015/11/13 23:46, Arnaldo Carvalho de Melo wrote:
Em Fri, Nov 13, 2015 at 12:29:14PM +, Wang Nan escreveu:
By extending the syntax of BPF object section names, this patch allows
user to config probing options like what they can do in 'perf probe'.
Test result:
For following BPF file b
for checking if a property is present or not,
use of_property_read_bool instead of of_get_property()
Signed-off-by: Saurabh Sengar
---
drivers/mfd/mc13xxx-core.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/mfd/mc13xxx-core.c b/drivers/mfd/mc13xxx-core.c
in
Hi Brian,
Thanks for your information.
Best Regards,
Yuan Yao
On Mon, Nov 16, 2015 at 12:22:30PM +, Brian Norris wrote:
> On Mon, Nov 16, 2015 at 04:08:39AM +, Yao Yuan wrote:
> > It looks like easier to read, use and change.
> > Is it?
>
> It looks fine either way, IMO.
>
> > And Davi
On Mon, Nov 16, 2015 at 09:04:53AM +0100, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Mon, 16 Nov 2015 09:00:20 +0100
>
> The free_percpu() function tests whether its argument is NULL and then
> returns immediately. Thus the test around the calls is not needed.
>
> This issue was det
This patch explains the occasion of "hisilcon,mdio" and
"hisilicon,hns-mdio" according to Arnd's comments.
and reformat it according to comments from Rob.
chang log:
v2:
1) reformat the style.
2) make it more clearity.
v1:
initial version.
Signed-off-by: huangdaode
---
Documentation/dev
Jungseok,
On 11/14/2015 12:01 AM, Jungseok Lee wrote:
(+ Li Bin in CC)
On Nov 10, 2015, at 11:42 AM, AKASHI Takahiro wrote:
On 11/09/2015 11:04 PM, Jungseok Lee wrote:
On Nov 6, 2015, at 3:44 PM, AKASHI Takahiro wrote:
Hi Akashi,
Function graph tracer modifies a return address (LR) in a st
On Mon, 16 Nov 2015 09:58:28 +0100,
Boaz Harrosh wrote:
>
> On 11/16/2015 09:40 AM, Takashi Iwai wrote:
> > On Sun, 15 Nov 2015 11:53:11 +0100,
> > Boaz Harrosh wrote:
> >>
> >> On 11/12/2015 10:38 PM, Takashi Iwai wrote:
> >>> On Thu, 12 Nov 2015 21:13:57 +0100,
> >>> Dan Williams wrote:
>
>
On 14/11/2015 19:59, Jonathan Cameron wrote:
On 12/11/15 12:57, Marc Titinger wrote:
Basic support or direct IO raw read, with averaging attribute.
Values are RAW, INT_PLUS_MICRO (Volt/Ampere/Watt).
Output of iio_info:
iio:device0: ina226
4 channels found:
power3: (input
On Fri, Nov 13, 2015 at 11:23:10AM -0800, Davidlohr Bueso wrote:
> On Fri, 13 Nov 2015, Kirill A. Shutemov wrote:
>
> >On Thu, Nov 12, 2015 at 09:31:37PM -0800, Davidlohr Bueso wrote:
> >>On Wed, 11 Nov 2015, Kirill A. Shutemov wrote:
> > ret = sfd->file->f_op->mmap(sfd->file, vma);
> >-
On 14/11/15 13:27, Andy Shevchenko wrote:
> On Fri, Nov 13, 2015 at 6:39 PM, Jon Hunter wrote:
>> The tegra-apb DMA driver enables runtime-pm but never calls
>> pm_runtime_get/put and hence the runtime-pm callbacks are never invoked.
>> The driver manages the clocks by directly calling clk_prepar
Hi Mauro,
This patch depends on the preceding LED core improvements patches
from this patch set, and it would be best if it was merged through
the LED tree. Can I get your ack for this? I've already obtained acks
for the whole set from Sakari.
Best Regards,
Jacek Anaszewski
On 10/07/2015 11:10
On 14/11/2015 19:44, Jonathan Cameron wrote:
On 12/11/15 10:18, Marc Titinger wrote:
On 10/11/2015 19:23, Lars-Peter Clausen wrote:
On 11/10/2015 05:07 PM, Marc Titinger wrote:
Capture the active scan_elements into a kfifo.
The capture thread will compute the remaining time until the next capt
On Tuesday 10 November 2015 10:35:10 Lucas Stach wrote:
> Am Dienstag, den 10.11.2015, 10:28 +0100 schrieb Arnd Bergmann:
> > On Tuesday 10 November 2015 09:41:18 Lucas Stach wrote:
> > > > diff --git a/drivers/pci/host/pci-imx6.c
> > > > b/drivers/pci/host/pci-imx6.c index 233a196..9769b13 100644
On Monday 16 November 2015 17:38:24 huangdaode wrote:
> This patch explains the occasion of "hisilcon,mdio" and
> "hisilicon,hns-mdio" according to Arnd's comments.
> and reformat it according to comments from Rob.
>
> chang log:
>
> v2:
> 1) reformat the style.
> 2) make it more clearity.
>
From: Markus Elfring
Date: Mon, 16 Nov 2015 10:40:11 +0100
Another update suggestion was taken into account after a patch was applied
from static source code analysis.
Markus Elfring (2):
Delete an unnecessary check before the function call "kfree_skb"
One function call less in mISDN_sock_se
On Fri, 2015-11-13 at 18:10 +, Stefano Stabellini wrote:
>
> I agree with your point (I thought about it myself) but the current
> assembly scheme for hypercalls doesn't work well with that. I would have
> to introduce, and maintain going forward, two special hypercall
> implementations in ass
On Sun, Nov 15, 2015 at 08:32:54PM +0100, Oleg Nesterov wrote:
> Hello,
>
> I tried to backport the recent stop_machine fixes and recalled that
> I forgot to make the fix and cleanups I promised during the previous
> discussion.
>
> Please review.
>
Thanks!
--
To unsubscribe from this list: sen
From: Markus Elfring
Date: Mon, 16 Nov 2015 10:10:53 +0100
The kfree_skb() 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
---
drivers
On 13/11/15 20:01, Thomas Gleixner wrote:
> On Fri, 13 Nov 2015, Jon Hunter wrote:
>> On 12/11/15 23:20, Kevin Hilman wrote:
>>> If all the RPM devices in the domain go idle, it will be powered off
>>> independently of the status of the irqchip because the irqchip isn't
>>> using RPM.
>>
>> That'
From: Markus Elfring
Date: Mon, 16 Nov 2015 10:30:29 +0100
The kfree_skb() function was called in one case by the
mISDN_sock_sendmsg() function during error handling even if a call of
the _l2_alloc_skb() function returned a null pointer.
This implementation detail could be improved by the introd
Jacek Anaszewski wrote:
> This patch depends on the preceding LED core improvements patches
> from this patch set, and it would be best if it was merged through
> the LED tree. Can I get your ack for this? I've already obtained acks
> for the whole set from Sakari.
I agree with this going through
On Mon, Nov 16, 2015 at 10:46 AM, Jon Hunter wrote:
> On 13/11/15 20:01, Thomas Gleixner wrote:
>> On Fri, 13 Nov 2015, Jon Hunter wrote:
>>> On 12/11/15 23:20, Kevin Hilman wrote:
If all the RPM devices in the domain go idle, it will be powered off
independently of the status of the irq
On 11/16/2015 11:28 AM, Takashi Iwai wrote:
<>
>>
>> Hi Greg
>>
>> Please include the mainline patch:
>> [2db1a57] ALSA: pci: depend on ZONE_DMA (by Dan Williams)
>>
>> To the stable tree for v4.3.X Kernel.
>>
>> This patch is needed for proper operation of the 4.3 pmem.ko driver. Long
>> stor
Drivers which can be built as loadable module needs
symbol - pm_genpd_add_device to be exported. Those drivers
create platform devices which comes under a powerdomain.
Signed-off-by: Maruthi Bayyavarapu
---
drivers/base/power/domain.c | 7 +++
include/linux/pm_domain.h | 9 ++---
2 fil
On Mon 2015-11-16 14:37:28, Maruthi Srinivas Bayyavarapu wrote:
> Drivers which can be built as loadable module needs
> symbol - pm_genpd_add_device to be exported. Those drivers
> create platform devices which comes under a powerdomain.
>
> Signed-off-by: Maruthi Bayyavarapu
> ---
> drivers/bas
Hi,
On 15/11/15 13:32, Chris Wilson wrote:
The busywait in __i915_spin_request() does not respect pending signals
and so may consume the entire timeslice for the task instead of
returning to userspace to handle the signal.
Obviously correct to break the spin, but if spending a jiffie to react
Hi Ingi, Rob,
With this patch we will be leaking of_node when parsing succeeds.
I think that "return 0" should be removed. I can remove it and apply,
provided that Rob's ack is still in force with this. Rob?
Best Regards,
Jacek Anaszewski
On 11/10/2015 04:00 AM, Ingi Kim wrote:
The refcount of
On Monday 16 November 2015 02:22 PM, Arnd Bergmann wrote:
> On Monday 16 November 2015 08:35:05 Vineet Gupta wrote:
>> Hi Geert,
>>
>> On Monday 16 November 2015 01:58 PM, Geert Uytterhoeven wrote:
>>> Hi Vineet,
>>>
>>> On Mon, Nov 16, 2015 at 9:00 AM, Vineet Gupta
>>> wrote:
I've been using
On Thu, Nov 12, 2015, at 17:35, Jason A. Donenfeld wrote:
> Drivers like vxlan use the recently introduced
> udp_tunnel_xmit_skb/udp_tunnel6_xmit_skb APIs. udp_tunnel6_xmit_skb
> makes use of ip6tunnel_xmit, and ip6tunnel_xmit, after sending the
> packet, updates the struct stats using the usual
>
Hi.
I sent some patches a couple days ago.
I received "Your message to linux-arm-kernel awaits moderator approval".
(similar ones from other mailing lists, too).
I think it was becuase of too many recipients.
I still do not see my patches delivered to the ML.
Is anybody taking care of the a
On Mon, 16 Nov 2015, Yaowei Bai wrote:
> diff --git a/include/linux/gfp.h b/include/linux/gfp.h
> index 6523109..1da03f5 100644
> --- a/include/linux/gfp.h
> +++ b/include/linux/gfp.h
> @@ -375,12 +375,9 @@ static inline enum zone_type gfp_zone(gfp_t flags)
> * virtual kernel addresses to the al
On Mon, 16 Nov 2015, Yaowei Bai wrote:
> diff --git a/include/linux/mm_inline.h b/include/linux/mm_inline.h
> index cf55945..af73135 100644
> --- a/include/linux/mm_inline.h
> +++ b/include/linux/mm_inline.h
> @@ -8,8 +8,8 @@
> * page_is_file_cache - should the page be on a file LRU or anon LRU?
From: Rameshwar Prasad Sahu
This patch implements support for APM X-Gene SoC CRC32C h/w accelerator driver
and adds CRC32C computations support in dmaengine framework. APM X-Gene SoC has
DMA engine capable of performing CRC32C computations.
v2 changes:
1. Added helper function in dmaengi
From: Rameshwar Prasad Sahu
This patch adds support for new feature CRC32C computations in
dmaengine framework.
Signed-of-by: Rameshwar Prasad Sahu
---
Documentation/dmaengine/provider.txt |3 +++
drivers/dma/dmaengine.c |2 ++
include/linux/dmaengine.h| 13 ++
From: Rameshwar Prasad Sahu
This patch implements support for APM X-Gene SoC CRC32C h/w accelerator driver
and adds CRC32C computations support in dmaengine framework. APM X-Gene SoC has
DMA engine capable of performing CRC32C computations.
v2 changes:
1. Added helper function in dmaengi
From: Rameshwar Prasad Sahu
This patch implements support for APM X-Gene SoC CRC32C h/w accelerator.
DMA engine in APM X-Gene SoC is capable of doing CRC32C computations.
Signed-off-by: Rameshwar Prasad Sahu
---
drivers/crypto/Kconfig|8 ++
drivers/crypto/Makefile |1 +
d
From: Rameshwar Prasad Sahu
This patch implements CRC32C support to APM X-Gene SoC DMA engine driver.
Basically we have DMA engine in SoC capable of doing CRC32C computations.
Signed-off-by: Rameshwar Prasad Sahu
---
drivers/dma/xgene-dma.c | 314 --
From: Rameshwar Prasad Sahu
This patch adds support for new feature CRC32C computations in
dmaengine framework.
Signed-of-by: Rameshwar Prasad Sahu
---
Documentation/dmaengine/provider.txt |3 +++
drivers/dma/dmaengine.c |2 ++
include/linux/dmaengine.h| 13 ++
From: Rameshwar Prasad Sahu
This patch implements CRC32C support to APM X-Gene SoC DMA engine driver.
Basically we have DMA engine in SoC capable of doing CRC32C computations.
Signed-off-by: Rameshwar Prasad Sahu
---
drivers/dma/xgene-dma.c | 314 --
From: Rameshwar Prasad Sahu
This patch implements support for APM X-Gene SoC CRC32C h/w accelerator.
DMA engine in APM X-Gene SoC is capable of doing CRC32C computations.
Signed-off-by: Rameshwar Prasad Sahu
---
drivers/crypto/Kconfig|8 ++
drivers/crypto/Makefile |1 +
d
The cpuidle tracepoints are called within a rcu_idle_exit() section, and
must be denoted with the _rcuidle() version of the tracepoint.
Signed-off-by: Jisheng Zhang
Acked-by: Kevin Hilman
---
arch/arm/mach-omap2/pm34xx.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/ar
On 11/16/2015 02:35 AM, yalin wang wrote:
On Nov 13, 2015, at 22:01, Steven Rostedt wrote:
On Fri, 13 Nov 2015 19:54:11 +0800
yalin wang wrote:
TP_fast_assign(
__entry->mm = mm;
- __entry->pfn = pfn;
+ __entry->pfn = page_to_pfn(page);
On Sun, 15 Nov 2015, Chris Metcalf wrote:
> I've added Rich, Paul, Joseph, and Mike to the cc's as they are probably
> a good subset of libc-alpha to help comment on these issues. My sense
> is that right now, it wouldn't be possible to add a 32-bit architecture
> with a non-32-bit default for
Currently, if cpuidle is disabled or not supported, powertop reports
zero wakeups and zero events. This is due to the cpu_idle tracepoints
are missing.
This patch is to make cpu_idle tracepoints always available even if
cpuidle is disabled or not supported.
Signed-off-by: Jisheng Zhang
---
Sinc
From: Markus Elfring
Date: Mon, 16 Nov 2015 11:17:55 +0100
The kfree_skb() 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
---
drivers
Hi,
On 15/11/15 13:32, Chris Wilson wrote:
When waiting for high frequency requests, the finite amount of time
required to set up the irq and wait upon it limits the response rate. By
busywaiting on the request completion for a short while we can service
the high frequency waits as quick as pos
On Mon, Nov 16, 2015 at 10:45:22AM +0200, Kirill A. Shutemov wrote:
> On Mon, Nov 16, 2015 at 10:45:21AM +0900, Minchan Kim wrote:
> > During the test with MADV_FREE on kernel I applied your patches,
> > I couldn't see any problem.
> >
> > However, in this round, I did another test which is same o
On 16/11/15 09:49, Geert Uytterhoeven wrote:
> On Mon, Nov 16, 2015 at 10:46 AM, Jon Hunter wrote:
>> On 13/11/15 20:01, Thomas Gleixner wrote:
>>> On Fri, 13 Nov 2015, Jon Hunter wrote:
On 12/11/15 23:20, Kevin Hilman wrote:
> If all the RPM devices in the domain go idle, it will be pow
Summary :
These 2 patches are developed for drivers/cpufreq/pcc-cpufreq.c's
pcc_get_freq() function.
The pcc-cpufreq driver's function pcc_get_freq() sometimes returns invalid
frequency information.
Without the these 2 patches , it can be reproduced on booting Linux Kernel with
loading pcc-cp
1 - 100 of 1077 matches
Mail list logo
