Alexander Motin m...@freebsd.org wrote:
Given the fact that many drives will probably only return 18 bytes of
sense
data, this will happen every time libscg is told to fetch more sense than
the
drive is willing to return.
Is there a way to distinct an old kernel from a new one?
Joerg Schilling wrote:
Alexander Motin m...@freebsd.org wrote:
Given the fact that many drives will probably only return 18 bytes of
sense
data, this will happen every time libscg is told to fetch more sense than
the
drive is willing to return.
Is there a way to distinct an old kernel
Alexander Motin m...@freebsd.org wrote:
The question still remains whether the previous implementation did return
resid
0 in some cases. In this case, I would need to implement both variants in
the
libscg adaption layer and I would need to know whether I am running on an
old
--- On Thu, 11/11/10, Kirill Yelizarov ykir...@yahoo.com wrote:
From: Kirill Yelizarov ykir...@yahoo.com
Subject: Re: icmp packets on em larger than 1472 [SEC=UNCLASSIFIED]
To: freebsd-stable@freebsd.org
Date: Thursday, November 11, 2010, 10:49 AM
--- On Thu, 11/11/10, Kevin Oberman
Joerg Schilling wrote:
Alexander Motin m...@freebsd.org wrote:
The question still remains whether the previous implementation did return
resid
0 in some cases. In this case, I would need to implement both variants in
the
libscg adaption layer and I would need to know whether I am
Alexander Motin m...@freebsd.org wrote:
Compare the number of sense bytes I like to request (18) with the number
previous FreeBSD versions did actually request. It is obvious that in case
there is a resid reported onm an old kernel, libscg (with your chanhge)
would
believe that
Joerg Schilling wrote:
Alexander Motin m...@freebsd.org wrote:
Compare the number of sense bytes I like to request (18) with the number
previous FreeBSD versions did actually request. It is obvious that in case
there is a resid reported onm an old kernel, libscg (with your chanhge)
would
Alexander Motin m...@freebsd.org wrote:
What is the requested size with the various HBAs in earlier kernels?
For HBAs with automatic sense fetching -- as passed in sence_len request
field. In case of libscg it was SSD_FULL_SIZE before and I've set it to
be real value now. Returned
On Tue, Nov 9, 2010 at 11:48 PM, Jeremy Chadwick
free...@jdc.parodius.com wrote:
On Tue, Nov 09, 2010 at 06:09:08PM -0600, Bryce Edwards wrote:
After updating source today, I am receiving the following error when
running make NOCCACHE=YES -j16 buildkernel
Please re-run the buildkernel without
Date: Wed, 10 Nov 2010 23:49:56 -0800 (PST)
From: Kirill Yelizarov ykir...@yahoo.com
--- On Thu, 11/11/10, Kevin Oberman ober...@es.net wrote:
From: Kevin Oberman ober...@es.net
Subject: Re: icmp packets on em larger than 1472 [SEC=UNCLASSIFIED]
To: Wilkinson, Alex
On 11/11/2010 12:26 AM, Kevin Oberman wrote:
Date: Thu, 11 Nov 2010 13:01:26 +0800
From: Wilkinson, Alex alex.wilkin...@dsto.defence.gov.au
Sender: owner-freebsd-sta...@freebsd.org
0n Wed, Nov 10, 2010 at 04:21:12AM -0800, Kirill Yelizarov wrote:
All my em cards running 8.1 stable
--- On Thu, 11/11/10, Mike Tancsa m...@sentex.net wrote:
From: Mike Tancsa m...@sentex.net
Subject: Re: icmp packets on em larger than 1472 [SEC=UNCLASSIFIED]
To: freebsd-stable@freebsd.org
Date: Thursday, November 11, 2010, 10:01 PM
On 11/11/2010 12:26 AM, Kevin Oberman
wrote:
Date:
On Thu, Nov 11, 2010 at 08:10:57AM -0800, Kevin Oberman wrote:
Date: Wed, 10 Nov 2010 23:49:56 -0800 (PST)
From: Kirill Yelizarov ykir...@yahoo.com
--- On Thu, 11/11/10, Kevin Oberman ober...@es.net wrote:
From: Kevin Oberman ober...@es.net
Subject: Re: icmp packets on em
TB --- 2010-11-11 15:34:59 - tinderbox 2.6 running on freebsd-legacy.sentex.ca
TB --- 2010-11-11 15:34:59 - starting RELENG_7_1 tinderbox run for i386/i386
TB --- 2010-11-11 15:34:59 - cleaning the object tree
TB --- 2010-11-11 15:35:03 - cvsupping the source tree
TB --- 2010-11-11 15:35:03 -
From: Pyun YongHyeon pyu...@gmail.com
Date: Thu, 11 Nov 2010 13:04:36 -0800
On Thu, Nov 11, 2010 at 08:10:57AM -0800, Kevin Oberman wrote:
Date: Wed, 10 Nov 2010 23:49:56 -0800 (PST)
From: Kirill Yelizarov ykir...@yahoo.com
--- On Thu, 11/11/10, Kevin Oberman
TB --- 2010-11-11 16:11:14 - tinderbox 2.6 running on freebsd-legacy.sentex.ca
TB --- 2010-11-11 16:11:14 - starting RELENG_7_1 tinderbox run for i386/pc98
TB --- 2010-11-11 16:11:14 - mkdir /usr/home/tinderbox/RELENG_7_1/i386/pc98
TB --- 2010-11-11 16:11:14 - cleaning the object tree
TB ---
find anything else.
Latest patch can be found here:
http://people.freebsd.org/~mav/timers_merge/timers_merge-2010.patch
Merge instructions (list of revisions, if somebody want to redo it):
http://people.freebsd.org/~mav/timers_merge/guide-2010
After patching you need just rebuild/reinstall
with other device, system load average may
lie (report +1 value) -- not a timer problem and not fatal.
Please report me if you find anything else.
Latest patch can be found here:
http://people.freebsd.org/~mav/timers_merge/timers_merge-2010.patch
Merge instructions (list
patches apply cleanly but buildkernel fails:
Works here with fresh source, amd64
--
Adam Vande More
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to
) -- not a timer problem and not fatal.
Please report me if you find anything else.
Latest patch can be found here:
http://people.freebsd.org/~mav/timers_merge/timers_merge-2010.patch
Merge instructions (list of revisions, if somebody want to redo it):
http://people.freebsd.org/~mav
://people.freebsd.org/~mav/timers_merge/timers_merge-2010.patch
Merge instructions (list of revisions, if somebody want to redo it):
http://people.freebsd.org/~mav/timers_merge/guide-2010
After patching you need just rebuild/reinstall the kernel. I haven't
merged related manual
21 matches
Mail list logo
