Re: ipf Kernel Panic log.. w/ Vonage linksys RT31P2, 5.4 Stable, IPF + IPNAT
Hello, if your Vonage linksys RT31P2 talks H323 try /usr/ports/net/gatekeeper in proxy mode. Cheers, Vladimir Botka On Sun, 12 Jun 2005, Damon Hopkins wrote: I can reproduce this very easily.. I pick up my phone and make a call Current Setup Cable Modem---FreeBSD 5.4 Stable---HUB--Machines \--Vonage Linksys RT31P2 I've tried various nap rules and ipf filter settings.. here are the current mappings and setup.. the kernel is GENERIC w/ the debuggong stuff put in it. IPNAT RULES map vr0 10.69.0.0/24 - 0/32 proxy port ftp ftp/tcp map vr0 10.69.0.0/24 - 0/32 - IPF RULES - pass in quick on lo0 proto tcp from any to any flags S keep state pass in quick on lo0 proto udp from any to any keep state pass in quick on lo0 proto icmp from any to any keep state pass in quick on lo0 all keep state pass out quick on lo0 proto tcp from any to any flags S keep state pass out quick on lo0 proto udp from any to any keep state pass out quick on lo0 proto icmp from any to any keep state pass out quick on lo0 all keep state pass in quick on rl0 proto tcp from any to any flags S keep state pass in log first quick on rl0 proto udp from any to any keep state pass in log first quick on rl0 proto icmp from any to any keep state keep frags pass in quick on rl0 all keep state pass out quick on rl0 proto tcp from any to any flags S keep state pass out log first quick on rl0 proto udp from any to any keep state pass out log first quick on rl0 proto icmp from any to any keep state keep frags pass out quick on rl0 all keep state pass in quick on vr0 proto tcp from any to any flags S keep state keep frags pass in quick on vr0 proto udp from any to any keep state keep frags pass in log first quick on vr0 proto icmp from any to any keep state keep frags pass in quick on vr0 all keep state keep frags pass out quick on vr0 proto tcp from any to any flags S keep state keep frags pass out quick on vr0 proto udp from any to any keep state keep frags pass out log first quick on vr0 proto icmp from any to any keep state keep frags pass out quick on vr0 all keep state keep frags pass in quick on ng0 proto tcp from any to any flags S keep state pass in quick on ng0 proto udp from any to any keep state pass in log first quick on ng0 proto icmp from any to any keep state pass in quick on ng0 all keep state pass out quick on ng0 proto tcp from any to any flags S keep state pass out quick on ng0 proto udp from any to any keep state pass out log first quick on ng0 proto icmp from any to any keep state pass out quick on ng0 all keep state SNIP MORE ng rules form my other VPNS /SNIP I've also just tried to pass everything pass in quick on vr0 all pass out quick on vr0 all but that didn't help any I've notices a lot of UDP traffic from the linksys adapter durring a phone call.. Thanks Guys.. I hope this gets fixes real fast cause my old number goes away in a few days and this is not going to be fun.. I can't put the linksys adapter in front of the firewall because it doesn't route my VPN's.. we use MPD and bgpd (zebra) Later, Damon Hopkins - DEBUG OUTPUT -- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc fault code = supervisor read, page not present instruction pointer = 0x8:0xc0651550 stack pointer = 0x10:0xd3d46aec frame pointer = 0x10:0xd3d46af8 code segment= base 0x0, limit 0xfm type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 27 (swi1:net) [thread pid 27 tid 100021 ] Stopped at m_copydata+0x28: movl0xc(%esi),%eax db examine m_copydata+0x28:290c468b db trace Tracing pid 27 tid 100021 td 0xc15a4180 mcopydata(c17fa400,0,38,c193abc0,0) at m_copydata+0x28 ipllog(0,d3d46bc8,d3d46b50,d3d46b48,d3d46b40) at ipllog+0x1f1 ipflog(105819,c17fa450,d3d46bc8,c17fa400,0) at ipflog+0x18f fr_check(c17fa450,14,c16c6000,0,d3d46c70) at fr_check+0xc6c fr_check_wrapper(0,d3d46c70,c16c6000,1,0) at fr_check_wrapper+0x2a pfil_run_hooks(c08fa5c0,d3d46cbc,c16c600,1,0) at pfil_run_hooks+0xeb ip_input(c17fa400) at ip_input+0x211 netisr_processqueue(c08f9858) at netisr_processqueue+0x9f swi_net(0) at swi_net+0xee ithread_loop(c159a500,d3d46d38) at ithread_loop+0x151 fork_exit(c0609f4c,c159a500,d3d46d38) at fork_exit+0x74 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd3d46d6c, ebp = 0 --- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
NFS on 5.4
Hello ! Does anyone knows, what's going on with NFS on 5.4 ? I have same hardware as before, when 5.3 was installed, except the installation is new, 5.4. I have NFS mounted and some FTP app is using it extensively and server crashes once / day. I have noticed: After 8 hours of uptime... su-2.05b# netstat -m 739 mbufs in use 736/32768 mbuf clusters in use (current/max) 0/3/4464 sfbufs in use (current/peak/max) 1656 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 749 calls to protocol drain routines suddenly after 5 minutes... 4294962365 mbufs in use 359/25600 mbuf clusters in use (current/max) 10/37/6656 sfbufs in use (current/peak/max) 4193789 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 1453 requests for I/O initiated by sendfile 0 calls to protocol drain routines soon after that ... 4294961974 mbufs in use 358/25600 mbuf clusters in use (current/max) 10/37/6656 sfbufs in use (current/peak/max) 4193689 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 1729 requests for I/O initiated by sendfile 4 calls to protocol drain routines Any clue ? Tnx smime.p7s Description: S/MIME Cryptographic Signature
Re: NFS on 5.4
On Monday 13 June 2005 10:29, Marko uk wrote: Does anyone knows, what's going on with NFS on 5.4 ? I have same hardware as before, when 5.3 was installed, except the installation is new, 5.4. I have NFS mounted and some FTP app is using it extensively and server crashes once / day. I have noticed: Can you please get a debugging kernel on that box and extract a crashdump/ trace? Without this information everything is just guesswork. After 8 hours of uptime... su-2.05b# netstat -m 739 mbufs in use 736/32768 mbuf clusters in use (current/max) 0/3/4464 sfbufs in use (current/peak/max) 1656 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 749 calls to protocol drain routines suddenly after 5 minutes... 4294962365 mbufs in use 359/25600 mbuf clusters in use (current/max) 10/37/6656 sfbufs in use (current/peak/max) 4193789 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 1453 requests for I/O initiated by sendfile 0 calls to protocol drain routines Please see: http://lists.freebsd.org/mailman/htdig/freebsd-stable/2005-April/013703.html -- /\ Best regards, | [EMAIL PROTECTED] \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED] / \ ASCII Ribbon Campaign | Against HTML Mail and News pgpYMEKTgV9eY.pgp Description: PGP signature
kernel bug (ufs2?) on a dell 2600
This server (FreeBSD 5.4 RELENG) is crashing once a week or more since 5.4 (maybe before). It may be related with a full filesystem: I'm using snapshots on this server (using http://people.freebsd.org/~rse/snapshot/), and crack has occured after (~30mins) a snapshot that fills up to 100% the filesystem. Attached the dmesg and kgdb logs. I'm not so hacker, but hope that it can help to resolve this bug. [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol ps_pglobal_lookup] 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 i386-marcel-freebsd. #0 doadump () at pcpu.h:160 160 __asm __volatile(movl %%fs:0,%0 : =r (td)); (kgdb) bt full #0 doadump () at pcpu.h:160 No locals. #1 0xc06878d6 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 first_buf_printf = 1 #2 0xc0687cc4 in panic (fmt=0xc091a1ae initiate_write_inodeblock_ufs2: already started) at /usr/src/sys/kern/kern_shutdown.c:566 td = (struct thread *) 0xc3641c00 bootopt = 260 newpanic = 0 ap = 0xc3641c00 \\\214\220Ã -XÃ buf = initiate_write_inodeblock_ufs2: already started, '\0' repeats 208 times #3 0xc080ef5f in initiate_write_inodeblock_ufs2 (inodedep=0xc5be0280, bp=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3781 adp = (struct allocdirect *) 0xd75bd13c lastadp = (struct allocdirect *) 0x1000 dp = (struct ufs2_dinode *) 0x0 fs = (struct fs *) 0xc21f6730 i = Unhandled dwarf expression opcode 0x93 (kgdb) quit Copyright (c) 1992-2005 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 5.4-STABLE #0: Mon Jun 6 18:51:49 CEST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ZLIP Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.29-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf29 Stepping = 9 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 Hyperthreading: 2 logical CPUs real memory = 2147287040 (2047 MB) avail memory = 2095828992 (1998 MB) ACPI APIC Table: DELL PE2600 FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic2: Changing APIC ID to 10 ioapic2: WARNING: intbase 72 != expected base 48 ioapic3: Changing APIC ID to 11 ioapic3: WARNING: intbase 120 != expected base 96 ioapic4: Changing APIC ID to 12 ioapic0 Version 2.0 irqs 0-23 on motherboard ioapic1 Version 2.0 irqs 24-47 on motherboard ioapic2 Version 2.0 irqs 72-95 on motherboard ioapic3 Version 2.0 irqs 120-143 on motherboard ioapic4 Version 2.0 irqs 144-167 on motherboard npx0: math processor on motherboard npx0: INT 16 interface acpi0: DELL PE2600 on motherboard acpi0: Power Button (fixed) Timecounter ACPI-safe frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x808-0x80b on acpi0 cpu0: ACPI CPU on acpi0 cpu1: ACPI CPU on acpi0 cpu2: ACPI CPU on acpi0 cpu3: ACPI CPU on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge at device 2.0 on pci0 pci1: ACPI PCI bus on pcib1 pci1: base peripheral, interrupt controller at device 28.0 (no driver attached) pcib2: ACPI PCI-PCI bridge at device 29.0 on pci1 pci2: ACPI PCI bus on pcib2 em0: Intel(R) PRO/1000 Network Connection, Version - 1.7.35 port 0xece0-0xecff mem 0xfdec-0xfded,0xfdee-0xfdef irq 24 at device 2.0 on pci2 em0: Ethernet address: 00:02:b3:d4:d3:a2 em0: Speed:N/A Duplex:N/A pci1: base peripheral, interrupt controller at device 30.0 (no driver attached) pcib3: ACPI PCI-PCI bridge at device 31.0 on pci1 pci3: ACPI PCI bus on pcib3 em1: Intel(R) PRO/1000 Network Connection, Version - 1.7.35 port 0xdce0-0xdcff mem 0xfdcc-0xfdcd,0xfdce-0xfdcf irq 28 at device 1.0 on pci3 em1: Ethernet address: 00:0b:db:92:0a:e4 em1: Speed:N/A Duplex:N/A pcib4: ACPI PCI-PCI bridge at device 3.0 on pci0 pci4: ACPI PCI bus on pcib4 pci4: base peripheral, interrupt controller at device 28.0 (no driver attached) pcib5: ACPI PCI-PCI bridge at device 29.0 on pci4 pci5: ACPI PCI bus on pcib5 pci4: base peripheral, interrupt controller at device 30.0 (no driver attached) pcib6: ACPI PCI-PCI bridge at device 31.0 on pci4 pci6: ACPI PCI bus on pcib6 bge0: Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002 mem 0xfd8f-0xfd8f
NFS on 5.4
I have noticed same behaviour on latest 5.4-STABLE which has nfs mounts. I'm running squid on that machine (but both NFS exports are on Linux-2.6.12-rc5): # netstat -m 4294964710 mbufs in use 2824/25600 mbuf clusters in use (current/max) 0/20/6656 sfbufs in use (current/peak/max) 5001 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 247 requests for I/O initiated by sendfile 1454 calls to protocol drain routines 5.4-STABLE FreeBSD 5.4-STABLE #2: Sat Jun 11 02:26:09 CEST 2005 Regards, gg. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
NFS on 5.4
Ups, I forgot: #vmstat -z | grep Mbuf MbufClust: 2048,25600, 4934, 0, 9085312 Mbuf:256,0, 4995,855, 199904149 Regards, gg. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
MS USB Wireless Mouse
Hi, my problem with %subj% continues. Recently I have forced ums to detect it as mouse but there are still some weird things. ums0: Microsoft Microsoft USB Wireless Mouse, rev 2.00/0.17, addr 2, iclass 3/1 ums_attach: bLength=7 bDescriptorType=5 bEndpointAddress=1-in bmAttributes=3 wMaxPacketSize=8 bInterval=10 ums0: 5 buttons and Z dir. ums_attach: sc=0xc1bcb800 ums_attach: X 48/8 ums_attach: Y 56/8 ums_attach: Z 64/8 ums_attach: B1 40/1 ums_attach: B2 41/1 ums_attach: B3 42/1 ums_attach: B4 43/1 ums_attach: B5 44/1 ums_attach: size=11, id=19 ... seems like reported locations X,Y,Z and buttons are wrong. any clues? thanx michal ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: NFS on 5.4
On Mon, Jun 13, 2005 at 02:14:35PM +0200, Goran Gajic wrote: I have noticed same behaviour on latest 5.4-STABLE which has nfs mounts. I'm running squid on that machine (but both NFS exports are on Linux-2.6.12-rc5): # netstat -m 4294964710 mbufs in use 2824/25600 mbuf clusters in use (current/max) 0/20/6656 sfbufs in use (current/peak/max) 5001 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 247 requests for I/O initiated by sendfile 1454 calls to protocol drain routines 5.4-STABLE FreeBSD 5.4-STABLE #2: Sat Jun 11 02:26:09 CEST 2005 See the release errata. Kris pgpZCdqQ5PwLN.pgp Description: PGP signature
Re: NFS on 5.4
On Mon, Jun 13, 2005 at 10:29:40AM +0200, Marko ??uk wrote: Hello ! Does anyone knows, what's going on with NFS on 5.4 ? I have same hardware as before, when 5.3 was installed, except the installation is new, 5.4. I have NFS mounted and some FTP app is using it extensively and server crashes once / day. I have noticed: After 8 hours of uptime... su-2.05b# netstat -m 739 mbufs in use 736/32768 mbuf clusters in use (current/max) 0/3/4464 sfbufs in use (current/peak/max) 1656 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 749 calls to protocol drain routines suddenly after 5 minutes... 4294962365 mbufs in use 359/25600 mbuf clusters in use (current/max) 10/37/6656 sfbufs in use (current/peak/max) 4193789 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 1453 requests for I/O initiated by sendfile 0 calls to protocol drain routines See the release errata; this is not an indication of a problem. Kris pgpBvozr43iVg.pgp Description: PGP signature
Re: NFS on 5.4
On Monday 13 June 2005 13:18, Goran Gajic wrote: Ups, I forgot: Hello Goran, If you would reply to existing messages instead of posting new threads that would be very helpful it makes browsing the mail archive, and following conversation in a threaded mail reader much easier. Also you seem to be E-mailing [EMAIL PROTECTED], this clearly works but seems to confuse my mail client (KMail) and causes it to setup a reply to freebsd-stable@freebsd.org, and [EMAIL PROTECTED] by default, meaning replies to your posts from my client, and perhaps others, will be duplicated unless the sender removes the @www themselves. If you could send your messages to freebsd-stable@freebsd.org, I don't think this would occur. #vmstat -z | grep Mbuf MbufClust: 2048,25600, 4934, 0, 9085312 Mbuf:256,0, 4995,855, 199904149 Regards, gg. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] Thanks very much for your report, -- Dominic GoodforBusiness.co.uk I.T. Services for SMEs in the UK. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: NFS on 5.4
Aha, ok, thanks... (31 Oct 2004) The results of netstat -m can become incorrect on SMP systems when debug.mpsafenet is set to 1 (default). This is an error in the statistics gathering because of a race condition in the counters, not an actual memory leak. I'll put kernel into debug and see, as Max suggested. Tnx Kris Kennaway wrote: On Mon, Jun 13, 2005 at 10:29:40AM +0200, Marko ??uk wrote: Hello ! Does anyone knows, what's going on with NFS on 5.4 ? I have same hardware as before, when 5.3 was installed, except the installation is new, 5.4. I have NFS mounted and some FTP app is using it extensively and server crashes once / day. I have noticed: After 8 hours of uptime... su-2.05b# netstat -m 739 mbufs in use 736/32768 mbuf clusters in use (current/max) 0/3/4464 sfbufs in use (current/peak/max) 1656 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 749 calls to protocol drain routines suddenly after 5 minutes... 4294962365 mbufs in use 359/25600 mbuf clusters in use (current/max) 10/37/6656 sfbufs in use (current/peak/max) 4193789 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 1453 requests for I/O initiated by sendfile 0 calls to protocol drain routines See the release errata; this is not an indication of a problem. Kris -- Please send all support related questions to [EMAIL PROTECTED] Work @ http://www.xenya.si Private: http://cuk.nu Sports: http://www.cuk.nu Slovenian FreeBSD mirror admin http://www2.si.freebsd.org Slovenian OpenBSD mirror ftp://openbsd.cuk.nu/pub/OpenBSD smime.p7s Description: S/MIME Cryptographic Signature
Re: Adaptec 2120S delays boot
Andrey Lakhno wrote: Hello, I have a problem with server with Adaptec SCSI RAID 2120S controller. 5.4-RELEASE was installed. GENERIC kernel boots with long delay (about 10 minutes), printing following messages: aac0: Error 5 sending GetDeviceProbeInfo command aac0: Error 5 sending GetDeviceProbeInfo command aac0: Error 5 sending GetDeviceProbeInfo command aac0: Error 5 sending GetDeviceProbeInfo command aac0: Error 5 sending GetDeviceProbeInfo command ... Is somebody knows how to fix this ? I had to rebuild the kernel without the aacp device to avoid this delay with the Adaptec 2120S. Guy -- Guy Helmer, Ph.D. Principal System Architect Palisade Systems, Inc. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: MS USB Wireless Mouse
Michal Vanco wrote: ... seems like reported locations X,Y,Z and buttons are wrong. well ... this works. but i'm not sure for other mices diff -Nrua usb/ums.c /sys/dev/usb/ums.c --- usb/ums.c Sun Jan 30 02:00:10 2005 +++ /sys/dev/usb/ums.c Mon Jun 13 16:24:50 2005 @@ -76,6 +76,7 @@ #include machine/mouse.h #endif + #ifdef USB_DEBUG #define DPRINTF(x) if (umsdebug) logprintf x #define DPRINTFN(n,x) if (umsdebug(n)) logprintf x @@ -287,6 +288,9 @@ if (hid_locate(desc, size, HID_USAGE2(HUP_GENERIC_DESKTOP, HUG_TWHEEL), hid_input, sc-sc_loc_t, flags)) { sc-sc_loc_t.pos = sc-sc_loc_t.pos + 8; + sc-sc_loc_x.pos = sc-sc_loc_x.pos - 40; + sc-sc_loc_y.pos = sc-sc_loc_y.pos - 40; + sc-sc_loc_z.pos = sc-sc_loc_z.pos - 40; sc-flags |= UMS_T; } @@ -307,9 +311,12 @@ sc-nbuttons, sc-flags UMS_Z? and Z dir : , sc-flags UMS_T? and a TILT dir: ); - for (i = 1; i = sc-nbuttons; i++) + for (i = 1; i = sc-nbuttons; i++) { hid_locate(desc, size, HID_USAGE2(HUP_BUTTON, i), hid_input, sc-sc_loc_btn[i-1], 0); + if (sc-flags UMS_T) + sc-sc_loc_btn[i - 1].pos -= 40; + } sc-sc_isize = hid_report_size(desc, size, hid_input, sc-sc_iid); sc-sc_ibuf = malloc(sc-sc_isize, M_USB, M_NOWAIT); @@ -458,8 +465,9 @@ */ if (sc-flags UMS_T) { if (sc-sc_iid) { - if (*ibuf++ == 0x02) - return; + ibuf++; + if (*(ibuf - 1) == 0x02 || *(ibuf - 1) == 0x14) + return; } } else { if (sc-sc_iid) { ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
reboot panic kernel 5.3
Kernel is 5.3 + Sandvine modifications I have uncovered a race condition during reboot, as the system is going down it kernel panics. This problem is reproducible on my system, it occurs approx 1 out of every 20 reboots. Stack Trace and variables of interest. #0 doadump () at pcpu.h:159 #1 0xa05924a2 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:421 #2 0xa05928a0 in panic (fmt=0xa076ff74 %s) at /usr/src/sys/kern/kern_shutdown.c:584 #3 0xa073853f in trap_fatal (frame=0xcdb54c1c, eva=0) at /usr/src/sys/i386/i386/trap.c:829 #4 0xa0738215 in trap_pfault (frame=0xcdb54c1c, usermode=0, eva=8) at /usr/src/sys/i386/i386/trap.c:746 #5 0xa0737d9e in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = -1520304112, tf_edi = 15, tf_esi = -1511925548, tf_ebp = -843756432, tf_isp = -843756472, tf_ebx = -1516062592 0, tf_ecx = -1516062592, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1604789009, tf_cs = 8, tf_eflags = 66118, tf_esp = -1516062592, tf_ss = 0} at /usr/src/sys/i386/i386/trap.c:436 #6 0xa0723d8a in calltrap () at /usr/src/sys/i386/i386/exception.s:202 #7 0x0018 in ?? () #8 0x0010 in ?? () #9 0xa5620010 in ?? () #10 0x000f in ?? () #11 0xa5e1d8d4 in ?? () #12 0xcdb54c70 in ?? () #13 0xcdb54c48 in ?? () #14 0xa5a2b880 in ?? () #15 0x in ?? () #16 0xa5a2b880 in ?? () #17 0x in ?? () #18 0x000c in ?? () #19 0x in ?? () #20 0xa058dcef in cr_cansignal (cred=0xa5a2b880, proc=0xa5e1d8d4, signum=15) at /usr/src/sys/kern/kern_prot.c:1495 #21 0xa058dd87 in p_cansignal (td=0xa5789c80, p=0xa5e1d8d4, signum=15) at /usr/src/sys/kern/kern_prot.c:1535 #22 0xa0595192 in killpg1 (td=0xa5789c80, sig=15, pgid=-1511925548, all=1) at /usr/src/sys/kern/kern_sig.c:1321 #23 0xa059553e in kill (td=0xa5789c80, uap=0xcdb54d14) at /usr/src/sys/kern/kern_sig.c:1398 #24 0xa07388db in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = 1, tf_ebp = -1614811884, tf_isp = -843756172, tf_ebx = 1746232072, tf_edx = 2, tf_ecx x = 37, tf_trapno = 12, tf_err = 2, tf_eip = 1745696235, tf_cs = 31, tf_eflags = 642, tf_esp = -1614811972, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1021 #25 0xa0723ddf in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:263 The code where the crash occurred in cr_cansignal if (cred-cr_ruid != proc-p_ucred-cr_ruid cred-cr_ruid != proc-p_ucred-cr_svuid cred-cr_uid != proc-p_ucred-cr_ruid cred-cr_uid != proc-p_ucred-cr_svuid) { /* Not permitted without privilege. */ error = suser_cred(cred, SUSER_ALLOWJAIL); if (error) return (error); } (kgdb) p *cred $2 = {cr_ref = 2614, cr_uid = 0, cr_ruid = 0, cr_svuid = 0, cr_ngroups = 3, cr_groups = {0, 0, 5, 0 repeats 13 times}, cr_rgid = 0, cr_svgid = 0, cr_uidinfo = 0xa5620740, cr_ruidinfo = 0xa5620740, cr_prison = 0x0, cr_label = 0x0, cr_mtxp = 0xa560946c} (kgdb) p *proc $3 = {p_list = {le_next = 0xa5b0154c, le_prev = 0xa07edc64}, p_ksegrps = {tqh_first = 0xa56fa620, tqh_last = 0xa56fa624}, p_threads = { tqh_first = 0xa5b51e10, tqh_last = 0xa5b51e18}, p_suspended = {tqh_first = 0x0, tqh_last = 0xa5e1d8ec}, p_ucred = 0x0, p_fd = 0x0, p_fdtol = 0x0, p_stats = 0xd0019000, p_limit = 0x0, p_upages_obj = 0xa5b1cc60, p_sigacts = 0x0, p_flag = 24576, p_sflag = 1, p_state = PRS_NEW, p_pid = 1465, p_ha le_next = 0x0, le_prev = 0xa561b6e4}, p_pglist = {le_next = 0xa5b4cc5c, le_prev = 0xa5b4b054}, p_pptr = 0xa5b4b000, p_sibling = {le_next = 0x0, le_prev = 0xa5b4b068}, p_children = {lh_first = 0x0}, p_mtx = {mtx_object = {lo_class = 0xa07c19dc, lo_name = 0xa0789fa5 process lock, lo_type = 0xa0789fa5 process lock, lo_flags = 4390912, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 2776145026, mtx_recurse = 0}, p_oppid = 0, p_vmspace = 0x0, p_swtime = 9, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = {tv_sec = 0, tv_usec = 0}},
UPDATE panics on 5.4-RELEASE-p1
Hi, I searched in the problem report database and I found an open PR which seems to be related to the same panic : kern/74319. I contacted the author of the PR and he said he has the same problem on two servers which seems to work fine with Linux : a HP Proliant ML110 and an IBM. The only workaround he found is to disable SMP and HTT. For information our server is a HP DL380 with two cpu and I would like to use them ;) thanks -- Philippe PEGON Hi, we have a FreeBSD server which regularly panics (almost everyday). Moreover the console on serial port (booting with -h option) lockups the server when it panics, I took a screenshot with a camera and manually recopied it... config file and dmesg output attached. Fatal trap 12: page fault while in kernel mode cpuid = 1: apic id = 06 fault wirtual address = 0x1c fault code = supervisor write, page not present instruction pointer = 0x8:0xc062c6e3 stack pointer = 0x10:0xe926c9bc frame pointer = 0x10:0xe926c9c8 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 99772 (expect) [thread pid 99772 tid 100159 ] Stopped at knote+0x27: lock cmpxchgl %ecx,0x1c(%edx) db where Tracing pid 99772 tid 100159 td 0xc394cd80 knote(c3b04080,0,0,c3b04010,c3b04000) at knote+0x27 ttwakeup(c3b04000,c3b04000,c3b04000,c3fd8800,e926ca14) at ttwakeup+0x55 ttymodem(c3b04000,1) at ttymodem+0x170 ptcopen(c3fd8800,8003,2000,c394cd80,c08c5fa0) at ptcopen+0x63 spec_open(e926ca80,e926cb3c,c06a68ed,e926ca80,180) at spec_open+0x2b6 spec_vnoperate(e926ca80) at spec_vnoperate+0x13 vn_open_cred(e926cbe4,e926cce4,9a5,c574c700,3) at vn_open_cred+0x419 vn_open(e926cbe4,e926cce4,9a5,3,c060ae07) at vn_open+0x1e kern_open(c394cd80,8060dc7,0,8003,805ebb7) at kern_open+0xeb open(c394cd80,e926cd14,3,2,296) at open+0x18 syscall(2f,2f,2f,3,) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x2819f6bb, esp = 0xbfbfe5cc, ebp = 0xbfbfe5f8 --- thanks in advance -- Philippe PEGON Copyright (c) 1992-2005 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 5.4-RELEASE-p1 #2: Thu Jun 9 12:59:40 CEST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CRC Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3600.14-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf41 Stepping = 1 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 Hyperthreading: 2 logical CPUs real memory = 2147430400 (2047 MB) avail memory = 2095968256 (1998 MB) ACPI APIC Table: HP 0083 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ioapic1: Changing APIC ID to 9 ioapic0 Version 2.0 irqs 0-23 on motherboard ioapic1 Version 2.0 irqs 24-47 on motherboard ioapic2 Version 2.0 irqs 48-71 on motherboard ioapic3 Version 2.0 irqs 72-95 on motherboard npx0: math processor on motherboard npx0: INT 16 interface acpi0: HP P52 on motherboard acpi0: Power Button (fixed) Timecounter ACPI-safe frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x908-0x90b on acpi0 cpu0: ACPI CPU on acpi0 cpu1: ACPI CPU on acpi0 pcib0: ACPI Host-PCI bridge on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge at device 2.0 on pci0 pci13: ACPI PCI bus on pcib1 pcib2: ACPI PCI-PCI bridge at device 4.0 on pci0 pci6: ACPI PCI bus on pcib2 pcib3: ACPI PCI-PCI bridge at device 0.0 on pci6 pci7: ACPI PCI bus on pcib3 pcib4: ACPI PCI-PCI bridge at device 0.2 on pci6 pci10: ACPI PCI bus on pcib4 ciss0: HP Smart Array 642 port 0x5000-0x50ff mem 0xfdf8-0xfdfb,0xfdff-0xfdff1fff irq 72 at device 1.0 on pci10 pcib5: ACPI PCI-PCI bridge at device 6.0 on pci0 pci3: ACPI PCI bus on pcib5 pcib6: ACPI PCI-PCI bridge at device 28.0 on pci0 pci2: ACPI PCI bus on pcib6 ciss1: HP Smart Array 6i port 0x4000-0x40ff mem 0xfde8-0xfdeb,0xfdef-0xfdef1fff irq 24 at device 1.0 on pci2 bge0: Broadcom BCM5704C Dual Gigabit Ethernet, ASIC rev. 0x2100 mem 0xfde7-0xfde7 irq 25 at device 2.0 on pci2 miibus0: MII bus on bge0 brgphy0: BCM5704 10/100/1000baseTX PHY on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:12:79:3c:3d:5b bge1: Broadcom BCM5704C Dual Gigabit Ethernet, ASIC rev. 0x2100 mem 0xfde6-0xfde6 irq 26 at device 2.1 on pci2 miibus1: MII bus on bge1 brgphy1: BCM5704 10/100/1000baseTX PHY on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:12:79:3c:3d:5a
Re: FreeBSD MySQL still WAY slower than Linux
You can set the environment variable LIBPTHREAD_SYSTEM_SCOPE to force libpthread to use system scope. This is easier than rebuilding libpthread (with SYSTEM_SCOPE_ONLY defined) and allows you to use M:N for some applications and 1:1 for others. Is the sysctl kern.threads.thr_scope_sys supposed to achieve the same thing ? using the environment variable solves a different problem I have, but setting the sysctl doesn't. Is there any way to force pthreads to system scope by default ? -pcf. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD MySQL still WAY slower than Linux
On Mon, 13 Jun 2005, Pete French wrote: You can set the environment variable LIBPTHREAD_SYSTEM_SCOPE to force libpthread to use system scope. This is easier than rebuilding libpthread (with SYSTEM_SCOPE_ONLY defined) and allows you to use M:N for some applications and 1:1 for others. Is the sysctl kern.threads.thr_scope_sys supposed to achieve the same thing ? using the environment variable solves a different problem I have, but setting the sysctl doesn't. Is there any way to force pthreads to system scope by default ? kern.threads.thr_scope_sys is for libthr only. Reread the above for the answer to your last question. -- DE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD MySQL still WAY slower than Linux
Reread the above for the answer to your last question. Sorry, rephrased - 'How can I set that environment variable for all processes?' I'm kind of embarassed to have to ask, as this should surely be very simple, but I cant think of anywhere to set system-wide environment variables which all processes will have. I've only ever done this in shell profiles before and I cant think of anywhere global to set something like this. I tried 'man environ' and similar but it doesnt help ? -pcf. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD MySQL still WAY slower than Linux
On Mon, 13 Jun 2005, Pete French wrote: Reread the above for the answer to your last question. Sorry, rephrased - 'How can I set that environment variable for all processes?' login.conf perhaps? I'm kind of embarassed to have to ask, as this should surely be very simple, but I cant think of anywhere to set system-wide environment variables which all processes will have. I've only ever done this in shell profiles before and I cant think of anywhere global to set something like this. I tried 'man environ' and similar but it doesnt help The answer to your question was in parenthesis (rebuild libpthread with SYSTEM_SCOPE_ONLY defined). -- DE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: atacontrol raid1 vs. gmirror
On 6/11/05, Paul Mather [EMAIL PROTECTED] wrote: I found array rebuilding to be troublesome on atacontrol RAID Some bits from the in-house documentation I've been writing. I've tested this on multiple occasions on my 1U Supermicro SATA boxes, so might possibly be interesting for someone. * RAID setup: (If required, FreeBSD only) - ensure that the drives are probed as ad4 and ad6 like: ad4: 76324MB [155072/16/63] at ata2-master SATA150 ad6: 76324MB [155072/16/63] at ata3-master SATA150 - if they do not probe correctly, check the BIOS settings above - perform a minimal install of FreeBSD 5.3 (do not worry about network or anything) - reboot from the installed OS and login as root - Run the command atacontrol create RAID1 ad4 ad6 to create the raid set - Reboot and reinstall the OS, choosing ar0 as the drive, which should probe like: ad4: 76324MB [155072/16/63] at ata2-master SATA150 ad6: 76324MB [155072/16/63] at ata3-master SATA150 ar0: 76324MB [9730/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad6 at ata3-master Minimal Survival for FreeBSD software RAID1 sets * Read the atacontrol man page * atacontrol status ar0 - to check the status * atacontrol detach 2 - to detach ad4 if failed (again, use 3 for ad6). The SATA disks in the 5013C-T chassis are hotswappable, so it can be pulled once detached. * atacontrol attach 2 - to reattach ad4 once replaced * atacontrol addspare ar0 ad4 - to add the replaced ad4 as a spare on the RAID set * atacontrol rebuild ar0 - to rebuild the mirror -- Jon Simola Systems Administrator ABC Communications ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
CPUTYPE for Sempron
Which CPUTYPE should be used for the AMD Sempron CPU? I'm assuming this is similiar to an athlon-xp. Perhaps an alias or a new entry should be created for this CPU? --- CPU: AMD Sempron(tm) Processor 3000+ (1799.81-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x10fc0 Stepping = 0 Features=0x78bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2 AMD Features=0xc050NX,AMIE,DSP,3DNow! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CPUTYPE for Sempron
Hello, use CFLAGS=-march=atlhlon-xp. CPUTYPE overrides CFLAGS, so it doesn't provide You such sophisticated optimizations. If You plan to make buildworld, use: CFLAGS=-O2 -pipe -march=athlon-xp Anyway, if You just use ports collection, and don't make buildworld CFLAGS=-O3 -pipe -march=athlon-xp is also reliable, but it might make some trouble when making buildworld. Cheers, Gábor Kövesdán Mike Jakubik wrote: Which CPUTYPE should be used for the AMD Sempron CPU? I'm assuming this is similiar to an athlon-xp. Perhaps an alias or a new entry should be created for this CPU? --- CPU: AMD Sempron(tm) Processor 3000+ (1799.81-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x10fc0 Stepping = 0 Features=0x78bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2 AMD Features=0xc050NX,AMIE,DSP,3DNow! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CPUTYPE for Sempron
On 06/13/05 14:03, Kövesdán Gábor wrote: use CFLAGS=-march=atlhlon-xp. CPUTYPE overrides CFLAGS, so it doesn't provide You such sophisticated optimizations. If You plan to make buildworld, use: CFLAGS=-O2 -pipe -march=athlon-xp Anyway, if You just use ports collection, and don't make buildworld CFLAGS=-O3 -pipe -march=athlon-xp is also reliable, but it might make some trouble when making buildworld. CPUTYPE doesn't override CFLAGS. Read /usr/share/mk/bsd.cpu.mk. Specifically, the second to last line: CFLAGS += ${_CPUCFLAGS} Earlier in the file you see: _CPUCFLAGS = -march=${CPUTYPE} So in effect what is happening: CFLAGS += -march=athlon-xp I use the following with no issues on 5.x and CURRENT: CPUTYPE ?= athlon-xp CFLAGS = -O2 -fno-strict-aliasing -pipe COPTFLAGS = -O2 -fno-strict-aliasing -pipe Mike Jakubik wrote: Which CPUTYPE should be used for the AMD Sempron CPU? I'm assuming this is similiar to an athlon-xp. Perhaps an alias or a new entry should be created for this CPU? --- CPU: AMD Sempron(tm) Processor 3000+ (1799.81-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x10fc0 Stepping = 0 Features=0x78bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2 AMD Features=0xc050NX,AMIE,DSP,3DNow! -- Jonathan Noack | [EMAIL PROTECTED] | OpenPGP: 0x991D8195 signature.asc Description: OpenPGP digital signature
Re: FreeBSD 5.4: Is it generally unstable?GCC broken for amd64 ? (was Re: FreeBSD 5.4: Is it generally unstable?)
KK == Kris Kennaway [EMAIL PROTECTED] writes: KK And what was wrong with casting your eye one line down, clicking on KK Message-ID and entering it in the search box at KK http://www.freebsd.org/search/search-mid.html Ah, there it is. Thank you! KK Is it really rendered in an invisible font for several people not to KK have seen it? Close; it is rendered only it what seems to be a table of contentes for the current page, but actually is a combination of a local toc and a liks collection. Not the most user-friendly device in a web page ... -- Rasmus Kaj --+-- [EMAIL PROTECTED] --+-- http://www.stacken.kth.se/~kaj/ Hiroshime 45, Tjernobyl 86, Windows 95 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: atacontrol raid1 vs. gmirror
On Mon, Jun 13, 2005 at 11:14:03AM -0700, Jon Simola wrote: - if they do not probe correctly, check the BIOS settings above - perform a minimal install of FreeBSD 5.3 (do not worry about network or anything) - reboot from the installed OS and login as root - Run the command atacontrol create RAID1 ad4 ad6 to create the raid set Since the 5.4 CD is now also a live-CD, you could probably do this from the fixit console rather than having to do an install... Craig ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD 5.4: Is it generally unstable?GCC broken for amd64 ? (was Re: FreeBSD 5.4: Is it generally unstable?)
On 06/13/05 14:26, Rasmus Kaj wrote: KK == Kris Kennaway [EMAIL PROTECTED] writes: KK And what was wrong with casting your eye one line down, clicking on KK Message-ID and entering it in the search box at KK http://www.freebsd.org/search/search-mid.html Ah, there it is. Thank you! KK Is it really rendered in an invisible font for several people not to KK have seen it? Close; it is rendered only it what seems to be a table of contentes for the current page, but actually is a combination of a local toc and a liks collection. Not the most user-friendly device in a web page ... Even if it was only a table of contents for that page, why not read it? Navigation is provided to save you time. Regardless of whether it is a table of contents for the page, a collection of links, or a combination of the two, it is still relevant. -- Jonathan Noack | [EMAIL PROTECTED] | OpenPGP: 0x991D8195 signature.asc Description: OpenPGP digital signature
applying the vesa patch to stable for high console resolution
Hi, USE AT YOUR OWN RISK! this for the freebsd5 branch only Here is how to apply the patch to get the long awaited high console text modes under freebsd! I actually use it on my nc6000 hp laptop with the following mode: 1400x1050x16 damm .. really nice ;-)) This patch is actually for freebsd current but it works (for me) with 5-stable and may be release or earlier versions (5.X) too. ONCE AGAIN BE WARNED!! USE AT YOUR OWN RISK!!! Let's go: 1) Get the patch here: http://people.freebsd.org/~delphij/vesa/patchset-highres.20050522 2) Remove the lines which are not required for us and rename the patch we will use to syscons.patch: split -p Index: usr.sbin patchset-highres.20050522 mv xaa syscons.patch 3) backup and patch your local (stable) sources: (/usr/src/sys/dev/syscons - will be patched) cp -Rp /usr/src/sys/dev/syscons /usr/src/sys/dev/BAK.syscons cd /usr/src patch path_to_patch/syscons.patch 4) recompile and install your kernel with sc_pixel_mode and vesa support see handbook for details! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig.html 5) backup your vidcontrol sources cp -Rp /usr/src/usr.sbin/vidcontrol /usr/src/usr.sbin/BAK.vidcontrol 6) update your vidcontrol sources with the current/HEAD vidcontrol sources cd /usr/src cvs [EMAIL PROTECTED]:/home/ncvs co -rHEAD usr.sbin/vidcontrol 7) recompile vidcontrol and install cd /usr/src/usr.sbin/vidcontrol make clean make all make install 8) reboot 9) after having rebooted with your new kernel (with sc_pixel_mode and vesa) issue a vidcontrol -i mode You will get lots of ouput like this: 322 (0x142) 0x000f G 1400x1050x16 1 8x16 0xa 64k 64k 0x9800 65472k Test the mode in a shell by issuying: vidcontrol MODE_322 If it works (I hope for you ;-)) but your corresponding mode in rc.conf like this: allscreens_flags=MODE_322 Voilà :-)) Long live freebsd ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.4 not running HTT
On Fri, Jun 10, 2005 at 03:06:51PM -0500, Stephen Montgomery-Smith wrote: Steven Hartland wrote: Have a read /usr/src/UPDATING it explains. It should be in /usr/src/UPDATING, but I don't see it there myself. I got bitten by the same problem. The other guy who gave ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-05:09.htt.asc provided the right answer, but it should be also mentioned in UPDATING. Now it is. But its a bit vage. (i.e. what is a knob) 20050513: p1 FreeBSD-SA-05:09.htt Add a knob for disabling/enabling HTT. Default off due to information disclosure on multi-user systems. I assume it can be turned on by echo 'kern.sched.ipiwakeup.htt2=1' /etc/sysctl.conf -- Alex ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD MySQL still WAY slower than Linux
On Tue, 14 Jun 2005 01:24, Pete French wrote: I'm kind of embarassed to have to ask, as this should surely be very simple, but I cant think of anywhere to set system-wide environment variables which all processes will have. I've only ever done this in shell profiles before and I cant think of anywhere global to set something like this. I tried 'man environ' and similar but it doesnt help Not sure you can actually.. Setting it in login.conf might do almost what you want. Although in the context of this discussion you could add it to the mysql user login script I imagine. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C pgp8EOQk0Dp45.pgp Description: PGP signature
Re: ipf Kernel Panic log.. w/ Vonage linksys RT31P2, 5.4 Stable, IPF + IPNAT
The Vonage RT31P2 does not talk H.323, and it's not necessary to do anything other than plain vanilla NAT to have it work through a firewall. That is, no port forwarding, no SIP payload re-writing, etc. Just plain vanilla NAT for both the SIP signaling and the RTP payload will be all that's necessary. I use ipfw with my Vonage service, but there's nothing special that I do for NAT. I don't do ipf.. Louis Mamakos Vladimir Botka wrote: Hello, if your Vonage linksys RT31P2 talks H323 try /usr/ports/net/gatekeeper in proxy mode. Cheers, Vladimir Botka On Sun, 12 Jun 2005, Damon Hopkins wrote: I can reproduce this very easily.. I pick up my phone and make a call Current Setup Cable Modem---FreeBSD 5.4 Stable---HUB--Machines \--Vonage Linksys RT31P2 I've tried various nap rules and ipf filter settings.. here are the current mappings and setup.. the kernel is GENERIC w/ the debuggong stuff put in it. IPNAT RULES map vr0 10.69.0.0/24 - 0/32 proxy port ftp ftp/tcp map vr0 10.69.0.0/24 - 0/32 - IPF RULES - pass in quick on lo0 proto tcp from any to any flags S keep state pass in quick on lo0 proto udp from any to any keep state pass in quick on lo0 proto icmp from any to any keep state pass in quick on lo0 all keep state pass out quick on lo0 proto tcp from any to any flags S keep state pass out quick on lo0 proto udp from any to any keep state pass out quick on lo0 proto icmp from any to any keep state pass out quick on lo0 all keep state pass in quick on rl0 proto tcp from any to any flags S keep state pass in log first quick on rl0 proto udp from any to any keep state pass in log first quick on rl0 proto icmp from any to any keep state keep frags pass in quick on rl0 all keep state pass out quick on rl0 proto tcp from any to any flags S keep state pass out log first quick on rl0 proto udp from any to any keep state pass out log first quick on rl0 proto icmp from any to any keep state keep frags pass out quick on rl0 all keep state pass in quick on vr0 proto tcp from any to any flags S keep state keep frags pass in quick on vr0 proto udp from any to any keep state keep frags pass in log first quick on vr0 proto icmp from any to any keep state keep frags pass in quick on vr0 all keep state keep frags pass out quick on vr0 proto tcp from any to any flags S keep state keep frags pass out quick on vr0 proto udp from any to any keep state keep frags pass out log first quick on vr0 proto icmp from any to any keep state keep frags pass out quick on vr0 all keep state keep frags pass in quick on ng0 proto tcp from any to any flags S keep state pass in quick on ng0 proto udp from any to any keep state pass in log first quick on ng0 proto icmp from any to any keep state pass in quick on ng0 all keep state pass out quick on ng0 proto tcp from any to any flags S keep state pass out quick on ng0 proto udp from any to any keep state pass out log first quick on ng0 proto icmp from any to any keep state pass out quick on ng0 all keep state SNIP MORE ng rules form my other VPNS /SNIP I've also just tried to pass everything pass in quick on vr0 all pass out quick on vr0 all but that didn't help any I've notices a lot of UDP traffic from the linksys adapter durring a phone call.. Thanks Guys.. I hope this gets fixes real fast cause my old number goes away in a few days and this is not going to be fun.. I can't put the linksys adapter in front of the firewall because it doesn't route my VPN's.. we use MPD and bgpd (zebra) Later, Damon Hopkins - DEBUG OUTPUT -- Fatal trap 12: page fault while in kernel mode fault virtual address= 0xc fault code= supervisor read, page not present instruction pointer= 0x8:0xc0651550 stack pointer= 0x10:0xd3d46aec frame pointer= 0x10:0xd3d46af8 code segment= base 0x0, limit 0xfm type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process= 27 (swi1:net) [thread pid 27 tid 100021 ] Stopped at m_copydata+0x28:movl0xc(%esi),%eax db examine m_copydata+0x28:290c468b db trace Tracing pid 27 tid 100021 td 0xc15a4180 mcopydata(c17fa400,0,38,c193abc0,0) at m_copydata+0x28 ipllog(0,d3d46bc8,d3d46b50,d3d46b48,d3d46b40) at ipllog+0x1f1 ipflog(105819,c17fa450,d3d46bc8,c17fa400,0) at ipflog+0x18f fr_check(c17fa450,14,c16c6000,0,d3d46c70) at fr_check+0xc6c fr_check_wrapper(0,d3d46c70,c16c6000,1,0) at fr_check_wrapper+0x2a pfil_run_hooks(c08fa5c0,d3d46cbc,c16c600,1,0) at pfil_run_hooks+0xeb ip_input(c17fa400) at ip_input+0x211 netisr_processqueue(c08f9858) at netisr_processqueue+0x9f swi_net(0) at swi_net+0xee ithread_loop(c159a500,d3d46d38) at ithread_loop+0x151 fork_exit(c0609f4c,c159a500,d3d46d38) at fork_exit+0x74 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd3d46d6c,
RE: applying the vesa patch to stable for high console resolution
Hi, Has this patch beeen applied to CURRENT? So it will be in the next release of FreeBSD? Ted -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Didier Wiroth Sent: Monday, June 13, 2005 1:46 PM To: freebsd-stable@freebsd.org Cc: freebsd-questions@freebsd.org Subject: applying the vesa patch to stable for high console resolution Hi, USE AT YOUR OWN RISK! this for the freebsd5 branch only Here is how to apply the patch to get the long awaited high console text modes under freebsd! I actually use it on my nc6000 hp laptop with the following mode: 1400x1050x16 damm .. really nice ;-)) This patch is actually for freebsd current but it works (for me) with 5-stable and may be release or earlier versions (5.X) too. ONCE AGAIN BE WARNED!! USE AT YOUR OWN RISK!!! Let's go: 1) Get the patch here: http://people.freebsd.org/~delphij/vesa/patchset-highres.20050522 2) Remove the lines which are not required for us and rename the patch we will use to syscons.patch: split -p Index: usr.sbin patchset-highres.20050522 mv xaa syscons.patch 3) backup and patch your local (stable) sources: (/usr/src/sys/dev/syscons - will be patched) cp -Rp /usr/src/sys/dev/syscons /usr/src/sys/dev/BAK.syscons cd /usr/src patch path_to_patch/syscons.patch 4) recompile and install your kernel with sc_pixel_mode and vesa support see handbook for details! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernel config.html 5) backup your vidcontrol sources cp -Rp /usr/src/usr.sbin/vidcontrol /usr/src/usr.sbin/BAK.vidcontrol 6) update your vidcontrol sources with the current/HEAD vidcontrol sources cd /usr/src cvs [EMAIL PROTECTED]:/home/ncvs co -rHEAD usr.sbin/vidcontrol 7) recompile vidcontrol and install cd /usr/src/usr.sbin/vidcontrol make clean make all make install 8) reboot 9) after having rebooted with your new kernel (with sc_pixel_mode and vesa) issue a vidcontrol -i mode You will get lots of ouput like this: 322 (0x142) 0x000f G 1400x1050x16 1 8x16 0xa 64k 64k 0x9800 65472k Test the mode in a shell by issuying: vidcontrol MODE_322 If it works (I hope for you ;-)) but your corresponding mode in rc.conf like this: allscreens_flags=MODE_322 Voilà :-)) Long live freebsd ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]