<lkcl>
yep i have that lot. bt hub went down only for about... 5-10 mins
<mnemoc>
:)
<lkcl>
maybe longer, not sure. time's a bit odd right now, in my head :)
<mnemoc>
public logs are good, specially that one that updates on-the-fly :)
tuliom has quit [Quit: Konversation terminated!]
<mnemoc>
and black background is appreciated
<lkcl>
gaah. i know i said "this is easy" but this is ridiculous. i'm around 50% done on these schematics and i started *today*.
<Turl>
what's a bt hub? o.O
<mnemoc>
bt is a telco
<mnemoc>
not bluetooth
<lkcl>
Turl: it's a frisbee. you throw it when you are annoyed and it doesn't come back
<Turl>
ah
<Turl>
bluetooth hub didn't make much sense indeed :P
<lkcl>
unlike a boomerang
<mnemoc>
:)
<lkcl>
no, it's a rubber ball. you throw it and it bounces and comes back up.
<mnemoc>
oh
<lkcl>
luckily, my bt hub is acting like a rubber ball, not a frisbee :)
<mnemoc>
:)
CaCtus491 has quit [Remote host closed the connection]
<lkcl>
i feel somehow that doing schematics should be harder than this. maybe it's because i haven't a clue, but hey, what do i know?
<mnemoc>
lkcl: can the connection of the i2c to the STM be turned into a requirement of the standard?
<lkcl>
mnemoc: naah. because many people will not use STM32Fs, will they?
<lkcl>
so the first operation will be:
<lkcl>
a) read the EOMA-68 I2C EEPROM
<lkcl>
b) go "what device is this?"
<lkcl>
c) go "ah ha! it's one of those looovely ones with an STM32F. Do Something Violent!"
* lkcl
was watching the animated film "Monsters vs Aliens" yesterday
<mnemoc>
and the backlight will be listed?
<mnemoc>
it would be nice to be able to control it over i2c too
<lkcl>
ehhhn..... yeah, it would be, wouldn't it! as a "load stuff to the STM32F" module.
<lkcl>
well, with both i2c and usb connected, that's entirely possible.
<lkcl>
ok gotta get back to it, do some more cut/paste on the STM32F. love the leaflabs guys....
<mnemoc>
btw, all my doubts are regarding the first second after plugging and first second after unplugging.... not about the part when linux is already up
CaCtus491 has joined #arm-netbook
<mnemoc>
but I need to sleep :|
<mnemoc>
but you finish the schematics first! :)
<mnemoc>
good night ;-)
Alex1269 has joined #arm-netbook
hp__ has quit [Read error: Connection reset by peer]
slash_random has quit [Ping timeout: 244 seconds]
slash_random has joined #arm-netbook
CaCtus491 has quit [Read error: Operation timed out]
CaCtus491 has joined #arm-netbook
mysteryname has joined #arm-netbook
Sv is now known as sv
slash_random has quit [Ping timeout: 244 seconds]
freakazoid0223 has joined #arm-netbook
benjamin__ has quit [Ping timeout: 240 seconds]
stefanro has quit [Ping timeout: 246 seconds]
tzafrir_laptop has joined #arm-netbook
stefanro has joined #arm-netbook
CaCtus491 has quit [Ping timeout: 260 seconds]
CaCtus491 has joined #arm-netbook
alcides has quit [Quit: Fighter by day, lover by night, drunkard by choice! Ready to fight!]
Brandon15811_ is now known as t0dbId
t0dbId is now known as t0dbId|home
t0dbId|home is now known as Brandon15811_
mysteryname has quit [Ping timeout: 264 seconds]
ZaEarl has joined #arm-netbook
RITRedbeard has quit [Read error: No route to host]
RITRedbeard has joined #arm-netbook
bsdfox has joined #arm-netbook
bsdfox has quit [Changing host]
bsdfox has joined #arm-netbook
kop has quit [Read error: Connection reset by peer]
kop has joined #arm-netbook
kop has quit [Ping timeout: 260 seconds]
kop has joined #arm-netbook
tekzilla has quit [Ping timeout: 265 seconds]
tekzilla has joined #arm-netbook
kop has quit [Ping timeout: 246 seconds]
hp__ has joined #arm-netbook
hp__ has quit [Read error: Connection reset by peer]
hp__ has joined #arm-netbook
hp__ has quit [Read error: Connection reset by peer]
kop has joined #arm-netbook
hp__ has joined #arm-netbook
hp__ has quit [Read error: Connection reset by peer]
pwhalen has quit [Ping timeout: 246 seconds]
Svet has joined #arm-netbook
sv has quit [Ping timeout: 276 seconds]
Svet is now known as sv
QingPei has joined #arm-netbook
kaspter has joined #arm-netbook
bsdfox has quit [Ping timeout: 244 seconds]
cat_x301 has quit [Ping timeout: 248 seconds]
pawel5870 has joined #arm-netbook
lundman_ has joined #arm-netbook
kaspter has quit [Ping timeout: 244 seconds]
hipboi has joined #arm-netbook
lundman has quit [Ping timeout: 255 seconds]
lundman_ has quit [Remote host closed the connection]
lundman has joined #arm-netbook
mysteryname has joined #arm-netbook
hipboi has quit [Ping timeout: 252 seconds]
hipboi has joined #arm-netbook
Quarx has joined #arm-netbook
mysteryname has quit [Ping timeout: 256 seconds]
sv has quit [Ping timeout: 276 seconds]
wingrime has joined #arm-netbook
hipboi has quit [Ping timeout: 248 seconds]
rellla has joined #arm-netbook
sv has joined #arm-netbook
hipboi has joined #arm-netbook
QingPei has left #arm-netbook [#arm-netbook]
avernos has joined #arm-netbook
<avernos>
is the RK3066 usable?
<mnemoc>
seems so
<mnemoc>
at least they releases some sources. no idea who adopted them (if anyone)
<mnemoc>
released*
<hno>
MK802 III is RK3066
pawel58701 has joined #arm-netbook
pawel5870 has quit [Read error: Connection reset by peer]
cat_x301 has quit [Read error: Connection reset by peer]
Quarx has quit [Read error: Connection reset by peer]
jelly has joined #arm-netbook
hipboi has joined #arm-netbook
cheng has joined #arm-netbook
cat_x301 has joined #arm-netbook
<rellla>
is there a known bug to hdmi.ko or have latest modifications in sunxi-3.0 not been finished, yet? modprobe hdmi takes ~20sec here on my mele.
bsdfox has quit [Ping timeout: 252 seconds]
<mnemoc>
rellla: sunxi-3.0 is supposed to be "complete"... pretty weird. libv?
von_fritz has quit [Quit: vonfritz leaves, don't panic]
Quarx has joined #arm-netbook
tzafrir_laptop has quit [Ping timeout: 252 seconds]
cheng has quit [Quit: Leaving]
<hno>
rellla, maybe it's having problems identifying the display?
<libv>
complete? not really
<libv>
rellla: i did not notice that on my mele yet, i did from time to time notice that other bits from time to time took some time to finish loading
vanner has quit [Quit: vanner]
vanner has joined #arm-netbook
<libv>
rellla: if this is happening everytime, then please start bisecting
<mnemoc>
libv: I mean usable in it's current state
<mnemoc>
not that the disp dirver is in it's final state
<rellla>
libv: would be the easiest way, because my old kernel (before your "major" changes) didn't have this issue... i have two mele's here. if i can reproduce it to happen everytime, i will investigate, which commit causes that issue.
<rellla>
hno: can i debug modprobing in any way to get some infos? cannot remember, what dmesg said - on console there was no output at all
<Turl>
mnemoc: \o postman got board, hopefully I'll get it today :)
<libv>
rellla: the big issue is, that all these patches only now got you an unloadable set o fmodules
<mnemoc>
Turl: how long did they hold it?
<Turl>
mnemoc: it hit the country on the 19th, city on the 22th, customs on ~30th
<Turl>
s/customs/likely cleared customs/
<ibot>
Turl meant: mnemoc: it hit the country on the 19th, city on the 22th, likely cleared customs on ~30th
<mnemoc>
and the local post taking another week makes it a month :p
<mnemoc>
Turl: so, should I fork your device_allwinner_common into a device_allwinner we can use in the BSP?
<rellla>
libv: that means, that it works only with all patches applied, or not even one patch? then please explain bisecting to a non-programmer :-)
<Turl>
if espeedpost hadn't had like one whole week delay to actually give it to hk post it'd have been 3 weeks mnemoc
<libv>
rellla: that means that you will have to reboot every time
<mnemoc>
rellla: you have a range of commits between working and not working. then try the middle. works? then the middle of the not-working side, etc etc
<libv>
git bisect
<mnemoc>
:)
<mnemoc>
rellla: until the problem gets narrowed to a single commit
<rellla>
libv, mnemoc: ah, ok. will take a look at bisect. rebooting every time needs time an a mele - so i have to do that later. maybe i can investigate and help then. btw, somtimes i feel like a stranger in this chat ;-)
<mnemoc>
it usually doesn't take that many loops
<mnemoc>
rellla: stranger because my comment about not been a fan of xbmc?
<mnemoc>
that doesn't mean I don't believe xbmc a critical component... it's just that I'm not a fan of sitting in front of a tv at all
<rellla>
mnemoc: no, stranger because of a very shortened knowlegde in programming, hacking etc. as you guys have! my behaviour is very very "hobbyish"
<mnemoc>
i'm a noob in this stuff too... i got here to learn and be able to do a carreer shift in future
<mnemoc>
sure this project attracted some gurus, but friendly ones :)
<Turl>
+1
<rellla>
mnemoc: my first contact to xbmc (and even linux) came from vdr, a linux video disk recorder a few years ago. i never used xbmc for playing videos and music at all. working pvr/dvr-implementation in xbmc and a working streaming-client based on a small arm box would be my personal goal... then my rpi can do his job as music player ;-)
<Turl>
I'm a noob too, hopefully DIY experience and CS will let me do cool stuff in the futue :)
<mnemoc>
rellla: so don't feel like an stranger ;-)
<rellla>
Turl: is already working via wlan here in my office. must say thats very cool. at home mpd works on a10 near tv, too. imho for playing music only, xbmc is VERY oversized. mpd does his job.
<rellla>
mnemoc: i don't anymore. there are other chats and forums, which are more "rough"
<mnemoc>
:)
<Turl>
rellla: if you have an android phone give that client a try, it's really nice :)
<Turl>
haha, I laughed with this quote from ML -> "This just ain't the Apple store where a million cubie are on stock."
<rellla>
mnemoc: for example that a10linux.org-guy seemed to be strange and out of sorts with linux-sunxi community ....?! hmmm...
<mnemoc>
he came one day to announce his forum, we invented him to join and make it forum.linux-sunxi.org, but he left and never returned
<mnemoc>
s/invented/invited/
<ibot>
mnemoc meant: he came one day to announce his forum, we invited him to join and make it forum.linux-sunxi.org, but he left and never returned
<mnemoc>
rellla: next I knew was a post ranting against us and he announcing he had destroyed all his realted work. no idea what that was :(
kop has quit [Ping timeout: 268 seconds]
kop has joined #arm-netbook
cat_x301 has quit [Quit: Leaving.]
<Turl>
mnemoc: from what I know he had a lichee nand branch with mmc enabled and he had hardcoded a more complex uboot default env on it
<mnemoc>
do you have a clone of that to look?
<mnemoc>
maybe there is something that can be rescued
<mnemoc>
assuming it fits the current development line (mainlining)
mysteryname has joined #arm-netbook
<hno>
I have the a10linux u-boot changes.
tzafrir_laptop has joined #arm-netbook
<mnemoc>
hno: anything worthy?
<hno>
He enabled a bunch of additional commands, MMC support (but without fixes from mmc branch) and a very complex default env sourcing lots of files in /boot/
<hno>
all config changes.
<mnemoc>
i see
<hno>
a10linux/* branches in my u-boot repository if anyone is interested in digging.
<stefanro>
mnemoc: i just sent 2 patches to the sunxi list, from my denx.de address - could you please whitelist this address now?
<mnemoc>
stefanro: nothing pending for moderation yet :|
<stefanro>
hmm, i already received the rejection mail(s)
ZaEarl has quit [Ping timeout: 256 seconds]
<stefanro>
okay, i have to leave for now - just sent both patches from the gmail address again
<stefanro>
might be interesting for some of you - comments welcome :)
<stefanro>
bbl
<mnemoc>
stefanro: you shouldn't get immediate rejects... I'll review the configs
<mnemoc>
stefanro: jsut enabled moderated posting from non-members. I hope that solves the problem
<stefanro>
yes, thats most likely the problem - you wont get even notified
<Turl>
stefanro: also, did you send them to dev@linux-sunxi or linux-sunxi@googlegroups?
Quarx has quit [Read error: Connection reset by peer]
<mnemoc>
Turl: I hope to find time to finish setting up the new server today so you mail from your @linux-sunxi.org using an smtp from us
<Turl>
mnemoc: :)
Quarx has joined #arm-netbook
<Turl>
my ISP not-so-open relay has been serving me well so far :P
<mnemoc>
but I'm not conviced it might be a good idea to install mailman at this point... the google list is already pretty alive
<Turl>
why not just change it on the ifdef block? :P
<mnemoc>
we need to get rid of all ad-hoc debug printk()s
<mnemoc>
to enable pr_debug, #define DEBUG on top
<oliv3r>
is hipboi aA? :)
<oliv3r>
bck*
Almamuetya10 has joined #arm-netbook
<hipboi>
oliv3r: yes
<rz2k>
oliv3r: hey, any plans on figuring out wemac registers & DMA?
<rz2k>
dma is in register guide, but wemac isnt
<oliv3r>
hipboi: oh hello tom! i just replied to your e-mail! Great that it worked out. Even better that you are 8k passed your 50k :D
<Turl>
mnemoc: woot, cubieboard \o/
<oliv3r>
rz2k: maybe. lots and lots of documentation that needs to be done before puzzeling on things :)
<Turl>
hipboi: it just arrived :) thx
<oliv3r>
hipboi: i have 5? or so messages in the queue still that couldn't be sent
<rz2k>
I had a convo with a guy who wants to do wemac from scratch with DMA and everything, but he needs a register guide for wemac.
<oliv3r>
rz2k: ah :S well the registers we have, are the ones from the source/guide; if they are not described and if they are not used, it'll be really hard
mysteryname has quit [Ping timeout: 240 seconds]
<oliv3r>
hipboi: you've got mail
<mnemoc>
rz2k: stefanro just posted a wemac driver for u-boot with a detailed struct for the registry
<mnemoc>
Turl: finally :)
<Turl>
mnemoc: how do you assemble the case? :P
<Turl>
I've got 8 long tubes, 4 small ones
<mnemoc>
Turl: it's shown in the video on indiegogo
<hipboi>
oliv3r: thanks
<oliv3r>
hipboi: i lied, i thought i was blacklisted, but according to mxtoolbox.com i'm not, so t-online and att are being uptight :p i'm sorting it with them, but the list of users is still true
<oliv3r>
hipboi: the other 4k should have gone through without problem I suspect
<hipboi>
oliv3r: i think so, most of the 4k users have received the mail
<hipboi>
though some are in their spam folder
<mnemoc>
now we need another 50k via paypal in the next week so you can fullfil promised the shipping date :|
<mnemoc>
s/promised the/the promised/
<ibot>
mnemoc meant: now we need another 50k via paypal in the next week so you can fullfil the promised shipping date :|
<oliv3r>
hipboi: spam folders is something we can't really do anything about on the server end :)
<oliv3r>
hipboi: you can use my paypal server >: )
<oliv3r>
:p
<mnemoc>
oliv3r: meaning you will lend the 50k? :)
<oliv3r>
Receiving!
<mnemoc>
:(
<oliv3r>
all in all; only 2 domains (t-online.de and att.net/bellsouth actually) so i'd say, it went rather well
<oliv3r>
hipboi: also Yes! I found that there is a default 1000 maximum limit. I wasn't aware of such limitation, so next time, i'll know how to temporarly change it ;) though 1k should be enough for everyone :D
<hipboi>
yes, i tried to bcc 4k at a time
<oliv3r>
I'm sorry!
<oliv3r>
it won't happen again ::::::)
pawel5870 has joined #arm-netbook
pwhalen has joined #arm-netbook
<Turl>
hmm
<Turl>
hipboi: cubieboard doesn't fit on case, IR thingy is too tall :P
<hipboi>
it's the problem of the screw
<hipboi>
screw is not tall enough
<hipboi>
we fixed it for the later version
<mnemoc>
you can turn the IR a bit to let the case close correctly
<Turl>
woot, it boots :)
wingrime has quit [Read error: Operation timed out]
<Turl>
plugged it to the hdmi port on the back of the tv
<Turl>
hipboi: what's the username/password?
<hipboi>
root?
<hipboi>
yes
<hipboi>
root without pw
<Turl>
hm I forgot I don't have any USB keyboard :<
<hipboi>
mele F10?
<Turl>
neither
<hipboi>
then i remember wrongly
<Turl>
but I can type random stuff with my tv remote
<Turl>
:P
<Turl>
(neither as I don't own mele f10)
<Turl>
hipboi: does it have ssh?
<hipboi>
no
<hipboi>
you can connect uart
<Turl>
yeah but I have to disassemble mele to connect uart
<hipboi>
then i know
<hipboi>
every package should come with a serial cable
ol1ver has quit [Remote host closed the connection]
<oliv3r>
aren't you typing this with a keyboard? connect it to your cubieboard :D
<oliv3r>
brb
oliv3r has left #arm-netbook [#arm-netbook]
<Turl>
that would certainly help hipboi :P mine came only with sata cable
<mnemoc>
hipboi: add a $10 perk in indiegogo for case + uart ;-)
<mnemoc>
Turl: no power cable?
<Turl>
well yeah and the power cable :P
<Turl>
mnemoc: I was surprised plugging it to the back of the tv for power worked
<Turl>
mnemoc: and didn't crash with wemac and hdmi output simultaneously :P
<mnemoc>
mine takes 1 watt from the hdmi connector even when externally powered via the rounded connector
<Turl>
you can take power from hdmi connector?
<mnemoc>
my watt meter tells so
L84Supper has quit [Quit: <puff of smoke>]
<Turl>
mnemoc: how big of an SD card do you need for those rootfs and hwpacks?
<Workboot>
What's this JXD S18 about? Amlogic 8726-M3L with a wee screen for under $50.
hipboi has quit [Ping timeout: 240 seconds]
hipboi has joined #arm-netbook
L84Supper has joined #arm-netbook
<mnemoc>
Turl: the hw pack is 10M, the alip rootfs ~150. compressed
hipboi has quit [Ping timeout: 240 seconds]
<Turl>
mnemoc: ended up installing alarm
<mnemoc>
ok
hipboi has joined #arm-netbook
bsdfox has joined #arm-netbook
bsdfox has quit [Changing host]
bsdfox has joined #arm-netbook
<Workboot>
Is that amlogic thing too terrible to talk about? At first glance it looks like maybe the cheapest SBC with a Cortex A9, but to get it you have to crack open the case and throw away the screen and the battery.
<j^>
anyone knows if any of the current branches of linux-sunxi works on a mk802ii (1GB), i can boot sunxi-3.0 and sunxi-3.4 but it crashes after a couple of seconds
<Workboot>
But I'm wondering if it's that cheap because of the terrible secret it has... whatever that might be.
<Workboot>
Built on an ancient indian burial PCB or something.
ol1ver has joined #arm-netbook
oliv3r has joined #arm-netbook
<Turl>
Workboot: as far as I'm aware it's all a secret
<Turl>
(there's no source)
<Workboot>
It's the new generation of viral marketing. An internet driver source code treasure hunt.
hipboi has left #arm-netbook ["Leaving"]
arokux1 has quit [Remote host closed the connection]
rz2k has quit [Ping timeout: 245 seconds]
arokux has joined #arm-netbook
revident has joined #arm-netbook
<stefanro>
mnemoc: which linux branch should i use from the linux-sunxi repo? sunxi-3.4?
<mnemoc>
sunxi-3.4 still has some bits pending to forward port from allwinner's usb hackery
<stefanro>
mnemoc: for testing and to reproduce this reboot problem?
<stefanro>
you need to set "ethaddr", "ipaddr" and "serverip" of course
<stefanro>
for ethaddr i always use the tools/gen_eth_addr tool from u-boot
<stefanro>
in such cases when there is no real mac address available
<stefanro>
have to leave for a while, bbl
pawel5870 has quit [Ping timeout: 252 seconds]
<hno>
The PHY is external, and power controlled with a "random" GPIO pin (random as in different on different products)
<hno>
stefanro ^
<hno>
Only the MAC is integrated.
<stefanro>
i didn't look at the schematics yet
<stefanro>
i also integrated the "mii" command - so "mii info" is quite useful (for link, speed etc detection)
<hno>
stefanro, It's very odd it at all works without programming the GPIO high. Should not.
<rz2k>
we need somebody with hackberry
<rz2k>
on hackberry wemac is dead right now because of that GPIO being down
<mnemoc>
i don't understand why they emac_power output is set to 0 on the mele
<hno>
stefanro, see page 10 in schematics.
<mnemoc>
and there is no emac_power at all in the cubie's fex
<hno>
mnemoc, I know. See mail list discussions.
<mnemoc>
i would have expected it to need to be 1, not 0
bsdfox has joined #arm-netbook
bsdfox has quit [Changing host]
bsdfox has joined #arm-netbook
popolon has joined #arm-netbook
kop has joined #arm-netbook
<hno>
mnemoc, I suspect the mele don't have PHY power control.
<mnemoc>
but in the sata_power_en thing on the ML they set it to 0 too
<mnemoc>
i really fail to understand
<hno>
Do mele have SATA power control?
<hno>
I don't know. Hard to say without schematics.
<mnemoc>
line is empty in the mele's fex
<hno>
So probably not.
<hno>
Cubieboard schematics lists SATA power control as PB8 and EMAC PHY power control as PH19
<hno>
Guess that need to change in next revision. PB8 is I2S.
alcides has joined #arm-netbook
alcides has quit [Changing host]
alcides has joined #arm-netbook
<techn>
almost 60k @indigogo :p
freakazoid0223 has quit [Read error: Connection reset by peer]
<techn>
j^: about that mk802 crash.. check that you have wemac disabled in script.bin.. it that could help
jlj_ has quit [Ping timeout: 252 seconds]
<hno>
stefanro, i wonder.... maybe phy power is hardwired to on. At least on mine just behing etherned socket it looks like there is one transistor replaced by a jumper. And location looks like it should be the phy-pwr-en block.
<hno>
unfortunately there is no component numbering on the pcb.
rellla has joined #arm-netbook
Sternennebel has joined #arm-netbook
slash_random has quit [Ping timeout: 240 seconds]
slash_random has joined #arm-netbook
<hno>
hm.. confusing. If tjis is the control transistor then emac-pwr-en is inverted. Drive high to disable phy.
<hno>
ok, lets test
<hno>
Ok, anyone with a Hackberry here?
RITRedbeard_ has joined #arm-netbook
<andoma>
techn: i tried to look around a bit for armel r3p0 mali libs, there are no such things?
<techn>
It was so hard to get working armhf ones.. so we decided not get armel ones.. If we could some day get newer
<rz2k>
also kill next_mali as r3p0 is already here
<techn>
rz2k: +1
<mnemoc>
I think I removed next_mali already
<mnemoc>
git remote prune ?
<andoma>
techn: what's the difference between r3 and r2?
slash_random has quit [Ping timeout: 240 seconds]
<mnemoc>
r2 is from linux 2.6.36 times
<mnemoc>
r3p0 is from linux 3.0 times
slash_random has joined #arm-netbook
<mnemoc>
r3p1 is current I think
<mnemoc>
p2 maybe?
<andoma>
ah ok so it's more of a kernel interface change rather than some opengl feature/optimization change
<techn>
andoma: there could be openvg support as new.. but our libs wont support that
<andoma>
ok
<rz2k>
WarheadsSE: is that ok that alarm for sun4i has broken ttyS0 output?
<rz2k>
there is agetty started for ttyS0, but no output, console=tty0 console=ttyS0 is in kernel command line
rellla has quit [Quit: rellla]
<mnemoc>
andoma: also newer means more fixes
jlj has joined #arm-netbook
Almamuetya10 has quit [Ping timeout: 245 seconds]
drachensun has quit [Remote host closed the connection]
<techn>
mnemoc: also some regression :p
<mnemoc>
:)
slash_random has quit [Ping timeout: 240 seconds]
<rz2k>
great, there is no libdri2 in alarm, probably libdricore9.0.0.0 is replacement, but I dont know.
<rz2k>
also our xorg configure dies with randr not found, even if it is actually installed.
<WarheadsSE>
rz2k: que?
<WarheadsSE>
yeah, we need to get a newer kernel & uboot.
<WarheadsSE>
idk what happened to that command line
alcides` has joined #arm-netbook
<rz2k>
it worked before?
alcides` is now known as xxcidaoxx
alcides has quit [Disconnected by services]
xxcidaoxx is now known as alcides
alcides has quit [Changing host]
alcides has joined #arm-netbook
jas-hacks has joined #arm-netbook
<WarheadsSE>
rz2k: yeah, i used it to set things up.
<rz2k>
hno:
<rz2k>
jas-hacks is a guy with hackberry I think
<rz2k>
jas-hacks: we need you to test some stuff regarding emac_power
<jas-hacks>
Not a problem, i posted the issue on the mailing list.
<rz2k>
WarheadsSE: I will test more, didnt test systemd though, only sysvinit.
tzafrir_laptop has quit [Ping timeout: 256 seconds]
<WarheadsSE>
systemd works great.
<rz2k>
jas-hacks: read logs to catch up
<WarheadsSE>
my mele, with 3.0.38 boots in ~ 10 seconds from power application (includes uboot delay)
<rz2k>
cool
<WarheadsSE>
Had a bunch of issues the other day with getting the sunxi-3.0 to compile right.
<jas-hacks>
rz2k : So mele has hardwired phy power?
<rz2k>
probably, no schematic is available :(
<rz2k>
only cubieboards where it seems like it is also always high
<jas-hacks>
rz2k: so cubieboard is hardwired?
<mnemoc>
WarheadsSE: I don't see anything in the issue tracker from yet....
<RaYmAn>
mnemoc: not yet managed it myself but: custom u-boot is possible, and you can recover from bad flashes (as long as you don't do some hardware mods)
<RaYmAn>
:D
<RaYmAn>
(arm chromebook)
<mnemoc>
RaYmAn: still waiting for your review
<RaYmAn>
heh
<RaYmAn>
screen is as expected (not the best, but certainly not the worst) - seems fairly speedy generally, but there are some slowdowns in chrome sometimes scrolling and stuff
<RaYmAn>
I blame chrome more than the hardware :P
<RaYmAn>
haven't tried out custom OS, e.g. debian or similar yet
<WarheadsSE>
mnemoc: I got occupied with a paid project :p
<mnemoc>
WarheadsSE: :)
<RaYmAn>
mnemoc: how far is yours? :)
<WarheadsSE>
I figured I would revisit in in a few days, see where it had gotten.
<RaYmAn>
Also, what kind of stuff are you looking to know? :P Review is..broad ;)
<WarheadsSE>
since half the problem was github itself failing.
<mnemoc>
RaYmAn: still hasn't been reposted :(
<jas-hacks>
Anyone know what the bare metal performance of wemac is? Has a look at the wemac code, it seems to be simple interrupt handling with some DMA used for Rx when data is beyond 2000 bytes :(.
<hno>
jas-hacks, we don't know what is the story with cubieboard PHY power. Works when it should not.
<mnemoc>
lundman: reported 98Mbps with the current driver on his mele
<RaYmAn>
mnemoc: aww :(
<mnemoc>
s/lundman:/lundman/
<ibot>
mnemoc meant: lundman reported 98Mbps with the current driver on his mele
<jas-hacks>
Can someone try testing wemac on mele/cubie, just want to get a benchmark of wemac speed.
<WarheadsSE>
wemac is the ethernet, yes
<mnemoc>
yes
<rz2k>
dont test with synthetic loads
<rz2k>
try to do something like git or torrent
<rz2k>
because it looks like with real loads wemac gets overloaded or something like that
<rz2k>
I have git on my mele making only 50mbps :/
<jas-hacks>
hno: on cubieboard is emac_power = PH15 or something else?
benjamin__ has joined #arm-netbook
<hno>
jas-hacks, would you be able to test ethernet support in my sunxi-current branch?
<hno>
I think you need to enable PHY power by setting the right GPIO bit (gpio command).
<hno>
that's u-boot not kernel.
freakazoid0223 has joined #arm-netbook
<WarheadsSE>
farking ca42 driver.
<WarheadsSE>
has a bad habit of bluescreening linux.
<WarheadsSE>
what
<WarheadsSE>
.. win7
<WarheadsSE>
man, not my day for organized thought!
<hno>
jas-hacks, according to shematics Cubieboard have wired PHY power to ph19. But appears to work without setting any GPIO at all.
<WarheadsSE>
is something in the uboot setting it?
<mnemoc>
but if they set the output to 0, it's the same as not defininging it at all
<hno>
it apparently works in u-boot without u-boot setting the gpio pin, or any other gpio pin,.
<jas-hacks>
hno: Hackberry is also PH19 which doesn't make sense?
<hno>
jas-hacks, ?
<lundman>
with tcpwin changes too
<hno>
Using PH19 makes sense. What does not compute is that the PHY is apparently powered without the GPIO pin enabled.
<jas-hacks>
Unless the PH19 is brought high by something else.
<hno>
jas-hacks, there is nothing else in software at least. The pin is in high impedance input mode.
<hno>
default.
CaCtus491 has quit [Quit: leaving]
CaCtus491 has joined #arm-netbook
<jas-hacks>
hno: On the mele/cubie is there a eth isolation transformer?
<jas-hacks>
hno: Actually isolation transformer shouldn't make any difference.
<hno>
jas-hacks, None visible, but those are usually built in to the connector so hard to say.
<hno>
and should not make a difference for PHY chip power.
<hno>
Part number listed in cubieboard schematis is a RJ45 network interface transformer.
<hno>
Can only assume actual part mounted is as well even if it seems to be some other non-name component.
<jas-hacks>
hno: On hackberry we have a separate isolation transformer (Pulse H1102NL) that's the only visible difference I can see next to the RTL8201CP.
<hno>
jas-hacks, the PHY power control is cutting VCC to the RTL8201CP. entirely.
<hno>
when implemented and working.
<jas-hacks>
hno: Just what I thought, then we can't explain how cubie works .
<hno>
I suspect the board I have is wired a little differently than the published schematics.
slash_random has joined #arm-netbook
<jas-hacks>
hno: I'll try you patch tomorrow and report back.
drachenphone has joined #arm-netbook
jas-hacks has left #arm-netbook [#arm-netbook]
cat_x301 has quit [Ping timeout: 256 seconds]
bsdfox has quit [Ping timeout: 265 seconds]
vgrade has quit [Ping timeout: 252 seconds]
vgrade has joined #arm-netbook
revident has quit [Quit: Combustible lemons? Bah, I bring you weaponized asparagus!]