<rellla>
huge. i think we have some pages, that can be labeled with "done" ... what about the oranges?
<rellla>
199 device pages, 134 in NDH_TODO ...
<KotCzarny>
rellla, i would be more worried about information on those pages being seriously outdated
<MoeIcenowy>
apritzel: for sun50iw2 DRAM, there's source codes in BPI's M2 Ultra BSP
<KotCzarny>
getting common H3 template helped a lot in this regard
<wens>
where can i get sun50iw1 DRAM code, without downloading the whole BSP tarball?
bugzc has quit [Ping timeout: 260 seconds]
<rellla>
KotCzarny: should we mark the outdated ones with a OUTDATED category at first an then try to fix them?
<MoeIcenowy>
wens: seems no sun50iw1 DRAM code available
<KotCzarny>
(or was it orange template)
<rellla>
and what do you meen by H3 template?
<wens>
:/
<MoeIcenowy>
(sun50iw1 is A64
<MoeIcenowy>
sun50iw2 is H5
<KotCzarny>
rellla: page includes would help a lot, because there is whole paragraphs that can be reused
<KotCzarny>
for example edit opipc and search for {{H3_support_status
whaf has quit [Ping timeout: 246 seconds]
<KotCzarny>
but this is cumbersome at best, if we had ability for something as such: 1/ create soc page with status and other info bits, 2/ include those bits on device pages via some directive
<KotCzarny>
wikipedia has something like that, but in this wiki its missing i think
<rellla>
KotCzarny: imho we miss something, that links the mainline status matrix with the devices.
whaf has joined #linux-sunxi
<rellla>
oh. same idea.
<KotCzarny>
i think its called transclusion
<rellla>
i think we need a separate Supported_Devices page, preferably with some kind of matrix, u-boot, kernel, dtb, fex ... and nice green/yellow/red colors and drop the whole status from the device pages
<longsleep>
KotCzarny: did you check what the license for the sun50iw2 DRAM source code might be?
<longsleep>
KotCzarny: i did not see any obvious license header or stuff in the files
<MoeIcenowy>
longsleep: All rights reserved
<longsleep>
fun
<rellla>
KotCzarny: then just link it or extract the device specific row, if that is possible.
<KotCzarny>
longsleep: i dont have any sun50iw2 device
<longsleep>
then what good is it that the source code is released?
<longsleep>
MoeIcenowy: but if the license is all rights reserved, does that help us in any way?
<longsleep>
MoeIcenowy: yes thats what i looked at yesterday
<MoeIcenowy>
as reference
PITYHERO122 has joined #linux-sunxi
<PITYHERO122>
hey everybody.
<longsleep>
MoeIcenowy: ok i see - better than nothing i would guess
<PITYHERO122>
while i using my pcduino,i find it suddenly cant boot
<KotCzarny>
PITYHERO122: something broke. either fs, sdcard/nand or device/psu ?
<PITYHERO122>
it continuously repeat one sentence
<PITYHERO122>
i didn't use my sdcard
<KotCzarny>
PITYHERO122: backup and reflash for a start, or boot from another source
<KotCzarny>
then grab some sdcard image and use fel to boot it, if it works, then nand/uboot/kernel broke
<rellla>
KotCzarny: as this page is huge, does it make sense to extend it with the "software" related infos then?
<rellla>
or should this info just go to the "info box"
<KotCzarny>
rellla: you want simple info in one place for new users or have them to hunt for bits of info via search/multiple clicks?
ErwinH has joined #linux-sunxi
<KotCzarny>
new users usually google for device, see 'unsupported' status (unknowing that its outdated) and dont go anywhere further. my idea was to just put link to mainline status table for socs in new device template
<KotCzarny>
can't edit it though.
<KotCzarny>
because its mostly about socs, not devices to see if its supported, with tablets its a bit different story, but similar, if we had lcd page collecting info similar to wifi
<PITYHERO122>
KotCzarny:how can i reflash a img on a windows platform?
<KotCzarny>
PITYHERO122: dont pcduino vendor provide some images/tools/info ?
<KotCzarny>
*doesnt
<rellla>
i just want something, that is better maintainable than the situation we have atm. http://linux-sunxi.org/Table_of_allwinner_based_boards is enough for and the status chapter on the device pages should be dropped or at least shrinked imho
<PITYHERO122>
KotCzarny:well, i didn't receive any sort of things like tools or informations.
<KotCzarny>
dns doesnt resolve.. might be they either changed name or sold one board, grabbed cash and left
<KotCzarny>
:)
matthias_bgg has quit [Quit: Leaving]
muvlon has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
<rellla>
KotCzarny: what about bundling the device's (u-boot_build_target (ml/legacy), fex, dtb - or UNSUPPORTED)-info in a colored matrix (template), push that to the "Current status" topic and link the mainline status matrix?
<rellla>
or extend the infobox template?
<KotCzarny>
rellla: i have to reread that sentence. might be too early for me.
<rellla>
KotCzarny: sure :p i have to do some $work$ now :)
yann has quit [Ping timeout: 250 seconds]
<KotCzarny>
anyway, solution should be: simple to maintain and without duplicating information
<KotCzarny>
if you want to extend that h3_status template with additional bits, sure, just make sure h3 related support bits go into template, and device specific into template applied in page
florianH has joined #linux-sunxi
matthias_bgg_ has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 258 seconds]
PITYHERO122 has quit [Read error: Connection reset by peer]
<miasma>
KotCzarny: the table of allwinner boards page could probably have more useful info in the mainline column? like some codes for legacy/mainline uboot/kernel?
<miasma>
would be nice if the platform could compute that for you from the category tags, but maybe it's not possible
<KotCzarny>
miasma, dont overdo it, but yeah, my idea was to include which uboot/kernel booted it (might be even a link to device's paragraph with detailed info
<miasma>
currently it just shows wip/js for everything
<KotCzarny>
yes, because nobody filled it. but having a column prepared is easier than to ADD a column for bazillion of rows
<KotCzarny>
;)
<miasma>
how about something like U+K or U+k or _+_, where u/U is uboot (u=legacy, U=mainline), same for k/K. _ is no support
<KotCzarny>
it could be renamed to 'Supported' to accomodate for uboot info too
<KotCzarny>
i still would go for detailed versions if known
<miasma>
sure
<dgp>
Is there a git repo that has the SPI for H3 changes that the wiki says are going in for 4.10?
<wens>
tkaiser: i will ask them to release it publicly
<tkaiser>
wens: Thank you. At the moment the only interesting question for me is: SATA power from DC-IN or using PMIC and step-up converter. Can you answer this maybe?
<wens>
i spotted a step-up converter for vcc-5v
<KotCzarny>
measure connectivity between dc-in and sata ?
<KotCzarny>
:)
<tkaiser>
wens: Was there on the older Bananas too but only to provide 5V on the USB ports and HDMI. I'm interested in SATA only (Lamobo R1 and Olimex Lime/Lime2 are the only boards known so far that power a SATA disk while running on battery)
<wens>
tkaiser: sata power is tied directly to acin
<tkaiser>
wens: Thank you!
<wens>
the schematics show acin and vcc-5v tied together (both with inductors) before the usb host ports though
<hramrach>
hm, actually there was one technical thing to research - somebody suggested some kernel framework to do the register mapping
Putti has joined #linux-sunxi
<hramrach>
something called reg_field.
Ntemis has joined #linux-sunxi
<hramrach>
did not get to looking at that
<tuxillo>
what about these NanoPis?
Andy-D has quit [Ping timeout: 250 seconds]
mhlavink has quit [Ping timeout: 260 seconds]
mhlavink has joined #linux-sunxi
<jelle>
tuxillo: I measured 5V, 0.1 A with ethernet I think
<jelle>
nanopi neo
Dim252 has joined #linux-sunxi
yann-kaelig has quit [Quit: Leaving]
<Dim252>
test
<buZz>
100mA? sounds a bit off
<buZz>
or H3 really is verymuch more efficient :)
<KotCzarny>
yes, with proper tuning
<KotCzarny>
ie. disabling almost everything
<buZz>
and clocking down to 10hz cpu? :D
<KotCzarny>
to 336 or something afair :P
<KotCzarny>
and killing 3 cores
<KotCzarny>
and downclocking dram, turning off eth, unused usb etc
<tuxillo>
at that point, is the board any useful? :D
<KotCzarny>
yup
<jelle>
buZz: this is with the ram clocked down
<tuxillo>
well, and you can do all that from linux?
<KotCzarny>
if you need power, you can simply reenable cores/upclock. without a reboot
<tuxillo>
that's neat
<KotCzarny>
tuxillo: that's the whole point
<buZz>
jelle: just the ram? none of the other mods KotCzarny suggested?
<tuxillo>
you could just enter "night mode" or suchlike
<jelle>
buZz: yup
moobi has joined #linux-sunxi
<moobi>
hi
<Dim252>
Hello.. anybody connect i2c devices to cubieboard2 and RW from android ?
<jelle>
buZz: china usb meter might be a bit off
<buZz>
Dim252: whats a RW
<Dim252>
RW - read\write
<buZz>
did you try i2cget / i2cset yet?
<tuxillo>
jelle: but it has no gpio soldered on and no usb?
<jelle>
tuxillo: yup
<jelle>
tuxillo: well it has one usb port
<jelle>
you can solder gpio pins...
<tuxillo>
ah now I see it
<tuxillo>
the usb port
<moobi>
do not tell me. I have a tablet A13 CPU. rtl8188etv wifi module. it is not trying to run the finished build but I can't connect. then connect the USB network card and it is only visible via ifconfig -a. when you try to enter the command ifconfig eth1 up getting no space left on device. although more than
<Dim252>
buZz: i2set \i2cget \i2cdevices no command in android
<buZz>
and when you install them?
<tuxillo>
jelle: are you in europe? where did you buy it?
<jelle>
buZz: iirc android has no utilities to use i2c
<buZz>
jelle: linux does
<buZz>
android is linux
whaf has quit [Quit: Leaving.]
<buZz>
linux will have any tools you install on it :)
<jelle>
"right"
<Dim252>
buZz: apt-get and dpkg not support... Copy bin file??
<beeble>
you can build i2c-tools for android
<jelle>
it's userland is hardly linux
<buZz>
Dim252: yeah, make sure to get a version thats compiled for the right libraries
<buZz>
jelle: i2c is kernel
<buZz>
no userland requirements really
<beeble>
as long as your kernel has the i2cdev enabled
<buZz>
hmhm
<buZz>
probably does, most android devices use i2c for touch or some sensors or whatnot
* scelestic
looks at the i2c-tools package
<Dim252>
i know i2c enable// axp209 connect i2c
<mripard>
buZz: but all of those are supported through kernel drivers
<mripard>
I'm pretty sure most of the android devices don't have access to i2c from userspace
yann-kaelig has joined #linux-sunxi
victhor has joined #linux-sunxi
<buZz>
that link suggests otherwise :P
<buZz>
although just some sbc android
<buZz>
which i guess Dim252 is using aswell :P
<Dim252>
mripard: only kernel??
<buZz>
so ¯\_(ツ)_/
whaf has joined #linux-sunxi
<Dim252>
buZz: i see this link.. It this compile soft
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<tuxillo>
nanopi neo comes with an H3, Orange Pi Zero with a H2
<tuxillo>
better go for the H3 right?
<KotCzarny>
depends on use case
<tuxillo>
for the low power project I want to do
<KotCzarny>
doesnt matter then
<tuxillo>
alright
<willmore>
tuxillo, If you can, use a 3G stick with external antenna and then use a good antenna that is well placed. That will save you a lot of power.
chomwitt has quit [Quit: WeeChat 1.0.1]
<willmore>
hramrach, I'll take a look at it once I get a moment. Thanks!
chomwitt has joined #linux-sunxi
<tuxillo>
willmore: or maybe use something slower than 3G, right?
<KotCzarny>
or low power if, cnx had a few articles about new developments
mhlavink has quit [Ping timeout: 265 seconds]
<willmore>
tuxillo, no, not really. For a fixed amount of data, the faster standard will use less power. For one, they'll spend less time on the air. Secondly, they get their speed by being more spectrally efficient--which almost always means being more efficient in power/bit.
moobi has quit [Quit: moobi]
matthias_bgg_ has quit [Quit: Leaving]
matthias_bgg has joined #linux-sunxi
<willmore>
KotCzarny, yeah, LoRa might be an option, but the licensing makes it pretty darn expensive.
<tuxillo>
willmore: okay, any particular device you recommend?
<KotCzarny>
willmore: someone is making open lora devices
petr_ has quit [Remote host closed the connection]
petr has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
Dim252 has quit [Quit: Page closed]
tkaiser has joined #linux-sunxi
<tkaiser>
tuxillo: Consumption difference between Ethernet off/on on H3 devices with 'legacy' kernel is 200 mW, with H2+ on OPi Zero just 70 mW (maybe due to GMAC being disabled inside)
<tkaiser>
tuxillo: Also you don't need to disable CPU cores when you want to minimize consumption. Do a google search for h3consumption to get the whole idea and numbers
whaf has quit [Quit: Leaving.]
<tuxillo>
ok thanks
<dgp>
tkaiser: on the jtag, you could probably do it at any time. It's just pinmux settings
<tkaiser>
tuxillo: If you've to care about peak consumption then killing CPU cores might make some sense (eg. you have a power bank between your solar panel and the device that is capable of only 500mA) but otherwise the 'race to idle' concept is fine (getting stuff done faster and entering low-power states). Count of active CPU cores is close to irrelevant for idle consumption. DRAM clockspeed matters way more.
<tkaiser>
dgp: Thanks, will add that to Wiki as suggestion.
<dgp>
Should also be valid for an H3 board with pa0 etc broken out somewhere
<dgp>
s/an/any/
<willmore>
tuxillo, nope, sorry.
<willmore>
KotCzarny, I wish them luck. I fear that is a bigger pattent mess than allwinner kernel sources. :(
<tuxillo>
tkaiser: okay, noted. so you see this little project doable?
<tuxillo>
with something like one of the Zeros?
<tkaiser>
tuxillo: Don't know but they're at least pretty energy efficient. I still hope for R16 boards since there is a PMIC that can control battery (to initiate sane shutdown if battery runs low and stuff like that)
<dgp>
You can use LoRa RF chips without the official stack on top.. Something like ipv6 lowpan might work
<dgp>
I think there was some open mesh protocol with a pubic network designed for lora too
<tuxillo>
I am not familiar with those
<willmore>
dpg, good info, thanks.
whaf has joined #linux-sunxi
<dgp>
semtech (IIRC) make the chips, microchip put networking on top and stuck that on a microcontroller into a can from what I remember
yann-kaelig has quit [Quit: Leaving]
<tuxillo>
tkaiser: so what's the release date for those R16 boards?
<tkaiser>
tuxillo: Well, the Nintendo is on sale already
<tkaiser>
tuxillo: Olimex has a board out but I don't have it and don't know any consumption numbers.
<tuxillo>
alright
<tuxillo>
tkaiser: there is a problem too, if the board gets shutdown for whatever reason
<tuxillo>
in the case it was a lack of energy, when it's restored it would come back online right?
<tuxillo>
what if there isn't enough power to bring it online and it's left hanging
<dgp>
tuxillo: depends, watchdog is there to fix things like that
<tuxillo>
which watchdog?
<tkaiser>
tuxillo: Depends largely on your setup. In case you use a solar panel and a powerbank in between it's important how the latter behaves. Some need the press of a button to provide power again (bad) some not
<dgp>
If the CPU rail goes low enough for long enough it should reset, but if the DRAM rail goes low for a tiny amount of time maybe it'll just lock up..
<dgp>
tuxillo: watchdog in the chip. It's a counter that needs to be constantly reset by the cpu or it resets the system.. so if the CPU stops resetting it because it's locked up you get a reset
<dgp>
tuxillo: if power goes off for a second or so though it should reset
<tuxillo>
aha, ok. good to know
<tuxillo>
okay let's find a place in eu to buy nanopi neo
<tuxillo>
thanks guys :)
<dgp>
I think the pi zero is going to be really good for these remote applications
<tuxillo>
orange pi zero?
<dgp>
Everything you need for a linux machine in a little box works in mainline + small patches and one out of tree module. It's pretty compact
<dgp>
yeah
mhlavink has joined #linux-sunxi
<tuxillo>
it's 10eur from aliexpress
<tuxillo>
the orange pi zero
<scelestic>
shipping though :(
<tuxillo>
yeah exactly, almost 4 eur shipping
<tuxillo>
have you noticed the ethernet port is PoE?
<scelestic>
and i thought i just get a few at once to lower shipping costs but no dice
<tuxillo>
the shipping costs add up?
<scelestic>
yeah
The_Loko has joined #linux-sunxi
<tuxillo>
haha those bastards
<tuxillo>
and nowhere in eu to buy it?
<dgp>
I got 5 with shipping for <$50
<tkaiser>
tuxillo: It's easy to verify yourself, no need to call someone bastard, especially if it's not true.
<tkaiser>
tuxillo: NanoPi NEO is available in DE: jacob.de
<tuxillo>
tkaiser: it's a figure speech, not really calling anyone bastard
<tkaiser>
tuxillo: And when you order from FriendlyARM sometimes shipping costs are wrong, simply write them an email. In case you order a bunch they make you a good offer with low shipping costs.
<dgp>
tuxillo: the PoE is basically 5v dc over the unused pairs. You probably don't want to use it unless you know what that means :)
<tuxillo>
hehe yeah
<tkaiser>
tuxillo: There's a wiki also, many questions that are asked here are answered already ;)
<tuxillo>
tkaiser: FriendlyARMN ships to spain?
<tuxillo>
alright
<dgp>
tuxillo: If your work has a dhl, ups etc account you can always use that.. ;)
<tuxillo>
i don't know, maybe it's worth checking hehe
<dgp>
5 shipped is $45 for me though, that's really good considering you could spend almost that to get one of the pis, a beaglebone or whatever
<tuxillo>
yeah
<tkaiser>
tuxillo: You know the 22 Euro rule?
<dgp>
Once I confirm booting from SPI flash works and I can get the wifi driver into a bit better shape I might order a stockpile of them for all of my future projects until I die
<dgp>
tkaiser: that's the declared value customs start to care at?
<tuxillo>
tkaiser: no, I don't
<tkaiser>
dgp: Yep, no customs, no VAT. A bit unfair though.
<dgp>
Here it's $100
<tuxillo>
why is it unfair?
<dgp>
If it's less than that it's not worth their time trying to translate what it is and work out what of the million categories it comes under
<tkaiser>
tuxillo: If not only large corporations pay no taxes anymore but also us... what happens then?!!1!!