search for: btch

...] SyS_write+0x53/0x80 Dec 27 09:19:05 2013 kernel: : [277622.359211] [<c08f72ba>] sysenter_do_call+0x12/0x22 Dec 27 09:19:05 2013 kernel: : [277622.359213] Mem-Info: Dec 27 09:19:05 2013 kernel: : [277622.359215] DMA per-cpu: Dec 27 09:19:05 2013 kernel: : [277622.359218] CPU 0: hi: 0, btch: 1 usd: 0 Dec 27 09:19:05 2013 kernel: : [277622.359220] CPU 1: hi: 0, btch: 1 usd: 0 Dec 27 09:19:05 2013 kernel: : [277622.359222] CPU 2: hi: 0, btch: 1 usd: 0 Dec 27 09:19:05 2013 kernel: : [277622.359224] CPU 3: hi: 0, btch: 1 usd: 0 Dec 27 09:19:05 2013 kernel...

...ch+0x1e/0x30 kernel: [<ffffffff810781c0>] ? kthread_freezable_should_stop+0x70/0x70 kernel: [<ffffffff81575cec>] ret_from_fork+0x7c/0xb0 kernel: [<ffffffff810781c0>] ? kthread_freezable_should_stop+0x70/0x70 kernel: Mem-Info: kernel: Node 0 DMA per-cpu: kernel: CPU 0: hi: 0, btch: 1 usd: 0 kernel: CPU 1: hi: 0, btch: 1 usd: 0 kernel: CPU 2: hi: 0, btch: 1 usd: 0 kernel: CPU 3: hi: 0, btch: 1 usd: 0 kernel: CPU 4: hi: 0, btch: 1 usd: 0 kernel: CPU 5: hi: 0, btch: 1 usd: 0 kernel: CPU 6: hi: 0, btch: 1 usd: 0 ker...

