Re: [gentoo-user] Broadcom wireless problem after a certain time
On January 2, 2017 2:59:39 PM GMT+01:00, Hogrenwrote: >On 02/01/2017 12:37, Mick wrote: >> On Sunday 01 Jan 2017 20:53:50 Hogren wrote: >>> On 01/01/2017 13:07, Mick wrote: So, let's see what the card is configured to use at present: cat /sys/class/net/wlp36s0b1/power/control The default setting would be off and since this parameter is >specified as an integer it is likely to be 0. There is also a possibility of it >being set at 'auto'. In any case you can try switching this on, to see >if it is makes any difference, or if it is set at 'auto' force it to off. I see you are running systemd. I am not well versed with it, so >others will hopefully chip in to correct me. On a normal Gentoo system >with openrc I> would use this file to set options: /etc/modprobe.d/b43.conf So create it and add in it: options b43 hwpctl=1 to switch power management on, or: options b43 hwpctl=0 to force it off. >>> Hello ! >>> >>> Thanks for help. But for now the result of your cat command returns >"auto". >>> I created b43.conf in /etc/modprobe.d/ with same permissions than >others >>> files in the same directory with content: >>> options b43 hwpctl=0. >>> I restarted. >>> The cat command returns "auto" again. >>> >>> What is wrong ? >> Try setting: >> >> options b43 hwpctl=1 >> >> reboot and see what you get. >Hello, >It returns alway "auto". > >On the official Systemd documentation, I see that there is a new >directory to say which modules load, but to change options, it's always >with modprobe. > >I tried to modified the option on a command line, but, it's stay at >"auto" : ># modprobe b43 options hwpctl=0 ># cat /sys/class/net/wlp36s0b1/power/control >auto ># modprobe b43 options hwpctl=1 ># cat /sys/class/net/wlp36s0b1/power/control >auto ># modprobe b43 options hwpctl=off ># cat /sys/class/net/wlp36s0b1/power/control >auto > >What is wrong ? > >I really think that I use this module : ># lsmod >Module Size Used by >x86_pkg_temp_thermal 4663 0 >kvm_intel 148031 0 >b43 385652 0 >kvm 309648 1 kvm_intel >irqbypass 2616 1 kvm >sha1_generic3067 0 > > >For help, this is my kernel options about its : ># grep -i "b43" /usr/src/linux/.config >CONFIG_B43=m >CONFIG_B43_BCMA=y >CONFIG_B43_SSB=y >CONFIG_B43_BUSES_BCMA_AND_SSB=y ># CONFIG_B43_BUSES_BCMA is not set ># CONFIG_B43_BUSES_SSB is not set >CONFIG_B43_PCI_AUTOSELECT=y >CONFIG_B43_PCICORE_AUTOSELECT=y >CONFIG_B43_BCMA_PIO=y >CONFIG_B43_PIO=y >CONFIG_B43_PHY_G=y >CONFIG_B43_PHY_N=y >CONFIG_B43_PHY_LP=y >CONFIG_B43_PHY_HT=y >CONFIG_B43_HWRNG=y ># CONFIG_B43_DEBUG is not set ># CONFIG_B43LEGACY is not set >CONFIG_SSB_B43_PCI_BRIDGE=y > > >Thanks for help ! > >Hogren You need to remove the module before loading it with new options. Try # rmmod b43 Before the modprobe command. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Broadcom wireless problem after a certain time
On Monday 02 Jan 2017 14:59:39 Hogren wrote: > I tried to modified the option on a command line, but, it's stay at "auto" You're right! I tried it here too: # modprobe -r b43 # modprobe -v b43 options hwpctl=0 insmod /lib/modules/4.4.39-gentoo/kernel/net/wireless/cfg80211.ko.gz insmod /lib/modules/4.4.39-gentoo/kernel/net/mac80211/mac80211.ko.gz insmod /lib/modules/4.4.39-gentoo/kernel/drivers/ssb/ssb.ko.gz insmod /lib/modules/4.4.39-gentoo/kernel/drivers/net/wireless/b43/b43.ko.gz qos=0 options hwpctl=0 However, it doesn't seem to report this when I look at the sys entry, just like yours: $ cat /sys/class/net/wlan0/power/control auto Even if power control reported as auto (perhaps some other kernel setting imposes this) as long as the power control setting (0 or 1) help your problem then use it. If it is ineffective remove it and let the kernel do its own thing. Did you increase verbosity and have you checked your logs and dmesg to see if there is anything reported when connection is lost? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Broadcom wireless problem after a certain time
On 02/01/2017 12:37, Mick wrote: > On Sunday 01 Jan 2017 20:53:50 Hogren wrote: >> On 01/01/2017 13:07, Mick wrote: >>> So, >>> let's see what the card is configured to use at present: >>> >>> cat /sys/class/net/wlp36s0b1/power/control >>> >>> The default setting would be off and since this parameter is specified as >>> an integer it is likely to be 0. There is also a possibility of it being >>> set at 'auto'. In any case you can try switching this on, to see if it >>> is makes any difference, or if it is set at 'auto' force it to off. >>> >>> I see you are running systemd. I am not well versed with it, so others >>> will hopefully chip in to correct me. On a normal Gentoo system with >>> openrc I> >>> would use this file to set options: >>> /etc/modprobe.d/b43.conf >>> >>> So create it and add in it: >>> >>> options b43 hwpctl=1 >>> >>> to switch power management on, or: >>> >>> options b43 hwpctl=0 >>> >>> to force it off. >> Hello ! >> >> Thanks for help. But for now the result of your cat command returns "auto". >> I created b43.conf in /etc/modprobe.d/ with same permissions than others >> files in the same directory with content: >> options b43 hwpctl=0. >> I restarted. >> The cat command returns "auto" again. >> >> What is wrong ? > Try setting: > > options b43 hwpctl=1 > > reboot and see what you get. Hello, It returns alway "auto". On the official Systemd documentation, I see that there is a new directory to say which modules load, but to change options, it's always with modprobe. I tried to modified the option on a command line, but, it's stay at "auto" : # modprobe b43 options hwpctl=0 # cat /sys/class/net/wlp36s0b1/power/control auto # modprobe b43 options hwpctl=1 # cat /sys/class/net/wlp36s0b1/power/control auto # modprobe b43 options hwpctl=off # cat /sys/class/net/wlp36s0b1/power/control auto What is wrong ? I really think that I use this module : # lsmod Module Size Used by x86_pkg_temp_thermal 4663 0 kvm_intel 148031 0 b43 385652 0 kvm 309648 1 kvm_intel irqbypass 2616 1 kvm sha1_generic3067 0 For help, this is my kernel options about its : # grep -i "b43" /usr/src/linux/.config CONFIG_B43=m CONFIG_B43_BCMA=y CONFIG_B43_SSB=y CONFIG_B43_BUSES_BCMA_AND_SSB=y # CONFIG_B43_BUSES_BCMA is not set # CONFIG_B43_BUSES_SSB is not set CONFIG_B43_PCI_AUTOSELECT=y CONFIG_B43_PCICORE_AUTOSELECT=y CONFIG_B43_BCMA_PIO=y CONFIG_B43_PIO=y CONFIG_B43_PHY_G=y CONFIG_B43_PHY_N=y CONFIG_B43_PHY_LP=y CONFIG_B43_PHY_HT=y CONFIG_B43_HWRNG=y # CONFIG_B43_DEBUG is not set # CONFIG_B43LEGACY is not set CONFIG_SSB_B43_PCI_BRIDGE=y Thanks for help ! Hogren
Re: [gentoo-user] Broadcom wireless problem after a certain time
On Sunday 01 Jan 2017 20:53:50 Hogren wrote: > On 01/01/2017 13:07, Mick wrote: > > So, > > let's see what the card is configured to use at present: > > > > cat /sys/class/net/wlp36s0b1/power/control > > > > The default setting would be off and since this parameter is specified as > > an integer it is likely to be 0. There is also a possibility of it being > > set at 'auto'. In any case you can try switching this on, to see if it > > is makes any difference, or if it is set at 'auto' force it to off. > > > > I see you are running systemd. I am not well versed with it, so others > > will hopefully chip in to correct me. On a normal Gentoo system with > > openrc I> > > would use this file to set options: > > /etc/modprobe.d/b43.conf > > > > So create it and add in it: > > > > options b43 hwpctl=1 > > > > to switch power management on, or: > > > > options b43 hwpctl=0 > > > > to force it off. > > Hello ! > > Thanks for help. But for now the result of your cat command returns "auto". > I created b43.conf in /etc/modprobe.d/ with same permissions than others > files in the same directory with content: > options b43 hwpctl=0. > I restarted. > The cat command returns "auto" again. > > What is wrong ? Try setting: options b43 hwpctl=1 reboot and see what you get. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Broadcom wireless problem after a certain time
On 01/01/2017 13:07, Mick wrote: > On Sunday 01 Jan 2017 11:54:22 Hogren wrote: >> On 31/12/2016 00:21, Mick wrote: >>> On Friday 30 Dec 2016 21:22:17 Hogren wrote: Hello, I write to the list for a little strange problem. I have a wireless card : # lspci |grep -i 802 24:00.0 Network controller: Broadcom Corporation BCM43228 802.11a/b/g/n Globally, the card works fine. I use wpa_supplicant. I have a systemd service to start the connection when I want. The DHCP client works fine too. etc. All is right. But, because there is always a "but", After a certain quantity of downloaded data, the card's stopping to work fine. I can't receive anything. I need to stop an restart the systemd service. I herd that there is many problems with Broadcom wireless devices because the driver is only based on reverse engineering. That is the reason ? And there is a solution for this kind of problem ? Thank you very much ! Hogren >>> I don't know what problems are being reported on the model you are using, >>> but previous models were experiencing problems with power saving. Use >>> modinfo to find out what power saving parameters the module has and try >>> disabling these, in case power management is the cause of the >>> interruptions you are experiencing. >> I'm not enough experienced to see that and deactivate it. >> >> My modinfo output : >> # modinfo b43 >> filename: >> /lib/modules/4.4.26-gentoo/kernel/drivers/net/wireless/b43/b43.ko >> firmware: b43/ucode9.fw >> firmware: b43/ucode5.fw >> firmware: b43/ucode16_mimo.fw >> firmware: b43/ucode15.fw >> firmware: b43/ucode14.fw >> firmware: b43/ucode13.fw >> firmware: b43/ucode11.fw >> license:GPL >> author: Rafał Miłecki >> author: Gábor Stefanik >> author: Michael Buesch >> author: Stefano Brivio >> author: Martin Langer >> description:Broadcom B43 wireless driver >> alias: ssb:v4243id0812rev10* >> alias: ssb:v4243id0812rev0F* >> alias: ssb:v4243id0812rev0D* >> alias: ssb:v4243id0812rev0C* >> alias: ssb:v4243id0812rev0B* >> alias: ssb:v4243id0812rev0A* >> alias: ssb:v4243id0812rev09* >> alias: ssb:v4243id0812rev07* >> alias: ssb:v4243id0812rev06* >> alias: ssb:v4243id0812rev05* >> alias: bcma:m04BFid0812rev2Acl* >> alias: bcma:m04BFid0812rev28cl* >> alias: bcma:m04BFid0812rev1Ecl* >> alias: bcma:m04BFid0812rev1Dcl* >> alias: bcma:m04BFid0812rev1Ccl* >> alias: bcma:m04BFid0812rev18cl* >> alias: bcma:m04BFid0812rev17cl* >> alias: bcma:m04BFid0812rev15cl* >> alias: bcma:m04BFid0812rev11cl* >> depends: >> intree: Y >> vermagic: 4.4.26-gentoo SMP mod_unload >> parm: bad_frames_preempt:enable(1) / disable(0) Bad Frames >> Preemption (int) >> parm: fwpostfix:Postfix for the .fw files to load. (string) >> parm: hwpctl:Enable hardware-side power control (default off) >> (int) > [snip ...] > > The above parameter is the only one I see related to power management. So, > let's see what the card is configured to use at present: > > cat /sys/class/net/wlp36s0b1/power/control > > The default setting would be off and since this parameter is specified as an > integer it is likely to be 0. There is also a possibility of it being set at > 'auto'. In any case you can try switching this on, to see if it is makes any > difference, or if it is set at 'auto' force it to off. > > I see you are running systemd. I am not well versed with it, so others will > hopefully chip in to correct me. On a normal Gentoo system with openrc I > would use this file to set options: > > /etc/modprobe.d/b43.conf > > So create it and add in it: > > options b43 hwpctl=1 > > to switch power management on, or: > > options b43 hwpctl=0 > > to force it off. Hello ! Thanks for help. But for now the result of your cat command returns "auto". I created b43.conf in /etc/modprobe.d/ with same permissions than others files in the same directory with content: options b43 hwpctl=0. I restarted. The cat command returns "auto" again. What is wrong ? Thanks again ! Hogren
Re: [gentoo-user] Broadcom wireless problem after a certain time
On Sunday 01 Jan 2017 11:54:22 Hogren wrote: > On 31/12/2016 00:21, Mick wrote: > > On Friday 30 Dec 2016 21:22:17 Hogren wrote: > >> Hello, > >> > >> I write to the list for a little strange problem. > >> > >> I have a wireless card : > >> # lspci |grep -i 802 > >> 24:00.0 Network controller: Broadcom Corporation BCM43228 802.11a/b/g/n > >> > >> > >> Globally, the card works fine. I use wpa_supplicant. I have a systemd > >> service to start the connection when I want. The DHCP client works fine > >> too. etc. All is right. > >> > >> But, because there is always a "but", After a certain quantity of > >> downloaded data, the card's stopping to work fine. I can't receive > >> anything. I need to stop an restart the systemd service. > >> > >> I herd that there is many problems with Broadcom wireless devices > >> because the driver is only based on reverse engineering. > >> > >> That is the reason ? And there is a solution for this kind of problem ? > >> > >> Thank you very much ! > >> > >> Hogren > > > > I don't know what problems are being reported on the model you are using, > > but previous models were experiencing problems with power saving. Use > > modinfo to find out what power saving parameters the module has and try > > disabling these, in case power management is the cause of the > > interruptions you are experiencing. > > I'm not enough experienced to see that and deactivate it. > > My modinfo output : > # modinfo b43 > filename: > /lib/modules/4.4.26-gentoo/kernel/drivers/net/wireless/b43/b43.ko > firmware: b43/ucode9.fw > firmware: b43/ucode5.fw > firmware: b43/ucode16_mimo.fw > firmware: b43/ucode15.fw > firmware: b43/ucode14.fw > firmware: b43/ucode13.fw > firmware: b43/ucode11.fw > license:GPL > author: Rafał Miłecki > author: Gábor Stefanik > author: Michael Buesch > author: Stefano Brivio > author: Martin Langer > description:Broadcom B43 wireless driver > alias: ssb:v4243id0812rev10* > alias: ssb:v4243id0812rev0F* > alias: ssb:v4243id0812rev0D* > alias: ssb:v4243id0812rev0C* > alias: ssb:v4243id0812rev0B* > alias: ssb:v4243id0812rev0A* > alias: ssb:v4243id0812rev09* > alias: ssb:v4243id0812rev07* > alias: ssb:v4243id0812rev06* > alias: ssb:v4243id0812rev05* > alias: bcma:m04BFid0812rev2Acl* > alias: bcma:m04BFid0812rev28cl* > alias: bcma:m04BFid0812rev1Ecl* > alias: bcma:m04BFid0812rev1Dcl* > alias: bcma:m04BFid0812rev1Ccl* > alias: bcma:m04BFid0812rev18cl* > alias: bcma:m04BFid0812rev17cl* > alias: bcma:m04BFid0812rev15cl* > alias: bcma:m04BFid0812rev11cl* > depends: > intree: Y > vermagic: 4.4.26-gentoo SMP mod_unload > parm: bad_frames_preempt:enable(1) / disable(0) Bad Frames > Preemption (int) > parm: fwpostfix:Postfix for the .fw files to load. (string) > parm: hwpctl:Enable hardware-side power control (default off) > (int) [snip ...] The above parameter is the only one I see related to power management. So, let's see what the card is configured to use at present: cat /sys/class/net/wlp36s0b1/power/control The default setting would be off and since this parameter is specified as an integer it is likely to be 0. There is also a possibility of it being set at 'auto'. In any case you can try switching this on, to see if it is makes any difference, or if it is set at 'auto' force it to off. I see you are running systemd. I am not well versed with it, so others will hopefully chip in to correct me. On a normal Gentoo system with openrc I would use this file to set options: /etc/modprobe.d/b43.conf So create it and add in it: options b43 hwpctl=1 to switch power management on, or: options b43 hwpctl=0 to force it off. Then unload/reload the module using modprobe, or reboot and see if with either setting the problem goes away. PS. I am using the same module, but with a different card. I noticed on mine I had set qos=0 for some reason. I must have found this advice somewhere on the interwebs and set it so. You may want to try this too to see if it makes any odds. PPS. You may also want to increase verbosity in the logs in the first instance to see if something is reported as a result of the fault you are getting. Use this setting: options b43 verbose=3 to increase verbosity. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Broadcom wireless problem after a certain time
On 31/12/2016 00:21, Mick wrote: > On Friday 30 Dec 2016 21:22:17 Hogren wrote: >> Hello, >> >> I write to the list for a little strange problem. >> >> I have a wireless card : >> # lspci |grep -i 802 >> 24:00.0 Network controller: Broadcom Corporation BCM43228 802.11a/b/g/n >> >> >> Globally, the card works fine. I use wpa_supplicant. I have a systemd >> service to start the connection when I want. The DHCP client works fine >> too. etc. All is right. >> >> But, because there is always a "but", After a certain quantity of >> downloaded data, the card's stopping to work fine. I can't receive >> anything. I need to stop an restart the systemd service. >> >> I herd that there is many problems with Broadcom wireless devices >> because the driver is only based on reverse engineering. >> >> That is the reason ? And there is a solution for this kind of problem ? >> >> Thank you very much ! >> >> Hogren > I don't know what problems are being reported on the model you are using, but > previous models were experiencing problems with power saving. Use modinfo to > find out what power saving parameters the module has and try disabling these, > in case power management is the cause of the interruptions you are > experiencing. I'm not enough experienced to see that and deactivate it. My modinfo output : # modinfo b43 filename: /lib/modules/4.4.26-gentoo/kernel/drivers/net/wireless/b43/b43.ko firmware: b43/ucode9.fw firmware: b43/ucode5.fw firmware: b43/ucode16_mimo.fw firmware: b43/ucode15.fw firmware: b43/ucode14.fw firmware: b43/ucode13.fw firmware: b43/ucode11.fw license:GPL author: Rafał Miłecki author: Gábor Stefanik author: Michael Buesch author: Stefano Brivio author: Martin Langer description:Broadcom B43 wireless driver alias: ssb:v4243id0812rev10* alias: ssb:v4243id0812rev0F* alias: ssb:v4243id0812rev0D* alias: ssb:v4243id0812rev0C* alias: ssb:v4243id0812rev0B* alias: ssb:v4243id0812rev0A* alias: ssb:v4243id0812rev09* alias: ssb:v4243id0812rev07* alias: ssb:v4243id0812rev06* alias: ssb:v4243id0812rev05* alias: bcma:m04BFid0812rev2Acl* alias: bcma:m04BFid0812rev28cl* alias: bcma:m04BFid0812rev1Ecl* alias: bcma:m04BFid0812rev1Dcl* alias: bcma:m04BFid0812rev1Ccl* alias: bcma:m04BFid0812rev18cl* alias: bcma:m04BFid0812rev17cl* alias: bcma:m04BFid0812rev15cl* alias: bcma:m04BFid0812rev11cl* depends: intree: Y vermagic: 4.4.26-gentoo SMP mod_unload parm: bad_frames_preempt:enable(1) / disable(0) Bad Frames Preemption (int) parm: fwpostfix:Postfix for the .fw files to load. (string) parm: hwpctl:Enable hardware-side power control (default off) (int) parm: nohwcrypt:Disable hardware encryption. (int) parm: hwtkip:Enable hardware tkip. (int) parm: qos:Enable QOS support (default on) (int) parm: btcoex:Enable Bluetooth coexistence (default on) (int) parm: verbose:Log message verbosity: 0=error, 1=warn, 2=info(default), 3=debug (int) parm: pio:Use PIO accesses by default: 0=DMA, 1=PIO (int) parm: allhwsupport:Enable support for all hardware (even it if overlaps with the brcmsmac driver) (int) I don't know if it can be useful but this is my sysctl -a results concerning my wireless card : net.ipv4.conf.wlp36s0b1.accept_local = 0 net.ipv4.conf.wlp36s0b1.accept_redirects = 1 net.ipv4.conf.wlp36s0b1.accept_source_route = 0 net.ipv4.conf.wlp36s0b1.arp_accept = 0 net.ipv4.conf.wlp36s0b1.arp_announce = 0 net.ipv4.conf.wlp36s0b1.arp_filter = 0 net.ipv4.conf.wlp36s0b1.arp_ignore = 0 net.ipv4.conf.wlp36s0b1.arp_notify = 0 net.ipv4.conf.wlp36s0b1.bootp_relay = 0 net.ipv4.conf.wlp36s0b1.disable_policy = 0 net.ipv4.conf.wlp36s0b1.disable_xfrm = 0 net.ipv4.conf.wlp36s0b1.force_igmp_version = 0 net.ipv4.conf.wlp36s0b1.forwarding = 0 net.ipv4.conf.wlp36s0b1.igmpv2_unsolicited_report_interval = 1 net.ipv4.conf.wlp36s0b1.igmpv3_unsolicited_report_interval = 1000 net.ipv4.conf.wlp36s0b1.ignore_routes_with_linkdown = 0 net.ipv4.conf.wlp36s0b1.log_martians = 0 net.ipv4.conf.wlp36s0b1.mc_forwarding = 0 net.ipv4.conf.wlp36s0b1.medium_id = 0 net.ipv4.conf.wlp36s0b1.promote_secondaries = 1 net.ipv4.conf.wlp36s0b1.proxy_arp = 0 net.ipv4.conf.wlp36s0b1.proxy_arp_pvlan = 0 net.ipv4.conf.wlp36s0b1.route_localnet = 0 net.ipv4.conf.wlp36s0b1.rp_filter = 1 net.ipv4.conf.wlp36s0b1.secure_redirects = 1 net.ipv4.conf.wlp36s0b1.send_redirects = 1 net.ipv4.conf.wlp36s0b1.shared_media = 1 net.ipv4.conf.wlp36s0b1.src_valid_mark = 0 net.ipv4.conf.wlp36s0b1.tag = 0 net.ipv4.neigh.wlp36s0b1.anycast_delay = 100 net.ipv4.neigh.wlp36s0b1.app_solicit = 0 net.ipv4.neigh.wlp36s0b1.base_reachable_time_ms = 3 net.ipv4.neigh.wlp36s0b1.delay_first_probe_time = 5
Re: [gentoo-user] Broadcom wireless problem after a certain time
On Friday 30 Dec 2016 21:22:17 Hogren wrote: > Hello, > > I write to the list for a little strange problem. > > I have a wireless card : > # lspci |grep -i 802 > 24:00.0 Network controller: Broadcom Corporation BCM43228 802.11a/b/g/n > > > Globally, the card works fine. I use wpa_supplicant. I have a systemd > service to start the connection when I want. The DHCP client works fine > too. etc. All is right. > > But, because there is always a "but", After a certain quantity of > downloaded data, the card's stopping to work fine. I can't receive > anything. I need to stop an restart the systemd service. > > I herd that there is many problems with Broadcom wireless devices > because the driver is only based on reverse engineering. > > That is the reason ? And there is a solution for this kind of problem ? > > Thank you very much ! > > Hogren I don't know what problems are being reported on the model you are using, but previous models were experiencing problems with power saving. Use modinfo to find out what power saving parameters the module has and try disabling these, in case power management is the cause of the interruptions you are experiencing. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Broadcom wireless problem after a certain time
Hello, I write to the list for a little strange problem. I have a wireless card : # lspci |grep -i 802 24:00.0 Network controller: Broadcom Corporation BCM43228 802.11a/b/g/n Globally, the card works fine. I use wpa_supplicant. I have a systemd service to start the connection when I want. The DHCP client works fine too. etc. All is right. But, because there is always a "but", After a certain quantity of downloaded data, the card's stopping to work fine. I can't receive anything. I need to stop an restart the systemd service. I herd that there is many problems with Broadcom wireless devices because the driver is only based on reverse engineering. That is the reason ? And there is a solution for this kind of problem ? Thank you very much ! Hogren