I ran into this panic this evening; PR entered as kern/87861. The
filesystem that gets this is on an Intel SRCU42L RAID5 array and that
seems to be the important characteristic. This also happens in
5.4-stable, so it's not something special about 6.0. I can reproduce
this at will so it will be
i come across this unusual problem.
i changed the ip_tos field of the struct ip and
computed
the checksum by using in_cksum().
when the packet uses only one mbuf the computed
checksum is ok but when the packet uses more than one
mbuf then the computed checksum is wrong.
eg. pinging with
On 2005-10-23 01:30, kamal kc [EMAIL PROTECTED] wrote:
i come across this unusual problem.
i changed the ip_tos field of the struct ip and computed the checksum
by using in_cksum().
when the packet uses only one mbuf the computed checksum is ok but
when the packet uses more than one mbuf
i changed the ip_tos field of the struct ip and
computed the checksum
by using in_cksum().
when the packet uses only one mbuf the computed
checksum is ok but
when the packet uses more than one mbuf then the
computed checksum is
wrong.
Note that the IP header contains a checksum
On 2005-10-23 04:13, kamal kc [EMAIL PROTECTED] wrote:
/* the argument m is the (struct mbuf *) that
* contains the packet data
*/
void copy_the_memorybuffer(struct mbuf **m)
{
struct mbuf *mbuf_pointer=*m;
struct mbuf **next_packet;
next_packet=mbuf_pointer;
struct ip
this is the second round of tests, the driver is cleaner, handles
multiple LUN's ok, and can handle big (256) tagged opening.
so far it's been tested on
OS: FreeBSD-5.4/6.0 both intel amd64, UP SMP
targets: NetAPP, Intransa, SanRAD, Cisco, Promise, Equallogic
still missing:
At about the time of 10/20/2005 4:04 AM, Bernd Walter stated the following:
On Tue, Oct 18, 2005 at 10:38:45PM -0600, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Daniel Rudy [EMAIL PROTECTED] writes:
:
: When the umass driver is compiled into the kernel, and one inserts a
On Sun, Oct 23, 2005 at 07:34:45PM -0700, Daniel Rudy wrote:
At about the time of 10/20/2005 4:04 AM, Bernd Walter stated the following:
On Tue, Oct 18, 2005 at 10:38:45PM -0600, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Daniel Rudy [EMAIL PROTECTED] writes:
:
:
Consider the following code fragment:
(segment 2)
Calling code section:
/* get devinfo root nexus */
printf(root ptr: %p\n, root);
result = usb_devinfo_root(root);
printf(root ptr: %p\n, root);
if (result 0)
{
usb_devinfo_close();
return(-1);
}
On Tue, Oct 18, 2005 at 02:08:40AM +0900, Sangwoo Shim wrote:
Actually the first thing that I do after minimal installing of new system is
to install vim from the ports tree. (in fact, installing cvsup, of course :-)
I remember once upon a time someone (david?) made a suggestion that nvi in
void copy_the_memorybuffer(struct mbuf **m)
{
struct mbuf *mbuf_pointer=*m;
struct mbuf **next_packet;
next_packet=mbuf_pointer;
struct ip *my_ip_hdr;
my_ip_hdr=mtod((*next_packet),struct ip *);
my_ip_hdr-ip_tos=64;
my_ip_hdr-ip_sum=0;
void copy_the_memorybuffer(struct mbuf **m)
{
struct mbuf *mbuf_pointer=*m;
struct mbuf **next_packet;
next_packet=mbuf_pointer;
struct ip *my_ip_hdr;
my_ip_hdr=mtod((*next_packet),struct ip *);
my_ip_hdr-ip_tos=64;
my_ip_hdr-ip_sum=0;
12 matches
Mail list logo