Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1389073
| From | Lino Sanfilippo <lsanfil@marvell.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v2 1/2] net: nps_enet: Sync access to packet sent flag |
| Date | 2016-04-27 16:00 +0200 |
| Message-ID | <rsyau-26F-5@gated-at.bofh.it> (permalink) |
| References | <rsyau-26F-7@gated-at.bofh.it> <rsyau-26F-9@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Hi, On 27.04.2016 15:18, Elad Kanfi wrote: > From: Elad Kanfi <eladkan@mellanox.com> > > Below is a description of a possible problematic > sequence. CPU-A is sending a frame and CPU-B handles > the interrupt that indicates the frame was sent. CPU-B > reads an invalid value of tx_packet_sent. > > CPU-A CPU-B > ----- ----- > nps_enet_send_frame > . > . > tx_packet_sent = true > order HW to start tx > . > . > HW complete tx > ------> get tx complete interrupt > . > . > if(tx_packet_sent == true) > > end memory transaction > (tx_packet_sent actually > written) > > Problem solution: > > Add a memory barrier after setting tx_packet_sent, > in order to make sure that it is written before > the packet is sent. Should not those SMP memory barriers be paired? AFAIK you do not only have to make sure that the value written by CPU-A actually is written to memory but also that CPU-B reads that value from memory. At least this is what I have understood from memory-barriers.txt... Regards, Lino
Back to linux.kernel | Previous | Next | Find similar | Unroll thread
Re: [PATCH v2 1/2] net: nps_enet: Sync access to packet sent flag Lino Sanfilippo <lsanfil@marvell.com> - 2016-04-27 16:00 +0200
csiph-web