on 12/02/2013 09:57 David Demelier said the following:
> Yes I have added debugging option in my kernel. I have makeoptions DEBUG=-g in
> my config. Do I need more ?
.symbols?
I don't know how else to explain consistently broken / useless stack traces.
> I'm not sure to understand what you meant
On Tue, Feb 12, 2013 at 12:53 AM, Jakub Lach wrote:
> As far as I remember, there is no apic option in amd64 kernel,
> because it's always included.
Yup, I guess that note in the handbook should be updated :-)
CPU: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz (2394.03-MHz K8-class CPU)
Ori
On Tue, Feb 12, 2013 at 09:54:25AM +0200, John Alex. wrote:
>
> On 02/12/2013 02:59 AM, kpn...@pobox.com wrote:
> > On Mon, Feb 11, 2013 at 11:43:55AM -0800, Kevin Oberman wrote:
> >> On Mon, Feb 11, 2013 at 9:58 AM, Panagiotis Christias
> >> wrote:
> >>>
> >>> I suppose trying an 8.3 installatio
On Mon, Feb 11, 2013 at 11:35 PM, CeDeROM wrote:
> I can work on VESA xorg driver, I can have no multimedia drivers, but
> the system performance is really important factor for me and working
> like this is really unpleasant on a pretty modern machine :-(
I made a short movie to show how bad this
On Tuesday 12 February 2013 13:11:12 CeDeROM wrote:
> On Mon, Feb 11, 2013 at 11:35 PM, CeDeROM wrote:
> > I can work on VESA xorg driver, I can have no multimedia drivers, but
> > the system performance is really important factor for me and working
> > like this is really unpleasant on a pretty m
On Tue, Feb 12, 2013 at 2:04 PM, Christian Gusenbauer wrote:
> Maybe it's hardware related? I experience the same slowness as you do as soon
> as I copy more than a few MB of data *on the same drive*. (...)
Hello Christian :-) Thank you for your feedback! :-) There was no
problem today to copy fr
On Tue, Feb 12, 2013 at 2:17 PM, CeDeROM wrote:
> On Tue, Feb 12, 2013 at 2:04 PM, Christian Gusenbauer wrote:
>> Maybe it's hardware related? I experience the same slowness as you do as soon
>> as I copy more than a few MB of data *on the same drive*. (...)
>
> Hello Christian :-) Thank you for
Hello,
on 9.1-R, I highly appreciate the new jail(8) and jail.conf
capabilities. Thanks for that extension!
But I have one problem: If I want to stop a jail with 'jaill -r
jailname', I get "umount: unmount of /.jail.jailname failed: Device busy"
It seems to me that the order of fstab.jailname e
schrieb Harald Schmalzbauer am 12.02.2013 15:47 (localtime):
> Hello,
>
> on 9.1-R, I highly appreciate the new jail(8) and jail.conf
> capabilities. Thanks for that extension!
>
> But I have one problem: If I want to stop a jail with 'jaill -r
> jailname', I get "umount: unmount of /.jail.jailna
I finally got a 10G card that is recognized by FreeBSD (9.1-stable):
...
ix0: port
0xecc0-0xecdf mem 0xd9e8-0xd9ef,0xd9ff8000-0xd9ffbfff irq 40 at device
0.0 on pci4
ix0: Using MSIX interrupts with 9 vectors
ix0: RX Descriptors exceed system mbuf max, using default instead!
ix0: Ethernet
ixgbe is the _driver name_, ix is the _interface name_ you
see in ifconfig. The latter is usually shorter.
Also there are overlaps, e.g. the lem, em and igb drivers
all map to "em" as interface name.
cheers
luigi
On Tue, Feb 12, 2013 at 7:21 AM, Daniel Braniss wrote:
> I finally got a 10G car
On Tue, 12 Feb 2013, Daniel Braniss wrote:
> I finally got a 10G card that is recognized by FreeBSD (9.1-stable):
> ...
> ix0: port
> 0xecc0-0xecdf mem 0xd9e8-0xd9ef,0xd9ff8000-0xd9ffbfff irq 40 at device
> 0.0 on pci4
> ix0: Using MSIX interrupts with 9 vectors
> ix0: RX Descriptors exce
Hello,
I'm having an issue with my AMD Sempron box. It randomly crashes/reboots.
I have no been able to catch it in the act, I just find the aftermath the
next time I log in. It does not drop any core files in /var/crash and has
no strange messages in the log files. I have even built a custom
On 2/11/2013 6:05 AM, Ruben de Groot wrote:
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=163843
>
> The fix was committed to -current, but in 9.1 it's still not working.
>
> cheersRuben
I plan to also add this back into the security/openssh-portable port soon.
--
Regards,
Bryan Drewery
bdre
Greetings
I am trying to reuse a 500G harddrive that was previously part of an
NVIDIA raid in a windows box.
I have tried to clean the disk using "dd if=/dev/zero of=/dev/raid/r0
bs=1m". The dd program completed but the raid info is still on the disk,
I was able to set up the disk with
gpart cr
On Feb 12, 2013, at 4:53 PM, Robert wrote:
> Greetings
>
> I am trying to reuse a 500G harddrive that was previously part of an
> NVIDIA raid in a windows box.
>
> I have tried to clean the disk using "dd if=/dev/zero of=/dev/raid/r0
> bs=1m". The dd program completed but the raid info is stil
12.02.2013 22:53, Robert пишет:
> Greetings
>
> I am trying to reuse a 500G harddrive that was previously part of an
> NVIDIA raid in a windows box.
>
> I have tried to clean the disk using "dd if=/dev/zero of=/dev/raid/r0
> bs=1m". The dd program completed but the raid info is still on the disk,
Le mardi 12 février 2013 10:01:10 Andriy Gapon a écrit :
> on 12/02/2013 09:57 David Demelier said the following:
> > Yes I have added debugging option in my kernel. I have makeoptions
> > DEBUG=-g in my config. Do I need more ?
>
> .symbols?
I don't understand what you are saying, I have /boot/k
on 12/02/2013 20:44 David Demelier said the following:
> Le mardi 12 février 2013 10:01:10 Andriy Gapon a écrit :
>> on 12/02/2013 09:57 David Demelier said the following:
>>> Yes I have added debugging option in my kernel. I have makeoptions
>>> DEBUG=-g in my config. Do I need more ?
>>
>> .symbo
On Wed, 13 Feb 2013 00:49:00 +0700
Eugene Grosbein wrote:
> 12.02.2013 22:53, Robert пишет:
> > Greetings
> >
> > I am trying to reuse a 500G harddrive that was previously part of an
> > NVIDIA raid in a windows box.
> >
> > I have tried to clean the disk using "dd if=/dev/zero
> > of=/dev/raid
Okay I will update everything and use GENERIC config, if I get more info
I'll tell you :-),
Cheers and thanks for your answers
2013/2/12 Andriy Gapon
> on 12/02/2013 20:44 David Demelier said the following:
> > Le mardi 12 février 2013 10:01:10 Andriy Gapon a écrit :
> >> on 12/02/2013 09:57 D
On Tue, 12 Feb 2013 19:44:49 +0100, David Demelier
wrote:
Le mardi 12 février 2013 10:01:10 Andriy Gapon a écrit :
on 12/02/2013 09:57 David Demelier said the following:
> Yes I have added debugging option in my kernel. I have makeoptions
> DEBUG=-g in my config. Do I need more ?
.symbols?
CeDeROM wrote:
> I have found 9.1 to be far more less responsive than 9.0 and previous
> releases on my desktop. I have noted this slow down at 9.1-RC. I have
> AMD64 4GB RAM i3 CPU and when I simply run Chromium, VBox with Windows
> XP 64bit (1GB allocated) and VBox with Ubuntu 64bit (1GB allocate
Hi,
poudriere 2.2 here, running on 9.1-amd64
Of the 730-ish ports, whenever I run a build, it always rebuilds the above two
ports.
Even if nothing changed.
Is there are specific reason for this?
I don't really mind nginx, because it builds so quickly - but GraphicsMagick
takes a bit too long.
On Tue, Feb 12, 2013 at 10:59:28PM +0100, Rainer Duffner wrote:
> Hi,
>
> poudriere 2.2 here, running on 9.1-amd64
>
> Of the 730-ish ports, whenever I run a build, it always rebuilds the above
> two ports.
> Even if nothing changed.
>
> Is there are specific reason for this?
>
> I don't reall
On Fri, Feb 08, 2013 at 08:27:55PM +0100, Oliver Fromme wrote:
> I'm sorry for the late reply. I didn't have much time
> this week to investigate this issue. At the moment I
> implemented a work-around with an additional switch using
> VLANs, but I'd really like to get the second NIC working.
>
Marc Fournier wrote:
> Just reset server, so any further details will have to be 'next time'
> … but, just did a csup and am rebuilding … the following three files
> were modified since last build:
>
> grep nfs /tmp/output
> Edit src/sys/fs/nfs/nfs_commonsubs.c
> Edit src/sys/fs/nfsclient/nfs_clrp
* Kimmo Paasiala (kpaas...@gmail.com) wrote:
> Does the -fstack-protector option work on CLANG 3.1 and 3.2?
>
> There is thread on FreeBSD forums about the stack protector and ports
> and I'm wondering if it's possible to use the -fstack-protector option
> with CLANG.
>
> http://forums.freebsd.o
On 12 February 2013 21:22, Dmitry Marakasov wrote:
> If there's interest in this, I can refresh the patch and submit it.
Yes. Please do!
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-st
On 02/12/13 07:47, Harald Schmalzbauer wrote:
Hello,
on 9.1-R, I highly appreciate the new jail(8) and jail.conf
capabilities. Thanks for that extension!
But I have one problem: If I want to stop a jail with 'jaill -r
jailname', I get "umount: unmount of /.jail.jailname failed: Device busy"
thanks Luigi,
the 'confusion' could have been avoided if at least in the dmesg,
the fuller name was used, and yes, I hate apple/linux
just calling then eth0, eth1 :-)
danny
> ixgbe is the _driver name_, ix is the _interface name_ you
> see in ifconfig. The latter is usually shorter.
>
> Also the
On 13/02/2013 12:52, Dmitry Marakasov wrote:
afaik, in prior discussion some years ago an issue was mentioned that
some ports don't build with stack-protector, so I suggested to introduce
STACK_PROTECTOR_SAFE/_UNSAFE knobs similar to what we have for
MAKE_JOBS_SAFE_/_UNSAFE (we might actually on
> On Tue, 12 Feb 2013, Daniel Braniss wrote:
>
> > I finally got a 10G card that is recognized by FreeBSD (9.1-stable):
> > ...
> > ix0: port
> > 0xecc0-0xecdf mem 0xd9e8-0xd9ef,0xd9ff8000-0xd9ffbfff irq 40 at
> > d=evice
> > 0.0 on pci4
> > ix0: Using MSIX interrupts with 9 vectors
> >
On Tuesday 12 February 2013 14:24:24 CeDeROM wrote:
> On Tue, Feb 12, 2013 at 2:17 PM, CeDeROM wrote:
> > On Tue, Feb 12, 2013 at 2:04 PM, Christian Gusenbauer wrote:
> >> Maybe it's hardware related? I experience the same slowness as you do as
> >> soon as I copy more than a few MB of data *on t
On Tue, 12 Feb 2013, Daniel Braniss wrote:
> > On Tue, 12 Feb 2013, Daniel Braniss wrote:
> >
> > > I finally got a 10G card that is recognized by FreeBSD (9.1-stable):
> > > ...
> > > ix0: port
> > > 0xecc0-0xecdf mem 0xd9e8-0xd9ef,0xd9ff8000-0xd9ffbfff irq 40 at
> > > d=evice
> > > 0.0
35 matches
Mail list logo