Date: Mon, 20 May 2013 18:36:47 +0100 From: Joe Holden <lists@rewt.org.uk> To: Milan Obuch <freebsd-mips@dino.sk> Cc: Aleksandr Rybalko <ray@ddteam.net>, freebsd-mips@freebsd.org Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. Message-ID: <519A5F2F.3090900@rewt.org.uk> In-Reply-To: <20130520174618.10972497@zeta.dino.sk> References: <CACVs6=_UHMvo6DSyXzvXxJ0eCcSsC%2Bk3yZ42ia5TGzgHduT2zA@mail.gmail.com> <20130516111059.38543d57@wind.dino.sk> <20130516131642.adfae355aa3bf7767e9b56e5@ddteam.net> <20130516124248.33ae4e05@wind.dino.sk> <51952112.9010607@rewt.org.uk> <20130517192206.5db0533f@zeta.dino.sk> <51966CB6.2040701@rewt.org.uk> <CACVs6=-0URQ2f7UqVxRdpuGpf103KOW9CTF6FFCGaGhvg3jOMw@mail.gmail.com> <20130520110659.1d1d2165@zeta.dino.sk> <D1F45DEB-3C3C-42D1-8EDE-94B18AB32152@bsdimp.com> <20130520164001.5f7d99b8@zeta.dino.sk> <519A3D8E.7010106@rewt.org.uk> <20130520172935.312f8c64@zeta.dino.sk> <89337D9B-56D9-4DD5-B096-8BB7FD95D3A8@bsdimp.com> <20130520174618.10972497@zeta.dino.sk>
index | next in thread | previous in thread | raw e-mail
Milan Obuch wrote: > On Mon, 20 May 2013 09:33:31 -0600, Warner Losh <imp@bsdimp.com> wrote: > >> On May 20, 2013, at 9:29 AM, Milan Obuch wrote: >> >>> On Mon, 20 May 2013 16:13:18 +0100, Joe Holden <lists@rewt.org.uk> >>> wrote: >>> >>>> Milan Obuch wrote: >>>>> On Mon, 20 May 2013 07:25:30 -0600, Warner Losh <imp@bsdimp.com> >>>>> wrote: >>>>> >>>>>> On May 20, 2013, at 3:06 AM, Milan Obuch wrote: > > [ snip ] > >>>>> Thanks, I found it - device octm was unknowingly commented out. >>>>> Maybe as I have no octm in devinfo I left it out, no idea. Now it >>>>> works. >>>>> >>>>> Back to the original talk - GPIO. I found on Edgerouter Lite pin >>>>> 11 is used for reset switch - aka 'Factory Default' button. >>>>> >>>>> Status is >>>>> pin 11: 1 F/D<IN>, caps:<IN,OUT> >>>>> when not pressed and >>>>> pin 11: 0 F/D<IN>, caps:<IN,OUT> >>>>> when pressed. >>>>> >>>>> However, I found a problem with ethernet driver. It works only in >>>>> gigabit mode - connected to 100baseT switch is correctly >>>>> negotiated, it seems, but no traffic flows, either way, probably. >>>>> What could I do to diagnose root cause of this problem? >>>>> >>>>> Regards, >>>>> Milan >>>> I haven't seen that, but as a buildworld+kernel takes a couple of >>>> days I'm a week or so behind (I know I know, cross building, but >>>> still) >>>> >>> Well, I use both cross building and native building. My devices are >>> not the top in speed scale, so both building moethods are usable >>> for me. Native building is kind of stability benchmark for me... >>> Anyway, sometimes I am a bit behind, too. >> I'm surprised you said a week. Buildworld for me is 8 hours, and a >> kernel build without modules is on the order of 2-4 (I haven't kept >> as close a track of that). But this is on my eval board with a 6-core >> 600MHz processor. >> >> Warner > > In my case, I have dual core Cavium, should be 600 MHz too, but this is > not in dmesg output (or maybe it's 500 MHz, in sysctl there is > > hw.model: CN5020p1.1-500-SCP > > line). But as it is currently with WITNESS option, performance is > degraded a bit I think. > > Anyway, I am not a week behind actual source tree as Joe said - maybe > he is not able to update more often than that. I will try full > buildworld/buildkernel native on EdgeRouter Lite and report that. > > Regards, > Milan That is indeed a 500mhz dual core, I've actually got a hub plugged into my build ERL currently but for whatever reason the hub on the octeon board doesn't want to do 480meg with it so I have flash running at 12Mbps :P But at least it builds, can't complete a build with /usr/src nfs mounted as it returns a result too large message which I can't seem to shake (Linux nfsd)... it looks like iSCSI is unusable at present as the kernel never sees a response on the wire, presumably the coprocessor is snarfing it and the kernel isn't aware of said functionality, that's if the 50XX even supports such offloading...home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?519A5F2F.3090900>