From: "John W. Linville" <[EMAIL PROTECTED]>
Date: Sat, 22 Sep 2007 15:54:57 -0400
> Another round of miscellaneous driver and stack fixes intended for
> 2.6.24...
>
> The tree is based on the latest net-2.6.24 as of this morning.
> I've included a 'master-davem' branch in my tree as a reference
From: Ulrich Drepper <[EMAIL PROTECTED]>
Date: Sat, 22 Sep 2007 10:11:01 -0700
> There was no public mail. I asked RH engineering for proposals for
> changes to the POSIX spec and Alan replied.
Please do not discuss such proposals only privately, especially when
the ramifications affect the enti
Krzysztof Oledzki <[EMAIL PROTECTED]> wrote:
>
> It seems that after some not very recent changes udp and tcp packes
> carring data send by a loopback have incorrect cksum:
This correct. The loopback interfaces has the no checksum flag
set so we only provide a partial checksum on output (i.e.,
Dear Jamal,
Sorry, I sent to you all a not-good-formatted mail.
Thanks for instructions and corrections from you all.
I have thought that packet re-ordering for upper TCP protocol will become
more intensive and this will make the network even slower.
I do randomly select a CPU to dispatch the s
Jeff & Dave,
Another round of miscellaneous driver and stack fixes intended for
2.6.24...
The tree is based on the latest net-2.6.24 as of this morning.
I've included a 'master-davem' branch in my tree as a reference in
case net-2.6.24 gets rebased again in the meantime.
Thanks!
John
---
The
On Sat, Sep 22, 2007 at 01:35:56PM -0400, Alan Cox ([EMAIL PROTECTED]) wrote:
> On Sat, Sep 22, 2007 at 08:14:15PM +0400, Evgeniy Polyakov wrote:
> > of operations. There are four ways where bind can fail:
> >
> > 1. unsufficient rights - nothing can help here
> > 2. there is no memory - async bin
On Sat, Sep 22, 2007 at 08:14:15PM +0400, Evgeniy Polyakov wrote:
> of operations. There are four ways where bind can fail:
>
> 1. unsufficient rights - nothing can help here
> 2. there is no memory - async binding can not help here too, since it
> some memory just has to be allocated to sav
On Sat, Sep 22, 2007 at 10:11:01AM -0700, Ulrich Drepper ([EMAIL PROTECTED])
wrote:
> Evgeniy Polyakov wrote:
> > Could you point to the original Alan's proposal, I only found short note
> > (as in you original mail) at opengroup.org and failed to correctly
> > googlify it in the web.
>
> There w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Evgeniy Polyakov wrote:
> Could you point to the original Alan's proposal, I only found short note
> (as in you original mail) at opengroup.org and failed to correctly
> googlify it in the web.
There was no public mail. I asked RH engineering for pro
On Sat, Sep 22, 2007 at 09:21:06AM -0700, Ulrich Drepper ([EMAIL PROTECTED])
wrote:
> Evgeniy Polyakov wrote:
> > So, did I understand you correctly, that you want to introduce network
> > AIO here? (for example on behalf of work queue or something else?)
>
> See Alan's mail. All this was his pr
Jeff,
One of these is a fairly obvious one-liner (COMPATIBLE_IOCTL). The other is
a bit more complicated, but fixes a problem created by a patch already
in 2.6.23 (reported this week by Yoshifuji). Please pull this for
2.6.23 if at all possible.
Thanks!
John
---
Individual patches are here:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Evgeniy Polyakov wrote:
> So, did I understand you correctly, that you want to introduce network
> AIO here? (for example on behalf of work queue or something else?)
See Alan's mail. All this was his proposal, I just got it accepted
upstream.
The pr
Hi Ulrich.
On Thu, Sep 20, 2007 at 10:59:53PM -0700, Ulrich Drepper ([EMAIL PROTECTED])
wrote:
> Some time back Alan asked about adding O_NONBLOCK support to bind in the
> POSIX spec. I brought this up and the following text will be in the
> next revision of the POSIX spec:
>
>
Dave,
These are a few more minor fixes that I would like to have in 2.6.23 if
at all possible.
Thanks!
John
---
Individual patches are available here:
http://www.kernel.org/pub/linux/kernel/people/linville/wireless-2.6/fixes-davem/
---
The following changes since commit 81cfe79b9c5
On Sat, Sep 22, 2007 at 10:28:23PM +0800, [EMAIL PROTECTED] wrote:
> Hi Greg,
> It should be the right name now, apologize for the typo., anyway,
> glad to get the response from u.
> I think the usbserial crash, or the printk crash is a small bug,
> likely interrupt handling, but
On Saturday 22 September 2007, Ulrich Kunitz wrote:
> Michael Buesch wrote:
>
> > On Saturday 22 September 2007 11:48:00 Ulrich Kunitz wrote:
> > > A real high-quality driver will require Johannes' proposed
> > > mac80211 driver interface changes to be merged and TX
> > > confirmations handled in
Michael Buesch wrote:
> On Saturday 22 September 2007 11:48:00 Ulrich Kunitz wrote:
> > A real high-quality driver will require Johannes' proposed
> > mac80211 driver interface changes to be merged and TX
> > confirmations handled in a way, that the semantics can really be
> > supported by the dri
On Saturday 22 September 2007 11:48:00 Ulrich Kunitz wrote:
> A real high-quality driver will require Johannes' proposed
> mac80211 driver interface changes to be merged and TX
> confirmations handled in a way, that the semantics can really be
> supported by the driver. (Michael Buesh's patch is ta
Hi Pavel.
On Mon, Sep 17, 2007 at 06:22:30PM +, Pavel Machek ([EMAIL PROTECTED])
wrote:
> > I'm pleased to announce third release of the distributed storage
> > subsystem, which allows to form a storage on top of remote and local
> > nodes, which in turn can be exported to another storage as
Urs Thuermann wrote:
> Patrick McHardy <[EMAIL PROTECTED]> writes:
>>
>>>+config CAN_RAW_USER
>>>+bool "Allow non-root users to access Raw CAN Protocol sockets"
>>
>>
>>If you plan to remove this option, it should happen before merging
>>since it affects userspace visible behaviour.
>
>
> We
Urs Thuermann wrote:
> Patrick McHardy <[EMAIL PROTECTED]> writes:
>
>
>>You drop the module reference again when leaving this function.
>>So sock->ops might contain a stale pointer if the module is
>>unloaded after this. You need to either keep the module reference
>>while the socket is alive or
Sorry for joining the discussion so late, but I have a day job
requires sometimes all of my time.
John W. Linville wrote:
> On Wed, Sep 19, 2007 at 11:08:16PM +0100, Daniel Drake wrote:
>
> > I would like to this until 2.6.25 until I have had time to clear up some
> > final issues and do more t
drivers/net/iseries_veth.c: In function 'veth_transmit_to_many':
drivers/net/iseries_veth.c:1174: warning: unused variable 'port'
Signed-off-by: Satyam Sharma <[EMAIL PROTECTED]>
---
drivers/net/iseries_veth.c |1 -
1 file changed, 1 deletion(-)
diff -ruNp a/drivers/net/iseries_veth.c b/d
Of ethtool_ops->get_stats_count and ethtool_ops->get_ethtool_stats.
Signed-off-by: Satyam Sharma <[EMAIL PROTECTED]>
---
drivers/net/mv643xx_eth.c |2 --
1 file changed, 2 deletions(-)
diff -ruNp a/drivers/net/mv643xx_eth.c b/drivers/net/mv643xx_eth.c
--- a/drivers/net/mv643xx_eth.c 2007-
On Thu, 20 Sep 2007, Satyam Sharma wrote:
>
> BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
> IIRC I got build failures in:
> drivers/net/pasemi_mac.c
[PATCH -mm] pasemi_mac: Build fix after recent netdev stats changes
Unbreak the following:
drivers/net/pasemi_mac.c: In fu
On Thu, 20 Sep 2007, Satyam Sharma wrote:
>
> BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
> IIRC I got build failures in:
> drivers/net/spider_net.c
Fixing the above showed up another problem in another file of the
same driver (drivers/net/spider_net_ethtool.c)
[PATCH -mm
26 matches
Mail list logo
