search for: sysfs

Hey Guys, The ForceFeedback from my Microsoft Sidewinder ForceFeedback Wheel doesn't work with Wine. I compiled wine myself and "ac_cv_member_struct_ff_effect_direction=yes" was set in the config.log like it is told here: http://wiki.winehq.org/ForceFeedback I also checked that FF is working with BZFlag under Linux. When i play BZFlag with Wine, the FF-Effects are missing. I

Extend existing support for netdevice receive queue sysfs attributes to permit a device-specific attribute group. Initial use case for this support will be to allow the virtio-net device to export per-receive queue mergeable receive buffer size. Signed-off-by: Michael Dalton <mwdalton at google.com> --- include/linux/netdevice.h | 40 +++++++++++++...

Extend existing support for netdevice receive queue sysfs attributes to permit a device-specific attribute group. Initial use case for this support will be to allow the virtio-net device to export per-receive queue mergeable receive buffer size. Signed-off-by: Michael Dalton <mwdalton at google.com> --- v3->v4: Simplify by removing loop in get_n...

Right now, you can configure most bridge device parameters via sysfs. However, you cannot either: - add or remove bridge interfaces - add or remove physical interfaces from a bridge The attached patch set rectifies this. With this patch set, brctl (theoretically) becomes completely optional, much like ifenslave is now for bonding. (In fact, the idea for this patch,...

...t could be used by net device > who want to do some processing at that time. An example is tun who may > want to resize tx array when tx_queue_len is changed. > > Signed-off-by: Jason Wang <jasowang at redhat.com> > --- > include/linux/netdevice.h | 1 + > net/core/net-sysfs.c | 15 ++++++++++++++- > 2 files changed, 15 insertions(+), 1 deletion(-) > > diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h > index e84d9d2..7dc2ec7 100644 > --- a/include/linux/netdevice.h > +++ b/include/linux/netdevice.h > @@ -2237,6 +2237,7 @@ st...

...t could be used by net device > who want to do some processing at that time. An example is tun who may > want to resize tx array when tx_queue_len is changed. > > Signed-off-by: Jason Wang <jasowang at redhat.com> > --- > include/linux/netdevice.h | 1 + > net/core/net-sysfs.c | 15 ++++++++++++++- > 2 files changed, 15 insertions(+), 1 deletion(-) > > diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h > index e84d9d2..7dc2ec7 100644 > --- a/include/linux/netdevice.h > +++ b/include/linux/netdevice.h > @@ -2237,6 +2237,7 @@ st...

...emory safety, but if a read-only race condition is acceptable we could elide the seqcount. FWIW, the seqcount write in receive_mergeable() should, on modern x86, translate to two non-atomic adds and two compiler barriers, so overhead is not expected to be meaningful. We can move to sysfs and this would simplify or eliminate much of the above, including most of (1) - (4). I believe our choices for what to do for the next patchset include: (a) Use debugfs as is currently done, removing any optional features listed above that are deemed unnecessary. (b) Add a per-netdev sysfs attribu...

...emory safety, but if a read-only race condition is acceptable we could elide the seqcount. FWIW, the seqcount write in receive_mergeable() should, on modern x86, translate to two non-atomic adds and two compiler barriers, so overhead is not expected to be meaningful. We can move to sysfs and this would simplify or eliminate much of the above, including most of (1) - (4). I believe our choices for what to do for the next patchset include: (a) Use debugfs as is currently done, removing any optional features listed above that are deemed unnecessary. (b) Add a per-netdev sysfs attribu...

On Thu, 2014-01-16 at 11:07 -0800, Michael Dalton wrote: > On Jan 16, 2014 at 10:57 AM, Ben Hutchings <bhutchings at solarflare.com> wrote: > > Why write a loop when you can do: > > i = queue - dev->_rx; > Good point, the loop approach was done in get_netdev_queue_index -- > I agree your fix is faster and simpler. I'll fix in next patchset. It's

On Thu, 2014-01-16 at 11:07 -0800, Michael Dalton wrote: > On Jan 16, 2014 at 10:57 AM, Ben Hutchings <bhutchings at solarflare.com> wrote: > > Why write a loop when you can do: > > i = queue - dev->_rx; > Good point, the loop approach was done in get_netdev_queue_index -- > I agree your fix is faster and simpler. I'll fix in next patchset. It's

...lete-2.7.0-rc1+2.7.0-rc1 This release is available for immediate download at: http://downloads.asterisk.org/pub/telephony/dahdi-linux http://downloads.asterisk.org/pub/telephony/dahdi-tools http://downloads.asterisk.org/pub/telephony/dahdi-linux-complete In this release: * Driving closer towards sysfs configuration of dahdi devices * New wcte13xp base driver Tzafrir Cohen: xpp: FXO: fix firmware pol-rev detection README: xpp: xpd_fxo param use_polrev_firmware README: xpp: xpd_fxo: new value of caller_id_style Copy xpp module docs from README.Astribank README:...

...lete-2.7.0-rc1+2.7.0-rc1 This release is available for immediate download at: http://downloads.asterisk.org/pub/telephony/dahdi-linux http://downloads.asterisk.org/pub/telephony/dahdi-tools http://downloads.asterisk.org/pub/telephony/dahdi-linux-complete In this release: * Driving closer towards sysfs configuration of dahdi devices * New wcte13xp base driver Tzafrir Cohen: xpp: FXO: fix firmware pol-rev detection README: xpp: xpd_fxo param use_polrev_firmware README: xpp: xpd_fxo: new value of caller_id_style Copy xpp module docs from README.Astribank README:...

...nux-complete-2.7.0+2.7.0 This release is available for immediate download at: http://downloads.asterisk.org/pub/telephony/dahdi-linux http://downloads.asterisk.org/pub/telephony/dahdi-tools http://downloads.asterisk.org/pub/telephony/dahdi-linux-complete In this release: * Driving closer towards sysfs configuration of dahdi devices * Experimental support to "pin" [1] specific span and channel numbers to specific device/local spans * New wcte13xp base driver [1] http://git.asterisk.org/gitweb/?p=dahdi/tools.git;a=commit;h=3d1fd71af2221b3f3e21274ba800619feec439e1 Shortlog for dahdi-l...

...nux-complete-2.7.0+2.7.0 This release is available for immediate download at: http://downloads.asterisk.org/pub/telephony/dahdi-linux http://downloads.asterisk.org/pub/telephony/dahdi-tools http://downloads.asterisk.org/pub/telephony/dahdi-linux-complete In this release: * Driving closer towards sysfs configuration of dahdi devices * Experimental support to "pin" [1] specific span and channel numbers to specific device/local spans * New wcte13xp base driver [1] http://git.asterisk.org/gitweb/?p=dahdi/tools.git;a=commit;h=3d1fd71af2221b3f3e21274ba800619feec439e1 Shortlog for dahdi-l...

...doing the pointer arithmetic with its implicit division. Good catch, my statement above is incorrect. We don't know if this change is a performance win, and it does introduce an implicit div. I agree this function is not currently performance critical and is used only by for reporting values to sysfs. Best, Mike

...ar to that of CPU scaling in appearance eventually. When you look at the cpufreq-applet for Gnome, you see the choice between every supported CPU speed, and an option for Automatic scaling. To make an application like this possible nouveau needs to communicate with users. I was thinking a procfs or sysfs node for outputting a readable table with possible modes like: 03: CPU=135MHz,Shdr=135MHz,Mem=135MHz,Vlt=0.8V,Fan=80%; ... the node name would be something like pm_supported. Another node named pm_current could output the current mode (for instance 03), and be writable to set the desired mode. Mo...

...hawn.Shao <shawn.shao at jaguarmicro.com> wrote: > > Fix the wrong drivers_autoprobe path name in the document > > Signed-off-by: Shawn.Shao <shawn.shao at jaguarmicro.com> Acked-by: Jason Wang <jasowang at redhat.com> Thanks > --- > Documentation/ABI/testing/sysfs-bus-vdpa | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/Documentation/ABI/testing/sysfs-bus-vdpa b/Documentation/ABI/testing/sysfs-bus-vdpa > index 28a6111202ba..4da53878bff6 100644 > --- a/Documentation/ABI/testing/sysfs-bus-vdpa > +++ b/Documentatio...

On Thu, 2014-01-16 at 01:38 -0800, Michael Dalton wrote: [...] > --- a/include/linux/netdevice.h > +++ b/include/linux/netdevice.h [...] > @@ -2401,6 +2416,23 @@ static inline int netif_copy_real_num_queues(struct net_device *to_dev, > #endif > } > > +#ifdef CONFIG_SYSFS > +static inline unsigned int get_netdev_rx_queue_index( > + struct netdev_rx_queue *queue) > +{ > + struct net_device *dev = queue->dev; > + int i; > + > + for (i = 0; i < dev->num_rx_queues; i++) > + if (queue == &dev->_rx[i]) > + break; Why write a...

On Jan 16, 2014 at 10:57 AM, Ben Hutchings <bhutchings at solarflare.com> wrote: > Why write a loop when you can do: > i = queue - dev->_rx; Good point, the loop approach was done in get_netdev_queue_index -- I agree your fix is faster and simpler. I'll fix in next patchset. Thanks! Best, Mike

On Thu, 2014-01-16 at 01:38 -0800, Michael Dalton wrote: [...] > --- a/include/linux/netdevice.h > +++ b/include/linux/netdevice.h [...] > @@ -2401,6 +2416,23 @@ static inline int netif_copy_real_num_queues(struct net_device *to_dev, > #endif > } > > +#ifdef CONFIG_SYSFS > +static inline unsigned int get_netdev_rx_queue_index( > + struct netdev_rx_queue *queue) > +{ > + struct net_device *dev = queue->dev; > + int i; > + > + for (i = 0; i < dev->num_rx_queues; i++) > + if (queue == &dev->_rx[i]) > + break; Why write a...