All of lore.kernel.org
 help / color / mirror / Atom feed
From: Neil Horman <nhorman-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org>
To: Raz Amir <razamir22-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: dev-VfR2kkLFssw@public.gmane.org
Subject: Re: [PATCH] pci: save list of detached devices, and re-probe during driver unload
Date: Mon, 2 Mar 2015 06:36:55 -0500	[thread overview]
Message-ID: <20150302113654.GA20329@hmsreliant.think-freely.org> (raw)
In-Reply-To: <032e01d054c1$7fc654f0$7f52fed0$@gmail.com>

On Mon, Mar 02, 2015 at 10:18:42AM +0200, Raz Amir wrote:
> The patch I suggest is in the nic_uio freebsd kernel driver. I don't think
> that rte_log can be used there.
> I checked the contigmem freebsd driver and it uses printf.
> I can either remove those printfs, or keep them.
> I suggest keeping them as they were very helpful for understanding the flow,
> and they don't provide too much output (depending on the amount of
> interfaces connected to the nic_uio driver).
> 
You're right you can't use it, I thought it was the user space support for the
uio driver, not the kernel module


> How should I continue with this patch?
> BTW, I don't see it in incoming patches page at
> http://dpdk.org/dev/patchwork/project/dpdk/list/?page=1 
> Is it because I missed something in the code contribution instruction?
> 
> -----Original Message-----
> From: Neil Horman [mailto:nhorman-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org] 
> Sent: 01 March 2015 19:17
> To: Raz Amir
> Cc: dev-VfR2kkLFssw@public.gmane.org
> Subject: Re: [dpdk-dev] [PATCH] pci: save list of detached devices, and
> re-probe during driver unload
> 
> On Sun, Mar 01, 2015 at 04:21:10PM +0200, Raz Amir wrote:
> > Can you refer me to the logging facilities you are referring to for 
> > this Freebsd driver?
> > device_probe_and_attach is an API in Freebsd kernel which is called 
> > during
> rte_log and friends.
> 
> > boot for finding the relevant driver for each device.
> > I added manual call to it in the driver unload for re-probing and 
> > re-matching the devices that were detached by the driver.
> > Before this change, you had to reboot in order to get the devices back.
> > 
> my bad, I didn't see it defined and was thinking it was removed from an
> earlier version of the dpdk.
> Neil
> 
> > -----Original Message-----
> > From: Neil Horman [mailto:nhorman-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org]
> > Sent: 01 March 2015 15:48
> > To: Raz Amir
> > Cc: dev-VfR2kkLFssw@public.gmane.org
> > Subject: Re: [dpdk-dev] [PATCH] pci: save list of detached devices, 
> > and re-probe during driver unload
> > 
> > On Thu, Feb 26, 2015 at 06:33:20AM +0000, Raz Amir wrote:
> > > Added code that saves the pointers to the detached devices, during 
> > > driver loading, and during driver unloading, go over the list, and 
> > > re-attach them by calling device_probe_and_attach on each device.
> > > 
> > > Signed-off-by: Raz Amir <razamir22-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > > ---
> > >  lib/librte_eal/bsdapp/nic_uio/nic_uio.c | 26 
> > > +++++++++++++++++++++++++-
> > >  1 file changed, 25 insertions(+), 1 deletion(-)
> > > 
> > > diff --git a/lib/librte_eal/bsdapp/nic_uio/nic_uio.c
> > b/lib/librte_eal/bsdapp/nic_uio/nic_uio.c
> > > index 5ae8560..7d702a5 100644
> > > --- a/lib/librte_eal/bsdapp/nic_uio/nic_uio.c
> > > +++ b/lib/librte_eal/bsdapp/nic_uio/nic_uio.c
> > > @@ -55,6 +55,9 @@ __FBSDID("$FreeBSD$");
> > >  
> > >  #define MAX_BARS (PCIR_MAX_BAR_0 + 1)
> > >  
> > > +#define MAX_DETACHED_DEVICES	128
> > > +static device_t detached_devices[MAX_DETACHED_DEVICES] = {}; static 
> > > +int last_detached = 0;
> > >  
> > >  struct nic_uio_softc {
> > >  	device_t        dev_t;
> > > @@ -291,14 +294,35 @@ nic_uio_load(void)
> > >  		if (dev != NULL)
> > >  			for (i = 0; i < NUM_DEVICES; i++)
> > >  				if (pci_get_vendor(dev) == devices[i].vend
> > &&
> > > -						pci_get_device(dev) ==
> > devices[i].dev)
> > > +						pci_get_device(dev) ==
> > devices[i].dev) {
> > > +							if (last_detached+1
> > < MAX_DETACHED_DEVICES) {
> > > +
> > printf("nic_uio_load: detaching and storing dev=%p\n", dev); No 
> > printfs.  Use the logging facilities
> > 
> > > +
> > detached_devices[last_detached++] = dev;
> > > +							}
> > > +							else {
> > > +
> > printf("nic_uio_load: reached MAX_DETACHED_DEVICES=%d. dev=%p won't be 
> > reattached\n",
> > > +
> > MAX_DETACHED_DEVICES, dev);
> > Dittto
> > 
> > > +							}
> > > +								
> > >  							device_detach(dev);
> > > +				}
> > >  	}
> > >  }
> > >  
> > >  static void
> > >  nic_uio_unload(void)
> > >  {
> > > +	int i;
> > > +	printf("nic_uio_unload: entered ... \n");
> > > +
> > > +	for (i = 0; i < last_detached; i++) {
> > > +		printf("nic_uio_unload: calling to device_probe_and_attach
> > for dev=%p...\n",
> > > +			detached_devices[i]);
> > > +		device_probe_and_attach(detached_devices[i]);
> > Where is this defined?  It doesn't appear to be in the latest dpdk.
> > 
> > > +		printf("nic_uio_unload: done.\n");
> > > +	}
> > > +
> > > +	printf("nic_uio_unload: leaving ... \n");
> > >  }
> > >  
> > >  static int
> > > --
> > > 2.1.2
> > > 
> > > 
> > 
> > 
> 
> 

  reply	other threads:[~2015-03-02 11:36 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-26  6:33 [PATCH] pci: save list of detached devices, and re-probe during driver unload Raz Amir
     [not found] ` <1424932400-66862-1-git-send-email-razamir22-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2015-03-01 13:48   ` Neil Horman
     [not found]     ` <20150301134818.GA31578-0o1r3XBGOEbbgkc5XkKeNuvMHUBZFtU3YPYVAmT7z5s@public.gmane.org>
2015-03-01 14:21       ` Raz Amir
2015-03-01 17:16         ` Neil Horman
     [not found]           ` <20150301171646.GA32246-0o1r3XBGOEbbgkc5XkKeNuvMHUBZFtU3YPYVAmT7z5s@public.gmane.org>
2015-03-02  8:18             ` Raz Amir
2015-03-02 11:36               ` Neil Horman [this message]
     [not found]                 ` <20150302113654.GA20329-B26myB8xz7F8NnZeBjwnZQMhkBWG/bsMQH7oEaQurus@public.gmane.org>
2015-03-02 11:58                   ` Raz Amir
2015-03-02 13:29                     ` Thomas Monjalon
2015-03-03 11:30                       ` Raz Amir
     [not found]                         ` <EF8D26D5-4997-4F99-86B3-BF59DA25187D-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2015-03-03 11:45                           ` Bruce Richardson
2015-03-03 12:56                             ` Raz Amir
2015-03-03 13:32   ` Bruce Richardson
2015-03-04  9:07     ` Raz Amir
2015-03-04 10:13       ` Bruce Richardson
2015-03-04 10:28         ` Raz Amir
2015-03-04 11:15   ` [PATCH v3] " Raz Amir
     [not found]     ` <1425467754-2693-1-git-send-email-razamir22-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2015-03-09  8:07       ` Raz Amir
     [not found]         ` <84B1AA3E-21E4-4A41-ADEE-B37E27147243-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2015-03-09 10:27           ` Bruce Richardson
2015-03-10  8:15             ` Raz Amir
2015-03-04 11:47   ` [PATCH v2] " Raz Amir
2015-03-05 14:59   ` [PATCH v4] " Raz Amir
2015-03-05 16:24   ` Raz Amir
     [not found]     ` <1425572663-22299-1-git-send-email-razamir22-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2015-03-11 10:26       ` Bruce Richardson
2015-03-12 12:24         ` Raz Amir
2015-03-16 16:29           ` Thomas Monjalon
2015-07-08 22:51             ` Thomas Monjalon

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20150302113654.GA20329@hmsreliant.think-freely.org \
    --to=nhorman-2xusbdqka4r54taoqtywwq@public.gmane.org \
    --cc=dev-VfR2kkLFssw@public.gmane.org \
    --cc=razamir22-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.