Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Zen-Kernel Discussion/Support Thread - Part 4
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3 ... 20, 21, 22, 23  Next  
Reply to topic    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
lkraav
Tux's lil' helper
Tux's lil' helper


Joined: 13 Oct 2004
Posts: 129
Location: Estonia

PostPosted: Tue Jun 14, 2011 7:31 am    Post subject: Reply with quote

how am i supposed to get sys-fs/aufs2 installed on top of zen? it refuses to emerge:

Code:

>>> Emerging (1 of 1) sys-fs/aufs2-0_p20110605
 * aufs2-0_p20110605.tar.xz RMD160 SHA1 SHA256 size ;-) ...                                                                                                       [ ok ]
 * Package:    sys-fs/aufs2-0_p20110605
 * Repository: gentoo
 * Maintainer: jlec@gentoo.org tommy@gentoo.org
 * USE:        elibc_glibc kernel_linux userland_GNU x86
 * FEATURES:   sandbox
 * Determining the location of the kernel source code
 * Found kernel source directory:
 *     /usr/src/linux
 * Found sources for kernel version:
 *     2.6.38.5-zen-pmdebug+
 * Checking for suitable kernel configuration options...                                                                                                          [ ok ]
 * You need to apply a patch to your kernel to compile and run the aufs2 module
 * Either enable the kernel-patch useflag to do it with this ebuild
 * or apply /usr/portage/sys-fs/aufs2/files/aufs2-base-38.patch and
 * /usr/portage/sys-fs/aufs2/files/aufs2-standalone-38.patch by hand
 * ERROR: sys-fs/aufs2-0_p20110605 failed (setup phase):
 *   missing kernel patch, please apply it first


looking at the ebuild, it doesn't even seem to account for aufs-included sources.

Code:

    linux-mod_pkg_setup
    if ! ( patch -p1 --dry-run --force -R -d ${KV_DIR} < "${FILESDIR}"/aufs2-standalone-${KV_PATCH}.patch >/dev/null && \
        patch -p1 --dry-run --force -R -d ${KV_DIR} < "${FILESDIR}"/aufs2-base-${KV_PATCH}.patch >/dev/null ); then
        if use kernel-patch; then


how is this sensible logic?
Back to top
View user's profile Send private message
ponciarello
Apprentice
Apprentice


Joined: 22 Jul 2008
Posts: 223
Location: beach of slack

PostPosted: Tue Jun 14, 2011 8:13 am    Post subject: Reply with quote

aufs2.1 should be already included in 2.6.38-zen. :)
Back to top
View user's profile Send private message
lkraav
Tux's lil' helper
Tux's lil' helper


Joined: 13 Oct 2004
Posts: 129
Location: Estonia

PostPosted: Tue Jun 14, 2011 3:02 pm    Post subject: Reply with quote

uh yes, but there's a bunch of userland utilities, it's not the kernel module i want. from another machine:

Code:

$ qlist aufs2
/usr/lib/libau.so
/usr/lib/libau.so.2
/usr/lib/libau.so.2.5
/usr/share/doc/aufs2-0_p20110327/design/10dynop.txt.bz2
/usr/share/doc/aufs2-0_p20110327/design/07export.txt.bz2
/usr/share/doc/aufs2-0_p20110327/design/03lookup.txt.bz2
/usr/share/doc/aufs2-0_p20110327/design/02struct.txt.bz2
/usr/share/doc/aufs2-0_p20110327/design/01intro.txt.bz2
/usr/share/doc/aufs2-0_p20110327/design/05wbr_policy.txt.bz2
/usr/share/doc/aufs2-0_p20110327/design/99plan.txt.bz2
/usr/share/doc/aufs2-0_p20110327/design/08shwh.txt.bz2
/usr/share/doc/aufs2-0_p20110327/design/04branch.txt.bz2
/usr/share/doc/aufs2-0_p20110327/design/06mmap.txt.bz2
/usr/share/doc/aufs2-0_p20110327/README.bz2
/usr/share/doc/aufs2-0_p20110327/README-utils.bz2
/usr/share/man/man5/aufs.5.bz2
/usr/bin/auchk
/usr/bin/aubrsync
/usr/bin/aubusy
/lib/modules/2.6.38-gentoo-r3/misc/aufs.ko
/etc/default/aufs
/sbin/mount.aufs
/sbin/auplink
/sbin/auibusy
/sbin/umount.aufs
Back to top
View user's profile Send private message
pietrek
n00b
n00b


Joined: 09 Oct 2007
Posts: 14

PostPosted: Thu Jun 16, 2011 8:09 am    Post subject: Reply with quote

I just restored my dusty Gentoo installation and got aufs2 installed with no issues:

[I] sys-fs/aufs2
Available versions: (~)0_p20100809 (~)0_p20101122 (~)0_p20110120 (~)0_p20110120-r1 (~)0_p20110327 (~)0_p20110605 **99999999+l[3] **99999999+l[6] {debug fuse hardened hfs inotify kernel-patch kernel_linux nfs ramfs}
Installed versions: 0_p20110605(11:34:27 13.06.2011)(hfs inotify kernel-patch kernel_linux -debug -fuse -hardened -nfs -ramfs)
Homepage: http://aufs.sourceforge.net/
Description: An entirely re-designed and re-implemented Unionfs.

uname -r: Linux tesla 2.6.38.5-zen-backongentoo

Have tried adding the "kernel-patch" USE flag?
Back to top
View user's profile Send private message
zazxxx
n00b
n00b


Joined: 17 Jun 2011
Posts: 4
Location: Vietnam

PostPosted: Sun Jun 19, 2011 6:51 am    Post subject: Reply with quote

Hi, i'm trying to install zen-kernel 2.6.36 to my server.
But every time i boot zen it hang after this line.
Code:
Switching to clocksource tsc


does any one how to fix
Back to top
View user's profile Send private message
Strowi
l33t
l33t


Joined: 19 Aug 2003
Posts: 656
Location: Bonn

PostPosted: Wed Jun 22, 2011 10:31 am    Post subject: Reply with quote

hi,

you can try adding "clocksource=acpi_pm" to your kernel-line.
_________________
--
Linux & such ...
http://blog.hasnoname.de
Back to top
View user's profile Send private message
aTan
Tux's lil' helper
Tux's lil' helper


Joined: 06 Jan 2007
Posts: 134
Location: Czech Republic (Ukraine)

PostPosted: Sat Jun 25, 2011 3:21 pm    Post subject: Reply with quote

Could you please add this patch? 2.6.39 hangs on boot with fbcondecor.
https://bugs.gentoo.org/show_bug.cgi?id=368109

UPD: I mean a new fixed version of fbcondecor. http://dev.gentoo.org/~spock/projects/fbcondecor/archive/fbcondecor-0.9.6-3.0-rc2.patch
Back to top
View user's profile Send private message
rahulthewall
Veteran
Veteran


Joined: 01 Nov 2007
Posts: 1264
Location: Zürich

PostPosted: Tue Aug 09, 2011 12:19 pm    Post subject: Reply with quote

