Re: [Patch] [regression] libvgl and r197330 (kbd)
* John Baldwin j...@freebsd.org, 20110717 03:22: I just asked the kFreeBSD folks to test Ed's patch and it does restore the ABI. Ed, can you commit this patch as it's been successfully tested now? Sure. Done! -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpFqJR1d0Blj.pgp Description: PGP signature
Re: Help! stopped working ath0
In order to debug this further, we need some further information from you. Can you please narrow down the date and/or -current revision which this particular issue occured? Eg, if you revert back to a -current kernel from 6 months ago, does your wifi work again? Thanks, Adrian On 17 July 2011 12:05, Alex V. Petrov alexvpet...@gmail.com wrote: Hi ALL! Asus n10j some time (5-6 months) stopped working wi-fi. Сonstantly repeated (1-2 sec.): wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP ifconfig: ath0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 2290 ether 00:22:43:2b:ff:90 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether 00:22:43:2b:ff:90 inet 0.0.0.0 netmask 0xff00 broadcast 255.255.255.255 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: IEEE 802.11 Wireless Ethernet DS/1Mbps mode 11g status: associated ssid ssid-name channel 7 (2442 MHz 11g) bssid 00:17:9a:74:11:54 regdomain 96 indoor ecm authmode WPA2/802.11i privacy MIXED deftxkey 2 AES-CCM 2:128-bit txpower 20 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst FreeBSD netbook.super 9.0-CURRENT FreeBSD 9.0-CURRENT #37: Sat Jul 16 05:17:55 KRAST 2011 alex@netbook.super:/usr/obj/usr/src/sys/GENERIC i386 dmesg: ath0: Atheros 5424/2424 mem 0xfdff-0xfdff irq 17 at device 0.0 on pci2 ath0: AR2425 mac 14.2 RF5424 phy 7.0 pciconf: ath0@pci0:2:0:0: class=0x02 card=0x10261a3b chip=0x001c168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5006 family 802.11abg Wireless NIC' class = network subclass = ethernet bar [10] = type Memory, range 64, base 0xfdff, size 65536, enabled cap 01[40] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message cap 10[60] = PCI-Express 1 legacy endpoint max data 128(128) link x1(x1) cap 11[90] = MSI-X supports 1 message in map 0x10 ecap 0001[100] = AER 1 0 fatal 1 non-fatal 0 corrected ecap 0002[140] = VC 1 max VC0 -- -- Alex V. Petrov ___ 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 ___ 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: named crashes on assertion in rbtdb.c on sparc64/SMP
On Sat, Jul 16, 2011 at 10:42:22PM -0700, Doug Barton wrote: On 07/15/2011 01:40, Marius Strobl wrote: The generated config.h and platform.h for sparc64 are these: http://people.freebsd.org/~marius/bind96_config.h http://people.freebsd.org/~marius/bind96_platform.h Marius, Thanks again for all your help on this. During the work to upgrade to BIND 9.8 in HEAD I first tried your patch but I got some odd errors on some of the non-mainstream archs, so I ultimately went with something similar to what you sent but much more conservative. Thanks! Marius ___ 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
sys/boot/i386/boot2 build failure with clang
Howdy, Trying to build r224125 with clang, and got this (using no -j): === boot2 (all) objcopy -S -O binary boot1.out boot1 dd if=/dev/zero of=boot2.ldr bs=512 count=1 1+0 records in 1+0 records out 512 bytes transferred in 0.40 secs (12782641 bytes/sec) clang -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/home/svn/head/sys/boot/i386/boot2/../../common -I/home/svn/head/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -mllvm -stack-alignment=8 -mllvm -inline-threshold=3 -mllvm -enable-load-pre=false -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -march=i386 -g -std=gnu99 -S -o boot2.s.tmp /home/svn/head/sys/boot/i386/boot2/boot2.c clang: warning: the clang compiler does not support '-fno-unit-at-a-time' clang: warning: argument unused during compilation: '-fno-guess-branch-probability' clang: warning: argument unused during compilation: '-mno-align-long-strings' clang: warning: argument unused during compilation: '--param max-inline-insns-single=100' clang: warning: argument unused during compilation: '-mpreferred-stack-boundary=2' In file included from /home/svn/head/sys/boot/i386/boot2/boot2.c:172: /home/svn/head/sys/boot/i386/boot2/../../common/ufsread.c:232:17: warning: cast from 'char *' to 'struct ufs1_dinode *' increases required alignment from 1 to 4 [-Wcast-align] memcpy(dp1, (struct ufs1_dinode *)blkbuf + n, ^~~~ /home/svn/head/sys/boot/i386/boot2/../../common/ufsread.c:235:17: warning: cast from 'char *' to 'struct ufs2_dinode *' increases required alignment from 1 to 4 [-Wcast-align] memcpy(dp2, (struct ufs2_dinode *)blkbuf + n, ^~~~ /home/svn/head/sys/boot/i386/boot2/boot2.c:224:1: warning: no previous prototype for function 'main' [-Wmissing-prototypes] main(void) ^ /home/svn/head/sys/boot/i386/boot2/boot2.c:352:4: warning: cast from 'caddr_t' (aka 'char *') to 'Elf32_Word *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcast-align] *(Elf32_Word *)p = es[i].sh_size; ^~~ /home/svn/head/sys/boot/i386/boot2/boot2.c:611:8: warning: cast from 'caddr_t' (aka 'char *') to 'uint32_t *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcast-align] t1 = *(uint32_t *)PTOV(0x46c); ^~~ 5 warnings generated. sed -e '/align/d' -e '/nop/d' boot2.s.tmp boot2.s rm -f boot2.s.tmp as --32 -o boot2.o boot2.s boot2.s: Assembler messages: boot2.s:4073: Error: unknown pseudo-op: `.cfi_sections' *** Error code 1 -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.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: sys/boot/i386/boot2 build failure with clang
I have DEBUG_FLAGS+= -g in my /etc/make.conf. Commenting that out allows this to work. Doug On 07/17/2011 03:11, Doug Barton wrote: Howdy, Trying to build r224125 with clang, and got this (using no -j): === boot2 (all) objcopy -S -O binary boot1.out boot1 dd if=/dev/zero of=boot2.ldr bs=512 count=1 1+0 records in 1+0 records out 512 bytes transferred in 0.40 secs (12782641 bytes/sec) clang -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/home/svn/head/sys/boot/i386/boot2/../../common -I/home/svn/head/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -mllvm -stack-alignment=8 -mllvm -inline-threshold=3 -mllvm -enable-load-pre=false -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -march=i386 -g -std=gnu99 -S -o boot2.s.tmp /home/svn/head/sys/boot/i386/boot2/boot2.c clang: warning: the clang compiler does not support '-fno-unit-at-a-time' clang: warning: argument unused during compilation: '-fno-guess-branch-probability' clang: warning: argument unused during compilation: '-mno-align-long-strings' clang: warning: argument unused during compilation: '--param max-inline-insns-single=100' clang: warning: argument unused during compilation: '-mpreferred-stack-boundary=2' In file included from /home/svn/head/sys/boot/i386/boot2/boot2.c:172: /home/svn/head/sys/boot/i386/boot2/../../common/ufsread.c:232:17: warning: cast from 'char *' to 'struct ufs1_dinode *' increases required alignment from 1 to 4 [-Wcast-align] memcpy(dp1, (struct ufs1_dinode *)blkbuf + n, ^~~~ /home/svn/head/sys/boot/i386/boot2/../../common/ufsread.c:235:17: warning: cast from 'char *' to 'struct ufs2_dinode *' increases required alignment from 1 to 4 [-Wcast-align] memcpy(dp2, (struct ufs2_dinode *)blkbuf + n, ^~~~ /home/svn/head/sys/boot/i386/boot2/boot2.c:224:1: warning: no previous prototype for function 'main' [-Wmissing-prototypes] main(void) ^ /home/svn/head/sys/boot/i386/boot2/boot2.c:352:4: warning: cast from 'caddr_t' (aka 'char *') to 'Elf32_Word *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcast-align] *(Elf32_Word *)p = es[i].sh_size; ^~~ /home/svn/head/sys/boot/i386/boot2/boot2.c:611:8: warning: cast from 'caddr_t' (aka 'char *') to 'uint32_t *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcast-align] t1 = *(uint32_t *)PTOV(0x46c); ^~~ 5 warnings generated. sed -e '/align/d' -e '/nop/d' boot2.s.tmp boot2.s rm -f boot2.s.tmp as --32 -o boot2.o boot2.s boot2.s: Assembler messages: boot2.s:4073: Error: unknown pseudo-op: `.cfi_sections' *** Error code 1 -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.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: Heavy I/O blocks FreeBSD box for several seconds
On Wed, 13.07.2011 at 00:40:49 +0300, Gleb Kurtsou wrote: On (11/07/2011 16:36), m...@freebsd.org wrote: On Mon, Jul 11, 2011 at 4:00 PM, Ali Mashtizadeh mashtiza...@gmail.com wrote: Maybe someone can setup something like reviewboard [1] for developers to use. This may also help folks who want to keep abreast of the current work in a particular subsystem or get involved into the development process more. At my company we use reviews and it seems to help the catch some bugs and help new engineers ramp up faster. [1] http://www.reviewboard.org/ FreeBSD development is completely open; anyone can sign up for the svn-src-* mailing list they are interested in, including svn-src-head@. Code reviews are plenty as well; just check the list archives for discussion of bugs, poor design choices and unintended effects. But most reviews are silent and after-the-fact by looking at the list mail. It's a system that seems to be working just fine for the FreeBSD project so far. This isn't a job for most anyone; it's a volunteer project and so anything that raises the barrier to getting work done for the project should be looked at with skepticism. I agree with everything said above and think that it's not reviews that's missing. By review I don't mean something like getting ok to commit reply from N developers before committing. svn-src@ works great for it, commits keep getting reverted :) Review is a time consuming process that also requires certain level of expertise. Volunteer project can hardly afford it. Having a project adopted way of sharing work in progress will be a step forward. Yes, I'm aware of perforce, it's to hard to use and wasn't designed to share and test ideas. I think guthub can be a very good candidate (but AFAIK it won't allow hosting of FreeBSD repo for not paid accounts). I'm not suggesting switching to git as VCS, but using github UI for communication and tracking not yet commited or work in progress changes. In ideal world developers will merge patches from each other increasing chance of a good code to survive and get commited later. Currently we have patches hosted at people.freebsd.org, as attachments on maillists and PRs -- almost all stale or outdated. Key difference of github is that original patch author will be aware of you using it, potentially updating and improving it. Others can continue supporting the patch if original author abandons it, etc. Sending patches is too complicated and counterproductive comparing to github. Yes, I fully agree, that's why https://github.com/freebsd/freebsd-head exists today, but hasn't been advertised yet (I need to write documentation and can't force myself to do it :( Feel free to start using it! Together with the git-svn metadata that you can grab from repos.freebsd.your.org it makes a solid platform for working on FreeBSD code. Uli ___ 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: sys/boot/i386/boot2 build failure with clang
On 2011-07-17 12:11, Doug Barton wrote: Trying to build r224125 with clang, and got this (using no -j): ... as --32 -o boot2.o boot2.s boot2.s: Assembler messages: boot2.s:4073: Error: unknown pseudo-op: `.cfi_sections' When using -g, clang outputs directives that are simply too new for our binutils. The way that sys/boot/i386/boot2 and zfsboot are processed is special: 1) The boot2.c code is compiled with -S, to boot2.s.tmp 2) boot2.s.tmp is processed using sed, to remove any alignment directives and filler nops, to reduce the code size 3) The resulting boot2.s is assembled, using plain 'as' In step 3, GNU as chokes on the assembly produced by clang, when you use certain CFLAGS or DEBUG_FLAGS (-g being one of them). When compiling .c to .o files normally, this is never a problem, since clang uses its integrated assembler to output an object file. In any case, I have committed a fix in r224131, let me know how that works out for you. ___ 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: [PATCH] Make x86 Host-PCI bridge drivers honor decoded ranges
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/09/11 20:04, John Baldwin wrote: This patch adds a new API (pcib_host_res_*) that Host-PCI bridge drivers can use to restrict allocations for child devices to a known subset of address ranges that the bridge decodes. One observation from what is now in 'HEAD' .. isa_probe_children: disabling PnP devices ichwd0: Intel ICH7M watchdog timer on isa0 isab0: found ICH7 or equivalent chipset: Intel ICH7M watchdog timer pcib0: allocated type 4 (0x1030-0x1037) for rid 0 of ichwd0 pcib0: allocated type 4 (0x1060-0x107f) for rid 1 of ichwd0 ichwd0: unable to reserve GCS registers device_attach: ichwd0 attach returned 6 pmtimer0 on isa0 atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices ichwd0: Intel ICH7M watchdog timer at port 0x1030-0x1037,0x1060-0x107f on isa0 isab0: found ICH7 or equivalent chipset: Intel ICH7M watchdog timer pcib0: allocated type 4 (0x1030-0x1037) for rid 0 of ichwd0 pcib0: allocated type 4 (0x1060-0x107f) for rid 1 of ichwd0 ichwd0: unable to reserve GCS registers device_attach: ichwd0 attach returned 6 .. where previous kernels would proceed as follows: isa_probe_children: disabling PnP devices ichwd0: Intel ICH7M watchdog timer on isa0 isab0: found ICH7 or equivalent chipset: Intel ICH7M watchdog timer ichwd0: Intel ICH7M watchdog timer (ICH7 or equivalent) ichwd0: timer disabled pmtimer0 on isa0 atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk4i7F8ACgkQQv9rrgRC1JI4fwCfWPZRvt00u+SCrH9sOupc7eWa f5EAoLZFHjTWBX7ALCSj67G4agFIRItd =80Y7 -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: bin/147175: [kerberos] [patch] libhx509.so contains references to MD2_* but doesn't reference libcrypto.so, which has them
This (GSSAPI linker failure on 9-CURRENT because its libhx509 needs MD2 but libcrypto doesn't provide it) affects security/putty 0.6.1 as well now. There is now lots of stuff on the web on this incompatibility. *Someone needs to fix the GSSAPI-Kerberos/MD2 conflict before the 9-release cycle!* ___ 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: Heavy I/O blocks FreeBSD box for several seconds
On Sun, Jul 17, 2011 at 4:54 AM, Ulrich Spörlein u...@spoerlein.net wrote: ... Having a project adopted way of sharing work in progress will be a step forward. Yes, I'm aware of perforce, it's to hard to use and wasn't designed to share and test ideas. I think guthub can be a very good candidate (but AFAIK it won't allow hosting of FreeBSD repo for not paid accounts). I'm not suggesting switching to git as VCS, but using github UI for communication and tracking not yet commited or work in progress changes. In ideal world developers will merge patches from each other increasing chance of a good code to survive and get commited later. Currently we have patches hosted at people.freebsd.org, as attachments on maillists and PRs -- almost all stale or outdated. Key difference of github is that original patch author will be aware of you using it, potentially updating and improving it. Others can continue supporting the patch if original author abandons it, etc. Sending patches is too complicated and counterproductive comparing to github. Yes, I fully agree, that's why https://github.com/freebsd/freebsd-head exists today, but hasn't been advertised yet (I need to write documentation and can't force myself to do it :( Feel free to start using it! Together with the git-svn metadata that you can grab from repos.freebsd.your.org it makes a solid platform for working on FreeBSD code. +1 for git. There's also git://gitorious.org/freebsd/freebsd.git which mirrors head and stable/releng/release branches. --Artem ___ 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: Help! stopped working ath0
Very sorry for my carelessness and panic Reason - hostapd_enable=YES in /etc/rc.conf. :-( -- Alex V. Petrov ___ 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
