2013-12-17 00:02 arielenter has quit [Ping timeout: 264 seconds]
2013-12-17 00:07 dos1 has quit [Ping timeout: 246 seconds]
2013-12-17 00:09 nicksydney has quit [Remote host closed the connection]
2013-12-17 00:10 nicksydney has joined #qi-hardware
2013-12-17 00:27 jurting_ has quit [Ping timeout: 260 seconds]
2013-12-17 00:40 viric has quit [Ping timeout: 240 seconds]
2013-12-17 00:45 viric has joined #qi-hardware
2013-12-17 00:50 arielenter has joined #qi-hardware
2013-12-17 01:25 arielenter has quit [Quit: Leaving.]
2013-12-17 01:46 pcercuei_ has quit [Quit: dodo]
2013-12-17 02:28 <wpwrak> nicksydney: and, is it time for the Victory Gin yet ?
2013-12-17 02:51 <nicksydney> wpwrak: nah....will go back and fight with it tongih
2013-12-17 03:03 xiangfu_ has quit [Ping timeout: 245 seconds]
2013-12-17 03:04 <nicksydney> wpwrak: another good news i got ...someone from local hackerspace is going to give me 1 of those blue peel paper..so going to pick it up either tonight or tomorrow
2013-12-17 03:05 xiangfu has joined #qi-hardware
2013-12-17 03:14 xiangfu has quit [Ping timeout: 240 seconds]
2013-12-17 03:15 xiangfu has joined #qi-hardware
2013-12-17 04:50 <wpwrak> great ! that that's one variable less to worry about
2013-12-17 05:50 ffio has quit [Ping timeout: 246 seconds]
2013-12-17 05:59 ffio has joined #qi-hardware
2013-12-17 06:17 wej has quit [Ping timeout: 252 seconds]
2013-12-17 06:26 <nicksydney> wpwrak, DocScrutinizer05 : i'm sure you have heard about this https://github.com/Kwamecorp/Fairphone ?
2013-12-17 06:26 <DocScrutinizer05> yep
2013-12-17 06:26 <nicksydney> http://fairphone.com/
2013-12-17 06:26 <nicksydney> DocScrutinizer05: what are your thoughts ?
2013-12-17 06:27 <DocScrutinizer05> much hype about nithing. The phone itself is basically a hoax, the ideology and the pushing they do on political layer is great
2013-12-17 06:27 <DocScrutinizer05> fairphone can't use fairer chips than e.g Neo900 does
2013-12-17 06:28 <DocScrutinizer05> they offer repair instructions and spare parts. OK so do we
2013-12-17 06:29 <DocScrutinizer05> They claim they got "fair Coltan" but how do they make chip manufacturers use that fair rare earths they claim to have sources?
2013-12-17 06:29 <DocScrutinizer05> they maybe use recycled plastic for their new case. We recycle the case ;-D
2013-12-17 06:30 <DocScrutinizer05> they don't manufacture in FoxCon China. We manufacture in Bavaria
2013-12-17 06:30 <nicksydney> :)....fair argument.....when it comes to business in China..anything to please the customer they will do even though they don't do it at the back room :)
2013-12-17 06:30 <wpwrak> i think they're not trying to be "fair" on the rare earths. there's only about three things where they actually selected a "fair" supplier.
2013-12-17 06:31 <nicksydney> will be interesting if MediaTek is willing to release the source to them and thus to the public
2013-12-17 06:32 <DocScrutinizer05> haha
2013-12-17 06:32 <wpwrak> sourced of what ?
2013-12-17 06:33 <nicksydney> kernel
2013-12-17 06:35 <wpwrak> okay, more likely than other sources :)
2013-12-17 06:36 <nicksydney> they won't release the video or graphic :)
2013-12-17 06:36 <nicksydney> it's set in stone
2013-12-17 06:36 <DocScrutinizer05> I think it's a featurephone with a nice DSDS MTK chipset that also runs the complete GUI. Not checked, just guess
2013-12-17 06:37 <wpwrak> naw, it's a smartphone
2013-12-17 06:38 <wpwrak> "Fairphone | A seriously cool smartphone. Putting social values first."
2013-12-17 06:38 <nicksydney> DocScrutinizer05: stupid question....neo900 could run Android for that matter right since you will have all the different drivers ?
2013-12-17 06:39 * nicksydney duck behind desk because talking about Android in a non-Android channel :)
2013-12-17 06:40 <DocScrutinizer05> I think the replicant project will pick up on Neo900 as soon as they get their hands on it. AIUI they already ported replicant to GTA04
2013-12-17 06:40 <DocScrutinizer05> see neo900.org
2013-12-17 06:41 <wpwrak> how the component hunt going by the way ?
2013-12-17 06:41 <DocScrutinizer05> http://neo900.org/#about  >>Most importantly, the Neo900 is an open platform, carrying on in the tradition of the Openmoko project. Neo900 will support all operating systems available for GTA04 (QtMoko, SHR, Debian, Replicant, ...)...<<
2013-12-17 06:41 <nicksydney> DM3730 is the same used in BeagleBoard
2013-12-17 06:42 nicksydney has quit [Remote host closed the connection]
2013-12-17 06:43 nicksydney has joined #qi-hardware
2013-12-17 06:43 <nicksydney> "price of motherboard w/o case expected to be in the 500-700 EUR range" --> wow.... I'm out of cash :( ... maybe one day
2013-12-17 06:46 <DocScrutinizer05> chicken/egg problem: low quantities to build cause low qty of components to source and high fraction of fixed costs per device thus causing high price/unit. High price per unit -> low number of customers, thus low qty of devices to build
2013-12-17 06:47 <nicksydney> economy of scale in play
2013-12-17 06:47 <nicksydney> :)
2013-12-17 06:48 <DocScrutinizer05> and you know about the margins that players like Samsung and even Apple are making their money from?
2013-12-17 06:49 <DocScrutinizer05> we CANNOT compete with them, not even same league
2013-12-17 06:49 <nicksydney> DocScrutinizer05: true...wonder if can create the pcb with my toner transfer :)
2013-12-17 06:49 <DocScrutinizer05> we can't get the components for the amount they ask for a complete unit to sell
2013-12-17 06:50 <nicksydney> wpwrak: i can't even get anelok to toner transfer properly and now i'm thinking of toner transferring neo9000.......now that's ambitious :)
2013-12-17 06:50 <wpwrak> the likes of us are happy enough if we can get all the components ...
2013-12-17 06:50 <DocScrutinizer05> heck we are happy when we can get the components at all that they simply get built to order for their product
2013-12-17 06:50 <wpwrak> great minds things alike :)
2013-12-17 06:51 <wpwrak> s/things/think/
2013-12-17 06:51 <qi-bot> wpwrak meant: "great minds think alike :)"
2013-12-17 06:51 <nicksydney> DocScrutinizer05: how you solder the BGA chip ?
2013-12-17 06:51 <DocScrutinizer05> vapor phase
2013-12-17 06:51 <wpwrak> nicksydney: yeah, toner-transferring a 6 (?) layer board would be a bit of a challenge ;-)
2013-12-17 06:51 <nicksydney> DocScrutinizer05: it's hard enough soldering smd component can't imagine BGA
2013-12-17 06:51 <nicksydney> wpwrak: crap...it's 6 layers ? ...damn !
2013-12-17 06:52 <DocScrutinizer05> you can't solder the modem any other way
2013-12-17 06:52 <nicksydney> DocScrutinizer05: vapor phase ? now that's something i need to learn from you oh great jedi :)
2013-12-17 06:52 <DocScrutinizer05> Neo900? is 8 layer at least
2013-12-17 06:52 <DocScrutinizer05> iirc
2013-12-17 06:52 <nicksydney> 1 layer is hard enough for me :)
2013-12-17 06:53 <DocScrutinizer05> nicksydney: it's really nice - just use a pot with a boiling liquid that has a boiling temperature of 235°C
2013-12-17 06:53 <DocScrutinizer05> then dump the PCB with components into the vapor
2013-12-17 06:54 <nicksydney> doesn't the liquid vapor interfere with the solder ?
2013-12-17 06:54 <DocScrutinizer05> simple theory, expensive and complicated to do in real life
2013-12-17 06:54 <nicksydney> i meant with the solder paste
2013-12-17 06:54 <DocScrutinizer05> no, it's a special hydrocarbon-halogenide afaik
2013-12-17 06:55 <DocScrutinizer05> it even serves as inert gas, so no need to flood the reflow oven with nitrogen
2013-12-17 06:56 <DocScrutinizer05> reflow temperature profiles are a major problem with vapor phase
2013-12-17 06:56 <DocScrutinizer05> you know, the whole process doesn't like too steep temperature gradients
2013-12-17 06:58 <DocScrutinizer05> and of course you don't want to make that expensive reflow-liquid evaporate into the air all the time, so the actual "machine" is quite complicated compared to e.g. ar "simple" IR radiation reflow line
2013-12-17 06:58 <DocScrutinizer05> IR & hot air
2013-12-17 06:58 <nicksydney> sounds like not an easy setup
2013-12-17 06:58 <DocScrutinizer05> funny detail: the liquid is also used as blood-substitute
2013-12-17 06:59 <DocScrutinizer05> yeah, it#s not exactly easy. So we let solder ;-)
2013-12-17 07:00 <DocScrutinizer05> there are companies that do nothing but vapor phase soldering the whole day long
2013-12-17 07:00 <DocScrutinizer05> ;-)
2013-12-17 07:03 <DocScrutinizer05> http://www.torenko.com/pdf/Todays-Vapor-Phase-Soldering-Tech-Paper.pdf
2013-12-17 07:04 <nicksydney> thanks...will read that
2013-12-17 07:12 <DocScrutinizer05> http://www.smta.org/chapters/files/Arizona-Sonora_IBL_SMTA_AZ_Expo_2012Dec4.pdf also nice
2013-12-17 07:17 <DocScrutinizer05> actually I think VP and particularly SVP is the smartest thing since sliced bread
2013-12-17 07:37 wej has joined #qi-hardware
2013-12-17 07:55 lekernel has joined #qi-hardware
2013-12-17 08:14 jekhor has joined #qi-hardware
2013-12-17 08:25 <larsc_> apelete: I think jz4740_musb_set_vbus() tries to do too much
2013-12-17 08:31 <DocScrutinizer05> no surprise
2013-12-17 08:32 <DocScrutinizer05> *_set_vbus() is pretty specific for the particular circuit/platform
2013-12-17 08:32 <DocScrutinizer05> and I don't know if ben can do it at all
2013-12-17 08:39 <larsc_> apelete: what am I missing? Why are things working even tough we do not provide a musb_hdrc_config?
2013-12-17 08:43 <larsc_> DocScrutinizer05: since we only have gadget mode the function will only ever be called with vbus_enable = false
2013-12-17 08:43 <larsc_> so there is actually nothing to do in there
2013-12-17 08:45 <apelete> larsc_: musb_hdrc_config is provided in platform.c, that's why I didn't thought at first about writing the fix the way balbi suggested
2013-12-17 08:46 <larsc_> ah, ok
2013-12-17 08:46 <apelete> larsc_: I was also thinking about the usefulness of jz4740_musb_set_vbus(), not sure if we actually need it
2013-12-17 08:46 <apelete> larsc_: musb_hdrc_config -> http://projects.qi-hardware.com/index.php/p/qi-kernel/source/commit/03232dd185dd23d49a8e658a46172ea0c16d9808/
2013-12-17 08:48 <larsc_> I'm going to make a couple of minor changes to the driver if that is ok with you
2013-12-17 08:50 <apelete> sure, no problem.
2013-12-17 08:51 <apelete> larsc_: was going to define musb_hdrc_config in glue layer code to add a quirk flag as balbi advised, but you'll certainly come up with a better way to fix this
2013-12-17 08:54 <DocScrutinizer05> larsc_: right
2013-12-17 08:56 <DocScrutinizer05> larsc_: anyway I wonder how upstream gonna handle the extreme platform dependency in *_set_vbus(). I don't see how to implement that in a platform-agnostic way, not even with the most evolved devicetree you could think of
2013-12-17 09:15 porchao has quit [Quit: Leaving...]
2013-12-17 09:36 porchao has joined #qi-hardware
2013-12-17 09:39 ffio has quit [Quit: WeeChat 0.4.1]
2013-12-17 10:01 <lekernel> whitequark, http://irclog.whitequark.org/ is 502 Bad Gateway
2013-12-17 10:44 <whitequark> uh oh
2013-12-17 10:45 <whitequark> lekernel: fixed. unattended-upgrades decided to upgrade mysql, and irclogger doesn't like when "server goes away"
2013-12-17 10:45 <whitequark> thankfully the logger bot is protected from that
2013-12-17 10:45 <larsc_> apelete: do you have a datasheet for a device with a full blown musb controller?
2013-12-17 10:47 <larsc_> DocScrutinizer05: your nova thor thingy also has a musb controller
2013-12-17 10:47 <apelete> larsc_: only have jz4740 datasheet, why ?
2013-12-17 10:48 <larsc_> I want to lookup the meaning of the devctrl bits
2013-12-17 10:48 <larsc_> there are a couple of other places where it is read
2013-12-17 10:49 <larsc_> and I think we should fake the value as it would look like if the device is in gadget mode
2013-12-17 10:52 <DocScrutinizer05> MY nova thor thingy?? :-o
2013-12-17 10:53 <DocScrutinizer05> I know what's in (Nova)Thor, I had the pleasure to debug the sources
2013-12-17 10:53 jekhor has quit [Ping timeout: 248 seconds]
2013-12-17 10:53 <apelete> larsc_: tried something like that yesterday night, that's why I was thinking about modifying musb_regs.h: didn't find any reg in jz4740 that might be read as devctl
2013-12-17 10:53 <apelete> but maybe I overlooked something then :-/
2013-12-17 10:53 <DocScrutinizer05> the closed sources, I may add
2013-12-17 10:54 <larsc_> apelete: we should not have any #ifdef CONFIG_JZ4740 anywhere
2013-12-17 10:54 <larsc_> that's really bad style
2013-12-17 10:54 <larsc_> DocScrutinizer05: 'your's' because you worked with it
2013-12-17 10:55 rz2k has joined #qi-hardware
2013-12-17 12:25 <apelete> larsc_: agreed, #ifdef makes the code hard to maintain, just didn't think about using platform_data at first
2013-12-17 12:26 <apelete> anyway, I want to add the quirk flag by using "board_data" member of struct musb_hdrc_platform_data -> http://lxr.free-electrons.com/source/include/linux/usb/musb.h#L98
2013-12-17 12:27 <apelete> but I can't firgure out how to access the member from within the musb_gadget.c code
2013-12-17 12:28 <apelete> larsc_: any idea ?
2013-12-17 12:49 pcercuei has joined #qi-hardware
2013-12-17 12:52 <qi-bot> [commit] Lars-Peter Clausen: usb: musb-jz4740: Don't manually free device managed resources (jz-3.12) http://qi-hw.com/p/qi-kernel/ee7dcba
2013-12-17 12:52 <qi-bot> [commit] Lars-Peter Clausen: usb: musb-jz4740: Move musb_hdrc_config to the glue driver (jz-3.12) http://qi-hw.com/p/qi-kernel/65b33a2
2013-12-17 12:52 <qi-bot> [commit] Lars-Peter Clausen: usb: musb-jz4740: Move jz4740 specific fifo config to the jz4740 glue (jz-3.12) http://qi-hw.com/p/qi-kernel/8187ff7
2013-12-17 12:52 <qi-bot> [commit] Lars-Peter Clausen: usb: musb-jz4740: Mask host mode only IRQ bits (jz-3.12) http://qi-hw.com/p/qi-kernel/fbeaeeb
2013-12-17 12:52 <qi-bot> [commit] Lars-Peter Clausen: usb: musb-jz4740: Remove set_vbus callback (jz-3.12) http://qi-hw.com/p/qi-kernel/af3548b
2013-12-17 13:01 <larsc_> apelete: so the gadget itself has this is_otg flag
2013-12-17 13:01 <larsc_> which is currently always set to 1
2013-12-17 13:01 <larsc_> I think we should set that to either 1 or 0 depending on the config
2013-12-17 13:01 <larsc_> and then use the is_otg flag to check whether we should access the devctl register
2013-12-17 13:11 <apelete> larsc_: you mean fix musb_gadget.c to access devctl depending on is_otg flag ?
2013-12-17 13:12 <apelete> (rephrasing it just to be sure I get it correctly, hope you don't mind)
2013-12-17 13:14 <larsc_> yes
2013-12-17 13:14 <larsc_> more or less
2013-12-17 13:15 <apelete> okay great, will do that on top of the changes you just pushed and submit the patches again
2013-12-17 13:16 <apelete> larsc_: thanks for cleaning up the code, looks much better with everything isolated from the musb driver code
2013-12-17 13:20 <larsc_> hm, just for fun enabled dma, seems to work
2013-12-17 13:22 <apelete> wow
2013-12-17 13:22 <larsc_> just netcat'ed /dev/zero and I get 1MB/s at 50% cpu usage
2013-12-17 13:22 <larsc_> is this good or bad?
2013-12-17 13:23 <pcercuei> that's rather high
2013-12-17 13:23 <larsc_> lets see how much I can get in pio mode
2013-12-17 13:27 DocScrutinizer05 has quit [Quit: Konversation terminated!]
2013-12-17 13:27 <larsc_> the same actually
2013-12-17 13:31 DocScrutinizer05 has joined #qi-hardware
2013-12-17 13:31 wej has quit [Ping timeout: 245 seconds]
2013-12-17 13:34 <apelete> no improvement using dma then ?
2013-12-17 13:35 <larsc_> it is probably not using dma
2013-12-17 13:37 wej has joined #qi-hardware
2013-12-17 13:37 <larsc_> ah "musb-hdrc musb-hdrc.0.auto: No DMA interrupt line"
2013-12-17 13:39 <larsc_> the problem though is that the controller uses the same IRQ line for both
2013-12-17 13:41 <pcercuei> both what?
2013-12-17 13:41 <larsc_> dma and controller
2013-12-17 13:51 <larsc_> even with that fixed still no dma
2013-12-17 13:55 porchaso0 has joined #qi-hardware
2013-12-17 13:56 <larsc_> the driver never seems to call usb_gadget_map_request
2013-12-17 13:57 porchao has quit [Ping timeout: 245 seconds]
2013-12-17 14:11 jekhor has joined #qi-hardware
2013-12-17 14:14 <larsc_> hm, it's trying to do dma, but the buffers are all unaligend ...
2013-12-17 14:16 <larsc_> argh...
2013-12-17 14:17 <larsc_> skb_reserve(skb, NET_IP_ALIGN);
2013-12-17 14:18 <larsc_> and IP_ALIGN is 2
2013-12-17 14:26 wolfspraul has quit [Ping timeout: 260 seconds]
2013-12-17 14:28 wolfspraul has joined #qi-hardware
2013-12-17 14:34 <larsc_> so with dma cpu usage is down to almost idle, while I still get 1MB/s
2013-12-17 14:34 <larsc_> hm or maybe not
2013-12-17 14:40 <wpwrak> 1 MB/s for high-speed device ?
2013-12-17 14:46 valhalla has quit [Ping timeout: 260 seconds]
2013-12-17 14:48 <larsc_> I guess
2013-12-17 14:50 <larsc_> the problem really is that the dma address has to be 32bit aligned
2013-12-17 14:50 <larsc_> this does not mix well with networking
2013-12-17 14:53 <pcercuei> larsc_, I have a crash on jz-3.12: http://pastebin.com/W5GBmAwX
2013-12-17 14:54 <pcercuei> but I get spammed with this so I can't see the kernel panic info
2013-12-17 14:54 <larsc_> enable CONFIG_KALLSYMS
2013-12-17 14:55 <wpwrak> larsc_: you should still be able to at least speed up inbound.
2013-12-17 14:55 ffio has joined #qi-hardware
2013-12-17 14:55 <pcercuei> allright
2013-12-17 14:56 <larsc_> wpwrak: that NET_IP_ALIGN is on the receive path
2013-12-17 15:04 <pcercuei> here's with CONFIG_KALLSYMS enabled: http://pastebin.com/BH6nANJe
2013-12-17 15:04 <pcercuei> this time I did save the whole log so I have the beginning of the crash log too
2013-12-17 15:06 <wpwrak> larsc_: well, the choice would depend on what is worse: PIO or copying. right ?
2013-12-17 15:15 valhalla has joined #qi-hardware
2013-12-17 15:22 <larsc_> pcercuei: looks like a problem with your input driver
2013-12-17 15:22 <larsc_> wpwrak: well pio is copying
2013-12-17 15:22 <larsc_> the buffers are quite large I think
2013-12-17 15:22 <larsc_> and the bus is not that slow
2013-12-17 15:23 <pcercuei> larsc_, not really "my" input driver, the driver is gpio-keys, present in mainline Linux for ages
2013-12-17 15:23 <wpwrak> PIO is copying but different from DMA + memcpy. maybe better, maybe worse. i no idea which :)
2013-12-17 15:24 <pcercuei> I did report it on the mailing list
2013-12-17 15:24 <larsc_> wpwrak: I'd assume there is not much difference on the jz4740 between the two
2013-12-17 15:24 <larsc_> pcercuei: the report was not very complete
2013-12-17 15:25 <larsc_> I mean the snippet you posted doesn't even compile
2013-12-17 15:25 <pcercuei> of course it doesn't compile, it's an example
2013-12-17 15:26 <pcercuei> also, it's kinda hard to include a crash trace when you don't have a serial line :/
2013-12-17 15:27 <pcercuei> thanksfully I could reproduce it on a device that has one
2013-12-17 15:27 <larsc_> the bug looks like a NULL pointer deref though
2013-12-17 15:29 <larsc_> its not clear where though
2013-12-17 15:31 ffio has quit [Quit: WeeChat 0.4.1]
2013-12-17 15:42 Mistah_Darcy_ has joined #qi-hardware
2013-12-17 15:45 Mistah_Darcy has quit [Ping timeout: 260 seconds]
2013-12-17 16:05 Mistah_Darcy_ has quit [Read error: Connection reset by peer]
2013-12-17 16:06 Mistah_Darcy_ has joined #qi-hardware
2013-12-17 16:39 arielenter has joined #qi-hardware
2013-12-17 17:02 wej_ has joined #qi-hardware
2013-12-17 17:05 wej has quit [Ping timeout: 260 seconds]
2013-12-17 17:15 panda|w530 has quit [Ping timeout: 260 seconds]
2013-12-17 17:15 dos1 has joined #qi-hardware
2013-12-17 17:21 ffio has joined #qi-hardware
2013-12-17 17:24 panda|w530 has joined #qi-hardware
2013-12-17 17:24 dandon_ has joined #qi-hardware
2013-12-17 17:25 dandon has quit [Ping timeout: 260 seconds]
2013-12-17 17:25 dandon_ is now known as dandon
2013-12-17 17:30 arielenter has quit [Quit: Leaving.]
2013-12-17 17:32 arielenter has joined #qi-hardware
2013-12-17 17:37 wej_ has quit [Ping timeout: 252 seconds]
2013-12-17 17:53 wej has joined #qi-hardware
2013-12-17 18:05 ffio has quit [Read error: Connection reset by peer]
2013-12-17 18:34 _whitelogger has joined #qi-hardware
2013-12-17 18:40 rz2k has quit []
2013-12-17 21:13 <nicksydney> morning all
2013-12-17 21:13 <nicksydney> wpwrak: what's new >
2013-12-17 21:15 <wpwrak> surprisingly little. even more surprisingly, i still have power, unlike about half of the rest of the city.
2013-12-17 21:22 <nicksydney> wpwrak: is there a strike or something in power plant ?
2013-12-17 21:23 mirko_ has quit [Quit: leaving]
2013-12-17 21:24 mirko has joined #qi-hardware
2013-12-17 21:24 mirko_ has joined #qi-hardware
2013-12-17 21:24 <wpwrak> "something". like a decade of not investing into the infrastructure. and then something completely unexpected happens. a rare meteorological phenomeneon called "summer"
2013-12-17 21:27 <wpwrak> here's a little rant of mine: http://www.argentinaindependent.com/currentaffairs/argentina-receives-energy-from-uruguay-amid-blackouts/#comment-205148
2013-12-17 21:27 mirko_ has quit [Client Quit]
2013-12-17 21:27 mirko has quit [Client Quit]
2013-12-17 21:27 mirko has joined #qi-hardware
2013-12-17 21:32 mirko has quit [Client Quit]
2013-12-17 21:32 mirko has joined #qi-hardware
2013-12-17 21:33 odsvirov has joined #qi-hardware
2013-12-17 21:39 <wpwrak> nickoe: maybe we should take this here ?
2013-12-17 21:39 <wpwrak> nickoe: e.g., the scripting that depends on eeschema i can recall without looking is schhist and the schematics symbol catalog of kicad-libs
2013-12-17 21:40 <nickoe> wpwrak: yes, I understand, and that I guess, is because the pcb is what specefies more or less everything we are interrested in exporting to other formats
2013-12-17 21:40 <nickoe> wpwrak: but the schhist is a nice thing for sometimes
2013-12-17 21:41 <wpwrak> nickoe: while pcbnew is in: printing the layout for toner transfer, cnc-milling boards, "photo-realistic" layout preview, component positions for CAD and case
2013-12-17 21:43 <wpwrak> maybe we could still open schematics made with today's kicad with an older eeschema, one that has the command-line patches ?
2013-12-17 21:43 <wpwrak> pcbnew has changed a lot, especially when it comes to the file format, but i think eeschema is pretty much the same (so far)
2013-12-17 21:46 odsvirov has quit [Ping timeout: 248 seconds]
2013-12-17 21:46 <nickoe> sounds possible for some time in to the future yes
2013-12-17 22:00 arielenter has quit [Ping timeout: 264 seconds]
2013-12-17 22:10 arielenter has joined #qi-hardware
2013-12-17 22:32 <qi-bot> [commit] Apelete Seketeli: usb: musb_gadget: use is_otg flag to set gadget peripheral mode on reset (jz-3.12) http://qi-hw.com/p/qi-kernel/f715ea4
2013-12-17 22:33 <apelete> larsc_: fix is working thanks to this previous one:
2013-12-17 22:33 <apelete> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=fd3923a9904f34d5472134358d87f454a288fc45
2013-12-17 22:34 <apelete> larsc_: what do you think about it ? (tested already, I'm squashing all the commits including yours to send a patch v2)
2013-12-17 23:21 ysionneau has quit [Ping timeout: 245 seconds]
2013-12-17 23:21 ysionneau has joined #qi-hardware
2013-12-17 23:53 lekernel has quit [Ping timeout: 250 seconds]