On Thu, Mar 13, 2014 at 12:31 PM, David Coppa wrote:
> On Thu, Mar 13, 2014 at 11:53 AM, Gregor Best wrote:
>> On Thu, Mar 13, 2014 at 11:16:42AM +0100, Gregor Best wrote:
>>> [...]
>>> Couldn't test hibernate yet because my system has root on a softraid
>>> crypto device and the swap is outside
Hi,
the diff below adds the ISY IWL4000 USB Wireless Micro Adapter to urtwn(4).
there was a similar diff to tech@ some time ago. See
http://openbsd.7691.n7.nabble.com/USB-Wireless-Micro-Adapter-IWL-4000-support-td219255.html
.
I took the chipset from https://wikidevi.com/wiki/ISY_IWL_4000 .
Ch
I agree as well.
> > It seems Microsoft has a document in an annoying format (DOCX) that
> > contains a list of their _OSI strings, so, let's pretend to be Windows 8
> > and Windows 8.1 if the firmware asks us. This could avoid buggy AML
> > paths on systems that don't ship with Windows 7 anymore.
On Thu, Mar 13, 2014 at 02:22:13PM -0400, Bryan Steele wrote:
..
> .Sh SEE ALSO
> .Xr mem 4
> +.Xr ports 7
> +.Xr packages 7
> +.Xr pkg_add 8
> .Sh HISTORY
> The
> .Nm
I noticed the lack of comma seperation, I'd fix that before commit.. ;)
When the AML interpretor was stripped from acpidump(8) people weren't
pointed toward a better alternative. This should make it more obvious
that Intel's tools are there to play with.
-Bryan.
Index: acpidump.8
===
RCS file: /cvs/src/u
> Date: Thu, 13 Mar 2014 13:23:40 -0400
> From: Bryan Steele
>
> It seems Microsoft has a document in an annoying format (DOCX) that
> contains a list of their _OSI strings, so, let's pretend to be Windows 8
> and Windows 8.1 if the firmware asks us. This could avoid buggy AML
> paths on systems
It seems Microsoft has a document in an annoying format (DOCX) that
contains a list of their _OSI strings, so, let's pretend to be Windows 8
and Windows 8.1 if the firmware asks us. This could avoid buggy AML
paths on systems that don't ship with Windows 7 anymore.
http://webcache.googleuserconten
Em 13-03-2014 11:32, sven falempin escreveu:
> On Wed, Mar 12, 2014 at 3:33 PM, sven falempin
> wrote:
>> On Wed, Mar 12, 2014 at 2:01 PM, Stuart Henderson wrote:
>>> On 2014/03/12 13:47, sven falempin wrote:
> You might do better with qemu socket network devices (or the L2TPv3
> support
On Wed, Mar 12, 2014 at 3:33 PM, sven falempin wrote:
> On Wed, Mar 12, 2014 at 2:01 PM, Stuart Henderson wrote:
>> On 2014/03/12 13:47, sven falempin wrote:
>>> > You might do better with qemu socket network devices (or the L2TPv3
>>> > support that was recently added to qemu head), which should
On Thu, Mar 13, 2014 at 3:06 PM, Mark Kettenis wrote:
>> Date: Thu, 13 Mar 2014 02:34:17 -0600
>> From: David Coppa
>>
>> Hi!
>>
>> This diff updates freetype to version 2.5.3.
>>
>> It fixes a vulnerability in the CFF driver (CVE-2014-2240).
>>
>> Minor bumped due to the addition of FT_MulFix_x8
> Date: Thu, 13 Mar 2014 02:34:17 -0600
> From: David Coppa
>
> Hi!
>
> This diff updates freetype to version 2.5.3.
>
> It fixes a vulnerability in the CFF driver (CVE-2014-2240).
>
> Minor bumped due to the addition of FT_MulFix_x86_64() in
> /usr/X11R6/include/freetype2/config/ftconfig.h (i
On Thu, Mar 13, 2014 at 12:23 PM, Marc Peters wrote:
> On 03/13/14 10:31, Mark Kettenis wrote:
> >> Date: Wed, 12 Mar 2014 22:54:06 +0100 (CET)
> >> From: Mark Kettenis
> >>
> >> The recent "inteldrm suspend/resume regression" thread pointed out
> >> that suspend/resume was quite horribly broken
On Thu, Mar 13, 2014 at 11:53 AM, Gregor Best wrote:
> On Thu, Mar 13, 2014 at 11:16:42AM +0100, Gregor Best wrote:
>> [...]
>> Couldn't test hibernate yet because my system has root on a softraid
>> crypto device and the swap is outside the crypto area.
>> [...]
>
> David gave me a hint on how to
On 03/13/14 10:31, Mark Kettenis wrote:
>> Date: Wed, 12 Mar 2014 22:54:06 +0100 (CET)
>> From: Mark Kettenis
>>
>> The recent "inteldrm suspend/resume regression" thread pointed out
>> that suspend/resume was quite horribly broken and only worked somewhat
>> if you didn't heavily use the "3D" acc
On Thu, Mar 13, 2014 at 11:16:42AM +0100, Gregor Best wrote:
> [...]
> Couldn't test hibernate yet because my system has root on a softraid
> crypto device and the swap is outside the crypto area.
> [...]
David gave me a hint on how to hardwire my kernel for swap on sd0b.
With that, hibernate wor
On Thu, Mar 13, 2014 at 9:34 AM, David Coppa wrote:
>
> Hi!
>
> This diff updates freetype to version 2.5.3.
>
> It fixes a vulnerability in the CFF driver (CVE-2014-2240).
>
> Minor bumped due to the addition of FT_MulFix_x86_64() in
> /usr/X11R6/include/freetype2/config/ftconfig.h (is this reall
On Thu, Mar 13, 2014 at 10:31:18AM +0100, Mark Kettenis wrote:
> > [...]
> > P.S. This seems to make hibernation (ZZZ) work with both inteldrm(4)
> > and radeondrm(4) on my t400.
>
> Here's a slightly better diff that should eleminate a (largely
> theoretical) deadlock. If you didn't test yet, tr
> Date: Wed, 12 Mar 2014 22:54:06 +0100 (CET)
> From: Mark Kettenis
>
> The recent "inteldrm suspend/resume regression" thread pointed out
> that suspend/resume was quite horribly broken and only worked somewhat
> if you didn't heavily use the "3D" acceleration stuff. Here's a diff
> that should
On Thu, Mar 13, 2014 at 11:44 AM, dpl wrote:
> Wow, I like to see this activity. I'm the one that started this thread.
>
> Jean-Phillipe: The main problem we'll have if both of us work on this is
> that it won't not be possible to work on userland if the kernel doesn't yet
> provide capability mod
On 3/13/14 3:18 AM, Loganaden Velvindron wrote:
> On 3/13/14 10:57 AM, Jean-Philippe Ouellet wrote:
>> On 3/13/14 2:39 AM, Loganaden Velvindron wrote:
>>> I'm not a mentor, but I'd be happy to help you in any way I can.
>>> You can send mails to tech@ for testing your diffs.
>>
>> Any chance you'd
Wow, I like to see this activity. I'm the one that started this thread.
Jean-Phillipe: The main problem we'll have if both of us work on this is
that it won't not be possible to work on userland if the kernel doesn't yet
provide capability mode.
Also, I think that both of us working in this proje
Mark Kettenis writes:
> The recent "inteldrm suspend/resume regression" thread pointed out
> that suspend/resume was quite horribly broken and only worked somewhat
> if you didn't heavily use the "3D" acceleration stuff. Here's a diff
> that should fix most of the problems, by making sure userla
On Thu, Mar 13, 2014 at 10:57 AM, Jean-Philippe Ouellet
wrote:
> On 3/13/14 2:39 AM, Loganaden Velvindron wrote:
>> I'm not a mentor, but I'd be happy to help you in any way I can.
>> You can send mails to tech@ for testing your diffs.
>
> Any chance you'd like to review my bootloader patch from l
23 matches
Mail list logo