On Tue, Aug 23, 2011 at 04:11:20PM -0400, Rick Macklem wrote:
> Pawel Jakub Dawidek wrote:
> > On Tue, Aug 23, 2011 at 10:09:41AM -0400, Rick Macklem wrote:
> > > Ok, I'll admit I wasn't very fond of a fixed table that would
> > > inevitably
> > > get out of date someday, either.
> > >
> > > I didn
Pawel Jakub Dawidek wrote:
> On Tue, Aug 23, 2011 at 10:09:41AM -0400, Rick Macklem wrote:
> > Ok, I'll admit I wasn't very fond of a fixed table that would
> > inevitably
> > get out of date someday, either.
> >
> > I didn't think hashing for the cases not in the table was worth the
> > effort,
>
17 августа 2011, 04:02 от "Li, Qing" :
> Hi,
>
> Could you please let me know if the patch fixes your crash problem ?
>
> Thanks,
>
> --Qing
>
> > -Original Message-
> > From: Li, Qing
> > Sent: Friday, August 12, 2011 6:29 PM
> > To: Li, Qing; Luiz Otavio O Souza; Andrey Smagin
> >
On 8/23/2011 2:57 PM, Garrett Cooper wrote:
What have I mangled, and how to I fix it?
make -C /usr/src/lib/libpam/ all install
Maybe?
That _seems_ to have fixed things. If so, I have to wonder why this
didn't happen during the installworld.
Oh well
On Tue, Aug 23, 2011 at 11:12 AM, Robert Huff wrote:
> This morning I updated an amd64 machine which had been running -CURRENT
> from April 18 to last night's version.
> The build/build/install/install process seemed to go as usual.
> However, when I tried to log in (any user) I get:
>
This morning I updated an amd64 machine which had been running
-CURRENT from April 18 to last night's version.
The build/build/install/install process seemed to go as usual.
However, when I tried to log in (any user) I get:
login: tac_config: cannot open "/etc/tacplus.conf"
Login: pam_au
After filling sticks with zeros,
and writing data again on them,
cannot replicate.
Maybe usb sticks were to blame.
One was brand new, possibly loaded
with some "helpful" software, and other
contained broken OpenBSD install.
Thanks for attention.
best regards,
- Jakub Lach
--
View this messa
On Tue, Aug 23, 2011 at 10:09:41AM -0400, Rick Macklem wrote:
> Ok, I'll admit I wasn't very fond of a fixed table that would inevitably
> get out of date someday, either.
>
> I didn't think hashing for the cases not in the table was worth the effort,
> but doing a hash instead of a table seems re
On Tue, Aug 23, 2011 at 4:29 AM, Holger Kipp wrote:
> Maybe already seen...
> This is within Parallels 6.0 VM on a Mac with OS 10.6.8
...
This is a well known LOR.
Thanks,
-Garrett
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/m
Pawel Jakub Dawidek wrote:
> On Sat, Aug 20, 2011 at 08:15:34PM -0400, Rick Macklem wrote:
> > Hiroki, could you please test the attached patch.
> >
> > One problem with this patch is that I don't know how to create a
> > fixed
> > table that matches what systems would already have been getting.
>
Ah, thanks for your fast reply. :)
> -Ursprüngliche Nachricht-
> Von: Sergey Kandaurov [mailto:pluk...@gmail.com]
> Gesendet: Dienstag, 23. August 2011 13:18
> An: Uwe Grohnwaldt
> Cc: curr...@freebsd.org
> Betreff: Re: Panic with 9.0 Beta 1 (arcmsr.c)
>
> On 23 August 2011 14:57, Uwe Gro
On Tuesday 23 August 2011 14:09:15 Andriy Gapon wrote:
> Yes, the subject sounds quite hairy, so please let me try to explain it.
> First, let's consider one concrete function:
>
> static int
> ukbd_poll(keyboard_t *kbd, int on)
> {
> struct ukbd_softc *sc = kbd->kb_data;
>
> if (
Yes, the subject sounds quite hairy, so please let me try to explain it.
First, let's consider one concrete function:
static int
ukbd_poll(keyboard_t *kbd, int on)
{
struct ukbd_softc *sc = kbd->kb_data;
if (!mtx_owned(&Giant)) {
/* XXX cludge */
i
On Sat, Aug 20, 2011 at 08:15:34PM -0400, Rick Macklem wrote:
> Hiroki, could you please test the attached patch.
>
> One problem with this patch is that I don't know how to create a fixed
> table that matches what systems would already have been getting.
> (I got the first 6 entries by booting a
On 23 August 2011 14:57, Uwe Grohnwaldt wrote:
> Hi,
>
> i tried to install FBSD 9.0 beta 1. Booting the install-cd stopped with a
> kernel panic:
>
> panic: _mtx_lock_sleep: recursed on non-recursive mutex arcmsr Q buffer lock
> @ /usr/src/sys/dev/arcmsr/arcmsr.c:2093
>
> A screenshot from the pa
On Tuesday, August 23, 2011 6:57:45 am Uwe Grohnwaldt wrote:
> Hi,
>
> i tried to install FBSD 9.0 beta 1. Booting the install-cd stopped with a
> kernel panic:
>
> panic: _mtx_lock_sleep: recursed on non-recursive mutex arcmsr Q buffer lock
> @ /usr/src/sys/dev/arcmsr/arcmsr.c:2093
>
> A screen
Maybe already seen...
This is within Parallels 6.0 VM on a Mac with OS 10.6.8
Aug 23 09:11:54 tramp kernel: lock order reversal:
Aug 23 09:11:54 tramp kernel: 1st 0xff803d3d08b8 bufwait (bufwait) @
/usr/src/sys/kern/vfs_bio.c:2658
Aug 23 09:11:54 tramp kernel: 2nd 0xfe0002b6c800 dirhash (
Hi,
i tried to install FBSD 9.0 beta 1. Booting the install-cd stopped with a
kernel panic:
panic: _mtx_lock_sleep: recursed on non-recursive mutex arcmsr Q buffer lock
@ /usr/src/sys/dev/arcmsr/arcmsr.c:2093
A screenshot from the panic can be found here:
http://ugrohnwaldt.web02.lando.us/FBSD/a
Hi Nathan Whitehorn!
On Sun, 21 Aug 2011 11:53:22 -0500; Nathan Whitehorn wrote about 'Re: 9.0-BETA1
installer glithcies (i386)':
>> (3) "Auto" creates one big / partition + SWAP. It looks very not-BSD
>> way (disk is only 8Gb, it is virtual machine).
> This is designed to ease resizing on VMs
19 matches
Mail list logo
