Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
OFFICIAL Zen Kernel Discussion - zen-kernel.org
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3 ... 7, 8, 9, 10, 11  Next  
This topic is locked: you cannot edit posts or make replies.    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
dodo1122
Guru
Guru


Joined: 02 Sep 2006
Posts: 347
Location: York, England

PostPosted: Fri Nov 06, 2009 4:39 pm    Post subject: Reply with quote

tranquilcool wrote:
kinda baffles why i have dhcpcd lockup during boot
with 2.6.32-rc6-zen1. it just hangs.

any help? thanks.


Are you using preemptible rcu? (not tree-based preemptable rcu) Or are you using the tarball/tag?
_________________
#zen-sources on irc.rizon.net
Back to top
View user's profile Send private message
tranquilcool
Veteran
Veteran


Joined: 25 Mar 2005
Posts: 1159

PostPosted: Fri Nov 06, 2009 5:03 pm    Post subject: Reply with quote

dodo1122 wrote:
tranquilcool wrote:
kinda baffles why i have dhcpcd lockup during boot
with 2.6.32-rc6-zen1. it just hangs.

any help? thanks.


Are you using preemptible rcu? (not tree-based preemptable rcu) Or are you using the tarball/tag?


am using preemptible rcu. could that be the culprit?
_________________
this is a strange strange world.
Back to top
View user's profile Send private message
dodo1122
Guru
Guru


Joined: 02 Sep 2006
Posts: 347
Location: York, England

PostPosted: Fri Nov 06, 2009 5:17 pm    Post subject: Reply with quote

tranquilcool wrote:
dodo1122 wrote:
tranquilcool wrote:
kinda baffles why i have dhcpcd lockup during boot
with 2.6.32-rc6-zen1. it just hangs.

any help? thanks.


Are you using preemptible rcu? (not tree-based preemptable rcu) Or are you using the tarball/tag?


am using preemptible rcu. could that be the culprit?


Yeah, it hangs here @ starting wpa_supplicant.
_________________
#zen-sources on irc.rizon.net
Back to top
View user's profile Send private message
tranquilcool
Veteran
Veteran


Joined: 25 Mar 2005
Posts: 1159

PostPosted: Fri Nov 06, 2009 5:25 pm    Post subject: Reply with quote

dodo1122 wrote:
tranquilcool wrote:
dodo1122 wrote:
tranquilcool wrote:
kinda baffles why i have dhcpcd lockup during boot
with 2.6.32-rc6-zen1. it just hangs.

any help? thanks.


Are you using preemptible rcu? (not tree-based preemptable rcu) Or are you using the tarball/tag?


am using preemptible rcu. could that be the culprit?


Yeah, it hangs here @ starting wpa_supplicant.


maybe it's time to move on from preemptible rcu.
_________________
this is a strange strange world.
Back to top
View user's profile Send private message
cheater1034
Veteran
Veteran


Joined: 09 Sep 2004
Posts: 1558

PostPosted: Fri Nov 06, 2009 7:28 pm    Post subject: Reply with quote

tranquilcool wrote:
dodo1122 wrote:
tranquilcool wrote:
dodo1122 wrote:
tranquilcool wrote:
kinda baffles why i have dhcpcd lockup during boot
with 2.6.32-rc6-zen1. it just hangs.

any help? thanks.


Are you using preemptible rcu? (not tree-based preemptable rcu) Or are you using the tarball/tag?


am using preemptible rcu. could that be the culprit?


Yeah, it hangs here @ starting wpa_supplicant.


maybe it's time to move on from preemptible rcu.


ditto
there's nothing wrong with preemptible tree_rcu instead.

I will add a "master-2.6.32" branch to zen around rc8, and do a stable tree for 2.6.32 (when 2.6.32 is releases master will move to master-2.6.31 and master-2.6.32 will move to master)

Also, there is a drm-next branch in zen-stable now if you want drm-next/nouveau, please read here:
http://zen-kernel.org/zen-stable-branch-master-drmnouveau-1

I will look to make it patch with a "drm-next" use flag on 2.6.31-zen7 release
_________________
IRC!: #zen-sources on irc.rizon.net
zen-kernel.org
--
Lost in android development land.
Back to top
View user's profile Send private message
tranquilcool
Veteran
Veteran


