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
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 - /u
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 - /usr/bin/c
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" wrote:
> Hi,
>
> I have built-in bluetooth atheros. On ubuntu linux it is shown as (lsusb):
> Bus 003 Device 006: ID 0cf3:3002 Atheros Communications, In
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 performa
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: at usbus0, cfg=0 md=HOST spd=F
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 +, Ale
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, Ulr
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
>
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
>
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
>>> l
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 +, Alexan
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
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
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 - /u
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
>
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
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 - /usr/bin/c
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
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
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
On 9 November 2010 20:45, Ed Schouten wrote:
> * Renato Botelho , 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 TEKEN_UTF8 in kernel
>> config,
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
24 matches
Mail list logo