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]"