Joined: 25 Mar 2005
Posts: 1159

PostPosted: Fri Nov 06, 2009 7:41 pm    Post subject: Reply with quote

cheater1034 wrote:
tranquilcool wrote:
dodo1122 wrote:
tranquilcool wrote:
dodo1122 wrote:
tranquilcool wrote:
kinda baffles why i have dhcpcd lockup during boot
with 2.6.32-rc6-zen1. it just hangs.

any help? thanks.


Are you using preemptible rcu? (not tree-based preemptable rcu) Or are you using the tarball/tag?


am using preemptible rcu. could that be the culprit?


Yeah, it hangs here @ starting wpa_supplicant.


maybe it's time to move on from preemptible rcu.


ditto
there's nothing wrong with preemptible tree_rcu instead.

I will add a "master-2.6.32" branch to zen around rc8, and do a stable tree for 2.6.32 (when 2.6.32 is releases master will move to master-2.6.31 and master-2.6.32 will move to master)

Also, there is a drm-next branch in zen-stable now if you want drm-next/nouveau, please read here:
http://zen-kernel.org/zen-stable-branch-master-drmnouveau-1

I will look to make it patch with a "drm-next" use flag on 2.6.31-zen7 release


yes preemptible tree_rcu works perfectly.
_________________
this is a strange strange world.
Back to top
View user's profile Send private message
bollucks
l33t
l33t


Joined: 27 Oct 2004
Posts: 606

PostPosted: Sat Nov 07, 2009 4:14 am    Post subject: Reply with quote

New BFS (310) is out.
Back to top
View user's profile Send private message
DigitalCorpus
Apprentice
Apprentice


Joined: 30 Jul 2007
Posts: 245

PostPosted: Sat Nov 07, 2009 4:26 am    Post subject: Reply with quote

cheater is working on getting zen and zen-stable working with it and a few other things

I hope he doesn't mind me announcing it, but 2.6.31-zen7 is up
_________________
Atlas (HDTV PVR, HTTP & Media server)
http://atlas.selfip.net/Info/
Back to top
View user's profile Send private message
Kingoftherings
Guru
Guru


Joined: 04 May 2008
Posts: 328

PostPosted: Mon Nov 09, 2009 7:25 am    Post subject: Reply with quote

Just checked out the website, and this kernel looks really cool. Been curious about BFS for a while, and this looks like a neat way to give it a test drive.

I probably would have checked this kernel out earlier if I had known that the Zen in zen-sources wasn't the Xen as in the Linux hypervisor that competes with KVM. Same pronunciation, and I never pay attention to spelling. Maybe not the best name choice in the world, but who am I to say? :)
Back to top
View user's profile Send private message
tranquilcool
Veteran
Veteran


Joined: 25 Mar 2005
Posts: 1159

PostPosted: Mon Nov 09, 2009 7:38 am    Post subject: Reply with quote

Kingoftherings wrote:
Just checked out the website, and this kernel looks really cool. Been curious about BFS for a while, and this looks like a neat way to give it a test drive.

I probably would have checked this kernel out earlier if I had known that the Zen in zen-sources wasn't the Xen as in the Linux hypervisor that competes with KVM. Same pronunciation, and I never pay attention to spelling. Maybe not the best name choice in the world, but who am I to say? :)


funny the first thing you have to say about zen-sources is the bad choice of name. maybe you
should first try it out and see if it works for you. which, of course, is the only thing that counts.
sorry but i can't stand people telling others what is best for everybody and not even suggesting what is good(according to them).
_________________
this is a strange strange world.


Last edited by tranquilcool on Mon Nov 09, 2009 7:44 am; edited 1 time in total
Back to top
View user's profile Send private message
Kingoftherings
Guru
Guru


Joined: 04 May 2008
Posts: 328

PostPosted: Mon Nov 09, 2009 7:43 am    Post subject: Reply with quote

tranquilcool wrote:
Kingoftherings wrote:
Just checked out the website, and this kernel looks really cool. Been curious about BFS for a while, and this looks like a neat way to give it a test drive.

I probably would have checked this kernel out earlier if I had known that the Zen in zen-sources wasn't the Xen as in the Linux hypervisor that competes with KVM. Same pronunciation, and I never pay attention to spelling. Maybe not the best name choice in the world, but who am I to say? :)


