On 11/25/15 9:03 AM, Thomas Monjalon wrote:
> 2015-11-25 08:51, Roger B. Melton:
>> Have you thought about a way to set thread name when glibc < 2.12. I
>> also ran into the problem recently and played around with prctl()
>> (Linux) to set thread (process) name. e.g
> +/**
> + * Set thread names.
> + *
> + * Macro to wrap `pthread_setname_np()` with a glibc version check.
> + * Only glibc >= 2.12 supports this feature.
> + *
> + * This macro only used for Linux, BSD does direct libc call.
> + * BSD libc version of function is `pthread_set_name_np()`.
> + */
David/Thomas, in-line -Roger
On 11/18/15 5:13 PM, Roger B. Melton wrote:
> Hi Thomas, in-line -Roger
>
> On 11/17/15 10:46 AM, Thomas Monjalon wrote:
>> 2015-11-17 08:56, Roger B. Melton:
>>> Hi David, in-line -Roger
>>>
>>> On 11/16/15 4:46
Hi Thomas, in-line -Roger
On 11/17/15 10:46 AM, Thomas Monjalon wrote:
> 2015-11-17 08:56, Roger B. Melton:
>> Hi David, in-line -Roger
>>
>> On 11/16/15 4:46 AM, David Marchand wrote:
>>> Hello Roger,
>>>
>>> On Sun, Nov 15, 2015 at 3:45 PM,
Hi David, in-line -Roger
On 11/16/15 4:46 AM, David Marchand wrote:
> Hello Roger,
>
> On Sun, Nov 15, 2015 at 3:45 PM, Roger B. Melton <mailto:rmelton at cisco.com>> wrote:
>
> I like the "-b all" and "-w none" idea, but I think it might be
be simpler to have an option to disable the rte_eal_init()
time the probe. Would that address the issue with VFIO, prevent
automatically attaching to devices while permitting on demand attach?
Thanks again.
Regards,
-Roger
On 11/14/15 12:51 PM, David Marchand wrote:
> Hello Roger,
>
>
at bivio.net
>
> -Original Message-
> From: David Marchand [mailto:david.marchand at 6wind.com]
> Sent: Friday, November 13, 2015 12:50 AM
> To: Roger B Melton
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] Making rte_eal_pci_probe() in rte_eal_init() optional?
>
Hi David,
On 11/13/15 3:49 AM, David Marchand wrote:
> Hello Roger,
>
> On Thu, Nov 12, 2015 at 11:43 PM, Roger B Melton <mailto:rmelton at cisco.com>> wrote:
>
> Hi folks,
>
> With the addition of hot plug support we have been migrating away
>
Hi folks,
With the addition of hot plug support we have been migrating away from
device discovery and attach at initialization time to a model where it
is controlled from a separate process. The separate process manages the
binding of devices to UIO and instructs the DPDK process when to
On 10/12/15 12:45 PM, Harry van Haaren wrote:
> Fix a misinterpreatation of VF statistic macro in e1000/igb.
>
> Signed-off-by: Harry van Haaren
Acked-by: Roger Melton
On 10/12/15 12:45 PM, Harry van Haaren wrote:
> Fix a misinterpretation of VF stats in ixgbe
>
> Signed-off-by: Harry van Haaren
Acked-by: Roger Melton
test;\
> }
>
> -
> #define IGB_FC_PAUSE_TIME 0x0680
> #define IGB_LINK_UPDATE_CHECK_TIMEOUT 90 /* 9s */
> #define IGB_LINK_UPDATE_CHECK_INTERVAL 100 /* ms */
--
____
|Roge
the calculation itself.
>
> So the correct way to compute this would be "cur += (latest - last) &
> UINT_MAX". Also the mask approach should be faster as it avoids any
> conditional jumps.
>
> - Alex
> .
>
--
__
cur += latest - last; \
> + } else { \
> + cur += (UINT_MAX - last) + latest;\
> + } \
> last = latest;\
> }
>
--
___
else {\
> + cur += (UINT_MAX - last) + latest; \
> + } \
> last = latest; \
>
return -ENODEV;
> }
> - RTE_ETH_FPTR_OR_ERR_RET(*dev->dev_ops->rx_descriptor_done, -ENOTSUP);
> #endif
> + RTE_ETH_FPTR_OR_ERR_RET(*dev->dev_ops->rx_descriptor_done, -ENOTSUP);
>
> return (*dev->dev_ops->rx_descriptor_done)( \
> dev-&g
16 matches
Mail list logo