View previous topic :: View next topic |
Author |
Message |
lkraav Tux's lil' helper
Joined: 13 Oct 2004 Posts: 129 Location: Estonia
|
Posted: Tue Jun 14, 2011 7:31 am Post subject: |
|
|
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 |
|
|
ponciarello Apprentice
Joined: 22 Jul 2008 Posts: 223 Location: beach of slack
|
Posted: Tue Jun 14, 2011 8:13 am Post subject: |
|
|
aufs2.1 should be already included in 2.6.38-zen. |
|
Back to top |
|
|
lkraav Tux's lil' helper
Joined: 13 Oct 2004 Posts: 129 Location: Estonia
|
Posted: Tue Jun 14, 2011 3:02 pm Post subject: |
|
|
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 |
|
|
pietrek n00b
Joined: 09 Oct 2007 Posts: 14
|
Posted: Thu Jun 16, 2011 8:09 am Post subject: |
|
|
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 |
|
|
zazxxx n00b
Joined: 17 Jun 2011 Posts: 4 Location: Vietnam
|
Posted: Sun Jun 19, 2011 6:51 am Post subject: |
|
|
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 |
|
|
Strowi l33t
Joined: 19 Aug 2003 Posts: 656 Location: Bonn
|
Posted: Wed Jun 22, 2011 10:31 am Post subject: |
|
|
hi,
you can try adding "clocksource=acpi_pm" to your kernel-line. _________________ --
Linux & such ...
http://blog.hasnoname.de |
|
Back to top |
|
|
aTan Tux's lil' helper
Joined: 06 Jan 2007 Posts: 134 Location: Czech Republic (Ukraine)
|
|
Back to top |
|
|
rahulthewall Veteran
Joined: 01 Nov 2007 Posts: 1264 Location: Zürich
|
Posted: Tue Aug 09, 2011 12:19 pm Post subject: |
|
|
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 |
|
|
mantoo Tux's lil' helper
Joined: 08 Dec 2007 Posts: 98 Location: Germany
|
Posted: Tue Aug 09, 2011 6:24 pm Post subject: |
|
|
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 |
|
|
tclover Guru
Joined: 10 Apr 2011 Posts: 516
|
Posted: Wed Aug 10, 2011 1:57 pm Post subject: |
|
|
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*] .
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 |
|
|
Ant P. Watchman
Joined: 18 Apr 2009 Posts: 6920
|
Posted: Thu Aug 11, 2011 11:10 am Post subject: |
|
|
3.0.0-ck1 is out. |
|
Back to top |
|
|
rahulthewall Veteran
Joined: 01 Nov 2007 Posts: 1264 Location: Zürich
|
Posted: Mon Aug 15, 2011 12:59 pm Post subject: |
|
|
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 |
|
|
hurricane Tux's lil' helper
Joined: 15 Jul 2004 Posts: 107
|
Posted: Sun Aug 21, 2011 3:40 am Post subject: Fuck this shit, goodbye zen |
|
|
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 |
|
|
mantoo Tux's lil' helper
Joined: 08 Dec 2007 Posts: 98 Location: Germany
|
Posted: Sun Aug 21, 2011 10:58 am Post subject: Re: Fuck this shit, goodbye zen |
|
|
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 |
|
|
Ant P. Watchman
Joined: 18 Apr 2009 Posts: 6920
|
Posted: Wed Aug 24, 2011 12:16 am Post subject: |
|
|
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 |
|
|
savalas n00b
Joined: 10 Dec 2009 Posts: 40
|
Posted: Wed Aug 24, 2011 3:06 pm Post subject: Re: Fuck this shit, goodbye zen |
|
|
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 |
|
|
kernelOfTruth Watchman
Joined: 20 Dec 2005 Posts: 6111 Location: Vienna, Austria; Germany; hello world :)
|
Posted: Fri Aug 26, 2011 10:41 am Post subject: |
|
|
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 |
|
Back to top |
|
|
whiteghost Guru
Joined: 26 Jul 2009 Posts: 374 Location: north dakota
|
Posted: Sat Sep 10, 2011 6:05 pm Post subject: problem with nvidia module |
|
|
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 |
|
|
whiteghost Guru
Joined: 26 Jul 2009 Posts: 374 Location: north dakota
|
Posted: Tue Sep 20, 2011 4:59 am Post subject: |
|
|
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 |
|
|
richard77 Apprentice
Joined: 21 Apr 2004 Posts: 281
|
Posted: Fri Sep 23, 2011 4:44 pm Post subject: |
|
|
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 |
|
|
whiteghost Guru
Joined: 26 Jul 2009 Posts: 374 Location: north dakota
|
Posted: Fri Sep 23, 2011 9:46 pm Post subject: |
|
|
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 |
|
|
Ant P. Watchman
Joined: 18 Apr 2009 Posts: 6920
|
Posted: Sun Sep 25, 2011 12:15 am Post subject: |
|
|
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 |
|
|
kernelOfTruth Watchman
Joined: 20 Dec 2005 Posts: 6111 Location: Vienna, Austria; Germany; hello world :)
|
Posted: Sun Sep 25, 2011 1:59 pm Post subject: |
|
|
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 |
|
Back to top |
|
|
devl547 n00b
Joined: 25 Jul 2010 Posts: 9 Location: Moscow, Russia
|
Posted: Sun Sep 25, 2011 6:13 pm Post subject: |
|
|
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 |
|
|
Rion Guru
Joined: 12 Oct 2006 Posts: 383 Location: Minsk, Belarus
|
Posted: Mon Sep 26, 2011 2:39 pm Post subject: |
|
|
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 |
|
|
|