On Friday 11 May 2012 02:54:19 John wrote:
> Hi Folks,
>
>We've been trying to bring freebsd up on a hp dl980g7 for awhile.
> Due to usb issues, we finally installed onto a revo card and
> installed it into the 980. The system consistently puts out the
> following messages:
>
> usbd_ctrl_tran
Hi
I've been working on suspend/resume for SMP/i386 for a week
and created patches against CURRENT, RELENG_9 and RELENG_8
available at:
http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-CURRENT-20120511.diff
http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-RELENG_9-20120511.diff
ht
Hi,
I'm sorry. I forgot to attach a file.
Regards,
Kohji Okuno
> Hi David,
>
> From: David Chisnall
>
>> If you have a test case, I can commit it to the libc++ test suite.
>>
>> David
>
> I attached my test source.
> This test program shoud output as below.
>
> towupper_l
> 0049, 0049
> 0
Hi David,
From: David Chisnall
> If you have a test case, I can commit it to the libc++ test suite.
>
> David
I attached my test source.
This test program shoud output as below.
towupper_l
0049, 0049
0131, 0049
0130, 0130
0069, 0049
towlower_l
0049, 0069
0131, 0131
0130, 0069
0069, 0069
But
If you have a test case, I can commit it to the libc++ test suite.
David
On 10 May 2012, at 21:42, Kohji Okuno wrote:
> Hi Eric,
>
>> I'm left wondering how this was not caught by the libc++ test
>> suite. The current toupper.c shouldn't pass
>> http://llvm.org/svn/llvm-project/libcxx/trunk/tes
Hi Eric,
> I'm left wondering how this was not caught by the libc++ test
> suite. The current toupper.c shouldn't pass
> http://llvm.org/svn/llvm-project/libcxx/trunk/test/localization/locales/locale.convenience/conversions/conversions.character/toupper.pass.cpp
This test suite checks only popula
Hi Folks,
We've been trying to bring freebsd up on a hp dl980g7 for awhile.
Due to usb issues, we finally installed onto a revo card and
installed it into the 980. The system consistently puts out the
following messages:
usbd_ctrl_transfer_setup: could not setup default USB transfer
usb_alloc_
Anton Shterenlikht wrote:
> On Thu, May 10, 2012 at 09:51:22PM +0100, Anton Shterenlikht wrote:
> > On Thu, May 10, 2012 at 06:11:28PM +0400, Sergey Kandaurov wrote:
> > > On 10 May 2012 14:30, Anton Shterenlikht
> > > wrote:
> > > >
> > > > On ia64 r235163:
> > > >
> > > > root: /etc/rc.d/sysctl:
On Thu, May 10, 2012 at 09:51:22PM +0100, Anton Shterenlikht wrote:
> On Thu, May 10, 2012 at 06:11:28PM +0400, Sergey Kandaurov wrote:
> > On 10 May 2012 14:30, Anton Shterenlikht wrote:
> > >
> > > On ia64 r235163:
> > >
> > > root: /etc/rc.d/sysctl: WARNING: sysctl vfs.nfs.access_cache_timeout
On Thu, May 10, 2012 at 06:11:28PM +0400, Sergey Kandaurov wrote:
> On 10 May 2012 14:30, Anton Shterenlikht wrote:
> >
> > On ia64 r235163:
> >
> > root: /etc/rc.d/sysctl: WARNING: sysctl vfs.nfs.access_cache_timeout does
> > not exist.
> >
> > What is this about?
> > After updating to this revi
On 05/07/2012 23:14, Sergey Kandaurov wrote:
>> > Finally, should my next step be to advance to the latest current + your
>> > patch and see how I go from there?
> Yep, so that patches will be tested before they go to head.
For the record, I upgraded to r235151 + the removal of those 2 locks and
h
On 8 May 2012 00:11, Mateusz Guzik wrote:
> On Mon, May 07, 2012 at 12:28:41PM -0700, Doug Barton wrote:
>> On 05/06/2012 15:19, Sergey Kandaurov wrote:
>> > On 7 May 2012 01:54, Doug Barton wrote:
>> >> I got this with today's current, previous (working) kernel is r232719.
>> >>
>> >> panic: _mt
On Thu, May 10, 2012 at 12:30 PM, Anton Shterenlikht
wrote:
> On amd64 r234928 adding "device ugen" to
> the kernel config gives on buildkernel:
>
> config: Error: device "ugen" is unknown
> config: 1 errors
> *** [buildkernel] Error code 1
>
> ugen(4) man page says nothing about this
> driver bei
On amd64 r234928 adding "device ugen" to
the kernel config gives on buildkernel:
config: Error: device "ugen" is unknown
config: 1 errors
*** [buildkernel] Error code 1
ugen(4) man page says nothing about this
driver being obsolete or something similar.
Is ugen being included as part of some
oth
Le 9 mai 2012 à 16:30, Ryan Stone a écrit :
> On Wed, May 9, 2012 at 1:16 AM, Peter Jeremy wrote:
>> [This may be a duplicate because I forgot to update my subscription
>> after changing address but I've also corrected a typo]
>>
>> (I've copied fabient@ because r233628 appears to have been th
On 10 May 2012 14:30, Anton Shterenlikht wrote:
>
> On ia64 r235163:
>
> root: /etc/rc.d/sysctl: WARNING: sysctl vfs.nfs.access_cache_timeout does not
> exist.
>
> What is this about?
> After updating to this revision,
> I run mergemaster, as usual,
> with the setting to auto update
> all /etc fi
On 10 May 2012 14:23, Anton Shterenlikht wrote:
> On Thu, May 10, 2012 at 11:01:21AM +0100, Anton Shterenlikht wrote:
>> On ia64 r235163 I get this error
>> when trying to load zfs module:
>>
>> # ls -al /boot/kernel/zfs.ko*
>> -r-xr-xr-x 1 root wheel 2496877 May 10 09:15 /boot/kernel/zfs.ko
>>
On 5/10/12 12:20 AM, Craig Rodrigues wrote:
> Bash is trying to override the malloc() functions in libc with its own
> implementation in lib/malloc/malloc.c .
> I have seen this type of trick before 3rd party code that tries to
> override the libc implementation of malloc() / free() with its own.
Den 10/05/2012 kl. 12.03 skrev Dimitry Andric:
> On 2012-05-10 11:02, Kohji Okuno wrote:
>> I think that libc/locale/toupper.c is mistaken.
>> Could you check it?
>>
>> @@ -51,7 +51,7 @@ ___toupper_l(c, l)
>> {
>>size_t lim;
>>FIX_LOCALE(l);
>> - _RuneRange *rr = &XLOCALE_CT
On Wed, May 09, 2012 at 01:34:28PM -0700, Doug Barton wrote:
> Has anyone answered the original question? Are there going to be
> packages for libreoffice? If not, why not?
>
> Doug
Yes as soon as pointyhat builds are uploaded.
For example there are libreoffice packages on http://pkgbeta.freebsd
On ia64 r235163:
root: /etc/rc.d/sysctl: WARNING: sysctl vfs.nfs.access_cache_timeout does not
exist.
What is this about?
After updating to this revision,
I run mergemaster, as usual,
with the setting to auto update
all /etc files which I didn't touch.
Please advise
--
Anton Shterenlikht
Roo
On Thu, May 10, 2012 at 12:21:18PM +0200, Mateusz Guzik wrote:
> On Tue, May 08, 2012 at 09:45:14PM +0200, Peter Holm wrote:
> > On Mon, May 07, 2012 at 10:11:53PM +0200, Mateusz Guzik wrote:
> > > On Mon, May 07, 2012 at 12:28:41PM -0700, Doug Barton wrote:
> > > > On 05/06/2012 15:19, Sergey Kand
On Thu, May 10, 2012 at 11:01:21AM +0100, Anton Shterenlikht wrote:
> On ia64 r235163 I get this error
> when trying to load zfs module:
>
> # ls -al /boot/kernel/zfs.ko*
> -r-xr-xr-x 1 root wheel 2496877 May 10 09:15 /boot/kernel/zfs.ko
> -r-xr-xr-x 1 root wheel 6578175 May 10 09:15 /boot/k
On Tue, May 08, 2012 at 09:45:14PM +0200, Peter Holm wrote:
> On Mon, May 07, 2012 at 10:11:53PM +0200, Mateusz Guzik wrote:
> > On Mon, May 07, 2012 at 12:28:41PM -0700, Doug Barton wrote:
> > > On 05/06/2012 15:19, Sergey Kandaurov wrote:
> > > > On 7 May 2012 01:54, Doug Barton wrote:
> > > >>
On 2012-05-10 11:02, Kohji Okuno wrote:
> I think that libc/locale/toupper.c is mistaken.
> Could you check it?
>
> @@ -51,7 +51,7 @@ ___toupper_l(c, l)
> {
> size_t lim;
> FIX_LOCALE(l);
> - _RuneRange *rr = &XLOCALE_CTYPE(l)->runes->__maplower_ext;
> + _RuneRange *rr
Den 10/05/2012 kl. 11.54 skrev Erik Cederstrand:
> Den 10/05/2012 kl. 11.02 skrev Kohji Okuno:
>
>> Hi,
>>
>> I think that libc/locale/toupper.c is mistaken.
>> Could you check it?
>>
>> @@ -51,7 +51,7 @@ ___toupper_l(c, l)
>> {
>> size_t lim;
>> FIX_LOCALE(l);
>> - _RuneRange
On ia64 r235163 I get this error
when trying to load zfs module:
# ls -al /boot/kernel/zfs.ko*
-r-xr-xr-x 1 root wheel 2496877 May 10 09:15 /boot/kernel/zfs.ko
-r-xr-xr-x 1 root wheel 6578175 May 10 09:15 /boot/kernel/zfs.ko.symbols
# kldload zfs
KLD zfs.ko: depends on acl_nfs4 - not availab
Den 10/05/2012 kl. 11.02 skrev Kohji Okuno:
> Hi,
>
> I think that libc/locale/toupper.c is mistaken.
> Could you check it?
>
> @@ -51,7 +51,7 @@ ___toupper_l(c, l)
> {
>size_t lim;
>FIX_LOCALE(l);
> - _RuneRange *rr = &XLOCALE_CTYPE(l)->runes->__maplower_ext;
> + _Ru
Hi,
I think that libc/locale/toupper.c is mistaken.
Could you check it?
@@ -51,7 +51,7 @@ ___toupper_l(c, l)
{
size_t lim;
FIX_LOCALE(l);
- _RuneRange *rr = &XLOCALE_CTYPE(l)->runes->__maplower_ext;
+ _RuneRange *rr = &XLOCALE_CTYPE(l)->runes->__mapupper_ext;
29 matches
Mail list logo
