on 17/05/2011 10:19 Andriy Gapon said the following:
> So I am going to commit this.
> If it breaks anything for anyone and the problem would not be really trivial,
> the I'll just revert the change.
>
r222051.
Please take this commit in consideration if you run into any USB-related
problems.
-
hi there,
i recently switched my old pata dvd-drive with a new sata one:
cd0: Removable CD-ROM SCSI-0 device
cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes)
cd0: cd present [355062 x 2048 byte records]
however now i experience the following issues:
1)
otaku% recover
sorry. i wanted to cc freebsd-scsi and accidently wrote freebsd-cam.
On Wed May 18 11, Alexander Best wrote:
> hi there,
>
> i recently switched my old pata dvd-drive with a new sata one:
>
> cd0: Removable CD-ROM SCSI-0 device
> cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO
on 18/05/2011 11:27 Alexander Best said the following:
> sorry. i wanted to cc freebsd-scsi and accidently wrote freebsd-cam.
>
> On Wed May 18 11, Alexander Best wrote:
>> hi there,
>>
>> i recently switched my old pata dvd-drive with a new sata one:
>>
>> cd0: Removable CD-ROM SCSI-0 device
>>
TB --- 2011-05-18 08:56:59 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-05-18 08:56:59 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2011-05-18 08:56:59 - cleaning the object tree
TB --- 2011-05-18 08:57:10 - cvsupping the source tree
TB --- 2011-05-18 08:57:10 - /usr
On Wed May 18 11, Andriy Gapon wrote:
> on 18/05/2011 11:27 Alexander Best said the following:
> > sorry. i wanted to cc freebsd-scsi and accidently wrote freebsd-cam.
> >
> > On Wed May 18 11, Alexander Best wrote:
> >> hi there,
> >>
> >> i recently switched my old pata dvd-drive with a new sata
TB --- 2011-05-18 08:49:33 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-05-18 08:49:33 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2011-05-18 08:49:33 - cleaning the object tree
TB --- 2011-05-18 08:49:53 - cvsupping the source tree
TB --- 2011-05-18 08:49:53 - /u
on 18/05/2011 13:24 Alexander Best said the following:
> i dug into this a little further and it appears that this only happens with
> CD-Rs. using CD-ROMs, DVDs or DVD+Rs this doesn't happen. i tested this with
> CD-Rs recorded under windows and freebsd (created with burncd(1), growisofs(1)
> and
On Wed May 18 11, Andriy Gapon wrote:
> on 18/05/2011 13:24 Alexander Best said the following:
> > i dug into this a little further and it appears that this only happens with
> > CD-Rs. using CD-ROMs, DVDs or DVD+Rs this doesn't happen. i tested this with
> > CD-Rs recorded under windows and freebs
TB --- 2011-05-18 11:00:01 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-05-18 11:00:01 - starting HEAD tinderbox run for arm/arm
TB --- 2011-05-18 11:00:01 - cleaning the object tree
TB --- 2011-05-18 11:00:15 - cvsupping the source tree
TB --- 2011-05-18 11:00:15 - /usr/bin/csu
On Wed May 18 11, Andriy Gapon wrote:
> on 18/05/2011 13:24 Alexander Best said the following:
> > i dug into this a little further and it appears that this only happens with
> > CD-Rs. using CD-ROMs, DVDs or DVD+Rs this doesn't happen. i tested this with
> > CD-Rs recorded under windows and freebs
TB --- 2011-05-18 11:00:01 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-05-18 11:00:01 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-05-18 11:00:01 - cleaning the object tree
TB --- 2011-05-18 11:00:17 - cvsupping the source tree
TB --- 2011-05-18 11:00:17 - /usr/bin/c
TB --- 2011-05-18 11:00:01 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-05-18 11:00:01 - starting HEAD tinderbox run for i386/i386
TB --- 2011-05-18 11:00:01 - cleaning the object tree
TB --- 2011-05-18 11:00:26 - cvsupping the source tree
TB --- 2011-05-18 11:00:26 - /usr/bin/c
TB --- 2011-05-18 11:00:01 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-05-18 11:00:01 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-05-18 11:00:01 - cleaning the object tree
TB --- 2011-05-18 11:00:25 - cvsupping the source tree
TB --- 2011-05-18 11:00:25 - /usr/bin
TB --- 2011-05-18 12:27:27 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-05-18 12:27:27 - starting HEAD tinderbox run for ia64/ia64
TB --- 2011-05-18 12:27:27 - cleaning the object tree
TB --- 2011-05-18 12:27:39 - cvsupping the source tree
TB --- 2011-05-18 12:27:39 - /usr/bin/c
I think that it is a well known fact that currently we do not have any support
for
dynamically offlining processors. Yet, we have some code that looks like it
does
provide that support and even provides a user interface to supposedly do that.
What we don't currently do specifically:
- rebindin
On Wed, May 18, 2011 at 9:40 AM, Andriy Gapon wrote:
>
> I think that it is a well known fact that currently we do not have any
> support for
> dynamically offlining processors. Yet, we have some code that looks like it
> does
> provide that support and even provides a user interface to suppose
2011/5/18 Garrett Cooper :
> On Wed, May 18, 2011 at 9:40 AM, Andriy Gapon wrote:
>>
>> I think that it is a well known fact that currently we do not have any
>> support for
>> dynamically offlining processors. Yet, we have some code that looks like it
>> does
>> provide that support and even p
2011/5/18 Attilio Rao :
> 2011/5/18 Garrett Cooper :
>> On Wed, May 18, 2011 at 9:40 AM, Andriy Gapon wrote:
>>>
>>> I think that it is a well known fact that currently we do not have any
>>> support for
>>> dynamically offlining processors. Yet, we have some code that looks like
>>> it does
>>
On May 18, 2011, at 9:49 AM, Attilio Rao wrote:
> 2011/5/18 Garrett Cooper :
>> On Wed, May 18, 2011 at 9:40 AM, Andriy Gapon wrote:
>>>
>>> I think that it is a well known fact that currently we do not have any
>>> support for
>>> dynamically offlining processors. Yet, we have some code that
2011/5/18 Garrett Cooper :
> On May 18, 2011, at 9:49 AM, Attilio Rao wrote:
>
>> 2011/5/18 Garrett Cooper :
>>> On Wed, May 18, 2011 at 9:40 AM, Andriy Gapon wrote:
I think that it is a well known fact that currently we do not have any
support for
dynamically offlining proce
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Try this patch?
(I'm still opted to disable the typematic rate detection by default at
least for amd64, as we don't do it in the past for amd64)
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or di
On 05/17/2011 01:35 PM, John Baldwin wrote:
...
Yeah, I already have a patch to do that, but hadn't added atomic ops to
critical_enter() and critical_exit(). But it also wasn't as fancy in the
critical_exit() case. Here is what I have and I think it might actually
be ok (it doesn't use an atomi
23 matches
Mail list logo
