Yeah, we need:
* usb fixed up
* bootloader (loader) needs more ram, as it runs out of memory trying
to read in the kernel - seabios unfortunately lies about how much is
actually there
* graphics - haswell, right?
* atkbd patches
* mouse / i2c bus driver ported over
The wifi, works great.
-a
On
On 02/12/14 08:19, Matthias Apitz wrote:
El día Wednesday, February 12, 2014 a las 08:13:40AM +0100, Hans Petter Selasky
escribió:
Hi,
Anyone subscribed here that can do some USB tests using FreeBSD on a
Google Chromebook, C720?
Does FreeBSD run on Google Chromebook at all?
matthia
El día Wednesday, February 12, 2014 a las 08:13:40AM +0100, Hans Petter Selasky
escribió:
> Hi,
>
> Anyone subscribed here that can do some USB tests using FreeBSD on a
> Google Chromebook, C720?
Does FreeBSD run on Google Chromebook at all?
matthias
--
Matthias Apitz |
Hi,
Anyone subscribed here that can do some USB tests using FreeBSD on a
Google Chromebook, C720?
--HPS
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-c
On Tuesday, February 11, 2014 8:50:43 am Aleksandr Rybalko wrote:
> Hi Adrian!
>
> On Mon, 10 Feb 2014 13:24:18 -0800
> Adrian Chadd wrote:
>
> > [snip]
> >
> > My experiences with newcons/drm2:
> >
> > * suspend/resume occasionally throws up a panic in the softclock code,
> > with some vaguel
I've been using newcons for quite a while on my laptop (X220) and it generally
works well. A few comments:
- When I kldload i915kms on the console, ttyv0 always scrolls down so that the
previous screen contents are just off the "top" of the screen. Other vt's
do not do this. (For example,
On Tue, 11 Feb 2014 10:51:26 +0100
Jean-Sébastien Pédron wrote:
> On 10.02.2014 22:07, Alexey Dokuchaev wrote:
> > Also, even at native resolution, switching consoles takes LCD considerable
> > time to redraw screen contents. Looks like it's not accelerated at all...
>
> I used the following (h
Get first result's while testing l2 without compression
Memory leak is not seen for now ( system working only 20 hours) but
zfs stats saying that l2 degraded
output of zfs-stats -L:
ZFS Subsystem Report
Dear Andriy and FreeBSD community,
For now I begin testing l2 cache without compression (with you path provided in
last messages) in production.
I will test the new patch on the test server first, and then if all is ok on
one of the production servers.
Andriy Gapon wrote:
AG> on 07/02/2014
on 07/02/2014 11:11 Andriy Gapon said the following:
> on 05/02/2014 14:22 Vitalij Satanivskij said the following:
>> Dear Andriy and FreeBSD community,
>>
>> Ok. I'm get coredump on panic.
>>
>> What else i need to do?
>
>
> Vitalij, Vladimir,
>
> I have been able to reproduce the leak at work,
Hi Adrian!
On Mon, 10 Feb 2014 13:24:18 -0800
Adrian Chadd wrote:
> [snip]
>
> My experiences with newcons/drm2:
>
> * suspend/resume occasionally throws up a panic in the softclock code,
> with some vaguely invalid looking newcons timer entry. THis happens
> after it comes out of suspend, aft
On 02/11/14 02:05, Joe Nosay wrote:
Referencing at https://forums.freebsd.org/viewtopic.php?f=39&t=44691#p249459
I'm wondering if the problem is in my system or not.
Hi,
1 warning generated.
/usr/local/bin/clang -I. -I. -I./../Programs -I../Programs -I./.. -I..
-DHAVE_CONFIG_H -g -O2 -st
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/06/14 14:37, John Baldwin wrote:
> I would like to commit this to HEAD soon but thought I would post it for some
> pre-commit testing for the brave. :) If you are really brave, try booting
> with 'hw.pci.clear_buses=1' which will force the ker
Hello, Ed.
You wrote 11 февраля 2014 г., 6:09:43:
One (two?) more datapoints:
I'm trying -CURRENT + vt(9) + vt_vga(9) on old Sony Vaio which has i915 AND
NVIDIA
GeForce Go 7400 (selectable before boot with hardware switch), so I have
two-for-price-of=one experience.
(1) When I select chipset-
On 10.02.2014 22:07, Alexey Dokuchaev wrote:
> Also, even at native resolution, switching consoles takes LCD considerable
> time to redraw screen contents. Looks like it's not accelerated at all...
I used the following (hackish) patch which fixed the slow redraw problem
for me, but I don't know i
On Mon, Feb 10, 2014 at 11:48:19PM +0200, Andriy Gapon wrote:
>
> stack trace from kgdb could be a good middle ground between ddb stack trace
> and
> a full vmcore file...
Here we go:
#1 0x80302ca5 in db_fncall (dummy1=,
dummy2=, dummy3=,
dummy4=) at /usr/src-svn/sys/ddb/db_c
16 matches
Mail list logo
