Alexander Motin 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
Joerg Schilling wrote:
> Alexander Motin 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 dist
Alexander Motin 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
> > ve
--- On Thu, 11/11/10, Kirill Yelizarov wrote:
> From: Kirill Yelizarov
> 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
> wrote:
>
> > From: Kevin O
Joerg Schilling wrote:
> Alexander Motin 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 run
Alexander Motin 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 probably le
Joerg Schilling wrote:
> Alexander Motin 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 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 sense_resid should b
On Tue, Nov 9, 2010 at 11:48 PM, Jeremy Chadwick
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 any -j or -jXX fl
> Date: Wed, 10 Nov 2010 23:49:56 -0800 (PST)
> From: Kirill Yelizarov
>
>
>
> --- On Thu, 11/11/10, Kevin Oberman wrote:
>
> > From: Kevin Oberman
> > Subject: Re: icmp packets on em larger than 1472 [SEC=UNCLASSIFIED]
> > To: "Wilkinson, Alex"
> > Cc: freebsd-stable@freebsd.org
> > Date:
On 11/11/2010 12:26 AM, Kevin Oberman wrote:
>> Date: Thu, 11 Nov 2010 13:01:26 +0800
>> From: "Wilkinson, Alex"
>> 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 don't reply to
--- On Thu, 11/11/10, Mike Tancsa wrote:
> From: Mike Tancsa
> 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: Thu, 11 Nov 2010 13:01:2
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
> >
> >
> >
> > --- On Thu, 11/11/10, Kevin Oberman wrote:
> >
> > > From: Kevin Oberman
> > > Subject: Re: icmp packets on em larger than 1472 [SEC=UNCLA
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 - /usr/
> From: Pyun YongHyeon
> 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
> > >
> > >
> > >
> > > --- On Thu, 11/11/10, Kevin Oberman wrote:
> > >
> > > > F
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 --- 2010-1
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/timers_merge/guide-2010
After patching you need just rebuild
mode or other timer.
> - if HPET interrupt shared 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.or
>
> 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 "freebsd-st
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
t; >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://p
21 matches
Mail list logo
