HEADS UP: VFS changes breaks GPT

Gang, GPT based systems are unable to mount the root file system. I haven't had the time to dig into this, but we must be making assumptions we previously didn't make. In any case ia64 is hosed. More to come... FYI, -- Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED] To Unsub

Re: update from 4.7 to 5.0

In message <[EMAIL PROTECTED]>, Odhiambo Washington wrote : >acpi_cpu: CPU throttling enabled, 2 steps from 100% to 50.0% > > >Where is that explained? I'd really love to know about it ;) Don't worry. This is do with ACPI CPU power manag

alpha tinderbox failure

-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree

Re: update from 4.7 to 5.0

Thus spake Odhiambo Washington <[EMAIL PROTECTED]>: > The box runs prettier, but I have some output of dmesg that I'd appreciate > some explanation on. I'll mark the portions where I seek some explanation > on the dmesg output itself. The most important one is with USB interfaces, > because they se

Re: update from 4.7 to 5.0

* David Schultz <[EMAIL PROTECTED]> [20030109 14:56]: wrote: Hi David, Thank you for a fast response. > > 1st 0xc1bfb3f8 process lock (process lock) @ /usr/src/sys/kern/kern_descrip.c:2100 > > 2nd 0xc1cf3634 filedesc structure (filedesc structure) @ >/usr/src/sys/ker

strange dump/restore behaviour

This happened while copying data over to a new disk (mounted on /mnt and /mnt/usr; the original disk has only one partition). The machine was in single-user mode, but / was mounted read-write due to restore's insistance on placing temporary files in /tmp (I found out later that it respects TMPDIR,

Re: strange dump/restore behaviour

