On Sat, Jul 31, 2010 at 12:12:50AM +0200, Marko Zec wrote:
>
> VIMAGE kernels do not properly set curvnet context when dynamically attaching
> devices (such as USB or pccard NICs), that's why the dereferencing V_if_index
> fails. You can use the "show pcpu" and "show vnets" DDB commands to
On Friday 30 July 2010 22:43:12 David Wolfskill wrote:
> I thought I had mentioned this a while back, as I've been seeing it
> since at least 13 July, but a quick check didn't convince me otherwise.
>
> So I reproduced the problem yesterday, as of r210598: Thu Jul 29
> 17:54:37 PDT 2010.
>
> Sympto
On Sat, Jul 31, 2010 at 12:12:50AM +0200, Marko Zec wrote:
> ...
> > Symptom is that I get a panic on insert (or kernel probe, if it's
> > inserted already at boot time) of a PCcard NIC.
>
>
> VIMAGE kernels
Oh -- right. I fogot that I had configured this kernel for VIMAGE so
Julian to demo som
On Fri, Jul 30, 2010 at 09:23:37PM +, Benjamin Stuppin wrote:
> ...
> when using tmpfs for /tmp i'd probably add the "mode=1777" option, else you
> would mount /tmp with default options and without the sticky bit which could
> cause some problems.
I have never needed to do that.
d254(9.0-C
"Lucius Windschuh"
--- Lucius Windschuh schrieb am Do, 29.7.2010:
> Hi "gahn".
>
> 2010/7/29 gahn :
> > hi all:
> >
> > is it possible to create /tmp directory under swap
> space? under solaris, it is automatically created under swap
> unless one specifically instructs the system not to do so..
TB --- 2010-07-30 16:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-07-30 16:15:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-07-30 16:15:00 - cleaning the object tree
TB --- 2010-07-30 16:15:46 - cvsupping the source tree
TB --- 2010-07-30 16:15:46 - /usr/bin
TB --- 2010-07-30 16:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-07-30 16:15:00 - starting HEAD tinderbox run for i386/i386
TB --- 2010-07-30 16:15:00 - cleaning the object tree
TB --- 2010-07-30 16:15:44 - cvsupping the source tree
TB --- 2010-07-30 16:15:44 - /usr/bin/c
TB --- 2010-07-30 16:26:43 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-07-30 16:26:43 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2010-07-30 16:26:43 - cleaning the object tree
TB --- 2010-07-30 16:26:53 - cvsupping the source tree
TB --- 2010-07-30 16:26:53 - /usr/b
TB --- 2010-07-30 16:24:41 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-07-30 16:24:41 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2010-07-30 16:24:41 - cleaning the object tree
TB --- 2010-07-30 16:24:54 - cvsupping the source tree
TB --- 2010-07-30 16:24:54 - /usr
TB --- 2010-07-30 16:23:35 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-07-30 16:23:35 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2010-07-30 16:23:35 - cleaning the object tree
TB --- 2010-07-30 16:23:47 - cvsupping the source tree
TB --- 2010-07-30 16:23:47 - /usr
TB --- 2010-07-30 16:21:39 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-07-30 16:21:39 - starting HEAD tinderbox run for mips/mips
TB --- 2010-07-30 16:21:39 - cleaning the object tree
TB --- 2010-07-30 16:21:49 - cvsupping the source tree
TB --- 2010-07-30 16:21:49 - /usr/bin/c
TB --- 2010-07-30 16:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-07-30 16:15:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2010-07-30 16:15:00 - cleaning the object tree
TB --- 2010-07-30 16:15:31 - cvsupping the source tree
TB --- 2010-07-30 16:15:31 - /usr/bin/c
TB --- 2010-07-30 16:18:32 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-07-30 16:18:32 - starting HEAD tinderbox run for ia64/ia64
TB --- 2010-07-30 16:18:32 - cleaning the object tree
TB --- 2010-07-30 16:18:46 - cvsupping the source tree
TB --- 2010-07-30 16:18:46 - /usr/bin/c
TB --- 2010-07-30 16:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-07-30 16:15:00 - starting HEAD tinderbox run for arm/arm
TB --- 2010-07-30 16:15:00 - cleaning the object tree
TB --- 2010-07-30 16:15:19 - cvsupping the source tree
TB --- 2010-07-30 16:15:19 - /usr/bin/csu
On Fri, Jul 30, 2010 at 04:31:44PM +0300, Andriy Gapon wrote:
> on 30/07/2010 16:02 Anton Shterenlikht said the following:
> > % dmesg | fgrep -i hda
> > hdac0: irq 16 at device 20.2
> > on pci0
> > hdac0: HDA Driver Revision: 20100226_0142
> > hdac0: Lazy allocation of 0x4000 bytes rid 0x10 type
on 30/07/2010 16:02 Anton Shterenlikht said the following:
> % dmesg | fgrep -i hda
> hdac0: irq 16 at device 20.2 on
> pci0
> hdac0: HDA Driver Revision: 20100226_0142
> hdac0: Lazy allocation of 0x4000 bytes rid 0x10 type 3 at 0xb7fb
> hdac0: [MPSAFE]
> hdac0: [ITHREAD]
> hdac0: hdac_get_ca
On Fri, Jul 30, 2010 at 03:05:34PM +0300, Andriy Gapon wrote:
> on 30/07/2010 14:57 Anton Shterenlikht said the following:
> > On Wed, Jul 28, 2010 at 08:17:47PM +0300, Andriy Gapon wrote:
> >> Change it to if (1) { ...}.
> >
> > did that, and did a cold reboot:
> >
> > % dmesg | fgrep -i hda
> >
on 30/07/2010 14:57 Anton Shterenlikht said the following:
> On Wed, Jul 28, 2010 at 08:17:47PM +0300, Andriy Gapon wrote:
>> Change it to if (1) { ...}.
>
> did that, and did a cold reboot:
>
> % dmesg | fgrep -i hda
> hdac0: irq 16 at device 20.2 on
> pci0
> hdac0: HDA Driver Revision: 201002
On Wed, Jul 28, 2010 at 08:17:47PM +0300, Andriy Gapon wrote:
> on 28/07/2010 20:13 Anton Shterenlikht said the following:
> > On Wed, Jul 28, 2010 at 07:51:08PM +0300, Andriy Gapon wrote:
> >> on 28/07/2010 19:44 Anton Shterenlikht said the following:
> >> > But I just rebooted again, and reset
>
Can anyone confirm?
$ mkdir foo
$ echo >foo/bar
$ ln -s /usr/include foo/baz
$ find foo -ls
579143 drwxr-xr-x2 holo holo4
Jul 30 11:08 foo
579821 lrwxr-xr-x1 holo holo 12
Jul 30 11:08 foo/baz -> /
20 matches
Mail list logo
