<macromorgan>
sorry, not at my computer very much on the weekend. Mainline may not like it if it doesn't conform with their standards. What kind of memory issues are you getting? I'll see if I can take a look.
<macc24>
macromorgan: oh yeah fixed them by removing hacky anything
<macromorgan>
thanks, looks great. It's missing the header though, and I *think* it might be using its own private regmap instead of that of the parent. I'll mess with it tomorrow and see if I can recommend how to change it to use the parent's regmap directly.
<macc24>
alright
<macromorgan>
in all honestly it's probably like a 3 line change, and it'll keep upstream off your ass
<macc24>
this time i didn't completely botch the commit name and description
<macromorgan>
cool. Still waiting for any of my commits to be my first to the kernel.
<macromorgan>
have the audio commits, the one for the flash chip, one to fix a typo in the 3.5" panel driver, and one to add rotation support to the 3.5" panel.
<macromorgan>
I haven't given up on the SFC chip by the way, but I need to become a better programmer before I can figure out how the hell to make it happen. Plus I think I'm fucking up the clock first somehow.
<macc24>
clock?
<macc24>
hmm
<macc24>
tbh i won't care until tomorrow probably
<macc24>
i have most of this week free of anything and ill do some development
<macromorgan>
yeah, I'm not sure I'm setting the clock correctly for the SFC chip when I am loading my attempt at a driver
<macc24>
kernel or uboot?
<macromorgan>
Both. Neither work. U-boot loads but doesn't read (aside from the Chip's ID), write or erase properly. Ditto for Linux (which crashes, U-boot just doesn't work but Linux stops in its tracks).
<macc24>
hm
<macc24>
ill take a look at it
<macc24>
when i have nothing else to do
<macromorgan>
I haven't posted any of the drivers, but I will.
<macromorgan>
I'll put some patches out there. Maybe someone on this thread knows a Rockchip engineer or a thing or two about the SFC and can help as well, I believe it's common IP among a great many chips of theirs.
<macc24>
hmm
<macc24>
let's hope...
<macromorgan>
also, the flash chip hasn't been accepted yet into mainline because of a big shitstorm with JEDEC and whatnot
<macc24>
lol
<macromorgan>
basically the vendor IDs get "reused", in that there are supposed to be different banks of vendor IDs. Only problem is no one has seen a chip yet that implements this correctly. As a result if nothing can be figured out there will be a lot of chip ID collisions in the future
<macromorgan>
they don't seem to be accepting new patches until they can figure this out.
<macromorgan>
at least no new patches beyond the original ~250 vendors (of which XTX most definitely is not)
<macromorgan>
alright, I'm going to go see what my wife wants. As much as I'd like to stay here and chat about commits, it is my anniversary after all...
macromorgan has quit [Read error: Connection reset by peer]
macromorgan has joined #linux-rockchip
ldevulder has quit [Remote host closed the connection]
<macc24>
macromorgan: if it looks like your commits have gone nowhere it might mean that they were accepted, maybe gently poke mailing list or something if no change is in few weeks
cp- has joined #linux-rockchip
mraynal has quit [Remote host closed the connection]
mraynal has joined #linux-rockchip
<macc24>
so i think i just need to implement current, charge and maybe temperature?