funny the first thing you have to say about zen-source is the bad choice of name. maybe you
should first try it out and see if it works for you. which, of course, is the only thing that counts.
sorry but i can't stand people telling others what is best and not even suggesting what is good(according to them).


Nah, just saying how the name confused me. I've seen this thread around for a while, and every time I saw it I thought of the hypervisor. :D

I'll try it out when I get some free time. Like I said, I've been wanting to try out BFS.
Back to top
View user's profile Send private message
tranquilcool
Veteran
Veteran


Joined: 25 Mar 2005
Posts: 1159

PostPosted: Mon Nov 09, 2009 7:47 am    Post subject: Reply with quote

Kingoftherings wrote:
tranquilcool wrote:
Kingoftherings wrote:
Just checked out the website, and this kernel looks really cool. Been curious about BFS for a while, and this looks like a neat way to give it a test drive.

I probably would have checked this kernel out earlier if I had known that the Zen in zen-sources wasn't the Xen as in the Linux hypervisor that competes with KVM. Same pronunciation, and I never pay attention to spelling. Maybe not the best name choice in the world, but who am I to say? :)


funny the first thing you have to say about zen-source is the bad choice of name. maybe you
should first try it out and see if it works for you. which, of course, is the only thing that counts.
sorry but i can't stand people telling others what is best and not even suggesting what is good(according to them).


Nah, just saying how the name confused me. I've seen this thread around for a while, and every time I saw it I thought of the hypervisor. :D

I'll try it out when I get some free time. Like I said, I've been wanting to try out BFS.


yeah try it out. give your curiosity a run.
_________________
this is a strange strange world.
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: Mon Nov 09, 2009 8:23 am    Post subject: Reply with quote

Why have custom kernel cflags been removed? I'm using really aggressive cflags and don't have any problems.

Last edited by aTan on Mon Nov 09, 2009 9:46 am; edited 1 time in total
Back to top
View user's profile Send private message
DigitalCorpus
Apprentice
Apprentice


Joined: 30 Jul 2007
Posts: 245

PostPosted: Mon Nov 09, 2009 8:59 am    Post subject: Reply with quote

BFS does rock. I tweaked it's parameter to allow a little less latency. A few days ago I pulled the git tree that was in the process of being updated. I got kernel panics or oopses when I tried to do any heavy reads and writes to the disk. Well yesterday I updated to the official zen7 in stable and decided to stress my system to make sure that bug was just by fluke of when I pulled the latest git updates. Since I do a *lot* of video encoding, I tweaked a script of mine to engage a butt load of muxing scripts. Within 60 seconds I had a load average of 120. No joke, I can do it again. System was still perfectly usable. Reads from that disk were slow of course and thankfully I boot from another drive, but if that was still CFS. I wouldn't have been able to kill the processes.

I know BFS is a task scheduler. I was using BFQ as my I/O scheduler. But once you use BFS, you'll see that the problems with latencies on most file systems practically get negated when using BFS.
_________________
Atlas (HDTV PVR, HTTP & Media server)
http://atlas.selfip.net/Info/
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


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

PostPosted: Mon Nov 09, 2009 6:19 pm    Post subject: Reply with quote

aTan wrote:
Why have custom kernel cflags been removed? I'm using really aggressive cflags and don't have any problems.


cheater what's up with this move ?

if those noobs feel the need to hose their box and/or kernel with insane flags let 'em do :twisted:

I'm running some strong optimizations too but it's rockstable :wink:

for the sake of freedom and choice please put it back in (if it needed some modifications)

thanks :)
_________________
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


Last edited by kernelOfTruth on Mon Nov 09, 2009 6:22 pm; edited 1 time in total
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


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

PostPosted: Mon Nov 09, 2009 6:21 pm    Post subject: Reply with quote

DigitalCorpus wrote:
BFS does rock. I tweaked it's parameter to allow a little less latency. A few days ago I pulled the git tree that was in the process of being updated. I got kernel panics or oopses when I tried to do any heavy reads and writes to the disk. Well yesterday I updated to the official zen7 in stable and decided to stress my system to make sure that bug was just by fluke of when I pulled the latest git updates. Since I do a *lot* of video encoding, I tweaked a script of mine to engage a butt load of muxing scripts. Within 60 seconds I had a load average of 120. No joke, I can do it again. System was still perfectly usable. Reads from that disk were slow of course and thankfully I boot from another drive, but if that was still CFS. I wouldn't have been able to kill the processes.

