1139703433 J * grant mep@p509183E1.dip0.t-ipconnect.de
1139703509 J * mkhl mkhl@200-148-40-113.dsl.telesp.net.br
1139703850 Q * grant_ Ping timeout: 480 seconds
1139704390 P * meandtheshell 
1139704801 J * menomc ~amery@200.75.27.122
1139704910 Q * mnemoc Ping timeout: 480 seconds
1139704910 N * menomc mnemoc
1139706110 Q * mkhl Quit: 
1139706492 J * Aiken_ ~james@tooax7-132.dialup.optusnet.com.au
1139706834 Q * Aiken Ping timeout: 480 seconds
1139709226 Q * Doener Quit: Leaving
1139710275 Q * kilian Ping timeout: 480 seconds
1139711891 J * kilian kk@projects.verfaction.de
1139713574 M * Skram How would one only allow certain gids/uid have access to a specified eth interface?
1139713578 M * Skram (this is within a vserver)
1139713587 M * daniel_hozac iptables.
1139713594 M * Skram how would that work
1139713599 M * Skram iptables is running on the host
1139713648 M * daniel_hozac yes, as the rest of the networking.
1139713753 M * Skram so iptables on the host can see what uid of the vps is requesting data via that interface?
1139713779 M * daniel_hozac all the networking happens on the host.
1139713785 M * Skram okay
1139713803 M * daniel_hozac guests are just limited to a subset of the available IP addresses.
1139713826 M * Skram wow.. okay.
1139713828 M * Skram so..
1139713921 M * Skram sample iptables rule?
1139713999 M * daniel_hozac i've never used the uid match, check man iptables.
1139714114 M * daniel_hozac oh, it's called owner.
1139714349 M * Skram --uid-owner userid
1139714350 M * Skram     Matches if the packet was created by a process with the given effective user id. 
1139714361 M * Skram so okay...
1139714389 M * Skram but if the user id is lets say 10001, will iptables/vserver know which vserver to send it to, because of the desitnation/source ip?
1139714427 M * daniel_hozac yes.
1139714448 M * Skram so if it isnt lets say, user 1001, then drop the packet?
1139714485 M * daniel_hozac uids do not play a role in the decision, unless your rules specify it.
1139714491 M * Skram right.
1139714493 M * Skram so like
1139714529 M * Skram -A OUTPUT -d 70.86.176.56 --uid-owner 1001 -j ACCEPT
1139714540 M * Skram -A OUTPUT -d 70.86.176.56 -j DROP
1139714540 M * Skram ?
1139714545 M * Skram something maybe like that?
1139714551 M * daniel_hozac sure.
1139714557 M * Skram i mean source.
1139714558 M * Skram arg,.
1139714564 M * Skram welp.
1139714776 M * SuperLag any of you guys use a P4 machine to host vservers on?  or pretty much AMD?
1139714776 Q * Skram Killed (NickServ command used by mark)
1139714797 J * Skram ~mark@admins.sentiensystems.net
1139714824 M * SuperLag I got a P4 Extreme Edition, 3.73GHz w/2MB cache from work.  I'm wondering how well that CPU would handle vserver hosting if I stuck >=4GB of RAM in it
1139714828 M * Skram back!
1139714829 M * daniel_hozac i've got P3s mostly.
1139714854 M * SuperLag P3++
1139714860 M * Skram SuperLag: we find there is more than enough cpu to go around.. not enough ram
1139714864 M * Skram we have 2gb in our's
1139714865 M * SuperLag imo, that's the best CPU Intel ever put out :)
1139714881 M * SuperLag Skram: and 2GB isn't enough?
1139714886 M * Skram it is..
1139714897 M * Skram but we are going to have to impose limits soon
1139714903 M * Skram people are being ram whores.
1139714922 M * SuperLag Skram: is this something you do as a business?
1139714949 M * Skram Partially, Yes.
1139719545 M * SuperLag Hollow: you around?
1139719559 M * Skram Hey, I just asked for him on the other server ;)
1139719575 M * SuperLag good. the more the merrier :)
1139719758 M * daniel_hozac it's 5:49 am ;)
1139720052 M * Skram Yeapps
1139720055 M * Skram Party!
1139720068 M * Skram bash /root/ram-usage 
1139720069 M * Skram oops.
1139720772 Q * flock Quit: Expert, n.:  Someone who comes from out of town and shows slides.
1139724871 J * Aiken__ ~james@tooax6-083.dialup.optusnet.com.au
1139725219 Q * Aiken_ Ping timeout: 480 seconds
1139725938 A * SuperLag pours cold water on Hollow, to wake him up
1139728519 J * Smutje_ ~Smutje@xdsl-84-44-240-208.netcologne.de
1139728656 A * Hollow yawns
1139728674 Q * Smutje Ping timeout: 480 seconds
1139728674 N * Smutje_ Smutje
1139728752 M * Hollow Skram, SuperLag: ?
1139729410 J * tudenbart ~willi@xdsl-213-196-253-171.netcologne.de
1139729845 Q * dothebart Ping timeout: 480 seconds
1139730664 M * SuperLag Hollow: woo hoo!
1139730682 M * SuperLag Hollow: do any stage work on the stage3 tarball?
1139730687 A * SuperLag hides
1139730759 M * Hollow hm?
1139730816 M * SuperLag Have you been able to make a new stage3 tarball for amd64?
1139730859 M * Hollow no, not yet..
1139730905 M * SuperLag I'm not trying to be a pain in the ass.  I'm just chomping at the bit. :)
1139730906 M * Hollow SuperLag: but you can also take a normal amd64 stage, and follow the blue box on top of http://linux-vserver.org/GentooGuestHowto
1139732677 J * blizz ~blizz@evilhackerdu.de
1139734294 J * julian_tf ~julian_tf@dsl-201-129-245-103.prod-infinitum.com.mx
1139734318 M * julian_tf hi,
1139734405 Q * julian_tf Quit: 
1139736750 J * Viper0482 ~Viper0482@p54974D0B.dip.t-dialin.net
1139738837 J * meandtheshell ~markus@85-124-15-217.dynamic.xdsl-line.inode.at
1139738948 N * Bertl_zZ Bertl
1139738954 M * Bertl morning folks!
1139739182 J * bonbons ~bonbons@83.222.39.180
1139739543 J * monrad ~mikkel@213083190131.sonofon.dk
1139739704 M * Bertl welcome bonbons! monrad!
1139739717 M * Bertl Vudumen: ping!
1139739731 M * monrad morning
1139739751 M * monrad or something like that havent been to bed yet :)
1139739768 M * Bertl ah, good evening then :)
1139739786 M * monrad well i running on CET time so
1139739800 M * monrad have had much time for vserver lately
1139739829 M * Bertl sounds good, unless it's a missing n't there ...
1139739840 M * monrad but i got myself a xen machine at work where i can play around with
1139739855 M * monrad missing a n't there :)
1139739871 M * monrad i guess it still possible to run vserver under xen
1139739925 M * bonbons morning Bertl!
1139740037 M * monrad or will i need to con a second play machine out of the boss? :)
1139740528 M * Bertl no vserver under xen should be more tested anyway
1139740556 M * Bertl s/should be/could get some/
1139740581 A * Bertl is not fully awake yet
1139740614 M * monrad hehe well i said play machines
1139741527 Q * Aiken__ Remote host closed the connection
1139741533 J * Aiken__ ~james@tooax6-083.dialup.optusnet.com.au
1139743984 M * Hollow morning Bertl 
1139743996 M * Bertl hey Hollow!
1139744021 M * Hollow could you take a quick look at http://home.xnull.de/misc/limits.txt
1139744030 M * Bertl sure
1139744058 M * Hollow especially 20 & 21
1139744065 M * Hollow they seem to be quite new
1139744100 M * Bertl yep, btw, those below 16 are arch dependant
1139744131 Q * mnemoc Quit: leaving
1139744159 M * Hollow o looked at rlimit_mask, and noticed there is a difference (in support) wrt min,soft, max?
1139744223 M * Bertl semary and nsems are semaphore limits
1139744230 M * Bertl nsems is number of semaphores
1139744238 M * Bertl semary is number of semaphore arrays 
1139744285 M * Bertl regarding support, depends on ulimit or rlimit
1139744297 M * Hollow i thought ulimit is 2.4?
1139744311 M * Bertl nope, both, 2.4 and 2.6
1139744313 M * Hollow at least man 2 ulimit says it's obsolete
1139744333 M * Bertl it does? what would have replaced it?
1139744344 M * Hollow setrlimit
1139744355 M * Bertl okay, setrlimit == ulimit(s)
1139744368 M * Hollow so, it has nothing to do with our rlimits
1139744376 M * Bertl when I say ulimit I mean the 'normal' rlimits
1139744380 M * Hollow ok
1139744386 M * Bertl (as set with bash 'ulimit')
1139744403 M * Hollow ok, will add the U column
1139744407 M * Bertl and confusingly 'the rlimits' are the per context limits
1139744412 M * Bertl http://linux-vserver.org/Resource+Limits
1139744413 M * Hollow but the R column is correct?
1139744423 M * Hollow yeah, i copied it from that map
1139744430 M * Hollow just wanted to ensure it's up2date
1139744435 M * Bertl was valid last time I checked, but let me check again
1139744487 M * Bertl vc_get_rlimit_mask() always gives the current support state
1139744530 M * Bertl rss and anon got soft limits recently
1139744532 M * Hollow but only for context rlimit, right?
1139744541 M * Bertl yep, just for context limits
1139744577 M * Hollow how do i get valid ulimits?
1139744598 M * Bertl excellent question ... no idea, probably trying to set them should do the trick
1139744620 M * Bertl but might as well succeed and ge ignored
1139744623 M * Bertl *be
1139744650 M * Bertl but the list reminds me that we should add a view more limits (especially limit checks :)
1139744657 M * Hollow hehe
1139744676 M * Bertl but that's usually the easy part, the accounting is the hard
1139744700 M * Hollow so, are the ulimits up to date?
1139744706 M * Bertl (and accounting is working for all of them)
1139744749 M * Bertl for the rlimits (per context) yes, for the ulimits I cannot say
1139744778 M * Bertl the numbers differ from arch to arch
1139744783 M * Bertl and support probably too
1139744791 M * Hollow ah, ic.. so theres no difference in support wrt host/guest
1139744805 M * Hollow for ulimits
1139744819 M * Bertl no, that happens with the same setrlimit
1139744849 M * Hollow ok, but the context rlimits below 16 are still arch dependant?
1139744871 M * Bertl yes
1139744880 M * Bertl basically you should split it at 16
1139744891 M * Bertl below 16, the limits use the numbers the arch uses
1139744912 M * Bertl above 16 we have identical, context-only numbers
1139744926 M * Bertl (i.e. there are no setrlimit limits above 16)
1139744927 M * Hollow well, with sys/resource.h i should get the right ones, no?
1139744943 M * Bertl yep, and the others are VLIMIT_*
1139744944 M * Hollow i guess the utils never do setrlimit
1139745492 J * mnemoc ~amery@200.75.27.102
1139745504 M * Bertl welcome mnemoc!
1139745602 M * mnemoc hi Bertl 
1139747254 Q * lonewolff Ping timeout: 480 seconds
1139747465 J * lonewolff lonewolff@adleman.lonewolff.info
1139749134 Q * Aiken__ Ping timeout: 480 seconds
1139749493 J * Doener doener@i5387D16B.versanet.de
1139749504 M * Bertl morning Doener!
1139749514 M * Doener morning
1139750102 M * Bertl Doener, daniel_hozac, mnemoc: what do you think of this one?
1139750104 M * Bertl http://vserver.13thfloor.at/Experimental/delta-rawsend-fix01.diff
1139750254 M * mnemoc out of my scope, sorry :(
1139750477 M * Doener Bertl: looks reasonable
1139750909 M * Bertl well, we thought that for the proc-fix01 too :)
1139750922 M * mnemoc *g*
1139751288 M * Doener hm, where is that?
1139751372 M * Bertl http://vserver.13thfloor.at/Devel/PAT-2.1.1/delta-proc-fix01.diff
1139751377 M * Bertl http://vserver.13thfloor.at/Devel/PAT-2.1.1/delta-proc-fix02.diff
1139752072 M * Doener ah, there's a Devel now :)
1139752116 T * Bertl http://linux-vserver.org/ | latest stable 2.01, 1.2.10, 1.2.11-rc1, devel 2.1.0, exp 2.1.0.11, 2.0.1.3 | util-vserver-0.30.210 | libvserver-1.0.2 & vserver-utils-1.0.3 | He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the wiki, and we'll forget about the minute ;) 
1139752187 M * Bertl Hollow, Doener, daniel_hozac, mnemoc, micah: those are the last exp versions before we start -rc1 for 2.0.2 and 2.1.1
1139752205 M * Bertl so please let me know if you want to see anything else included ...
1139752219 M * derjohn what is the 'best dveel' for a 2.6.15 ? 
1139752246 M * Bertl http://vserver.13thfloor.at/Experimental/patch-2.6.15-vs2.1.0.11.diff (hopefully :)
1139752318 M * mnemoc :)
1139752329 M * Bertl Doener, daniel_hozac: plm patch ids 4976-4978
1139752349 M * Bertl (just started, so will take some while)
1139752431 M * Bertl mugwump: there are some patches you might consider for your 'branch' too
1139752974 M * derjohn Bertl, OMG, I use the 2.1.0.5.1 ... so I am completely broken?
1139752996 M * Bertl not completely :)
1139753004 A * derjohn relaxes ...
1139753030 A * derjohn going to build new stuff ...
1139753056 M * derjohn <irony> could you please stop developing so fast </irony> :)
1139753073 M * Bertl hey, I slowed down a lot recently :)
1139753098 M * derjohn Bertl, that were only temorary nap attacks ... 
1139753353 J * me3 unix@unixbg.net
1139753385 Q * me3 Read error: Connection reset by peer
1139753404 J * me3 unix@unixbg.com
1139753422 M * Bertl welcome me3!
1139753789 Q * me3 Quit: 
1139755074 M * Bertl okay, off for a while now .. back later!
1139755078 N * Bertl Bertl_oO
1139755090 J * mkhl mkhl@200-148-41-170.dsl.telesp.net.br
1139756574 Q * mnemoc Quit: leaving
1139757297 J * lilalinux ~plasma@h1-gw.of.net-lab.net
1139757324 M * Skram Hi All.
1139757463 Q * lilalinux Remote host closed the connection
1139757622 Q * shedi Quit: Leaving
1139757682 J * lilalinux ~plasma@h1-gw.of.net-lab.net
1139758261 J * liquid3649_ ~Viper0482@p549777AD.dip.t-dialin.net
1139758706 Q * Viper0482 Ping timeout: 480 seconds
1139759346 Q * lilalinux Remote host closed the connection
1139759555 J * lilalinux ~plasma@80.69.35.186
1139762090 J * yang ~yang@cpe-213-157-253-172.dynamic.amis.net
1139762169 M * yang I have one problem...some abusive user has started sendmail on port 25 on guest. I have allready deleted him, but i am still able to connect to port 25 (it listens for connections). and lsof | grep smtp doesnt show anything
1139762214 M * yang or is it over-riding the port 25 from host ?
1139762299 M * daniel_hozac what does "I have allready deleted him" mean?
1139762316 M * daniel_hozac did you shutdown the guest and remove it, or was that a user?
1139762388 M * yang it was an user...but i think 
1139762404 M * yang i stopped exim on main, and it stopped on the guest too now
1139762408 M * Skram Yo.
1139762411 M * yang it was listening on both ips
1139762453 M * daniel_hozac a user should not have CAP_NET_BIND_SERVICE.
1139762501 M * yang daniel_hozac: well i dont know, its a default installation from the website
1139762541 M * yang following the procedure explained on website
1139763008 M * Skram Where is a good place that will allow you to look up ~64 IP's at once to see if they are on any spam lists?
1139763571 M * Skram daniel_hozac: how do you not allow vps users access to that kernel module or whatever?
1139763611 M * daniel_hozac access to what?
1139763634 M * Skram  CAP_NET_BIND_SERVICE
1139763654 M * daniel_hozac root in the vserver would have CAP_NET_BIND_SERVICE by default.
1139763684 M * daniel_hozac users should have no capabilities.
1139763696 J * shedi ~siggi@inferno.lhi.is
1139763919 J * mnemoc ~amery@200.75.27.9
1139764108 M * Skram okay
1139764124 M * Skram so how can they run bind, etc.?
1139764126 M * Skram they cant?
1139764217 M * derjohn Skram, http://linux-vserver.org/ProblematicPrograms
1139764225 M * derjohn Skram, solution for the bind problem 
1139764513 M * daniel_hozac _users_ cannot run bind, no.
1139764519 M * daniel_hozac root can, however.
1139764576 M * daniel_hozac that is why httpd/bind/etc. all need to be started with root privs.
1139764581 M * mnemoc <rant>all ISC software must be avoided, it just sucks</rant>
1139767312 N * ebiederm_zZ ebiederm
1139767515 J * liquid3649__ ~Viper0482@p549776C3.dip.t-dialin.net
1139767792 Q * liquid3649__ Quit: 
1139767951 Q * liquid3649_ Ping timeout: 480 seconds
1139769916 Q * lilalinux Remote host closed the connection
1139770036 Q * gerrit Ping timeout: 480 seconds
1139770143 Q * mnemoc Quit: leaving
1139771194 J * gerrit ~gerrit@c-67-160-130-59.hsd1.or.comcast.net
1139771214 J * oliwel ~mail-at-o@host-62-245-151-178.customer.m-online.net
1139771591 M * daniel_hozac Bertl_oO: looks like we need to force CONFIG_INET, and #include <linux/mount.h> in fs/hfsplus/inode.c is still missing.
1139771746 J * mnemoc ~amery@200.75.27.59
1139771954 M * daniel_hozac 2.6.16-rc2 patch is also missing #include <linux/vs_cvirt.h> in mm/mempolicy.c
1139773103 J * Smutje_ ~Smutje@xdsl-84-44-245-142.netcologne.de
1139773205 Q * oliwel Quit: Chatzilla 0.9.69.1 [Firefox 1.5/2005111116]
1139773214 Q * Smutje Ping timeout: 480 seconds
1139773214 N * Smutje_ Smutje
1139773338 J * dothebart ~willi@xdsl-81-173-225-119.netcologne.de
1139773760 Q * tudenbart Ping timeout: 480 seconds
1139774108 Q * Doener Quit: Leaving
1139775586 P * meandtheshell 
1139777059 J * Aiken ~james@tooax8-142.dialup.optusnet.com.au
1139778623 N * Bertl_oO Bertl
1139778634 M * Bertl daniel_hozac: hmm, INET why?
1139778658 M * daniel_hozac Bertl: just going by the plm results. ;)
1139778684 M * Bertl ah, didn't check them yet
1139778696 M * daniel_hozac undefined references to in_dev_finish_destroy
1139778705 M * Bertl let me do a patchdiff
1139778755 M * daniel_hozac oh, and http://vserver.13thfloor.at/Devel/PAT-2.1.1/delta-atomic-clean01.diff needs to be reverted for the 2.6.15-vs2.1.0.11 patch.
1139778786 M * daniel_hozac (as 2.6.15 doesn't have atomic_long)
1139778965 M * Bertl hmm, I thought I reverted that manually .. but obviously it was incomplete
1139779216 M * Bertl ah, some stuff is still running on plm
1139779236 M * daniel_hozac indeed.
1139779255 M * Bertl no idea what they do to make it run for so long :)
1139779282 A * Bertl has somewhat given up trying to improve it ...
1139779315 M * Bertl I should have my automated cross compiling ready in a month or so ...
1139779332 M * daniel_hozac nice!
1139779401 M * Bertl http://vserver.13thfloor.at/Experimental/4976_cross.diff (same for 77,78)
1139779483 M * Bertl *sigh* @ internal compiler error ...
1139779567 M * Bertl maybe I should fix the mainline quota printf issue too :)
1139779790 M * daniel_hozac hehe, mainline has so many warnings...
1139779867 M * Bertl yeah, but that one shows up in our delta :)
1139779903 M * Bertl daniel_hozac: you had a patch for the hfs, right?
1139779916 M * daniel_hozac it's just a #include <linux/mount.h>
1139779941 M * Bertl I take this as no :)
1139779947 M * daniel_hozac http://daniel.hozac.com/tmp/plm-fixes.diff
1139779966 M * Bertl ah wow ...
1139780056 M * Bertl +include/linux/vs_cvirt.h:107:2: warning: #warning duplicate inclusion
1139780065 M * Bertl where do we get that from?
1139780071 M * daniel_hozac i wondered that too.
1139780077 M * daniel_hozac haven't tracked it down yet.
1139780092 M * Bertl maybe we are lucky and the compile report is available :)
1139780152 M * Bertl btw, I still don't see the INET requirement, please be so kind and point my nose at it ...
1139780186 M * daniel_hozac allnoconfig... can't remember the arch.
1139780226 M * Bertl sure that this isn't a mainline issue?
1139780246 M * daniel_hozac http://www.testing.osdl.org/projects/plm/results/4976/i386.cr/2.6.16-rc2-vs2.1.0.11.allnoconfig.bzImage.txt.gz
1139780254 M * daniel_hozac dev_in_nx_info ;)
1139780269 M * daniel_hozac (it's right at the bottom)
1139780299 M * Bertl hmm, why doesn't that show up in the diff? crap!
1139780387 M * Bertl I think we should make parts of vserver depend on INET here
1139780427 M * daniel_hozac hmm, yeah, that makes more sense.
1139780815 M * Bertl actually I saw the diag message a several times, but I always considered it mainline :)
1139780853 M * daniel_hozac hehe.
1139780909 M * Bertl interesting thing is, I don't see what causes it (yet)
1139780988 M * Bertl oops!
1139781010 M * Bertl that is a real bug, and IIRC I already fixed it .. must have been lost somehow
1139781028 M * Bertl 778+ uses sk instead of tw
1139781097 M * daniel_hozac oops indeed.
1139781112 M * daniel_hozac ah, the duplicate inclusion is from include/linux/ptrace.h
1139781151 M * Bertl hmm? please elaborate!
1139781202 M * daniel_hozac kernel/sys.c includes linux/kprobes.h which includes asm/kprobes.h which includes linux/ptrace.h which includes linux/vs_cvirt.h
1139781227 M * daniel_hozac where kernel/sys.c has already included linux/vs_cvirt.h
1139781281 M * Bertl hmm, hmm ... and why do we need cvirt in ptrace.h?
1139781311 M * daniel_hozac that i cannot understand.
1139781337 M * daniel_hozac it also includes vs_context.h
1139781343 M * Bertl ah, because of vx_rmap_pid
1139781373 M * Bertl but I guess we move that into the .c files
1139781393 M * Bertl (should not be too many)
1139781508 M * Bertl seems like kernel/exit.c, kernel/ptrace.c, kernel/signal.c and fs/proc/base.c need cvirt
1139781544 M * Bertl and kernel/fork.c, kernel/exit.c and ipc/shm.c need context
1139781595 M * Bertl okay, back soon, housework ...
1139781601 N * Bertl Bertl_oO
1139781739 M * Skram Hey
1139782928 M * mugwump http://www.spearce.org/2006/02/pg-version-0111-released.html  # interesting alternative to stgit/quilt
1139783845 M * ebiederm Hmm..
1139783876 M * ebiederm The quilt/git merge gets closer and closer....
1139783981 Q * mkhl Quit: 
1139784009 M * mugwump I'm going to give converting my repos a whorl
1139784018 M * mugwump er, whirl
1139784217 M * mugwump it claims to be able to track revision history of the patches, which is a nice idea.
1139785086 M * Skram <-- so confused
1139785641 M * daniel_hozac why?
1139786108 M * Skram Nothin;
1139786434 Q * bonbons Quit: Leaving
1139786952 M * daniel_hozac Bertl_oO: hmm, patch-2.6.16-rc2-vs2.1.0.11.diff seems to have a broken version of the delta-proc-fix02.diff as well. it does mntput(mnt) instead of mntput(vfsmnt).
1139787094 N * Bertl_oO Bertl
1139787107 M * Bertl ah, that's why it complained ...
1139787192 M * mugwump Bertl, care to give me a split of that?
1139787214 M * Bertl mugwump: will break it down shortly ...
1139787217 M * mugwump I've decided to hold off on the tut until I play around with "pg"; a version of stgit that works with standard tools
1139787227 M * mugwump (tut=tutorial)
1139787251 M * mugwump plus, pg will version control the patches themselves, too
1139787274 M * Bertl pg stands for pasky git?
1139787290 M * mugwump patchy git :)
1139787445 M * mugwump I posted the url earlier
1139787455 M * Bertl yup, saw it
1139787517 M * Bertl ad tut: no problem to delay that until you've seen them all :)
1139787564 M * Bertl daniel_hozac: for what arch was the mempolicy include relevant? NUMA?
1139787589 M * daniel_hozac x86_64 results, IIRC.
1139787609 M * Bertl okay, so probably NUMA then
1139787640 M * daniel_hozac http://www.testing.osdl.org/projects/plm/results/4976/x86_64/2.6.16-rc2-vs2.1.0.11.allmodconfig.vmlinux.err.gz
1139787646 M * Bertl very interesting file indeed .. they include mm.h at least twice :)
1139787696 M * daniel_hozac lol, yes, as well as mempolicy.h
1139787711 M * Bertl yup, better save than sorry, eh?
1139787728 M * ebiederm which file?
1139787730 M * daniel_hozac apparently.
1139787733 M * daniel_hozac mm/mempolicy.c
1139787792 Q * zobel Remote host closed the connection
1139787793 M * ebiederm Looks like a candiate for a mainline patch...
1139787803 M * Bertl yup, definitely, are you interested?
1139787817 M * Bertl otherwise I'll do it
1139787834 M * ebiederm I am tearing /proc to pieces and putting it back together at the moment....
1139787855 M * Bertl daniel_hozac: might be a good idea to move the rmap stuff into some vs_pid.h, no?
1139787898 M * Bertl (with the long term strategy of ripping that out and replacing it with ebiederm's stuff)
1139787899 M * daniel_hozac yeah, sounds good.
1139787931 M * Bertl are you interested in doing a patch for that?
1139787954 M * daniel_hozac sure, why not.
1139788150 Q * FireEgl Ping timeout: 480 seconds
1139788796 J * zobel zobel@2001:7b8:385::2