<romany>
Mangix, the problem is not with the mac address of ethernet interface; the problem is that ethernet link state is not detected, that is, it thinks that cable is connected when it's not, so interface is always UP
cmonroe has joined #openwrt-devel
nixuser has quit [Ping timeout: 480 seconds]
goetz has quit [Quit: goetz]
minimal has joined #openwrt-devel
goetz has joined #openwrt-devel
goetz is now known as Guest290
goetz has joined #openwrt-devel
Guest290 has quit [Remote host closed the connection]
goetz is now known as Guest291
goetz has joined #openwrt-devel
Guest291 has quit [Ping timeout: 480 seconds]
goetz has quit [Ping timeout: 480 seconds]
nixuser has joined #openwrt-devel
dermoth has quit [Remote host closed the connection]
dermoth has joined #openwrt-devel
rsalvaterra has quit []
goliath has quit [Quit: SIGSEGV]
rua has joined #openwrt-devel
skynet2 has joined #openwrt-devel
<mrkiko>
robimarko: hi!! I did look into the flash definition for the w25q128fw chip - the definition seems to say it supports 4K sectors as well or am I mis-interpreting it?
<robimarko>
mrkiko: It supports 4K,32K and 64K
<mrkiko>
sorry, I forgot - 32K are not mentioned anywhere
<robimarko>
But, a big but kernel is not using 4K ones
<mrkiko>
robimarko: if I update the definition, what am I risking? I don'thave a spi programmer at hand
<robimarko>
There is nothing to update
<robimarko>
Your issue is that 4K erase blocks are disabled in the kernel, you sent a patch for it
<mrkiko>
robimarko: I expected a flag indicating 32k or something...
<robimarko>
But that will slow down every device
<robimarko>
Look into what Thibaut suggested
<mrkiko>
robimarko: yes, I already tried with theoption from Thibault and it works as well
<robimarko>
That allows using variable erase block sizes instead of 64K
<mrkiko>
robimarko: I was just trying to understand if there was a better way
<robimarko>
I think that allowing variable erases sizes is the only option
<mrkiko>
robimarko: ok, I'll resubmit only the patch updating mvebu config
rua has quit [Quit: Leaving.]
<robimarko>
mrkiko: I would suggest make one PR with all of those changes on GH
<robimarko>
Cause, you sent multiple patches that are required but not even in the same series
<mrkiko>
robimarko: you're right. I do tend to use mail cause I prefer it
<mrkiko>
robimarko: but I understand PRs are easier to get a overview of the general intention
<robimarko>
mrkiko: email patches are OK, but at least make it a series
<robimarko>
That being said, I like GH cause its way easier to review
<mrkiko>
robimarko: I can understand. Also, I admit it is possible to manage PRs even from the CLi even tough I should re-discover how to do these things, since lot of time passed since my last one
<robimarko>
mrkiko: If emails are easier, no problem
<robimarko>
Just send the patches that are interlinked as a series
<mrkiko>
robimarko: I didn't do a whole new serie because only one patch changed and didn't want to re-send unchanged patches as well
<mrkiko>
robimarko: OK
<mrkiko>
robimarko: should I bump unchanged patches to V2 as well?
<robimarko>
mrkiko: Yeah
<robimarko>
Send them all in one series
<mrkiko>
OK
goliath has joined #openwrt-devel
rsalvaterra has joined #openwrt-devel
goetz has joined #openwrt-devel
goetz is now known as Guest305
Guest305 has quit [Read error: Connection reset by peer]
goetz has joined #openwrt-devel
goetz has quit []
nixuser has quit [Read error: Connection reset by peer]