akossh has quit [Quit: Leaving.]
lexik has quit [Quit: No Ping reply in 180 seconds.]
lexik has joined #maemo-leste
xmn_ has quit [Quit: xmn_]
xmn has joined #maemo-leste
lexik has quit [Read error: Connection reset by peer]
lexik has joined #maemo-leste
Daanct12 has joined #maemo-leste
Kabouik has quit [Remote host closed the connection]
Kabouik has joined #maemo-leste
Kabouik has quit [Changing host]
Kabouik has joined #maemo-leste
Oksanaa has quit [Ping timeout: 246 seconds]
Oksanaa has joined #maemo-leste
joerg has quit [Ping timeout: 255 seconds]
joerg has joined #maemo-leste
Twig has joined #maemo-leste
elle_ has joined #maemo-leste
elle has quit [Ping timeout: 268 seconds]
elle_ is now known as elle
mardy has joined #maemo-leste
<Wizzup> uvos__: lol I need even more d4 back covers
alex1216 has joined #maemo-leste
xmn_ has joined #maemo-leste
xmn has quit [Read error: Connection reset by peer]
<freemangordon> ...and my d4 has a new battery :)
pere has quit [Ping timeout: 246 seconds]
xmn_ has quit [Ping timeout: 252 seconds]
pere has joined #maemo-leste
<freemangordon> and android is fine with charging it :)
Twig has quit [Remote host closed the connection]
joerg has quit [Ping timeout: 252 seconds]
joerg has joined #maemo-leste
<uvos__> freemangordon: androd ofc will charge it to 4.35V so be carefull with that
<uvos__> Wizzup: im pretty sure your buying the same ones that got removed from the d4's you also bought
<freemangordon> uvos__: I rebooted @ about 70% full
<freemangordon> uvos__: but, you said this battery is HV, no?
<freemangordon> also, how to correctly calibrate? charge full and then discharge full?
<freemangordon> or echo 2000000 > charge_full?
<uvos__> well if you know the capacity you can echo it shure
<freemangordon> it was written on it :)
<uvos__> well
<uvos__> otherwise charge full and discarge fully, yes
<freemangordon> what about 4.35? I ordered the battery you told me
<freemangordon> and it is written 3.8V on it
<uvos__> pretty sure the nexus 4 battery is hv yeah
<uvos__> not that i use it that way
<freemangordon> ah, I see
<uvos__> since leste never charges over 4,2
<freemangordon> "For LG E960"
<freemangordon> this is what is written, I hope this is the correct one
<freemangordon> exactly this https://www.ebay.com/itm/334581894280?hash=item4de6a28c88:g:DskAAOSwz65jO7SQ one
<uvos__> that should be the one
<uvos__> anyone know what implements a malinglist?
<uvos__> ie i need some deamon that recieves email and forwards it to a list of email addresses
mardy has quit [Ping timeout: 252 seconds]
mardy has joined #maemo-leste
<freemangordon> uvos__: could you provide some details on "one wire protocol" that we currently have disabled?
<freemangordon> I mean - how to enable and what is the issue?
<uvos__> modprobe ehci-omap
<uvos__> the issue is that the one wire interface framework supports hotplugging
<uvos__> the only way to support hotplugging on this bus is to scann the bus at all times
<uvos__> the omap driver implements this
<uvos__> scanning the bus at all times is ofc not ideal for battery life
<freemangordon> what android does?
<uvos__> android just assumes that this bus has just one chip on it
<uvos__> and its location is hardcoded
<uvos__> this ofc isent going to fly in the mainline kernel
<freemangordon> ok, lemme see how bad is it
<freemangordon> hmm, what is supposed to happen?
<uvos__> a device appears in sys/bus/something
<freemangordon> do I need omap_hdq too?
<uvos__> sorry it was omap_hdq not ehci
<uvos__> anyhow if the driver is not blacklisted
<freemangordon> it is
<freemangordon> but modprobe does not care about it
<uvos__> cpcap-battery will use it to determine what battery is inserted
<freemangordon> mhm
<uvos__> *however there is a know issue with this code, that i wrote, that causes it to only work with some batteries
<freemangordon> "omap_hdq 480b2000.1w: OMAP HDQ Hardware Rev 0.6. Driver in Interrupt mode"
<freemangordon> it says interrupt mode
<uvos__> it sill scanns the bus
<freemangordon> ok, lemme see what this code do
<uvos__> btw the known issue with the cpcap detection code
<uvos__> is that the device name of the chip changes (baste on what exact supplier motorola used for the eeprom i presume?), and i have no way of knowing what device on the bus is the right one
<uvos__> so it uses only the chip i hapen to have on my devce
<freemangordon> hehe :)
<freemangordon> ok, will see what we can do
alex1216 has quit [Ping timeout: 252 seconds]
<freemangordon> uvos__: I see no polling there
<freemangordon> why do you think it polls?
<uvos__> reading the protocoll spec
alex1216 has joined #maemo-leste
<freemangordon> HW does polling?
<uvos__> it also uses a lot of power
<uvos__> its possible that hw dose poling, main symptom here is it draws a lot of power to have it on
<freemangordon> ok, will see what happens, reading TRM atm
<uvos__> also theres a commen in android kernel somehwere
<uvos__> about avoiding the bus polling
<uvos__> *comment
<freemangordon> uvos__: I think cpcap shall allow userspace to write the id of the battery
<uvos__> freemangordon: feals ugly, but maybe its the only option
Daanct12 has quit [Remote host closed the connection]
<freemangordon> unless we know how ids are coded
<freemangordon> like - if it starts with 89, then it is the battery
<uvos__> right , but i dont, i wanted to figure out whre it comes from
<uvos__> but wasent a priority ofc with the code being dead due to the blacklist and all
<freemangordon> it is programmed during manufacture afaik
<uvos__> ok
<freemangordon> I don;t see it in nvram
<uvos__> well it might also help if everyone could post the ids they have
<freemangordon> right
<uvos__> you have mine in the code
<freemangordon> was about to ask you what is your id :)
<freemangordon> ah, right
<uvos__> well mine is none now
<uvos__> since i dont use a battery with a chip :)
<uvos__> that id is from my bionic btw
<freemangordon> hmm, still 98
<uvos__> buZz: also posted his
<freemangordon> (strcmp(dev_name(dev), "89-500029ba0f73") == 0) :D
<uvos__> its also 98- iirc
<uvos__> er 89
<uvos__> freemangordon: :P
<freemangordon> how did they not see that ?!?
<uvos__> eh
<freemangordon> if it was me I would have NACK-ed that in a split second :p
<uvos__> i thought it might allways be the same
<uvos__> since my bionic has several bats
<uvos__> and they all have this
<freemangordon> ah
<freemangordon> lemme check mine
<uvos__> but buZz has a different id for sure
<freemangordon> 89-50002aa3a5ae
<uvos__> on his d4
<freemangordon> Wizzup: could you post yours?
<freemangordon> modprobe omap-hdq and then in /sys/bus/w1
<uvos__> Wizzup could start a whole study
<uvos__> with his 100s of d4s xD
<freemangordon> we need 1 only
<freemangordon> to see if there is a common pattern
<uvos__> theres also other devices to consider
<uvos__> mz6xx xt860 etc
mardy has quit [Read error: Connection reset by peer]
<freemangordon> sure, but lets start form somewhere
<freemangordon> also, I don;t see why hdq should draw power
Daanct12 has joined #maemo-leste
<freemangordon> any idea what "MOTOROLA E.P" could mean?
<uvos__> no idea about the contence of the rom
<uvos__> im pretty sure the bit i codes the voltage
<uvos__> *the bit i read
<uvos__> otherwsie no idea
<freemangordon> ok
<freemangordon> uvos__: are you sure hi current draw is still valid for 5.18?
<freemangordon> the same for ehci
<freemangordon> I see 55mA in idle with both modules loaded
<freemangordon> which is the same as without them
<uvos__> well last time i tested this was probubly 5.10 or something
<uvos__> so no
<freemangordon> could you test again when you have some spare time?
<uvos__> yes ofc
<uvos__> ill try to do it later today
<freemangordon> ok
mardy has joined #maemo-leste
Daanct12 has quit [Remote host closed the connection]
<freemangordon> uvos__: yeah, it is the same
<freemangordon> but, seems w1 bus has parameter how often to search
<freemangordon> and also w1_max_slave_count
<freemangordon> and we also have search_count
<freemangordon> so we just have to set that to 3/1 and we are done
Daanct12 has joined #maemo-leste
joerg has quit [Ping timeout: 252 seconds]
joerg has joined #maemo-leste
<freemangordon> options wire search_count=1 max_slave_count=1 should do the trick
<freemangordon> uvos__: 89(51) means battery monitor
<freemangordon> so we can just check for that and then check in nvmem for MOTOROLA or something
<freemangordon> hmm, actually no, my bad
<freemangordon> this should be 128 bytes of memory :(
<freemangordon> yep, with those parameters I see as low as 150mW
<uvos__> thats pretty high
<uvos__> but might be your system
<freemangordon> yeah, this is usual here
<uvos__> thats 2x what my bionic idles at usually
<freemangordon> no idea
<uvos__> anyhow ill check oo
<uvos__> *too
<freemangordon> uvos__: "modprobe wire search_count=1 max_slave_count=1"
<freemangordon> and then modprobe omap_hdq
<uvos__> as for identifieng idk if opening random devices to look for MOTOROLA is really acepptable
<uvos__> to the mainline folks
<freemangordon> why random? it is nvmem
<uvos__> freemangordon: thanks
<uvos__> well random nvmem devices
<freemangordon> ok, lets gather some IDs, will decide what to do
<freemangordon> uvos__: 'your' idle is not as 'my' idle, I have ssh connections active
<freemangordon> this is with 2 sessions, lemme check with 1 only
<freemangordon> same
<norayr> i think maaajordomo was a software to setup a mailing list. it was written in perl and had a web frontend.
<norayr> majordomo
<norayr> you also supposed to create a mail account for it so that it will be possible to subscribe or unsubscribe by sending an email.
<norayr> uvos__
<uvos__> norayr: yeah i know about that one
<uvos__> i was hoping for something simpler
<norayr> it is sad that droid4 is not available on market (read ebay) any more for pretty long time already. i k last time i saw about a month ago the one which was in state 'read' and it had some problem.
<norayr> uvos__ i think 20 years ago when i was searching for something that was the simplest.
<uvos__> norayr: ok yeah i might have to use it, i was thinking there would be some 300 line c program that just mails whatever it recives on pop3 to a static list.
mardy has quit [Ping timeout: 252 seconds]
mardy has joined #maemo-leste
<norayr> yes it would be good to have such a thing. maybe that's a good idea to write something like that. i wish i had a bit of time, that's something that inspires me for work.
Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #maemo-leste
akossh has joined #maemo-leste
<freemangordon> uvos__: do you know which blob reads nvmem on android? I may try to RE the structure
<uvos__> freemangordon: i dont quite remember, but it had an obvious name batd or something like that
<freemangordon> ok
Daanct12 has quit [Remote host closed the connection]
uvos__ has quit [Quit: Konversation terminated!]
uvos has joined #maemo-leste
uvos is now known as uvos_
uvos__ has joined #maemo-leste
uvos_ has quit [Ping timeout: 272 seconds]
<freemangordon> uvos__: nvram contents on 2 devices here is exactly the same
<uvos__> freemangordon: that is correct
<uvos__> its allways the same for eatch battery of one type
<freemangordon> that's good
<freemangordon> I guess
<uvos__> it dose _not_ contain any information on battery health or anything like that
<freemangordon> right
<uvos__> or even a serial
<freemangordon> this is just device id
<freemangordon> so we can use to match
<uvos__> its lots of data for a device id
<uvos__> presumably its a voltage/current->state of charge table
<freemangordon> maybe some cherging parameters
<uvos__> as this is how the batttery display works on android
<freemangordon> could be
<freemangordon> lemme feed IDA with batd
uvos__ has quit [Quit: Konversation terminated!]
uvos__ has joined #maemo-leste
<freemangordon> uvos__: so, blob checks for "CORP", "MOTOROLA E.P CHARGE ONLY", uid starting with 0x89 and last 2 bytes being 0x0050
<freemangordon> it also calculates 2 checksums, but I don;t think we shal care
<uvos__> that all?
<uvos__> what about all the other data
<freemangordon> it is used co calculate "SBCM CORE convert_rom_data: bcap= %d, raw= 0x%x"
<freemangordon> so most-probably you are right and this is voltage->% table
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #maemo-leste
<freemangordon> also it seems the capacity is there
<freemangordon> uvos__: capacity = mul * batt_data.nvram.data[34];
<freemangordon> where mul is calculated based on some other data
<freemangordon> I will provide the formula later on
<uvos__> something also has to tell the android what to charge too
<freemangordon> what do you mean?
<freemangordon> what is the type?
<uvos__> if you plug in a bw8x to bionic it suddenly knows to only charge to 4,2v
<freemangordon> yeah, sure
<uvos__> while hw4x it will charge to 4,35
<freemangordon> ok
<freemangordon> lemme finish with the capacity
<buZz> freemangordon: ^
<freemangordon> uvos__: calculated value is 1740, sounds about right, no?
<uvos__> freemangordon: a bit low, but it bounces around for me alot too
<uvos__> it callibrates 1700 - 2000 for me
<uvos__> depending on day
<uvos__> (most likely this is voltage spikes triggering low early)
<freemangordon> no, I mean - this is what is written in eeprom
<uvos__> oh
<uvos__> right
<uvos__> yes that is nominal for hw4x /eb41
<freemangordon> see https://pastebin.com/nJHHdeDt
<freemangordon> this results in 1740
<freemangordon> but should work for all
<uvos__> i dont get why they go though this contortion
<uvos__> for a fixed value
<uvos__> but that sounds correct result wise
<freemangordon> I bet this is used for all of their device ;)
<freemangordon> *devices
<tmlind> cool
<freemangordon> hmm, voltage seems to be calculated with not-so-somple formula
<freemangordon> *simple
<uvos__> freemangordon: btw
<uvos__> dumps
<uvos__> in case you want to check your formulars on other data
<freemangordon> sure
<uvos__> like the bw8x
mardy has quit [Ping timeout: 252 seconds]
<uvos__> (should get 2200mAh iirc
<uvos__> )
mardy has joined #maemo-leste
<freemangordon> bionic_bw8x.bin - 2760
<uvos__> that is correct
<freemangordon> bionic_hw4x = 1740
<freemangordon> is that correct?
<freemangordon> sorry, I have no idea what models are
<uvos__> yes hw4x is the same cell as eb41 in a different case/connector
<freemangordon> so, our formula is correct :)
<uvos__> freemangordon: looks like :)
<uvos__> great work!
<freemangordon> ok, will do some 'work' work first and then will get back to voltage
<freemangordon> uvos__: please, if you have time, test hdq and ehci
<freemangordon> maybe we can remove them from blacklist
<freemangordon> I am sure for hdq though
<freemangordon> ttyl
<buZz> the code on them changed?
xmn has joined #maemo-leste
norayr has left #maemo-leste [Error from remote client]
LIERO has joined #maemo-leste
norayr has joined #maemo-leste
norayr has left #maemo-leste [Error from remote client]
norayr has joined #maemo-leste
Daanct12 has joined #maemo-leste
Danct12 has quit [Ping timeout: 252 seconds]
<freemangordon> uvos__: it seems the voltage is taken from the table
<freemangordon> does "16702 * nvmem[i] / 1000 + 1260" ring any bell?
elastic_dog has quit [Read error: Connection reset by peer]
elastic_dog has joined #maemo-leste
<uvos__> not really
<uvos__> that would mean nvmem[i]=185 in eb41 case
<freemangordon> 16702 * batt_data.nvram.data[65] / 1000 + 1260;
<freemangordon> this is the charging voltage IIUC
<uvos__> well is [64] 185?
<freemangordon> gives 4349 for d4
<freemangordon> lemme check
<freemangordon> yes, 185
<uvos__> i gues bw8x is 176 ish?
* freemangordon checks
<freemangordon> yes :)
<uvos__> great :)
<freemangordon> the above formula calculates 4199 for 176
<freemangordon> what about 4349?
<uvos__> thats about right
<freemangordon> ok
<uvos__> empiricly is charges to 4350
<freemangordon> right
<uvos__> but cpcap also wont have a register setting for 4349
<uvos__> anyhow so it must convert again at some point
<uvos__> pretty wierd range they have there for voltage
<freemangordon> some other value is calculated based on that
<uvos__> 1.2 ish volts to 5.5 ish votls maximum
<freemangordon> well, why not?
<uvos__> so 2s lipo is out of the question motorola?
<freemangordon> 2s lipo?
<uvos__> 2s lipos is pretty common in tables
<uvos__> 2 in series
<freemangordon> ah
<freemangordon> well...
<freemangordon> lemme check the other one
Guest224 has joined #maemo-leste
<freemangordon> hmm, maybe lowest is also somewhere there
<Guest224> Is hildon-connectivity-mobile package in any sd-card image yet?
pere has quit [Ping timeout: 272 seconds]
<Guest224> or is it still unstable to put to image?
<uvos__> its still very wip
<uvos__> and no
<uvos__> im not sure why its important since you can just install it after
<uvos__> on d4 telephony and mobile data mostly works reliably now
<Guest224> how to install after? if wifi is disablet..ok..there is USB route if you have linux machine.
<uvos__> i mean wihout wifi
<uvos__> the devices are still fairly unusable
<uvos__> imo
<freemangordon> uvos__: shall I try hard to find how low voltage is calculated or we can deduce from charge_voltage?
<uvos__> no
<uvos__> its essentaly constant anyhow
<uvos__> @freemangordon
<uvos__> Guest224: but you can also just download the packages and place them on the sdcard
<freemangordon> I think most of the data in eeprom is some slope parameters
<uvos__> and then install via dpkg -i
<freemangordon> but I think we have more than one
<freemangordon> most-probably for different temperatures
<uvos__> we must have a 2 tabel really
<uvos__> one dimention for voltage and one for current
<uvos__> otherwise it makes lttle sense
<uvos__> *2d table
<freemangordon> it makes sense to change charging current based on temp
<freemangordon> otherwise it may overheat
<uvos__> sure
<freemangordon> not sure if this data is in eeprom though
<uvos__> but i mean the state of charge table
<uvos__> that must have 2 dimentions (effectively)
<freemangordon> I think I see voltages only
<freemangordon> but...
<freemangordon> not 100% sure
<freemangordon> anyway, I think we have enough formulas
<uvos__> hmm no way they gain the accuracy you can observe on android from just voltage
<uvos__> it varys way to mutch with discarge current
<freemangordon> accuracy for what is the charge? or what?
<uvos__> right
<freemangordon> how do you know it is accurate?
<uvos__> by using it for a long time
<freemangordon> ok
<uvos__> i used d4 as my primary device for several years around 2013-2016 or so
<freemangordon> ok
<freemangordon> got it :)
<freemangordon> so, who is going to send tha patches?
<freemangordon> *the
<uvos__> what patches, you re'ed the formulars
<Guest224> uvos: good idea. But I feeling stupid..where is .deb packages I tried from find from here http://maedevu.maemo.org/leste/dists/
<uvos__> now we need to implement them in cpcap-battery
<freemangordon> well, those formulas converted to patches
<freemangordon> sure
<uvos__> freemangordon: i can do it if you like, so can you
<uvos__> ie dont care really
<freemangordon> me neither
<uvos__> for this to be usefull imo
<uvos__> we first need figureout the chipid situation
<uvos__> i gues its 89-500 allways maybe?
<freemangordon> yes
<freemangordon> this is what blob checks
<uvos__> oh ok
<freemangordon> along with those 2 strings ^^^
<uvos__> dident see that if you mentioned it
<freemangordon> "CORP"
<freemangordon> and "MOTOROLA..."
<uvos__> ok well then its ready to be implemented indeed
<freemangordon> right
<freemangordon> going on a ride, bbl
<uvos__> just click through the depends and download them all
<uvos__> Guest224: another alternative is a usb-otg cable and a usb ethernet adapter
<Guest224> thanks
<uvos__> youll have to setup the network by hand in comandline
<uvos__> but then it should work fine
<uvos__> assuming d4/bionic/pp here
<uvos__> n900 cant do otg
<Guest224> Is pp with dockin-bar ethernet supported yet?
<uvos__> no idea
xmn has quit [Ping timeout: 252 seconds]
xmn has joined #maemo-leste
alex1216 has quit [Quit: WeeChat 2.3]
<Wizzup> uvos__: I think so @ buying ones that got removed, kinda lame ;)
<Wizzup> freemangordon: I can send it, how do I read it?
<Wizzup> (just woke up, brb)
<uvos__> Wizzup: i can live with just one btw
<uvos__> if you are short
<uvos__> since i have just one d4 now anyhow
<Wizzup> just short on time atm, not short on devices
<uvos__> (i want one to modify)
<uvos__> i mean doors
<Wizzup> ah
<Wizzup> right
<Wizzup> I need coffee :p
<uvos__> what time zone are you in, Pacific?
<freemangordon> Wizzup: umm, send what?
pere has joined #maemo-leste
Guest224 has quit [Ping timeout: 244 seconds]
<Wizzup> freemangordon: you wanted me to share some battery data
<freemangordon> ah, no
<freemangordon> we already figured it out
<Wizzup> ok
<freemangordon> like, I am writing patches to cpcap-battery to process eeprom data
<Wizzup> I have a lot of d4's that I am bringing back
<Wizzup> like, it has to be ~40
<freemangordon> :)
<Wizzup> freemangordon: ok, cool
<Wizzup> freemangordon: I wonder if we also ought to have a patch to charge the battery a bit more than 4.2 for folks who want it
<freemangordon> I think we shall increase that
<freemangordon> like, if battery is for 4.35, so be it
<Wizzup> right, but we thought it maybe caused them to balloon quickly
<Wizzup> this happened two at least two android phones I had that I kept on charger at all times
<freemangordon> d4 phones?
<Wizzup> yes
<freemangordon> why keep them on charger though?
<freemangordon> also, charger driver shall be smart enough and have some hysteresis, like, it should not restart charging before the voltage has dropped by lets say 2 or 3 percent
<freemangordon> but in general, I would trust what manufacturers say
<freemangordon> so, if they say 4.35, then...
<freemangordon> Wizzup: also, were those batteries new?
<freemangordon> I guess no
Daaanct12 has joined #maemo-leste
<freemangordon> uvos__: did you check idle power usage with hdq enabled?
Daanct12 has quit [Ping timeout: 252 seconds]
uvos__ has quit [Quit: Konversation terminated!]
uvos__ has joined #maemo-leste
uvos__ has quit [Ping timeout: 246 seconds]
<Wizzup> freemangordon: no, probably not new
freemangordon has quit [Quit: Leaving.]
freemangordon has joined #maemo-leste
<tmlind> freemangordon: yeah d4 batteries kept on charger at higher than 4.2v will ballon after some weeks or months, no issues at 4.2v afaik
<tmlind> you can already tweak the charge voltage via sysfs if you really want, i would not recommend it
<freemangordon> I don't see a reason why anyone would want to keep the device on charger
<freemangordon> but ok
<freemangordon> though, I think default should be what battery is made for
uvos__ has joined #maemo-leste
uvos has joined #maemo-leste
<tmlind> the battery was not made to last it seems
<freemangordon> hmm
<freemangordon> well, I guess we can at least increase a bit, like to 4.25, no?
<uvos> im terribly convinced that there is anything wrong per say with charging eb41 to 4.35V
<uvos> but hvlipos have lower cycle lifetime
<uvos> which is why they are all very degraded by now
<uvos> only charging them to 4.2v helps emensely
<freemangordon> afaik even 'new' are degrated
<uvos> sure yes
<uvos> 10 years is old even for purley calendary ageing
<ashley> ballooning batteries are such "fun"...I just had to throw out a brand new, unused Nokia XL battery a few weeks ago because of how swollen it had gotten, all on its own :-/
<uvos> shelf life of lipos is about 5 years so yes
<freemangordon> so, I am not convinced reducing the charge voltage help much, but ok :)
<uvos> all d4 batteries are degraded
<uvos> degraded batteries tend to be most unsafe at full charge
<uvos> it makes some sense to reduce the voltage
<uvos> not that i agree we should
<freemangordon> btw, why do we report li-ion and not li-po for genuine batteries?
<uvos> a lipo is a type of lion
<uvos> im not sure lipo is valid for this field
<uvos> i dident set this either
<freemangordon> tmlind: uvos: in the meanwhile https://pastebin.com/fwxVyf9f :)
<sicelo> does anything in userspace actually use VOLTAGE_MIN_DESIGN? would be nice if upower did, i guess
<sicelo> nice work there freemangordon
Twig has joined #maemo-leste
<tmlind> sounds like a driver parsing eeprom patch is coming? :)
<freemangordon> yes
<tmlind> cool
norayr has left #maemo-leste [Error from remote client]
* freemangordon is looking for volunteers to upstream 3 cpcap patches
<freemangordon> :)
<freemangordon> hmm, why github takes so long to show a new branch?
<freemangordon> oh, I pushed to wrong repo, again :(
<Wizzup> uvos: I received 5 mugen batteries for the droid3, so that's nice
<Wizzup> with battery doors
<tmlind> freemangordon: looks good to me, please check the default charge current stays the same to be sure..
<freemangordon> how?
<freemangordon> tmlind: ^^^
Daanct12 has joined #maemo-leste
Daaanct12 has quit [Ping timeout: 252 seconds]
* buZz excited to try this new cpcap :)
freemangordon has quit [Ping timeout: 252 seconds]
freemangordon has joined #maemo-leste
norayr has joined #maemo-leste
uvos has quit [Ping timeout: 252 seconds]
<tmlind> freemangordon: hmm i guess that patch does not affect the default charge voltag
<freemangordon> no
<freemangordon> just design voltage
<freemangordon> tmlind: please, what is the proper git command to send series? "git send-email -3 --subject="[PATCH 0/3] power: supply: cpcap-battery improvements" --compose"?
uvos has joined #maemo-leste
<tmlind> freemangordon: i first use git format patch to /tmp/outgoing, then to send git send-email --confirm=always --suppress-cc=self --cc-cmd=~/bin/my-git-get-cover-cc --to "..." --cc "..."
<tmlind> that git-get-cover-cc is some script that adds folks to cc
<tmlind> not sure if that's even needed any longer to add folks to cc
<freemangordon> ok, thanks
<tmlind> the get cover i have is from some mailing list thread i can't find and contains:
<tmlind> grep -e "Cc: " -e "Reported-by: " -e "Reviewed-by: " \
<tmlind> -e "Acked-by: " -e "Suggested-by: " -e "Signed-off-by: " /tmp/outgoing/* | \
<tmlind> cut -d':' -f3 | sort | uniq | xargs -n1 -i echo "{}"
<tmlind> probably git already has that as some option available by now
<freemangordon> well, that's too complicated for me :)
<freemangordon> so I'll send whatever I can and will see
<sicelo> mailing a patch is more complicated than producing the patch itself, heh
<freemangordon> well, I want to send series with cover letter
* sicelo is sitting on some N900 patches for this same reason
<sicelo> dts patches
<tmlind> freemangordon: you use git-format-patch --cover-letter to output the patches to /tmp/outgoing first, right?
<freemangordon> no, I use the command ^^^
<freemangordon> "git send-email -3 --subject="[PATCH 0/3] power: supply: cpcap-battery improvements" --compose"
<freemangordon> I sent to myself snd it looks ok
<tmlind> with git send-email probably option --cc-cover does what i use --cc-cmd for..
<tmlind> hehe careful with the test emails, they easily get sent to the lists :)
<freemangordon> sent :)
<freemangordon> no, I am adding --to and --cc by hand
<tmlind> ok
<freemangordon> you're in cc
norayr has left #maemo-leste [Disconnected: Replaced by new connection]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Error from remote client]
mardy has quit [Quit: WeeChat 3.5]
Daaanct12 has joined #maemo-leste
Daanct12 has quit [Ping timeout: 252 seconds]
ashley has quit [Quit: Whatever.]
ashley has joined #maemo-leste
ashley is now known as Guest5314
Guest5314 is now known as Elektra
Elektra has quit [Changing host]
Elektra has joined #maemo-leste
Elektra is now known as ashley
norayr has joined #maemo-leste
Twig has quit [Remote host closed the connection]
norayr has left #maemo-leste [Error from remote client]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Error from remote client]
Daanct12 has joined #maemo-leste
Daaanct12 has quit [Ping timeout: 252 seconds]
tk has quit [Quit: Well, this is unexpected.]
tk has joined #maemo-leste