The lt4112 is a HP branded Huawei me906e modem. Like other Huawei
modems, it does not have a fixed interface to function mapping.
Instead it uses a Huawei specific scheme: functions are mapped by
subclass and protocol.
However, the HP vendor ID is used for modems from many different
manufacturers
On Sat, 2015-10-31 at 14:23 -0700, Linus Torvalds wrote:
> Mind testing something really stupid, and making the __clear_bit() in
> __clear_close_on_exec() conditiona, something like this:
>
> static inline void __clear_close_on_exec(int fd, struct fdtable *fdt)
> {
> - __clear
On Sat, Oct 31, 2015 at 02:23:31PM -0700, Linus Torvalds wrote:
> The other stuff we probably can't do all that much about. Unless we
> decide to go for some complicated lockless optimistic file descriptor
> allocation scheme with retry-on-failure instead of locks. Which I'm
> sure is possible, bu
Andy Shevchenko writes:
+ nb8800_writel(priv, NB8800_MDIO_CMD, val | MDIO_CMD_GO);
+
+ if (!nb8800_mdio_wait(bus))
+ return -ETIMEDOUT;
+
+ val = nb8800_readl(priv, NB8800_MDIO_STS);
+ if (val & MDIO_STS_ERR)
+
On Sat, Oct 31, 2015 at 1:45 PM, Eric Dumazet wrote:
> 13.84% opensock [kernel.kallsyms][k] queued_spin_lock_slowpath
> |
> --- queued_spin_lock_slowpath
> |
> |--99.97%-- _raw_spin_lock
>
On Sat, 2015-10-31 at 12:54 -0700, Linus Torvalds wrote:
> On Sat, Oct 31, 2015 at 12:34 PM, Al Viro wrote:
> >
> > ... and here's the current variant of mine.
>
> Ugh. I really liked how simple mine ended up being. Yours is definitely not.
>
> And based on the profiles from Eric, finding the fd
On Sat, Oct 31, 2015 at 12:54:50PM -0700, Linus Torvalds wrote:
> On Sat, Oct 31, 2015 at 12:34 PM, Al Viro wrote:
> >
> > ... and here's the current variant of mine.
>
> Ugh. I really liked how simple mine ended up being. Yours is definitely not.
Note that it's not the final variant - just some
Kindly Reply Back For More Details.
FedEx Express Courier.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Sat, Oct 31, 2015 at 8:41 PM, Måns Rullgård wrote:
> Andy Shevchenko writes:
>
>>> +static int nb8800_mdio_read(struct mii_bus *bus, int phy_id, int reg)
>>> +{
>>> + struct nb8800_priv *priv = bus->priv;
>>> + int val;
>>> +
>>> + if (!nb8800_mdio_wait(bus))
>>> +
On Sat, Oct 31, 2015 at 12:34 PM, Al Viro wrote:
>
> ... and here's the current variant of mine.
Ugh. I really liked how simple mine ended up being. Yours is definitely not.
And based on the profiles from Eric, finding the fd is no longer the
problem even with my simpler patch. The problem ends
Eliminate 'else' clause by simply initializing variable
Signed-off-by: Mahesh Bandewar
---
drivers/net/bonding/bond_3ad.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/net/bonding/bond_3ad.c b/drivers/net/bonding/bond_3ad.c
index 3c45358844eb..3a17fd207ec6 100
actor_admin, and actor_oper key is changed at multiple locations in
the code. This patch brings all those updates into one location in
an attempt to avoid possible inconsistent updates causing LACP state
machine to go in weird state.
The unified place is ad_update_actor_key() with simple state-mac
Old logic of updating state-machine is not required since
ad_update_actor_keys() does it implicitly. The only loss is
the notification differentiation between speed vs. duplex
change. Now only one unified notification is printed.
Signed-off-by: Mahesh Bandewar
---
drivers/net/bonding/bond_3ad.c
I was observing machines entering into weird LACP state when the
partner is in passive mode. This issue is not because of the partners
in passive state but probably because of some operational key update
which is pushing the state-machine is that weird state. This was
happening randomly on about 1%
On Fri, Oct 30, 2015 at 04:52:41PM -0700, Linus Torvalds wrote:
> I really suspect this patch is "good enough" in reality, and I would
> *much* rather do something like this than add a new non-POSIX flag
> that people have to update their binaries for. I agree with Eric that
> *some* people will do
On 10/31/2015 02:47 PM, Steven Rostedt wrote:
On Fri, 30 Oct 2015 17:03:58 -0700
Alexei Starovoitov wrote:
On Fri, Oct 30, 2015 at 03:16:26PM -0700, Yang Shi wrote:
When running bpf samples on rt kernel, it reports the below warning:
BUG: sleeping function called from invalid context at
kern
Francois Romieu writes:
> Måns Rullgård :
>> Francois Romieu writes:
> [...]
>> > It looks like it receives, then tries to allocate new resources. If so
>> > it may deplete the ring and you should instead consider allocating new
>> > resources first, then receive data if alloc + map suceeded.
>
Andy Shevchenko writes:
>> +static int nb8800_mdio_read(struct mii_bus *bus, int phy_id, int reg)
>> +{
>> + struct nb8800_priv *priv = bus->priv;
>> + int val;
>> +
>> + if (!nb8800_mdio_wait(bus))
>> + return -ETIMEDOUT;
>> +
>> + val = MIIAR_ADDR(phy_id) |
From: David Miller
Date: Thu, 29 Oct 2015 08:19:41 -0700 (PDT)
> This is the same as the previous pull request, with the ipv6 overflow
> fix redone. The merge conflict is therefore gone too.
...
> Please pull, thanks a lot.
>
> The following changes since commit 1099f86044111e9a7807f09523e42d4
Måns Rullgård :
> Francois Romieu writes:
[...]
> > It looks like it receives, then tries to allocate new resources. If so
> > it may deplete the ring and you should instead consider allocating new
> > resources first, then receive data if alloc + map suceeded.
>
> The hardware receives a frame
On Thu, Oct 29, 2015 at 6:48 PM, Mans Rullgard wrote:
> This adds a driver for the Aurora VLSI NB8800 Ethernet controller.
> It is an almost complete rewrite of a driver originally found in
> a Sigma Designs 2.6.22 tree.
>
> Signed-off-by: Mans Rullgard
> +++ b/drivers/net/ethernet/aurora/nb880
Francois Romieu writes:
>> +static int nb8800_poll(struct napi_struct *napi, int budget)
>> +{
>> +struct net_device *dev = napi->dev;
>> +struct nb8800_priv *priv = netdev_priv(dev);
>> +struct nb8800_dma_desc *rx;
>> +int work = 0;
>> +int last = priv->rx_eoc;
>> +int ne
On Fri, 2015-10-30 at 16:52 -0700, Linus Torvalds wrote: sequential
allocations...
>
> I don't think it would matter in real life, since I don't really think
> you have lots of fd's with strictly sequential behavior.
>
> That said, the trivial "open lots of fds" benchmark would show it, so
> I gu
On Fri, Oct 30, 2015 at 10:08 AM, Thomas F Herbert
wrote:
> Add support for 802.1ad including the ability to push and pop double
> tagged vlans. Add support for 802.1ad to netlink parsing and flow
> conversion. Uses double nested encap attributes to represent double
> tagged vlan. Inner TPID encod
On Fri, Oct 30, 2015 at 10:08 AM, Thomas F Herbert
wrote:
> V19: Rebased to latest net-next 4.3.0-rc6+
> commit 6d08f617872cc048173d59f1ce4660b030bab5a6
> plus a few reviewer's suggested changes.
>
> Note: changes to netdev-vport.c are not included. dev_queue_xmit() is
> now called directly as the
On Fri, 30 Oct 2015 17:03:58 -0700
Alexei Starovoitov wrote:
> On Fri, Oct 30, 2015 at 03:16:26PM -0700, Yang Shi wrote:
> > When running bpf samples on rt kernel, it reports the below warning:
> >
> > BUG: sleeping function called from invalid context at
> > kernel/locking/rtmutex.c:917
> > in
26 matches
Mail list logo
