On Sep 9, 2011, at 1:22 PM, Daniel Eischen wrote:
> I found the commit that broke ath for me, r222753,
> specifically, the change to /dev/cardbus/cardbus_cis.c.
>
> To be sure, I updated to head using svn, and applied
> the patch included below. ath attaches and works. Without
> the patch, ath
On Sep 9, 2011, at 3:56 PM, Xin LI wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 08/31/11 07:35, Anton Yuzhaninov wrote:
>> It seems to be truss(1) is broken on current
>>
>> :~> truss /bin/echo x x truss: can not get etype: No such process
>>
>> FreeBSD 9.0-BETA1 #0 r22488
On Fri, 9 Sep 2011, Benjamin Kaduk wrote:
On Wed, 7 Sep 2011, Lev Serebryakov wrote:
Hello, Dimitry.
You wrote 7 сентября 2011 г., 21:17:20:
I think, that /usr/bin/cpp is valuable by itself, as it is handy
generic preprocessor tool, useful for preparing complex ipfw scripts,
for example. Al
On 10 September 2011 01:19, Tim Gustafson wrote:
> I can most likely switch to a different card. Just to make sure I get the
> right one, do you have a part number of the card that you are recommending?
> As I mentioned earlier, I was looking around on the LSI site and they have
> lots of optio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 08/31/11 07:35, Anton Yuzhaninov wrote:
> It seems to be truss(1) is broken on current
>
> :~> truss /bin/echo x x truss: can not get etype: No such process
>
> FreeBSD 9.0-BETA1 #0 r224884M i386
>
> from ktrace of turss
>
> 3162 trussCALL
On Wed, 7 Sep 2011, Lev Serebryakov wrote:
Hello, Dimitry.
You wrote 7 сентября 2011 г., 21:17:20:
I think, that /usr/bin/cpp is valuable by itself, as it is handy
generic preprocessor tool, useful for preparing complex ipfw scripts,
for example. All others are bundled together, for sure.
I a
Hi Daniel!
On 09.09.11 21:22, Daniel Eischen wrote:
I found the commit that broke ath for me, r222753,
specifically, the change to /dev/cardbus/cardbus_cis.c.
To be sure, I updated to head using svn, and applied
the patch included below. ath attaches and works. Without
the patch, ath does not
Hi,
I have installed BETA2 and every time I boot up the system I get the
following message in syslog:
GEOM_MIRRORGEOM_MIRROR: : Device mirror/boot launched (1/2).
Device mirror/encrypted launched (1/2).
It's a bit mangled, but it's not the problem. The problem is this
"(1/2)". I don't like the
I found the commit that broke ath for me, r222753,
specifically, the change to /dev/cardbus/cardbus_cis.c.
To be sure, I updated to head using svn, and applied
the patch included below. ath attaches and works. Without
the patch, ath does not attach.
On another note, I've no idea why updating f
On Fri, Sep 9, 2011 at 11:21 AM, Garrett Cooper wrote:
> On Fri, Sep 9, 2011 at 11:17 AM, Kevin Oberman wrote:
>> Last night I upgraded my laptop from 8-stable (Sept. 7) to head. I
>> almost worked, but I
>> did hit an issue during the installworld phase. The problem was when the
>> make in
>> /
On Fri, Sep 9, 2011 at 11:17 AM, Kevin Oberman wrote:
> Last night I upgraded my laptop from 8-stable (Sept. 7) to head. I
> almost worked, but I
> did hit an issue during the installworld phase. The problem was when the make
> in
> /usr/src/share/zoneinfo tried to run tzsetup that dialog failed
Last night I upgraded my laptop from 8-stable (Sept. 7) to head. I
almost worked, but I
did hit an issue during the installworld phase. The problem was when the make in
/usr/src/share/zoneinfo tried to run tzsetup that dialog failed to run
with the error:
/tmp/install.xtvA5ik4/libdialog.so.7: Undef
On 09/08/11 14:52, b. f. wrote:
I have an Atom 330 with 9.0-BETA2/amd64 installed.
I did a pkg_add -r cvsup-without-gui at first after installation.
Using cvsup, resulted in a core dump (illegal instruction).
I then removed all ports, and installed cvsup-without-gui from source.
Started cvsup..
Kostik Belousov wrote:
On Fri, Sep 09, 2011 at 06:20:57PM +0200, Oliver Lehmann wrote:
(gdb) run
Starting program:
/usr/obj/amd64/usr/ports/net/cvsup-without-gui/work/cvsup-snap-16.1h/client/FBSD_AMD64/cvsup
-g
/usr/share/examples/cvsup/9-supfile
Connected to cvsup.de.FreeBSD.org
Updating
On 2011-09-09 14:39, Volodymyr Kostyrko wrote:
09.09.2011 11:52, Dimitry Andric wrote:
...
This is why I still think you have the stdin/out/err problem, in some
way. Can you please check /usr/obj/usr/src/lib/libc/Version.map? It
should have about 2775 lines, otherwise your libc build is busted.
On Fri, Sep 09, 2011 at 06:20:57PM +0200, Oliver Lehmann wrote:
>
> Kostik Belousov wrote:
>
> >On Fri, Sep 09, 2011 at 05:55:13PM +0300, Kostik Belousov wrote:
>
> >>Ok, please do the following:
> >>run cvsup under the gdb. When SIGSEGV is raised, from the gdb prompt, do:
> >>1. info registers
On Fri, Sep 9, 2011 at 6:30 AM, Warren Block wrote:
> (Sorry, lost track of quoting)
>
> The style is okay, but I would suggest rearranging the order to demphasize
> the DVD with its quickly-obsolete packages. Media type is very important
> and should probably be mentioned first.
>
>>> FreeBSD-8.
Kostik Belousov wrote:
On Fri, Sep 09, 2011 at 05:55:13PM +0300, Kostik Belousov wrote:
Ok, please do the following:
run cvsup under the gdb. When SIGSEGV is raised, from the gdb prompt, do:
1. info registers $rsp
2. info program
This should print you the pid of the process, then do
> If not, look at paying a small (say $1k) bounty to get it fixed. :)
Unfortunately, our budget situation would not allow this sort of thing right
now. :\ Buying hardware is a lot easier than paying for something like this.
> Helping to fix the driver is a thing that Tim is in the unusual
> s
On Fri, Sep 9, 2011 at 4:06 AM, Thomas Mueller
< wrote:
> Since I have plenty of disk space on the new computer, I was planning to keep
> the BETA1 partition and install BETA2 to a separate partition.
>
> FreeBSD 9.0 BETA1 is the first hard drive OS on the new computer, not
> counting the nonwork
On Fri, Sep 09, 2011 at 05:55:13PM +0300, Kostik Belousov wrote:
> On Fri, Sep 09, 2011 at 04:34:54PM +0200, Oliver Lehmann wrote:
> >
> > Kostik Belousov wrote:
> >
> > >On Fri, Sep 09, 2011 at 04:19:42PM +0200, Oliver Lehmann wrote:
> >
> > >>(gdb) bt
> > >>#0 0x004d24c6 in tzload ()
On Fri, Sep 09, 2011 at 04:34:54PM +0200, Oliver Lehmann wrote:
>
> Kostik Belousov wrote:
>
> >On Fri, Sep 09, 2011 at 04:19:42PM +0200, Oliver Lehmann wrote:
>
> >>(gdb) bt
> >>#0 0x004d24c6 in tzload ()
> >
> >Try to do "disas 0x4d24c6 0x4d24c6+30" from gdb prompt with the loaded
>
Kostik Belousov wrote:
On Fri, Sep 09, 2011 at 04:19:42PM +0200, Oliver Lehmann wrote:
(gdb) bt
#0 0x004d24c6 in tzload ()
Try to do "disas 0x4d24c6 0x4d24c6+30" from gdb prompt with the loaded core.
(gdb) disas 0x4d24c6 0x4d24c6+30
Dump of assembler code from 0x4d24c6 to 0x4d2
On Fri, Sep 09, 2011 at 04:19:42PM +0200, Oliver Lehmann wrote:
>
> Kostik Belousov wrote:
>
> >I do not know, I was curious about 'illegal instruction' signal,
> >which would indicate a problem in the compilation environment.
> >Now you get segmentation violation, that is usually caused by a bu
Kostik Belousov wrote:
I do not know, I was curious about 'illegal instruction' signal,
which would indicate a problem in the compilation environment.
Now you get segmentation violation, that is usually caused by a bug in
the program itself.
running it outside gdb still results in an 'illega
uname -a:
FreeBSD shuttle0.lan 9.0-BETA2 FreeBSD 9.0-BETA2 #1: Wed Sep 7
09:37:08 WEST 2011
net...@shuttle0.lan:/usr/obj/usr/src/sys/GALILEO amd64
dmesg debug:
http://pastie.org/private/e1cnddkdybtnjdltariq3g
camcontrol devlist
at scbus2 target 0 lun 0 (pass0,cd0)
Cheers!
-
(Sorry, lost track of quoting)
The style is okay, but I would suggest rearranging the order to
demphasize the DVD with its quickly-obsolete packages. Media type is
very important and should probably be mentioned first.
FreeBSD-8.2-RELEASE-i386-disc1.iso- CD: Installer, FreeBSD OS
FreeB
On 09/09/11 01:33, Oliver Lehmann wrote:
Mike Tancsa wrote:
Just curious as to why you need cvsup and not instead use csup that is
in the base ?
I got used to it in the past 12 years? But this is not realy the question.
If it is "BROKEN" it should be marked as BROKEN or there should be a
st
09.09.2011 11:52, Dimitry Andric wrote:
I did a few test builds with 'high' CPU values for -march, and I ran
into various problems. I'd discourage the use of -march=native for now,
at least with clang. It will take some time to investigate.
Hey, I already posted results of build without -march
On Thursday, September 08, 2011 9:45:17 am Rick Macklem wrote:
> Hiroki Sato spotted a problem with NFS server file handles (FHs)
> changing after a server upgrade, because the exported file
> system type(s) get configured in a different order and, therefore,
> assigned different vfs_typenum values
On Fri, Sep 09, 2011 at 01:47:37PM +0200, Oliver Lehmann wrote:
>
> Kostik Belousov wrote:
>
> >For start, you should provide the information what exactly is the
> >instruction that caused the fault. Show the disassembly from gdb
> >for the function that caused the fault.
>
> Ok, I'm trying. I
Kostik Belousov wrote:
For start, you should provide the information what exactly is the
instruction that caused the fault. Show the disassembly from gdb
for the function that caused the fault.
Ok, I'm trying. I recompiled cvsup for purpose with -DSTATIC
How do I continue from the gdb outpu
On Sep 9, 2011 8:38 PM, "Adrian Chadd" wrote:
>
> On 9 September 2011 18:32, Matt Thyer wrote:
>
> > Harder solutions are:
> >
> > A) Fix the driver
>
> .. which is the only way FreeBSD improves, so. You choose. :)
>
> Also:
>
> A1) Post lots of debugging info to the list, be very friendly and
>
On 9 September 2011 18:32, Matt Thyer wrote:
> Harder solutions are:
>
> A) Fix the driver
.. which is the only way FreeBSD improves, so. You choose. :)
Also:
A1) Post lots of debugging info to the list, be very friendly and
helpful, see if any developers are willing to help you figure and fix
Since I have plenty of disk space on the new computer, I was planning to keep
the BETA1 partition and install BETA2 to a separate partition.
FreeBSD 9.0 BETA1 is the first hard drive OS on the new computer, not counting
the nonworking NetBSD installation; I am not upgrading from 8.x.
Since I ha
On Sep 8, 2011 12:33 AM, "Tim Gustafson" wrote:
>
> > Advice is:
> >
> > Use -STABLE and not -RELEASE
> > Upgrade firmware
> > Avoid port multipliers
> >
> > As I'm using cheap 4K green drives I had to use wdidle3.exe to fix
> > the 8 second head parking and I also had to use gnop to force my
> >
On Fri, Sep 09, 2011 at 11:30:46AM +0200, Oliver Lehmann wrote:
>
> Chris Rees wrote:
>
> >On 9 September 2011 06:33, Oliver Lehmann wrote:
> >>I got used to it in the past 12 years? But this is not realy the question.
> >>If it is "BROKEN" it should be marked as BROKEN or there should be a
> >
Chris Rees wrote:
On 9 September 2011 06:33, Oliver Lehmann wrote:
I got used to it in the past 12 years? But this is not realy the question.
If it is "BROKEN" it should be marked as BROKEN or there should be a
statement that it will not work with FreeBSD 9 on at least amd64 or we
will have
On 9 September 2011 06:33, Oliver Lehmann wrote:
>
> Mike Tancsa wrote:
>
>> Just curious as to why you need cvsup and not instead use csup that is
>> in the base ?
>
> I got used to it in the past 12 years? But this is not realy the question.
> If it is "BROKEN" it should be marked as BROKEN or
On 2011-09-09 05:45, Volodymyr Kostyrko wrote:
...
Like cleaning /usr/obj/ and then buildworld with clang but with
"-march=athlon-xp" instead of "-march=native".
As the problem does not seem to be in your current world but rather in
the bootstrap clang compiled with -march=native, you should not
40 matches
Mail list logo
