rellla changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi - *only registered users can talk*
dev1990 has quit [Quit: Konversation terminated!]
agraf has quit [Ping timeout: 244 seconds]
cch has joined #linux-sunxi
agraf has joined #linux-sunxi
gamiee has quit [Ping timeout: 245 seconds]
tllim has quit [Ping timeout: 264 seconds]
dddddd has quit [Ping timeout: 250 seconds]
grosso has joined #linux-sunxi
<grosso> hi
<grosso> I'm developing in an Allwinner A33 board with Android 4.4.2
<grosso> I'm facing some trouble with onboard camera. Driver is "sunxi vfe" so not sure I'm in the right place to ask
<grosso> the problem is, throug v4l2 I try to set capture framerate... no matter what I set, driver always say 1/30 frame period... then, the real fps is 10 fps
dlan has joined #linux-sunxi
<DonkeyHotei> are you using the 3.18 kernel?
tllim has joined #linux-sunxi
dddddd has joined #linux-sunxi
Rafael1980 has quit [Quit: Konversation terminated!]
<grosso> hi... I don't know what kernel I'm using... in fact, it is provided by the hardware manufacturer, so maybe i'm using the original close source software rather than sunxi-linux project
<buZz> uname -a
<buZz> will tell you
<grosso> ok
<grosso> let me see
<grosso> linux version 3.4.39
<grosso> so, how can I know more about my camera and it's v4l2 driver, and eventually install a different driver?
<DonkeyHotei> so, you're using the A33 BSP for 4.4
<DonkeyHotei> it's not supported
<grosso> oh
<DonkeyHotei> i think there was a newer A33 BSP too, but not publicly released
<grosso> sorry my ignorance... what's a BSP?
<DonkeyHotei> board support package, from the vendor
<grosso> ok, I see
<grosso> so you think the BSP for 4.4 has this bug?
<DonkeyHotei> i think the vendor vfe driver for A33 is very particular about what hardware it wants to work with
<DonkeyHotei> is this a common board?
grossso has joined #linux-sunxi
victhor has quit [Ping timeout: 258 seconds]
sunshavi has joined #linux-sunxi
grosso has quit [Ping timeout: 250 seconds]
grossso has left #linux-sunxi [#linux-sunxi]
grosso has joined #linux-sunxi
<grosso> sorry, I been disconnected
Gerwin_J has joined #linux-sunxi
<DonkeyHotei> grosso: is this a common A33 board?
Gerwin_J has quit [Quit: Gerwin_J]
megi has quit [Ping timeout: 250 seconds]
suprothunderbolt has quit [Ping timeout: 250 seconds]
<grosso> sorry, I went to eat
<grosso> donkeyhotei: this is a custom a33 board
<DonkeyHotei> hmm
<DonkeyHotei> you have your work cut out for you
dddddd has quit [Remote host closed the connection]
TheSeven has quit [Ping timeout: 258 seconds]
[7] has joined #linux-sunxi
nuuuciano__ has joined #linux-sunxi
suprothunderbolt has joined #linux-sunxi
nuuuciano_ has quit [Ping timeout: 250 seconds]
<wens_> blah, lima driver doesn't build... XArray API changed in v5.1-rc1
wens_ is now known as wens
<DonkeyHotei> :(
<wens> looks like drm-misc-next was merged into drm-next last Friday
<grosso> why, when and how to use ion allocator?
<grosso> why, where, when and how to use ion allocator?
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 258 seconds]
f0xx has joined #linux-sunxi
<DonkeyHotei> that is someone having uploaded the BSP to github
selfbg has joined #linux-sunxi
<grosso> so, that bsp is opensource?
<DonkeyHotei> it's android
<DonkeyHotei> that's just the kernel from the bsp for a different chip
<grosso> I don't understand... bsp is opensource, but it's supposed that some parts aren't, i.e. cedarX?
<DonkeyHotei> right
<DonkeyHotei> you may be interested in http://linux-sunxi.org/Linux_mainlining_effort
freemangordon has joined #linux-sunxi
<grosso> so far, I see A33 is almost entirely in "mainline"
<DonkeyHotei> yes, but that's much more recent mainline than 3.4.x
<DonkeyHotei> and it's devicetree-based
<DonkeyHotei> no .fex
<DonkeyHotei> and not compatible with the devicetree support in later bsp's
<DonkeyHotei> but it is the way forward
<grosso> sorry, I'm not very familiar with linux ecosystem... so whats "devicetree"?
<grosso> ok
<grosso> so, putting all together:
<grosso> I see A33 has 2 categories of "camera":
<grosso> BT656 and "parallel"
<grosso> the 2 of them share the status "Nobody works on it, but it should be compatible with already done drivers"
<grosso> in the other hand, the source code of "official" bsp's are available, and the camera drivers is in there
<grosso> I want to know, in first place, what camera I have, what is their driver, and if it is that buggy, in the BSP version, and in the linux-sunxi version...
msde has joined #linux-sunxi
<DonkeyHotei> the camera support in mainline is very much not the sunxi-vfe driver
Gerwin_J has joined #linux-sunxi
<grosso> so, what's wrong with that sunxi-vfe driver?
<grosso> maybe I'm doing something wrong... I'ts hard to believe that a camera can't deliver more than 10 fps in all A33 devices using bsp...
<wens> it doesn't use v4l2
<grosso> it doesn't use v4l2? how to capture then?
<wens> hmm, actually it probably does use v4l2
<wens> in any case, you're on your own if you use the bsp
msde has quit [Ping timeout: 252 seconds]
<MoeIcenowy> wens: I think sunxi-vfe uses v4l2
<wens> it has some odd interface for controlling the cameras though
<grosso> well, you think I can move to a mainline-based android version, and everything will still work?
<wens> is there a mainline-based android?
<grosso> I don't know
<DonkeyHotei> there have been one-offs of cyanogenmod
<KotCzarny> grosso: in short, bsp is vendor code dump, with closed bits and weird/unsafe code
<montjoie> and not updated!
<KotCzarny> linux-sunxi effort was to completely rewrite drivers for sunxi chips in opensource and mainline them
<KotCzarny> if you want to use android, you want bsp, if you want linux, vanilla 5.x can work nicely (depending of what hardware you have and want to work)
<grosso> yes I understand... talking about cedarX/cedrus... it's the same performance? is better?
<KotCzarny> if you have any bugs in cedarx, bad luck, you wont have them fixed
<KotCzarny> otoh if you have bugs in cedrus, there is a chance of fixing them
<KotCzarny> as for the performance, i havent seen any benchmarks
<grosso> maybe someday I move to linux, or maybe I move to another chip, I don't know... by now I must stay in android/bsp :(
<grosso> is orange-pi using allwinner chip?
<KotCzarny> depends on model
<KotCzarny> but most use allwinner
<grosso> so, sorry about not moving to mainline... anybody knows what's wrong with these sunxi-vfe drivers and how to overcome that?
<KotCzarny> sunxi-vfe is duplicated code from allwinner that supports only few camera chips
<grosso> I mean original sunxi-vfe drivers... it's supposed to support up to 60fps but I can't get more than 10
<KotCzarny> well, you can try creating an issue on their github project
<grosso> and even less than 10fps...
<grosso> whats their github?
<KotCzarny> but i would assume the camera couldnt put more data at that resolution
reinforce has joined #linux-sunxi
reinforce has quit [Client Quit]
<wens> what sensor are you using
reinforce has joined #linux-sunxi
reinforce has quit [Client Quit]
<grosso> I don't know what sensor
<KotCzarny> what camera model
<grosso> I don't know... how to know that?
<KotCzarny> as a rough estimate lsmod and dmesg might help
<wens> well, where did you get your camera?
<KotCzarny> use pastebin.com to share them
<grosso> let me check
<KotCzarny> seems that module is named nt99230
<grosso> there is lsmod... dmesg is so long that I can't capture it
<KotCzarny> dmesg > some_file
<grosso> ok
<KotCzarny> then copy to pc or use browser to open file locally then copy paste to pastebin.com
<grosso> ok, thank you
<MoeIcenowy> I'm thinking of making a mainlined Android port
<MoeIcenowy> but now waiting for Lima to be stable enough to run Android interface
<KotCzarny> MoeIcenowy: you can use blobbed driver for now? as libreelec does
<MoeIcenowy> KotCzarny: the official blob is for UMP
<MoeIcenowy> not for dmabuf
<MoeIcenowy> (Android one
<suprothunderbolt> anyone know how to force active clock on the I2S master clock line?
<suprothunderbolt> i mean, enable the clock to be connected to that pin
<suprothunderbolt> if possible using the device tree
<grosso> I finally made it
msde has joined #linux-sunxi
<KotCzarny> hmm, a bit cut, try dmesg -s 9999999
Gerwin_J has quit [Quit: Gerwin_J]
<KotCzarny> but i guess identifying piece is: <3>[99865.978098] NT99230_SENSOR_ID=2300
reinforce has joined #linux-sunxi
<KotCzarny> as for frame rate: <4>[114246.634224] [VFE_WARN]Only three buffer left for csi
<KotCzarny> it might be not enough bandwidth
dev1990 has joined #linux-sunxi
<grosso> it limit on about 1000 lines
<wens> MoeIcenowy: you might also want to wait for cedrus h264?
<MoeIcenowy> wens: decoding is not a blocker
<MoeIcenowy> but GPU is
<wens> still nice to have :)
<MoeIcenowy> nowadays really few apps work on Android w/o GPU
<wens> true
<MoeIcenowy> to experience it, install Replicant ;-)
<MoeIcenowy> Replicant removed closed GPU drives
<MoeIcenowy> drivers *
<wens> there's also shitty drivers, which crash if you use too much mem
<MoeIcenowy> even the "recent app" view of SystemUI doesn't work without GPU driver
<MoeIcenowy> :-(
<wens> has a pull request for the userspace portion of lima been sent?
<MoeIcenowy> I don't know
<wens> MoeIcenowy: btw, do you have the new Pine H64 model B?
<wens> we probably want to deprecate the model A DT, seeing it's never going to be released
<MoeIcenowy> wens: yes, and I have already deployed it as my distro's build server
<MoeIcenowy> what I use as dev board is the last sample, which has the only difference with prod version -- LED polarity
<MoeIcenowy> BTW does newest U-Boot support build 32-bit SPL for 64-bit SoCs
<MoeIcenowy> ?
<MoeIcenowy> now I want to do some development on PineTab w/ FEL
<wens> MoeIcenowy: you'll have to ask Andre?
tllim has quit [Read error: Connection reset by peer]
<wens> lima has separate mailing list, nice # https://lists.freedesktop.org/archives/lima/
<MoeIcenowy> oh lemme subscribe it
<MoeIcenowy> wens: BTW have you did experiments on H6 WDOG issue?
<MoeIcenowy> on my Pine H64 seems that it reboots to SPL, but fails to read from eMMC then
<wens> MoeIcenowy: mine doesn't reboot :)
<wens> I think this was on opi 3 lite
<wens> mripard: about h6 watchdog ^
clemens3 has quit [Ping timeout: 246 seconds]
<MoeIcenowy> maybe it's now the time to collect all my H6's
<MoeIcenowy> I have nearly all revisions of samples of Pine H64 model A/B
<MoeIcenowy> and a RP-H6B
<montjoie> MoeIcenowy: time to do a kernelci lab ?
<MoeIcenowy> montjoie: oh my apartment is too small
<montjoie> need not much space
<MoeIcenowy> but now I even have only space for having two boards keep running
<MoeIcenowy> one Pine H64 and one HiFive Unleashed
<wens> I can relate to not having space
<MoeIcenowy> most of my boards are kept inside a box
<wens> physical space is sort of enough, but hard to get wiring around to it, and also you can't stack much on top
<MoeIcenowy> maybe let them run will help them resist the wet
<MoeIcenowy> wens should know how wet kills electronic things ;-)
<MoeIcenowy> (although from my experience, keyboard is the most fragile thing to the wet
beeble_ is now known as beeble
<wens> you mean humidity or actual water?
<MoeIcenowy> humidity
<wens> it's ok unless it condenses
<wens> high humidity is actually beter: less static electricity
<MoeIcenowy> oh you know in Guangzhou it really condenses sometimes
<montjoie> let me give you photo of my compressed lab
<wens> MoeIcenowy: that I did not know
<MoeIcenowy> I think the same thing should happen in TW, right?
<wens> MoeIcenowy: in Taipei it only does this (unless you're in the mountains) sometime in early summer, when you get a very humid breeze
<wens> then the whole floor gets wet
<MoeIcenowy> yes
<MoeIcenowy> here it also happens in early summer
<bbrezillon> lavamind: if you're okay having half the capacity, you should try that one https://github.com/bbrezillon/linux/commits/chip/nand ;)
<wens> MoeIcenowy: I only had it happen once during the past 6 years
<MoeIcenowy> wens: in the past 6 years, there's only one year that it doesn't happen at Guangzhou
<suprothunderbolt> so I want PLL2 to come out of the MCLK pin. Any hints with device tree?
<montjoie> MoeIcenowy: wens in that case, when a vendor give you some board, do not hesitate to ask them to send one to kernelci
nuuuciano__ has quit [Ping timeout: 240 seconds]
clemens3 has joined #linux-sunxi
dddddd has joined #linux-sunxi
jrg has quit [Ping timeout: 245 seconds]
akaWolf has quit [Read error: Connection reset by peer]
<wens> I only get boards from Bananapi
<wens> I tried asking for OPi 3 Lite and got the run around. I gave up and ended up buying them myself.
jrg has joined #linux-sunxi
<wens> montjoie: how come it seems you don't have heatsinks on the chips?
yann has quit [Ping timeout: 246 seconds]
<montjoie> some have some not, didnt have any thermal issue for the moment
akaWolf has joined #linux-sunxi
<MoeIcenowy> I prefer to do things conservatively and do not attach any *extra* thermal solutions
Nyuutwo has quit [Ping timeout: 250 seconds]
<MoeIcenowy> extra means not provided as a basic item
<montjoie> my lab is in my cellar so fresh
Nyuutwo has joined #linux-sunxi
fl_0 has quit [Ping timeout: 250 seconds]
fl_0 has joined #linux-sunxi
gamiee has joined #linux-sunxi
wigyori_ has left #linux-sunxi [#linux-sunxi]
wigyori has joined #linux-sunxi
<wigyori> montjoie: nice lab - do you do boardfarm-like automatic tests or something?
<montjoie> wigyori: yes automatic test, I need some work and I will add it to official kernelci
suprothunderbolt has quit [Ping timeout: 240 seconds]
<montjoie> wigyori: see http://kernel.montjoie.ovh/lava/
<wigyori> montjoie: do you have the boards listed somewhere that you do tests with? i planned to do something similar for openwrt, and so i wouldn't duplicate the boards you have, just the ones i have
<wigyori> ah, thanks
<montjoie> the link is a bit old test
<montjoie> my primary goal was to add maximum of qemu machines
<montjoie> now 50I received my pdu, I will add all my allwinner boards
<wigyori> what pdu do you use? i planned to use a usb hub where the ports could be switched on and off
<montjoie> the only problem is that kernelci/LAVA need uboot+tftp so A80/H6 cannot be tested for the moment
<montjoie> wigyori: problem with managed usb hub is that it is expensive
<wigyori> indeed
<KotCzarny> bi-stable relays are cheap
<montjoie> I use a cambrionix U8C 110GB (near 140€)
<montjoie> bi stable relay imply more wiring/soldering and a controller
<montjoie> the major problem in all case remain wire management
<wigyori> thanks for the pdu pointer
<wigyori> yeah, wire mgmt is an issue, especially if you want to build something that fits into 1 RU or 2 RU (i.e. running it in a datacenter)
<montjoie> the best way we use is "two layer with wood"
<wigyori> :)
<KotCzarny> sbc and diy
<montjoie> board on top
<montjoie> wire on hole to beyond
<KotCzarny> that's why you have those gpio for, no?
<montjoie> it is relay@work with holes
<KotCzarny> :)
<montjoie> let me find the photo of example of bad cable mangement
yann has joined #linux-sunxi
<montjoie> no it is not my desktop
fkluknav has quit [Remote host closed the connection]
<KotCzarny> pity we dont see whole e-m spectrum
<KotCzarny> would be whole new world of chaos in rooms
<wigyori> montjoie: lol
fkluknav has joined #linux-sunxi
<montjoie> wigyori: linaro have done some show on how to do a testfarm
<montjoie> first rules: reliability
<montjoie> so cheap relay, cheap serial is forbiden
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-sunxi
<wens> KotCzarny: if we could, we wouldn't be using that spectrum :)
<KotCzarny> wens, yeah, no see -- no problem type of thing
<wens> https://wens.tw/desktop.jpg # this is my desktop
<wens> some boards are in some other place by the window, for testing camera or gps lol
<KotCzarny> nice little table warmer nest
<montjoie> wigyori: the interest of the U8C was "USB output", no need to create custom wire
<montjoie> and not so expansive, for another project we have found a "smart usb usb" for just 500€
<wigyori> montjoie: yep, that makes it a nice starter
<montjoie> wigyori: I dream their 96 manageable ports
<wens> KotCzarny: a mid-class GPU does better if needed
<montjoie> wens: you stil have enough place for a PDU:)
<wens> montjoie: I need extra space in case I need to use multiple laptops lol
<KotCzarny> i dream of a specialized case that provides power/usb plugs and variable mount adapters
<wens> 3d print one :)
<wens> just don't let it overheat
<KotCzarny> heh
<montjoie> or lego like my first try http://sunxi.montjoie.ovh/cluster.jpg
<KotCzarny> i suspect only electric short could melt it
<montjoie> KotCzarny: IDE rack could be used
<montjoie> one board in each rack, and enough hole for ethernet/poweR/serial/etc
<KotCzarny> still missing flexible cables with minimal plugs to minimize cable chaos issue
<KotCzarny> i bought me some extenders for eth/usb, but they are quite big and rigid
<vpeter> wens: What mouse are you using?
<vpeter> On the picture above.
<wens> vpeter: it's a Logitech Bluetooth Laser Travel Mouse
<wens> I think it's discontinued
<wens> the model is V470 or M-RCQ142
<vpeter> Thank you.
Rafael1980 has joined #linux-sunxi
f0xx has quit [Ping timeout: 268 seconds]
maz has joined #linux-sunxi
tnovotny has joined #linux-sunxi
f0xx has joined #linux-sunxi
victhor has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
msde has quit [Ping timeout: 252 seconds]
jaganteki has joined #linux-sunxi
marble_visions has quit [Remote host closed the connection]
marble_visions has joined #linux-sunxi
fkluknav has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
shfil has quit [Quit: Connection closed for inactivity]
victhor has quit [Ping timeout: 252 seconds]
gamiee has quit [Ping timeout: 252 seconds]
Mangy_Dog has joined #linux-sunxi
cmeerw has joined #linux-sunxi
afaerber has joined #linux-sunxi
afaerber has quit [Remote host closed the connection]
afaerber has joined #linux-sunxi
Mangy_Dog has quit [Remote host closed the connection]
Mangy_Dog has joined #linux-sunxi
<MoeIcenowy> wens: reboot works on my Pine H64
dxtr has quit [Ping timeout: 268 seconds]
dxtr has joined #linux-sunxi
clemens3 has quit [Ping timeout: 245 seconds]
gamiee has joined #linux-sunxi
<wens> damn :/
<wens> ok, I'll pull out my pine h64 tomorrow and give it a try
vagrantc has quit [Quit: leaving]
clemens3 has joined #linux-sunxi
<jaganteki> MoeIcenowy: if you are referring u-boot reset, OPI-h6 boards didn't work from Mainline but with wdt base change it seems working.
<wens> MoeIcenowy: is that reboot using ATF / PSCI?
megi has joined #linux-sunxi
akaWolf has quit [Read error: Connection reset by peer]
akaWolf has joined #linux-sunxi
<pgreco> jaganteki, any pointers on how can I continue there ?
lurchi_ is now known as lurchi__
<paulk-leonov> pgreco, does reverting the patch work for you?
<pgreco> paulk-leonov, yes
<pgreco> but I know reverting DM_MMC is not a real option
<paulk-leonov> yes we should aim to have it working
<paulk-leonov> but sadly the commit enabling it provides no context at all, so I think it would be good to revert it and make a proper commit instead
<pgreco> paulk-leonov, actually what I did was exclude dm_mmc for R40
<pgreco> paulk-leonov, that was my plan, start a new bisect with dm_mmc enabled
<pgreco> but I don't know if it has ever worked
<paulk-leonov> indeed, that's exactly the problem
<paulk-leonov> we don't know if it was broken or just unsupported/untested but enabled
fkluknav has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
<jaganteki> pgreco: responded the mail
<pgreco> jaganteki, thanks
<pgreco> so far, this is what I do in my builds https://paste.centos.org/view/809e1c1c
<paulk-leonov> pgreco, do you have the u-boot ld map to see what function it's failing at?
<jaganteki> pgreco: check it whats wrong from your side.it's working for me all the way
<paulk-leonov> jaganteki, clearly a crash is never okay and should be fixed regardless of the setup that causes it
<pgreco> paulk-leonov, I don't, but if you point me to the docs, I'll generate whatever I need
<pgreco> jaganteki, normally my setups have an unpartitioned sd and boot off sata
<jaganteki> paulk-leonov: I don't see the crash, let me know how to produce it
<pgreco> jaganteki, that setup worked since I started using these devices
<pgreco> and it is still working in my bpi-m1
<jaganteki> pgreco: "normally my setups have an unpartitioned sd and boot off sata" can you elaborate
<pgreco> jaganteki, I use centos or fedora
<pgreco> all the image is in the hdd/sdd, connected in the sata port
<pgreco> the sd is only used for uboot, and without any partitions
<pgreco> sometimes I make a small vfat partition in the SD, to save uboot.env
<pgreco> jaganteki, is that what you mean?
<jaganteki> pgreco: you boot from sata not from SD is it?
<pgreco> exactly, the sd only has uboot
<jaganteki> pgreco: it look undetermenistic
<pgreco> jaganteki, how so?
<jaganteki> can you check the disk contents in SATA once you boot u-boot
<pgreco> jaganteki, let me see if I can access my device at home (I'm at work now)
<jaganteki> okay.
<paulk-leonov> pgreco, it's u-boot.map / u-boot.sym in the u-boot build directly
<paulk-leonov> then you can use that to correlate the address
AneoX has joined #linux-sunxi
AneoX_ has quit [Ping timeout: 240 seconds]
dxtr has quit [Ping timeout: 268 seconds]
dxtr has joined #linux-sunxi
selfbg has quit [Remote host closed the connection]
MasterdonY has quit [Quit: ZNC - http://znc.in]
masterdonx has joined #linux-sunxi
jstefanop has joined #linux-sunxi
SergiusUA has joined #linux-sunxi
nuuuciano__ has joined #linux-sunxi
f0xx has quit [Ping timeout: 258 seconds]
grosso has quit [Ping timeout: 246 seconds]
f0xx has joined #linux-sunxi
<MoeIcenowy> wens: i think yes
<MoeIcenowy> I run mainline ATF + Linux
Putti has joined #linux-sunxi
fkluknav has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
<lavamind> bbrezillon: yes I'm OK with half the capacity! it's better than a dead board!
<lavamind> (or booting it for NFS)
<lavamind> from*
aalm has quit [Ping timeout: 245 seconds]
<lavamind> I find it amazing that you're still hacking on/for the CHIP, thank you
xyntrix has quit [Read error: Connection timed out]
<lavamind> the little board that could :P
xyntrix has joined #linux-sunxi
tllim has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
afaerber has quit [Quit: Leaving]
msde has joined #linux-sunxi
jaganteki has quit [Ping timeout: 256 seconds]
Perlovka has quit [Ping timeout: 250 seconds]
SergiusUA has quit [Ping timeout: 264 seconds]
aalm has joined #linux-sunxi
victhor has joined #linux-sunxi
reinforce has joined #linux-sunxi
msde has quit [Remote host closed the connection]
yann has quit [Ping timeout: 250 seconds]
shfil has joined #linux-sunxi
tnovotny has quit [Quit: Leaving]
gamiee has quit [Ping timeout: 268 seconds]
Putti has quit [Remote host closed the connection]
afaerber has joined #linux-sunxi
cch has quit [Read error: Connection reset by peer]
duracrisis has joined #linux-sunxi
tllim has quit [Read error: Connection reset by peer]
grosso has joined #linux-sunxi
<grosso> hi
<grosso> I have a couple of questions:
<grosso> there exist a documentation for cedarX/cedrus?
tllim has joined #linux-sunxi
<grosso> 2nd question: why, when, where and how to use ion_alloc or sunxi_alloc?
BenG83 has joined #linux-sunxi
gamiee has joined #linux-sunxi
jaganteki has joined #linux-sunxi
chomwitt has joined #linux-sunxi
arc_phasor has joined #linux-sunxi
<arc_phasor> hi all, how do you handle giving the product a globally unique serial number? Could I pull it from something in hardware?
narmstrong has quit [Read error: Connection reset by peer]
Tartarus has quit [Read error: Connection reset by peer]
msev-- has quit [Ping timeout: 268 seconds]
narmstrong has joined #linux-sunxi
steev has quit [Read error: Connection reset by peer]
msev- has joined #linux-sunxi
Tartarus has joined #linux-sunxi
steev has joined #linux-sunxi
yann has joined #linux-sunxi
Perlovka has joined #linux-sunxi
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-sunxi
AneoX has quit [Ping timeout: 268 seconds]
<tllim> @montjoie, I wil lbe happy to ship the PINE64 boards to kernelci, just PM me the shipping address, board model and quantity
<curlybracket> arc_phasor: SID / eFuses
jernej has quit [Ping timeout: 258 seconds]
jernej has joined #linux-sunxi
arc_phasor has quit [Ping timeout: 255 seconds]
f0xx has quit [Ping timeout: 245 seconds]
Wizzup has quit [Ping timeout: 250 seconds]
Wizzup has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
SergiusUA has joined #linux-sunxi
SergiusUA has quit [Remote host closed the connection]
reinforce has quit [Quit: Leaving.]
arc_phasor has joined #linux-sunxi
<arc_phasor> curlybracket: SID?
<arc_phasor> oh heck yea, that's exactly what i need
<arc_phasor> how reliable is that?
Mangy_Dog has quit [Ping timeout: 250 seconds]
<karlp> if you don't want to trust that sort of thhing, you _can_ do things like buy 24aa02e48 and friends.
<curlybracket> arc_phasor: what do you mean? Write reliability? We've deployed 100+ devices so far and haven't yet encounter any problem related to that.
<curlybracket> It depends on your threat model.
jaganteki has quit [Ping timeout: 256 seconds]
<karlp> curlybracket:well that wiki page isn't big on "here's a x bit ID that allwinner guarantees is unique amongst there parts"
<karlp> which might have been what arc_phasor meant by "is that reliable"?
<curlybracket> karlp: Oh, I'm talking about writing your own S/N there.
<arc_phasor> yea sorry. how reliable is it that it's globally unique
<karlp> oh, right.
<karlp> I took them to want to "pull" it from the hardware
<arc_phasor> i do. I think i may just go external to the r16 so i can future-proof
<arc_phasor> i was recommended ATSHA204A which seems quite nice
<karlp> depends what you are tryign to achive, the atsha stuff is a hard sell from mchp,
<arc_phasor> hard sell?
<karlp> they want to sell it, it's higher margin fancier product than just the EUI48/64 parts.
<arc_phasor> ahhh all this acronyms, sorry whats EUI
<karlp> like curlybracket said, depends what your threatmodel implies
<karlp> the 24aa02blah parts are just an i2c eeprom with a guaranteed unique "mac address"
<karlp> but you don't get the buzzword loaded stuff from the atsha parts of "secure key storage"
<arc_phasor> EUI, end user id?
tllim has quit [Read error: Connection reset by peer]
* karlp shrugs. its just the ieee name for a mac address: https://en.wikipedia.org/wiki/MAC_address
<karlp> OUI is the first 24bits, the vendor
<arc_phasor> gotcha
<arc_phasor> cool beans
<karlp> I think thye just wanted to move towards it being an ID, rather than being so tied to the MAC layer of ethernet.
<karlp> so like bluetooth usses them too
<curlybracket> arc_phasor: If you plan on using eMMC as a storage, you get a 32-bit wide S/N included.
<arc_phasor> oh that's cool
<arc_phasor> oh wait, you're saying i could store my own 32-bit side in flash, or the eMMC itself has a serial number?
vagrantc has joined #linux-sunxi
jstefanop has quit [Remote host closed the connection]
jstefanop has joined #linux-sunxi
jstefanop has quit [Read error: Connection reset by peer]
jstefanop has joined #linux-sunxi
NeuroScr has joined #linux-sunxi
<curlybracket> It gets a serial assigned in a factory. There is also an OTP memory region there but using it for arbitrary data gets a bit hacky
jstefanop has quit [Ping timeout: 245 seconds]
a|3xx has quit [Quit: Leaving]
a|3x has joined #linux-sunxi
cmeerw has quit [Quit: Leaving]
Mandragor has quit [Quit: No Ping reply in 210 seconds.]
Mandragor has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
dev1990 has quit [Quit: Konversation terminated!]
arc_phasor has quit [Ping timeout: 268 seconds]
vagrantc has joined #linux-sunxi
gamiee has quit [Ping timeout: 250 seconds]
jstefanop has joined #linux-sunxi
jstefanop has quit [Ping timeout: 255 seconds]
return0e has joined #linux-sunxi
return0e_ has quit [Ping timeout: 245 seconds]
Mandragor has quit [Ping timeout: 246 seconds]