2013-06-08 00:22 does the latest u-boot for NanoNote support booting from an MMC formatted as ext4? 2013-06-08 00:42 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 2013-06-08 02:19 LunaVorax has joined #qi-hardware 2013-06-08 02:26 FDCX has quit [Remote host closed the connection] 2013-06-08 02:28 FDCX has joined #qi-hardware 2013-06-08 02:40 rz2k has quit [] 2013-06-08 03:08 arossdot1 has quit [Ping timeout: 252 seconds] 2013-06-08 03:12 emeb has quit [Quit: Leaving.] 2013-06-08 03:57 DocScrutinizer05 has quit [Disconnected by services] 2013-06-08 03:57 DocScrutinizer05 has joined #qi-hardware 2013-06-08 04:14 dandon_ has joined #qi-hardware 2013-06-08 04:15 dandon has quit [Ping timeout: 260 seconds] 2013-06-08 04:15 dandon_ is now known as dandon 2013-06-08 04:42 panda|x201 has quit [Ping timeout: 248 seconds] 2013-06-08 05:11 LunaVorax has quit [Ping timeout: 256 seconds] 2013-06-08 05:50 LunaVorax has joined #qi-hardware 2013-06-08 06:14 pcercuei has quit [Read error: Connection reset by peer] 2013-06-08 06:15 pcercuei has joined #qi-hardware 2013-06-08 06:19 Supaplex has quit [Read error: Connection reset by peer] 2013-06-08 06:20 Supaplex has joined #qi-hardware 2013-06-08 06:21 LunaVorax has quit [Ping timeout: 256 seconds] 2013-06-08 06:43 pcercuei has quit [Ping timeout: 248 seconds] 2013-06-08 07:03 FDCX has quit [Remote host closed the connection] 2013-06-08 08:07 lekernel has joined #qi-hardware 2013-06-08 08:30 kilae has joined #qi-hardware 2013-06-08 08:35 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 2013-06-08 08:43 Fummy has joined #qi-hardware 2013-06-08 08:48 wolfspraul has joined #qi-hardware 2013-06-08 09:00 wolfspraul has quit [Quit: leaving] 2013-06-08 09:38 lekernel has quit [Ping timeout: 256 seconds] 2013-06-08 09:43 larsc: I agree 2013-06-08 09:44 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? 2013-06-08 09:48 wej has quit [Ping timeout: 248 seconds] 2013-06-08 09:51 lekernel has joined #qi-hardware 2013-06-08 09:53 wej has joined #qi-hardware 2013-06-08 09:55 atleast the core support which defines the function should be there 2013-06-08 10:03 panda|x201 has joined #qi-hardware 2013-06-08 10:10 viric has quit [Ping timeout: 264 seconds] 2013-06-08 10:16 viric_ has joined #qi-hardware 2013-06-08 10:22 rz2k has joined #qi-hardware 2013-06-08 10:53 wej has quit [Ping timeout: 245 seconds] 2013-06-08 10:58 wej has joined #qi-hardware 2013-06-08 12:13 larsc: #define JZ_GPIO_PWM0 JZ_GPIO_PORTD(23) 2013-06-08 12:13 on the JZ4770, the pin assignment is different 2013-06-08 12:13 so I guess the macro has to be renamed? 2013-06-08 12:14 (from arch/mips/include/asm/mach-jz4740/gpio.h) 2013-06-08 12:15 FDCX has joined #qi-hardware 2013-06-08 12:25 unclouded has quit [Ping timeout: 260 seconds] 2013-06-08 12:54 panda|x201 has quit [Ping timeout: 252 seconds] 2013-06-08 13:21 viric_ is now known as viric 2013-06-08 13:23 viric has quit [Remote host closed the connection] 2013-06-08 13:23 viric has joined #qi-hardware 2013-06-08 14:38 kyak has quit [Ping timeout: 260 seconds] 2013-06-08 14:59 LunaVorax has joined #qi-hardware 2013-06-08 15:04 viric has quit [Read error: Operation timed out] 2013-06-08 15:07 the macro should probably not be used outside of board code 2013-06-08 15:09 viric has joined #qi-hardware 2013-06-08 15:52 in that case, we'd have to insert some kind of indirection between the macro and the pwm driver 2013-06-08 15:53 lekernel has quit [Quit: Leaving] 2013-06-08 15:55 yes 2013-06-08 15:55 I'm going to add pinctrl support to jz4740 2013-06-08 15:56 this is espcially important for anything >jz4740 since you can have multiple options to which pin you can actually route a signal 2013-06-08 15:57 arossdotme1 has joined #qi-hardware 2013-06-08 15:58 pinctrl is pretty much the same as our jz4740_gpio_* api, except that it is more generi 2013-06-08 15:58 c 2013-06-08 16:46 DocScrutinizer05 has quit [Ping timeout: 276 seconds] 2013-06-08 16:46 https://github.com/gcwnow/linux/commit/8a6a80c5387679ed73ab86df5110d0cd80b8bb0c 2013-06-08 16:47 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 2013-06-08 16:47 DocScrutinizer05 has joined #qi-hardware 2013-06-08 16:49 speaking of msc, there is slot-gpio which is a generic implementation of read-only and change detect based on gpio pins 2013-06-08 16:49 https://github.com/gcwnow/linux/commit/1e725fac79e3d8fc1b30b35d1d0323f24c2cef39 2013-06-08 16:49 that could be used in the 4740 driver as well 2013-06-08 16:58 rz2k has quit [] 2013-06-08 17:02 larsc: you said "board code" for the pwm-to-gpio mapping, but that mapping is inside the SoC, not on the board 2013-06-08 17:03 you could do it in pdata, but then every board with the same SoC would just be using the same table 2013-06-08 17:03 kyak has joined #qi-hardware 2013-06-08 17:05 wej has quit [Ping timeout: 260 seconds] 2013-06-08 17:08 bartbes has quit [Remote host closed the connection] 2013-06-08 17:09 are any of you playing with 16MB systems? 2013-06-08 17:10 no, the smallest I have around here is 32MB 2013-06-08 17:11 wej has joined #qi-hardware 2013-06-08 17:11 I think openwrt deprecated all 16MB systems :( 2013-06-08 17:12 at backfire time (2.6.32) 2013-06-08 17:12 I wonder if anyone is making a distribution that will run on 16MB 2013-06-08 17:13 Fummy has quit [Quit: Leaving...] 2013-06-08 17:13 bartbes has joined #qi-hardware 2013-06-08 17:22 mth: since you can route it to multiple pins it is board specific 2013-06-08 17:23 mth: yea, I already have slot-gpio patches for the jz4740 mmc driver 2013-06-08 17:23 wej has quit [Ping timeout: 248 seconds] 2013-06-08 17:24 bartbes has quit [Quit: No Ping reply in 180 seconds.] 2013-06-08 17:24 is there anything that can tell where the kernel size comes from? 2013-06-08 17:24 what part how much contributes 2013-06-08 17:25 larsc: pwm routing is static, isn't it? 2013-06-08 17:26 hm just found http://www.elinux.org/Kernel_Size_Tuning_Guide 2013-06-08 17:26 at least on the 4770 there is exactly one pwm pin per timer 2013-06-08 17:28 wej has joined #qi-hardware 2013-06-08 17:32 LunaVorax has quit [Ping timeout: 256 seconds] 2013-06-08 17:36 I guess there is no OS maintained with systems < 32MB of RAM 2013-06-08 17:36 free os 2013-06-08 17:38 FreeDOS? 2013-06-08 17:38 FreeRTOS? :) 2013-06-08 17:39 on mips? :) 2013-06-08 17:44 the latter, why not? 2013-06-08 17:44 I see your point, though. 2013-06-08 17:45 I think that vxworks and similar stuff still works well on 16MB systems. maybe even smaller. 2013-06-08 17:45 QNX? not sure 2013-06-08 17:48 contiki ? :) 2013-06-08 17:48 if you have that much memory, you could probably run regular linux. else, there is uclinux 2013-06-08 17:49 well, I'd like to have device drivers too ;) 2013-06-08 17:49 ugh, contiki 2013-06-08 17:49 wpwrak: a 3.x linux openwrt leaves little space 2013-06-08 17:49 remind me again why exactly an OS for resource-constrained wireless sensors must have a VNC server and GUI?.. 2013-06-08 17:49 and I have mmu. I don't want to give up on mmu 2013-06-08 17:50 whitequark: it evolved 2013-06-08 17:50 viric: I call that devolution 2013-06-08 17:50 why exactly an OS that could run fine on 8MB of RAM evolved to requiring 32MB? 2013-06-08 17:51 whitequark: vnc ? not sure if we're talking about the same thing :) 2013-06-08 17:51 I would guess that it got optimized for less resource-constrained workloads 2013-06-08 17:51 viric: ^ 2013-06-08 17:52 maybe also contiki 2013-06-08 17:52 :) 2013-06-08 17:52 wpwrak: https://github.com/contiki-os/contiki/blob/master/apps/vnc/vnc.c 2013-06-08 17:52 I wish I was kidding. 2013-06-08 17:52 90% of contiki is useless bloat 2013-06-08 17:52 oh well, application 2013-06-08 17:52 you could add libreoffice to owrt if you wanted 2013-06-08 17:53 and the other 10% are highly specific for AVRs 2013-06-08 17:53 what is this, 2000? 2013-06-08 17:53 "for the fun" looks to me like a good reason, in any case 2013-06-08 17:54 I won't even talk about buffer overflows, etc. 2013-06-08 17:58 i've heard of problem with loss of interrupts on contiki. not sure on what platform(s), though 2013-06-08 17:59 I personally would blame lack of design :| 2013-06-08 18:00 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 2013-06-08 18:00 the keyboard is clamped hard to the upper part of the case 2013-06-08 18:01 had to buy a replacement from asus for $110 2013-06-08 18:01 did you break the keyboard? 2013-06-08 18:01 the Right button stopped working 2013-06-08 18:01 dismantling it and blowing off the dust didn't help 2013-06-08 18:02 ok 2013-06-08 18:02 weirdest part... I went to their "official service center" 2013-06-08 18:02 they said that replacing keyboard would take 7-10 DAYS 2013-06-08 18:02 what the fuck 2013-06-08 18:02 will these guys literally buy a replacement from asus spare parts store and reassemble the whole critter? 2013-06-08 18:02 an accurate task 2013-06-08 18:03 I can do that in a hour, myself 2013-06-08 18:03 well, two hours 2013-06-08 18:03 paying some dude to be a screwdriver operator? wt 2013-06-08 18:03 f 2013-06-08 18:03 you are just the wrong kind of costumer. 2013-06-08 18:04 * whitequark shrugs 2013-06-08 18:04 I would happily pay twice the cost of the replacement, IF they could do it "right now" 2013-06-08 18:04 but with this kind of... service, it's really more efficient to do that myself 2013-06-08 18:06 * whitequark just realized that he would likely never again pay for repairing electronics 2013-06-08 18:07 (except maybe for SMT jobs. maybe) 2013-06-08 18:08 it's more fun that way :) 2013-06-08 18:08 wpwrak: (that) doing it myself, that is? 2013-06-08 18:09 yup 2013-06-08 18:09 it isn't even about fun. I simply cannot afford to lose my notebook for a week. not now, at least 2013-06-08 18:09 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. 2013-06-08 18:09 yeah, there's also efficiency 2013-06-08 18:10 and when I'm faced with a choice of setting up another machine for a week <> reassembling it myself... it's obvious 2013-06-08 18:11 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 2013-06-08 18:11 :) 2013-06-08 18:12 bartbes has joined #qi-hardware 2013-06-08 18:12 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. 2013-06-08 18:12 so, in just about three hours he found a replacement and resoldered it 2013-06-08 18:12 I wonder if he robbed someone with the same phone and disassembled it. 2013-06-08 18:13 well, whatever... he can do anything if he fixes it quickly enough :) 2013-06-08 18:15 remember, if you buy from robbers, you confirm their business model and you may be the next source of spare parts 2013-06-08 18:17 oh yes, a well-known ethical problem 2013-06-08 18:18 one could also say that someone else would buy it, anyway 2013-06-08 18:21 even then, you're increasing the demand. the invisible hand of the market will take care of adapting the supply accordingly. 2013-06-08 18:21 mth: hm, yes, looks like there is only one possible signal per pwm signal, so it is SoC specific 2013-06-08 18:23 whitequark: here you actually be charged with buying stolen goods 2013-06-08 18:24 larsc: hmm 2013-06-08 18:24 that was a joke 2013-06-08 18:24 though, when I think about it... well. 2013-06-08 18:25 no idea 2013-06-08 18:25 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? 2013-06-08 18:26 yes 2013-06-08 18:28 interesting 2013-06-08 18:28 if you can't distinguish it from a legitime sale you are fine 2013-06-08 18:29 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 2013-06-08 18:29 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 2013-06-08 18:29 ah I see 2013-06-08 18:29 is $20 a lot for replacing an audio jack? :) 2013-06-08 18:30 I don't know 2013-06-08 18:30 exactly 2013-06-08 18:31 it's then up to the judges to decide whether you should have been suspicious or not 2013-06-08 18:32 I suppose this makes sense 2013-06-08 19:17 arossdotme1 has quit [Ping timeout: 264 seconds] 2013-06-08 19:54 arossdotme1 has joined #qi-hardware 2013-06-08 19:59 arossdot1 has joined #qi-hardware 2013-06-08 19:59 Jay7 has joined #qi-hardware 2013-06-08 20:01 jow_lapt1p has joined #qi-hardware 2013-06-08 20:03 arossdotme1 has quit [Ping timeout: 256 seconds] 2013-06-08 20:04 freespac1 has joined #qi-hardware 2013-06-08 20:05 yang_ has joined #qi-hardware 2013-06-08 20:05 Supaplex_ has joined #qi-hardware 2013-06-08 20:06 eintopf_ has joined #qi-hardware 2013-06-08 20:07 sivoais_ has joined #qi-hardware 2013-06-08 20:07 Jay7x has quit [Ping timeout: 246 seconds] 2013-06-08 20:07 jow_laptop has quit [Ping timeout: 246 seconds] 2013-06-08 20:07 eintopf has quit [Ping timeout: 246 seconds] 2013-06-08 20:07 freespace has quit [Ping timeout: 246 seconds] 2013-06-08 20:08 yang has quit [Remote host closed the connection] 2013-06-08 20:08 Supaplex has quit [Remote host closed the connection] 2013-06-08 20:08 whitequark has quit [Remote host closed the connection] 2013-06-08 20:09 arossdot1 has quit [Remote host closed the connection] 2013-06-08 20:09 arossdotme1 has joined #qi-hardware 2013-06-08 20:10 whitequark has joined #qi-hardware 2013-06-08 20:11 sivoais has quit [Ping timeout: 261 seconds] 2013-06-08 20:20 whitequa1k has joined #qi-hardware 2013-06-08 20:20 whitequa1k has quit [Client Quit] 2013-06-08 20:29 ChanServ has quit [*.net *.split] 2013-06-08 20:31 ChanServ has joined #qi-hardware 2013-06-08 20:31 ChanServ has quit [*.net *.split] 2013-06-08 20:31 arossdotme1 has quit [Remote host closed the connection] 2013-06-08 20:31 ChanServ has joined #qi-hardware 2013-06-08 20:31 arossdotme1 has joined #qi-hardware 2013-06-08 20:31 arossdotme1 has quit [Remote host closed the connection] 2013-06-08 20:31 arossdotme1 has joined #qi-hardware 2013-06-08 21:18 arossdotme1 has quit [Quit: arossdotme1] 2013-06-08 21:19 arossdot1 has joined #qi-hardware 2013-06-08 21:21 kilae has quit [Read error: Connection reset by peer] 2013-06-08 21:27 yang_ has quit [Ping timeout: 256 seconds] 2013-06-08 21:30 LunaVorax has joined #qi-hardware 2013-06-08 21:32 unclouded has joined #qi-hardware 2013-06-08 21:34 yang has joined #qi-hardware 2013-06-08 22:01 lekernel has joined #qi-hardware 2013-06-08 22:13 Supaplex_ has quit [Ping timeout: 245 seconds] 2013-06-08 22:13 Supaplex has joined #qi-hardware 2013-06-08 22:20 viric has quit [Ping timeout: 252 seconds] 2013-06-08 22:20 viric_ has joined #qi-hardware 2013-06-08 22:22 Supaplex has quit [Ping timeout: 248 seconds] 2013-06-08 22:54 lekernel has quit [Quit: Leaving] 2013-06-08 22:54 wej has quit [Ping timeout: 245 seconds] 2013-06-08 22:56 sivoais_ has quit [Quit: leaving] 2013-06-08 22:58 sivoais has joined #qi-hardware 2013-06-08 23:00 Markvilla has joined #qi-hardware 2013-06-08 23:01 Markvilla has quit [Max SendQ exceeded] 2013-06-08 23:01 Markvilla has joined #qi-hardware 2013-06-08 23:42 wej has joined #qi-hardware