Re: Problem building Openoffice 3.2.0 at current
2010/3/1 Scot Hetzel : >> I'm trying to build OOo 3.2.0 on my notebook with 2Gb of memory and 4Gb swap >> size. >> and build fails with messages: >> *Out of memory during request for 788 bytes, total sbrk() is 96739328 bytes! >> Why I have "out of memory" error and how can I fix this problem? > Building OpenOffice requires 10GB of diskspace to build: > How large is your /var filesystem? If it is less than 10GB, then you > will need to set the WRKDIRPREFIX to the location of a filesystem that > has at least 10GB. Omg. Filesystem 1024-blocks Used Avail Capacity Mounted on kot/root/var 111G 42M111G 0%/var kot/root/var/empty111G 0B111G 0%/var/empty kot/root/var/named111G 0B111G 0%/var/named kot/root/var/ports123G 12G111G10%/var/ports kot/root/var/run 111G 0B111G 0%/var/run kot/root/var/tmp 111G128K111G 0%/var/tmp Also, as I know, sbrk() related to virtual memory management, not disk space. PS. On two my FreeBSD9/amd64 boxes OOo 3.2 compiled successfully (after mv /usr/bin/unzip /usr/bin/unzip.save). -- MATPOCKuH ___ 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: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
En/na John Baldwin ha escrit: > On Monday 01 March 2010 3:22:34 pm Gustau Pérez wrote: > >> En/na Weongyo Jeong ha escrit: >> >>> On Fri, Feb 26, 2010 at 04:21:06PM -0800, Xin LI wrote: >>> >>> Hi, Weongyo, On 2010/02/25 16:51, Weongyo Jeong wrote: > FYI bwn(4) driver is committed into FreeBSD tree. I think the driver > supports your LP PHY device. After cvsup please try to rebuild siba_bwn > and bwn modules. > > Could you please test with it? Please let me know and send me your > full dmesg when you encounters the following problems: > > - if the driver doesn't work or is unstable. > - if it prints debugging or verbose messages. > > Great! Thanks for the work! Is it possible to MFC the work back to 8-STABLE at some point? >>> Of course yes. AFAIK it could be compiled and works without problems on >>> 8-STABLE; I checked it. :-) >>> >>> >>> >>I'm trying to run it in STABLE right now. When kldloading if_bwm >> (following the given instructions, the other modules are kldloaded) it >> complains with : >> >> link_elf_obj: symbol _mtx_assert undefined >> >>looks like it fails in if_bwnvar.h. Culprit is this define : >> >> #defineBWN_ASSERT_LOCKED(sc) >> mtx_assert(&(sc)->sc_mtx, MA_OWNED) >> >>Do I need witness enabled to run this ? Is there any way to run it in >> STABLE or do I need to run CURRENT ? >> > > It sounds like you have INVARIANTS defined when the module was built, but > your > kernel does not have INVARIANT_SUPPORT defined. > > That did it. Thank you. After recompiling and rebooting the kernel, I noticed via dmesg that when kldloading ssb the module complains with : ssb0: mem 0xf9ffc000-0xf9ff irq 17 at device 0.0 on pci12 ssb0: unsupportted coreid 0x817 When kldloading if_bwn (after bwn_v4_ucode) the machine freezes. I guess my hard isn't supported yet. Regards, Gus -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc ___ 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: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
2010/3/1 Weongyo Jeong : > On Sun, Feb 28, 2010 at 08:45:32PM +0100, Miki wrote: >> Hi, >> >> Thanks for the work ! >> >> I have some problems here when I try to create a wlan interface : >> bwn_v4_ucode5: could not load firmware image, error 2 >> bwn0: the fw file(bwn_v4_ucode5) not found > > Did you try to UP the interface withload loading bwn_v4_ucode.ko? If > yes currently bwn(4) doesn't automatically load firmware module so you > need to do it by hand. > > # kldload bwn_v4_ucode OK I have loaded bwn_v4_ucode before if_bwn and it works, my bad, I should have read the man page more carefully. > > The patch for this is ready to commit and it'll be happened soon. > >> I have installed bwn-firmware-kmod from ports but the only files I have in >> /boot/modules are bwn_v4_lp_ucode.ko and bwn_v4_ucode.ko. So I tried to >> copy bwn_v4_ucode to bwn_v4_ucode5 and it seems to work : wlan0 is >> created, I can associate to an open Access Point and obtain a DHCP lease. >> But if I try to do some network IO (browsing the web) the interface hang >> (I cannot obtain a lease anymore). > > I have a exact same device like you have but I didn't encounter this > issue. > > Are there any messages from bwn(4) when you the interface becomes hang? > One more question, after the interface hang, does the system be hang > also? I have no messages in the log (appart bwn0: need multicast update callback). In fact it's not a hang, it happens only with the AP that permits me to have a web access. I have another AP (sitting next to me) and I don't have the same behavior : I can have and renew my dhcp lease multiple times and configure the AP with its web interface. With the "buggy" AP I can have a dhcp lease only once and nothing more. If I destroy and recreate the wlan interface the same thing happens. I have no such a problem with if_bwi and this AP. > > One thing you can do is that trying the device with PIO mode not DMA > mode using the following tunable variable: > > hw.bwn.usedma > > Its default value is 1 to enable DMA operation so if you set it 0, PIO > mode would be used and could see the message like below: > > bwn0: PIO > > Could you please test with it? > Setting hw.bwn.usedma=0 in loader.conf make no differences by the way, I need to switch from if_bwn to if_bwi to make some test and post the results here, but I have this error message : firmware_register: cannot register image bwi_v3_b0g0initvals5, firmware table full! is this normal ? Thanks for your help ! ___ 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: check for jailed environment for adjkerntz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2010/03/02 02:08, Peter Jeremy wrote: > On 2010-Mar-01 13:16:50 -0800, Xin LI wrote: >> I wouldn't mind if someone is willing to teach adjkerntz about the >> knowledge but I really think we should document explicitly somewhere >> that a jail host machine should have CMOS time set to UTC, which would >> avoid the whole codepath. > > That may not be practical - consider someone who multi-boots their > host and is forced to have CMOS time set to local time due to > deficiencies in one of their other OSs. While I do agree with these point, I think we still want to mention that it's recommended if the host system is run dedicated with FreeBSD only (for example, adjkerntz won't have to be ran as a daemon, etc.). Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLjVVTAAoJEATO+BI/yjfBB54H/2knif8AlrB8DwZR0IBHBmoZ DOsi5eYIJdwCPvyr3SC8pRrfhPcMwKixYtwDs/2EePiX9Xws16EEQWnvHKvMKIHq noRTt4eDbmr2mfwEHNxIh+T4m5XoVqjkD5sDtAOKHGg0UjXGepWakdCmzyDv4g2Q T5NVIBH+Cgx4tXSbCzrwL7dzLuM57iHd1GtCpOZZuauRucbxaXYwDLbVHKDzKgXv I1ggK/pC4K97ZviTrNRy5cXVLLxfHCSG0t37F1zBks8UWva8uzMoZvmb5bAtxcA0 yEszW2SSqVQB9xaEE0kPby214XdG2Ci46y3QJF/I6AkSQCi4LeLXmRynVPNcBsU= =32DY -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: malloc problems in -current malloc_usable_size()
On 03/02/10 09:03, John Baldwin wrote: > On Tuesday 02 March 2010 11:38:57 am Mark Atkinson wrote: >> Hi, >> >> I updated my kernel/world yesterday and thunderbird 3.0.2 started core >> dumping after I completed the upgrade. It continued to do so on >> previously good operations after a full re-compile. >> >> I noticed that some jemalloc changes went in and was wondering if anyone >> else was noticing SEGV problems in other apps with malloc_usable_size() >> or ARENA problems in threaded apps? > > This may be a bug in gssapi rather than malloc(). Someone else was reporting > segfaults from gss_release_buffer() because it was free()ing a bad pointer > when using gssapi_krb5. > Thanks for that tip, I didn't associated that with the LDAP thread until now. LD_PRELOAD ing a dummy gss_release_buffer() stops the segfaulting. Curious it only showed up after I updated. I had an Jan 11th kernel/world earlier. ___ 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: malloc problems in -current malloc_usable_size()
Mark Atkinson wrote: I updated my kernel/world yesterday and thunderbird 3.0.2 started core dumping after I completed the upgrade. It continued to do so on previously good operations after a full re-compile. I noticed that some jemalloc changes went in and was wondering if anyone else was noticing SEGV problems in other apps with malloc_usable_size() or ARENA problems in threaded apps? (gdb) bt #0 0x28eacb14 in malloc_usable_size () from /lib/libc.so.7 #1 0x28eadbaa in free () from /lib/libc.so.7 #2 0x2ed9ac22 in gss_release_buffer () from /usr/lib/libgssapi.so.10 This failure (segfault due to accessing an unmapped region of memory) is more subtle than I would typically expect of a malloc bug. My approach to debugging this would be to turn on tracing (see MALLOC_OPTIONS=U docs) and see if the pointer passed to free() was valid (i.e. returned by malloc/calloc/realloc, but not yet freed). Jason ___ 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: malloc problems in -current malloc_usable_size()
On Tuesday 02 March 2010 11:38:57 am Mark Atkinson wrote: > Hi, > > I updated my kernel/world yesterday and thunderbird 3.0.2 started core > dumping after I completed the upgrade. It continued to do so on > previously good operations after a full re-compile. > > I noticed that some jemalloc changes went in and was wondering if anyone > else was noticing SEGV problems in other apps with malloc_usable_size() > or ARENA problems in threaded apps? This may be a bug in gssapi rather than malloc(). Someone else was reporting segfaults from gss_release_buffer() because it was free()ing a bad pointer when using gssapi_krb5. -- John Baldwin ___ 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"
malloc problems in -current malloc_usable_size()
Hi, I updated my kernel/world yesterday and thunderbird 3.0.2 started core dumping after I completed the upgrade. It continued to do so on previously good operations after a full re-compile. I noticed that some jemalloc changes went in and was wondering if anyone else was noticing SEGV problems in other apps with malloc_usable_size() or ARENA problems in threaded apps? 0x28eacb14 in malloc_usable_size () from /lib/libc.so.7 (gdb) bt #0 0x28eacb14 in malloc_usable_size () from /lib/libc.so.7 #1 0x28eadbaa in free () from /lib/libc.so.7 #2 0x2ed9ac22 in gss_release_buffer () from /usr/lib/libgssapi.so.10 #3 0x2ed9a5ea in gss_release_name () from /usr/lib/libgssapi.so.10 #4 0x2ed96ec9 in gss_init_sec_context () from /usr/lib/libgssapi.so.10 #5 0x2ec0aab4 in NSGetModule () from /usr/local/lib/thunderbird-3.0.2/components/libauth.so #6 0x2ec0b5c1 in NSGetModule () from /usr/local/lib/thunderbird-3.0.2/components/libauth.so #7 0x291853ea in nsMsgProtocol::AsyncOpen () from /usr/local/lib/thunderbird-3.0.2/components/libmail.so #8 0x29255b30 in nsStopwatch::QueryInterface () from /usr/local/lib/thunderbird-3.0.2/components/libmail.so #9 0x29255dc5 in nsStopwatch::QueryInterface () from /usr/local/lib/thunderbird-3.0.2/components/libmail.so #10 0x291832ee in nsMsgProtocol::OnDataAvailable () from /usr/local/lib/thunderbird-3.0.2/components/libmail.so #11 0x2986ff02 in NSGetModule () from /usr/local/lib/thunderbird-3.0.2/components/libnecko.so #12 0x298700b6 in NSGetModule () from /usr/local/lib/thunderbird-3.0.2/components/libnecko.so #13 0x281f8844 in NS_AsyncCopy () from /usr/local/lib/thunderbird-3.0.2/libxpcom_core.so #14 0x28212846 in NS_SetGlobalThreadObserver () from /usr/local/lib/thunderbird-3.0.2/libxpcom_core.so #15 0x281d3b7f in NS_ProcessNextEvent_P () from /usr/local/lib/thunderbird-3.0.2/libxpcom_core.so #16 0x29a54281 in NSGetModule () from /usr/local/lib/thunderbird-3.0.2/components/libwidget_gtk2.so #17 0x29ba1687 in NSGetModule () from /usr/local/lib/thunderbird-3.0.2/components/libtoolkitcomps.so #18 0x2819967d in XRE_main () from /usr/local/lib/thunderbird-3.0.2/libxul.so ___ 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: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
On Monday 01 March 2010 3:22:34 pm Gustau Pérez wrote: > En/na Weongyo Jeong ha escrit: > > On Fri, Feb 26, 2010 at 04:21:06PM -0800, Xin LI wrote: > > > >> Hi, Weongyo, > >> > >> On 2010/02/25 16:51, Weongyo Jeong wrote: > >> > >>> FYI bwn(4) driver is committed into FreeBSD tree. I think the driver > >>> supports your LP PHY device. After cvsup please try to rebuild siba_bwn > >>> and bwn modules. > >>> > >>> Could you please test with it? Please let me know and send me your > >>> full dmesg when you encounters the following problems: > >>> > >>> - if the driver doesn't work or is unstable. > >>> - if it prints debugging or verbose messages. > >>> > >> Great! Thanks for the work! > >> > >> Is it possible to MFC the work back to 8-STABLE at some point? > >> > > > > Of course yes. AFAIK it could be compiled and works without problems on > > 8-STABLE; I checked it. :-) > > > > >I'm trying to run it in STABLE right now. When kldloading if_bwm > (following the given instructions, the other modules are kldloaded) it > complains with : > > link_elf_obj: symbol _mtx_assert undefined > >looks like it fails in if_bwnvar.h. Culprit is this define : > > #defineBWN_ASSERT_LOCKED(sc) > mtx_assert(&(sc)->sc_mtx, MA_OWNED) > >Do I need witness enabled to run this ? Is there any way to run it in > STABLE or do I need to run CURRENT ? It sounds like you have INVARIANTS defined when the module was built, but your kernel does not have INVARIANT_SUPPORT defined. -- John Baldwin ___ 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: AR9285 patch against stable/8
On 1 Mar 2010, at 17:54, Rui Paulo wrote: > Hi, > You can find a patch against FreeBSD 8 for the Atheros AR9285 support. This > patch includes the same code as in HEAD and has been proven more functional > than before (yeah I know I'm starting to be repetitive). > > http://people.freebsd.org/~rpaulo/ar9285_stable8.diff > > Please test. I'm planning to commit this this weekend. Due to an apparent svn "feature", I can't make the diff look correct, so I tested and committed this today. -- Rui Paulo ___ 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: check for jailed environment for adjkerntz
On 2010-Mar-01 13:16:50 -0800, Xin LI wrote: >I wouldn't mind if someone is willing to teach adjkerntz about the >knowledge but I really think we should document explicitly somewhere >that a jail host machine should have CMOS time set to UTC, which would >avoid the whole codepath. That may not be practical - consider someone who multi-boots their host and is forced to have CMOS time set to local time due to deficiencies in one of their other OSs. -- Peter Jeremy pgpw6qlEDbWK1.pgp Description: PGP signature