Re: [kde-freebsd] problem hal - k3b ?
As a data point, I was seeing the same problems, but reverting to atapi-cam.c rev 1.42.2.2 works here too. Eric ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 6.2-STABLE and Flash 7 patch
On 1/24/07, Alexandre Vasconcelos <[EMAIL PROTECTED]> wrote: Scot Hetzel wrote: > Apply the missing patch hunk (vi libexec/rtld-elf/rtld.c.rej) to > libexec/rtld-elf/rtld.c. Thanks for answering Scot, and sorry for ignorance.. how can I do it? rtld.c has changed a bit over time so here's a patch against the new file. Begin Patch --- libexec/rtld-elf/rtld.c.origWed Jan 24 13:03:46 2007 +++ libexec/rtld-elf/rtld.c Wed Jan 24 13:04:43 2007 @@ -134,6 +134,7 @@ static void ref_dag(Obj_Entry *); static void ld_utrace_log(int, void *, void *, size_t, int, const char *); +void *_dlsym(void *, const char *); void r_debug_state(struct r_debug *, struct link_map *); /* @@ -186,6 +187,7 @@ (func_ptr_type) &dlclose, (func_ptr_type) &dlerror, (func_ptr_type) &dlopen, +(func_ptr_type) &_dlsym, (func_ptr_type) &dlsym, (func_ptr_type) &dladdr, (func_ptr_type) &dllockinit, @@ -1827,6 +1829,12 @@ trace_loaded_objects(obj); wlock_release(rtld_bind_lock, lockstate); exit(0); +} + +void * +_dlsym(void *handle, const char *name) +{ +return dlsym(handle, name); } void * End Patch -- Eric ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ncplogin panic
On 8/2/06, John Baldwin <[EMAIL PROTECTED]> wrote: On Wednesday 02 August 2006 11:43, ejc wrote: > On 8/2/06, John Baldwin <[EMAIL PROTECTED]> wrote: > > On Wednesday 02 August 2006 09:33, ejc wrote: > > > On 8/2/06, ejc <[EMAIL PROTECTED]> wrote: > > > > Backtrace with module symbols loaded. It looks almost exactly the > > > > same as Maik's . > > > > > > I messed up that last one and loaded the local module symbols with > > > 'kldsyms'. Here's one with 'getsyms'. > > > > Can you jump to the 'selrecord' frame and do 'p selector->td_selq' and > > 'p *sip'? Ok, can you try http://www.FreeBSD.org/~jhb/patches/ncp_poll.patch I had to massage the patch a bit to get it to apply to v1.15 of ncp_sock.c (I'm running 6.1-STABLE) but I don't get the panics anymore. Thanks Eric ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ncplogin panic
On 8/2/06, John Baldwin <[EMAIL PROTECTED]> wrote: On Wednesday 02 August 2006 09:33, ejc wrote: > On 8/2/06, ejc <[EMAIL PROTECTED]> wrote: > > Backtrace with module symbols loaded. It looks almost exactly the > > same as Maik's . > > I messed up that last one and loaded the local module symbols with > 'kldsyms'. Here's one with 'getsyms'. Can you jump to the 'selrecord' frame and do 'p selector->td_selq' and 'p *sip'? (kgdb) frame 7 #7 0xc0507520 in selrecord (selector=0xc174d000, sip=0xc17755e0) at ../../../kern/sys_generic.c:1105 1105TAILQ_INSERT_TAIL(&selector->td_selq, sip, si_thrlist); (kgdb) p selector->td_selq $1 = { tqh_first = 0x0, tqh_last = 0x0 } (kgdb) p *sip $2 = { si_thrlist = { tqe_next = 0x0, tqe_prev = 0x0 }, si_thread = 0xc174d000, si_note = { kl_list = { slh_first = 0x0 }, kl_lock = 0xc04c6b1c , kl_unlock = 0xc04c6b54 , kl_locked = 0xc04c6b90 , kl_lockarg = 0xc1775604 }, si_flags = 0x0 } ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ncplogin panic
On 8/2/06, ejc <[EMAIL PROTECTED]> wrote: Backtrace with module symbols loaded. It looks almost exactly the same as Maik's . I messed up that last one and loaded the local module symbols with 'kldsyms'. Here's one with 'getsyms'. Thanks Eric dump.out Description: Binary data ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ncplogin panic
On 8/1/06, John Baldwin <[EMAIL PROTECTED]> wrote: On Tuesday 01 August 2006 14:28, ejc wrote: > On 8/1/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > > Hi, > > > > i had the same problem. See my thread on the freebsd-fs mailinglist > > > > http://lists.freebsd.org/pipermail/freebsd-fs/2006-July/002060.html > > > > > > After some research i use the attached patch against ncp_sock.c. > > > > So it is not the real solution to this problem it only avoids the panics. I'm using it quiet a while without any other known > > problems. > > Hopefully someone with more knowledge can help on this. > > > > I also get some "md_get_mem(461): incomplete copy" messages which seem to do no harm, so far. > > > > Regards, > > > > Maik > > > > > > !!! Use atyour own risk !!! > > > > --- ncp_sock.c.origFri Jan 7 02:45:49 2005 > > +++ ncp_sock.c Thu Jul 20 14:12:45 2006 > > @@ -189,7 +189,12 @@ > > struct thread *td = curthread; > > struct ucred *cred = NULL; > > > > -return so->so_proto->pr_usrreqs->pru_sopoll(so, events, cred, td); > > +if ( td->td_selq.tqh_last == NULL ) { > > +printf("ncp_poll: td->td_selq.tqh_last == NULL\n"); > > +return 0; > > +} > > + > > + return so->so_proto->pr_usrreqs->pru_sopoll(so, events, cred, td); > > } > > > > int > > > > pach ends here --- > > After setting my bios to only use one CPU I was able to get a core > dump and the panic is happening at the exact same place as yours: > in selrecord (../../../kern/sys_generic.c:1105) > 1100 * it alone as we've already added pointed it at us > and added it to > 1101 * our list. > 1102 */ > 1103if (sip->si_thread == NULL) { > 1104sip->si_thread = selector; > 1105TAILQ_INSERT_TAIL(&selector->td_selq, sip, si_thrlist); > 1106} else if (sip->si_thread != selector) { > 1107sip->si_flags |= SI_COLL; > 1108} > 1109 > > I found your backtrace by digging a bit through the freebsd-fs list > and we appear to be reaching selrecord though different paths. Mine > is in sopoll() at ../../../kern/uipc_socket.c:2059 > > I don't know if it makes a difference, but I'm trying to use IP > instead of IPX to access our server. > My dump backtrace is attached. It would be very helpful if you could get the symbols loaded for the modules in you backtrace. You can either compile everything into a static kernel or you can use the 'asf' tool to generate appropriate gdb script commands to source to get symbols for your modules. You can find a kldstat gdb command in src/tools/debugscripts/ that would be helpful to use with asf. -- John Baldwin Backtrace with module symbols loaded. It looks almost exactly the same as Maik's . Thanks Eric dump.out Description: Binary data ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ncplogin panic
On 8/1/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Hi, i had the same problem. See my thread on the freebsd-fs mailinglist http://lists.freebsd.org/pipermail/freebsd-fs/2006-July/002060.html After some research i use the attached patch against ncp_sock.c. So it is not the real solution to this problem it only avoids the panics. I'm using it quiet a while without any other known problems. Hopefully someone with more knowledge can help on this. I also get some "md_get_mem(461): incomplete copy" messages which seem to do no harm, so far. Regards, Maik !!! Use atyour own risk !!! --- ncp_sock.c.origFri Jan 7 02:45:49 2005 +++ ncp_sock.c Thu Jul 20 14:12:45 2006 @@ -189,7 +189,12 @@ struct thread *td = curthread; struct ucred *cred = NULL; -return so->so_proto->pr_usrreqs->pru_sopoll(so, events, cred, td); +if ( td->td_selq.tqh_last == NULL ) { +printf("ncp_poll: td->td_selq.tqh_last == NULL\n"); +return 0; +} + + return so->so_proto->pr_usrreqs->pru_sopoll(so, events, cred, td); } int pach ends here --- After setting my bios to only use one CPU I was able to get a core dump and the panic is happening at the exact same place as yours: in selrecord (../../../kern/sys_generic.c:1105) 1100 * it alone as we've already added pointed it at us and added it to 1101 * our list. 1102 */ 1103if (sip->si_thread == NULL) { 1104sip->si_thread = selector; 1105TAILQ_INSERT_TAIL(&selector->td_selq, sip, si_thrlist); 1106} else if (sip->si_thread != selector) { 1107sip->si_flags |= SI_COLL; 1108} 1109 I found your backtrace by digging a bit through the freebsd-fs list and we appear to be reaching selrecord though different paths. Mine is in sopoll() at ../../../kern/uipc_socket.c:2059 I don't know if it makes a difference, but I'm trying to use IP instead of IPX to access our server. My dump backtrace is attached. Thanks Eric dump.out Description: Binary data ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ncplogin panic
I am having a problem getting ncplogin to work on my 6.1-stable system. When I run ncplogin I get the following panic (hand transcribed): Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc052d0a7 stack pointer = 0x28:0xc6021a98 stack frame = 0x28:0xc6021ab4 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 = 863 (ncplogin) trap number = 12 panic: page fault cpuid = 1 I tried to get a good core dump, but am failing at that also. Setting hw.physmem="64M" (or 128M, 256M, 512M or 1024M) results in the machine becoming unresponsive before it starts to dump anything. It prints "Dumping XXMB (2 chunks) and then hangs until I hit the power switch. I got one core dump with the full 2G of memory enabled, but kgdb couldn't use it. One other thing to note is that this is with an SMP kernel. A uni kernel doesn't dump core, but is still unable to connect to our novell server. I know this report is rather sparse, but I don't have much to go on. I have attached a dmesg dump and will try to provide any other information if someone is willing to help. Thanks Eric dmesg.out Description: Binary data ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"