Is zen-kernel still being maintained? I have been away for a while, and have lost track of things.
_________________
Who shall guard the guards?
Back to top
View user's profile Send private message
mantoo
Tux's lil' helper
Tux's lil' helper


Joined: 08 Dec 2007
Posts: 98
Location: Germany

PostPosted: Tue Aug 09, 2011 6:24 pm    Post subject: Reply with quote

I think it is still maintained; contrary to this thread there was some activity 6 days ago. This, however was for the .39 kernel.

Hope to see 3.0-zen soon :-)


Sincerely, just another zen-groupie
Back to top
View user's profile Send private message
tclover
Guru
Guru


Joined: 10 Apr 2011
Posts: 516

PostPosted: Wed Aug 10, 2011 1:57 pm    Post subject: Reply with quote

rahulthewall wrote:
Is zen-kernel still being maintained? I have been away for a while, and have lost track of things.

It seems it is and, in fact, there're commits confirming it. I've just tried to update a custom/modified *stable* 2.6.38.8-zen (diff snapshot of 20110609) to a supposedly new *stable* 2.6.39.4-zen--with, of course i might say, grabbed here and there fixes that are not included in the zen-stable tree,--but failed badly to compile it due to a failure to build aufs2.1-39 module. The weird stuff about zen and aufs2.1-$KV_PATCH is that, you do not even know which release it is because zen devs decided to throw away the `.standalone.tree-$KV_PATCH-$DATE' for only a `-$KV_PATCH' version string. You may know that sfjiro release a weekly update of aufs2.1 and aufs2.6, so know the full string version is handy if you happen to look now and then the fixes of the newly released aufs2.1 branch. You may say that zen-stable tree include nearly all aufs2.1 update in their tree *AND* it's true.

