Re: 4.9.0-rc8: tg3 dead after resume
On Mon, Jan 16, 2017 at 8:29 PM, Billy Shuman <wshum...@gmail.com> wrote: > On Mon, Jan 16, 2017 at 2:15 AM, Siva Reddy Kallam > <siva.kal...@broadcom.com> wrote: >> Hi, >> >> Sorry for the late reply. >> We don't have exact model. >> We tried to reproduce with HP elitebook folio laptop & HP elite thunderbolt >> 3 dock. >> We observed issue with Thunder bolt bridge. All the connected devices on the >> TH3 dock don't function at all. >> Are you observing same issue? Did you get a chance to check with HP on this? > > No the only device that does not function is the nic and only after resume, it > functions prior to that. I have a usb keyboard and three monitors > attached to the > dock that function properly before and after resume. Did you turn off > authentication for thunderbolt in bios? Do you mean Thunderbolt Security Level to “PCIe and DisplayPort - No Security”? If Yes, We already set the same and using it. As we are unable to reproduce, Can you please check with HP once on this? > >> As per our discussion with HP, Thunder bolt bridge driver is provided for >> windows OS only. >> >> Regards, >> Siva >> Original Message- >> From: Billy Shuman [mailto:wshum...@gmail.com] >> Sent: Wednesday, December 28, 2016 7:33 PM >> To: Siva Reddy Kallam <siva.kal...@broadcom.com> >> Subject: Re: 4.9.0-rc8: tg3 dead after resume >> >> On Mon, Dec 26, 2016 at 1:27 AM, Siva Reddy Kallam >> <siva.kal...@broadcom.com> wrote: >>> On Mon, Dec 12, 2016 at 3:53 PM, Siva Reddy Kallam >>> <siva.kal...@broadcom.com> wrote: >>>> On Fri, Dec 9, 2016 at 7:59 PM, Billy Shuman <wshum...@gmail.com> wrote: >>>>> On Thu, Dec 8, 2016 at 4:03 AM, Siva Reddy Kallam >>>>> <siva.kal...@broadcom.com> wrote: >>>>>> On Thu, Dec 8, 2016 at 12:14 AM, Billy Shuman <wshum...@gmail.com> >>>>>> wrote: >>>>>>> On Wed, Dec 7, 2016 at 12:37 PM, Michael Chan >>>>>>> <michael.c...@broadcom.com> wrote: >>>>>>>> On Wed, Dec 7, 2016 at 7:20 AM, Billy Shuman <wshum...@gmail.com> >>>>>>>> wrote: >>>>>>>>> After resume on 4.9.0-rc8 tg3 is dead. >>>>>>>>> >>>>>>>>> In logs I see: >>>>>>>>> kernel: tg3 :44:00.0: phy probe failed, err -19 >>>>>>>>> kernel: tg3 :44:00.0: Problem fetching invariants of chip, >>>>>>>>> aborting >>>>>>>> >>>>>>>> -19 is -ENODEV which means tg3 cannot read the PHY ID. >>>>>>>> >>>>>>>> If it's a true suspend/resume operation, the driver does not have >>>>>>>> to go through probe during resume. Please explain how you do >>>>>>>> suspend/resume. >>>>>>>> >>>>>>> >>>>>>> Sorry my previous message was accidentally sent to early. >>>>>>> >>>>>>> I used systemd (systemctl suspend) to suspend. >>>>>>> >>>>>> We need more information to proceed further. >>>>>> Without suspend, Are you able to use the tg3 port? >>>>> >>>>> Yes the port works fine without suspend. >>>> OK >>>>> >>>>>> Which Broadcom card are you having in laptop? >>>>> >>>>> The nic is a NetXtreme BCM57762 Gigabit Ethernet PCIe in a thunderbolt3 >>>>> dock. >>>>> >>>> OK >>>>>> Please provide complete tg3 specific logs in dmesg. >>>>>> >>>>> >>>>> [ 32.084010] tg3.c:v3.137 (May 11, 2014) >>>>> [ 32.124695] tg3 :44:00.0 eth0: Tigon3 [partno(BCM957762) rev >>>>> 57766001] (PCI Express) MAC address 98:e7:f4:8b:13:19 >>>>> [ 32.124698] tg3 :44:00.0 eth0: attached PHY is 57765 >>>>> (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[1]) >>>>> [ 32.124699] tg3 :44:00.0 eth0: RXcsums[1] LinkChgREG[0] >>>>> MIirq[0] ASF[0] TSOcap[1] >>>>> [ 32.124700] tg3 :44:00.0 eth0: dma_rwctrl[0001] >>>>> dma_mask[64-bit] >>>>> [ 32.219764] tg3 :44:00.0 enp68s0: renamed from eth0 >>>>> [ 36.219245] tg3 :44:00.0 enp68s0: Link is up at 1000 Mbps, full >>>>> duplex >>>>> [ 36.219250] tg3 00
Re: 4.9.0-rc8: tg3 dead after resume
On Mon, Jan 16, 2017 at 2:15 AM, Siva Reddy Kallam <siva.kal...@broadcom.com> wrote: > Hi, > > Sorry for the late reply. > We don't have exact model. > We tried to reproduce with HP elitebook folio laptop & HP elite thunderbolt > 3 dock. > We observed issue with Thunder bolt bridge. All the connected devices on the > TH3 dock don't function at all. > Are you observing same issue? Did you get a chance to check with HP on this? No the only device that does not function is the nic and only after resume, it functions prior to that. I have a usb keyboard and three monitors attached to the dock that function properly before and after resume. Did you turn off authentication for thunderbolt in bios? > As per our discussion with HP, Thunder bolt bridge driver is provided for > windows OS only. > > Regards, > Siva > Original Message- > From: Billy Shuman [mailto:wshum...@gmail.com] > Sent: Wednesday, December 28, 2016 7:33 PM > To: Siva Reddy Kallam <siva.kal...@broadcom.com> > Subject: Re: 4.9.0-rc8: tg3 dead after resume > > On Mon, Dec 26, 2016 at 1:27 AM, Siva Reddy Kallam > <siva.kal...@broadcom.com> wrote: >> On Mon, Dec 12, 2016 at 3:53 PM, Siva Reddy Kallam >> <siva.kal...@broadcom.com> wrote: >>> On Fri, Dec 9, 2016 at 7:59 PM, Billy Shuman <wshum...@gmail.com> wrote: >>>> On Thu, Dec 8, 2016 at 4:03 AM, Siva Reddy Kallam >>>> <siva.kal...@broadcom.com> wrote: >>>>> On Thu, Dec 8, 2016 at 12:14 AM, Billy Shuman <wshum...@gmail.com> >>>>> wrote: >>>>>> On Wed, Dec 7, 2016 at 12:37 PM, Michael Chan >>>>>> <michael.c...@broadcom.com> wrote: >>>>>>> On Wed, Dec 7, 2016 at 7:20 AM, Billy Shuman <wshum...@gmail.com> >>>>>>> wrote: >>>>>>>> After resume on 4.9.0-rc8 tg3 is dead. >>>>>>>> >>>>>>>> In logs I see: >>>>>>>> kernel: tg3 :44:00.0: phy probe failed, err -19 >>>>>>>> kernel: tg3 :44:00.0: Problem fetching invariants of chip, >>>>>>>> aborting >>>>>>> >>>>>>> -19 is -ENODEV which means tg3 cannot read the PHY ID. >>>>>>> >>>>>>> If it's a true suspend/resume operation, the driver does not have >>>>>>> to go through probe during resume. Please explain how you do >>>>>>> suspend/resume. >>>>>>> >>>>>> >>>>>> Sorry my previous message was accidentally sent to early. >>>>>> >>>>>> I used systemd (systemctl suspend) to suspend. >>>>>> >>>>> We need more information to proceed further. >>>>> Without suspend, Are you able to use the tg3 port? >>>> >>>> Yes the port works fine without suspend. >>> OK >>>> >>>>> Which Broadcom card are you having in laptop? >>>> >>>> The nic is a NetXtreme BCM57762 Gigabit Ethernet PCIe in a thunderbolt3 >>>> dock. >>>> >>> OK >>>>> Please provide complete tg3 specific logs in dmesg. >>>>> >>>> >>>> [ 32.084010] tg3.c:v3.137 (May 11, 2014) >>>> [ 32.124695] tg3 :44:00.0 eth0: Tigon3 [partno(BCM957762) rev >>>> 57766001] (PCI Express) MAC address 98:e7:f4:8b:13:19 >>>> [ 32.124698] tg3 :44:00.0 eth0: attached PHY is 57765 >>>> (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[1]) >>>> [ 32.124699] tg3 :44:00.0 eth0: RXcsums[1] LinkChgREG[0] >>>> MIirq[0] ASF[0] TSOcap[1] >>>> [ 32.124700] tg3 :44:00.0 eth0: dma_rwctrl[0001] >>>> dma_mask[64-bit] >>>> [ 32.219764] tg3 :44:00.0 enp68s0: renamed from eth0 >>>> [ 36.219245] tg3 :44:00.0 enp68s0: Link is up at 1000 Mbps, full >>>> duplex >>>> [ 36.219250] tg3 :44:00.0 enp68s0: Flow control is on for TX and >>>> on for RX >>>> [ 36.219251] tg3 :44:00.0 enp68s0: EEE is disabled >>>> >>>> after resume >>>> [ 92.292838] tg3 :44:00.0 enp68s0: No firmware running >>>> [ 93.521744] tg3 :44:00.0: tg3_abort_hw timed out, >>>> TX_MODE_ENABLE will not clear MAC_TX_MODE= [ 106.704655] >>>> tg3 :44:00.0 enp68s0: Link is down [ 108.370356] tg3 >>>> :44:00.0: tg3_abort_hw timed out, TX_MODE_ENABLE will not clear >>>> MAC_TX_MODE= >&g
Re: 4.9.0-rc8: tg3 dead after resume
On Mon, Dec 12, 2016 at 3:53 PM, Siva Reddy Kallamwrote: > On Fri, Dec 9, 2016 at 7:59 PM, Billy Shuman wrote: >> On Thu, Dec 8, 2016 at 4:03 AM, Siva Reddy Kallam >> wrote: >>> On Thu, Dec 8, 2016 at 12:14 AM, Billy Shuman wrote: On Wed, Dec 7, 2016 at 12:37 PM, Michael Chan wrote: > On Wed, Dec 7, 2016 at 7:20 AM, Billy Shuman wrote: >> After resume on 4.9.0-rc8 tg3 is dead. >> >> In logs I see: >> kernel: tg3 :44:00.0: phy probe failed, err -19 >> kernel: tg3 :44:00.0: Problem fetching invariants of chip, aborting > > -19 is -ENODEV which means tg3 cannot read the PHY ID. > > If it's a true suspend/resume operation, the driver does not have to > go through probe during resume. Please explain how you do > suspend/resume. > Sorry my previous message was accidentally sent to early. I used systemd (systemctl suspend) to suspend. >>> We need more information to proceed further. >>> Without suspend, Are you able to use the tg3 port? >> >> Yes the port works fine without suspend. > OK >> >>> Which Broadcom card are you having in laptop? >> >> The nic is a NetXtreme BCM57762 Gigabit Ethernet PCIe in a thunderbolt3 dock. >> > OK >>> Please provide complete tg3 specific logs in dmesg. >>> >> >> [ 32.084010] tg3.c:v3.137 (May 11, 2014) >> [ 32.124695] tg3 :44:00.0 eth0: Tigon3 [partno(BCM957762) rev >> 57766001] (PCI Express) MAC address 98:e7:f4:8b:13:19 >> [ 32.124698] tg3 :44:00.0 eth0: attached PHY is 57765 >> (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[1]) >> [ 32.124699] tg3 :44:00.0 eth0: RXcsums[1] LinkChgREG[0] >> MIirq[0] ASF[0] TSOcap[1] >> [ 32.124700] tg3 :44:00.0 eth0: dma_rwctrl[0001] dma_mask[64-bit] >> [ 32.219764] tg3 :44:00.0 enp68s0: renamed from eth0 >> [ 36.219245] tg3 :44:00.0 enp68s0: Link is up at 1000 Mbps, full duplex >> [ 36.219250] tg3 :44:00.0 enp68s0: Flow control is on for TX and on >> for RX >> [ 36.219251] tg3 :44:00.0 enp68s0: EEE is disabled >> >> after resume >> [ 92.292838] tg3 :44:00.0 enp68s0: No firmware running >> [ 93.521744] tg3 :44:00.0: tg3_abort_hw timed out, >> TX_MODE_ENABLE will not clear MAC_TX_MODE= >> [ 106.704655] tg3 :44:00.0 enp68s0: Link is down >> [ 108.370356] tg3 :44:00.0: tg3_abort_hw timed out, >> TX_MODE_ENABLE will not clear MAC_TX_MODE= >> >> after rmmod, modprobe >> [ 570.933636] tg3 :44:00.0: tg3_abort_hw timed out, >> TX_MODE_ENABLE will not clear MAC_TX_MODE= >> [ 604.847215] tg3.c:v3.137 (May 11, 2014) >> [ 605.010075] tg3 :44:00.0: phy probe failed, err -19 >> [ 605.010077] tg3 :44:00.0: Problem fetching invariants of chip, >> aborting >> >> >> >> > We will try to reproduce and update you on this. We are unable to reproduce this issue with Ubuntu 16.10 (K4.8.0-22) kernel. We are in the process of verifying with 4.9.0-rc8 kernel and let you know the feedback. Can you please let us know the make/model of your laptop and procedure followed to enable tg3 driver? > Did this work before? There has been very few changes to tg3 recently. > This is a new laptop for me, but the same behavior is seen on 4.4.36 and 4.8.12. >> >> rmmod and modprobe does not fix the problem only a reboot resolves the >> issue. >> >> Billy
Re: 4.9.0-rc8: tg3 dead after resume
On Fri, Dec 9, 2016 at 7:59 PM, Billy Shumanwrote: > On Thu, Dec 8, 2016 at 4:03 AM, Siva Reddy Kallam > wrote: >> On Thu, Dec 8, 2016 at 12:14 AM, Billy Shuman wrote: >>> On Wed, Dec 7, 2016 at 12:37 PM, Michael Chan >>> wrote: On Wed, Dec 7, 2016 at 7:20 AM, Billy Shuman wrote: > After resume on 4.9.0-rc8 tg3 is dead. > > In logs I see: > kernel: tg3 :44:00.0: phy probe failed, err -19 > kernel: tg3 :44:00.0: Problem fetching invariants of chip, aborting -19 is -ENODEV which means tg3 cannot read the PHY ID. If it's a true suspend/resume operation, the driver does not have to go through probe during resume. Please explain how you do suspend/resume. >>> >>> Sorry my previous message was accidentally sent to early. >>> >>> I used systemd (systemctl suspend) to suspend. >>> >> We need more information to proceed further. >> Without suspend, Are you able to use the tg3 port? > > Yes the port works fine without suspend. OK > >> Which Broadcom card are you having in laptop? > > The nic is a NetXtreme BCM57762 Gigabit Ethernet PCIe in a thunderbolt3 dock. > OK >> Please provide complete tg3 specific logs in dmesg. >> > > [ 32.084010] tg3.c:v3.137 (May 11, 2014) > [ 32.124695] tg3 :44:00.0 eth0: Tigon3 [partno(BCM957762) rev > 57766001] (PCI Express) MAC address 98:e7:f4:8b:13:19 > [ 32.124698] tg3 :44:00.0 eth0: attached PHY is 57765 > (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[1]) > [ 32.124699] tg3 :44:00.0 eth0: RXcsums[1] LinkChgREG[0] > MIirq[0] ASF[0] TSOcap[1] > [ 32.124700] tg3 :44:00.0 eth0: dma_rwctrl[0001] dma_mask[64-bit] > [ 32.219764] tg3 :44:00.0 enp68s0: renamed from eth0 > [ 36.219245] tg3 :44:00.0 enp68s0: Link is up at 1000 Mbps, full duplex > [ 36.219250] tg3 :44:00.0 enp68s0: Flow control is on for TX and on for > RX > [ 36.219251] tg3 :44:00.0 enp68s0: EEE is disabled > > after resume > [ 92.292838] tg3 :44:00.0 enp68s0: No firmware running > [ 93.521744] tg3 :44:00.0: tg3_abort_hw timed out, > TX_MODE_ENABLE will not clear MAC_TX_MODE= > [ 106.704655] tg3 :44:00.0 enp68s0: Link is down > [ 108.370356] tg3 :44:00.0: tg3_abort_hw timed out, > TX_MODE_ENABLE will not clear MAC_TX_MODE= > > after rmmod, modprobe > [ 570.933636] tg3 :44:00.0: tg3_abort_hw timed out, > TX_MODE_ENABLE will not clear MAC_TX_MODE= > [ 604.847215] tg3.c:v3.137 (May 11, 2014) > [ 605.010075] tg3 :44:00.0: phy probe failed, err -19 > [ 605.010077] tg3 :44:00.0: Problem fetching invariants of chip, aborting > > > > We will try to reproduce and update you on this. Did this work before? There has been very few changes to tg3 recently. >>> >>> This is a new laptop for me, but the same behavior is seen on 4.4.36 and >>> 4.8.12. >>> > > rmmod and modprobe does not fix the problem only a reboot resolves the > issue. > > Billy
Re: 4.9.0-rc8: tg3 dead after resume
On Thu, Dec 8, 2016 at 4:03 AM, Siva Reddy Kallamwrote: > On Thu, Dec 8, 2016 at 12:14 AM, Billy Shuman wrote: >> On Wed, Dec 7, 2016 at 12:37 PM, Michael Chan >> wrote: >>> On Wed, Dec 7, 2016 at 7:20 AM, Billy Shuman wrote: After resume on 4.9.0-rc8 tg3 is dead. In logs I see: kernel: tg3 :44:00.0: phy probe failed, err -19 kernel: tg3 :44:00.0: Problem fetching invariants of chip, aborting >>> >>> -19 is -ENODEV which means tg3 cannot read the PHY ID. >>> >>> If it's a true suspend/resume operation, the driver does not have to >>> go through probe during resume. Please explain how you do >>> suspend/resume. >>> >> >> Sorry my previous message was accidentally sent to early. >> >> I used systemd (systemctl suspend) to suspend. >> > We need more information to proceed further. > Without suspend, Are you able to use the tg3 port? Yes the port works fine without suspend. > Which Broadcom card are you having in laptop? The nic is a NetXtreme BCM57762 Gigabit Ethernet PCIe in a thunderbolt3 dock. > Please provide complete tg3 specific logs in dmesg. > [ 32.084010] tg3.c:v3.137 (May 11, 2014) [ 32.124695] tg3 :44:00.0 eth0: Tigon3 [partno(BCM957762) rev 57766001] (PCI Express) MAC address 98:e7:f4:8b:13:19 [ 32.124698] tg3 :44:00.0 eth0: attached PHY is 57765 (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[1]) [ 32.124699] tg3 :44:00.0 eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[1] [ 32.124700] tg3 :44:00.0 eth0: dma_rwctrl[0001] dma_mask[64-bit] [ 32.219764] tg3 :44:00.0 enp68s0: renamed from eth0 [ 36.219245] tg3 :44:00.0 enp68s0: Link is up at 1000 Mbps, full duplex [ 36.219250] tg3 :44:00.0 enp68s0: Flow control is on for TX and on for RX [ 36.219251] tg3 :44:00.0 enp68s0: EEE is disabled after resume [ 92.292838] tg3 :44:00.0 enp68s0: No firmware running [ 93.521744] tg3 :44:00.0: tg3_abort_hw timed out, TX_MODE_ENABLE will not clear MAC_TX_MODE= [ 106.704655] tg3 :44:00.0 enp68s0: Link is down [ 108.370356] tg3 :44:00.0: tg3_abort_hw timed out, TX_MODE_ENABLE will not clear MAC_TX_MODE= after rmmod, modprobe [ 570.933636] tg3 :44:00.0: tg3_abort_hw timed out, TX_MODE_ENABLE will not clear MAC_TX_MODE= [ 604.847215] tg3.c:v3.137 (May 11, 2014) [ 605.010075] tg3 :44:00.0: phy probe failed, err -19 [ 605.010077] tg3 :44:00.0: Problem fetching invariants of chip, aborting >>> Did this work before? There has been very few changes to tg3 recently. >>> >> >> This is a new laptop for me, but the same behavior is seen on 4.4.36 and >> 4.8.12. >> rmmod and modprobe does not fix the problem only a reboot resolves the issue. Billy
Re: 4.9.0-rc8: tg3 dead after resume
On Thu, Dec 8, 2016 at 12:14 AM, Billy Shumanwrote: > On Wed, Dec 7, 2016 at 12:37 PM, Michael Chan > wrote: >> On Wed, Dec 7, 2016 at 7:20 AM, Billy Shuman wrote: >>> After resume on 4.9.0-rc8 tg3 is dead. >>> >>> In logs I see: >>> kernel: tg3 :44:00.0: phy probe failed, err -19 >>> kernel: tg3 :44:00.0: Problem fetching invariants of chip, aborting >> >> -19 is -ENODEV which means tg3 cannot read the PHY ID. >> >> If it's a true suspend/resume operation, the driver does not have to >> go through probe during resume. Please explain how you do >> suspend/resume. >> > > Sorry my previous message was accidentally sent to early. > > I used systemd (systemctl suspend) to suspend. > We need more information to proceed further. Without suspend, Are you able to use the tg3 port? Which Broadcom card are you having in laptop? Please provide complete tg3 specific logs in dmesg. >> Did this work before? There has been very few changes to tg3 recently. >> > > This is a new laptop for me, but the same behavior is seen on 4.4.36 and > 4.8.12. > >>> >>> rmmod and modprobe does not fix the problem only a reboot resolves the >>> issue. >>> >>> Billy
Re: 4.9.0-rc8: tg3 dead after resume
On Wed, Dec 7, 2016 at 12:37 PM, Michael Chanwrote: > On Wed, Dec 7, 2016 at 7:20 AM, Billy Shuman wrote: >> After resume on 4.9.0-rc8 tg3 is dead. >> >> In logs I see: >> kernel: tg3 :44:00.0: phy probe failed, err -19 >> kernel: tg3 :44:00.0: Problem fetching invariants of chip, aborting > > -19 is -ENODEV which means tg3 cannot read the PHY ID. > > If it's a true suspend/resume operation, the driver does not have to > go through probe during resume. Please explain how you do > suspend/resume. > Sorry my previous message was accidentally sent to early. I used systemd (systemctl suspend) to suspend. > Did this work before? There has been very few changes to tg3 recently. > This is a new laptop for me, but the same behavior is seen on 4.4.36 and 4.8.12. >> >> rmmod and modprobe does not fix the problem only a reboot resolves the issue. >> >> Billy
Re: 4.9.0-rc8: tg3 dead after resume
On Wed, Dec 7, 2016 at 12:37 PM, Michael Chanwrote: > On Wed, Dec 7, 2016 at 7:20 AM, Billy Shuman wrote: >> After resume on 4.9.0-rc8 tg3 is dead. >> >> In logs I see: >> kernel: tg3 :44:00.0: phy probe failed, err -19 >> kernel: tg3 :44:00.0: Problem fetching invariants of chip, aborting > > -19 is -ENODEV which means tg3 cannot read the PHY ID. > > If it's a true suspend/resume operation, the driver does not have to > go through probe during resume. Please explain how you do > suspend/resume. I used systemd > > Did this work before? There has been very few changes to tg3 recently. > >> >> rmmod and modprobe does not fix the problem only a reboot resolves the issue. >> >> Billy
Re: 4.9.0-rc8: tg3 dead after resume
On Wed, Dec 7, 2016 at 7:20 AM, Billy Shumanwrote: > After resume on 4.9.0-rc8 tg3 is dead. > > In logs I see: > kernel: tg3 :44:00.0: phy probe failed, err -19 > kernel: tg3 :44:00.0: Problem fetching invariants of chip, aborting -19 is -ENODEV which means tg3 cannot read the PHY ID. If it's a true suspend/resume operation, the driver does not have to go through probe during resume. Please explain how you do suspend/resume. Did this work before? There has been very few changes to tg3 recently. > > rmmod and modprobe does not fix the problem only a reboot resolves the issue. > > Billy
4.9.0-rc8: tg3 dead after resume
After resume on 4.9.0-rc8 tg3 is dead. In logs I see: kernel: tg3 :44:00.0: phy probe failed, err -19 kernel: tg3 :44:00.0: Problem fetching invariants of chip, aborting rmmod and modprobe does not fix the problem only a reboot resolves the issue. Billy