1422576128 Q * ggherdov__ 1422576175 J * ggherdov__ sid11402@id-11402.charlton.irccloud.com 1422576407 Q * __zerick Remote host closed the connection 1422576576 J * thierryp ~thierry@home.parmentelat.net 1422577128 Q * thierryp Ping timeout: 480 seconds 1422579602 Q * fstd Remote host closed the connection 1422579647 J * fstd ~fstd@xdsl-87-78-191-191.netcologne.de 1422582749 Q * Ghislain1 Quit: Leaving. 1422583921 J * thierryp ~thierry@home.parmentelat.net 1422584404 Q * thierryp Ping timeout: 480 seconds 1422587595 J * thierryp ~thierry@2a01:e35:2e2b:e2c0:f13a:977:5075:fdc1 1422588078 Q * thierryp Ping timeout: 480 seconds 1422601379 J * thierryp ~thierry@home.parmentelat.net 1422601383 Q * thierryp Remote host closed the connection 1422601394 J * thierryp ~thierry@home.parmentelat.net 1422601845 J * Ghislain ~aqueos@adsl1.aqueos.com 1422603043 Q * derjohn_mob Ping timeout: 480 seconds 1422604073 Q * Hunger Ping timeout: 480 seconds 1422604362 J * derjohn_mob ~aj@2001:6f8:1337:0:6cf8:7506:fa7c:8832 1422604406 J * Hunger hunger@proactivesec.com 1422607000 J * BenG ~BenG@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net 1422607199 Q * BenG Remote host closed the connection 1422608727 J * BenG ~BenG@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net 1422609624 Q * sladen Quit: e 1422610275 J * sladen ~paul@starsky.19inch.net 1422613999 J * Ghislain1 ~aqueos@adsl1.aqueos.com 1422614159 Q * Ghislain Read error: Connection reset by peer 1422615766 N * Bertl_zZ Bertl 1422615780 M * Bertl morning folks! 1422615830 M * Ghislain1 plop 1422615891 M * Ghislain1 networks flow in prefix bliss today, i lived 8 year with a no prefix at all on nodev ip... 1422616170 M * Bertl :) 1422617974 J * Guest3745 yang@irs.si 1422618053 M * Guest3745 There is an issue that I have compiling vanilla kernel, I mean using old .config from older kernel release introduces additional questions...most of the time I am not sure what those mean and I get to compile the kernel with some faults then, is there a way to use only the settings from old .config without the need to answer additional kernel option questions, and how ? 1422618387 M * Guest3745 there is a "small" error with 3.18.4 patch 1422618388 M * Guest3745 patching file arch/m68k/Kconfig 1422618388 M * Guest3745 The next patch would delete the file arch/microblaze/boot/dts/system.dts.rej, 1422618388 M * Guest3745 which does not exist! Assume -R? [n] y 1422619098 M * ard you can ignore that one 1422619120 M * ard I do not know why you have a dts for an architecture that you are probably not using 1422619134 M * ard ah, no... 1422619144 M * ard you don't have the dts... 1422619159 M * ard it's ok, so you can say no to the assume 1422619205 M * ard it is weird though that it tries to delete a remainder of a failed patch 1422619364 Q * BenG Quit: I Leave 1422619385 M * ard if I remember correctly that is a remainder of an upstream wrong patch... 1422619417 M * ard one of the incremental patches did weird things on my vanilla trees... 1422620233 M * Guest3745 I clicked "yes" is it wrong ? 1422620259 M * Guest3745 I am already compiling the kernel... 1422620627 J * thierryp_ ~thierry@home.parmentelat.net 1422620627 Q * thierryp Read error: Connection reset by peer 1422620987 Q * Aiken Remote host closed the connection 1422621439 Q * PowerKe Ping timeout: 480 seconds 1422622802 Q * fstd Remote host closed the connection 1422622842 J * fstd ~fstd@xdsl-87-78-16-177.netcologne.de 1422628172 J * PowerKe ~tom@d54C6A573.access.telenet.be 1422628710 Q * Guest3745 Quit: Free yourself with Free Software, join www.FSF.org 1422629071 M * undefined ard: the deletion of arch/microblaze/boot/dts/system.dts.rej is in Bertl patch 1422629098 Q * thierryp_ Remote host closed the connection 1422629102 M * undefined from patch-3.18.4-vs2.3.7.1.diff: 1422629102 M * undefined ---- arch/microblaze/boot/dts/system.dts 1422629102 M * undefined -+++ /dev/null 1422629110 M * undefined i saw it too, but it can be safely ignored 1422629186 J * yang yang@yang.netrep.oftc.net 1422629196 M * yang My kernel compilation failed with such error - http://paste.debian.net/143064/ 1422629231 M * yang *sigh* 1422629320 M * undefined hmmm, yeah, needs a struct nx_info *nxi added to that call in drivers/scsi/cxgbi/libcxgbi.c 1422629327 M * yang how can I do that ? 1422629354 M * undefined be prepared for the question: do you really need that driver? 1422629366 M * yang I mean how to re-compile again I used "fakeroot make-kpkg --initrd kernel_image" last 1422629384 M * yang I just dumped the debian config and patched it for vserver 1422629394 M * yang I don't need that I need any additional modules 1422629403 M * yang I dont think that I need any additional modules 1422629415 M * undefined yang: looks like NULL will suffice 1422629429 M * yang Can you assist me how to rebuild it, please ? 1422629431 M * undefined that's what Bertl did in the infiniband driver: drivers/infiniband/core/addr.c 1422629461 M * yang I mean the build has been running for 3 hours and now I feel like I gotta start from the start again ? 1422629469 M * undefined wow, 3 hours 1422629475 M * yang Yes, its an old box 1422629486 M * undefined i haven't done it yet (still building and testing 3.11 & 3.14) 1422629509 M * yang I mean how can I implement that struct nx_info 1422629519 M * undefined i finally get around to building 3.11 and 3.14 and just as i finish gkh releases new versions 1422629520 M * yang Is that in the -vserver patchset ? 1422629575 M * undefined the problem is that call to ipv6_dev_get_saddr in drivers/scsi/cxgbi/libcxgbi.c is not patched in the vserver patch 1422629593 M * undefined just modify drivers/scsi/cxgbi/libcxgbi.c and recompile 1422629604 M * yang Well could you guide me please, maybe in a query ? 1422629638 M * undefined when i get there (today or tomorrow) i'll create a fix-up patch and post it to the mailing list 1422629660 M * undefined like i said, right now i'm compiling & testing 3.11 and 3.14 1422629667 M * yang *sigh* 1422629700 M * yang I thought that 3.18.4 was already tested, that's why I picked it up from the website 1422629709 M * undefined and 3.18.5 is out (as of 12 hours ago), so i'll be targeting that 1422629736 M * undefined Bertl: doesn't compile with unused/unnecessary modules (for his systems) 1422629749 M * yang undefined: I mean I don't have the slightest idea what to modify inside drivers/scsi/cxgbi/libcxgbi.c 1422629758 M * undefined that's why i said be prepared to answer the question: "do you really need that module? do you really use it?" 1422629768 M * yang no I don't think that I use it... 1422629774 M * yang I mean I don't know really 1422629785 M * yang But if it's something new, then it's probably not needed 1422629807 M * undefined the compilation error message tells you where the problematic call to ipv6_dev_get_saddr is 1422629825 M * undefined file drivers/scsi/cxgbi/libcxgbi.c, line 766 1422629861 M * undefined actually that's the start of the call 1422629889 M * yang line 766 is "err = ipv6_dev_get_saddr(&init_net, idev ? idev->dev : NULL, 1422629898 M * yang line 766 is err = ipv6_dev_get_saddr(&init_net, idev ? idev->dev : NULL, 1422629899 M * undefined so you need to find the closing ")" (probably on line 767 or 768) and add ", NULL" 1422629917 M * yang ok lets see 1422629969 M * yang that's starting from 766 http://paste.debian.net/143068/ 1422629983 M * undefined hold on, it ends up i already patched 3.18.4 (probably yesterday while waiting for 3.11 & 3.14 to compile) 1422629996 M * undefined let me extract that source and i'll look at that file myself 1422629999 M * yang ok thanks 1422630013 M * undefined btw, where did you get the .config 1422630014 M * undefined ? 1422630027 M * yang I dumped the .config out of the debian's 3.16's kernel 1422630038 M * undefined ah, i'm going to use debian's 3.18 from experimental 1422630042 M * yang just patched it for -vserver and saved 1422630053 M * undefined already downloaded linux-headers-3.18.0-trunk-amd64_3.18.3-1~exp1_amd64.deb and extracted the .config 1422630113 M * yang it's a bit confusing for me to navigate through the code 1422630138 M * yang but I guess you can see the issue 1422630138 M * undefined ah, probably CONFIG_SCSI_CXGB3_ISCSI=m or CONFIG_SCSI_CXGB4_ISCSI=m 1422630147 M * undefined iscsi, so that's why it needs ip 1422630160 M * yang I dont have any ISCSI devices, I think 1422630170 M * yang I don't know I am compiling for the dedicated server 1422630185 M * yang But I think its just the SATA drives 1422630192 M * undefined that's fine 1422630196 M * undefined it needs to be fixed anyways 1422630208 M * undefined (even if nobody uses it ;) 1422630219 M * yang then it's good that I hit the bug 1422630246 M * yang also fix that previous error , which was ... 1422630247 M * yang 12:46 < Guest3745> patching file arch/m68k/Kconfig 1422630247 M * yang 12:46 < Guest3745> The next patch would delete the file arch/microblaze/boot/dts/system.dts.rej, 1422630250 M * yang 12:46 < Guest3745> which does not exist! Assume -R? [n] y 1422630277 M * undefined that just needs to be removed from the patch 1422630280 M * yang yeah 1422630284 M * undefined it slipped in when Bertl created it 1422630287 M * yang thatcame out when I tried to patch 1422630291 M * undefined but it doesn't hurt/break anything 1422630307 M * undefined yeah, i remember seeing that yesterday when i patched it 1422630337 M * yang >> so you need to find the closing ")" (probably on line 767 or 768) and add ", NULL" 1422630341 M * yang I dont see such setting ... 1422630358 M * yang http://paste.debian.net/143068/ 1422630370 M * yang is it on line 2 at the end ? 1422630377 M * yang that would be line 767 1422630419 M * undefined patch coming up 1422630422 M * yang ok 1422630523 M * undefined http://pastebin.com/65qiLu1F 1422630539 M * yang ok how do i apply that ? 1422630559 M * undefined cd linux-3.18.4-vs2.3.7.1 1422630564 M * yang yes 1422630574 M * undefined patch -p1