I've seen this when dumping live filesystems. I belive it means that dump couldn't find the file it had already dumped in the directory once it got to dump the contents. In message <[EMAIL PROTECTED]>, Dag-Erling Smorgrav writes: >This happened while copying data over to a new disk (mounted on /

[no subject]

subscribe To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: System freeze running -current

On Sat, 4 Jan 2003, Trent Nelson wrote: > On Fri, Jan 03, 2003 at 11:16:57AM -0800, Nate Lawson wrote: > > Sounds like an atkbd or syscons problem. > > Did you suspend the laptop and resume before this happens? > > No. However, it happened to me today shorty after I issued a sysctl > -w h

Re: mirrored root fs?

On Tue, 7 Jan 2003, Soeren Schmidt wrote: > For those that are brave enough to play with this I just created the > following small change to ata-raid.c. Now it will always rebuild the > array on creation, using the first disk as the master image. This > allows you to turn any set of ATA disks into

i386 tinderbox failure

-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree

upgrading to CURRENT from STABLE

In the UPDATING file, the following is noted: FreeBSD 5.0-CURRENT has many debugging features turned on, in both the kernel and userland. These features attempt to detect incorrect use of system primitives, and encourage loud failure through extra sanity checking a

Re: upgrading to CURRENT from STABLE

Comment (or remove) these lines in your kernel config: makeoptions DEBUG=-g options DDB options INVARIANTS options INVARIANT_SUPPORT options WITNESS options WITNESS_SKIPSPIN You should also add the following to /etc/make.conf: NOPROFILE=true You can fin

Re: mirrored root fs?

It seems Nate Lawson wrote: > On Tue, 7 Jan 2003, Soeren Schmidt wrote: > > For those that are brave enough to play with this I just created the > > following small change to ata-raid.c. Now it will always rebuild the > > array on creation, using the first disk as the master image. This > > allows

VOP_SPECSTRATEGY on non-VCHR

Hi, just got this on today's -current, when accessing a mounted NTFS partition: VOP_SPECSTRATEGY on non-VCHR : 0xc6d73c34: tag ntfs, type VREG, usecount 3, writecount 0, refcount 0, flags (VV_OBJBUF), lock type ntfs: SHARED (count 1) vop_nospecstrategy(eb4d0afc,eb4d0b3c,c02cf91d,eb4d0afc,d28eed

Re: upgrading to CURRENT from STABLE

On Thu, 9 Jan 2003 20:34:19 +0100 David Holm <[EMAIL PROTECTED]> wrote: > You can find info on how to set maximum optimizations with gcc 3.2 here: > http://www.freehackers.org/gentoo/gccflags/flag_gcc3opt.html BTW, some of these flags will only work with gcc 3.1 and higher, so you won't be able

LOR in vfs_mount.c and panic during sysinstall

I tried installing today's snapshot, 5.0-CURRENT-20030109-JPSNAP.iso from snapshots.jp.freebsd.org. I went away and came back to the following panic, which happened while sysinstall was copying files: kernel: trap 12, code=0 stopped at vfs_setdirty+0x59: movzwl 0x6e(%ebx),%eax the

Re: upgrading to CURRENT from STABLE

On Thu, 9 Jan 2003 20:34:19 +0100 David Holm <[EMAIL PROTECTED]> wrote: > You can find info on how to set maximum optimizations with gcc 3.2 here: > http://www.freehackers.org/gentoo/gccflags/flag_gcc3opt.html I'm the master of forgetting to tell people important stuff =(. You should not use -mar

Re: upgrading to CURRENT from STABLE

Hi, > On Thu, 09 Jan 2003 11:22:39 -0800, Joe Laughlin <[EMAIL PROTECTED]> said about: upgrading to CURRENT from STABLE: joe> In the UPDATING file, the following is noted: joe> FreeBSD 5.0-CURRENT has many debugging features turned on, in joe> both the kerne

Re: update from 4.7 to 5.0

David Schultz wrote: > Thus spake Odhiambo Washington <[EMAIL PROTECTED]>: > > acpi_cpu: CPU throttling enabled, 2 steps from 100% to 50.0% > > > > > > Where is that explained? I'd really love to know about it ;) > > That's just the ACPI

alpha tinderbox failure

-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree

Troubles installing 5.0-RC2 on a Thinkpad560

Hi everyone, I just tried to install the 5.0-RC2 on one of my Thinkpad 560s but was not successful. Previously FreeBSD 4.x has always worked just fine to isntall on this machine. I think the problem is that the driver to my network card does not get loaded. I'm just a user of FreeBSD so I'm not

Superblock layout hosed on LP64 systems [was: Re: HEADS UP: VFS changes breaks GPT]

On Thu, Jan 09, 2003 at 01:12:30AM -0800, Marcel Moolenaar wrote: > > GPT based systems are unable to mount the root file system. I > haven't had the time to dig into this, but we must be making > assumptions we previously didn't make. In any case ia64 is > hosed. More to come... Ok, after diggin

Re: HEADS UP: VFS changes breaks GPT

On Thu, Jan 09, 2003 at 01:12:30AM -0800, Marcel Moolenaar wrote: > Gang, > > GPT based systems are unable to mount the root file system. I > haven't had the time to dig into this, but we must be making > assumptions we previously didn't make. In any case ia64 is > hosed. More to come... I'll own

Re: LOR report

On Thu, Jan 02, 2003 at 11:40:01AM +0100, Thierry Herbelot wrote: > lock order reversal > 1st 0xc4260950 process lock (process lock) @ > /usr/src/sys/kern/vfs_mount.c:1143 > 2nd 0xc4cfc634 filedesc structure (filedesc structure) @ > /usr/src/sys/kern/vfs_mount.c:1150 I'm not sure about this o

Re: lock order reversal

On Mon, Jan 06, 2003 at 06:56:39PM +0100, Ulrich Spoerlein wrote: > On 2003/01/05-00:25:17 leafy wrote: > > >lock order reversal > >Jan 5 00:19:15 leafy kernel: 1st 0xc26b05c0 process lock (process lock) > >@/usr/src/sys/kern/kern_descrip.c:2099 Jan 5 00:19:15 leafy kernel: 2nd > >0xc2667e34 fil

ia64 tinderbox failure

-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree

Re: Superblock layout hosed on LP64 systems [was: Re: HEADS UP: VFS changes breaks GPT]

Apparently, On Thu, Jan 09, 2003 at 03:29:43PM -0800, Marcel Moolenaar said words to the effect of; > On Thu, Jan 09, 2003 at 01:12:30AM -0800, Marcel Moolenaar wrote: > > > > GPT based systems are unable to mount the root file system. I > > haven't had the time to dig into this, but we m

Re: update from 4.7 to 5.0

On Thu, Jan 09, 2003 at 12:17:49PM -0800, Terry Lambert wrote: > David Schultz wrote: > > Thus spake Odhiambo Washington <[EMAIL PROTECTED]>: > > > acpi_cpu: CPU throttling enabled, 2 steps from 100% to 50.0% > > > > > > > > > Where is th

Re: LOR report

On Thu, Jan 09, 2003 at 03:58:58PM -0800, Kris Kennaway wrote: > On Thu, Jan 02, 2003 at 11:40:01AM +0100, Thierry Herbelot wrote: > > > lock order reversal > > 1st 0xc4260950 process lock (process lock) @ > > /usr/src/sys/kern/vfs_mount.c:1143 > > 2nd 0xc4cfc634 filedesc structure (filedesc st

5.0-RC2/if_awi.ko doesn't load

Hello, I just tried to give a shot to 5.0-RC2 on an old box of mine that can only perform network installs (no CD drive). During the boot process, a module failed to load. DEBUG: Loading module if_awi.ko (BayStack 660 and others) link_elf: symbol rc4_init undefined This may have already been fix

Re: HEADS UP: VFS changes breaks GPT

On Thu, Jan 09, 2003 at 03:57:16PM -0800, Gordon Tetlow wrote: > On Thu, Jan 09, 2003 at 01:12:30AM -0800, Marcel Moolenaar wrote: > > Gang, > > > > GPT based systems are unable to mount the root file system. I > > haven't had the time to dig into this, but we must be making > > assumptions we pre

ACPI causes kernel panic on compaq evo n1020v

hi I'm getting kernel panic on Compaq evo n1020v notebook when trying to boot with ACPI enabled. Last message from kernel is psm0: unable to allocate IRQ without acpi it gets assigned IRQ without problems. Panic is however probably unrelated to psm problem - it paniced the same way when I disabl

Re: HEADS UP: VFS changes breaks GPT

On Thu, Jan 09, 2003 at 04:51:36PM -0800, Marcel Moolenaar wrote: > > Nah... :-) > > Jake has a good point and I've got a dotless i, so what about > the following patch to dot the, well, i: > > [snip patch] > > Note that the padding is not specific to non-i386. The reason or > cause of the padd

Re: Troubles installing 5.0-RC2 on a Thinkpad560

I installed FreeBSD 5.0-RC2 on a 560E with the 'ed' driver last week. You must re-roll ALOT of stuff to get it working since the kern.flp stuff doesn't have OLDCARD support. I can provide you with modified floppies if you like. On Fri, 10 Jan 2003, [ISO-8859-1] Karl-Petter Åkesson wrote: > Hi e

USB problems after resume from suspend in current as of January 9

I'm running a toshiba portege 4000 with -CURRENT as of January 9. Suspending and resuming runs fine apart from USB, on resume it is unable to recognise my USB mouse (logitech), nothing even registers that it is plugged in, nor does the mouse get any power yet on booting normally USB works fine. Has

Re: Panic with sparc nfs client and 4.x i386 server

On Wed, Dec 11, 2002 at 04:01:01PM -0800, Kris Kennaway wrote: > It looks like there is an interop problem with a FreeBSD sparc nfs > client running from a 4.x i386 nfs server. I got panics about once a > day on my nfs server at home when I tried to do sparc package builds > from it (this is with

Re: update from 4.7 to 5.0

Thus spake Terry Lambert <[EMAIL PROTECTED]>: > David Schultz wrote: > > Thus spake Odhiambo Washington <[EMAIL PROTECTED]>: > > > acpi_cpu: CPU throttling enabled, 2 steps from 100% to 50.0% > > > > > > > > > Where is that explained? I'd

sparc64 tinderbox failure

Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -

update from 4.7 to 5.0

Hello Gurus, I am not a developer so I beg to be excused if I ask anything stupid. I updated from 4.7 to 5.0 on a test machine just to get the feel of the upcoming 5.0-RELEASE. I used cvsup and so my box is 5.0-CIRRENT. I fear that term - CURRENT. Anyway, I managed a successfull update but I gue