[PATCH] cgroup: cpuset: remove unused variable

--- kernel/cgroup/cpuset.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/kernel/cgroup/cpuset.c b/kernel/cgroup/cpuset.c index 266f10cb7222..784f9480e054 100644 --- a/kernel/cgroup/cpuset.c +++ b/kernel/cgroup/cpuset.c @@ -1498,10 +1498,8 @@ static int cpuset_can_attach(struct cgroup_taskse

[4.4.116+] BUG: unable to handle kernel paging request at ffff88063a9e10c0

_leds_connect+0x1be/0x2d0 Feb 24 10:06:05 marc kernel: [9.411210] RSP Feb 24 10:06:05 marc kernel: [9.411212] CR2: 88063a9e10c0 Feb 24 10:06:05 marc kernel: [9.411216] ---[ end trace 417dd9842a8eef90 ]--- -- Marc Burkhardt

Re: 4.13 breaks suspend to ram wakeup

Hi Norbert, from what I can tell 4.13 is really, really stable at resuming from suspend. I would say the most reliable kernel for a long time on my ThinkPad (P50, using nouveau). Do you use blk-mq? There's a discussion regarding stalled io... Regards, Marc P.S: sent from mobile, might be short

WARNING: CPU: 3 PID: 4533 at drivers/gpu/drm/nouveau/nouveau_bo.c:137 nouveau_bo_del_ttm+0x6e/0x80

egards, Marc -- Marc Burkhardt

[4.9.28] vmscan: shrink_slab: ext4_es_scan+0x0/0x150 negative objects to delete nr=-2147483624

iated. Please advice if you want me to investigate this. Bestregards, Marc Burkhardt -- Marc Burkhardt

syslog-ng invoked oom-killer in __inet6_check_established

s reserved ... ... ... -- Marc Burkhardt

Re: Stop SSD from waiting for "Spinning up disk..."

You might want to grep for QUEUE_FLAG_NONROT or queue_nonrot_entry... Regards, Marc P.S: sent from mobile, might be short. Am 23. Juni 2015 17:02:22 MESZ, schrieb Jeff Chua : >On Mon, Jun 22, 2015 at 11:36 PM, Greg Kroah-Hartman > wrote: >> On Mon, Jun 22, 2015 at 03:25:29PM +0800, Jeff Chua wro

Re: acpitool - /proc/acpi/wakeup

>On Thu, Oct 9, 2014 at 9:42 PM, Marc Burkhardt >wrote: >> I upgraded from 3.10 on that machine. 3.12 didn't work for me due to >a hibernation bug. The rest was left out... :/ > >If you still have the 3.12 kernel around, could you test if acpitool >-e worked ther

Re: acpitool - /proc/acpi/wakeup

I upgraded from 3.10 on that machine. 3.12 didn't work for me due to a hibernation bug. The rest was left out... :/ Thanks, Marc Am 9. Oktober 2014 21:31:52 MESZ, schrieb Frans Klaver : >On Thu, Oct 9, 2014 at 9:25 PM, Frans Klaver >wrote: >> Hi, >> >> On Thu,

Re: acpitool - /proc/acpi/wakeup

* Marc Burkhardt [2014-10-09 21:04:06 +0200]: Just another note: the process uses 100% CPU while 'waiting' for further data it seems... strace shows nothing suspicious. Thanks, Marc > Hi there, > I noticed, that 'acpitool -e' doesn't work any longer sind I upgr

acpitool - /proc/acpi/wakeup

S3*enabled platform:PNP0C0E:0 Before there were 11 entries shown. Can I help investigate it? Thanks, Marc -- Marc Burkhardt -- 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://

WARNING: CPU: 0 PID: 3666 at net/wireless/reg.c:1806 reg_process_hint+0x3b0/0x3c0 [cfg80211]()

. Thanks, Marc -- Marc Burkhardt -- 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/

Re: Slowdown due to threads bouncing between HT cores

* Steinar H. Gunderson [2014-10-03 23:14:17 +0200]: > On Fri, Oct 03, 2014 at 11:11:52PM +0200, Marc Burkhardt wrote: > > As I understand your mail, you problem is quite similar, isn't it? > > I guess it depends on how often your process migrates. If it happens, like, > e

Re: Slowdown due to threads bouncing between HT cores

some local variation, but it's typically within a few percent. > Does anyone know what's going on? I have CONFIG_SCHED_SMT=y and > CONFIG_SCHED_MC=y. > > /* Steinar */ > -- > Homepage: http://www.sesse.net/ > -- > To unsubscribe from this list: send the line "unsubscri