**** BEGIN LOGGING AT Sat Feb 28 02:59:59 2015 Feb 28 13:55:04 rmilecki r44571 trunk/target/linux/omap/ (7 files in 2 dirs) * omap: start working on 3.18 support Feb 28 14:57:07 rmilecki r44572 trunk/target/linux/omap/ config-3.18 patches-3.18/900-wlcore-Add-support-for-DT-platform-data.patch * omap: complete 3.18 support Feb 28 17:25:48 txomon|fon: isn't that the right way for python2 scripts? Feb 28 17:53:20 karlp, nope, it should be python2 Feb 28 17:53:22 no python Feb 28 17:53:40 python represents latest version installed Feb 28 17:53:50 python2 locks to a version, python2 Feb 28 17:54:08 anyway, I wondered if they worth work on doing them 2/3 compatible or not Feb 28 17:54:24 /usr/bin/env python2 is used nowadays Feb 28 17:54:58 that supports virtualenv wrapping Feb 28 18:16:12 rmilecki r44573 trunk/target/linux/mpc83xx/ (12 files in 2 dirs) * mpc83xx: start work on 3.18 support Feb 28 19:21:35 KanjiMonster Feb 28 19:21:45 danitool Feb 28 19:22:05 my leds don't work with the dts Feb 28 19:22:14 bcm6368 Feb 28 19:22:36 neither can load elf kernels Feb 28 19:23:03 any known problem related with this? Feb 28 19:23:03 I broke gpio, sorry for that Feb 28 19:23:14 ok, good to know Feb 28 19:23:38 and regarding elf, you need to use the lzma-loader variant; CFE can't load elf kernels larger than ~3.8MB Feb 28 19:24:26 and you need to use the lzma loader with the dts included (loader-initramfs-.elf or so) Feb 28 19:25:20 also ethernet is currently broken on 3.18+ (this time not my fault ;p) Feb 28 19:59:40 jogo r44574 trunk/target/linux/ brcm63xx/patches-3.14/375-MIPS-BCM63XX-switch-to-new-gpio-driver.patch brcm63xx/patches-3.14/374-gpio-add-a-simple-GPIO-driver-for-bcm63xx.patch brcm63xx/patches-3.18/375-MIPS-BCM63XX-switch-to-new-gpio-driver.patch brcm63xx/patches-3.18/374-gpio-add-a-simple-GPIO-driver-for-bcm63xx.patch * brcm63xx: fix gpio register us Feb 28 19:59:40 OpenWrtage Feb 28 19:59:48 jogo r44575 trunk/target/linux/ brcm63xx/patches-3.18/339-MIPS-BCM63XX-add-support-for-BCM63268.patch brcm63xx/patches-3.14/339-MIPS-BCM63XX-add-support-for-BCM63268.patch * brcm63xx: fix BCM63268 interrupt register locations for legacy probe Feb 28 20:00:00 jogo r44576 trunk/target/linux/ brcm63xx/patches-3.18/426-bcm63xx_enet-fix-napi-poll-return-value.patch brcm63xx/patches-3.14/426-bcm63xx_enet-fix-napi-poll-return-value.patch * brcm63xx: fix ethernet breakage in 3.18 Feb 28 20:00:03 jogo r44577 trunk/target/linux/brcm63xx/dts/ (6 files) * brcm63xx: fix DTS LEDs and buttons Feb 28 20:00:22 danitool: ^ please try now Feb 28 20:03:43 ok Feb 28 20:19:12 KanjiMonster: it works Feb 28 20:19:56 yay Feb 28 20:54:09 rmilecki r44578 trunk/target/linux/mpc52xx/config-3.18 * mpc52xx: add 3.18 config Feb 28 21:04:37 zajec: any reason for not preserving file histories with the kernel updates? Feb 28 21:10:17 huh? more specific please Feb 28 21:11:37 zajec: usually patches/configs are copied & changed from previous versions instead of being added fresh Feb 28 21:12:02 zajec: svn stores information from where you copied/moved a file, so you have a linked history (git does not); when using git-svn this information usually gets lost, unless you tell git-svn to try to "guess" it Feb 28 21:12:38 add svn.l = 0 and svn.findcopiesharder = true to your git config, this should "fix" it for future commits Feb 28 21:13:00 oh, great Feb 28 21:13:07 can't we just drop the damn svn Feb 28 21:13:16 no Feb 28 21:13:45 what I always do is git format-patch -1 and then "patch -p1 < ../openwrt.git/0001* && svn commit" Feb 28 21:13:59 guess I need to learn some damn git <> svn magic :/ Feb 28 21:14:07 ugh Feb 28 21:14:10 there's no svn specific magic Feb 28 21:14:18 apart fro mthe above config entries Feb 28 21:14:34 jow_laptop: take a look at above commands, the way I push changes to svn Feb 28 21:14:37 that's my problem Feb 28 21:14:57 you're using svn directly? Feb 28 21:15:11 yup Feb 28 21:15:21 ah ok Feb 28 21:15:30 I would suggest using the git-svn adapter Feb 28 21:15:31 I suggest to use a git-svn clone Feb 28 21:15:49 i guess i should, I just got some warnings about it on the first day I got svn access Feb 28 21:15:51 with the folling in ~/.gitconfig Feb 28 21:15:56 on the way I should configure it Feb 28 21:16:05 [svn] \n rmdir = true \n findcopiesharder = true \n l = 1000 Feb 28 21:16:08 ok, I'll switch to git-svn Feb 28 21:17:09 I foudn the following aliases convenient to work with git-svn but as usual a matter of style: Feb 28 21:17:12 up = svn rebase Feb 28 21:17:16 rci = svn dcommit Feb 28 21:17:22 "git up" ~ "svn up" Feb 28 21:17:41 "git rci" ~ "svn commit" (the "upload to repo part" of it) Feb 28 21:18:40 ups Feb 28 21:18:53 could you just pastebin the config file for me, please? Feb 28 21:18:57 sure Feb 28 21:18:59 that will be more reliable i think Feb 28 21:19:10 also don't "clone" the svn repo directly, it will take ages ;) Feb 28 21:19:28 http://pastebin.com/XzHttRkQ Feb 28 21:19:48 well imho a full clone is worth it, even if it takes ages Feb 28 21:19:58 because you can git log --grep the entire history Feb 28 21:20:45 btw regarding the svn repo - what are the (temp) ban rules regarding the server ? Feb 28 21:21:09 I have no idea, allegedly some sshguard thing triggering on too many connection attempts within a given time range Feb 28 21:22:20 also AFAIK the sshguard is from the ISP, not the server itself, so we do not have any control over it Feb 28 21:23:20 k... probably time to edit that wiki page again since somebody decided to restore those svn + old version links on the main page Feb 28 22:46:56 rmilecki r44579 trunk/target/linux/ (5 files in 2 dirs) * ep93xx: add 3.18 support Feb 28 22:47:26 Committing to ... Feb 28 22:47:27 C target/linux/ep93xx/config-3.14 => target/linux/ep93xx/config-3.18 Feb 28 22:47:34 looks like git detected copied file this time Feb 28 22:47:36 uff Feb 28 23:01:02 :) Feb 28 23:01:41 https://dev.openwrt.org/changeset/44579 Feb 28 23:01:45 looks good Feb 28 23:07:41 great ,thanks Feb 28 23:14:56 zajec: I hope svn became a bit more tolerable now ;) Feb 28 23:15:57 absolutely :) Feb 28 23:17:06 KanjiMonster: do we have there some wiki page with info for OpenWrt devs? Feb 28 23:17:26 not that I'm aware of Feb 28 23:19:19 the closest to anything "for devs" I know of is https://dev.openwrt.org/wiki/CommitPolicy ;) Feb 28 23:39:28 rmilecki r44580 trunk/target/linux/ (146 files in 32 dirs) * adm5120: add 3.18 support Mar 01 00:01:46 rmilecki r44581 trunk/target/linux/ adm5120/rb1xx/config-default adm5120/router_be/config-default adm5120/router_be/config-3.8 adm5120/rb1xx/config-3.8 * adm5120: use subtarget configs for all kernels **** ENDING LOGGING AT Sun Mar 01 02:59:59 2015