On Mon, May 3, 2010 at 23:06:35 +0530, Ritesh Raj Sarraf wrote: > Thanks. Your steps helped the /dev/dri/ unavailability problem. Now kdm starts, but the screen is black and blank. > No mouse pointer or anything. I can access the machine over ssh. Over ssh, when I stop kdm, the console does not return > back. The screen remains blank as it is. I can initiate a reboot. > > I have also attached the dmesg.txt > > [ 61.553345] Modules linked in: aes_i586 aes_generic ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_tcpudp iptable_filter ip_tables x_tables sco bnep rfcomm l2cap iscsi_trgt crc32c container pci_slot power_meter sbs sbshc bridge stp xen_evtchn xenfs ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi fuse ext3 jbd dm_round_robin dm_multipath scsi_dh nouveau ttm drm_kms_helper drm i2c_algo_bit dm_crypt snd_hda_codec_idt btusb bluetooth uvcvideo snd_hda_intel videodev snd_usb_audio snd_hda_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_usb_lib snd_seq_midi snd_hwdep v4l1_compat snd_rawmidi snd_seq_midi_event arc4 snd_seq ecb iwl3945 joydev snd_timer snd_seq_device iwlcore mac80211 led_class dell_laptop cfg80211 rfkill snd i2c_i801 rng_core soundcore snd_page_alloc dcdbas i2c_core battery evdev ac processor wmi pcspkr psmouse serio_raw ext4 mbcache jbd2 crc16 usbhid h > id dm_mod sg sd_mod crc_t10dif sr_mod cdrom b44 ssb ata_generic mmc_core ata_piix libata uhci_hcd ehci_hcd pcmcia pcmcia_core mii video output button scsi_mod usbcore nls_base thermal fan thermal_sys [last unloaded: scsi_wait_scan] > [ 61.553345] Pid: 2615, comm: Xorg Tainted: G W 2.6.32-4-xen-686 #1 > [ 61.553345] Call Trace: > [ 61.553345] [<c1037aed>] ? warn_slowpath_common+0x5e/0x8a > [ 61.553345] [<c1037b23>] ? warn_slowpath_null+0xa/0xc > [ 61.553345] [<c1004bde>] ? xen_mc_issue+0x11/0x1f > [ 61.553345] [<c10a4830>] ? insert_pfn+0x58/0x96 > [ 61.553345] [<c10a488d>] ? vm_insert_mixed+0x1f/0x28 > [ 61.553345] [<edbfa58b>] ? ttm_bo_vm_fault+0x19e/0x1ed [ttm] > [ 61.553345] [<c10a1342>] ? __do_fault+0x53/0x3fb > [ 61.553345] [<c1005dec>] ? xen_force_evtchn_callback+0xc/0x10 > [ 61.553345] [<c10a3541>] ? handle_mm_fault+0x403/0x954 > [ 61.553345] [<c1005dec>] ? xen_force_evtchn_callback+0xc/0x10 > [ 61.553345] [<c1006454>] ? check_events+0x8/0xc > [ 61.553345] [<c100644b>] ? xen_restore_fl_direct_end+0x0/0x1 > [ 61.553345] [<c103cca0>] ? do_softirq+0x39/0x3c > [ 61.553345] [<c102283f>] ? do_page_fault+0x271/0x287 > [ 61.553345] [<c10225ce>] ? do_page_fault+0x0/0x287 > [ 61.553345] [<c1288073>] ? error_code+0x73/0x78 > [ 61.553345] ---[ end trace c6fe7832ae6b540f ]--- Can you reproduce this with a non-xen kernel? Cheers, Julien
Attachment:
signature.asc
Description: Digital signature