| --- Log opened Fri Aug 30 00:00:33 2013 | ||
| hansfbaier | Hi can I use the same SD parameters for altera as for actel? there are no others defined. | 01:09 |
|---|---|---|
| hansfbaier | Looks like SD support is broken | 01:13 |
| stekern | knz: I'm not sure what the actual "l" stands for (long?), but the "l." instructions are integer 32/64 bit instructions. They started on a 16-bit instruction set as well, which was "h." IIRC | 02:55 |
| hansfbaier | stekern: Is there a linux driver for the simple_spi in the orpsoc? | 03:49 |
| hansfbaier | I can't find one yet. | 03:49 |
| hansfbaier | There is one for the tiny_spi from opencores? | 03:49 |
| hansfbaier | Why did orpsoc not use that one? It is also wishbone compatible... | 03:50 |
| stekern | hansfbaier: there is a linux driver for simple_spi, but not upstream | 04:20 |
| stekern | hansfbaier: ask _franck_ what he thinks about the rtl code quality of tiny_spi ;) | 04:21 |
| stekern | the rtl for simple_spi is very well written | 04:22 |
| stekern | and tiny_spi probably didn't exist when the very first orpsoc was created | 04:24 |
| hansfbaier | stekern: thanks | 04:36 |
| hansfbaier | stekern: I can't find it in jonas' either | 04:36 |
| hansfbaier | In which repo could I possibly look for it? | 04:36 |
| stekern | it's in jonas repo | 04:36 |
| stekern | it's perhaps called opencores_spi or something like that | 04:37 |
| stekern | http://git.openrisc.net/cgit.cgi/jonas/linux/tree/drivers/spi/spi_opencores.c | 04:38 |
| stekern | "OpenCores Simple SPI Controller" is the description in config | 04:39 |
| hansfbaier | stekern: Ah great | 04:44 |
| hansfbaier | I have jonas'source | 04:44 |
| hansfbaier | need to figure out dts | 04:44 |
| hansfbaier | stekern: Do you know where I could find a sample dts for the GPIO? | 04:45 |
| hansfbaier | The kernel doc is not terribly helpful (yet) | 04:45 |
| hansfbaier | google wasn't so friendly either | 04:45 |
| stekern | yeah, wait a sec | 04:46 |
| stekern | http://oompa.chokladfabriken.org/openrisc/de0_nano.dts | 04:47 |
| hansfbaier | stekern: wow great | 04:48 |
| hansfbaier | thanks | 04:48 |
| hansfbaier | already sitting hours in front of the screen looking for something like that | 04:48 |
| hansfbaier | Wow that is awesome | 04:48 |
| hansfbaier | thanks | 04:48 |
| stekern | hansfbaier: there's a small pitfall with the gpio driver under linux, if you remember I told you to change a row in the rtl to get _franck_s ledblinker working? | 04:49 |
| hansfbaier | yes | 04:49 |
| hansfbaier | stekern: need to reverse that? | 04:49 |
| stekern | that line was in there as a workaround for a bug in the jbtrivial driver | 04:49 |
| stekern | I've posted a series of patches with some fixes to that, and this fixes that bug: http://lists.openrisc.net/pipermail/linux/2013-August/000437.html | 04:50 |
| stekern | there was a couple of compile error fixes in that series too that you need for it to compile in newer kernels | 04:51 |
| stekern | easiest for you is maybe to just grab my .c and replace yours with it: http://oompa.chokladfabriken.org/openrisc/jbtrivial.c | 04:52 |
| stekern | ultimately, I'd like to use the generic-gpio driver, but unfortunately there is no device tree support in that driver | 04:53 |
| stekern | otherwise it suits us just fine | 04:54 |
| stekern | cool, I just booted linux on de0 nano with mor1kx running at 75 MHz | 05:00 |
| hansfbaier | stekern: wow | 05:01 |
| stekern | unfortunately I had to set the SDRAM clk to wb clock, otherwise there was some timing errors in the clock domain cross | 05:01 |
| hansfbaier | stekern: I tried to swap out the or1200 and in the mor1kx, after changed the instance in top to mor1kx I got lots of errors | 05:02 |
| stekern | could be that they should be marked as ignorable, since the CDC should be handled correctly | 05:02 |
| hansfbaier | about missing signal names etc | 05:02 |
| stekern | hmm, ok | 05:02 |
| stekern | you don't happen to remember what signal names? ;) | 05:05 |
| hansfbaier | stekern: no, I am afraid :) | 05:09 |
| hansfbaier | was quite a bunch, so I just quickly swapped it back | 05:09 |
| hansfbaier | want to get myENC28J60 board get working first | 05:09 |
| hansfbaier | stekern: the sd controller seems broken somehow. | 05:10 |
| hansfbaier | If I compile with ACTEL | 05:10 |
| hansfbaier | i get errors | 05:10 |
| hansfbaier | if with ALTERA errors too | 05:10 |
| hansfbaier | disabled it | 05:10 |
| hansfbaier | But SPI would be another option | 05:10 |
| stekern | I have no experience with the sd controller | 05:15 |
| stekern | but I think orsoc used it on their ep4 devboard, so it should be possible | 05:16 |
| stekern | for that board, I would start out with SPI anyway, seems to me that will be a lot easier to debug initially | 05:18 |
| stekern | that board = ENC28J60 | 05:18 |
| stekern | or are your sdcard adventure unrelated to that? ;) | 05:19 |
| stekern | because looking a bit closer, I can't see how they would be related | 05:21 |
| hansfbaier | stekern: eint_pad_i[24] is that wired to interrupt 24? | 05:21 |
| stekern | I thought the card would have some weird sdcard emulation thing going on | 05:22 |
| stekern | hansfbaier: yes, in my setup | 05:22 |
| hansfbaier | stekern: no not related | 05:22 |
| hansfbaier | eth: enc28j60@0 { | 05:22 |
| hansfbaier | //#address-cells = <1>; | 05:22 |
| hansfbaier | //#size-cells = <1>; | 05:22 |
| hansfbaier | compatible = "microchip,enc28j60"; | 05:22 |
| hansfbaier | spi-max-frequency = <1000000>; | 05:22 |
| hansfbaier | reg = <0>; | 05:22 |
| hansfbaier | interrupt-parent = <&pic>; | 05:22 |
| hansfbaier | interrupts = <24>; | 05:22 |
| hansfbaier | }; | 05:22 |
| hansfbaier | see https://www.olimex.com/forum/index.php?topic=1523.0 | 05:23 |
| hansfbaier | not sure about those comments, but I'll throw 'em out | 05:23 |
| stekern | but it's probably not connected to interrupt 24 in your setup | 05:23 |
| stekern | ;) | 05:23 |
| hansfbaier | stekern: I connected the Interrupt out pin of the board to the eint_pad_i[24] | 05:24 |
| stekern | wait I'll check | 05:24 |
| hansfbaier | shoudn't that go into the interrupt controller? | 05:24 |
| stekern | ah, ok, eint[24] is OK, I was thinking about eint[26] | 05:25 |
| hansfbaier | stekern: I wired all interrupt in pads [30:24] | 05:25 |
| stekern | yeah, that sounds correct then | 05:25 |
| hansfbaier | stekern: how about 25? | 05:25 |
| hansfbaier | stekern: where do you look? | 05:25 |
| stekern | look in orpsoc_top | 05:26 |
| hansfbaier | ok | 05:26 |
| * hansfbaier still looking | 05:26 | |
| stekern | where the interrupts are assigned to the cpu (somewhere near end of file) | 05:26 |
| hansfbaier | got it | 05:26 |
| hansfbaier | searched for int_pad | 05:26 |
| hansfbaier | stekern: 25 is negated | 05:28 |
| hansfbaier | that's nice | 05:28 |
| hansfbaier | the INT on the enc is low active | 05:28 |
| stekern | yeah, so just edit there if you need more of them | 05:29 |
| stekern | so, in my local tree I have eint[26] added there, and it's probably referenced in the dts I gave you, that's why I'm confusing you with comments like "in my setup" | 05:30 |
| stekern | it's a bit of a work-in-progress I have, I use that for the pen irq for a touch screen, but the driver for the touchscreen chip wants to read a gpio that holds the value of the irq line, and that's not possible with some changes to how the gpio work | 05:32 |
| stekern | hence still only in my working tree | 05:32 |
| stekern | s/with some changes/without some changes/ | 05:33 |
| stekern | but if you add more of them, you of course have to change the EINT tcl file too, but I assume you already knew that | 05:34 |
| hansfbaier | tcl file? | 05:35 |
| stekern | yeah, the pin assignment file | 05:35 |
| hansfbaier | stekern: i have [30:24] wired up in tcl | 05:35 |
| hansfbaier | led2 { | 05:37 |
| hansfbaier | label = "led2"; | 05:37 |
| hansfbaier | gpios = <&gpio0 2 0x0>; | 05:37 |
| hansfbaier | }; | 05:37 |
| hansfbaier | that 0x0 does it mean the led lits low active? | 05:37 |
| hansfbaier | stekern: ^ | 05:40 |
| hansfbaier | stekern: Ahhh I know what you mean in de0_nano it's all in those different tcls | 05:40 |
| hansfbaier | stekern: I don't use them ATM | 05:41 |
| hansfbaier | stekern: I use quartus directly | 05:41 |
| hansfbaier | just need to remember to stuff it back to those, when I am "finished" | 05:41 |
| stekern | I'm not sure what the 0x0 indicates in jbtrivial, if it's even used | 05:45 |
| stekern | ah, or is that specific to the led driver? | 05:46 |
| stekern | you ask hard questions ;) | 05:46 |
| stekern | which is good | 05:46 |
| stekern | no, I think that's specific to the gpio controller | 05:48 |
| hansfbaier | cool found a dts entry for my pcf8563 | 05:53 |
| hansfbaier | stekern: On a PC it's plug and play, with openrisc, you play until it plugs ;) | 05:59 |
| stekern | ah, if I understand this right, it's gpio controller specific, but only if it overrides the default. and the default for the flag is that 0x1 is active low and 0x0 would be active high then | 06:05 |
| stekern | heh, that should be our slogan "Play until it plugs" | 06:06 |
| stekern | I wonder if the flags are automatically used though, might be that they have still no effect | 06:09 |
| hansfbaier | stekern: Hey cool, thanks | 06:10 |
| hansfbaier | ! | 06:10 |
| stekern | np, you gave me a reason to look something up that I've been wondering about myself ;) | 06:14 |
| knz | 'morning | 06:27 |
| olofk | Top of the morning to you, Sir! | 06:30 |
| hansfbaier | stekern: drivers/spi/spi_opencores.c | 06:40 |
| hansfbaier | gives me compile errors :( | 06:40 |
| hansfbaier | How do i get the compile messages in english LANG=C doesn't work | 06:41 |
| hansfbaier | I'll try LC_ALL | 06:41 |
| hansfbaier | doesn't work either | 06:41 |
| stekern | ? | 06:42 |
| stekern | ah, they are probably in german now, right? | 06:42 |
| stekern | but, you now remind me that I fixed those in my repo, but I haven't sent those to the ML | 06:44 |
| stekern | http://oompa.chokladfabriken.org/openrisc/spi_opencores.c | 06:44 |
| stekern | local repo | 06:44 |
| stekern | because I wanted to take a look at this too: "oc_spi_simple b0000000.spi0: master is unqueued, this is deprecated" | 06:45 |
| hansfbaier | ah thanks, just started fixing it... | 06:47 |
| stekern | yeah, they are no real hard nuts to crack, remove the devinit and add module.h iirc | 06:48 |
| hansfbaier | stekern: would be nice to push to jonas | 06:48 |
| hansfbaier | better than compile errors | 06:48 |
| stekern | yup, I will send them to the mailing list eventually | 06:49 |
| hansfbaier | stekern: THE LEDs BLINK | 06:53 |
| hansfbaier | heartbeat and timer | 06:53 |
| hansfbaier | I don't have serial since | 06:53 |
| hansfbaier | my USB stack has gone bonkers again | 06:53 |
| hansfbaier | and I can't reboot, because still downloading or1k-gcc | 06:54 |
| hansfbaier | being not able to resume large downloads is my biggest grudge against git | 06:54 |
| stekern | yes, I agree on that | 06:55 |
| stekern | what's up with your USB stack, does seem very unstable | 06:55 |
| hansfbaier | when I disconnect the pl2303 by switching off the FPGA | 06:57 |
| hansfbaier | my USB stack refuses to recognize any new devices | 06:57 |
| hansfbaier | using Ubuntu 12.04 | 06:57 |
| hansfbaier | Linux jack-desktop 3.2.0-41-lowlatency-pae #45-Ubuntu SMP PREEMPT Fri Apr 26 11:26:31 UTC 2013 i686 athlon i386 GNU/Linux | 06:58 |
| hansfbaier | stekern: low active leds work like a charm | 06:58 |
| hansfbaier | 4 of my GPIO leds are low active (onboard) 4 active high | 06:58 |
| stekern | ok, so that flag is automatically used, good to know | 06:59 |
| stekern | do you have to turn off the fpga? | 07:00 |
| stekern | I assume you mean power toggle it | 07:02 |
| hansfbaier | stekern: no, not really | 07:04 |
| hansfbaier | stekern: only if I connect new hardware, and even then I often do it online | 07:04 |
| _franck_ | hansfbaier: LANG=EN && what_ever_you want but you may have figured out yourself already | 07:04 |
| hansfbaier | _franck_: I used LANG=C, LANG=en_US, LC_ALL=C, LC_ALL=en_US nothing worked | 07:14 |
| hansfbaier | or1k-gcc git clone sucks big time at 9kb/s | 07:14 |
| knz | hansfbaier: if you run git gc / git pack on the other side beforehand it's slightly better | 07:16 |
| knz | also, I usually tar+bz2 the .git and copy using ftp instead | 07:16 |
| * olofk is longing for the day when it can be safely assumed that all tools handle multidimensional verilog arrays in functions | 07:20 | |
| stekern | that and . notion in synthesis tools | 07:31 |
| hansfbaier | knz: I already regrettet I didn't do that | 07:34 |
| hansfbaier | have a VM in germany | 07:34 |
| hansfbaier | if it fails another time i'll do it | 07:34 |
| knz | wget -c is your friend :) | 07:35 |
| stekern | juliusb: pull requests ahoy! | 07:37 |
| olofk | stekern: The . notion = Avoid having to explicitly list connections with the same name as the wire on instantiations? | 07:41 |
| olofk | stekern: Do you have to say "Pull requests ahoy!" to do a pull request? Couldn't find that in the git man page, but I'm still learning | 07:42 |
| olofk | Should that be "git pull requests ahoy!" ? | 07:42 |
| knz | olofk: no it's not necessary :) | 07:42 |
| stekern | it would be fun if it was though | 07:43 |
| knz | true | 07:43 |
| knz | although I'd rather not have an exclamation mark in a standard command | 07:43 |
| knz | it would make it a pain in most shells | 07:43 |
| olofk | I !disagree with that | 07:43 |
| stekern | olofk: ". notion" => assign some_sig = top_module.sub_module.sub_sub_module.internal_signal; | 07:44 |
| olofk | Ah ok... I thought that was definitely supported | 07:45 |
| olofk | I can imagine it will cause some confusion for ASICs, but the FPGA tools shouldn't care | 07:45 |
| stekern | but maybe j random hw designer can't be trusted with that... | 07:45 |
| olofk | They still gave us defparam, which is equally fucked up in that regard | 07:46 |
| stekern | because it's of course a potential mess maker | 07:46 |
| stekern | but for debugging purposes it would make a whole lot of sense | 07:47 |
| olofk | Speaking of J Random HW Designer... haven't seen him around for sokme time. :) | 07:49 |
| olofk | Maybe he's busy preparing for his OHS appearance | 07:51 |
| stekern | mmm, he has been even more quiet than usually the last couple of days | 07:52 |
| olofk | I'm adding a orpsocv3 talk to the meeting page. No need to route through the mailing list. | 07:56 |
| olofk | Is there anyway to remove the annoyingly large whitespace in front of links on the opencores wiki? | 07:59 |
| stekern | dunno, but I find them ugly too | 08:01 |
| olofk | Haha! The oldest page on the openrisc wiki is "News" | 09:38 |
| stekern | ;) | 09:39 |
| olofk | ...and it's empty :) | 09:39 |
| olofk | Do we have an ABI extension for PIC now? | 09:49 |
| olofk | Or was the implementation done before setting the ABI? | 09:49 |
| stekern | yes | 10:01 |
| olofk | I need to stop asking questions with an or between the statements | 10:05 |
| stekern | yup =) | 10:11 |
| stekern | we have an ABI for it, it haven't made it into the arch spec though | 10:11 |
| stekern | and it kind of evolved during implementation | 10:12 |
| stekern | the only "discussion" about the ABI was on some wiki page, but that's kind of sparse | 10:16 |
| stekern | filling out the empty page in the arch spec is on my TODO list | 10:16 |
| stekern | but for some reason stuff like playing DOTT on openrisc seems utterly important when it start to get close to the top of the list ;) | 10:17 |
| hansfbaier | http://pastebin.com/2tzxSV4K | 10:35 |
| hansfbaier | stekern: GPIO and RTC seem to work | 10:35 |
| hansfbaier | ethernet appears, | 10:35 |
| hansfbaier | but when I plug in the cable the system freezes shortly after | 10:35 |
| hansfbaier | probably has to do something with the interrupt | 10:35 |
| hansfbaier | stekern: I can ping it: | 10:38 |
| hansfbaier | # ping 192.168.1.100 | 10:38 |
| hansfbaier | PING 192.168.1.100 (192.168.1.100): 56 data bytes | 10:38 |
| hansfbaier | 64 bytes from 192.168.1.100: seq=0 ttl=64 time=22.658 ms | 10:38 |
| hansfbaier | 64 bytes from 192.168.1.100: seq=1 ttl=64 time=18.111 ms | 10:38 |
| hansfbaier | 64 bytes from 192.168.1.100: seq=2 ttl=64 time=18.266 ms | 10:38 |
| hansfbaier | 64 bytes from 192.168.1.100: seq=3 ttl=64 time=18.168 ms | 10:38 |
| hansfbaier | 64 bytes from 192.168.1.100: seq=4 ttl=64 time=18.295 ms | 10:38 |
| hansfbaier | 64 bytes from 192.168.1.100: seq=5 ttl=64 time=18.209 ms | 10:38 |
| hansfbaier | 64 bytes from 192.168.1.100: seq=6 ttl=64 time=18.140 ms | 10:38 |
| hansfbaier | 64 bytes from 192.168.1.100: seq=7 ttl=64 time=18.222 ms | 10:38 |
| hansfbaier | 64 bytes from 192.168.1.100: seq=8 ttl=64 time=18.164 ms | 10:38 |
| stekern | heh, did it bring his network down now? | 12:14 |
| olofk | Maybe he's got a USB-connected NIC :) | 12:47 |
| jeremybennett | Hi all - are we going to have a DE0-nano workshop session at ORConf? | 14:51 |
| jeremybennett | We have the materials from ChipHack, and we can bring alone 7 DE0-nano boards | 14:51 |
| juliusb | stekern: saw those pull requests this morning, will do it now | 14:51 |
| juliusb | jeremybennett: good question - I'd really like to do some sort of OpenRISC hacking on the de0 nano | 14:53 |
| juliusb | (sadly, in general lately, too, not just at the workshop!) | 14:54 |
| jeremybennett | juliusb: Let's make time for it at the conference. | 15:06 |
| jeremybennett | BTW am I right that mor1kx comes in three flavours, 2 with 3-stage pipelines and one with no pipeline at all? | 15:06 |
| jeremybennett | (I'm preparing a blog post about ORCONF13) | 15:07 |
| stekern | jeremybennett: almost correct, the one with no pipeline have 6 stages ;) | 15:13 |
| jeremybennett | close :( | 15:14 |
| stekern | and the 3-stage has 2 stages ;) | 15:14 |
| stekern | it's 1 2-stage with delay slot (espresso), 1 2-stage without delay slot (pronto espresso) and a 6 stage (cappuccino) | 15:15 |
| stekern | juliusb: thanks for pulling | 15:20 |
| stekern | olofk: are you taking notes about the lingo? | 15:21 |
| jeremybennett | did we agree on an OpenRISC logo? | 15:30 |
| stekern | jeremybennett: there was at least a proposal that looked closed to what I'd want at least, and juliusb liked it too | 15:42 |
| stekern | maybe we can have a voting session during conference? | 15:42 |
| _franck_ | jeremybennett: is that better to be at 10:25 at Gatwick or 10:55 at Luton ? | 15:46 |
| stekern | juliusb, jeremybennett are there any hotel suggestions? | 16:19 |
| olofk | Maybe I should get myself a de0 too. Doing an orpsocv3 port would be a good workshop exercise. Especially if there are many boards available | 19:29 |
| olofk | jeremybennett, juliusb : What do they cost in England? The swedish imports were more expensive than I thought | 19:37 |
| hansfbaier | looks like interrupts in or1200 are active high (not edge triggered) am I right? | 19:54 |
| stekern | they are level interrupts with a twist | 19:56 |
| stekern | the interrupt controller register the interrupt lines, so it will still signal an interrupt even if the line goes low | 19:57 |
| _franck_ | is anyone has a working setup with or_debug_proxy connected to the mohor debug interface ? | 20:01 |
| _franck_ | I just wanted to know if wb byte and half word read/writes are working | 20:02 |
| stekern | I had a couple of months ago, but then it broke down | 20:04 |
| _franck_ | ok no problem | 20:04 |
| hansfbaier | stekern: can't understand your last statement "the interrupt controller register the interrupt lines" | 20:14 |
| hansfbaier | stekern: looks like a verb is missing "the interrupt controller register [...] the interrupt lines" | 20:17 |
| hansfbaier | stekern: you mean, if an interrupt goes high, then the pic register still signals an interrupt even if the line went low again? | 20:23 |
| stekern | 'register' is a verb in that sentence | 20:42 |
| stekern | yes, what you said last is what I'm saying | 20:42 |
| hansfbaier | stekern: I have a problem with my enc28j60 | 20:44 |
| hansfbaier | if the first interrupt comes, linux freezes | 20:45 |
| hansfbaier | while looping in interrupt handling code | 20:45 |
| hansfbaier | i looked at picsr | 20:45 |
| hansfbaier | and irq25 is high | 20:45 |
| hansfbaier | stekern: what would you suggest, connect a logic analyzer to the line? | 20:46 |
| hansfbaier | stekern: the enc28j60 driver is marked EXPERIMENTAL BTW | 20:46 |
| hansfbaier | stekern: the kernel runs well, until the cable is inserted where it freezes shortly after (possibly because the first interrupt comes in) | 20:47 |
| stekern | what does the datasheet for the device say about the interrupt | 20:48 |
| hansfbaier | stekern: let me see | 20:48 |
| hansfbaier | stekern: After an interrupt occurs, the host controller should | 20:51 |
| hansfbaier | clear the global enable bit for the interrupt pin before | 20:51 |
| hansfbaier | servicing the interrupt. Clearing the enable bit will | 20:51 |
| hansfbaier | cause the interrupt pin to return to the non-asserted | 20:51 |
| hansfbaier | state (high). Doing so will prevent the host controller | 20:51 |
| hansfbaier | from missing a falling edge should another interrupt | 20:51 |
| hansfbaier | occur while the immediate interrupt is being serviced. | 20:51 |
| hansfbaier | After the interrupt has been serviced, the global enable | 20:51 |
| hansfbaier | bit may be restored. If an interrupt event occurred while | 20:51 |
| hansfbaier | the previous interrupt was being processed, the act of | 20:51 |
| hansfbaier | resetting the global enable bit will cause a new falling | 20:51 |
| hansfbaier | edge on the interrupt pin to occur. | 20:51 |
| hansfbaier | and a lot more ... | 20:51 |
| hansfbaier | but irq can be driven by pkt, dma, link, tx, rx | 20:51 |
| hansfbaier | also tx_error, rx_error | 20:52 |
| stekern | "clear the global enable bit" | 20:53 |
| stekern | isw that done over spi? | 20:53 |
| stekern | -w | 20:53 |
| hansfbaier | stekern: yes, there is no other way | 20:53 |
| hansfbaier | I suppose | 20:54 |
| hansfbaier | stekern: is there any way to add a display expression for picsr | 20:54 |
| hansfbaier | in gdb? | 20:54 |
| stekern | ? | 20:55 |
| stekern | apart from reading the spr? | 20:56 |
| hansfbaier | stekern: eg I can watch r5 by | 20:56 |
| hansfbaier | display $r5 | 20:56 |
| hansfbaier | then after each step it will automatically display r5 | 20:56 |
| hansfbaier | but this does not work for sprs | 20:56 |
| stekern | ah, no I suppose you can't | 20:58 |
| hansfbaier | stekern: connected a logic analyzer: Yes | 21:13 |
| hansfbaier | stekern: when I plugin the cable | 21:13 |
| hansfbaier | IRQ goes low (active) | 21:14 |
| hansfbaier | stekern: and system freezes | 21:14 |
| hansfbaier | stekern: maybe the driver fails to reset the interrupt | 21:14 |
| hansfbaier | stekern: will connect the analyzer to SPI | 21:14 |
| hansfbaier | stekern: hey cool | 21:20 |
| hansfbaier | I disconnected the enc28j60 (power down and up again), and lo and behold, the kernel awoke from its freeze | 21:20 |
| hansfbaier | and the heartbeat leds are happily blinking once more | 21:20 |
| hansfbaier | # cat /proc/interrupts | 21:24 |
| hansfbaier | CPU0 | 21:24 |
| hansfbaier | 2: 414 or1k-PIC-level serial | 21:24 |
| hansfbaier | 10: 36 or1k-PIC-level a0000000.ocores | 21:24 |
| hansfbaier | 25: 1567043 or1k-PIC-level enc28j60 | 21:24 |
| hansfbaier | haha | 21:24 |
| --- Log closed Sat Aug 31 00:00:14 2013 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!