DocScrutinizer05 changed the topic of #qi-hardware to: Copyleft hardware - http://qi-hardware.com | hardware hackers join here to discuss Ben NanoNote, atben / atusb 802.15.4 wireless, and other community driven hw projects | public logging at http://en.qi-hardware.com/irclogs and http://irclog.whitequark.org/qi-hardware
sivoais has joined #qi-hardware
pcercuei has quit [Ping timeout: 248 seconds]
xiangfu has joined #qi-hardware
wolfspraul has joined #qi-hardware
emeb has quit [Quit: Leaving.]
qwebirc68729 has joined #qi-hardware
qwebirc68729 has quit [Quit: Page closed]
xiangfu has quit [Ping timeout: 276 seconds]
DocScrutinizer05 has quit [Disconnected by services]
DocScrutinizer06 has joined #qi-hardware
DocScrutinizer06 is now known as DocScrutinizer05
wolfspraul has quit [Ping timeout: 252 seconds]
wolfspraul has joined #qi-hardware
newcup has quit [Read error: Operation timed out]
porchao has quit [Read error: Connection reset by peer]
porchao has joined #qi-hardware
qi-bot has quit [Ping timeout: 256 seconds]
qi-bot has joined #qi-hardware
<mth> larsc: I see you've been doing work on regmap recently...
<mth> I'd like a second opinion on this: in regcache_rbtree_sync in drivers/base/regmap/regcache-rbtree.c
<mth> if (rbnode->base_reg < min) continue;
<mth> it seems to me that this is overly strict, since a block could start before the minimum, but end after it
<mth> if (rbnode->base_reg + rbnode->blklen < min) continue;
<mth> that statement a few lines below seems to be the correct bounds check
<mth> also, I was about to suggest the JZ4740 could switch from an rbtree cache to a flat cache, but then I found out sync is not implemented for flat caches yet
<mth> do you think it makes sense to add that implementation?
<mth> by the way, it seems wasteful to have a tree and then use linear search to find a value ;)
ffio has joined #qi-hardware
_ffio_ has quit [Ping timeout: 248 seconds]
jekhor has joined #qi-hardware
lekernel has joined #qi-hardware
wolfspraul has quit [Quit: leaving]
<larsc> mth: yea, that looks a bit strange
<mth> that implementation works on the JZ4770, I didn't test it on the 4740
<mth> the 4770 doesn't have mmio mapped codec registers anymore
wolfspraul has joined #qi-hardware
<mth> that's the patch removing the first "if" for the rbtree sync
<mth> larsc: would you like to review these or shall I send them to the maintainers?
<larsc> looks good to me
wolfspraul has quit [Quit: leaving]
kristian1aul has quit [*.net *.split]
LunaVorax has joined #qi-hardware
kristian1aul has joined #qi-hardware
jekhor has quit [Ping timeout: 240 seconds]
newcup has joined #qi-hardware
kristian1aul has quit [Ping timeout: 264 seconds]
kristianpaul has joined #qi-hardware
kristianpaul has joined #qi-hardware
kristianpaul has quit [Changing host]
lekernel has quit [Ping timeout: 276 seconds]
lekernel has joined #qi-hardware
jekhor has joined #qi-hardware
qi-bot has quit [Ping timeout: 256 seconds]
qi-bot has joined #qi-hardware
unclouded has quit [Ping timeout: 240 seconds]
Alarm_ has joined #qi-hardware
rz2k has joined #qi-hardware
woakas has joined #qi-hardware
xiangfu has joined #qi-hardware
xiangfu has quit [Client Quit]
xiangfu has joined #qi-hardware
ffio_ has joined #qi-hardware
ffio has quit [Ping timeout: 256 seconds]
Alarm_ has quit [Ping timeout: 248 seconds]
jekhor has quit [Ping timeout: 252 seconds]
wolfspraul has joined #qi-hardware
xiangfu has quit [Read error: Connection reset by peer]
xiangfu has joined #qi-hardware
panda|x201 has joined #qi-hardware
<larsc> mth: -ENOPATCH
<mth> larsc: which one, the flat or rbtree?
<larsc> rbtree
<mth> for some reason, git send-email asked to send twice
<mth> and I'm not on the Cc: for the first time it asked
<larsc> it asks for each patch if you don't answer (a)all
<mth> but I ran it separately for each patch
<mth> it asked twice for the second patch, but apparently the first time it ask the e-mail was not completely constructed yet
<mth> I used --compose on the second patch, maybe that triggered it
panda|x201 has quit [Ping timeout: 252 seconds]
emeb has joined #qi-hardware
hellekin has quit [Ping timeout: 246 seconds]
hellekin has joined #qi-hardware
pcercuei has joined #qi-hardware
Alarm_ has joined #qi-hardware
jekhor has joined #qi-hardware
kilae has joined #qi-hardware
freemor is now known as freemor
jekhor has quit [Ping timeout: 264 seconds]
freemor has left #qi-hardware [#qi-hardware]
freemor has joined #qi-hardware
LunaVorax_ has joined #qi-hardware
LunaVorax has quit [Ping timeout: 256 seconds]
Alarm_ has quit [Quit: ChatZilla 0.9.90 [Firefox 21.0/20130511120803]]
FDCX has joined #qi-hardware
DocScrutinizer05 has quit [Remote host closed the connection]
DocScrutinizer05 has joined #qi-hardware
Supaplex has quit [Ping timeout: 252 seconds]
Supaplex has joined #qi-hardware
kilae has quit [Quit: ChatZilla 0.9.90 [Firefox 21.0/20130511120803]]
_ffio_ has joined #qi-hardware
ffio_ has quit [Ping timeout: 252 seconds]
FDCX_ has joined #qi-hardware
rz2k has quit []
pcercuei_ has joined #qi-hardware
zear_ has joined #qi-hardware
pcercuei has quit [*.net *.split]
dandon has quit [*.net *.split]
zear has quit [*.net *.split]
jekhor has joined #qi-hardware
dandon has joined #qi-hardware
lekernel has quit [Quit: Leaving]
jekhor has quit [Ping timeout: 256 seconds]
wej has quit [Ping timeout: 248 seconds]
wej has joined #qi-hardware