Hi.
Roger Hammerstein wrote:
> And then wait 30 seconds to a minute.
> I get a bunch of
> g_vfs_done():ad8[write(offset=146023743488,length=16384)]error=6
This part look suspicious. ENXIO may mean that device disappeared. Shown
"use after free" panic also may tell the same. Could you boot with
v
On 11/22/2010 1:47 PM, John Baldwin wrote:
On Monday, November 22, 2010 1:37:45 pm Alan Cox wrote:
On Mon, Nov 22, 2010 at 6:59 AM, John Baldwin wrote:
On Sunday, November 21, 2010 8:05:26 pm Sean Bruno wrote:
Looks like these HP boxes have the capability to do 44 bit memory
addressing if co
> From: Ivan Voras
> Date: Tue, 23 Nov 2010 01:21:33 +0100
> Sender: owner-freebsd-curr...@freebsd.org
>
> On 11/22/10 13:56, John Baldwin wrote:
> > On Friday, November 19, 2010 1:20:53 pm Jung-uk Kim wrote:
>
> >> I bet these are "legacy free" machines, right? I recently noticed
> >> that rec
On 11/22/10 13:56, John Baldwin wrote:
On Friday, November 19, 2010 1:20:53 pm Jung-uk Kim wrote:
I bet these are "legacy free" machines, right? I recently noticed
that recent Intel chipsets cause incredibly long delays when
non-existent ISA ports are accessed, most notably AT keyboard ports.
On 22/11/2010 05:55, Matthew Seaman wrote:
> lucid-nonsense:/:# zfs snapshot -r zr...@20101122-0549
> lucid-nonsense:/:# cd /.zfs/snapshot/20101122-0549
> /.zfs/snapshot/20101122-0549: Not a directory.
>
I can't reproduce this. False alarm. Sorry for the noise
On 2010-11-22 21:28, FreeBSD Tinderbox wrote:
...
/src/sys/compat/linux/linux_emul.c: In function 'linux_proc_exec':
/src/sys/compat/linux/linux_emul.c:265: error: dereferencing pointer to
incomplete type
/src/sys/compat/linux/linux_emul.c:265: error: 'SV_ABI_MASK' undeclared (first
use in this
TB --- 2010-11-22 18:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-22 18:30:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-11-22 18:30:00 - cleaning the object tree
TB --- 2010-11-22 18:30:38 - cvsupping the source tree
TB --- 2010-11-22 18:30:38 - /usr/bin
I've just committed some fixes to src/bin and src/sbin so those
directories now build using clang without needing to use WERROR and
NO_WERROR. I'm planning to start going through usr.bin and usr.sbin
next.
--
Bruce Cran
___
freebsd-current@freebsd.org
TB --- 2010-11-22 18:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-22 18:30:00 - starting HEAD tinderbox run for i386/i386
TB --- 2010-11-22 18:30:00 - cleaning the object tree
TB --- 2010-11-22 18:30:34 - cvsupping the source tree
TB --- 2010-11-22 18:30:34 - /usr/bin/c
TB --- 2010-11-22 18:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-22 18:30:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2010-11-22 18:30:00 - cleaning the object tree
TB --- 2010-11-22 18:30:30 - cvsupping the source tree
TB --- 2010-11-22 18:30:30 - /usr/bin/c
On Monday, November 22, 2010 1:37:45 pm Alan Cox wrote:
> On Mon, Nov 22, 2010 at 6:59 AM, John Baldwin wrote:
>
> > On Sunday, November 21, 2010 8:05:26 pm Sean Bruno wrote:
> > > Looks like these HP boxes have the capability to do 44 bit memory
> > > addressing if configured to do so from the B
On Thu, Nov 11, 2010 at 02:30:59PM -0800, Pyun YongHyeon wrote:
> On Wed, Nov 10, 2010 at 04:32:54PM -0800, David O'Brien wrote:
> > Kernel page fault with the following non-sleepable locks held:
> > exclusive sleep mutex sf0 (network driver) r = 0 (0xc722b584) locked @
> > /usr/obj/4kib/modules/s
On Mon, Nov 22, 2010 at 6:59 AM, John Baldwin wrote:
> On Sunday, November 21, 2010 8:05:26 pm Sean Bruno wrote:
> > Looks like these HP boxes have the capability to do 44 bit memory
> > addressing if configured to do so from the BIOS.
> >
> > Is anyone interested in any data from that setting?
>
on 22/11/2010 19:00 Roger Hammerstein said the following:
>
>
>
> I can routinely panic a machine with
>
> dd if=/dev/zero of=/dev/ad8 bs=64k count=100
>
>
> this part doesn't look good: devclass_get_name (dc=0xdeadc0dedeadc0de)
>
>
> Fatal trap 9: general protection fault while in k
On Sunday 21 November 2010 06:16 pm, army.of.root wrote:
> On 10\11\19 19:54, Jung-uk Kim wrote:
> > On Tuesday 16 November 2010 03:30 pm, Jung-uk Kim wrote:
> >> On Monday 15 November 2010 08:36 pm, Jung-uk Kim wrote:
> >>> Often times I hear complaints like "my Mac hangs after
> >>> upgrading to
> I wonder if this is related to
> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/133286 ?
I am not sure if that is related, but I can also panic it
with just cp -a /usr/src to the WDC disk.
butter# mount
/dev/ad4s1a on / (ufs, local)
devfs on /dev (devfs, local, multilabel)
/dev/ad4s1e on /t
On Mon, 22 Nov 2010 12:00:57 -0500
Roger Hammerstein wrote:
> I can routinely panic a machine with
>
> dd if=/dev/zero of=/dev/ad8 bs=64k count=100
>
> this part doesn't look good: devclass_get_name
> (dc=0xdeadc0dedeadc0de)
>
> Fatal trap 9: general protection fault while in kernel mod
I can routinely panic a machine with
dd if=/dev/zero of=/dev/ad8 bs=64k count=100
this part doesn't look good: devclass_get_name (dc=0xdeadc0dedeadc0de)
Fatal trap 9: general protection fault while in kernel mode
cpuid = 0; apic id = 00
instruction pointer = 0x20:0x805f9f
2010/11/22 Dag-Erling Smørgrav :
> Doug Barton writes:
>> As far as I can tell the current state of the code builds just fine,
>> so I'm wondering what the current problem with the tinderbox is.
>
> No weasel words, please.
>
> The tinderbox is complaining about these function definitions:
...
>
Thoughts?
Script started on Sat Nov 20 22:44:55 2010
FreeBSD 9.0-CURRENT #644 r215099M: Wed Nov 10 11:45:01 PST 2010
obr...@dragon:/usr/obj/4kib/i386/compile/DRAGON-WITNESS i386
WARNING: WITNESS option enabled, expect reduced performance.
WARNING: DIAGNOSTIC option enabled, expect reduced per
On Saturday, November 20, 2010 5:00:34 am Andriy Gapon wrote:
> on 19/11/2010 18:58 John Baldwin said the following:
> > On Friday, November 19, 2010 11:20:04 am Andriy Gapon wrote:
> >> BTW, tq_name doesn't seem to be used anywhere at all.
> >> Perhaps just drop it? But still could be useful in a
On 11/22/10, Paul B Mahol wrote:
> On 11/22/10, Alberto Villa wrote:
>> On Wednesday 17 November 2010 10:57:34 Paul B Mahol wrote:
>>> Please use ndis5 branch. master branch is in heavy development.
>>> CURRENT branch just blindly (and badly) track code on FreeBSD
>> CURRENT.
>>
>> ok. unfortunat
Doug Barton writes:
> As far as I can tell the current state of the code builds just fine,
> so I'm wondering what the current problem with the tinderbox is.
No weasel words, please.
The tinderbox is complaining about these function definitions:
static void
pids_init()
{
/* ... */
}
st
On Friday, November 19, 2010 10:39:53 am Andriy Gapon wrote:
>
> Guys,
>
> I would like to add definitions for couple more useful CPUID bits, but I am
> greatly confused about how to name them.
> I failed to deduce the naming convention from the existing definitions and I
> am
> not sure how to
On Friday, November 19, 2010 1:20:53 pm Jung-uk Kim wrote:
> On Friday 19 November 2010 12:04 pm, Garrett Cooper wrote:
> > On Fri, Nov 19, 2010 at 8:59 AM, Andriy Gapon
> wrote:
> > > on 19/11/2010 18:57 Ivan Voras said the following:
> > >> On 19 November 2010 17:13, Gary Jennejohn
> wrote:
>
On Sunday, November 21, 2010 8:05:26 pm Sean Bruno wrote:
> Looks like these HP boxes have the capability to do 44 bit memory
> addressing if configured to do so from the BIOS.
>
> Is anyone interested in any data from that setting?
Does it boot ok? :) The MTRR code should handle that (there is
On 11/22/10, Alberto Villa wrote:
> On Wednesday 17 November 2010 10:57:34 Paul B Mahol wrote:
>> Please use ndis5 branch. master branch is in heavy development.
>> CURRENT branch just blindly (and badly) track code on FreeBSD
> CURRENT.
>
> ok. unfortunately in this test i made an error and just
> On (21/11/2010 22:22), Ivan Voras wrote:
> > I got a curious error today while starting PostgreSQL, complaining about
> > "out of space" errno while creating lock file on /tmp.
> >
> > /tmp on this machine is mounted as tmpfs and indeed, here is the statistic:
> >
> > biggie:/# df -i
> > Files
On (21/11/2010 22:22), Ivan Voras wrote:
> I got a curious error today while starting PostgreSQL, complaining about
> "out of space" errno while creating lock file on /tmp.
>
> /tmp on this machine is mounted as tmpfs and indeed, here is the statistic:
>
> biggie:/# df -i
> Filesystem1M-bloc
2010/11/22 Guido Falsi :
> On Mon, Nov 22, 2010 at 12:34:53AM +0100, Ivan Voras wrote:
>> On 11/22/10 00:28, Paul B Mahol wrote:
>>
>> >Find way to reproduce it 100%.
>>
>> The way I described it can be used to reproduce the problem 100%.
>> Detailed instructions for a test case would be something
On Mon, Nov 22, 2010 at 12:34:53AM +0100, Ivan Voras wrote:
> On 11/22/10 00:28, Paul B Mahol wrote:
>
> >Find way to reproduce it 100%.
>
> The way I described it can be used to reproduce the problem 100%.
> Detailed instructions for a test case would be something like this:
>
> 0) configure a
31 matches
Mail list logo