On Tue, 2 Feb 2016, Stefan Sperling wrote:
> > On Sat, Jan 30, 2016 at 10:49:38PM +1300, Richard Procter wrote:
> > - ring->queued--;
> > + atomic_dec_int(&ring->queued);
>
> > - ring->queued += ntxds;
> > + atomic_add_int(&ring->queued, ntxds);
>
> I don't think these
On 2/2/16, Mark Kettenis wrote:
>> Date: Tue, 2 Feb 2016 21:32:13 +0100 (CET)
>> From: Mark Kettenis
>>
>> > Date: Tue, 2 Feb 2016 14:14:04 -0500
>> > From: James Hastings
>> >
>> > Native screen size is 1366x768
>> >
>> > Results:
>> > ei.config_acpi: 0x66bfe014
>> > ei.config_smbios: 0x66abef9
On 2/2/16, Jonathan Gray wrote:
> On Tue, Feb 02, 2016 at 10:27:24PM +1100, Jonathan Gray wrote:
>> On Tue, Feb 02, 2016 at 05:49:33AM -0500, James Hastings wrote:
>> > On 2/2/16, Jonathan Gray wrote:
>> > > On Tue, Feb 02, 2016 at 03:56:13AM -0500, James Hastings wrote:
>> > >> On 2/2/16, Jonath
>Synopsis: quotes in comments within $(command substitution) are parsed
>Category: sh
>Environment:
System : OpenBSD 5.8
Details : OpenBSD 5.8 (GENERIC) #1170: Sun Aug 16 02:26:00 MDT 2015
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64
On Tue, Feb 02, 2016 at 10:27:24PM +1100, Jonathan Gray wrote:
> On Tue, Feb 02, 2016 at 05:49:33AM -0500, James Hastings wrote:
> > On 2/2/16, Jonathan Gray wrote:
> > > On Tue, Feb 02, 2016 at 03:56:13AM -0500, James Hastings wrote:
> > >> On 2/2/16, Jonathan Gray wrote:
> > >> >
> > >> > The b
On 2/2/16, Mark Kettenis wrote:
>> Date: Tue, 2 Feb 2016 02:09:08 -0500
>> From: James Hastings
>>
>> Testing UEFI booting. Willing to test patches and debug.
>>
>> 1) Encountered screen corruption immediately after EFIBOOT.
>> http://imgur.com/mXURlgV
>
> Looks like the framebuffer configur
Hello,
Yesterday, at the point that I did a mouse drag in gvim, my X session died,
and I was dumped into the console with the following message appearing a
split second later:
error: [drm:pid29704:i915_reset] *ERROR* Failed to reset chip: -60
At that point, the machine was completely locked (k
> Date: Tue, 2 Feb 2016 09:43:54 -0800
> From: Philip Guenther
>
> On Tue, 2 Feb 2016, Philip Guenther wrote:
> ...
> > Currently we seem to assume that the presence of certain CPU features like
> > AVX implies that CPUID supports the related leaf; that BIOS option breaks
> > that assumption, r
On Tue, 2 Feb 2016, Philip Guenther wrote:
...
> Currently we seem to assume that the presence of certain CPU features like
> AVX implies that CPUID supports the related leaf; that BIOS option breaks
> that assumption, resulting in the bogus fpu_save_len sizing you hit.
> From the dmesg you pos
On Tue, 2 Feb 2016, Marcus MERIGHI wrote:
> sisnk...@gmail.com (Stefan Kempf), 2016.02.01 (Mon) 19:13 (CET):
> > Marcus MERIGHI wrote:
> > > sisnk...@gmail.com (Stefan Kempf), 2016.01.30 (Sat) 10:49 (CET):
> > > > We need to see how it looks like from within the kernel (and whether
> > > > the ille
On 02/02/16(Tue) 09:14, Stefan Sperling wrote:
> On Sat, Jan 30, 2016 at 10:49:38PM +1300, Richard Procter wrote:
> > - ring->queued--;
> > + atomic_dec_int(&ring->queued);
>
> > - ring->queued += ntxds;
> > + atomic_add_int(&ring->queued, ntxds);
>
> I don't think these m
The rebuild has finished:
Volume Status Size Device
softraid0 0 Online 12002360033280 sd5 RAID5
0 Online 4000786726912 0:0.0 noencl
1 Online 4000786726912 0:1.0 noencl
2 Online 4000786726912 0:2.0 noencl
On Tue, Feb 02, 2016 at 05:49:33AM -0500, James Hastings wrote:
> On 2/2/16, Jonathan Gray wrote:
> > On Tue, Feb 02, 2016 at 03:56:13AM -0500, James Hastings wrote:
> >> On 2/2/16, Jonathan Gray wrote:
> >> >
> >> > The bios may have to be fetched from the acpi VFCT table for the uefi
> >> > cas
> Date: Tue, 2 Feb 2016 20:21:29 +1100
> From: Jonathan Gray
>
> On Tue, Feb 02, 2016 at 03:56:13AM -0500, James Hastings wrote:
> > On 2/2/16, Jonathan Gray wrote:
> > >
> > > The bios may have to be fetched from the acpi VFCT table for the uefi
> > > case.
> > >
> > > Here's a quick attempt a
> Date: Tue, 2 Feb 2016 02:09:08 -0500
> From: James Hastings
>
> Testing UEFI booting. Willing to test patches and debug.
>
> 1) Encountered screen corruption immediately after EFIBOOT.
> http://imgur.com/mXURlgV
Looks like the framebuffer configuration is not correctly passed to
the ker
On 2/2/16, Jonathan Gray wrote:
> On Tue, Feb 02, 2016 at 03:56:13AM -0500, James Hastings wrote:
>> On 2/2/16, Jonathan Gray wrote:
>> >
>> > The bios may have to be fetched from the acpi VFCT table for the uefi
>> > case.
>> >
>> > Here's a quick attempt at trying to avoid the crash at least:
>
Hi all,
after using FreeBSD for many years now, I thought to give OpenBSD a try.
Installed V5.8/i386 on an ALIX board (www.pcengines.ch) in order to build
a X11 client.
Installation went fine so far. But then I noticed that disc performance
is bad and OpenBSD does not enable UDMA4. The system us
sisnk...@gmail.com (Stefan Kempf), 2016.02.01 (Mon) 19:13 (CET):
> Marcus MERIGHI wrote:
> > sisnk...@gmail.com (Stefan Kempf), 2016.01.30 (Sat) 10:49 (CET):
> > > We need to see how it looks like from within the kernel (and whether
> > > the illegal instruction is really raised from within sendsig
On Tue, Feb 02, 2016 at 03:56:13AM -0500, James Hastings wrote:
> On 2/2/16, Jonathan Gray wrote:
> >
> > The bios may have to be fetched from the acpi VFCT table for the uefi case.
> >
> > Here's a quick attempt at trying to avoid the crash at least:
> >
>
> Different panic this time.
Thanks.
sisnk...@gmail.com (Stefan Kempf), 2016.02.01 (Mon) 19:13 (CET):
> Marcus MERIGHI wrote:
> > sisnk...@gmail.com (Stefan Kempf), 2016.01.30 (Sat) 10:49 (CET):
> > > We need to see how it looks like from within the kernel (and whether
> > > the illegal instruction is really raised from within sendsig
On 2/2/16, Jonathan Gray wrote:
>
> The bios may have to be fetched from the acpi VFCT table for the uefi case.
>
> Here's a quick attempt at trying to avoid the crash at least:
>
Different panic this time.
OpenBSD 5.9 (GENERIC.MP) #0: Tue Feb 2 03:30:32 EST 2016
r...@cq58.example.test:/usr
On Tue, Feb 02, 2016 at 09:14:06AM +0100, Stefan Sperling wrote:
> On Sat, Jan 30, 2016 at 10:49:38PM +1300, Richard Procter wrote:
> > + atomic_add_int(&ring->queued, ntxds);
> > + /* XXX card may interrupt here and invalidate this guard; the
>
> You can easily prevent the card from i
On Sat, Jan 30, 2016 at 10:49:38PM +1300, Richard Procter wrote:
> - ring->queued--;
> + atomic_dec_int(&ring->queued);
> - ring->queued += ntxds;
> + atomic_add_int(&ring->queued, ntxds);
I don't think these make a difference in the current way of things.
Wireless
23 matches
Mail list logo