Re: [PATCH] iplink_rmnet: Allow passing IFLA_RMNET_FLAGS

s & RMNET_FLAGS_INGRESS_MAP_COMMANDS) > + print_string(PRINT_ANY, NULL, "%s ", "ingress-commands"); > + if (flags & RMNET_FLAGS_INGRESS_MAP_CKSUMV4) > + print_string(PRINT_ANY, NULL, "%s ", "ingress-chksumv4"); >

[PATCH 1/1] net: usb: qmi_wwan: allow qmimux add/del with master up

t;net: usb: qmi_wwan: add qmap mux protocol support") Reported-by: Aleksander Morgado Signed-off-by: Daniele Palmas --- drivers/net/usb/qmi_wwan.c | 14 -- 1 file changed, 14 deletions(-) diff --git a/drivers/net/usb/qmi_wwan.c b/drivers/net/usb/qmi_wwan.c index 17a050521b86..6700

[PATCH 0/2] net: usb: qmi_wwan: new mux_id sysfs file

ay and its absence restricts how userspace application (e.g. like libqmi) can take advantage of the qmimux implementation in qmi_wwan. Thanks, Daniele v2: used sysfs_emit in mux_id_show Daniele Palmas (2): net: usb: qmi_wwan: add qmap id sysfs file for qmimux interfaces net: qmi_wwan: doc

[PATCH net-next v2 1/2] net: usb: qmi_wwan: add qmap id sysfs file for qmimux interfaces

Add qmimux interface sysfs file qmap/mux_id to show qmap id set during the interface creation, in order to provide a method for userspace to associate QMI control channels to network interfaces. Signed-off-by: Daniele Palmas --- drivers/net/usb/qmi_wwan.c | 24 1 file

[PATCH net-next v2 2/2] net: qmi_wwan: document qmap/mux_id sysfs file

Document qmap/mux_id sysfs file showing qmimux interface id Signed-off-by: Daniele Palmas --- Documentation/ABI/testing/sysfs-class-net-qmi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/Documentation/ABI/testing/sysfs-class-net-qmi b/Documentation/ABI/testing/sysfs-class-net

[PATCH 0/2] net: usb: qmi_wwan: new mux_id sysfs file

ay and its absence restricts how userspace application (e.g. like libqmi) can take advantage of the qmimux implementation in qmi_wwan. Thanks, Daniele Daniele Palmas (2): net: usb: qmi_wwan: add qmap id sysfs file for qmimux interfaces net: qmi_wwan: document qmap/mux_id sysfs file Documen

[PATCH net-next 2/2] net: qmi_wwan: document qmap/mux_id sysfs file

Document qmap/mux_id sysfs file showing qmimux interface id Signed-off-by: Daniele Palmas --- Documentation/ABI/testing/sysfs-class-net-qmi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/Documentation/ABI/testing/sysfs-class-net-qmi b/Documentation/ABI/testing/sysfs-class-net

[PATCH net-next 1/2] net: usb: qmi_wwan: add qmap id sysfs file for qmimux interfaces

Add qmimux interface sysfs file qmap/mux_id to show qmap id set during the interface creation, in order to provide a method for userspace to associate QMI control channels to network interfaces. Signed-off-by: Daniele Palmas --- drivers/net/usb/qmi_wwan.c | 27 +++ 1

Re: [PATCH v17 3/3] bus: mhi: Add userspace client interface driver

icli), according to my testing until now, properly works without any need for a change, behaving the UCI QMI char device like cdc-wdm. While a different solution (which one?) would maybe cause to re-think the userspace side for having the same high-level behavior. Thanks, Daniele > > &g

Re: [PATCH net-next 1/1] net: usb: qmi_wwan: add default rx_urb_size

Hi Kristian, Il giorno mer 4 nov 2020 alle ore 18:01 Kristian Evensen ha scritto: > > Hi, > > On Wed, Sep 9, 2020 at 11:14 AM Daniele Palmas wrote: > > > > Add default rx_urb_size to support QMAP download data aggregation > > without needing additional setup s

[PATCH 1/1] net: usb: qmi_wwan: add Telit LE910Cx 0x1230 composition

Add support for Telit LE910Cx 0x1230 composition: 0x1230: tty, adb, rmnet, audio, tty, tty, tty, tty Signed-off-by: Daniele Palmas --- Hi Bjørn, following lsusb verbose output: Bus 003 Device 004: ID 1bc7:1230 Telit Wireless Solutions Device Descriptor: bLength18

Re: [PATCH net-next 1/1] net: usb: qmi_wwan: add default rx_urb_size

Hi Bjørn, Il giorno mer 9 set 2020 alle ore 14:49 Bjørn Mork ha scritto: > > Daniele Palmas writes: > > Il giorno mer 9 set 2020 alle ore 13:09 Carl Yin(殷张成) > > ha scritto: > >> > >> Hi Deniele: > >> > >> I have an idea, by now

