Hi Geert,
On Friday, January 05, 2018, Geert Uytterhoeven wrote:
> > But then...the number goes back to '73' when you look at it in
> > /proc/interrupts.
>
> Having an identical number in /proc/interrupts is a coincidence.
> These numbers are virtual, and may change even across reboots.
I'm not talking about the id number (the 1st column). I'm talking
about the 4th column.
$ uname -rs
Linux 4.15.0-rc5-00008-g366d22ea091b
$ cat /proc/interrupts
CPU0
17: 2365 GIC-0 135 Edge ostm
18: 0 GIC-0 230 Level e8008000.serial:rx err
19: 45 GIC-0 231 Level e8008000.serial:rx full
20: 194 GIC-0 232 Level e8008000.serial:tx empty
21: 0 GIC-0 229 Level e8008000.serial:break
24: 0 GIC-0 189 Level riic-tend
25: 0 GIC-0 190 Edge riic-rdrf
26: 0 GIC-0 191 Edge riic-tdre
27: 0 GIC-0 192 Level riic-stop
29: 0 GIC-0 194 Level riic-nack
32: 160 GIC-0 213 Level riic-tend
33: 160 GIC-0 214 Edge riic-rdrf
34: 480 GIC-0 215 Edge riic-tdre
35: 240 GIC-0 216 Level riic-stop
37: 0 GIC-0 218 Level riic-nack
40: 0 GIC-0 139 Level fcff0000.timer
42: 0 GIC-0 305 Level e804e800.sd
43: 52 GIC-0 306 Level e804e800.sd
44: 0 GIC-0 307 Level e804e800.sd
45: 0 GIC-0 308 Edge sh-rtc period
46: 0 GIC-0 309 Edge sh-rtc carry
47: 0 GIC-0 310 Edge sh-rtc alarm
48: 0 GIC-0 73 Level e8010000.usbhs
Err: 0
> > Any opinions????
>
> Not really, except that no single .dts(i) file seems to have "- 32".
Then I can be a pioneer of new software!! ;)
I'll just change it back to a single number when I upstream code just to
be consistent.
Thanks,
Chris
��.n��������+%������w��{.n�����{���)�� jg��� �����ݢj����G���� ���j:+v���w�m������w�������h�����٥
