Re: considering i386 as a tier 1 architecture
From: Eitan Adler Date: Mon, 1 Apr 2013 00:48:08 -0400 Subject: considering i386 as a tier 1 architecture To: freebsd-a...@freebsd.org, FreeBSD Hackers should drop support for the i386 architecture for 10.0 to tier 2 and replace it with the ARM architecture as Tier 1. don't care for i386, don't use it anymore. Is ARM really ready for tier 1? Including the ports infrastructure? Installation images? Anton ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
help make sense of gdb backtrace
I'm trying to debug firefox on ia64. It segfaults on startup. The output of "thread apply all bt" is at: http://seis.bris.ac.uk/~mexas/ff17.gdb.log or below. Thanks for any hints on where to dig next. Anton Core was generated by `firefox'. Program terminated with signal 11, Segmentation fault. #0 0x000120476a80 in thr_kill () from /lib/libc.so.7 [New Thread 1357a7800 (LWP 110621/Media Decode)] [New Thread 132b1f400 (LWP 110620/Media State)] [New Thread 132b1f800 (LWP 110619/firefox)] [New Thread 134fa0c00 (LWP 110618/mozStorage #4)] [New Thread 134f9a800 (LWP 110617/mozStorage #3)] [New Thread 133c4ec00 (LWP 110616/Cache Deleter)] [New Thread 1323cc400 (LWP 110615/URL Classifier)] [New Thread 1323cc800 (LWP 110614/Cache I/O)] [New Thread 1323ce000 (LWP 110613/mozStorage #2)] [New Thread 1323cec00 (LWP 107295/DNS Resolver #1)] [New Thread 132717c00 (LWP 110611/StreamTrans #2)] [New Thread 120803000 (LWP 110610/HTML5 Parser)] [New Thread 132754c00 (LWP 110609/mozStorage #1)] [New Thread 1304c6400 (LWP 110607/Cert Verify)] [New Thread 1304c2c00 (LWP 110606/Timer)] [New Thread 130190400 (LWP 110605/JS Watchdog)] [New Thread 1303ca800 (LWP 110604/firefox)] [New Thread 1303c9800 (LWP 109945/JS GC Helper)] [New Thread 1303c3800 (LWP 109944/Hang Monitor)] [New Thread 1303c5400 (LWP 109943/Socket Thread)] [New Thread 120810400 (LWP 108325/XPCOM CC)] [New Thread 120804000 (LWP 108320/Gecko_IOThread)] [New Thread 120802400 (LWP 109371/firefox)] Thread 23 (Thread 120802400 (LWP 109371/firefox)): #0 0x0001291dfe21 in js::frontend::BytecodeEmitter::notes (this=0x7fffb360) at BytecodeEmitter.h:174 #1 0x0001291fc830 in SetSrcNoteOffset (cx=0x132fe8200, bce=0x7fffb360, index=86, which=0, offset=25) at /usr/ports/freebsd-gecko/www/firefox/work/mozilla-beta/js/src/frontend/BytecodeEmitter.cpp:6838 #2 0x0001291fd3c0 in js::frontend::NewSrcNote2 (cx=0x132fe8200, bce=0x7fffb360, type=js::SRC_PCBASE, offset=25) at /usr/ports/freebsd-gecko/www/firefox/work/mozilla-beta/js/src/frontend/BytecodeEmitter.cpp:6756 #3 0x000129235ea0 in EmitCallOrNew (cx=0x132fe8200, bce=0x7fffb360, pn=0x131683d58, top=229) at /usr/ports/freebsd-gecko/www/firefox/work/mozilla-beta/js/src/frontend/BytecodeEmitter.cpp:5457 #4 0x000129210830 in js::frontend::EmitTree (cx=0x132fe8200, bce=0x7fffb360, pn=0x131683d58) at /usr/ports/freebsd-gecko/www/firefox/work/mozilla-beta/js/src/frontend/BytecodeEmitter.cpp:6484 #5 0x000129213a00 in EmitUnary (cx=0x132fe8200, bce=0x7fffb360, pn=0x131683848) at /usr/ports/freebsd-gecko/www/firefox/work/mozilla-beta/js/src/frontend/BytecodeEmitter.cpp:5972 #6 0x0001292100f0 in js::frontend::EmitTree (cx=0x132fe8200, bce=0x7fffb360, pn=0x131683848) at /usr/ports/freebsd-gecko/www/firefox/work/mozilla-beta/js/src/frontend/BytecodeEmitter.cpp:6420 #7 0x000129217c60 in EmitLogical (cx=0x132fe8200, bce=0x7fffb360, pn=0x131683d10) at /usr/ports/freebsd-gecko/www/firefox/work/mozilla-beta/js/src/frontend/BytecodeEmitter.cpp:5528 #8 0x00012920f550 in js::frontend::EmitTree (cx=0x132fe8200, bce=0x7fffb360, pn=0x131683d10) at /usr/ports/freebsd-gecko/www/firefox/work/mozilla-beta/js/src/frontend/BytecodeEmitter.cpp:6317 #9 0x00012921b770 in EmitIf (cx=0x132fe8200, bce=0x7fffb360, pn=0x131683ec0) at /usr/ports/freebsd-gecko/www/firefox/work/mozilla-beta/js/src/frontend/BytecodeEmitter.cpp:4177 #10 0x00012920e380 in js::frontend::EmitTree (cx=0x132fe8200, bce=0x7fffb360, pn=0x131683ec0) at /usr/ports/freebsd-gecko/www/firefox/work/mozilla-beta/js/src/frontend/BytecodeEmitter.cpp:6173 #11 0x000129218320 in EmitStatementList (cx=0x132fe8200, bce=0x7fffb360, pn=0x131686218, top=0) at /usr/ports/freebsd-gecko/www/firefox/work/mozilla-beta/js/src/frontend/BytecodeEmitter.cpp:5189 #12 0x00012920ee90 in js::frontend::EmitTree (cx=0x132fe8200, bce=0x7fffb360, pn=0x131686218) at /usr/ports/freebsd-gecko/www/firefox/work/mozilla-beta/js/src/frontend/BytecodeEmitter.cpp:6252 #13 0x00012920e2c0 in js::frontend::EmitTree (cx=0x132fe8200, bce=0x7fffb360, pn=0x131685e78) at /usr/ports/freebsd-gecko/www/firefox/work/mozilla-beta/js/src/frontend/BytecodeEmitter.cpp:6168 #14 0x00012921e910 in js::frontend::EmitFunctionScript (cx=0x132fe8200, bce=0x7fffb360, body=0x131685e78) at /usr/ports/freebsd-gecko/www/firefox/work/mozilla-beta/js/src/frontend/BytecodeEmitter.cpp:2661 #15 0x00012920b960 in EmitFunc (cx=0x132fe8200, bce=0x7fffbf30, pn=0x131685da0) at /usr/ports/freebsd-gecko/www/firefox/work/mozilla-beta/js/src/frontend/BytecodeEmitter.cpp:4905 #16 0x00012920ce90 in js::frontend::EmitTree (cx=0x132fe8200, bce=0x7fffbf30, pn=0x131685da0) at /usr/ports/freebsd-gecko/www/firef
Re: Providing a default graphical environment on FreeBSD
Date: Tue, 18 Sep 2012 09:54:41 +0200 (CEST) From: Wojciech Puchar Actually i don't see any real future for wayland and linux. Linux is already pushed out by *BSD on the professional side, and by Are you mad? Have you looked at top500 lately? As of June 2012, 462 out of 500 systems are linux based. Anton ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Providing a default graphical environment on FreeBSD
Mike Meyer http://www.mired.org/ mwm? Why! It's my preferred WM, part of x11-toolkits/open-motif. Talk about coincidences! ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
analysing ia64 core dumps
I'm trying to debug firefox and related on ia64. I was told in gecko@ to ask here about analysing core dumps. I rebuilt and reinstalled /usr/src/lib/libthr with DEBUG_FLAGS='-g -O0' What can I get from this trace: http://seis.bris.ac.uk/~mexas/ff-gdb ? I also rebuilt freebsd-gecko/devel/nspr (a development version of port devel/nspr) WITH_DEBUG=. It fails several tests: http://seis.bris.ac.uk/~mexas/nspr-test.log in particular this one: nbconnFAILED nbconn: Assertion failure: (rv == 1) && (pd.out_flags == PR_POLL_READ), at /usr/ports/freebsd-gecko/devel/nspr/work/nspr-4.9.2/mozilla/nsprpub/pr/tests/nbconn.c:368 # gdb ./nbconn nbconn.core 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 "ia64-marcel-freebsd"... Core was generated by `nbconn'. Program terminated with signal 6, Aborted. Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x000120248a80 in thr_kill () from /lib/libc.so.7 [New Thread 120c04400 (LWP 100056/nbconn)] (gdb) bt #0 0x000120248a80 in thr_kill () from /lib/libc.so.7 #1 0x in ?? () Previous frame identical to this frame (corrupt stack?) (gdb) thread apply all bt Thread 1 (Thread 120c04400 (LWP 100056/nbconn)): #0 0x000120248a80 in thr_kill () from /lib/libc.so.7 #1 0x in ?? () (gdb) What can I get from this trace? Thank you Anton ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: On cooperative work [Was: Re: newbus' ivar's limitation..]
Date: Wed, 1 Aug 2012 15:45:35 -0400 From: Arnaud Lacombe One obvious problem in FreeBSD is that committers are prosecutor, judge and jury altogether. As a user, I accept this. I think if you can make a meaningful contribution to FreeBSD developments in the design stages, then become a committer. Otherwise contribute as a user - testing and bug reports mainly. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: diagonising a overheating problem
On Tue, May 15, 2012 at 02:05:27PM +0200, rank1see...@gmail.com wrote: > - Original Message - > From: Aryeh Friedman > > There is something special about laptops, which distincts them from desktop > and server hardware. > Requirement for cooling maintaince! > > > hw.acpi.thermal.tz0.temperature: 94.0C > > This pretty much says it all. > Fix starts when you turn OFF your laptop and disassemble it, in order to get > to the heatsink and fan. > Don't remove heatsink as it is tied to CPU and you don't have thermal paste. I just did this on compaq 6715s laptop. I had to remove the heatsink for cleaning. I replaced the thermal paste. You can get it for under 5 GBP. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: diagonising a overheating problem
On Mon, May 14, 2012 at 06:56:47PM -0400, Aryeh Friedman wrote: > On Mon, May 14, 2012 at 6:37 PM, Bartosz Fabianowski > wrote: > > Try sysctl dev.cpu.0.temperature. I have a notoriously overheating Dell > > laptop and for me, this sysctl always reports the temperature. > > > > - Bartosz > > ~/Desktop aryeh@localhost% sysctl dev.cpu.0.temperature > sysctl: unknown oid 'dev.cpu.0.temperature' > ~/Desktop aryeh@localhost% sysctl dev.cpu.0 > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.C000 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 1500 > dev.cpu.0.freq_levels: 1500/7260 1400/6056 1225/5299 1200/5125 > 1100/4500 1000/4095 900/3753 800/3468 700/3034 600/2601 500/2167 > 400/1734 300/1300 200/867 100/433 > dev.cpu.0.cx_supported: C1/0 C2/100 > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_usage: 100.00% 0.00% last 233us > ___ GEN8> sysctl hw.acpi.thermal hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 61.0C hw.acpi.thermal.tz0.active: 2 hw.acpi.thermal.tz0.passive_cooling: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 95.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 105.0C hw.acpi.thermal.tz0._ACx: 75.0C 65.0C 50.0C 40.0C -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz0._TC1: 1 hw.acpi.thermal.tz0._TC2: 2 hw.acpi.thermal.tz0._TSP: 100 GEN8> See acpi_thermal(4) -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Reverse engineering; How to...
On Fri, Mar 30, 2012 at 12:49:31AM -0400, Jason Hellenthal wrote: > > > On Thu, Mar 29, 2012 at 09:20:27AM +0100, Anton Shterenlikht wrote: > > On Wed, Mar 28, 2012 at 04:33:17PM -0400, Brandon Falk wrote: > > > Reverse engineering a whole driver could take a very long time, even with > > > the > > > proper tools. If it's possible, return the adapter, and buy a new one and > > > verify > > > that the chipset is supported before you buy it. Last time I bought a > > > wireless > > > card I sat in the store looking at the Wireless support list for BSD > > > before buying. > > > > > > http://www.freebsd.org/relnotes/CURRENT/hardware/support.html#WLAN > > > > > > I very strongly suggest that you get a card with an Atheros chipset, as > > > those > > > are by far the best supported on BSD. > > > > sure, but how? > > > > I've tried very hard to get a pccard with > > an atheros chip, but you just can't trust > > the label. Guides like e.g. this: http://atheros.rapla.net/ > > are unreliable. I've bought several > > cards, which supposedly have an atheros > > chip in them, only to discover they had > > something else inside. > > > > Can you recommend a pccard model that is guaranteed > > to have a supported atheros chip inside? > > > > Linksys WMP110 Sorry, I was asking about a Pccard (for a laptop). This is PCI. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Reverse engineering; How to...
On Wed, Mar 28, 2012 at 04:33:17PM -0400, Brandon Falk wrote: > Reverse engineering a whole driver could take a very long time, even with the > proper tools. If it's possible, return the adapter, and buy a new one and > verify > that the chipset is supported before you buy it. Last time I bought a wireless > card I sat in the store looking at the Wireless support list for BSD before > buying. > > http://www.freebsd.org/relnotes/CURRENT/hardware/support.html#WLAN > > I very strongly suggest that you get a card with an Atheros chipset, as those > are by far the best supported on BSD. sure, but how? I've tried very hard to get a pccard with an atheros chip, but you just can't trust the label. Guides like e.g. this: http://atheros.rapla.net/ are unreliable. I've bought several cards, which supposedly have an atheros chip in them, only to discover they had something else inside. Can you recommend a pccard model that is guaranteed to have a supported atheros chip inside? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"