According to the "Intel 64 and IA-32 Architectures Software
Developer's Manual", CPUID.8001H:EDX.Page1GB [bit 26] indicates
whether 1-GByte pages are supported with IA-32e paging.
I think the diff below adds support for identifying this feature in
dmesg, but my X201s is seemingly to old to sup
Julio 2014
Mantenimiento Preventivo de PC y Redes
¿Tiene 1 ordenador? ¿2? ¿10? ¿20?
Brainalizer dispone de una red de técnicos que pueden solucionarle cualquier
problema con carácter de urgencia, especialistas en mantenimiento ordenadores.
Servicios que ponemos a su disposición para un c
On Wed, Jul 2, 2014 at 5:16 PM, Matthew Dempsky wrote:
> +.if ${CC} == "clang"
> +CMACHFLAGS+= -ffreestanding
Sorry, Clang actually needs -fno-integrated-as too, otherwise the
integrated assembler complains about the bogus XYZZY instructions in
kern/genassym.sh.
Diff below allows building an amd64 kernel with "CC=clang make".
Some random notes:
1. A bunch of the -Wno-foo warnings are probably worth fixing, but
it's not a high priority for me at the moment.
2. -Wframe-larger-than= is the name modern GCC and Clang have adopted,
and it probably wouldn't hu
Hi folks,
I know the following patches will cause a controversy just like the
issues they resolve caused me and several other people headaches when
debugging them.
But first things first. The attached patches (intentionally) do the
following two things:
1. Adjust the limit for maximum allowed si
On Wed, Jul 02, 2014 at 02:11:11PM -0400, Ted Unangst wrote:
> On Wed, Jul 02, 2014 at 12:37, Otto Moerbeek wrote:
> > On Tue, Jul 01, 2014 at 03:56:39PM -0400, Jared Yanovich wrote:
> >
> >> On Mon, Jun 30, 2014 at 11:53:04AM +0200, Otto Moerbeek wrote:
> >>
> >> > This indeed solves some proble
On Wed, Jul 02, 2014 at 12:37, Otto Moerbeek wrote:
> On Tue, Jul 01, 2014 at 03:56:39PM -0400, Jared Yanovich wrote:
>
>> On Mon, Jun 30, 2014 at 11:53:04AM +0200, Otto Moerbeek wrote:
>>
>> > This indeed solves some problems, but I have a test file on which it
> cores.
>>
>> Patch relative to th
On Wed, Jul 02, 2014 at 08:49:34AM -0500, Shawn K. Quinn wrote:
> On Tue, 2014-07-01 at 19:07 -0300, Rafael Zalamena wrote:
> > I also noted that would only happen on one machine which I had setup
> > one partition for /var/tmp and /tmp (and /tmp -> /var/tmp). After some
> > investigation I found o
On Wed, Jul 02, 2014 at 04:37:05PM +0200, Otto Moerbeek wrote:
>
> > Op 2 jul. 2014 om 15:03 heeft Jared Yanovich het
> > volgende geschreven:
> >
> >> On Wed, Jul 02, 2014 at 12:37:53PM +0200, Otto Moerbeek wrote:
> >>
> >> On Tue, Jul 01, 2014 at 03:56:39PM -0400, Jared Yanovich wrote:
> >>
> Op 2 jul. 2014 om 15:03 heeft Jared Yanovich het
> volgende geschreven:
>
>> On Wed, Jul 02, 2014 at 12:37:53PM +0200, Otto Moerbeek wrote:
>>
>> On Tue, Jul 01, 2014 at 03:56:39PM -0400, Jared Yanovich wrote:
>>
>> This works better indeed. But is initing the int member only safe? If
>> si
Hello,
thanks for clarifying things.
> However, this solution is not correct for us. Perhaps you have some
> other changes in your tree to make it work.
>
yes, that's correct. We had to make PF SMP friendly. We don't want packet to
remove the ONCE rule from its ruleset. Instead the pf_test_rul
On 21 June 2014 15:36, Alexandr Nedvedicky
wrote:
> Hello,
>
> I'm not sure it is the right place to submit patches. Let me know if there is
> better/more appropriate address for this.
>
> during our testing we've found the once rules are not removed,
> when used in main anchor.
>
Correct. I've
On Tue, 2014-07-01 at 19:07 -0300, Rafael Zalamena wrote:
> I also noted that would only happen on one machine which I had setup
> one partition for /var/tmp and /tmp (and /tmp -> /var/tmp). After some
> investigation I found out that the code that daily(8) uses to clean
> /var/tmp is different fro
Hi Stuart,
Stuart Henderson wrote on Wed, Jul 02, 2014 at 01:36:21PM +0100:
> I think this is correct. Any nay-sayers?
ok schwarze@
> On 2014/07/01 19:07, Rafael Zalamena wrote:
> > I noticed a problem in one of my OpenBSD installation where tmux(1)
> > would lose its session socket after a few
On Wed, Jul 02, 2014 at 12:37:53PM +0200, Otto Moerbeek wrote:
> On Tue, Jul 01, 2014 at 03:56:39PM -0400, Jared Yanovich wrote:
>
> This works better indeed. But is initing the int member only safe? If
> sizeof(top) < sizeof(names), only init some bits of the pointer.
To be safe, we can switch
I think this is correct. Any nay-sayers?
On 2014/07/01 19:07, Rafael Zalamena wrote:
> I noticed a problem in one of my OpenBSD installation where tmux(1)
> would lose its session socket after a few inactive days. Every time
> that happened I quickly fixed it by sending a SIGUSR1 (as suggested by
Hi,
On Wed, Jul 02, 2014 at 01:34:51PM +0200, Markus Gebert wrote:
> Hi there
>
> I hope this is the right mailing list to publish a patch. If not,
> please let me know where to place it or how I should get in contact
> with the relayd maintainer(s).
>
> I've added some new SSL features and conf
Hi there
I hope this is the right mailing list to publish a patch. If not,
please let me know where to place it or how I should get in contact
with the relayd maintainer(s).
I've added some new SSL features and config options to relayd that we
needed at work:
- ssl edh params "value"
-> allows
On Tue, Jul 01, 2014 at 03:56:39PM -0400, Jared Yanovich wrote:
> On Mon, Jun 30, 2014 at 11:53:04AM +0200, Otto Moerbeek wrote:
>
> > This indeed solves some problems, but I have a test file on which it cores.
>
> Patch relative to the original diff I posted.
>
> diff -ru sort.new/fsort.c sort
19 matches
Mail list logo