Re: [PATCH net-next 1/1] net: usb: qmi_wwan: add default rx_urb_size

Hi Greg, Il giorno mer 9 set 2020 alle ore 14:28 Greg KH ha scritto: > > On Wed, Sep 09, 2020 at 11:13:02AM +0200, Daniele Palmas wrote: > > Add default rx_urb_size to support QMAP download data aggregation > > without needing additional setup steps in userspace. > > >

Re: [PATCH net-next 1/1] net: usb: qmi_wwan: add default rx_urb_size

ut not sure about the direction (maybe fallback to a default value to guarantee a minimum number if rx_qlen is < than a threshold?). And this is also a change affecting all the drivers using usbnet, so it requires additional care. Let's wait for the maintainers' advice also on this. Re

[PATCH net-next 1/1] net: usb: qmi_wwan: add default rx_urb_size

-off-by: Daniele Palmas --- Resending with mailing lists added: sorry for the noise. Hi Bjørn and all, this patch tries to address the issue reported in the following threads https://www.spinics.net/lists/netdev/msg635944.html https://www.spinics.net/lists/linux-usb/msg198846.html https

Re: [PATCH] net: usb: qmi_wwan: Fix for packets being rejected in the ring buffer used by the xHCI controller.

final plan was to simply increase the rx urb size setting to the highest value we are aware of (see https://www.spinics.net/lists/linux-usb/msg198858.html): this should solve the babble issue without breaking aggregation. The change should be simple, I was just waiting to perform some sanity tests with different models I have. Hope to have it done by this week. Regards, Daniele > > Bjørn >

Re: [PATCH] qmi_wwan: support modify usbnet's rx_urb_size

Il giorno lun 3 ago 2020 alle ore 11:49 Greg KH ha scritto: > > On Mon, Aug 03, 2020 at 10:26:18AM +0200, Daniele Palmas wrote: > > Hi Greg, > > > > Il giorno lun 3 ago 2020 alle ore 10:18 Greg KH > > ha scritto: > > > > > > On Mon, Aug 03, 20

Re: [PATCH] qmi_wwan: support modify usbnet's rx_urb_size

_RW(del_mux); > > > > static struct attribute *qmi_wwan_sysfs_attrs[] = { > > + &dev_attr_rx_urb_size.attr, > > You added a driver-specific sysfs file and did not document in in > Documentation/ABI? That's not ok, sorry, please fix up. > > Actually, no, this all should be done "automatically", do not change the > urb size on the fly. Change it at probe time based on the device you > are using, do not force userspace to "know" what to do here, as it will > not know that at all. > the problem with doing at probe time is that rx_urb_size is not fixed, but depends on the configuration done at the userspace level with QMI_WDA_SET_DATA_FORMAT, so the userspace knows that. Currently there's a workaround for setting rx_urb_size i.e. changing the network interface MTU: this is fine for most uses with qmap, but there's the limitation that certain values (multiple of the endpoint size) are not allowed. Thanks, Daniele > thanks, > > greg k-h

[PATCH 1/1] net: usb: qmi_wwan: add Telit LE910C1-EUX composition

Add support for Telit LE910C1-EUX composition 0x1031: tty, tty, tty, rmnet Signed-off-by: Daniele Palmas --- Hi Bjørn, following the output of lsusb: Bus 003 Device 007: ID 1bc7:1031 Telit Wireless Solutions Device Descriptor: bLength18 bDescriptorType 1 bcdUSB

Re: [PATCH] sis900: increment revision number

Hello, I think it is good to know just by looking at the sources that the driver is still kept up-to-date, so I am in favor of this patch. Daniele On 23/06/2019 11:10, Joe Perches wrote: On Sun, 2019-06-23 at 09:47 +0200, Sergej Benilov wrote: Increment revision number to 1.08.11 (TX

Re: [PATCH] sis900: increment revision number

Sorry to be late in replying, I am ok also with the previous changes. Signed-off-by: Daniele Venzano On 23/06/2019 09:47, Sergej Benilov wrote: Increment revision number to 1.08.11 (TX completion fix). Signed-off-by: Sergej Benilov --- drivers/net/ethernet/sis/sis900.c | 7 --- 1

Re: [PATCH 0/4] qmi_wwan: fix QMAP handling

FO: rcu_preempt detected stalls on CPUs/tasks: >[ 2294.679140] rcu: Tasks blocked on level-0 rcu_node (CPUs 0-1): P141 >[ 2294.679144] rcu: (detected by 0, t=21002 jiffies, g=265857, q=8446) >[ 2294.679148] kworker/1:1 D0 141 2 0x8000 > > > In addition

[PATCH 1/1] net: usb: qmi_wwan: add Telit 0x1260 and 0x1261 compositions

Added support for Telit LE910Cx 0x1260 and 0x1261 compositions. Signed-off-by: Daniele Palmas --- lsusb output for the compositions: Bus 003 Device 004: ID 1bc7:1260 Telit Wireless Solutions Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00

Re: cellular modem driver APIs

t; > Sure. Can you say what driver this would typically live on top of? I'm > > actually a bit surprised to find out this isn't really a driver :-) > > > > This needs a physical net device such as IP accelerator > https://lkml.org/lkml/2018/11/7/233 or Modem host int

Re: cellular modem driver APIs

ing well for me and customers of the company I work for (mainly directly with libqmi, not ModemManager), but I understand the need to have a common framework and will gladly test and provide feedback for any new development related to this. Regards, Daniele > > johannes >

PRIVATE...

I have a business Proposal that will be of benefit to the both of us.Kindly contact me on mrmichealwu...@yahoo.com.hk should this be of interest to you.

Re: DSA incompatible with TI CPSW device model in dual mac mode

, one for each cpsw_emacX node in the device tree. Do you think they could be receptive to such proposal? Thanks, Bye, -- Daniele Orlandi

DSA incompatible with TI CPSW device model in dual mac mode

net-name" attribute which references to the device by name but it is super ugly... Any idea an what could be the best approach for such scenarios? Thanks, Regards, -- Daniele Orlandi smime.p7s Description: S/MIME Cryptographic Signature

Re: [PATCH 1/1] qmi_wwan: add MTU default to qmap network interface

Hi Bjørn, Il giorno ven 4 gen 2019 alle ore 14:24 Bjørn Mork ha scritto: > > Daniele Palmas writes: > > > This patch adds MTU default value to qmap network interface in > > order to avoid "RTNETLINK answers: No buffer space available" > > error when settin

[PATCH 1/1] qmi_wwan: add MTU default to qmap network interface

This patch adds MTU default value to qmap network interface in order to avoid "RTNETLINK answers: No buffer space available" error when setting an ipv6 address. Signed-off-by: Daniele Palmas --- drivers/net/usb/qmi_wwan.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drive

Re: [PATCH 1/1] Fix qmap header retrieval in qmimux_rx_fixup

Il giorno ven 21 dic 2018 alle ore 13:33 Bjørn Mork ha scritto: > > Daniele Palmas writes: > > > This patch fixes qmap header retrieval when modem is configured for > > dl data aggregation. > > > > Signed-off-by: Daniele Palmas > > --- > > Hi Bj

[PATCH 1/1] Fix qmap header retrieval in qmimux_rx_fixup

This patch fixes qmap header retrieval when modem is configured for dl data aggregation. Signed-off-by: Daniele Palmas --- Hi Bjørn and all, I'm facing an issue when using qmi_wwan with modem configured with dl data aggregation and qmap multiplexing, e.g. something like root@L2122:~# q

Re: [PATCH net-next] net: qmi_wwan: Add pass through mode

--client-cid=${ccid2} qmicli -p -d /dev/cdc-wdm0 --wds-get-current-settings --client-no-release-cid --client-cid=${ccid2} ip addr add ${ip2}/${bitmask2} dev rmnet1 ip link set rmnet1 up I think that 3) implies 1) and 2), so maybe some steps could be merged. Regards, Daniele > > > Signed

