On Wed, Oct 22, 2014 at 10:02:41PM +0300, Grygorii Strashko wrote:
On 10/22/2014 08:38 PM, Dmitry Torokhov wrote:
On Mon, Oct 20, 2014 at 03:56:02PM +0300, Grygorii Strashko wrote:
From: Geert Uytterhoeven geert+rene...@glider.be
The existing pm_clk_add() allows to pass a clock by con_id.
Noone uses i_devices anymore. Remove it (thus saving two pointers in
every inode).
Signed-off-by: Jan Kara j...@suse.cz
---
fs/inode.c | 1 -
include/linux/fs.h | 1 -
2 files changed, 2 deletions(-)
diff --git a/fs/inode.c b/fs/inode.c
index 26753ba7b6d6..cb7acd45dce5 100644
---
Hello,
this patch set removes use of i_devices from block and character device
code and thus we can remove the list head from struct inode thus saving two
pointers in it.
Since v1 I have split the patches and properly handled character devices (I
broke them last time as Christoph pointed
Now that character device can be freed only after all inodes referencing
it through i_cdev are gone, we can remove all the tracking of inodes
pointing to a character device.
Signed-off-by: Jan Kara j...@suse.cz
---
fs/char_dev.c| 22 +-
include/linux/cdev.h | 1 -
2
Currently i_cdev reference to a character device isn't accounted in the
reference count of the character device. This then requires us to track
all references through a list of all inodes referencing a character
device which is somewhat clumsy and requires list_head in each inode in
the system.
Block devices use i_devices inode field to track all inodes that
reference a particular block device (through i_bdev field) so that this
reference can be removed when block device inode is being evicted from
memory. However we get a reference to the block device (in fact an inode
holding the block
Hi Maxime,
On Thursday 16 October 2014 18:24:53 Maxime Ripard wrote:
On Thu, Oct 16, 2014 at 07:15:40PM +0300, Laurent Pinchart wrote:
On Thursday 16 October 2014 12:17:05 Maxime Ripard wrote:
dma_slave_caps is very important to the generic layers that might
interact with dmaengine, such
Hi Maxime,
On Friday 17 October 2014 13:23:56 Maxime Ripard wrote:
Hi Laurent,
Just getting back on something...
On Mon, Oct 06, 2014 at 03:09:48PM +0300, Laurent Pinchart wrote:
+ * device_prep_dma_*
+ - These functions are matching the capabilities you registered
+
On 10/22, David Miller wrote:
From: Oleg Nesterov o...@redhat.com
Date: Wed, 22 Oct 2014 21:42:28 +0200
Now the question: is this LOAD is safe in case when this (freed) page
already has another mapping? This is black magic to me, I do not know.
And Peter has some concerns.
It is
2014-10-23 0:13 GMT+04:00 Andrew Morton a...@linux-foundation.org:
On Wed, 22 Oct 2014 14:50:22 -0400 Sasha Levin sasha.le...@oracle.com wrote:
On 10/22/2014 02:44 PM, Andrew Morton wrote:
On Wed, 22 Oct 2014 09:42:46 +0400 Andrey Ryabinin
a.ryabi...@samsung.com wrote:
On 10/21/2014
On Tue, 2014-10-21 at 15:47 -0500, Dinh Nguyen wrote:
On 10/20/2014 02:42 PM, Paul Bolle wrote:
(Side note: drivers/usb/dwc2/Kconfig is sourced (in drivers/usb/Kconfig)
even if USB is _not_ set. But USB_DCW2 still depends on USB. Why is
that?)
Because USB is for Host-Side support. DWC2
On Mon, 20 Oct 2014, Daniel Lezcano wrote:
When the pmqos latency requirement is set to zero that means poll in all the
cases.
That is correctly implemented on x86 but not on the other archs.
As how is written the code, if the latency request is zero, the governor will
return zero, so
Am 21.10.2014 um 01:12 schrieb Andrew Morton:
On Sun, 19 Oct 2014 12:39:44 +0200 Richard Weinberger rich...@nod.at wrote:
d_splice_alias() can return a valid dentry, NULL or an ERR_PTR.
Currently the code checks not for ERR_PTR and my oops in
ocfs2_dentry_attach_lock().
It's unclear what
On Wed, 22 Oct 2014 21:44:08 +0200
Michal Marek mma...@suse.cz wrote:
Dne 22.10.2014 v 16:19 Steven Rostedt napsal(a):
Commit 7ff525712acf kbuild: fake the Entering directory ... message
more simply changed the output of make kernelrelease such that the
kernel release version was not
On Mon, 20 Oct 2014, Daniel Lezcano wrote:
Following the logic of the previous patch, retrieve from the idle task the
expected timer sleep duration and pass it to the cpuidle framework.
Take the opportunity to remove the unused headers in the menu.c file.
This patch does not change the
On 21.10.2014 15:11, Sergey wrote:
Hey everyone,
I'm glad we're having some discussion on this, because we have almost
exactly the same kernel wishlist internally for elementary OS / Pantheon DE.
I believe I can further elaborate on the VFS monitoring part. We need a file
monitoring facility
On Wed, Oct 22, 2014 at 10:02:19PM +0200, Peter Zijlstra wrote:
On Wed, Oct 22, 2014 at 02:09:35PM -0400, Joe Mario wrote:
Yes, kernel memory is directly addresses, you basically have a static
address-node mapping, it never changes.
For kernel addresses, is there a reason not to have it
On Wed, 22 Oct 2014 14:29:28 -0400 Johannes Weiner han...@cmpxchg.org wrote:
0a31bc97c80c (mm: memcontrol: rewrite uncharge API) changed page
migration to uncharge the old page right away. The page is locked,
unmapped, truncated, and off the LRU, but it could race with writeback
ending,
From: David Miller da...@davemloft.net
Date: Mon, 20 Oct 2014 14:57:46 -0400 (EDT)
Just an update, I have an environment where I can perfectly reproduce
this. I have a gcc-4.9 SVN built that compiles kernels which crash
the same way it does for you.
I'll let you know when I make more
On Mon, 20 Oct 2014, Daniel Lezcano wrote:
In the current code, the check to reflect or not the outcoming state is done
against the idle state which has been choose and its value.
s/choose/chosen/
Instead of doing a check in each of the reflect functions, just don't call
reflect
if
On Wednesday 22 October 2014 16:59:14 Lorenzo Pieralisi wrote:
On Wed, Oct 01, 2014 at 10:38:45AM +0100, Arnd Bergmann wrote:
[...]
The arm32 implementations of pci_domain_nr/pci_proc_domain can probably be
removed if we change the arm32 pcibios_init_hw function to call the new
From: Bartlomiej Zolnierkiewicz [mailto:b.zolnier...@samsung.com]
Sent: Wednesday, October 22, 2014 4:16 AM
On Monday, October 20, 2014 01:52:01 PM dingu...@opensource.altera.com wrote:
From: Dinh Nguyen dingu...@opensource.altera.com
This patch will aggregate the probing of gadget/hcd
On Wed, 22 Oct 2014, Paul E. McKenney wrote:
rcu: More on deadlock between CPU hotplug and expedited grace periods
Commit dd56af42bd82 (rcu: Eliminate deadlock between CPU hotplug and
expedited grace periods) was incomplete. Although it did eliminate
deadlocks involving
On Wednesday, October 22, 2014 04:22:26 PM Michal Hocko wrote:
On Wed 22-10-14 16:39:12, Rafael J. Wysocki wrote:
On Tuesday, October 21, 2014 04:29:39 PM Michal Hocko wrote:
On Tue 21-10-14 16:41:07, Rafael J. Wysocki wrote:
On Tuesday, October 21, 2014 04:11:59 PM Michal Hocko wrote:
From: Jonathan Richardson jonat...@broadcom.com
This defconfig is utilized so a customer or developer can understand
what kernel drivers are utilized by the Cygnus SoC. It also enables
debug configs which should be disabled if optimal performance is
desired.
Tested-by: Jonathan Richardson
From: Jonathan Richardson jonat...@broadcom.com
Reviewed-by: Arun Parameswaran apara...@broadcom.com
Tested-by: Jonathan Richardson jonat...@broadcom.com
Reviewed-by: JD (Jiandong) Zheng jdzh...@broadcom.com
Reviewed-by: Ray Jui r...@broadcom.com
Signed-off-by: Scott Branden sbran...@broadcom.com
DT files to enable cygnus consisting on reference designs
and cygnus core configuration.
Reviewed-by: Ray Jui r...@broadcom.com
Reviewed-by: Arun Parameswaran apara...@broadcom.com
Tested-by: Jonathan Richardson jonat...@broadcom.com
Reviewed-by: JD (Jiandong) Zheng jdzh...@broadcom.com
This patchset contains initial support for Broadcom's Cygnus SoC based on our
iProc architecture. Initial support is minimal and includes just the mach
platform code, clock driver, and a basic device tree configuration. Peripheral
drivers will be submitted soon, as will device tree configurations
Move ARCH_BCM_5301X subarch under ARCH_IPROC architecture.
Additional IPROC chipsets that share a lot of commonality should be
added under ARCH_IPROC as well.
Signed-off-by: Scott Branden sbran...@broadcom.com
---
arch/arm/mach-bcm/Kconfig | 37 -
1 file
remove menu Broadcom Mobile SoC Selection
This requires:
- selecting ARCH_BCM_MOBILE based on SoC selections
- fixup bcm_defconfig to work with new menu levels.
Signed-off-by: Scott Branden sbran...@broadcom.com
---
arch/arm/configs/bcm_defconfig |3 ++-
Acked-by: Jonathan Richardson jonat...@broadcom.com
Signed-off-by: Scott Branden sbran...@broadcom.com
---
MAINTAINERS | 14 ++
1 file changed, 14 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index b0f17d5..dfe255f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2125,6
From: Jonathan Richardson jonat...@broadcom.com
Adds initial support for the Cygnus SoC based on Broadcom’s iProc series.
Reviewed-by: Ray Jui r...@broadcom.com
Reviewed-by: Desmond Liu desmo...@broadcom.com
Reviewed-by: JD (Jiandong) Zheng jdzh...@broadcom.com
Tested-by: Jonathan Richardson
On Wed, Oct 22, 2014 at 11:12 AM, Peter Zijlstra pet...@infradead.org wrote:
On Tue, Oct 21, 2014 at 03:08:32PM +0200, Stephane Eranian wrote:
On Tue, Oct 21, 2014 at 3:03 PM, Peter Zijlstra pet...@infradead.org wrote:
On Tue, Oct 21, 2014 at 02:28:06PM +0200, Stephane Eranian wrote:
Peter,
Hi Maxime,
Thank you for the patch.
On Wednesday 22 October 2014 17:43:19 Maxime Ripard wrote:
Nowadays, some drivers don't have anything in there channel allocation
callbacks anymore.
Remove the BUG_ON if those callbacks aren't implemented, in order to allow
drivers to not implement them.
Hi Maxime,
Thank you for the patch.
On Wednesday 22 October 2014 17:43:25 Maxime Ripard wrote:
The previous code was relying on the fact that the slave_caps were to be
defined on a per channel basis.
However, this proved to be a bit overkill, since every driver filling these
so far were
Hi Maxime,
Thank you for the patch.
On Wednesday 22 October 2014 17:43:23 Maxime Ripard wrote:
In order to migrate the drivers without triggering a BUG_ON for the
converted drivers, which would cause bisectability issues, we need to
remove that check before removing the device_control
From: Kan Liang kan.li...@intel.com
It also uses hists/hist_entries, hists__init() should be called before
creating any evsels.
Otherwise no extra space will be allocated per perf_evsel nor this space
will be initialized when allocating a new perf_evsel instance, resulting
in reads/writes to non
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit 3b10ea7f922b538ba5dcb3d979a6b6b4d07daae2:
Merge tag 'perf-core-for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/urgent
(2014-10-18 09:04:02 +0200)
are available in the
On Wed, Oct 22, 2014 at 10:57:25PM +0200, Jiri Kosina wrote:
On Wed, 22 Oct 2014, Paul E. McKenney wrote:
rcu: More on deadlock between CPU hotplug and expedited grace periods
Commit dd56af42bd82 (rcu: Eliminate deadlock between CPU hotplug and
expedited grace periods) was incomplete.
Hi Linus,
This patchset falls under the maintainers that grovel clause in the
v3.18-rc1 announcement. We had intended to push it late in the merge
window since we got it into the -tip tree relatively late.
Many of these are relatively simple things, but there are a couple of
key bits,
From: linux-usb-ow...@vger.kernel.org
[mailto:linux-usb-ow...@vger.kernel.org] On Behalf Of Greg KH
Sent: Wednesday, October 22, 2014 7:19 AM
On Wed, Oct 22, 2014 at 11:51:12AM +0200, Johan Hovold wrote:
On Sat, Oct 11, 2014 at 07:20:49AM -0700, Greg Kroah-Hartman wrote:
On Sat, Oct
On Fri, Oct 17, 2014 at 10:17 AM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
Hi Nick,
On Fri, Oct 17, 2014 at 11:42:10AM +0100, Nick Dyer wrote:
Hi-
I'm trying to find out which subsystem maintainer I should be talking to -
apologies if I'm addressing the wrong people.
There is a
On Wed, Oct 22, 2014 at 01:14:09PM -0700, Dmitry Torokhov wrote:
On Wed, Oct 22, 2014 at 10:02:41PM +0300, Grygorii Strashko wrote:
On 10/22/2014 08:38 PM, Dmitry Torokhov wrote:
On Mon, Oct 20, 2014 at 03:56:02PM +0300, Grygorii Strashko wrote:
From: Geert Uytterhoeven
Hi Maxime,
Thank you for the patch.
On Wednesday 22 October 2014 17:44:12 Maxime Ripard wrote:
For the slave caps retrieval to be really useful, most drivers need to
implement it.
Hence, we need to be slightly more aggressive, and trigger a warning at
registration time for drivers that
Hi Maxime,
Thank you for the patch.
On Wednesday 22 October 2014 17:44:13 Maxime Ripard wrote:
Now that device_control has been split into several functions, and
device_slave_caps rendered useless, we can safely remove them.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
struct firmware::data has type const u8*, as does *ppmappedfw, so the
cast to u8* is unnecessary and slightly confusing.
Signed-off-by: Rasmus Villemoes li...@rasmusvillemoes.dk
---
drivers/staging/rtl8712/hal_init.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Unprivileged users are normally restricted from mounting with the
allow_other option by system policy, but this could be bypassed
for a mount done with user namespace root permissions. In such
cases allow_other should not allow users outside the userns
to access the mount as doing so would give
Update fuse to translate uids and gids to/from the user namspace
of the process servicing requests on /dev/fuse. Any ids which do
not map into the namespace will result in errors. inodes will
also be marked bad when unmappable ids are received from
userspace.
Due to security concerns the
Cc: Eric W. Biederman ebied...@xmission.com
Cc: Serge H. Hallyn serge.hal...@ubuntu.com
Cc: Andy Lutomirski l...@amacapital.net
Signed-off-by: Seth Forshee seth.fors...@canonical.com
---
fs/fuse/inode.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/fuse/inode.c
If the userspace process servicing fuse requests is running in
a pid namespace then pids passed via the fuse fd need to be
translated relative to that namespace. Capture the pid namespace
in use when the filesystem is mounted and use this for pid
translation.
File locking changes based on
Here's another update to the patches to enable userns mounts in fuse.
The changes this time around center on xattrs and allow_other. I'm
considering the following patch to be a prerequisite for this series:
Hi Maxime,
Thank you for the patch.
On Wednesday 22 October 2014 17:43:18 Maxime Ripard wrote:
dma_chan_get uses a rather interesting error handling and code path.
Change it to something more usual in the kernel.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
Acked-by:
Hi Marcel,
I'm not quite clear on what the objective is here, so I apologize for
some questions that probably seem silly.
On Mon, Oct 20, 2014 at 8:04 AM, Marcel Apfelbaum marce...@redhat.com wrote:
Scanning a lot of devices during boot requires a lot of time.
I think what takes a lot of time
Hi,
On Mon, Oct 20, 2014 at 09:12:38PM -0700, Guenter Roeck wrote:
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register as poweroff handler of last resort since the driver
does not really power off the system but executes a restart.
Drop remove function
Hi,
On Mon, Oct 20, 2014 at 09:12:39PM -0700, Guenter Roeck wrote:
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with low priority to reflect that the original code
only sets pm_power_off if it was not already set.
Other changes:
Drop note that
Hi,
On Mon, Oct 20, 2014 at 09:12:41PM -0700, Guenter Roeck wrote:
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with default priority to reflect that the original
code generates an error if another poweroff handler has already been
registered when
Hi,
On Mon, Oct 20, 2014 at 09:12:40PM -0700, Guenter Roeck wrote:
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with low priority to reflect that the original code
only sets pm_power_off if it was not already set.
Drop remove function since it is
Hi,
On Mon, Oct 20, 2014 at 09:12:42PM -0700, Guenter Roeck wrote:
Register with kernel poweroff handler instead of setting pm_power_off
directly. Select fallback priority since the code does not really poweroff
the system but resets it instead.
Signed-off-by: Guenter Roeck
Hi,
On Mon, Oct 20, 2014 at 09:12:43PM -0700, Guenter Roeck wrote:
Register with kernel poweroff handler instead of setting pm_power_off
directly. Select default priority to reflect that the original code sets
pm_power_off unconditionally.
Signed-off-by: Guenter Roeck li...@roeck-us.net
On 10/22, Kirill Tkhai wrote:
Unlocked access to dst_rq-curr in task_numa_compare() is racy.
If curr task is exiting this may be a reason of use-after-free:
Thanks.
And as you pointed out, there are other examples of unlocked
foreign_rq-curr usage.
So, Kirill, Peter, do you think that the
Hi,
On Mon, Oct 20, 2014 at 09:12:45PM -0700, Guenter Roeck wrote:
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register with low priority to reflect that the original code
sets pm_power_off only if it was not already set.
Signed-off-by: Guenter Roeck
Hi,
On Mon, Oct 20, 2014 at 09:12:44PM -0700, Guenter Roeck wrote:
Register with kernel poweroff handler instead of setting pm_power_off
directly. Select default priority to reflect that the original code sets
pm_power_off unconditionally.
Signed-off-by: Guenter Roeck li...@roeck-us.net
On Wed, 22 Oct 2014, Eric Paris wrote:
That's really serious. Looking now.
Indeed its serious. And it's even more serious as this masterpiece of
assembly wreckage was pulled in via your tree w/o having an acked-by
one of the x86 maintainers.
On Wed, 2014-10-22 at 16:08 -0200, Paulo Zanoni
On Wed, 2014-10-22 at 23:36 +0200, Thomas Gleixner wrote:
On Wed, 22 Oct 2014, Eric Paris wrote:
That's really serious. Looking now.
Indeed its serious. And it's even more serious as this masterpiece of
assembly wreckage was pulled in via your tree w/o having an acked-by
one of the x86
On Wed, Oct 22, 2014 at 09:14:14PM +, Paul Zimmerman wrote:
From: linux-usb-ow...@vger.kernel.org
[mailto:linux-usb-ow...@vger.kernel.org] On Behalf Of Greg KH
Sent: Wednesday, October 22, 2014 7:19 AM
On Wed, Oct 22, 2014 at 11:51:12AM +0200, Johan Hovold wrote:
On Sat, Oct 11,
this patch adds support for vidioc_create_bufs. Along side
remove unneeded member numbuffers.
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
Changes for v2:
a: return -EINVAL in queue_setup() callback if sizeimage is
less then current format size.
b: removed unneeded member
On 10/22/2014 02:38 PM, Eric Paris wrote:
It was sent, numerous times, to the x86 list for reviews, and lived in
-next for 2 complete devel cycles without a complaint. I'm trying to
get an i386 system to test a fix. But yes, it's total crap.
You don't need an i386 system -- you can
On Wed, 2014-10-22 at 14:43 -0700, H. Peter Anvin wrote:
On 10/22/2014 02:38 PM, Eric Paris wrote:
It was sent, numerous times, to the x86 list for reviews, and lived in
-next for 2 complete devel cycles without a complaint. I'm trying to
get an i386 system to test a fix. But yes, it's
On Wed, Oct 22, 2014 at 2:24 PM, Seth Forshee
seth.fors...@canonical.com wrote:
Update fuse to translate uids and gids to/from the user namspace
of the process servicing requests on /dev/fuse. Any ids which do
not map into the namespace will result in errors. inodes will
also be marked bad
Hi Hans,
On Wed, Oct 22, 2014 at 12:26 PM, Hans Verkuil hverk...@xs4all.nl wrote:
Hi Prabhakar,
This patch series looks good, except for this one.
If you add create_bufs support, then you should also update queue_setup.
If the fmt argument to queue_setup is non-NULL, then check that the
On Wed, Oct 22, 2014 at 2:24 PM, Seth Forshee
seth.fors...@canonical.com wrote:
Unprivileged users are normally restricted from mounting with the
allow_other option by system policy, but this could be bypassed
for a mount done with user namespace root permissions. In such
cases allow_other
On Wed, Oct 22, 2014 at 2:24 PM, Seth Forshee
seth.fors...@canonical.com wrote:
Cc: Eric W. Biederman ebied...@xmission.com
Cc: Serge H. Hallyn serge.hal...@ubuntu.com
Cc: Andy Lutomirski l...@amacapital.net
Signed-off-by: Seth Forshee seth.fors...@canonical.com
---
fs/fuse/inode.c | 4 ++--
From: Haiyang Zhang haiya...@microsoft.com
Date: Wed, 22 Oct 2014 13:47:18 -0700
total_data_buflen is used by netvsc_send() to decide if a packet can be put
into send buffer. It should also include the size of RNDIS message before the
Ethernet frame. Otherwise, a messge with total size bigger
On Wed, Oct 22, 2014 at 11:48:20AM -0700, Santosh Shilimkar wrote:
On 10/20/2014 09:12 PM, Guenter Roeck wrote:
Use have_kernel_power_off() to determine if the kernel is able
to power off the system.
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Guenter Roeck
On Wed, Oct 22, 2014 at 11:32:22PM +0200, Sebastian Reichel wrote:
Hi,
On Mon, Oct 20, 2014 at 09:12:38PM -0700, Guenter Roeck wrote:
Register with kernel poweroff handler instead of setting pm_power_off
directly. Register as poweroff handler of last resort since the driver
does not
On Wed, Oct 22, 2014 at 06:39:56AM +, Eunbong Song wrote:
This patch adds arch_trigger_all_cpu_backtrace() for mips architecture.
Don't forget your Signed-off-by
+static void arch_dump_stack(void *info)
+{
+ struct pt_regs *regs;
+
+ regs = get_irq_regs();
+
+
Damn.
On 10/22, Oleg Nesterov wrote:
+struct task_struct *task_rcu_dereference(struct task_struct **ptask)
+{
+ struct task_struct *task;
+ struct sighand_struct *sighand;
+
+ task = rcu_dereference(*ptask);
+ if (!task)
+ return NULL;
+
+ /* If it fails
On Wed, 22 Oct 2014, at...@opensource.altera.com wrote:
From: Alan Tull at...@opensource.altera.com
Support programming the fpga from device tree overlays.
This patch adds one exported function to the core
(fpga-mgr.c): of_fpga_mgr_dev_lookup
Get pointer to fpga manager struct given a
Hi John,
On Wed, Oct 22, 2014 at 09:11:39AM +0200, John Crispin wrote:
On 22/10/2014 08:54, Eunbong Song wrote:
+void arch_trigger_all_cpu_backtrace(bool); +#define
arch_trigger_all_cpu_backtrace arch_trigger_all_cpu_backtrace
What is the purpose of this define ? is this maybe a
Hi,
Am 21.10.2014 um 12:49 schrieb Pavel Machek pa...@ucw.cz:
Hi!
--- a/drivers/misc/Kconfig
+++ b/drivers/misc/Kconfig
@@ -515,6 +515,16 @@ config VEXPRESS_SYSCFG
bus. System Configuration interface is one of the possible means
of generating transactions on this bus.
On Wed, 2014-10-22 at 14:43 -0700, H. Peter Anvin wrote:
On 10/22/2014 02:38 PM, Eric Paris wrote:
It was sent, numerous times, to the x86 list for reviews, and lived in
-next for 2 complete devel cycles without a complaint. I'm trying to
get an i386 system to test a fix. But yes, it's
On Wed, Oct 22, 2014 at 02:16:31PM -0700, Dmitry Torokhov wrote:
On Wed, Oct 22, 2014 at 01:14:09PM -0700, Dmitry Torokhov wrote:
On Wed, Oct 22, 2014 at 10:02:41PM +0300, Grygorii Strashko wrote:
On 10/22/2014 08:38 PM, Dmitry Torokhov wrote:
On Mon, Oct 20, 2014 at 03:56:02PM +0300,
On Fri, 2014-10-10 at 14:03 +0800, Chen Yucong wrote:
> From: Chen Yucong
>
> dram_ce_error() stems from Boris's patch set. Thanks!
> Link: http://lkml.org/lkml/2014/7/1/545
>
> Uncorrected no action required (UCNA) - is a UCR error that is not
> signaled via a machine check exception and,
On Wed, 22 Oct 2014, Masami Hiramatsu wrote:
> > Add a function that allows external users (such as live patching
> > mechanisms) to check whether a given function (identified by symbol name)
> > has a kprobe installed in it.
>
> Actually, we've already exported the list of kprobes with probe
This series demonstrates cpu frequency scaling via a simple policy
driven by the scheduler. Specifically the policy evaluates cpu frequency
when cpu utilization is updated from enqueue_task_fair and
dequeue_task_fair. The policy itself uses a simple up/down threshold
scheme using the same 80%/20%
Building on top of the scale invariant capacity patches and earlier
patches in this series that prepare CFS for scaling cpu frequency, this
patch implements a simple, naive ondemand-like cpu frequency scaling
policy that is driven by enqueue_task_fair and dequeue_tassk_fair. This
new policy is
It seems useful~!
I'd like to do some test with it~
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
capacity_of is useful for cpu frequency scaling policies. Share it via
sched.h so that selectable cpu frequency scaling policies can make use
of it.
Signed-off-by: Mike Turquette
---
kernel/sched/fair.c | 7 +--
kernel/sched/sched.h | 2 ++
2 files changed, 7 insertions(+), 2 deletions(-)
Signed-off-by: Mike Turquette
---
kernel/sched/fair.c | 6 ++
kernel/sched/sched.h | 1 +
2 files changed, 7 insertions(+)
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index 15f5638..0930ad8 100644
--- a/kernel/sched/fair.c
+++ b/kernel/sched/fair.c
@@ -2057,6 +2057,7 @@ static
{en,de}queue_task_fair are updated to track which cpus will have changed
utilization values as function of task queueing. The affected cpus are
passed on to arch_eval_cpu_freq for further machine-specific processing
based on a selectable policy.
arch_scale_cpu_freq is called from
arch_eval_cpu_freq and arch_scale_cpu_freq are added to allow the
scheduler to evaluate if cpu frequency should change and to invoke that
change from a safe context.
They are weakly defined arch functions that do nothing by default. A
CPUfreq governor could use these functions to implement a
Cc: Viresh Kumar
Cc: Rafael J. Wysocki
Signed-off-by: Mike Turquette
---
include/linux/cpufreq.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/include/linux/cpufreq.h b/include/linux/cpufreq.h
index 138336b..91d173c 100644
--- a/include/linux/cpufreq.h
+++ b/include/linux/cpufreq.h
@@
From: Morten Rasmussen
This patch introduces the ENERGY_AWARE sched feature, which is
implemented using jump labels when SCHED_DEBUG is defined. It is
statically set false when SCHED_DEBUG is not defined. Hence this doesn't
allow energy awareness to be enabled without SCHED_DEBUG. This
On 2014年10月09日 09:18, Lan Tianyu wrote:
> On 2014年10月09日 04:54, Peter Zijlstra wrote:
>> On Thu, Sep 25, 2014 at 04:32:02PM +0800, Lan Tianyu wrote:
>>> This patchset is to parallel enabling nonboot cpus with resuming devices
>>> during system resume in order to accelerate S2RAM. From test result
From: Sasha Levin
Date: Tue, 21 Oct 2014 22:19:36 -0400
> On 10/21/2014 09:39 PM, David Miller wrote:
>> From: Sasha Levin
>> Date: Tue, 21 Oct 2014 16:51:09 -0400
>>
>>> > netlink uses empty data to seperate different levels. However, we still
>>> > try to copy that data from a NULL ptr using
On 22 October 2014 11:37, Mike Turquette wrote:
> Cc: Viresh Kumar
> Cc: Rafael J. Wysocki
> Signed-off-by: Mike Turquette
> ---
> include/linux/cpufreq.h | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/include/linux/cpufreq.h b/include/linux/cpufreq.h
> index 138336b..91d173c
On 10/21/2014 11:31 PM, Soren Brinkmann wrote:
> - add myself as reviewer for Zynq
> - add entry to cover Zynq clock drivers
> - add entry to cover Xilinx DMA drivers
>
> Signed-off-by: Soren Brinkmann
> ---
> MAINTAINERS | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git
On Tue, Oct 21, 2014 at 11:26 PM, Viresh Kumar wrote:
> On 22 October 2014 11:37, Mike Turquette wrote:
>> Cc: Viresh Kumar
>> Cc: Rafael J. Wysocki
>> Signed-off-by: Mike Turquette
>> ---
>> include/linux/cpufreq.h | 3 +++
>> 1 file changed, 3 insertions(+)
>>
>> diff --git
On Tue, 2014-10-21 at 22:05 +0200, Fabian Frederick wrote:
> I can also resubmit patch if necessary.
No worries, I've already applied the patch (with a modified commit
message).
johannes
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Currently, arch_trigger_all_cpu_backtrace() is defined in only x86 and sparc
which has nmi interrupt.
But in case of softlockup not a hardlockup, it could be possible to dump
backtrace of all cpus. and this could be helpful for debugging.
for example, if system has 2 cpus.
CPU 0
901 - 1000 of 1964 matches
Mail list logo