Re: sysctl -a hangs ?
On 03/21/17 at 05:04P, Kurt Jaeger wrote: > Hello, > > I have a freshly installed/updated FreeBSD 11.0p8 on a supermicro > X11SSZ-TLN4F board, and > > pkg install intel-ixl-kmod > > and now: > > sysctl -a > > hangs. Any quick ideas how to debug this ? If it's just not responding to anything, you can try to panic the box, got to db> and see if you can find sleepchain/lockchain? You can also take a dump and try to look at same with kgdb scripts. You'd need kernel with WITNESS. Cheers, Hiren pgplzFH5z8uD9.pgp Description: PGP signature
Re: 'make buildworld' failure
+ hrs@ On 01/04/17 at 12:43P, Oleg V. Nauman wrote: > ===> usr.sbin/inetd (all) > cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp - > B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=nehalem -DLOGIN_CAP -DIPSEC - > g -MD -MF.depend.inetd.o -MTinetd.o -std=gnu99 -fstack-protector-strong - > Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter - > Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized - > Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const- > variable -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality > -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused- > arguments -c /usr/src/usr.sbin/inetd/inetd.c -o inetd.o > /usr/src/usr.sbin/inetd/inetd.c:319:28: error: implicit declaration of > function 'satosin6' is > invalid in C99 [-Werror,-Wimplicit-function-declaration] > IN6_IS_ADDR_V4MAPPED((sa)->sin6_addr)) > ^ > /usr/src/usr.sbin/inetd/inetd.c:319:42: error: member reference type 'int' is > not a pointer > IN6_IS_ADDR_V4MAPPED((sa)->sin6_addr)) > ^ > /usr/obj/usr/src/tmp/usr/include/netinet6/in6.h:266:4: note: expanded from > macro > 'IN6_IS_ADDR_V4MAPPED' > ((a)->__u6_addr.__u6_addr32[0] == 0 && \ > ^ > /usr/src/usr.sbin/inetd/inetd.c:319:42: error: member reference type 'int' is > not a pointer > IN6_IS_ADDR_V4MAPPED((sa)->sin6_addr)) > ^ > /usr/obj/usr/src/tmp/usr/include/netinet6/in6.h:267:4: note: expanded from > macro > 'IN6_IS_ADDR_V4MAPPED' > (a)->__u6_addr.__u6_addr32[1] == 0 && \ > ^ > /usr/src/usr.sbin/inetd/inetd.c:319:42: error: member reference type 'int' is > not a pointer > IN6_IS_ADDR_V4MAPPED((sa)->sin6_addr)) > ^ > /usr/obj/usr/src/tmp/usr/include/netinet6/in6.h:268:4: note: expanded from > macro > 'IN6_IS_ADDR_V4MAPPED' > (a)->__u6_addr.__u6_addr32[2] == ntohl(0x)) > ^ > 4 errors generated. > *** Error code 1 > > > > root@asus:/usr/src # svnlite info|grep Rev: > Last Changed Rev: 311250 > > My current system revision is r310560 > > It possible that it is due to WITHOUT_INET6 defined in /etc/src.conf r310921 could be it. Cheers, Hiren pgpCYo47L43EI.pgp Description: PGP signature
Re: Panic @306337: Duplicate free of 0xfffff8000ef61500 from zone 0xfffff8000772b000(mbuf) slab 0xfffff8000ef61f90(5)
On 09/26/16 at 05:11P, David Wolfskill wrote: > Source upgrade from r306307 to r306337 completed OK; this was on build > machine (laptop is "Installing everything" as I type). Serial console > (on panicked build machine) reads: Seems like my fault with r306337. Bruce also has some issues/concerns with it. I've reverted it for now with r306348 as I don't have time to deal with it right now. Apologies for the trouble. Cheers, Hiren pgpGNumM9_to4.pgp Description: PGP signature
Re: [CFT] packaging the base system with pkg(8)
On 04/19/16 at 01:36P, Nathan Whitehorn wrote: > > > On 04/19/16 13:26, Poul-Henning Kamp wrote: > > > > In message <1461096962.1232.32.ca...@freebsd.org>, Ian Lepore writes: > > > >> Oh yeah, now I remember: Because in freebsd, design is decided by a > >> race to commit rather than by discussion. > > No, that's not it. > > > > It is because code talks much louder than words. > > > This is kind of a silly argument here since the code change is trivial. > There is a potentially large impact on the system that merits > discussion. Moreover, there is a whole bunch of other code still needs > to be written to make this workable in production that depends to some > degree on what choices are made here: what does pkg show for these? How > do upgrades work? The installer needs modifications to use pkg instead > of tar. It's not clear what the migration path to/from a packaged system > is, since the packaging is apparently optional. > > If it would help, I am happy to generate a patch to make the discussion > concrete. Thank you, Nathan. "code wins" is not the correct argument in this discussion, imo. Fwiw, I feel this is one of the sensible threads where things are being discussed without shouting/yelling/shaming. But thats my opinion. Cheers, Hiren pgpisYNukTf2G.pgp Description: PGP signature
Re: TCP Stack: Challenge ACKs and Timestamps
bcc: current@ Moving the discussion to transport@. On 12/28/15 at 12:25P, Sam Kumar wrote: > Hello, > I am working with the code for the TCP Stack. I noticed that support for > Challenge Acks have been added since the latest release (10.2.0), and I > think I may have found a bug in how they relate to TCP timestamps. All line > numbers below are those in commit e66e064c45687b5d294565dbd829b419848f7992. > > Looking at tcp_input.c, at lines 1594 to 1604, I see code that expects a > timestamp to be in every segment during the session, if they were > negotiated when the connection was being established. > ( > https://github.com/freebsd/freebsd/blob/master/sys/netinet/tcp_input.c#L1595 > ) > > Looking at tcp_input.c, at lines 2161 and 2188, I see that Challenge ACKs > are sent via calls to tcp_respond(). > ( > https://github.com/freebsd/freebsd/blob/master/sys/netinet/tcp_input.c#L2161 > and > https://github.com/freebsd/freebsd/blob/master/sys/netinet/tcp_input.c#L2188 > ) > > Looking at tcp_subr.c, at line 978, I see that the segment sent by > tcp_respond() never contains TCP options. > (https://github.com/freebsd/freebsd/blob/master/sys/netinet/tcp_subr.c#L978) > > Therefore, it seems to me that Challenge ACKs will never contain any TCP > options. This violates the condition that once timestamps are negotiated, > they must be present in every segment. > > Please let me know if I am mistaken, or if this is actually a bug. > > Sam Kumar > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" pgpTEUgpGXwwJ.pgp Description: PGP signature
Re: Panic on kldload/kldunload in/near callout
On 09/13/15 at 08:51P, Alexander V. Chernikov wrote: > > > 12.09.2015, 20:30, "hiren panchasara" <hi...@strugglingcoder.info>: > > On 09/12/15 at 03:32P, Alexander V. Chernikov wrote: > >> ?12.09.2015, 02:22, "hiren panchasara" <hi...@strugglingcoder.info>: > >> ?> On 09/11/15 at 09:06P, Hans Petter Selasky wrote: > > > > [skip] > >> ?> I'll try to get it. Meanwhile I am getting another panic on idle box: > >> ?> http://pastebin.com/9qJTFMik > >> ?The easiest explanation could be lack of lla_create() result check, fixed > >> in r286945. > >> ?This panic is triggered by fast interface down-up (or just up), when ARP > >> packet is received but there are no (matching) IPv4 prefix on the > >> interface. > >> ?If this is not the case (e.g. it paniced w/o any interface changes and > >> there were no other subnets in given L2 segment) I'd be happy to debug > >> this further. > > > > Just hit another last night. (Box goes to db> ; let me know if you want > > to debug anything when that happens.) > Would you mind showing full backtrace for that core? (e.g. situation has to > be different for newer -current). Sure: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x20 fault code = supervisor write data, page not present instruction pointer = 0x20:0x80f214d6 stack pointer = 0x28:0xfe3d0620 frame pointer = 0x28:0xfe3d0630 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 12 (irq264: igb0:que 0) [ thread pid 12 tid 100035 ] Stopped at memcpy+0x16:repe movsb (%rsi),%es:(%rdi) db> bt full Symbol not found KDB: reentering KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+43/frame 0xfe3cff10 kdb_reenter() at kdb_reenter+51/frame 0xfe3cff20 db_term() at db_term+136/frame 0xfe3cff40 db_unary() at db_unary+116/frame 0xfe3cff60 db_mult_expr() at db_mult_expr+27/frame 0xfe3cffa0 db_add_expr() at db_add_expr+27/frame 0xfe3cffe0 db_expression() at db_expression+29/frame 0xfe3d0030 db_stack_trace() at db_stack_trace+48/frame 0xfe3d0060 db_command() at db_command+865/frame 0xfe3d0120 db_command_loop() at db_command_loop+100/frame 0xfe3d0130 db_trap() at db_trap+219/frame 0xfe3d01c0 kdb_trap() at kdb_trap+404/frame 0xfe3d0250 trap_fatal() at trap_fatal+789/frame 0xfe3d02b0 trap_pfault() at trap_pfault+806/frame 0xfe3d0350 trap() at trap+1124/frame 0xfe3d0560 calltrap() at calltrap+8/frame 0xfe3d0560 --- trap 12, rip = 18446744071577933014, rsp = 18446741874690295344, rbp = 18446741874690295344 --- memcpy() at memcpy+22/frame 0xfe3d0630 arpintr() at arpintr+2951/frame 0xfe3d0750 netisr_dispatch_src() at netisr_dispatch_src+97/frame 0xfe3d07c0 ether_demux() at ether_demux+345/frame 0xfe3d07f0 ether_nh_input() at ether_nh_input+888/frame 0xfe3d0850 netisr_dispatch_src() at netisr_dispatch_src+97/frame 0xfe3d08c0 ether_input() at ether_input+38/frame 0xfe3d08e0 igb_rxeof() at igb_rxeof+1764/frame 0xfe3d0990 igb_msix_que() at igb_msix_que+352/frame 0xfe3d09e0 intr_event_execute_handlers() at intr_event_execute_handlers+474/frame 0xfe3d0a20 ithread_loop() at ithread_loop+166/frame 0xfe3d0a70 fork_exit() at fork_exit+156/frame 0xfe3d0ab0 fork_trampoline() at fork_trampoline+14/frame 0xfe3d0ab0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- db> Cheers, Hiren pgp7EDF20rSEw.pgp Description: PGP signature
Re: Panic on kldload/kldunload in/near callout
On 09/13/15 at 01:56P, hiren panchasara wrote: > On 09/13/15 at 08:51P, Alexander V. Chernikov wrote: > > > > > > 12.09.2015, 20:30, "hiren panchasara" <hi...@strugglingcoder.info>: > > > On 09/12/15 at 03:32P, Alexander V. Chernikov wrote: > > >> ?12.09.2015, 02:22, "hiren panchasara" <hi...@strugglingcoder.info>: > > >> ?> On 09/11/15 at 09:06P, Hans Petter Selasky wrote: > > > > > > [skip] > > >> ?> I'll try to get it. Meanwhile I am getting another panic on idle box: > > >> ?> http://pastebin.com/9qJTFMik > > >> ?The easiest explanation could be lack of lla_create() result check, > > >> fixed in r286945. > > >> ?This panic is triggered by fast interface down-up (or just up), when > > >> ARP packet is received but there are no (matching) IPv4 prefix on the > > >> interface. > > >> ?If this is not the case (e.g. it paniced w/o any interface changes and > > >> there were no other subnets in given L2 segment) I'd be happy to debug > > >> this further. > > > > > > Just hit another last night. (Box goes to db> ; let me know if you want > > > to debug anything when that happens.) > > Would you mind showing full backtrace for that core? (e.g. situation has to > > be different for newer -current). Apparently I was using an older current than r286945. :-( Apologies for the false alarm. I'll update again if I see any issues. Hiren pgp6PwCZXEFcf.pgp Description: PGP signature
Re: Panic on kldload/kldunload in/near callout
On 09/12/15 at 03:32P, Alexander V. Chernikov wrote: > 12.09.2015, 02:22, "hiren panchasara" <hi...@strugglingcoder.info>: > > On 09/11/15 at 09:06P, Hans Petter Selasky wrote: [skip] > > I'll try to get it. Meanwhile I am getting another panic on idle box: > > http://pastebin.com/9qJTFMik > The easiest explanation could be lack of lla_create() result check, fixed in > r286945. > This panic is triggered by fast interface down-up (or just up), when ARP > packet is received but there are no (matching) IPv4 prefix on the interface. > If this is not the case (e.g. it paniced w/o any interface changes and there > were no other subnets in given L2 segment) I'd be happy to debug this further. Just hit another last night. (Box goes to db> ; let me know if you want to debug anything when that happens.) I am sure there were no interface changes on the box and it was sitting idle. (Unsure of the other subnets part.) And I am on 3 days old -head so I already have r286945. I disabled IPv6 on the box just to eliminate that but panic still happens. Cheers, Hiren pgprP6v0Xu12r.pgp Description: PGP signature
Re: Panic on kldload/kldunload in/near callout
On 09/11/15 at 09:06P, Hans Petter Selasky wrote: > On 09/10/15 21:23, hiren panchasara wrote: > > I am on 11.0-CURRENT FreeBSD 11.0-CURRENT #4 r286760M: Thu Sep 10 > > 08:15:43 MST 2015 > > > > I get random (1 out of 10 tries) panics when I do: > > # kldunload dummynet ; kldunload ipfw ;kldload ipfw ; kldload dummynet > > > > I used to get panics on a couple months old -head also. > > > > kernel trap 12 with interrupts disabled > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x8225cf58 > > fault code = supervisor read data, page not present > > instruction pointer = 0x20:0x80aad500 > > stack pointer = 0x28:0xfe1f9d588700 > > frame pointer = 0x28:0xfe1f9d588790 > > code segment= base 0x0, limit 0xf, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > > Following https://www.freebsd.org/doc/faq/advanced.html, I did: > > # nm -n /boot/kernel/kernel | grep 80aad500 > > # nm -n /boot/kernel/kernel | grep 80aad50 > > # nm -n /boot/kernel/kernel | grep 80aad5 > > # nm -n /boot/kernel/kernel | grep 80aad > > 80aad030 t itimers_event_hook_exec > > 80aad040 t realtimer_expire > > 80aad360 T callout_process > > 80aad6b0 t softclock_call_cc > > 80aadc10 T softclock > > 80aadd20 T timeout > > 80aade90 T callout_reset_sbt_on > > > > So I guess " 80aad360 T callout_process" is the closest match? > > > > I'll try to get real dump to get more information but that may take a > > while. > > > > ccing jch and hans who've been playing in this area. > > Hi, > > Possibly it means some timer was not drained before the module was > unloaded. It is not enough to only stop timers before freeing its > memory. Or maybe a timer was restarted after drain. > > Can you get the full backtrace and put debugging symbols into the kernel? I'll try to get it. Meanwhile I am getting another panic on idle box: http://pastebin.com/9qJTFMik This "looks" similar to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156026 which got fixed via https://svnweb.freebsd.org/base?view=revision=r214675 "Don't leak the LLE lock if the arptimer callout is pending or inactive." Is what I am seeing similar to this? I'll try and get more info. Cheers, Hiren pgpYTDsiqkcuT.pgp Description: PGP signature
Panic on kldload/kldunload in/near callout
I am on 11.0-CURRENT FreeBSD 11.0-CURRENT #4 r286760M: Thu Sep 10 08:15:43 MST 2015 I get random (1 out of 10 tries) panics when I do: # kldunload dummynet ; kldunload ipfw ;kldload ipfw ; kldload dummynet I used to get panics on a couple months old -head also. kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x8225cf58 fault code = supervisor read data, page not present instruction pointer = 0x20:0x80aad500 stack pointer = 0x28:0xfe1f9d588700 frame pointer = 0x28:0xfe1f9d588790 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 Following https://www.freebsd.org/doc/faq/advanced.html, I did: # nm -n /boot/kernel/kernel | grep 80aad500 # nm -n /boot/kernel/kernel | grep 80aad50 # nm -n /boot/kernel/kernel | grep 80aad5 # nm -n /boot/kernel/kernel | grep 80aad 80aad030 t itimers_event_hook_exec 80aad040 t realtimer_expire 80aad360 T callout_process 80aad6b0 t softclock_call_cc 80aadc10 T softclock 80aadd20 T timeout 80aade90 T callout_reset_sbt_on So I guess " 80aad360 T callout_process" is the closest match? I'll try to get real dump to get more information but that may take a while. ccing jch and hans who've been playing in this area. Cheers, Hiren pgppTAKtaHhaT.pgp Description: PGP signature
Re: E1000 mbuf leaks
On 07/27/15 at 01:02P, Hans Petter Selasky wrote: Hi, I'm currently doing some busdma work, and possibly stepped over some driver bugs. When bus_dmamap_load_mbuf_sg() returns ENOMEM the mbuf chain is not freed. Is there some magic in bus_dmamap_load_mbuf_sg() for that error code or is there a possible memory leak in all E1000 drivers? See attached patch. Can you open a phabricator review if this hasn't been reviewed/committed yet? cheers, Hiren pgpJXdQwQgkIL.pgp Description: PGP signature
Re: setting tunables in stable/10 vs head?
On 06/10/15 at 04:13P, Rick Macklem wrote: Hi, I just MFC'd a patch from head to stable/10 that defines some tunables using CTLFLAG_RDTUN. Although the MFC didn't break anything, the tunables don't get changed by the values in /boot/loader.conf. By applying a patch like this: SYSCTL_DECL(_vfs_nfsd); int nfsrv_statehashsize = NFSSTATEHASHSIZE; +TUNABLE_INT(vfs.nfsd.statehashsize, nfsrv_statehashsize); SYSCTL_INT(_vfs_nfsd, OID_AUTO, statehashsize, CTLFLAG_RDTUN, nfsrv_statehashsize, 0, Size of state hash table set via loader.conf); they get set ok. So, is this correct or have I done something stupid? I believe that is correct. hans changed how they are declared with r267961 and now you do not need TUNABLE_INT() on -head. And, if it correct, do I commit a patch like the above directly to stable/10. (It seems that TUNABLE_INT() is discouraged for -head.) That's the correct way, afaik. Cheers, Hiren pgp2I3ZTCmLLR.pgp Description: PGP signature
Re: setting tunables in stable/10 vs head?
On 06/10/15 at 10:07P, Ian Lepore wrote: On Wed, 2015-06-10 at 20:44 -0700, hiren panchasara wrote: On 06/10/15 at 04:13P, Rick Macklem wrote: Hi, I just MFC'd a patch from head to stable/10 that defines some tunables using CTLFLAG_RDTUN. Although the MFC didn't break anything, the tunables don't get changed by the values in /boot/loader.conf. By applying a patch like this: SYSCTL_DECL(_vfs_nfsd); int nfsrv_statehashsize = NFSSTATEHASHSIZE; +TUNABLE_INT(vfs.nfsd.statehashsize, nfsrv_statehashsize); SYSCTL_INT(_vfs_nfsd, OID_AUTO, statehashsize, CTLFLAG_RDTUN, nfsrv_statehashsize, 0, Size of state hash table set via loader.conf); they get set ok. So, is this correct or have I done something stupid? I believe that is correct. hans changed how they are declared with r267961 and now you do not need TUNABLE_INT() on -head. And, if it correct, do I commit a patch like the above directly to stable/10. (It seems that TUNABLE_INT() is discouraged for -head.) That's the correct way, afaik. Cheers, Hiren Is there a reason the sysctl tunable flag changes can't be MFC'd? Leaving changes that widespread un-mfc'd just makes for lots of merge conflicts as time goes on (and can also lead to merged code behaving differently than expected). Added Hans to answer the question. Cheers, Hiren pgprti_fwNyHA.pgp Description: PGP signature
Re: Massive libxo-zation that breaks everything
On 03/02/15 at 07:33P, Alfred Perlstein wrote: On Mar 2, 2015, at 7:14 PM, Julian Elischer jul...@freebsd.org wrote: On 3/2/15 5:30 PM, Alfred Perlstein wrote: On Mar 2, 2015, at 4:22 PM, Andrey Chernov a...@freebsd.org wrote: On 02.03.2015 22:55, Julian Elischer wrote: On 3/2/15 5:27 AM, Alfred Perlstein wrote: On 3/2/15 4:14 AM, Julian Elischer wrote: On 3/1/15 10:49 AM, Harrison Grundy wrote: Thanks! That does seem useful, but I'm not sure I see the reasoning behind putting into base, over a port or package, since processing XML in base is a pain, and it can't serve up JSON or HTML without additional utilities anyway. (If I'm reviving a long-settled thing, let me know and I'll drop it. I'm trying to understand the use case for this.) To me it would almost seem more useful to have a programmable filter for which you could produce parse grammars to parse the output of various programs.. thus ifconfig -a | xmlize -g ifconfig | your-favourite-xml-parser with a set of grammars in /usr/share/xmlize/ then we could use it for out-of-tree programs as well if we wrote grammars for them.. The sentiment of machine-readable output is nice, but I think it's slightly off target. we shouldn't have to change all out utilities, and it isn't going to help at all with 3rd party apps, e.g. samba stuff. A generally easy to program output grammar parser would be truely useful. and not just for FreeBSD. I've been watching with an uncomfortable feeling, but it's taken me a while to put my finger on what it was.. Are you sure it's not the hairs on the back of your neck standing up due to NIH? Juniper has been doing this for years and it's very useful for them. I'm not saying the ability to generate machine readable output is wrong, but that the 'unix way' would be to make a filter for it. It seems that the noisy people don't agree with me so I will not stand in the way of progress.. I agree. Even if someone starts with json and xml only, it will need some 3rd format soon, and adding any new format have real possibility to break all already existent (like adding json+xml breaks plain text in pipes). Moreover, it violates Unix principle 'one tool == one general function' and lots of other rules like Eric Raymond ones, making each program looks like systemd. It makes harder to merge changes from other BSDs too. Proper way to do this thing is to back out all changes and write completely separate templates-based parser - xml/json writer. Read the library. It doesn't care what output format it needs. It is up to the translation layer to do it. You could even do a csv format or most any other structured output format without changing the userland utils. As far as I can see that's not an argument either way. I just think it makes more sense to spend more time writing one generic converter and grammar files than to mess up the insides of every utility in the system. If we had a tool, we could have grammar templates for 3rd party tools easily.. do YOU want to make libxo changes to 3rd party ports? of course not. so you are going off here solving a half of the problem. Actually I want to shame third party ports into adopting libxo (or at least providing machine readable output). I know it's scary to try to lead the pack, after all we could be wrong, but maybe it's time to try something new and see what happens. And no, your idea doesn't make sense it just will lead to those files bit rotting. Bedsides that you don't even have a real spec other than it should be done differently. Again, show the code. Wow. He told you want he didn't like and he moved on. I hope/wish we as a project can take criticism more positively than this. Answer to every criticism should not be show me your code. We (should) know better than that. Hiren pgpmHJU_VO8Tz.pgp Description: PGP signature
Re: Starting intel driver fails on boot
On Sat, Nov 22, 2014 at 3:57 AM, Anders Bolt-Evensen andersb...@icloud.com wrote: Hello. Try freebsd-x11@ or #freebsd-xorg on efnet. cheers, Hiren ___ 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: building stable/10 on -current
On Wed, Nov 12, 2014 at 3:53 PM, Russell L. Carter rcar...@pinyon.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On current r273808, make buildworld in a stable/10 tree fails with: building shared library libc.so.7 /usr/bin/ld: _umtx_unlock.So: relocation R_X86_64_32 against `SYS__umtx_unlock' can not be used when making a shared object; recompile with -fPIC _umtx_unlock.So: could not read symbols: Bad value However, poudriere can build it just fine in its jail. I am curious why that is. I've not tried recently so no clue. Can a -current host be made to build stable/10, or is that impossible? iirc, it should. If it doesn't, something is broken and should be fixed. cheers, Hiren ___ 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: FreeBSD TCP stealth
I am not aware of any work but adding -net to get more networking eyeballs. On Mon, Oct 20, 2014 at 1:23 AM, Matthias Apitz g...@unixarea.de wrote: El día Monday, October 20, 2014 a las 09:25:28AM +0200, Matthias Apitz escribió: Hello, Is there any work started or in progress to implement TCP stealth in our kernel as proposed to IETF in https://datatracker.ietf.org/doc/draft-kirsch-ietf-tcp-stealth/ The idea is that the client put some magic value in the ISN of the first SYN pkg which is derived from a secret the client and the server share. The server can check the ISN and decide if it will answer the SYN pkg or do a RST, for example. For Linux wip see also: https://gnunet.org/knock matthias -- Matthias Apitz | /\ ASCII Ribbon Campaign: E-mail: g...@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X- No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign ___ 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
HP folio 9470m cannot efi boot on -CURRENT
I've already filed a bug with all possible details at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192655 Still thought of reaching out to larger audience to see if anyone has any ideas/workarounds. Cheers, Hiren ___ 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: r264048 broke kernel build
On Wed, Apr 2, 2014 at 7:16 PM, O. Hartmann ohart...@zedat.fu-berlin.de wrote: r264048 breaks kernel build ( sys/kern/kern_et.c) , r264047 builds perfectly ... +1. cheers, Hiren rm -f .newdep make -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP=cc -E CC=cc xargs mkdep -a -f .newdep -pipe -O3 -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector /usr/src/sys/kern/kern_et.c:37:10: fatal error: 'opt_timer.h' file not found #include opt_timer.h ___ 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: r264048 broke kernel build
+ Ian On Wed, Apr 2, 2014 at 7:17 PM, hiren panchasara hiren.panchas...@gmail.com wrote: On Wed, Apr 2, 2014 at 7:16 PM, O. Hartmann ohart...@zedat.fu-berlin.de wrote: r264048 breaks kernel build ( sys/kern/kern_et.c) , r264047 builds perfectly ... +1. cheers, Hiren rm -f .newdep make -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP=cc -E CC=cc xargs mkdep -a -f .newdep -pipe -O3 -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector /usr/src/sys/kern/kern_et.c:37:10: fatal error: 'opt_timer.h' file not found #include opt_timer.h ___ 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 fixing clang 3.4
On Wed, Feb 19, 2014 at 5:19 PM, Steve Kargl s...@troutmask.apl.washington.edu wrote: Can someone point to where I disable clang from issuing an error and aborting on an unknown option? % cd /usr/ports/databases/py-sqlite3 % make cc -shared -O2 -pipe -march=opteron -fno-strict-aliasing build/temp.freebsd-11.0-CURRENT-amd64-2.7/_sqlite/cache.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/_sqlite/connection.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/_sqlite/cursor.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/_sqlite/microprotocols.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/_sqlite/module.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/_sqlite/prepare_protocol.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/_sqlite/row.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/_sqlite/statement.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/_sqlite/util.o -L/usr/local/lib -R/usr/local/lib -lsqlite3 -o build/lib.freebsd-11.0-CURRENT-amd64-2.7/_sqlite3.so cc: error: unknown argument: '-R/usr/local/lib' I do not know the answer but I see it being discussed here: http://lists.freebsd.org/pipermail/freebsd-toolchain/2014-January/001103.html cheers, Hiren error: command 'cc' failed with exit status 1 *** Error code 1 -- Steve ___ 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: hwpstate0: set freq failed patch
On Tue, Oct 29, 2013 at 2:13 PM, hiren panchasara hi...@freebsd.org wrote: On Tue, Oct 29, 2013 at 8:00 AM, Mark Felder f...@freebsd.org wrote: skip PR in question: http://www.freebsd.org/cgi/query-pr.cgi?pr=167018 CCing hiren@ and avg@ I will try to get back on this soon. sbruno@ committed the fix: http://svnweb.freebsd.org/changeset/base/257769 cheers, Hiren ___ 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: dhclient: send_packet: No buffer space available
On Fri, Nov 1, 2013 at 8:32 AM, Matthias Apitz g...@unixarea.de wrote: Hello, Since I have updated my netbook to r255948 I see from time to time in the console the message: Nov 1 16:20:28 tiny-r255948 dhclient[696]: send_packet: No buffer space available Yes, this is a knownish issue which doesn't _seem_ to cause any other side-effects but its getting annoying now. I also see a lot of them lately. I do not think this has been tracked down yet. Cheers, Hiren ___ 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: hwpstate0: set freq failed patch
On Tue, Oct 29, 2013 at 8:00 AM, Mark Felder f...@freebsd.org wrote: On Tue, Oct 29, 2013, at 9:27, Claudio Zumbo wrote: Hello, Would it be possible for this patch to get to 10 before it goes -release? http://lists.freebsd.org/pipermail/freebsd-stable/2012-May/067758.html I've tested it on an amd 6600k and it seems to be working, a quick google search shows other people have had good results on different cpus. I saw you in #bsddev this morning. PR in question: http://www.freebsd.org/cgi/query-pr.cgi?pr=167018 CCing hiren@ and avg@ I will try to get back on this soon. cheers, Hiren I have no idea if this can make it in 10, but we're still in BETA. It would be nice if powerd worked out of the box on those chips. ___ 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: Intermittent hangs in vmem_periodic()
On Sun, Sep 15, 2013 at 5:52 PM, Davide Italiano dav...@freebsd.org wrote: Thanks Gleb. I've removed DIAGNOSTIC and the problem is gone now. JFYI, I hit this problem today as well. I don't think you really need to disable DIAGNOSTIC completely in order to get rid of that. I've noticed Peter Holm has recently committed a new sysctl that allows you to selectively disable calls to vmem_check (debug.vmem_check), which should (probably) help. Thanks Davide. cheers, Hiren ___ 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: Intermittent hangs in vmem_periodic()
On Sep 12, 2013 2:27 AM, Gleb Smirnoff gleb...@freebsd.org wrote: On Wed, Sep 11, 2013 at 09:51:16PM -0700, hiren panchasara wrote: h I am seeing really weird system freeze for 2-3 seconds every minute or so. h h % uname -a h FreeBSD flymockour-l7.corp.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #2 h r255423M: Mon Sep 9 12:29:22 PDT 2013 root@flymocko h ur-l7.corp.yahoo.com:/usr/obj/usr/home/hirenp/head/sys/GENERIC amd64 h h Simple comands like man top hangs and this is what I see in ctrl+T h % man top h load: 1.59 cmd: zcat 76574 [*kmem arena] 2.16r 0.00u 1.82s 16% 2000k h load: 1.70 cmd: zcat 76574 [*kmem arena] 7.19r 0.00u 1.82s 7% 2000k h load: 1.89 cmd: zcat 76574 [*kmem arena] 12.58r 0.00u 1.82s 3% 2000k h load: 1.90 cmd: zcat 76574 [*kmem arena] 14.58r 0.00u 1.82s 2% 2000k h h I see similar things while trying to exit a terminal window. h h I see following in pmcstat: h h PMC: [INSTR_RETIRED_ANY] Samples: 117647 (100.0%) , 6885 unresolved h h %SAMP CALLTREE h 75.9 fork_exit@kernel taskqueue_thread_loop taskqueue_run_locked h vmem_periodic(75.9%) You probably got DIAGNOSTIC in your kernel config. Yes. And I've always had that. Never been a problem before. What has changed? Thanks, Hiren -- Totus tuus, Glebius. ___ 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: Intermittent hangs in vmem_periodic()
On Thu, Sep 12, 2013 at 8:16 AM, hiren panchasara hiren.panchas...@gmail.com wrote: On Sep 12, 2013 2:27 AM, Gleb Smirnoff gleb...@freebsd.org wrote: On Wed, Sep 11, 2013 at 09:51:16PM -0700, hiren panchasara wrote: h I am seeing really weird system freeze for 2-3 seconds every minute or so. h h % uname -a h FreeBSD flymockour-l7.corp.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #2 h r255423M: Mon Sep 9 12:29:22 PDT 2013 root@flymocko h ur-l7.corp.yahoo.com:/usr/obj/usr/home/hirenp/head/sys/GENERIC amd64 h h Simple comands like man top hangs and this is what I see in ctrl+T h % man top h load: 1.59 cmd: zcat 76574 [*kmem arena] 2.16r 0.00u 1.82s 16% 2000k h load: 1.70 cmd: zcat 76574 [*kmem arena] 7.19r 0.00u 1.82s 7% 2000k h load: 1.89 cmd: zcat 76574 [*kmem arena] 12.58r 0.00u 1.82s 3% 2000k h load: 1.90 cmd: zcat 76574 [*kmem arena] 14.58r 0.00u 1.82s 2% 2000k h h I see similar things while trying to exit a terminal window. h h I see following in pmcstat: h h PMC: [INSTR_RETIRED_ANY] Samples: 117647 (100.0%) , 6885 unresolved h h %SAMP CALLTREE h 75.9 fork_exit@kernel taskqueue_thread_loop taskqueue_run_locked h vmem_periodic(75.9%) You probably got DIAGNOSTIC in your kernel config. Yes. And I've always had that. Never been a problem before. What has changed? Thanks Gleb. I've removed DIAGNOSTIC and the problem is gone now. But the way system was behaving with DIAGNOSTIC, its unusable. Thanks again, Hiren ___ 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: Intermittent hangs in vmem_periodic()
+jeff On Thu, Sep 12, 2013 at 11:17 AM, Gleb Smirnoff gleb...@freebsd.org wrote: On Thu, Sep 12, 2013 at 09:31:17AM -0700, hiren panchasara wrote: h h PMC: [INSTR_RETIRED_ANY] Samples: 117647 (100.0%) , 6885 unresolved h h h h %SAMP CALLTREE h h 75.9 fork_exit@kernel taskqueue_thread_loop taskqueue_run_locked h h vmem_periodic(75.9%) h h You probably got DIAGNOSTIC in your kernel config. h h Yes. And I've always had that. Never been a problem before. What has h changed? h h h Thanks Gleb. h I've removed DIAGNOSTIC and the problem is gone now. h h But the way system was behaving with DIAGNOSTIC, its unusable. Please report that to Jeff. With DIAGNOSTIC the system can be slower, more chatty on console, but should be usable. Exactly. Thanks Gleb. Jeff: Not sure if you are subscribed to this list. http://lists.freebsd.org/pipermail/freebsd-current/2013-September/044487.html cheers, Hiren ___ 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
Intermittent hangs in vmem_periodic()
I am seeing really weird system freeze for 2-3 seconds every minute or so. % uname -a FreeBSD flymockour-l7.corp.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #2 r255423M: Mon Sep 9 12:29:22 PDT 2013 root@flymocko ur-l7.corp.yahoo.com:/usr/obj/usr/home/hirenp/head/sys/GENERIC amd64 Simple comands like man top hangs and this is what I see in ctrl+T % man top load: 1.59 cmd: zcat 76574 [*kmem arena] 2.16r 0.00u 1.82s 16% 2000k load: 1.70 cmd: zcat 76574 [*kmem arena] 7.19r 0.00u 1.82s 7% 2000k load: 1.89 cmd: zcat 76574 [*kmem arena] 12.58r 0.00u 1.82s 3% 2000k load: 1.90 cmd: zcat 76574 [*kmem arena] 14.58r 0.00u 1.82s 2% 2000k I see similar things while trying to exit a terminal window. I see following in pmcstat: PMC: [INSTR_RETIRED_ANY] Samples: 117647 (100.0%) , 6885 unresolved %SAMP CALLTREE 75.9 fork_exit@kernel taskqueue_thread_loop taskqueue_run_locked vmem_periodic(75.9%) I am not running anything funny and I do not see anything weird in top too. Any help is appreciated. cheers, Hiren ___ 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: Intermittent hangs in vmem_periodic()
On Wed, Sep 11, 2013 at 9:51 PM, hiren panchasara hiren.panchas...@gmail.com wrote: I am seeing really weird system freeze for 2-3 seconds every minute or so. % uname -a FreeBSD flymockour-l7.corp.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #2 r255423M: Mon Sep 9 12:29:22 PDT 2013 root@flymocko ur-l7.corp.yahoo.com:/usr/obj/usr/home/hirenp/head/sys/GENERIC amd64 Simple comands like man top hangs and this is what I see in ctrl+T % man top load: 1.59 cmd: zcat 76574 [*kmem arena] 2.16r 0.00u 1.82s 16% 2000k load: 1.70 cmd: zcat 76574 [*kmem arena] 7.19r 0.00u 1.82s 7% 2000k load: 1.89 cmd: zcat 76574 [*kmem arena] 12.58r 0.00u 1.82s 3% 2000k load: 1.90 cmd: zcat 76574 [*kmem arena] 14.58r 0.00u 1.82s 2% 2000k I see similar things while trying to exit a terminal window. I see following in pmcstat: PMC: [INSTR_RETIRED_ANY] Samples: 117647 (100.0%) , 6885 unresolved %SAMP CALLTREE 75.9 fork_exit@kernel taskqueue_thread_loop taskqueue_run_locked vmem_periodic(75.9%) At any point in time whether system is misbehaving or not, I see this on top of the graph. Which seems wrong. Providing a few samples over the time: PMC: [INSTR_RETIRED_ANY] Samples: 97253 (100.0%) , 6080 unresolved %SAMP CALLTREE 78.1 fork_exit@kernel taskqueue_thread_loop taskqueue_run_locked vmem_periodic(78.1%) 1.0 bsea...@libc.so.7(1.0%) 0.7 0xe7b661@libnvidia-glcore.s clock_gett...@libc.so.7 0x128c6e 0x128a80(0.6%) 0.2 amd64_syscall@kernel sys_select kern_select 0.2 lapic_handle_timer@kernel timercb handleevents hardclock_cnt pmc_hook_hand...@hwpmc.ko pmc_process_samples 0.0 amd64_syscall@kernel sys_poll 0.0 f...@libc.so.7 0.0 0x212f...@libxul.so 0x2130835 0x212f907 0x212f1e7 0x212d2fa 0x22b6777 0x22b6478 PMC: [INSTR_RETIRED_ANY] Samples: 35320 (100.0%) , 3663 unresolved %SAMP CALLTREE 32.4 fork_exit@kernel taskqueue_thread_loop taskqueue_run_locked vmem_periodic(32.4%) 1.6 f...@libc.so.7 0x9ad75 0x9a597(1.4%) 1.3 intr_event_execute_handlers@kernel hdac_intr_handler hdaa_stream_intr chn_intr chn_intr_locked sndbuf_feed feed_mixer_feed z_resampler_feed z_feed_linear_S16LE(1.0%) 1.3 hdac_intr_handler@kernel hdaa_stream_intr chn_intr chn_intr_locked sndbuf_feed feed_mixer_feed z_resampler_feed z_feed_linear_S16LE(1.0%) 1.2 amd64_syscall@kernel sys___sysctl userland_sysctl sysctl_root cpufreq_curr_sysctl cf_set_method est_set DELAY(0.6%) get_tsc(0.5%) 1.1 bsea...@libc.so.7(1.1%) PMC: [INSTR_RETIRED_ANY] Samples: 118799 (100.0%) , 7859 unresolved %SAMP CALLTREE 70.5 fork_exit@kernel taskqueue_thread_loop taskqueue_run_locked vmem_periodic(70.5%) 1.1 bsea...@libc.so.7(1.1%) 0.2 lapic_handle_timer@kernel timercb handleevents hardclock_cnt pmc_hook_hand...@hwpmc.ko pmc_process_samples 0.1 f...@libc.so.7 0.1 0xe7b661@libnvidia-glcore.s clock_gett...@libc.so.7 0.1 amd64_syscall@kernel sys_select kern_select 0.1 __real...@libc.so.7 0.1 amd64_syscall@kernel sys_poll cheers, Hiren I am not running anything funny and I do not see anything weird in top too. Any help is appreciated. cheers, Hiren ___ 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: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi madpi...@freebsd.org wrote: On 09/10/13 07:20, hiren panchasara wrote: On Sat, Sep 7, 2013 at 5:10 AM, olli hauer oha...@gmx.de mailto:oha...@gmx.de wrote: There are 13 ports using --with-iconv=${LOCALBASE} devel/apr1 devel/apr2 devel/git irc/epic5 lang/gauche net-mgmt/ettercap net/ssltunnel-client net/yaz net/zebra-server textproc/libxml2 textproc/py-libxml2 www/apache22 www/apache24 and devel/glib20, print/ghostscript8, print/ghostscript9 using --with-libiconv=gnu --with-libiconv=native --with-libiconv=no --with-libiconv=no I am hitting following failure while building devel/glib20 gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h is from libiconv #error GNU libiconv not in use but included iconv.h is from libiconv How do I get past this? Looks like you have some leftovers from the libiconv port. Have you removed it? can you give the output of ls /usr/local/include/iconv.h? I still have the port installed. % pkg info | grep iconv libiconv-1.14_1A character set conversion library Should I remove the port? % ls /usr/local/include/iconv.h /usr/local/include/iconv.h What is the output if head /usr/include/iconv.h? % head /usr/include/iconv.h /*$FreeBSD: head/include/iconv.h 255297 2013-09-06 09:46:44Z theraven $ */ /* $NetBSD: iconv.h,v 1.6 2005/02/03 04:39:32 perry Exp $ */ /*- * Copyright (c) 2003 Citrus Project, * Copyright (c) 2009, 2010 Gabor Kovesdan ga...@freebsd.org * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions % uname -a FreeBSD flymockour-l7.corp.yahoo.com http://flymockour-l7.corp.**yahoo.comhttp://flymockour-l7.corp.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #2 r255423M: Mon Sep 9 12:29:22 PDT 2013 That M in the revision number indicates you're using a modified checkout, May I ask which modifications you have in your source tree? Nothing related to this. Thanks, Hiren ___ 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: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Tue, Sep 10, 2013 at 12:28 AM, hiren panchasara hiren.panchas...@gmail.com wrote: On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi madpi...@freebsd.org wrote: On 09/10/13 07:20, hiren panchasara wrote: On Sat, Sep 7, 2013 at 5:10 AM, olli hauer oha...@gmx.de mailto:oha...@gmx.de wrote: There are 13 ports using --with-iconv=${LOCALBASE} devel/apr1 devel/apr2 devel/git irc/epic5 lang/gauche net-mgmt/ettercap net/ssltunnel-client net/yaz net/zebra-server textproc/libxml2 textproc/py-libxml2 www/apache22 www/apache24 and devel/glib20, print/ghostscript8, print/ghostscript9 using --with-libiconv=gnu --with-libiconv=native --with-libiconv=no --with-libiconv=no I am hitting following failure while building devel/glib20 gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h is from libiconv #error GNU libiconv not in use but included iconv.h is from libiconv How do I get past this? Looks like you have some leftovers from the libiconv port. Have you removed it? can you give the output of ls /usr/local/include/iconv.h? I still have the port installed. % pkg info | grep iconv libiconv-1.14_1A character set conversion library Should I remove the port? Removed the port and now reinstalling almost everything :-) Will report back how it goes. cheers, Hiren % ls /usr/local/include/iconv.h /usr/local/include/iconv.h What is the output if head /usr/include/iconv.h? % head /usr/include/iconv.h /*$FreeBSD: head/include/iconv.h 255297 2013-09-06 09:46:44Z theraven $ */ /* $NetBSD: iconv.h,v 1.6 2005/02/03 04:39:32 perry Exp $ */ /*- * Copyright (c) 2003 Citrus Project, * Copyright (c) 2009, 2010 Gabor Kovesdan ga...@freebsd.org * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions % uname -a FreeBSD flymockour-l7.corp.yahoo.com http://flymockour-l7.corp.**yahoo.comhttp://flymockour-l7.corp.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #2 r255423M: Mon Sep 9 12:29:22 PDT 2013 That M in the revision number indicates you're using a modified checkout, May I ask which modifications you have in your source tree? Nothing related to this. Thanks, Hiren ___ 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: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Sat, Sep 7, 2013 at 5:10 AM, olli hauer oha...@gmx.de wrote: There are 13 ports using --with-iconv=${LOCALBASE} devel/apr1 devel/apr2 devel/git irc/epic5 lang/gauche net-mgmt/ettercap net/ssltunnel-client net/yaz net/zebra-server textproc/libxml2 textproc/py-libxml2 www/apache22 www/apache24 and devel/glib20, print/ghostscript8, print/ghostscript9 using --with-libiconv=gnu --with-libiconv=native --with-libiconv=no --with-libiconv=no I am hitting following failure while building devel/glib20 gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h is from libiconv #error GNU libiconv not in use but included iconv.h is from libiconv How do I get past this? % uname -a FreeBSD flymockour-l7.corp.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #2 r255423M: Mon Sep 9 12:29:22 PDT 2013 r...@flymockour-l7.corp.yahoo.com:/usr/obj/usr/home/hirenp/head/sys/GENERIC amd64 % cat /etc/src.conf WITH_LIBICONV_COMPAT=y BOOT_COMCONSOLE_SPEED=115200 PORTS_MODULES=x11/nvidia-driver cheers, Hiren Unfortunately Uses/iconv.mk defines only --with-libiconv(-prefix). If Uses/iconv.mk can be extended with something like ICON_PATH, then the 13 ports can be changed quickly to use the right iconv. -- Regards, olli ___ 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: Cross-buildkernel (i386-amd64) is broken?
On Fri, Sep 6, 2013 at 8:12 AM, Alexey Dokuchaev da...@nsu.ru wrote: Hi there, I've been trying to cross-build an amd64 kernel on i386 host on recent -CURRENT for a while, and it fails like this: Not entirely sure but you _probably_ need to make toolchain first? cheers, Hiren $ cd /usr/src make buildkernel TARGET=amd64 TARGET_ARCH=amd64 [...] In file included from /usr/src/sys/amd64/amd64/genassym.c:46: In file included from /usr/src/sys/sys/buf.h:260: In file included from /usr/src/sys/sys/proc.h:62: /usr/src/sys/sys/pcpu.h:188:1: error: static_assert failed compile-time assertion failed CTASSERT((PAGE_SIZE / sizeof(struct pcpu)) * sizeof(struct pcpu) == PAGE_SIZE); Full log is available here: http://193.124.210.26/xbuild-amd64.log I remember it used to work before (at least at Jun 28th, when I've build my last kernel this way). Is is a well known issue? How do I remedy it? Thanks. ./danfe ___ 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: patch: enable MEM_LOAD_UOPS_LLC_HIT_RETIRED on sandy bridge xeon
On Fri, Aug 16, 2013 at 1:35 PM, Adrian Chadd adr...@freebsd.org wrote: Attempt #2: http://people.freebsd.org/~adrian/netflix/20130816-hwpmc-sbx-1.diff Looks good. You should update the manpage for sbx too and add new counters. I've verified that I get counter events from this! But I need to load up a system more to trigger contention to validate that they're doing the right thing. Unfortunately there's an erratum on this which we need to add in the hack for: http://software.intel.com/en-us/articles/performance-monitoring-on-intel-xeon-processor-e5-family .. sigh. sigh indeed. Adding the PR you reported just for the reference: http://www.freebsd.org/cgi/query-pr.cgi?pr=181346cat= Cheers, Hiren ___ 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: enable MEM_LOAD_UOPS_LLC_HIT_RETIRED on sandy bridge xeon
2013/8/14 Davide Italiano dav...@freebsd.org: On Wed, Aug 14, 2013 at 10:58 PM, Adrian Chadd adr...@freebsd.org wrote: Hi, This (and maybe more?) events are applicable to both the sandy bridge and sandy bridge xeon CPUs. This is from the Intel SDM June 2013 Volume #3. David/Jim, does this look fine to you? Thanks, ndex: sys/dev/hwpmc/hwpmc_core.c === --- sys/dev/hwpmc/hwpmc_core.c (revision 254263) +++ sys/dev/hwpmc/hwpmc_core.c (working copy) @@ -1541,13 +1541,18 @@ IAP_F_SBX | IAP_F_IBX | IAP_F_HW), IAPDESCR(D2H_01H, 0xD2, 0x01, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | - IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_IB | IAP_F_IBX | IAP_F_HW), + IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_SBX | IAP_F_IB | + IAP_F_IBX | IAP_F_HW), IAPDESCR(D2H_02H, 0xD2, 0x02, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | - IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_IB | IAP_F_IBX | IAP_F_HW), + IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_SBX | IIAP_F_IB | + IAP_F_IBX | IAP_F_HW), IAPDESCR(D2H_04H, 0xD2, 0x04, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | - IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_IB | IAP_F_IBX | IAP_F_HW), + IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_SBX | IIAP_F_IB | + IAP_F_IBX | IAP_F_HW), IAPDESCR(D2H_08H, 0xD2, 0x08, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | - IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_IB | IAP_F_IBX | IAP_F_HW), + IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_SBX | IIAP_F_IB | + IAP_F_IBX | IAP_F_HW), + IAPDESCR(D2H_0FH, 0xD2, 0x0F, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | IAP_F_I7 | IAP_F_WM), IAPDESCR(D2H_10H, 0xD2, 0x10, IAP_F_FM | IAP_F_CC2E), Yes, this looks good for me, but it's incomplete. You need at least to put the event alias for both Sandy Bridge and Sandy Bridge Xeon in sys/dev/hwpmc/pmc_events.h Also, you tested the aforementioned events one by one to see if the pmc is allocated etc...? You can use $src/tools/test/hwpmc/pmctest.py to do basic sanity test of all the available counters. cheers, Hiren Thanks, -- Davide There are no solved problems; there are only problems that are more or less solved -- Henri Poincare ___ 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: errors building 9-STABLE on recent HEAD
On Mon, Jul 15, 2013 at 8:27 PM, wen heping wenhep...@gmail.com wrote: I build 9-STABLE on head today, while failed many times last month. There were some intermittent issues but *recent* stable/9 should build fine on *recent* head. If not, please report the errors and have sjg@ look at them. Thanks, Hiren wen 2013/7/16 Brooks Davis bro...@freebsd.org After not working for quite some time, I was able to build 9-STABLE last week. I'm not sure if something changed in the branch or if the new current I'd updated to fixed it. -- Brooks On Sat, Jul 13, 2013 at 11:07:04PM +0800, Martin Wilke wrote: Hi, I see exactly the same error on pointyhat too, did you find any work around for that? On Jun 25, 2013, at 4:11 AM, Brooks Davis bro...@freebsd.org wrote: I recently upgraded my main buildbox from an ancient 9.0-STABLE snapshot to head and I've run into an issue building 9-STABLE on it. Initally this was broken by the switch to bmake, but Simon committed a work around that and using the fmake port also works around it. Now I'm seeing a strange error in yacc generated code. I say strange because yacc is correctly being bootstrapped so we're using the expected version and not the one in HEAD. Does anyone have any insight into this issue? cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. -I/home/bed22/src-9/gnu/usr.bin/binutils/ld -I/home/bed22/src-9/gnu/usr.bin/binutils/ld/../libbfd -I/home/bed22/obj/home/bed22/src-9/gnu/usr.bin/binutils/ld/../libbfd -I/home/bed22/src-9/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DTARGET=\x86_64-unknown-freebsd\ -DDEFAULT_EMULATION=\elf_x86_64_fbsd\ -DSCRIPTDIR=\/usr/libdata\ -DBFD_VERSION_STRING=\2.17.50 [FreeBSD] 2007-07-03\ -DBINDIR=\/usr/bin\ -DTARGET_SYSTEM_ROOT=\\ -DTOOLBINDIR=\//usr/bin/libexec\ -D_GNU_SOURCE -I/home/bed22/src-9/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/home/bed22/src-9/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/bfd -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c ldlex.c cc1: warnings being treated as errors stdout: In function 'yy_get_next_buffer': stdout:3229: warning: passing argument 2 of 'yy_input' from incompatible pointer type *** [ldlex.o] Error code 1 Stop in /home/bed22/src-9/gnu/usr.bin/binutils/ld. *** [all] Error code 1 Thanks, Brooks +-oOO--(_)--OOo-+ With best Regards, Martin Wilke (miwi_(at)_FreeBSD.org) Mess with the Best, Die like the Rest ___ 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: Kernel build fails on ARM: Cannot fork: Cannot allocate memory
On Mon, Jun 24, 2013 at 8:23 PM, Jeff Roberson jrober...@jroberson.net wrote: skip Would any of the arm users be interested in testing a larger patch that changes the way the kernel allocations KVA? It also has some UMA code that lessens kernel memory utilization. http://people.freebsd.org/~jeff/vmem.diff Any reports would be helpful. Is there any ETA on getting stack tracing fixed? I suspect the pmap recursion encountered with Kostik's patch exist in the current kernel. The other changes in this patch my fix that as well. I know mine is not a failed case but I still went ahead and gave your diffs a whirl. I have pretty much working beaglebone black running 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r252049M: Applied your patch and rebuilt the kernel. Everything seem sane right now. For reference: root@beaglebone:~ # cc -v FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 Target: armv6-unknown-freebsd10.0 Thread model: posix root@beaglebone:~ # df -k Filesystem 1024-blocksUsed Avail Capacity Mounted on /dev/mmcsd0s2a13129204 6459024 561984453%/ devfs1 1 0 100%/dev /dev/mmcsd0s1 2020 660135933%/boot/msdos /dev/md0 29340 24 26972 0%/tmp /dev/md1 14492 64 13272 0%/var/log /dev/md2 4508 84140 0%/var/tmp root@beaglebone:~ # root@beaglebone:~ # sysctl hw.physmem hw.physmem: 536870912 root@beaglebone:~ # dmesg | less KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #0: Wed Jun 26 09:51:05 UTC 2013 root@beaglebone:/usr/obj/usr/src/sys/BEAGLEBONE arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: WITNESS option enabled, expect reduced performance. CPU: Cortex A8-r3 rev 2 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:1 Cache level 1: 32KB/64B 4-way data cache WT WB Read-Alloc 32KB/64B 4-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc real memory = 536870912 (512 MB) avail memory = 511758336 (488 MB) Texas Instruments AM3358 Processor, Revision ES1.1 Anything in particular you want me to test other than, it seems to be working fine for me? Thanks, Hiren Thanks, Jeff ___ 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: revision 252095: kerenl fails to compile: nfs_clstate.c:5160:33: error: format specifies type 'long long' but the argument has type 'uint64_t'
On Jun 22, 2013 6:09 AM, O. Hartmann ohart...@zedat.fu-berlin.de wrote: Just for notice. The most recent sources fail to compile a kernel successfully: http://svnweb.freebsd.org/changeset/base/252074 This change is the culprit. Hiren [...] /usr/src/sys/fs/nfsclient/nfs_clstate.c:5160:33: error: format specifies type 'long long' but the argument has type 'uint64_t' (aka 'unsigned long') [-Werror,-Wformat] lastbyte=%qd\n, error, flp-nfsfl_off, len, ^~ /usr/src/sys/fs/nfs/nfscl.h:74:11: note: expanded from macro 'NFSCL_DEBUG' printf(__VA_ARGS__);\ ^ /usr/src/sys/fs/nfsclient/nfs_clstate.c:5160:49: error: format specifies type 'long long' but the argument has type 'uint64_t' (aka 'unsigned long') [-Werror,-Wformat] lastbyte=%qd\n, error, flp-nfsfl_off, len, ^~~ /usr/src/sys/fs/nfs/nfscl.h:74:11: note: expanded from macro 'NFSCL_DEBUG' printf(__VA_ARGS__);\ ^ /usr/src/sys/fs/nfsclient/nfs_clstate.c:5161:8: error: format specifies type 'long long' but the argument has type 'uint64_t' (aka 'unsigned long') [-Werror,-Wformat] lyp-nfsly_lastbyte); ^~~ /usr/src/sys/fs/nfs/nfscl.h:74:11: note: expanded from macro 'NFSCL_DEBUG' printf(__VA_ARGS__);\ ^ 3 errors generated. *** Error code 1 Stop. Regards, Oliver ___ 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: Cannot build ports on fresh 10.0
On Tue, Jun 4, 2013 at 2:42 PM, m...@freebsd.org wrote: I installed a new VM with 10.0 today from this .iso: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/amd64/10.0/FreeBSD-10.0-CURRENT-amd64-20130601-r251213-release.iso And I'm behind a firewall and I'm not sure I can use pkg(1); my one attempt failed: # pkg install m4 Updating repository catalogue Repository catalogue is up-to-date, no need to fetch fresh copy pkg: Package 'm4' was not found in the repositories So I'm building from source. But the configure step of various ports fails like so: checking whether make sets $(MAKE)... yes checking build system type... Invalid configuration `amd64-portbld-freebsd10.0': machine `amd64-portbld' not recognized configure: error: /bin/sh libltdl/config/config.sub amd64-portbld-freebsd10.0 failed === Script configure failed unexpectedly. Please report the problem to autoto...@freebsd.org [maintainer] and attach the /usr/ports/devel/libtool/work/libtool-2.4.2/config.log including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** Error code 1 _Probably_ similar to this? http://lists.freebsd.org/pipermail/freebsd-ports/2013-June/084040.html cheers, Hiren Any ideas what could be wrong? It's a fresh install with default options, so it seems hard to believe I managed to screw something up already. Posting on -current since this happens to many of the ports when I try to build them. Thanks, matthew ___ 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: Cannot unmount nullfs in current
On Apr 18, 2013 7:04 PM, Craig Rodrigues rodr...@freebsd.org wrote: Hi, I am trying to build some software which uses nanobsd, and mounts/unmounts many nullfs mounts while it runs. I am hitting failures where I cannot unmount nullfs file systems. I cannot figure out why. I am also getting similar failures while trying to build freenas. Here is more info. SYSTEM == I am running amd64, current build at this revision: 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r249181: Sat Apr 6 03:07:32 UTC 2013 amd64 STEPS TO REPRODUCE === (1) Create a directory, /opt2/branches. Make sure that /opt2/branches is on ZFS (2) mkdir -p /opt2/branches/freenas mkdir -p /opt2/branches/freenas-cache (3) git clone git://github.com/freenas/freenas.git /opt2/branches/freenas git clone git:// github.com/freenas/ports.git/opt2/branches/freenas-cache/ports git clone git:// github.com/trueos/trueos.git/opt2/branches/freenas-cache/trueos (4) sudo to root (5) cd /opt2/branches/freenas (6) script build.log env GIT_REPO=/opt2/branches/freenas-cache/trueos \ GIT_PORTS_REPO=/opt2/branches/freenas-cache/ports \ sh build/do_build.sh The build cranks for a while, and then I get this error: 00:02:37 ### log: /opt2/branches/freenas/os-base/amd64/_.cust.add_pkg_archivers_lzo2 I do not get this. do_build.sh: ERROR: FreeNAS /opt2/branches/freenas/nanobsd/os-base build FAILED; please check above log for more details I get this which looks like a generic build failure message. I do not have gnome or any X related things. If I look in .cust.add_pkg_archivers_lzo2, I see this error: + umount /opt2/branches/freenas/os-base/amd64/_.w/usr/ports/distfiles umount: unmount of /opt2/branches/freenas/os-base/amd64/_.w/usr/ports/distfiles failed: Device busy Where do you find/see logs for the build? Another weird thing. Somehow my /sbin was wiped out and only had some pbi-* files in it. This happened to me on 2 different machines while trying to build freenas. I will try to take a closer look today when time permits. Thanks, Hiren If I try to do this manually: # umount /opt2/branches/freenas/os-base/amd64/_.w/usr/ports/distfiles umount: unmount of /opt2/branches/freenas/os-base/amd64/_.w/usr/ports/distfiles failed: Device busy I can't figure out why this mount is busy. If I do: umount -f /opt2/branches/freenas/os-base/amd64/_.w/usr/ports/distfiles it unmounts, but I don't like using the '-f' flag to force the unmount. Any ideas? I am attaching some of my logs. -- Craig ___ 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: Cannot unmount nullfs in current
On Fri, Apr 19, 2013 at 11:17 AM, Craig Rodrigues rodr...@freebsd.org wrote: On Fri, Apr 19, 2013 at 7:30 AM, hiren panchasara hi...@freebsd.org wrote: 00:02:37 ### log: /opt2/branches/freenas/os-base/amd64/_.cust.add_pkg_archivers_lzo2 I do not get this. do_build.sh: ERROR: FreeNAS /opt2/branches/freenas/nanobsd/os-base build FAILED; please check above log for more details I get this which looks like a generic build failure message. I do not have gnome or any X related things. Where do you find/see logs for the build? When building freenas, instead of doing: sh build/do_build.sh if you do: sh build/do_build.sh -x This enables a lot of tracing output. Also, when you see an error message such as: do_build.sh: ERROR: FreeNAS /opt2/branches/freenas/nanobsd/os-base build FAILED; please check above log for more details Then you need to scroll up a bit to see which log file it is referring to. I had tried that without success. I did not get any pointer to where the error might be. I may have failed well before starting any building. One of the reasons might be that I had git port without svn support. Some of the buildscripts magic for git-svn interaction may have failed because of that. I am trying to fix that right now and give this another try. cheers, Hiren -- Craig ___ 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: Cannot unmount nullfs in current
On Fri, Apr 19, 2013 at 12:07 PM, Craig Rodrigues rodr...@freebsd.org wrote: On Fri, Apr 19, 2013 at 11:36 AM, hiren panchasara hi...@freebsd.org wrote: I had tried that without success. I did not get any pointer to where the error might be. I may have failed well before starting any building. One of the reasons might be that I had git port without svn support. Some of the buildscripts magic for git-svn interaction may have failed because of that. I am trying to fix that right now and give this another try. Yes, you are right. I found that to the hard way. You need devel/git-subversion and not devel/git port installed. Somewhere in the build git svn is invoked, and will fail if you don't have devel/git-subversion installed. I believe that was the problem. Installing devel/git-subversion fixed it for me. I will poke freenas folks to add this instruction on their git page for not-so-smart souls like myself. :-) Thanks, Hiren -- Craig ___ 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: Cannot unmount nullfs in current
On Fri, Apr 19, 2013 at 2:56 PM, Craig Rodrigues rodr...@freebsd.org wrote: On Fri, Apr 19, 2013 at 2:36 PM, hiren panchasara hi...@freebsd.org wrote: I believe that was the problem. Installing devel/git-subversion fixed it for me. I will poke freenas folks to add this instruction on their git page for not-so-smart souls like myself. :-) Thanks, Hiren See: https://github.com/freenas/freenas/pull/11 Awesome! Thanks, Hiren -- Craig ___ 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: hwpmc support for haswell
On Sat, Mar 23, 2013 at 5:13 PM, hiren panchasara hiren.panchas...@gmail.com wrote: On Sat, Mar 23, 2013 at 8:58 AM, hiren panchasara hiren.panchas...@gmail.com wrote: On Mar 22, 2013 10:48 PM, Jim Harris jim.har...@gmail.com wrote: On Friday, March 22, 2013, hiren panchasara wrote: On Thu, Jan 31, 2013 at 6:26 PM, hiren panchasara hiren.panchas...@gmail.com wrote: On Thu, Jan 31, 2013 at 5:47 PM, Davide Italiano dav...@freebsd.org wrote: On Fri, Feb 1, 2013 at 2:17 AM, hiren panchasara hiren.panchas...@gmail.com wrote: Hi, I've prepared a patch to add core and uncore events support for haswell processor. I do not have the hardware to test this. It applies cleanly and compiles fine though. http://www.strugglingcoder.info/patches/hwpmc_hw.txt This is initial version of patch and manpage is still missing. I will add it in a few days. Any help in testing is appreciated. Thanks, Hiren It seems Intel won't release this before June (at least to my knowledge). I would claim it'll be difficult to real test this before that date unless someone has prerelease hardware. Indeed. I've posted it here just to let larger audience know and avoid possible duplicate work. We will wait till we get the hardware to test with. I recently got a ref haswell box to play with. Initial dmesg looks like this: CPU: Genuine Intel(R) CPU @ 2.60GHz (2594.05-MHz K8-class CPU) Origin = GenuineIntel Id = 0x306c2 Family = 0x6 Model = 0x3c Stepping = 2 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x7ffafbffSSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,b11,FMA,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND AMD Features=0x2c100800SYSCALL,NX,Page1GB,RDTSCP,LM AMD Features2=0x21LAHF,ABM Standard Extended Features=0x2fbbGSFSBASE,TSCADJ,SMEP,ENHMOVSB,INVPCID TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) avail memory = 8034803712 (7662 MB) Event timer LAPIC quality 600 ACPI APIC Table: DELL CBX3 FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 Diffs at: http://www.strugglingcoder.info/patches/hwpmc_hw.txt Tests I've done: http://www.strugglingcoder.info/patches/hwpmc_hw_pmccontrol.txt http://www.strugglingcoder.info/patches/hwpmc_hw_pmctest.txt I am following 325462-045US Jan 2013 sw dev manual and below are the counters which I cannot poke at via pmcstat: Core: L2_RQSTS.DEMAND_DATA_RD_MISS L2_RQSTS.DEMAND_DATA_RD_HIT L2_RQSTS.ALL_DEMAND_DATA_RD L2_RQSTS.ALL_DEMAND_MISS L2_RQSTS.ALL_DEMAND_REFERENCES L2_RQSTS.MISS CYCLE_ACTIVITY.STALLS_L2_PENDING PAGE_WALKER_LOADS.DTLB_L1 PAGE_WALKER_LOADS.ITLB_L1 BACLEARS.ANY L2_LINES_OUT.DEMAND_CLEAN Uncore: UNC_CBO_XSNP_RESPONSE.INVAL_M UNC_CBO_CACHE_LOOKUP.ES For all of them, I get error like this: # pmcstat -p L2_RQSTS.MISS ls pmcstat: ERROR: Cannot allocate process-mode pmc with specification L2_RQSTS.MISS: Invalid argument Box does not panic or anything. I've tried to double check my changes without success. Is it possible that the documentation has some inconsistencies? It looks like IAF_F_FM is missing from most (all?) of the new event w/ umask entries you added that are specific to Haswell. Can you try adding these and see if it clears anything up? A cursory look seemed to show most of these failures are on event/umasks that are missing this flag. Ah, good point. Let me try that and let you know. Jim, thanks for spotting this. Missing counters are fixed now. Thanks a bunch to Sean for committing the changes: http://svnweb.freebsd.org/base?view=revisionrevision=248842 cheers, Hiren cheers, Hiren Thanks, Hiren. Thanks, -Jim ___ 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: hwpmc support for haswell
On Mar 23, 2013 8:28 AM, Oliver Pinter oliver.p...@gmail.com wrote: On 3/23/13, hiren panchasara hiren.panchas...@gmail.com wrote: On Thu, Jan 31, 2013 at 6:26 PM, hiren panchasara hiren.panchas...@gmail.com wrote: On Thu, Jan 31, 2013 at 5:47 PM, Davide Italiano dav...@freebsd.org wrote: On Fri, Feb 1, 2013 at 2:17 AM, hiren panchasara hiren.panchas...@gmail.com wrote: Hi, I've prepared a patch to add core and uncore events support for haswell processor. I do not have the hardware to test this. It applies cleanly and compiles fine though. http://www.strugglingcoder.info/patches/hwpmc_hw.txt This is initial version of patch and manpage is still missing. I will add it in a few days. Any help in testing is appreciated. Thanks, Hiren It seems Intel won't release this before June (at least to my knowledge). I would claim it'll be difficult to real test this before that date unless someone has prerelease hardware. Indeed. I've posted it here just to let larger audience know and avoid possible duplicate work. We will wait till we get the hardware to test with. I recently got a ref haswell box to play with. Initial dmesg looks like this: CPU: Genuine Intel(R) CPU @ 2.60GHz (2594.05-MHz K8-class CPU) Origin = GenuineIntel Id = 0x306c2 Family = 0x6 Model = 0x3c Stepping = 2 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x7ffafbffSSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,b11,FMA,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND AMD Features=0x2c100800SYSCALL,NX,Page1GB,RDTSCP,LM AMD Features2=0x21LAHF,ABM Standard Extended Features=0x2fbbGSFSBASE,TSCADJ,SMEP,ENHMOVSB,INVPCID TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) avail memory = 8034803712 (7662 MB) Event timer LAPIC quality 600 ACPI APIC Table: DELL CBX3 FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 Diffs at: http://www.strugglingcoder.info/patches/hwpmc_hw.txt Tests I've done: http://www.strugglingcoder.info/patches/hwpmc_hw_pmccontrol.txt http://www.strugglingcoder.info/patches/hwpmc_hw_pmctest.txt I am following 325462-045US Jan 2013 sw dev manual and below are the counters which I cannot poke at via pmcstat: Core: L2_RQSTS.DEMAND_DATA_RD_MISS L2_RQSTS.DEMAND_DATA_RD_HIT L2_RQSTS.ALL_DEMAND_DATA_RD L2_RQSTS.ALL_DEMAND_MISS L2_RQSTS.ALL_DEMAND_REFERENCES L2_RQSTS.MISS CYCLE_ACTIVITY.STALLS_L2_PENDING PAGE_WALKER_LOADS.DTLB_L1 PAGE_WALKER_LOADS.ITLB_L1 BACLEARS.ANY L2_LINES_OUT.DEMAND_CLEAN Uncore: UNC_CBO_XSNP_RESPONSE.INVAL_M UNC_CBO_CACHE_LOOKUP.ES For all of them, I get error like this: # pmcstat -p L2_RQSTS.MISS ls pmcstat: ERROR: Cannot allocate process-mode pmc with specification L2_RQSTS.MISS: Invalid argument Box does not panic or anything. I've tried to double check my changes without success. Is it possible that the documentation has some inconsistencies? Hi! I'm working on SMAP feature, when I have a mostly complete patchset, can you please test? Sure, Hiren Cheers, Hiren ___ 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: hwpmc support for haswell
On Mar 22, 2013 10:48 PM, Jim Harris jim.har...@gmail.com wrote: On Friday, March 22, 2013, hiren panchasara wrote: On Thu, Jan 31, 2013 at 6:26 PM, hiren panchasara hiren.panchas...@gmail.com wrote: On Thu, Jan 31, 2013 at 5:47 PM, Davide Italiano dav...@freebsd.org wrote: On Fri, Feb 1, 2013 at 2:17 AM, hiren panchasara hiren.panchas...@gmail.com wrote: Hi, I've prepared a patch to add core and uncore events support for haswell processor. I do not have the hardware to test this. It applies cleanly and compiles fine though. http://www.strugglingcoder.info/patches/hwpmc_hw.txt This is initial version of patch and manpage is still missing. I will add it in a few days. Any help in testing is appreciated. Thanks, Hiren It seems Intel won't release this before June (at least to my knowledge). I would claim it'll be difficult to real test this before that date unless someone has prerelease hardware. Indeed. I've posted it here just to let larger audience know and avoid possible duplicate work. We will wait till we get the hardware to test with. I recently got a ref haswell box to play with. Initial dmesg looks like this: CPU: Genuine Intel(R) CPU @ 2.60GHz (2594.05-MHz K8-class CPU) Origin = GenuineIntel Id = 0x306c2 Family = 0x6 Model = 0x3c Stepping = 2 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x7ffafbffSSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,b11,FMA,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND AMD Features=0x2c100800SYSCALL,NX,Page1GB,RDTSCP,LM AMD Features2=0x21LAHF,ABM Standard Extended Features=0x2fbbGSFSBASE,TSCADJ,SMEP,ENHMOVSB,INVPCID TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) avail memory = 8034803712 (7662 MB) Event timer LAPIC quality 600 ACPI APIC Table: DELL CBX3 FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 Diffs at: http://www.strugglingcoder.info/patches/hwpmc_hw.txt Tests I've done: http://www.strugglingcoder.info/patches/hwpmc_hw_pmccontrol.txt http://www.strugglingcoder.info/patches/hwpmc_hw_pmctest.txt I am following 325462-045US Jan 2013 sw dev manual and below are the counters which I cannot poke at via pmcstat: Core: L2_RQSTS.DEMAND_DATA_RD_MISS L2_RQSTS.DEMAND_DATA_RD_HIT L2_RQSTS.ALL_DEMAND_DATA_RD L2_RQSTS.ALL_DEMAND_MISS L2_RQSTS.ALL_DEMAND_REFERENCES L2_RQSTS.MISS CYCLE_ACTIVITY.STALLS_L2_PENDING PAGE_WALKER_LOADS.DTLB_L1 PAGE_WALKER_LOADS.ITLB_L1 BACLEARS.ANY L2_LINES_OUT.DEMAND_CLEAN Uncore: UNC_CBO_XSNP_RESPONSE.INVAL_M UNC_CBO_CACHE_LOOKUP.ES For all of them, I get error like this: # pmcstat -p L2_RQSTS.MISS ls pmcstat: ERROR: Cannot allocate process-mode pmc with specification L2_RQSTS.MISS: Invalid argument Box does not panic or anything. I've tried to double check my changes without success. Is it possible that the documentation has some inconsistencies? It looks like IAF_F_FM is missing from most (all?) of the new event w/ umask entries you added that are specific to Haswell. Can you try adding these and see if it clears anything up? A cursory look seemed to show most of these failures are on event/umasks that are missing this flag. Ah, good point. Let me try that and let you know. Thanks, Hiren. Thanks, -Jim ___ 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: hwpmc support for haswell
On Sat, Mar 23, 2013 at 8:58 AM, hiren panchasara hiren.panchas...@gmail.com wrote: On Mar 22, 2013 10:48 PM, Jim Harris jim.har...@gmail.com wrote: On Friday, March 22, 2013, hiren panchasara wrote: On Thu, Jan 31, 2013 at 6:26 PM, hiren panchasara hiren.panchas...@gmail.com wrote: On Thu, Jan 31, 2013 at 5:47 PM, Davide Italiano dav...@freebsd.org wrote: On Fri, Feb 1, 2013 at 2:17 AM, hiren panchasara hiren.panchas...@gmail.com wrote: Hi, I've prepared a patch to add core and uncore events support for haswell processor. I do not have the hardware to test this. It applies cleanly and compiles fine though. http://www.strugglingcoder.info/patches/hwpmc_hw.txt This is initial version of patch and manpage is still missing. I will add it in a few days. Any help in testing is appreciated. Thanks, Hiren It seems Intel won't release this before June (at least to my knowledge). I would claim it'll be difficult to real test this before that date unless someone has prerelease hardware. Indeed. I've posted it here just to let larger audience know and avoid possible duplicate work. We will wait till we get the hardware to test with. I recently got a ref haswell box to play with. Initial dmesg looks like this: CPU: Genuine Intel(R) CPU @ 2.60GHz (2594.05-MHz K8-class CPU) Origin = GenuineIntel Id = 0x306c2 Family = 0x6 Model = 0x3c Stepping = 2 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x7ffafbffSSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,b11,FMA,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND AMD Features=0x2c100800SYSCALL,NX,Page1GB,RDTSCP,LM AMD Features2=0x21LAHF,ABM Standard Extended Features=0x2fbbGSFSBASE,TSCADJ,SMEP,ENHMOVSB,INVPCID TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) avail memory = 8034803712 (7662 MB) Event timer LAPIC quality 600 ACPI APIC Table: DELL CBX3 FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 Diffs at: http://www.strugglingcoder.info/patches/hwpmc_hw.txt Tests I've done: http://www.strugglingcoder.info/patches/hwpmc_hw_pmccontrol.txt http://www.strugglingcoder.info/patches/hwpmc_hw_pmctest.txt I am following 325462-045US Jan 2013 sw dev manual and below are the counters which I cannot poke at via pmcstat: Core: L2_RQSTS.DEMAND_DATA_RD_MISS L2_RQSTS.DEMAND_DATA_RD_HIT L2_RQSTS.ALL_DEMAND_DATA_RD L2_RQSTS.ALL_DEMAND_MISS L2_RQSTS.ALL_DEMAND_REFERENCES L2_RQSTS.MISS CYCLE_ACTIVITY.STALLS_L2_PENDING PAGE_WALKER_LOADS.DTLB_L1 PAGE_WALKER_LOADS.ITLB_L1 BACLEARS.ANY L2_LINES_OUT.DEMAND_CLEAN Uncore: UNC_CBO_XSNP_RESPONSE.INVAL_M UNC_CBO_CACHE_LOOKUP.ES For all of them, I get error like this: # pmcstat -p L2_RQSTS.MISS ls pmcstat: ERROR: Cannot allocate process-mode pmc with specification L2_RQSTS.MISS: Invalid argument Box does not panic or anything. I've tried to double check my changes without success. Is it possible that the documentation has some inconsistencies? It looks like IAF_F_FM is missing from most (all?) of the new event w/ umask entries you added that are specific to Haswell. Can you try adding these and see if it clears anything up? A cursory look seemed to show most of these failures are on event/umasks that are missing this flag. Ah, good point. Let me try that and let you know. Jim, thanks for spotting this. Missing counters are fixed now. cheers, Hiren Thanks, Hiren. Thanks, -Jim ___ 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: hwpmc support for haswell
On Thu, Jan 31, 2013 at 6:26 PM, hiren panchasara hiren.panchas...@gmail.com wrote: On Thu, Jan 31, 2013 at 5:47 PM, Davide Italiano dav...@freebsd.org wrote: On Fri, Feb 1, 2013 at 2:17 AM, hiren panchasara hiren.panchas...@gmail.com wrote: Hi, I've prepared a patch to add core and uncore events support for haswell processor. I do not have the hardware to test this. It applies cleanly and compiles fine though. http://www.strugglingcoder.info/patches/hwpmc_hw.txt This is initial version of patch and manpage is still missing. I will add it in a few days. Any help in testing is appreciated. Thanks, Hiren It seems Intel won't release this before June (at least to my knowledge). I would claim it'll be difficult to real test this before that date unless someone has prerelease hardware. Indeed. I've posted it here just to let larger audience know and avoid possible duplicate work. We will wait till we get the hardware to test with. I recently got a ref haswell box to play with. Initial dmesg looks like this: CPU: Genuine Intel(R) CPU @ 2.60GHz (2594.05-MHz K8-class CPU) Origin = GenuineIntel Id = 0x306c2 Family = 0x6 Model = 0x3c Stepping = 2 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x7ffafbffSSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,b11,FMA,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND AMD Features=0x2c100800SYSCALL,NX,Page1GB,RDTSCP,LM AMD Features2=0x21LAHF,ABM Standard Extended Features=0x2fbbGSFSBASE,TSCADJ,SMEP,ENHMOVSB,INVPCID TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) avail memory = 8034803712 (7662 MB) Event timer LAPIC quality 600 ACPI APIC Table: DELL CBX3 FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 Diffs at: http://www.strugglingcoder.info/patches/hwpmc_hw.txt Tests I've done: http://www.strugglingcoder.info/patches/hwpmc_hw_pmccontrol.txt http://www.strugglingcoder.info/patches/hwpmc_hw_pmctest.txt I am following 325462-045US Jan 2013 sw dev manual and below are the counters which I cannot poke at via pmcstat: Core: L2_RQSTS.DEMAND_DATA_RD_MISS L2_RQSTS.DEMAND_DATA_RD_HIT L2_RQSTS.ALL_DEMAND_DATA_RD L2_RQSTS.ALL_DEMAND_MISS L2_RQSTS.ALL_DEMAND_REFERENCES L2_RQSTS.MISS CYCLE_ACTIVITY.STALLS_L2_PENDING PAGE_WALKER_LOADS.DTLB_L1 PAGE_WALKER_LOADS.ITLB_L1 BACLEARS.ANY L2_LINES_OUT.DEMAND_CLEAN Uncore: UNC_CBO_XSNP_RESPONSE.INVAL_M UNC_CBO_CACHE_LOOKUP.ES For all of them, I get error like this: # pmcstat -p L2_RQSTS.MISS ls pmcstat: ERROR: Cannot allocate process-mode pmc with specification L2_RQSTS.MISS: Invalid argument Box does not panic or anything. I've tried to double check my changes without success. Is it possible that the documentation has some inconsistencies? Cheers, Hiren ___ 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: Headphone support on Thinkpad T430s
On Tue, Mar 12, 2013 at 12:09 AM, Johannes Dieterich dieterich@gmail.com wrote: Dear list, please see a patch to enable proper headphone support on Thinkpad T430s models. The quirk uses the same logic as the recent patch to CURRENT to enable some other Thinkpad models. Unfortunately, I cannot comment if this will work for other models (such as the regular T430) as well, therefore I used the T430S identifier. For T430, the pins are at 0x21f3 so you assumed right. This patch would not work on it. T430S is the correct identifier. cheers, Hiren Hope someone can commit this, Johannes ___ 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: Headphone support on Thinkpad T430s
On Tue, Mar 12, 2013 at 1:04 AM, Sergey Nasonov snaso...@bcc.ru wrote: I have T430 and to get headphone working I am using following workaround: hint.hdaa.4.nid21.config=as=1 seq=15 in /boot/device.hints So the final patch should looks like this Index: sys/dev/sound/pci/hda/hdaa_patches.c === --- sys/dev/sound/pci/hda/hdaa_patches.c(revision 248186) +++ sys/dev/sound/pci/hda/hdaa_patches.c(working copy) @@ -344,7 +344,8 @@ break; } } else if (id == HDA_CODEC_ALC269 - subid == LENOVO_X1CRBN_SUBVENDOR) { + (subid == LENOVO_X1CRBN_SUBVENDOR || +subid == LENOVO_T430_SUBVENDOR || +subid == LENOVO_T430S_SUBVENDOR)) { switch (nid) { case 21: patch = as=1 seq=15; Index: sys/dev/sound/pci/hda/hdac.h === --- sys/dev/sound/pci/hda/hdac.h(revision 248186) +++ sys/dev/sound/pci/hda/hdac.h(working copy) @@ -218,13 +218,14 @@ #define LENOVO_VENDORID0x17aa #define LENOVO_3KN100_SUBVENDORHDA_MODEL_CONSTRUCT(LENOVO, 0x2066) #define LENOVO_3KN200_SUBVENDORHDA_MODEL_CONSTRUCT(LENOVO, 0x384e) -#define LENOVO_B450_SUBVENDOR HDA_MODEL_CONSTRUCT(LENOVO, 0x3a0d) +#define LENOVO_B450_SUBVENDOR HDA_MODEL_CONSTRUCT(LENOVO, 0x3a0d) #define LENOVO_TCA55_SUBVENDOR HDA_MODEL_CONSTRUCT(LENOVO, 0x1015) #defineLENOVO_X1_SUBVENDOR HDA_MODEL_CONSTRUCT(LENOVO, 0x21e8) #defineLENOVO_X1CRBN_SUBVENDOR HDA_MODEL_CONSTRUCT(LENOVO, 0x21f9) #define LENOVO_X220_SUBVENDOR HDA_MODEL_CONSTRUCT(LENOVO, 0x21da) #define LENOVO_X300_SUBVENDOR HDA_MODEL_CONSTRUCT(LENOVO, 0x20ac) #defineLENOVO_T420_SUBVENDOR HDA_MODEL_CONSTRUCT(LENOVO, 0x21ce) +#define LENOVO_T430_SUBVENDOR HDA_MODEL_CONSTRUCT(LENOVO, 0x21f3) +#define LENOVO_T430S_SUBVENDOR HDA_MODEL_CONSTRUCT(LENOVO, 0x21fb) #defineLENOVO_T520_SUBVENDOR HDA_MODEL_CONSTRUCT(LENOVO, 0x21cf) #define LENOVO_ALL_SUBVENDOR HDA_MODEL_CONSTRUCT(LENOVO, 0x) On Tuesday 12 March 2013 03:09:15 Johannes Dieterich wrote: Dear list, please see a patch to enable proper headphone support on Thinkpad T430s models. The quirk uses the same logic as the recent patch to CURRENT to enable some other Thinkpad models. Unfortunately, I cannot comment if this will work for other models (such as the regular T430) as well, therefore I used the T430S identifier. Hope someone can commit this, http://svnweb.freebsd.org/changeset/base/248187 Glebius just did. cheers, Hiren Johannes -- Best Regards, Nasonov Sergey ___ 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: pw is broken?
On Mar 8, 2013 9:44 PM, KT Sin kt...@acm.org wrote: pw is crashing with seg fault due to this change? http://svnweb.freebsd.org/base/head/lib/libutil/gr_util.c?r1=245390r2=247919 I think the correct fix is committed with: http://svnweb.freebsd.org/changeset/base/248102 Hiren # gdb ./pw 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 amd64-marcel-freebsd... (gdb) run groupadd test123 -g 12345 Starting program: /usr/src/usr.sbin/pw/pw groupadd test123 -g 12345 Program received signal SIGSEGV, Segmentation fault. 0x80d84a4f in stpcpy () from /lib/libc.so.7 (gdb) bt full #0 0x80d84a4f in stpcpy () from /lib/libc.so.7 No symbol table info available. #1 0x80a5c00a in grcopy (gr=0x612ce0, newgr=0x81409100, name=0x0, ndx=0) at /usr/src/lib/libutil/gr_util.c:496 dst = 0x8 Error reading address 0x8: Bad address i = 1090277153 #2 0x80a5bdc6 in gr_add (gr=0x612ce0, newmember=0x0) at /usr/src/lib/libutil/gr_util.c:451 newgr = (struct group *) 0x81409100 len = 0 num_mem = 0 #3 0x80a5bd4f in gr_dup (gr=0x612ce0) at /usr/src/lib/libutil/gr_util.c:434 No locals. #4 0x0040bad7 in gr_update (grp=0x612ce0, group=0x0) at grupd.c:78 pfd = 0 tfd = 4244492 gr = (struct group *) 0x0 old_gr = (struct group *) 0x0 #5 0x0040ba8f in addgrent (grp=0x612ce0) at grupd.c:111 No locals. #6 0x0040a83d in pw_group (cnf=0x612bf0, mode=0, args=0x613e78) at pw_group.c:258 ---Type return to continue, or q return to quit--- grp = (struct group *) 0x612ce0 members = (char **) 0x81485d00 rc = 0 a_name = (struct carg *) 0x8144c0a0 a_gid = (struct carg *) 0x8144c0c0 arg = (struct carg *) 0x0 grmembers = 200 fakegroup = {gr_name = 0x7fffdcb9 test123, gr_passwd = 0x40fbc9 *, gr_gid = 12345, gr_mem = 0x81485d00} #7 0x004037fb in main (argc=3, argv=0x7fffd9f0) at pw.c:230 which = 1 config = 0x0 cnf = (struct userconf *) 0x612bf0 ch = -1 mode = 0 opts = {{0x40e150 V:C:qn:u:c:d:e:p:g:G:mM:k:s:oL:i:w:h:H:Db:NPy:Y, 0x40e180 V:C:qn:u:rY, 0x40e18c V:C:qn:u:c:d:e:p:g:G:mM:l:k:s:w:L:h:H:FNPY, 0x40e1b7 V:C:qn:u:FPa7, 0x40e1c5 V:C:q, 0x40e1c5 V:C:q, 0x40e1c5 V:C:q}, {0x40e1cb V:C:qn:g:h:H:M:opNPY, 0x40e1e0 V:C:qn:g:Y, 0x40e1eb V:C:qn:d:g:l:h:H:FM:m:NPY, 0x40e205 V:C:qn:g:FPa, 0x40e1c5 V:C:q, 0x0, 0x0}} funcs = {0x405270 pw_user, 0x409b60 pw_group} (gdb) ___ 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
hwpmc support for haswell
Hi, I've prepared a patch to add core and uncore events support for haswell processor. I do not have the hardware to test this. It applies cleanly and compiles fine though. http://www.strugglingcoder.info/patches/hwpmc_hw.txt This is initial version of patch and manpage is still missing. I will add it in a few days. Any help in testing is appreciated. Thanks, Hiren ___ 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: hwpmc support for haswell
On Thu, Jan 31, 2013 at 5:47 PM, Davide Italiano dav...@freebsd.org wrote: On Fri, Feb 1, 2013 at 2:17 AM, hiren panchasara hiren.panchas...@gmail.com wrote: Hi, I've prepared a patch to add core and uncore events support for haswell processor. I do not have the hardware to test this. It applies cleanly and compiles fine though. http://www.strugglingcoder.info/patches/hwpmc_hw.txt This is initial version of patch and manpage is still missing. I will add it in a few days. Any help in testing is appreciated. Thanks, Hiren It seems Intel won't release this before June (at least to my knowledge). I would claim it'll be difficult to real test this before that date unless someone has prerelease hardware. Indeed. I've posted it here just to let larger audience know and avoid possible duplicate work. We will wait till we get the hardware to test with. Thanks, Hiren Thanks Davide ___ 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: hwpmc support for Ivy Bridge Xeon
On Mon, Jan 28, 2013 at 7:27 PM, hiren panchasara hiren.panchas...@gmail.com wrote: On Sat, Jan 26, 2013 at 1:58 AM, hiren panchasara hiren.panchas...@gmail.com wrote: I've tried to update hwpmc by adding support for xeon class of Ivy bridge processors. Thanks Jim for pointing me to the correct document. (325462-045US Jan 2013) I do not have a reference machine to test with. Any help in that regard would be appreciated. Got a machine with ivy bridge xeon. Will test my changes and update here soon. Hiren It seems to be working fine: Here is o/p of pmccontrol -L listing all the event counters: http://www.strugglingcoder.info/patches/hwpmc_ibx_pmccontrol.txt And below is the o/p of pmctest.py script: http://www.strugglingcoder.info/patches/hwpmc_ibx_pmctest.txt cheers, Hiren Here are the diffs against head (245927): http://www.strugglingcoder.info/patches/hwpmc_ibx.txt Thanks, Hiren ___ 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: hwpmc support for Ivy Bridge Xeon
On Tue, Jan 29, 2013 at 2:05 AM, Davide Italiano dav...@freebsd.org wrote: On Tue, Jan 29, 2013 at 12:29 AM, hiren panchasara hiren.panchas...@gmail.com wrote: On Mon, Jan 28, 2013 at 7:27 PM, hiren panchasara hiren.panchas...@gmail.com wrote: On Sat, Jan 26, 2013 at 1:58 AM, hiren panchasara hiren.panchas...@gmail.com wrote: I've tried to update hwpmc by adding support for xeon class of Ivy bridge processors. Thanks Jim for pointing me to the correct document. (325462-045US Jan 2013) I do not have a reference machine to test with. Any help in that regard would be appreciated. Got a machine with ivy bridge xeon. Will test my changes and update here soon. Hiren It seems to be working fine: Here is o/p of pmccontrol -L listing all the event counters: http://www.strugglingcoder.info/patches/hwpmc_ibx_pmccontrol.txt I don't see anything wrong there. And below is the o/p of pmctest.py script: http://www.strugglingcoder.info/patches/hwpmc_ibx_pmctest.txt With 'pmctest.py' are you talking about the gnn@ script available in tools/ ? Yes. What are you profiling (ls, find, the kernel) ? I was testing simple commands like ls. I've recently discovered an excellent tool from Peter in stress2 suite to test pmc. Maybe you can try it. http://svnweb.freebsd.org/base/user/pho/stress2/misc/pmc.sh?revision=237222view=markup Interesting tool. I will spend more time in looking into it. Though I quickly did run pmc.sh run: run time 0+00:05:00, incarnations 1, load 100, verbose 1 10:48:37 Loop #1 rw: run time 0+00:02:00, incarnations 8, load 70, verbose 1 swap: run time 0+00:02:00, incarnations 38, load 80, verbose 1 creat: run time 0+00:02:00, incarnations 3, load 80, verbose 1 10:52:05 Loop #2 rw: run time 0+00:02:00, incarnations 17, load 70, verbose 1 creat: run time 0+00:02:00, incarnations 18, load 80, verbose 1 mkdir: run time 0+00:02:00, incarnations 9, load 80, verbose 1 Again, I appreciate you helping here, Thanks, Hiren cheers, Hiren Here are the diffs against head (245927): http://www.strugglingcoder.info/patches/hwpmc_ibx.txt Thanks, Hiren ___ 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 Thanks -- Davide ___ 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: hwpmc support for Ivy Bridge Xeon
On Sat, Jan 26, 2013 at 1:58 AM, hiren panchasara hiren.panchas...@gmail.com wrote: I've tried to update hwpmc by adding support for xeon class of Ivy bridge processors. Thanks Jim for pointing me to the correct document. (325462-045US Jan 2013) I do not have a reference machine to test with. Any help in that regard would be appreciated. Got a machine with ivy bridge xeon. Will test my changes and update here soon. Hiren Here are the diffs against head (245927): http://www.strugglingcoder.info/patches/hwpmc_ibx.txt Thanks, Hiren ___ 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
hwpmc support for Ivy Bridge Xeon
I've tried to update hwpmc by adding support for xeon class of Ivy bridge processors. Thanks Jim for pointing me to the correct document. (325462-045US Jan 2013) I do not have a reference machine to test with. Any help in that regard would be appreciated. Here are the diffs against head (245927): http://www.strugglingcoder.info/patches/hwpmc_ibx.txt Thanks, Hiren ___ 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: hwpmc support for Ivy Bridge Xeon
Keeping sbruno in the chain. On Sat, Jan 26, 2013 at 5:41 AM, Davide Italiano dav...@freebsd.org wrote: On Sat, Jan 26, 2013 at 1:58 AM, hiren panchasara hiren.panchas...@gmail.com wrote: I've tried to update hwpmc by adding support for xeon class of Ivy bridge processors. Thanks Jim for pointing me to the correct document. (325462-045US Jan 2013) I do not have a reference machine to test with. Any help in that regard would be appreciated. Here are the diffs against head (245927): http://www.strugglingcoder.info/patches/hwpmc_ibx.txt Thanks, Hiren ___ 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 From a first look appears good -- I've a couple of observations though. I see your patch covers only core events -- am I missing something? My bad, should've mentioned that diffs only has core events. I could not find uncore events clearly mentioned in the spec. Not really important, and I don't want to be pedantic here, but maybe this can be renamed to something less ugly: static int -iap_event_sb_sbx_ib_ok_on_counter(enum pmc_event pe, int ri) +iap_event_sb_sbx_ib_ibx_ok_on_counter(enum pmc_event pe, int ri) Now when I look at this yes, we should change it. :-) Not sure about the new name. Thanks for looking into it, Hiren ___ 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: Clang warning patches
On Tue, Jan 15, 2013 at 3:22 PM, John-Mark Gurney j...@funkthat.com wrote: John-Mark Gurney wrote this message on Tue, Jan 15, 2013 at 15:10 -0800: hiren panchasara wrote this message on Tue, Jan 15, 2013 at 07:52 -0800: http://www.strugglingcoder.info/patches/clang_warnings_dev_bktr.txt This patch does not look correct at all... It is simply removing code.. How is is good that after we failed to set the tv_freq that we continue on? What is the warning that we are fixing here? I forgot to look at the intermediate variable that tv_channel was being assigned to... Turns out it's an unsigned int, while tv_channel is returning an int... We should fix this properly by changing temp to be an int, or moving the check inline instead of removing it blindly... I agree. My bad. I should have looked at it a little more carefully. Turning temp to int looks fine. All function returns being assigned to temp are int. I think I still have an old bktr card that I can throw in to do some basic testing... I will update the patch in a bit. I do not have the hardware but let me know if I can help you in testing. Thanks, Hiren After doing some code sperlunking, looks like this bug was introduced w/ the original driver 15 years ago... And no one noticed even after moving the code around a few times... -- John-Mark Gurney Voice: +1 415 225 5579 All that I will do, has been done, All that I have, has not. ___ 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: Fixing clang warnings in hwpmc
On Jan 12, 2013 10:29 AM, Sean Bruno seanwbr...@gmail.com wrote: On Mon, 2013-01-07 at 16:34 -0800, hiren panchasara wrote: http://www.strugglingcoder.info/patches/hwpmc_clang_warnings.txt A trivial patch to fix a couple of clang warnings. Thanks, Hiren Ack. compiles good. Commit in progress. Thanks a lot! Hiren Sean ___ 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
Fixing clang warnings in hwpmc
http://www.strugglingcoder.info/patches/hwpmc_clang_warnings.txt A trivial patch to fix a couple of clang warnings. Thanks, Hiren ___ 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: hwpmc nits
On Tue, Oct 23, 2012 at 6:27 PM, Sean Bruno sean...@yahoo-inc.com wrote: On Sun, 2012-10-21 at 00:19 -0700, hiren panchasara wrote: http://www.strugglingcoder.info/patches/hwpmc_nits_1.txt Fixing a few typos with this patch. Please let me know if this looks okay. Thanks, Hiren Sendinglib/libpmc/libpmc.c Sendinglib/libpmc/pmc.ivybridge.3 Sendinglib/libpmc/pmc.sandybridge.3 Sendinglib/libpmc/pmc.sandybridgexeon.3 Sendingsys/dev/hwpmc/pmc_events.h Transmitting file data . Committed revision 241974. Thanks Sean :-) Hiren sean ___ 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: hwpmc nits
On Mon, Oct 22, 2012 at 9:25 AM, Jim Harris jim.har...@gmail.com wrote: On Sun, Oct 21, 2012 at 12:19 AM, hiren panchasara hiren.panchas...@gmail.com wrote: http://www.strugglingcoder.info/patches/hwpmc_nits_1.txt Fixing a few typos with this patch. Please let me know if this looks okay. Thanks, Hiren Looks good. Thanks, Jim. Sean, can you please commit this on my behalf? :-) Thanks again, Hiren Thanks, -Jim ___ 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
patch: hwpmc nits
http://www.strugglingcoder.info/patches/hwpmc_nits_1.txt Fixing a few typos with this patch. Please let me know if this looks okay. Thanks, Hiren ___ 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]hwpmc update for sandybridge-e
On Thu, Oct 18, 2012 at 10:07 AM, Sean Bruno sean...@yahoo-inc.com wrote: Sure, I will separate it out. If there are no further comments, can I ask Sean to commit on my behalf? Can you do the man page to include both in the commit? Except that point seems good to me. Thanks Fabien! Thanks! Fabien Thanks, Hiren I shall await your svn diff. :-) Here you go: http://www.strugglingcoder.info/patches/hwpmc_sbx_4.txt New diffs has man page and doesn't have sandybridge typo fix. (will submit separate patch for that). cheers, Hiren ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [head tinderbox] failure on i386/i386
On Tue, Oct 16, 2012 at 10:35 PM, FreeBSD Tinderbox tinder...@freebsd.orgwrote: TB --- 2012-10-17 02:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-10-17 02:40:00 - FreeBSD freebsd-current.sentex.ca8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-17 02:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-10-17 02:40:00 - cleaning the object tree TB --- 2012-10-17 02:50:41 - checking out /src from svn:// svn.freebsd.org/base/head TB --- 2012-10-17 02:50:41 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-10-17 02:50:41 - /usr/local/bin/svn cleanup /src TB --- 2012-10-17 02:51:44 - /usr/local/bin/svn update /src TB --- 2012-10-17 02:51:51 - At svn revision 241625 TB --- 2012-10-17 02:51:52 - building world TB --- 2012-10-17 02:51:52 - CROSS_BUILD_TESTING=YES TB --- 2012-10-17 02:51:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-17 02:51:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-17 02:51:52 - SRCCONF=/dev/null TB --- 2012-10-17 02:51:52 - TARGET=i386 TB --- 2012-10-17 02:51:52 - TARGET_ARCH=i386 TB --- 2012-10-17 02:51:52 - TZ=UTC TB --- 2012-10-17 02:51:52 - __MAKE_CONF=/dev/null TB --- 2012-10-17 02:51:52 - cd /src TB --- 2012-10-17 02:51:52 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Wed Oct 17 02:51:58 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Wed Oct 17 05:19:56 UTC 2012 TB --- 2012-10-17 05:19:56 - generating LINT kernel config TB --- 2012-10-17 05:19:56 - cd /src/sys/i386/conf TB --- 2012-10-17 05:19:56 - /usr/bin/make -B LINT TB --- 2012-10-17 05:19:56 - cd /src/sys/i386/conf TB --- 2012-10-17 05:19:56 - /usr/sbin/config -m LINT TB --- 2012-10-17 05:19:56 - building LINT kernel TB --- 2012-10-17 05:19:56 - CROSS_BUILD_TESTING=YES TB --- 2012-10-17 05:19:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-17 05:19:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-17 05:19:56 - SRCCONF=/dev/null TB --- 2012-10-17 05:19:56 - TARGET=i386 TB --- 2012-10-17 05:19:56 - TARGET_ARCH=i386 TB --- 2012-10-17 05:19:56 - TZ=UTC TB --- 2012-10-17 05:19:56 - __MAKE_CONF=/dev/null TB --- 2012-10-17 05:19:56 - cd /src TB --- 2012-10-17 05:19:56 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Oct 17 05:19:57 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_gif.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net/if_gre.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings
Re: [CFT]hwpmc update for sandybridge-e
On Wed, Oct 17, 2012 at 11:41 AM, Jim Harris jim.har...@gmail.com wrote: On Mon, Oct 15, 2012 at 5:49 PM, hiren panchasara hiren.panchas...@gmail.com wrote: snip Thanks Fabien for getting back quickly. As I am not clear about uncore support, I've removed it entirely as you suggested. I've tried to incorporate other comments too. New set of diffs, pmccontrol and pmctest.py results are here: http://www.strugglingcoder.info/patches/hwpmc_sbx_2.txt http://www.strugglingcoder.info/patches/pmccontrol_2.txt http://www.strugglingcoder.info/patches/pmctestpy_2.txt I now have following event counters failing from pmctest.py script: CYCLE_ACTIVITY.CYCLES_L2_PENDING BACLEARS.ANY L2_TRANS.DEMAND_DATA_RD L2_TRANS.RF0 SQ_MISC.SPLIT_LOCK Hi Hiren, With your patch, I see different event counters failing on my SNB Xeon system: CYCLE_ACTIVITY.CYCLES_L2_PENDING - this is due to missing IAP_F_FM which Fabien already pointed out. There are 5 total that need this added - this one is the only one that fails from the pmctest.py script because it's the only one with bit 0 set (IAP_M_CORE) in its flags which causes a hard pmc_allocation failure. MEM_LOAD_UOPS_LLC_MISS_RETIRED.LOCAL_DRAM - this is due to adding this event to the SNB Xeon event list in the header file, but IAP_F_SBX is missing from the associated IAPDESCR for D3H_01H in hwpmc_core.c. Thanks for the pointers Jim! It seems that everything works now with: http://www.strugglingcoder.info/patches/hwpmc_sbx_3.txt http://www.strugglingcoder.info/patches/pmccontrol_3.txt http://www.strugglingcoder.info/patches/pmctestpy_3.txt As it can be seen, I do not see any errors with the test script. I've also tried to take care of the sorting issues Fabien mentioned. Can you please give this a whirl? It's not clear to me why you are seeing failures on those other events. Maybe make sure libpmc/pmcstat/pmccontrol/hwpmc are all in sync? I have a few questions regarding this. For my testing I am using hwpmc as a module. Problem is that any change to pmc_events.h is not reflected when I do: 1) rebuild /sys/modules/hwpmc - unload/load new module 2) rebuild /lib/libpmc/ 3) rebuild /usr.sbin/pmccontrol and pmcstat I have to do buildworld for changes in pmc_events.h to take effect. (which kind of explains my delayed responses :D ) I know I am missing something here and there should be a better way to do this. Any other changes (other than pmc_events.h) can be tested with above 3 steps. Thanks for working on this! Entirely my pleasure :-) Thanks, Hiren ___ 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]hwpmc update for sandybridge-e
On Wed, Oct 17, 2012 at 5:00 PM, Jim Harris jim.har...@gmail.com wrote: On Wed, Oct 17, 2012 at 3:57 PM, hiren panchasara hiren.panchas...@gmail.com wrote: snip Thanks for the pointers Jim! It seems that everything works now with: http://www.strugglingcoder.info/patches/hwpmc_sbx_3.txt http://www.strugglingcoder.info/patches/pmccontrol_3.txt http://www.strugglingcoder.info/patches/pmctestpy_3.txt As it can be seen, I do not see any errors with the test script. I've also tried to take care of the sorting issues Fabien mentioned. Can you please give this a whirl? Looks good! Version 3 passes pmctest.py on my system. Great! Thanks a lot for testing. snip I have a few questions regarding this. For my testing I am using hwpmc as a module. Problem is that any change to pmc_events.h is not reflected when I do: 1) rebuild /sys/modules/hwpmc - unload/load new module 2) rebuild /lib/libpmc/ 3) rebuild /usr.sbin/pmccontrol and pmcstat I have to do buildworld for changes in pmc_events.h to take effect. (which kind of explains my delayed responses :D ) I know I am missing something here and there should be a better way to do this. Any other changes (other than pmc_events.h) can be tested with above 3 steps. You forgot to mention sys/pmc.h, but that was a simple change so you probably haven't had to touch it since your initial patch. The quick and dirty way is to just copy sys/dev/hwpmc/pmc_events.h to /usr/include/dev/hwpmc. Also sys/sys/pmc.h to /usr/include/sys. Nice...! Appreciate your help, Hiren Thanks, -Jim Thanks for working on this! Entirely my pleasure :-) Thanks, Hiren ___ 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]hwpmc update for sandybridge-e
On Wed, Oct 17, 2012 at 5:12 PM, hiren panchasara hiren.panchas...@gmail.com wrote: On Wed, Oct 17, 2012 at 5:00 PM, Jim Harris jim.har...@gmail.com wrote: On Wed, Oct 17, 2012 at 3:57 PM, hiren panchasara hiren.panchas...@gmail.com wrote: snip Thanks for the pointers Jim! It seems that everything works now with: http://www.strugglingcoder.info/patches/hwpmc_sbx_3.txt I've also made following change in existing sandybridge (not xeon :-) ) mappings. Let me know if that looks reasonable. @@ -2772,7 +2777,7 @@ __PMC_EV_ALIAS(MEM_LOAD_UOPS_LLC_HIT_RETIRED.XSNP_NONE, IAP_EVENT_D2H_08H) \ __PMC_EV_ALIAS(MEM_LOAD_UOPS_LLC_HIT_RETIRED.LLC_MISS, IAP_EVENT_D4H_02H) \ __PMC_EV_ALIAS(L2_TRANS.DEMAND_DATA_RD, IAP_EVENT_F0H_01H) \ -__PMC_EV_ALIAS(L2_TRANS.RF0, IAP_EVENT_F0H_02H) \ +__PMC_EV_ALIAS(L2_TRANS.RFO, IAP_EVENT_F0H_02H) \ __PMC_EV_ALIAS(L2_TRANS.CODE_RD, IAP_EVENT_F0H_04H) \ __PMC_EV_ALIAS(L2_TRANS.ALL_PF, IAP_EVENT_F0H_08H) \ __PMC_EV_ALIAS(L2_TRANS.L1D_WB, IAP_EVENT_F0H_10H) \ Thanks, Hiren ___ 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]hwpmc update for sandybridge-e
+ Sean - who got dropped from the chain somehow. On Wed, Oct 17, 2012 at 6:01 PM, Jim Harris jim.har...@gmail.com wrote: On Wed, Oct 17, 2012 at 5:55 PM, hiren panchasara hiren.panchas...@gmail.com wrote: On Wed, Oct 17, 2012 at 5:12 PM, hiren panchasara hiren.panchas...@gmail.com wrote: On Wed, Oct 17, 2012 at 5:00 PM, Jim Harris jim.har...@gmail.com wrote: On Wed, Oct 17, 2012 at 3:57 PM, hiren panchasara hiren.panchas...@gmail.com wrote: snip Thanks for the pointers Jim! It seems that everything works now with: http://www.strugglingcoder.info/patches/hwpmc_sbx_3.txt I've also made following change in existing sandybridge (not xeon :-) ) mappings. Let me know if that looks reasonable. @@ -2772,7 +2777,7 @@ __PMC_EV_ALIAS(MEM_LOAD_UOPS_LLC_HIT_RETIRED.XSNP_NONE, IAP_EVENT_D2H_08H)\ __PMC_EV_ALIAS(MEM_LOAD_UOPS_LLC_HIT_RETIRED.LLC_MISS, IAP_EVENT_D4H_02H)\ __PMC_EV_ALIAS(L2_TRANS.DEMAND_DATA_RD, IAP_EVENT_F0H_01H) \ -__PMC_EV_ALIAS(L2_TRANS.RF0, IAP_EVENT_F0H_02H) \ +__PMC_EV_ALIAS(L2_TRANS.RFO, IAP_EVENT_F0H_02H) \ __PMC_EV_ALIAS(L2_TRANS.CODE_RD, IAP_EVENT_F0H_04H) \ __PMC_EV_ALIAS(L2_TRANS.ALL_PF, IAP_EVENT_F0H_08H) \ __PMC_EV_ALIAS(L2_TRANS.L1D_WB, IAP_EVENT_F0H_10H) \ This is a reasonable change, but it should be part of a separate commit. Sure, I will separate it out. If there are no further comments, can I ask Sean to commit on my behalf? Thanks, Hiren ___ 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]hwpmc update for sandybridge-e
On Mon, Oct 15, 2012 at 1:12 AM, Fabien Thomas fabien.tho...@netasq.comwrote: Le 13 oct. 2012 à 00:54, hiren panchasara a écrit : On Fri, Oct 5, 2012 at 1:05 AM, Fabien Thomas fabien.tho...@netasq.com wrote: Le 5 oct. 2012 à 10:00, Fabien Thomas a écrit : Le 5 oct. 2012 à 00:46, Sean Bruno a écrit : So, I did the bear minimum and kind of hacked things together without understanding precisely what I was doing, and I was able to massage the sandybridge-e CPUs into giving me some basic functions. Comments or concerns before I commit this? http://people.freebsd.org/~sbruno/pmc_sandybridge.txt Hi Sean, The only modification required is this one http://svnweb.freebsd.org/base?view=revisionrevision=237196 but davide@ removed it for a problem that need to be looked at. Looking at the doc this CPU require a full set of PMC as the list of event are different. So this mean full manpage, full event list, … Doc: The events in Table 19-3 apply to processors with CPUID signature of DisplayFamily_DisplayModel encoding with the following values: 06_2AH and 06_2DH. The events in Table 19-4 apply to processors with CPUID signature 06_2AH. The events in Table 19-5 apply to processors with CPUID signature 06_2DH. Required change will be the same as this commit if you want to look at it: http://svnweb.freebsd.org/base?view=revisionrevision=240164 Hi All, With help of Sean, I've prepared another semi-working patch: http://www.strugglingcoder.info/patches/hwpmc_sbx_1.txt Great, i've quickly looked at the patch: I'm not sure to understand why you have removed code in your case for uncore. If you dont want to support remove it like for ivy bridge. Thanks Fabien for getting back quickly. As I am not clear about uncore support, I've removed it entirely as you suggested. I've tried to incorporate other comments too. New set of diffs, pmccontrol and pmctest.py results are here: http://www.strugglingcoder.info/patches/hwpmc_sbx_2.txt http://www.strugglingcoder.info/patches/pmccontrol_2.txt http://www.strugglingcoder.info/patches/pmctestpy_2.txt I now have following event counters failing from pmctest.py script: CYCLE_ACTIVITY.CYCLES_L2_PENDING BACLEARS.ANY L2_TRANS.DEMAND_DATA_RD L2_TRANS.RF0 SQ_MISC.SPLIT_LOCK I am not quite sure why these are failing. Will continue looking into it. Appreciate your help, Hiren ___ 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