...? kthread_freezable_should_stop+0x43/0x43 [1878432.676881] [<ffffffff8137da2c>] ret_from_fork+0x7c/0xb0 [1878432.676950] [<ffffffff8104e465>] ? kthread_freezable_should_stop+0x43/0x43 [1878432.677004] Mem-Info: [1878432.678293] Node 0 DMA per-cpu: [1878432.678341] CPU 0: hi: 0, btch: 1 usd: 0 [1878432.678392] CPU 1: hi: 0, btch: 1 usd: 0 [1878432.678443] CPU 2: hi: 0, btch: 1 usd: 0 [1878432.678494] CPU 3: hi: 0, btch: 1 usd: 0 [1878432.678544] CPU 4: hi: 0, btch: 1 usd: 0 [1878432.678595] CPU 5: hi: 0, btch: 1 usd: 0 [1878...

...x14f/0x227 [584564.942343] [<ffffffff8116d3df>] ? do_brk+0x21a/0x243 [584564.942347] [<ffffffff8105d2ff>] do_page_fault+0x22/0x27 [584564.942352] [<ffffffff81718e08>] page_fault+0x28/0x30 [584564.942354] Mem-Info: [584564.942356] DMA per-cpu: [584564.942359] CPU 0: hi: 0, btch: 1 usd: 0 [584564.942361] CPU 1: hi: 0, btch: 1 usd: 0 [584564.942363] CPU 2: hi: 0, btch: 1 usd: 0 [584564.942365] CPU 3: hi: 0, btch: 1 usd: 0 [584564.942367] CPU 4: hi: 0, btch: 1 usd: 0 [584564.942368] CPU 5: hi: 0, btch: 1 usd: 0 [584564.94...

Hello, I am running GlusterFS version 3.2.7-2~bpo60+1 on Debian 6.0.6. Today, I have experienced a a glusterfs process cause the server to invoke oom_killer. How exactly would I go about investigating this and coming up with a fix? -- Steve King Network/Linux Engineer - AdSafe Media Cisco Certified Network Professional CompTIA Linux+ Certified Professional CompTIA A+ Certified Professional

...[488054.896366] [<ffffffff8100be63>] ? xen_idle+0x37/0x40 [488054.896377] [<ffffffff8100feb1>] ? cpu_idle+0xa2/0xda [488054.896388] [<ffffffff814f5cdd>] ? start_kernel+0x3dc/0x3e8 [488054.896397] Mem-Info: [488054.896404] Node 0 DMA per-cpu: [488054.896413] CPU 0: hi: 0, btch: 1 usd: 0 [488054.896422] CPU 1: hi: 0, btch: 1 usd: 0 [488054.896431] CPU 2: hi: 0, btch: 1 usd: 0 [488054.896439] CPU 3: hi: 0, btch: 1 usd: 0 [488054.896447] Node 0 DMA32 per-cpu: [488054.896456] CPU 0: hi: 186, btch: 31 usd: 185 [488054.896465] CPU 1: h...

...ock+0xbf/0xd2 [<ffffffff810add16>] ? pagefault_out_of_memory+0x1a/0x45 [<ffffffff8142a020>] ? do_page_fault+0x2c9/0x40c [<ffffffff8123222c>] ? security_file_permission+0x1c/0x89 [<ffffffff814271d5>] ? page_fault+0x25/0x30 Mem-Info: Node 0 DMA per-cpu: CPU 0: hi: 0, btch: 1 usd: 0 CPU 1: hi: 0, btch: 1 usd: 0 Node 0 DMA32 per-cpu: CPU 0: hi: 186, btch: 31 usd: 103 CPU 1: hi: 186, btch: 31 usd: 71 Node 0 Normal per-cpu: CPU 0: hi: 186, btch: 31 usd: 0 CPU 1: hi: 186, btch: 31 usd: 0 active_anon:5831 inactive_anon:2 isolated_ano...

...[<ffffffff810bb640>] ? __init_kthread_worker+0x70/0x70 [54807.819526] [<ffffffff81a762cc>] ret_from_fork+0x7c/0xb0 [54807.828638] [<ffffffff810bb640>] ? __init_kthread_worker+0x70/0x70 [54807.837482] Mem-Info: [54807.846011] Node 0 DMA per-cpu: [54807.854277] CPU 0: hi: 0, btch: 1 usd: 0 [54807.862404] CPU 1: hi: 0, btch: 1 usd: 0 [54807.870241] CPU 2: hi: 0, btch: 1 usd: 0 [54807.877985] CPU 3: hi: 0, btch: 1 usd: 0 [54807.885344] CPU 4: hi: 0, btch: 1 usd: 0 [54807.892389] CPU 5: hi: 0, btch: 1 usd: 0 [54807.899102]...

...st-rack1 kernel: [4437064.012248] [<ffffffff8197ab24>] ? xen_start_kernel+0x5ea/0x5f1 Dec 2 01:29:40 xenhost-rack1 kernel: [4437064.012250] Mem-Info: Dec 2 01:29:40 xenhost-rack1 kernel: [4437064.012251] DMA per-cpu: Dec 2 01:29:40 xenhost-rack1 kernel: [4437064.012253] CPU 0: hi: 0, btch: 1 usd: 0 Dec 2 01:29:40 xenhost-rack1 kernel: [4437064.012255] CPU 1: hi: 0, btch: 1 usd: 0 Dec 2 01:29:40 xenhost-rack1 kernel: [4437064.012257] CPU 2: hi: 0, btch: 1 usd: 0 Dec 2 01:29:40 xenhost-rack1 kernel: [4437064.012258] CPU 3: hi: 0, btch: 1 usd: 0 Dec...

Starting with 3.7 rc1, my workstation seems to loose ram. Up until (and including) 3.6, used-(buffers+cached) was roughly the same as sum(rss) (taking shared into account). Now there is an approx 6G gap. When the box first starts, it is clearly less swappy than with <= 3.6; I can''t tell whether that is related. The reduced swappiness persists. It seems to get worse when I update

Hey Jens, Please in your spare time (if there is such a thing at a conference) pull this branch: git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git stable/for-jens-3.10 for your v3.10 branch. Sorry for being so late with this. <blurb> It has the ''feature-max-indirect-segments'' implemented in both backend and frontend. The current problem with the backend and

...ock+0xbf/0xd2 [<ffffffff810add16>] ? pagefault_out_of_memory+0x1a/0x45 [<ffffffff8142a020>] ? do_page_fault+0x2c9/0x40c [<ffffffff8123222c>] ? security_file_permission+0x1c/0x89 [<ffffffff814271d5>] ? page_fault+0x25/0x30 Mem-Info: Node 0 DMA per-cpu: CPU 0: hi: 0, btch: 1 usd: 0 CPU 1: hi: 0, btch: 1 usd: 0 Node 0 DMA32 per-cpu: CPU 0: hi: 186, btch: 31 usd: 103 CPU 1: hi: 186, btch: 31 usd: 71 Node 0 Normal per-cpu: CPU 0: hi: 186, btch: 31 usd: 0 CPU 1: hi: 186, btch: 31 usd: 0 active_anon:5831 inactive_anon:2 isolated_ano...

...c/0x170 [79030.229854] [<ffffffff811314c4>] do_vfs_ioctl+0xa4/0x5a0 [79030.229864] [<ffffffff81131a61>] sys_ioctl+0xa1/0xb0 [79030.232058] [<ffffffff81785342>] system_call_fastpath+0x16/0x1b [79030.232058] Mem-Info: [79030.232058] DMA per-cpu: [79030.232058] CPU 0: hi: 0, btch: 1 usd: 0 [79030.232058] DMA32 per-cpu: [79030.232058] CPU 0: hi: 186, btch: 31 usd: 0 [79030.232058] active_anon:255 inactive_anon:755 isolated_anon:0 [79030.232058] active_file:27673 inactive_file:28297 isolated_file:0 [79030.232058] unevictable:0 dirty:7 writeback:0 unstable:0 [7903...

Page tables on nv50 take 48kB, which can be hard to allocate in one piece. Let's use vmalloc. Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> Cc: stable at vger.kernel.org [3.7+] --- drivers/gpu/drm/nouveau/core/subdev/vm/base.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/nouveau/core/subdev/vm/base.c

Hi Maby stupid question :) It possible to have 3 directors (frontend) but without rings ? All directors connect to this same dovecot (backend) - all backad have this same login_trusted_networks -- Maciej Mi?aszewski IQ PL Sp. z o.o. Starszy Administrator Systemowy

...ffffff81cb2d18>] ? start_kernel+0x412/0x41d [1721485.352733] [<ffffffff81cb22cb>] ? x86_64_start_reservations+0xb6/0xba [1721485.352737] [<ffffffff81cb5f55>] ? xen_start_kernel+0x59b/0x5a2 [1721485.352739] Mem-Info: [1721485.352741] DMA per-cpu: [1721485.352744] CPU 0: hi: 0, btch: 1 usd: 0 [1721485.352746] DMA32 per-cpu: [1721485.352748] CPU 0: hi: 186, btch: 31 usd: 176 [1721485.352750] Normal per-cpu: [1721485.352752] CPU 0: hi: 186, btch: 31 usd: 0 [1721485.352757] active_anon:2403 inactive_anon:13164 isolated_anon:0 [1721485.352758] active_file:66256 in...

On Tue, Jan 26, 2016 at 1:51 PM, Michal Privoznik <mprivozn@redhat.com> wrote: > On 26.01.2016 14:35, Andrei Perietanu wrote: > > On Tue, Jan 26, 2016 at 12:39 PM, Michal Privoznik <mprivozn@redhat.com> > > wrote: > > > >> On 26.01.2016 12:30, Andrei Perietanu wrote: > >>> Hi all, > >>> > >>> I am running KVM on a 3.18

...andle_mm_fault+0x23a/0x310 [<ffffffff810474e9>] ? __do_page_fault+0x139/0x480 [<ffffffff8114aaba>] ? do_mmap_pgoff+0x33a/0x380 [<ffffffff81513bfe>] ? do_page_fault+0x3e/0xa0 [<ffffffff81510fb5>] ? page_fault+0x25/0x30 Mem-Info: Node 0 DMA per-cpu: CPU 0: hi: 0, btch: 1 usd: 0 Node 0 DMA32 per-cpu: CPU 0: hi: 186, btch: 31 usd: 89 active_anon:201535 inactive_anon:68173 isolated_anon:3424 active_file:130 inactive_file:284 isolated_file:160 unevictable:0 dirty:0 writeback:245 unstable:0 free:14234 slab_reclaimable:2891 slab_unreclaimable:13218 m...

...x13/0x20 Sep 5 18:03:14 pcale kernel: [ 985.446963] [<ffffffff81353b52>] ? system_call_fastpath+0x16/0x1b Sep 5 18:03:14 pcale kernel: [ 985.446965] Mem-Info: Sep 5 18:03:14 pcale kernel: [ 985.446966] Node 0 DMA per-cpu: Sep 5 18:03:14 pcale kernel: [ 985.446968] CPU 0: hi: 0, btch: 1 usd: 0 Sep 5 18:03:14 pcale kernel: [ 985.446969] CPU 1: hi: 0, btch: 1 usd: 0 Sep 5 18:03:14 pcale kernel: [ 985.446970] CPU 2: hi: 0, btch: 1 usd: 0 Sep 5 18:03:14 pcale kernel: [ 985.446972] CPU 3: hi: 0, btch: 1 usd: 0 Sep 5 18:03:14 pcale kernel: [...

...29 17:30:45 ewzw032 kernel: [22548.084108] [<ffffffff8107f7d0>] ? kthread_create_on_node+0x120/0x120 Apr 29 17:30:45 ewzw032 kernel: [22548.084301] Mem-Info: Apr 29 17:30:45 ewzw032 kernel: [22548.084303] Node 0 DMA per-cpu: Apr 29 17:30:45 ewzw032 kernel: [22548.084305] CPU 0: hi: 0, btch: 1 usd: 0 Apr 29 17:30:45 ewzw032 kernel: [22548.084307] CPU 1: hi: 0, btch: 1 usd: 0 Apr 29 17:30:45 ewzw032 kernel: [22548.084308] Node 0 DMA32 per-cpu: Apr 29 17:30:45 ewzw032 kernel: [22548.084309] CPU 0: hi: 186, btch: 31 usd: 0 Apr 29 17:30:45 ewzw032 kernel: [22548.08431...