Bug#833247: linux-image-3.16.0-4-amd64: DRM/i915 "blanks" display and dumps trace
Package: src:linux Version: 3.16.7-ckt25-2+deb8u3 Severity: normal Dear Maintainer, * What led up to the situation? I vagually correlate it to a prolonged "runtime" of my notebook. I don't power it down ever, but only put it into suspend mode. Currently it has 14 days of uptime, but it happens to have 100 days or more. * What exactly did you do (or not do) that was effective (or ineffective)? I honestly don't know. * What was the outcome of this action? The screen goes "blank" in a strange way: first it blanks-black, then after 5-11 seconds it becomes "white becklited" from top left corner in a "hash pattern" with 1mm grid size. When the display blanks black, I can bring it up to normal display "mode" with a mouse (but not with a keyboard). When it becomes "grid-patterend", only suspend-by-closing the lid helps. * What outcome did you expect instead? obviosly - normal operation. -- Package-specific info: ** Version: Linux version 3.16.0-4-amd64 (debian-kernel@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt25-2+deb8u3 (2016-07-02) ** Command line: placeholder root=/dev/mapper/nowszy-root ro quiet ** Tainted: W (512) * Taint on warning. ** Kernel log: [624084.880378] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70084 [624084.889872] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70088 [624084.889878] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70088 [624084.889880] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70084 [624084.889882] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70084 [624084.890881] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70088 [624084.890886] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70088 [624084.890888] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70084 [624084.890890] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70084 [624084.899840] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70088 [624084.899844] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70088 [624084.899846] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70084 [624084.899848] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70084 [624084.909759] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70088 [624084.909763] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70088 [624084.909766] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70084 [624084.909768] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70084 [624084.910762] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70088 [624084.910766] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70088 [624084.910768] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70084 [624084.910770] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70084 [624084.919841] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70088 [624084.919845] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70088 [624084.919847] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70084 [624084.919850] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70084 [624084.928905] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70088 [624084.928909] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70088 [624084.928912] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70084 [624084.928914] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70084 [624084.938809] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70088 [624084.938815] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70088 [624084.938819] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70084 [624084.938821] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70084 [624084.948969] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70088 [624084.948974] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70088 [624084.948976] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70084 [624084.948978] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70084 [624084.958940] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70088 [624084.958945] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed write to 70088 [624084.958948] [drm:hsw_unclaimed_reg_clear] *ERROR* Unknown unclaimed register before writing to 70084 [624084.958950] [drm:hsw_unclaimed_reg_check] *ERROR* Unclaimed
Bug#777243: Boot fails due to missing ext4 module
W dniu 07.02.2015 o 02:18, Ben Hutchings pisze: On Fri, 2015-02-06 at 22:57 +0100, Rafal Pietrak wrote: W dniu 06.02.2015 o 20:31, Ben Hutchings pisze: Control: retitle -1 Boot fails due to missing ext4 module On Fri, 2015-02-06 at 18:48 +0100, Rafał Pietrak wrote: [--] Can you clarify how far the system boots? Does it stop at a shell with the prompt '(initramfs)'? Stops at: maintenance mode. Give root password or control-D Oh, so this is not an initramfs problem as I suspected. Frankly, I woulnd't tell. And I think, it does that because /srv/pgdat is ext4 and cannot be mounted because of missing ext4.ko within the kernel. [...] Then I think the package is not properly installed. Naturally someting is wrong. But since the wheezy to jessie upgrade, there was at least one time the kernel was updated too. And the problem remains while the update didn't complain about anything. In any case, first thing I did (after reviving the system to the point I had a usable /usr) I did apt-get install --reinstall both kernels. No errors reported. Something really strange did happen on the moment of transition from wheezy to jessie. But I'm lost guessing which package to blame (apart from ext4, my notebook keyboard stopped working then, it works only when I boot i485 kernel - the one without ext4 - and only when I boot it with sysvinit scripts, otherwise it's dead). My best guess is that the problem has something to do with the kernel. May be the load order of modules?? Boot screen shows two red FAILURE lines (somewhat apart from one another) reporting something along the lines of unable to load module, but dissapears quickly and isn't copied to neither dmesg nor kern.log nos syslog. Do these commands produce any output? debsums -c linux-image-3.2.0-4-486 debsums -c linux-image-3.16.0-4-586 both report OK (echo $? -- 0). If not, does modprobe start working if you run 'depmod' first? no, it didn't. (although I can see /lib/modules/3.2*/modules* files were touched). And a direct insmod /lub/modules/3.2.*/kernel/fs/ext4/ext4.ko doesn't work either. -R -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54d5ce8a.5070...@ztk-rp.eu
Bug#777243: Boot fails due to missing ext4 module
W dniu 07.02.2015 o 18:47, Ben Hutchings pisze: On Sat, 2015-02-07 at 18:21 +0100, Rafał Pietrak wrote: W dniu 07.02.2015 17:48, Ben Hutchings pisze: On Sat, 2015-02-07 at 09:36 +0100, Rafal Pietrak wrote: [...] [---] And a direct insmod /lub/modules/3.2.*/kernel/fs/ext4/ext4.ko doesn't work either. How does it fail? What error messages do you see (both at the shell and in the kernel log)? The command is silent, returns 0 (meaning: echo $? == 0 ... which is surprising when I think of it now, since strace reports exit=1), and the log contains nothing. I only know that it faile because neither lsmod show it, nor mount starts working. But I've also done a strace of the insmod (attached) - may be this'll give something. write(2, insmod: ERROR: could not insert ..., 113insmod: ERROR: could not insert module /lib/modules/3.2.0-4-486/kernel/fs/ext4/ext4.ko: Unknown symbol in module ) = 113 This implies that the wrong kernel image is being loaded. As you are using GRUB this is surprising. That was my first guess, so I did --reinstall of the kernel as soon as I had /usr on line. But to no avail. What does 'type insmod' say? === /sbin/insmod $ file /sbin/insmod /sbin/insmod is a symlink to /bin/kmod $ file /bin/kmon ELF 32-bit Build(sha1)=86da...ef68, stripped $ dpkg -s kmod ... Version: 18-3 === Sorry for the shorten output, but I don't have the notebook operational, yet (under 486 kernel); so I'm sending it from another machine typeing it in manually. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54d65547.8090...@ztk-rp.eu
Bug#777243: Bug#776909: kernel-package: couple of modules fail to load after wheezy to jessie upgrade
W dniu 06.02.2015 o 20:31, Ben Hutchings pisze: Control: retitle -1 Boot fails due to missing ext4 module On Fri, 2015-02-06 at 18:48 +0100, Rafał Pietrak wrote: W dniu 04.02.2015 23:07, Ben Hutchings pisze: [...] Severity: grave Tags: newcomer Justification: renders package unusable I've upgraded my LG notebook (X-note: LS50a) from wheezy to jessie and: 1. the upgrade have installed kernel version-i585 in addition to my earlier (automatically installed during an upgrade to wheezy) version-i486. 2. when booting i486, it fails to modprobe ext4-fs during the boot. It breaks boot sequence, but manual (from shell prompt) modprobe ext4 does not load the module into the kernel. Can you clarify how far the system boots? Does it stop at a shell with the prompt '(initramfs)'? Stops at: maintenance mode. Give root password or control-D And I think, it does that because /srv/pgdat is ext4 and cannot be mounted because of missing ext4.ko within the kernel. I vagually remember the boot stopping at (initramfs), but after I've moved /usr to jfs it is mounted during the boot and the process stops somewhat farther. Please send a copy of the /etc/fstab file. =/etc/fstab=== proc /procprocdefaults0 0 /dev/mapper/vg0-root/xfsdefaults0 1 [...] So is the root filesystem type really xfs, or is it ext4? Yes, it's XFS. I didn't bother to change that after my experimentation time was done (I don't mind since my /usr is on a separate partition). So, at this point only /srv/pgdat is ext4 and it looks like it only rises a problem of missing ext4.ko module when booting kernel 3.2.xxx-486, which was the kernel *number* I used before the upgrade (it was upgraded by apt-get since); Yet, ext4 are modprobed correctly only when I boot from 3.16.x-586 kernel, which jessie have installed on this machine. One additional info regarding keyboard: 1. currently, after the upgrade I have six entries in my grub.menu: 1) linux-586, 2) linux-586 (sysvinit), 3) linux-586 (recover), 4) linux-486, 5) linux-486 (sysvinit), and 6) linux-486 (recover) 2. when I boot (5) (e.g.: linux-486/sysvinit) I get the notebook keyboard working correctly. No other boot does that. -R -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54d538c2.4030...@ztk-rp.eu
Bug#710004: linux-image-3.2.0-4-amd64: lxc-checkcopnfig reports missing CONFIG_CGROUP_NS
Package: src:linux Version: 3.2.41-2+deb7u2 Severity: important * This is a clean upgraded Debian, from recent Debian-6 installation * since OpenVZ is missing, I've installed LXC packages, did lxc-create and lxc-start * What was the outcome: lxc-start: No cgroup mounted on the system; lxc-start: failed to spawn ... * What you've expected: lxc-start: OK. lcx-checkconfig reports some missing components: --- Namespaces --- Namespaces: enabled Utsname namespace: enabled Ipc namespace: enabled Pid namespace: enabled User namespace: enabled Network namespace: enabled Multiple /dev/pts instances: enabled --- Control groups --- Cgroup: enabled Cgroup namespace: CONFIG_CGROUP_NSmissing ^^^ Cgroup device: enabled Cgroup sched: enabled Cgroup cpu account: enabled Cgroup memory controller: enabled Cgroup cpuset: enabled --- Misc --- Veth pair device: enabled Macvlan: enabled Vlan: enabled File capabilities: enabled -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.41-2+deb7u2 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/bronek-root ro quiet ** Not tainted ** Kernel log: [1.268111] cciss :04:03.0: cciss0: 0x46 at PCI :04:03.0 IRQ 19 using DAC [1.295566] cciss/c0d0: p1 p2 p5 [1.296193] scsi0 : cciss [1.336075] libata version 3.00 loaded. [1.336826] ata_piix :00:1f.1: version 2.13 [1.336840] ata_piix :00:1f.1: enabling device (0005 - 0007) [1.336847] ata_piix :00:1f.1: can't derive routing for PCI INT A [1.336907] ata_piix :00:1f.1: setting latency timer to 64 [1.337425] scsi1 : ata_piix [1.337574] scsi2 : ata_piix [1.337660] ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0x500 irq 14 [1.337663] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x508 irq 15 [1.354255] e1000 :0a:01.0: eth1: (PCI-X:133MHz:64-bit) 00:0e:0c:b3:c8:0c [1.354267] e1000 :0a:01.0: eth1: Intel(R) PRO/1000 Network Connection [1.354300] e1000 :0a:01.1: PCI IRQ 98 - rerouted to legacy IRQ 18 [1.366788] tg3 :03:01.1: eth2: Tigon3 [partno(N/A) rev 2100] (PCIX:133MHz:64-bit) MAC address 00:13:21:f1:98:c8 [1.366793] tg3 :03:01.1: eth2: attached PHY is 5704 (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[0]) [1.366797] tg3 :03:01.1: eth2: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[1] [1.366801] tg3 :03:01.1: eth2: dma_rwctrl[769f4000] dma_mask[64-bit] [1.500301] ata1.00: ATAPI: CD-224E, 9.9A, max MWDMA2 [1.516188] ata1.00: configured for MWDMA2 [1.518567] scsi 1:0:0:0: CD-ROMTEAC CD-224E 9.9A PQ: 0 ANSI: 5 [1.528605] sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2 cdda tray [1.528612] cdrom: Uniform CD-ROM driver Revision: 3.20 [1.528914] sr 1:0:0:0: Attached scsi CD-ROM sr0 [1.532694] sr 1:0:0:0: Attached scsi generic sg0 type 5 [1.662086] e1000 :0a:01.1: eth3: (PCI-X:133MHz:64-bit) 00:0e:0c:b3:c8:0d [1.662095] e1000 :0a:01.1: eth3: Intel(R) PRO/1000 Network Connection [1.696033] Refined TSC clocksource calibration: 3600.127 MHz. [1.696041] Switching to clocksource tsc [4.096034] floppy0: no floppy controllers found [4.490356] device-mapper: uevent: version 1.0.3 [4.490513] device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-de...@redhat.com [5.112066] PM: Starting manual resume from disk [5.112073] PM: Hibernation image partition 254:1 present [5.112076] PM: Looking for hibernation image. [5.127116] PM: Image not found (code -22) [5.127120] PM: Hibernation image not present or could not be loaded. [7.066583] udevd[325]: starting version 175 [7.367739] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [7.392084] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1 [7.392100] ACPI: Power Button [PWRF] [7.510939] input: PC Speaker as /devices/platform/pcspkr/input/input2 [7.594905] Floppy drive(s): fd0 is 1.44M [7.604970] udevd[348]: renamed network interface eth2 to rename4 [7.620842] udevd[341]: renamed network interface eth1 to eth2 [7.696801] udevd[348]: renamed network interface rename4 to eth1 [7.787765] hpwdt :01:04.0: This server does not have an iLO2+ ASIC. [7.793807] EDAC MC: Ver: 2.1.0 [7.983508] Contact your BIOS vendor to see if the E752x error registers can be safely un-hidden [7.992558] Error: Driver 'pcspkr' is already registered, aborting... [8.105060] intel_rng: FWH not detected [8.156460] iTCO_vendor_support: vendor-support=0 [8.175934] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.07 [8.176145] iTCO_wdt: unable to reset NO_REBOOT flag, device disabled by hardware/BIOS [8.339831] psmouse serio1: bad data from KBC - timeout [8.364916] psmouse serio1: bad data from KBC -
Bug#620857: linux-image-2.6.32-5-686: xorg x11 server does not display cursor
Package: linux-2.6 Version: 2.6.32-31 Severity: critical Tags: squeeze Justification: breaks unrelated software recent upgrade of linux-image-2.6.32-5-686 (some two weeks ago) made X11 start without mouse cursor visible (mouse operates correctly - when mouse moves over active region, I can see the region gives highlight feedback). No such problem show up, when I boot last linux-image-2.6.32-3-686. Previous version of *-5-686 didn't have that problem either, but I didn't have that package to test it. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information not available ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller [8086:3580] (rev 02) Subsystem: LG Electronics, Inc. Device [1854:000a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Region 0: Memory at unassigned (32-bit, prefetchable) Capabilities: access denied Kernel driver in use: agpgart-intel 00:00.1 System peripheral [0880]: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller [8086:3584] (rev 02) Subsystem: LG Electronics, Inc. Device [1854:000a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 00:00.3 System peripheral [0880]: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller [8086:3585] (rev 02) Subsystem: LG Electronics, Inc. Device [1854:000a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 00:02.0 VGA compatible controller [0300]: Intel Corporation 82852/855GM Integrated Graphics Device [8086:3582] (rev 02) (prog-if 00 [VGA controller]) Subsystem: LG Electronics, Inc. Device [1854:000a] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 11 Region 0: Memory at e800 (32-bit, prefetchable) [size=128M] Region 1: Memory at e000 (32-bit, non-prefetchable) [size=512K] Region 2: I/O ports at 1800 [size=8] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 00:02.1 Display controller [0380]: Intel Corporation 82852/855GM Integrated Graphics Device [8086:3582] (rev 02) Subsystem: LG Electronics, Inc. Device [1854:000a] Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Region 0: Memory at f000 (32-bit, prefetchable) [size=128M] Region 1: Memory at e008 (32-bit, non-prefetchable) [size=512K] Capabilities: access denied 00:1d.0 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 [8086:24c2] (rev 03) (prog-if 00 [UHCI]) Subsystem: LG Electronics, Inc. Device [1854:000a] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 11 Region 4: I/O ports at 1820 [size=32] Kernel driver in use: uhci_hcd 00:1d.1 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 [8086:24c4] (rev 03) (prog-if 00 [UHCI]) Subsystem: LG Electronics, Inc. Device [1854:000a] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin B routed to IRQ 10 Region 4: I/O ports at 1840 [size=32] Kernel driver in use: uhci_hcd 00:1d.2 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 [8086:24c7] (rev 03) (prog-if 00 [UHCI]) Subsystem: LG Electronics, Inc. Device [1854:000a] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx-
