[10:29] <groz> hehe
[10:30] <groz> bot must be female, responses not consistent
[10:33] <florian_> lol
[10:33] <florian_> fair enough
[10:36] <florian_> damn I have lost my parents's licence number for windows :(
[10:38] <CIA-20> florian * r4725 /branches/buildroot-ng/openwrt/package/openssl/patches/160-disable_doc_tests.patch: Really disable doc generation, increases install time
[10:39] <groz> inventing a new license number that'll let it install is easy
[10:39] <groz> inventing one that'll get it past wga is a little harder
[10:39] <florian_> I have a valid number :)
[10:39] <florian_> I just don't find it yet
[10:40] <groz> This machine has been upgraded and redone so many times over the years, the number doesn't work anymore
[10:40] <groz> so that's my inspiration now to get my last desktop moved over as soon as i can
[10:40] <groz> and be rid of windows here on everything but the notebook
[10:41] <groz> i've got customer requirements such that I'll always need it on at least the notebook
[11:24] <Bartman007> meh, stop supporting them unless they swtich too :-P
[11:24] <Bartman007> Kaloz: the accesspoints arrived today, but it's 2:12 am, so I'll inspect them tomorrow. night.
[11:25] Action: Bartman007 finds it funny that packages always come on days where I'm out late.
[11:26] <[mbm]> it's the old 'watched pot never boils' routine
[11:27] <Bartman007> then why does the middle east boil all the time?
[11:27] <[mbm]> well, that's why we're trying to build a pot around them
[11:27] <[mbm]> ;)
[11:28] <groz> it boils all the time cuz folks dont know how to 'butt out' when it's not thier concern
[11:29] <Kaloz> Bartman007: okay, thanks
[11:29] <Kaloz> morning
[11:29] <groz> almost morning
[11:29] <groz> i guess 2 am qualifies as morning
[11:42] <Kaloz> malbon: got one of those intel iscsi adapters (the seller didn't asnwer about multiple units, i guess i have to win them separately)
[11:43] <groz> kaloz, i have a dumb question
[11:43] <Kaloz> funny stuff, it's a pci card iscsi adapter.. for me it's a 733mhz iop xscale, 4mb flash, 32mb ram and intel gigabit ethernet
[11:43] <Kaloz> =)
[11:43] <groz> why is 'offering to pay more than anybody else' considered 'winning' ?
[11:44] <Kaloz> groz: probably because you get the item and not others
[11:44] <groz> if you won it, you would get it without actually paying anything
[11:45] <Bartman007> then how can you win the lottery
[11:45] <Bartman007> or win a poker game
[11:45] <Kaloz> well, getting a $500 iscsi adapter for $45 is a win for me
[11:45] <Kaloz> also, i didn't know it's a 733mhz cpu, so that's another win for me
[11:46] <Kaloz> if i successfuly get linux working on it, it's total win for me
[11:46] <Kaloz> s/total win/total victory/
[11:47] <Bartman007> Kaloz: what is your planed use for it?
[11:48] <Bartman007> we has a guy asking about porting OpenWRT to that "Killer NIC" and I really didn't see a purpose of OpenWRT on a single interface device.
[11:49] <Kaloz> goals - #1: get it working with linux as a standalone system. #2 get it working with openwrt #3 if i'm crazy enough figure out how can i transfer data from it accross the pci bus and make it a dedicated firewall or something like that :)
[11:49] <groz> ok, now that i do consider cool
[11:49] <Kaloz> #2 means that we can support the iop cpus as well
[11:50] <groz> #3 has very interesting potential
[11:51] <Bartman007> #4 develop a windows network driver for it and steal KillerNIC sales :-)
[11:51] <Kaloz> groz: yeah, but i would love something like this instead -> http://www.innominate.com/content/view/31/50/lang,en/
[11:52] <groz> Thanks to the Innominate Stealth Mode, the mGuard PCI is also integrated completely transparently into the system. The PCI bus is only used for the power supply.
[11:52] <groz> why bother with pci form factor then ???
[11:52] <groz> why not just make it a stand alone box ?
[11:53] <Kaloz> you get toss it into a server
[11:53] <Kaloz> no external crap
[11:53] <groz> may as well then set up a simple fifo buffer on the pci
[11:53] <groz> and transfer data that way, instead of going in one rj-45 and out another, then back in yet another
[11:55] <Kaloz> groz: well, on the ixp42x different npes are doing different stuff
[12:19] <florian_> re
[12:19] <florian_> just got my huawei hg550
[12:19] <florian_> let's unscrew it a bit
[12:23] <florian_> ok so
[12:24] <florian_> bcm6348cpu + bcm96341 + bcm4318 minipci card
[12:25] <florian_> think I have found jtag and serial
[12:26] <florian_> humm what could be this bcm6341kpb chip ?
[12:31] <Kaloz> groz: hmz.. seems like there is only some intel patch for the iop310 for 2.6.3
[12:31] <Kaloz> groz: but if you check the reference board's manual, it should be enough to start from that -> ftp://download.intel.com/design/iio/manuals/27343109.pdf
[12:32] <florian_> Kaloz: any idea of what bcm6341kpb is ?
[12:32] <Kaloz> nope, probably the daddy of the 6345
[12:32] <florian_> it is sometimes refered as a bcm6345 cpu, but this sounds strange to put two cpus on a board ?
[12:33] <florian_> humm
[12:33] <florian_> think I see
[12:33] <Kaloz> or can be simply a 6345 without some features
[12:33] <florian_> that's what I think
[12:33] <florian_> there are actually 2 phone ports
[12:33] <florian_> and two eth ports
[12:33] <Kaloz> groz: http://ecos.sourceware.org/docs-latest/redboot/iq80310.html \o/
[12:33] <florian_> so this 6341 may be put in a special mapping to manage those ports
[12:35] <florian_> this is seems quite strange anyway to put a cpu and an DSL/CPE SoC as master cpu
[12:36] <groz> florian, you speak german ?
[12:36] <florian_> groz: just a bit
[12:37] <groz> http://www.onlinekosten.de/forum/showthread.php?t=83063
[12:37] <groz> it's mentioned in that thread
[12:37] <groz> and i'm not sure in what context
[12:38] <groz> other than that, only google hits on the part number are inventory supply places
[12:38] <groz> with inventory numbers, and no links to datasheets
[12:38] <florian_> groz: thanks that's what I figured out too, no ds, except part num
[12:40] <florian_> groz: there seems to be a trick with capacitors to improve speed
[12:40] <groz> my experience in the past with 'tricks with capacitors' is not to improve speed, but to stabilize clocks
[12:41] <groz> I've seen many a board where we had to add a cap or two, to get a clock line actually working
[12:42] <florian_> ok
[12:43] <groz> granted, that was in the bad old days of crystals
[12:43] <groz> and, change crystal supplier for the exact same crystal
[12:43] <groz> invariably resulted in 'change the kludge caps too'
[12:44] <florian_> hu the box has a strange sound when powering it off
[12:45] <groz> that's probably the magic smoke trying to get out of the parts
[12:45] <groz> dont let it
[12:45] <florian_> or the linux genius inside :)
[12:45] <florian_> by the way, it is a gpl violation now
[12:45] <florian_> because huawei does not provide sources for its box
[12:45] <florian_> let's talk to harald
[12:46] <groz> have you _asked_ for sources ?
[12:46] <florian_> not yet, I will first do it
[12:46] <Kaloz> groz: every 634x box is a straight gpl violation
[12:46] <florian_> let's suppose I have not unscrewed the box, but figured out myself that it runs linux, it is valid right ?
[12:47] <florian_> now, if I have opened the box, is it still valid ?
[12:47] <Kaloz> groz: they even changed EXPORT_SYMBOL_GPL to simple EXPORT_SYMBOL
[12:47] <groz> heh kaloz well, thats pretty blatant yes
[12:47] <Kaloz> florian_: regarding the gpl even if you have the box dead, your right for the sources are still valid
[12:48] <florian_> Kaloz: let's contact them
[12:48] <groz> the reason i ask, i have _just a few_ boxes in the field, and have _never_ had even a hint of a customer interested in sources
[12:48] <florian_> if no positive anwser -> harald
[12:49] <Kaloz> groz: okay, this thingie is really interesting.. it seems to have some of the glue and code to make it run linux and transfer stuff over the pci to the host system
[12:49] <Kaloz> groz: i have to check jtag and serial on it
[12:49] <groz> that kaloz is more than a bit cool
[12:49] <groz> cuz
[12:49] <Kaloz> a 733MHz xscale should have plenty of power to play
[12:49] <groz> now that second rj-45 can become another uplink port
[12:49] <groz> and, it becomes a load balancer with multiple uplinks
[12:49] <groz> on a single card
[12:50] <florian_> Kaloz: there is a feature like that in newer kernels no ?
[12:50] <groz> or a failover
[12:50] <groz> or what have you
[12:50] <Kaloz> florian_: iop310 support isn't in mainline at all
[12:50] <Kaloz> groz: well, this has only one gigabit ethernet
[12:50] <groz> ok, so, you got a gigabit link from spint, then a 100mbit backup link from xyz
[12:50] <groz> full redundant connections
[12:51] <Kaloz> yeah.. but a dedicated firewall/vpn thingie sound more interesting for me
[12:51] <groz> the failover may not be full speed, but, it's there, plugged in, live
[12:51] <groz> well it still does the firewall/vpn
[12:51] <florian_> Kaloz: I mean a general feature in the mainline kernel that allows you transfer from the pci to host
[12:51] <blux> hello!
[12:51] <florian_> I have seen that in some menuconfig corner
[12:51] <Kaloz> florian_: this is an xscale system on a pci card
[12:51] <florian_> ok
[12:52] <Kaloz> florian_: i don't think it's so easy to exchange data between the two systems over pci :)
[12:52] <groz> depends on the hardware kaloz, but i've worked with many a card where it's trivial to move data over the pci
[12:53] <groz> and it's not hard to burst it at full pci bandwidth either
[12:54] <florian_> well it is still highly hardware dependent
[12:54] <florian_> ok just sent an email to huawei france
[12:54] <blux> does someone have any device with an BCM4712 _AND_ USB?
[12:54] <florian_> we will see if I get a positive anwser
[12:54] <groz> yes its highly dependant on how the hardware is mappted into the pci
[12:55] <Kaloz> groz: heh, it has a lattice ispmach 4a cpld
[12:56] <florian_> actually I have figured out something too
[12:56] <florian_> working on such projects like openwrt is, really refrain us from working for vendors :)
[12:57] <groz> no it doesn't florian
[12:58] <florian_> humm do you think broadcom would hire people like us for instance ?
[12:58] <florian_> maybe monta vista would be interested
[12:58] <groz> no, but, folks using broadcom kit to develop product will
[12:58] <Kaloz> we are going to own montavista :P
[12:58] <florian_> groz: that's right actually, so that they could get rid of nda ?
[12:59] <groz> I have customers deploying stuff on all sorts of hardware platforms
[12:59] <groz> and now i'm working to merge all of the platforms into a single coherent build env with -ng
[12:59] <florian_> the force of openwrt is to run identically on every hardware it supports
[12:59] <florian_> all the more if we developp plugins to configure wifi, switches ...
[13:00] <groz> exactly, and, in my case, the ability to simulate systems by bringing up client code inside a uml
[13:00] <florian_> yep
[13:00] <groz> it's gonna be HUGE for prototype and demo setups
[13:00] <florian_> yep
[13:01] <groz> the way i see it, and the way i've always worked
[13:01] <florian_> anyway here in france there is a particular law that refrains isp to release sources because they have to protect their network
[13:01] <groz> by leveraging my 'existing work' and 'existing env' for a client
[13:01] <groz> i can make small volume highly specialized stuff cost effective
[13:01] <groz> -ng actually is a huge leap forward for that too
[13:02] <florian_> yes, but is highly suffers from stability
[13:02] <florian_> by the way, have to eat now, see you later guys
[13:02] <groz> well, that's where you have a snapshot to work with
[13:02] <groz> and, only merge in the tree when you have verified all the changes dont break your stuff
[13:03] <florian_> yes that's what we will do later
[13:04] <blux> does someone have such a device?
[13:05] <blux> one with broadcom BC4712 and USB? spect sheet say that se chip supports is
[13:05] <blux> it
[13:07] <groz> every wrt54 has it, but, its just not populated
[13:07] <blux> I knop
[13:07] <blux> sry know
[13:08] <blux> but if someone had en dev with USB and that chip hell could take a foto so I culd trace the lines
[13:09] <groz> think it's populated on a couple of asus boards
[13:09] <groz> but, i've never actually had one
[13:09] <blux> I found out that the two outer pin lines are acessible from the TOP of the chip body, so the wwill be acessable
[13:09] <blux> hm
[13:12] <blux> do you know somebody wwith such an dev?
[13:13] <groz> not offhand no
[13:13] <blux> oh, i cold goggle. . . but i don't think I will hig resulution pictures
[13:13] <groz> i bet you will find photos
[13:13] <blux> I'll see
[13:14] <blux> another thing: if someone is interestet in X-Ray photos of an Linksys PCB I have some
[13:27] <jr--> blux. there's photos of belkin with usb1+4712 on fcc site. fcc id K7SF5D7231P
[13:41] <blux> what is fcc?
[13:42] <jr--> blux: https://gullfoss2.fcc.gov/prod/oet/cf/eas/reports/GenericSearch.cfm
[13:56] <blux> thx
[14:05] <jr--> blux. also check K7SF5D72354 and K7SF5D72304. those have better photos of pcb
[14:08] <blux> ahh, now I can see something
[16:30] <nbd> jr--: hi
[20:37] <CIA-20> nbd * r4726 /branches/whiterussian/openwrt/package/nvram/src/ (5 files): remove some useless junk from the nvram libraries
[20:39] <Bartman007> Kaloz: it's too bad these access points only have a single ethernet connection as both the 7000 and 6000 are dual miniPCI devices.
[20:44] <Bartman007> the 6000 has a DW-290 802.11a card and a 22Mbps 802.11b card. I can't tell what the processor is yet because it has a large heatsink on it but the board is fairly nice. it even has a RS232 serial header with MAX3243C chip. Would just need to cut the case and solder on the actual port.
[20:48] <Bartman007> the miniPCI cards in the 7000's appear to be made by the same company as the 7001's wireless cards based on the model numbers. Heh, the 7000 also has the minipci latches soldered onto the minipci cards while the 6000 doesn't.
[20:49] <nbd> i have a dwl-7000ap here
[20:52] <Bartman007> it looks like the dwl-7000ap and the gateway 7001 were based on different revisions of the same xscale reference board
[20:53] <nbd> interesting
[20:53] <nbd> i got the 7000ap in a bricked state and as soon as i can make the jtag util work, i'll try to port redboot to it
[20:54] <Bartman007> lemme hook my 7001 serial cable up, looks like the pinout is the same on the serial port
[20:55] <Bartman007> son of a bitch, this guy didn't ship any ac adapters....
[20:55] <Bartman007> lucky I have quite a few 5V 2.5A bricks around here :-)
[21:05] <Bartman007> nbd: you wouldn't happen to have the serial port info on hand would you?
[21:06] <nbd> no, but it should be easy to figure out if you have a 3-pin serial adapter and a multimeter
[21:06] <Bartman007> yeah, I'm taking my multimeter apart right now to replace the battery
[21:07] Action: nbd gets impatient waiting for the whiterussian/gcc-3.4.6 build to see if he really fixed the bug
[21:21] <CIA-20> nbd * r4727 /branches/whiterussian/openwrt/target/linux/linux-2.4/patches/generic/008-calibrate_section.patch: move calibrate_delay out of the .init.text section
[21:23] <CIA-20> nbd * r4728 /branches/buildroot-ng/openwrt/target/linux/generic-2.4/patches/009-calibrate_section.patch: add calibrate_delay patch to buildroot-ng
[21:24] <CIA-20> nbd * r4729 /branches/buildroot-ng/openwrt/toolchain/gcc/ (Config.in Config.version): gcc 3.4.6 should be safe on brcm-2.4 now
[21:26] <CIA-20> nbd * r4730 /branches/whiterussian/openwrt/target/linux/package/ (13 files in 5 dirs): add package for the nozomi driver
[21:28] <CIA-20> nbd * r4731 /branches/whiterussian/openwrt/target/linux/linux-2.4/Makefile: fix pcmcia module install
[21:29] <CIA-20> nbd * r4732 /branches/whiterussian/openwrt/target/linux/linux-2.4/patches/generic/ (3 files): add usb-serial and ppp fixes from jr
[21:32] <CIA-20> nbd * r4733 /branches/whiterussian/openwrt/package/comgt/ (Config.in Makefile files/ifup.wwan files/wwan.chat): add 3g/umts init script to comgt package
[21:34] <Bartman007> yay, both my multimeters are dead!
[21:34] Action: nbd starts building a new prerelease snapshot for /people/nbd/whiterussian/
[21:38] <Bartman007> someone is going to pay.... one of the new 9v's was dead.
[21:40] <nbd> lol
[21:50] <Bartman007> hmm, as I thought, the serial port pinout is the same, yet all I get is rectangles on the console.
[21:53] <Bartman007> I'm getting output but it is just trash
[21:56] <nbd> is it trash mixed with small text parts or complete garbate?
[21:56] <nbd> garbage?
[21:57] <Bartman007> yeah, the rectangle that is displayed when the character is an undisplayable upper ascii character.
[21:58] <Bartman007> it is defintely outputting data, and is responding to keystrokes, but I just can't tell what the data is...
[21:58] <nbd> different serial port speed?
[21:59] <Bartman007> I've tried 115200 57600 38400 and 9600, only get anything on 115200
[22:02] <Bartman007> lol, nevermind....
[22:03] <Bartman007> 9600 is working, musta been doing something else wrong before.
[22:03] <Bartman007> this IXP420 identifies itself as a 425
[22:03] <Bartman007> and bleh, VxWorks.
[22:11] <Bartman007> heh, gotta love default passwords
[22:16] <groz> especially when they are 'default'
[22:16] <Bartman007> lol, this is was l/p admin/password
[22:16] <Bartman007> but I love how VxWorks will show you the password in plaintext once you have a shell.
[22:23] <blux> is it hard du add USB support to openwrt?
[22:23] <Bartman007> blux: there is already usb support in openwrt.
[22:24] <blux> oh. . . .
[22:26] <Bartman007> http://wiki.openwrt.org/OpenWrtDocs/Customizing/Hardware/USB
[22:26] <jr--> my old nokia adsl router allowed one to reset pw+config over serial, but didn't show current password as reading existing config is prevented without admin password. however you can rename config file on flash and then view config and admin password. :)
[22:30] <jr--> blux. did you manage to locate d+ and d- on 4712? based on pcb photos looked like inner bga pads to me
[22:32] <Bartman007> oh, he's trying to add a USB port to a wrt? that totally different from adding support for usb to openwrt.
[22:32] <Bartman007> s/that/that\'s/
[22:35] <jr--> bartman. at least blux was trying to do hw part couple hours ago. perhaps he's done with it by now. :)
[22:37] <jr--> hires photos of 4712 pcb with usb: http://kordewiner.com/siemens-se505-v2/
[22:38] <blux> Yes im Done
[22:38] <blux> WRT is booting again, but from orginal Intel chip
[22:38] <blux> but now i can switch wir CE# to another with 8MB
[22:39] <blux> and, Bartman007: yes, during googeling with my Flsh-mod I found that every WRT _could_ have USB
[22:39] <Bartman007> jr--: are you even sure that the USB data pins are available on all brcm boards?
[22:40] <blux> if I only find the wires. . .
[22:40] <blux> no I am not
[22:40] <blux> I ned an siemens-se505-v2/ to figure them out
[22:42] <blux> have al look at this an tell me where the are :-D http://gallery.berndlux.de/v/Elektronik/Linksys/dsc_2503-gut-auschn.jpg.html
[22:42] <Bartman007> lol...
[22:43] <blux> such a photo of an Siemens and we have it. . .
[22:49] <blux> . . ore is this x-rax picture so funny ?
[22:50] <Bartman007> I assume there are no whitepapers that give the 4712's pinout?
[22:51] <blux> no, no datasheed, no nothing
[22:51] <blux> sheet
[22:51] <blux> ore do you have some?
[22:52] <Bartman007> no I don't have any, but it looks fairly easy to track down the correct pins from jr's se505 photos.
[22:59] <jr--> not my photos. just something i found from web. if usb pins are on two outer rows and they're all accessible as blux said adding usb - why not. otherwise it's going to be quite a challenge.
[22:59] <jr--> or you could buy wrt54g3g and add cardbus usb2 like i did :)
[23:00] <nbd> hey jr--
[23:01] <nbd> jr--: did you notice that i added your 3g fixes along with a new ifup scriptfor that stuff?
[23:02] <Bartman007> jr--: I've traced the pins all the way back to the cpu, so it shouldn't be hard at all.
[23:04] <jr--> nbd. yep. i'll try them when i get my hsdpa card back. i'm using one builtin on laptop now. are you sure ppp fix is ok? no crashes with it, but it still prints some errors. also bit worried if it might affect pppoe etc.
[23:06] <blu1> yes, but the vias are not exactly under the balls of the BGA
[23:06] <blu1> Ive traced it back today too
[23:07] <blu1> I need an Siemens and another try with x-rays as i did on the wrt
[23:11] <jr--> blu*. plenty of se505's on ebay
[23:18] Action: Bartman007 looks up the voltage specs of the pl2303 to see if it can handle 5V signals.
[23:28] <blu1> jr--: I hnow :-)
[23:28] <blu1> im bitting to one
[23:28] <blu1> know
[23:33] <jr--> blu1. it's v2 and not v1 you're bidding?
[23:33] <nbd> se505 sucks
[23:33] <nbd> at least the one i have
[23:33] <blu1> v2
[23:33] <blu1> I think. . .
[23:33] <blu1> wow do I notice?
[23:34] <nbd> i don't know which version mine is
[23:34] <nbd> but it has only 8 mb ram
[23:34] <blu1> ok, Ill see tomorow.
[23:35] <blu1> good nigth (ore whatever it is 4 u)
[23:57] <Kaloz> Bartman007: nice :) is that 802.11a card atheros?
[23:58] <Bartman007> the one in the dwl-6000?
[23:59] <Kaloz> yep
[23:59] <Bartman007> I don't know yet, looks like it's an internal card, (never sold)
[00:00] --- Sun Sep 3 2006
[10:30] <groz> bot must be female, responses not consistent
[10:33] <florian_> lol
[10:33] <florian_> fair enough
[10:36] <florian_> damn I have lost my parents's licence number for windows :(
[10:38] <CIA-20> florian * r4725 /branches/buildroot-ng/openwrt/package/openssl/patches/160-disable_doc_tests.patch: Really disable doc generation, increases install time
[10:39] <groz> inventing a new license number that'll let it install is easy
[10:39] <groz> inventing one that'll get it past wga is a little harder
[10:39] <florian_> I have a valid number :)
[10:39] <florian_> I just don't find it yet
[10:40] <groz> This machine has been upgraded and redone so many times over the years, the number doesn't work anymore
[10:40] <groz> so that's my inspiration now to get my last desktop moved over as soon as i can
[10:40] <groz> and be rid of windows here on everything but the notebook
[10:41] <groz> i've got customer requirements such that I'll always need it on at least the notebook
[11:24] <Bartman007> meh, stop supporting them unless they swtich too :-P
[11:24] <Bartman007> Kaloz: the accesspoints arrived today, but it's 2:12 am, so I'll inspect them tomorrow. night.
[11:25] Action: Bartman007 finds it funny that packages always come on days where I'm out late.
[11:26] <[mbm]> it's the old 'watched pot never boils' routine
[11:27] <Bartman007> then why does the middle east boil all the time?
[11:27] <[mbm]> well, that's why we're trying to build a pot around them
[11:27] <[mbm]> ;)
[11:28] <groz> it boils all the time cuz folks dont know how to 'butt out' when it's not thier concern
[11:29] <Kaloz> Bartman007: okay, thanks
[11:29] <Kaloz> morning
[11:29] <groz> almost morning
[11:29] <groz> i guess 2 am qualifies as morning
[11:42] <Kaloz> malbon: got one of those intel iscsi adapters (the seller didn't asnwer about multiple units, i guess i have to win them separately)
[11:43] <groz> kaloz, i have a dumb question
[11:43] <Kaloz> funny stuff, it's a pci card iscsi adapter.. for me it's a 733mhz iop xscale, 4mb flash, 32mb ram and intel gigabit ethernet
[11:43] <Kaloz> =)
[11:43] <groz> why is 'offering to pay more than anybody else' considered 'winning' ?
[11:44] <Kaloz> groz: probably because you get the item and not others
[11:44] <groz> if you won it, you would get it without actually paying anything
[11:45] <Bartman007> then how can you win the lottery
[11:45] <Bartman007> or win a poker game
[11:45] <Kaloz> well, getting a $500 iscsi adapter for $45 is a win for me
[11:45] <Kaloz> also, i didn't know it's a 733mhz cpu, so that's another win for me
[11:46] <Kaloz> if i successfuly get linux working on it, it's total win for me
[11:46] <Kaloz> s/total win/total victory/
[11:47] <Bartman007> Kaloz: what is your planed use for it?
[11:48] <Bartman007> we has a guy asking about porting OpenWRT to that "Killer NIC" and I really didn't see a purpose of OpenWRT on a single interface device.
[11:49] <Kaloz> goals - #1: get it working with linux as a standalone system. #2 get it working with openwrt #3 if i'm crazy enough figure out how can i transfer data from it accross the pci bus and make it a dedicated firewall or something like that :)
[11:49] <groz> ok, now that i do consider cool
[11:49] <Kaloz> #2 means that we can support the iop cpus as well
[11:50] <groz> #3 has very interesting potential
[11:51] <Bartman007> #4 develop a windows network driver for it and steal KillerNIC sales :-)
[11:51] <Kaloz> groz: yeah, but i would love something like this instead -> http://www.innominate.com/content/view/31/50/lang,en/
[11:52] <groz> Thanks to the Innominate Stealth Mode, the mGuard PCI is also integrated completely transparently into the system. The PCI bus is only used for the power supply.
[11:52] <groz> why bother with pci form factor then ???
[11:52] <groz> why not just make it a stand alone box ?
[11:53] <Kaloz> you get toss it into a server
[11:53] <Kaloz> no external crap
[11:53] <groz> may as well then set up a simple fifo buffer on the pci
[11:53] <groz> and transfer data that way, instead of going in one rj-45 and out another, then back in yet another
[11:55] <Kaloz> groz: well, on the ixp42x different npes are doing different stuff
[12:19] <florian_> re
[12:19] <florian_> just got my huawei hg550
[12:19] <florian_> let's unscrew it a bit
[12:23] <florian_> ok so
[12:24] <florian_> bcm6348cpu + bcm96341 + bcm4318 minipci card
[12:25] <florian_> think I have found jtag and serial
[12:26] <florian_> humm what could be this bcm6341kpb chip ?
[12:31] <Kaloz> groz: hmz.. seems like there is only some intel patch for the iop310 for 2.6.3
[12:31] <Kaloz> groz: but if you check the reference board's manual, it should be enough to start from that -> ftp://download.intel.com/design/iio/manuals/27343109.pdf
[12:32] <florian_> Kaloz: any idea of what bcm6341kpb is ?
[12:32] <Kaloz> nope, probably the daddy of the 6345
[12:32] <florian_> it is sometimes refered as a bcm6345 cpu, but this sounds strange to put two cpus on a board ?
[12:33] <florian_> humm
[12:33] <florian_> think I see
[12:33] <Kaloz> or can be simply a 6345 without some features
[12:33] <florian_> that's what I think
[12:33] <florian_> there are actually 2 phone ports
[12:33] <florian_> and two eth ports
[12:33] <Kaloz> groz: http://ecos.sourceware.org/docs-latest/redboot/iq80310.html \o/
[12:33] <florian_> so this 6341 may be put in a special mapping to manage those ports
[12:35] <florian_> this is seems quite strange anyway to put a cpu and an DSL/CPE SoC as master cpu
[12:36] <groz> florian, you speak german ?
[12:36] <florian_> groz: just a bit
[12:37] <groz> http://www.onlinekosten.de/forum/showthread.php?t=83063
[12:37] <groz> it's mentioned in that thread
[12:37] <groz> and i'm not sure in what context
[12:38] <groz> other than that, only google hits on the part number are inventory supply places
[12:38] <groz> with inventory numbers, and no links to datasheets
[12:38] <florian_> groz: thanks that's what I figured out too, no ds, except part num
[12:40] <florian_> groz: there seems to be a trick with capacitors to improve speed
[12:40] <groz> my experience in the past with 'tricks with capacitors' is not to improve speed, but to stabilize clocks
[12:41] <groz> I've seen many a board where we had to add a cap or two, to get a clock line actually working
[12:42] <florian_> ok
[12:43] <groz> granted, that was in the bad old days of crystals
[12:43] <groz> and, change crystal supplier for the exact same crystal
[12:43] <groz> invariably resulted in 'change the kludge caps too'
[12:44] <florian_> hu the box has a strange sound when powering it off
[12:45] <groz> that's probably the magic smoke trying to get out of the parts
[12:45] <groz> dont let it
[12:45] <florian_> or the linux genius inside :)
[12:45] <florian_> by the way, it is a gpl violation now
[12:45] <florian_> because huawei does not provide sources for its box
[12:45] <florian_> let's talk to harald
[12:46] <groz> have you _asked_ for sources ?
[12:46] <florian_> not yet, I will first do it
[12:46] <Kaloz> groz: every 634x box is a straight gpl violation
[12:46] <florian_> let's suppose I have not unscrewed the box, but figured out myself that it runs linux, it is valid right ?
[12:47] <florian_> now, if I have opened the box, is it still valid ?
[12:47] <Kaloz> groz: they even changed EXPORT_SYMBOL_GPL to simple EXPORT_SYMBOL
[12:47] <groz> heh kaloz well, thats pretty blatant yes
[12:47] <Kaloz> florian_: regarding the gpl even if you have the box dead, your right for the sources are still valid
[12:48] <florian_> Kaloz: let's contact them
[12:48] <groz> the reason i ask, i have _just a few_ boxes in the field, and have _never_ had even a hint of a customer interested in sources
[12:48] <florian_> if no positive anwser -> harald
[12:49] <Kaloz> groz: okay, this thingie is really interesting.. it seems to have some of the glue and code to make it run linux and transfer stuff over the pci to the host system
[12:49] <Kaloz> groz: i have to check jtag and serial on it
[12:49] <groz> that kaloz is more than a bit cool
[12:49] <groz> cuz
[12:49] <Kaloz> a 733MHz xscale should have plenty of power to play
[12:49] <groz> now that second rj-45 can become another uplink port
[12:49] <groz> and, it becomes a load balancer with multiple uplinks
[12:49] <groz> on a single card
[12:50] <florian_> Kaloz: there is a feature like that in newer kernels no ?
[12:50] <groz> or a failover
[12:50] <groz> or what have you
[12:50] <Kaloz> florian_: iop310 support isn't in mainline at all
[12:50] <Kaloz> groz: well, this has only one gigabit ethernet
[12:50] <groz> ok, so, you got a gigabit link from spint, then a 100mbit backup link from xyz
[12:50] <groz> full redundant connections
[12:51] <Kaloz> yeah.. but a dedicated firewall/vpn thingie sound more interesting for me
[12:51] <groz> the failover may not be full speed, but, it's there, plugged in, live
[12:51] <groz> well it still does the firewall/vpn
[12:51] <florian_> Kaloz: I mean a general feature in the mainline kernel that allows you transfer from the pci to host
[12:51] <blux> hello!
[12:51] <florian_> I have seen that in some menuconfig corner
[12:51] <Kaloz> florian_: this is an xscale system on a pci card
[12:51] <florian_> ok
[12:52] <Kaloz> florian_: i don't think it's so easy to exchange data between the two systems over pci :)
[12:52] <groz> depends on the hardware kaloz, but i've worked with many a card where it's trivial to move data over the pci
[12:53] <groz> and it's not hard to burst it at full pci bandwidth either
[12:54] <florian_> well it is still highly hardware dependent
[12:54] <florian_> ok just sent an email to huawei france
[12:54] <blux> does someone have any device with an BCM4712 _AND_ USB?
[12:54] <florian_> we will see if I get a positive anwser
[12:54] <groz> yes its highly dependant on how the hardware is mappted into the pci
[12:55] <Kaloz> groz: heh, it has a lattice ispmach 4a cpld
[12:56] <florian_> actually I have figured out something too
[12:56] <florian_> working on such projects like openwrt is, really refrain us from working for vendors :)
[12:57] <groz> no it doesn't florian
[12:58] <florian_> humm do you think broadcom would hire people like us for instance ?
[12:58] <florian_> maybe monta vista would be interested
[12:58] <groz> no, but, folks using broadcom kit to develop product will
[12:58] <Kaloz> we are going to own montavista :P
[12:58] <florian_> groz: that's right actually, so that they could get rid of nda ?
[12:59] <groz> I have customers deploying stuff on all sorts of hardware platforms
[12:59] <groz> and now i'm working to merge all of the platforms into a single coherent build env with -ng
[12:59] <florian_> the force of openwrt is to run identically on every hardware it supports
[12:59] <florian_> all the more if we developp plugins to configure wifi, switches ...
[13:00] <groz> exactly, and, in my case, the ability to simulate systems by bringing up client code inside a uml
[13:00] <florian_> yep
[13:00] <groz> it's gonna be HUGE for prototype and demo setups
[13:00] <florian_> yep
[13:01] <groz> the way i see it, and the way i've always worked
[13:01] <florian_> anyway here in france there is a particular law that refrains isp to release sources because they have to protect their network
[13:01] <groz> by leveraging my 'existing work' and 'existing env' for a client
[13:01] <groz> i can make small volume highly specialized stuff cost effective
[13:01] <groz> -ng actually is a huge leap forward for that too
[13:02] <florian_> yes, but is highly suffers from stability
[13:02] <florian_> by the way, have to eat now, see you later guys
[13:02] <groz> well, that's where you have a snapshot to work with
[13:02] <groz> and, only merge in the tree when you have verified all the changes dont break your stuff
[13:03] <florian_> yes that's what we will do later
[13:04] <blux> does someone have such a device?
[13:05] <blux> one with broadcom BC4712 and USB? spect sheet say that se chip supports is
[13:05] <blux> it
[13:07] <groz> every wrt54 has it, but, its just not populated
[13:07] <blux> I knop
[13:07] <blux> sry know
[13:08] <blux> but if someone had en dev with USB and that chip hell could take a foto so I culd trace the lines
[13:09] <groz> think it's populated on a couple of asus boards
[13:09] <groz> but, i've never actually had one
[13:09] <blux> I found out that the two outer pin lines are acessible from the TOP of the chip body, so the wwill be acessable
[13:09] <blux> hm
[13:12] <blux> do you know somebody wwith such an dev?
[13:13] <groz> not offhand no
[13:13] <blux> oh, i cold goggle. . . but i don't think I will hig resulution pictures
[13:13] <groz> i bet you will find photos
[13:13] <blux> I'll see
[13:14] <blux> another thing: if someone is interestet in X-Ray photos of an Linksys PCB I have some
[13:27] <jr--> blux. there's photos of belkin with usb1+4712 on fcc site. fcc id K7SF5D7231P
[13:41] <blux> what is fcc?
[13:42] <jr--> blux: https://gullfoss2.fcc.gov/prod/oet/cf/eas/reports/GenericSearch.cfm
[13:56] <blux> thx
[14:05] <jr--> blux. also check K7SF5D72354 and K7SF5D72304. those have better photos of pcb
[14:08] <blux> ahh, now I can see something
[16:30] <nbd> jr--: hi
[20:37] <CIA-20> nbd * r4726 /branches/whiterussian/openwrt/package/nvram/src/ (5 files): remove some useless junk from the nvram libraries
[20:39] <Bartman007> Kaloz: it's too bad these access points only have a single ethernet connection as both the 7000 and 6000 are dual miniPCI devices.
[20:44] <Bartman007> the 6000 has a DW-290 802.11a card and a 22Mbps 802.11b card. I can't tell what the processor is yet because it has a large heatsink on it but the board is fairly nice. it even has a RS232 serial header with MAX3243C chip. Would just need to cut the case and solder on the actual port.
[20:48] <Bartman007> the miniPCI cards in the 7000's appear to be made by the same company as the 7001's wireless cards based on the model numbers. Heh, the 7000 also has the minipci latches soldered onto the minipci cards while the 6000 doesn't.
[20:49] <nbd> i have a dwl-7000ap here
[20:52] <Bartman007> it looks like the dwl-7000ap and the gateway 7001 were based on different revisions of the same xscale reference board
[20:53] <nbd> interesting
[20:53] <nbd> i got the 7000ap in a bricked state and as soon as i can make the jtag util work, i'll try to port redboot to it
[20:54] <Bartman007> lemme hook my 7001 serial cable up, looks like the pinout is the same on the serial port
[20:55] <Bartman007> son of a bitch, this guy didn't ship any ac adapters....
[20:55] <Bartman007> lucky I have quite a few 5V 2.5A bricks around here :-)
[21:05] <Bartman007> nbd: you wouldn't happen to have the serial port info on hand would you?
[21:06] <nbd> no, but it should be easy to figure out if you have a 3-pin serial adapter and a multimeter
[21:06] <Bartman007> yeah, I'm taking my multimeter apart right now to replace the battery
[21:07] Action: nbd gets impatient waiting for the whiterussian/gcc-3.4.6 build to see if he really fixed the bug
[21:21] <CIA-20> nbd * r4727 /branches/whiterussian/openwrt/target/linux/linux-2.4/patches/generic/008-calibrate_section.patch: move calibrate_delay out of the .init.text section
[21:23] <CIA-20> nbd * r4728 /branches/buildroot-ng/openwrt/target/linux/generic-2.4/patches/009-calibrate_section.patch: add calibrate_delay patch to buildroot-ng
[21:24] <CIA-20> nbd * r4729 /branches/buildroot-ng/openwrt/toolchain/gcc/ (Config.in Config.version): gcc 3.4.6 should be safe on brcm-2.4 now
[21:26] <CIA-20> nbd * r4730 /branches/whiterussian/openwrt/target/linux/package/ (13 files in 5 dirs): add package for the nozomi driver
[21:28] <CIA-20> nbd * r4731 /branches/whiterussian/openwrt/target/linux/linux-2.4/Makefile: fix pcmcia module install
[21:29] <CIA-20> nbd * r4732 /branches/whiterussian/openwrt/target/linux/linux-2.4/patches/generic/ (3 files): add usb-serial and ppp fixes from jr
[21:32] <CIA-20> nbd * r4733 /branches/whiterussian/openwrt/package/comgt/ (Config.in Makefile files/ifup.wwan files/wwan.chat): add 3g/umts init script to comgt package
[21:34] <Bartman007> yay, both my multimeters are dead!
[21:34] Action: nbd starts building a new prerelease snapshot for /people/nbd/whiterussian/
[21:38] <Bartman007> someone is going to pay.... one of the new 9v's was dead.
[21:40] <nbd> lol
[21:50] <Bartman007> hmm, as I thought, the serial port pinout is the same, yet all I get is rectangles on the console.
[21:53] <Bartman007> I'm getting output but it is just trash
[21:56] <nbd> is it trash mixed with small text parts or complete garbate?
[21:56] <nbd> garbage?
[21:57] <Bartman007> yeah, the rectangle that is displayed when the character is an undisplayable upper ascii character.
[21:58] <Bartman007> it is defintely outputting data, and is responding to keystrokes, but I just can't tell what the data is...
[21:58] <nbd> different serial port speed?
[21:59] <Bartman007> I've tried 115200 57600 38400 and 9600, only get anything on 115200
[22:02] <Bartman007> lol, nevermind....
[22:03] <Bartman007> 9600 is working, musta been doing something else wrong before.
[22:03] <Bartman007> this IXP420 identifies itself as a 425
[22:03] <Bartman007> and bleh, VxWorks.
[22:11] <Bartman007> heh, gotta love default passwords
[22:16] <groz> especially when they are 'default'
[22:16] <Bartman007> lol, this is was l/p admin/password
[22:16] <Bartman007> but I love how VxWorks will show you the password in plaintext once you have a shell.
[22:23] <blux> is it hard du add USB support to openwrt?
[22:23] <Bartman007> blux: there is already usb support in openwrt.
[22:24] <blux> oh. . . .
[22:26] <Bartman007> http://wiki.openwrt.org/OpenWrtDocs/Customizing/Hardware/USB
[22:26] <jr--> my old nokia adsl router allowed one to reset pw+config over serial, but didn't show current password as reading existing config is prevented without admin password. however you can rename config file on flash and then view config and admin password. :)
[22:30] <jr--> blux. did you manage to locate d+ and d- on 4712? based on pcb photos looked like inner bga pads to me
[22:32] <Bartman007> oh, he's trying to add a USB port to a wrt? that totally different from adding support for usb to openwrt.
[22:32] <Bartman007> s/that/that\'s/
[22:35] <jr--> bartman. at least blux was trying to do hw part couple hours ago. perhaps he's done with it by now. :)
[22:37] <jr--> hires photos of 4712 pcb with usb: http://kordewiner.com/siemens-se505-v2/
[22:38] <blux> Yes im Done
[22:38] <blux> WRT is booting again, but from orginal Intel chip
[22:38] <blux> but now i can switch wir CE# to another with 8MB
[22:39] <blux> and, Bartman007: yes, during googeling with my Flsh-mod I found that every WRT _could_ have USB
[22:39] <Bartman007> jr--: are you even sure that the USB data pins are available on all brcm boards?
[22:40] <blux> if I only find the wires. . .
[22:40] <blux> no I am not
[22:40] <blux> I ned an siemens-se505-v2/ to figure them out
[22:42] <blux> have al look at this an tell me where the are :-D http://gallery.berndlux.de/v/Elektronik/Linksys/dsc_2503-gut-auschn.jpg.html
[22:42] <Bartman007> lol...
[22:43] <blux> such a photo of an Siemens and we have it. . .
[22:49] <blux> . . ore is this x-rax picture so funny ?
[22:50] <Bartman007> I assume there are no whitepapers that give the 4712's pinout?
[22:51] <blux> no, no datasheed, no nothing
[22:51] <blux> sheet
[22:51] <blux> ore do you have some?
[22:52] <Bartman007> no I don't have any, but it looks fairly easy to track down the correct pins from jr's se505 photos.
[22:59] <jr--> not my photos. just something i found from web. if usb pins are on two outer rows and they're all accessible as blux said adding usb - why not. otherwise it's going to be quite a challenge.
[22:59] <jr--> or you could buy wrt54g3g and add cardbus usb2 like i did :)
[23:00] <nbd> hey jr--
[23:01] <nbd> jr--: did you notice that i added your 3g fixes along with a new ifup scriptfor that stuff?
[23:02] <Bartman007> jr--: I've traced the pins all the way back to the cpu, so it shouldn't be hard at all.
[23:04] <jr--> nbd. yep. i'll try them when i get my hsdpa card back. i'm using one builtin on laptop now. are you sure ppp fix is ok? no crashes with it, but it still prints some errors. also bit worried if it might affect pppoe etc.
[23:06] <blu1> yes, but the vias are not exactly under the balls of the BGA
[23:06] <blu1> Ive traced it back today too
[23:07] <blu1> I need an Siemens and another try with x-rays as i did on the wrt
[23:11] <jr--> blu*. plenty of se505's on ebay
[23:18] Action: Bartman007 looks up the voltage specs of the pl2303 to see if it can handle 5V signals.
[23:28] <blu1> jr--: I hnow :-)
[23:28] <blu1> im bitting to one
[23:28] <blu1> know
[23:33] <jr--> blu1. it's v2 and not v1 you're bidding?
[23:33] <nbd> se505 sucks
[23:33] <nbd> at least the one i have
[23:33] <blu1> v2
[23:33] <blu1> I think. . .
[23:33] <blu1> wow do I notice?
[23:34] <nbd> i don't know which version mine is
[23:34] <nbd> but it has only 8 mb ram
[23:34] <blu1> ok, Ill see tomorow.
[23:35] <blu1> good nigth (ore whatever it is 4 u)
[23:57] <Kaloz> Bartman007: nice :) is that 802.11a card atheros?
[23:58] <Bartman007> the one in the dwl-6000?
[23:59] <Kaloz> yep
[23:59] <Bartman007> I don't know yet, looks like it's an internal card, (never sold)
[00:00] --- Sun Sep 3 2006