I know BFS is a task scheduler. I was using BFQ as my I/O scheduler. But once you use BFS, you'll see that the problems with latencies on most file systems practically get negated when using BFS.


for me the only winning combination is BFS + BFQ + slqb :)
_________________
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
DigitalCorpus
Apprentice
Apprentice


Joined: 30 Jul 2007
Posts: 245

PostPosted: Mon Nov 09, 2009 6:31 pm    Post subject: Reply with quote

Without finding any concrete documentation or testing on BFQ and SLQB, I opted to use them a long time ago. I had been using them in gentoo-sources and kept them on when I switched to zen. It's been almost a year using those two just because. BFS is the obviously most recent option to be added to the list. So on that level we run the same stuff.
_________________
Atlas (HDTV PVR, HTTP & Media server)
http://atlas.selfip.net/Info/
Back to top
View user's profile Send private message
ponciarello
Apprentice
Apprentice


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

PostPosted: Mon Nov 09, 2009 6:51 pm    Post subject: Reply with quote

kernelOfTruth wrote:
for me the only winning combination is BFS + BFQ + slqb :)

I use this combination too and I'm very happy of the results :D
Back to top
View user's profile Send private message
cheater1034
Veteran
Veteran


Joined: 09 Sep 2004
Posts: 1558

PostPosted: Mon Nov 09, 2009 8:16 pm    Post subject: Reply with quote

aTan wrote:
Why have custom kernel cflags been removed? I'm using really aggressive cflags and don't have any problems.

Maybe you don't have any benefits either? (except longer compile time, bigger kernel, more memory consumption)
People use custom cflags that generally hurt debugging and usually add to compile time or increase memory usage - and don't benchmark for any improvement (because very rarely will it be measurable)

The problem may be that they work fine (but is there a measurable benefit to them?) but they may cause debugging errors, misc. failures, increase memory usage, etc. There isn't much point to do it.

The problem is many people (especially gentoo users :evil:) would see the option and copy their make.conf cflags and think that's fine, then they will head over to zen-kernel.org and report failures that will frustrate me.

If someone can provide a conclusive benchmark for a particular cflag(s) I will add that particular flag as an option for x86/amd64 archs (not the whole kernel) - and i'm not looking to revive the custom-cflags option this time.

Here's the custom cflags patch if you want it still (custom-cflags.patch)
http://omploader.org/vMnFmMQ

I don't advise it ;) - if a particular option is found beneficial, i'll test and add it (similar to how CONFIG_CC_OPTIMIZE_FOR_SIZE or CONFIG_STACK_PROTECTOR) - which are in upstream kernel of course. There's no reason to allow a whole slew of custom cflags to be entered on any practical level. (and i dont even know why the makeflags option is there, you can ignore that)

(it's not going back in to any zen kernel)
_________________
IRC!: #zen-sources on irc.rizon.net
zen-kernel.org
--
Lost in android development land.
Back to top
View user's profile Send private message
Mr. Tao
Tux's lil' helper
Tux's lil' helper


Joined: 20 Jul 2007
Posts: 147

PostPosted: Mon Nov 09, 2009 11:07 pm    Post subject: Reply with quote

ponciarello wrote:
kernelOfTruth wrote:
for me the only winning combination is BFS + BFQ + slqb :)

I use this combination too and I'm very happy of the results :D
Same here :).
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


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

PostPosted: Mon Nov 09, 2009 11:58 pm    Post subject: Reply with quote

cheater1034 wrote:
aTan wrote:
Why have custom kernel cflags been removed? I'm using really aggressive cflags and don't have any problems.

Maybe you don't have any benefits either? (except longer compile time, bigger kernel, more memory consumption)
People use custom cflags that generally hurt debugging and usually add to compile time or increase memory usage - and don't benchmark for any improvement (because very rarely will it be measurable)

The problem may be that they work fine (but is there a measurable benefit to them?) but they may cause debugging errors, misc. failures, increase memory usage, etc. There isn't much point to do it.

The problem is many people (especially gentoo users :evil:) would see the option and copy their make.conf cflags and think that's fine, then they will head over to zen-kernel.org and report failures that will frustrate me.

