On Thu, 23 Mar 2000, Matthew Dillon wrote:
> This problem should now be fixed, it's probably the problem I just fixed
> a moment ago in netinet/if_ether.c based on a thread in -hackers. The
> m_pullup() NULL check in arpintr() was broken, resulting in a NULL
> pointer dereference
> : This problem should now be fixed, it's probably the problem I just fixed
> : a moment ago in netinet/if_ether.c based on a thread in -hackers. The
> : m_pullup() NULL check in arpintr() was broken, resulting in a NULL
> : pointer dereference.
>
> inoue-san's patch survived
In message <[EMAIL PROTECTED]> Yoshinobu Inoue writes:
: I would like to narrow down the problem more and could you
: please try if this patch stop the problem or not?
: (The m_pullup() is recently added to if_rl.c. It should not be
: harmful, but I suspect that this might have invoked another
: h
In message <[EMAIL PROTECTED]> Matthew Dillon writes:
: This problem should now be fixed, it's probably the problem I just fixed
: a moment ago in netinet/if_ether.c based on a thread in -hackers. The
: m_pullup() NULL check in arpintr() was broken, resulting in a NULL
: pointer d
This problem should now be fixed, it's probably the problem I just fixed
a moment ago in netinet/if_ether.c based on a thread in -hackers. The
m_pullup() NULL check in arpintr() was broken, resulting in a NULL
pointer dereference.
We have dhcp server in our net, which configures windows clients. Maybe
dhcp requests somehow involved in my panics?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Tue, 21 Mar 2000, Warner Losh wrote:
> : But why there is such a sudden change? Everything worked just fine a week
> : before 5-current.
> No it didn't. I've been seeing panics like this for about two weeks,
Ok, it worked for me.
> but it hadn't been a priority until this week for me. And I
Hi,
> : This is driver for ed(ne2000) cards. I have realtek(rl driver). I took a
> : look at his source and didn't find such strings. There is comment there
> : about cutting off mbuf header before passing it to ether_input - what's
> : this?
>
> I applied a similar patch to the end of the rl pa
In message <[EMAIL PROTECTED]> "Ilmar S.
Habibulin" writes:
: This is driver for ed(ne2000) cards. I have realtek(rl driver). I took a
: look at his source and didn't find such strings. There is comment there
: about cutting off mbuf header before passing it to ether_input - what's
: this?
I app
In message <[EMAIL PROTECTED]> "Ilmar S.
Habibulin" writes:
: But why there is such a sudden change? Everything worked just fine a week
: before 5-current.
No it didn't. I've been seeing panics like this for about two weeks,
but it hadn't been a priority until this week for me. And I'm not
see
> > -Any kernel crash dump?
> Can you tell me ddb command to make a kernel dump?
-Please confirm that your /var/crash has enough size for your
machine's memory.
-Please check your swap device using "swapinfo" etc.
In case of my machine,
% swapinfo
Device 1K-blocks Used
> > The driver for his card does not set packet header pointer, thus
> > arp stuff see NULL pointer. small patch will cure this problem
> > (at least I hope so).
> >
> > *** if_ed.c.old Tue Mar 21 19:21:40 2000
> > --- if_ed.c Tue Mar 21 19:23:27 2000
> > ***
> > *** 2728,2733 ***
On Tue, 21 Mar 2000, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Nikolai Saoukh writes:
> : > But shouldn't it be sys/pci/if_rl.c ?
> :
> : Sorry,
> : it is mea culpa. I mixed his case with my (token ring).
>
> Do you have the patch to if_rl.c. I looked at it for all of 10
> seconds an
On Tue, 21 Mar 2000, Nikolai Saoukh wrote:
> The driver for his card does not set packet header pointer, thus
> arp stuff see NULL pointer. small patch will cure this problem
> (at least I hope so).
>
> *** if_ed.c.old Tue Mar 21 19:21:40 2000
> --- if_ed.c Tue Mar 21 19:23:27 2000
> ***
On Wed, 22 Mar 2000, Yoshinobu Inoue wrote:
> Do you have any other hints for the problem?, because at least
> I couldn't reproduce it in my 4.0 and 5.0 machines.
> -Any kernel crash dump?
Can you tell me ddb command to make a kernel dump?
> -Is there any typical situation or condition where
In message <[EMAIL PROTECTED]> Nikolai Saoukh writes:
: > But shouldn't it be sys/pci/if_rl.c ?
:
: Sorry,
: it is mea culpa. I mixed his case with my (token ring).
Do you have the patch to if_rl.c. I looked at it for all of 10
seconds and it wasn't immediately obvious to me.
Warner
To Unsub
On Wed, Mar 22, 2000 at 01:51:53AM +0900, Yoshinobu Inoue wrote:
> But shouldn't it be sys/pci/if_rl.c ?
Sorry,
it is mea culpa. I mixed his case with my (token ring).
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> > -What is your LAN card?
Woops, I often do a needless query. That should be using rl
driver as the kernel log.
> The driver for his card does not set packet header pointer, thus
> arp stuff see NULL pointer. small patch will cure this problem
> (at least I hope so).
>
> *** if_ed.c.old
On Wed, Mar 22, 2000 at 12:51:36AM +0900, Yoshinobu Inoue wrote:
> > trace gave this:
> > arpint(c022537b,0,10,10,c0220010) at arpintr+0x9c
> > swi_net_next() at awi_net_next
> >
> > I'm sending kernel config and dmesg in the attachment. I have INET6 there,
> > but it is not configured by ifconf
Hello,
> Fatal 12 trap: page fault while in kernel mode
> fault virtual address = 0x8
> fault code = supervisor read, page not present
> instruction pointer = 0x8:0xc01843fc
> stack pointer = 0x10:0xc026bd64
> frame pointer = 0x10:0xc026bd64
> code segment
After upgrading from 4.0-current (09.03) to 5.0-current(16.03,17.03) i've
got subj. Machine panics and reboots. And i was not always near
it. Finally i traced it:
Fatal 12 trap: page fault while in kernel mode
fault virtual address = 0x8
fault code = supervisor read, page not pres
21 matches
Mail list logo
