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*
dddddd has quit [Remote host closed the connection]
<tuxillo> any opinion on the opi win plus?
<MoeIcenowy> voodoovood_, martinayotte: please add your SID to the wiki ;-)
<MoeIcenowy> some new zero SID example, in A64 era
<MoeIcenowy> BTW should I nuke all H3 (wrong) SID on wiki started with "02004620" now?
ildar has quit [Read error: Connection reset by peer]
freddor has quit [Remote host closed the connection]
mic-e[m] has quit [Remote host closed the connection]
oliv3r[m] has quit [Remote host closed the connection]
k40s[m] has quit [Remote host closed the connection]
t4h4[m] has quit [Read error: Connection reset by peer]
thefloweringash has quit [Read error: Connection reset by peer]
MartijnBraam has quit [Read error: Connection reset by peer]
EmilKarlson has quit [Read error: Connection reset by peer]
z3ntu has quit [Remote host closed the connection]
JuniorJPDJ has quit [Remote host closed the connection]
YannSoubeyrand[m has quit [Read error: Connection reset by peer]
romainmahoux[m] has quit [Remote host closed the connection]
fevv8[m] has quit [Remote host closed the connection]
AneoX_ has joined #linux-sunxi
AneoX has quit [Ping timeout: 255 seconds]
k40s[m] has joined #linux-sunxi
<voodoovood2> fkin..
<voodoovood2> MoeIcenowy: i don't understand now
<voodoovood2> we have actually done something wrong(bad conf or something) or it is really an issue?
<voodoovood2> it is there some irony ?
lurchi__ has quit [Ping timeout: 272 seconds]
<MoeIcenowy> I think it's really an issue.
Rafael1980 has quit [Quit: Konversation terminated!]
xade has quit [Ping timeout: 250 seconds]
YannSoubeyrand[m has joined #linux-sunxi
oliv3r[m] has joined #linux-sunxi
fevv8[m] has joined #linux-sunxi
mic-e[m] has joined #linux-sunxi
ildar has joined #linux-sunxi
z3ntu has joined #linux-sunxi
freddor has joined #linux-sunxi
JuniorJPDJ has joined #linux-sunxi
romainmahoux[m] has joined #linux-sunxi
MartijnBraam has joined #linux-sunxi
t4h4[m] has joined #linux-sunxi
thefloweringash has joined #linux-sunxi
EmilKarlson has joined #linux-sunxi
lurchi__ has joined #linux-sunxi
<voodoovood_> MoeIcenowy: okay, how can i help?
<MoeIcenowy> just add your SID to http://linux-sunxi.org/SID_Register_Guide
shfil has quit [Quit: Connection closed for inactivity]
\\Mr_C\\ has joined #linux-sunxi
agraf has quit [Ping timeout: 244 seconds]
victhor has quit [Ping timeout: 258 seconds]
agraf has joined #linux-sunxi
xade has joined #linux-sunxi
<voodoovood_> hah, guys, you are full of informations
<voodoovood_> just interested in 1 second glitch
<voodoovood_> [ 0.337816] printk: console [ttyS0] disabled [ 0.358431] 1c28000.serial: ttyS0 at MMIO 0x1c28000 (irq = 25, base_baud = 1500000) is a U6_16550A [ 1.287301] printk: console [ttyS0] enabled
<voodoovood_> really trying the fastest boot
<voodoovood_> maybe fuckin newbie questin
Gerwin_J has quit [Quit: Gerwin_J]
dlan has joined #linux-sunxi
<Net147_> after updating U-Boot from 2018.07 to 2018.09, can't boot sunxi 3.4 kernel anymore. any ideas?
voodoovood_ has quit [Ping timeout: 256 seconds]
xade has quit [Ping timeout: 255 seconds]
xade has joined #linux-sunxi
nuuuciano_ has quit [Ping timeout: 245 seconds]
TheSeven has quit [Ping timeout: 264 seconds]
TheSeven has joined #linux-sunxi
megi has quit [Ping timeout: 245 seconds]
IgorPec has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
Gerwin_J has quit [Client Quit]
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 264 seconds]
xade has quit [Ping timeout: 245 seconds]
zoums has quit [Ping timeout: 246 seconds]
<montjoie> 3.4 is too too old, 2018.09 is old
zoums has joined #linux-sunxi
f0xx has joined #linux-sunxi
Putti has joined #linux-sunxi
zoums has quit [Read error: Connection reset by peer]
reinforce has joined #linux-sunxi
zoums has joined #linux-sunxi
Putti has quit [Ping timeout: 268 seconds]
TheSeven has quit [Ping timeout: 250 seconds]
TheSeven has joined #linux-sunxi
<KotCzarny> MoeIcenowy: those wrong sids can be fixed
<KotCzarny> they have all required bytes, and even oem id
xade has joined #linux-sunxi
Mandragor has quit [Ping timeout: 245 seconds]
IgorPec has quit [Ping timeout: 244 seconds]
Mandragor has joined #linux-sunxi
<Net147_> montjoie: same issue with U-Boot 2019.01 and 2019.04-rc4
<Net147_> montjoie: anyway, I found the issue and sent a patch to mailing list
<KotCzarny> what was the issue?
<KotCzarny> thx
<KotCzarny> interesting
powerpan has joined #linux-sunxi
<Net147_> KotCzarny: this was commit that broke it since U-Boot 2018.09-rc1 - https://git.denx.de/?p=u-boot.git;a=commit;h=d32e86bde8a31a49cf4a9b233ad91ecdfc96ba2a
powerpan_ has joined #linux-sunxi
powerpan has quit [Ping timeout: 256 seconds]
a|3x has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
Gerwin_J has quit [Client Quit]
powerpan_ has quit [Ping timeout: 256 seconds]
<montjoie> does it exists a mainline matrix for uboot like for kernel ?
<KotCzarny> there was an idea for that
<KotCzarny> but i think no
jrg has quit [Ping timeout: 245 seconds]
xade has quit [Ping timeout: 245 seconds]
tllim has quit [Read error: Connection reset by peer]
fkluknav has quit [Quit: ZNC 1.6.3 - http://znc.in]
fkluknav has joined #linux-sunxi
<Net147_> if U-Boot has eGON.BT0 magic for one location on SD card, is there a second location on SD card for eGON.BT1 that CPU tries to boot from?
<MoeIcenowy> Net147_: CPU doesn't know eGON.BT1
<Net147_> MoeIcenowy: okay, thanks
<Net147_> wondering if there is a way to implement an atomic update of U-Boot on SD card
<plaes> iirc, there was secondary address that brom looks
<Net147_> any clue where I can find it?
<MoeIcenowy> Net147_: not on A20.
<MoeIcenowy> it seems to be only present on chips from H3 on
Net147_ has quit [Quit: Quit]
Net147 has joined #linux-sunxi
msimpson has joined #linux-sunxi
xade has joined #linux-sunxi
clemens3 has joined #linux-sunxi
f0xx has quit [Ping timeout: 250 seconds]
xade has quit [Remote host closed the connection]
xade has joined #linux-sunxi
xade has quit [Read error: Connection reset by peer]
xade has joined #linux-sunxi
jrg has joined #linux-sunxi
popolon has quit [Quit: WeeChat 2.4]
popolon has joined #linux-sunxi
mpmc has quit [Ping timeout: 245 seconds]
dddddd has joined #linux-sunxi
mpmc has joined #linux-sunxi
dev1990 has quit [Quit: Konversation terminated!]
IgorPec has joined #linux-sunxi
chomwitt has joined #linux-sunxi
victhor has joined #linux-sunxi
nuuuciano_ has joined #linux-sunxi
diego71_ has joined #linux-sunxi
diego71 has quit [Ping timeout: 245 seconds]
diego71_ has quit [Ping timeout: 272 seconds]
<wigyori> morning
diego71 has joined #linux-sunxi
<voodoovood2> root
<voodoovood2> bad window :D
<KotCzarny> wrong password, try again
<libv> mnemoc: tfiga is not a member at all
<libv> voodoovood2: it's smart to have your root password be
<libv> "bad window :D"
<voodoovood2> libv :)))
<libv> we would never be able to tell ;p
<libv> mnemoc: seems like you handled this already :)
<KotCzarny> libv: wrong chan?
<libv> KotCzarny: nah, tfiga complained about bounces on linux-sunxi
<KotCzarny> must've been some time ago, nvm then
<libv> was sent to linux-sunxi+owners@googlegroups.com
BenG83 has quit [Ping timeout: 245 seconds]
<libv> if anyone comes here and complains, the solution is to add the user directly, as "web only"
xes has quit [Ping timeout: 245 seconds]
SergiusUA has joined #linux-sunxi
shfil has joined #linux-sunxi
ceng has quit [Ping timeout: 272 seconds]
airwind has joined #linux-sunxi
xes has joined #linux-sunxi
victhor has quit [Ping timeout: 252 seconds]
tnovotny has joined #linux-sunxi
hanni76 has joined #linux-sunxi
Mangy_Dog has joined #linux-sunxi
xade_ has joined #linux-sunxi
xade has quit [Read error: Connection reset by peer]
Gerwin_J has joined #linux-sunxi
Gerwin_J has quit [Client Quit]
xade has joined #linux-sunxi
xade_ has quit [Read error: Connection reset by peer]
<MoeIcenowy> it's the first time that I see people try to log in #linux-sunxi
<MoeIcenowy> usually people want to list the files here
<fALSO> yo moeicenowy
<fALSO> LOL login
<wens> password security ... hmm...
<mru> hunter2
<KotCzarny> 980401
<fALSO> god
* fALSO last day at this work
<mru> idkfa
<fALSO> iddqd
<fALSO> idspidpopd
<KotCzarny> pwgen
<fALSO> ;-)
\\Mr_C\\ has quit [Quit: (Read error: Connection reset by beer)]
\\Mr_C\\ has joined #linux-sunxi
zoums has quit [Ping timeout: 246 seconds]
zoums has joined #linux-sunxi
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
megi has joined #linux-sunxi
IgorPec has joined #linux-sunxi
shfil has quit [Quit: Connection closed for inactivity]
<angelo_ts> afayk, is it possible to read the H3 internal temperature by lm-sensors or similar stuff ?
<KotCzarny> isnt it exported as normal thermal node?
<KotCzarny> in sysfs, in which case lmsensors should pick it up
<KotCzarny> # cat /sys/devices/virtual/thermal/thermal_zone0/temp
<KotCzarny> 29069
<angelo_ts> Oh, so imortant is to kniow the cou supports that
<angelo_ts> thaNKS
<KotCzarny> i might have patched the kernel because it's on 4.16, but i expect it got mainlined already
<angelo_ts> ok perfect
<mru> there were a bunch of patches posted a while back related to H3 thermal stuff: https://patchwork.kernel.org/cover/10582083/
<KotCzarny> yeah, enabling it might be a little adventure game in itself
<KotCzarny> not obvious to find
<mru> I can't find any updates to that patch series
<angelo_ts> oh ..
<angelo_ts> is it upstreamed in kernel 5.0 ?
<mru> no
<angelo_ts> argh
<mru> and there were some complaints about the patches
<angelo_ts> ok many thanks anyway
selfbg has joined #linux-sunxi
<montjoie> ah ah ah, I will receive my PDU today! I finnaly will can power off/on all my allwinners remotly
<megi> montjoie: what is PDU? some kind of relay board?
<montjoie> PowerDistributionUnit it is for powering many devices and in my case switch each port off/on remotly
<montjoie> I have tried first with relays and arduino but my soldering skill is bad
<megi> ah, interesting :)
<megi> is it controlled over ethernet?
<montjoie> over usb, but it exists relay over ethernet
<montjoie> but my PDU do "power usage stats per port"
<megi> that's nifty!
<megi> does it also have a short protection per port?
<montjoie> I think yes but I need to verify
<megi> that's one thing I worry about sometimes with my dumb mechanical switches, one issue on one of the boards may take down the entire cluster
<megi> and some of the boards (Opi 3) don't even have overcurrent protection on USB VBUS, so it's directly connected to DCIN... so I'm one short on USB bus away from some sparkling fun :)
IgorPec2 has joined #linux-sunxi
IgorPec has quit [Ping timeout: 250 seconds]
<wens> the "relays over ethernet" type is usually used for servers in racks
<wens> fancy ones also have per-input and/or per-output sensors
<montjoie> I choose my PDU because the output port is an USB port, so no need to wire hack
<montjoie> with relay, It need some wire modification that I try to avoid
IgorPec has joined #linux-sunxi
IgorPec2 has quit [Ping timeout: 245 seconds]
f0xx has joined #linux-sunxi
leviathanch has joined #linux-sunxi
Rafael1980 has joined #linux-sunxi
tllim has joined #linux-sunxi
gamiee has joined #linux-sunxi
airwind has quit [Quit: airwind]
lurchi_ is now known as lurchi__
fkluknav has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
leviathanch has quit [Remote host closed the connection]
Jeremy_Rand_Talo has joined #linux-sunxi
leviathanch has joined #linux-sunxi
dlan has quit [Ping timeout: 246 seconds]
dlan has joined #linux-sunxi
dlan has quit [Changing host]
dlan has joined #linux-sunxi
miasma has quit [Ping timeout: 268 seconds]
BenG83 has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
afaerber has quit [Quit: Leaving]
selfbg has quit [Remote host closed the connection]
gamiee has quit [Ping timeout: 250 seconds]
megi has quit [Quit: WeeChat 2.4]
IgorPec has quit [Ping timeout: 272 seconds]
reinforce has quit [Quit: Leaving.]
JohnDoe_71Rus has joined #linux-sunxi
nuuuciano__ has joined #linux-sunxi
nuuuciano_ has quit [Ping timeout: 272 seconds]
ceng has joined #linux-sunxi
<willmore> fALSO, I remember that one. idclip, idkfa....
shfil has joined #linux-sunxi
tllim has quit [Read error: Connection reset by peer]
Gerwin_J has quit [Quit: Gerwin_J]
arc_phasor has joined #linux-sunxi
<arc_phasor> how fast could I get a startup sound playing when the user hits the power button?
<arc_phasor> i'm trying to go for an xbox one feel, like a beep boop when the user hits the button
gamiee has joined #linux-sunxi
<arc_phasor> could someone could run through the steps needed to happen for sound to play?
<arc_phasor> /s/could run/run
<willmore> arc_phasor, where do you want the sound to play out of?
Putti has joined #linux-sunxi
<arc_phasor> a speaker that is hooked up to the speaker port on the banana pi m2m
<arc_phasor> that goes to a class D amp, then to HPR HPL which are pins on the R16
afaerber has joined #linux-sunxi
<willmore> You have two options. One is to play the sound as part of the Linux startup scripts. The other would be to have sound support in uboot.
<willmore> I'm not sure if there is any sound support in uboot, yet.
<wens> fALSO: sort of shows your age :p
<fALSO> 37
<arc_phasor> willmore: how quick can i get the sound to play in both options?
<plaes> ha.. one year older than cd
<willmore> arc_phasor, if you play it in the linux startup scripts, it may be a few seconds depending on how you configure your kernel, etc.
<arc_phasor> i'd really like it to start playing before the user's finger leaves the button, almost like haptic feedback
<willmore> arc_phasor, unless you can get uboot to play it, that's not going to happen. The linux statup option will be several seconds, likely.
<arc_phasor> gotcha, ok, so another option is it looks like bananapi has a connector to hijack the HPR HPL pins, problem is, the class D amp has a PA-SHDN that is pulled low
<willmore> Put a resistor or diode in line and take control of that, too.
AneoX has joined #linux-sunxi
<arc_phasor> they don't give me a nice connector for that
<willmore> Stuff a little microcontroller on there to play the sound.
<arc_phasor> could I flip the PA-SHDN gpio quickly in u-boot?
<willmore> I would think so. I'm not the person to ask about uboot, though. Others here would be, though.
AneoX_ has quit [Ping timeout: 250 seconds]
<arc_phasor> i worry because u-boot has to load from flash, which takes time.
<arc_phasor> well, sd card flash
<willmore> IIRC, uboot loads pretty darn quickly.
<arc_phasor> ok i'll take a look, thanks
<willmore> good luck.
dddddd has quit [Remote host closed the connection]
<wens> if you just need to play one sample, it shouldn't be that crazy to make a board init hook setup the clocks and audio codec registers, and manually copy the audio data into the FIFO
<wens> the A33 isn't the most ideal SoC to do this on though
<wens> since the audio codec is much more complicated
<arc_phasor> why's that?
<arc_phasor> oh gotcha
reinforce has joined #linux-sunxi
AneoX_ has joined #linux-sunxi
<arc_phasor> yea, its just a second long sample
<arc_phasor> like boop-beep
<arc_phasor> i was actually considering putting a whole nother speaker and amp with another mcu just for this
<wens> I remember the Q8 tablets play a sound during launch
<arc_phasor> but it feels wrong since it's all there already :/
AneoX has quit [Ping timeout: 255 seconds]
<wens> though that might already be in the Android startup sequence, and not the bootloader
<arc_phasor> wens: do you know how quick it plays after power button is hit?
<arc_phasor> are we talking instant, or like a second?
<wens> a few seconds at least
<arc_phasor> yeesh
<wens> quite sure it's android, not u-boot
<arc_phasor> i'm only familar with stm32's / msp430's, which have on-chip ROM that holds the program. Does the A33 have something similar I could load up with instructions to avoid the sd card lag?
vagrantc has joined #linux-sunxi
<arc_phasor> or is that just not how it works at all
<arc_phasor> i guess that would be called firmware
msimpson has quit [Quit: Leaving]
<arc_phasor> i probably don't want to get into that honestly
<plaes> arc_phasor: you can load to SPI eeprom
<arc_phasor> plaes: is that a part on the banana pi m2m?
<plaes> it's not on the board, but GPIO header has SPI pins
afaerber has quit [Ping timeout: 255 seconds]
<wens> just remembered I have a bunch of SPI flash roms I need to test
<wens> a friend at ASUS got them from their trash bin lol
Gerwin_J has joined #linux-sunxi
<anarsoul|2> :)
clemens3 has quit [Ping timeout: 250 seconds]
dev1990 has joined #linux-sunxi
<arc_phasor> what do you all think about the olinuxino a33 versus the banana pi m2m?
scelestic has quit [Remote host closed the connection]
afaerber has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
afaerber has quit [Read error: Connection reset by peer]
return0e_ has quit [Remote host closed the connection]
IgorPec has joined #linux-sunxi
tnovotny has quit [Quit: Leaving]
Gerwin_J has quit [Ping timeout: 264 seconds]
return0e has joined #linux-sunxi
xade_ has joined #linux-sunxi
xade has quit [Ping timeout: 245 seconds]
xade_ has quit [Ping timeout: 245 seconds]
scelestic has joined #linux-sunxi
return0e has quit [Remote host closed the connection]
leviathanch has quit [Remote host closed the connection]
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-sunxi
netlynx has joined #linux-sunxi
jstefanop has joined #linux-sunxi
hanni76_ has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 246 seconds]
hanni76 has quit [Ping timeout: 252 seconds]
jstefanop has quit [Client Quit]
hanni76 has joined #linux-sunxi
hanni76_ has quit [Ping timeout: 245 seconds]
arc_phasor has quit [Ping timeout: 245 seconds]
xade has joined #linux-sunxi
arc_phasor has joined #linux-sunxi
xade has quit [Remote host closed the connection]
xade has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
shadeslayer has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
pmpp has quit [Remote host closed the connection]
hanni76_ has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 272 seconds]
arc_phasor has quit [Ping timeout: 255 seconds]
hanni76 has quit [Ping timeout: 246 seconds]
<plaes> depends on what you want to do..
pmpp has joined #linux-sunxi
noblock has joined #linux-sunxi
<noblock> h5 / lima: a first path fixing the issue at 1080p: https://gitlab.freedesktop.org/lima/mesa/issues/73
<jernej> noblock: nice! what does that function actually do?
<jernej> e.g. could you explain the issue for those who don't know inner workings?
<noblock> I'm not sure what it does; but this was a difference with thr android driver.
<noblock> kodi seems to be running at 1080p now.
gamiee has quit [Ping timeout: 246 seconds]
<jernej> so there is no way to fix binary blobs?
<jernej> just asking ;)
Gerwin_J has quit [Ping timeout: 264 seconds]
<noblock> Only a binary patch; not so easy.
<jernej> ok, so not something for including in LE
<jernej> I guess it's time to experiment with Lima :)
<noblock> Lima is the future.
<JohnDoe_71Rus> The future is now
<jernej> noblock: For sure, but I'm kind of lazy collecting so many patches
<jernej> although they are only a few now
<noblock> I've not checked, but I think we can't have the hardware definition at the mesa level.
iamfrankenstein has joined #linux-sunxi
iamfrankenstein has quit [Client Quit]
popolon has quit [Quit: WeeChat 2.4]
xade has quit []
iamfrankenstein has joined #linux-sunxi
arc_phasor has joined #linux-sunxi
f0xx has quit [Ping timeout: 246 seconds]
iamfrankenstein has quit [Client Quit]
return0e has joined #linux-sunxi
gamiee has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
IgorPec has quit [Ping timeout: 245 seconds]
fl__0 has joined #linux-sunxi
chewitt has quit [Ping timeout: 255 seconds]
fl_0 has quit [Ping timeout: 268 seconds]
arc_phasor has quit [Ping timeout: 245 seconds]
voodoovood has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
<voodoovood> beeble: your uboot patch can get serial just from SD card, not working on onBoard eMMC
<voodoovood> bud i don't know why
<voodoovood> for (i = 0; (mmc0 = find_mmc_device(i)); i++) { mmc_init(mmc0); snprintf(serial_string, sizeof(serial_string), "%08x%02x%06x", mmc0->cid[0]>>24,mmc0->cid[2]&0xff,mmc0->cid[3]>>8); pr_err("Device: %d - %s \n",i, serial_string);
<voodoovood> Device: 0 - 0000000000000000 Device: 1 - 000000fee12fd025 Card did not respond to voltage select! Device: 2 - 0000000000000000
<anarsoul|2> mmc1 is usually wifi, not emmc
<anarsoul|2> there was a patch to make an alias mmc1 -> mmc2
<anarsoul|2> for u-boot
<voodoovood> => mmc list mmc@1c0f000: 0 (SD) mmc@1c10000: 2 mmc@1c11000: 1 (eMMC)
<voodoovood> i know about wifi
<voodoovood> now i inserted an SD card = Device: 0 - 0000001b53e500ca Device: 1 - 000000fee12fd025 Card did not respond to voltage select! Device: 2 - 0000000000000000
victhor has joined #linux-sunxi
<voodoovood> but cannot get serial from eMMC :/
<mru> why do you need the mmc serial?
<voodoovood> mru: to generate mac address
<mru> sounds like a bad idea
<mru> you can't just take any old number and call it a mac address
<mru> the mmc serial number is unique in a completely different scope
<mru> what if someone else uses the serial number of some other peripheral as their mac address, and they happen to be the same?
zoums has quit [Ping timeout: 245 seconds]
zoums has joined #linux-sunxi
<voodoovood> mru - what is the probability? i would like to generate localy administered mac address 02:xx:xx:xx:xx:xx
<voodoovood> on a64 is normal practice - using serial # of SoC
<voodoovood> but my a64 comes with empty SID
Gerwin_J has quit [Ping timeout: 264 seconds]
fl__0 is now known as fl_0
voodoovood3 has joined #linux-sunxi
voodoovood has quit [Quit: Page closed]
voodoovood3 is now known as voodoovoo
voodoovoo is now known as voodoovood
<mru> locally administered still means you have to ensure no two devices on the same lan have the same address
dddddd has joined #linux-sunxi
noblock has quit [Quit: Leaving]
<mru> mac address collisions are no fun to deal with
<voodoovood> i fully understand you -- but - for me is still interesting - because of what can read serial # of eMMC from linux, but not from u-boot
<voodoovood> i just want to know, where the bug is
<mru> the less time you spend in u-boot, the better
<voodoovood> :)
arc_phasor has joined #linux-sunxi
netlynx has quit [Quit: Ex-Chat]
gamiee has quit [Ping timeout: 245 seconds]
lkcl has quit [Ping timeout: 246 seconds]
Putti has quit [Ping timeout: 255 seconds]
Mangy_Dog has quit [Ping timeout: 250 seconds]
lkcl has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
Gerwin_J has joined #linux-sunxi
arc_phasor has quit [Ping timeout: 246 seconds]
chewitt has joined #linux-sunxi
chewitt has quit [Ping timeout: 250 seconds]
Gerwin_J has quit [Ping timeout: 264 seconds]
BenG83 has quit [Quit: Leaving]
voodoovood2 has quit []
atsampson has quit [Ping timeout: 240 seconds]
atsampson has joined #linux-sunxi
hanni76_ has quit [Remote host closed the connection]
nuuuciano__ has quit [Ping timeout: 272 seconds]
nuuuciano__ has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
tllim has joined #linux-sunxi
AneoX has joined #linux-sunxi
AneoX_ has quit [Ping timeout: 268 seconds]
Gerwin_J has quit [Ping timeout: 264 seconds]
lurchi__ is now known as lurchi_
random_yanek has quit [Ping timeout: 245 seconds]
specing has quit [Quit: ZNC - https://znc.in]
random_yanek has joined #linux-sunxi
zoums has quit [Ping timeout: 250 seconds]
zoums has joined #linux-sunxi
sunshavi has quit [Ping timeout: 246 seconds]
arc_phasor has joined #linux-sunxi