If someone can provide a conclusive benchmark for a particular cflag(s) I will add that particular flag as an option for x86/amd64 archs (not the whole kernel) - and i'm not looking to revive the custom-cflags option this time.

Here's the custom cflags patch if you want it still (custom-cflags.patch)
http://omploader.org/vMnFmMQ

I don't advise it ;) - if a particular option is found beneficial, i'll test and add it (similar to how CONFIG_CC_OPTIMIZE_FOR_SIZE or CONFIG_STACK_PROTECTOR) - which are in upstream kernel of course. There's no reason to allow a whole slew of custom cflags to be entered on any practical level. (and i dont even know why the makeflags option is there, you can ignore that)

(it's not going back in to any zen kernel)


well, I'm fine with that

so leave it out then, I nevertheless will patch it in if I see improvement for it ...

currently I'm 200% busy so benchmark-results or impressions at the earliest will evolve at mid of December ...

Thanks again for your work on zen-kernel

BEST KERNEL EVAR :D
_________________
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
lk4d4
n00b
n00b


Joined: 10 Nov 2009
Posts: 2
Location: Moscow

PostPosted: Tue Nov 10, 2009 5:25 pm    Post subject: Reply with quote

Hello, guys. I have a trouble with reiser4 in zen-sources-2.6.31_p7 and in some recent zen-sources.
Suddenly appears message:
Code:
Nov 10 19:03:08 grindmachine kernel: BUG: unable to handle kernel NULL pointer dereference at 0000000000000040
Nov 10 19:03:08 grindmachine kernel: IP: [<ffffffff8117dace>] T.598+0x5e/0x230
Nov 10 19:03:08 grindmachine kernel: PGD 12a9a4067 PUD 11445f067 PMD 0
Nov 10 19:03:08 grindmachine kernel: Oops: 0000 [#1] PREEMPT SMP
Nov 10 19:03:08 grindmachine kernel: last sysfs file: /sys/devices/pci0000:00/0000:00:1d.7/usb2/2-1/2-1:1.0/host8/target8:0:0/8:0:0:0/block/sdc/uevent
Nov 10 19:03:08 grindmachine kernel: CPU 0
Nov 10 19:03:08 grindmachine kernel: Modules linked in: fuse nvidia(P)
Nov 10 19:03:08 grindmachine kernel: Pid: 280, comm: pdflush Tainted: P           2.6.31-zen7 #1 Q35M-S2
Nov 10 19:03:08 grindmachine kernel: RIP: 0010:[<ffffffff8117dace>]  [<ffffffff8117dace>] T.598+0x5e/0x230
Nov 10 19:03:08 grindmachine kernel: RSP: 0018:ffff88012baff8c0  EFLAGS: 00010246
Nov 10 19:03:08 grindmachine kernel: RAX: 0000000000000000 RBX: ffff88012baff94c RCX: 0000000000000034
Nov 10 19:03:08 grindmachine kernel: RDX: ffff88012baff94c RSI: ffffea000241d0f0 RDI: ffff880028005428
Nov 10 19:03:08 grindmachine kernel: RBP: 0000000000007fe0 R08: 8780000000000000 R09: 3c00000000000000
Nov 10 19:03:08 grindmachine kernel: R10: 0000000000000000 R11: 00000000000000a8 R12: 0000000000000400
Nov 10 19:03:08 grindmachine kernel: R13: ffffc90010cc0a58 R14: 0000000000000400 R15: ffff88012baff988
Nov 10 19:03:08 grindmachine kernel: FS:  0000000000000000(0000) GS:ffff880028022000(0000) knlGS:0000000000000000
Nov 10 19:03:08 grindmachine kernel: CS:  0010 DS: 0018 ES: 0018 CR0: 000000008005003b
Nov 10 19:03:08 grindmachine kernel: CR2: 0000000000000040 CR3: 0000000074e04000 CR4: 00000000000006f0
Nov 10 19:03:08 grindmachine kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Nov 10 19:03:08 grindmachine kernel: DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Nov 10 19:03:08 grindmachine kernel: Process pdflush (pid: 280, threadinfo ffff88012bafe000, task ffff88012b9fa000)
Nov 10 19:03:08 grindmachine kernel: Stack:
Nov 10 19:03:08 grindmachine kernel: ffff880000000001 0000000000008000 0000000000000020 ffff8801144dd004
Nov 10 19:03:08 grindmachine kernel: <0> ffff88012baff94c ffffc90010cc0898 0000000200000002 ffff88012baff94c
Nov 10 19:03:08 grindmachine kernel: <0> 0000000000007fe0 0000000000000400 ffff88012baff990 ffff88012baff988
Nov 10 19:03:08 grindmachine kernel: Call Trace:
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8117dd49>] ? T.596+0xa9/0xf0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8117de13>] ? reiser4_alloc_blocks_bitmap+0x83/0x290
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8117b9f8>] ? reiser4_scan_extent+0x238/0x2a0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8114326e>] ? reiser4_alloc_blocks+0x9e/0x2e0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8117b146>] ? reiser4_alloc_extent+0x1a6/0x820
Nov 10 19:03:08 grindmachine kernel: [<ffffffff81147b41>] ? znode_check_flushprepped+0x61/0x80
Nov 10 19:03:08 grindmachine kernel: [<ffffffff81137b6f>] ? jload_gfp+0x4f/0x220
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8117c371>] ? item_body_by_coord_hard+0x11/0x20
Nov 10 19:03:08 grindmachine kernel: [<ffffffff811771f9>] ? reiser4_extent_size+0x19/0x70
Nov 10 19:03:08 grindmachine kernel: [<ffffffff81148910>] ? handle_pos_on_twig+0x120/0x330
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8117a47c>] ? extent_unit_index+0xc/0x40
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8114b2e2>] ? flush_current_atom+0x882/0xc20
Nov 10 19:03:08 grindmachine kernel: [<ffffffff81146771>] ? flush_some_atom+0x111/0x630
Nov 10 19:03:08 grindmachine kernel: [<ffffffff81045d12>] ? try_to_del_timer_sync+0x52/0x60
Nov 10 19:03:08 grindmachine kernel: [<ffffffff81155960>] ? reiser4_writeout+0xb0/0x200
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8115202e>] ? reiser4_sync_inodes+0x6e/0xf0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff810d4dad>] ? writeback_inodes+0x4d/0xe0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8108c0cb>] ? background_writeout+0xab/0xe0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8108ca20>] ? pdflush+0x0/0x230
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8108cb3a>] ? pdflush+0x11a/0x230
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8108c020>] ? background_writeout+0x0/0xe0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff81052546>] ? kthread+0xa6/0xb0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff81032d16>] ? schedule_tail+0x46/0xc0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8100c32a>] ? child_rip+0xa/0x20
Nov 10 19:03:08 grindmachine kernel: [<ffffffff810524a0>] ? kthread+0x0/0xb0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8100c320>] ? child_rip+0x0/0x20
Nov 10 19:03:08 grindmachine kernel: Code: 48 8b 80 a0 02 00 00 48 8b 40 18 4c 03 28 4c 89 ef e8 d7 f2 ff ff 89 44 24 14 85 c0 0f 85 27 01 00 00 49 8b 45 20 48 8b 54 24 20 <48> 8b 58 40 31 c9 8b 02 41 8b 55 30 39 d0 0f 86 b4 01 00 00 8d
Nov 10 19:03:08 grindmachine kernel: RIP  [<ffffffff8117dace>] T.598+0x5e/0x230
Nov 10 19:03:08 grindmachine kernel: RSP <ffff88012baff8c0>
Nov 10 19:03:08 grindmachine kernel: CR2: 0000000000000040
Nov 10 19:03:08 grindmachine kernel: ---[ end trace 36003e2437450589 ]---

