Re: [CFT] if_ath updates - ar5416 (macbook pro, etc)
... > ugen3.3: at usbus3, cfg=0 md=HOST > spd=HIGH (480Mbps) pwr=ON > > That vendor:product combination is in the above list. > > It looks like it's this: > > http://linuxwireless.org/en/users/Drivers/zd1211rw > Are you sure about that? I don't see a Linksys WUSB54G revision in the list of supported devices for that driver: http://linuxwireless.org/en/users/Drivers/zd1211rw/devices But I know that some versions of the WUSB54G used Intersil/Conexant chipsets, and: http://tomoyo.sourceforge.jp/cgi-bin/lxr/source/drivers/net/wireless/p54/p54usb.c has: 51 {USB_DEVICE(0x1915, 0x2234)}, /* Linksys WUSB54G OEM */ and states that this is a first-generation USB device with a Intersil/Conexant ISL3886 chipset and a net2280 usb-pci bridge). See more details at: http://linuxwireless.org/en/users/Drivers/p54 So maybe weongyo@ could make this work with upgt(4)? b. ___ 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: [CFT] if_ath updates - ar5416 (macbook pro, etc)
On 08/11/2010 00:11, Adrian Chadd wrote: > On 11 August 2010 11:48, jhell wrote: > > >> I have attached a dump_all_config_desc for this device in case anyone >> can identify it. Linksys WUSB54G > > Check out this: > > http://www.qbik.ch/usb/devices/search_res.php?pattern=802.11 > > ugen3.3: at usbus3, cfg=0 md=HOST > spd=HIGH (480Mbps) pwr=ON > > That vendor:product combination is in the above list. > > It looks like it's this: > > http://linuxwireless.org/en/users/Drivers/zd1211rw > > Would you mind trying linux + that driver, see if it works? > Ill have to setup or bring up a linux VM or temporary install within the next day or two and see what I come up with. > > Adrian Thanks for looking into this. I have that kernel with the merged from head revisions installing right now. Should be setup to play with in about 15 minutes then I am out of office for the night. Ill check this in the morning and review some of the logs. -- jhell,v ___ 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: [CFT] [sys/conf/newvers.sh] Cleanup and additions.
On 08/10/2010 21:50, Anonymous wrote: > Anonymous writes: > >> jhell writes: >>> >>> And that would be to identify non-conforming ports using non-standard >>> locations. Though the option is available to look in a non-standard >> >> You're confusing default and standard value. LOCALBASE has a default for >> /usr/local. If it were a standard one wouldn't care about it and just >> hardcode /usr/local everywhere. > > ...or at least used `=' and not `?=' in bsd.port.mk. The only mention I see of LOCALBASE in all of source on stable/8 is: /usr/src/contrib/bind9/config.threads.in /usr/src/secure/usr.bin/ssh/Makefile /usr/src/secure/usr.sbin/sshd/Makefile /usr/src/tools/kerneldoc/subsys/Makefile /usr/src/tools/regression/atm/Funcs.sh /usr/src/tools/regression/atm/proto_cc/RunTest.sh /usr/src/tools/regression/atm/proto_sscfu/RunTest.sh /usr/src/tools/regression/atm/proto_sscop/RunTest.sh /usr/src/tools/regression/atm/proto_uni/RunTest.sh /usr/src/tools/tools/tinybsd/CHANGES /usr/src/usr.bin/make/Makefile So what your telling me is we would have to pull in something else to do this just for newvers.sh or is this sinking into the source from somewhere I am not aware of? -- jhell,v ___ 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: [CFT] if_ath updates - ar5416 (macbook pro, etc)
On 11 August 2010 11:48, jhell wrote: > I have attached a dump_all_config_desc for this device in case anyone > can identify it. Linksys WUSB54G Check out this: http://www.qbik.ch/usb/devices/search_res.php?pattern=802.11 ugen3.3: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON That vendor:product combination is in the above list. It looks like it's this: http://linuxwireless.org/en/users/Drivers/zd1211rw Would you mind trying linux + that driver, see if it works? Adrian ___ 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: [CFT] if_ath updates - ar5416 (macbook pro, etc)
On 08/10/2010 22:38, Adrian Chadd wrote: > On 11 August 2010 07:48, jhell wrote: > >> I have applied the following (r211136) to my local stable/8 branch and >> has proven to be an improvement with no drawbacks. > > Ah, the calibration scheduling change. Cool! > >> As for the rest I can not vouch for unless you give me a specific patch >> to test but I am willing to merge from head to my local tree at any >> given point in time if you can give some revisions you would like >> tested. You "I believe" made it possible for me to use this card within >> a week that I had reported it ~2007-2008 so I and my card are at your >> disposal. > > Merge in: > > r211134 and r211135; these are the AR5416 initval changes. Ill pull these in within the next hour and float some tests across the bow overnight to see what happens. > > I wasn't even thinking about working on atheros stuff in 2007/2008. :) > Ah must of been someone else then. Nonetheless it was adapted and committed to the sources within a weeks time and worked perfectly. And the email I had wrote to was answered within an hour that I had wrote it, so due to that I owe anyone working on this card a debt of gratitude and any tests that need to be run. > Thanks for the offer. I've bought a pair of AR5416's for here so I can > test regressions to the ar5416 module whilst I work on the AR9160. > Just keep an eye on the commit logs for changes I make to sys/dev/ath/ > and consider pulling some of those in. I'd appreciate any testing. :) > > > > Adrian Regards, -- On a side note I have another little nifty device that has been inactive for over a year now that does not have a associated driver that I have not gotten around to fixing up yet. I have the win drivers for this but its a USB device and does not work with NDIS. I am thinking this is just one of those quirks but like I said, I haven't had the time to really get into it since I already have multiple other means to use for wireless. I'd love to be able to use this as a permanent scanning device though. Ive tried a few different things with this device that failed to work so anybodies guess is better than mine right now. I have attached a dump_all_config_desc for this device in case anyone can identify it. Linksys WUSB54G jhell,v ugen3.3: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x0051 bNumInterfaces = 0x0001 bConfigurationValue = 0x0001 iConfiguration = 0x bmAttributes = 0x0080 bMaxPower = 0x00fa Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x bAlternateSetting = 0x bNumEndpoints = 0x0009 bInterfaceClass = 0x00ff bInterfaceSubClass = 0x bInterfaceProtocol = 0x iInterface = 0x Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0001 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x bRefresh = 0x bSynchAddress = 0x Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x bRefresh = 0x bSynchAddress = 0x Endpoint 2 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0002 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x bRefresh = 0x bSynchAddress = 0x Endpoint 3 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0082 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x bRefresh = 0x bSynchAddress = 0x Endpoint 4 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x008d bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x bRefresh = 0x bSynchAddress = 0x Endpoint 5 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x000d bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x bRefresh = 0x bSynchAddress = 0x Endpoint 6 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x008e bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x bRefresh = 0x bSynchAddress = 0x Endpoint 7 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x000e bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x bRefresh = 0x bS
Re: [CFT] if_ath updates - ar5416 (macbook pro, etc)
On 11 August 2010 07:48, jhell wrote: > I have applied the following (r211136) to my local stable/8 branch and > has proven to be an improvement with no drawbacks. Ah, the calibration scheduling change. Cool! > As for the rest I can not vouch for unless you give me a specific patch > to test but I am willing to merge from head to my local tree at any > given point in time if you can give some revisions you would like > tested. You "I believe" made it possible for me to use this card within > a week that I had reported it ~2007-2008 so I and my card are at your > disposal. Merge in: r211134 and r211135; these are the AR5416 initval changes. I wasn't even thinking about working on atheros stuff in 2007/2008. :) Thanks for the offer. I've bought a pair of AR5416's for here so I can test regressions to the ar5416 module whilst I work on the AR9160. Just keep an eye on the commit logs for changes I make to sys/dev/ath/ and consider pulling some of those in. I'd appreciate any testing. :) Adrian ___ 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: [bsdgrep] -w option matches part of words (Was: Apache 2.2 port and missing modules on current.)
On 8/10/2010 5:12 PM, Gabor Kovesdan wrote: Em 2010.08.10. 19:45, Anonymous escreveu: Seems like APACHE_MODULES is incorrectly populated. $ make -V APACHE_MODULES BATCH= GREP=${LOCALBASE-/usr/local}/bin/grep | fgrep cache ...cache disk_cache file_cache... $ make -V APACHE_MODULES BATCH= | fgrep cache ...disk_cache file_cache... I guess the failing line is below in bsd.apache.mk ${ECHO_CMD} ${WITHOUT_MODULES} | ${GREP} -wq $${module} 2> /dev/null || \ It can be reduced to $ echo mem_cache | grep --color -w cache I'm sorry for this issue, it didn't come up in the exp-run because it didn't make the port actually fail. I have a fix in my queue, which I sent to my mentor and I'll commit it soon. Oh thank god, I thought I was going crazy trying to fix the ldap www/apache22 pr. I completely forgot about grep over the weekend. -- 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354 VP Apache Infrastructure; Member, Apache Software Foundation Committer,FreeBSD Foundation Consultant, P6M7G8 Inc. Sr. System Admin, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. ___ 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: [CFT] [sys/conf/newvers.sh] Cleanup and additions.
jhell writes: > On 08/10/2010 19:32, Anonymous wrote: >> jhell writes: >> >>> * Adjust the paths that are checked for binaries to be of only >>> /usr/local/bin and /usr/bin. "/bin" is highly unlikely to hold svn(1), >>> git(1) or hg(1). >> >> Please, look at conf/146828. That script shouldn't blindly assume where >> user installs his packages[1]. >> >> [1] using non-default LOCALBASE is a convenient way to identify >> non-conforming ports >> > > And that would be to identify non-conforming ports using non-standard > locations. Though the option is available to look in a non-standard You're confusing default and standard value. LOCALBASE has a default for /usr/local. If it were a standard one wouldn't care about it and just hardcode /usr/local everywhere. > location for binaries, IMHO it does not belong here and I don't find > that right for building world. I also find this method a little hard to > adjust for targeting specific locations, for example if the base system > finally had a svnversion(1) installed and we prefered that over use of a > local installed port. Currently I can just subtract that path from any > one of the given SCM's configured to work with this patch without > effecting the others. Hmm, then just put LOCALBASE *after* /usr/bin in PATH. $ where grep /usr/local/bin/grep /usr/bin/grep $ find-bin grep $ echo $grep /usr/bin/grep I don't think there is a need to cater ambiguity, i.e. having different defaults for different programs. > > I have had another idea along the likes of this but just throwing an > entry point hook in that checks for the existence of a user built or > supplied file if you will so newvers.sh can keep doing what it has been > doing for all these years without the interruption for small changes > like the ones were talking about now. If people are interested in > something like this I would be more than happy to oblige and provide a > patch to do just that. While hook is a good idea without working examples for popular VCSes it'll not be very useful. One could add a script that tries to binary-search for a svn revision based on cvsup checkout, too. ___ 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: [CFT] [sys/conf/newvers.sh] Cleanup and additions.
Anonymous writes: > jhell writes: >> >> And that would be to identify non-conforming ports using non-standard >> locations. Though the option is available to look in a non-standard > > You're confusing default and standard value. LOCALBASE has a default for > /usr/local. If it were a standard one wouldn't care about it and just > hardcode /usr/local everywhere. ...or at least used `=' and not `?=' in bsd.port.mk. ___ 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: [CFT] [sys/conf/newvers.sh] Cleanup and additions.
On 08/10/2010 20:39, Doug Barton wrote: > On 08/10/2010 17:34, jhell wrote: >> I also meant to CC dougb@ on this as I believe he had something to do >> with the original commits of the git(1) portions and possibly other parts. > > I have specifically sworn off any further contact with that file. I have > no idea why screwing around with what should have been a simple thing > continues to hold such endless fascination for people, but I refuse to > dive back into that swamp. > I can respect that. I just find it to be of real use to be able to identify what is currently running on the system to what revisions were available at the time it was compiled whether it be local revisions or remote or mixed like what I have done with this patch. Personally I have drove off ideas of my own for a long time due to the long standing nature and background of newvers.sh because it is just a simple straight forward use that is needed from it. To complicate something as simple as this just seems fundamentally wrong in a lot of ways so I had to weigh the negatives and positives before I decided to submit this one. Regards & thanks for the good luck, -- jhell,v ___ 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: [CFT] [sys/conf/newvers.sh] Cleanup and additions.
(a copy for current@) jhell writes: > * Adjust the paths that are checked for binaries to be of only > /usr/local/bin and /usr/bin. "/bin" is highly unlikely to hold svn(1), > git(1) or hg(1). Please, look at conf/146828. That script shouldn't blindly assume where user installs his packages[1]. [1] using non-default LOCALBASE is a convenient way to identify non-conforming ports > +gitsvnid="`$git log |fgrep 'git-svn-id:' > |head -1 |\ > +sed -n 's/^...@\([0-9][0-9]*\).*$/\1/p'`" The above line can be sed-only. A few parts can be simplified, too. diff --git a/sys/conf/newvers.sh b/sys/conf/newvers.sh index 40761bb..568b1fe 100644 --- a/sys/conf/newvers.sh +++ b/sys/conf/newvers.sh @@ -83,61 +83,59 @@ LC_ALL=C; export LC_ALL v=`cat version` u=${USER:-root} d=`pwd` h=${HOSTNAME:-`hostname`} t=`date` i=`${MAKE:-make} -V KERN_IDENT` +find-bin() { + local c prog PATH + + PATH=${LOCALBASE-/usr/local}/bin + + for c; do + prog=$(command -v $c) + if [ -x "$prog" ]; then + eval $c=$prog + fi + done +} + case "$d" in */sys/*) - SRCDIR=${d##*obj} + SRCDIR=${d##*${MAKEOBJDIRPREFIX:-/usr/obj}} if [ -n "$MACHINE" ]; then SRCDIR=${SRCDIR##/$MACHINE} fi SRCDIR=${SRCDIR%%/sys/*} + find-bin svnversion hg git + if [ -d "${SRCDIR}/.svn" -o -d "${SRCDIR}/sys/.svn" ]; then - for dir in /usr/local/bin; do - if [ -x "${dir}/svn" ]; then -svnversion=${dir}/svnversion -break - fi - done if [ -n "$svnversion" ] ; then svnrev=" r`cd ${SRCDIR}/sys && $svnversion`" fi fi if [ -d "${SRCDIR}/.hg" -o -d "${SRCDIR}/sys/.hg" ]; then - for dir in /usr/local/bin; do - if [ -x "${dir}/hg" ]; then -hg=${dir}/hg -break - fi - done if [ -n "$hg" ]; then hgrev=" `cd ${SRCDIR}/sys && $hg tip --template '{rev}:{node|short}'`" fi fi if [ -d "${SRCDIR}/.git" -o -d "${SRCDIR}/sys/.git" ]; then - for dir in /usr/local/bin; do - if [ -x "${dir}/git" ]; then + if [ -n "$git" ]; then if [ -d "${SRCDIR}/.git" ]; then - git="${dir}/git --git-dir=${SRCDIR}/.git" + git="${git} --git-dir=${SRCDIR}/.git" git="${git} --work-tree=${SRCDIR}" else - git="${dir}/git --git-dir=${SRCDIR}/sys/.git" + git="${git} --git-dir=${SRCDIR}/sys/.git" git="${git} --work-tree=${SRCDIR}/sys" fi -break - fi - done - if [ -n "$git" ] ; then gitrev="`$git rev-parse --verify --short HEAD 2>/dev/null`" gitsvnrev="`$git svn find-rev $gitrev 2>/dev/null`" if [ -n "${gitsvnrev}" ] ; then svnrev=" r${gitsvnrev}" gitrev="=${gitrev}" else -gitsvnid="`$git log |fgrep 'git-svn-id:' |head -1 |\ -sed -n 's/^...@\([0-9][0-9]*\).*$/\1/p'`" +gitsvnid="`$git log | sed -n '/git-svn-id:/ { + s/@\([[:digit:]]\{1,\}\).*/\1/p; q; }'`" if [ -n "${gitsvnid}" ]; then svnrev=" r${gitsvnid}" gitrev="+${gitrev}" ___ 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: [CFT] [sys/conf/newvers.sh] Cleanup and additions.
On 08/10/2010 17:34, jhell wrote: > I also meant to CC dougb@ on this as I believe he had something to do > with the original commits of the git(1) portions and possibly other parts. I have specifically sworn off any further contact with that file. I have no idea why screwing around with what should have been a simple thing continues to hold such endless fascination for people, but I refuse to dive back into that swamp. Good luck, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ 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: [CFT] [sys/conf/newvers.sh] Cleanup and additions.
On 08/10/2010 19:32, Anonymous wrote: > jhell writes: > >> * Adjust the paths that are checked for binaries to be of only >> /usr/local/bin and /usr/bin. "/bin" is highly unlikely to hold svn(1), >> git(1) or hg(1). > > Please, look at conf/146828. That script shouldn't blindly assume where > user installs his packages[1]. > > [1] using non-default LOCALBASE is a convenient way to identify > non-conforming ports > And that would be to identify non-conforming ports using non-standard locations. Though the option is available to look in a non-standard location for binaries, IMHO it does not belong here and I don't find that right for building world. I also find this method a little hard to adjust for targeting specific locations, for example if the base system finally had a svnversion(1) installed and we prefered that over use of a local installed port. Currently I can just subtract that path from any one of the given SCM's configured to work with this patch without effecting the others. I have had another idea along the likes of this but just throwing an entry point hook in that checks for the existence of a user built or supplied file if you will so newvers.sh can keep doing what it has been doing for all these years without the interruption for small changes like the ones were talking about now. If people are interested in something like this I would be more than happy to oblige and provide a patch to do just that. >> +gitsvnid="`$git log |fgrep 'git-svn-id:' >> |head -1 |\ >> +sed -n 's/^...@\([0-9][0-9]*\).*$/\1/p'`" > > The above line can be sed-only. A few parts can be simplified, too. > I agree with this. I had just copied it over from what was already existing and excepted by the original committee and whoever reviewed it. I will adjust the patch for the sed(1) portion of this but I would prefer to wait for further comments from the lists before adjusting the search paths to use a function and look in a non-standard place. I also meant to CC dougb@ on this as I believe he had something to do with the original commits of the git(1) portions and possibly other parts. Thank you for following up with me on this. Regards, -- jhell,v ___ 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: [CFT] if_ath updates - ar5416 (macbook pro, etc)
On 08/10/2010 19:48, jhell wrote: > On 08/10/2010 03:58, Adrian Chadd wrote: >> On 10 August 2010 15:51, Adrian Chadd wrote: >>> Hi everyone, >>> >>> I'm committing some updates to the if_ath and ath_hal code. >>> >>> I've just committed updates to the AR5416 register setup values. I'd >>> appreciate some testing by AR5416 users - eg macbook pro users - to >>> ensure this hasn't broken functionality. >> >> I've also started merging in general if_ath changes; so please test >> the ath code in -head and let me know if I've introduced any >> regressions. >> > > I have applied the following (r211136) to my local stable/8 branch and > has proven to be an improvement with no drawbacks. > > diff -r 7d9664d4ac99 sys/dev/ath/if_ath.c > --- a/sys/dev/ath/if_ath.c Tue Aug 10 16:41:55 2010 -0400 > +++ b/sys/dev/ath/if_ath.c Tue Aug 10 19:39:25 2010 -0400 > @@ -5418,6 +5418,7 @@ > longCal = (ticks - sc->sc_lastlongcal >= ath_longcalinterval*hz); > if (longCal) { > sc->sc_stats.ast_per_cal++; > + sc->sc_lastlongcal = ticks; > if (ath_hal_getrfgain(ah) == HAL_RFGAIN_NEED_CHANGE) { > /* > * Rfgain is out of bounds, reset the chip > @@ -5466,7 +5467,6 @@ > nextcal *= 10; > } else { > nextcal = ath_longcalinterval*hz; > - sc->sc_lastlongcal = ticks; > if (sc->sc_lastcalreset == 0) > sc->sc_lastcalreset = sc->sc_lastlongcal; > else if (ticks - sc->sc_lastcalreset >= > ath_resetcalinterval*hz) > > As for the rest I can not vouch for unless you give me a specific patch > to test but I am willing to merge from head to my local tree at any > given point in time if you can give some revisions you would like > tested. You "I believe" made it possible for me to use this card within > a week that I had reported it ~2007-2008 so I and my card are at your > disposal. > > > Thank you. > PS I should probably also say that I am on i386 stable/8 with the AR5416 -- jhell,v ___ 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: [CFT] if_ath updates - ar5416 (macbook pro, etc)
On 08/10/2010 03:58, Adrian Chadd wrote: > On 10 August 2010 15:51, Adrian Chadd wrote: >> Hi everyone, >> >> I'm committing some updates to the if_ath and ath_hal code. >> >> I've just committed updates to the AR5416 register setup values. I'd >> appreciate some testing by AR5416 users - eg macbook pro users - to >> ensure this hasn't broken functionality. > > I've also started merging in general if_ath changes; so please test > the ath code in -head and let me know if I've introduced any > regressions. > I have applied the following (r211136) to my local stable/8 branch and has proven to be an improvement with no drawbacks. diff -r 7d9664d4ac99 sys/dev/ath/if_ath.c --- a/sys/dev/ath/if_ath.c Tue Aug 10 16:41:55 2010 -0400 +++ b/sys/dev/ath/if_ath.c Tue Aug 10 19:39:25 2010 -0400 @@ -5418,6 +5418,7 @@ longCal = (ticks - sc->sc_lastlongcal >= ath_longcalinterval*hz); if (longCal) { sc->sc_stats.ast_per_cal++; + sc->sc_lastlongcal = ticks; if (ath_hal_getrfgain(ah) == HAL_RFGAIN_NEED_CHANGE) { /* * Rfgain is out of bounds, reset the chip @@ -5466,7 +5467,6 @@ nextcal *= 10; } else { nextcal = ath_longcalinterval*hz; - sc->sc_lastlongcal = ticks; if (sc->sc_lastcalreset == 0) sc->sc_lastcalreset = sc->sc_lastlongcal; else if (ticks - sc->sc_lastcalreset >= ath_resetcalinterval*hz) As for the rest I can not vouch for unless you give me a specific patch to test but I am willing to merge from head to my local tree at any given point in time if you can give some revisions you would like tested. You "I believe" made it possible for me to use this card within a week that I had reported it ~2007-2008 so I and my card are at your disposal. Thank you. -- jhell,v ___ 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-08-10 22:57:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-10 22:57:51 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-08-10 22:57:51 - cleaning the object tree TB --- 2010-08-10 22:58:07 - cvsupping the source tree TB --- 2010-08-10 22:58:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-08-10 22:58:22 - building world TB --- 2010-08-10 22:58:22 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-10 22:58:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-10 22:58:22 - TARGET=sun4v TB --- 2010-08-10 22:58:22 - TARGET_ARCH=sparc64 TB --- 2010-08-10 22:58:22 - TZ=UTC TB --- 2010-08-10 22:58:22 - __MAKE_CONF=/dev/null TB --- 2010-08-10 22:58:22 - cd /src TB --- 2010-08-10 22:58:22 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 10 22:58:22 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 [...] rescue.o(.data+0x828): undefined reference to `_crunched_vi_stub' rescue.o(.data+0x838): undefined reference to `_crunched_vi_stub' rescue.o(.data+0x848): undefined reference to `_crunched_id_stub' rescue.o(.data+0x858): undefined reference to `_crunched_id_stub' rescue.o(.data+0x868): undefined reference to `_crunched_id_stub' rescue.o(.data+0x878): undefined reference to `_crunched_chroot_stub' rescue.o(.data+0x888): undefined reference to `_crunched_chown_stub' rescue.o(.data+0x898): undefined reference to `_crunched_chown_stub' *** Error code 1 Stop in /obj/sun4v.sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-10 23:45:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-10 23:45:39 - ERROR: failed to build world TB --- 2010-08-10 23:45:39 - 2245.59 user 528.43 system 2868.10 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"
[head tinderbox] failure on sparc64/sparc64
TB --- 2010-08-10 22:50:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-10 22:50:19 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-08-10 22:50:19 - cleaning the object tree TB --- 2010-08-10 22:50:42 - cvsupping the source tree TB --- 2010-08-10 22:50:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-08-10 22:50:58 - building world TB --- 2010-08-10 22:50:58 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-10 22:50:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-10 22:50:58 - TARGET=sparc64 TB --- 2010-08-10 22:50:58 - TARGET_ARCH=sparc64 TB --- 2010-08-10 22:50:58 - TZ=UTC TB --- 2010-08-10 22:50:58 - __MAKE_CONF=/dev/null TB --- 2010-08-10 22:50:58 - cd /src TB --- 2010-08-10 22:50:58 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 10 22:50:58 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 [...] rescue.o(.data+0x828): undefined reference to `_crunched_vi_stub' rescue.o(.data+0x838): undefined reference to `_crunched_vi_stub' rescue.o(.data+0x848): undefined reference to `_crunched_id_stub' rescue.o(.data+0x858): undefined reference to `_crunched_id_stub' rescue.o(.data+0x868): undefined reference to `_crunched_id_stub' rescue.o(.data+0x878): undefined reference to `_crunched_chroot_stub' rescue.o(.data+0x888): undefined reference to `_crunched_chown_stub' rescue.o(.data+0x898): undefined reference to `_crunched_chown_stub' *** Error code 1 Stop in /obj/sparc64.sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-10 23:39:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-10 23:39:32 - ERROR: failed to build world TB --- 2010-08-10 23:39:32 - 2256.92 user 535.30 system 2953.43 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"
Re: [bsdgrep] -w option matches part of words (Was: Apache 2.2 port and missing modules on current.)
On 2010-08-10 23:12, Gabor Kovesdan wrote: Em 2010.08.10. 19:45, Anonymous escreveu: Seems like APACHE_MODULES is incorrectly populated. $ make -V APACHE_MODULES BATCH= GREP=${LOCALBASE-/usr/local}/bin/grep | fgrep cache ...cache disk_cache file_cache... $ make -V APACHE_MODULES BATCH= | fgrep cache ...disk_cache file_cache... I guess the failing line is below in bsd.apache.mk ${ECHO_CMD} ${WITHOUT_MODULES} | ${GREP} -wq $${module} 2> /dev/null || \ It can be reduced to $ echo mem_cache | grep --color -w cache I'm sorry for this issue, it didn't come up in the exp-run because it didn't make the port actually fail. I have a fix in my queue, which I sent to my mentor and I'll commit it soon. Gabor Thanks for your help with investigating this. I guess that in that case submitting PR is unnecesary. regards! -- Bartosz Stec ___ 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"
[CFT] [sys/conf/newvers.sh] Cleanup and additions.
Hello Stablers & Heads, Based on the parts of the script with the additions for tracking source using git(1) I set out to add support for mercurial hg(1) and ended up cleaning some of the script while making some of those additions. This works exactly as before but a little more correct and with the additions to be able to track kernel sources or whole source tree with a local revision system. Example output follows (uname -v) from my system being tracked locally with mercurial. FreeBSD 8.1-STABLE #0 r211092M 55:65408c40b051 Mon Aug 9 07:03:32 EDT 2010 jh...@ujump.dataix.net:/usr/obj/usr/src/sys/MITHOP Inspiration for making these changes came from mercurial, OpenSolaris and finally http://wiki.freebsd.org/LocalMercurial Following is a list of changes that I have made that I believe people that are involved with the source may find useful. 1 file changed, 55 insertions(+), 35 deletions(-) This allows a user: * That is using csup(1) or cvsup(1) to locally keep track of the whole source tree or just the kernel part of the tree using svn(1), hg(1) or git(1). * That is using svn(1) to checkout their source tree to use hg(1) or git(1) to keep track of the whole tree or the kernel part of the tree. http://svn.freebsd.org/base/ * That is using git(1) to checkout their source tree to use hg(1) to keep track of the whole tree or the kernel part of the tree. http://spoerlein.net/gitweb/ This checks for: * SCM roots in src/ or src/sys for .svn, .hg, & .git and acts accordingly if they exist while prioritizing using an SCM root in src/ before it uses src/sys/ * Then looks for acceptable binaries for svn(1), hg(1) git(1) within the select paths /usr/local/bin & then /usr/bin. The paths may change for svn(1) or git(1) & maybe mercurial if it ever becomes part of world. Currently I have set these to only look in /usr/local/bin. Cleanups: * Instead of using variables that shared the same name as their counterpart binaries to hold a revision number use more descriptive names like svnrev gitrev & hgrev for revisions. Use git svnversion & hg variables for their respective binaries. * Adjust the paths that are checked for binaries to be of only /usr/local/bin and /usr/bin. "/bin" is highly unlikely to hold svn(1), git(1) or hg(1). * Test for a SCM root in the source tree locations before we look for binaries. If these don't exist there is no need to know where svn or git are. * For git(1) always set work-tree and git-dir so there is no possibility to end up with a "-dirty" git(1) revision. * Remove extraneous "touch version" since the previous if statement already creates the file if its not found. * Inline the test for version file. I have opened a PR: misc/149510 here: http://bit.ly/buBqXc And have uploaded the patch here: http://bit.ly/9hvVfx Throw me some feedback, concerns or other information. It will be really appreciated. Regards, -- jhell,v ___ 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: [bsdgrep] -w option matches part of words (Was: Apache 2.2 port and missing modules on current.)
Em 2010.08.10. 19:45, Anonymous escreveu: Seems like APACHE_MODULES is incorrectly populated. $ make -V APACHE_MODULES BATCH= GREP=${LOCALBASE-/usr/local}/bin/grep | fgrep cache ...cache disk_cache file_cache... $ make -V APACHE_MODULES BATCH= | fgrep cache ...disk_cache file_cache... I guess the failing line is below in bsd.apache.mk ${ECHO_CMD} ${WITHOUT_MODULES} | ${GREP} -wq $${module} 2> /dev/null || \ It can be reduced to $ echo mem_cache | grep --color -w cache I'm sorry for this issue, it didn't come up in the exp-run because it didn't make the port actually fail. I have a fix in my queue, which I sent to my mentor and I'll commit it soon. Gabor ___ 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: Apache 2.2 port and missing modules on current.
Hi, This bit me as well. Some experimentation showed that a few apache functions are now compiled in, rather than being modules. Don't know why. Editing httpd.conf to remove the items that were no longer modules restored service. ==ml On Tue, Aug 10, 2010 at 05:52:43PM +0200, Bartosz Stec wrote: > On 2010-08-10 17:23, Ilya A. Arhipov wrote: > >make config and add > >[x] THREADS Enable threads support in APR :) > >and deinstall&& reinstall > > > >10.08.10, 18:07, "Bartosz Stec": > > > Arrgh! My mistake - I showed generic > /usr/ports/www/apache22/Makefile.options instead of > /var/db/ports/apache22/options. So here's the correct one: > ># This file is auto-generated by 'make config'. ># No user-servicable parts inside! ># Options for apache-2.2.16 >_OPTIONS_READ=apache-2.2.16 >WITH_THREADS=true >WITHOUT_MYSQL=true >WITHOUT_PGSQL=true >WITHOUT_SQLITE=true >WITH_IPV6=true >WITHOUT_BDB=true >WITH_AUTH_BASIC=true >WITH_AUTH_DIGEST=true >WITH_AUTHN_FILE=true >WITHOUT_AUTHN_DBD=true >WITH_AUTHN_DBM=true >WITH_AUTHN_ANON=true >WITH_AUTHN_DEFAULT=true >WITH_AUTHN_ALIAS=true >WITH_AUTHZ_HOST=true >WITH_AUTHZ_GROUPFILE=true >WITH_AUTHZ_USER=true >WITH_AUTHZ_DBM=true >WITH_AUTHZ_OWNER=true >WITH_AUTHZ_DEFAULT=true >WITH_CACHE=true >WITH_DISK_CACHE=true >WITH_FILE_CACHE=true >WITHOUT_MEM_CACHE=true >WITH_DAV=true >WITH_DAV_FS=true >WITHOUT_BUCKETEER=true >WITHOUT_CASE_FILTER=true >WITHOUT_CASE_FILTER_IN=true >WITHOUT_EXT_FILTER=true >WITHOUT_LOG_FORENSIC=true >WITHOUT_OPTIONAL_HOOK_EXPORT=true >WITHOUT_OPTIONAL_HOOK_IMPORT=true >WITHOUT_OPTIONAL_FN_IMPORT=true >WITHOUT_OPTIONAL_FN_EXPORT=true >WITHOUT_LDAP=true >WITHOUT_AUTHNZ_LDAP=true >WITH_ACTIONS=true >WITH_ALIAS=true >WITH_ASIS=true >WITH_AUTOINDEX=true >WITH_CERN_META=true >WITH_CGI=true >WITH_CHARSET_LITE=true >WITHOUT_DBD=true >WITH_DEFLATE=true >WITH_DIR=true >WITH_DUMPIO=true >WITH_ENV=true >WITH_EXPIRES=true >WITH_HEADERS=true >WITH_IMAGEMAP=true >WITH_INCLUDE=true >WITH_INFO=true >WITH_LOG_CONFIG=true >WITH_LOGIO=true >WITH_MIME=true >WITH_MIME_MAGIC=true >WITH_NEGOTIATION=true >WITH_REWRITE=true >WITH_SETENVIF=true >WITH_SPELING=true >WITH_STATUS=true >WITH_UNIQUE_ID=true >WITH_USERDIR=true >WITH_USERTRACK=true >WITH_VHOST_ALIAS=true >WITH_FILTER=true >WITH_VERSION=true >WITHOUT_PROXY=true >WITH_PROXY_CONNECT=true >WITH_PATCH_PROXY_CONNECT=true >WITHOUT_PROXY_FTP=true >WITHOUT_PROXY_HTTP=true >WITHOUT_PROXY_AJP=true >WITHOUT_PROXY_BALANCER=true >WITHOUT_PROXY_SCGI=true >WITH_SSL=true >WITHOUT_SUEXEC=true >WITHOUT_SUEXEC_RSRCLIMIT=true >WITH_REQTIMEOUT=true >WITHOUT_CGID=true > > And just for case output of of apr1 options file: > ># This file is auto-generated by 'make config'. ># No user-servicable parts inside! ># Options for apr-ipv6-devrandom-gdbm-db42-1.4.2.1.3.9_1 >_OPTIONS_READ=apr-ipv6-devrandom-gdbm-db42-1.4.2.1.3.9_1 >WITH_THREADS=true >WITH_IPV6=true >WITH_BDB=true >WITH_GDBM=true >WITHOUT_LDAP=true >WITHOUT_MYSQL=true >WITHOUT_NDBM=true >WITHOUT_PGSQL=true >WITHOUT_SQLITE=true >WITH_DEVRANDOM=true > > > As you see, threads are enabled in both, but still it shouldn't have any > effect on mod_cache, but only on mod_mem_cache, which is _disabled_. > > -- > Bartosz Stec > ___ > 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" -- Michael W. Lucasmwlu...@blackhelicopters.org http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ New book available: Network Flow Analysis http://www.networkflowanalysis.com/ ___ 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: Watchdog resets on 82575
On Tue, Aug 10, 2010 at 03:57:22AM -0700, Jeremy Chadwick wrote: > On Tue, Aug 10, 2010 at 11:23:26AM +0100, Steven Hartland wrote: > > Thanks Jeremy, from that we get:- > > > > i...@pci0:1:0:0:class=0x02 card=0x060015d9 chip=0x10c98086 > > rev=0x01 hdr=0x00 > >vendor = 'Intel Corporation' > >class = network > >subclass = ethernet > >cap 01[40] = powerspec 3 supports D0 D3 current D0 > >cap 05[50] = MSI supports 1 message, 64 bit, vector masks > >cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled > >cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) > > i...@pci0:1:0:1:class=0x02 card=0x060015d9 chip=0x10c98086 > > rev=0x01 hdr=0x00 > >vendor = 'Intel Corporation' > >class = network > >subclass = ethernet > >cap 01[40] = powerspec 3 supports D0 D3 current D0 > >cap 05[50] = MSI supports 1 message, 64 bit, vector masks > >cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled > >cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) > > > > I assume there is a way to convert from the hex values to the human value > > but not sure what it is? > > The "card" and "chip" identifiers are part of the PCI ID specification. > You can see what the "human value" is by examining the source code for > the driver. Sometimes it's easy to figure out, other times there's a > series of #define's which you have to reverse engineer. > > In this case, there's two places with relevant information: > > src/sys/dev/e1000/if_igb.c > src/sys/dev/e1000/e1000_hw.h > > You have to split the Chip ID into two separate 16-bit portions, so > 0x10c9 and 0x8086. > > 0x8086 is Intel's vendor code. 0x10c9 is the device ID of the > individual NIC/model type. So: > > $ grep -i 0x10c9 * > e1000_hw.h:#define E1000_DEV_ID_825760x10C9 > > For Jack: igb_vendor_info_array should really be extended to include > actual ASCII strings for the individual chips/models/codenames. I'm > sure that's on your todo list somewhere. I'd be willing to write this > but would need a list of the models (or maybe the Linux driver has them > in comments, etc. and I could go off of that). > I guess em(4)/igb(4)/ixgb(4)/ixgbe(4) only shows vendor string and driver version which effectively hides controller name/model details in device attach phase. Personally I like to see more detailed controller model information which may help narrowing down affected lits of controllers when an issue is reported. Currently we have to get this information by requesting the output of pciconf(4) which in turn requires one more round trip of mail. ___ 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"
[bsdgrep] -w option matches part of words (Was: Apache 2.2 port and missing modules on current.)
Bartosz Stec writes: ># /usr/local/etc/rc.d/apache22 start >Performing sanity check on apache22 configuration: >httpd: Syntax error on line 68 of >/usr/local/etc/apache22/httpd.conf: Cannot load >/usr/local/libexec/apache22/mod_cache.so into server: Cannot open >"/usr/local/libexec/apache22/mod_cache.so" [...] > Problem seems to be connected with ./configure script: > ># make configure &> build.log ># grep -i cache build.log >(...) >checking whether to enable mod_file_cache... shared >checking whether to enable mod_cache... no >checking whether to enable mod_disk_cache... shared >checking whether to enable mod_mem_cache... no >(...) Seems like APACHE_MODULES is incorrectly populated. $ make -V APACHE_MODULES BATCH= GREP=${LOCALBASE-/usr/local}/bin/grep | fgrep cache ...cache disk_cache file_cache... $ make -V APACHE_MODULES BATCH= | fgrep cache ...disk_cache file_cache... I guess the failing line is below in bsd.apache.mk ${ECHO_CMD} ${WITHOUT_MODULES} | ${GREP} -wq $${module} 2> /dev/null || \ It can be reduced to $ echo mem_cache | grep --color -w cache ___ 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: Apache 2.2 port and missing modules on current.
On 2010-08-10 17:23, Ilya A. Arhipov wrote: make config and add [x] THREADS Enable threads support in APR :) and deinstall&& reinstall 10.08.10, 18:07, "Bartosz Stec": Arrgh! My mistake - I showed generic /usr/ports/www/apache22/Makefile.options instead of /var/db/ports/apache22/options. So here's the correct one: # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for apache-2.2.16 _OPTIONS_READ=apache-2.2.16 WITH_THREADS=true WITHOUT_MYSQL=true WITHOUT_PGSQL=true WITHOUT_SQLITE=true WITH_IPV6=true WITHOUT_BDB=true WITH_AUTH_BASIC=true WITH_AUTH_DIGEST=true WITH_AUTHN_FILE=true WITHOUT_AUTHN_DBD=true WITH_AUTHN_DBM=true WITH_AUTHN_ANON=true WITH_AUTHN_DEFAULT=true WITH_AUTHN_ALIAS=true WITH_AUTHZ_HOST=true WITH_AUTHZ_GROUPFILE=true WITH_AUTHZ_USER=true WITH_AUTHZ_DBM=true WITH_AUTHZ_OWNER=true WITH_AUTHZ_DEFAULT=true WITH_CACHE=true WITH_DISK_CACHE=true WITH_FILE_CACHE=true WITHOUT_MEM_CACHE=true WITH_DAV=true WITH_DAV_FS=true WITHOUT_BUCKETEER=true WITHOUT_CASE_FILTER=true WITHOUT_CASE_FILTER_IN=true WITHOUT_EXT_FILTER=true WITHOUT_LOG_FORENSIC=true WITHOUT_OPTIONAL_HOOK_EXPORT=true WITHOUT_OPTIONAL_HOOK_IMPORT=true WITHOUT_OPTIONAL_FN_IMPORT=true WITHOUT_OPTIONAL_FN_EXPORT=true WITHOUT_LDAP=true WITHOUT_AUTHNZ_LDAP=true WITH_ACTIONS=true WITH_ALIAS=true WITH_ASIS=true WITH_AUTOINDEX=true WITH_CERN_META=true WITH_CGI=true WITH_CHARSET_LITE=true WITHOUT_DBD=true WITH_DEFLATE=true WITH_DIR=true WITH_DUMPIO=true WITH_ENV=true WITH_EXPIRES=true WITH_HEADERS=true WITH_IMAGEMAP=true WITH_INCLUDE=true WITH_INFO=true WITH_LOG_CONFIG=true WITH_LOGIO=true WITH_MIME=true WITH_MIME_MAGIC=true WITH_NEGOTIATION=true WITH_REWRITE=true WITH_SETENVIF=true WITH_SPELING=true WITH_STATUS=true WITH_UNIQUE_ID=true WITH_USERDIR=true WITH_USERTRACK=true WITH_VHOST_ALIAS=true WITH_FILTER=true WITH_VERSION=true WITHOUT_PROXY=true WITH_PROXY_CONNECT=true WITH_PATCH_PROXY_CONNECT=true WITHOUT_PROXY_FTP=true WITHOUT_PROXY_HTTP=true WITHOUT_PROXY_AJP=true WITHOUT_PROXY_BALANCER=true WITHOUT_PROXY_SCGI=true WITH_SSL=true WITHOUT_SUEXEC=true WITHOUT_SUEXEC_RSRCLIMIT=true WITH_REQTIMEOUT=true WITHOUT_CGID=true And just for case output of of apr1 options file: # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for apr-ipv6-devrandom-gdbm-db42-1.4.2.1.3.9_1 _OPTIONS_READ=apr-ipv6-devrandom-gdbm-db42-1.4.2.1.3.9_1 WITH_THREADS=true WITH_IPV6=true WITH_BDB=true WITH_GDBM=true WITHOUT_LDAP=true WITHOUT_MYSQL=true WITHOUT_NDBM=true WITHOUT_PGSQL=true WITHOUT_SQLITE=true WITH_DEVRANDOM=true As you see, threads are enabled in both, but still it shouldn't have any effect on mod_cache, but only on mod_mem_cache, which is _disabled_. -- Bartosz Stec ___ 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"
page fault in pmap_remove_all
Hi, This is i386 -current as of 2010-08-04. It was building the toolchain for amd64 when it happened. I'll keep the vmcore around, so I can dig more into it if someone tells me what to do. GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc083bc86 stack pointer = 0x28:0xe50a1a94 frame pointer = 0x28:0xe50a1ac4 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 5785 (install) trap number = 12 panic: page fault Uptime: 6h13m9s Physical memory: 951 MB Dumping 182 MB: 167 151 135 119 103 87 71 55 39 23 7 #0 doadump () at pcpu.h:231 231 __asm("movl %%fs:0,%0" : "=r" (td)); (kgdb) list *0xc083bc86 0xc083bc86 is in pmap_remove_all (atomic.h:318). 313 atomic_readandclear_int(volatile u_int *addr) 314 { 315 u_int res; 316 317 res = 0; 318 __asm __volatile( 319 " xchgl %1,%0 ; " 320 "# atomic_readandclear_int" 321 : "+r" (res), /* 0 */ 322 "=m" (*addr) /* 1 */ (kgdb) backtrace #0 doadump () at pcpu.h:231 #1 0xc05daef0 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc05db11d in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xc0840583 in trap_fatal (frame=0xe50a1a54, eva=0) at /usr/src/sys/i386/i386/trap.c:945 #4 0xc08407d0 in trap_pfault (frame=0xe50a1a54, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:858 #5 0xc0840cf3 in trap (frame=0xe50a1a54) at /usr/src/sys/i386/i386/trap.c:533 #6 0xc082ce2c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #7 0xc083bc86 in pmap_remove_all (m=0xc150e9e8) at atomic.h:318 #8 0xc07e9544 in vm_fault (map=0xc38463c0, vaddr=684290048, fault_type=1 '\001', fault_flags=Variable "fault_flags" is not available. ) at /usr/src/sys/vm/vm_fault.c:499 #9 0xc08406c0 in trap_pfault (frame=0xe50a1d28, usermode=1, eva=684290048) at /usr/src/sys/i386/i386/trap.c:837 #10 0xc0840b5e in trap (frame=0xe50a1d28) at /usr/src/sys/i386/i386/trap.c:399 #11 0xc082ce2c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #12 0x0804858c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "The most important decision in [programming] language design concerns what is to be left out." -- Niklaus Wirth ___ 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: Apache 2.2 port and missing modules on current.
W dniu 2010-08-10 14:40, Ilya A. Arhipov pisze: pls show: pkg_info -xL apache | grep mod_cache # pkg_info -xL apache | grep mod_cache /usr/local/share/doc/apache22/mod/mod_cache.html.ja.utf8 /usr/local/share/doc/apache22/mod/mod_cache.html.ko.euc-kr /usr/local/share/doc/apache22/mod/mod_cache.html.en /usr/local/share/doc/apache22/mod/mod_cache.html and try: cd /usr/ports/www/apache22 make deinstall clean make config -- and select mod_cache make install clean I tried it already, I even did portupgrade -frRi apache-2.2.16 ;) I also tried: #make rmconfig #make config and double-checked if mod_cache is enabled - and it is by default. But still configure script doesn't seem to care about it. or try make extrack cd work/httpd-you-version and ./configure --enable-cache --enable-disk-cache --enable-mem-cache or read ./configure --help So I Did: #make extract #make patch #./configure --enable-cache --enable-disk-cache --enable-file-cache | grep cache checking for ANSI C header files... (cached) yes checking for string.h... (cached) yes checking for unistd.h... (cached) yes checking for strings.h... (cached) yes checking whether to enable mod_file_cache... yes (default) checking whether to enable mod_cache... yes (default) checking whether to enable mod_disk_cache... yes (default) checking whether to enable mod_mem_cache... no checking for sys/sem.h... (cached) yes checking for unistd.h... (cached) yes creating modules/cache/Makefile Could it be that port options aren't parsed and used within ./work correctly? I am using this port without any problems on STABLE machines. It compiled fine also on current about a month ago :) Could it be connected to grep changes in CURRENT? also Makefile.modules have: if !defined(WITH_THREADS) WITHOUT_MODULES+= mem_cache if !defined(WITHOUT_APACHE_OPTIONS)&& defined(WITH_MEM_CACHE) IGNORE+=mod_mem_cache requires WITH_THREADS mod_mem_cache is not the problem, but the main mod_cache module. I've mod_mem_cache disabled. -- Bartosz Stec ___ 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: Apache 2.2 port and missing modules on current.
W dniu 2010-08-10 15:46, Ilya A. Arhipov pisze: hm, u see it ? if !defined(WITH_THREADS) WITHOUT_MODULES+= mem_cache show all Makefile.options mod_cache != mod_mem_cache Makefile.options: AUTH_BASIC "Enable mod_auth_basic" ON \ AUTH_DIGEST "Enable mod_auth_digest" ON \ AUTHN_FILE "Enable mod_authn_file" ON \ AUTHN_DBD "Enable mod_authn_dbd" OFF \ AUTHN_DBM "Enable mod_authn_dbm" ON \ AUTHN_ANON "Enable mod_authn_anon" ON \ AUTHN_DEFAULT "Enable mod_authn_default" ON \ AUTHN_ALIAS "Enable mod_authn_alias" ON \ AUTHZ_HOST "Enable mod_authz_host" ON \ AUTHZ_GROUPFILE "Enable mod_authz_groupfile" ON \ AUTHZ_USER "Enable mod_authz_user" ON \ AUTHZ_DBM "Enable mod_authz_dbm" ON \ AUTHZ_OWNER "Enable mod_authz_owner" ON \ AUTHZ_DEFAULT "Enable mod_authz_default" ON \ CACHE "Enable mod_cache" ON \ DISK_CACHE "Enable mod_disk_cache" ON \ FILE_CACHE "Enable mod_file_cache" ON \ MEM_CACHE "Enable mod_mem_cache" OFF \ DAV "Enable mod_dav" ON \ DAV_FS "Enable mod_dav_fs" ON \ BUCKETEER "Enable mod_bucketeer" OFF \ CASE_FILTER "Enable mod_case_filter" OFF \ CASE_FILTER_IN "Enable mod_case_filter_in" OFF \ EXT_FILTER "Enable mod_ext_filter" OFF \ LOG_FORENSIC "Enable mod_log_forensic" OFF \ OPTIONAL_HOOK_EXPORT "Enable mod_optional_hook_export" OFF \ OPTIONAL_HOOK_IMPORT "Enable mod_optional_hook_import" OFF \ OPTIONAL_FN_IMPORT "Enable mod_optional_fn_import" OFF \ OPTIONAL_FN_EXPORT "Enable mod_optional_fn_export" OFF \ LDAP "Enable mod_ldap" OFF \ AUTHNZ_LDAP "Enable mod_authnz_ldap" OFF \ ACTIONS "Enable mod_actions" ON \ ALIAS "Enable mod_alias" ON \ ASIS "Enable mod_asis" ON \ AUTOINDEX "Enable mod_autoindex" ON \ CERN_META "Enable mod_cern_meta" ON \ CGI "Enable mod_cgi" ON \ CHARSET_LITE "Enable mod_charset_lite" ON \ DBD "Enable mod_dbd" OFF \ DEFLATE "Enable mod_deflate" ON \ DIR "Enable mod_dir" ON \ DUMPIO "Enable mod_dumpio" ON \ ENV "Enable mod_env" ON \ EXPIRES "Enable mod_expires" ON \ HEADERS "Enable mod_headers" ON \ IMAGEMAP "Enable mod_imagemap" ON \ INCLUDE "Enable mod_include" ON \ INFO "Enable mod_info" ON \ LOG_CONFIG "Enable mod_log_config" ON \ LOGIO "Enable mod_logio" ON \ MIME "Enable mod_mime" ON \ MIME_MAGIC "Enable mod_mime_magic" ON \ NEGOTIATION "Enable mod_negotiation" ON \ REWRITE "Enable mod_rewrite" ON \ SETENVIF "Enable mod_setenvif" ON \ SPELING "Enable mod_speling" ON \ STATUS "Enable mod_status" ON \ UNIQUE_ID "Enable mod_unique_id" ON \ USERDIR "Enable mod_userdir" ON \ USERTRACK "Enable mod_usertrack" ON \ VHOST_ALIAS "Enable mod_vhost_alias" ON \ FILTER "Enable mod_filter" ON \ VERSION "Enable mod_version" ON \ PROXY "Enable mod_proxy" OFF \ PROXY_CONNECT "Enable mod_proxy_connect" OFF \ PATCH_PROXY_CONNECT "Patch proxy_connect SSL support" ON \ PROXY_FTP "Enable mod_proxy_ftp" OFF \ PROXY_HTTP "Enable mod_proxy_http" OFF \ PROXY_AJP "Enable mod_proxy_ajp" OFF \ PROXY_BALANCER "Enable mod_proxy_balancer" OFF \ PROXY_SCGI "Enable mod_proxy_scgi" OFF \ SSL "Enable mod_ssl" ON \ SUEXEC "Enable mod_suexec" OFF \ SUEXEC_RSRCLIMIT "SuEXEC rlimits based on login class" OFF \ REQTIMEOUT "Enable mod_reqtimeout" ON \ CGID "Enable mod_cgid" OFF \ -- Bartosz Stec ___ 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: Apache 2.2 port and missing modules on current.
W dniu 2010-08-10 14:40, Ilya A. Arhipov pisze: pls show: pkg_info -xL apache | grep mod_cache # pkg_info -xL apache | grep mod_cache /usr/local/share/doc/apache22/mod/mod_cache.html.ja.utf8 /usr/local/share/doc/apache22/mod/mod_cache.html.ko.euc-kr /usr/local/share/doc/apache22/mod/mod_cache.html.en /usr/local/share/doc/apache22/mod/mod_cache.html and try: cd /usr/ports/www/apache22 make deinstall clean make config -- and select mod_cache make install clean I tried it already, I even did portupgrade -frRi apache-2.2.16 ;) I also tried: #make rmconfig #make config and double-checked if mod_cache is enabled - and it is by default. But still configure script doesn't seem to care about it. or try make extrack cd work/httpd-you-version and ./configure --enable-cache --enable-disk-cache --enable-mem-cache or read ./configure --help So I Did: #make extract #make patch #./configure --enable-cache --enable-disk-cache --enable-file-cache | grep cache checking for ANSI C header files... (cached) yes checking for string.h... (cached) yes checking for unistd.h... (cached) yes checking for strings.h... (cached) yes checking whether to enable mod_file_cache... yes (default) checking whether to enable mod_cache... yes (default) checking whether to enable mod_disk_cache... yes (default) checking whether to enable mod_mem_cache... no checking for sys/sem.h... (cached) yes checking for unistd.h... (cached) yes creating modules/cache/Makefile Could it be that port options aren't parsed and used within ./work correctly? I am using this port without any problems on STABLE machines. It compiled fine also on current about a month ago :) Could it be connected to grep changes in CURRENT? also Makefile.modules have: if !defined(WITH_THREADS) WITHOUT_MODULES+= mem_cache if !defined(WITHOUT_APACHE_OPTIONS)&& defined(WITH_MEM_CACHE) IGNORE+=mod_mem_cache requires WITH_THREADS mod_mem_cache is not the problem, but the main mod_cache module. I've mod_mem_cache disabled. -- Bartosz Stec -- IT4Pro Bartosz Stec http://www.it4pro.pl tel: 607041002 E-Mail: bartosz.s...@it4pro.pl ___ 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"
Apache 2.2 port and missing modules on current.
Guys, I'm interested if anyone of you can reproduce my problem with apache22 port on CURRENT before I eventually send PR. # uname -a FreeBSD serwer.obsysa.net 9.0-CURRENT FreeBSD 9.0-CURRENT #8: Mon Aug 9 19:51:38 CEST 2010 nc...@serwer.obsysa.net:/usr/obj/usr/src/sys/ATHLON9 i386 I've recompiled apache as usual but it failed to start because some modules are missing: # /usr/local/etc/rc.d/apache22 start Performing sanity check on apache22 configuration: httpd: Syntax error on line 68 of /usr/local/etc/apache22/httpd.conf: Cannot load /usr/local/libexec/apache22/mod_cache.so into server: Cannot open "/usr/local/libexec/apache22/mod_cache.so" In fact they aren't there: # ls -m /usr/local/libexec/apache22 httpd.exp, libphp5.so*, mod_actions.so*, mod_alias.so*, mod_asis.so*, mod_auth_basic.so*, mod_auth_digest.so*, mod_authn_alias.so*, mod_authn_anon.so*, mod_authn_dbm.so*, mod_authn_default.so*, mod_authn_file.so*, mod_authz_dbm.so*, mod_authz_default.so*, mod_authz_groupfile.so*, mod_authz_host.so*, mod_authz_owner.so*, mod_authz_user.so*, mod_autoindex.so*, mod_cern_meta.so*, mod_charset_lite.so*, mod_dav.so*, mod_dav_fs.so*, mod_deflate.so*, mod_dir.so*, mod_disk_cache.so*, mod_dumpio.so*, mod_env.so*, mod_expires.so*, mod_file_cache.so*, mod_headers.so*, mod_imagemap.so*, mod_include.so*, mod_info.so*, mod_log_config.so*, mod_logio.so*, mod_mime.so*, mod_mime_magic.so*, mod_negotiation.so*, mod_proxy_connect.so*, mod_reqtimeout.so*, mod_rewrite.so*, mod_setenvif.so*, mod_speling.so*, mod_ssl.so*, mod_status.so*, mod_unique_id.so*, mod_userdir.so*, mod_usertrack.so*, mod_version.so*, mod_vhost_alias.so* But mod_cache is enabled in options: # grep -i cache Makefile.options CACHE "Enable mod_cache" ON \ DISK_CACHE "Enable mod_disk_cache" ON \ FILE_CACHE "Enable mod_file_cache" ON \ MEM_CACHE "Enable mod_mem_cache" OFF \ Problem seems to be connected with ./configure script: # make configure &> build.log # grep -i cache build.log (...) checking whether to enable mod_file_cache... shared checking whether to enable mod_cache... no checking whether to enable mod_disk_cache... shared checking whether to enable mod_mem_cache... no (...) Disabling ccache makes no difference. -- Bartosz Stec ___ 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: Watchdog resets on 82575
On Tue, Aug 10, 2010 at 11:23:26AM +0100, Steven Hartland wrote: > Thanks Jeremy, from that we get:- > > i...@pci0:1:0:0:class=0x02 card=0x060015d9 chip=0x10c98086 > rev=0x01 hdr=0x00 >vendor = 'Intel Corporation' >class = network >subclass = ethernet >cap 01[40] = powerspec 3 supports D0 D3 current D0 >cap 05[50] = MSI supports 1 message, 64 bit, vector masks >cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled >cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) > i...@pci0:1:0:1:class=0x02 card=0x060015d9 chip=0x10c98086 > rev=0x01 hdr=0x00 >vendor = 'Intel Corporation' >class = network >subclass = ethernet >cap 01[40] = powerspec 3 supports D0 D3 current D0 >cap 05[50] = MSI supports 1 message, 64 bit, vector masks >cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled >cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) > > I assume there is a way to convert from the hex values to the human value > but not sure what it is? The "card" and "chip" identifiers are part of the PCI ID specification. You can see what the "human value" is by examining the source code for the driver. Sometimes it's easy to figure out, other times there's a series of #define's which you have to reverse engineer. In this case, there's two places with relevant information: src/sys/dev/e1000/if_igb.c src/sys/dev/e1000/e1000_hw.h You have to split the Chip ID into two separate 16-bit portions, so 0x10c9 and 0x8086. 0x8086 is Intel's vendor code. 0x10c9 is the device ID of the individual NIC/model type. So: $ grep -i 0x10c9 * e1000_hw.h:#define E1000_DEV_ID_825760x10C9 For Jack: igb_vendor_info_array should really be extended to include actual ASCII strings for the individual chips/models/codenames. I'm sure that's on your todo list somewhere. I'd be willing to write this but would need a list of the models (or maybe the Linux driver has them in comments, etc. and I could go off of that). -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ 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: Watchdog resets on 82575
On Tue, Aug 10, 2010 at 10:30:21AM +0100, Steven Hartland wrote: > Is there an easy way to check which chip is present as the startup doesnt > seem to mention it? Not during start-up, but once the machine is running (including in single-user), you can do: pciconf -lvc And look for device igb0. -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ 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"
[CFT] if_ath updates - ar5416 (macbook pro, etc)
Hi everyone, I'm committing some updates to the if_ath and ath_hal code. I've just committed updates to the AR5416 register setup values. I'd appreciate some testing by AR5416 users - eg macbook pro users - to ensure this hasn't broken functionality. Thanks, Adrian ___ 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: Watchdog resets on 82575
Steven Hartland wrote: > Thanks Jeremy, from that we get:- > > i...@pci0:1:0:0:class=0x02 card=0x060015d9 chip=0x10c98086 > rev=0x01 hdr=0x00 > i...@pci0:1:0:1:class=0x02 card=0x060015d9 chip=0x10c98086 > rev=0x01 hdr=0x00 The important thing is the "chip" ID: 0x10c98086 The lower half is the vendor ID: 8086 is intel. The upper half is the device ID: 10c9 is the 82576 gigabit NIC. You can look up these numbers on http://pciids.sf.net for example. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Life is short (You need Python)" -- Bruce Eckel, ANSI C++ Comitee member, author of "Thinking in C++" and "Thinking in Java" ___ 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: Watchdog resets on 82575
Thanks Jeremy, from that we get:- i...@pci0:1:0:0:class=0x02 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet cap 01[40] = powerspec 3 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit, vector masks cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) i...@pci0:1:0:1:class=0x02 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet cap 01[40] = powerspec 3 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit, vector masks cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) I assume there is a way to convert from the hex values to the human value but not sure what it is? Regards Steve - Original Message - From: "Jeremy Chadwick" To: "Steven Hartland" Cc: "Jack Vogel" ; "FreeBSD Net" ; "FreeBSD stable" ; "FreeBSD Current" Sent: Tuesday, August 10, 2010 11:04 AM Subject: Re: Watchdog resets on 82575 On Tue, Aug 10, 2010 at 10:30:21AM +0100, Steven Hartland wrote: Is there an easy way to check which chip is present as the startup doesnt seem to mention it? Not during start-up, but once the machine is running (including in single-user), you can do: pciconf -lvc And look for device igb0. -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmas...@multiplay.co.uk. ___ 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: Watchdog resets on 82575
Is there an easy way to check which chip is present as the startup doesnt seem to mention it? igb0: port 0xec00-0xec1f mem 0xfade-0xfadf,0xfadc-0xfadd,0xfad9c000-0xfad9 irq 28 at device 0.0 on pci1 igb0: Using MSIX interrupts with 10 vectors igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: Ethernet address: 00:25:90:02:63:3a ... Regards Steve - Original Message - From: "Jack Vogel" To: "FreeBSD Net" ; "FreeBSD stable" ; "FreeBSD Current" Sent: Friday, August 06, 2010 10:15 PM Subject: Watchdog resets on 82575 If you have this adapter and have been getting watchdogs you need to pick up the small update I checked into HEAD today. When I added the SR-IOV support for the 82576 adapter I removed a call to set the MAC type in an early routine, thinking it was unnecessary, since a slightly later shared code init does the same thing. I also saw no problem when I did this on the 82576 well, it did have a bad effect that I did not notice, the slightly later call, igb_setup_msix() did not have the mac set and this resulted in the 82575 creating more queues than it is really able to handle. So, bottom line, this is a critical fix for 82575: SVN rev 210968 Cheers, Jack ___ freebsd-sta...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmas...@multiplay.co.uk. ___ 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: [CFT] if_ath updates - ar5416 (macbook pro, etc)
On 10 August 2010 15:51, Adrian Chadd wrote: > Hi everyone, > > I'm committing some updates to the if_ath and ath_hal code. > > I've just committed updates to the AR5416 register setup values. I'd > appreciate some testing by AR5416 users - eg macbook pro users - to > ensure this hasn't broken functionality. I've also started merging in general if_ath changes; so please test the ath code in -head and let me know if I've introduced any regressions. Thanks, Adrian ___ 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"