**** BEGIN LOGGING AT Sat Mar 19 02:59:56 2011
Mar 19 05:49:53 <russell-->   Mini fanout overlay filesystem (MINI_FO) [N/m/y] (NEW)
Mar 19 06:27:23 <russell--> for 2.6.37.4 on brcm47xx
Mar 19 07:08:34 <builder> build #99 of cobalt is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/cobalt/builds/99
Mar 19 07:28:43 <philipp64|laptop> hmm... tried building 2.6.38... complaining about missing linux/config.h when building crypto/ocf/crypto.c ...
Mar 19 07:49:20 <philipp64|laptop> nbd: ping
Mar 19 08:18:45 <builder> build #81 of ixp4xx is complete: Failure [failed compile_4]  Build details are at http://tksite.gotdns.org:8010/builders/ixp4xx/builds/81
Mar 19 09:44:55 <builder> build #81 of kirkwood is complete: Failure [failed compile_4]  Build details are at http://tksite.gotdns.org:8010/builders/kirkwood/builds/81
Mar 19 12:00:53 <nbd> philipp64|laptop: pong
Mar 19 13:07:33 <Hauke1> philipp64|laptop: jow_laptop: I am trying to fix some of the compile problems with kernel 2.6.38
Mar 19 13:37:36 <_trine> iptables v1.4.10: Couldn't load match `recent':File not found;  is this a new bug
Mar 19 13:39:28 <mazilo> When upgrading firmware using 'sysupgrade', why it keeps dumping some error messages as shown here (http://pastebin.com/cAicHPbb) on line # 34 and 35 even though it has successfully flashed the firmware?
Mar 19 13:49:45 <ermo>  anyone around who has got the necessary admin permissions to reset a trac account password?
Mar 19 13:49:51 <ermo> <- that account
Mar 19 13:50:45 <ermo> in the event that it is not possible, should I just report my issue to the forum?
Mar 19 13:51:00 * ermo doesn't want to create a new trac account
Mar 19 13:51:21 <builder> build #73 of octeon is complete: Failure [failed compile_4]  Build details are at http://tksite.gotdns.org:8010/builders/octeon/builds/73
Mar 19 14:27:20 <ermo> https://forum.openwrt.org/viewtopic.php?id=29170 <- RAM goes missing after warm reset 'reboot'
Mar 19 14:27:28 <ermo> wl500gP
Mar 19 14:28:17 <_trine> there seems to be something wrong with the firewall
Mar 19 14:28:32 <ermo> _trine: ?
Mar 19 14:28:51 <_trine> ermo, that was a general comment
Mar 19 14:29:25 <_trine> I am hoping someone will be interested in looking at the problem
Mar 19 14:30:15 <nbd> ermo: the memory size detection code in the kernel looks quite broken to me
Mar 19 14:30:22 <nbd> ermo: it's probably what's causing your issue
Mar 19 14:30:41 <ermo> nbd: is that a general issue or only for 2.6.32.27?
Mar 19 14:30:56 <ermo> on brcm47xx?
Mar 19 14:30:59 <nbd> i don't know when this stuff was added
Mar 19 14:31:10 <nbd> i just looked at the current state of the code and it looks broken
Mar 19 14:31:35 <_trine> nbd can you have a look at my firewall issue
Mar 19 14:31:53 <_trine> it seems broken
Mar 19 14:32:07 <ermo> nbd: much obliged -- I heard another user mention that his brcm box went into failsafe after flashing an image (and I've seen the same thing happening)
Mar 19 14:32:24 <ermo> I'm guessing that the memory issue might be the culprit
Mar 19 14:33:14 <nbd> _trine: wow ... "there seems to be something wrong with the firewall" ... what a detailed description ;)
Mar 19 14:34:01 <_trine> nbd that was a preliminary question to enquire if you had any time to look at such things
Mar 19 14:34:45 <nbd> it's probably better if you ask the author of that package
Mar 19 14:35:23 <_trine> well there you go,, thats why i didnt type out a detailed informa
Mar 19 14:35:41 <nbd> well, it's not like he doesn't read this channel ;)
Mar 19 14:35:56 <ermo> nbd: is the kernel code in question broken only on 2.6.32.27? I've been using custom built firmware from the backfire branch for a while now, and I only began seeing it after the 2.6.32.27 kernel update
Mar 19 14:36:02 <_trine> I know maybe hes keeping a low profile
Mar 19 14:36:25 <ermo> nbd: In case that gives you a useful clue :)
Mar 19 14:36:49 <nbd> i haven't worked on broadcom stuff in a long time
Mar 19 14:36:57 <nbd> i suggest you talk to someone that's actively working on that target
Mar 19 14:37:22 <nbd> using git log or svn log helps...
Mar 19 14:37:45 <ermo> nbd: ok, thanks. Didn't mean to nag :)
Mar 19 14:37:53 <ermo> r24490 | hauke | 2010-12-11 18:26:04 +0100 (Sat, 11 Dec 2010) | 2 lines
Mar 19 14:37:53 <ermo> kernel: update from version 2.6.32.25 to 2.6.32.27
Mar 19 14:38:13 <ermo> Hauke: does ^^ ring any bell?
Mar 19 14:39:20 <nbd> ermo: nothing against you or _trine, it just feels like the number of users that ping me directly about any random issue they find keeps increasing
Mar 19 14:40:18 <ermo> nbd: Mea culpa. It's probably because for us users, it's 'easier' that way; it makes you feel 'heard' I guess.
Mar 19 14:40:47 <Hauke> ermo: is anything wrong with r24490?
Mar 19 14:41:30 <_trine> nbd is that a criticism of the other devs not pulling their weight ?
Mar 19 14:41:39 <ermo> Hauke: I don't know, but I'm seeing https://forum.openwrt.org/viewtopic.php?id=29170 and nbd suggested that the memory detection code looks broken (and I don't remember this happening pre 2.6.32.27 on my wl500gP)
Mar 19 14:42:04 <nbd> _trine: no criticism, just an observation
Mar 19 14:42:10 <_trine> heh
Mar 19 14:42:41 <Hauke> I do not think it has anything to do with  kernel version upgrade from 2.6.32.25 to 2.6.32.27
Mar 19 14:42:55 <Hauke> but I will have a look at it
Mar 19 14:43:00 <_trine> nbd it comes about because of your well known ability
Mar 19 14:43:03 <nbd> Hauke, ermo: what i see in the code is that to find memory aliases it compares the contents of a memory word without actually double-checking whether it's a real alias
Mar 19 14:45:31 <ermo> nbd: Perhaps a short wiki guide (mentioned in prominent places on the wiki and stickied on the forum) on 'help us help you' re. who to ask about a particular subsystem so as to give the most effective feedback might be an idea?
Mar 19 14:45:46 <nbd> nobody would read it
Mar 19 14:45:47 <nbd> ;)
Mar 19 14:45:50 <ermo> heh
Mar 19 14:46:31 <nbd> imho most (not all) users that ping me directly are simply too lazy to look for the right person to talk to
Mar 19 14:46:54 <_trine> nbd a better description http://dpaste.com/517745/
Mar 19 14:46:57 <ermo> nbd: Again, mea culpa. But I'll keep it in mind for future reference *blush*
Mar 19 14:47:05 <nbd> ermo: i wasn't talking about you
Mar 19 14:47:28 <_trine> jow_laptop, wake up please
Mar 19 14:48:32 <Hauke> nbd: you should change your nick and write a bot using your nick, just replaying with "ask ..." after analyzing some keywords in the question ;-)
Mar 19 14:49:04 <nbd> Hauke: nah, i think i'll simply ignore the annoying ones without letting them annoy me
Mar 19 14:49:25 <ermo> nbd/Hauke: where in the kernel is the code that does the memory detection (so that I can help look for changes myself)
Mar 19 14:49:34 <nbd> it's not an issue that needs to be solved technically, i just need to improve my own filters ;)
Mar 19 14:49:40 <_trine> nbd you're grumpy today :)
Mar 19 14:49:52 <Hauke> ermo:  arch/mips/bcm47xx/prom.c
Mar 19 14:49:58 <ermo> venting every now and then is healthy :D
Mar 19 14:50:03 <Hauke> ermo: in prom_init_mem
Mar 19 14:50:35 <Hauke> nbd: that solution seams boring ;-)
Mar 19 14:50:58 <nbd> _trine: nah, not really
Mar 19 14:51:58 <_trine> nbd I know what you mean but its a complement that people do ask you things a lot
Mar 19 14:52:34 <nbd> _trine: that's why i'm working on simply not letting it annoy me anymore ;)
Mar 19 14:52:41 <_trine> as i said it comes about by being indispensable
Mar 19 14:54:17 <ermo> Hauke: svn log lets me show all the changes to a single file, right? Which file (full path) should I look for relative to my backfire dir? ./build_dir/linux-brcm47xx/linux-2.6.32.27/arch/mips/bcm47xx/prom.c ?
Mar 19 14:54:55 <nbd> ermo: i don't think that particular piece of code changed for the worse recently
Mar 19 14:55:02 <Hauke> this file is in the mainline kernel
Mar 19 14:55:21 <nbd> my guess is something else triggered it
Mar 19 14:55:28 <Hauke> It was not changed from backfire release to the most recent branch version
Mar 19 14:55:28 <nbd> but it's not important to figure out what triggered it
Mar 19 14:55:50 <Hauke> I think the error was there for ever
Mar 19 14:56:03 <ermo> so the hypothesis is that it was only recently exposed?
Mar 19 14:56:17 <nbd> could be
Mar 19 14:56:35 <nbd> so i think to fix this bug it needs to use a memory location that it can change
Mar 19 14:56:46 <nbd> set it to a random value
Mar 19 14:56:50 <nbd> try to find the same value
Mar 19 14:56:57 <nbd> then change the value and see if it still matches afterwards
Mar 19 14:57:04 <nbd> that should eliminate false positives
Mar 19 15:00:17 <nbd> _trine: all grumpiness eliminated now ;)
Mar 19 15:02:10 <_trine> fandabidosi
Mar 19 15:02:24 <ermo> could one of you perhaps help reset my trac password or get me in touch with someone who can?
Mar 19 15:03:08 <Hauke> ermo: Kaloz is managing trac
Mar 19 15:03:13 <ermo> thank you
Mar 19 15:03:24 <ermo> Ah, he appears away for now.
Mar 19 15:03:55 <ermo> I'll ping him and hope that he's in a generous mood when he comes back :)
Mar 19 15:05:01 <nbd> just send him an email with the new password hash that you want it set to
Mar 19 15:05:06 <ermo> md5?
Mar 19 15:05:15 <nbd> whatever you sent him initially
Mar 19 15:05:37 <ermo> I think I just created a new account :s
Mar 19 15:05:49 <ermo> I'll just send him an MD5 hash then
Mar 19 15:06:00 <ermo> thanks
Mar 19 15:09:30 <nbd> ermo: i think htpasswd -s is probably the right one
Mar 19 15:10:00 <ermo> much obliged
Mar 19 15:10:18 * ermo found http://trac-hacks.org/wiki/AccountManagerPlugin/Modules which might help alleviate such problems
Mar 19 15:10:48 <ermo> i.e. allowing users like me to help themselves when they've forgotten their password
Mar 19 15:21:00 <ermo> Hauke: if you manage to fix the memory issue, feel free to ping me for testing or leave a comment in the forum post (I use an IRC bouncer and have set up notifcation on the forum topic)
Mar 19 15:21:12 <ermo> *notification
Mar 19 15:22:05 <Hauke> ermo: for now I am working on some different topic and I do not know  if I find the time to fix this issue on this weekend
Mar 19 15:22:33 <Hauke> I will notify you when I did something on this issue
Mar 19 15:23:17 <Hauke> ermo: could you please create an trac issue when everything with your trac account is manage for this issue and assign it to me
Mar 19 15:24:22 <ermo> Hauke: sure thing!
Mar 19 15:38:22 <jow_laptop> _trine: well describe your problem, maybe put it in pastebin
Mar 19 15:38:44 <jow_laptop> I'll only be able to check irc a few minutes at a time and thats not enough to play the interview game
Mar 19 15:39:13 <jow_laptop> so please write down whats actually wrong, including all details about network configuration and send me the link
Mar 19 15:39:25 <jow_laptop> then I might be able to look at it and tell you what is wrong
Mar 19 15:39:30 <mazilo> I have a simple question. Is there a simple utility that can be called by an init scripts file to check / fix a corrupted partition table?
Mar 19 15:40:08 <_trine> jow_laptop, I already did
Mar 19 15:40:17 <_trine> in both openwrt channels
Mar 19 15:40:34 <_trine> http://dpaste.com/517654/
Mar 19 15:41:27 <jow_laptop> uh well
Mar 19 15:41:34 <_trine> http://dpaste.com/517745/
Mar 19 15:41:58 <jow_laptop> FW_TRACE=1 fw reload
Mar 19 15:44:34 <jow_laptop> and is there even a "wan" interface on your dockstar?
Mar 19 15:44:52 <jow_laptop> I thought it has only lan
Mar 19 15:46:33 <_trine> it has only lan at the moment
Mar 19 15:47:16 <_trine> but the iface is still configured
Mar 19 15:47:29 <jow_laptop> you use wan in your rule
Mar 19 15:47:32 <jow_laptop> is there a wan?
Mar 19 15:47:39 <jow_laptop> if not its normal the rule is erroring out
Mar 19 15:47:47 <jow_laptop> pebkac so to say
Mar 19 15:47:48 <_trine> although I dont have a cable plugged into it
Mar 19 15:47:59 <jow_laptop> show me the corresponding network config
Mar 19 15:48:07 <jow_laptop> and run the trace command i ASKED FOR
Mar 19 15:48:13 <jow_laptop> sorry
Mar 19 15:48:16 <_trine> config 'interface' 'wan'
Mar 19 15:48:16 <_trine> 	option 'ifname' 'eth1'
Mar 19 15:48:16 <_trine> 	option 'macaddr' '00:2e:2b:63:61:33'
Mar 19 15:48:16 <_trine> 	option 'proto' 'none'
Mar 19 15:48:21 <jow_laptop> and make it fast, I have to go in a few minutes
Mar 19 15:48:28 <_trine> dont worry
Mar 19 15:48:38 <_trine> we can do it when you have more time
Mar 19 15:48:51 <jow_laptop> so where do you run the firewall? on the dockstar?
Mar 19 15:49:08 <_trine> this is all on my router
Mar 19 15:49:15 <jow_laptop> so not dockstar
Mar 19 15:49:18 <_trine> no
Mar 19 15:49:34 <jow_laptop> FW_TRACE=1 fw reload
Mar 19 15:50:28 <_trine> how do I do that to a file
Mar 19 15:50:35 <jow_laptop> 2>/tmp/log
Mar 19 15:50:45 <_trine> FW_TRACE=1 fw reload > file
Mar 19 15:50:47 <_trine> ?
Mar 19 15:51:25 <_trine> is that right cos I tried that b4 and it didnt work
Mar 19 15:51:27 <ermo> FW_TRACE=1 fw reload 2>/tmp/log <- will redirect error messages to a log file
Mar 19 15:51:41 <ermo> and show normal messages on the console
Mar 19 15:51:52 <ermo> IIUC
Mar 19 15:52:03 <_trine> root@OpenWrt:~# FW_TRACE=1 fw reload 2>/tmp/log
Mar 19 15:52:03 <_trine> -ash: can't create /tmp/log: Is a directory
Mar 19 15:52:03 <_trine> root@OpenWrt:~#
Mar 19 15:52:18 <ermo> FW_TRACE=1 fw reload 2>/tmp/log/fwtest.log then
Mar 19 15:53:51 <_trine> http://dpaste.com/517907/
Mar 19 15:55:32 <jow_laptop> looks like some hotplug handler is freaking out
Mar 19 15:56:09 <_trine> I thought I had better mention it
Mar 19 15:58:27 <_trine> I dont suppose it could be anything to do with this new stupid super hub my ISP has made me use
Mar 19 16:00:46 <_trine> so it could be pbuad
Mar 19 16:01:17 <_trine> ?
Mar 19 16:01:52 <_trine> and not pebkac
Mar 19 16:05:48 <_trine> jow_laptop, I noticed a bug in luci while I was using it while I was away last week
Mar 19 16:06:20 <_trine> however you may have recently corrected I dont know
Mar 19 16:09:33 <jow_laptop> no, I don't think it relates to any isp stuff
Mar 19 16:09:46 <jow_laptop> its some hotplug script which has problems constructing the rules
Mar 19 16:29:06 <builder> build #91 of rb532 is complete: Failure [failed compile_6]  Build details are at http://tksite.gotdns.org:8010/builders/rb532/builds/91
Mar 19 17:34:10 <philipp64|laptop> Hauke1: awesome... let me know when I can rebuild.
Mar 19 17:36:04 <philipp64|laptop> jow_laptop: unless Jo-Philipp wants to point me in the direction of getting it fixed...
Mar 19 17:43:00 <CIA-83> hauke * r26237 /trunk/target/linux/generic/files/crypto/ocf/ (16 files in 9 dirs):
Mar 19 17:43:00 <CIA-83> kernel: linux/version.h was removed in kernel 2.6.19 and is now replaced by generated/autoconf.h.
Mar 19 17:43:00 <CIA-83> This fixes build with kernel 2.6.38.
Mar 19 17:43:00 <CIA-83> This was only build tested.
Mar 19 17:43:00 <CIA-83> Thank you philipp64 for reporting
Mar 19 17:43:52 <CIA-83> hauke * r26238 /trunk/target/linux/generic/config-2.6.38: kernel: add missing config options
Mar 19 17:45:44 <CIA-83> hauke * r26239 /trunk/package/kernel/modules/ (netsupport.mk pcmcia.mk usb.mk video.mk):
Mar 19 17:45:44 <CIA-83> kernel: fix some problems with kernel 2.6.38
Mar 19 17:45:44 <CIA-83> In some places LINUX_2_6_38 was just missing.
Mar 19 17:45:44 <CIA-83> Some kernel modules were moved.
Mar 19 17:46:39 <Hauke> philipp64|laptop: The fixes are committed, I just done an compile test with kernel 2.6.38, could you please do some runtime tests with the ocf stuff.
Mar 19 17:48:44 <philipp64|laptop> Hauke: it might be a while before I have useful results. I'm seeing some weirdness on my Solos ADSL card when using RFC-2684 bridging, and won't have that up and running again that's fixed. trying to see if a kernel bump fixes the problem.
Mar 19 17:49:12 <Hauke> philipp64|laptop: ok
Mar 19 17:49:14 <philipp64|laptop> in a nutshell, frames are coming in, but the driver is not finding the appropriate VCI in the VCC hash table.
Mar 19 17:49:32 <philipp64|laptop> see my posting on linux-atm-general.
Mar 19 17:58:26 <philipp64|laptop> hopefully someone saw the list of missing kernel symbols I posted yesterday for x86....
Mar 19 17:58:57 <philipp64|laptop> is there a command for automatically updating the config-default files?
Mar 19 18:06:28 <lauri> Good evening,
Mar 19 18:06:38 <lauri> going to try my luck also here with this link: http://lauri.vosandi.eu/hg/openwrt-extra-packages/file/
Mar 19 18:06:59 <lauri> Related mailinglist post is here: https://lists.openwrt.org/pipermail/openwrt-devel/2011-January/009163.html
Mar 19 18:52:58 <philipp64|laptop> Hauke: do you know anything about ATM drivers? I'm looking at one or more possible bugs in the Solos driver.
Mar 19 18:53:13 <philipp64|laptop> I have a fix for one of them... the other two I'm not so sure.
Mar 19 20:19:04 <russell--> Hauke, i wonder if there is anything holding up the removal of kmod-usb-ohci from PACKAGES in target/linux/brcm47xx/profiles/WGT634U.mk
Mar 19 20:21:36 <Hauke> russell--: are there any problems with that?
Mar 19 20:23:33 <russell--> including kmod-usb-ohci is unnecessary and it throws annoying errors during boot
Mar 19 20:24:01 <russell--> i've been carrying the patch around localling for 6 months or so
Mar 19 20:25:15 <russell--> kmod-usb2 provides the support needed for the usb host port in my experience
Mar 19 20:31:20 <russell--> Hauke: any other quesions?
Mar 19 20:44:15 <Hauke> russell--: I do not have this device
Mar 19 20:44:26 <Hauke> what error messages do you get?
Mar 19 20:55:20 <russell--> Hauke: while the module is loading, it complains about hardware that isn't present.  i don't have any of the messages handy.
Mar 19 20:55:40 <russell--> because i've removed the module and not had any trouble.
Mar 19 20:56:50 <russell--> they look like this:
Mar 19 20:56:52 <russell--> usb 4-1: new low speed USB device using ohci_hcd and address 2
Mar 19 20:56:52 <russell--> usb 4-1: device descriptor read/64, error -62
Mar 19 20:56:52 <russell--> usb 4-1: device descriptor read/64, error -62
Mar 19 20:57:45 <russell--> i have speculated that there is no ohci hardware on the board, so it probes for things that aren't there
Mar 19 21:00:13 <russell--> meanwhile, usb2 works fine
Mar 19 21:03:09 <russell--> http://paste.openwrt.org/f133b5fab
Mar 19 21:04:56 <russell--> i've seen no indication that the ohci module as *ANY* functional benefit
Mar 19 21:05:05 <russell--> on this hardware
Mar 19 21:08:28 <russell--> Hauke: i am having a difficult time understanding why this is controversial.
Mar 19 22:40:51 <philipp64|laptop> can someone look at http://patchwork.midlink.org/patch/787/ ?
Mar 19 22:57:32 <Hauke> russell--: there is probably an unused usb host controller on the broadcom SoC which causes this error message, I will remove kmod-usb-ohci  from the PACKAGES list
Mar 19 23:22:04 <CIA-83> hauke * r26240 /trunk/target/linux/brcm47xx/profiles/WGT634U.mk:
Mar 19 23:22:04 <CIA-83> brcm47xx: remove kmod-usb-ohci from WGT634U packages.
Mar 19 23:22:04 <CIA-83> This package creates some error messages on startup
Mar 19 23:22:04 <CIA-83> Thank you russell-- for reporting
Mar 19 23:50:11 <russell--> thanks Hauke!
Mar 19 23:50:23 <russell--> (realizing that he's left already)
Mar 20 00:23:45 <cshore> nbd: Hey just so you know, your changes to fopivot should take care of extroot as well.  I just check and I have no extroot-only references to mini_fo.
Mar 20 00:24:06 <cshore> nbd: overlayfs stuff should 'just work' for extroot
Mar 20 00:28:18 <nbd> cshore: good, assumed as much because a 'git grep' for mini_fo did not yield any results
Mar 20 00:33:02 <philipp64|laptop> nbd: what do you know about device drivers?
Mar 20 00:33:51 <philipp64|laptop> I found 2 bugs, maybe more, in the Solos ADSL2+ driver... wanted to get your opinion.
Mar 20 00:35:13 <nbd> "what do you know about device drivers?" - that question seems overly broad
Mar 20 00:36:17 <nbd> i know some stuff about specific kinds of drivers, given that i do lots of work on ath9k and have worked on various ethernet drivers
Mar 20 00:56:21 <nbd> philipp64|laptop: so... bugs?
Mar 20 00:58:47 <philipp64|laptop> oh, sorry... was putting something back together...
Mar 20 00:58:58 <philipp64|laptop> bugs... yeah....  let me find the first one...
Mar 20 01:00:43 <CIA-83> thepeople * r26241 /trunk/package/firewall/ (Makefile files/firewall.upgrade): Keep firewall.user during sysupgrades
Mar 20 01:01:29 <philipp64|laptop> here's one: http://sourceforge.net/mailarchive/forum.php?thread_name=4D83F47F.3090802%40redfish-solutions.com&forum_name=linux-atm-general
Mar 20 01:02:34 <philipp64|laptop> nbd: here's my fix... ftp://ftp.redfish-solutions.com/pub/280_debug_skbpull.patch
Mar 20 01:03:19 <philipp64|laptop> I'll try it as soon as I can get a 2.6.38 image to boot...  my last kernel was built LZO... the one before that LZMA but without support for decompression...
Mar 20 01:05:09 <russell--> is there support for 2.6.38 on brcm47xx yet?
Mar 20 01:05:50 <philipp64|laptop> wondering if I should repost my message to netdev instead...
Mar 20 01:08:32 <nbd> about the first link:
Mar 20 01:08:42 <nbd> the hash of VCs is already kept in the ATM layer
Mar 20 01:08:48 <nbd> the driver simply references it for some reason
Mar 20 01:09:00 <nbd> it's exported from the ATM layer
Mar 20 01:09:15 <russell--> no target/linux/brcm47xx/{config-2.6.38,patches-2.6.38} yet ... i guess i should relearn about quilt or something
Mar 20 01:09:18 <nbd> as for why it doesn't print the list - no idea, i've had no dealings with the kernel ATM code before
Mar 20 01:19:07 <philipp64|laptop> nbd: is there an API method for accessing the VC then?
Mar 20 01:19:21 <nbd> no idea
Mar 20 01:19:37 <philipp64|laptop> ok... I'll ask Karl.
Mar 20 01:19:39 <nbd> but the hash with the hlist that the driver references is actually in the atm stuff
Mar 20 01:20:02 <nbd> if you want to check for an API method, just look at the header files
Mar 20 01:20:06 <nbd> such a thing wouldn't be hard to spot
Mar 20 01:20:17 <philipp64|laptop> and the trivial fix for the buffer prefix?
Mar 20 01:21:43 <philipp64|laptop> and can I bug you to commit the sendsize fix for br2684ctl startup script? it's trivial...
Mar 20 01:24:48 <CIA-83> nbd * r26242 /trunk/package/linux-atm/files/br2684ctl:
Mar 20 01:24:48 <CIA-83> linux-atm: Solos card requires explicit buffer size to br2684ctl
Mar 20 01:24:48 <CIA-83> The default send buffer size of 8192 potentially can run past the end of the buffer (skb) and trash memory.
Mar 20 01:24:48 <CIA-83> Explicitly setting a limit is required.
Mar 20 01:24:48 <CIA-83> (Patch by Philip Prindeville)
Mar 20 01:26:53 * russell-- has reopened https://dev.openwrt.org/ticket/8978 since iftop is still suffering from exit problems
Mar 20 01:27:12 <russell--> added some more trace information to the ticket
Mar 20 01:32:39 <CIA-83> thepeople * r26243 /packages/net/openvpn/ (Makefile files/openvpn.upgrade): Keep files in /etc/openvpn during sysupgrade
Mar 20 01:37:22 <philipp64|laptop> ok, what's wrong with my 2.6.38 build? http://paste.openwrt.org/d289145b6
Mar 20 01:37:35 <philipp64|laptop> it builds fine, but panics on the squashfs filesystem...
Mar 20 01:37:54 <Real0pty> yo
Mar 20 01:42:58 <builder> build #76 of adm5120 is complete: Exception [exception failed slave lost shell_13 compile_12]  Build details are at http://tksite.gotdns.org:8010/builders/adm5120/builds/76
Mar 20 01:43:03 <builder> build #111 of brcm63xx is complete: Exception [exception failed slave lost shell_13 compile_12]  Build details are at http://tksite.gotdns.org:8010/builders/brcm63xx/builds/111
Mar 20 01:43:04 <builder> build #105 of s3c24xx is complete: Exception [exception failed slave lost shell_13 compile_12]  Build details are at http://tksite.gotdns.org:8010/builders/s3c24xx/builds/105
Mar 20 02:09:16 <cshore> hey thepeople you're back!
Mar 20 02:19:37 <thepeople> cshore: yea, it has been awhile
Mar 20 02:20:26 <cshore> were you sick or some such, or just really busy?  (I've been off an on myself due to work)
Mar 20 02:20:57 <cshore> well that and sleep apnea meaning I was tired all the time
Mar 20 02:21:59 <cshore> sorry got to go...by nephews want me to watch a show with them
Mar 20 02:22:13 <thepeople> I have just been really busy
Mar 20 02:43:30 <philipp64|laptop> why am I seeing "SQUASHFS error: Filesystem uses "lzma" compression. This is not supported" when I boot?  what changed in 2.6.38?
Mar 20 02:45:24 <nbd> lzma hasn't been ported to 2.6.38, we will probably merge new squashfs tools to use xz soon
**** ENDING LOGGING AT Sun Mar 20 02:59:57 2011