hanetzer has quit [Remote host closed the connection]
hanetzer has joined #linux-sunxi
tl_lim has quit [Ping timeout: 260 seconds]
tl_lim has joined #linux-sunxi
tl_lim has quit [Ping timeout: 260 seconds]
tl_lim has joined #linux-sunxi
tl_lim has quit [Read error: Connection reset by peer]
tl_lim has joined #linux-sunxi
kaspter has joined #linux-sunxi
<R0b0t1>
Well no additonal output with early printk, hanetzer
<R0b0t1>
I'm going to investigate their kernel on a VM
<hanetzer>
earlyprintk, not earlyprintk. and thats a kernel arg on hte cmdline
<R0b0t1>
That's in there, yeah
<R0b0t1>
Using a dtb generated with the kernel does not seem to help at all
ganbold has quit [Quit: This computer has gone to sleep]
skiboy has joined #linux-sunxi
akaizen has quit [Read error: Connection reset by peer]
afaerber has quit [Ping timeout: 240 seconds]
chomwitt has quit [Ping timeout: 260 seconds]
akaizen has joined #linux-sunxi
lurchi_ is now known as lurchi__
afaerber has joined #linux-sunxi
merbanan has quit [Ping timeout: 260 seconds]
d3r3k has quit [Quit: Connection closed for inactivity]
merbanan has joined #linux-sunxi
<R0b0t1>
Even *their* kernel does not work
kaspter has quit [Quit: kaspter]
<R0b0t1>
Guess I will try armbian
<R0b0t1>
My modules work with the new kernel but the vendor kernel has a compiled-in gadget device I want to get rid of
chewitt has quit [Quit: Zzz..]
megi has quit [Ping timeout: 248 seconds]
dddddd has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
victhor has quit [Remote host closed the connection]
skiboy has quit [Quit: Leaving]
<R0b0t1>
Okay it made me feel dirty but I just used armbian and g_serial works out of the box
Andy-D_ has joined #linux-sunxi
<anarsoul>
R0b0t1: why using armbian made you feel dirty?
<R0b0t1>
Because I did not do it myself, sir.
<KotCzarny>
did you make the linux kernel yourself?
<KotCzarny>
or uboot?
<R0b0t1>
No, sir, and it makes me feel bad every day, there is just less a possibility I will be able to do something about it.
<KotCzarny>
not to mention you didnt design/fabricate the SoC
<KotCzarny>
so really, it's a black box, even with fully open software
<R0b0t1>
That one specifically makes me feel especially terrible, sir. It also makes me feel like people are watching me.
Andy-D has quit [Ping timeout: 240 seconds]
<R0b0t1>
However I can appreciate how much more stable the USB serial link is
<KotCzarny>
you either have to hide your dirties the other way and just use computers for clean activities, or take the medication
<KotCzarny>
armbian is made by respectable people
<KotCzarny>
and if you really insist, you can use their build script, that will assemble things from sources yourself
<R0b0t1>
It is no doubt better than the random Chinese company's distribution
nuuuciano has quit [Ping timeout: 240 seconds]
[7] has quit [Ping timeout: 276 seconds]
TheSeven has joined #linux-sunxi
TheSeven has quit [Ping timeout: 245 seconds]
cnxsoft has joined #linux-sunxi
TheSeven has joined #linux-sunxi
kaspter has quit [Ping timeout: 245 seconds]
TheSeven has quit [Ping timeout: 245 seconds]
kaspter has joined #linux-sunxi
TheSeven has joined #linux-sunxi
<R0b0t1>
Their distro gets way better WiFi connectivity, though
dlan has quit [Ping timeout: 240 seconds]
dlan has joined #linux-sunxi
<buZz>
R0b0t1: maybe its just a newer firmware for the wifi? you could get lucky :P
<R0b0t1>
I stand corrected. The USB is not more reliable.
<R0b0t1>
buZz, well, I think I will have to rely on getting lucky. That is how I got my first board working, and more or less how I've gotten every one since working.
<pmpp>
g_serial will overflow buffer
<pmpp>
use g_ether for bulk transfer
<R0b0t1>
Have a bug report on that one? I can't find it
<pmpp>
what kernel version ?
<R0b0t1>
4.14.15
IgorPec has joined #linux-sunxi
<pmpp>
unsure
<KotCzarny>
g_serial doesnt sound like it's made for transfers or data checking
<R0b0t1>
Well, I have horrible intermittent issues with the hardware USART during boot, and it's still pretty bad but more stable after boot. For the USB, only disconnect seems to be timeout, though I did boot the device once just recently and it'd automatically kill my session after login. I think the chip has hardware issues, or the board itself
<R0b0t1>
I think the board browns out if I do WiFi scanning
<R0b0t1>
Vcore seems stable but the periphals seem to die
vagrantc has quit [Quit: leaving]
<R0b0t1>
I will look into g_ether though, that was my end game
rexxster has joined #linux-sunxi
<R0b0t1>
I hope g_serial works because I was trying to use it to prototype something
<R0b0t1>
That is a pretty interesting bug
<pmpp>
not really a bug
<R0b0t1>
How is that?
<pmpp>
more a producer/consummer problem on a protocol without error checking
paulliu has joined #linux-sunxi
<pmpp>
i assumed you want to make some kind of transfer because you said "reliable"
<R0b0t1>
I think it's fair to call this a bug, though. The corresponding issue with a USART would just be failed transmission. For some reason though, the driver locks up and drops packets instead of failing cleanly.
<R0b0t1>
Well
<R0b0t1>
Yes
<R0b0t1>
Serial should theoretically get similar throughput to ethernet. Perhaps more, due to lack of overhead
<R0b0t1>
TCP may be nice to guarantee transmission
<R0b0t1>
But some parts of USB do that already
<R0b0t1>
Except for isochronous transfers USB is supposed to be a reliable protocol
<KotCzarny>
well, serial is either paired with rts/cts or some higher transfer managing protocol or it's prone to errors/overruns
<R0b0t1>
USB has that built in
<pmpp>
yeah there's crc for bulk transfers 64/512/1024 packet sizes
<R0b0t1>
The g_serial driver itself doesn't actually implement most of the serial ioctls because there is no physical interface to configure
lurchi_ has joined #linux-sunxi
<KotCzarny>
how does it handle buffer overruns?
<R0b0t1>
Also a lot of microcontrollers that implement CDC-ACM do the same thing. If a bridge is being designed they go out of their way to make sure baud rates get set and flow control works.
<R0b0t1>
In Linux, blocking I think
<R0b0t1>
On a uC they don't get handled and you miss data
<R0b0t1>
Ultimately you're going to run out of buffer
<R0b0t1>
Ok before I use up my welcome does anyone have a guide on configuring g_ether?