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
On 9 November 2010 20:45, Ed Schouten e...@80386.nl wrote:
* Renato Botelho rbga...@gmail.com, 20101109 17:08:
Well, few weeks ago I moved from ISO-8859-1 to UTF-8 on my Xorg
environment, and after reading this I decided to make a test.
I rebuilt my 9.0-current (r215031) with option
on 10/11/2010 10:34 Kostik Belousov said the following:
On Wed, Nov 10, 2010 at 07:18:54AM +0200, Andriy Gapon wrote:
on 09/11/2010 16:05 Kostik Belousov said the following:
Easiest would be for DRM to provide wrappers for copyin/copyout that
unlock, do operation and lock.
I am a little bit
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?
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
TB --- 2010-11-11 13:06:50 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-11 13:06:50 - starting HEAD tinderbox run for mips/mips
TB --- 2010-11-11 13:06:50 - cleaning the object tree
TB --- 2010-11-11 13:06:50 - cvsupping the source tree
TB --- 2010-11-11 13:06:50 -
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
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:
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
TB --- 2010-11-11 13:27:04 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-11 13:27:04 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2010-11-11 13:27:04 - cleaning the object tree
TB --- 2010-11-11 13:27:06 - cvsupping the source tree
TB --- 2010-11-11 13:27:06 -
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
Hello all,
I just committed libcompiler_rt.a to HEAD. Even though I don't expect
serious issues -- especially not on the tier 1 architectures -- be sure
to contact me in case something goes wrong. I hooked it up to the build
in a separate commit, so if your system starts to act weird, just revert
On Wed Nov 10 10, Alexander Best wrote:
On Wed Nov 10 10, Alexander Best wrote:
On Tue Nov 9 10, Alexey Shuvaev wrote:
On Tue, Nov 09, 2010 at 06:25:12PM +, Alexander Best wrote:
On Fri Nov 5 10, Ulrich Spörlein wrote:
On Sat, 30.10.2010 at 23:22:44 +, Alexander Best
on 10/11/2010 20:45 Alan Cox said the following:
Andriy Gapon wrote:
on 09/11/2010 10:02 Alan Cox said the following:
The kernel portion of the patch looks correct. If I were to make one
stylistic
suggestion, it would be to make the control flow of the outer and inner
loops as
similar
On Thu, Nov 11, 2010 at 04:52:43PM +0100, Ed Schouten wrote:
Hello all,
I just committed libcompiler_rt.a to HEAD. Even though I don't expect
serious issues -- especially not on the tier 1 architectures -- be sure
to contact me in case something goes wrong. I hooked it up to the build
in a
On Thu, Nov 11, 2010 at 04:52:43PM +0100, Ed Schouten wrote:
Hello all,
I just committed libcompiler_rt.a to HEAD. Even though I don't expect
serious issues -- especially not on the tier 1 architectures -- be sure
to contact me in case something goes wrong. I hooked it up to the build
in a
On Thu, Nov 11, 2010 at 04:18:30PM +, Alexander Best wrote:
On Wed Nov 10 10, Alexander Best wrote:
On Wed Nov 10 10, Alexander Best wrote:
On Tue Nov 9 10, Alexey Shuvaev wrote:
On Tue, Nov 09, 2010 at 06:25:12PM +, Alexander Best wrote:
On Fri Nov 5 10, Ulrich Spörlein
On Thu Nov 11 10, Alexey Shuvaev wrote:
On Thu, Nov 11, 2010 at 04:18:30PM +, Alexander Best wrote:
On Wed Nov 10 10, Alexander Best wrote:
On Wed Nov 10 10, Alexander Best wrote:
On Tue Nov 9 10, Alexey Shuvaev wrote:
On Tue, Nov 09, 2010 at 06:25:12PM +, Alexander Best
Hi,
I have built-in bluetooth atheros. On ubuntu linux it is shown as (lsusb):
Bus 003 Device 006: ID 0cf3:3002 Atheros Communications, Inc.
Unfortunately, FreeBSD-Current can't see it as bluetooth device (despite
loading ng_ubt module to kernel... ):
ugen0.4: product 0x3000 vendor 0x0cf3
On Wed, Nov 10, 2010 at 04:32:54PM -0800, David O'Brien wrote:
Script started on Wed Nov 10 15:56:31 2010
FreeBSD 9.0-CURRENT #644 r215099M: Wed Nov 10 11:45:01 PST 2010
obr...@dragon:/usr/obj/4kib/i386/compile/DRAGON-WITNESS i386
WARNING: WITNESS option enabled, expect reduced
Please try fw dowloader from
Http://people.freebsd.org/~emax/ath3kfw.tar.gz
Thanks,
Max
On Nov 11, 2010, at 11:31 AM, Marek Salwerowicz marek_...@wp.pl wrote:
Hi,
I have built-in bluetooth atheros. On ubuntu linux it is shown as (lsusb):
Bus 003 Device 006: ID 0cf3:3002 Atheros
TB --- 2010-11-12 03:51:12 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-12 03:51:12 - starting HEAD tinderbox run for mips/mips
TB --- 2010-11-12 03:51:12 - cleaning the object tree
TB --- 2010-11-12 03:51:12 - cvsupping the source tree
TB --- 2010-11-12 03:51:12 -
TB --- 2010-11-12 04:11:46 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-12 04:11:46 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2010-11-12 04:11:46 - cleaning the object tree
TB --- 2010-11-12 04:11:50 - cvsupping the source tree
TB --- 2010-11-12 04:11:50 -
0n Thu, Nov 11, 2010 at 04:52:43PM +0100, Ed Schouten wrote:
I just committed libcompiler_rt.a to HEAD. Even though I don't expect
serious issues -- especially not on the tier 1 architectures -- be sure
to contact me in case something goes wrong. I hooked it up to the build
24 matches
Mail list logo
