Re: GPT on amd64 and boot managers
On 05/27/10 13:33, Andriy Gapon wrote: on 27/05/2010 13:55 Alban Hertroys said the following: I can boot FreeBSD just fine off GPT, but I have to select in the BIOS whether I want to boot FreeBSD or Windows (by means of changing the boot sequence). A working boot manager would be so much more convenient for that. Right. OTOH I have standard GPT installation (pmbr + gptzfsboot) and during boot I am presented with a choice which _hard disk_ to boot from. I didn't do anything special for that. Not exactly a boot manager, but OK for me. I'd be quite happy to have something like that, do you have any idea what's doing that for you? I suspect it is your BIOS, as I don't get that choice and AFAIK I also have a standard GPT installation - I literally followed the examples in man gpart up to the point where freebsd-ufs partitions are added. This is my partition layout: dalroi:bommel > gpart show ada0 => 34 625142381 ada0 GPT (298G) 34128 1 freebsd-boot (64K) 1622097152 2 freebsd-ufs (1.0G) 2097314 16777216 3 freebsd-swap (8.0G) 188745301024000 4 freebsd-ufs (500M) 198985302097152 5 freebsd-ufs (1.0G) 21995682 41943040 6 freebsd-ufs (20G) 63938722 561203693 7 freebsd-ufs (268G) !DSPAM:930,4bffa1c910415538290380! ___ 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"
hid_get_item: Number of items truncated to 255
Hello, I see this message a couple of times in my dmesg every time I boot and I'm wondering from which device these messages originate and whether they might be harmful in some way? They don't seem to cause any trouble, but it's probably better if they weren't there. Below are the relevant section of my dmesg and the output of usbconfig: ugen5.4: at usbus5 ums0: on usbus5 ums0: 3 buttons and [XYZ] coordinates ID=0 Root mount waiting for: usbus5 Root mount waiting for: usbus5 ugen5.5: at usbus5 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 uhid1: on usbus5 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 hid_get_item: Number of items truncated to 255 ugen5.6: at usbus5 ukbd0: 2.00/1.73, addr 6> on usbus5 kbd2 at ukbd0 uhid2: 2.00/1.73, addr 6> on usbus5 ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen5.1: at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen1.2: at usbus1, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen5.2: at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen5.3: at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen5.4: at usbus5, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen5.5: at usbus5, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen5.6: at usbus5, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON I found that vendor 0x05ac is Apple Computer Inc and therefore I suspect the device that's causing these errors could be the brightness control in my Apple Cinema display. The first of below devices is probably the USB-hub in the display and the second the brightness control, but it could be the other way around. ugen5.3: at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen5.5: at usbus5, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON The other unrecognised device, in case someone wants to add it somewhere: ugen5.2: at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE This is a Belkin n52te game-controller (http://www.belkin.com/IWCatProductPage.process?Product_Id=390404) !DSPAM:930,4bffa90810411104319959! ___ 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: GPT on amd64 and boot managers
on 28/05/2010 13:58 Alban Hertroys said the following: > On 05/27/10 13:33, Andriy Gapon wrote: >> on 27/05/2010 13:55 Alban Hertroys said the following: >>> I can boot FreeBSD just fine off GPT, but I have to select in the >>> BIOS whether >>> I want to boot FreeBSD or Windows (by means of changing the boot >>> sequence). A >>> working boot manager would be so much more convenient for that. >> >> Right. >> OTOH I have standard GPT installation (pmbr + gptzfsboot) and during >> boot I am >> presented with a choice which _hard disk_ to boot from. I didn't do >> anything >> special for that. Not exactly a boot manager, but OK for me. > > I'd be quite happy to have something like that, do you have any idea > what's doing that for you? I suspect it is your BIOS, as I don't get > that choice and AFAIK I also have a standard GPT installation - I > literally followed the examples in man gpart up to the point where > freebsd-ufs partitions are added. Looks like I was confused - this was on a system where ZFS was installed in a slice and boot0 was used as MBR. Sorry for misleading you. I wonder if it's possible to cram both disk selection support and GPT support in 512 bytes by throwing out something... Or perhaps add boot manager functions to gptboot, that sounds easier. -- Andriy Gapon ___ 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"
clangBSD build error on r208621
Hi rdivacky. I svn updated latest clangBSD: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - $ svn info Path: . URL: file:///home/nork/.svk/local/freebsd/base/projects/clangbsd Repository Root: file:///home/nork/.svk/local Repository UUID: c867b0bc-624e-df11-a429-00248c1b55b2 Revision: 208621 Node Kind: directory Schedule: normal Last Changed Author: rdivacky Last Changed Rev: 208621 Last Changed Date: 2010-05-29 00:45:17 +0900 (Sat, 29 May 2010) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - But I got following error: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -- >>> stage 4.2: building libraries -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp VERSION="FreeBSD 9.0-CURRENT amd64 900010" INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin CC="clang -isysroot /usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/lib/ -L/usr/obj/usr/src/tmp/usr/lib/" CXX="clang++ -isysroot /usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/lib/ -L/usr/obj/usr/src/tmp/usr/lib/" NO_CTF=1 make -f Makefile.inc1 DESTDIR=/usr/obj/usr/src/tmp -DNO_FSCHG -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DWITHOUT_ PROFILE libraries cd /usr/src; make -f Makefile.inc1 _prereq_libs; make -f Makefile.inc1 _startup_libs; make -f Makefile.inc1 _prebuild_libs; make -f Makefile.inc1 _generic_libs; ===> gnu/lib/libssp/libssp_nonshared (obj,depend,all,install) rm -f .depend CC='clang -isysroot /usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/lib/ -L/usr/obj/usr/src/tmp/usr/lib/' mkdep -f .depend -a-DHAVE_CONFIG_H -I/usr/src/gnu/lib/libssp/libssp_nonshared/.. -I/usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp -I/usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/include -DPIC /usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp/ssp-local.c error: unknown argument: '-ferror-limit' mkdep: compile failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Do you have any idea? Of cause I set following environment: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - $ cat /etc/src.conf NO_WERROR= WERROR= - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -- Norikatsu Shigemura ___ 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"
wpi not working on today's current (r208626)
I am trying to update -current in order to try kib's patch for the nvidia driver, and the wpi driver won't establish a connection. I'm using r207134 right now without any problems, but that's a long time back to try and do a binary search. I don't see any changes to wpi or wpa_supplicant between then and now, anyone have an idea of where to look? My WAP is using WPA2 with AES if that's any help. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!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"
wpa_supplicant (Was: Re: wpi not working on today's current (r208626))
On 05/28/10 13:18, Doug Barton wrote: I am trying to update -current in order to try kib's patch for the nvidia driver, and the wpi driver won't establish a connection. I'm using r207134 right now without any problems, but that's a long time back to try and do a binary search. I don't see any changes to wpi or wpa_supplicant between then and now, anyone have an idea of where to look? My WAP is using WPA2 with AES if that's any help. Correction, the problem seems to be more generally with wpa_supplicant. I tried with the new kernel and my ath PCMCIA card (AR5416 mac 13.10 RF2133 phy 8.1) and it doesn't work with the latest kernel either. However, the same card is working fine with the older kernel (I'm using it now). Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!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: wpa_supplicant (Was: Re: wpi not working on today's current (r208626))
>On 05/28/10 13:18, Doug Barton wrote: >> I am trying to update -current in order to try kib's patch for the >> nvidia driver, and the wpi driver won't establish a connection. I'm >> using r207134 right now without any problems, but that's a long time >> back to try and do a binary search. >> >> I don't see any changes to wpi or wpa_supplicant between then and now, >> anyone have an idea of where to look? My WAP is using WPA2 with AES if >> that's any help. > >Correction, the problem seems to be more generally with wpa_supplicant. >I tried with the new kernel and my ath PCMCIA card (AR5416 mac 13.10 >RF2133 phy 8.1) and it doesn't work with the latest kernel either. >However, the same card is working fine with the older kernel (I'm using >it now). I can't see any problems when using WPA2 with AES on r208606 i386 with uath(4). I'm updating this machine to r208630 tonight, and if I encounter problems with the later revision, I'll let you know. Are you saying that you experienced problems when trying to use a r207134 base with a r208626 kernel? If that's the case, I would recommend updating the base to the same revision as the kernel, and then retesting. 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: wpa_supplicant (Was: Re: wpi not working on today's current (r208626))
On 5/28/2010 4:50 PM, b. f. wrote: I can't see any problems when using WPA2 with AES on r208606 i386 with uath(4). I'm updating this machine to r208630 tonight, and if I encounter problems with the later revision, I'll let you know. Ok, thanks. Are you saying that you experienced problems when trying to use a r207134 base with a r208626 kernel? If that's the case, I would recommend updating the base to the same revision as the kernel, and then retesting. Yes, that's what I'm doing I actually tried running the newly built wpa_supplicant but that didn't work. I'm kind of hesitant to do the full upgrade since I'm having kernel problems with the nvidia driver, but if I'm sure wpa_supplicant will work then I suppose I can bite the bullet. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!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: wpa_supplicant (Was: Re: wpi not working on today's current (r208626))
On 5/28/10, Doug Barton wrote: > On 5/28/2010 4:50 PM, b. f. wrote: >> >> I can't see any problems when using WPA2 with AES on r208606 i386 with >> uath(4). I'm updating this machine to r208630 tonight, and if I >> encounter problems with the later revision, I'll let you know. > > Ok, thanks. > >> Are >> you saying that you experienced problems when trying to use a r207134 >> base with a r208626 kernel? If that's the case, I would recommend >> updating the base to the same revision as the kernel, and then >> retesting. > > Yes, that's what I'm doing I actually tried running the newly built > wpa_supplicant but that didn't work. I'm kind of hesitant to do the full > upgrade since I'm having kernel problems with the nvidia driver, but if > I'm sure wpa_supplicant will work then I suppose I can bite the bullet. > It appears that something is wrong. My wireless stick no longer associates with the network with r208630. I'll do some tinkering. 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"