search for: do_ioctl

Displaying 20 results from an estimated 22 matches for "do_ioctl".

2007 Apr 25
1
Problem with SuSe 10.0 and zaptel 1.2.17
...citt i2c_i801 i2c_core tg3 generic shpchp pci_hotplug parport_pc lp parport dm_mod ext3 jbd sg fan thermal processor 3w_xxxx piix sd_mod scsi_mod ide_disk ide_core CPU: 0 EIP: 0060:[<f8a79fa8>] Tainted: G U VLI EFLAGS: 00010082 (2.6.13-15.15-default) EIP is at zt_chanandpseudo_ioctl+0xd28/0xf70 [zaptel] eax: 00000000 ebx: f74403ac ecx: 00000000 edx: 00000000 esi: b723f2b0 edi: f749ca78 ebp: 00000046 esp: f50b3e28 ds: 007b es: 007b ss: 0068 Process asterisk (pid: 5430, threadinfo=f50b2000 task=f7bbf060) Stack: 462f0587 00000000 41a0d314 00000000 000001ff 00...
2009 Nov 13
2
openSuse 11.2 and dahdi-linux
...error: ?struct net_device? has no member named ?hard_start_xmit? /usr/src/dahdi-linux-2.2.0.2/drivers/dahdi/wctc4xxp/base.c:780: error: ?struct net_device? has no member named ?get_stats? /usr/src/dahdi-linux-2.2.0.2/drivers/dahdi/wctc4xxp/base.c:781: error: ?struct net_device? has no member named ?do_ioctl? /usr/src/dahdi-linux-2.2.0.2/drivers/dahdi/wctc4xxp/base.c: In function ?wctc4xxp_init_one?: /usr/src/dahdi-linux-2.2.0.2/drivers/dahdi/wctc4xxp/base.c:3460: warning: ?DMA_nnBIT_MASK? is deprecated make[5]: *** [/usr/src/dahdi-linux-2.2.0.2/drivers/dahdi/wctc4xxp/base.o] Error 1 make[4]: *** [/usr...
2007 Feb 09
1
USB Problem
...: [<ffffffff88028efd>] :usbcore:usbdev_ioctl+0x1201/0x155c Feb 8 19:09:39 mythbox kernel: [<ffffffff80221c91>] default_wake_function+0x0/0xe Feb 8 19:09:39 mythbox kernel: [<ffffffff803c6c0e>] __down_failed+0x35/0x3a Feb 8 19:09:39 mythbox kernel: [<ffffffff80270cc9>] do_ioctl+0x55/0x6b Feb 8 19:09:39 mythbox kernel: [<ffffffff80270f31>] vfs_ioctl+0x252/0x26b Feb 8 19:09:39 mythbox kernel: [<ffffffff80270f86>] sys_ioctl+0x3c/0x5e Feb 8 19:09:39 mythbox kernel: [<ffffffff802096ee>] system_call+0x7e/0x83 Feb 8 19:09:39 mythbox kernel: Feb 8 19:09:...
2007 Apr 18
0
[Bridge] [PATCH] (4/11) bridge - ioctl cleanup and consolidation
...they can be static. diff -Nru a/net/bridge/br_device.c b/net/bridge/br_device.c --- a/net/bridge/br_device.c 2004-05-20 10:51:05 -07:00 +++ b/net/bridge/br_device.c 2004-05-20 10:51:05 -07:00 @@ -19,21 +19,6 @@ #include <asm/uaccess.h> #include "br_private.h" -static int br_dev_do_ioctl(struct net_device *dev, struct ifreq *rq, int cmd) -{ - unsigned long args[4]; - unsigned long *data; - - if (cmd != SIOCDEVPRIVATE) - return -EOPNOTSUPP; - - data = (unsigned long *)rq->ifr_data; - if (copy_from_user(args, data, 4*sizeof(unsigned long))) - return -EFAULT; - - return br_ioctl_...
2008 Apr 14
8
zaptel 1.4.10 regression with TE220B on Proliant DL380 G5 ?
...t;c048626d>] touch_atime+0x60/0x8f [<c04552ee>] do_generic_mapping_read+0x421/0x468 [<c045478b>] file_read_actor+0x0/0xd1 [<c04548e2>] find_get_page+0x18/0x38 [<c0457319>] filemap_nopage+0x192/0x315 [<c046048f>] __handle_mm_fault+0x85e/0x87b [<c047f46b>] do_ioctl+0x47/0x5d [<c047f6cb>] vfs_ioctl+0x24a/0x25c [<c047f725>] sys_ioctl+0x48/0x5f [<c0404eff>] syscall_call+0x7/0xb ======================= VPM450: hardware DTMF disabled. VPM450: Present and operational servicing 2 span(s) Completed startup! About to enter startup! TE2XXP: Span 2...
2007 Apr 18
0
[Bridge] bug(?) in br_device_event causes kernel panic for 2.6.14
...vice_event+0x94/0x110 [bridge] ... Process ifconfig (pid 22092, threadinfo:c18e9999 task:c165c600) Stack: ....(I assume this is ifconfig's stack, and probably not a lot of interest to the problem...) Call Trace: notifier_call_chain dev_close dev_change_flags devinet_ioctl inet_ioctl sock_ioctl do_ioctl do_page_fault vfs_ioctl sys_ioctl sysenter_past_esp .... (0)Kernel panic- not syncing: Fatal exception in interrupt Note- may have some typos, this is actually a PVR box plugged into a tv- not the easiest to work with ;-) Hope that's enough info to be useful, feel free to ask for more- so lo...
2007 Apr 18
1
[Bridge] A question about modify bridge source
...ev; skb->pkt_type = PACKET_HOST; skb_push(skb,ETH_HLEN); skb->protocol = eth_type_trans(skb,&brg->dev); netif_rx(skb); return; } void Bridge_dev_setup(struct net_device *dev) { unsigned char dd[6] = {0x12,0x12,0x12,0x12,0x12,0x12}; memcpy(dev->dev_addr,dd,ETH_ALEN); dev->do_ioctl = NULL; dev->get_stats = NULL; dev->hard_start_xmit = NULL; dev->open = NULL; dev->set_multicast_list = NULL; dev->stop = NULL; dev->accept_fastpath = NULL; dev->tx_queue_len = 0; dev->set_mac_address = NULL; } ????????wrath8x@163.com ??????????2005-04-24
2007 Oct 27
1
Oops with Nouveau on amd64 with nv15 card and kernel 2.6.22 (debian sid)
...[<ffffffff80283058>] do_sync_write+0xc9/0x10c [<ffffffff8027dc72>] cache_grow+0x1b4/0x207 [<ffffffff802439c2>] autoremove_wake_function+0x0/0x2e [<ffffffff885865eb>] :drm:drm_ioctl+0x0/0x13 [<ffffffff885865fc>] :drm:drm_ioctl+0x11/0x13 [<ffffffff8028e599>] do_ioctl+0x9d/0xb6 [<ffffffff8028e7f5>] vfs_ioctl+0x243/0x25c [<ffffffff8028389d>] vfs_write+0x142/0x157 [<ffffffff8028e867>] sys_ioctl+0x59/0x7a [<ffffffff80209d8e>] system_call+0x7e/0x83 Code: c7 00 00 00 00 00 41 39 94 24 48 05 00 00 77 e0 49 8b ad 78 RIP [<ffffffff885d...
2006 Mar 25
0
xen 3.0.1, mdadm and DEBUG problem
...304a80 00800001 bfdc30cc c6291ee8 00000060 c6291f64 Call Trace: [<c024baac>] set_disk_faulty+0x3c/0x50 [<c024bd64>] md_ioctl+0x2a4/0x5a0 [<c016d7c8>] cp_new_stat64+0xf8/0x110 [<c024bac0>] md_ioctl+0x0/0x5a0 [<c0232a3c>] blkdev_ioctl+0x8c/0x440 [<c01764c0>] do_ioctl+0x70/0xa0 [<c01766c5>] vfs_ioctl+0x65/0x1f0 [<c0176895>] sys_ioctl+0x45/0x70 [<c010a6dd>] syscall_call+0x7/0xb Code: ec 30 89 7d fc 8b 7d 08 89 75 f8 8b 75 0c 85 ff 89 5d f4 0f 84 c6 00 00 00 85 f6 0f 84 7b 00 00 00 8b 4e 2c 85 c9 75 74 8b 45 00 <8b> 10 8b 02 8b 4a 04 8...
2011 Jan 12
4
a nasty kernel oops
...0d/0x1d0 [<c0591ffd>] usbdev_ioctl+0x1027/0x10de [<c048b06b>] __d_lookup+0x98/0xdb [<c04c7eff>] inode_has_perm+0x54/0x5c [<c04c78ab>] avc_has_perm+0x3c/0x46 [<c04c7eff>] inode_has_perm+0x54/0x5c [<c0464c32>] __handle_mm_fault+0x463/0xaac [<c0486290>] do_ioctl+0x47/0x5d [<c04867f9>] vfs_ioctl+0x47b/0x4d3 [<c0486899>] sys_ioctl+0x48/0x5f [<c0404f17>] syscall_call+0x7/0xb ======================= Code: 00 05 b0 01 86 83 b4 0c 00 00 fb 8d 83 54 0c 00 00 e8 4c 87 e9 ff 8b 83 a8 0c 00 00 e8 7d 74 ff ff 31 c0 5b c3 31 d2 eb be 89 c2 <8b...
2007 Apr 18
0
[Bridge] [PATCH] (9/11) bridge -- new ioctl interface for 32/64 compatiablity
...10 -07:00 +++ b/net/core/dev.c 2004-05-20 14:46:10 -07:00 @@ -2519,6 +2519,8 @@ cmd == SIOCGMIIPHY || cmd == SIOCGMIIREG || cmd == SIOCSMIIREG || + cmd == SIOCBRADDIF || + cmd == SIOCBRDELIF || cmd == SIOCWANDEV) { err = -EOPNOTSUPP; if (dev->do_ioctl) { @@ -2673,6 +2675,8 @@ case SIOCBONDSLAVEINFOQUERY: case SIOCBONDINFOQUERY: case SIOCBONDCHANGEACTIVE: + case SIOCBRADDIF: + case SIOCBRDELIF: if (!capable(CAP_NET_ADMIN)) return -EPERM; dev_load(ifr.ifr_name); diff -Nru a/net/socket.c b/net/socket.c --- a/net/socket.c 200...
2007 Aug 30
3
[Bridge] Re: oops with recent wireless-dev tree
...this: commit 61a44b9c4b20d40c41fd1b70a4ceb13b75ea79a4 Author: Matthew Wilcox <matthew@wil.cx> Date: Tue Jul 31 14:00:02 2007 -0700 [NET]: ethtool ops are the only way During the transition to the ethtool_ops way of doing things, we supported calling the device's ->do_ioctl method to allow unconverted drivers to continue working. Those days are long behind us, all in-tree drivers use the ethtool_ops way, and so we no longer need to support this. The bonding driver is the biggest beneficiary of this; it no longer needs to call ioctl() as a fallbac...
2010 Aug 02
2
CentOS 5.5 latest revisions seem really slow
I recently updated to OpenOffice 3.2 and I noticed that it, and the latest Evolution, seem to be incredibly slow for some operations. E.g., in OO, about half the time when I'm editing something, it takes anywhere from 10-30 seconds for OO to respond to a click on one of the icons or menu items, and Evo is taking forever to format messages. During these times the gnome-system-monitor icon on
2010 Jun 16
4
DomU stuck in boot
...4 [ffff88007c135dc0] network_open at ffffffff8810c992 #5 [ffff88007c135de0] dev_open at ffffffff80411cd2 #6 [ffff88007c135df0] dev_change_flags at ffffffff80410263 #7 [ffff88007c135e20] devinet_ioctl at ffffffff80443763 #8 [ffff88007c135ec0] sock_ioctl at ffffffff80408968 #9 [ffff88007c135ee0] do_ioctl at ffffffff802437ba #10 [ffff88007c135f00] vfs_ioctl at ffffffff80231010 #11 [ffff88007c135f40] sys_ioctl at ffffffff8024ddde #12 [ffff88007c135f80] system_call at ffffffff8025f106 RIP: 00002b5bbbf43c77 RSP: 00007fffef0627f8 RFLAGS: 00000246 RAX: 0000000000000010 RBX: ffffffff8025f106 R...
2019 Dec 11
0
[PATCH 15/24] compat_ioctl: scsi: move ioctl handling into drivers
...ORPHAN) -COMPATIBLE_IOCTL(SG_GET_KEEP_ORPHAN) -#endif -}; - -/* - * Convert common ioctl arguments based on their command number - * - * Please do not add any code in here. Instead, implement - * a compat_ioctl operation in the place that handle? the - * ioctl for the native case. - */ -static long do_ioctl_trans(unsigned int cmd, - unsigned long arg, struct file *file) -{ - return -ENOIOCTLCMD; -} - -static int compat_ioctl_check_table(unsigned int xcmd) -{ -#ifdef CONFIG_BLOCK - int i; - const int max = ARRAY_SIZE(ioctl_pointer) - 1; - - BUILD_BUG_ON(max >= (1 << 16)); - - /* guess initia...
2019 Dec 11
3
[PATCH 00/24] block, scsi: final compat_ioctl cleanup
Hi Jens, James and Martin, This series concludes the work I did for linux-5.5 on the compat_ioctl() cleanup, killing off fs/compat_ioctl.c and block/compat_ioctl.c by moving everything into drivers. Overall this would be a reduction both in complexity and line count, but as I'm also adding documentation the overall number of lines increases in the end. My plan was originally to keep the
2020 Jan 02
1
[PATCH v3 13/22] compat_ioctl: scsi: move ioctl handling into drivers
...ORPHAN) -COMPATIBLE_IOCTL(SG_GET_KEEP_ORPHAN) -#endif -}; - -/* - * Convert common ioctl arguments based on their command number - * - * Please do not add any code in here. Instead, implement - * a compat_ioctl operation in the place that handle? the - * ioctl for the native case. - */ -static long do_ioctl_trans(unsigned int cmd, - unsigned long arg, struct file *file) -{ - return -ENOIOCTLCMD; -} - -static int compat_ioctl_check_table(unsigned int xcmd) -{ -#ifdef CONFIG_BLOCK - int i; - const int max = ARRAY_SIZE(ioctl_pointer) - 1; - - BUILD_BUG_ON(max >= (1 << 16)); - - /* guess initia...
2007 Dec 14
3
virtio_net and SMP guests
Rusty, Anthony, Dor, I need your brain power :-) On smp guests I have seen a problem with virtio (the version in curent Avi's git) which do not occur on single processor guests: kernel BUG at /space/kvm/drivers/virtio/virtio_ring.c:228! illegal operation: 0001 [#1] Modules linked in: ipv6 CPU: 2 Not tainted Process swapper (pid: 0, task: 000000000f83e038, ksp: 000000000f877d70) Krnl
2007 Dec 14
3
virtio_net and SMP guests
Rusty, Anthony, Dor, I need your brain power :-) On smp guests I have seen a problem with virtio (the version in curent Avi's git) which do not occur on single processor guests: kernel BUG at /space/kvm/drivers/virtio/virtio_ring.c:228! illegal operation: 0001 [#1] Modules linked in: ipv6 CPU: 2 Not tainted Process swapper (pid: 0, task: 000000000f83e038, ksp: 000000000f877d70) Krnl
2019 Apr 04
1
Proof of concept for GPU forwarding for Linux guest on Linux host.
Hi, This is a proof of concept of GPU forwarding for Linux guest on Linux host. I'd like to get comments and suggestions from community before I put more time on it. To summarize what it is: 1. It's a solution to bring GPU acceleration for Linux vm guest on Linux host. It could works with different GPU although the current proof of concept only works with Intel GPU. 2. The basic idea