TB --- 2013-02-21 09:15:47 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-21 09:15:47 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB ---
TB --- 2013-02-21 08:00:29 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-21 08:00:29 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB ---
TB --- 2013-02-21 06:05:47 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-21 06:05:47 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB ---
TB --- 2013-02-21 06:17:25 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-21 06:17:25 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB ---
Hi,
On Feb 19, 2013, at 16:03, Andriy Gapon a...@freebsd.org wrote:
Couple of thoughts:
- is your kernel installed in the typical location?
yup.
- what does the following produce?
readelf -a -W /boot/kernel/kernel | fgrep shstrtab
readelf -a -W /boot/kernel/kernel | fgrep SUNW_ctf
on 21/02/2013 01:16 Xin Li said the following:
I think it's unlikely -- I have r247057 of sys/ which worked fine...
userland 246957 works good by the way.
Just a very wild guess - are you sure that it is the userland that is to blame?
It is rather unfortunate that we install boot blocks,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2/21/13 12:19 AM, Andriy Gapon wrote:
on 21/02/2013 01:16 Xin Li said the following:
I think it's unlikely -- I have r247057 of sys/ which worked
fine...
userland 246957 works good by the way.
Just a very wild guess - are you sure that
On Wed, Feb 20, 2013 at 06:08:53AM +, Alexey Dokuchaev wrote:
On Wed, Feb 20, 2013 at 01:37:39PM +0900, YongHyeon PYUN wrote:
On Tue, Feb 19, 2013 at 08:23:02AM +, Alexey Dokuchaev wrote:
ale0@pci0:2:0:0:class=0x02 card=0x82261043 chip=0x10261969
rev=0xb0 hdr=0x00
On Thu, Feb 21, 2013 at 05:33:35PM +0900, YongHyeon PYUN wrote:
On Wed, Feb 20, 2013 at 06:08:53AM +, Alexey Dokuchaev wrote:
$ dmesg | egrep ale\|atphy
ale0: Atheros AR8121/AR8113/AR8114 PCIe Ethernet port 0xcc00-0xcc7f mem
0xfe9c-0xfe9f irq 17 at device 0.0 on pci2
ale0:
On Wed, Feb 20, 2013 at 4:22 PM, John Baldwin j...@freebsd.org wrote:
On Wednesday, February 20, 2013 7:31:08 am Svatopluk Kraus wrote:
On Tue, Feb 19, 2013 at 7:51 PM, Konstantin Belousov
kostik...@gmail.com wrote:
On Mon, Feb 18, 2013 at 11:18:16PM +0100, Svatopluk Kraus wrote:
On Mon,
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
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
TB --- 2013-02-21 12:20:17 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-21 12:20:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB ---
Hi,
I was testing a patch on r246300 or so, and wanted to see if it would
apply
cleanly to a newer copy of HEAD.
Well it did, except I had a hang at boot, shortly after ZFS version and
the
last scsi devices appear.
This easily could have been related to the patch I was testing, so I wiped
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
TB --- 2013-02-21 12:20:17 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-21 12:20:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB ---
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
I'm on r247095. My box is failing to boot on a Dell Precision T7500. I'm
running ZFS as root with a mirrored root pool.
Here's a pic of the box failing:
https://lh5.googleusercontent.com/-Lq_jlX8of0o/USY4cqZ5BOI/GoI/Nd1LGPbFjHc/s1112/IMG_20130221_100723.jpg
There isn't much useful
--Meant to reply to list as well--
On Thu, Feb 21, 2013 at 2:32 PM, Steve Wills swi...@freebsd.org wrote:
I am experiencing a similar hang when updating from r246190 to r247017 on
my all zfs system. The system has two drives in a zfs mirror and hangs
after detecting the hard drives. The last
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
On Thu, Feb 21, 2013 at 7:21 AM, Fleuriot Damien m...@my.gd wrote:
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
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 10:28:15AM -0500, Shawn Webb wrote:
I'm on r247095. My box is failing to boot on a Dell Precision T7500. I'm
running ZFS as root with a mirrored root pool.
Here's a pic of the box failing:
On Thu, Feb 21, 2013 at 3:34 PM, Navdeep Parhar npar...@gmail.com wrote:
Take a look at the -CURRENT userland regression thread. You may be
able to boot if you choose safe mode in the boot loader menu.
Regards,
Navdeep
What is safe mode as far as boot flags?
boot -sv doesn't work on my
On 21 February 2013 19:38, matt sendtom...@gmail.com wrote:
On Thu, Feb 21, 2013 at 3:34 PM, Navdeep Parhar npar...@gmail.com wrote:
Take a look at the -CURRENT userland regression thread. You may be
able to boot if you choose safe mode in the boot loader menu.
Regards,
Navdeep
What is
On Wednesday, February 20, 2013 5:21:50 pm Navdeep Parhar wrote:
On 02/20/13 14:14, Xin Li wrote:
Hi,
It seems that fresh -HEAD would give an unusable kernel that
overwrites screen buffer in a way making it impossible to debug.
Using an old world source to do 'make buildworld
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 Thursday, February 21, 2013 7:53:52 am Svatopluk Kraus wrote:
On Wed, Feb 20, 2013 at 4:22 PM, John Baldwin j...@freebsd.org wrote:
On Wednesday, February 20, 2013 7:31:08 am Svatopluk Kraus wrote:
On Tue, Feb 19, 2013 at 7:51 PM, Konstantin Belousov
kostik...@gmail.com wrote:
On Mon,
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
TB --- 2013-02-21 12:20:17 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-21 12:20:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB ---
On Thu, Feb 21, 2013 at 03:38:41PM +, matt wrote:
On Thu, Feb 21, 2013 at 3:34 PM, Navdeep Parhar npar...@gmail.com wrote:
Take a look at the -CURRENT userland regression thread. You may be
able to boot if you choose safe mode in the boot loader menu.
Regards,
Navdeep
What
On Thu, Feb 21, 2013 at 3:46 PM, Sergey Kandaurov pluk...@gmail.com wrote:
Currently that corresponds to:
set kern.smp.disabled=1
set hw.ata.ata_dma=0
set hw.ata.atapi_dma=0
set hw.ata.wc=0
set hw.eisa_slots=0
set kern.eventtimer.periodic=1
set kern.geom.part.check_integrity=0
See
On Thu, Feb 21, 2013 at 3:46 PM, Sergey Kandaurov pluk...@gmail.comwrote:
Currently that corresponds to:
set kern.smp.disabled=1
set hw.ata.ata_dma=0
set hw.ata.atapi_dma=0
set hw.ata.wc=0
set hw.eisa_slots=0
set kern.eventtimer.periodic=1
set kern.geom.part.check_integrity=0
See
TB --- 2013-02-21 14:29:42 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-21 14:29:42 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB ---
Shawn Webb wrote this message on Thu, Feb 21, 2013 at 10:28 -0500:
I'm on r247095. My box is failing to boot on a Dell Precision T7500. I'm
running ZFS as root with a mirrored root pool.
Here's a pic of the box failing:
Andriy Gapon wrote this message on Thu, Feb 21, 2013 at 10:19 +0200:
on 21/02/2013 01:16 Xin Li said the following:
I think it's unlikely -- I have r247057 of sys/ which worked fine...
userland 246957 works good by the way.
Just a very wild guess - are you sure that it is the userland
TB --- 2013-02-21 14:22:13 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-21 14:22:13 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB ---
Hi,
When trying to update a i386 system from r245422 to r246923, the DVD/CD devices
cd0/cd1 could no more be attached.
Here is a relevant part of a verbose dmaeg:
pass0 at ata0 bus 0 scbus0 target 0 lun 0
pass0: WDC WD3200AAJB-00J3A0 01.03E01 ATA-8 device
pass0: Serial Number WD-WCAV2F115406
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-02-21 10:31:31 -0500, John Baldwin wrote:
On Wednesday, February 20, 2013 5:21:50 pm Navdeep Parhar wrote:
On 02/20/13 14:14, Xin Li wrote:
Hi,
It seems that fresh -HEAD would give an unusable kernel that
overwrites screen buffer in a
TB --- 2013-02-21 17:28:41 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-21 17:28:41 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB ---
On Thu, Feb 21, 2013 at 12:49:45PM -0500, Jung-uk Kim wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-02-21 10:31:31 -0500, John Baldwin wrote:
On Wednesday, February 20, 2013 5:21:50 pm Navdeep Parhar wrote:
On 02/20/13 14:14, Xin Li wrote:
Hi,
It seems that fresh
TB --- 2013-02-21 16:13:45 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-02-21 16:13:45 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB ---
Am 02/21/13 16:28, schrieb Shawn Webb:
I'm on r247095. My box is failing to boot on a Dell Precision T7500. I'm
running ZFS as root with a mirrored root pool.
Here's a pic of the box failing:
On Thu, Feb 21, 2013 at 08:40:44PM +0100, O. Hartmann wrote:
Am 02/21/13 16:28, schrieb Shawn Webb:
I'm on r247095. My box is failing to boot on a Dell Precision T7500. I'm
running ZFS as root with a mirrored root pool.
Here's a pic of the box failing:
Am 02/21/13 20:51, schrieb Konstantin Belousov:
On Thu, Feb 21, 2013 at 08:40:44PM +0100, O. Hartmann wrote:
Am 02/21/13 16:28, schrieb Shawn Webb:
I'm on r247095. My box is failing to boot on a Dell Precision T7500. I'm
running ZFS as root with a mirrored root pool.
Here's a pic of the box
On Thu, Feb 21, 2013 at 09:14:07PM +0100, O. Hartmann wrote:
The supposed fix was committed as r247117.
Simply compiling a new kernel doesn't resolve the problem.
See the commit message why your kernel appears to not work.
http://svnweb.freebsd.org/base?view=revisionrevision=247117
I'm building now. I should know whether or not it works. I'm assuming the
updated gas is in base? My userland is r247095, but my kernel is r246990.
On Thu, Feb 21, 2013 at 3:21 PM, Steve Kargl
s...@troutmask.apl.washington.edu wrote:
On Thu, Feb 21, 2013 at 09:14:07PM +0100, O. Hartmann
Am 02/21/13 22:01, schrieb Shawn Webb:
I'm building now. I should know whether or not it works. I'm assuming the
updated gas is in base? My userland is r247095, but my kernel is r246990.
On Thu, Feb 21, 2013 at 3:21 PM, Steve Kargl
s...@troutmask.apl.washington.edu wrote:
On Thu, Feb
The results are in: success! Thanks everyone. This is why I love FreeBSD:
the community is amazing!
On Thu, Feb 21, 2013 at 4:54 PM, O. Hartmann ohart...@zedat.fu-berlin.dewrote:
Am 02/21/13 22:01, schrieb Shawn Webb:
I'm building now. I should know whether or not it works. I'm assuming the
On Thu, Feb 21, 2013 at 4:43 PM, John Baldwin j...@freebsd.org wrote:
curthread is a bit magic. :) If you perform a context switch during an
interrupt (which will change 'curthread') you also change your register
state.
When you resume, the register state is also restored. This means
Am 02/21/13 22:55, schrieb Shawn Webb:
The results are in: success! Thanks everyone. This is why I love FreeBSD:
the community is amazing!
On Thu, Feb 21, 2013 at 4:54 PM, O. Hartmann
ohart...@zedat.fu-berlin.dewrote:
Am 02/21/13 22:01, schrieb Shawn Webb:
I'm building now. I should
On Wed, Feb 20, 2013 at 7:05 AM, O. Hartmann ohart...@zedat.fu-berlin.de
wrote:
At the loader prompt, I need to unload the buggy kernel and load the old
working one via
load /boot/kernel.old/kernel
Then I load also the ZFS related modules
load /boot/kernel.old/opensolaris.ko
load
OK here as well. Tested sandybridge opteron.
Matt
On Thu, Feb 21, 2013 at 10:28 PM, O. Hartmann
ohart...@zedat.fu-berlin.dewrote:
Works for me, too.
Thanks a lot.
oh
___
freebsd-current@freebsd.org mailing list
On Thu, Feb 21, 2013 at 12:43:44PM +, Alexey Dokuchaev wrote:
On Thu, Feb 21, 2013 at 05:33:35PM +0900, YongHyeon PYUN wrote:
On Wed, Feb 20, 2013 at 06:08:53AM +, Alexey Dokuchaev wrote:
$ dmesg | egrep ale\|atphy
ale0: Atheros AR8121/AR8113/AR8114 PCIe Ethernet port
On Fri, Feb 22, 2013 at 10:13:08AM +0900, YongHyeon PYUN wrote:
On Thu, Feb 21, 2013 at 12:43:44PM +, Alexey Dokuchaev wrote:
ale_flags = 0x0040
Thanks for the info. Indeed, your controller is AR8121 Gigabit
etherent(L1E). I guess the PHY initialization is not complete.
Would you
I haven't used BEs yet, as I have no ZFS-on-root systems. I just know
that's how they're supposed to work, and that's the desired use case for
them.
Vermaden from FreeBSD Forums would be a better one to ask, as he uses them
a lot and was one of the people behind BE support in FreeBSD.
On
I updated current today and now the system refuses to boot and my 3ware
card constantly has it's LED on and it resets. booting the old kernel
boots up fine ?
___
freebsd-current@freebsd.org mailing list
is idle.
http://people.freebsd.org/~mav/calloutng-20130221/libprocstatfix.diff
is a workaround in libprocstat in order to allow world to build after
changes. About this one, I'm not quite sure is the best solution, so
if there are other opinions, I'd be more than happy to hear.
Other patches
On Thu, Feb 21, 2013 at 09:50:11PM -0600, Chris wrote:
I updated current today and now the system refuses to boot and my 3ware
card constantly has it's LED on and it resets. booting the old kernel
boots up fine ?
Which timezone? 1-2pm is a little ambiguous.
Do you have sources with revision
On 2/21/2013 9:54 PM, Steve Kargl wrote:
On Thu, Feb 21, 2013 at 09:50:11PM -0600, Chris wrote:
I updated current today and now the system refuses to boot and my 3ware
card constantly has it's LED on and it resets. booting the old kernel
boots up fine ?
Which timezone? 1-2pm is a little
On 02/21/13 19:58, Chris wrote:
On 2/21/2013 9:54 PM, Steve Kargl wrote:
On Thu, Feb 21, 2013 at 09:50:11PM -0600, Chris wrote:
I updated current today and now the system refuses to boot and my 3ware
card constantly has it's LED on and it resets. booting the old kernel
boots up fine ?
Which
On 2/21/2013 10:42 PM, matt wrote:
On 02/21/13 19:58, Chris wrote:
On 2/21/2013 9:54 PM, Steve Kargl wrote:
On Thu, Feb 21, 2013 at 09:50:11PM -0600, Chris wrote:
I updated current today and now the system refuses to boot and my 3ware
card constantly has it's LED on and it resets. booting the
Hello, freebsd-current.
I have -CURRENT i386 installation which runs r245741 now.
Default compiler is clang:
cc --version
FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221
Target: i386-unknown-freebsd10.0
Thread model: posix
This system is used to build NanoBSD images
on 22/02/2013 02:38 Peter Jeremy said the following:
On Wed, Feb 20, 2013 at 7:05 AM, O. Hartmann ohart...@zedat.fu-berlin.de
wrote:
At the loader prompt, I need to unload the buggy kernel and load the old
working one via
load /boot/kernel.old/kernel
Then I load also the ZFS related
66 matches
Mail list logo