On 08/02/2011 15:06, John Baldwin wrote:
> On Saturday, July 30, 2011 2:49:52 am Andriy Gapon wrote:
>> on 19/07/2011 18:16 John Baldwin said the following:
>>> Hmm, can you get devinfo -r output from a working kernel with ichwd loaded?
>>>
>>> You might be able to just build the kernel with 'no
On Sun, Jul 31, 2011 at 03:57:01PM +0200, Ulrich Spörlein wrote:
> On Sun, 2011-07-31 at 05:43:39 -0700, Xin LI wrote:
> > On 07/31/11 05:17, Ulrich Spörlein wrote:
> > > On Sun, 2011-07-31 at 01:22:36 -0700, Xin LI wrote:
> > >> Hi,
> > >>
> > >> I just noticed that weekly_catman is not generatin
Doug Barton writes:
> On 08/02/2011 15:06, John Baldwin wrote:
>> On Saturday, July 30, 2011 2:49:52 am Andriy Gapon wrote:
>>> on 19/07/2011 18:16 John Baldwin said the following:
Hmm, can you get devinfo -r output from a working kernel with ichwd
loaded?
You might be able to j
on 03/08/2011 02:18 Patrick Lamaiziere said the following:
> Hello,
>
> Looks like I've broke my soekris net5501 while doing installworld (built
> with clang)
>
> ===> libexec/rtld-elf (install)
> chflags noschg /usr/libexec/ld-elf.so.1
> install -s -o root -g wheel -m 555 -C -b -fschg -S ld-elf
It's often convenient to extract pieces of iso9660 images for recovery
purposes or a jail. As libarchive no longer recognizes them one has to
resort to mdconfig + mount_cd9660. On a zfs-only system this populates
bufspace unused by arc cache and never gives memory back... nevermind.
$ tar tf Fre
On Wed, Aug 03, 2011 at 02:44:23PM +0900, Kohji Okuno wrote:
> Hello,
>
> > Hello,
> >
> > I think that devfs is sure to have the bug.
> > I found that I couldn't open "/dev/XXX" though the kernel detected XXX
> > device.
> >
> >
> > "dm->dm_generation" is updated with "devfs_generation" in
> >
On Wednesday, August 03, 2011 4:49:24 am Test Rat wrote:
> Doug Barton writes:
>
> > On 08/02/2011 15:06, John Baldwin wrote:
> >> On Saturday, July 30, 2011 2:49:52 am Andriy Gapon wrote:
> >>> on 19/07/2011 18:16 John Baldwin said the following:
> Hmm, can you get devinfo -r output from a
On Tuesday, August 02, 2011 5:11:58 pm Martin Wilke wrote:
>
> On Aug 3, 2011, at 12:56 AM, John Baldwin wrote:
>
> > On Tuesday, August 02, 2011 8:58:10 am Martin Wilke wrote:
> >>
> >> On Aug 2, 2011, at 6:58 PM, Lystopad Olexandr wrote:
> >>
> >>> Hello, Martin Wilke!
> >>>
> >>> On Tue, Au
2011/7/12 Pan Tsu :
> pmcstat(8) stopped to work for me after largeSMP landed in r222813.
> At the time only pmccontrol(8) was updated. Then the next day
> machdep.hlt_cpus was ripped out. So, I've assumed it's going to
> be fixed by subsequent commits and commented out related code locally.
>
> $
I have two NIC on same NET (both are up). If a NIC which installs
network route is going down then an error happens during network route
replacement (in_scrubprefix: err=17, new prefix add failed).
I've done a little bit investigation. In rtinit1(), before
rtrequest1_fib() is called, info.rti_fl
We found and fixed a similar issue with an identical patch. It has been
working fine for us under stable/8.
Unfortunately I am weeks and weeks behind on pushing fixes back to the tree, so
you had to duplicate the work. If it can be committed (and MFC'd to 8, please)
it would save others the t
TB --- 2011-08-03 16:00:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-03 16:00:00 - starting HEAD tinderbox run for arm/arm
TB --- 2011-08-03 16:00:00 - cleaning the object tree
TB --- 2011-08-03 16:00:30 - cvsupping the source tree
TB --- 2011-08-03 16:00:30 - /usr/bin/csu
John Baldwin writes:
> On Wednesday, August 03, 2011 4:49:24 am Test Rat wrote:
>> Doug Barton writes:
>>
>> > On 08/02/2011 15:06, John Baldwin wrote:
>> >> On Saturday, July 30, 2011 2:49:52 am Andriy Gapon wrote:
>> >>> on 19/07/2011 18:16 John Baldwin said the following:
>> Hmm, can yo
On Wednesday, August 03, 2011 1:23:29 pm Test Rat wrote:
> John Baldwin writes:
>
> > On Wednesday, August 03, 2011 4:49:24 am Test Rat wrote:
> >> Doug Barton writes:
> >>
> >> > On 08/02/2011 15:06, John Baldwin wrote:
> >> >> On Saturday, July 30, 2011 2:49:52 am Andriy Gapon wrote:
> >> >>>
On 2011-08-03 01:18, Patrick Lamaiziere wrote:
Looks like I've broke my soekris net5501 while doing installworld (built
with clang)
===> libexec/rtld-elf (install)
chflags noschg /usr/libexec/ld-elf.so.1
install -s -o root -g wheel -m 555 -C -b -fschg -S ld-elf.so.1 /libexec
install -o root -g
John Baldwin writes:
> On Wednesday, August 03, 2011 1:23:29 pm Test Rat wrote:
>> John Baldwin writes:
>>
>> > On Wednesday, August 03, 2011 4:49:24 am Test Rat wrote:
>> >> Doug Barton writes:
>> >>
>> >> > On 08/02/2011 15:06, John Baldwin wrote:
>> >> >> On Saturday, July 30, 2011 2:49:52
On Tue, Aug 02, 2011 at 08:36:01AM -0500, Nathan Whitehorn wrote:
> On 08/02/11 04:41, Bruce Cran wrote:
> > I've been trying out 9.0-BETA1: it's a lot easier to install than
> > previous releases with bsdinstall, but I spotted a few issues:
>
> Good! Thanks for checking.
>
> > Typo - "Resovler
On Tue, Aug 2, 2011 at 4:18 PM, Patrick Lamaiziere
wrote:
> Hello,
>
> Looks like I've broke my soekris net5501 while doing installworld (built
> with clang)
>
> ===> libexec/rtld-elf (install)
> chflags noschg /usr/libexec/ld-elf.so.1
> install -s -o root -g wheel -m 555 -C -b -fschg -S ld-elf.s
On Wed, Aug 3, 2011 at 11:28 AM, Marc Fonvieille wrote:
> On Tue, Aug 02, 2011 at 08:36:01AM -0500, Nathan Whitehorn wrote:
>> On 08/02/11 04:41, Bruce Cran wrote:
>> > I've been trying out 9.0-BETA1: it's a lot easier to install than
>> > previous releases with bsdinstall, but I spotted a few iss
On Wed, Aug 03, 2011 at 08:28:34PM +0200, Marc Fonvieille wrote:
> On Tue, Aug 02, 2011 at 08:36:01AM -0500, Nathan Whitehorn wrote:
> > On 08/02/11 04:41, Bruce Cran wrote:
> > > I've been trying out 9.0-BETA1: it's a lot easier to install than
> > > previous releases with bsdinstall, but I spott
On Wed, Aug 3, 2011 at 12:03 PM, Marc Fonvieille wrote:
> On Wed, Aug 03, 2011 at 08:28:34PM +0200, Marc Fonvieille wrote:
>> On Tue, Aug 02, 2011 at 08:36:01AM -0500, Nathan Whitehorn wrote:
>> > On 08/02/11 04:41, Bruce Cran wrote:
>> > > I've been trying out 9.0-BETA1: it's a lot easier to inst
On 08/03/11 14:42, Garrett Cooper wrote:
On Wed, Aug 3, 2011 at 12:03 PM, Marc Fonvieille wrote:
On Wed, Aug 03, 2011 at 08:28:34PM +0200, Marc Fonvieille wrote:
On Tue, Aug 02, 2011 at 08:36:01AM -0500, Nathan Whitehorn wrote:
On 08/02/11 04:41, Bruce Cran wrote:
I've been trying out 9.0-BE
On Wed, Aug 3, 2011 at 1:11 PM, Julien Laffaye wrote:
> On 08/03/2011 21:42, Garrett Cooper wrote:
>
>> also the extension for the file is wrong (it should be txz, right?)
>
> pkg_add still use the bzip2 format iirc.
Yes it's the default, but bsdinstall uses .txz across the board I
thought. I gu
On 08/03/2011 21:42, Garrett Cooper wrote:
also the extension for the file is wrong (it should be txz, right?)
pkg_add still use the bzip2 format iirc.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-c
On Wednesday, August 03, 2011 2:19:24 pm Test Rat wrote:
> John Baldwin writes:
>
> > On Wednesday, August 03, 2011 1:23:29 pm Test Rat wrote:
> >> John Baldwin writes:
> >>
> >> > On Wednesday, August 03, 2011 4:49:24 am Test Rat wrote:
> >> >> Doug Barton writes:
> >> >>
> >> >> > On 08/02/
Hello,
I am running 9.0-CURRENT FreeBSD amd64 from Tue Jul 18 16:18:20 PDT 2011. I
am trying to compile an R-project package that is using g++45 to compile and
it fails due (apparently) to an error with _cpumask_t as noted below. I have
seen some discussions about this that I do not completely
on 04/08/2011 01:21 Aric Gregson said the following:
> Hello,
>
> I am running 9.0-CURRENT FreeBSD amd64 from Tue Jul 18 16:18:20 PDT 2011. I
> am trying to compile an R-project package that is using g++45 to compile and
> it fails due (apparently) to an error with _cpumask_t as noted below. I h
TB --- 2011-08-03 21:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-03 21:50:00 - starting HEAD tinderbox run for arm/arm
TB --- 2011-08-03 21:50:00 - cleaning the object tree
TB --- 2011-08-03 21:50:19 - cvsupping the source tree
TB --- 2011-08-03 21:50:19 - /usr/bin/csu
On Wednesday, August 03, 2011 03:24:51 PM Andriy Gapon wrote:
> A solution for this is to rebuild/reinstall gcc45 first.
Well, that was a simple solution. Thanks very much.
Aric
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mail
Hello,
I don't user -CURRENT so I'm just guessing the status of the vt(4)
driver http://wiki.freebsd.org/Newcons.
The wiki page has not been updated since 2009 so I hope the project is
not dead. I'm very sad about the lack of UTF-8 in syscons and more
because I remember a couple of years ago
Hello Kostik,
From: Kostik Belousov
Subject: Re: Bug: devfs is sure to have the bug.
Date: Wed, 3 Aug 2011 16:50:44 +0300
Message-ID: <20110803135044.gm17...@deviant.kiev.zoral.com.ua>
> On Wed, Aug 03, 2011 at 02:44:23PM +0900, Kohji Okuno wrote:
>> Hello,
>>
>> > Hello,
>> >
>> > I think tha
John Baldwin writes:
> Hmmm, so your BIOS just outright lies then? :(
>
> Can you check devinfo -u with 'debug.acpi.disabled=hostres' to see where
> those memory addresses show up?
I/O memory addresses:
0x0-0x9e7ff (ram0)
0x9e800-0x9 (root0)
0xa-0xb (vga0)
32 matches
Mail list logo
