In fact, try
https://www.kib.kiev.ua/kib/drm/i915.5.patch
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
On 10/22/2014 08:26, Konstantin Belousov wrote:
On Wed, Oct 08, 2014 at 03:12:08PM -0400, Adam McDougall wrote:
On 10/08/2014 13:05, Konstantin Belousov wrote:
There are more occurences of the bug I fixed once in patch version 2.
Also, since pmap changes were committed in modified form, please
Hi,
FYI, Kohsuke Kawaguchi, the lead developer of Jenkins,
accepted my posting on the Jenkins blog, which describes
how the FreeBSD project is using Jenkins, Kyua, and Bhyve
for FreeBSD OS testing:
http://jenkins-ci.org/content/freebsd-project-use-jenkins-os-testing
--
Craig
project is using Jenkins, Kyua, and Bhyve
for FreeBSD OS testing:
http://jenkins-ci.org/content/freebsd-project-use-jenkins-os-testing
--
Craig
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
Jenkins, Kyua, and Bhyve
for FreeBSD OS testing:
http://jenkins-ci.org/content/freebsd-project-use-jenkins-os-testing
--
Craig
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
On Sat, Oct 4, 2014 at 6:10 PM, Craig Rodrigues rodr...@freebsd.org wrote:
Hi,
On October 9, 2014, in Mountain View, California, I will be giving a brief
tech tech on:
Kyua and Jenkins: Testing Framework for BSD
Here are more details on the tak, plus directions to the location:
http
On Tue, Oct 07, 2014 at 04:04:54PM -0400, Adam McDougall wrote:
On 10/07/2014 14:01, Konstantin Belousov wrote:
On Tue, Oct 07, 2014 at 07:44:19PM +0300, Konstantin Belousov wrote:
From the same frame, please do
p *(struct drm_i915_private *)(dev-private)
p *(struct drm_i915_private
On 10/08/2014 13:05, Konstantin Belousov wrote:
On Tue, Oct 07, 2014 at 04:04:54PM -0400, Adam McDougall wrote:
On 10/07/2014 14:01, Konstantin Belousov wrote:
On Tue, Oct 07, 2014 at 07:44:19PM +0300, Konstantin Belousov wrote:
From the same frame, please do
p *(struct drm_i915_private
2014-10-08 19:05 GMT+02:00 Konstantin Belousov kostik...@gmail.com:
On Tue, Oct 07, 2014 at 04:04:54PM -0400, Adam McDougall wrote:
On 10/07/2014 14:01, Konstantin Belousov wrote:
On Tue, Oct 07, 2014 at 07:44:19PM +0300, Konstantin Belousov wrote:
From the same frame, please do
p
Am Sun, 05 Oct 2014 21:54:22 +0200
Koop Mast k...@rainbow-runner.nl schrieb:
On Fri, 2014-10-03 at 20:02 +0300, Konstantin Belousov wrote:
Please find at the
https://kib.kiev.ua/kib/drm/i915.1.patch
a patch which provides some updates to the i915 driver. At large, this
is import of the
On 10/7/2014 12:20 AM, Konstantin Belousov wrote:
On Mon, Oct 06, 2014 at 07:30:20PM -0400, Adam McDougall wrote:
On 10/05/2014 13:00, Konstantin Belousov wrote:
On Sun, Oct 05, 2014 at 11:01:14AM -0400, Adam McDougall wrote:
(kgdb) #0 doadump (textdump=1) at pcpu.h:219
#1
On Tue, Oct 07, 2014 at 09:00:56AM -0400, Adam McDougall wrote:
On 10/7/2014 12:20 AM, Konstantin Belousov wrote:
On Mon, Oct 06, 2014 at 07:30:20PM -0400, Adam McDougall wrote:
On 10/05/2014 13:00, Konstantin Belousov wrote:
On Sun, Oct 05, 2014 at 11:01:14AM -0400, Adam McDougall wrote:
On Tue, Oct 07, 2014 at 07:44:19PM +0300, Konstantin Belousov wrote:
From the same frame, please do
p *(struct drm_i915_private *)(dev-private)
I probably figured out what is wrong, but it is still interesting to
see this piece of data.
For everybody who has the issue with blank screen or
On 10/07/2014 12:44, Konstantin Belousov wrote:
On Tue, Oct 07, 2014 at 09:00:56AM -0400, Adam McDougall wrote:
On 10/7/2014 12:20 AM, Konstantin Belousov wrote:
On Mon, Oct 06, 2014 at 07:30:20PM -0400, Adam McDougall wrote:
On 10/05/2014 13:00, Konstantin Belousov wrote:
On Sun, Oct 05,
On Tue, Oct 07, 2014 at 02:08:06PM -0400, Adam McDougall wrote:
On 10/07/2014 12:44, Konstantin Belousov wrote:
On Tue, Oct 07, 2014 at 09:00:56AM -0400, Adam McDougall wrote:
On 10/7/2014 12:20 AM, Konstantin Belousov wrote:
On Mon, Oct 06, 2014 at 07:30:20PM -0400, Adam McDougall wrote:
2014-10-07 20:01 GMT+02:00 Konstantin Belousov kostik...@gmail.com:
On Tue, Oct 07, 2014 at 07:44:19PM +0300, Konstantin Belousov wrote:
From the same frame, please do
p *(struct drm_i915_private *)(dev-private)
I probably figured out what is wrong, but it is still interesting to
see this
On 7 October 2014 15:20, Ranjan1018 . 21474...@gmail.com wrote:
Hmm... The next patch looks like a unified diff to me...
The text leading up to this was:
--
|diff --git a/sys/amd64/conf/X b/sys/amd64/conf/X
|index 0cd80c6..2d630d5 100644
|--- a/sys/amd64/conf/X
On 10/07/2014 14:24, Konstantin Belousov wrote:
On Tue, Oct 07, 2014 at 02:08:06PM -0400, Adam McDougall wrote:
On 10/07/2014 12:44, Konstantin Belousov wrote:
On Tue, Oct 07, 2014 at 09:00:56AM -0400, Adam McDougall wrote:
On 10/7/2014 12:20 AM, Konstantin Belousov wrote:
On Mon, Oct 06,
2014-10-07 21:29 GMT+02:00 Ed Maste ema...@freebsd.org:
On 7 October 2014 15:20, Ranjan1018 . 21474...@gmail.com wrote:
Hmm... The next patch looks like a unified diff to me...
The text leading up to this was:
--
|diff --git a/sys/amd64/conf/X
On 10/07/2014 14:01, Konstantin Belousov wrote:
On Tue, Oct 07, 2014 at 07:44:19PM +0300, Konstantin Belousov wrote:
From the same frame, please do
p *(struct drm_i915_private *)(dev-private)
I probably figured out what is wrong, but it is still interesting to
see this piece of data.
For
On Fri, Oct 03, 2014 at 08:02:59PM +0300, Konstantin Belousov wrote:
K Please find at the
K https://kib.kiev.ua/kib/drm/i915.1.patch
K a patch which provides some updates to the i915 driver. At large, this
K is import of the batch of Linux commits, and as such, it is interesting
K mostly as
On 10/05/2014 13:00, Konstantin Belousov wrote:
On Sun, Oct 05, 2014 at 11:01:14AM -0400, Adam McDougall wrote:
(kgdb) #0 doadump (textdump=1) at pcpu.h:219
#1 0x80661efd in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:447
#2 0x80662450 in panic
On Mon, Oct 06, 2014 at 07:30:20PM -0400, Adam McDougall wrote:
On 10/05/2014 13:00, Konstantin Belousov wrote:
On Sun, Oct 05, 2014 at 11:01:14AM -0400, Adam McDougall wrote:
(kgdb) #0 doadump (textdump=1) at pcpu.h:219
#1 0x80661efd in kern_reboot (howto=260)
at
On 10/03/2014 13:02, Konstantin Belousov wrote:
Please find at the
https://kib.kiev.ua/kib/drm/i915.1.patch
a patch which provides some updates to the i915 driver. At large, this
is import of the batch of Linux commits, and as such, it is interesting
mostly as attempt to restart the race to
On Sun, Oct 05, 2014 at 11:01:14AM -0400, Adam McDougall wrote:
(kgdb) #0 doadump (textdump=1) at pcpu.h:219
#1 0x80661efd in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:447
#2 0x80662450 in panic (fmt=value optimized out)
at
On Fri, 2014-10-03 at 20:02 +0300, Konstantin Belousov wrote:
Please find at the
https://kib.kiev.ua/kib/drm/i915.1.patch
a patch which provides some updates to the i915 driver. At large, this
is import of the batch of Linux commits, and as such, it is interesting
mostly as attempt to restart
2014-10-03 19:02 GMT+02:00 Konstantin Belousov kostik...@gmail.com:
Please find at the
https://kib.kiev.ua/kib/drm/i915.1.patch
a patch which provides some updates to the i915 driver. At large, this
is import of the batch of Linux commits, and as such, it is interesting
mostly as attempt to
Dear all,
sorry for cross-posting (I am not subscribed to x11@).
Same behavior for me (i5-3320M on a Thinkpad T430s w/ Optimus support) as
reported by Maurizio.
When boot switches to graphics from text mode, display remains black with
backlight on. I am running the experimental xorg-stack from
Since I don't have a machine that successfully suspends/resumes, can
someone test the patch at https://reviews.freebsd.org/D802 ? It
shouldn't be any functional change, just removing code duplicated by
bus_generic_* functions.
Thanks,
Justin
signature.asc
Description: PGP signature
Hi,
On October 9, 2014, in Mountain View, California, I will be giving a brief
tech tech on:
Kyua and Jenkins: Testing Framework for BSD
Here are more details on the tak, plus directions to the location:
http://www.meetup.com/BAFUG-Bay-Area-FreeBSD-User-Group/events/209548642/
Feel free
Please find at the
https://kib.kiev.ua/kib/drm/i915.1.patch
a patch which provides some updates to the i915 driver. At large, this
is import of the batch of Linux commits, and as such, it is interesting
mostly as attempt to restart the race to get us more up to date Linux code
imported. It might
The attached patch enables login shells on ttyu0 if ttyu0 is a kernel
console. It should preserve existing behavior (i.e. have no shell)
otherwise. Testing would be appreciated. If no problem reports are
received, I will commit this on Friday. Thanks!
-Nathan
Index: etc/etc.amd64/ttys
Hi Adrian,
I'm sorry about this mistake. I updated original PR (
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/165622) with the corrected
patch.
On Tue, Jan 28, 2014 at 2:38 AM, Adrian Chadd adr...@freebsd.org wrote:
Hi,
This doesn't compile on i386. Would you mind figuring out why that
Ok, I'll take a look at it tonight, thanks!
-a
On 28 January 2014 13:08, Vlad Movchan vladislav.movc...@gmail.com wrote:
Hi Adrian,
I'm sorry about this mistake. I updated original PR
(http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/165622) with the corrected
patch.
On Tue, Jan 28,
Hi,
This doesn't compile on i386. Would you mind figuring out why that is
and submitting a patch that compiles on both amd64 and i386?
Thanks!
-a
On 24 January 2014 12:11, Vlad Movchan vladislav.movc...@gmail.com wrote:
On Fri, Jan 24, 2014 at 8:16 PM, Adrian Chadd adr...@freebsd.org
To Miguel Clara, you might try a USB wireless adapter. I use Hiro H50191,
driver rsu.
But you would need to do good research to find what the chip is, and which
FreeBSD driver, if any, would it work with, before you buy.
NDISulator looks worth trying. FreeBSD users will want to know if it
... who's the author of this? Why aren't they posting updates to
FreeBSD-HEAD so it can be included in the base system?
Does anyone have a contact email for the author, Vadislav?
-a
On 24 January 2014 03:52, Thomas Mueller mueller6...@bellsouth.net wrote:
To Miguel Clara, you might try a USB
NDISulator on github (and mirror on gitorious) is a FreeBSD ndis
module+binaries forked by Paul B. Mahol in 2009 (I've sent Paul's email
address privately to Adrian).
Almost every change in this project was made by Paul.
My part is small - I've just discovered and fixed several panic/problems.
NOTE: tried NDISulator
pciconf -lv | grep -i bcm -B2
none2@pci0:13:0:0: class=0x028000 card=0x145c103c chip=0x472714e4
rev=0x01 hdr=0x00
vendor = 'Broadcom Corporation'
device = 'BCM4313 802.11b/g/n Wireless LAN Controller'
# ndisload -p -s
Ah.. my bad its 0x47217 not 21 :P
works:
ndis0: flags=8802BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500
ether ac:81:12:35:79:73
nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
media: IEEE 802.11 Wireless Ethernet autoselect adhoc
(autoselect adhoc)
status: no
On 24 January 2014 08:47, Vlad Movchan vladislav.movc...@gmail.com wrote:
NDISulator on github (and mirror on gitorious) is a FreeBSD ndis
module+binaries forked by Paul B. Mahol in 2009 (I've sent Paul's email
address privately to Adrian).
Almost every change in this project was made by Paul.
On Fri, Jan 24, 2014 at 8:16 PM, Adrian Chadd adr...@freebsd.org wrote:
Is i kept up to date with -head changes?
As far as I know it was kept up to date with -head changes.
HI,
Well, someone needs to break the fork up into pieces and submit those.
The FPU change is a good candidate - but
Oh! The NDIS FPU patch is limited to the NDIS module.
Tell you what, I'll get that committed to -HEAD soon. Would you poke
the original author and see if he's willing to work with you and I on
getting this stuff into -HEAD?
-a
___
hum... the driver I need is for broadcom 4313 wireless, It seems the modules
available don't work for that one... wonder of they ever will?
I would definitely prefer that to using ndis.
Adrian Chadd adr...@freebsd.org wrote:
It's actually fpu code in ndis drivers. I'm going to deprecate NDIS
I've just tested second patch from kern/165622 - it still applies clean and
runs good on recent current.
If after applying this patch you trigger some other kind of panic/problem
you might also want to take a look on
https://github.com/NDISulator/ndisulator.
Ndis module version from github differs
Hi Adrian, when you say I'm going to deprecate NDIS, does this also
mean there a change to have this driver working without ndis in
freebsd?
I tried
kldload if_bwi
kldload if_bwn
But none of them work for 4313 it seems! :(
On Thu, Jan 23, 2014 at 7:21 AM, Adrian Chadd adr...@freebsd.org wrote:
*sorry
mean there a change -- mean there's a chance
On Fri, Jan 24, 2014 at 12:54 AM, Miguel Clara miguelmcl...@gmail.com wrote:
Hi Adrian, when you say I'm going to deprecate NDIS, does this also
mean there a change to have this driver working without ndis in
freebsd?
I tried
kldload
Hi,
yes. I'm going to deprecate NDIS and yes, this means that people using
hardware that doesn't have a driver will have to go without. It sucks,
but noone has stepped up to maintain NDIS and it can't work for later
NDIS APIs.
-a
On 23 January 2014 16:54, Miguel Clara miguelmcl...@gmail.com
Pity this is not an old laptop... I7 processor sadly a bad wifi card,
gave all kinds of problems on Windows to be honest!
No point on applying the patch then if it will stop working anyway!
I think I might be able to substitute the card with one from another
asus, unless BIOS doesn't allow me
Getting a panic: Unregistered use of FPU in kernel
There seems to be a patch for FreeBSD 10, but not sure if it wold apply
http://www.freebsd.org/cgi/query-pr.cgi?pr=165622sourceid=opensearch
Thanks
___
freebsd-current@freebsd.org mailing list
It's actually fpu code in ndis drivers. I'm going to deprecate NDIS
this year, so ..
OTOH, the FPU save support would be cool.
-a
On 22 January 2014 20:10, Miguel Clara miguelmcl...@gmail.com wrote:
Getting a panic: Unregistered use of FPU in kernel
There seems to be a patch for FreeBSD
to merge it into
HEAD, hence this request. However, it does touch several
drivers, turning them into early drivers, such that they can
be initialized, and suspended and resumed at a different time.
Saying that, I do need testing from other architectures, to make
sure I haven't
drivers, turning them into early drivers, such that they can
be initialized, and suspended and resumed at a different time.
Saying that, I do need testing from other architectures, to make
sure I haven't broken anything.
The technical details:
To get proper ordering, I've
, and suspended and resumed at a different
time. Saying that, I do need testing from other architectures, to make
sure I haven't broken anything.
The technical details:
To get proper ordering, I've extended the bus_generic_suspend() and
bus_generic_resume() to do multiple passes. Devices
be initialized, and suspended
and resumed at a different time. Saying that, I do need testing
from other architectures, to make sure I haven't broken anything.
The technical details:
To get proper ordering, I've extended the bus_generic_suspend() and
bus_generic_resume() to do
to merge it into HEAD, hence this request. However,
it does touch several drivers, turning them into early drivers, such
that they can be initialized, and suspended and resumed at a different
time. Saying that, I do need testing from other architectures, to make
sure I haven't broken anything
testing from other architectures, to make
sure I haven't broken anything.
The technical details:
To get proper ordering, I've extended the bus_generic_suspend() and
bus_generic_resume() to do multiple passes. Devices which cannot be
enabled or disabled at the current pass level would return
On Dec 11, 2013, at 1:26 PM, John Baldwin j...@freebsd.org wrote:
Also, I'm still not a fan of the EAGAIN approach. I'd rather have a method
in bus_if.m to suspend or resume a single device and to track that a device
is suspended or resumed via a device_t flag or some such. (I think I had
to merge it into HEAD, hence this request. However,
it does touch several drivers, turning them into early drivers, such
that they can be initialized, and suspended and resumed at a different
time. Saying that, I do need testing from other architectures, to make
sure I haven't broken anything
need testing from other architectures, to make
sure I haven't broken anything.
The technical details:
To get proper ordering, I've extended the bus_generic_suspend() and
bus_generic_resume() to do multiple passes. Devices which cannot be
enabled or disabled at the current pass level
be initialized, and suspended
and resumed at a different time. Saying that, I do need testing
from other architectures, to make sure I haven't broken anything.
The technical details:
To get proper ordering, I've extended the bus_generic_suspend() and
bus_generic_resume() to do
that I want to merge it into HEAD, hence this request. However,
it does touch several drivers, turning them into early drivers, such
that they can be initialized, and suspended and resumed at a different
time. Saying that, I do need testing from other architectures, to make
sure I haven't broken
several drivers, turning them into early drivers, such
that they can be initialized, and suspended and resumed at a different
time. Saying that, I do need testing from other architectures, to make
sure I haven't broken anything.
The technical details:
To get proper ordering, I've extended
testing hardware in place, if people want to use it for these types of
experiments. In the absence
of a lab just for regression testing (which is also in the works) I’d suggest
that prototyping be done
here:
https://wiki.freebsd.org/TestClusterOnePointers
Anyone who is a FreeBSD committer can get
network perf tests but I'm not sure.
He indicated that he was going to continue the daily testing
but I've not seen any mention of them since.
If you know who that was or how to find him let me (or gnn) know...
I did a master’s thesis on this some years ago. I haven’t kept the project
up-to-date, due
Den 10/11/2013 kl. 09.45 skrev Julian Elischer jul...@freebsd.org:
it would be interesting to know what you did. and what conclusions you came
to..
I created a system with a build server, a set of slaves, and a website to
collect and publish the benchmark data in graphs and raw data and
On Nov 10, 2013, at 1:05 PM, Erik Cederstrand erik+li...@cederstrand.dk wrote:
Imagine being able to fetch a VirtualBox disk image for a random SVN commit,
booting it and start debugging right away.
I’ve been working on Crochet’s support for building
VMWare images recently and have started
graphed against time.
He had them up on a website that was updated each day or so.
I think they were network perf tests but I'm not sure.
He indicated that he was going to continue the daily testing
but I've not seen any mention of them since.
If you know who
indicated that he was going to continue the daily testing
but I've not seen any mention of them since.
If you know who that was or how to find him let me (or gnn) know...
I did a master’s thesis on this some years ago. I haven’t kept the project
up-to-date, due to lack of time and hardware.
Erik
ago someone showed some freebsd performance graphs
graphed against time.
He had them up on a website that was updated each day or so.
I think they were network perf tests but I'm not sure.
He indicated that he was going to continue the daily testing
but I've not seen
indicated that he was going to continue the daily testing
but I've not seen any mention of them since.
If you know who that was or how to find him let me (or gnn) know...
I did a master’s thesis on this some years ago. I haven’t kept the project
up-to-date, due to lack of time and hardware.
Erik
that he was going to continue the daily testing
but I've not seen any mention of them since.
If you know who that was or how to find him let me (or gnn) know...
Hi Julian,
Perhaps you are referring to my network performance graphs on this thread:
http://lists.freebsd.org/pipermail/freebsd-current
each day or so.
I think they were network perf tests but I'm not sure.
He indicated that he was going to continue the daily testing
but I've not seen any mention of them since.
If you know who that was or how to find him let me (or gnn) know...
Hi Julian,
Perhaps you are referring
Some time ago someone showed some freebsd performance graphs graphed
against time.
He had them up on a website that was updated each day or so.
I think they were network perf tests but I'm not sure.
He indicated that he was going to continue the daily testing
but I've not seen any mention
USB testing tool to the FreeBSD source tree. It
can be used to stress your USB mass storage device in ways that are beyond
what bonnie will do. See tools/tools/usbtest or the following commit:
http://svnweb.freebsd.org/**changeset/base/254159http://svnweb.freebsd.org/changeset/base/254159
--HPS
On Fri, Aug 9, 2013 at 1:33 PM, Hans Petter Selasky h...@bitfrost.no wrote:
Hi,
For those of you that want to make sure your USB mass storage device
behaves correctly when using FreeBSD, typically for critical applications,
I've just added an advanced USB testing tool to the FreeBSD source
Hi,
For those of you that want to make sure your USB mass storage device
behaves correctly when using FreeBSD, typically for critical
applications, I've just added an advanced USB testing tool to the
FreeBSD source tree. It can be used to stress your USB mass storage
device in ways
Hi,
Just in case anyone is interested, I have put an experimental
NFSv4.1 server in the svn repository under:
projects/nfsv4.1-server
It lacks required support for backchannels. However, since it
never issues delegations at this point, it seems to work ok
against the extant NFSv4.1 clients
On 2013-02-21 07:04, Matthew Jacob mja...@freebsd.org wrote:
On 2/21/2013 5:04 AM, Mehmet Erol Sanliturk wrote:
Dear All ,
During development of FreeBSD , testing is very vital .
...
This in general is a good suggestion. Most companies do such
automated testing as a matter of course
On Sun, Feb 24, 2013 at 9:25 AM, Giorgos Keramidas keram...@freebsd.orgwrote:
On 2013-02-21 07:04, Matthew Jacob mja...@freebsd.org wrote:
On 2/21/2013 5:04 AM, Mehmet Erol Sanliturk wrote:
Dear All ,
During development of FreeBSD , testing is very vital .
...
This in general
How about create -testing mail list, and start searching for any kind of
volunteers?
I could lend a hand in creating auto-testing some aspects of FreeBSD (at
leas successful booting/working net/route etc),
someone else probably could have to say something too.
I think resources
On Sun, Feb 24, 2013 at 12:48 PM, Alexander Yerenkow yeren...@gmail.comwrote:
How about create -testing mail list, and start searching for any kind of
volunteers?
I could lend a hand in creating auto-testing some aspects of FreeBSD (at
leas successful booting/working net/route etc),
someone
On 21.02.13 15:04, Mehmet Erol Sanliturk wrote:
Dear All ,
During development of FreeBSD , testing is very vital .
To my knowledge ( which may not be correct ) , at present ,
Tinderbox is used to only compilation correctness ,
means Syntax is tested .
I have downloaded
ftp
On Thu, Feb 21, 2013 at 5:14 AM, Daniel Kalchev dan...@digsys.bg wrote:
On 21.02.13 15:04, Mehmet Erol Sanliturk wrote:
Dear All ,
During development of FreeBSD , testing is very vital .
To my knowledge ( which may not be correct ) , at present ,
Tinderbox is used to only compilation
On 2/21/2013 5:04 AM, Mehmet Erol Sanliturk wrote:
Dear All ,
During development of FreeBSD , testing is very vital .
...
This in general is a good suggestion. Most companies do such automated
testing as a matter of course.
Note however that this is a volunteer effort. Were you
On Feb 21, 2013, at 2:23 PM, Mehmet Erol Sanliturk m.e.sanlit...@gmail.com
wrote:
On Thu, Feb 21, 2013 at 5:14 AM, Daniel Kalchev dan...@digsys.bg wrote:
On 21.02.13 15:04, Mehmet Erol Sanliturk wrote:
Dear All ,
During development of FreeBSD , testing is very vital .
To my
On Thu, Feb 21, 2013 at 7:04 AM, Matthew Jacob mja...@freebsd.org wrote:
On 2/21/2013 5:04 AM, Mehmet Erol Sanliturk wrote:
Dear All ,
During development of FreeBSD , testing is very vital .
...
This in general is a good suggestion. Most companies do such automated
testing as a matter
Decent testing system is a pretty complex system to be.
I spent some time in this area, and gave it up, at least till better times
:)
But anyway, at least booting/working network stack/firewall could be easily
tested with VMs.
There just need to be a person dedicated to this, which is lacking now
,
During development of FreeBSD , testing is very vital .
To my knowledge ( which may not be correct ) , at present ,
Tinderbox is used to only compilation correctness ,
means Syntax is tested .
I have downloaded
ftp://ftp.freebsd.org/pub/**FreeBSD/snapshots/amd64/amd64/**
ISO
On 2/21/2013 7:32 AM, Alexander Yerenkow wrote:
There just need to be a person dedicated to this, which is lacking now.
That is correct insofar as it goes. That's why we're not all terribly
interested in suggestions about what *could* be done- just what somebody
is doing.
On Thu, Feb 21, 2013 at 7:34 AM, Matthew Jacob mja...@freebsd.org wrote:
On 2/21/2013 7:32 AM, Alexander Yerenkow wrote:
There just need to be a person dedicated to this, which is lacking now.
That is correct insofar as it goes. That's why we're not all terribly
interested in suggestions
On Thu, Feb 21, 2013 at 7:32 AM, Alexander Yerenkow yeren...@gmail.comwrote:
Decent testing system is a pretty complex system to be.
I spent some time in this area, and gave it up, at least till better times
:)
But anyway, at least booting/working network stack/firewall could be
easily
On Thu, Feb 21, 2013 at 4:43 PM, Mehmet Erol Sanliturk
m.e.sanlit...@gmail.com wrote:
On Thu, Feb 21, 2013 at 7:32 AM, Alexander Yerenkow yeren...@gmail.comwrote:
Decent testing system is a pretty complex system to be.
I spent some time in this area, and gave it up, at least till better times
hi,
is there anyone who knows how i can test vlan feature using *etherswitchcfg*,
it tried to set and get vlan configuration for chip ar8316 it shows me
right output like
#etherswitchcfg
port0:
vlangroup: 1
media: Ethernet 1000baseT full-duplex
status: active
port1:
On 12 February 2013 04:49, Yasir hussan kolya...@gmail.com wrote:
hi,
is there anyone who knows how i can test vlan feature using *etherswitchcfg*,
it tried to set and get vlan configuration for chip ar8316 it shows me
right output like
Hi,
There's no switch support in the arswitch driver
hi,
is there anyone who knows how i can test vlan feature using *etherswitchcfg*,
it tried to set and get vlan configraton for chip ar8316 it shows me right
output, but i still dont know how i should test it with its limited
commands.
Plz anyone who knows kindly inform me detailed setup to test
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/08/12 15:46, Alexander Yerenkow wrote:
I'm created unofficial pkg repo for patched xorg tree.
I'm still experimenting with it, but I already have built all required
packages for CURRENT i386.
Just a couple of quick notes on this since I
required packages
using ports/pkg.
pkg install -x xorg\*
pkg install -x xf86\*
pkg install xterm
Also, you can try kde4 in this repo,
pkg install kde
I'll provide xorg testing enthusiasts with prebuilt images for simply
boot it and report any feedback in near future.
--
Regards,
Alexander
such testing
images, helps and advises appreciated.
is this expected not to work on gma500 ?
I tried and got error. no X loaded.
matheus
--
We will call you Cygnus,
The God of balance you shall be
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting
В Thu, 7 Jun 2012 20:37:53 +0800
Martin Wilke m...@freebsd.org пишет:
Hi Fans,
The FreeBSD Xorg Team is pleased to announce Xorg 7.7 Release. We are
very happy to be able to Call for testing shortly after the Xorg team
annouced 7.7 release. This CFT is also open for discussion on how we
401 - 500 of 991 matches
Mail list logo