**** BEGIN LOGGING AT Wed Jan 26 02:59:57 2011
Jan 26 04:15:18 <philipp64|laptop> [florian]: ping
**** ENDING LOGGING AT Wed Jan 26 04:23:39 2011

**** BEGIN LOGGING AT Wed Jan 26 06:04:15 2011
Jan 26 06:26:31 <philipp64|laptop> no, the module was cs5535_gpio.c ... I finally sent out a patch for that.
Jan 26 06:32:40 <philipp64|laptop> I hope someone starts reviewing and committing my patches... I've got them stacked up 5 deep again.
Jan 26 06:34:15 <Epsylon3> ive seen them :)
Jan 26 06:47:24 <philipp64|laptop> that's a start.
Jan 26 06:47:44 <philipp64|laptop> nothing obviously wrong.
Jan 26 06:48:38 <dkostousov> Hello. Is OpenWrt supports netgear WNR3500L and WGR614L?
Jan 26 06:51:23 <philipp64|laptop> what's the chipset?
Jan 26 06:52:15 <philipp64|laptop> dkostousov: https://forum.openwrt.org/viewtopic.php?id=22016
Jan 26 07:01:15 <philipp64|laptop> time for bed.
Jan 26 07:05:59 <dkostousov> philipp64|laptop: thanks
Jan 26 07:06:27 <builder> build #61 of ar71xx is complete: Failure [failed shell compile_6]  Build details are at http://tksite.gotdns.org:8010/builders/ar71xx/builds/61
Jan 26 08:35:32 * Epsylon3 is now auto-away after 2h idle
Jan 26 10:00:28 <Acinonyx> gmorning
Jan 26 10:05:33 <dkostousov> hi
Jan 26 11:33:36 <CIA-84> nbd * r25099 /trunk/package/mac80211/patches/540-ath9k_fix_queue_debug.patch: ath9k: fix tx queue debug counters
Jan 26 11:33:39 <CIA-84> nbd * r25100 /trunk/package/dnsmasq/files/dnsmasq.init:
Jan 26 11:33:39 <CIA-84> dnsmasq: Fix parameter 'limit'
Jan 26 11:33:39 <CIA-84> 'limit' is actually the number of IP addresses to serve. See the use of ipcalc.sh.
Jan 26 11:33:39 <CIA-84> For getting the expected number of IP addresses served, we have to decrement
Jan 26 11:33:39 <CIA-84> limit by one.
Jan 26 11:33:39 <CIA-84> Patch from: kentarou matsuyama <matsuyama@thinktube.com>
Jan 26 11:33:43 <CIA-84> nbd * r25101 /trunk/package/libnl-tiny/ (4 files in 2 dirs):
Jan 26 11:33:43 <CIA-84> libnl-tiny: Fix for c++ compatibility
Jan 26 11:33:43 <CIA-84> g++ compiler issued some errors like "invalid conversion from void* to *struct nl_attr"
Jan 26 11:33:43 <CIA-84> when compiling cpp file which calls libnl-tiny functions. (it's OK with gcc)
Jan 26 11:33:43 <CIA-84> Also see https://dev.openwrt.org/ticket/7854
Jan 26 11:33:43 <CIA-84> Patch from: kentarou matsuyama <matsuyama@thinktube.com>
Jan 26 11:33:47 <CIA-84> nbd * r25102 /trunk/target/linux/x86/base-files/lib/soekris.sh:
Jan 26 11:33:47 <CIA-84> x86/soekris: Add script to detect soekris model
Jan 26 11:33:47 <CIA-84> Add script to detect soekris board of net4801 and net4826.
Jan 26 11:33:47 <CIA-84> Patch from: kentarou matsuyama <matsuyama@thinktube.com>
Jan 26 11:33:52 <CIA-84> nbd * r25103 /trunk/target/linux/x86/ (9 files in 6 dirs):
Jan 26 11:33:52 <CIA-84> x86/soekris: Add defconfig for soekris net4801 and net4826
Jan 26 11:33:52 <CIA-84> Add default config file for net4801 and 4826 and initial script
Jan 26 11:33:52 <CIA-84> to copy config file like it is done for other platforms.
Jan 26 11:33:52 <CIA-84> Patch from: kentarou matsuyama <matsuyama@thinktube.com>
Jan 26 11:33:55 <CIA-84> nbd * r25104 /trunk/package/mac80211/patches/201-ath5k-WAR-for-AR71xx-PCI-bug.patch: (log message trimmed)
Jan 26 11:33:55 <CIA-84> mac80211: Improve ath5k/ar71xx PCI bug WAR
Jan 26 11:33:55 <CIA-84> It has been confirmed by Atheros that this PCI bug affects the RX side only,
Jan 26 11:33:55 <CIA-84> so we can keep the 128B DMA size for TX.
Jan 26 11:33:55 <CIA-84> With this change we can double the thruput of ath5k from 15Mps to 30Mbps.
Jan 26 11:34:11 <CIA-84> nbd * r25108 /trunk/package/iw/patches/302-sta-retries.patch:
Jan 26 11:34:11 <CIA-84> iw: Add support to print station retry counters
Jan 26 11:34:11 <CIA-84> Patch from: kentarou matsuyama <matsuyama@thinktube.com>
Jan 26 11:34:12 <CIA-84> nbd * r25109 /trunk/package/iw/patches/500-sta-signal-avg.patch:
Jan 26 11:34:12 <CIA-84> iw: Add signal average to station information
Jan 26 11:34:12 <CIA-84> Patch from: kentarou matsuyama <matsuyama@thinktube.com>
Jan 26 11:34:17 <CIA-84> nbd * r25110 /trunk/package/iw/patches/110-survey_phy_stats.patch:
Jan 26 11:34:17 <CIA-84> iw: Fix data types for iw survey channel time
Jan 26 11:34:18 <CIA-84> The channel times are unsigned 64 bit values, so we shouldn't print them as
Jan 26 11:34:18 <CIA-84> signed values.
Jan 26 11:34:18 <CIA-84> Patch from: kentarou matsuyama <matsuyama@thinktube.com>
Jan 26 11:34:22 <CIA-84> nbd * r25111 /trunk/package/mac80211/files/lib/wifi/mac80211.sh:
Jan 26 11:34:22 <CIA-84> mac80211: Add new parameters to mac80211.sh
Jan 26 11:34:22 <CIA-84> Add new options 'bintval' (beacon interval), 'basicrates' (basic rates) and
Jan 26 11:34:22 <CIA-84> 'antenna' (antenna selection) for /etc/config/wireless to be used with
Jan 26 11:34:22 <CIA-84> mac80211 drivers.
Jan 26 11:34:22 <CIA-84> Enable WEP encryption for IBSS mode.
Jan 26 11:34:23 <CIA-84> Patch from: kentarou matsuyama <matsuyama@thinktube.com>
Jan 26 11:40:10 <stintel> :)
Jan 26 13:33:22 <CIA-84> hcg * r25112 /trunk/target/linux/omap35xx/patches-2.6.36/ (. 001-expose_omap3_die_id.patch): [omap35xx] Add kernel patch to expose omap3 die id via sysfs
Jan 26 13:34:35 <CIA-84> bud * r25113 /packages/utils/ntfs-3g/Makefile:
Jan 26 13:34:35 <CIA-84> - add lowntfs-3g variant
Jan 26 13:34:35 <CIA-84> - include mount helper per default in (low)ntfs-3g packages, essentially it's only a symlink so no space wasted
Jan 26 13:34:35 <CIA-84> - bump version to latest stable
Jan 26 13:37:07 <neutronscott> how much work would a network work if a network could net work
Jan 26 13:43:33 <das-Iro> neutronscott: less of whatever you take please ;)
Jan 26 13:49:36 <CIA-84> nbd * r25114 /packages/net/iperf/Makefile: iperf: fix g++-uc override, add -lpthread explicitly for iperf-mt
Jan 26 13:56:38 <soma> hi. i had to move the buildroot for one target now it fails to build. is there a simpler way than make clean or distclean to make it work again?
Jan 26 13:57:52 <jow_laptop> symlinks? :)
Jan 26 13:58:14 <jow_laptop> (no)
Jan 26 14:00:58 <soma> hm ok, then i need to rebuild i guess
Jan 26 14:08:50 <soma> ah nice, looks like symlinking did work :)
Jan 26 14:52:27 <mazilo> soma: It is better to 'make dirclean' to remove all, except the .config and downloaded files in dl directory.
Jan 26 15:19:02 <soma> mazilo: but that will remove all, i.e. i need to rebuild all packages?
Jan 26 15:26:55 <jow_laptop> soma: yes
Jan 26 15:27:54 <builder> build #72 of ubicom32 is complete: Exception [exception shell failed slave lost shell_13 compile_12]  Build details are at http://tksite.gotdns.org:8010/builders/ubicom32/builds/72
Jan 26 15:29:21 <soma> ok. thats what i wanted to avoid (because rebuilding all takes ~10h) but maybe tonight
Jan 26 17:07:08 <cshore> ping xMff
Jan 26 17:07:12 <xMff> pong cshore
Jan 26 17:07:31 <cshore> I've been away a few days...anything I need to know about?
Jan 26 17:08:02 <xMff> not really
Jan 26 17:08:36 <cshore> I'm now researching voice FXO/FXS on openwrt supported boxes
Jan 26 17:09:14 <xMff> cool
Jan 26 17:09:20 <cshore> I need that working to start doing experimenting with options for our box
Jan 26 17:09:35 <xMff> probably chack the lantiq target
Jan 26 17:09:48 <cshore> I wondered about that - I noticed there was some stuff in tree for that
Jan 26 17:10:49 <cshore> Do you know which kernel modules supply the mythic VoIP support I see in the modules section, but can't select?
Jan 26 17:10:59 <cshore> *mythical
Jan 26 17:11:41 <xMff> no sorry. blogic might know a bit better
Jan 26 17:12:02 <xMff> I have no clear overview over the stack and involved components
Jan 26 17:12:35 <cshore> xMff: ok...knowing who to ask is half the battle :)  Do you know when blogic is likely to be around?
Jan 26 17:13:35 <xMff> varies
Jan 26 17:13:40 <cshore> or his email addy ?
Jan 26 17:14:05 <xMff> @openwrz
Jan 26 17:14:09 <xMff> @openwrt
Jan 26 17:14:18 <cshore> ok, thanks
Jan 26 17:28:27 <CIA-84> nbd * r25115 /trunk/package/mac80211/patches/550-ath9k_optimize_memory_allocation.patch: ath9k: optimize memory allocations - improves performance and reduces ath9k RAM usage by 2 MB per device
Jan 26 18:01:32 <CIA-84> jow * r25116 /trunk/package/mac80211/files/lib/wifi/mac80211.sh:
Jan 26 18:01:32 <CIA-84> [package] mac80211: rework recent mac80211.sh additions:
Jan 26 18:01:32 <CIA-84> - split antenna options into rxantenna and txantenna to bring it in line with broadcom and madwifi
Jan 26 18:01:32 <CIA-84> - get rid of temporary variables
Jan 26 18:01:32 <CIA-84> - follow the documented config protocol for wep keys (option key # + option key# [s:]data)
Jan 26 18:38:21 <philipp64|laptop> xMff: hi. got any time to review some of my patches?  thanks.
Jan 26 20:35:48 <CIA-84> juhosg * r25117 /trunk/package/base-files/ (Makefile files/lib/upgrade/common.sh):
Jan 26 20:35:48 <CIA-84> package/base-files: add get_magic_long() to common upgrade script
Jan 26 20:35:48 <CIA-84> Patch-by: Mark Mentovai <mark@moxienet.com>
Jan 26 20:35:50 <CIA-84> juhosg * r25118 /trunk/target/linux/ar71xx/ (8 files in 6 dirs):
Jan 26 20:35:50 <CIA-84> ar71xx: add support for the WNDR3700v2 board
Jan 26 20:35:50 <CIA-84> Based on a patch by Mark Mentovai <mark@moxienet.com>
Jan 26 20:35:51 <CIA-84> juhosg * r25119 /trunk/target/linux/ar71xx/image/Makefile:
Jan 26 20:35:51 <CIA-84> ar71xx: create firmware image for the WNDR3700v2 board
Jan 26 20:35:51 <CIA-84> Patch-by: Mark Mentovai <mark@moxienet.com>
Jan 26 20:35:54 <CIA-84> juhosg * r25121 /trunk/target/linux/ar71xx/files/arch/mips/ar71xx/mach-dir-825-b1.c: ar71xx: add rtl8366s initvals for the DIR-825 board
Jan 26 20:35:56 <CIA-84> juhosg * r25120 /trunk/target/linux/generic/files/ (drivers/net/phy/rtl8366s.c include/linux/rtl8366s.h): generic: rtl8366s: allow initial register values to be passed via platform_data
Jan 26 20:37:19 <CIA-84> jow * r25122 /trunk/package/mac80211/files/lib/wifi/mac80211.sh: [package] mac80211: add mising esac to mac80211.sh
Jan 26 20:48:43 <CIA-84> juhosg * r25123 /trunk/target/linux/ramips/files/arch/mips/ (7 files in 3 dirs): ramips: remove extern and __init from function prototypes
Jan 26 20:48:44 <CIA-84> juhosg * r25124 /trunk/target/linux/ramips/files/arch/mips/ (7 files in 2 dirs): ramips: implement clock API for RT305X
Jan 26 20:48:46 <CIA-84> juhosg * r25125 /trunk/target/linux/ramips/files/arch/mips/ (7 files in 2 dirs): ramips: implement clock API for RT288x
Jan 26 20:48:47 <CIA-84> juhosg * r25126 /trunk/target/linux/ramips/ (5 files in 4 dirs): ramips: add watchdog driver
Jan 26 20:48:54 <CIA-84> juhosg * r25127 /trunk/target/linux/ramips/files/arch/mips/ (3 files in 2 dirs): ramips: add watchdog device for RT305x
Jan 26 20:48:55 <CIA-84> juhosg * r25128 /trunk/target/linux/ramips/files/arch/mips/ralink/rt305x/ (7 files): ramips: register watchdog device on the rt305x boards
Jan 26 20:48:57 <CIA-84> juhosg * r25129 /trunk/target/linux/ramips/files/arch/mips/ (3 files in 2 dirs): ramips: add watchdog device for RT288x
Jan 26 20:49:00 <CIA-84> juhosg * r25130 /trunk/target/linux/ramips/files/arch/mips/ralink/rt288x/ (mach-rt-n15.c mach-wzr-agl300nh.c): ramips: register watchdog device on the rt288x boards
Jan 26 21:01:32 <CIA-84> jow * r25131 /trunk/package/mac80211/files/lib/wifi/mac80211.sh: [package] mac80211: add missing done to mac80211.sh (#8735)
Jan 26 21:38:01 <CIA-84> dingo * r25132 /packages/net/wavemon/Makefile: [patchteam] updated wavemon to 0.7.1 - signed off by gkusnierz@gmail.com
Jan 26 22:40:34 <Epsy> any idea about this log :
Jan 26 22:40:34 <Epsy> Jan 26 23:31:40 WNR854T user.info hostapd: ath0: STA 40:fc:89:ee:2b:09 WPA: group key handshake completed (WPA)
Jan 26 22:40:34 <Epsy> Jan 26 23:31:40 WNR854T user.info hostapd: ath0: STA 40:fc:89:ee:2b:09 WPA: received EAPOL-Key 2/2 Group with unexpected replay counter
Jan 26 23:27:22 <_trine> I just flashed  KAMIKAZE (bleeding edge, r25131) onto my wndr3700 and now I cant ping other things on my lan
Jan 26 23:31:03 <_trine> I can ping stuff from the router on the lan but not from a terminal on my computer
Jan 27 00:18:24 <Epsylon3> _trine >> #openwrt
Jan 27 00:19:38 <_trine> yes
Jan 27 00:21:08 <Epsylon3> how are you connected to the router ?
Jan 27 00:21:31 <_trine> over my lan
Jan 27 00:21:46 <_trine> but thats the only thing that works
Jan 27 00:22:04 <_trine> very odd
Jan 27 00:23:08 <_trine> I have several other items connected to my lan 3 doockstars and a nanostation m2 and I cant ping any of them now
Jan 27 00:23:08 <OutBackDingo> _trine: firewall now working ?
Jan 27 00:25:06 <Epsylon3> if you use luci, check the rules at bottom in Network/Firewall
Jan 27 00:25:21 <Epsylon3> ICMP
Jan 27 00:26:04 <_trine> I dont use luci on this router
Jan 27 00:26:19 <_trine> I just restarted the firewall over cli
Jan 27 00:26:27 <_trine> and its just the same
Jan 27 00:26:31 <_trine> PING 192.168.123.18 (192.168.123.18) 56(84) bytes of data.
Jan 27 00:26:31 <_trine> From 192.168.123.11 icmp_seq=1 Destination Host Unreachable
Jan 27 00:26:52 <_trine> all I did was a sysyupgrade
Jan 27 00:27:07 <_trine> so nothing should have changed
Jan 27 00:27:36 <_trine> I will wait till to see if others have the same problem,, I am sure it will soon be fixed
Jan 27 00:28:14 <_trine> OutBackDingo, the FW should not affect my lan anyway
Jan 27 00:28:58 <OutBackDingo> odd
Jan 27 00:28:59 <_trine> I can ping the other units from the router
Jan 27 00:29:13 <_trine> just not from a terminal
Jan 27 00:29:19 <_trine> on my computer
Jan 27 00:29:46 <_trine> yet I am connected to all this via my lan
Jan 27 00:29:57 <_trine> anyway its bedtime
Jan 27 00:30:50 <_trine> jushog made some recent alterations to the switch it might be that
Jan 27 00:33:06 <_trine> gnite all
Jan 27 00:34:22 <Epsylon3> n8
Jan 27 00:49:30 <builder> build #64 of ps3 is complete: Failure [failed compile_3]  Build details are at http://tksite.gotdns.org:8010/builders/ps3/builds/64
Jan 27 01:09:01 <builder> build #70 of ppc40x is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/ppc40x/builds/70
Jan 27 01:13:16 <builder> build #74 of brcm47xx is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/brcm47xx/builds/74
Jan 27 01:26:53 <builder> build #66 of pxcab is complete: Failure [failed compile_3]  Build details are at http://tksite.gotdns.org:8010/builders/pxcab/builds/66
Jan 27 02:11:16 <CIA-84> florian * r25133 /trunk/target/linux/brcm63xx/patches-2.6.35/240-spi.patch: [brcm63xx] give some credits to Tanguy Bouzeloc in the spi driver
Jan 27 02:11:27 <cshore> ping florian
Jan 27 02:12:53 <philipp64|laptop> cshore: ping
Jan 27 02:13:04 <cshore> philpp64|laptop: pong
Jan 27 02:13:18 <[florian]> philipp64|laptop, cshore pong
Jan 27 02:13:34 <Epsylon3> too many Tanguy's in computer science :)
Jan 27 02:13:44 <cshore> [florian]: how is the brcm63xx spi driver doing?
Jan 27 02:13:47 <philipp64|laptop> cshore: you got any cycles to review some patches?
Jan 27 02:14:10 <cshore> philipp64: sure, if they're in my purview
Jan 27 02:14:16 <[florian]> cshore: it should just work
Jan 27 02:14:37 <cshore> [florian]: how about switch through spi?
Jan 27 02:14:51 <[florian]> cshore: there is no driver for it
Jan 27 02:15:05 * philipp64|laptop scratches his head and wonders what French painters are doing in computer science...
Jan 27 02:15:19 <Epsylon3> is there a tool to scan spi busses ? like i2c ?
Jan 27 02:15:22 <philipp64|laptop> not sure what your purview covers.
Jan 27 02:15:46 <cshore> mostly non-kernel stuff
Jan 27 02:15:56 <cshore> but if I understand the kernel stuff, that too
Jan 27 02:16:00 <[florian]> Epsylon3: it does not really make sense with spi
Jan 27 02:16:18 <[florian]> Epsylon3: either there is a slave behinnd a slave select line or there is not
Jan 27 02:16:20 <Epsylon3> yea, dont remember the spi requests
Jan 27 02:16:42 <Epsylon3> yea.. but if you select all
Jan 27 02:16:45 <Epsylon3> 0xff
Jan 27 02:16:56 <Epsylon3> you have maybe answers
Jan 27 02:17:17 <[florian]> I do not know how multi slave requests are handled
Jan 27 02:17:24 <[florian]> I would expect these to be serialized
Jan 27 02:17:46 <Epsylon3> on fact its just to know if something is connected
Jan 27 02:17:51 <philipp64|laptop> Epsylon3: SPI is usually open collector, (tri-state), so I'm not sure it's a good thing to have multiple slaves trying to drive it simultaneously.
Jan 27 02:18:28 <Epsylon3> yea :)
Jan 27 02:18:28 <philipp64|laptop> can you say, "burned out driver"?
Jan 27 02:18:44 <cshore> roast that router!
Jan 27 02:18:50 <Epsylon3> hehe :)
Jan 27 02:18:51 <philipp64|laptop> you probably don't want to let the magic blue smoke out.
Jan 27 02:19:04 <Epsylon3> the gpiotoggling package is something like that :p
Jan 27 02:19:17 <Epsylon3> start 0 stop 34.... echo 1 > FIRE
Jan 27 02:19:22 <Epsylon3> spppooofff
Jan 27 02:19:34 <Epsylon3> no more gpios ;)
Jan 27 02:19:47 <philipp64|laptop> god help you if you're using Intel x86 hardware.
Jan 27 02:20:08 <cshore> heh, it worked for figuring 63xx GPIO for leds and button
Jan 27 02:20:11 <philipp64|laptop> I've not had good luck with block transfer mode with x86 chipsets.
Jan 27 02:20:24 <Epsylon3> cshore its what i'm trying to do
Jan 27 02:20:33 <Epsylon3> access switch core leds
Jan 27 02:20:45 <Epsylon3> from the MV6161
Jan 27 02:21:28 <Epsylon3> the lan leds are not on the cpu
Jan 27 02:21:29 <Epsylon3> soc
Jan 27 02:21:31 <cshore> I used gpioctl, started and 0 went until I got Oops...set to direction out, set, clear, set, set....see of the LEDs light
Jan 27 02:21:42 <Epsylon3> there are on the second marvell chip
Jan 27 02:21:54 <cshore> sorry don't know how to help you there
Jan 27 02:21:57 <Epsylon3> they
Jan 27 02:22:23 <cshore> that was when I was young and foolish and didn't know it could have been bad
Jan 27 02:22:33 <Epsylon3> yea :)
Jan 27 02:22:38 <Epsylon3> in fact if you do that fast
Jan 27 02:22:47 <Epsylon3> that could be handled
Jan 27 02:23:04 <Epsylon3> but the important thing is to restore old state
Jan 27 02:25:21 <cshore> I don't suppose there is a way to query old state?
Jan 27 02:25:52 <Epsylon3> mm... "io" package
Jan 27 02:25:55 <Epsylon3> maybe
Jan 27 02:26:21 <Epsylon3> gpio are mapped in mmu
Jan 27 02:26:21 <cshore> hey, philipp64, you say you have patches?
Jan 27 02:26:39 <Epsylon3> gpios registers too
Jan 27 02:26:40 <philipp64|laptop> cshore: yessir.
Jan 27 02:26:47 <cshore> Epsylon3: sounds ugly
Jan 27 02:27:09 <Epsylon3> yea, but faster than compiling a kernel to test
Jan 27 02:27:16 <cshore> Epsylong3: true
Jan 27 02:27:58 <Epsylon3> it how ive made overclock tool on windows mobile :)
Jan 27 02:28:19 <Epsylon3> for a S3C6410 SoC (arm11)
Jan 27 02:29:02 <philipp64|laptop> cshore: some of them are trivial...  like the p910nd patch.
Jan 27 02:29:17 <cshore> are they on -devel?
Jan 27 02:29:35 <Epsylon3> http://tanguy.wdscript.fr/GPIOgfx
Jan 27 02:29:44 <philipp64|laptop> although some might argue that it should be "kmod-usb-printer" and not "+kmod-usb-printer".
Jan 27 02:30:06 <philipp64|laptop> I think the kernel driver should be selected since it's required to make the application work...
Jan 27 02:30:11 <Epsylon3> in english : http://tanguy.wdscript.fr/index.php?q=english/content/gpiogfx-s3clock-s3c64x0-projects
Jan 27 02:30:37 <philipp64|laptop> but others are offended by the notion of applications selecting driver modules, rather than driver modules enabling applications.
Jan 27 02:30:46 <philipp64|laptop> tomatoe, tomato.
Jan 27 02:30:58 <philipp64|laptop> and yes, they're on -devel.
Jan 27 02:31:53 <cshore> philipp64: huh...the devs generally say application say apps select modules, not the other way around
Jan 27 02:33:01 <cshore> can it work with non-ups printers?
Jan 27 02:33:05 <philipp64|laptop> ok, then without the "+".
Jan 27 02:33:23 <philipp64|laptop> no. it only works with USB, if I remember.
Jan 27 02:33:27 <mazilo> jow_laptop: Please remove these spam posts (https://forum.openwrt.org/viewtopic.php?pid=126604#p126604, https://forum.openwrt.org/viewtopic.php?pid=126603#p126603, and https://forum.openwrt.org/viewtopic.php?pid=126606#p126606). You may also want to deactivate the account.
Jan 27 02:35:13 <cshore> philipp64: hmmm....Stefan claims it works with parallel printers too...is there any reason it shouldn't be able to?
Jan 27 02:36:05 <philipp64|laptop> cshore: actually, it opens /dev/lp%d ... but since it reads and writes from the device, but doesn't ioctl() it to force a mode (such as bidirectional ECP mode)... I doubt it would work properly on a centronics...
Jan 27 02:37:05 <philipp64|laptop> you'd either have to mknod /dev/lp? with the appropriate bits to force it to come up ECP/EPP, or else... load the module up with a parameter that put it into that default mode.
Jan 27 02:37:15 <philipp64|laptop> I've not worked with the parport driver, so I can't say.
Jan 27 02:37:20 <cshore> philipp64: I'm inclined to regard this is a user knowledge issue trying to be solved with a technological fix, rather than a true hard dependency (and what you say sounds more like a bug than an intentional feature)
Jan 27 02:38:13 <philipp64|laptop> hmm....  modinfo partport_pc tells me:
Jan 27 02:38:15 <philipp64|laptop> parm:           init_mode:Initialise mode for VIA VT8231 port (spp, ps2, epp, ecp or ecpepp) (charp)
Jan 27 02:39:45 <cshore> philipp64: in general dependencies should represent linking or similar hard dependencies, not the user might be stupid and not think of this
Jan 27 02:39:59 <philipp64|laptop> ok.
Jan 27 02:40:21 <Epsylon3> md5 is missing for cifs
Jan 27 02:40:31 <Epsylon3> :p
Jan 27 02:40:34 <philipp64|laptop> I also have a dependency fix for libusb-1.0 ....
Jan 27 02:41:01 <cshore> ok, I'll look at that
Jan 27 02:41:01 <philipp64|laptop> Epsylon3: yeah, but that's a user knowledge issue. :-)
Jan 27 02:41:21 <Epsylon3> mmm....
Jan 27 02:41:40 <Epsylon3> yea, when failed one time, you know it :p
Jan 27 02:42:03 <Epsylon3> it fails on module insert
Jan 27 02:42:09 <Epsylon3> in fact no
Jan 27 02:42:17 <Epsylon3> on mount
Jan 27 02:42:32 <Epsylon3> on insert, its nls_base which is missing
Jan 27 02:42:39 <cshore> Epsylon3: is it required for mount.cifs to work at all, ever, etc
Jan 27 02:42:39 <Epsylon3> :p)
Jan 27 02:42:57 <Epsylon3> mount.cifs is unused (and failing)
Jan 27 02:43:06 <Epsylon3> busybox already supports that
Jan 27 02:43:11 <cshore> ah, ok
Jan 27 02:43:19 <Epsylon3> i mean cifsmount package...
Jan 27 02:43:36 <Epsylon3> or mountcifs
Jan 27 02:43:43 <Epsylon3> dont remember the package name
Jan 27 02:43:48 <cshore> so that's not something we can add as a dependency then...if busybox supports it we certainly don't want to pull in md5 on every install
Jan 27 02:44:00 <Epsylon3> busybox use kernel module
Jan 27 02:44:04 <Epsylon3> cifs
Jan 27 02:44:08 <cshore> right
Jan 27 02:44:17 <cshore> so it's the kernel module which is missing md5?
Jan 27 02:44:29 <Epsylon3> yea, and nls_base
Jan 27 02:44:40 <cshore> can that kernel module do anything whatsoever without md5 (and/or nls_base)?
Jan 27 02:44:41 <Epsylon3> md5 is used in kernel module
Jan 27 02:44:49 <philipp64|laptop> those IRO people from UdeM pop up everywhere...
Jan 27 02:44:50 <Epsylon3> in linux sources
Jan 27 02:45:23 <philipp64|laptop> cshore: heading home... back online in a bit. if you have questions about my patches, ask away. thanks.
Jan 27 02:45:25 <cshore> i.e. is it a require module for the thing to load?
Jan 27 02:45:29 <cshore> ok
Jan 27 02:45:34 <Epsylon3> nls yea
Jan 27 02:45:42 <Epsylon3> two symbols not found
Jan 27 02:46:01 <cshore> ok, for that make a patch, and I'll add it
Jan 27 02:46:09 <Epsylon3> opkg install kmod-nls-base
Jan 27 02:46:09 <Epsylon3> opkg install kmod-fs-cifs
Jan 27 02:46:17 <Epsylon3> i make that in that order
Jan 27 02:46:24 <Epsylon3> in my post upgrade script
Jan 27 02:46:25 <Epsylon3> :)
Jan 27 02:46:52 <cshore> that sounds like a true hard dependency
Jan 27 02:47:14 <Epsylon3> ive set crypto md5 directly to "*"
Jan 27 02:47:43 <cshore> and you still have a problem?
Jan 27 02:47:57 <Epsylon3> no, its working (manually)
Jan 27 02:48:05 <Epsylon3> its just to tell you
Jan 27 02:48:23 <cshore> hmmm...it should be loaded automatically if it's in the image
Jan 27 02:48:55 <Epsylon3> the rights options are : noserverino,ro,user=Admin,pass=xxx,dom=EPSYLON
Jan 27 02:49:06 <Epsylon3> EPSYLON is the PC name
Jan 27 02:49:09 <Epsylon3> for account
Jan 27 02:49:18 <Epsylon3> EPSYLON\Admin
Jan 27 02:49:23 <Epsylon3> in windows language
Jan 27 02:49:33 <Epsylon3> //192.168.1.100/video2
Jan 27 02:49:33 <Epsylon3> /ushare/video2
Jan 27 02:49:49 <cshore> ah, is it the type of share password encryption that requires md5 ?
Jan 27 02:50:00 <cshore> i.e. does lesser encryption not require it?
Jan 27 02:50:01 <Epsylon3> yea, could be
Jan 27 02:50:14 <Epsylon3> EPSYLON is a standard Windows Seven
Jan 27 02:50:33 <cshore> yeah, but cifs works back to 95 and even earlier to WfW
Jan 27 02:50:39 <cshore> or evan LANMAN for DOS
Jan 27 02:50:43 <Epsylon3> :)
Jan 27 02:50:56 <Epsylon3> i real message was :
Jan 27 02:51:02 <Epsylon3> hmacmd5 missing
Jan 27 02:51:11 <Epsylon3> the real
Jan 27 02:51:22 <Epsylon3> on mount
Jan 27 02:51:47 <cshore> could you open a ticket for the nls_base issue?
Jan 27 02:51:56 <Epsylon3> sure
Jan 27 02:54:19 <Epsylon3> root@WNR854T:/# insmod cifs
Jan 27 02:54:21 <Epsylon3> cifs: Unknown symbol load_nls_default (err 0)
Jan 27 02:54:23 <Epsylon3> cifs: Unknown symbol load_nls (err 0)
Jan 27 02:54:25 <Epsylon3> cifs: Unknown symbol unload_nls (err 0)
Jan 27 02:54:27 <Epsylon3> insmod: can't insert 'cifs': unknown symbol in module, or unknown parameter
Jan 27 02:56:08 <Epsylon3> https://dev.openwrt.org/ticket/8736
Jan 27 02:57:33 <Epsylon3> cifs module loads nls_base automatically
Jan 27 02:58:36 <Epsylon3> root@WNR854T:/# mount /ushare/videos
Jan 27 02:58:36 <Epsylon3> CIFS VFS: could not allocate crypto hmacmd5
Jan 27 02:58:36 <Epsylon3> CIFS VFS: could not setup hash structures rc -2
Jan 27 02:59:11 <Epsylon3> yea
Jan 27 02:59:19 <Epsylon3> hmac and md5 modules are required, both
**** ENDING LOGGING AT Thu Jan 27 02:59:57 2011