Re: i915kms.ko not loading
Le 04/09/2013 17:01, Alexander a écrit : ... #8 0x80319390 in drm_attach (kdev=value optimized out, idlist=value optimized out) at /usr/src/sys/dev/drm/drm_drv.c:462 ... In this stack trace, it appears that the drm code is used, not drm2. Do you have device drm in your kernel config? If yes, please remove it, as well as device i915 if you have it too, and retry. -- Jean-Sébastien Pédron ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: i915kms.ko not loading
04.09.2013 21:40, John Baldwin пишет: On Wednesday, September 04, 2013 2:16:35 pm Alexander wrote: 04.09.2013 18:58, John Baldwin wrote: On Wednesday, September 04, 2013 11:01:03 am Alexander wrote: 02.09.2013 14:42, Jean-Sébastien Pédron пишет: On 02.09.2013 12:00, Alexander wrote: (...) #17 0x80462700 in sysctl_move_oid () #18 0x80319070 in drm_attach () (...) The kernel is missing debug symbols. Could you please rebuild your kernel with the following option: makeoptions DEBUG=-g (also found in GENERIC) Then reproduce the problem and send the output of kgdb again? Thanks! I rebuild the kernel with debug-g root kgdb /boot/kernel/kernel /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Unread portion of the kernel message buffer: drmn0: Intel IvyBridge on vgapci0 iicbus0: Philips I2C bus on iicbb0 addr 0xff iicsmb0: SMBus over I2C bridge on iicbus0 smbus1: System Management Bus on iicsmb0 smb1: SMBus generic I/O on smbus1 iic0: I2C generic I/O on iicbus0 iicsmb1: SMBus over I2C bridge on iicbus1 smbus2: System Management Bus on iicsmb1 smb2: SMBus generic I/O on smbus2 iic1: I2C generic I/O on iicbus1 iicbus2: Philips I2C bus on iicbb1 addr 0xff iicsmb2: SMBus over I2C bridge on iicbus2 smbus3: System Management Bus on iicsmb2 smb3: SMBus generic I/O on smbus3 iic2: I2C generic I/O on iicbus2 iicsmb3: SMBus over I2C bridge on iicbus3 smbus4: System Management Bus on iicsmb3 smb4: SMBus generic I/O on smbus4 iic3: I2C generic I/O on iicbus3 iicbus4: Philips I2C bus on iicbb2 addr 0xff iicsmb4: SMBus over I2C bridge on iicbus4 smbus5: System Management Bus on iicsmb4 smb5: SMBus generic I/O on smbus5 iic4: I2C generic I/O on iicbus4 iicsmb5: SMBus over I2C bridge on iicbus5 smbus6: System Management Bus on iicsmb5 smb6: SMBus generic I/O on smbus6 iic5: I2C generic I/O on iicbus5 iicbus6: Philips I2C bus on iicbb3 addr 0xff iicsmb6: SMBus over I2C bridge on iicbus6 smbus7: System Management Bus on iicsmb6 smb7: SMBus generic I/O on smbus7 iic6: I2C generic I/O on iicbus6 iicsmb7: SMBus over I2C bridge on iicbus7 smbus8: System Management Bus on iicsmb7 smb8: SMBus generic I/O on smbus8 iic7: I2C generic I/O on iicbus7 iicbus8: Philips I2C bus on iicbb4 addr 0xff iicsmb8: SMBus over I2C bridge on iicbus8 smbus9: System Management Bus on iicsmb8 smb9: SMBus generic I/O on smbus9 iic8: I2C generic I/O on iicbus8 iicsmb9: SMBus over I2C bridge on iicbus9 smbus10: System Management Bus on iicsmb9 smb10: SMBus generic I/O on smbus10 iic9: I2C generic I/O on iicbus9 iicbus10: Philips I2C bus on iicbb5 addr 0xff iicsmb10: SMBus over I2C bridge on iicbus10 smbus11: System Management Bus on iicsmb10 smb11: SMBus generic I/O on smbus11 iic10: I2C generic I/O on iicbus10 iicsmb11: SMBus over I2C bridge on iicbus11 smbus12: System Management Bus on iicsmb11 smb12: SMBus generic I/O on smbus12 iic11: I2C generic I/O on iicbus11 iicbus12: Philips I2C bus on iicbb6 addr 0xff iicsmb12: SMBus over I2C bridge on iicbus12 smbus13: System Management Bus on iicsmb12 smb13: SMBus generic I/O on smbus13 iic12: I2C generic I/O on iicbus12 iicsmb13: SMBus over I2C bridge on iicbus13 smbus14: System Management Bus on iicsmb13 smb14: SMBus generic I/O on smbus14 iic13: I2C generic I/O on iicbus13 iicbus14: Philips I2C bus on iicbb7 addr 0xff iicsmb14: SMBus over I2C bridge on iicbus14 smbus15: System Management Bus on iicsmb14 smb15: SMBus generic I/O on smbus15 iic14: I2C generic I/O on iicbus14 iicsmb15: SMBus over I2C bridge on iicbus15 smbus16: System Management Bus on iicsmb15 smb16: SMBus generic I/O on smbus16 iic15: I2C generic I/O on iicbus15 Fatal trap 9: general protection fault while in kernel mode cpuid = 2; apic id = 02 instruction pointer= 0x20:0x810402a6 stack pointer= 0x28:0xfe011f2f8360 frame pointer= 0x28:0xfe011f2f83e0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process= 1408 (kldload) trap number= 9 panic: general protection fault cpuid = 2 Uptime: 1m30s Dumping 449 out of 7118 MB:..4%..11%..22%..33%..43%..54%..61%..72%..82%..93% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/acl_nfs4.ko.symbols...done. Loaded symbols for /boot/kernel/acl_nfs4.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols
Re: i915kms.ko not loading
On Thursday, September 05, 2013 10:08:21 am Alexander wrote: 04.09.2013 21:40, John Baldwin пишет: On Wednesday, September 04, 2013 2:16:35 pm Alexander wrote: 04.09.2013 18:58, John Baldwin wrote: On Wednesday, September 04, 2013 11:01:03 am Alexander wrote: 02.09.2013 14:42, Jean-Sébastien Pédron пишет: On 02.09.2013 12:00, Alexander wrote: (...) #17 0x80462700 in sysctl_move_oid () #18 0x80319070 in drm_attach () (...) The kernel is missing debug symbols. Could you please rebuild your kernel with the following option: makeoptions DEBUG=-g (also found in GENERIC) Then reproduce the problem and send the output of kgdb again? Thanks! I rebuild the kernel with debug-g root kgdb /boot/kernel/kernel /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Unread portion of the kernel message buffer: drmn0: Intel IvyBridge on vgapci0 iicbus0: Philips I2C bus on iicbb0 addr 0xff iicsmb0: SMBus over I2C bridge on iicbus0 smbus1: System Management Bus on iicsmb0 smb1: SMBus generic I/O on smbus1 iic0: I2C generic I/O on iicbus0 iicsmb1: SMBus over I2C bridge on iicbus1 smbus2: System Management Bus on iicsmb1 smb2: SMBus generic I/O on smbus2 iic1: I2C generic I/O on iicbus1 iicbus2: Philips I2C bus on iicbb1 addr 0xff iicsmb2: SMBus over I2C bridge on iicbus2 smbus3: System Management Bus on iicsmb2 smb3: SMBus generic I/O on smbus3 iic2: I2C generic I/O on iicbus2 iicsmb3: SMBus over I2C bridge on iicbus3 smbus4: System Management Bus on iicsmb3 smb4: SMBus generic I/O on smbus4 iic3: I2C generic I/O on iicbus3 iicbus4: Philips I2C bus on iicbb2 addr 0xff iicsmb4: SMBus over I2C bridge on iicbus4 smbus5: System Management Bus on iicsmb4 smb5: SMBus generic I/O on smbus5 iic4: I2C generic I/O on iicbus4 iicsmb5: SMBus over I2C bridge on iicbus5 smbus6: System Management Bus on iicsmb5 smb6: SMBus generic I/O on smbus6 iic5: I2C generic I/O on iicbus5 iicbus6: Philips I2C bus on iicbb3 addr 0xff iicsmb6: SMBus over I2C bridge on iicbus6 smbus7: System Management Bus on iicsmb6 smb7: SMBus generic I/O on smbus7 iic6: I2C generic I/O on iicbus6 iicsmb7: SMBus over I2C bridge on iicbus7 smbus8: System Management Bus on iicsmb7 smb8: SMBus generic I/O on smbus8 iic7: I2C generic I/O on iicbus7 iicbus8: Philips I2C bus on iicbb4 addr 0xff iicsmb8: SMBus over I2C bridge on iicbus8 smbus9: System Management Bus on iicsmb8 smb9: SMBus generic I/O on smbus9 iic8: I2C generic I/O on iicbus8 iicsmb9: SMBus over I2C bridge on iicbus9 smbus10: System Management Bus on iicsmb9 smb10: SMBus generic I/O on smbus10 iic9: I2C generic I/O on iicbus9 iicbus10: Philips I2C bus on iicbb5 addr 0xff iicsmb10: SMBus over I2C bridge on iicbus10 smbus11: System Management Bus on iicsmb10 smb11: SMBus generic I/O on smbus11 iic10: I2C generic I/O on iicbus10 iicsmb11: SMBus over I2C bridge on iicbus11 smbus12: System Management Bus on iicsmb11 smb12: SMBus generic I/O on smbus12 iic11: I2C generic I/O on iicbus11 iicbus12: Philips I2C bus on iicbb6 addr 0xff iicsmb12: SMBus over I2C bridge on iicbus12 smbus13: System Management Bus on iicsmb12 smb13: SMBus generic I/O on smbus13 iic12: I2C generic I/O on iicbus12 iicsmb13: SMBus over I2C bridge on iicbus13 smbus14: System Management Bus on iicsmb13 smb14: SMBus generic I/O on smbus14 iic13: I2C generic I/O on iicbus13 iicbus14: Philips I2C bus on iicbb7 addr 0xff iicsmb14: SMBus over I2C bridge on iicbus14 smbus15: System Management Bus on iicsmb14 smb15: SMBus generic I/O on smbus15 iic14: I2C generic I/O on iicbus14 iicsmb15: SMBus over I2C bridge on iicbus15 smbus16: System Management Bus on iicsmb15 smb16: SMBus generic I/O on smbus16 iic15: I2C generic I/O on iicbus15 Fatal trap 9: general protection fault while in kernel mode cpuid = 2; apic id = 02 instruction pointer= 0x20:0x810402a6 stack pointer= 0x28:0xfe011f2f8360 frame pointer= 0x28:0xfe011f2f83e0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process= 1408 (kldload) trap number= 9 panic: general protection fault cpuid = 2 Uptime: 1m30s Dumping 449 out of 7118 MB:..4%..11%..22%..33%..43%..54%..61%..72%..82%..93% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading
Re: i915kms.ko not loading
On Thursday, September 05, 2013 11:46:13 am Alexander wrote:
05.09.2013 17:30, John Baldwin wrote:
On Thursday, September 05, 2013 10:08:21 am Alexander wrote:
[ ..cut ..]
Hmm, 'p *dev'?
(kgdb) p *dev
No symbol dev in current context.
Please go back to frame 6 first and then run 'p *dev'.
(kgdb) frame 6
#6 0x810402a6 in intel_parse_bios (dev=0xf80005dca800) at
/usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287
287switch (INTEL_INFO(dev)-gen) {
(kgdb) p *dev
= 0x0, sg = 0x0, ctx_bitmap = 0x0, dev_private = 0xf80005dca840,
dev_private isn't NULL at least. INTEL_INFO is this:
i915_drv.h:#define INTEL_INFO(dev) (((struct drm_i915_private *) (dev)-
dev_private)-info)
Can you stay at frame 6 and do:
'set $dp = (struct drm_i915_private *)dev-dev_private'
'p *$dp'
'p *$dp-info'
--
John Baldwin
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: i915kms.ko not loading
05.09.2013 18:57, John Baldwin пишет:
On Thursday, September 05, 2013 11:46:13 am Alexander wrote:
05.09.2013 17:30, John Baldwin wrote:
On Thursday, September 05, 2013 10:08:21 am Alexander wrote:
[ ..cut ..]
Hmm, 'p *dev'?
(kgdb) p *dev
No symbol dev in current context.
Please go back to frame 6 first and then run 'p *dev'.
(kgdb) frame 6
#6 0x810402a6 in intel_parse_bios (dev=0xf80005dca800) at
/usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287
287switch (INTEL_INFO(dev)-gen) {
(kgdb) p *dev
= 0x0, sg = 0x0, ctx_bitmap = 0x0, dev_private = 0xf80005dca840,
dev_private isn't NULL at least. INTEL_INFO is this:
i915_drv.h:#define INTEL_INFO(dev) (((struct drm_i915_private *) (dev)-
dev_private)-info)
Can you stay at frame 6 and do:
'set $dp = (struct drm_i915_private *)dev-dev_private'
'p *$dp'
'p *$dp-info'
(kgdb) frame 6
#6 0x810402a6 in intel_parse_bios (dev=0xf80005dca800) at
/usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287
287switch (INTEL_INFO(dev)-gen) {
(kgdb) set $dp = (struct drm_i915_private *)dev-dev_private
(kgdb) p *$dp
$1 = {dev = 0x806d3a7d, gmbus_bridge = 0x103, bbbus_bridge =
0x0, gmbus = 0x4, bbbus = 0x0, gmbus_sx = {lock_object = {lo_name = 0x0,
lo_flags = 0, lo_data = 0, lo_witness = 0x0}, sx_lock =
18446744071569226358}, has_gem = 16973824, relative_constants_mode = 0,
sarea = 0x0,
mmio_map = 0x4, gt_fifo_count = 2154642031, forcewake_count =
4294967295, gt_lock = {lock_object = {
lo_name = 0x103 Address 0x103 out of bounds, lo_flags =
0, lo_data = 0, lo_witness = 0x1}, mtx_lock = 18446744071569226372},
sarea_priv = 0x103, rings = {{name = 0x0, id = 4, mmio_base = 0,
virtual_start = 0x0, dev = 0xa, obj = 0x1, head = 2, tail = 3,
space = 4,
size = 5, effective_size = 9, status_page = {page_addr =
0xc000b, gfx_addr = 0, obj = 0x0}, last_retired_head = 0, irq_lock =
{lock_object = {
lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0},
mtx_lock = 0}, irq_refcount = 0, irq_mask = 0, irq_seqno = 0,
trace_irq_seqno = 0,
waiting_seqno = 0, sync_seqno = {0, 0}, irq_get =
0xf80005dca968, irq_put = 0, init = 0, write_tail = 0, flush = 0,
add_request = 0,
get_seqno = 0, dispatch_execbuffer = 0, cleanup = 0, sync_to = 0,
semaphore_register = {0, 0, 0}, signal_mbox = {0, 0}, active_list =
{next = 0x0,
prev = 0x0}, request_list = {next = 0x0, prev = 0x0},
gpu_write_list = {next = 0x0, prev = 0x0}, outstanding_lazy_request = 0,
map = {offset = 0,
size = 0, type = _DRM_FRAME_BUFFER, flags = 0, handle = 0x0,
mtrr = 0, rid = 0, virtual = 0x0, bsr = 0x0, bst = 0, bsh = 0, dmah =
0x0, link = {
tqe_next = 0x0, tqe_prev = 0x0}}, private = 0x0}, {name =
0xf800056ccb80 , id = 91016144, mmio_base = 4294965248,
virtual_start = 0xf801a46097c0, dev = 0x0, obj = 0x0, head =
0, tail = 0, space = 0, size = 0, effective_size = 0, status_page = {
page_addr = 0x0, gfx_addr = 0, obj = 0x0}, last_retired_head =
0, irq_lock = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0,
lo_witness = 0xf80001ac3d80}, mtx_lock = 0}, irq_refcount
= 0, irq_mask = 0, irq_seqno = 0, trace_irq_seqno = 0, waiting_seqno = 0,
sync_seqno = {0, 0}, irq_get = 0x10, irq_put = 0, init = 0,
write_tail = 0, flush = 0x2, add_request = 0, get_seqno = 0,
dispatch_execbuffer = 0,
cleanup = 0, sync_to = 0, semaphore_register = {0, 0, 0},
signal_mbox = {0, 0}, active_list = {next = 0xf80005dca840, prev =
0x0},
request_list = {next = 0x0, prev = 0xf801a483bd80},
gpu_write_list = {next = 0x3, prev = 0x0}, outstanding_lazy_request =
87252704, map = {
offset = 0, size = 0, type = _DRM_FRAME_BUFFER, flags = 0,
handle = 0x0, mtrr = 0, rid = 0, virtual = 0x0, bsr = 0x0, bst = 0, bsh
= 0, dmah = 0x0,
link = {tqe_next = 0x0, tqe_prev = 0x0}}, private = 0x0}, {name
= 0x0, id = RCS, mmio_base = 0, virtual_start = 0x0, dev = 0x0, obj = 0x0,
head = 0, tail = 0, space = 0, size = 0, effective_size = 0,
status_page = {page_addr = 0x0, gfx_addr = 0, obj = 0x0},
last_retired_head = 0,
irq_lock = {lock_object = {lo_name = 0x Address
0x out of bounds, lo_flags = 0, lo_data = 0, lo_witness = 0x0},
mtx_lock = 0},
irq_refcount = 0, irq_mask = 0, irq_seqno = 0, trace_irq_seqno =
0, waiting_seqno = 0, sync_seqno = {0, 0}, irq_get = 0, irq_put = 0,
init = 0,
write_tail = 0, flush = 0, add_request = 0, get_seqno = 0,
dispatch_execbuffer = 0, cleanup = 0, sync_to = 0, semaphore_register =
{0, 0, 0},
signal_mbox = {0, 0}, active_list = {next = 0x0, prev = 0x0},
request_list = {next = 0x0, prev = 0x0}, gpu_write_list = {next = 0x0,
prev = 0x0},
outstanding_lazy_request = 0, map = {offset = 0, size = 0, type =
_DRM_FRAME_BUFFER, flags = 0, handle = 0x0, mtrr = 0, rid = 0, virtual =
0x0,
bsr = 0x0, bst
Re: i915kms.ko not loading
05.09.2013 17:30, John Baldwin wrote:
On Thursday, September 05, 2013 10:08:21 am Alexander wrote:
[ ..cut ..]
Hmm, 'p *dev'?
(kgdb) p *dev
No symbol dev in current context.
Please go back to frame 6 first and then run 'p *dev'.
(kgdb) frame 6
#6 0x810402a6 in intel_parse_bios (dev=0xf80005dca800) at
/usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287
287switch (INTEL_INFO(dev)-gen) {
(kgdb) p *dev
$1 = {driver = 0x810796a0, id_entry = 0x81079cd8,
pci_device = 338, pci_vendor = 32902, pci_subdevice = 0, pci_subvendor =
0, unique = 0x0,
unique_len = 0, device = 0xf80001a0ba00, devnode =
0xf801a476a400, if_version = 0, flags = 0, dma_lock = {lock_object = {
lo_name = 0x806d3a7d drmvbl, lo_flags = 16973824,
lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, irq_lock = {lock_object =
{lo_name = 0x0,
lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0},
dev_lock = {lock_object = {lo_name = 0x806d3a76 drmirq,
lo_flags = 16973824,
lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, dev_struct_lock =
{lock_object = {lo_name = 0x806d3a6f drmdev, lo_flags = 16973824,
lo_data = 0, lo_witness = 0x0}, sx_lock = 1}, drw_lock =
{lock_object = {lo_name = 0x806d3a84 drmdrw, lo_flags =
16973824, lo_data = 0,
lo_witness = 0x0}, mtx_lock = 4}, open_count = 0, buf_use = 0,
counters = 10, types = {_DRM_STAT_LOCK, _DRM_STAT_OPENS, _DRM_STAT_CLOSES,
_DRM_STAT_IOCTLS, _DRM_STAT_LOCKS, _DRM_STAT_UNLOCKS, _DRM_STAT_IRQ,
_DRM_STAT_PRIMARY, _DRM_STAT_SECONDARY, _DRM_STAT_DMA, _DRM_STAT_LOCK,
_DRM_STAT_LOCK, _DRM_STAT_LOCK, _DRM_STAT_LOCK, _DRM_STAT_LOCK},
counts = {0 repeats 15 times}, files = {tqh_first = 0x0,
tqh_last = 0xf80005dca968}, magiclist = {{head = 0x0, tail =
0x0} repeats 16 times}, maplist = {tqh_first = 0xf800056ccb80,
tqh_last = 0xf800056ccbd0}, map_unrhdr = 0xf801a46097c0,
context_sareas = 0x0, max_context = 0, lock = {hw_lock = 0x0, file_priv
= 0x0,
lock_queue = 0, lock_time = 0}, dma = 0x0, irq = 0, irq_enabled = 0,
msi_enabled = 0, irqrid = 0, irqr = 0x0, irqh = 0x0, pcir =
{0xf80001ac3d80,
0x0, 0x0, 0x0, 0x0, 0x0}, pcirid = {16, 0, 0, 0, 0, 0}, pci_domain =
0, pci_bus = 0, pci_slot = 2, pci_func = 0, context_flag = 0,
last_context = 0,
num_crtcs = 0, buf_sigio = 0x0, sysctl = 0x0, sysctl_node_idx = 0, agp
= 0x0, sg = 0x0, ctx_bitmap = 0x0, dev_private = 0xf80005dca840,
agp_buffer_token = 0, agp_buffer_map = 0x0, control =
0xf801a483bd80, primary = 0x3, drm_ttm_bdev = 0x0, drw_unrhdr =
0xf80005335ee0, drw_head = {
rbh_root = 0x0}, vblank_disable_allowed = 0, _vblank_count = 0x0,
_vblank_time = 0x0, vblank_time_lock = {lock_object = {lo_name = 0x0,
lo_flags = 0,
lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, vbl_lock =
{lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness =
0x0}, mtx_lock = 0},
vblank_refcount = 0x0, last_vblank = 0x0, vblank_enabled = 0x0,
vblank_inmodeset = 0x0, last_vblank_wait = 0x0, vblank_disable_callout =
{c_links = {
le = {le_next = 0x0, le_prev = 0x0}, sle = {sle_next = 0x0}, tqe =
{tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_precision = 0, c_arg =
0x0,
c_func = 0, c_lock = 0x0, c_flags = 0, c_cpu = 0}, max_vblank_count
= 4294967295, vblank_event_list = {next = 0x0, prev = 0x0}, event_lock = {
lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness
= 0x0}, mtx_lock = 0}, mode_config = {mutex = {lock_object = {lo_name =
0x0,
lo_flags = 0, lo_data = 0, lo_witness = 0x0}, sx_lock = 0},
crtc_names = {lock = {lock_object = {lo_name = 0x0, lo_flags = 0,
lo_data = 0,
lo_witness = 0x0}, mtx_lock = 0}, names_hash = 0x0, hash_mask
= 0, unr = 0x0}, num_fb = 0, fb_list = {next = 0x0, prev = 0x0},
num_connector = 0,
connector_list = {next = 0x0, prev = 0x0}, num_encoder = 0,
encoder_list = {next = 0x0, prev = 0x0}, num_plane = 0, plane_list =
{next = 0x0,
prev = 0x0}, num_crtc = 0, crtc_list = {next = 0x0, prev = 0x0},
property_list = {next = 0x0, prev = 0x0}, min_width = 0, min_height = 0,
max_width = 0, max_height = 0, funcs = 0x0, fb_base = 0,
poll_enabled = false, output_poll_task = {q = 0x0, t = {ta_link =
{stqe_next = 0x0},
ta_pending = 0, ta_priority = 0, ta_func = 0, ta_context = 0x0},
c = {c_links = {le = {le_next = 0x0, le_prev = 0x0}, sle = {sle_next =
0x0},
tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0,
c_precision = 0, c_arg = 0x0, c_func = 0, c_lock = 0x0, c_flags = 0,
c_cpu = 0}, f = 0},
property_blob_list = {next = 0x0, prev = 0x0}, edid_property = 0x0,
dpms_property = 0x0, dvi_i_subconnector_property = 0x0,
dvi_i_select_subconnector_property = 0x0, tv_subconnector_property =
0x0, tv_select_subconnector_property = 0x0, tv_mode_property = 0x0,
tv_left_margin_property = 0x0, tv_right_margin_property = 0x0,
tv_top_margin_property = 0x0, tv_bottom_margin_property = 0x0,
Re: i915kms.ko not loading
02.09.2013 14:42, Jean-Sébastien Pédron пишет: On 02.09.2013 12:00, Alexander wrote: (...) #17 0x80462700 in sysctl_move_oid () #18 0x80319070 in drm_attach () (...) The kernel is missing debug symbols. Could you please rebuild your kernel with the following option: makeoptions DEBUG=-g (also found in GENERIC) Then reproduce the problem and send the output of kgdb again? Thanks! I rebuild the kernel with debug-g root kgdb /boot/kernel/kernel /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Unread portion of the kernel message buffer: drmn0: Intel IvyBridge on vgapci0 iicbus0: Philips I2C bus on iicbb0 addr 0xff iicsmb0: SMBus over I2C bridge on iicbus0 smbus1: System Management Bus on iicsmb0 smb1: SMBus generic I/O on smbus1 iic0: I2C generic I/O on iicbus0 iicsmb1: SMBus over I2C bridge on iicbus1 smbus2: System Management Bus on iicsmb1 smb2: SMBus generic I/O on smbus2 iic1: I2C generic I/O on iicbus1 iicbus2: Philips I2C bus on iicbb1 addr 0xff iicsmb2: SMBus over I2C bridge on iicbus2 smbus3: System Management Bus on iicsmb2 smb3: SMBus generic I/O on smbus3 iic2: I2C generic I/O on iicbus2 iicsmb3: SMBus over I2C bridge on iicbus3 smbus4: System Management Bus on iicsmb3 smb4: SMBus generic I/O on smbus4 iic3: I2C generic I/O on iicbus3 iicbus4: Philips I2C bus on iicbb2 addr 0xff iicsmb4: SMBus over I2C bridge on iicbus4 smbus5: System Management Bus on iicsmb4 smb5: SMBus generic I/O on smbus5 iic4: I2C generic I/O on iicbus4 iicsmb5: SMBus over I2C bridge on iicbus5 smbus6: System Management Bus on iicsmb5 smb6: SMBus generic I/O on smbus6 iic5: I2C generic I/O on iicbus5 iicbus6: Philips I2C bus on iicbb3 addr 0xff iicsmb6: SMBus over I2C bridge on iicbus6 smbus7: System Management Bus on iicsmb6 smb7: SMBus generic I/O on smbus7 iic6: I2C generic I/O on iicbus6 iicsmb7: SMBus over I2C bridge on iicbus7 smbus8: System Management Bus on iicsmb7 smb8: SMBus generic I/O on smbus8 iic7: I2C generic I/O on iicbus7 iicbus8: Philips I2C bus on iicbb4 addr 0xff iicsmb8: SMBus over I2C bridge on iicbus8 smbus9: System Management Bus on iicsmb8 smb9: SMBus generic I/O on smbus9 iic8: I2C generic I/O on iicbus8 iicsmb9: SMBus over I2C bridge on iicbus9 smbus10: System Management Bus on iicsmb9 smb10: SMBus generic I/O on smbus10 iic9: I2C generic I/O on iicbus9 iicbus10: Philips I2C bus on iicbb5 addr 0xff iicsmb10: SMBus over I2C bridge on iicbus10 smbus11: System Management Bus on iicsmb10 smb11: SMBus generic I/O on smbus11 iic10: I2C generic I/O on iicbus10 iicsmb11: SMBus over I2C bridge on iicbus11 smbus12: System Management Bus on iicsmb11 smb12: SMBus generic I/O on smbus12 iic11: I2C generic I/O on iicbus11 iicbus12: Philips I2C bus on iicbb6 addr 0xff iicsmb12: SMBus over I2C bridge on iicbus12 smbus13: System Management Bus on iicsmb12 smb13: SMBus generic I/O on smbus13 iic12: I2C generic I/O on iicbus12 iicsmb13: SMBus over I2C bridge on iicbus13 smbus14: System Management Bus on iicsmb13 smb14: SMBus generic I/O on smbus14 iic13: I2C generic I/O on iicbus13 iicbus14: Philips I2C bus on iicbb7 addr 0xff iicsmb14: SMBus over I2C bridge on iicbus14 smbus15: System Management Bus on iicsmb14 smb15: SMBus generic I/O on smbus15 iic14: I2C generic I/O on iicbus14 iicsmb15: SMBus over I2C bridge on iicbus15 smbus16: System Management Bus on iicsmb15 smb16: SMBus generic I/O on smbus16 iic15: I2C generic I/O on iicbus15 Fatal trap 9: general protection fault while in kernel mode cpuid = 2; apic id = 02 instruction pointer= 0x20:0x810402a6 stack pointer= 0x28:0xfe011f2f8360 frame pointer= 0x28:0xfe011f2f83e0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process= 1408 (kldload) trap number= 9 panic: general protection fault cpuid = 2 Uptime: 1m30s Dumping 449 out of 7118 MB:..4%..11%..22%..33%..43%..54%..61%..72%..82%..93% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/acl_nfs4.ko.symbols...done. Loaded symbols for /boot/kernel/acl_nfs4.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/if_re.ko.symbols...done. Loaded symbols for /boot/kernel/if_re.ko.symbols Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. Loaded symbols for /boot/kernel/snd_hda.ko.symbols Reading symbols from
Re: i915kms.ko not loading
On Wednesday, September 04, 2013 11:01:03 am Alexander wrote: 02.09.2013 14:42, Jean-Sébastien Pédron пишет: On 02.09.2013 12:00, Alexander wrote: (...) #17 0x80462700 in sysctl_move_oid () #18 0x80319070 in drm_attach () (...) The kernel is missing debug symbols. Could you please rebuild your kernel with the following option: makeoptions DEBUG=-g (also found in GENERIC) Then reproduce the problem and send the output of kgdb again? Thanks! I rebuild the kernel with debug-g root kgdb /boot/kernel/kernel /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Unread portion of the kernel message buffer: drmn0: Intel IvyBridge on vgapci0 iicbus0: Philips I2C bus on iicbb0 addr 0xff iicsmb0: SMBus over I2C bridge on iicbus0 smbus1: System Management Bus on iicsmb0 smb1: SMBus generic I/O on smbus1 iic0: I2C generic I/O on iicbus0 iicsmb1: SMBus over I2C bridge on iicbus1 smbus2: System Management Bus on iicsmb1 smb2: SMBus generic I/O on smbus2 iic1: I2C generic I/O on iicbus1 iicbus2: Philips I2C bus on iicbb1 addr 0xff iicsmb2: SMBus over I2C bridge on iicbus2 smbus3: System Management Bus on iicsmb2 smb3: SMBus generic I/O on smbus3 iic2: I2C generic I/O on iicbus2 iicsmb3: SMBus over I2C bridge on iicbus3 smbus4: System Management Bus on iicsmb3 smb4: SMBus generic I/O on smbus4 iic3: I2C generic I/O on iicbus3 iicbus4: Philips I2C bus on iicbb2 addr 0xff iicsmb4: SMBus over I2C bridge on iicbus4 smbus5: System Management Bus on iicsmb4 smb5: SMBus generic I/O on smbus5 iic4: I2C generic I/O on iicbus4 iicsmb5: SMBus over I2C bridge on iicbus5 smbus6: System Management Bus on iicsmb5 smb6: SMBus generic I/O on smbus6 iic5: I2C generic I/O on iicbus5 iicbus6: Philips I2C bus on iicbb3 addr 0xff iicsmb6: SMBus over I2C bridge on iicbus6 smbus7: System Management Bus on iicsmb6 smb7: SMBus generic I/O on smbus7 iic6: I2C generic I/O on iicbus6 iicsmb7: SMBus over I2C bridge on iicbus7 smbus8: System Management Bus on iicsmb7 smb8: SMBus generic I/O on smbus8 iic7: I2C generic I/O on iicbus7 iicbus8: Philips I2C bus on iicbb4 addr 0xff iicsmb8: SMBus over I2C bridge on iicbus8 smbus9: System Management Bus on iicsmb8 smb9: SMBus generic I/O on smbus9 iic8: I2C generic I/O on iicbus8 iicsmb9: SMBus over I2C bridge on iicbus9 smbus10: System Management Bus on iicsmb9 smb10: SMBus generic I/O on smbus10 iic9: I2C generic I/O on iicbus9 iicbus10: Philips I2C bus on iicbb5 addr 0xff iicsmb10: SMBus over I2C bridge on iicbus10 smbus11: System Management Bus on iicsmb10 smb11: SMBus generic I/O on smbus11 iic10: I2C generic I/O on iicbus10 iicsmb11: SMBus over I2C bridge on iicbus11 smbus12: System Management Bus on iicsmb11 smb12: SMBus generic I/O on smbus12 iic11: I2C generic I/O on iicbus11 iicbus12: Philips I2C bus on iicbb6 addr 0xff iicsmb12: SMBus over I2C bridge on iicbus12 smbus13: System Management Bus on iicsmb12 smb13: SMBus generic I/O on smbus13 iic12: I2C generic I/O on iicbus12 iicsmb13: SMBus over I2C bridge on iicbus13 smbus14: System Management Bus on iicsmb13 smb14: SMBus generic I/O on smbus14 iic13: I2C generic I/O on iicbus13 iicbus14: Philips I2C bus on iicbb7 addr 0xff iicsmb14: SMBus over I2C bridge on iicbus14 smbus15: System Management Bus on iicsmb14 smb15: SMBus generic I/O on smbus15 iic14: I2C generic I/O on iicbus14 iicsmb15: SMBus over I2C bridge on iicbus15 smbus16: System Management Bus on iicsmb15 smb16: SMBus generic I/O on smbus16 iic15: I2C generic I/O on iicbus15 Fatal trap 9: general protection fault while in kernel mode cpuid = 2; apic id = 02 instruction pointer= 0x20:0x810402a6 stack pointer= 0x28:0xfe011f2f8360 frame pointer= 0x28:0xfe011f2f83e0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process= 1408 (kldload) trap number= 9 panic: general protection fault cpuid = 2 Uptime: 1m30s Dumping 449 out of 7118 MB:..4%..11%..22%..33%..43%..54%..61%..72%..82%..93% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/acl_nfs4.ko.symbols...done. Loaded symbols for /boot/kernel/acl_nfs4.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/if_re.ko.symbols...done. Loaded symbols for
Re: i915kms.ko not loading
04.09.2013 18:58, John Baldwin wrote: On Wednesday, September 04, 2013 11:01:03 am Alexander wrote: 02.09.2013 14:42, Jean-Sébastien Pédron пишет: On 02.09.2013 12:00, Alexander wrote: (...) #17 0x80462700 in sysctl_move_oid () #18 0x80319070 in drm_attach () (...) The kernel is missing debug symbols. Could you please rebuild your kernel with the following option: makeoptions DEBUG=-g (also found in GENERIC) Then reproduce the problem and send the output of kgdb again? Thanks! I rebuild the kernel with debug-g root kgdb /boot/kernel/kernel /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Unread portion of the kernel message buffer: drmn0: Intel IvyBridge on vgapci0 iicbus0: Philips I2C bus on iicbb0 addr 0xff iicsmb0: SMBus over I2C bridge on iicbus0 smbus1: System Management Bus on iicsmb0 smb1: SMBus generic I/O on smbus1 iic0: I2C generic I/O on iicbus0 iicsmb1: SMBus over I2C bridge on iicbus1 smbus2: System Management Bus on iicsmb1 smb2: SMBus generic I/O on smbus2 iic1: I2C generic I/O on iicbus1 iicbus2: Philips I2C bus on iicbb1 addr 0xff iicsmb2: SMBus over I2C bridge on iicbus2 smbus3: System Management Bus on iicsmb2 smb3: SMBus generic I/O on smbus3 iic2: I2C generic I/O on iicbus2 iicsmb3: SMBus over I2C bridge on iicbus3 smbus4: System Management Bus on iicsmb3 smb4: SMBus generic I/O on smbus4 iic3: I2C generic I/O on iicbus3 iicbus4: Philips I2C bus on iicbb2 addr 0xff iicsmb4: SMBus over I2C bridge on iicbus4 smbus5: System Management Bus on iicsmb4 smb5: SMBus generic I/O on smbus5 iic4: I2C generic I/O on iicbus4 iicsmb5: SMBus over I2C bridge on iicbus5 smbus6: System Management Bus on iicsmb5 smb6: SMBus generic I/O on smbus6 iic5: I2C generic I/O on iicbus5 iicbus6: Philips I2C bus on iicbb3 addr 0xff iicsmb6: SMBus over I2C bridge on iicbus6 smbus7: System Management Bus on iicsmb6 smb7: SMBus generic I/O on smbus7 iic6: I2C generic I/O on iicbus6 iicsmb7: SMBus over I2C bridge on iicbus7 smbus8: System Management Bus on iicsmb7 smb8: SMBus generic I/O on smbus8 iic7: I2C generic I/O on iicbus7 iicbus8: Philips I2C bus on iicbb4 addr 0xff iicsmb8: SMBus over I2C bridge on iicbus8 smbus9: System Management Bus on iicsmb8 smb9: SMBus generic I/O on smbus9 iic8: I2C generic I/O on iicbus8 iicsmb9: SMBus over I2C bridge on iicbus9 smbus10: System Management Bus on iicsmb9 smb10: SMBus generic I/O on smbus10 iic9: I2C generic I/O on iicbus9 iicbus10: Philips I2C bus on iicbb5 addr 0xff iicsmb10: SMBus over I2C bridge on iicbus10 smbus11: System Management Bus on iicsmb10 smb11: SMBus generic I/O on smbus11 iic10: I2C generic I/O on iicbus10 iicsmb11: SMBus over I2C bridge on iicbus11 smbus12: System Management Bus on iicsmb11 smb12: SMBus generic I/O on smbus12 iic11: I2C generic I/O on iicbus11 iicbus12: Philips I2C bus on iicbb6 addr 0xff iicsmb12: SMBus over I2C bridge on iicbus12 smbus13: System Management Bus on iicsmb12 smb13: SMBus generic I/O on smbus13 iic12: I2C generic I/O on iicbus12 iicsmb13: SMBus over I2C bridge on iicbus13 smbus14: System Management Bus on iicsmb13 smb14: SMBus generic I/O on smbus14 iic13: I2C generic I/O on iicbus13 iicbus14: Philips I2C bus on iicbb7 addr 0xff iicsmb14: SMBus over I2C bridge on iicbus14 smbus15: System Management Bus on iicsmb14 smb15: SMBus generic I/O on smbus15 iic14: I2C generic I/O on iicbus14 iicsmb15: SMBus over I2C bridge on iicbus15 smbus16: System Management Bus on iicsmb15 smb16: SMBus generic I/O on smbus16 iic15: I2C generic I/O on iicbus15 Fatal trap 9: general protection fault while in kernel mode cpuid = 2; apic id = 02 instruction pointer= 0x20:0x810402a6 stack pointer= 0x28:0xfe011f2f8360 frame pointer= 0x28:0xfe011f2f83e0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process= 1408 (kldload) trap number= 9 panic: general protection fault cpuid = 2 Uptime: 1m30s Dumping 449 out of 7118 MB:..4%..11%..22%..33%..43%..54%..61%..72%..82%..93% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/acl_nfs4.ko.symbols...done. Loaded symbols for /boot/kernel/acl_nfs4.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/if_re.ko.symbols...done.
Re: i915kms.ko not loading
On Wednesday, September 04, 2013 2:16:35 pm Alexander wrote: 04.09.2013 18:58, John Baldwin wrote: On Wednesday, September 04, 2013 11:01:03 am Alexander wrote: 02.09.2013 14:42, Jean-Sébastien Pédron пишет: On 02.09.2013 12:00, Alexander wrote: (...) #17 0x80462700 in sysctl_move_oid () #18 0x80319070 in drm_attach () (...) The kernel is missing debug symbols. Could you please rebuild your kernel with the following option: makeoptions DEBUG=-g (also found in GENERIC) Then reproduce the problem and send the output of kgdb again? Thanks! I rebuild the kernel with debug-g root kgdb /boot/kernel/kernel /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Unread portion of the kernel message buffer: drmn0: Intel IvyBridge on vgapci0 iicbus0: Philips I2C bus on iicbb0 addr 0xff iicsmb0: SMBus over I2C bridge on iicbus0 smbus1: System Management Bus on iicsmb0 smb1: SMBus generic I/O on smbus1 iic0: I2C generic I/O on iicbus0 iicsmb1: SMBus over I2C bridge on iicbus1 smbus2: System Management Bus on iicsmb1 smb2: SMBus generic I/O on smbus2 iic1: I2C generic I/O on iicbus1 iicbus2: Philips I2C bus on iicbb1 addr 0xff iicsmb2: SMBus over I2C bridge on iicbus2 smbus3: System Management Bus on iicsmb2 smb3: SMBus generic I/O on smbus3 iic2: I2C generic I/O on iicbus2 iicsmb3: SMBus over I2C bridge on iicbus3 smbus4: System Management Bus on iicsmb3 smb4: SMBus generic I/O on smbus4 iic3: I2C generic I/O on iicbus3 iicbus4: Philips I2C bus on iicbb2 addr 0xff iicsmb4: SMBus over I2C bridge on iicbus4 smbus5: System Management Bus on iicsmb4 smb5: SMBus generic I/O on smbus5 iic4: I2C generic I/O on iicbus4 iicsmb5: SMBus over I2C bridge on iicbus5 smbus6: System Management Bus on iicsmb5 smb6: SMBus generic I/O on smbus6 iic5: I2C generic I/O on iicbus5 iicbus6: Philips I2C bus on iicbb3 addr 0xff iicsmb6: SMBus over I2C bridge on iicbus6 smbus7: System Management Bus on iicsmb6 smb7: SMBus generic I/O on smbus7 iic6: I2C generic I/O on iicbus6 iicsmb7: SMBus over I2C bridge on iicbus7 smbus8: System Management Bus on iicsmb7 smb8: SMBus generic I/O on smbus8 iic7: I2C generic I/O on iicbus7 iicbus8: Philips I2C bus on iicbb4 addr 0xff iicsmb8: SMBus over I2C bridge on iicbus8 smbus9: System Management Bus on iicsmb8 smb9: SMBus generic I/O on smbus9 iic8: I2C generic I/O on iicbus8 iicsmb9: SMBus over I2C bridge on iicbus9 smbus10: System Management Bus on iicsmb9 smb10: SMBus generic I/O on smbus10 iic9: I2C generic I/O on iicbus9 iicbus10: Philips I2C bus on iicbb5 addr 0xff iicsmb10: SMBus over I2C bridge on iicbus10 smbus11: System Management Bus on iicsmb10 smb11: SMBus generic I/O on smbus11 iic10: I2C generic I/O on iicbus10 iicsmb11: SMBus over I2C bridge on iicbus11 smbus12: System Management Bus on iicsmb11 smb12: SMBus generic I/O on smbus12 iic11: I2C generic I/O on iicbus11 iicbus12: Philips I2C bus on iicbb6 addr 0xff iicsmb12: SMBus over I2C bridge on iicbus12 smbus13: System Management Bus on iicsmb12 smb13: SMBus generic I/O on smbus13 iic12: I2C generic I/O on iicbus12 iicsmb13: SMBus over I2C bridge on iicbus13 smbus14: System Management Bus on iicsmb13 smb14: SMBus generic I/O on smbus14 iic13: I2C generic I/O on iicbus13 iicbus14: Philips I2C bus on iicbb7 addr 0xff iicsmb14: SMBus over I2C bridge on iicbus14 smbus15: System Management Bus on iicsmb14 smb15: SMBus generic I/O on smbus15 iic14: I2C generic I/O on iicbus14 iicsmb15: SMBus over I2C bridge on iicbus15 smbus16: System Management Bus on iicsmb15 smb16: SMBus generic I/O on smbus16 iic15: I2C generic I/O on iicbus15 Fatal trap 9: general protection fault while in kernel mode cpuid = 2; apic id = 02 instruction pointer= 0x20:0x810402a6 stack pointer= 0x28:0xfe011f2f8360 frame pointer= 0x28:0xfe011f2f83e0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process= 1408 (kldload) trap number= 9 panic: general protection fault cpuid = 2 Uptime: 1m30s Dumping 449 out of 7118 MB:..4%..11%..22%..33%..43%..54%..61%..72%..82%..93% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/acl_nfs4.ko.symbols...done. Loaded symbols for /boot/kernel/acl_nfs4.ko.symbols
Re: i915kms.ko not loading
30.08.2013 22:32, Jean-Sébastien Pédron пишет: reat! Could you please run: kgdb /boot/kernel/kernel /var/crash/vmcore.0 And, at gdb prompt: bt Then send the whole output (from the moment you run kgdb to the end of bt output) and your /var/log/messages file? Hi root kgdb /boot/kernel/kernel /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd...(no debugging symbols found)... Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. #0 0x80458f75 in doadump () (kgdb) bt #0 0x80458f75 in doadump () #1 0x80458d80 in kern_reboot () #2 0x80459107 in panic () #3 0x8062886a in trap_fatal () #4 0x8062851e in trap () #5 0x806120a3 in calltrap () #6 0x81040276 in ?? () #7 0xfe011f2da3a0 in ?? () #8 0x802f4f6e in acpi_pci_read_ivar () #9 0x8102ba4f in ?? () #10 0xf80005a717c0 in ?? () #11 0xf8012f89b000 in ?? () #12 0xfed100010005 in ?? () #13 0xfe000a71f000 in ?? () #14 0xfe011f2da470 in ?? () #15 0x0048 in ?? () #16 0xfe000a71f000 in ?? () #17 0x80462700 in sysctl_move_oid () #18 0x80319070 in drm_attach () #19 0x804837e6 in device_attach () #20 0x80484c09 in bus_generic_driver_added () #21 0x804819ea in devclass_driver_added () #22 0x8048194c in devclass_add_driver () #23 0x8044663b in module_register_init () #24 0x8043c835 in linker_load_module () #25 0x8043d9f7 in kern_kldload () #26 0x8043dbcb in sys_kldload () #27 0x80628ea3 in amd64_syscall () #28 0x8061238b in Xfast_syscall () #29 0x0008027d0dfa in ?? () Previous frame inner to this frame (corrupt stack?) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: i915kms.ko not loading
On 02.09.2013 12:00, Alexander wrote: (...) #17 0x80462700 in sysctl_move_oid () #18 0x80319070 in drm_attach () (...) The kernel is missing debug symbols. Could you please rebuild your kernel with the following option: makeoptions DEBUG=-g (also found in GENERIC) Then reproduce the problem and send the output of kgdb again? Thanks! -- Jean-Sébastien Pédron signature.asc Description: OpenPGP digital signature
Re: i915kms.ko not loading
On 29.08.2013 19:51, Alexander wrote: I have swapinfo on zfs partition I always heard that swap on ZFS is asking for trouble, because ZFS loves to use memory. So when the system is using swap space, ZFS has more work and therefore wants more RAM, whici is unavailable. Furthermore, I'm not sure if kernel core dumping on swap on ZFS is supported at all. The following discussion on the forum suggests it's not possible: http://forums.freebsd.org/showthread.php?t=37958 Can you plug another driver and setup swap on it? A USB drive/key should be fine. -- Jean-Sébastien Pédron signature.asc Description: OpenPGP digital signature
Re: i915kms.ko not loading
Jean-Sbastien Pdron wrote this message on Fri, Aug 30, 2013 at 15:50 +0200: On 29.08.2013 19:51, Alexander wrote: I have swapinfo on zfs partition I always heard that swap on ZFS is asking for trouble, because ZFS loves to use memory. So when the system is using swap space, ZFS has more work and therefore wants more RAM, whici is unavailable. Furthermore, I'm not sure if kernel core dumping on swap on ZFS is supported at all. The following discussion on the forum suggests it's not possible: http://forums.freebsd.org/showthread.php?t=37958 Can you plug another driver and setup swap on it? A USB drive/key should be fine. You don't need to use a swap device to dump to it... You can just set up the USB drive as the dump device only... -- John-Mark Gurney Voice: +1 415 225 5579 All that I will do, has been done, All that I have, has not. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: i915kms.ko not loading
30.08.2013 20:11, John-Mark Gurney пишет: Jean-Sbastien Pdron wrote this message on Fri, Aug 30, 2013 at 15:50 +0200: On 29.08.2013 19:51, Alexander wrote: I have swapinfo on zfs partition I always heard that swap on ZFS is asking for trouble, because ZFS loves to use memory. So when the system is using swap space, ZFS has more work and therefore wants more RAM, whici is unavailable. Furthermore, I'm not sure if kernel core dumping on swap on ZFS is supported at all. The following discussion on the forum suggests it's not possible: http://forums.freebsd.org/showthread.php?t=37958 Can you plug another driver and setup swap on it? A USB drive/key should be fine. You don't need to use a swap device to dump to it... You can just set up the USB drive as the dump device only... Hi I created the coredump files after create swap on new disk. But size very large. Where can I upload these files. ls -lah /var/crash ... -rw-r--r-- 1 root wheel 2B Aug 30 20:27 bounds -rw--- 1 root wheel 480B Aug 30 20:27 info.0 lrwxr-xr-x 1 root wheel 6B Aug 30 20:27 info.last - info.0 -r--r--r-- 1 root wheel 5B Jul 19 2010 minfree -rw--- 1 root wheel 450M Aug 30 20:27 vmcore.0 lrwxr-xr-x 1 root wheel 8B Aug 30 20:27 vmcore.last - vmcore.0 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: i915kms.ko not loading
Le 30/08/2013 19:45, Alexander a écrit : Hi I created the coredump files after create swap on new disk. But size very large. Great! Could you please run: kgdb /boot/kernel/kernel /var/crash/vmcore.0 And, at gdb prompt: bt Then send the whole output (from the moment you run kgdb to the end of bt output) and your /var/log/messages file? -- Jean-Sébastien Pédron ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: i915kms.ko not loading
On 28.08.2013 21:42, Alexander Panyushkin wrote: problem in load module i915kms.ko if *kldload i915kms.ko* system is going to reboot Are you able to obtain a kernel core dump? They're saved in /var/crash during the next boot. If you have one, could you please send the last core.txt? This file contains a trace of the crash, the state of the computer at the time of the crash and dmesg's output. -- Jean-Sébastien Pédron signature.asc Description: OpenPGP digital signature
Re: i915kms.ko not loading
29.08.2013 12:24, Jean-Sébastien Pédron пишет: On 28.08.2013 21:42, Alexander Panyushkin wrote: problem in load module i915kms.ko if *kldload i915kms.ko* system is going to reboot Are you able to obtain a kernel core dump? They're saved in /var/crash during the next boot. If you have one, could you please send the last core.txt? This file contains a trace of the crash, the state of the computer at the time of the crash and dmesg's output. in sysctl: kern.coredump: 1 kern.corefile: /var/coredumps/%U.%N.%P.core but coredump files not created. How to set for creating core files? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: i915kms.ko not loading
On 29.08.2013 17:35, Alexander wrote: in sysctl: kern.coredump: 1 kern.corefile: /var/coredumps/%U.%N.%P.core but coredump files not created. How to set for creating core files? You must add the following line to your /etc/rc.conf: dumpdev=AUTO Also add this line to your /etc/sysctl.conf: debug.debugger_on_panic=0 The core dump is written to the swap device when the crash occurs. During the next boot, it's written to the specified kern.corefile path. -- Jean-Sébastien Pédron signature.asc Description: OpenPGP digital signature
Re: i915kms.ko not loading
On Thursday, August 29, 2013 11:39:45 am Jean-Sébastien Pédron wrote: On 29.08.2013 17:35, Alexander wrote: in sysctl: kern.coredump: 1 kern.corefile: /var/coredumps/%U.%N.%P.core but coredump files not created. These control user process core dumps, not kernel crash dumps. How to set for creating core files? You must add the following line to your /etc/rc.conf: dumpdev=AUTO Also add this line to your /etc/sysctl.conf: debug.debugger_on_panic=0 The core dump is written to the swap device when the crash occurs. During the next boot, it's written to the specified kern.corefile path. This is mostly correct, but the cash dump is written to /var/crash, not the contents of kern.corefile. -- John Baldwin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: i915kms.ko not loading
29.08.2013 18:39, Jean-Sébastien Pédron пишет: On 29.08.2013 17:35, Alexander wrote: in sysctl: kern.coredump: 1 kern.corefile: /var/coredumps/%U.%N.%P.core but coredump files not created. How to set for creating core files? You must add the following line to your /etc/rc.conf: dumpdev=AUTO Also add this line to your /etc/sysctl.conf: debug.debugger_on_panic=0 The core dump is written to the swap device when the crash occurs. During the next boot, it's written to the specified kern.corefile path. I have swapinfo on zfs partition swapinfo -h Device512-blocks UsedAvail Capacity /dev/zvol/zroot/swap 16777216 0B 8.0G 0% ls -la /dev/zvol/zroot/swap crw-r- 1 root operator 0x8b 29 авг 23:27 /dev/zvol/zroot/swap in /etc/rc.conf dumpdev=AUTO dumpon_enable=YES in /etc/sysctl.conf # CoreDump kern.coredump=1 kern.corefile=/var/coredumps/%U.%N.%P.core kern.sugid_coredump=1 When system booting, on console No suitable dump device was found. During the next boot, coredump not created. :( ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
i915kms.ko not loading
*uname -a* FreeBSD iskander.advancedhosters.com 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Tue Aug 27 23:53:04 EEST 2013 r...@iskander.advancedhosters.com:/usr/obj/usr/src/sys/Kernel amd64 in *make.conf* X_WINDOW_SYSTEM=xorg WITH_NEW_XORG=true WITH_KMS=true xorg-* ports rebuild After *Xorg -configure* system is going to reboot problem in load module i915kms.ko if *kldload i915kms.ko* system is going to reboot *pciconf -lvb* vgapci0@pci0:0:2:0: class=0x03 card=0x844d1043 chip=0x01528086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = 'Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller' class = display subclass = VGA bar [10] = type Memory, range 64, base 0xf780, size 4194304, enabled bar [18] = type Prefetchable Memory, range 64, base 0xe000, size 268435456, enabled bar [20] = type I/O Port, range 32, base 0xf000, size 64, enabled error in */var/log/messages* Aug 28 16:09:26 iskander dbus[1185]: [system] Activating service name='org.freedesktop.ConsoleKit' (using servicehelper) Aug 28 16:09:26 iskander dbus[1185]: [system] Activating service name='org.freedesktop.PolicyKit1' (using servicehelper) Aug 28 16:09:26 iskander dbus[1185]: [system] Successfully activated service 'org.freedesktop.PolicyKit1' Aug 28 16:09:26 iskander dbus[1185]: [system] Successfully activated service 'org.freedesktop.ConsoleKit' Aug 28 16:09:26 iskander console-kit-daemon[1206]: WARNING: kvm_getenvv failed: How to fix this problem? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
i915kms.ko not loading
*uname -a* FreeBSD iskander.advancedhosters.com 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Tue Aug 27 23:53:04 EEST 2013 r...@iskander.advancedhosters.com:/usr/obj/usr/src/sys/Kernel amd64 in *make.conf* X_WINDOW_SYSTEM=xorg WITH_NEW_XORG=true WITH_KMS=true xorg-* ports rebuild After *Xorg -configure* system is going to reboot problem in load module i915kms.ko if *kldload i915kms.ko* system is going to reboot *pciconf -lvb* vgapci0@pci0:0:2:0: class=0x03 card=0x844d1043 chip=0x01528086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = 'Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller' class = display subclass = VGA bar [10] = type Memory, range 64, base 0xf780, size 4194304, enabled bar [18] = type Prefetchable Memory, range 64, base 0xe000, size 268435456, enabled bar [20] = type I/O Port, range 32, base 0xf000, size 64, enabled error in */var/log/messages* Aug 28 16:09:26 iskander dbus[1185]: [system] Activating service name='org.freedesktop.ConsoleKit' (using servicehelper) Aug 28 16:09:26 iskander dbus[1185]: [system] Activating service name='org.freedesktop.PolicyKit1' (using servicehelper) Aug 28 16:09:26 iskander dbus[1185]: [system] Successfully activated service 'org.freedesktop.PolicyKit1' Aug 28 16:09:26 iskander dbus[1185]: [system] Successfully activated service 'org.freedesktop.ConsoleKit' Aug 28 16:09:26 iskander console-kit-daemon[1206]: WARNING: kvm_getenvv failed: How to fix this problem? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