[PATCH v2] ip: add rmnet initial support

This patch adds basic support for Qualcomm rmnet devices. Signed-off-by: Daniele Palmas --- v2: rebased on iproute2-next removed GPL boilerplate added print_opt function man page updated fixed MUXID values --- ip/Makefile | 2 +- ip/iplink.c

Re: [PATCH 1/1] ip: add rmnet initial support

2018-06-13 2:22 GMT+02:00 Stephen Hemminger : > On Tue, 12 Jun 2018 16:12:57 +0200 > Daniele Palmas wrote: > >> This patch adds basic support for Qualcomm rmnet devices. >> >> Signed-off-by: Daniele Palmas >> --- >> ip/Makefile | 2 +- >> ip

Re: [PATCH 1/1] ip: add rmnet initial support

2018-06-13 1:06 GMT+02:00 Subash Abhinov Kasiviswanathan : >> + >> +static void print_explain(FILE *f) >> +{ >> + fprintf(f, >> + "Usage: ... rmnet mux_id MUXID\n" >> + "\n" >> + "MU

[PATCH 1/1] ip: add rmnet initial support

This patch adds basic support for Qualcomm rmnet devices. Signed-off-by: Daniele Palmas --- ip/Makefile | 2 +- ip/iplink.c | 2 +- ip/iplink_rmnet.c | 70 +++ 3 files changed, 72 insertions(+), 2 deletions(-) create mode 100644

Re: Qualcomm rmnet driver and qmi_wwan

t user intervention that there is the rmnet device attached? >> >> Regards, >> Daniele >> > > Hi Daniele > > You can check for the rx_handler attached to qmi_wwan dev and see if it > belongs to rmnet. You can use the attached patch for it but it think the >

Re: Qualcomm rmnet driver and qmi_wwan

; >> But I trust that you and Daniele can work out something. Please keep me >> CCed, but don't expect timely replies. >> > > Hi Daniele > > Can you try out the attached patch. > I have added a new sysfs attribute pass_through to be used in raw_ip mode > only. O

Re: Qualcomm rmnet driver and qmi_wwan

Hi Dan and Subash, 2018-06-05 19:38 GMT+02:00 Subash Abhinov Kasiviswanathan : > On 2018-06-05 08:54, Dan Williams wrote: >> >> On Tue, 2018-06-05 at 11:38 +0200, Daniele Palmas wrote: >>> >>> Hi, >>> >>> 2018-02-21 20:47 GMT+01:00 Subash Abhi

Re: Qualcomm rmnet driver and qmi_wwan

Hi, 2018-02-21 20:47 GMT+01:00 Subash Abhinov Kasiviswanathan : > On 2018-02-21 04:38, Daniele Palmas wrote: >> >> Hello, >> >> in rmnet kernel documentation I read: >> >> "This driver can be used to register onto any physical network device in >&

Re: 4.16 issue with mbim modem and ping with size > 14552 bytes

2018-05-25 0:54 GMT+02:00 Daniele Palmas : > Hi Greg, > > 2018-05-24 17:53 GMT+02:00 Greg KH : >> On Thu, May 24, 2018 at 05:04:49PM +0200, Daniele Palmas wrote: >>> Hello, >>> >>> I have an issue with an USB mbim modem when trying to send with ping >&g

Re: 4.16 issue with mbim modem and ping with size > 14552 bytes

Hi Greg, 2018-05-24 17:53 GMT+02:00 Greg KH : > On Thu, May 24, 2018 at 05:04:49PM +0200, Daniele Palmas wrote: >> Hello, >> >> I have an issue with an USB mbim modem when trying to send with ping >> more than 14552 bytes: it looks like to me a kernel issue, but not at

4.16 issue with mbim modem and ping with size > 14552 bytes

l log. Anyone can suggest me how to debug this further? Thanks in advance, Daniele

Re: Qualcomm rmnet driver and qmi_wwan

Hi Subash, 2018-02-21 20:47 GMT+01:00 Subash Abhinov Kasiviswanathan : > On 2018-02-21 04:38, Daniele Palmas wrote: >> >> Hello, >> >> in rmnet kernel documentation I read: >> >> "This driver can be used to register onto any physical network device in

Qualcomm rmnet driver and qmi_wwan

meone give me an hint on the steps to follow? If not, does anyone know if it is possible to modify qmi_wwan in order to take advantage of the features provided by the rmnet driver? In this case hint on the changes for modifying qmi_wwan are welcome. Thanks in advance, Daniele

Re: [PATCH 1/1] net: usb: qmi_wwan: add Telit ME910 PID 0x1101 support

2017-12-14 22:28 GMT+01:00 Daniele Palmas : > 2017-12-14 18:55 GMT+01:00 Bjørn Mork : >> Daniele Palmas writes: >> >>> This patch adds support for Telit ME910 PID 0x1101. >>> >>> Signed-off-by: Daniele Palmas >> >> Acked-by: Bjørn Mork >

Re: [PATCH 1/1] net: usb: qmi_wwan: add Telit ME910 PID 0x1101 support

2017-12-14 18:55 GMT+01:00 Bjørn Mork : > Daniele Palmas writes: > >> This patch adds support for Telit ME910 PID 0x1101. >> >> Signed-off-by: Daniele Palmas > > Acked-by: Bjørn Mork > >> bInterfaceSubClass254 > > Just curious: Is there s

[PATCH 1/1] net: usb: qmi_wwan: add Telit ME910 PID 0x1101 support

This patch adds support for Telit ME910 PID 0x1101. Signed-off-by: Daniele Palmas --- Following lsusb output for 0x1101 composition tty, tty, tty, rmnet Bus 003 Device 015: ID 1bc7:1101 Telit Wireless Solutions Device Descriptor: bLength18 bDescriptorType 1 bcdUSB

Re: [PATCH] drivers/net: sis: Convert timers to use timer_setup()

On 24 October 2017 10:46:52 CEST, Kees Cook wrote: >In preparation for unconditionally passing the struct timer_list >pointer to >all timer callbacks, switch to using the new timer_setup() and >from_timer() >to pass the timer pointer explicitly. > >Cc: Francois Romieu >

[PATCH 1/1] net: usb: qmi_wwan: add Telit ME910 support

This patch adds support for Telit ME910 PID 0x1100. Signed-off-by: Daniele Palmas --- 0x1100 composition is: tty + qdss + tty + rmnet Following lsusb output: Bus 003 Device 018: ID 1bc7:1100 Telit Wireless Solutions Device Descriptor: bLength18 bDescriptorType 1

Re: [PATCH 1/1] drivers: net: usb: qmi_wwan: add QMI_QUIRK_SET_DTR for Telit PID 0x1201

Hi Bjørn, 2017-04-21 12:30 GMT+02:00 Daniele Palmas : > Hi Bjørn, > > 2017-04-19 19:28 GMT+02:00 Bjørn Mork : >> Daniele Palmas writes: >> >> >> Would you mind describing in detail how you trigger the EIOs? What >> software and command sequence are you us

Re: [PATCH 1/1] drivers: net: usb: qmi_wwan: add QMI_QUIRK_SET_DTR for Telit PID 0x1201

Hi Bjørn, 2017-04-19 19:28 GMT+02:00 Bjørn Mork : > Daniele Palmas writes: > >> as a side note in latest kernels I had troubles with qmi devices >> (e.g. I/O error when using qmicli). >> >> I found your suggestion in libqmi

[PATCH 1/1] drivers: net: usb: qmi_wwan: add QMI_QUIRK_SET_DTR for Telit PID 0x1201

-off-by: Daniele Palmas --- Hi Bjørn, as a side note in latest kernels I had troubles with qmi devices (e.g. I/O error when using qmicli). I found your suggestion in libqmi mailing list to revert commit 833415a3e781a26fe480a34d45086bdb4fe1e4c0 cdc-wdm: fix "out-of-sync" due

Re: [PATCH 0/2] net: usb: qmi_wwan: add qmap mux protocol support

Hi Subash, 2017-03-24 18:45 GMT+01:00 Subash Abhinov Kasiviswanathan : > On 2017-03-24 07:22, Daniele Palmas wrote: >> >> This patch adds support for qmap mux protocol available in recent >> Qualcomm based modems. >> >> The qmap mux protocol can be used for mult

Re: [PATCH 2/2] Documentation: ABI: testing: sysfs-class-net-qmi: add new qmap mux files description

Hi Sergei, 2017-03-24 17:31 GMT+01:00 Sergei Shtylyov : > Hello! > > > On 03/24/2017 04:22 PM, Daniele Palmas wrote: > >> This patch updates the documentation related to the new files added for >> qmap mux support. >> >> Signed-off-by: Daniele Palmas >

[PATCH 0/2] net: usb: qmi_wwan: add qmap mux protocol support

implemented in Codeaurora gobinet out-of-kernel driver that was the inspiration for this development. Tests have been performed with Telit LE922A6 (PID 0x1040) Daniele Palmas (2): net: usb: qmi_wwan: add qmap mux protocol support Documentation: ABI: testing: sysfs-class-net-qmi: add new qmap

[PATCH 2/2] Documentation: ABI: testing: sysfs-class-net-qmi: add new qmap mux files description

This patch updates the documentation related to the new files added for qmap mux support. Signed-off-by: Daniele Palmas --- Documentation/ABI/testing/sysfs-class-net-qmi | 27 +++ 1 file changed, 27 insertions(+) diff --git a/Documentation/ABI/testing/sysfs-class-net

[PATCH 1/2] net: usb: qmi_wwan: add qmap mux protocol support

interfaces (named qmimux): - /sys/class/net//qmi/add_mux - /sys/class/net//qmi/del_mux Main patch author is Bjørn Mork Signed-off-by: Bjørn Mork Signed-off-by: Daniele Palmas --- drivers/net/usb/qmi_wwan.c | 317 - 1 file changed, 316 insertions(+), 1

Re: SO_BINDTODEVICE in VRFs not working?

d be possible to bind to the specific interfaces too although it's not what I was looking for. Thank you, Bye, -- Daniele Orlandi

SO_BINDTODEVICE in VRFs not working?

thout setsockopt run via "ip vrf exec" does however work! What am I doing wrong?!?! Thank you! -- Daniele Orlandi

[PATCH 1/1] NET: usb: cdc_mbim: add quirk for supporting Telit LE922A

Telit LE922A MBIM based composition does not work properly with altsetting toggle done in cdc_ncm_bind_common. This patch adds CDC_MBIM_FLAG_AVOID_ALTSETTING_TOGGLE quirk to avoid this procedure that, instead, is mandatory for other modems. Signed-off-by: Daniele Palmas --- drivers/net/usb

[PATCH 0/1] NET: usb: cdc_mbim: add quirk for supporting Telit LE922A

/msg149249.html https://www.spinics.net/lists/linux-usb/msg149819.html Thanks to Bjørn for the productive discussion and feedback! Daniele Palmas (1): NET: usb: cdc_mbim: add quirk for supporting Telit LE922A drivers/net/usb/cdc_mbim.c | 21 + drivers/net/usb/cdc_ncm.c | 14

Re: [PATCH 1/1] NET: usb: cdc_ncm: adding MBIM RESET_FUNCTION request and modifying ncm bind common code

2016-12-05 14:04 GMT+01:00 Daniele Palmas : > Hi, > > 2016-12-05 11:10 GMT+01:00 Bjørn Mork : >> Daniele Palmas writes: >> >>> I went back to this and further checking revealed that MBIM function >>> reset is not needed an

Re: [PATCH 1/1] NET: usb: cdc_ncm: adding MBIM RESET_FUNCTION request and modifying ncm bind common code

Hi, 2016-12-05 11:10 GMT+01:00 Bjørn Mork : > Daniele Palmas writes: > >> I went back to this and further checking revealed that MBIM function >> reset is not needed and the only problem is related to commit >> 48906f62c96cc2cd35753e59310cb70eb08cc6a5 cdc_ncm: toggle alts

Re: [PATCH 1/1] NET: usb: cdc_ncm: adding MBIM RESET_FUNCTION request and modifying ncm bind common code

Hi, 2016-11-28 12:23 GMT+01:00 Daniele Palmas : > 2016-11-26 22:17 GMT+01:00 Bjørn Mork : >> Bjørn Mork writes: >> >>> Finally, I found my modems (or at least a number of them) again today. >>> But I'm sorry to say, that the troublesome Huawei E3372h-153 i

[PATCH 1/1] NET: usb: qmi_wwan: add support for Telit LE922A PID 0x1040

This patch adds support for PID 0x1040 of Telit LE922A. The qmi adapter requires to have DTR set for proper working, so QMI_WWAN_QUIRK_DTR has been enabled. Signed-off-by: Daniele Palmas --- drivers/net/usb/qmi_wwan.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/usb

[PATCH 0/1] NET: usb: qmi_wwan: add support for Telit LE922A PID 0x1040

2.00 bDeviceClass0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize064 bNumConfigurations 1 Device Status: 0x (Bus Powered) Daniele Palmas (1): NET: usb: qmi_wwan: add support for Telit LE922A PID

[PATCH net] openvswitch: Fix skb leak in IPv6 reassembly.

n Westphal CC: Pravin B Shelar CC: Joe Stringer Signed-off-by: Daniele Di Proietto --- net/openvswitch/conntrack.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/net/openvswitch/conntrack.c b/net/openvswitch/conntrack.c index 31045ef..fecefa2 100644 --- a/net/o

Re: [PATCH 1/1] NET: usb: cdc_ncm: adding MBIM RESET_FUNCTION request and modifying ncm bind common code

t makes this toggle not to be applied with the buggy modems and then unconditionally add the RESET_FUNCTION request in cdc_mbim_bind after cdc_ncm_bind_common has been executed. Daniele > > If this turns out to work, then I believe we should refactor > cdc_ncm_init() and cdc_ncm_bind_co

[PATCH 0/1] NET: usb: cdc_ncm: adding MBIM RESET_FUNCTION request and modifying ncm bind common code

checking. Daniele Palmas (1): NET: usb: cdc_ncm: adding MBIM RESET_FUNCTION request and modifying ncm bind common code drivers/net/usb/cdc_ncm.c| 39 +++ include/uapi/linux/usb/cdc.h | 1 + 2 files changed, 28 insertions(+), 12 deletions(-) -- 2.7.4

[PATCH 1/1] NET: usb: cdc_ncm: adding MBIM RESET_FUNCTION request and modifying ncm bind common code

, the MBIM class-specific request code RESET_FUNCTION is used in order to reset the function to its initial state, removing the need for the pause. Signed-off-by: Daniele Palmas --- drivers/net/usb/cdc_ncm.c| 39 +++ include/uapi/linux/usb/cdc.h | 1 + 2

Re: [PATCH 12/15] sis900: use IS_ENABLED() instead of checking for built-in or module

ping abstract away >some >of the Kconfig built-in and module enable details. > >Signed-off-by: Javier Martinez Canillas Acked-by: Daniele Venzano

Re: Issue with ping source address display

On 12/04/2016 21:38, Julian Anastasov wrote: > > Hello, > > On Tue, 12 Apr 2016, Daniele Orlandi wrote: > >> I noticed that when ping receives ICMP messages from different sources >> the first IP address is always used and displayed: >> >> >&

Issue with ping source address display

Hello, More than one year ago I posted the following message but it hasn't received a reply, now I've been stung by a similar issue, you may want to investigate: I noticed that when ping receives ICMP messages from different sources the first IP address is always used and displayed: vihai@sev

[PATCH 0/1] net: usb: cdc_ncm: adding Telit LE910 V2 mobile broadband card

Miscellaneous Device bDeviceSubClass 2 ? bDeviceProtocol 1 Interface Association bMaxPacketSize064 bNumConfigurations 1 Device Status: 0x0001 Self Powered Daniele Palmas (1): net: usb: cdc_ncm: adding Telit LE910 V2 mobile broadband card drivers/net/usb/cdc_ncm.c

[PATCH 1/1] net: usb: cdc_ncm: adding Telit LE910 V2 mobile broadband card

Telit LE910 V2 is a mobile broadband card with no ARP capabilities: the patch makes this device to use wwan_noarp_info struct Signed-off-by: Daniele Palmas --- drivers/net/usb/cdc_ncm.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/net/usb/cdc_ncm.c b/drivers/net/usb

[PATCH v2 2/2] net: usb: cdc_ncm: Adding Dell DW5813 LTE AT&T Mobile Broadband Card

Unlike DW5550, Dell DW5813 is a mobile broadband card with no ARP capabilities: the patch makes this device to use wwan_noarp_info struct Signed-off-by: Daniele Palmas --- drivers/net/usb/cdc_ncm.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/net/usb/cdc_ncm.c b/drivers

[PATCH v2 0/2] net: usb: cdc_ncm: Adding support for two new Dell devices

This patch series add support in the cdc_ncm driver for two devices based on the same platform, that are different only for carrier customization. V2: Added comment for highlighting FLAG_NOARP usage for those devices Daniele Palmas (2): net: usb: cdc_ncm: Adding Dell DW5812 LTE Verizon Mobile

[PATCH v2 1/2] net: usb: cdc_ncm: Adding Dell DW5812 LTE Verizon Mobile Broadband Card

Unlike DW5550, Dell DW5812 is a mobile broadband card with no ARP capabilities: the patch makes this device to use wwan_noarp_info struct Signed-off-by: Daniele Palmas --- drivers/net/usb/cdc_ncm.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/net/usb/cdc_ncm.c b/drivers

Re: [PATCH 0/2] net: usb: cdc_ncm: Adding support for two new Dell devices

Hi Bjorn, 2015-12-17 13:21 GMT+01:00 Bjørn Mork : > Dan Williams writes: >> On Wed, 2015-12-16 at 10:39 +0100, Daniele Palmas wrote: >>> This patch series add support in the cdc_ncm driver for two devices >>> based on the same platform, that are different only fo

Re: [PATCH 0/2] net: usb: cdc_ncm: Adding support for two new Dell devices

Hi Dan, 2015-12-16 18:12 GMT+01:00 Dan Williams : > On Wed, 2015-12-16 at 10:39 +0100, Daniele Palmas wrote: >> This patch series add support in the cdc_ncm driver for two devices >> based on the same platform, that are different only for carrier >> customization. >>

[PATCH 2/2] net: usb: cdc_ncm: Adding Dell DW5813 LTE AT&T Mobile Broadband Card

Dell DW5813 is a mobile broadband card with no ARP capabilities: the patch makes this device to use wwan_noarp_info struct Signed-off-by: Daniele Palmas --- drivers/net/usb/cdc_ncm.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/net/usb/cdc_ncm.c b/drivers/net/usb/cdc_ncm.c

[PATCH 1/2] net: usb: cdc_ncm: Adding Dell DW5812 LTE Verizon Mobile Broadband Card

Dell DW5812 is a mobile broadband card with no ARP capabilities: the patch makes this device to use wwan_noarp_info struct Signed-off-by: Daniele Palmas --- drivers/net/usb/cdc_ncm.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/net/usb/cdc_ncm.c b/drivers/net/usb/cdc_ncm.c

[PATCH 0/2] net: usb: cdc_ncm: Adding support for two new Dell devices

This patch series add support in the cdc_ncm driver for two devices based on the same platform, that are different only for carrier customization. The devices do not have ARP capabilities. Daniele Palmas (2): net: usb: cdc_ncm: Adding Dell DW5812 LTE Verizon Mobile Broadband Card net

Re: size overflow in function qdisc_tree_decrease_qlen net/sched/sch_api.c

I can't be 100% sure but after running transmission for over an hour without any problems I'd say this fix worked. I'll keep it running for a while so if it suddently freezes again I'll report it, but I hope it won't be the case. Daniele On Tue, Dec 01, 2015 at 06:15

Re: size overflow in function qdisc_tree_decrease_qlen net/sched/sch_api.c

Thanks for the reply. Here's the output of `tc qdisc show`: https://gist.github.com/1847102c8fe08f63e9e7 Daniele On Mon, Nov 30, 2015 at 08:50:29PM -0800, Cong Wang wrote: > On Mon, Nov 30, 2015 at 5:00 PM, Daniele Fucini wrote: > > Hello, > > > > I'm using a Grs

size overflow in function qdisc_tree_decrease_qlen net/sched/sch_api.c

other information you need to help debug this. Daniele signature.asc Description: PGP signature

[PATCH 1/1] net: usb: cdc_ether: add Dell DW5580 as a mobile broadband adapter

Since Dell DW5580 is a 3G modem, this patch adds the device as a mobile broadband adapter Signed-off-by: Daniele Palmas --- drivers/net/usb/cdc_ether.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/net/usb/cdc_ether.c b/drivers/net/usb/cdc_ether.c index 35a2bff..5e92076

Re: [PATCH] [sis900] convert to NAPI, WAS Re: pktgen terminating condition

- Message d'origine - De: Mandeep Singh Baines <[EMAIL PROTECTED]> Date: Mon, 3 Sep 2007 20:20:36 -0700 Sujet: [PATCH] [sis900] convert to NAPI, WAS Re: pktgen terminating condition >Hi Daniele, > >Attached is a patch for converting the sis900 driver to NAPI. Please ta

Re: pktgen terminating condition

erboards and the usage scenario changed. -- Daniele Venzano [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Re: pktgen terminating condition

sights on the lazy tx prune habit. >> > >+ [EMAIL PROTECTED] >+ [EMAIL PROTECTED] > >I'll work on a NAPI patch. Here I'm (the maintainer). Sorry for the delay replying. I don't regard the TxOK solution as something usable for mainline, but it has its use for th

Re: [PATCH] sis900: Allocate rx replacement buffer before rx operation

ccess anymore to my sis900 machine. The patch seems fine by me. Signed-off-by: Neil Horman <[EMAIL PROTECTED]> Signed-off-by: Daniele Venzano <[EMAIL PROTECTED]> -- Daniele Venzano http://www.brownhat.org PGP.sig Description: Questa è un messaggio firmato elettronicamente

[ANNOUNCE] FYI: MultiTCP for linux-2.6.19

ion of enhanced transport protocols performance in satellite networks", IEEE Globecom 2006 - Satellite and Space Communications, 27 November-1 December 2006, San Francisco, CA, USA. [2] J. C. Hoe, "Improving the Start-up Behavior of a Congestion Control Scheme for TCP", ACM SIGCOMM 1

Re: TCP Pacing

andwidth estimation feature included in future versions of hybla module as soon as we can consider it "stable". HAND. -- Daniele [1] J. Hoe, "Improving the Start-up Behavior of a Congestion Control Scheme for TCP", ACM Sigcomm, Aug. 1996. [2] C. Caini, R. Firrincieli and D. Lac

Re: TCP Pacing

TELLITE COMMUNICATIONS AND NETWORKING 2004; 22:547–566 D. X. Wei, C. Jin, S. H. Low and S. Hegde. "FAST TCP: motivation, architecture, algorithms", performance IEEE/ACM Transactions on Networking, to appear in 2007 -- Daniele Lacamera root{at}danielinux.net - To unsubscribe from

Re: TCP Pacing

out having to do this I removed that select in Kconfig, I agree it doesn't make sense at all, for portability. However, pacing works with 1ms resolution, so maybe a "depends HZ_1000" is still required. (How do you run 1ms timers with HZ!=1000?) Thanks -- Daniele Lacamera [EMAIL

Re: TCP Pacing

tch follows. Thanks to you all for your attention & advices. Signed-off by: Daniele Lacamera <[EMAIL PROTECTED]> --- diff -ruN linux-2.6.18-rc6/Documentation/networking/ip-sysctl.txt linux-pacing/Documentation/networking/ip-sysctl.txt --- linux-2.6.18-rc6/Documentation/networking/ip-sysctl

TCP Pacing

led, it adds only 6B to the tcp_sock. Signed-off by: Daniele Lacamera <[EMAIL PROTECTED]> --- diff -ruN linux-2.6.18-rc6/Documentation/networking/ip-sysctl.txt linux-pacing/Documentation/networking/ip-sysctl.txt --- linux-2.6.18-rc6/Documentation/networking/ip-sysctl.txt 2006-09

[PATCH] Add new PHY to sis900 supported list

Please include the attached patch that adds support for a new PHY to the sis900 driver. See also Bugzilla 6919. Signed-off-by: Daniele Venzano <[EMAIL PROTECTED]> -- -- Daniele Venzano Web: http://teg.homeunix.org diff -urN linux-source-2.6.15/drivers/net/si

  1   2   >