I'm reposting this to hackers, and there is some more info.
> Hi,
> on 2 different servers, running 7.1-stable + zfs, I get this
> error rather frequently:
>
> Feb 5 17:01:03 warhol-00 kernel: impossible packet length (543383918) from
> nfs server sunfire:/dist
> Feb 5 17:01:03 warhol-00 kerne
>
> --jI8keyz6grp/JLjh
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On 2009-Feb-08 10:45:13 +0200, Danny Braniss wrote:
> >Feb 6 18:00:13 warhol-00.cs.huji.ac.il kernel: bce0: discard frame w/o=20
> >leading etherne
On 2009-Feb-08 11:31:45 +0200, Danny Braniss wrote:
>Q: with rxcsum on, and a bad checksum packet is received, is it
> dropped by the NIC? if not, then it somewhat explains the behaviour
If checksum offloading is working correctly then a bad packet should
be dropped by the NIC. If checksum off
On Sun, Feb 08, 2009 at 10:45:13AM +0200, Danny Braniss wrote:
> I'm reposting this to hackers, and there is some more info.
>
> > Hi,
> > on 2 different servers, running 7.1-stable + zfs, I get this
> > error rather frequently:
> >
> > Feb 5 17:01:03 warhol-00 kernel: impossible packet length (
There are three sets of changes that would benefit stable/7.
Namely, there are
1. Improvements for the UFS unmount or rw->ro remount, that perform
suspension during the operation.
The changes depend on the the suspension mechanism path,
that introduced the suspension owner, and added new
On Sun, 8 Feb 2009, Peter Jeremy wrote:
On 2009-Feb-08 11:31:45 +0200, Danny Braniss wrote:
Q: with rxcsum on, and a bad checksum packet is received, is it
dropped by the NIC? if not, then it somewhat explains the behaviour
If checksum offloading is working correctly then a bad packet shou
> load. Kip Macy has corrected at least one (both?) problems in head, and
> plans to MFC the fixes in the near future. We'll follow up further once
> the fixes are merged, and if any further problems transpire.
Hi, just wondering if we are any closer to having the MFC for this yet, or
if there a
> On Sun, 8 Feb 2009, Peter Jeremy wrote:
>
> > On 2009-Feb-08 11:31:45 +0200, Danny Braniss wrote:
> >> Q: with rxcsum on, and a bad checksum packet is received, is it
> >> dropped by the NIC? if not, then it somewhat explains the behaviour
> >
> > If checksum offloading is working correctly t
On Sun, 8 Feb 2009, Danny Braniss wrote:
looking at the bce source, it's not clear (to me :-). If errors are detected
in bce_rx_intr(), the packet gets dropped, which I would expect to be the
treatment of an offloded chekcum error, but it seems that is not the case.
I think we're thinking of
On 2009-Feb-08 10:45:13 +0200, Danny Braniss wrote:
>Feb 6 18:00:13 warhol-00.cs.huji.ac.il kernel: bce0: discard frame w/o
>leading ethernet header (len 0 pkt len 0)
...
>Feb 6 19:00:00 warhol-00.cs.huji.ac.il amd[715]: Unknown $ sequence in
>"rhost:=${RHOST};type:=nfsl;fs:=${FS};rfs:=$huldig
>
> On Sun, 8 Feb 2009, Danny Braniss wrote:
>
> > looking at the bce source, it's not clear (to me :-). If errors are
> > detected
> > in bce_rx_intr(), the packet gets dropped, which I would expect to be the
> > treatment of an offloded chekcum error, but it seems that is not the case.
>
>
On Sun, 8 Feb 2009, Danny Braniss wrote:
On Sun, 8 Feb 2009, Danny Braniss wrote:
looking at the bce source, it's not clear (to me :-). If errors are
detected in bce_rx_intr(), the packet gets dropped, which I would expect
to be the treatment of an offloded chekcum error, but it seems that i
Hi all,
In this thread someone mention a problem with soekris devices.
I personally have one of those new soekris devices and installed 7.1R
and it is very easy to freeze it.
All that I have to do is to copy big file vfer WIFI (atheros) with
speed higher then 1-2MB/s.
It takes less then 2 min
On Sun, Feb 08, 2009 at 05:11:02PM +0200, Stefan Lambrev wrote:
> Hi all,
>
> In this thread someone mention a problem with soekris devices.
> I personally have one of those new soekris devices and installed 7.1R
> and it is very easy to freeze it.
> All that I have to do is to copy big file vfe
At 10:11 AM 2/8/2009, Stefan Lambrev wrote:
Hi all,
In this thread someone mention a problem with soekris devices.
I personally have one of those new soekris devices and installed 7.1R
and it is very easy to freeze it.
All that I have to do is to copy big file vfer WIFI (atheros) with
speed high
Mark Kirkwood wrote:
...specifying /boot/loader.old got me booted ok (not sure why this
*didn't* work with the Asus, maybe I need to try it again with the Feb
sources).
I tried the latest RELENG_7 sources, same result - does *not* boot even
specifying the old loader. I spent a bit of ti
Bruce M. Simpson wrote:
S.N.Grigoriev wrote:
I thank you for your response. I've applied the patch to pci.c from
kern/130957. Unfortunately there are no positive results. USB is still
unreachable with X.
Just following up to confirm that you are seeing exactly the same
symptoms with USB and X
On Feb 8, 2009, at 3:31 AM, Danny Braniss wrote:
--jI8keyz6grp/JLjh
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On 2009-Feb-08 10:45:13 +0200, Danny Braniss
wrote:
Feb 6 18:00:13 warhol-00.cs.huji.ac.il kernel: bce0: di
Hi!
I've RELENG_6 system controlling local PBX through RS-232 port, sio(4).
It also runs syslogd, cron, sshd, bsnmpd and sendmail for outgoing reports.
It locks very often: it answers to pings but PBX controlling software stops
responding, local and remote login attempts hang due to 'login' proce
On Mon, 2009-02-09 at 02:08 +, Bruce M. Simpson wrote:
> Bruce M. Simpson wrote:
> > S.N.Grigoriev wrote:
> >> I thank you for your response. I've applied the patch to pci.c from
> >> kern/130957. Unfortunately there are no positive results. USB is still
> >> unreachable with X.
> >
> > Just fo
On Mon, 2009-02-09 at 02:08 +, Bruce M. Simpson wrote:
> Bruce M. Simpson wrote:
> > S.N.Grigoriev wrote:
> >> I thank you for your response. I've applied the patch to pci.c from
> >> kern/130957. Unfortunately there are no positive results. USB is still
> >> unreachable with X.
> >
> > Just fo
Howdy,
I dug around and can't find a PR on this, and the only other report I saw
was in this mailing list post that has no replies:
http://www.nabble.com/7.1-BETA2-panic-on-mpt-degrade-td20183173.html
The hardware is a Dell PowerEdge 860 with the Dell/LSI SAS5 controller:
mpt0: port 0xec00-0
>
> On Sun, 8 Feb 2009, Danny Braniss wrote:
>
> >> On Sun, 8 Feb 2009, Danny Braniss wrote:
> >>
> >>> looking at the bce source, it's not clear (to me :-). If errors are
> >>> detected in bce_rx_intr(), the packet gets dropped, which I would expect
> >>> to be the treatment of an offloded che
23 matches
Mail list logo
