On Sat, 2016-04-30 at 14:47 +0200, Peter Zijlstra wrote:
> On Sat, Apr 09, 2016 at 03:05:54PM -0400, Chris Mason wrote:
> > select_task_rq_fair() can leave cpu utilization a little lumpy,
> > especially as the workload ramps up to the maximum capacity of the
> > machine. The end result can be high
Commit-ID: a431d67934dfe9ffbe65972b0dbe576331595186
Gitweb: http://git.kernel.org/tip/a431d67934dfe9ffbe65972b0dbe576331595186
Author: Florian Fainelli
AuthorDate: Sun, 24 Apr 2016 19:34:53 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 28 Apr 2016 09:58:57 -0300
bpf tools:
Commit-ID: 1a71476e4f2693ed93523c80ff1e2d4a8634717c
Gitweb: http://git.kernel.org/tip/1a71476e4f2693ed93523c80ff1e2d4a8634717c
Author: Florian Fainelli
AuthorDate: Sun, 24 Apr 2016 19:34:54 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 28 Apr 2016 09:58:57 -0300
bpf tools:
Commit-ID: 81d64f46d41c428474c64e5c59e5458b7f50d9fd
Gitweb: http://git.kernel.org/tip/81d64f46d41c428474c64e5c59e5458b7f50d9fd
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 27 Apr 2016 17:56:53 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 28 Apr 2016 09:58:58 -0300
pe
Commit-ID: de46d5268c4ec5c5b473c96fbf56ece188a6ba85
Gitweb: http://git.kernel.org/tip/de46d5268c4ec5c5b473c96fbf56ece188a6ba85
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 27 Apr 2016 17:51:45 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 28 Apr 2016 09:58:58 -0300
pe
Commit-ID: 3dcc4436fa6f09ce093ff59bf8477c3059dc46df
Gitweb: http://git.kernel.org/tip/3dcc4436fa6f09ce093ff59bf8477c3059dc46df
Author: Wang Nan
AuthorDate: Wed, 20 Apr 2016 18:59:48 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 28 Apr 2016 09:58:58 -0300
perf tools: Introd
Commit-ID: 909b0360ae358f212f526e171ea4ef433b1b4103
Gitweb: http://git.kernel.org/tip/909b0360ae358f212f526e171ea4ef433b1b4103
Author: Masami Hiramatsu
AuthorDate: Thu, 28 Apr 2016 03:37:14 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 28 Apr 2016 09:58:58 -0300
perf probe
Commit-ID: 3c1cb7e3723caad9b4c1b2f816d86d8605296a4b
Gitweb: http://git.kernel.org/tip/3c1cb7e3723caad9b4c1b2f816d86d8605296a4b
Author: Wang Nan
AuthorDate: Wed, 20 Apr 2016 18:59:50 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 28 Apr 2016 09:58:59 -0300
perf record: Split
Commit-ID: 5f9cf5992cfb9d9763fb92f755642dda8f9e844f
Gitweb: http://git.kernel.org/tip/5f9cf5992cfb9d9763fb92f755642dda8f9e844f
Author: Wang Nan
AuthorDate: Wed, 20 Apr 2016 18:59:49 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 28 Apr 2016 09:58:58 -0300
perf tools: Derive
Commit-ID: eca857ab381858450ec2f91f5aaae7f2f7a7a180
Gitweb: http://git.kernel.org/tip/eca857ab381858450ec2f91f5aaae7f2f7a7a180
Author: Wang Nan
AuthorDate: Wed, 20 Apr 2016 18:59:51 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 28 Apr 2016 09:58:59 -0300
perf record: Force
Commit-ID: 0c1d46a8796e8309f1ca693e5cad6f318e4b8159
Gitweb: http://git.kernel.org/tip/0c1d46a8796e8309f1ca693e5cad6f318e4b8159
Author: Wang Nan
AuthorDate: Wed, 20 Apr 2016 18:59:52 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 28 Apr 2016 09:58:59 -0300
perf record: Disab
Commit-ID: be7b0c9e376e93a00b6c8631e2721e9dc7c6a1fa
Gitweb: http://git.kernel.org/tip/be7b0c9e376e93a00b6c8631e2721e9dc7c6a1fa
Author: Wang Nan
AuthorDate: Wed, 20 Apr 2016 18:59:54 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 28 Apr 2016 09:58:59 -0300
perf record: Gener
Commit-ID: ca7ce82a280a65c377c24c95c29b1dec6e80b428
Gitweb: http://git.kernel.org/tip/ca7ce82a280a65c377c24c95c29b1dec6e80b428
Author: Vaishali Thakkar
AuthorDate: Thu, 28 Apr 2016 22:16:57 +0530
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 28 Apr 2016 15:37:52 -0300
perf tests
Commit-ID: a30e6259b5e31e8d2b40f3b0099d98a6ebe0e360
Gitweb: http://git.kernel.org/tip/a30e6259b5e31e8d2b40f3b0099d98a6ebe0e360
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 27 Apr 2016 19:01:52 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 28 Apr 2016 09:58:59 -0300
pe
On Sat, Apr 30, 2016 at 01:56:40PM -0700, Greg Kroah-Hartman wrote:
> On Wed, Apr 20, 2016 at 01:09:51PM +0530, Sudip Mukherjee wrote:
> > From: "Maciej S. Szmigiero"
> >
> > CONFIG_PARPORT_PC_SUPERIO toggles Super IO chip support in parport_pc
> > code, however only code accessing SIO chip via I
On 29 April 2016 at 11:53, Ingo Molnar wrote:
>
> * tip-bot for Compostella, Jeremy wrote:
>
>> Commit-ID: 06f7d4a1618dbb086e738c93cd1ef416ab01027d
>> Gitweb:
>> http://git.kernel.org/tip/06f7d4a1618dbb086e738c93cd1ef416ab01027d
>> Author: Compostella, Jeremy
>> AuthorDate: Mon, 25 Apr
On Sat, Apr 30, 2016 at 10:49 PM, Duc Dang wrote:
> This patch enables ACPI support for X-Gene GFC GPIO driver.
>
> Signed-off-by: Duc Dang
Patch applied.
Duc do you have a datasheet for this GPIO controller?
I want to know if it has further abilities, when I see this:
#define GPIO_SET_DR_OF
On Sat, 30 Apr 2016, George Spelvin wrote:
> Thomas Gleixner wrote:
> You say that
> > hash64 is slightly faster as the modulo prime as it does not have the
> > multiplication.
>
> Um... are you sure you benchmarked that right? The hash_64 code you
> used (Thomas Wang's 64->32-bit hash) has a cri
On Fri 2016-04-29 22:06:00, Sebastian Reichel wrote:
> Hi,
>
> On Thu, Apr 21, 2016 at 03:04:50PM +0200, Pali Rohár wrote:
> > > CONFIG_HSI breaks power management completely, so power management
> > > with modem will be another topic.
> >
> > Sebastian, any idea why power management does not w
On Sun, May 01, 2016 at 09:12:33AM +0200, Mike Galbraith wrote:
> On Sat, 2016-04-30 at 14:47 +0200, Peter Zijlstra wrote:
> > Can you guys have a play with this; I think one and two node tbench are
> > good, but I seem to be getting significant run to run variance on that,
> > so maybe I'm not do
On Sunday 01 May 2016 02:13 AM, Guenter Roeck wrote:
On Sat, Apr 30, 2016 at 05:36:51PM -0700, Guenter Roeck wrote:
On Sat, Apr 30, 2016 at 07:38:28PM +0100, Sudip Mukherjee wrote:
On Tue, Apr 12, 2016 at 11:01:28AM -0700, Guenter Roeck wrote:
On Tue, Apr 12, 2016 at 05:58:20PM +0300, Andy She
On Sun, 2016-05-01 at 10:53 +0200, Peter Zijlstra wrote:
> On Sun, May 01, 2016 at 09:12:33AM +0200, Mike Galbraith wrote:
> > On Sat, 2016-04-30 at 14:47 +0200, Peter Zijlstra wrote:
>
> > > Can you guys have a play with this; I think one and two node tbench are
> > > good, but I seem to be getti
On 04/29/2016 11:39 PM, Toshi Kani wrote:
> When a partition is not aligned by 4KB, mount -o dax succeeds,
> but any read/write access to the filesystem fails, except for
> metadata update.
>
> Add alignment check to ext4_fill_super() when -o dax is specified.
>
> Reported-by: Micah Parrish
> Si
Hi!
On Fri 2016-04-29 23:17:44, Jarkko Sakkinen wrote:
> On Tue, Apr 26, 2016 at 09:00:10PM +0200, Pavel Machek wrote:
> > On Mon 2016-04-25 20:34:07, Jarkko Sakkinen wrote:
> > > The firmware uses PRMRR registers to reserve an area of physical memory
> > > called Enclave Page Cache (EPC). There is
On Sat 2016-04-30 04:09:11, Sebastian Reichel wrote:
> This avoids removal of the HSI port device when
> only the platform port device should be removed
> and clears the POPULATED bit in the DT node, so
> that a new platform device is created when the
> driver is probed again.
>
> Signed-off-by: S
> Sorry I did not express myself clear enough.
> hash64 (the single multiply with the adjusted golden ratio) is
> slightly faster than the modulo one which has two mutiplications.
Yes, I figured out that was probably what you were talking about,
and benchmarked it similarly.
But I noticed a much
Hi!
> Merge omap_ssi and omap_ssi_port into one module. This
> fixes problems with module cycle dependencies introduced
> by future patches.
Interesting way of saying that this prepares us for future patch
:-).
> +++ b/drivers/hsi/controllers/Makefile
> @@ -2,5 +2,5 @@
> # Makefile for HSI con
On Sat 2016-04-30 13:33:29, Arnd Bergmann wrote:
> The new use of dev_pm_opp_set_sharing_cpus resulted in a harmless compiler
> warning with CONFIG_CPUMASK_OFFSTACK=y:
>
> drivers/cpufreq/mvebu-cpufreq.c: In function 'armada_xp_pmsu_cpufreq_init':
> include/linux/cpumask.h:550:25: error: passing a
On Sat 2016-04-30 04:09:13, Sebastian Reichel wrote:
> This adds support for frequency changes of the SSI
> functional clock, which may occur due to DVFS.
>
> Signed-off-By: Sebastian Reichel
Acked-by: Pavel Machek
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
http:/
On Thu, Apr 28, 2016 at 04:48:25PM +0100, David Woodhouse wrote:
> On Thu, 2016-04-28 at 18:37 +0300, Michael S. Tsirkin wrote:
> > OK, so for intel, it seems that it's enough to set
> > pdev->dev.archdata.iommu = DUMMY_DEVICE_DOMAIN_INFO;
> > for the device.
>
> Yes, currently. Although that'
Masahiro Yamada (7):
reset: add devm_reset_controller_register API
reset: ath79: use devm_reset_controller_register()
reset: lpc18xx: use devm_reset_controller_register()
reset: pistachio: use devm_reset_controller_register()
reset: sunxi: use devm_reset_controller_register()
reset: so
Add a device managed API for reset_controller_register().
This helps in reducing code in .remove callbacks and sometimes
dropping .remove callbacks entirely.
Signed-off-by: Masahiro Yamada
---
Documentation/driver-model/devres.txt | 4
drivers/reset/core.c | 37 +
Use devm_reset_controller_register() for the reset controller
registration and drop the .remove callback.
Signed-off-by: Masahiro Yamada
---
drivers/reset/reset-sunxi.c | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
diff --git a/drivers/reset/reset-sunxi.c b/drivers/reset/r
Use devm_reset_controller_register() for the reset controller
registration and remove the unregister call from the .remove callback.
Signed-off-by: Masahiro Yamada
---
drivers/reset/reset-ath79.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/reset/reset-ath79.c b
Use devm_reset_controller_register() for the reset controller
registration and drop the .remove callback.
Signed-off-by: Masahiro Yamada
---
drivers/reset/reset-pistachio.c | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
diff --git a/drivers/reset/reset-pistachio.c b/drivers
Use devm_reset_controller_register() for the reset controller
registration and remove the unregister call from the .remove callback.
Signed-off-by: Masahiro Yamada
---
drivers/reset/reset-lpc18xx.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/reset/reset-lpc18x
Use devm_reset_controller_register() for the reset controller
registration and drop the .remove callback.
Signed-off-by: Masahiro Yamada
---
drivers/reset/reset-socfpga.c | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
diff --git a/drivers/reset/reset-socfpga.c b/drivers/res
Use devm_reset_controller_register() for the reset controller
registration and drop the .remove callback.
Signed-off-by: Masahiro Yamada
---
drivers/reset/reset-zynq.c | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
diff --git a/drivers/reset/reset-zynq.c b/drivers/reset/res
Unlike devm_clk_register(), devm_clk_hw_register() returns integer.
So, the statement "Clocks returned from this function ..." sounds
odd. Adjust the comment for this new API.
Signed-off-by: Masahiro Yamada
---
drivers/clk/clk.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The ccp_actions structure is never modified, so declare it as const.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
drivers/crypto/ccp/ccp-dev-v3.c |2 +-
drivers/crypto/ccp/ccp-dev.h|2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/cr
It is safe to use RCU_INIT_POINTER() to NULL a pointer, instead of
rcu_assign_pointer().
This results in slightly smaller/faster code.
Signed-off-by: Muhammad Falak R Wani
---
drivers/input/evdev.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/input/evdev.c b/driver
This patch adds the device tree bindings for the Western Digital's
MyBook Live memory-mapped GPIO controllers.
The gpios will be supported by gpio-mmio code of the
GPIO generic library.
Signed-off-by: Christian Lamparter
---
.../devicetree/bindings/gpio/wd,mbl-gpio.txt | 38 ++
This patch series adds device tree support for generic memory-mapped GPIOs.
The GPIO library already allows drivers and architecture support code to
reuse generic code for managing a GPIO chip. Currently, a developer has
to create a platform device "basic-mmio-gpio" and attach a bgpio_pdata
platfor
This patch integrates these GPIO drivers into gpio-mmio.
Signed-off-by: Christian Lamparter
---
drivers/gpio/Kconfig | 43 ++
drivers/gpio/Makefile| 4 -
drivers/gpio/gpio-clps711x.c | 91 -
drivers/gpio/gpio-ge.c | 114 --
From: Álvaro Fernández Rojas
This patch adds support for defining memory-mapped GPIOs which
are compatible with the existing gpio-mmio interface. The generic
library provides support for many memory-mapped GPIO controllers
that are found in various on-board FPGA and ASIC solutions that
are used t
The i40e_client_ops structure is never modified, so declare it as const.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
drivers/infiniband/hw/i40iw/i40iw_main.c |2 +-
drivers/net/ethernet/intel/i40e/i40e_client.h |2 +-
2 files changed, 2 insertions(+), 2 delet
It is safe to use RCU_INIT_POINTER() to NULL a pointer, instead of
rcu_assign_pointer().
This results in slightly smaller/faster code.
Signed-off-by: Muhammad Falak R Wani
---
drivers/input/input.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/input/input.c b/driver
It is safe to use RCU_INIT_POINTER() to NULL a pointer, instead of
rcu_assign_pointer().
This results in slightly smaller/faster code.
Signed-off-by: Muhammad Falak R Wani
---
drivers/staging/rdma/hfi1/init.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rdm
The i40iw_vf_cqp_ops structure is never modified, so declare it as const.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
drivers/infiniband/hw/i40iw/i40iw_type.h |2 +-
drivers/infiniband/hw/i40iw/i40iw_vf.c |2 +-
drivers/infiniband/hw/i40iw/i40iw_vf.h |2 +-
The xgene_cle_ops structure is never modified, so declare it as const.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
drivers/net/ethernet/apm/xgene/xgene_enet_cle.c |2 +-
drivers/net/ethernet/apm/xgene/xgene_enet_cle.h |2 +-
drivers/net/ethernet/apm/xgene/xgene_
It is safe to use RCU_INIT_POINTER() to NULL, instead of
rcu_assign_pointer().
This results in slightly smaller/faster code.
Signed-off-by: Muhammad Falak R Wani
---
drivers/target/target_core_tpg.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/target/target_core_tp
It is safe to use RCU_INIT_POINTER() to NULL, instead of
rcu_assign_pointer().
This results in slightly smaller/faster code.
The follwoing semantic patch was used:
@@
@@
- rcu_assign_pointer
+ RCU_INIT_POINTER
(..., NULL)
Signed-off-by: Muhammad Falak R Wani
---
drivers/target/target_core_
It is safe to use RCU_INIT_POINTER() to NULL, instead of
rcu_assign_pointer().
This results in slightly smaller/faster code.
The follwoing semantic patch was used:
@@
@@
- rcu_assign_pointer
+ RCU_INIT_POINTER
(..., NULL)
Signed-off-by: Muhammad Falak R Wani
---
drivers/gpu/drm/nouveau/nou
Allow an unprivileged processes to control subtrees of their associated
cgroup, a necessary feature if an unprivileged container (set up with an
unprivileged user namespace) wishes to take advantage of cgroups for its
own subprocesses.
Change the mode of the cgroup directory for each cgroup associ
Currently, the maintainers of runC are working on implementing rootless
containers using the new unprivileged user namespace capabilities of
Linux[1]. The only missing core feature is management of cgroups by the
container (such as setting resource limits and pausing containers).
Given the recent
The vsock_transport structure is never modified, so declare it as const.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
net/vmw_vsock/vmci_transport.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/vmw_vsock/vmci_transport.c b/net/vmw_vsock/vmci_t
Hi Jarkko,
On Thu, 28 Apr 2016 12:02:24 +0300 Jarkko Sakkinen
wrote:
>
> On Thu, 2016-04-28 at 15:32 +1000, Stephen Rothwell wrote:
> > Hi Jarkko,
> >
> > After merging the tpmdd tree, today's linux-next build (powerpc
> > allyesconfig) failed like this:
> >
> > In file included from /home/sfr
On Sun, 01 May, at 10:03:55AM, Ard Biesheuvel wrote:
>
> Apologies for only mentioning this now, but I wonder why we need this
> in the kernel in the first place? The UEFI spec defines 'BootNext' as
> the way to set the boot entry for the next boot only, and this could
> also be set from userland.
On Sun, 01 May, at 01:25:12AM, Arnd Bergmann wrote:
> On Saturday 30 April 2016 23:46:41 Matt Fleming wrote:
> >
> > > It's not something we'd have to worry about in practice, but it does
> > > make my patch incorrect. Should we come up with a different way to
> > > do it?
> >
> > Jeremy proposed
On Sat, Apr 30, 2016 at 11:43:44AM +0200, Hans Verkuil wrote:
> Hi Krzysztof,
>
> On 04/29/2016 12:59 PM, Krzysztof Kozlowski wrote:
> > Hi,
> >
> > Patches are independent, please pick up as you wish.
> >
> > However all of them are needed to solve the issue, so I am sending
> > everything toge
> +err_unset_mode:
> + /* Clean up the mode changes. */
> + do_each_subsys_mask(ss, ssid, updated_mask) {
> + struct kernfs_node *kn = cset->subsys[ssid]->cgroup->kn;
> +
> + kernfs_break_active_protection(kn);
> + cgroup_kn_set_mode(kn, mode[ss
On Sun, 01 May, at 11:24:18AM, Shannon Zhao wrote:
> Because the UEFI params for Dom0 are located under /hypervisor/uefi node
> instead of /chosen. So it needs to check whether it's a Dom0 then search
> and parse different node with different params arrays.
Why can't you search both nodes? Would
Hi, all.
I’ve recently met some problems when trying to create a pppoe network link
inside a unprivileged container. There is a uid namespace which maps root
inside to a normal user outside. There is also a separate
This is an updated version of v1 of this patchset[1], which properly
unlocks all of the relevant locks in the error path of copy_cgroup_ns().
[1]: https://lkml.org/lkml/2016/5/1/77
Aleksa Sarai (1):
cgroup: allow management of subtrees by new cgroup namespaces
kernel/cgroup.c | 74 +++
Allow an unprivileged processes to control subtrees of their associated
cgroup, a necessary feature if an unprivileged container (set up with an
unprivileged user namespace) wishes to take advantage of cgroups for its
own subprocesses.
Change the mode of the cgroup directory for each cgroup associ
Hi Greg,
Hi Sudip,
On 01.05.2016 09:45, Sudip Mukherjee wrote:
> On Sat, Apr 30, 2016 at 01:56:40PM -0700, Greg Kroah-Hartman wrote:
>> On Wed, Apr 20, 2016 at 01:09:51PM +0530, Sudip Mukherjee wrote:
>>> From: "Maciej S. Szmigiero"
>>>
>>> CONFIG_PARPORT_PC_SUPERIO toggles Super IO chip support
Hi Pavel,
On Sat, Apr 30, 2016 at 12:13:59AM +0200, Pavel Machek wrote:
> Hi!
>
> What is reasonable camera application for testing?
>
> N900 looks like a low-end digital camera. I have now have the hardware
> working (can set focus to X cm using command line), but that's not
> going to be usefu
On 05/01/2016 02:04 AM, Sudip Mukherjee wrote:
On Sunday 01 May 2016 02:13 AM, Guenter Roeck wrote:
On Sat, Apr 30, 2016 at 05:36:51PM -0700, Guenter Roeck wrote:
On Sat, Apr 30, 2016 at 07:38:28PM +0100, Sudip Mukherjee wrote:
On Tue, Apr 12, 2016 at 11:01:28AM -0700, Guenter Roeck wrote:
On
On 05/01/2016 03:17 PM, Krzysztof Kozlowski wrote:
> On Sat, Apr 30, 2016 at 11:43:44AM +0200, Hans Verkuil wrote:
>> Hi Krzysztof,
>>
>> On 04/29/2016 12:59 PM, Krzysztof Kozlowski wrote:
>>> Hi,
>>>
>>> Patches are independent, please pick up as you wish.
>>>
>>> However all of them are needed to
On 2016年05月01日 21:26, Matt Fleming wrote:
> On Sun, 01 May, at 11:24:18AM, Shannon Zhao wrote:
>> Because the UEFI params for Dom0 are located under /hypervisor/uefi node
>> instead of /chosen. So it needs to check whether it's a Dom0 then search
>> and parse different node with different params ar
The ethtool api {get|set}_settings is deprecated.
We move the gianfar driver to new api {get|set}_link_ksettings.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/freescale/gianfar_ethtool.c | 25 +++---
1 files changed, 8 insertions(+), 17 deletions(-)
diff --git a/dri
The ethtool api {get|set}_settings is deprecated.
We move the fs-enet driver to new api {get|set}_link_ksettings.
Signed-off-by: Philippe Reynes
---
.../net/ethernet/freescale/fs_enet/fs_enet-main.c | 16 ++--
1 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers
The ethtool api {get|set}_settings is deprecated.
We move the ucc driver to new api {get|set}_link_ksettings.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/freescale/ucc_geth_ethtool.c | 17 +++--
1 files changed, 7 insertions(+), 10 deletions(-)
diff --git a/drivers/net
The ethtool api {get|set}_settings is deprecated.
We move the fec_mpc52xx driver to new api {get|set}_link_ksettings.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/freescale/fec_mpc52xx.c | 16 ++--
1 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/n
Am 30.04.2016 um 21:00 schrieb Muhammad Falak R Wani:
The rcu_assign_pointer() ensures that the initialization of a structure
is carried out before storing a pointer to that structre. It is always
safe to use RCU_INIT_POINTER() to NULL a pointer, instead of
rcu_assign_pointer().
This results in s
On Thu, Apr 28, 2016 at 11:49:06PM +0900, Kyeongmin Cho wrote:
> Hi,
>
> Althogh applying my previous patch, it still prints
>
> $ ./perf report --gtk
> GTK browser requested but could not find libperf-gtk.so
>
> When printing dlerror() in setup_gtk_browser(),
>
> $ ./perf report --gtk
> /home/
The PNPBIOS driver requires preprocessor defines (located in
include/asm/segment.h) only declared if the architecture is set to
X86_32. If the architecture is set to X86_64, the PNPBIOS driver will
not build properly. The X86 dependecy for the PNPBIOS configuration
option is changed to an explicit
Hi,
On Sun, May 01, 2016 at 10:52:36AM +0200, Pavel Machek wrote:
> On Fri 2016-04-29 22:06:00, Sebastian Reichel wrote:
> > On Thu, Apr 21, 2016 at 03:04:50PM +0200, Pali Rohár wrote:
> > > > CONFIG_HSI breaks power management completely, so power management
> > > > with modem will be another top
Fixed coding style issue
Signed-off-by: Jacky Boen
---
drivers/staging/rtl8188eu/hal/usb_halinit.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/rtl8188eu/hal/usb_halinit.c
b/drivers/staging/rtl8188eu/hal/usb_halinit.c
index 07a61b8..c5e5d52 100644
---
Fixed coding style issue
Signed-off-by: Jacky Boen
---
drivers/staging/rtl8188eu/hal/usb_halinit.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/rtl8188eu/hal/usb_halinit.c
b/drivers/staging/rtl8188eu/hal/usb_halinit.c
index 7831f19..507e448 100644
Fixed coding style issue
Signed-off-by: Jacky Boen
---
drivers/staging/rtl8188eu/hal/usb_halinit.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/rtl8188eu/hal/usb_halinit.c
b/drivers/staging/rtl8188eu/hal/usb_halinit.c
index 82269eb..ef04638 100644
---
Fix coding style issue
Signed-off-by: Jacky Boen
---
drivers/staging/rtl8188eu/hal/usb_halinit.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/rtl8188eu/hal/usb_halinit.c
b/drivers/staging/rtl8188eu/hal/usb_halinit.c
index a3fffd7..82269eb 100644
--- a/
Fix coding style issue
Signed-off-by: Jacky Boen
---
drivers/staging/rtl8188eu/hal/usb_halinit.c | 30 ++---
1 file changed, 15 insertions(+), 15 deletions(-)
diff --git a/drivers/staging/rtl8188eu/hal/usb_halinit.c
b/drivers/staging/rtl8188eu/hal/usb_halinit.c
index f5
Fixed coding style issue
Signed-off-by: Jacky Boen
---
drivers/staging/rtl8188eu/hal/usb_halinit.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8188eu/hal/usb_halinit.c
b/drivers/staging/rtl8188eu/hal/usb_halinit.c
index c37ba49..f5e8ac0 100644
--- a/dr
Fix coding style issue
Signed-off-by: Jacky Boen
---
drivers/staging/rtl8188eu/hal/usb_halinit.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/rtl8188eu/hal/usb_halinit.c
b/drivers/staging/rtl8188eu/hal/usb_halinit.c
index ef04638..13c1277 100644
--- a/dr
Fixed typo
Signed-off-by: Jacky Boen
---
drivers/staging/rtl8188eu/hal/usb_halinit.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8188eu/hal/usb_halinit.c
b/drivers/staging/rtl8188eu/hal/usb_halinit.c
index c5e5d52..7831f19 100644
--- a/drivers/staging/
Fixed coding style issue
Signed-off-by: Jacky Boen
---
drivers/staging/rtl8188eu/hal/usb_halinit.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/rtl8188eu/hal/usb_halinit.c
b/drivers/staging/rtl8188eu/hal/usb_halinit.c
index 814ecec..c37ba49 100644
---
On Sat, Apr 23, 2016 at 01:51:19AM +0200, Rafael J. Wysocki wrote:
>On 4/11/2016 3:25 PM, William Breathitt Gray wrote:
>> The PNPBIOS driver requires preprocessor defines (located in
>> include/asm/segment.h) only declared if the architecture is set to
>> X86_32. If the architecture is set to X86_
Fixed coding style issue
Signed-off-by: Jacky Boen
---
drivers/staging/rtl8188eu/hal/usb_halinit.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/rtl8188eu/hal/usb_halinit.c
b/drivers/staging/rtl8188eu/hal/usb_halinit.c
index 58d38d6..814ecec 100644
--- a/
Fixed coding style issue
Signed-off-by: Jacky Boen
---
drivers/staging/rtl8188eu/hal/usb_halinit.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/staging/rtl8188eu/hal/usb_halinit.c
b/drivers/staging/rtl8188eu/hal/usb_halinit.c
index 507e448..58d38d6 100644
--
On 05/01/2016 04:09 PM, Hans Verkuil wrote:
> On 05/01/2016 03:17 PM, Krzysztof Kozlowski wrote:
>> On Sat, Apr 30, 2016 at 11:43:44AM +0200, Hans Verkuil wrote:
>>> Hi Krzysztof,
>>>
>>> On 04/29/2016 12:59 PM, Krzysztof Kozlowski wrote:
Hi,
Patches are independent, please pick up a
On Wed, Apr 13, 2016 at 08:18:26AM -0700, Greg KH wrote:
>On Wed, Apr 13, 2016 at 10:48:42AM -0400, William Breathitt Gray wrote:
>> On Wed, Apr 13, 2016 at 04:38:38PM +0200, Ingo Molnar wrote:
>> >Ah, ok, so it's for enabling real hardware, not just a cleanup, right? You
>> >might
>> >want to pu
On Tue, Mar 22, 2016 at 08:17:07PM +0800, Ming Li wrote:
> hi, i move macros into appropriate header files.
Why? What other code needs these macros to require them being moved to
a .h file?
confused,
greg k-h
On Sunday 01 May 2016 03:09 PM, Guenter Roeck wrote:
On 05/01/2016 02:04 AM, Sudip Mukherjee wrote:
On Sunday 01 May 2016 02:13 AM, Guenter Roeck wrote:
On Sat, Apr 30, 2016 at 05:36:51PM -0700, Guenter Roeck wrote:
On Sat, Apr 30, 2016 at 07:38:28PM +0100, Sudip Mukherjee wrote:
On Tue, Apr
On Sun, May 01, 2016 at 06:01:08PM +0200, Hans Verkuil wrote:
> > Sorry, I meant the hanging issue I got in 4.6, not the ethernet issue.
> > I get the same problem with linux-next. Can you mail me the .config you are
> > using?
>
> Never mind.
>
> > After some more testing I don't think it is ha
On Sun, May 1, 2016 at 2:43 AM, George Spelvin wrote:
>
> Anyway, my recommendation (I'll write the patches if you like) is:
>
> * Modify the multiplicative constants to be
> #define COLDEN_RATIO_32 0x61C88647
> #define COLDEN_RATIO_64 0x61C8864680B583EB
Interestingly, looking at where hash_6
On Sun, May 01, 2016 at 06:22:01PM +0530, Muhammad Falak R Wani wrote:
> It is safe to use RCU_INIT_POINTER() to NULL, instead of
> rcu_assign_pointer().
> This results in slightly smaller/faster code.
If this is indeed the case, rcu_assign_pointer should simply check
for NULL using __builtin_cons
On Fri, Apr 29, 2016 at 12:38:20PM -0400, Waiman Long wrote:
> From my testing, it looked like that parallel overwrites to the same file in
> an ext4 filesystem on DAX can happen in parallel even if their range
> overlaps. It was mainly because the code will drop the i_mutex before the
> write. Tha
On Fri, Apr 29, 2016 at 02:39:33PM -0600, Toshi Kani wrote:
> diff --git a/fs/ext4/super.c b/fs/ext4/super.c
> index 304c712..90a8670 100644
> --- a/fs/ext4/super.c
> +++ b/fs/ext4/super.c
> @@ -3421,6 +3421,12 @@ static int ext4_fill_super(struct super_block *sb,
> void *data, int silent)
>
On Sun, May 01, 2016 at 01:39:12AM +0530, Muhammad Falak R Wani wrote:
> It is always safe to use RCU_INIT_POINTER to NULL a pointer. This
> results in slightly smaller/faster code.
Just fix rcu_assign_pointer to do the right thing for a NULL
argument instead.
1 - 100 of 259 matches
Mail list logo
