On Sun, Apr 14, 2013 at 12:48:28PM +0200, Martin Pieuchot wrote:
> So I'd like to remove the following hack from uhci(4) which is the
> only piece of code that justifies another layer of abstraction around
> the memory allocation logic for the various USB controllers.
>
> I couldn't find any hist
Philip Guenther writes:
> On Sun, Apr 14, 2013 at 2:02 PM, Jérémie Courrèges-Anglas
> wrote:
>> Philip Guenther writes:
> ...
>>> As for -z now: yeah, it works on OpenBSD; what problem are they trying
>>> to solve by using it?
>>
>> -z now seems to be useful when used together with -z relro, II
On Sun, Apr 14, 2013 at 2:02 PM, Jérémie Courrèges-Anglas
wrote:
> Philip Guenther writes:
...
>> As for -z now: yeah, it works on OpenBSD; what problem are they trying
>> to solve by using it?
>
> -z now seems to be useful when used together with -z relro, IIUC,
> allowing the global offset tabl
Philip Guenther writes:
> On Sat, Apr 13, 2013 at 8:17 AM, Jérémie Courrèges-Anglas
> wrote:
>> I'm trying to port mosh[1] on OpenBSD; its build system tries to enable
>> several compile and build flags. Most of those seem on by default, where
>> suitable, on OpenBSD (SSP, PIE), but I wonder if
> > That wasn't clear from Miod's response. So the policy is to assume
> > that char/short/int/long long are 8/16/32/64 bits and that intptr_t
> > is long?
We only run on C8S16I32L32P32 and C8S16I32L64P64 architectures. Short
names ILP32 and I32LP64. The addition of any other sizing would
requ
> Did you get any other feedback or test report? What was the previous
> issues preventing this for going in? I don't remember.
It used to not behave correctly after suspend, but that was fixed
eventually. The main reason why this has never been commited was that
none of the systems this diff had
So I'd like to remove the following hack from uhci(4) which is the
only piece of code that justifies another layer of abstraction around
the memory allocation logic for the various USB controllers.
I couldn't find any historical explanation for this code, not even from
the NetBSD source repositor
On 01/04/13(Mon) 17:14, Tobias Stoeckmann wrote:
> Hi,
>
> this issue is already quite old, but let's see if anyone else has still
> issues with active PS/2 multiplexing.
>
> Active PS/2 multiplexing is a method to attach multiple input devices on
> your AUX PS/2 slot. This should be as of today
On Saturday 06 April 2013, Stefan Fritsch wrote:
> That wasn't clear from Miod's response. So the policy is to assume
> that char/short/int/long long are 8/16/32/64 bits and that intptr_t
> is long? Should that be added to style(9), then?
I assume that the lack of a response means yes.
The patc
