HEADS UP!!! rr232x driver has been removed!!! [Re: cvs commit: src/sys/dev/rr232x...]
HEADS UP!!! The rr232x driver has been removed at the request of Highpoint. The reason is that is has been superseded by the hptrr driver and is no longer supported by Highpoint. If you use this driver, you must update your kernel config and/or module loading config to point to the hptrr driver instead. Please direct any questions or concerns about this to me. The driver will also be removed from the upcoming 7.0 release. Scott Long wrote: scottl 2008-02-03 07:28:39 UTC FreeBSD src repository Modified files:(Branch: RELENG_7) sys/i386/confGENERIC NOTES sys/amd64/conf GENERIC NOTES sys/conf files.amd64 files.i386 Removed files: (Branch: RELENG_7) sys/dev/rr232x LICENSE README amd64-elf.rr232x_lib.o.uu array.h him.h himfuncs.h hptintf.h i386-elf.rr232x_lib.o.uu ldm.h list.h os_bsd.c os_bsd.h osm.h osm_bsd.c rr232x_config.c rr232x_config.h sys/modules/rr232x Makefile Log: Remove the rr232x driver. It has been superseced by the hptrr driver. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 7.0-PRE/amd64 crash with Promise TX4 and eSATA disk
On Sun, Feb 03, 2008 at 03:04:52AM +0300, Dmitry Morozovsky wrote: > Dear colleagues, > > during rsycn from eSATA drive connected to Promise TX4 (ad12) to ZFS pool > eSATA disk got disconnected. With the next access, system crashed: > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x3020e0b30 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0x801cac9d > stack pointer = 0x10:0xd79f7800 > frame pointer = 0x10:0xd79f7840 > 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 = 898 (tcsh) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 7h49m35s > Physical memory: 4087 MB > Dumping 677 MB: 662 646 630 614 598 582 566 550 534 518 502 486 470 454 438 > 422 > 406 390 374 358 342 326 310 294 278 262 246 230 214 198 182 166 150 134 118 > 102 > 86 70 54 38 22 6 > > #0 doadump () at pcpu.h:194 > 194 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:194 > #1 0x0031 in ?? () > #2 0x80219c30 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:409 > #3 0x8021a04d in panic (fmt=0x104 ) at > /usr/src/sys/kern/kern_shutdown.c:563 > #4 0x80353284 in trap_fatal (frame=0xff000179c340, > eva=18446742974222725120) at /usr/src/sys/amd64/amd64/trap.c:724 > #5 0x80353655 in trap_pfault (frame=0xd79f7750, usermode=0) > at > /usr/src/sys/amd64/amd64/trap.c:641 > #6 0x80353ffb in trap (frame=0xd79f7750) at > /usr/src/sys/amd64/amd64/trap.c:410 > #7 0x80339dbe in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:169 > #8 0x801cac9d in dev2udev (x=0xff0001779400) at > /usr/src/sys/fs/devfs/devfs_vnops.c:1325 > #9 0x80310ab8 in ufs_getattr (ap=Variable "ap" is not available. > ) at /usr/src/sys/ufs/ufs/ufs_vnops.c:401 > #10 0x8029dcf3 in vn_stat (vp=0xff004728b9b0, > sb=0xd79f79f0, active_cred=Variable "active_cred" is not available. > ) at vnode_if.h:286 > #11 0x802953b1 in kern_stat (td=0xff000179c340, path=0x44b66a > , pathseg=Variable "pathseg" is not available. > ) at /usr/src/sys/kern/vfs_syscalls.c:2112 > #12 0x80295507 in stat (td=Variable "td" is not available. > ) at /usr/src/sys/kern/vfs_syscalls.c:2093 > #13 0x803538da in syscall (frame=0xd79f7c70) at > /usr/src/sys/amd64/amd64/trap.c:852 > #14 0x80339fcb in Xfast_syscall () at > /usr/src/sys/amd64/amd64/exception.S:290 > #15 0x809c235c in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > I would be glad to provide additional info to investigate and hopefully fix > the > problem. > > Sincerely, > D.Marck [DM5020, MCK-RIPE, DM3-RIPN] > [ FreeBSD committer: [EMAIL PROTECTED] ] > > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** > Di you have the UFS volume mounted from the eSATA drive ? If yes, then the panic is the natural consequence of the device disappearing from under the UFS. If not, and fault address 0x3020e0b30 looks suspicious, it could mean some kernel memory corruption. Anyway, it would be interesting to look at the vnode vp content from the frame #10, and to lookup the mount point together with a device it comes from. pgpYhq2P6ifvq.pgp Description: PGP signature
PINJAMAN TANPA AGUNAN 8-125 JT..GRATIS..TANPA PROVISI/ADM 3%..dr HSBC
DAPATKAN PINJAMAN TANPA AGUNAN DENGAN PERSYARATAN YANG MUDAH,PROSES YANG CEPAT, DAN FASILTAS BERUPA BEBAS PROVISI/ADM 3% UNTUK PINJAMAN 15.000.000 - 19.000.000 DENGAN TENOR/MASA PELUNASAN 24 BULAN DAN PINJAMAN >=20.000.000,- DENGAN TENOR 36 BULAN. PROSES VERIFIKASI HINGGA PENCAIRAN 5-7 HARI KERJA. dr HSBC DOCUMENT YANG DIBUTUHKAN : 1.FC KTP 2.FC.CREDIT CARD DAN BILLING 1 BULAN TERAKHIR 3.FC.NO REK.TABUNGAN(SEBAGAI TEMPAT TRANSFER BILA DI SETUJUI) 4.MATERAI Rp.6.000,- 1 BH. 5.FC.NPWP (untuk pinjaman diatas Rp.50 juta ) UTK KETERANGAN HUB: UMAR 0813-19288679 0859-21346503 or [EMAIL PROTECTED] PERHITUNGAN BUNGA/BULAN TENOR Jml.Pinjaman12 bulan 24 bulan 36 bulan 8.000.000 - 14.999.999 2 %. 2 %. - 15.000.000 - 125.000.000 1.72% 1.80 %.1.95 %. TABEL ANGSURAN PINJAMAN1 TAHUN 2 TAHUN 3 TAHUN 8,000,000 826,667493,333 - 9,000,000 930,000555,000 - 10,000,000 1,033,334616,666 - 10,500,000 1,085,000647,500 - 11,000,000 1,136,667678,333 - 12,000,000 1,240,001740,000 - 13,000,000 1,343,334801,666 - 14,000,000 1,446,667863,333 - 15,000,000 1,508,000895,000 709,167 16,000,000 1,608,533954,667 756,445 17,000,000 1,709,067 1,014,333 803,723 18,000,000 1,809,600 1,074,000 851,000 19,000,000 1,910,133 1,133,667 898,278 20,000,000 2,010,667 1,193,333 945,556 21,000,000 2,111,200 1,253,000 992,834 22,000,000 2,211,733 1,312,667 1,040,112 23,000,000 2,312,267 1,372,333 1,087,389 24,000,000 2,412,800 1,432,000 1,134,667 25,000,000 2,513,333 1,491,667 1,181,945 26,000,000 2,613,867 1,551,333 1,229,223 27,000,000 2,714,400 1,611,000 1,276,501 28,000,000 2,814,933 1,670,667 1,323,778 29,000,000 2,915,467 1,730,333 1,371,056 30,000,000 3,016,000 1,790,000 1,418,334 31,000,000 3,116,533 1,849,667 1,465,612 32,000,000 3,217,067 1,909,333 1,512,890 33,000,000 3,317,600 1,969,000 1,560,167 34,000,000 3,418,133 2,028,667 1,607,445 35,000,000 3,518,667 2,088,333 1,654,723 36,000,000 3,619,200 2,148,000 1,702,001 37,000,000 3,719,733 2,207,667 1,749,279 38,000,000 3,820,267 2,267,333 1,796,556 39,000,000 3,920,800 2,327,000 1,843,834 40,000,000 4,021,333 2,386,667 1,891,112 41,000,000 4,121,867 2,446,333 1,938,390 42,000,000 4,222,400 2,506,000 1,985,668 43,000,000 4,322,933 2,565,667 2,032,945 44,000,000 4,423,467 2,625,333 2,080,223 45,000,000 4,524,000 2,685,000 2,127,501 46,000,000 4,624,533 2,744,667 2,174,779 47,000,000 4,725,067 2,804,333 2,222,057 48,000,000 4,825,600 2,864,000 2,269,334 49,000,000 4,926,133 2,923,667 2,316,612 50,000,000 5,026,667 2,983,333 2,363,890 55,000,000 5,529,333 3,281,667 2,600,279 60,000,000 6,032,000 3,580,000 2,836,668 65,000,000 6,534,667 3,878,333 3,073,057 70,000,000 7,037,333 4,176,667 3,309,446 75,000,000 7,540,000 4,475,000 3,545,835 80,000,000 8,042,667 4,773,333 3,782,224 85,000,000 8,545,333 5,071,667 4,018,613 90,000,000 9,048,000 5,370,000 4,255,002 95,000,000 9,550,667 5,668,333 4,491,391 100,000,000 10,053,333 5,966,667 4,727,780 105,000,000 10,556,000 6,265,000 4,964,169 110,000,000 11,058,667 6,563,333 5,200,558 115,000,000 11,561,333 6,861,667 5,436,947 120,000,000 12,064,000 7,160,000 5,673,336 125,000,000 12,566,667 7,458,333 5,909,725 -- This message was sent on behalf of [EMAIL PROTECTED] at openSubscriber.com http://www.opensubscriber.com/messages/freebsd-stable@freebsd.org/topic.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
PINJAMAN TANPA AGUNAN 8-125 JT..GRATIS..TANPA PROVISI/ADM 3%..dr HSBC
DAPATKAN PINJAMAN TANPA AGUNAN DENGAN PERSYARATAN YANG MUDAH,PROSES YANG CEPAT, DAN FASILTAS BERUPA BEBAS PROVISI/ADM 3% UNTUK PINJAMAN 15.000.000 - 19.000.000 DENGAN TENOR/MASA PELUNASAN 24 BULAN DAN PINJAMAN >=20.000.000,- DENGAN TENOR 36 BULAN. PROSES VERIFIKASI HINGGA PENCAIRAN 5-7 HARI KERJA. dr HSBC DOCUMENT YANG DIBUTUHKAN : 1.FC KTP 2.FC.CREDIT CARD DAN BILLING 1 BULAN TERAKHIR 3.FC.NO REK.TABUNGAN(SEBAGAI TEMPAT TRANSFER BILA DI SETUJUI) 4.MATERAI Rp.6.000,- 1 BH. 5.FC.NPWP (untuk pinjaman diatas Rp.50 juta ) UTK KETERANGAN HUB: UMAR 0813-19288679 0859-21346503 or [EMAIL PROTECTED] PERHITUNGAN BUNGA/BULAN TENOR Jml.Pinjaman12 bulan 24 bulan 36 bulan 8.000.000 - 14.999.999 2 %. 2 %. - 15.000.000 - 125.000.000 1.72% 1.80 %.1.95 %. TABEL ANGSURAN PINJAMAN1 TAHUN 2 TAHUN 3 TAHUN 8,000,000 826,667493,333 - 9,000,000 930,000555,000 - 10,000,000 1,033,334616,666 - 10,500,000 1,085,000647,500 - 11,000,000 1,136,667678,333 - 12,000,000 1,240,001740,000 - 13,000,000 1,343,334801,666 - 14,000,000 1,446,667863,333 - 15,000,000 1,508,000895,000 709,167 16,000,000 1,608,533954,667 756,445 17,000,000 1,709,067 1,014,333 803,723 18,000,000 1,809,600 1,074,000 851,000 19,000,000 1,910,133 1,133,667 898,278 20,000,000 2,010,667 1,193,333 945,556 21,000,000 2,111,200 1,253,000 992,834 22,000,000 2,211,733 1,312,667 1,040,112 23,000,000 2,312,267 1,372,333 1,087,389 24,000,000 2,412,800 1,432,000 1,134,667 25,000,000 2,513,333 1,491,667 1,181,945 26,000,000 2,613,867 1,551,333 1,229,223 27,000,000 2,714,400 1,611,000 1,276,501 28,000,000 2,814,933 1,670,667 1,323,778 29,000,000 2,915,467 1,730,333 1,371,056 30,000,000 3,016,000 1,790,000 1,418,334 31,000,000 3,116,533 1,849,667 1,465,612 32,000,000 3,217,067 1,909,333 1,512,890 33,000,000 3,317,600 1,969,000 1,560,167 34,000,000 3,418,133 2,028,667 1,607,445 35,000,000 3,518,667 2,088,333 1,654,723 36,000,000 3,619,200 2,148,000 1,702,001 37,000,000 3,719,733 2,207,667 1,749,279 38,000,000 3,820,267 2,267,333 1,796,556 39,000,000 3,920,800 2,327,000 1,843,834 40,000,000 4,021,333 2,386,667 1,891,112 41,000,000 4,121,867 2,446,333 1,938,390 42,000,000 4,222,400 2,506,000 1,985,668 43,000,000 4,322,933 2,565,667 2,032,945 44,000,000 4,423,467 2,625,333 2,080,223 45,000,000 4,524,000 2,685,000 2,127,501 46,000,000 4,624,533 2,744,667 2,174,779 47,000,000 4,725,067 2,804,333 2,222,057 48,000,000 4,825,600 2,864,000 2,269,334 49,000,000 4,926,133 2,923,667 2,316,612 50,000,000 5,026,667 2,983,333 2,363,890 55,000,000 5,529,333 3,281,667 2,600,279 60,000,000 6,032,000 3,580,000 2,836,668 65,000,000 6,534,667 3,878,333 3,073,057 70,000,000 7,037,333 4,176,667 3,309,446 75,000,000 7,540,000 4,475,000 3,545,835 80,000,000 8,042,667 4,773,333 3,782,224 85,000,000 8,545,333 5,071,667 4,018,613 90,000,000 9,048,000 5,370,000 4,255,002 95,000,000 9,550,667 5,668,333 4,491,391 100,000,000 10,053,333 5,966,667 4,727,780 105,000,000 10,556,000 6,265,000 4,964,169 110,000,000 11,058,667 6,563,333 5,200,558 115,000,000 11,561,333 6,861,667 5,436,947 120,000,000 12,064,000 7,160,000 5,673,336 125,000,000 12,566,667 7,458,333 5,909,725 -- This message was sent on behalf of [EMAIL PROTECTED] at openSubscriber.com http://www.opensubscriber.com/messages/freebsd-stable@freebsd.org/topic.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Intel G965 / x3000 does not work
Hi, the subject tells it all, I cannot start x11 with intel drivers FreeBSD 7.0-RC1 (nothing changed, just installed from CD) then I just added x11 by pkg_add -r xorg removed video-i810 driver package and added video-intel driver also by pkg_add -r ... all other configuration is below, along with errors /var/log/Xorg.0.log --> http://pastebin.com/m2223621f %cat /etc/hosts ::1 localhost vermaden vermaden.go.pl 128.0.0.1 localhost vermaden vermaden.go.pl %cat /etc/rc.conf font8x14="iso02-8x14" font8x16="iso02-8x16" font8x8="iso02-8x8" keymap="pl_PL.ISO8859-2" keyrate="fast" linux_enable="YES" moused_enable="YES" ifconfig_re0="DHCP" sshd_enable="YES" hostname="vermaden.go.pl" %kldstat Id Refs AddressSize Name 1 14 0xc040 926ed4 kernel 21 0xc0d27000 6a1c4acpi.ko 31 0xc5698000 22000linux.ko 341 0xc5de4000 13000snd_hda.ko 351 0xc5eb 3f000sound.ko 361 0xc7209000 6000 i915.ko 371 0xc720f000 f000 drm.ko %xinit X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.0-RELEASE i386 Current Operating System: FreeBSD vermaden.go.pl 7.0-RC1 FreeBSD 7.0-RC1 #0: Mon Dec 24 12:18:24 UTC 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GE NERIC i386 Build Date: 08 December 2007 03:38:37PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Sat Feb 2 19:22:57 2008 (==) Using config file: "/etc/X11/xorg.conf" (II) Module "ddc" already built-in (II) Module "i2c" already built-in (II) Module "ramdac" already built-in (EE) GARTInit: Unable to open /dev/agpgart (No such file or directory) (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low? (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low? (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low? (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low? (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low? (EE) intel(0): Couldn't allocate video memory Fatal server error: AddScreen/ScreenInit failed for driver 0 XIO: fatal IO error 53 (Software caused connection abort) on X server ":0.0" after 0 requests (0 known processed) with 0 events remaining. %cat /etc/X11/xorg.conf Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice"Mouse0" "CorePointer" InputDevice"Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/local/share/X11/rgb" ModulePath "/usr/local/lib/xorg/modules" EndSection Section "Module" Load "dbe" Load "dri" Load "extmod" Load "glx" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" Identifier "Monitor0" HorizSync30.0 - 110.0 VertRefresh 48.0 - 170.0 Option "DPMS" EndSection Section "Device" Identifier "Card0" Driver "intel" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor"Monitor0" DefaultDepth 24 SubSection "Display" Modes "1280x1240" EndSubSection EndSection Thanks in advance Regards vermaden -- Zmus swojego faceta, zeby to przeczytal Kliknij >>> http://link.interia.pl/f1ceb ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: kld regression
On Fri, 2008-02-01 at 15:26 +0100, Danny Pansters wrote: > On Thursday 31 January 2008 16:05:57 Andriy Gapon wrote: > > on 31/01/2008 14:39 Andriy Gapon said the following: > > > on 31/01/2008 13:07 John Baldwin said the following: > > >> On Wednesday 30 January 2008 12:39:14 pm Andriy Gapon wrote: > > >>> The problem is as follows: > > >>> 1. put udf_load="YES" in loader.conf > > >>> 2. you can mount and unmount udf filesystems > > >>> 3. you can kldunload udf if no udf filesystems are mounted > > >>> 4. now mount udf fs while udf.ko is unloaded > > >>> 5. udf is auto loaded and fs is mounted > > >>> 6. unmount fs > > >>> 7. try to kldunload udf > > >>> kldunload: can't unload file: Device busy > > >>> kernel message: kldunload: attempt to unload file that was loaded by > > >>> the kernel > > >>> > > >>> Yeah, it was loaded by kernel indeed, but WTF - what is the difference > > >>> from manual/loader.conf loading and why I can not manage my modules as > > >>> I wish? > > >> > > >> Hmm, the relevant code (vfs_init.c) hasn't changed in 6.x since 6.0. > > >> There were some changes in 7.0, but this should work in both branches. > > >> What is the previous release that this worked on? > > > > > > Maybe I was wrong when I called this regression, but this was very > > > surprising behavior for me. And in 5.X I did a lot of udf > > > debugging/experimenting and never encountered such a problem. Maybe I > > > always did kldload before mount, I can't tell now. > > > Anyway, this seems like an annoyance at the very least, pinning a kernel > > > module without any important reasons. > > > > Hmm, I found one difference with previous setups: in step 1 I also have > > udf_iconv_load="YES" and udf_iconv.ko module is what seems to prevent > > udf.ko from unloading in step 7. I can actually unload udf_iconv and > > then I am able again to unload udf. > > > > Still don't understand what is a big difference here. > > > > And if I had UDF_ICONV built into kernel then I wouldn't have this > > work-around. > > The way I understand it, there are two different things: > > 1. kldload will load "child" modules on demand, but kldunload does not > attempt > to unload any other modules than the one you ask for. I don't think it's > material whether the kldload was done via the loader (before the kernel kmod > gets loaded, kernel is also a kmod), or after. It's also possible to have > modules who need to access the filesystem (other than /boot partition) when > kldloaded, and such modules can obviously not be loaded via the loader at > all. > > 2. There may be modules (such as bktr) that allocate memory in kernel space. > These can not be unloaded, because that memory may not be deallocated while > the kernel is up and running (the latter is my assumption). > > Anyhow, unless you're very tight on RAM, it hardly matters if you have some > kmods loaded but left unused. Kmods are small, typically 10-100 kB. I have two reasons for wanting to unload modules, neither have anything to do with the memory consumption: 1. hw.pci.do_power_nodriver setting allows me not to power up bits and pieces, resulting in longer battery life. I would really like to unload unneeded modules when I am taking laptop away from my desk where I have USB and Firewire peripherals and power supply. 2. usb.ko effectively prevents CPU from going into C3 state, which, again, negatively impacts battery life. For both of these reasons, I tend to reboot my laptop when I am planning on working away from my desk for prolonged time. > > If all your kmods are built into the kernel, you have the footprint of all of > them and you can't disable any at runtime. > > Feel free to correct me, anyone, if you think the above is not correct or > complete. > > Dan > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "[EMAIL PROTECTED]" -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
7.0-PRE/amd64 crash with Promise TX4 and eSATA disk
Dear colleagues, during rsycn from eSATA drive connected to Promise TX4 (ad12) to ZFS pool eSATA disk got disconnected. With the next access, system crashed: Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x3020e0b30 fault code = supervisor read data, page not present instruction pointer = 0x8:0x801cac9d stack pointer = 0x10:0xd79f7800 frame pointer = 0x10:0xd79f7840 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 = 898 (tcsh) trap number = 12 panic: page fault cpuid = 1 Uptime: 7h49m35s Physical memory: 4087 MB Dumping 677 MB: 662 646 630 614 598 582 566 550 534 518 502 486 470 454 438 422 406 390 374 358 342 326 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38 22 6 #0 doadump () at pcpu.h:194 194 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:194 #1 0x0031 in ?? () #2 0x80219c30 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0x8021a04d in panic (fmt=0x104 ) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0x80353284 in trap_fatal (frame=0xff000179c340, eva=18446742974222725120) at /usr/src/sys/amd64/amd64/trap.c:724 #5 0x80353655 in trap_pfault (frame=0xd79f7750, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:641 #6 0x80353ffb in trap (frame=0xd79f7750) at /usr/src/sys/amd64/amd64/trap.c:410 #7 0x80339dbe in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #8 0x801cac9d in dev2udev (x=0xff0001779400) at /usr/src/sys/fs/devfs/devfs_vnops.c:1325 #9 0x80310ab8 in ufs_getattr (ap=Variable "ap" is not available. ) at /usr/src/sys/ufs/ufs/ufs_vnops.c:401 #10 0x8029dcf3 in vn_stat (vp=0xff004728b9b0, sb=0xd79f79f0, active_cred=Variable "active_cred" is not available. ) at vnode_if.h:286 #11 0x802953b1 in kern_stat (td=0xff000179c340, path=0x44b66a , pathseg=Variable "pathseg" is not available. ) at /usr/src/sys/kern/vfs_syscalls.c:2112 #12 0x80295507 in stat (td=Variable "td" is not available. ) at /usr/src/sys/kern/vfs_syscalls.c:2093 #13 0x803538da in syscall (frame=0xd79f7c70) at /usr/src/sys/amd64/amd64/trap.c:852 #14 0x80339fcb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:290 #15 0x809c235c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) I would be glad to provide additional info to investigate and hopefully fix the problem. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: [EMAIL PROTECTED] ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
releng_7: rum0 USB Wifi problem
Hi all!. Today i brought a usb wifi dongle (Linksys WUSB54GC) and test it with yesterdays releng_7 with a plain generic kernel. It is configured with wpa_supplicant [0]. When i generate some traffic on it, i get panics [1]. Does anyboady else has problems with it? How can i go further and collect more info to help hunting the problem? Thanks! [0] ifconfig rum0: rum0: flags=8843 metric 0 mtu 1500 ether 00:18:f8:26:a7:7d inet 10.0.0.67 netmask 0xff00 broadcast 10.0.0.255 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) status: associated ssid myssid channel 1 (2412 Mhz 11g) bssid 00:16:b6:d9:22:bc authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 3:128-bit txpower 50 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 protmode CTS roaming MANUAL [1] kgdb bt: (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0755217 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc07554d9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0a68c6c in trap_fatal (frame=0xc6e53ba4, eva=18) at /usr/src/sys/i386/i386/trap.c:899 #4 0xc0a68ef0 in trap_pfault (frame=0xc6e53ba4, usermode=0, eva=18) at /usr/src/sys/i386/i386/trap.c:812 #5 0xc0a6989c in trap (frame=0xc6e53ba4) at /usr/src/sys/i386/i386/trap.c:490 #6 0xc0a4f81b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc06bac0a in rum_txeof (xfer=0xc1867600, priv=0xc1786498, status=USBD_NORMAL_COMPLETION) at /usr/src/sys/dev/usb/if_rum.c:842 #8 0xc06d4475 in usb_transfer_complete (xfer=0xc1867600) at /usr/src/sys/dev/usb/usbdi.c:977 #9 0xc06a7021 in ehci_softintr (v=0xc161d800) at /usr/src/sys/dev/usb/ehci.c:884 #10 0xc06cfff2 in usb_schedsoftintr (bus=0xc161d800) at /usr/src/sys/dev/usb/usb.c:844 #11 0xc06a87fe in ehci_intr1 (sc=0xc161d800) at /usr/src/sys/dev/usb/ehci.c:603 #12 0xc06a9235 in ehci_intr (v=0xc161d800) at /usr/src/sys/dev/usb/ehci.c:562 #13 0xc073843b in ithread_loop (arg=0xc1764360) at /usr/src/sys/kern/kern_intr.c:1036 #14 0xc0735239 in fork_exit (callout=0xc0738290 , arg=0xc1764360, frame=0xc6e53d38) at /usr/src/sys/kern/kern_fork.c:781 #15 0xc0a4f890 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ifconfig fxp0 link0 from rc.conf?
On Sat, Feb 02, 2008 at 07:42:46PM +, Matthew Herzog wrote: > What is the proper way to turn on the checksum offloading for an Intel > fxp card? > > Yes, it's obvious I can do it by hand with ifconfig. That works fine. > How do enable it in rc.conf so that > it happens upon each reboot? I searched the www for an hour and found no > examples. > > My guess would be -flags link0 but I'd rather be sure before hosing the > interface on this physically remote machine ;) > The 'link0' part is for enabling interrupt moderation. That can be enabled with a line in /etc/rc.conf similar to ifconfig_fxp0="inet 10.1.5.1 netmask 255.255.255.0 link0" (Adjust IP-address and netmask as needed.) Checksum offloading should be enabled automatically for those cards which support it. Most chips supported by fxp(4) do not have support checksum offloading. (The i82557, i82558, and i82559 do not support checksum offloading. The i82550 does support it. Newer chips probably also support it.) To enable recieve/transmit checksum offloading just add 'rxcsum'/'txcsum' respectively to the ifconfig line, but as I said this is normally enabled automatically for all NICs that have working support for it. (Use '-rxcsum' and '-txcsum' to disable them if they are enabled and you do not want to use checksum offloading.) You can run "ifconfig -m fxp0" to see what the card supports. The 'options' line in the output is those that are enabled while the 'capabilities' line are those which are supported. Checksum offloading is indicated by RXCSUM and TXCSUM (for receive and transmit respectively.) -- Erik Trulsson [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ifconfig fxp0 link0 from rc.conf?
What is the proper way to turn on the checksum offloading for an Intel fxp card? Yes, it's obvious I can do it by hand with ifconfig. That works fine. How do enable it in rc.conf so that it happens upon each reboot? I searched the www for an hour and found no examples. My guess would be -flags link0 but I'd rather be sure before hosing the interface on this physically remote machine ;) Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: CC messed up in RELENG_7 build
Dominic Fandrey wrote: > The sources were csupped ~3 hours ago. My CC is defined as follows: > env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache cc > > I have done many buildworld, buildkernel and port builds with this setting and > it never caused any problems. However today buildworld fails the following > way: > > env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache env > CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache cc -m32 -march=k8 > -mfancy-math-387 -DCOMPAT_32BIT -iprefix > /usr/obj/6510b/amd64/usr/src/lib32/usr/ > -L/usr/obj/6510b/amd64/usr/src/lib32/usr/lib32 > -B/usr/obj/6510b/amd64/usr/src/lib32/usr/lib32 -c -O2 -fno-strict-aliasing > -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT > -I/usr/src/gnu/lib/libgcc/../../../contrib/gcclibs/include > -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config > -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I. > -I/usr/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -fvisibility=hidden > -DHIDE_EXPORTS -fPIC -DL_muldi3 -o _muldi3.o > /usr/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc2.c > distcc[76450] (main) CRITICAL! distcc seems to have invoked itself > recursively! > distcc[76449] (main) CRITICAL! distcc seems to have invoked itself > recursively! > distcc[76448] ERROR: compile > /usr/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc2.c on localhost failed > with exit code 111 > *** Error code 111 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > > Stop in /usr/src. > > > > It looks to me like there has been some kind of recursive substitution of CC, > turning > env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache cc > into > env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache env > CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache cc > > I have looked at the involved Makefile.in files, but I didn't find anything > that > looked suspicious to me. I have found the problem, it's specific to sysutils/bsdadminscripts. So nobody needs to spend time on it, apart from me, that is. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: src.conf, WITHOUT-knobs and nanobsd
Gerrit Kühn wrote: > Hi folks, > > I have just noticed that the NO-knobs were renamed into WITHOUT-knobs and > moved from make.conf into src.conf. > Can anyone tell me if (and how) this interacts with nanobsd, which uses > the following variables: > > --- > # Options to put in make.conf during buildworld only > CONF_BUILD=' ' > > # Options to put in make.conf during installworld only > CONF_INSTALL=' ' > > # Options to put in make.conf during both build- & installworld. > CONF_WORLD=' ' > --- > > > Can I put the new WITHOUT-knobs there like I used to do with the NO-knobs > before Yes you can. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
CC messed up in RELENG_7 build
The sources were csupped ~3 hours ago. My CC is defined as follows: env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache cc I have done many buildworld, buildkernel and port builds with this setting and it never caused any problems. However today buildworld fails the following way: env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache cc -m32 -march=k8 -mfancy-math-387 -DCOMPAT_32BIT -iprefix /usr/obj/6510b/amd64/usr/src/lib32/usr/ -L/usr/obj/6510b/amd64/usr/src/lib32/usr/lib32 -B/usr/obj/6510b/amd64/usr/src/lib32/usr/lib32 -c -O2 -fno-strict-aliasing -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/usr/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/usr/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -fvisibility=hidden -DHIDE_EXPORTS -fPIC -DL_muldi3 -o _muldi3.o /usr/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc2.c distcc[76450] (main) CRITICAL! distcc seems to have invoked itself recursively! distcc[76449] (main) CRITICAL! distcc seems to have invoked itself recursively! distcc[76448] ERROR: compile /usr/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc2.c on localhost failed with exit code 111 *** Error code 111 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 Stop in /usr/src. It looks to me like there has been some kind of recursive substitution of CC, turning env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache cc into env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache cc I have looked at the involved Makefile.in files, but I didn't find anything that looked suspicious to me. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
