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
<unclouded> does the latest u-boot for NanoNote support booting from an MMC formatted as ext4?
<unclouded> answering my own question: Yes. no idea how old my u-boot was previously. maybe even factory since I've been so scared to update it
LunaVorax has joined #qi-hardware
FDCX has quit [Remote host closed the connection]
FDCX has joined #qi-hardware
rz2k has quit []
arossdot1 has quit [Ping timeout: 252 seconds]
emeb has quit [Quit: Leaving.]
DocScrutinizer05 has quit [Disconnected by services]
DocScrutinizer05 has joined #qi-hardware
dandon_ has joined #qi-hardware
dandon has quit [Ping timeout: 260 seconds]
dandon_ is now known as dandon
panda|x201 has quit [Ping timeout: 248 seconds]
LunaVorax has quit [Ping timeout: 256 seconds]
LunaVorax has joined #qi-hardware
pcercuei has quit [Read error: Connection reset by peer]
pcercuei has joined #qi-hardware
Supaplex has quit [Read error: Connection reset by peer]
Supaplex has joined #qi-hardware
LunaVorax has quit [Ping timeout: 256 seconds]
pcercuei has quit [Ping timeout: 248 seconds]
FDCX has quit [Remote host closed the connection]
lekernel has joined #qi-hardware
kilae has joined #qi-hardware
<larsc> mth: try to at least confine the ifdef to only one place, e.g. #ifdef JZ4770 void phy_set_power(int power) { ... } #else void phy_set_power(int power) {} #endif
Fummy has joined #qi-hardware
wolfspraul has joined #qi-hardware
wolfspraul has quit [Quit: leaving]
lekernel has quit [Ping timeout: 256 seconds]
<mth> larsc: I agree
<mth> I've got a cleaned up version now, but I guess there is no point in upstreaming this until the rest of the 4770 support is ready, right?
wej has quit [Ping timeout: 248 seconds]
lekernel has joined #qi-hardware
wej has joined #qi-hardware
<larsc> atleast the core support which defines the function should be there
panda|x201 has joined #qi-hardware
viric has quit [Ping timeout: 264 seconds]
viric_ has joined #qi-hardware
rz2k has joined #qi-hardware
wej has quit [Ping timeout: 245 seconds]
wej has joined #qi-hardware
<mth> larsc: #define JZ_GPIO_PWM0 JZ_GPIO_PORTD(23)
<mth> on the JZ4770, the pin assignment is different
<mth> so I guess the macro has to be renamed?
<mth> (from arch/mips/include/asm/mach-jz4740/gpio.h)
FDCX has joined #qi-hardware
unclouded has quit [Ping timeout: 260 seconds]
panda|x201 has quit [Ping timeout: 252 seconds]
viric_ is now known as viric
viric has quit [Remote host closed the connection]
viric has joined #qi-hardware
kyak has quit [Ping timeout: 260 seconds]
LunaVorax has joined #qi-hardware
viric has quit [Read error: Operation timed out]
<larsc> the macro should probably not be used outside of board code
viric has joined #qi-hardware
<mth> in that case, we'd have to insert some kind of indirection between the macro and the pwm driver
lekernel has quit [Quit: Leaving]
<larsc> yes
<larsc> I'm going to add pinctrl support to jz4740
<larsc> this is espcially important for anything >jz4740 since you can have multiple options to which pin you can actually route a signal
arossdotme1 has joined #qi-hardware
<larsc> pinctrl is pretty much the same as our jz4740_gpio_* api, except that it is more generi
<larsc> c
DocScrutinizer05 has quit [Ping timeout: 276 seconds]
<mth> the big green block in the middle is how I currently solved the "multiple options to route a singal" for the msc on the 4770
DocScrutinizer05 has joined #qi-hardware
<mth> speaking of msc, there is slot-gpio which is a generic implementation of read-only and change detect based on gpio pins
<mth> that could be used in the 4740 driver as well
rz2k has quit []
<mth> larsc: you said "board code" for the pwm-to-gpio mapping, but that mapping is inside the SoC, not on the board
<mth> you could do it in pdata, but then every board with the same SoC would just be using the same table
kyak has joined #qi-hardware
wej has quit [Ping timeout: 260 seconds]
bartbes has quit [Remote host closed the connection]
<viric> are any of you playing with 16MB systems?
<mth> no, the smallest I have around here is 32MB
wej has joined #qi-hardware
<viric> I think openwrt deprecated all 16MB systems :(
<viric> at backfire time (2.6.32)
<viric> I wonder if anyone is making a distribution that will run on 16MB
Fummy has quit [Quit: Leaving...]
bartbes has joined #qi-hardware
<larsc> mth: since you can route it to multiple pins it is board specific
<larsc> mth: yea, I already have slot-gpio patches for the jz4740 mmc driver
wej has quit [Ping timeout: 248 seconds]
bartbes has quit [Quit: No Ping reply in 180 seconds.]
<viric> is there anything that can tell where the kernel size comes from?
<viric> what part how much contributes
<mth> larsc: pwm routing is static, isn't it?
<mth> at least on the 4770 there is exactly one pwm pin per timer
wej has joined #qi-hardware
LunaVorax has quit [Ping timeout: 256 seconds]
<viric> I guess there is no OS maintained with systems < 32MB of RAM
<viric> free os
<whitequark> FreeDOS?
<whitequark> FreeRTOS? :)
<viric> on mips? :)
<whitequark> the latter, why not?
<whitequark> I see your point, though.
<whitequark> I think that vxworks and similar stuff still works well on 16MB systems. maybe even smaller.
<whitequark> QNX? not sure
<wpwrak> contiki ? :)
<wpwrak> if you have that much memory, you could probably run regular linux. else, there is uclinux
<viric> well, I'd like to have device drivers too ;)
<whitequark> ugh, contiki
<viric> wpwrak: a 3.x linux openwrt leaves little space
<whitequark> remind me again why exactly an OS for resource-constrained wireless sensors must have a VNC server and GUI?..
<viric> and I have mmu. I don't want to give up on mmu
<viric> whitequark: it evolved
<whitequark> viric: I call that devolution
<viric> why exactly an OS that could run fine on 8MB of RAM evolved to requiring 32MB?
<wpwrak> whitequark: vnc ? not sure if we're talking about the same thing :)
<whitequark> I would guess that it got optimized for less resource-constrained workloads
<whitequark> viric: ^
<viric> maybe also contiki
<viric> :)
<whitequark> I wish I was kidding.
<whitequark> 90% of contiki is useless bloat
<wpwrak> oh well, application
<wpwrak> you could add libreoffice to owrt if you wanted
<whitequark> and the other 10% are highly specific for AVRs
<whitequark> what is this, 2000?
<viric> "for the fun" looks to me like a good reason, in any case
<whitequark> I won't even talk about buffer overflows, etc.
<wpwrak> i've heard of problem with loss of interrupts on contiki. not sure on what platform(s), though
<whitequark> I personally would blame lack of design :|
<whitequark> in unrelated news. I disassembled my notebook (proof that you can make something as thin as macbook air AND make it repairable) and discovered a peculiar feature
<whitequark> the keyboard is clamped hard to the upper part of the case
<whitequark> had to buy a replacement from asus for $110
<viric> did you break the keyboard?
<whitequark> the Right button stopped working
<whitequark> dismantling it and blowing off the dust didn't help
<viric> ok
<whitequark> weirdest part... I went to their "official service center"
<whitequark> they said that replacing keyboard would take 7-10 DAYS
<whitequark> what the fuck
<whitequark> will these guys literally buy a replacement from asus spare parts store and reassemble the whole critter?
<viric> an accurate task
<whitequark> I can do that in a hour, myself
<whitequark> well, two hours
<whitequark> paying some dude to be a screwdriver operator? wt
<whitequark> f
<viric> you are just the wrong kind of costumer.
* whitequark shrugs
<whitequark> I would happily pay twice the cost of the replacement, IF they could do it "right now"
<whitequark> but with this kind of... service, it's really more efficient to do that myself
* whitequark just realized that he would likely never again pay for repairing electronics
<whitequark> (except maybe for SMT jobs. maybe)
<wpwrak> it's more fun that way :)
<whitequark> wpwrak: (that) doing it myself, that is?
<wpwrak> yup
<whitequark> it isn't even about fun. I simply cannot afford to lose my notebook for a week. not now, at least
<wpwrak> of course, as time goes by, you'll get tired of things that you have to do over and over again. so you may get bored enough with them to outsource them.
<wpwrak> yeah, there's also efficiency
<whitequark> and when I'm faced with a choice of setting up another machine for a week <> reassembling it myself... it's obvious
<wpwrak> when the choice is between open-fix-close (2 h) and send/deposit, wait, receive/retrieve, test, complain, repeat ... then the selection isn't too hard
<whitequark> :)
bartbes has joined #qi-hardware
<whitequark> I was impressed by some guy at a flea market who fixed audio jack on my Galaxy S II. the jack is likely to be custom-made for this phone.
<whitequark> so, in just about three hours he found a replacement and resoldered it
<whitequark> I wonder if he robbed someone with the same phone and disassembled it.
<whitequark> well, whatever... he can do anything if he fixes it quickly enough :)
<wpwrak> remember, if you buy from robbers, you confirm their business model and you may be the next source of spare parts
<whitequark> oh yes, a well-known ethical problem
<whitequark> one could also say that someone else would buy it, anyway
<wpwrak> even then, you're increasing the demand. the invisible hand of the market will take care of adapting the supply accordingly.
<larsc> mth: hm, yes, looks like there is only one possible signal per pwm signal, so it is SoC specific
<larsc> whitequark: here you actually be charged with buying stolen goods
<whitequark> larsc: hmm
<whitequark> that was a joke
<whitequark> though, when I think about it... well.
<whitequark> no idea
<whitequark> larsc: how would I clear myself from charges? do something to have a reasonable knowledge of the spare parts to ensure they're not stolen? or what?
<larsc> yes
<whitequark> interesting
<larsc> if you can't distinguish it from a legitime sale you are fine
<larsc> but e.g. if somebody tries to sell you something at lets say 10% of it's actual value you are supposed to get suspicious
<whitequark> well. it depends on what's "legitimate". the guy doesn't run an official service center (obviously). but I can totally see how someone with a soldering iron and a bag of dead phones could do his job
<whitequark> ah I see
<whitequark> is $20 a lot for replacing an audio jack? :)
<larsc> I don't know
<whitequark> exactly
<larsc> it's then up to the judges to decide whether you should have been suspicious or not
<whitequark> I suppose this makes sense
arossdotme1 has quit [Ping timeout: 264 seconds]
arossdotme1 has joined #qi-hardware
arossdot1 has joined #qi-hardware
Jay7 has joined #qi-hardware
jow_lapt1p has joined #qi-hardware
arossdotme1 has quit [Ping timeout: 256 seconds]
freespac1 has joined #qi-hardware
yang_ has joined #qi-hardware
Supaplex_ has joined #qi-hardware
eintopf_ has joined #qi-hardware
sivoais_ has joined #qi-hardware
Jay7x has quit [Ping timeout: 246 seconds]
jow_laptop has quit [Ping timeout: 246 seconds]
eintopf has quit [Ping timeout: 246 seconds]
freespace has quit [Ping timeout: 246 seconds]
yang has quit [Remote host closed the connection]
Supaplex has quit [Remote host closed the connection]
whitequark has quit [Remote host closed the connection]
arossdot1 has quit [Remote host closed the connection]
arossdotme1 has joined #qi-hardware
whitequark has joined #qi-hardware
sivoais has quit [Ping timeout: 261 seconds]
whitequa1k has joined #qi-hardware
whitequa1k has quit [Client Quit]
ChanServ has quit [*.net *.split]
ChanServ has joined #qi-hardware
ChanServ has quit [*.net *.split]
arossdotme1 has quit [Remote host closed the connection]
ChanServ has joined #qi-hardware
arossdotme1 has joined #qi-hardware
arossdotme1 has quit [Remote host closed the connection]
arossdotme1 has joined #qi-hardware
arossdotme1 has quit [Quit: arossdotme1]
arossdot1 has joined #qi-hardware
kilae has quit [Read error: Connection reset by peer]
yang_ has quit [Ping timeout: 256 seconds]
LunaVorax has joined #qi-hardware
unclouded has joined #qi-hardware
yang has joined #qi-hardware
lekernel has joined #qi-hardware
Supaplex_ has quit [Ping timeout: 245 seconds]
Supaplex has joined #qi-hardware
viric has quit [Ping timeout: 252 seconds]
viric_ has joined #qi-hardware
Supaplex has quit [Ping timeout: 248 seconds]
lekernel has quit [Quit: Leaving]
wej has quit [Ping timeout: 245 seconds]
sivoais_ has quit [Quit: leaving]
sivoais has joined #qi-hardware
Markvilla has joined #qi-hardware
Markvilla has quit [Max SendQ exceeded]
Markvilla has joined #qi-hardware
wej has joined #qi-hardware