and system dies.
It happens when ktorrent checking data and when i trying to shutdown computer.
May be somebody can help me with that problem.
Sorry for my english.
Back to top
View user's profile Send private message
Kollin
Veteran
Veteran


Joined: 25 Feb 2006
Posts: 1137
Location: Sofia/Bulgaria

PostPosted: Tue Nov 10, 2009 6:18 pm    Post subject: Reply with quote

I`m using reiser4 with p7 on amd64 here without problems at all 8)
_________________
"Dear Enemy: may the Lord hate you and all your kind, may you be turned orange in hue, and may your head fall off at an awkward moment."
"Linux is like a wigwam - no windows, no gates, apache inside..."
Back to top
View user's profile Send private message
Phlogiston
Veteran
Veteran


Joined: 27 Jan 2004
Posts: 1925
Location: Europe, Swizerland

PostPosted: Tue Nov 10, 2009 7:50 pm    Post subject: Reply with quote

ponciarello wrote:
kernelOfTruth wrote:
for me the only winning combination is BFS + BFQ + slqb :)

I use this combination too and I'm very happy of the results :D


Yes I'm happy with this as well 8)
_________________
Workstation: 5.1 SurroundSound, LIRC remote control; Laptop [IBM-T43]: patched sources, s2disk/ram, fingerprint sensor
Back to top
View user's profile Send private message
cheater1034
Veteran
Veteran


Joined: 09 Sep 2004
Posts: 1558

PostPosted: Tue Nov 10, 2009 7:58 pm    Post subject: Reply with quote

lk4d4 wrote:
Hello, guys. I have a trouble with reiser4 in zen-sources-2.6.31_p7 and in some recent zen-sources.
Suddenly appears message:
Code:
Nov 10 19:03:08 grindmachine kernel: BUG: unable to handle kernel NULL pointer dereference at 0000000000000040
Nov 10 19:03:08 grindmachine kernel: IP: [<ffffffff8117dace>] T.598+0x5e/0x230
Nov 10 19:03:08 grindmachine kernel: PGD 12a9a4067 PUD 11445f067 PMD 0
Nov 10 19:03:08 grindmachine kernel: Oops: 0000 [#1] PREEMPT SMP
Nov 10 19:03:08 grindmachine kernel: last sysfs file: /sys/devices/pci0000:00/0000:00:1d.7/usb2/2-1/2-1:1.0/host8/target8:0:0/8:0:0:0/block/sdc/uevent
Nov 10 19:03:08 grindmachine kernel: CPU 0
Nov 10 19:03:08 grindmachine kernel: Modules linked in: fuse nvidia(P)
Nov 10 19:03:08 grindmachine kernel: Pid: 280, comm: pdflush Tainted: P           2.6.31-zen7 #1 Q35M-S2
Nov 10 19:03:08 grindmachine kernel: RIP: 0010:[<ffffffff8117dace>]  [<ffffffff8117dace>] T.598+0x5e/0x230
Nov 10 19:03:08 grindmachine kernel: RSP: 0018:ffff88012baff8c0  EFLAGS: 00010246
Nov 10 19:03:08 grindmachine kernel: RAX: 0000000000000000 RBX: ffff88012baff94c RCX: 0000000000000034
Nov 10 19:03:08 grindmachine kernel: RDX: ffff88012baff94c RSI: ffffea000241d0f0 RDI: ffff880028005428
Nov 10 19:03:08 grindmachine kernel: RBP: 0000000000007fe0 R08: 8780000000000000 R09: 3c00000000000000
Nov 10 19:03:08 grindmachine kernel: R10: 0000000000000000 R11: 00000000000000a8 R12: 0000000000000400
Nov 10 19:03:08 grindmachine kernel: R13: ffffc90010cc0a58 R14: 0000000000000400 R15: ffff88012baff988
Nov 10 19:03:08 grindmachine kernel: FS:  0000000000000000(0000) GS:ffff880028022000(0000) knlGS:0000000000000000
Nov 10 19:03:08 grindmachine kernel: CS:  0010 DS: 0018 ES: 0018 CR0: 000000008005003b
Nov 10 19:03:08 grindmachine kernel: CR2: 0000000000000040 CR3: 0000000074e04000 CR4: 00000000000006f0
Nov 10 19:03:08 grindmachine kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Nov 10 19:03:08 grindmachine kernel: DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Nov 10 19:03:08 grindmachine kernel: Process pdflush (pid: 280, threadinfo ffff88012bafe000, task ffff88012b9fa000)
Nov 10 19:03:08 grindmachine kernel: Stack:
Nov 10 19:03:08 grindmachine kernel: ffff880000000001 0000000000008000 0000000000000020 ffff8801144dd004
Nov 10 19:03:08 grindmachine kernel: <0> ffff88012baff94c ffffc90010cc0898 0000000200000002 ffff88012baff94c
Nov 10 19:03:08 grindmachine kernel: <0> 0000000000007fe0 0000000000000400 ffff88012baff990 ffff88012baff988
Nov 10 19:03:08 grindmachine kernel: Call Trace:
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8117dd49>] ? T.596+0xa9/0xf0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8117de13>] ? reiser4_alloc_blocks_bitmap+0x83/0x290
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8117b9f8>] ? reiser4_scan_extent+0x238/0x2a0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8114326e>] ? reiser4_alloc_blocks+0x9e/0x2e0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8117b146>] ? reiser4_alloc_extent+0x1a6/0x820
Nov 10 19:03:08 grindmachine kernel: [<ffffffff81147b41>] ? znode_check_flushprepped+0x61/0x80
Nov 10 19:03:08 grindmachine kernel: [<ffffffff81137b6f>] ? jload_gfp+0x4f/0x220
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8117c371>] ? item_body_by_coord_hard+0x11/0x20
Nov 10 19:03:08 grindmachine kernel: [<ffffffff811771f9>] ? reiser4_extent_size+0x19/0x70
Nov 10 19:03:08 grindmachine kernel: [<ffffffff81148910>] ? handle_pos_on_twig+0x120/0x330
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8117a47c>] ? extent_unit_index+0xc/0x40
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8114b2e2>] ? flush_current_atom+0x882/0xc20
Nov 10 19:03:08 grindmachine kernel: [<ffffffff81146771>] ? flush_some_atom+0x111/0x630
Nov 10 19:03:08 grindmachine kernel: [<ffffffff81045d12>] ? try_to_del_timer_sync+0x52/0x60
Nov 10 19:03:08 grindmachine kernel: [<ffffffff81155960>] ? reiser4_writeout+0xb0/0x200
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8115202e>] ? reiser4_sync_inodes+0x6e/0xf0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff810d4dad>] ? writeback_inodes+0x4d/0xe0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8108c0cb>] ? background_writeout+0xab/0xe0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8108ca20>] ? pdflush+0x0/0x230
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8108cb3a>] ? pdflush+0x11a/0x230
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8108c020>] ? background_writeout+0x0/0xe0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff81052546>] ? kthread+0xa6/0xb0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff81032d16>] ? schedule_tail+0x46/0xc0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8100c32a>] ? child_rip+0xa/0x20
Nov 10 19:03:08 grindmachine kernel: [<ffffffff810524a0>] ? kthread+0x0/0xb0
Nov 10 19:03:08 grindmachine kernel: [<ffffffff8100c320>] ? child_rip+0x0/0x20
Nov 10 19:03:08 grindmachine kernel: Code: 48 8b 80 a0 02 00 00 48 8b 40 18 4c 03 28 4c 89 ef e8 d7 f2 ff ff 89 44 24 14 85 c0 0f 85 27 01 00 00 49 8b 45 20 48 8b 54 24 20 <48> 8b 58 40 31 c9 8b 02 41 8b 55 30 39 d0 0f 86 b4 01 00 00 8d
Nov 10 19:03:08 grindmachine kernel: RIP  [<ffffffff8117dace>] T.598+0x5e/0x230
Nov 10 19:03:08 grindmachine kernel: RSP <ffff88012baff8c0>
Nov 10 19:03:08 grindmachine kernel: CR2: 0000000000000040
Nov 10 19:03:08 grindmachine kernel: ---[ end trace 36003e2437450589 ]---

and system dies.
It happens when ktorrent checking data and when i trying to shutdown computer.
May be somebody can help me with that problem.
Sorry for my english.


You need to try regular 2.6.31 kernel with reiser4 patch from http://kernel.org/pub/linux/kernel/people/edward/reiser4/reiser4-for-2.6/reiser4-for-2.6.31.patch.bz2
bzcat reiser4* | patch -p1

All that aside, you will probably take it upstream as that is where the patch comes from. I might recommend against using reiser4 too :O
_________________
IRC!: #zen-sources on irc.rizon.net
zen-kernel.org
--
Lost in android development land.
Back to top
View user's profile Send private message
Display posts from previous:   
This topic is locked: you cannot edit posts or make replies.    Gentoo Forums Forum Index Unsupported Software All times are GMT
Goto page Previous  1, 2, 3 ... 7, 8, 9, 10, 11  Next
Page 8 of 11

 
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