Hello all,
I was just wondering what the status of KMS support with newcons is?
About 6 weeks ago I got some help on x11@ and much was said about KMS
(and the lack of support for the 'newer' Haswell graphics). somebody
mentioned that one of the problems where the "console goes away" once
you
On 9/17/13 9:11 PM, Jean-Sébastien Pédron wrote:
On 17.09.2013 14:51, ajtiM wrote:
I bult Xorg on iMc, Radeon HD 4850 with ddvd support and "starts"
works :). The problem is when I exit it stay in black screen. There are
no errors in Xorg.log.
This is a know issue: our current console implement
Hi
It looks like HD5000 should be supported but I can't get it to work on the
new MacBook Air.
Attached the log which will show that there is no /dev/dri device.
I compiled drivers and libraries the same way as I've done on HD4000
(Panasonic laptop) which works just fine (except switching to con
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-09-18 13:20:27 -0400, Jung-uk Kim wrote:
2013년 9월 18일 13:20, Jung-uk Kim 쓴 글:> On 2013-09-18 12:39:46
- -0400, David Chisnall wrote:
>> On 18 Sep 2013, at 16:26, Tijl Coosemans
>> wrote:
>
>>> On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim w
>> +#define RL_HWREV_8168G_00x4c00
>> +#define RL_HWREV_8168G_10x4c10
>
> I don't know exact model number for these MACs but it may be 8168G.
The Shuttle DS47 is 0x4c00
But it looks like that this changes are not in Alpha2. I get still the Message:
re0: Unkn
On Wed, Sep 18, 2013 at 06:15:22PM -0300, Marcelo Gondim wrote:
> Em 18/09/13 16:55, Glen Barber escreveu:
> >On Wed, Sep 18, 2013 at 02:50:10PM -0500, Andrew Berg wrote:
> >>On 2013.09.18 14:36, Glen Barber wrote:
> >>>Changes between -ALPHA1 and -ALPHA2 include:
> >>> ...
> >>> o Import Hype
Em 18/09/13 16:55, Glen Barber escreveu:
On Wed, Sep 18, 2013 at 02:50:10PM -0500, Andrew Berg wrote:
On 2013.09.18 14:36, Glen Barber wrote:
Changes between -ALPHA1 and -ALPHA2 include:
...
o Import Hyper-V paravirtualized drivers from projects/hyperv
branch.
These were merged i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-09-18 14:51:20 -0400, David Chisnall wrote:
> On 18 Sep 2013, at 19:49, David Chisnall
> wrote:
>
>> These are not part of the public API.
>
> Oh. Yes it is. Ho hum...
It seems it's removed from GCC because it broke OpenOffice.org. 8-)
h
On Wed, Sep 18, 2013 at 02:50:10PM -0500, Andrew Berg wrote:
> On 2013.09.18 14:36, Glen Barber wrote:
> > Changes between -ALPHA1 and -ALPHA2 include:
> > ...
> > o Import Hyper-V paravirtualized drivers from projects/hyperv
> > branch.
> These were merged in r255524 and are in -ALPHA1
On 2013.09.18 14:36, Glen Barber wrote:
> Changes between -ALPHA1 and -ALPHA2 include:
> ...
> o Import Hyper-V paravirtualized drivers from projects/hyperv
> branch.
These were merged in r255524 and are in -ALPHA1 (I am currently using them). Or
has something changed with them?
___
The second ALPHA build of the 10.0-RELEASE release cycle is now available
on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and
sparc64 architectures.
The 10.0-ALPHA2 builds are based on svn revision r255659 of the head/
branch.
The image checksums follow at the end of this email.
On 18 Sep 2013, at 19:49, David Chisnall wrote:
> These are not part of the public API.
Oh. Yes it is. Ho hum...
David
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any m
On 18 Sep 2013, at 19:31, Tijl Coosemans wrote:
> There are some pointers to the start such as the caughtExceptions field
> in struct __cxa_eh_globals and the nextException field in struct
> __cxa_exception itself.
These are not part of the public API.
David
___
On Wed, 18 Sep 2013 17:39:46 +0100 David Chisnall wrote:
> On 18 Sep 2013, at 16:26, Tijl Coosemans wrote:
>> On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote:
>>> On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote:
I am still working on libc++ issues but it is much more
complicated. :-
On 18 September 2013 13:11, Baptiste Daroussin wrote:
>
> libexecinfo in base is exactly the same as the on from ports, so it should be
> a
> change that doesn't require any manual operations.
To clarify, it is not the same code, but provides exactly the same
interface. The one now in base come
On Wed, 18 Sep 2013 19:11:50 +0200, Baptiste Daroussin wrote:
> On Wed, Sep 18, 2013 at 04:57:35PM +, Walter Hurry wrote:
>> We had a recent issue with libiconv now being included in base, thus
>> rendering the port superfluous.
>>
>> Does a similar situation exist with libexecinfo? I don't s
We had a recent issue with libiconv now being included in base, thus
rendering the port superfluous.
Does a similar situation exist with libexecinfo? I don't seem to need the
port on on 10.0-ALPHA1 r255587, and htop and ruby both build quite
happily without it. The library is /usr/lib/libexecin
On Wed, Sep 18, 2013 at 04:57:35PM +, Walter Hurry wrote:
> We had a recent issue with libiconv now being included in base, thus
> rendering the port superfluous.
>
> Does a similar situation exist with libexecinfo? I don't seem to need the
> port on on 10.0-ALPHA1 r255587, and htop and ruby
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-09-18 12:39:46 -0400, David Chisnall wrote:
> On 18 Sep 2013, at 16:26, Tijl Coosemans wrote:
>
>> On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote:
>>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>>
>>> On 2013-09-17 13:24:41 -0400,
On 18 Sep 2013, at 16:26, Tijl Coosemans wrote:
> On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote:
>>> I am still working on libc++ issues but it is much more
>>> complicated. :-(
>>
On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote:
> > I am still working on libc++ issues but it is much more
> > complicated. :-(
>
> I fixed almost everything except for exception handling
The attached patch by Steven Hartland fixes issue for me too. Thank you!
--- Исходное сообщение ---
От кого: "Steven Hartland" < kill...@multiplay.co.uk >
Дата: 18 сентября 2013, 01:53:10
- Original Message -
From: "Justin T. Gibbs" <
---
Дмитрий Макаров
This looks like the namespace pollution that was caused by iconv.h including
stdbool.h, which I have already fixed.
David
On 18 Sep 2013, at 14:57, Ricardo Campos Passanezi wrote:
> Hello, I was trying to install gnome2 port but it ends up with an error
> in evolution-data-server. Any clues?
>
Hello, I was trying to install gnome2 port but it ends up with an error
in evolution-data-server. Any clues?
===> Building for evolution-data-server-2.32.1_4
gmake[7]: Entering directory
`/usr/obj/usr/ports/databases/evolution-data-server/work/evolution-data-server-2.32.1'
gmake all-recursive
On 18/09/2013, at 4:22 PM, Konstantin Belousov wrote:
> On Tue, Sep 17, 2013 at 11:45:19PM +0200, Ed Schouten wrote:
>> [ ... ]
>> Honestly, I think we can assume we'll never reach the point where all
>> the components listed above will properly have all functions
>> partitioned over separate co
On 18/09/2013, at 6:42 PM, Konstantin Belousov wrote:
> On Wed, Sep 18, 2013 at 05:36:40PM +1000, Jan Mikkelsen wrote:
>>
>> On 18/09/2013, at 4:22 PM, Konstantin Belousov wrote:
>>
>>> On Tue, Sep 17, 2013 at 11:45:19PM +0200, Ed Schouten wrote:
[ ... ]
Honestly, I think we can ass
On 18 Sep 2013, at 07:22, Konstantin Belousov wrote:
> I think this is a wrong direction. First, the split should be done at
> the source level, as it was usually done forever.
Until we are all using toolchains that support LTO (which requires importing a
new linker and will make people who com
On Wed, Sep 18, 2013 at 05:36:40PM +1000, Jan Mikkelsen wrote:
>
> On 18/09/2013, at 4:22 PM, Konstantin Belousov wrote:
>
> > On Tue, Sep 17, 2013 at 11:45:19PM +0200, Ed Schouten wrote:
> >> [ ... ]
> >> Honestly, I think we can assume we'll never reach the point where all
> >> the components
(Copy for the list, wrong "from" address problem ...)
On 18/09/2013, at 4:22 PM, Konstantin Belousov wrote:
> On Tue, Sep 17, 2013 at 11:45:19PM +0200, Ed Schouten wrote:
>> [...]
>> Honestly, I think we can assume we'll never reach the point where all
>> the components listed above will properl
On Sun, 15 Sep 2013 19:30:01 -0700
Tim Kientzle wrote:
>
> On Sep 15, 2013, at 2:24 PM, Ed Schouten wrote:
> > GCC and Clang support the -ffunction-sections and -fdata-sections
> > flags. Essentially, these flags force the compiler to put every
> > function and variable in its own section. Thou
30 matches
Mail list logo