But I've just runned into a real headache to build the said .39.4-zen kernel which end up into two major build issues blockers. So I googled to find only an old patch which fixed a 2010**** issue so i was wondering what was going on with the merge of aufs2.1 commits. I previously checked out out different aufs2.1 commits in the zen-stable tree so i was confident aufs was up to date untill then. Not knowing what was the real aufs2.1 version string and after a i fixed the issue by that old patch and removing a CONFIG_CGROUP_DEVICE (or something like that which seem to be related to the issue) I could not even make a successful `make'! I copied over the latest aufs2.1-39 files to my 2.6.39.4-zen kernel directory and applied the patches and make a successfull `make' after that!

So I decided to drop the hot potato altogether and make a clean ebuild for a *-git* sources--git as pulled by git--to the latest mainline stable tree and include aufs2.1 and a few other useful patches--nothing fancy, just something stable,--genpatch extras and tuxonice.

So, the bottom line is it seems there're more activities in the stable tree but I had now my doubts with that a epic adventure of mine now.

NOTE: here is a topic YET another *tiny* FOO overlay with aufs2 and *GIT* sources where i posted something to my shared local overlay hosted on github with *stable* 2.6.38.8-zen and 2.6.39.4-zen with a few more patches if you do not fear to hard mod a few things yourself (with the *stable* snapshots diff in $master_branch/distdir), else i'm sharing that *-git* sources ebuild if you don't fear anything [don't say but *GOD*] :D.

EIDT: i've just noticed your signature, i guess you have your say on that? --i'm expecting a 'yeah, of course'.
Back to top
View user's profile Send private message
Ant P.
Watchman
Watchman


Joined: 18 Apr 2009
Posts: 6920

PostPosted: Thu Aug 11, 2011 11:10 am    Post subject: Reply with quote

3.0.0-ck1 is out.
Back to top
View user's profile Send private message
rahulthewall
Veteran
Veteran


Joined: 01 Nov 2007
Posts: 1264
Location: Zürich

PostPosted: Mon Aug 15, 2011 12:59 pm    Post subject: Reply with quote

tclover wrote:


EIDT: i've just noticed your signature, i guess you have your say on that? --i'm expecting a 'yeah, of course'.


Not really no, it is more of a musing. I have no concrete solution to it right now. :)

EDIT: http://git.zen-kernel.org/zen-stable/tag/?id=v3.0.1 (looks like 3 is here ....)
_________________
Who shall guard the guards?
Back to top
View user's profile Send private message
hurricane
Tux's lil' helper
Tux's lil' helper


Joined: 15 Jul 2004
Posts: 107

PostPosted: Sun Aug 21, 2011 3:40 am    Post subject: Fuck this shit, goodbye zen Reply with quote

To be honest, after getting NO updates on sys-kernel/zen-sources for months, still having -2.6.38_p20110510, and -9999 being so buggy it doesn’t even manage to show an error for why it crashes, I’m as done with this as anyone can be. Fuck this shit, I’m outta here. And since there is no kernel that could replace zen, I’m just going to use the plain normal gentoo-sources.
I wonder what I will lose that way though.
Back to top
View user's profile Send private message
mantoo
Tux's lil' helper
Tux's lil' helper


Joined: 08 Dec 2007
Posts: 98
Location: Germany

PostPosted: Sun Aug 21, 2011 10:58 am    Post subject: Re: Fuck this shit, goodbye zen Reply with quote

hurricane wrote:
[...]I wonder what I will lose that way though.


Yup, see you later aligator! Anyway, being rather unthankful than contributive I think the rest of us - believing in zen - doesnt shed any tear over you...

btw...

habing a look at: http://git.zen-kernel.org/zen-stable/ reveals:

v3.0.3 zen-stable-3.0.3.zip zen-stable-3.0.3.tar.gz zen-stable-3.0.3.tar.bz2 Greg Kroah-Hartman 4 days
v3.0.2 zen-stable-3.0.2.zip zen-stable-3.0.2.tar.gz zen-stable-3.0.2.tar.bz2 Greg Kroah-Hartman 5 days
v3.0.1 zen-stable-3.0.1.zip zen-stable-3.0.1.tar.gz zen-stable-3.0.1.tar.bz2 Greg Kroah-Hartman 2 weeks

and... oh...

bfs-406 applied to 3.0.3... http://git.zen-kernel.org/zen-stable/log/?h=ck-3.0

and upstream up2date 3.0.x http://git.zen-kernel.org/zen-stable/log/?h=master-3.0

I am still quite happy with my rockstable latest 2.6.39.4-zen and will let some time pass by before I switch as I had problems with my box from time to time upgrading to the next major kernel version. This is my productivity box and I will keep it running untouched until I finished my Thesis ;-)

just my 2 cents....
Back to top
View user's profile Send private message
Ant P.
Watchman
Watchman


Joined: 18 Apr 2009
Posts: 6920

PostPosted: Wed Aug 24, 2011 12:16 am    Post subject: Reply with quote

Is anyone else using Btrfs on a mechanical disk and occasionally having bizarre periods of I/O throughput dropping to <1MB/s? I'm not even sure it's btrfs itself, because hdparm -tT shows similar numbers when it happens... just wondering if maybe someone else is having the same problem.
Back to top
View user's profile Send private message
savalas
n00b
n00b


Joined: 10 Dec 2009
Posts: 40

PostPosted: Wed Aug 24, 2011 3:06 pm    Post subject: Re: Fuck this shit, goodbye zen Reply with quote

hurricane wrote:
I’m just going to use the plain normal gentoo-sources.

No you're not, you're going to leave Gentoo forever, right?

On a somewhat related note, the other day I installed gentoo-sources to take a look at the 3.0.1 kernel (that was before Zen updated its master branch.) I don't use a lot of Zen-specific stuff anyway, so it's pretty much all the same to me. After a few minutes of running a Gentoo kernel, I found that one of the app I use--a win32 app I use through Wine--was much less responsive than on Zen. So even though I didn't think I used much of Zen except for BFS, I must benefit from other behind the scene stuff because my experience on Zen is much better than on a normal kernel. Kudos to the Zen guys :)
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


Joined: 20 Dec 2005
Posts: 6111
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Fri Aug 26, 2011 10:41 am    Post subject: Reply with quote

no-one got the following issues ?


(this both happens on stock 3.0.3 and 3.0.3-zen)


general protection wrote:
[87802.431463] general protection fault: 0000 [#1] PREEMPT SMP
[87802.431528] CPU 5
[87802.431546] Modules linked in: visor usbserial cdc_acm radeon ttm drm_kms_helper drm i2c_algo_bit cfbcopyarea cfbimgblt cfbfillrect iptable_filter ip_tables x_tables it87 hwmon_vid coretemp snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_timer snd wmi i2c_i801 e1000e soundcore snd_page_alloc i7core_edac libphy e1000 auth_rpcgss lockd sunrpc scsi_wait_scan sl811_hcd ohci_hcd ssb usb_storage ehci_hcd [last unloaded: nfs_acl]
[87802.432083]
[87802.432099] Pid: 727, comm: kswapd0 Not tainted 3.0.3 #1 Packard Bell ipower G3710/FMP55
[87802.432170] RIP: 0010:[<ffffffff81267d4a>] [<ffffffff81267d4a>] xfs_bmbt_get_startoff+0xa/0x20
[87802.432243] RSP: 0018:ffff880233041908 EFLAGS: 00010286
[87802.432285] RAX: 7fffffffffffffff RBX: 0000000000000001 RCX: ffffa5a5a5a5a5a5
[87802.432338] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 8000000000000000
[87802.432391] RBP: 0000000000000001 R08: ffff880233041b18 R09: ffff880233041b38
[87802.432443] R10: 0000000000000001 R11: ffff88002c5bec38 R12: ffff880040b43038
[87802.432496] R13: ffff88023304199c R14: 0000000000000000 R15: 8000000000000000
[87802.432550] FS: 0000000000000000(0000) GS:ffff88023fd40000(0000) knlGS:0000000000000000
[87802.432610] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[87802.432653] CR2: 00007fa736002000 CR3: 0000000001c33000 CR4: 00000000000006e0
[87802.432706] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[87802.432759] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[87802.432813] Process kswapd0 (pid: 727, threadinfo ffff880233040000, task ffff88023301da20)
[87802.432873] Stack:
[87802.432891] ffffffff812832db ffff880233040000 ffff880200000000 0000000000000000
[87802.432959] 0000000000000000 8000000000000000 0000000000000000 000000000000001f
[87802.433027] ffff88018a9bc000 ffffffff00000028 ffff880040b43038 ffff880233041b70
[87802.433094] Call Trace:
[87802.433118] [<ffffffff812832db>] ? xfs_iext_bno_to_ext+0x7b/0x160
[87802.433169] [<ffffffff8125e3d3>] ? xfs_bmap_search_multi_extents+0x73/0x120
[87802.433224] [<ffffffff8125e5ba>] ? xfs_bmap_search_extents+0x6a/0xf0
[87802.433275] [<ffffffff812650c5>] ? xfs_bmapi+0x295/0x11b0
[87802.433321] [<ffffffff810b8664>] ? __pagevec_free+0x24/0x30
[87802.433369] [<ffffffff8129a8b2>] ? xfs_free_eofblocks+0xe2/0x280
[87802.433417] [<ffffffff8129c2c5>] ? xfs_inactive+0x115/0x470
[87802.433462] [<ffffffff8110903a>] ? end_writeback+0x2a/0x80
[87802.433506] [<ffffffff811091ee>] ? evict+0x7e/0x160
[87802.433546] [<ffffffff811092fe>] ? dispose_list+0x2e/0x40
[87802.433589] [<ffffffff81109670>] ? shrink_icache_memory+0x170/0x340
[87802.433640] [<ffffffff810bdd54>] ? shrink_slab+0x104/0x170
[87802.433685] [<ffffffff810c00b2>] ? balance_pgdat+0x492/0x630
[87802.433731] [<ffffffff810c03cf>] ? kswapd+0x17f/0x2b0
[87802.433774] [<ffffffff810658e0>] ? add_wait_queue+0x60/0x60
[87802.433818] [<ffffffff810c0250>] ? balance_pgdat+0x630/0x630
[87802.433863] [<ffffffff8106517e>] ? kthread+0x7e/0x90
[87802.433905] [<ffffffff816a0094>] ? kernel_thread_helper+0x4/0x10
[87802.433952] [<ffffffff81065100>] ? kthread_worker_fn+0x180/0x180
[87802.433999] [<ffffffff816a0090>] ? gs_change+0xb/0xb
[87802.434037] Code: 00 48 8b 07 48 8b 57 08 25 ff 01 00 00 48 c1 e0 2b 48 c1 ea 15 48 09 d0 c3 0f 1f 84 00 00 00 00 00 48 b8 ff ff ff ff ff ff ff 7f
[87802.434300] 23 07 48 c1 e8 09 c3 66 66 66 66 66 2e 0f 1f 84 00 00 00 00
[87802.434434] RIP [<ffffffff81267d4a>] xfs_bmbt_get_startoff+0xa/0x20
[87802.434487] RSP <ffff880233041908>
[87802.454410] ---[ end trace 99ace3c4c199c68f ]---
[88093.468818] usb 1-1.5: unlink qh8-0e01/ffff880232b54700 start 5 [1/2 us]
[88095.313602] ehci_hcd 0000:00:1a.0: reused qh ffff880232b54700 schedule
[88095.313616] usb 1-1.5: link qh8-0e01/ffff880232b54700 start 5 [1/2 us]




when this occurs I get graphical corruption on my desktop after reactivating my screen (xscreensaver is running)

graphics driver is xf86-video-ati radeon with KMS enabled - this happens both with the latest stable and latest upstream libdrm, mesa & xf86-video-ati driver versions

I can still get into a tty (e.g. via alt+f2) then stop the xdm process and return to it

but syncing/saving the data to the xfs-partition seems to be impaired / impossible (the sync process hangs when manually triggering it - emergency sync also doesn't seem to be able to finish)


edit:

it seems to be an issue with extent-handling

edit2:

this generally happens after several hours of uptime and after/during syncing several hundreds of GiB of data



edit3:

is my hardware failing or what is up with 3.0 kernel series ?

and each time this happened while backing up my data via rsync (I updated to rsync 3.0.8 meanwhile that also didn't make a change or help)


general protection wrote:
Aug 28 19:17:26 lupus kernel: [25603.847542] general protection fault: 0000 [#1] PREEMPT SMP
Aug 28 19:17:26 lupus kernel: [25603.847606] CPU 0
Aug 28 19:17:26 lupus kernel: [25603.847623] Modules linked in: visor usbserial cdc_acm radeon ttm drm_kms_helper drm i2c_algo_bit cfbcopyarea cfbimgblt cfbfillrect iptable_filter ip_tables x_tables it87 hwmon_vid coretemp snd_seq_dummy
snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_timer i7core_edac snd e1000e wmi soundcore i2c_i801 snd_page_alloc
libphy e1000 auth_rpcgss lockd sunrpc scsi_wait_scan sl811_hcd ohci_hcd ssb usb_storage ehci_hcd [last unloaded: nfs_acl]
Aug 28 19:17:26 lupus kernel: [25603.848163]
Aug 28 19:17:26 lupus kernel: [25603.848179] Pid: 18250, comm: rsync Not tainted 3.0.3-zen #1 Packard Bell ipower G3710/FMP55
Aug 28 19:17:26 lupus kernel: [25603.848253] RIP: 0010:[<ffffffff810aadb4>] [<ffffffff810aadb4>] find_get_page+0x34/0xb0
Aug 28 19:17:26 lupus kernel: [25603.848322] RSP: 0018:ffff88015e1b1cf8 EFLAGS: 00010246
Aug 28 19:17:26 lupus kernel: [25603.848363] RAX: ffff8800403ec030 RBX: ffff88006d503770 RCX: ffff8800403ec030
Aug 28 19:17:26 lupus kernel: [25603.848416] RDX: 0000000000000001 RSI: 0000000000000003 RDI: 0000000000000000
Aug 28 19:17:26 lupus kernel: [25603.848470] RBP: 0000000000000003 R08: 8000000000000000 R09: ffff8800403ec030
Aug 28 19:17:26 lupus kernel: [25603.848522] R10: 57ffd2611a67bae0 R11: 0000000000000000 R12: 8000000000000000
Aug 28 19:17:26 lupus kernel: [25603.848575] R13: ffff880142f649c0 R14: 0000000000000027 R15: 0000000000000000
Aug 28 19:17:26 lupus kernel: [25603.848629] FS: 00007f685ef1f720(0000) GS:ffff88023fc00000(0000) knlGS:0000000000000000
Aug 28 19:17:26 lupus kernel: [25603.848690] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Aug 28 19:17:26 lupus kernel: [25603.848734] CR2: 00007f6862c3ffc8 CR3: 00000001a0854000 CR4: 00000000000006f0
Aug 28 19:17:26 lupus kernel: [25603.848787] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Aug 28 19:17:26 lupus kernel: [25603.848840] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Aug 28 19:17:26 lupus kernel: [25603.848893] Process rsync (pid: 18250, threadinfo ffff88015e1b0000, task ffff8801fe113180)
Aug 28 19:17:26 lupus kernel: [25603.848954] Stack:
Aug 28 19:17:26 lupus kernel: [25603.848972] ffffea0004bbdc10 ffff88006d503768 0000000000000003 ffffffff810ac117
Aug 28 19:17:26 lupus kernel: [25603.849041] 0000000000001000 0000000000000000 ffff88006d503620 ffff880142f64a30
Aug 28 19:17:26 lupus kernel: [25603.849110] 000000000000002a 0000000000000000 0000000000000024 0000000000000002
Aug 28 19:17:26 lupus kernel: [25603.849179] Call Trace:
Aug 28 19:17:26 lupus kernel: [25603.849203] [<ffffffff810ac117>] ? generic_file_aio_read+0x277/0x710
Aug 28 19:17:26 lupus kernel: [25603.849257] [<ffffffff810e9558>] ? do_sync_read+0xb8/0xf0
Aug 28 19:17:26 lupus kernel: [25603.849302] [<ffffffff810e9d3b>] ? vfs_read+0xab/0x180
Aug 28 19:17:26 lupus kernel: [25603.849343] [<ffffffff810e9e57>] ? sys_read+0x47/0x90
Aug 28 19:17:26 lupus kernel: [25603.849385] [<ffffffff8169fc3b>] ? system_call_fastpath+0x16/0x1b
Aug 28 19:17:26 lupus kernel: [25603.849432] Code: fb e8 01 d4 fe ff 48 83 c3 08 48 89 ee 48 89 df e8 52 93 2d 00 48 85 c0 48 89 c1 74 4a 4c 8b 20 4d 85 e4 74 2f 41 f6 c4 01 75 df
Aug 28 19:17:26 lupus kernel: [25603.849831] RIP [<ffffffff810aadb4>] find_get_page+0x34/0xb0
Aug 28 19:17:26 lupus kernel: [25603.849879] RSP <ffff88015e1b1cf8>
Aug 28 19:17:26 lupus kernel: [25603.870522] ---[ end trace e8c1b3807bfb646f ]---


Quote:
[ 3259.921677] EXT4-fs error (device dm-3): htree_dirblock_to_tree:587: inode #78577714: block 335013410: comm rsync: bad entry in directory: rec_len is smaller than minimal - offset=12(12), inode=78577712, rec_len=0, name_len=0


Quote:
Aug 28 11:03:55 lupus kernel: [39489.084960] EXT4-fs error (device dm-3): htree_dirblock_to_tree:587: inode #28840503: block 115357845: comm rsync: bad entry in directory: rec_len is smaller than minimal - offset=12(12), inode=28836509, rec_len=0, name_len=0


Quote:
[87802.431463] general protection fault: 0000 [#1] PREEMPT SMP
[87802.431528] CPU 5
[87802.431546] Modules linked in: visor usbserial cdc_acm radeon ttm drm_kms_helper drm i2c_algo_bit cfbcopyarea cfbimgblt cfbfillrect iptable_filter ip_tables x_tables it87 hwmon_vid coretemp snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_timer snd wmi i2c_i801 e1000e soundcore snd_page_alloc i7core_edac libphy e1000 auth_rpcgss lockd sunrpc scsi_wait_scan sl811_hcd ohci_hcd ssb usb_storage ehci_hcd [last unloaded: nfs_acl]
[87802.432083]
[87802.432099] Pid: 727, comm: kswapd0 Not tainted 3.0.3 #1 Packard Bell ipower G3710/FMP55
[87802.432170] RIP: 0010:[<ffffffff81267d4a>] [<ffffffff81267d4a>] xfs_bmbt_get_startoff+0xa/0x20
[87802.432243] RSP: 0018:ffff880233041908 EFLAGS: 00010286
[87802.432285] RAX: 7fffffffffffffff RBX: 0000000000000001 RCX: ffffa5a5a5a5a5a5
[87802.432338] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 8000000000000000
[87802.432391] RBP: 0000000000000001 R08: ffff880233041b18 R09: ffff880233041b38
[87802.432443] R10: 0000000000000001 R11: ffff88002c5bec38 R12: ffff880040b43038
[87802.432496] R13: ffff88023304199c R14: 0000000000000000 R15: 8000000000000000
[87802.432550] FS: 0000000000000000(0000) GS:ffff88023fd40000(0000) knlGS:0000000000000000
[87802.432610] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[87802.432653] CR2: 00007fa736002000 CR3: 0000000001c33000 CR4: 00000000000006e0
[87802.432706] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[87802.432759] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[87802.432813] Process kswapd0 (pid: 727, threadinfo ffff880233040000, task ffff88023301da20)
[87802.432873] Stack:
[87802.432891] ffffffff812832db ffff880233040000 ffff880200000000 0000000000000000
[87802.432959] 0000000000000000 8000000000000000 0000000000000000 000000000000001f
[87802.433027] ffff88018a9bc000 ffffffff00000028 ffff880040b43038 ffff880233041b70
[87802.433094] Call Trace:
[87802.433118] [<ffffffff812832db>] ? xfs_iext_bno_to_ext+0x7b/0x160
[87802.433169] [<ffffffff8125e3d3>] ? xfs_bmap_search_multi_extents+0x73/0x120
[87802.433224] [<ffffffff8125e5ba>] ? xfs_bmap_search_extents+0x6a/0xf0
[87802.433275] [<ffffffff812650c5>] ? xfs_bmapi+0x295/0x11b0
[87802.433321] [<ffffffff810b8664>] ? __pagevec_free+0x24/0x30
[87802.433369] [<ffffffff8129a8b2>] ? xfs_free_eofblocks+0xe2/0x280
[87802.433417] [<ffffffff8129c2c5>] ? xfs_inactive+0x115/0x470
[87802.433462] [<ffffffff8110903a>] ? end_writeback+0x2a/0x80
[87802.433506] [<ffffffff811091ee>] ? evict+0x7e/0x160
[87802.433546] [<ffffffff811092fe>] ? dispose_list+0x2e/0x40
[87802.433589] [<ffffffff81109670>] ? shrink_icache_memory+0x170/0x340
[87802.433640] [<ffffffff810bdd54>] ? shrink_slab+0x104/0x170
[87802.433685] [<ffffffff810c00b2>] ? balance_pgdat+0x492/0x630
[87802.433731] [<ffffffff810c03cf>] ? kswapd+0x17f/0x2b0
[87802.433774] [<ffffffff810658e0>] ? add_wait_queue+0x60/0x60
[87802.433818] [<ffffffff810c0250>] ? balance_pgdat+0x630/0x630
[87802.433863] [<ffffffff8106517e>] ? kthread+0x7e/0x90
[87802.433905] [<ffffffff816a0094>] ? kernel_thread_helper+0x4/0x10
[87802.433952] [<ffffffff81065100>] ? kthread_worker_fn+0x180/0x180
[87802.433999] [<ffffffff816a0090>] ? gs_change+0xb/0xb
[87802.434037] Code: 00 48 8b 07 48 8b 57 08 25 ff 01 00 00 48 c1 e0 2b 48 c1 ea 15 48 09 d0 c3 0f 1f 84 00 00 00 00 00 48 b8 ff ff ff ff ff ff ff 7f
[87802.434300] 23 07 48 c1 e8 09 c3 66 66 66 66 66 2e 0f 1f 84 00 00 00 00
[87802.434434] RIP [<ffffffff81267d4a>] xfs_bmbt_get_startoff+0xa/0x20
[87802.434487] RSP <ffff880233041908>
[87802.454410] ---[ end trace 99ace3c4c199c68f ]---


Quote:
[26638.978749] chrome[22285] general protection ip:7fea8fcf0733 sp:7fffcbb808c0 error:0 in chrome[7fea8e8d5000+3794000]
[29034.606244] general protection fault: 0000 [#1] PREEMPT SMP
[29034.606309] CPU 0
[29034.606326] Modules linked in: radeon ttm drm_kms_helper drm i2c_algo_bit cfbcopyarea cfbimgblt cfbfillrect iptable_filter ip_tables x_tables it87 hwmon_vid coretemp snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_timer i7core_edac snd i2c_i801 wmi e1000e soundcore snd_page_alloc libphy e1000 auth_rpcgss lockd sunrpc scsi_wait_scan sl811_hcd ohci_hcd ssb usb_storage ehci_hcd [last unloaded: nfs_acl]
[29034.606836]
[29034.606852] Pid: 727, comm: kswapd0 Not tainted 3.0.3-zen #1 Packard Bell ipower G3710/FMP55
[29034.606926] RIP: 0010:[<ffffffff8126125a>] [<ffffffff8126125a>] xfs_bmbt_get_startoff+0xa/0x20
[29034.607000] RSP: 0018:ffff88023306b8f8 EFLAGS: 00010286
[29034.607041] RAX: 7fffffffffffffff RBX: 0000000000000001 RCX: ffffa5a5a5a5a5a5
[29034.607094] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 8000000000000000
[29034.607147] RBP: 0000000000000001 R08: ffff88023306bb08 R09: ffff88023306bb28
[29034.607200] R10: 000000000000002e R11: ffff88021d9972e0 R12: ffff88004048b038
[29034.607253] R13: ffff88023306b98c R14: 0000000000000000 R15: 8000000000000000
[29034.607306] FS: 0000000000000000(0000) GS:ffff88023fc00000(0000) knlGS:0000000000000000
[29034.607367] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[29034.607411] CR2: 00007f55bd6c7daf CR3: 0000000103fb1000 CR4: 00000000000006f0
[29034.607464] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[29034.607517] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[29034.607570] Process kswapd0 (pid: 727, threadinfo ffff88023306a000, task ffff88023304c410)
[29034.607630] Stack:
[29034.607647] ffffffff8127c7eb ffff880233bc4000 0000000100000000 ffff880200000000
[29034.607716] 0000000000000000 8000000000000000 0000000000000000 ffff880137ab5780
[29034.607783] ffff88023304c410 ffff88023eefab50 ffff88004048b038 ffff88023306bb60
[29034.607850] Call Trace:
[29034.607873] [<ffffffff8127c7eb>] ? xfs_iext_bno_to_ext+0x7b/0x160
[29034.607923] [<ffffffff812578e3>] ? xfs_bmap_search_multi_extents+0x73/0x120
[29034.607978] [<ffffffff81257aca>] ? xfs_bmap_search_extents+0x6a/0xf0
[29034.608029] [<ffffffff8125e5d5>] ? xfs_bmapi+0x295/0x11b0
[29034.608075] [<ffffffff810b1324>] ? __pagevec_free+0x24/0x30
[29034.608122] [<ffffffff81293dc2>] ? xfs_free_eofblocks+0xe2/0x280
[29034.608171] [<ffffffff812957d5>] ? xfs_inactive+0x115/0x470
[29034.608217] [<ffffffff811023ca>] ? end_writeback+0x2a/0x80
[29034.608262] [<ffffffff8110257e>] ? evict+0x7e/0x160
[29034.608302] [<ffffffff8110268e>] ? dispose_list+0x2e/0x40
[29034.608346] [<ffffffff81102a00>] ? shrink_icache_memory+0x170/0x340
[29034.608397] [<ffffffff810b6e34>] ? shrink_slab+0x104/0x170
[29034.608441] [<ffffffff810b9332>] ? balance_pgdat+0x492/0x630
[29034.608487] [<ffffffff810b95fa>] ? kswapd+0x12a/0x2d0
[29034.608531] [<ffffffff8105e5b0>] ? add_wait_queue+0x60/0x60
[29034.608576] [<ffffffff810b94d0>] ? balance_pgdat+0x630/0x630
[29034.608621] [<ffffffff8105de4e>] ? kthread+0x7e/0x90
[29034.608664] [<ffffffff816a0b14>] ? kernel_thread_helper+0x4/0x10
[29034.608713] [<ffffffff8105ddd0>] ? kthread_worker_fn+0x180/0x180
[29034.608760] [<ffffffff816a0b10>] ? gs_change+0xb/0xb
[29034.608798] Code: 00 48 8b 07 48 8b 57 08 25 ff 01 00 00 48 c1 e0 2b 48 c1 ea 15 48 09 d0 c3 0f 1f 84 00 00 00 00 00 48 b8 ff ff ff ff ff ff ff 7f
[29034.609063] 23 07 48 c1 e8 09 c3 66 66 66 66 66 2e 0f 1f 84 00 00 00 00
[29034.609196] RIP [<ffffffff8126125a>] xfs_bmbt_get_startoff+0xa/0x20
[29034.609250] RSP <ffff88023306b8f8>
[29034.629185] ---[ end trace 681ba00ecbc681e6 ]---
[29103.731419] general protection fault: 0000 [#2] PREEMPT SMP
[29103.731479] CPU 0
[29103.731496] Modules linked in: radeon ttm drm_kms_helper drm i2c_algo_bit cfbcopyarea cfbimgblt cfbfillrect iptable_filter ip_tables x_tables it87 hwmon_vid coretemp snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_timer i7core_edac snd i2c_i801 wmi e1000e soundcore snd_page_alloc libphy e1000 auth_rpcgss lockd sunrpc scsi_wait_scan sl811_hcd ohci_hcd ssb usb_storage ehci_hcd [last unloaded: nfs_acl]
[29103.732004]
[29103.732019] Pid: 23108, comm: rsync Tainted: G D 3.0.3-zen #1 Packard Bell ipower G3710/FMP55
[29103.732099] RIP: 0010:[<ffffffff8126125a>] [<ffffffff8126125a>] xfs_bmbt_get_startoff+0xa/0x20
[29103.732174] RSP: 0018:ffff880133d094a0 EFLAGS: 00010286
[29103.732215] RAX: 7fffffffffffffff RBX: 0000000000000001 RCX: ffffa5a5a5a5a5a5
[29103.732268] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 8000000000000000
[29103.732322] RBP: 0000000000000001 R08: ffff880133d096b0 R09: ffff880133d096d0
[29103.732375] R10: 0000000000000011 R11: ffff88014c542a00 R12: ffff880041244038
[29103.732428] R13: ffff880133d09534 R14: 0000000000000000 R15: 8000000000000000
[29103.732482] FS: 00007f55b8d01720(0000) GS:ffff88023fc00000(0000) knlGS:0000000000000000
[29103.732542] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[29103.732585] CR2: 00007f55c6e8eff0 CR3: 0000000103fb1000 CR4: 00000000000006f0
[29103.732639] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[29103.732692] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[29103.732746] Process rsync (pid: 23108, threadinfo ffff880133d08000, task ffff88023eefb7b0)
[29103.732806] Stack:
[29103.732824] ffffffff8127c7eb ffff880233bc0000 0000000100000000 ffff880200000000
[29103.732892] 0000000000000000 8000000000000000 0000000000000000 ffff8801247abba0
[29103.732959] 000000000001e596 ffff880227814900 ffff880041244038 ffff880133d09708
[29103.733027] Call Trace:
[29103.733050] [<ffffffff8127c7eb>] ? xfs_iext_bno_to_ext+0x7b/0x160
[29103.736772] [<ffffffff812578e3>] ? xfs_bmap_search_multi_extents+0x73/0x120
[29103.740495] [<ffffffff81257aca>] ? xfs_bmap_search_extents+0x6a/0xf0
[29103.744103] [<ffffffff8125e5d5>] ? xfs_bmapi+0x295/0x11b0
[29103.747587] [<ffffffff810b1324>] ? __pagevec_free+0x24/0x30
[29103.750960] [<ffffffff81293dc2>] ? xfs_free_eofblocks+0xe2/0x280
[29103.754324] [<ffffffff812957d5>] ? xfs_inactive+0x115/0x470
[29103.757650] [<ffffffff811023ca>] ? end_writeback+0x2a/0x80
[29103.760946] [<ffffffff8110257e>] ? evict+0x7e/0x160
[29103.764200] [<ffffffff8110268e>] ? dispose_list+0x2e/0x40
[29103.767448] [<ffffffff81102a00>] ? shrink_icache_memory+0x170/0x340
[29103.770698] [<ffffffff810b6e34>] ? shrink_slab+0x104/0x170
[29103.773930] [<ffffffff810b9913>] ? do_try_to_free_pages+0x173/0x320
[29103.777176] [<ffffffff810b9c00>] ? try_to_free_pages+0x80/0x90
[29103.780401] [<ffffffff810b1f12>] ? __alloc_pages_nodemask+0x442/0x770
[29103.783611] [<ffffffff810e2c16>] ? new_slab+0x56/0x1e0
[29103.786789] [<ffffffff81696cd5>] ? __slab_alloc.isra.65.constprop.70+0x183/0x25e
[29103.789969] [<ffffffff810fb490>] ? __pollwait+0x120/0x120
[29103.793126] [<ffffffff815968b0>] ? sock_alloc_send_pskb+0x1b0/0x320
[29103.796293] [<ffffffff810e5eaa>] ? __kmalloc_track_caller+0x11a/0x170
[29103.799438] [<ffffffff8159a322>] ? __alloc_skb+0x72/0x220
[29103.802552] [<ffffffff815968b0>] ? sock_alloc_send_pskb+0x1b0/0x320
[29103.805659] [<ffffffff81038c19>] ? __wake_up_common+0x49/0x80
[29103.808763] [<ffffffff810390cc>] ? __wake_up_sync_key+0x4c/0x90
[29103.811842] [<ffffffff81639805>] ? unix_stream_sendmsg+0x2a5/0x400
[29103.814908] [<ffffffff81592085>] ? sock_aio_write+0x125/0x160
[29103.817967] [<ffffffff810e9468>] ? do_sync_write+0xb8/0xf0
[29103.821015] [<ffffffff810fb206>] ? poll_select_copy_remaining+0xf6/0x140
[29103.824080] [<ffffffff810e9c75>] ? vfs_write+0x165/0x180
[29103.827144] [<ffffffff810e9ee7>] ? sys_write+0x47/0x90
[29103.830209] [<ffffffff8169fc3b>] ? system_call_fastpath+0x16/0x1b
[29103.833276] Code: 00 48 8b 07 48 8b 57 08 25 ff 01 00 00 48 c1 e0 2b 48 c1 ea 15 48 09 d0 c3 0f 1f 84 00 00 00 00 00 48 b8 ff ff ff ff ff ff ff 7f
[29103.833542] 23 07 48 c1 e8 09 c3 66 66 66 66 66 2e 0f 1f 84 00 00 00 00
[29103.839999] RIP [<ffffffff8126125a>] xfs_bmbt_get_startoff+0xa/0x20
[29103.843284] RSP <ffff880133d094a0>
[29103.846632] ---[ end trace 681ba00ecbc681e7 ]---




Quote:
Aug 24 18:17:11 lupus kernel: [13511.244563] general protection fault: 0000 [#1] PREEMPT SMP
Aug 24 18:17:11 lupus kernel: [13511.244627] CPU 5
Aug 24 18:17:11 lupus kernel: [13511.244644] Modules linked in: radeon ttm drm_kms_helper drm i2c_algo_bit cfbcopyarea cfbimgblt cfbfillrect iptable_filter ip_tables x_tables it87 hwmon_vid coretemp snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_timer wmi snd e1000e i7core_edac i2c_i801 soundcore snd_page_alloc libphy e1000 auth_rpcgss lockd sunrpc scsi_wait_scan sl811_hcd ohci_hcd ssb usb_storage ehci_hcd [last unloaded: nfs_acl]
Aug 24 18:17:11 lupus kernel: [13511.245154]
Aug 24 18:17:11 lupus kernel: [13511.245170] Pid: 727, comm: kswapd0 Not tainted 3.0.3-zen+ #1 Packard Bell ipower G3710/FMP55
Aug 24 18:17:11 lupus kernel: [13511.245242] RIP: 0010:[<ffffffff8126125a>] [<ffffffff8126125a>] xfs_bmbt_get_startoff+0xa/0x20
Aug 24 18:17:11 lupus kernel: [13511.245316] RSP: 0000:ffff8802330e98f8 EFLAGS: 00010286
Aug 24 18:17:11 lupus kernel: [13511.245357] RAX: 7fffffffffffffff RBX: 000000000000001f RCX: ffffa5a5a5a5a5a5
Aug 24 18:17:11 lupus kernel: [13511.245410] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 8000000000000000
Aug 24 18:17:11 lupus kernel: [13511.245463] RBP: 0000000000000001 R08: ffff8802330e9b08 R09: ffff8802330e9b28
Aug 24 18:17:11 lupus kernel: [13511.245515] R10: 0000000000000006 R11: ffff88003f101608 R12: ffff880040617038
Aug 24 18:17:11 lupus kernel: [13511.245568] R13: ffff8802330e998c R14: 0000000000000000 R15: 8000000000000000
Aug 24 18:17:11 lupus kernel: [13511.245621] FS: 0000000000000000(0000) GS:ffff88023fd40000(0000) knlGS:0000000000000000
Aug 24 18:17:11 lupus kernel: [13511.245682] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Aug 24 18:17:11 lupus kernel: [13511.245725] CR2: 00007f8499480000 CR3: 0000000001c33000 CR4: 00000000000006e0
Aug 24 18:17:11 lupus kernel: [13511.245778] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Aug 24 18:17:11 lupus kernel: [13511.245831] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Aug 24 18:17:11 lupus kernel: [13511.245884] Process kswapd0 (pid: 727, threadinfo ffff8802330e8000, task ffff880233086930)
Aug 24 18:17:11 lupus kernel: [13511.245945] Stack:
Aug 24 18:17:11 lupus kernel: [13511.245962] ffffffff8127c7eb ffff880233c08000 0000000100000000 ffff880200000000
Aug 24 18:17:11 lupus kernel: [13511.246030] 0000000000000000 8000000000000000 0000000000000000 000000000000003c
Aug 24 18:17:11 lupus kernel: [13511.246097] 00000000000002da ffff88015d4ee9c0 ffff880040617038 ffff8802330e9b60
Aug 24 18:17:11 lupus kernel: [13511.246164] Call Trace:
Aug 24 18:17:11 lupus kernel: [13511.246187] [<ffffffff8127c7eb>] ? xfs_iext_bno_to_ext+0x7b/0x160
Aug 24 18:17:11 lupus kernel: [13511.246245] [<ffffffff812578e3>] ? xfs_bmap_search_multi_extents+0x73/0x120
Aug 24 18:17:11 lupus kernel: [13511.246300] [<ffffffff81257aca>] ? xfs_bmap_search_extents+0x6a/0xf0
Aug 24 18:17:11 lupus kernel: [13511.246350] [<ffffffff8125e5d5>] ? xfs_bmapi+0x295/0x11b0
Aug 24 18:17:11 lupus kernel: [13511.246396] [<ffffffff810b1324>] ? __pagevec_free+0x24/0x30
Aug 24 18:17:11 lupus kernel: [13511.246443] [<ffffffff81293dc2>] ? xfs_free_eofblocks+0xe2/0x280
Aug 24 18:17:11 lupus kernel: [13511.246491] [<ffffffff812957d5>] ? xfs_inactive+0x115/0x470
Aug 24 18:17:11 lupus kernel: [13511.246538] [<ffffffff811023ca>] ? end_writeback+0x2a/0x80
Aug 24 18:17:11 lupus kernel: [13511.246582] [<ffffffff8110257e>] ? evict+0x7e/0x160
Aug 24 18:17:11 lupus kernel: [13511.246622] [<ffffffff8110268e>] ? dispose_list+0x2e/0x40
Aug 24 18:17:11 lupus kernel: [13511.246665] [<ffffffff81102a00>] ? shrink_icache_memory+0x170/0x340
Aug 24 18:17:11 lupus kernel: [13511.246716] [<ffffffff810b6e34>] ? shrink_slab+0x104/0x170
Aug 24 18:17:11 lupus kernel: [13511.246760] [<ffffffff810b9332>] ? balance_pgdat+0x492/0x630
Aug 24 18:17:11 lupus kernel: [13511.246805] [<ffffffff810b95fa>] ? kswapd+0x12a/0x2d0
Aug 24 18:17:11 lupus kernel: [13511.246849] [<ffffffff8105e5b0>] ? add_wait_queue+0x60/0x60
Aug 24 18:17:11 lupus kernel: [13511.246893] [<ffffffff810b94d0>] ? balance_pgdat+0x630/0x630
Aug 24 18:17:11 lupus kernel: [13511.246938] [<ffffffff8105de4e>] ? kthread+0x7e/0x90
Aug 24 18:17:11 lupus kernel: [13511.246980] [<ffffffff816a0b14>] ? kernel_thread_helper+0x4/0x10
Aug 24 18:17:11 lupus kernel: [13511.247028] [<ffffffff8105ddd0>] ? kthread_worker_fn+0x180/0x180
Aug 24 18:17:11 lupus kernel: [13511.247075] [<ffffffff816a0b10>] ? gs_change+0xb/0xb
Aug 24 18:17:11 lupus kernel: [13511.247112] Code: 00 48 8b 07 48 8b 57 08 25 ff 01 00 00 48 c1 e0 2b 48 c1 ea 15 48 09 d0 c3 0f 1f 84 00 00 00 00 00 48 b8 ff ff ff ff ff ff ff 7f
Aug 24 18:17:11 lupus kernel: [13511.247512] RIP [<ffffffff8126125a>] xfs_bmbt_get_startoff+0xa/0x20
Aug 24 18:17:11 lupus kernel: [13511.247565] RSP <ffff8802330e98f8>
Aug 24 18:17:11 lupus kernel: [13511.273078] ---[ end trace ac958ffeae9231af ]---

_________________
https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.9.0
https://github.com/kernelOfTruth/pulseaudio-equalizer-ladspa

Hardcore Gentoo Linux user since 2004 :D
Back to top
View user's profile Send private message
whiteghost
Guru
Guru


Joined: 26 Jul 2009
Posts: 374
Location: north dakota

PostPosted: Sat Sep 10, 2011 6:05 pm    Post subject: problem with nvidia module Reply with quote

i have git cloned latest zen-stable and built kernel.

nvidia-drivers builds and installs module ,

to two places?
Code:
locate nvidia.ko
/lib64/modules/3.0.4-zen/video/nvidia.ko
/lib64/modules/3.0.4-zen+/video/nvidia.ko

Code:
[    11.262] (II) LoadModule: "nvidia"
[    11.262] (II) Loading /usr/lib64/xorg/modules/drivers/nvidia_drv.so
[    11.262] (II) Module nvidia: vendor="NVIDIA Corporation"
[    11.262]    compiled for 4.0.2, module version = 1.0.0
[    11.262]    Module class: X.Org Video Driver
[    11.263] (EE) NVIDIA: Failed to load the NVIDIA kernel module. Please check your
[    11.263] (EE) NVIDIA:     system's kernel log for additional error messages.
[    11.263] (II) UnloadModule: "nvidia"
[    11.263] (II) Unloading nvidia
[    11.263] (EE) Failed to load module "nvidia" (module-specific error, 0)
[    11.263] (EE) No drivers available.
[    11.263]
Fatal server error:
[    11.263] no screens found

but will not load on boot or with modprobe.
Code:
modprobe nvidia Fatal module nvidia not found


any ideas on how to fix this?
_________________
www.informationclearinghouse.info
May you re-discover what the poor in 18th century France discovered, that rich people's heads can be mechanically separated from their shoulders if they refuse to listen to reason.
Back to top
View user's profile Send private message
whiteghost
Guru
Guru


Joined: 26 Jul 2009
Posts: 374
Location: north dakota

PostPosted: Tue Sep 20, 2011 4:59 am    Post subject: Reply with quote

solved. seems problem was bad symlink to /usr/src/linux

uname -r
3.0.4-zen+
_________________
www.informationclearinghouse.info
May you re-discover what the poor in 18th century France discovered, that rich people's heads can be mechanically separated from their shoulders if they refuse to listen to reason.
Back to top
View user's profile Send private message
richard77
Apprentice
Apprentice


Joined: 21 Apr 2004
Posts: 281

PostPosted: Fri Sep 23, 2011 4:44 pm    Post subject: Reply with quote

Are there nay problem with git hosting for zen?

I'm trying to install zen-sources-9999 (stable branch), but I can't download anything. it remains stuck at

Code:
Cloning into bare repository

_________________
Fletto i muscoli e sono nel vuoto
Back to top
View user's profile Send private message
whiteghost
Guru
Guru


Joined: 26 Jul 2009
Posts: 374
Location: north dakota

PostPosted: Fri Sep 23, 2011 9:46 pm    Post subject: Reply with quote

richard77 wrote:
Are there nay problem with git hosting for zen?

I'm trying to install zen-sources-9999 (stable branch), but I can't download anything. it remains stuck at

Code:
Cloning into bare repository


problems, yes

no git pull for a couple days.
_________________
www.informationclearinghouse.info
May you re-discover what the poor in 18th century France discovered, that rich people's heads can be mechanically separated from their shoulders if they refuse to listen to reason.
Back to top
View user's profile Send private message
Ant P.
Watchman
Watchman


Joined: 18 Apr 2009
Posts: 6920

PostPosted: Sun Sep 25, 2011 12:15 am    Post subject: Reply with quote

Ant P. wrote:
Is anyone else using Btrfs on a mechanical disk and occasionally having bizarre periods of I/O throughput dropping to <1MB/s?[...]

OK, I did some reading and apparently Btrfs has a horrible fsync performance problem, and no linux kernel tree seems to have a fix for it yet.
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


Joined: 20 Dec 2005
Posts: 6111
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Sun Sep 25, 2011 1:59 pm    Post subject: Reply with quote

Ant P. wrote:
Ant P. wrote:
Is anyone else using Btrfs on a mechanical disk and occasionally having bizarre periods of I/O throughput dropping to <1MB/s?[...]

OK, I did some reading and apparently Btrfs has a horrible fsync performance problem, and no linux kernel tree seems to have a fix for it yet.


afaik that's a limitation due to the filesystem design

which reiser4 also suffers from (at least in the past I encountered a similar behavior where the fsync triggered performance/write rates were abysmal slow)


hope the devs can come up with some improvements in this area
_________________
https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.9.0
https://github.com/kernelOfTruth/pulseaudio-equalizer-ladspa

Hardcore Gentoo Linux user since 2004 :D
Back to top
View user's profile Send private message
devl547
n00b
n00b


Joined: 25 Jul 2010
Posts: 9
Location: Moscow, Russia

PostPosted: Sun Sep 25, 2011 6:13 pm    Post subject: Reply with quote

Ant P. wrote:
Is anyone else using Btrfs on a mechanical disk and occasionally having bizarre periods of I/O throughput dropping to <1MB/s?


Well, I use btrfs with compression on my laptop. About 2 weeks ago I found a strange regression - writing to btrfs partition (like syncing portage) leads to heavy iowait and almost complete loss of interactivity (I <3 12309). But NOTHING is actually being written to HDD. Manual sync solves this problem for a bit, but it needs to be done over and over.
Back to top
View user's profile Send private message
Rion
Guru
Guru


Joined: 12 Oct 2006
Posts: 382
Location: Minsk, Belarus

PostPosted: Mon Sep 26, 2011 2:39 pm    Post subject: Reply with quote

devl547 wrote:
I found a strange regression - writing to btrfs partition (like syncing portage) leads to heavy iowait and almost complete loss of interactivity (I <3 12309).
+1
_________________
rion-overlay
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Unsupported Software All times are GMT
Goto page Previous  1, 2, 3 ... 20, 21, 22, 23  Next
Page 21 of 23

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum