search for: i_private

On attempting to make Zaptel 1.2.16 on FC5, I get the following messages: /usr/src/zaptel-1.2.16/xpp/xbus-core.c: In function 'debugfs_open': /usr/src/zaptel-1.2.16/xpp/xbus-core.c:171: error: 'struct inode' has no member named 'u' make[3]: *** [/usr/src/zaptel-1.2.16/xpp/xbus-core.o] Error 1 make[2]: *** [/usr/src/zaptel-1.2.16/xpp] Error 2 make[1]: ***

I'm trying to compile latest zaptel-1.2.13 and I'm getting following errors: /usr/src/Asterisk-1.2.14/zaptel-1.2.13/xpp/xbus-core.c: In function ?debugfs_open?: /usr/src/Asterisk-1.2.14/zaptel-1.2.13/xpp/xbus-core.c:171: error: ?struct inode? has no member named ?i_private? make[5]: *** [/usr/src/Asterisk-1.2.14/zaptel-1.2.13/xpp/xbus-core.o] Error 1 make[4]: *** [/usr/src/Asterisk-1.2.14/zaptel-1.2.13/xpp] Error 2 make[3]: *** [_module_/usr/src/Asterisk-1.2.14/zaptel-1.2.13] Error 2 make[2]: *** [modules] Error 2 make[1]: *** [modules] Error 2 make[1]: Leaving direc...

I get the following error when trying to compile zaptel on CentOS 5 kernel 2.6.18-8.1.3.el5 CC [M] /root/asterisk-src/zaptel-1.2.17.1/xpp/xbus-core.o /root/asterisk-src/zaptel-1.2.17.1/xpp/xbus-core.c: In function ? /root/asterisk-src/zaptel-1.2.17.1/xpp/xbus-core.c:171: error: ? has no member named ? make[3]: *** [/root/asterisk-src/zaptel-1.2.17.1/xpp/xbus-core.o] Error 1 make[2]: ***

...1c Waiman Long 2019-04-04 65 int cpu, id, len; fb346fd9fc081c Waiman Long 2019-04-04 66 u64 sum = 0; fb346fd9fc081c Waiman Long 2019-04-04 67 fb346fd9fc081c Waiman Long 2019-04-04 68 /* fb346fd9fc081c Waiman Long 2019-04-04 69 * Get the counter ID stored in file->f_inode->i_private fb346fd9fc081c Waiman Long 2019-04-04 70 */ fb346fd9fc081c Waiman Long 2019-04-04 71 id = (long)file_inode(file)->i_private; fb346fd9fc081c Waiman Long 2019-04-04 72 fb346fd9fc081c Waiman Long 2019-04-04 73 if (id >= lockevent_num) fb346fd9fc081c Waiman Long 2019-04-04 74...

Dear list, I've set up an RPM repository with several asterisk-related RPMs that I think contain some improvements upon what are already out there. The first goal is to be able to build an Asterisk + FreePBX system on CentOS 5 with the EPEL repo enabled; in our environment, where all our systems are under configuration management, either an appliance-type solution or a manual

...; make -C ../../../linux-2.6.18.2-34 O=../linux-2.6.18.2-34-obj/i386/default modules CC [M] /usr/src/wanpipe/kdrvtmp/wanmain.o /usr/src/wanpipe/kdrvtmp/wanmain.c: In function 'wanrouter_ioctl': /usr/src/wanpipe/kdrvtmp/wanmain.c:546: error: 'struct inode' has no member named 'i_private' make[4]: *** [/usr/src/wanpipe/kdrvtmp/wanmain.o] Error 1 make[3]: *** [_module_/usr/src/wanpipe/kdrvtmp] Error 2 make[2]: *** [modules] Error 2 make[1]: *** [modules] Error 2 make[1]: Leaving directory `/usr/src/linux-2.6.18.2-34-obj/i386/default' make: *** [all] Error 2 CLI > ztcfg -...

...h */ + case MIC_SHUTTING_DOWN: + seq_write(s, kva, size); + break; + default: + break; + } + mutex_unlock(&mdev->mic_mutex); + kfree(kva); +done: + return 0; +} + +static int mic_log_buf_open(struct inode *inode, struct file *file) +{ + return single_open(file, mic_log_buf_show, inode->i_private); +} + +static int mic_log_buf_release(struct inode *inode, struct file *file) +{ + return single_release(inode, file); +} + +static const struct file_operations log_buf_ops = { + .owner = THIS_MODULE, + .open = mic_log_buf_open, + .read = seq_read, + .llseek = seq_lseek, + .release = mic_...

...urn ret; + + args.mode = value; + ret = nvif_mthd(ctrl, NVIF_CONTROL_BOOST_SET, &args, sizeof(args)); + if (ret) + return ret; + + return len; +} + +static int +nouveau_debugfs_boost_open(struct inode *inode, struct file *file) +{ + return single_open(file, nouveau_debugfs_boost_get, inode->i_private); +} + +static const struct file_operations nouveau_boost_fops = { + .owner = THIS_MODULE, + .open = nouveau_debugfs_boost_open, + .read = seq_read, + .write = nouveau_debugfs_boost_set, +}; + static struct drm_info_list nouveau_debugfs_list[] = { { "vbios.rom", nouveau_debugfs_vbios_i...

...kref *ref) +{ + struct receive_queue_stats *rq_stats; + + rq_stats = container_of(ref, struct receive_queue_stats, refcount); + kfree(rq_stats); +} + +static int receive_queue_stats_debugfs_open(struct inode *inode, + struct file *file) +{ + struct receive_queue_stats *rq_stats = inode->i_private; + kref_get(&rq_stats->refcount); + file->private_data = rq_stats; + return 0; +} + +static int receive_queue_stats_debugfs_release(struct inode *inode, + struct file *file) +{ + struct receive_queue_stats *rq_stats = inode->i_private; + kref_put(&rq_stats->refcount,...

...f CONFIG_DEBUG_FS +static int drm_dp_mst_debugfs_state_show(struct seq_file *m, void *data) +{ + drm_dp_mst_dump_topology(m, m->private); + return 0; +} + +static int drm_dp_mst_debugfs_state_open(struct inode *inode, + struct file *file) +{ + struct drm_dp_mst_topology_mgr *mgr = inode->i_private; + + return single_open(file, drm_dp_mst_debugfs_state_show, mgr); +} + +static const struct file_operations drm_dp_mst_debugfs_state_fops = { + .owner = THIS_MODULE, + .open = drm_dp_mst_debugfs_state_open, + .read = seq_read, + .llseek = seq_lseek, + .release = single_release, +}; + +struct drm_d...

Here is the original set of fixes, split out into 14 individual ones. In addition to splitting them out, I also changed the ones that were HAS_* to NO_* as requested. The last two patches are needed to build on openSUSE 10.3 which is based on 2.6.22. I used it as a sanity check and found those failures. -Jeff -- Jeff Mahoney SUSE Labs

This series adds an option to use queued spinlocks for powerpc, and makes it the default for the Book3S-64 subarch. This effort starts with the generic code so it's very simple but still very performant. There are optimisations that can be made to slowpaths, but I think it's better to attack those incrementally if/when we find things, and try to add the improvements to generic code as

...figured in the kernel... yes checking if kernel defines kzalloc function... yes checking if kernel defines fs_subsys... no checking whether lookup_instantiate_filp is defined... yes checking if umount_begin is passed a vfsmount... no checking if inode has i_blksize field... no checking if inode has i_private field... yes checking if inode has i_mutex field ... yes checking if kernel has mutex.h ... yes checking if kernel has exportfs.h ... yes checking if kernel has BLOCK option ... yes checking if this is user mode linux... no configure: creating ./config.status config.status: creating Makefile config...

The 4-patch series to follow this email extends KVM-hypervisor and Linux guest running on KVM-hypervisor to support pv-ticket spinlocks, based on Xen's implementation. One hypercall is introduced in KVM hypervisor,that allows a vcpu to kick another vcpu out of halt state. The blocking of vcpu is done using halt() in (lock_spinning) slowpath. The V2 change discussion was in:

The 4-patch series to follow this email extends KVM-hypervisor and Linux guest running on KVM-hypervisor to support pv-ticket spinlocks, based on Xen's implementation. One hypercall is introduced in KVM hypervisor,that allows a vcpu to kick another vcpu out of halt state. The blocking of vcpu is done using halt() in (lock_spinning) slowpath. The V2 change discussion was in:

...rough */ + case MIC_SHUTTING_DOWN: + seq_write(s, kva, size); + break; + default: + break; + } + mutex_unlock(&mdev->mic_mutex); + kfree(kva); +done: + return 0; +} + +static int log_buf_open(struct inode *inode, struct file *file) +{ + return single_open(file, log_buf_seq_show, inode->i_private); +} + +static int log_buf_release(struct inode *inode, struct file *file) +{ + return single_release(inode, file); +} + +static const struct file_operations log_buf_ops = { + .owner = THIS_MODULE, + .open = log_buf_open, + .read = seq_read, + .llseek = seq_lseek, + .release = log_buf_rele...

skb_page_frag_refill currently permits only order-0 page allocs unless GFP_WAIT is used. Change skb_page_frag_refill to attempt higher-order page allocations whether or not GFP_WAIT is used. If memory cannot be allocated, the allocator will fall back to successively smaller page allocs (down to order-0 page allocs). This change brings skb_page_frag_refill in line with the existing page allocation

skb_page_frag_refill currently permits only order-0 page allocs unless GFP_WAIT is used. Change skb_page_frag_refill to attempt higher-order page allocations whether or not GFP_WAIT is used. If memory cannot be allocated, the allocator will fall back to successively smaller page allocs (down to order-0 page allocs). This change brings skb_page_frag_refill in line with the existing page allocation

I made a little changes in this series: 1. merge the two last patches together 2. unify the private data interface with the drm debugfs one now it should be very obvious for a new dev on how to add new files to debugfs and how to get access to the nouveau structs Karol Herbst (5): debugfs: add infrastructure to add files with other fops than only read debugfs: rename functions to

The 5-patch series to follow this email extends KVM-hypervisor and Linux guest running on KVM-hypervisor to support pv-ticket spinlocks, based on Xen's implementation. One hypercall is introduced in KVM hypervisor,that allows a vcpu to kick another vcpu out of halt state. The blocking of vcpu is done using halt() in (lock_spinning) slowpath. Changes in V4: - reabsed to 3.2.0 pre. - use APIC