Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
On Mon, Mar 01, 2010 at 10:32:40AM +0200, Alexandr Rybalko wrote: > On Sun, 28 Feb 2010 01:52:59 -0800 > Weongyo Jeong wrote: > > >> On Sat, Feb 27, 2010 at 01:15:35AM +0200, Alex RAY wrote: > >> > Hi Weongyo, > >> > > >> > Can new siba release operate in systems like in this SVG image? > >> > System example: CPU BCM5836 + Wi-Fi BCM4318 > >> > >> Recent changes of siba(4) by myself doesn't change code flow, layout and > >> doesn't include enhancements if you're an user of SENTRY5 mips CPU (like > >> BCM5836) > >> > >> All I did on recent changes were to put common routines or codes which > >> could be used for original siba(4). These codes are only used for > >> bwn(4) driver currently and don't be merged with original siba(4). That > >> means there are two separated codes in current siba(4) so merging two > >> into one is a TODO. > >> > >> I have no idea current siba(4) supports a system using on CPU BCM5836 + > >> Wi-Fi BCM4318 but in theory it should work without problems though I > >> didn't test. > >> > >> > And can we compile siba bus code without pci code? > >> > >> I think it looks that it could be possible to compile without pci code. > >> But makes sure that your device doesn't have PCI core. > > Can You test your driver without siba_switchcore, I see the device > have mapping for all cores on SSB? I see what you mean. siba_core.c which depends on PCI code would be compiled when it builds on SENTRY5. So it looks currently it needs a patch to compile siba bus code without PCI code. I'll try to make a patch. > > ssb0: mem 0xf400-0xf4003fff > Think thre is 4 cores. > When SSB on nexus, we don`t need core switching, maybe on PCI too. I think this is a difference between siba(4) and siba_bwn currently and it's one of TODOs we should solve to merge two codes. AFAIK approach to access each cores isn't same; it looks siba(4) creates devices for each cores so it'd not need to switch cores. But siba_bwn doesn't do it like siba(4) so it needs to switch cores because all are handled on one device. regards, Weongyo Jeong ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
On Wed, 3 Mar 2010 00:28:33 -0800 Weongyo Jeong wrote: >> On Mon, Mar 01, 2010 at 10:32:40AM +0200, Alexandr Rybalko wrote: >> > On Sun, 28 Feb 2010 01:52:59 -0800 >> > Weongyo Jeong wrote: >> > >> > Can You test your driver without siba_switchcore, I see the device >> > have mapping for all cores on SSB? >> >> I see what you mean. siba_core.c which depends on PCI code would be >> compiled when it builds on SENTRY5. So it looks currently it needs a >> patch to compile siba bus code without PCI code. I'll try to make a >> patch. I now trying to make bus independent interface, not done yet. When finish, I send to You for review and maybe test. >> >> > > ssb0: mem 0xf400-0xf4003fff >> > Think thre is 4 cores. >> > When SSB on nexus, we don`t need core switching, maybe on PCI too. >> >> I think this is a difference between siba(4) and siba_bwn currently and >> it's one of TODOs we should solve to merge two codes. >> >> AFAIK approach to access each cores isn't same; it looks siba(4) creates >> devices for each cores so it'd not need to switch cores. But siba_bwn >> doesn't do it like siba(4) so it needs to switch cores because all are >> handled on one device. Look into this line: ssb0: mem 0xf400-0xf4003fff There we see, device have 0x4000 memory window. Each core required 0x1000. Your code to call required core move PCI window to appropriate 0x1000 block (if core - second, move to 0xf4001000). Maybe we can map full window, and then access to required core without core switching. >> >> regards, >> Weongyo Jeong >> -- Рыбалко Александр Консультант D-Link Украина ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
On Tuesday 02 March 2010 2:08:55 pm Miki wrote: > 2010/3/1 Weongyo Jeong : > > On Sun, Feb 28, 2010 at 08:45:32PM +0100, Miki wrote: > >> Hi, > >> > >> Thanks for the work ! > >> > >> I have some problems here when I try to create a wlan interface : > >> bwn_v4_ucode5: could not load firmware image, error 2 > >> bwn0: the fw file(bwn_v4_ucode5) not found > > > > Did you try to UP the interface withload loading bwn_v4_ucode.ko? If > > yes currently bwn(4) doesn't automatically load firmware module so you > > need to do it by hand. > > > > # kldload bwn_v4_ucode > > OK I have loaded bwn_v4_ucode before if_bwn and it works, > my bad, I should have read the man page more carefully. > > > > > The patch for this is ready to commit and it'll be happened soon. > > > >> I have installed bwn-firmware-kmod from ports but the only files I have in > >> /boot/modules are bwn_v4_lp_ucode.ko and bwn_v4_ucode.ko. So I tried to > >> copy bwn_v4_ucode to bwn_v4_ucode5 and it seems to work : wlan0 is > >> created, I can associate to an open Access Point and obtain a DHCP lease. > >> But if I try to do some network IO (browsing the web) the interface hang > >> (I cannot obtain a lease anymore). > > > > I have a exact same device like you have but I didn't encounter this > > issue. > > > > Are there any messages from bwn(4) when you the interface becomes hang? > > One more question, after the interface hang, does the system be hang > > also? > > I have no messages in the log (appart bwn0: need multicast update callback). > In fact it's not a hang, it happens only with the AP that permits me > to have a web > access. I have another AP (sitting next to me) and I don't have the > same behavior : > I can have and renew my dhcp lease multiple times and configure the AP with > its > web interface. With the "buggy" AP I can have a dhcp lease only once and > nothing > more. If I destroy and recreate the wlan interface the same thing happens. > I have no such a problem with if_bwi and this AP. > > > > > One thing you can do is that trying the device with PIO mode not DMA > > mode using the following tunable variable: > > > > hw.bwn.usedma > > > > Its default value is 1 to enable DMA operation so if you set it 0, PIO > > mode would be used and could see the message like below: > > > > bwn0: PIO > > > > Could you please test with it? > > > > Setting hw.bwn.usedma=0 in loader.conf make no differences > > by the way, I need to switch from if_bwn to if_bwi to make some test > and post the results here, but I have this error message : > firmware_register: cannot register image bwi_v3_b0g0initvals5, firmware > table full! > is this normal ? Yes, both bwi and bwn use a lot of individual firmware images, so loading both of them probably fills up the static array of firmware table entries. I think there is a constant in subr_firwmare.c you can increase to make the table bigger. -- John Baldwin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on arm/arm
TB --- 2010-03-03 15:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 15:15:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-03-03 15:15:00 - cleaning the object tree TB --- 2010-03-03 15:15:12 - cvsupping the source tree TB --- 2010-03-03 15:15:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2010-03-03 15:15:54 - building world TB --- 2010-03-03 15:15:54 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 15:15:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 15:15:54 - TARGET=arm TB --- 2010-03-03 15:15:54 - TARGET_ARCH=arm TB --- 2010-03-03 15:15:54 - TZ=UTC TB --- 2010-03-03 15:15:54 - __MAKE_CONF=/dev/null TB --- 2010-03-03 15:15:54 - cd /src TB --- 2010-03-03 15:15:54 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 15:15:55 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] lex -t /src/usr.bin/csup/token.l > token.c rm -f .depend mkdep -f .depend -a-I. -DHAVE_FFLAGS -DNDEBUG /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c /src/usr.bin/csup/updater.c /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/csup. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 15:41:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 15:41:25 - ERROR: failed to build world TB --- 2010-03-03 15:41:25 - 1112.38 user 309.41 system 1584.89 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on i386/i386
TB --- 2010-03-03 15:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 15:15:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-03-03 15:15:00 - cleaning the object tree TB --- 2010-03-03 15:15:31 - cvsupping the source tree TB --- 2010-03-03 15:15:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-03-03 15:16:02 - building world TB --- 2010-03-03 15:16:02 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 15:16:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 15:16:02 - TARGET=i386 TB --- 2010-03-03 15:16:02 - TARGET_ARCH=i386 TB --- 2010-03-03 15:16:02 - TZ=UTC TB --- 2010-03-03 15:16:02 - __MAKE_CONF=/dev/null TB --- 2010-03-03 15:16:02 - cd /src TB --- 2010-03-03 15:16:02 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 15:16:03 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] lex -t /src/usr.bin/csup/token.l > token.c rm -f .depend mkdep -f .depend -a-I. -DHAVE_FFLAGS -DNDEBUG /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c /src/usr.bin/csup/updater.c /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/csup. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 15:45:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 15:45:41 - ERROR: failed to build world TB --- 2010-03-03 15:45:41 - 1323.71 user 317.02 system 1841.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on i386/pc98
TB --- 2010-03-03 15:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 15:15:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-03-03 15:15:00 - cleaning the object tree TB --- 2010-03-03 15:15:29 - cvsupping the source tree TB --- 2010-03-03 15:15:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-03-03 15:16:02 - building world TB --- 2010-03-03 15:16:02 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 15:16:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 15:16:02 - TARGET=pc98 TB --- 2010-03-03 15:16:02 - TARGET_ARCH=i386 TB --- 2010-03-03 15:16:02 - TZ=UTC TB --- 2010-03-03 15:16:02 - __MAKE_CONF=/dev/null TB --- 2010-03-03 15:16:02 - cd /src TB --- 2010-03-03 15:16:02 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 15:16:03 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] lex -t /src/usr.bin/csup/token.l > token.c rm -f .depend mkdep -f .depend -a-I. -DHAVE_FFLAGS -DNDEBUG /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c /src/usr.bin/csup/updater.c /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/csup. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 15:45:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 15:45:58 - ERROR: failed to build world TB --- 2010-03-03 15:45:58 - 1322.05 user 333.16 system 1858.22 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on amd64/amd64
TB --- 2010-03-03 15:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 15:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-03-03 15:15:00 - cleaning the object tree TB --- 2010-03-03 15:15:33 - cvsupping the source tree TB --- 2010-03-03 15:15:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-03-03 15:16:02 - building world TB --- 2010-03-03 15:16:02 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 15:16:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 15:16:02 - TARGET=amd64 TB --- 2010-03-03 15:16:02 - TARGET_ARCH=amd64 TB --- 2010-03-03 15:16:02 - TZ=UTC TB --- 2010-03-03 15:16:02 - __MAKE_CONF=/dev/null TB --- 2010-03-03 15:16:02 - cd /src TB --- 2010-03-03 15:16:02 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 15:16:03 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] lex -t /src/usr.bin/csup/token.l > token.c rm -f .depend mkdep -f .depend -a-I. -DHAVE_FFLAGS -DNDEBUG /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c /src/usr.bin/csup/updater.c /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/csup. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 15:46:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 15:46:31 - ERROR: failed to build world TB --- 2010-03-03 15:46:31 - 1346.22 user 327.96 system 1891.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [head tinderbox] failure on amd64/amd64
Sorry for the breakage. Will be fixed ASAP :) On Wed, Mar 03, 2010 at 03:46:31PM +, FreeBSD Tinderbox wrote: > TB --- 2010-03-03 15:15:00 - tinderbox 2.6 running on > freebsd-current.sentex.ca > TB --- 2010-03-03 15:15:00 - starting HEAD tinderbox run for amd64/amd64 > TB --- 2010-03-03 15:15:00 - cleaning the object tree > TB --- 2010-03-03 15:15:33 - cvsupping the source tree > TB --- 2010-03-03 15:15:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca > /tinderbox/HEAD/amd64/amd64/supfile > TB --- 2010-03-03 15:16:02 - building world > TB --- 2010-03-03 15:16:02 - MAKEOBJDIRPREFIX=/obj > TB --- 2010-03-03 15:16:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2010-03-03 15:16:02 - TARGET=amd64 > TB --- 2010-03-03 15:16:02 - TARGET_ARCH=amd64 > TB --- 2010-03-03 15:16:02 - TZ=UTC > TB --- 2010-03-03 15:16:02 - __MAKE_CONF=/dev/null > TB --- 2010-03-03 15:16:02 - cd /src > TB --- 2010-03-03 15:16:02 - /usr/bin/make -B buildworld > >>> World build started on Wed Mar 3 15:16:03 UTC 2010 > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: make dependencies > [...] > lex -t /src/usr.bin/csup/token.l > token.c > rm -f .depend > mkdep -f .depend -a-I. -DHAVE_FFLAGS -DNDEBUG > /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c > /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c > /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c > /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c > /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c > /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c > /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c > parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c > /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c > /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c > /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c > /src/usr.bin/csup/updater.c > /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory > /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory > /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory > /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory > mkdep: compile failed > *** Error code 1 > > Stop in /src/usr.bin/csup. > *** Error code 1 > > Stop in /src/usr.bin. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2010-03-03 15:46:31 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2010-03-03 15:46:31 - ERROR: failed to build world > TB --- 2010-03-03 15:46:31 - 1346.22 user 327.96 system 1891.41 real > > > http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full > ___ > freebsd-am...@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscr...@freebsd.org" > -- Ulf Lilleengen ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on mips/mips
TB --- 2010-03-03 15:45:41 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 15:45:41 - starting HEAD tinderbox run for mips/mips TB --- 2010-03-03 15:45:41 - cleaning the object tree TB --- 2010-03-03 15:45:53 - cvsupping the source tree TB --- 2010-03-03 15:45:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2010-03-03 15:46:17 - building world TB --- 2010-03-03 15:46:17 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 15:46:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 15:46:17 - TARGET=mips TB --- 2010-03-03 15:46:17 - TARGET_ARCH=mips TB --- 2010-03-03 15:46:17 - TZ=UTC TB --- 2010-03-03 15:46:17 - __MAKE_CONF=/dev/null TB --- 2010-03-03 15:46:17 - cd /src TB --- 2010-03-03 15:46:17 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 15:46:20 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] lex -t /src/usr.bin/csup/token.l > token.c rm -f .depend mkdep -f .depend -a-I. -DHAVE_FFLAGS -DNDEBUG /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c /src/usr.bin/csup/updater.c /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/csup. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 16:12:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 16:12:54 - ERROR: failed to build world TB --- 2010-03-03 16:12:54 - 1137.04 user 295.90 system 1632.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on sparc64/sparc64
TB --- 2010-03-03 15:46:31 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 15:46:31 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-03-03 15:46:31 - cleaning the object tree TB --- 2010-03-03 15:46:45 - cvsupping the source tree TB --- 2010-03-03 15:46:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-03-03 15:47:12 - building world TB --- 2010-03-03 15:47:12 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 15:47:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 15:47:12 - TARGET=sparc64 TB --- 2010-03-03 15:47:12 - TARGET_ARCH=sparc64 TB --- 2010-03-03 15:47:12 - TZ=UTC TB --- 2010-03-03 15:47:12 - __MAKE_CONF=/dev/null TB --- 2010-03-03 15:47:12 - cd /src TB --- 2010-03-03 15:47:12 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 15:47:13 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] lex -t /src/usr.bin/csup/token.l > token.c rm -f .depend mkdep -f .depend -a-I. -DHAVE_FFLAGS -DNDEBUG /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c /src/usr.bin/csup/updater.c /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/csup. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 16:15:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 16:15:36 - ERROR: failed to build world TB --- 2010-03-03 16:15:36 - 1266.16 user 299.62 system 1744.75 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on ia64/ia64
TB --- 2010-03-03 15:41:25 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 15:41:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-03-03 15:41:25 - cleaning the object tree TB --- 2010-03-03 15:41:42 - cvsupping the source tree TB --- 2010-03-03 15:41:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-03-03 15:42:06 - building world TB --- 2010-03-03 15:42:06 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 15:42:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 15:42:06 - TARGET=ia64 TB --- 2010-03-03 15:42:06 - TARGET_ARCH=ia64 TB --- 2010-03-03 15:42:06 - TZ=UTC TB --- 2010-03-03 15:42:06 - __MAKE_CONF=/dev/null TB --- 2010-03-03 15:42:06 - cd /src TB --- 2010-03-03 15:42:06 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 15:42:07 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] lex -t /src/usr.bin/csup/token.l > token.c rm -f .depend mkdep -f .depend -a-I. -DHAVE_FFLAGS -DNDEBUG /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c /src/usr.bin/csup/updater.c /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/csup. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 16:16:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 16:16:12 - ERROR: failed to build world TB --- 2010-03-03 16:16:12 - 1572.55 user 310.48 system 2087.67 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on powerpc/powerpc
TB --- 2010-03-03 15:45:58 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 15:45:58 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-03-03 15:45:58 - cleaning the object tree TB --- 2010-03-03 15:46:12 - cvsupping the source tree TB --- 2010-03-03 15:46:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-03-03 15:46:40 - building world TB --- 2010-03-03 15:46:40 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 15:46:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 15:46:40 - TARGET=powerpc TB --- 2010-03-03 15:46:40 - TARGET_ARCH=powerpc TB --- 2010-03-03 15:46:40 - TZ=UTC TB --- 2010-03-03 15:46:40 - __MAKE_CONF=/dev/null TB --- 2010-03-03 15:46:40 - cd /src TB --- 2010-03-03 15:46:40 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 15:46:41 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] lex -t /src/usr.bin/csup/token.l > token.c rm -f .depend mkdep -f .depend -a-I. -DHAVE_FFLAGS -DNDEBUG /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c /src/usr.bin/csup/updater.c /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/csup. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 16:16:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 16:16:39 - ERROR: failed to build world TB --- 2010-03-03 16:16:39 - 1343.26 user 306.25 system 1840.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on sparc64/sun4v
TB --- 2010-03-03 16:12:54 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 16:12:54 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-03-03 16:12:54 - cleaning the object tree TB --- 2010-03-03 16:13:06 - cvsupping the source tree TB --- 2010-03-03 16:13:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-03-03 16:13:30 - building world TB --- 2010-03-03 16:13:30 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 16:13:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 16:13:30 - TARGET=sun4v TB --- 2010-03-03 16:13:30 - TARGET_ARCH=sparc64 TB --- 2010-03-03 16:13:30 - TZ=UTC TB --- 2010-03-03 16:13:30 - __MAKE_CONF=/dev/null TB --- 2010-03-03 16:13:30 - cd /src TB --- 2010-03-03 16:13:30 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 16:13:31 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] lex -t /src/usr.bin/csup/token.l > token.c rm -f .depend mkdep -f .depend -a-I. -DHAVE_FFLAGS -DNDEBUG /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c /src/usr.bin/csup/updater.c /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/csup. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 16:39:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 16:39:41 - ERROR: failed to build world TB --- 2010-03-03 16:39:41 - 1282.91 user 275.55 system 1607.08 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Problem with new bwn driver on -CURRENT
On Mon, Mar 01, 2010 at 11:50:43PM -0500, Joe Marcus Clarke wrote: > On Mon, 2010-03-01 at 15:37 -0800, Weongyo Jeong wrote: > > On Sun, Feb 28, 2010 at 03:24:28PM -0500, Joe Marcus Clarke wrote: > > > I was extremely pleased to see this driver, so I could get off of the > > > flaky NDIS version. I have a Dell Vostra 2510 with a LP bwn mini-PCI > > > card. I have set if_bwn_load="YES" in /boot/loader.conf. I also have > > > bwn_v4_lp_ucode_load="YES" set. > > > > > > The firmware and driver loads. However, if_bwn doesn't attach to the > > > card. Once the OS is fully booted, I kldunload if_bwn, then reload it, > > > and the driver attaches just fine. > > > > This issue is reported by some people and I'm looking codes. > > Good to know. This issue is solved in r204657. Thank you for reporting! > > > > > > Once it is attached, however, I can > > > pass traffic just fine, but I get a large number of these messages on > > > the console, and the traffic rate is not what it was with the NDIS > > > driver: > > > > Could you please elaborate the traffic rate? You mean the traffic rate > > is lower or higher than NDIS driver? > > The throughput with the if_bwn driver is less than with the ndis driver. > It associates at 11g (36 Mbps), but the RTT is longer. This is > noticeable with apps like VNC. The redraw is noticeably slower (line by > line) than it was ndis. Low throughput apps like SSH work more or less > the same. > > > > > > > > > bwn0: out of bounds of the square-root table (-770884) > > > bwn0: out of bounds of the square-root table (-225625) > > > bwn0: out of bounds of the square-root table (-240100) > > > > Patch is attached with email and it'll fix this message. Could you > > please test with it? > > Yes, the patch removes those messages. Thanks! > > > > > Was it successful to associate with AP? > > Yes, in DMA mode. In PIO mode, it associates, but does not pass any > traffic. After a while, there was a critical DMA error, and the driver > looped forever trying to communicate with the card. Are there any messages from bwn(4) related with DMA error? If yes and you reproduce DMA error easily could you please show me the full dmesg? regards, Weongyo Jeong ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Problem with new bwn driver on -CURRENT
On 3/3/10 5:04 PM, Weongyo Jeong wrote: > On Mon, Mar 01, 2010 at 11:50:43PM -0500, Joe Marcus Clarke wrote: >> On Mon, 2010-03-01 at 15:37 -0800, Weongyo Jeong wrote: >>> On Sun, Feb 28, 2010 at 03:24:28PM -0500, Joe Marcus Clarke wrote: I was extremely pleased to see this driver, so I could get off of the flaky NDIS version. I have a Dell Vostra 2510 with a LP bwn mini-PCI card. I have set if_bwn_load="YES" in /boot/loader.conf. I also have bwn_v4_lp_ucode_load="YES" set. The firmware and driver loads. However, if_bwn doesn't attach to the card. Once the OS is fully booted, I kldunload if_bwn, then reload it, and the driver attaches just fine. >>> >>> This issue is reported by some people and I'm looking codes. >> >> Good to know. > > This issue is solved in r204657. Thank you for reporting! Saw that, thanks! bwn0: out of bounds of the square-root table (-770884) bwn0: out of bounds of the square-root table (-225625) bwn0: out of bounds of the square-root table (-240100) >>> >>> Patch is attached with email and it'll fix this message. Could you >>> please test with it? >> >> Yes, the patch removes those messages. Thanks! Was this patch committed? I don't recall seeing an svn notice. >> >>> >>> Was it successful to associate with AP? >> >> Yes, in DMA mode. In PIO mode, it associates, but does not pass any >> traffic. After a while, there was a critical DMA error, and the driver >> looped forever trying to communicate with the card. > > Are there any messages from bwn(4) related with DMA error? If yes and > you reproduce DMA error easily could you please show me the full dmesg? When it occurs, it is a fatal DMA error, and this streams on the console until reboot. In order to get the card to work again (with either bwn or ndis), I need to power-cycle the laptop. When it occurs again, I will get you the details and the full dmesg. Do you want a verbose dmesg, or a standard one? Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gn...@freebsd.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: time doesn't work?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just would like to say that the problem was fixed in -CURRENT and thanks for working on this! Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLjuhmAAoJEATO+BI/yjfBJsEH+gMfl/fjAgYDy2zkXgq6+Dmz +PlRwW65/01k7yfPREvZO9Izef7Qs3bufiicBP58ndaWs/lY3DLxI7dSnFPQAaVV EbRvp6qZy8KIp0PmYxkZJbCkuJbSk1PYCXWl5F5j2FuIXaXlpR0zm7fTmEYcXE5r CCM8QdG+Oy8YnM6CoUJpVUp91ZDrMcjLGEQHucijsk9N28+qsHBi7pUpbCog4gK0 OD+IJLl6dfY6DJWkCB5ag0YIBkUHyR4oh0kYeFcCUH0nZQS7l9vyerrgvcP0TAdK rpphmKoEOTD+RJ3Pp3gL2gk95RuIZHiAxuvg6VWNr5yTKN4h5dPY/SekhIBV13Y= =+aCQ -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Problem with new bwn driver on -CURRENT
On Wed, Mar 03, 2010 at 05:46:09PM -0500, Joe Marcus Clarke wrote: > On 3/3/10 5:04 PM, Weongyo Jeong wrote: > > On Mon, Mar 01, 2010 at 11:50:43PM -0500, Joe Marcus Clarke wrote: > >> On Mon, 2010-03-01 at 15:37 -0800, Weongyo Jeong wrote: > >>> On Sun, Feb 28, 2010 at 03:24:28PM -0500, Joe Marcus Clarke wrote: > I was extremely pleased to see this driver, so I could get off of the > flaky NDIS version. I have a Dell Vostra 2510 with a LP bwn mini-PCI > card. I have set if_bwn_load="YES" in /boot/loader.conf. I also have > bwn_v4_lp_ucode_load="YES" set. > > The firmware and driver loads. However, if_bwn doesn't attach to the > card. Once the OS is fully booted, I kldunload if_bwn, then reload it, > and the driver attaches just fine. > >>> > >>> This issue is reported by some people and I'm looking codes. > >> > >> Good to know. > > > > This issue is solved in r204657. Thank you for reporting! > > Saw that, thanks! > > > bwn0: out of bounds of the square-root table (-770884) > bwn0: out of bounds of the square-root table (-225625) > bwn0: out of bounds of the square-root table (-240100) > >>> > >>> Patch is attached with email and it'll fix this message. Could you > >>> please test with it? > >> > >> Yes, the patch removes those messages. Thanks! > > Was this patch committed? I don't recall seeing an svn notice. Yes at r204542. > > >> > >>> > >>> Was it successful to associate with AP? > >> > >> Yes, in DMA mode. In PIO mode, it associates, but does not pass any > >> traffic. After a while, there was a critical DMA error, and the driver > >> looped forever trying to communicate with the card. > > > > Are there any messages from bwn(4) related with DMA error? If yes and > > you reproduce DMA error easily could you please show me the full dmesg? > > When it occurs, it is a fatal DMA error, and this streams on the console > until reboot. In order to get the card to work again (with either bwn > or ndis), I need to power-cycle the laptop. > > When it occurs again, I will get you the details and the full dmesg. Do > you want a verbose dmesg, or a standard one? I think a standard one is enough. Thank you. regards, Weongyo Jeong ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
On Tue, Mar 02, 2010 at 07:57:26PM +0100, Gustau P?rez wrote: > En/na John Baldwin ha escrit: > > On Monday 01 March 2010 3:22:34 pm Gustau P?rez wrote: > > > >> En/na Weongyo Jeong ha escrit: > >> > >>> On Fri, Feb 26, 2010 at 04:21:06PM -0800, Xin LI wrote: > >>> > >>> > Hi, Weongyo, > > On 2010/02/25 16:51, Weongyo Jeong wrote: > > > > FYI bwn(4) driver is committed into FreeBSD tree. I think the driver > > supports your LP PHY device. After cvsup please try to rebuild siba_bwn > > and bwn modules. > > > > Could you please test with it? Please let me know and send me your > > full dmesg when you encounters the following problems: > > > > - if the driver doesn't work or is unstable. > > - if it prints debugging or verbose messages. > > > > > Great! Thanks for the work! > > Is it possible to MFC the work back to 8-STABLE at some point? > > > >>> Of course yes. AFAIK it could be compiled and works without problems on > >>> 8-STABLE; I checked it. :-) > >>> > >>> > >>> > >>I'm trying to run it in STABLE right now. When kldloading if_bwm > >> (following the given instructions, the other modules are kldloaded) it > >> complains with : > >> > >> link_elf_obj: symbol _mtx_assert undefined > >> > >>looks like it fails in if_bwnvar.h. Culprit is this define : > >> > >> #defineBWN_ASSERT_LOCKED(sc) > >> mtx_assert(&(sc)->sc_mtx, MA_OWNED) > >> > >>Do I need witness enabled to run this ? Is there any way to run it in > >> STABLE or do I need to run CURRENT ? > >> > > > > It sounds like you have INVARIANTS defined when the module was built, but > > your > > kernel does not have INVARIANT_SUPPORT defined. > > > > >That did it. Thank you. After recompiling and rebooting the kernel, I > noticed via dmesg that when kldloading ssb the module complains with : > > ssb0: mem > 0xf9ffc000-0xf9ff irq 17 at device 0.0 on pci12 > ssb0: unsupportted coreid 0x817 > >When kldloading if_bwn (after bwn_v4_ucode) the machine freezes. I > guess my hard isn't supported yet. It looks you're using old bwn(4) sources. Could you test it with sources on HEAD? You should use and compile siba_bwn module and bwn module on HEAD. regards, Weongyo Jeong ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on i386/pc98
TB --- 2010-03-03 23:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 23:20:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-03-03 23:20:00 - cleaning the object tree TB --- 2010-03-03 23:20:08 - cvsupping the source tree TB --- 2010-03-03 23:20:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-03-03 23:20:35 - building world TB --- 2010-03-03 23:20:35 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 23:20:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 23:20:35 - TARGET=pc98 TB --- 2010-03-03 23:20:35 - TARGET_ARCH=i386 TB --- 2010-03-03 23:20:35 - TZ=UTC TB --- 2010-03-03 23:20:35 - __MAKE_CONF=/dev/null TB --- 2010-03-03 23:20:35 - cd /src TB --- 2010-03-03 23:20:35 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 23:20:36 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 4 00:19:18 UTC 2010 TB --- 2010-03-04 00:19:18 - generating LINT kernel config TB --- 2010-03-04 00:19:18 - cd /src/sys/pc98/conf TB --- 2010-03-04 00:19:18 - /usr/bin/make -B LINT TB --- 2010-03-04 00:19:18 - building LINT kernel TB --- 2010-03-04 00:19:18 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-04 00:19:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-04 00:19:18 - TARGET=pc98 TB --- 2010-03-04 00:19:18 - TARGET_ARCH=i386 TB --- 2010-03-04 00:19:18 - TZ=UTC TB --- 2010-03-04 00:19:18 - __MAKE_CONF=/dev/null TB --- 2010-03-04 00:19:18 - cd /src TB --- 2010-03-04 00:19:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 4 00:19:18 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/ucmpdi2.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/udivdi3.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/umoddi3.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/pc98/apm/apm_bioscall.S cc -c -O2 -pipe -fno-strict-
Re: Problem with new bwn driver on -CURRENT
On Wed, 2010-03-03 at 15:14 -0800, Weongyo Jeong wrote: > > When it occurs again, I will get you the details and the full dmesg. Do > > you want a verbose dmesg, or a standard one? > > I think a standard one is enough. Thank you. Here you go. This is on -CURRENT from about 30 minutes ago. Thanks for looking into this. http://www.marcuscom.com/downloads/salami.dmesg Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gn...@freebsd.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome signature.asc Description: This is a digitally signed message part