| 00:33.12 | *** join/#openezx FosforoEee (n=Fosforo@20151128064.user.veloxzone.com.br) |
| 00:40.29 | *** join/#openezx johanbr (n=j@blk-7-131-98.eastlink.ca) |
| 01:37.37 | *** join/#openezx johanbr (n=j@blk-7-131-98.eastlink.ca) |
| 03:05.17 | *** join/#openezx sabrod (n=laptop@lns-bzn-60-82-254-240-218.adsl.proxad.net) |
| 03:15.07 | *** join/#openezx johanbr (n=j@blk-7-131-98.eastlink.ca) |
| 03:23.33 | *** join/#openezx jamesmck (n=james@gimel.esc.cam.ac.uk) |
| 03:26.17 | *** join/#openezx LoneStar (n=xinzhen@203.110.178.130) |
| 04:19.57 | *** join/#openezx gmzhuo (n=gmzhuo@221.237.77.174) |
| 05:23.11 | *** join/#openezx nooop (n=noop@219.239.105.26) |
| 05:37.00 | *** join/#openezx ao2 (n=u@2001:1418:117:0:0:0:0:1) |
| 06:18.44 | *** join/#openezx drath_ (i=vmaster@p5B07F02D.dip.t-dialin.net) |
| 06:31.43 | *** join/#openezx dion (n=dion@inhex.net) |
| 06:46.52 | ao2 | yang, the gpe-image is here (not tested): http://people.openezx.org/ao2/images/Angstrom-gpe-image-glibc-ipk-2008.1-test-20080728-a780.rootfs.tar.gz |
| 06:47.50 | Hopscotch | good morning |
| 06:48.38 | ao2 | hi Hopscotch |
| 07:44.11 | *** join/#openezx victory747 (n=vic@220.163.72.27) |
| 07:45.09 | *** part/#openezx victory747 (n=vic@220.163.72.27) |
| 08:10.05 | yang | hi ao2 and thanks |
| 08:11.06 | ao2 | what about that openmok-image? did you get my message about the solution? |
| 08:19.09 | yang | yes, it solved it hhanks |
| 08:24.41 | ao2 | you're welcome |
| 08:34.22 | *** join/#openezx florian__ (n=fuchs@217.146.132.69) |
| 10:33.31 | *** join/#openezx flyhorse|linux (n=flyhorse@219.130.46.44) |
| 11:34.01 | *** join/#openezx gmzhuo (n=gmzhuo@118.112.101.248) |
| 12:51.55 | *** join/#openezx ao2 (n=u@2001:1418:117:0:0:0:0:1) |
| 12:57.43 | stefan_schmidt | starts to play with the git tree a bit |
| 12:57.50 | ao2 | hi stefan_schmidt |
| 12:57.54 | stefan_schmidt | .27-rc1 is merged now |
| 12:57.59 | stefan_schmidt | kernel boots fine |
| 12:58.00 | stefan_schmidt | hi ao2 |
| 12:58.18 | stefan_schmidt | I still need to catch up with your idea on having a branch for upstream |
| 12:58.48 | stefan_schmidt | I somehow don't like guilt. But I need to work more with it before having technical arguments |
| 13:00.15 | ao2 | try it for a while, my opinion is that it's just great for one developer, but it's a pain in a shared enviroment |
| 13:00.41 | stefan_schmidt | ao2: yeah, same thinking here :) |
| 13:00.50 | stefan_schmidt | Which breaks it for us. :) |
| 13:02.37 | gmzhuo | 27-rc1 is merged now ,but I loss usblan again! :( |
| 13:04.04 | ao2 | stefan_schmidt, did you merged from linus' tree or Russel's ? |
| 13:04.25 | stefan_schmidt | gmzhuo: OH, that's bad. So before my latest push it worked and i don't after? |
| 13:04.27 | stefan_schmidt | ao2: linus |
| 13:04.39 | stefan_schmidt | ao2: Does rmk has already new stuff? |
| 13:04.54 | stefan_schmidt | I thought it was all in linus tree or still in the patch sytem |
| 13:04.58 | stefan_schmidt | check |
| 13:05.01 | stefan_schmidt | checks |
| 13:07.26 | ao2 | stefan_schmidt, I would stay conservative and follow rmk tree only |
| 13:07.39 | stefan_schmidt | ao2: hmm |
| 13:07.45 | ao2 | well, "conservative" is not the right wor maybe :) |
| 13:07.48 | ao2 | word |
| 13:08.18 | gmzhuo | stefan_schmidt,yes |
| 13:08.39 | ao2 | stefan_schmidt, doesn't he sync with linus as well? |
| 13:08.43 | stefan_schmidt | gmzhuo: That's bad |
| 13:08.47 | stefan_schmidt | ao2: Yes, he does |
| 13:08.54 | stefan_schmidt | ao2: From time to time |
| 13:09.01 | stefan_schmidt | ao2: Let me think about it |
| 13:10.06 | stefan_schmidt | ok, I revert the merge from rc1 and my fixup for it. |
| 13:10.15 | stefan_schmidt | gmzhuo: Can you test again when I tell you? |
| 13:10.25 | stefan_schmidt | checks for reverting commits in git |
| 13:10.38 | gmzhuo | Ok |
| 13:10.42 | stefan_schmidt | ao2: Follow rmk, especially for the pxa stuff, should be better |
| 13:10.53 | stefan_schmidt | gmzhuo: thanks. Give me a moment |
| 13:12.18 | gmzhuo | I waiting for your msg |
| 13:14.44 | stefan_schmidt | grr, broke my tree with another test. one *more* moment |
| 13:31.46 | *** join/#openezx johanbr (n=j@blk-7-131-98.eastlink.ca) |
| 13:37.58 | stefan_schmidt | shit, reverting a merge looks like hell |
| 13:39.03 | gmzhuo | :) |
| 13:39.08 | gmzhuo | is ok now? |
| 13:39.51 | stefan_schmidt | no :( |
| 13:39.52 | gmzhuo | How can I checkout for a special version? |
| 13:40.03 | ao2 | stefan_schmidt, is the patches from the for_mainline branch are up to date we could setup the tree from scratch |
| 13:40.18 | stefan_schmidt | gmzhuo: It will take me a bit longer to fix this |
| 13:40.35 | stefan_schmidt | gmzhuo: git checkout #HASH? |
| 13:40.54 | stefan_schmidt | ao2: Thy should, but I prefer to learn to how to fix it |
| 13:40.54 | ao2 | loosing some logs at this stage is still acceptable |
| 13:41.16 | stefan_schmidt | But perhaps it will not be the last time we have to do this. :) |
| 13:42.02 | ao2 | I bet I will be the next one to break things :) |
| 13:42.29 | stefan_schmidt | heh |
| 13:42.38 | stefan_schmidt | No problem. We are here to learn |
| 13:43.30 | ao2 | do you mean _here_ on planet eart? |
| 13:43.59 | stefan_schmidt | yeah |
| 13:44.18 | gmzhuo | Ok? |
| 13:44.34 | stefan_schmidt | ao2: BTW, what is the best way to produce a key map for a phone? I still have an E2 which is missing the keymap |
| 13:45.50 | stefan_schmidt | gmzhuo: no, please use 45a41c66e3606a00b1a1974359eb505cb7607d9e for now |
| 13:45.53 | ao2 | I did it in two step, 1. assign arbitrary codes, and write down what button produces what code, so you spot the position insde the patrix 2. Reassign proper codes to the button. |
| 13:46.12 | ao2 | s/patrix/matrix/ it changed sex... |
| 13:46.27 | stefan_schmidt | ao2: ok, how do you check the codes in userspace the best way? |
| 13:46.34 | ao2 | evtest |
| 13:46.51 | ao2 | I should have a binary around |
| 13:47.05 | stefan_schmidt | ok |
| 13:47.20 | stefan_schmidt | not in OE? |
| 13:48.05 | gmzhuo | then how can I got the right #HASH from git.openezx.org |
| 13:48.15 | WyrM | good morning. |
| 13:50.06 | WyrM | stefan_schmidt: (revert) use git-reset --hard <sha1 id> |
| 13:51.03 | ao2 | stefan_schmidt, http://people.openezx.org/ao2/evtest or you could get the source from the "joystick" package in debian |
| 13:51.03 | stefan_schmidt | gmzhuo: I posted the hash |
| 13:51.16 | stefan_schmidt | WyrM: That breaks history. Just discussed with alphaone |
| 13:51.30 | stefan_schmidt | I think I have it now. Moment |
| 13:51.38 | stefan_schmidt | ao2: thanks |
| 13:52.03 | stefan_schmidt | ok, a diff between HEAD and wyrm ADC changes shows nothing. good |
| 13:52.28 | stefan_schmidt | pushing |
| 13:53.03 | stefan_schmidt | grr, starting a day with breaking stuff is bad. |
| 13:53.37 | stefan_schmidt | gmzhuo: So, it's up. Please pull and test again |
| 13:54.11 | stefan_schmidt | WyrM: We should use reset only for commits that are local and not pushed out to the server. |
| 13:54.39 | stefan_schmidt | git-revert was ok, but you needed the specify the parent because it was a merge I wanted to revert. |
| 13:54.39 | WyrM | stefan_schmidt: and how do I revert changes which are already pushed? :) |
| 13:54.47 | stefan_schmidt | git-revert |
| 13:54.58 | WyrM | stefan_schmidt: good, thanks :) |
| 13:55.00 | stefan_schmidt | For merges you need -m 1 |
| 13:55.17 | stefan_schmidt | I thought they take the hash of the parent commit. Took some time |
| 13:57.07 | stefan_schmidt | I'm just catching up. Need to think about how to handle the branch for upstream patches |
| 13:57.31 | stefan_schmidt | Somehow guilt feels bad for this as not only one person works on it. |
| 13:57.38 | stefan_schmidt | But I need to test this more |
| 13:57.59 | stefan_schmidt | No, I'm not guilty alphaone ;) |
| 13:58.16 | alphaone | :-) |
| 13:59.32 | gmzhuo | I always get connect reset :) |
| 13:59.37 | gmzhuo | I always get connect reset :( |
| 13:59.43 | stefan_schmidt | hmm |
| 13:59.52 | stefan_schmidt | pull works here |
| 14:00.37 | gmzhuo | It's my network problem,maybe the GREATEWALL |
| 14:00.57 | stefan_schmidt | uh, oh, that one. Heard of it. |
| 14:01.57 | gmzhuo | You know the GREATEWALL in china,hmm ? |
| 14:04.31 | stefan_schmidt | Heard people talking about it. Hackers on business trips to china are pretty common. ;) |
| 14:16.28 | WyrM | stefan_schmidt: the revert with git-revert moved our patches too deep on the history. Probably a reset would be better ;) |
| 14:16.54 | stefan_schmidt | WyrM: What do you mean by to deep? |
| 14:17.07 | stefan_schmidt | WyrM: Just that they are not on top of the log? |
| 14:17.18 | stefan_schmidt | That happens when you merge. No way around |
| 14:17.30 | stefan_schmidt | Will also happen when we merge with rmk's tree |
| 14:17.52 | stefan_schmidt | I don't like it either |
| 14:18.11 | stefan_schmidt | That also a point how to handle the outstanding patches for upstream |
| 14:18.27 | stefan_schmidt | I'll think about it today and tomorrow |
| 14:18.52 | WyrM | yes, I know that this happens on merges, but as this specific merge was reverted, I think we could get rid of the merge history too. |
| 14:19.08 | stefan_schmidt | ah |
| 14:19.31 | stefan_schmidt | Yes, reset could have done that. But that is exaclty a broken history then. :) |
| 14:19.52 | stefan_schmidt | Would bring problems for later merges. |
| 14:20.06 | stefan_schmidt | Git needs to know stuff to be clever on merging |
| 14:20.34 | *** join/#openezx FosforoEee (n=Fosforo@189.24.104.252) |
| 14:20.51 | WyrM | stefan_schmidt: I don't think it would make problems on later merges, because head would move backward. |
| 14:21.23 | WyrM | stefan_schmidt: but the moving backwards would cause problems for people which already pulled from our tree. |
| 14:21.50 | stefan_schmidt | WyrM: And you are sure there are no more references somewhere else that could cause trouble? |
| 14:22.16 | stefan_schmidt | Well, reset on commits already on the server is bad. git-revert is ok |
| 14:22.41 | stefan_schmidt | And we need to find a way to handle our outstanding stuff anyway. |
| 14:23.36 | stefan_schmidt | WyrM: How do you like to handle the mux patch, btw? We have the one from our svn patchset and gmzhuo version. |
| 14:23.58 | stefan_schmidt | Once we have this in the git tree we can think about deprecating the svn patchset. |
| 14:24.28 | stefan_schmidt | I discussed with mickeyl that they would switch when they have a working rev with mux. |
| 14:25.02 | stefan_schmidt | I can also look into this over the next days. Seems you already have a big todo list |
| 14:25.12 | WyrM | stefan_schmidt: yes, reset on commits that are already on the server will cause conflicts on git-pull by anyone which pulled after the merge. |
| 14:25.13 | stefan_schmidt | Just want to know if you have plans on this |
| 14:25.34 | mickeyl | well, it looks like we're there, aren't we? |
| 14:25.41 | mickeyl | see mail from yesterday (2.6 mux 2nd gen) |
| 14:25.45 | WyrM | stefan_schmidt: no plans, there are a plenty of other things to do before mux. :/ |
| 14:26.15 | stefan_schmidt | WyrM: Well, it can be parallel. |
| 14:26.25 | stefan_schmidt | mickeyl: hmm, did I miss the mail |
| 14:26.27 | stefan_schmidt | ? |
| 14:26.32 | stefan_schmidt | mickeyl: To openezx-devel? |
| 14:27.31 | stefan_schmidt | mickeyl: No mail from you over the last ten days... |
| 14:27.48 | gmzhuo | USBLAN works again! |
| 14:28.24 | stefan_schmidt | gmzhuo: ok, so we have to be aware that some upcoming upstream changes will break the current USBLAN for 2nd gen |
| 14:29.30 | gmzhuo | that's bad msg |
| 14:29.51 | stefan_schmidt | gmzhuo: Well, we know about it and will find it. :) |
| 14:29.59 | stefan_schmidt | gmzhuo: That for testing it out again |
| 14:31.30 | WyrM | you guys can expect some usblan breakages by myself on the next days too. :) |
| 14:32.38 | WyrM | because of the accessory detection code. Currently the emu/eoc code is just a register set with hardcoded USB_DEVICE configuration. |
| 14:34.13 | gmzhuo | the usblan is too important for me ,because my SD card is damaged! :( |
| 14:34.32 | mickeyl | stefan_schmidt: not from me |
| 14:34.34 | mickeyl | stefan_schmidt: from gmzhuo |
| 14:34.48 | stefan_schmidt | mickeyl: ah, that one. seen it |
| 14:35.06 | WyrM | gmzhuo: sure, it is important to me too, but code needs to be finished before it is considered stable :) |
| 14:35.14 | mickeyl | ao2: ping |
| 14:35.17 | stefan_schmidt | gmzhuo: Then stay fix a fixed git revision until it works again |
| 14:35.40 | gmzhuo | sure, |
| 14:35.51 | stefan_schmidt | mickeyl: mux is on the radar. Still need to check smaller issues first. |
| 14:35.56 | mickeyl | sure |
| 14:36.02 | mickeyl | didn't mean to push anything |
| 14:36.06 | mickeyl | just was happy to read that |
| 14:36.18 | gmzhuo | WyrM,how about charge now? |
| 14:37.01 | WyrM | stefan_schmidt, gmzhuo: (mux) we need to move the handshake code inside ezx.c, and mcu_int_sw and ap_rdy are the same pin. |
| 14:37.07 | WyrM | gmzhuo: still not ready. |
| 14:37.39 | stefan_schmidt | WyrM: hmm, that is not that nice |
| 14:37.47 | gmzhuo | I have no SD card,I can't boot the moto's system,so I can't charge without a SD card |
| 14:37.59 | stefan_schmidt | needs to check the dual GPIO usage from upstream again |
| 14:38.09 | WyrM | stefan_schmidt: no. |
| 14:38.18 | WyrM | stefan_schmidt: its not a shared gpio issue. |
| 14:38.23 | stefan_schmidt | hu |
| 14:38.35 | stefan_schmidt | WyrM: Can you explain a bit more? |
| 14:39.15 | WyrM | its just an error on gmzhuo code. He added a platform_data field for .ap_rdy (my code for gen1 name this pin as mcu_int_sw). |
| 14:39.31 | stefan_schmidt | ah, ok |
| 14:39.40 | WyrM | its the same pin. just a different name, no need to add another field for it. |
| 14:39.53 | stefan_schmidt | ok, that's easier to fix then |
| 14:40.25 | WyrM | yes, no big deal :) |
| 14:40.25 | stefan_schmidt | Need to catchup with your changes first, getting the E2 keymap to get warm again then mux |
| 14:40.35 | stefan_schmidt | So not before the day after tomorrow. :) |
| 14:41.20 | WyrM | gmzhuo: go and buy a sd card. how much does these cost in .cn? |
| 14:41.40 | gmzhuo | we need the old scheme for gen2,it's so awful |
| 14:42.01 | stefan_schmidt | gmzhuo: That alos needs some testing. We will find out why. |
| 14:42.42 | gmzhuo | I have another SD card for another E6,it's just Inconvenient. :) |
| 14:43.23 | gmzhuo | I don't know if the new kernel support 4G sd card?and class 6?class 10? |
| 14:43.43 | WyrM | gmzhuo: I could send you another sd card, but shipping costs will probably be more than what the card is worth. |
| 14:44.04 | gmzhuo | Not needed :) |
| 14:45.12 | WyrM | gmzhuo: play safe, get a < 2g card and it will work. :) |
| 14:45.41 | gmzhuo | I don't know if it support SDHC 2.0? |
| 14:46.41 | WyrM | gmzhuo: me neither, all my cards are sd, not sdhc. |
| 14:47.07 | gmzhuo | Which SDHC is related for ,hardware or software? |
| 14:51.53 | ao2 | mickeyl, pong |
| 14:55.12 | mickeyl | ao2: hi. since i have a 910 now, i'm looking for ways to work with that. any idea what's missing for gen-blob to recognize the mmc slot? |
| 14:55.36 | WyrM | mickeyl: a lot of code. ;) |
| 14:55.54 | WyrM | mickeyl: the sd card on a910 is connected in a completely different way. |
| 14:56.07 | mickeyl | argh :) |
| 14:56.09 | WyrM | its not connected to the pxa mci controller like on all other phones. |
| 14:56.25 | mickeyl | so the only option is rootfs over usb? |
| 14:56.31 | WyrM | its connected directly via spi. |
| 14:56.49 | gmzhuo | dose it because of the SDIO WIFI on a910? |
| 14:56.50 | ao2 | yes, mickeyl for now I also use nfsroot |
| 14:56.57 | WyrM | currently, yes. I need to get my hands on an a910 to work on this for gen-blob. |
| 14:57.04 | WyrM | gmzhuo: yes. |
| 14:57.57 | gmzhuo | Dose It means we can't use two device via the same mmc slot? |
| 14:58.02 | ao2 | when in SPI mode the pxa mci can have a mixed setup with a SDIO card and a MMC card |
| 14:58.38 | gmzhuo | Then how about the sdcard speed? |
| 14:59.10 | WyrM | gmzhuo: the hardware is connected this way, it doesn't mean that the pxa mci controller doesn't support more than one sd device. |
| 14:59.13 | gmzhuo | SPI MODE ,I always think it is so slowly |
| 14:59.40 | WyrM | gmzhuo: yes, a910 sd card should be a lot slower than on the other phones. |
| 14:59.52 | ao2 | gmzhuo, on the original software they also use a userspace workaround (tflashd) and the speed is really slow, data have to pass back and forth from kerner to user space |
| 15:00.22 | gmzhuo | But there is no CS for two device. |
| 15:00.30 | WyrM | gmzhuo: yes, there is. |
| 15:00.57 | WyrM | gmzhuo: they are connected to the same ssp port, only the CS differs. |
| 15:01.00 | gmzhuo | how about usbhost on port 2?via EOC ? |
| 15:02.02 | WyrM | gmzhuo: it is definitely possible, but I am working on accessory detection first. I want to auto-detect what is connected to the miniUSB port and configure it accordingly. |
| 15:02.16 | gmzhuo | I think too much,Hmm. |
| 15:03.09 | ao2 | btw, here's a summary about MMC on A910: https://lists.openezx.org/pipermail/openezx-devel/2008-June/002035.html with subsequent fixes by WyrM |
| 15:04.10 | mickeyl | thanks ao |
| 15:04.11 | mickeyl | 2 |
| 15:04.17 | mickeyl | the 910 is very nice |
| 15:04.28 | mickeyl | apart from the missing touchscreen i like its hardware a lot |
| 15:04.50 | gmzhuo | the pxa270-um said,we must set up2ocr before usb reset() |
| 15:07.43 | WyrM | gmzhuo: this shouldn't be a problem, as we get an interrupt from eoc on cable connect events. |
| 15:08.21 | gmzhuo | maybe the BP was a problem |
| 15:08.23 | ao2 | mickeyl, the one I have has the external display broken, but I like it too, it can be used as a torch and the flash could even be a weapon, it is really strong and can make people blind :) |
| 15:08.45 | WyrM | gmzhuo: BP is unrelated, its on port3. |
| 15:08.47 | mickeyl | indeed |
| 15:08.50 | mickeyl | the flash light is amazing |
| 15:09.03 | gmzhuo | if whole usb subsystme reset! |
| 15:09.05 | mickeyl | and the idea of having a 2nd display is cool |
| 15:09.23 | mickeyl | do we know what kind of abstraction we want for that? |
| 15:09.29 | mickeyl | i for one, would love just to have a 2nd framebuffer |
| 15:09.35 | gmzhuo | But is not the problem,anyway ,we have usb host! |
| 15:09.36 | mickeyl | being able to completely drive it as a small bitmap |
| 15:09.47 | mickeyl | wants to run evas-fb on the external display |
| 15:10.44 | stefan_schmidt | drives home. later guys |
| 15:10.53 | WyrM | bye stefan_schmidt |
| 15:11.26 | mickeyl | cu stefan |
| 15:23.05 | gmzhuo | WyrM,how about this message? |
| 15:23.08 | gmzhuo | <3>Trying to install chip for IRQ214 |
| 15:23.08 | gmzhuo | <4>------------[ cut here ]------------ |
| 15:23.08 | gmzhuo | <4>WARNING: at kernel/irq/chip.c:100 set_irq_chip+0x34/0xbc() |
| 15:23.08 | gmzhuo | <4>Modules linked in: |
| 15:23.08 | gmzhuo | <4>[<c0028314>] (dump_stack+0x0/0x14) from [<c003cf84>] (warn_on_slowpath+0x4c/0x84) |
| 15:23.09 | gmzhuo | <4>[<c003cf38>] (warn_on_slowpath+0x0/0x84) from [<c0068090>] (set_irq_chip+0x34/0xbc) |
| 15:23.11 | gmzhuo | <4> r6:c03efb2c r5:c0419830 r4:000000d6 |
| 15:23.13 | gmzhuo | <4>[<c006805c>] (set_irq_chip+0x0/0xbc) from [<c0016170>] (ezx_pcap_probe+0x138/0x29c) |
| 15:23.16 | *** join/#openezx dion (n=dion@inhex.net) |
| 15:23.59 | WyrM | gmzhuo: I haven't looked at it yet. |
| 15:24.52 | gmzhuo | It's only a warning message,and the pcap irq dispatch works too |
| 15:25.25 | WyrM | gmzhuo: yes, its low priority, but it is a signal that we are doing something wrong :) |
| 15:27.55 | WyrM | ahh, its nothing. |
| 15:28.24 | gmzhuo | Yes,you see it on A1200 too? |
| 15:28.41 | WyrM | just an error because NR_IRQ is one less than what it should be. |
| 15:29.28 | mickeyl | ao2: is the 910 16-bit or 18-bit framebuffer? |
| 15:29.37 | WyrM | mickeyl: 18 |
| 15:29.41 | mickeyl | ah, bummer |
| 15:30.17 | mickeyl | so we have the same problem as on 1200 there |
| 15:30.17 | mickeyl | ? |
| 15:31.03 | WyrM | yes, but I think that it is solved on kernel now, we still lack the userspace support for it. |
| 15:31.56 | gmzhuo | <3>Trying to install chip for IRQ214 |
| 15:31.56 | gmzhuo | <4>------------[ cut here ]------------ |
| 15:31.56 | gmzhuo | <4>WARNING: at kernel/irq/chip.c:100 set_irq_chip+0x34/0xbc() |
| 15:31.56 | gmzhuo | <4>Modules linked in: |
| 15:31.56 | gmzhuo | <4>[<c0028314>] (dump_stack+0x0/0x14) from [<c003cf84>] (warn_on_slowpath+0x4c/0x84) |
| 15:31.56 | gmzhuo | <4>[<c003cf38>] (warn_on_slowpath+0x0/0x84) from [<c0068090>] (set_irq_chip+0x34/0xbc) |
| 15:31.58 | gmzhuo | <4> r6:c03efb2c r5:c0419830 r4:000000d6 |
| 15:32.00 | gmzhuo | <4>[<c006805c>] (set_irq_chip+0x0/0xbc) from [<c0016170>] (ezx_pcap_probe+0x138/0x29c) |
| 15:32.25 | gmzhuo | if (irq >= NR_IRQS) { |
| 15:32.25 | gmzhuo | <PROTECTED> |
| 15:32.25 | gmzhuo | <PROTECTED> |
| 15:32.25 | gmzhuo | <PROTECTED> |
| 15:32.25 | gmzhuo | <PROTECTED> |
| 15:32.26 | gmzhuo | <PROTECTED> |
| 15:32.28 | gmzhuo | <PROTECTED> |
| 15:32.36 | WyrM | gmzhuo: please don't flood the channel. |
| 15:32.41 | WyrM | gmzhuo: I fixed it already |
| 15:32.56 | gmzhuo | I pasted error |
| 15:33.17 | gmzhuo | I want to past the code :( |
| 15:33.57 | WyrM | gmzhuo: use a pastebin site, pasting multiple lines on the channel is considered bad manners because it floods the channel :) |
| 15:33.58 | gmzhuo | So it dosn't complete set_irq_chip,but the irq dispatch is right? |
| 15:34.12 | WyrM | gmzhuo: it is fixed now, git-pull. |
| 15:34.47 | gmzhuo | I don't know why it is works well |
| 15:35.44 | WyrM | gmzhuo: it doesn't work well, the last call to set_irq_chip sets the irq for EZX_IRQ_MNEXB. And this irq was not working (but was not used anyway...) ;) |
| 15:36.46 | gmzhuo | Oh,I see |
| 15:36.52 | WyrM | a simple define NR_IRQS (IRQ_BOARD_START + 23) (instead of 22) should solve it. :) |
| 15:37.57 | gmzhuo | need full compield again :( |
| 15:38.26 | WyrM | gmzhuo: yes, changes to irqs.h will recompile almost everything. :) |
| 15:38.36 | WyrM | has to go. |
| 15:38.41 | WyrM | already late for work. |
| 15:38.42 | WyrM | :/ |
| 15:38.58 | gmzhuo | see you later |
| 15:39.24 | gmzhuo | I must has to go too. |
| 15:39.46 | gmzhuo | bye,everybody |
| 15:39.54 | ao2 | bye gmzhuo |
| 15:52.54 | *** join/#openezx flyhorse|linux (n=flyhorse@219.130.85.116) |
| 16:12.07 | *** join/#openezx johanbr (n=j@JBrannlund2.MathStat.Dal.Ca) |
| 16:21.26 | yang | hey ao2 |
| 16:22.03 | yang | Do you know if there is a manual which I could follow for OpenEZX installation to A910 ? |
| 16:24.08 | ao2 | yang there's no real installation, just follow a tutorial about nfsroot |
| 16:26.29 | yang | ehm - http://wiki.openezx.org/Rootfs_on_NFS |
| 16:30.23 | yang | ao2: does the SD card gets recognised in Motorola firmware? |
| 16:30.43 | yang | Its not the same procedure to put on rootfs as for a780? |
| 16:32.26 | ao2 | no, you have to load the rootfs via usblan |
| 16:32.39 | ao2 | there's no mmc support in openezx for a910 |
| 16:32.45 | ao2 | sorry, gotta go, see you later |
| 16:38.52 | yang | see you ! |
| 17:08.55 | *** join/#openezx WyrM (i=c88e3a12@gateway/web/ajax/mibbit.com/x-d9fc310382fe34a0) |
| 18:32.44 | *** join/#openezx rettichschnidi (n=reto@19-176.203-62.cust.bluewin.ch) |
| 20:33.55 | *** join/#openezx florian (n=fuchs@f054177206.adsl.alicedsl.de) |
| 20:33.59 | *** join/#openezx [g2] (n=tom@nslu2-linux/g2) |
| 20:34.11 | stefan_schmidt | wb [g2] ;) |
| 20:34.16 | [g2] | stefan_schmidt: THX! |
| 20:34.24 | [g2] | drath: hey! |
| 20:35.05 | stefan_schmidt | mumbles something about the linux embedded software world is small... |
| 20:37.39 | stefan_schmidt | [g2]: How was your life going? |
| 20:40.21 | florian | re |
| 20:41.21 | stefan_schmidt | wb florian |
| 20:52.07 | [g2] | stefan_schmidt: good thx |
| 20:52.21 | [g2] | stefan_schmidt: gl with exams |
| 20:52.37 | stefan_schmidt | [g2]: thanks |
| 20:53.16 | [g2] | stefan_schmidt: hey... that Via deal looks sweet! :) |
| 20:53.48 | stefan_schmidt | [g2]: heh, well Harald enjoys .tw again I think |
| 20:53.59 | stefan_schmidt | [g2]: Let's see what he can do for them |
| 20:54.05 | [g2] | well I think it's good for the community |
| 20:54.11 | stefan_schmidt | sure it is |
| 20:54.29 | stefan_schmidt | Until now VIA often sucked bad for linux |
| 20:54.36 | [g2] | I think he'll be very good at getting support for their products |
| 20:55.08 | stefan_schmidt | At least there is a person that can be contacted now. Hopefully building up a string team inside to support their stuff unde rlinux |
| 20:55.42 | stefan_schmidt | We hope so, yes |
| 20:56.12 | stefan_schmidt | First three datasheets are available. (Even with confidential stamp on it, heh) |
| 20:56.23 | stefan_schmidt | They should had taken the time to remove them |
| 20:56.43 | [g2] | that little nano-itx looks neat |
| 20:57.11 | stefan_schmidt | I didn't look much at VIA hardware until now. Perhaps something to change |
| 20:57.50 | [g2] | IMHO it's getting kinda late for Via |
| 20:57.58 | [g2] | with Atom shipping now |
| 20:58.07 | stefan_schmidt | Well |
| 20:58.18 | stefan_schmidt | They just need to produce something better ;) |
| 20:59.12 | [g2] | even if they do, ramping and scaling and getting the word out is tough |
| 20:59.38 | stefan_schmidt | sure it is |
| 21:00.01 | stefan_schmidt | But they are in the business for some time. They will find a way or the fitting niche |
| 21:07.00 | ao2 | <PROTECTED> |
| 21:09.34 | stefan_schmidt | ok |
| 21:09.53 | stefan_schmidt | Never were interesting in small x86 solutions until now |
| 21:10.19 | stefan_schmidt | I always thought an ARM would do the job. But this can change over the years now. |
| 21:10.45 | stefan_schmidt | Still they need to higher integrate their stuff to get in the near of a decent ARM SoC |
| 21:16.32 | [g2] | ao2: for the most part it doesn't matter much. Cost and availabilty are big drivers |
| 21:22.12 | ao2 | yes, and power consumption is even more important than performance for this range of devices |
| 21:32.33 | florian | waits for the first cellphone with fan |
| 21:33.56 | stefan_schmidt | florian: To copy Tony's joke: There are a lot fans already. ;) |
| 21:35.09 | florian | heh |
| 21:39.41 | drath | hey [g2] :) |
| 22:04.13 | *** join/#openezx FosforoEee (n=Fosforo@146.164.9.189) |
| 23:12.16 | *** join/#openezx sabrod-laptop (n=laptop@lns-bzn-38-82-253-122-160.adsl.proxad.net) |
| 23:21.21 | *** join/#openezx WyrM (i=wyrm@189.13.101.250) |
| 23:21.29 | WyrM | z\ |
| 23:21.42 | WyrM | sabrod: ping |