**** BEGIN LOGGING AT Fri Feb 03 02:59:57 2012
Feb 03 03:22:15 <vex> hai.
Feb 03 03:22:34 <vex> trying to build, I get "configure: error: support for __builtin_expect needed"
Feb 03 03:25:02 <vex> I don't know what I need to satisfy that.
Feb 03 03:27:08 <vex> this is while building eglibc-2.15-r16526
Feb 03 03:27:11 <vex> for armv4
Feb 03 03:48:45 <vex> ah.. it's using a toolchain that came with openwrt.. and i'd selected the wrong gcc version.
Feb 03 03:48:48 <vex> :>
Feb 03 03:50:06 <dape_x60> hmm, i dont get why "config_get wan ifname" gets me the goddam pppoe-wan when its clearly eth1
Feb 03 04:20:04 <russell--> alix2 build failure
Feb 03 04:20:47 <russell--> drivers/net/phy/mvswitch.c: In function 'mvswitch_mangle_rx':
Feb 03 04:20:47 <russell--> drivers/net/phy/mvswitch.c:189:3: error: implicit declaration of function 'vlan_hwaccel_receive_skb'
Feb 03 04:20:50 <russell--> drivers/net/phy/mvswitch.c:191:3: error: implicit declaration of function 'vlan_hwaccel_rx'
Feb 03 04:20:53 <russell--> drivers/net/phy/mvswitch.c: In function 'mvswitch_config_init':
Feb 03 04:20:56 <russell--> drivers/net/phy/mvswitch.c:349:11: error: 'struct net_device_ops' has no member named 'ndo_vlan_rx_register'
Feb 03 04:45:33 <philipp64|laptop> russell--: what's failing to build? what module is that in?
Feb 03 06:59:04 <builder_> build #133 of s3c24xx is complete: Failure [failed compile_10]  Build details are at http://buildbot.openwrt.org:8010/builders/s3c24xx/builds/133
Feb 03 07:42:21 <russell--> philipp64|laptop:   CC [M]  drivers/net/phy/mvswitch.o
Feb 03 07:43:04 <KanjiMonster> russell--: did you build with LINUX_VERSION as a parameter? It will mess up menuconfig config based on the linux version (like deselecting modules not available/buildable), so either modify target/linux/<target>/Makefile and run make oldconfig first, or deselect those manually
Feb 03 07:44:26 * russell-- just did an make oldconfig and make V=99
Feb 03 07:46:46 <russell--> also, getting prompted for a few kernel config items: SCSI_MVSAS_TASKLET, SKGE_GENESIS
Feb 03 07:51:10 <russell--> hmm, rm -rf tmp ; make oldconfig ; make V=99 fixed the mvswitch problem, apparently
Feb 03 07:51:23 <russell--> but still the kernel config items
Feb 03 07:52:33 <russell--> or, wait, still confirming ... that was just a kernel compile
Feb 03 08:00:34 <KanjiMonster> russell--: I wouldn't wonder if there are still some missing generic symbols for 3.3; I made my config using bcm63xx, so I would never see anything that depends on any other arch
Feb 03 08:27:07 <blogic> btsimonh: yes
Feb 03 08:32:33 <btsimonh> hi blogic :).  I think i understand all except altsel0/1 - as these are processor specific.  I'm trying some 'patch code' I found in the open source; at least my hub is working again for the moment, not a brick.  gotta go to work now...
Feb 03 08:38:18 <btsimonh> how do I enable radio0 from command line?
Feb 03 08:46:37 <KanjiMonster> philipp64|laptop: http://pastebin.com/XCzzG7fG
Feb 03 09:44:53 <CIA-85> nbd * r30007 /trunk/target/linux/ar71xx/ (2 files in 2 dirs): ar71xx: add usb on the pb92 board
Feb 03 10:07:46 <jow_laptop> btsimonh: uci set wireless.radio0.disabled=0; wifi
Feb 03 10:08:11 <jow_laptop> dape_x60: because its pppoe-wan in state vars
Feb 03 10:10:38 <btsimonh> i manually removed the line in /etc/config/wireless, and ran wifi, and it said all the right things.  I still had no actual signal :(  Something else must be wrong.  I'll pastebin a complete bootlog this evening and ask for comment....
Feb 03 10:14:27 <russell--> yeah, my build error went away
Feb 03 10:15:00 <russell--> sorry for the noise about mvswitch
Feb 03 10:15:25 <russell--> the two CONFIG defines are still there though
Feb 03 10:15:40 <russell--> (or not there ... i get asked for them)
Feb 03 10:17:32 <CIA-85> nbd * r30008 /trunk/package/netifd/files/etc/hotplug.d/iface/00-netstate: netifd: set the network device in uci state as well to avoid further remapping issues
Feb 03 10:17:46 <nbd> dape_x60: this commit might help
Feb 03 10:23:53 <CIA-85> nbd * r30009 /trunk/package/mac80211/patches/568-ath9k_fix_wep.patch: ath9k: fix WEP connection issues
Feb 03 10:23:56 <CIA-85> nbd * r30010 /trunk/package/mac80211/patches/ (569-ath9k_fix_cts.patch 571-ath9k_btcoex_optional.patch): ath9k: fix CTS timeout issues in 2.4 ghz
Feb 03 10:26:35 <CIA-85> nbd * r30011 /branches/backfire/package/mac80211/diff.txt: mac80211: remove accidentally committed file
Feb 03 10:26:46 <CIA-85> nbd * r30012 /branches/backfire/package/mac80211/patches/ (3 files): ath9k: backport fixes from r30009, r30010
Feb 03 14:19:31 <CIA-85> jow * r30013 /trunk/target/linux/x86/net5501/target.mk:
Feb 03 14:19:32 <CIA-85> [x86] net5501: adjust CFLAGS and package selection (#10893)
Feb 03 14:19:32 <CIA-85> This patches the CFLAGS for Geode LX CPUs for 4.3 and new GGC versions. This creates more compatible code and allowed me to boot my system first time with no troubles. Also, the missing kmod is added in.
Feb 03 15:43:41 <CIA-85> jow * r30014 /packages/libs/libiconv/ (Makefile src/iconv.c): [packages] libiconv: fix iconv() return value in E2BIG error case, fixes g_convert_with_iconv() and related operations
Feb 03 15:49:32 <CIA-85> jow * r30015 /branches/packages_10.03.1/libs/libiconv/ (Makefile src/iconv.c): [packages_10.03.1] revert r30005 - it was not meant to end up here
Feb 03 15:53:17 <CIA-85> jow * r30016 /branches/packages_10.03.2/ (5 files in 3 dirs): add packages_10.03.2 in preparation for the 10.03.2 interim release
Feb 03 15:58:08 <CIA-85> jow * r30017 /branches/packages_10.03.2/libs/libiconv/ (Makefile src/iconv.c): [packages_10.03.2] merge r30006
Feb 03 16:43:45 <CIA-85> jow * r30018 /branches/backfire/feeds.conf.default: [backfire] switch to packages_10.03.2 feed
Feb 03 16:45:33 <Weedy_lappy> oi jow_laptop
Feb 03 16:45:58 <Weedy_lappy> is patches-3.2/411-mtd-cfi_cmdset_0002-force-word-write.patch  the newest avalible?
Feb 03 16:50:06 <Weedy_lappy> wait nvm
Feb 03 17:10:41 <Weedy_lappy> :O did i fix it?
Feb 03 17:17:05 <OutBackDingo> _trine: ping
Feb 03 17:18:04 <_trine> pong
Feb 03 17:21:24 <_trine> OutBackDingo, pong
Feb 03 17:40:29 <philipp64|laptop> jow_laptop: ping
Feb 03 17:45:10 <Weedy_lappy> Applying patch platform/415-yaffs-update-i_nlink-to-set_nlink-thingy.patch
Feb 03 17:45:14 <Weedy_lappy> patching file fs/yaffs2/yaffs_vfs_glue.c
Feb 03 17:45:53 <Weedy_lappy> > current mood: http://home.weedy.ca/openwrt/yeah.swf
Feb 03 17:47:47 <jow_laptop> philipp64|laptop: pong
Feb 03 17:48:21 <philipp64|laptop> hi... we're in an inconsistent state... not all of the prerequisite patches went in, like the changes to x86/config-3.[23] ...
Feb 03 17:48:38 <philipp64|laptop> also, there is no kmod-leds-net5501...
Feb 03 17:49:01 <builder_> build #103 of au1000 is complete: Exception [exception interrupted]  Build details are at http://buildbot.openwrt.org:8010/builders/au1000/builds/103
Feb 03 17:49:02 <builder_> build #101 of iop32x is complete: Exception [exception interrupted]  Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/101
Feb 03 17:49:05 <builder_> build #100 of etrax is complete: Exception [exception interrupted]  Build details are at http://buildbot.openwrt.org:8010/builders/etrax/builds/100
Feb 03 17:49:07 <builder_> build #128 of atheros is complete: Exception [exception interrupted]  Build details are at http://buildbot.openwrt.org:8010/builders/atheros/builds/128
Feb 03 17:49:46 <jow_laptop> philipp64|laptop: you sent so many patches that I do not know which one you refer to with "the changes to x86/config-3.[23] ..."
Feb 03 17:50:16 <jow_laptop> also, where is "kmod-leds-net5501..." referenced?
Feb 03 17:50:34 <jow_laptop> your latest patch on the list includes 3.1 patches, clean it up please
Feb 03 17:50:51 <philipp64|laptop> I sent so many patches because I was told to break them down logically.
Feb 03 17:51:02 <jow_laptop> please lets not start this crap again
Feb 03 17:51:07 <jow_laptop> just tell me which one you refer to
Feb 03 17:51:14 <jow_laptop> I was not judging anything in any way
Feb 03 17:52:02 <philipp64|laptop> ok, first, r30013 was wrong. it added back in kmod-leds-net5501... that's gone away.
Feb 03 17:55:00 <jow_laptop> I see LEDS_NET5501 in 3.2.2 looks legit to me
Feb 03 17:55:18 <philipp64|laptop> ok, let's start wit 1822. this fixes x86/config-* to not have all these additional PATA drivers, but moves them into x86/generic/ instead.
Feb 03 17:55:41 <philipp64|laptop> 1825 removes LEDS_NET5501 and LEDS_ALIX from the kmod-* stuff.
Feb 03 17:55:50 <jow_laptop> why?
Feb 03 17:56:02 <philipp64|laptop> 1824 backports the net5501 driver from linux-next
Feb 03 17:56:19 <philipp64|laptop> why which?
Feb 03 17:56:51 <jow_laptop> ok because they're deprecated
Feb 03 17:57:19 <philipp64|laptop> right.
Feb 03 17:57:28 <jow_laptop> 1824 contains 3.1 junk, please refresh it
Feb 03 17:57:49 <philipp64|laptop> leds-net5501 doesn't work with the current GPIO drivers.
Feb 03 17:57:53 <philipp64|laptop> sorry, refresh it how?
Feb 03 17:58:00 <jow_laptop> however you make your patches
Feb 03 17:58:26 <jow_laptop> it also seems to refer to 3.2.1
Feb 03 17:58:34 <jow_laptop> while the target is on 3.2.2
Feb 03 17:58:43 <jow_laptop> does it still apply cleanly?
Feb 03 18:01:21 <philipp64|laptop> let's start with 1822, since this affects all 3 platforms. if that's ok, can you commit it?
Feb 03 18:01:53 <jow_laptop> sure
Feb 03 18:03:01 <CIA-85> jow * r30019 /trunk/target/linux/x86/ (5 files in 4 dirs):
Feb 03 18:03:02 <CIA-85> [PATCH 1/1] x86: move additional oddball PATA drivers
Feb 03 18:03:02 <CIA-85> These should only be enabled in the generic image, as they bloat all of the other targets.
Feb 03 18:03:02 <CIA-85> Also add symbols for NET5501, ALIX, and GEOS which were added backported to 3.2 and 3.3.
Feb 03 18:03:02 <CIA-85> Restore PC speaker to Geos target.
Feb 03 18:03:02 <CIA-85> Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
Feb 03 18:05:17 <Chocks> \o/ phil
Feb 03 18:07:59 <philipp64|laptop> ok, thanks.
Feb 03 18:08:09 <philipp64|laptop> now, I'll send an updated patch for net5501.
Feb 03 18:10:59 <philipp64|laptop> 1826 removes references to 3.1... and I just built a 3.2.2 kernel with it, so I know it applies and builds.
Feb 03 18:12:32 <CIA-85> jow * r30020 /trunk/package/kernel/modules/leds.mk:
Feb 03 18:12:33 <CIA-85> [PATCH 1/1] leds.mk: remove obsolete references to leds-alix and leds-net5501 modules
Feb 03 18:12:33 <CIA-85> These are now supported by platform drivers in arch/x86/platform/geode.
Feb 03 18:12:33 <CIA-85> Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
Feb 03 18:12:59 <philipp64|laptop> 1818 backports the geos driver to 3.2 and 3.3.
Feb 03 18:14:05 <CIA-85> jow * r30021 /trunk/target/linux/x86/ (net5501/target.mk patches-3.2/005-net5501_platform.patch):
Feb 03 18:14:05 <CIA-85> [PATCHv2 1/1] net5501: backport drivers from linux-next
Feb 03 18:14:05 <CIA-85> Backport net5501 platform driver from 3.4.
Feb 03 18:14:05 <CIA-85> Remove vestiges of old (pre-2.6.30) leds-net5501.c driver.
Feb 03 18:14:05 <CIA-85> Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
Feb 03 18:15:28 <jow_laptop> and the net5501 platform driver is already in 3.3 ?
Feb 03 18:15:44 <Chocks> 3.3 already? zoom
Feb 03 18:16:26 <KanjiMonster> Chocks: only rc2, so still a few weeks
Feb 03 18:16:29 <CIA-85> jow * r30022 /trunk/target/linux/x86/ (2 files in 2 dirs):
Feb 03 18:16:29 <CIA-85> [PATCH 1/1] geos: backport driver from linux-next to 3.2 and 3.3
Feb 03 18:16:29 <CIA-85> The Geos driver is in linux-next and will be out in 3.4. It builds fine against 3.2.2 and 3.3-rc2.
Feb 03 18:16:29 <CIA-85> Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
Feb 03 18:16:36 * Chocks blames linus
Feb 03 18:17:05 <Chocks> dunno if it's worth moving my ar71xx to 3.x yet. I have a bunch of local changes.
Feb 03 18:18:10 <philipp64|laptop> ok, now to look at KanjiMonster's issue.
Feb 03 18:18:20 <philipp64|laptop> Thanks, Jo-Philipp
Feb 03 18:21:37 <btsimonh> danitool: you about?
Feb 03 18:21:50 <danitool> yes, i am
Feb 03 18:22:23 <btsimonh> what did'ny work until you set that flag? (psidoc email)?
Feb 03 18:23:30 <danitool> the wifi ...
Feb 03 18:23:41 <danitool> I don't remember exactly the problem
Feb 03 18:24:25 <btsimonh> so when I've got mine going, it all seems ok, wlan0 seems active, but no TX, i.e. can't see 'OpenWRT' ssid.  does this sound familiar?
Feb 03 18:24:25 <danitool> I think before that i wasn't able to get the config from the parsed values..
Feb 03 18:25:21 <danitool> no, it wasn't my problem
Feb 03 18:25:44 <btsimonh> you are livebox, right?
Feb 03 18:26:03 <btsimonh> no, can't be 9k...
Feb 03 18:26:11 <danitool> no, it is a huawei hg556a
Feb 03 18:26:55 <Weedy_lappy> fucking yaffs
Feb 03 18:27:11 <Weedy_lappy> fucking 3.x
Feb 03 18:27:26 <danitool> and I was using 2.6.39 kernel
Feb 03 18:27:32 <btsimonh> ha ha, only came across huawei on wed.  don'r suppose it's a talktalk router?
Feb 03 18:27:40 <Chocks> so swear
Feb 03 18:27:47 <btsimonh> ;)
Feb 03 18:28:03 <btsimonh> i don't mind, it's how I feel about ath9k sometimes....
Feb 03 18:28:11 * Chocks slaps stupid British product/company names
Feb 03 18:28:11 <Weedy_lappy> make[5]: Leaving directory `/home/weedy/openwrt/build_dir/linux-ar71xx_nand/linux-3.2.2'
Feb 03 18:28:14 <danitool> it's just another bcm6358 router
Feb 03 18:28:14 <Weedy_lappy> LZMA 4.65 : Igor Pavlov : Public domain : 2009-02-03
Feb 03 18:28:23 <Weedy_lappy> inb4stillbroke
Feb 03 18:29:06 <btsimonh> might be good to compare with BT V2A.....  That would be my next 'target', it's more common that V2B
Feb 03 18:29:46 <danitool> which bootloader does use the 2A ?
Feb 03 18:30:13 <btsimonh> I'm not sure, probably the bcm, but it's thomson based....
Feb 03 18:31:02 <btsimonh> if there was a u-boot i could be confident of, i'd risk it.  they are 2-a penny...
Feb 03 18:31:20 <btsimonh> (but nice spec).
Feb 03 18:31:52 <btsimonh> Truth is, at the moment best thing you can do is buy for £5 and sell wirelss n card for £25...
Feb 03 18:33:45 <builder_> build #109 of avr32 is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/109
Feb 03 18:34:04 <danitool> a database with backups of all CFEs from bcm boards would help to hack these routers
Feb 03 18:34:18 <Weedy_lappy> > mfw yaffs hasn't crashed yet
Feb 03 18:35:11 <btsimonh> just looking at this part of the code give me ideas....  e.g. it mentions gpios.  Does yours have GPIO to turn wifi on/off?
Feb 03 18:36:20 <danitool> no
Feb 03 18:39:16 <danitool> I didn't use any code from OEM, in fact there is nothing from OEM
Feb 03 18:40:50 <danitool> I set led pin to 2, but this is for blinking the light...
Feb 03 18:40:57 <Chocks> oh Woot!, why has thou forsaken me?
Feb 03 18:45:41 <philipp64|laptop> jow_laptop: missed adding CONFIG_GEOS to the x86/config-3.? files... just sent a patch.
Feb 03 18:56:28 <Weedy_lappy> YEAHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH
Feb 03 18:56:35 <Weedy_lappy> got yaffs to compile
Feb 03 18:57:05 * Chocks still blames Wookey
Feb 03 18:58:16 <btsimonh> blogic: what does 'EBU_PCI_SOFTWARE_ARBITOR' mean?
Feb 03 19:01:48 <Weedy_lappy> Chocks: is he the yaffs dev?
Feb 03 19:02:36 <Chocks> he is the guy who pushed it heavily, he's done some work on it.  I'm only mooing because I know him pretty well
Feb 03 19:02:55 <Chocks> he's well known in the UK embedded/Debian world
Feb 03 19:03:55 <Weedy_lappy> ahh
Feb 03 19:03:57 <Weedy_lappy> Applying patch platform/415-yaffs-update-i_nlink-to-set_nlink-thingy.patch
Feb 03 19:06:10 <Chocks> in the past however, they've been pretty up on patching for newer kernels
Feb 03 19:09:34 <blogic> btsimonh: its the bit whoch decide when to do pci and when to do nand access
Feb 03 19:10:05 <btsimonh> ta
Feb 03 19:10:29 <blogic> dir/out/altsel0/altsel1/od/pudsel/puden
Feb 03 19:11:07 <blogic> direction, input value, 2 bits to set gpio or special function of a pin, opendrain, pull up or down, enable the previous
Feb 03 19:21:22 <btsimonh> blogic: if you have details of 'special function' email me.
Feb 03 19:21:45 <CIA-85> jow * r30023 /trunk/target/linux/x86/config-3.2:
Feb 03 19:21:45 <CIA-85> [PATCHv2 1/1] x86: trivial -- add missing CONFIG_GEOS symbol to top-level
Feb 03 19:21:45 <CIA-85> So that builds don't stall in x86 prompting for this symbol.
Feb 03 19:21:45 <CIA-85> [From Philip Prindeville, via http://patchwork.openwrt.org/patch/1828/]
Feb 03 19:22:34 <jow_laptop> philipp64|laptop: only the first hunk applied, the 2nd was already in the tree
Feb 03 19:22:37 <Weedy_lappy> damn
Feb 03 19:22:53 <Weedy_lappy> did mikrotik write there own PCI drivers?
Feb 03 19:23:45 <Weedy_lappy> crap, when did we last support 2.6.27 on ar71xx
Feb 03 19:24:51 <philipp64|laptop> looking...
Feb 03 19:28:44 <philipp64|laptop> ok, something is very weird... my tree is out of sync with yours....
Feb 03 19:30:13 <jow_laptop> yes
Feb 03 19:31:17 <philipp64|laptop> but the PATA fix went in entirely?
Feb 03 19:31:39 <jow_laptop> yes
Feb 03 19:32:19 <philipp64|laptop> still need these... http://fpaste.org/5rEC/
Feb 03 19:32:28 <jow_laptop> well maybe not
Feb 03 19:34:12 <philipp64|laptop> ok, which don't we need?
Feb 03 19:34:59 <jow_laptop> meh
Feb 03 19:36:46 <jow_laptop> your 1822 patch did not include those
Feb 03 19:39:24 <philipp64|laptop> let me look.
Feb 03 19:41:12 <philipp64|laptop> yeah, it got partially mangled.
Feb 03 19:41:15 <philipp64|laptop> my bad.
Feb 03 19:41:28 <philipp64|laptop> x86/config-3.2 wasn't right.
Feb 03 19:42:06 <btsimonh> silly question.  is there an app which allows me to set/clear GPIOs for testing?
Feb 03 19:42:32 <blogic> sysfs
Feb 03 19:42:39 <blogic> cd /sys/class/gpio
Feb 03 19:42:41 <philipp64|laptop> "echo" :-)
Feb 03 19:42:47 <blogic> echo 1 > export
Feb 03 19:42:58 <blogic> echo out > gpio1/direction
Feb 03 19:43:05 <blogic> echo 1 > gpio1/value
Feb 03 19:43:08 <blogic> echo 0 > gpio1/value
Feb 03 19:43:13 <blogic> echo in > gpio1/direction
Feb 03 19:43:16 <blogic> cat gpio1/direction
Feb 03 19:43:19 <blogic> ;)
Feb 03 19:43:28 <blogic> however it is brken on lantiq atm
Feb 03 19:43:37 <blogic> but i can give oyu a patch to fix it
Feb 03 19:43:40 <btsimonh> :(
Feb 03 19:43:44 <btsimonh> :)
Feb 03 19:44:03 <btsimonh> i was gonna say.. where are all those files ;).
Feb 03 19:44:18 <blogic> http://pastebin.com/xEe10Dwq
Feb 03 19:44:33 <philipp64|laptop> jow_laptop do you need me to send a patch or can you use the fpaste?
Feb 03 19:44:33 <blogic> because atm they pop up as sysfs
Feb 03 19:44:45 <btsimonh> ok, now i'm pissed off.
Feb 03 19:44:47 <jow_laptop> philipp64|laptop: I'll somehow merge it in
Feb 03 19:44:55 <philipp64|laptop> thanks.
Feb 03 19:45:02 <jow_laptop> philipp64|laptop: but then please rebase your tree, make sure to get rid of all local deltas
Feb 03 19:45:07 <philipp64|laptop> KanjiMonster: are your builds still breaking for alix?
Feb 03 19:45:11 <blogic> i fixed it about 1 hour ago
Feb 03 19:45:12 <blogic> :
Feb 03 19:45:13 <jow_laptop> philipp64|laptop: I'll do the same
Feb 03 19:45:14 <blogic> :)
Feb 03 19:45:21 <blogic> just ran into that bug myself
Feb 03 19:45:28 <philipp64|laptop> I'm using svn, so there's nothing to rebase.
Feb 03 19:46:03 <KanjiMonster> philipp64|laptop: it's generic; it's just the alix patch that doesn't apply (to 3.3-rc2)
Feb 03 19:46:31 <btsimonh> What do you recommend as IRC client?  I'm using icechat on windows and it's bugging me.  every time i want to click a link, it's not working.  every time i copy, it exceptions. (i'm not pissed off about the patch, just that i need 14 steps to get to your paste :) )
Feb 03 19:46:42 <philipp64|laptop> looking.
Feb 03 19:47:14 <Chocks> use Linux
Feb 03 19:47:44 <KanjiMonster> btsimonh: I'm using kvirc and am more or less satisfied with it (it sometimes crashes every few weeks without any specific reason, but apart from that it works for me)
Feb 03 19:47:59 <CIA-85> jow * r30024 /trunk/target/linux/x86/ (alix2/config-default config-3.2 config-3.3): [x86] disable additional PATA drivers in global 3.2 and 3.3 config, remove redundant symbols from alix2 config
Feb 03 19:48:30 <jow_laptop> philipp64|laptop: then  rm -rf target/linux/x86; svn up target/linux/x86  :)
Feb 03 19:49:19 <philipp64|laptop> KanjiMonster: try http://fpaste.org/863q/
Feb 03 19:50:34 <jow_laptop> philipp64|laptop: are the platform driver sources identical for 3.2 and 3.3 ?
Feb 03 19:51:00 <jow_laptop> ah hm, nvm
Feb 03 19:51:14 <jow_laptop> I thought about moving them to files/ but thats probably not worth it
Feb 03 19:53:50 <philipp64|laptop> no, there was that change in 3.3 where a bunch of int's where changed to bool's.
Feb 03 19:53:59 <philipp64|laptop> that's what's breaking KankiMonster right now.
Feb 03 19:54:08 <philipp64|laptop> *KanjiMonster
Feb 03 19:54:34 <Chocks> careful, he's fragile
Feb 03 19:55:23 <KanjiMonster> philipp64|laptop: that fixes it. You should probably test your patches sometimes :p
Feb 03 19:55:45 <jow_laptop> KanjiMonster, philipp64|laptop: so this one needs to be added too?
Feb 03 19:56:00 <KanjiMonster> also it seems there are a bazillion missing config symbols when compiling for x86
Feb 03 19:56:27 <jow_laptop> are you sure? compiled alix2 and geos fine here
Feb 03 19:56:52 <jow_laptop> hm only with 3.2.2 though
Feb 03 19:57:10 <KanjiMonster> likely new ones in 3.3
Feb 03 19:57:42 <philipp64|laptop> KanjiMonster: you realize that 3.3-rc2 came out 5 weeks after I first submitted my patches, right?
Feb 03 19:57:43 <jow_laptop> I also just committed the global 3.3 config for x86, that was missing previously
Feb 03 19:57:47 <jow_laptop> due to a forgotten svn add
Feb 03 19:58:27 <philipp64|laptop> good thing you didn't do that "rm -rf target/linux/x86" ... :-)
Feb 03 19:58:28 <KanjiMonster> huh, didn't I commit one?
Feb 03 19:58:51 <KanjiMonster> ah, generic
Feb 03 19:59:12 <KanjiMonster> + is missing a config-3.3
Feb 03 19:59:17 <jow_laptop> philipp64|laptop: I did, therfore I've seen it
Feb 03 19:59:49 <philipp64|laptop> KanjiMonster: can you update the paches-3.3 version of alix?
Feb 03 20:00:29 <KanjiMonster> philipp64|laptop: can do; will do a refresh too (one of the patches only applies with fuzz)
Feb 03 20:03:19 <jow_laptop> ok so any outstanding stuff?
Feb 03 20:05:02 <philipp64|laptop> looking...
Feb 03 20:06:36 <philipp64|laptop> x86/config-3.3 seems to be missing a couple more symbols like:
Feb 03 20:06:47 <philipp64|laptop> # CONFIG_BATTERY is not set
Feb 03 20:06:49 <philipp64|laptop> etc.
Feb 03 20:08:35 <KanjiMonster> philipp64|laptop: for fun enable select all packages, then do a make target/linux/prepare; this will prompt for all potential missing config symbols hidden behind dependencies enabled by selecting kmods
Feb 03 20:09:23 <philipp64|laptop> I thought "make kernel_oldconfig" took care of all that.
Feb 03 20:10:06 <KanjiMonster> at least not in my testing
Feb 03 20:10:30 <KanjiMonster> (kernel_*config also doesn't respect LINUX_VERSION)
Feb 03 20:11:20 <jow_laptop> philipp64|laptop: only for baseline stuff
Feb 03 20:11:51 <philipp64|laptop> eh?
Feb 03 20:13:02 <jow_laptop> for stuff which is enabled in your .config
Feb 03 20:13:36 <jow_laptop> if you don't for example select kmod-usb-storage, it won't enable the scsi subsystem and won't notice missing symbols in there
Feb 03 20:13:44 <jow_laptop> oversimplified
Feb 03 20:14:11 <btsimonh> can i easily turn off dhcp and dns from command line?  my dev hub is interfering with my families ineternet :(
Feb 03 20:14:25 <jow_laptop> the outcome is that further missing symbols become apparent if a buildbot or someone else with all kmods enables attempts to build
Feb 03 20:14:34 <jow_laptop> *enabled
Feb 03 20:14:45 <jow_laptop> btsimonh: /etc/init.d/dnsmasq disable
Feb 03 20:14:48 <jow_laptop> btsimonh: /etc/init.d/dnsmasq stop
Feb 03 20:15:07 <jow_laptop> 1 makes it not start on boot, 2 kills the running process
Feb 03 20:15:31 <btsimonh> ramdisk, so i'll do it every time :)
Feb 03 20:15:37 <jow_laptop> I see
Feb 03 20:15:50 <jow_laptop> it might make sense then to build a ramdisk without dnsmasq
Feb 03 20:17:03 <CIA-85> jogo * r30025 /trunk/target/linux/x86/patches-3.3/ (001-alix_platform.patch 002-geos_platform.patch):
Feb 03 20:17:04 <CIA-85> x86: make alix platform patch apply to 3.3
Feb 03 20:17:04 <CIA-85> Based on a patch from Philip Prindeville.
Feb 03 20:17:04 <CIA-85> While at it, also refresh the patches.
Feb 03 20:17:32 <jow_laptop> philipp64|laptop: I'll try that against alix now: sed -i -e 's/^# \(CONFIG_PACKAGE_kmod-.*\) is not set/\1=y/p' .config
Feb 03 20:17:57 <jow_laptop> philipp64|laptop: followed by  make target/linux/clean world V=99
Feb 03 20:18:05 <jow_laptop> that should reveal the missing syms
Feb 03 20:19:12 <jow_laptop> also for oldconfig
Feb 03 20:20:53 <jow_laptop> well only five or so for x86
Feb 03 20:20:56 <jow_laptop> and 3.2.2
Feb 03 20:21:10 <philipp64|laptop> which ones?
Feb 03 20:21:25 <jow_laptop> moment
Feb 03 20:23:51 <jow_laptop> http://pastebin.com/JH2RUAuM
Feb 03 20:23:57 <jow_laptop> looks not that bad
Feb 03 20:24:37 <jow_laptop> the md stuff needs to be revised, it looks like the kmod-md* packaging became out of sync
Feb 03 20:36:46 <philipp64|laptop> odd that you're not seeing CONFIG_BATTERY, etc.
Feb 03 22:18:40 <philipp64|laptop> jow_laptop: looking at r30013 ... do any of the other Geode platforms (alix2 and geos) also need to have the CFLAGS changed?
Feb 04 02:22:22 <jow_laptop> philipp64|laptop: not sure
Feb 04 02:22:42 <jow_laptop> philipp64|laptop: there is likely room for improvement
Feb 04 02:36:38 <philipp64|laptop> well, you apparently thought it was good enough to put in at least one place. :-)
Feb 04 02:37:33 <jow_laptop> yeah because there was a user who statet that it is otherwise impossible to correctly boot on net5501
Feb 04 02:37:51 <philipp64|laptop> I happen to know that's not true.
Feb 04 02:38:18 <philipp64|laptop> I've got 2 5501-70's (rev C) sitting in front of me.
Feb 04 02:38:30 <philipp64|laptop> they boot fine. I suspect his problem lay elsewhere.
Feb 04 02:38:46 <jow_laptop> whatever, I'm out for today
Feb 04 02:38:48 <jow_laptop> good night
Feb 04 02:39:00 <philipp64|laptop> good night. put him in touch with me if you want.
**** ENDING LOGGING AT Sat Feb 04 02:59:58 2012