I have a CD Tower device (a USB HID device) which always failed to be identified
under CURRENT source without following patch, it is always timeout, could anyone
look the following patch:
Index: usb_subr.c
===
RCS file: /home/nc
That one should already be fixed.
In message <[EMAIL PROTECTED]>, Peter Kostouros writes:
>Hi
>
>I received a similar problem during booting into single user mode upon
>startup. I hope the following helps:
>
>mounting root from ufs:/dev/ad2s1a
>start_init: trying /sbin/init
>
>VOP_STRATEGY on VC
auth 72159d4c unsubscribe freebsd-current [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sun, Jan 05, 2003 at 08:54:01PM -0600, ryan beasley wrote:
> I'm including a GDB capture including traceback and some locking
> information. Anyone have any ideas? Is there any other data I should
> grab and submit?
I'm really sorry for following up to myself again, but the fo
On Sat, Jan 04, 2003 at 10:31:45AM -0600, ryan beasley wrote:
> Sources are HEAD from Dec 28th, 2002, 04:00 -0600.
> DDB session reprinted below. dmesg at the tail.
OK, I found a way to reproduce this one, but given that it only happens
with a 3rd party module, I'm not necessarily
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Hi
I received a similar problem during booting into single user mode upon
startup. I hope the following helps:
mounting root from ufs:/dev/ad2s1a
start_init: trying /sbin/init
VOP_STRATEGY on VCHR
:0xc189a00: tag none, type VCHR, usecount 5, write count 0, refcount 6,
flags (VV_OBJBUF)
backt
[EMAIL PROTECTED] said on Jan 6, 2003 at 00:14:15:
> I'm not an EXT2 specialist, and I don't really intend to become one,
> so I hope somebody else can help you out...
As posted earlier, there seems to be "funny stuff" on my ufs disklabel too:
# disklabel -r /dev/ad0s1
8 partitions:
#siz
In message <[EMAIL PROTECTED]>, Rahul Siddharthan
writes:
>[EMAIL PROTECTED] wrote:
>> ># e2fsck -n /dev/ad0s2
>> >e2fsck 1.27 (8-Mar-2002)
>> >The filesystem size (according to the superblock) is 714892 blocks
>> >The physical size of the device is 0 blocks
>> >Either the superblock or the partit
[EMAIL PROTECTED] wrote:
> ># e2fsck -n /dev/ad0s2
> >e2fsck 1.27 (8-Mar-2002)
> >The filesystem size (according to the superblock) is 714892 blocks
> >The physical size of the device is 0 blocks
> >Either the superblock or the partition table is likely to be corrupt!
> >Abort? no
> >
> >/dev/ad0s2
In message <[EMAIL PROTECTED]>, Rahul Siddharthan
writes:
># e2fsck -n /dev/ad0s2
>e2fsck 1.27 (8-Mar-2002)
>The filesystem size (according to the superblock) is 714892 blocks
>The physical size of the device is 0 blocks
>Either the superblock or the partition table is likely to be corrupt!
>Abor
I have uploaded a snapshot of the kernel code coverage output from
my testbox, in case anybody want to study their favourite piece of
code:
http://phk.freebsd.dk/gcov/${sourcefile}.gcov
For instance:
http://phk.freebsd.dk/gcov/subr_witness.c.gcov
I hope to commit the necessary
hi, there!
On Sun, Jan 05, 2003 at 12:31:56PM -0500, Jonah Sherman wrote:
> Im not sure why this would cause it but it's the only thing I can think
> of that differentiates between root and non-root for gl stuff:
>
> In your XF86Config-4, do you have a section which resembles the
> following? :
Im not sure why this would cause it but it's the only thing I can think
of that differentiates between root and non-root for gl stuff:
In your XF86Config-4, do you have a section which resembles the
following? :
Section "DRI"
Mode 0666
EndSection
If not, try adding it...
On Sun,
Paul A. Mayer wrote:
> I had to install the e2fstools port before I could access my e2fs
> partitions after installing -current. Thereafter everything has been
> fine. No problems with the disk, etc.
Hm, didn't know about this port.. but it still doesn't include a
mount program, and I still can'
In message <[EMAIL PROTECTED]>, Bruce Evans writes:
>No. Also no INVARIANTS and the like. A profiling kernel (with profiling
>not running) seemed to panic faster.
Ok, in this case listening to KASSERTS would probably have helped you.
Please try 1.351 of vfs_bio.c
--
Poul-Henning Kamp |
In message <[EMAIL PROTECTED]>, "David O'Brien" writes:
>On Sun, Jan 05, 2003 at 05:01:15PM +0100, [EMAIL PROTECTED] wrote:
>> In message <063601c2b4d0$ff02dc50$471b3dd4@dual>, "Willem Jan Withagen" writes:
>> >But now it panics on:
>> >Initiate_write_inodeblock_ufs1: already started.
>>
>> Wh
Hi Bruce,
Thanks for this info. It's way beyond my technical understanding (which
is truely minimal!), but I think I get the idea. What would this look
like as a series of commands? Or better yet, what's the "right" way to
share data between FreeBSD -current/coming and linux in a dual boot
On Sun, Jan 05, 2003 at 10:14:26PM +1000, Andy Farkas wrote:
> On a 4.7-stable box, /usr/obj/usr/src/sys totals 34 MB.
> On a 5.0-current box, /usr/obj/usr/src/sys totals 270 MB!
The debugging format (stabs to dwarf2) has also changed from 4.x to
5-CURRENT.
To Unsubscribe: send mail to [EMAIL PRO
On Sun, Jan 05, 2003 at 05:01:15PM +0100, [EMAIL PROTECTED] wrote:
> In message <063601c2b4d0$ff02dc50$471b3dd4@dual>, "Willem Jan Withagen" writes:
> >But now it panics on:
> >Initiate_write_inodeblock_ufs1: already started.
>
> When does it panic ? in the boot sequence ? after ?
After a
On Sun, Jan 05, 2003 at 11:38:18AM -0500, Lowell Gilbert wrote:
> Nuno Teixeira <[EMAIL PROTECTED]> writes:
>
> > I noted that bzip2recover isn't installed during build/installworld. I
> > think it may be something related with it makefile.
> >
> > This happens on both STABLE and
On Sun, Jan 05, 2003 at 07:38:58PM +0100, Stefan Esser wrote:
> When newsyslog.conf was modified to compress rotated log files with bzip2
> instead of gzip some 3 months ago, most of the periodic scripts that process
> those log files were not tought how to decompress those archived files.
>
> Th
On Mon, 6 Jan 2003, Bruce Evans wrote:
> - spec_print() is of low quality: it doesn't print the device name or number.
> - devfs_print() would be reachable but doesn't exist, so vprint() prints
> even lower quality output for devfs since there nothing prints an inode
> number either.
I was the
On Sun, 5 Jan 2003, Paul A. Mayer wrote:
> I does printf, but it doesn't initiate the e2fsck. Using the ports
It prints essentially the same mount failure message as ufs.
> e2fsck has not shown itself to be the way to do restore order. (I get
> "et hav" of ata unaligned access errors and lots
On Sun, 5 Jan 2003, Julian Elischer wrote:
> On Sun, 5 Jan 2003, Robert Watson wrote:
>
> >
> > Updating to Jan 4 kernel generates the same failure mode for me: following
>
> What makes you think it's the kernel?
Well, to be more precise, I upgraded the entire system to Jan 4. I'm
assuming i
On Sun, 5 Jan 2003, Robert Watson wrote:
>
> Updating to Jan 4 kernel generates the same failure mode for me: following
What makes you think it's the kernel?
> a ^T, I get a core dump. If I run it outside of gdb and then run gdb on
> the core dump, I get the following:
To Unsubscribe: send
On Sun, 5 Jan 2003 [EMAIL PROTECTED] wrote:
> In message <[EMAIL PROTECTED]>, Bruce Evans writes:
> >On Sun, 5 Jan 2003 [EMAIL PROTECTED] wrote:
> >> This is not tested with DEVFS I take it ?
> >
> >It doesn't affect devfs because devfs doesn't go through ufs. It goes
> >straight to the default v
Hi Poul-Henning,
I does printf, but it doesn't initiate the e2fsck. Using the ports
e2fsck has not shown itself to be the way to do restore order. (I get
"et hav" of ata unaligned access errors and lots of other garbage.)
It's easier to boot up a Gentoo LiveCD and "do it right".)
Thanks,
Pa
In message <[EMAIL PROTECTED]>, "Paul A. Mayer" writes:
>Hi,
>
>I had to install the e2fstools port before I could access my e2fs
>partitions after installing -current. Thereafter everything has been
>fine. No problems with the disk, etc. The only thing that is a problem
>is if your e2fs part
Hi,
I had to install the e2fstools port before I could access my e2fs
partitions after installing -current. Thereafter everything has been
fine. No problems with the disk, etc. The only thing that is a problem
is if your e2fs partion(s) are mounted and your system crashes or the
mount is un
In message <[EMAIL PROTECTED]>, Robe
rt Watson writes:
>
>While debugging the recent pthreads problem, I've started running into
>this:
>
>pid 663 (test), uid 1000: exited on signal 10 (core dumped)
>failed to set signal flags properly for ast()
>failed to set signal flags properly for ast()
>faile
On Sun, Jan 05, 2003 at 18:00 +1100, Bruce Evans wrote:
>
> On Sat, 4 Jan 2003 [EMAIL PROTECTED] wrote:
>
> > In message <[EMAIL PROTECTED]>, Peter Wemm writes:
> > >> No, it isn't the regression tests. It is this here in the start of stage 4:
> > >>
> > >> ===> usr.bin/vi
> > >> *** Error code
While debugging the recent pthreads problem, I've started running into
this:
pid 663 (test), uid 1000: exited on signal 10 (core dumped)
failed to set signal flags properly for ast()
failed to set signal flags properly for ast()
failed to set signal flags properly for ast()
failed to set signal f
In message <[EMAIL PROTECTED]>, Bruce Evans writes:
>On Sun, 5 Jan 2003 [EMAIL PROTECTED] wrote:
>
>> I always wondered why specfs would insist on no locking, but I never
>> had much ambition for finding out.
>
>Me too. It seems to be mostly a mistake.
>
>> >Fixing specfs is simple:
>>
>> This is
On Sat, 4 Jan 2003, Juli Mallett wrote:
> * De: Robert Watson <[EMAIL PROTECTED]> [ Data: 2003-01-04 ]
> [ Subjecte: pthread ^T problem on recent -CURRENT: death in libc_r mutex ]
> >
> > Juli Mallett pointed me at the following reproduceable problem on my
> > -current notebook with userla
On Sun, 5 Jan 2003 [EMAIL PROTECTED] wrote:
> In message <[EMAIL PROTECTED]>, Bruce Evans writes:
>
> >The following change uncovers bugs in specfs locking and other places:
>
> Wow, that was fun! :-/
It took a while, yes %-).
> I always wondered why specfs would insist on no locking, but I nev
When newsyslog.conf was modified to compress rotated log files with bzip2
instead of gzip some 3 months ago, most of the periodic scripts that process
those log files were not tought how to decompress those archived files.
This affects the following scripts:
etc/periodic/daily/470.status-
Found some other school web sites that we may want to compare ours too!
http://bearcat.ubly.k12.mi.us/links/links.html
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sun, 5 Jan 2003, Alexander Leidinger wrote:
> On Sun, 5 Jan 2003 22:14:26 +1000 (EST)
> Andy Farkas <[EMAIL PROTECTED]> wrote:
>
> >
> > Why does compiling a kernel (make buildkernel KERNCONF=GENERIC) take
> > 7 times as much space on 5.0-current than it does on 4.7-stable?
> >
> > On a 4.7-sta
David Holm wrote:
Hi,
it's getting boring seeing all the nvidia posts but I'm so darn close to
having it working here...
May I ask what you've done to get as far as you have? I have their
driver working okay on -STABLE but of course it won't even compile
on -CURRENT and I don't know enough to
In message <[EMAIL PROTECTED]>, Bruce Evans writes:
>The following change uncovers bugs in specfs locking and other places:
Wow, that was fun! :-/
I always wondered why specfs would insist on no locking, but I never
had much ambition for finding out.
>Fixing specfs is simple:
This is not test
[EMAIL PROTECTED] wrote:
In message <[EMAIL PROTECTED]>, walt writes:
>VOP_STRATEGY on VCHR
>: 0xc25fd000: tag none, type VCHR, usecount 5, writecount 0, refcount 6, flags
(VV_OBJBUF),
>Sorry, need DDB option to print backtrace
>
>That feels like an error message (sort of) but everything seem
The following change uncovers bugs in specfs locking and other places:
% RCS file: /home/ncvs/src/sys/ufs/ufs/ufs_vnops.c,v
% Working file: ufs_vnops.c
% head: 1.222
% ...
%
% revision 1.221
% date: 2003/01/04 08:47:19; author: phk; state: Exp; lines: +0 -9
% Since
Nuno Teixeira <[EMAIL PROTECTED]> writes:
> I noted that bzip2recover isn't installed during build/installworld. I
> think it may be something related with it makefile.
>
> This happens on both STABLE and CURRENT brach.
>
> I someone could correct this, I apreciate that.
Hmm,
when I mounted my home dir as read-only I was able to use OpenGL as a normal
user. But I've looked all through my home dir and I can't find anything there
that would affect OpenGL if the user had write access to the partition =(.
//David Holm
On Sunday 05 January 2003 11:38, David Holm wro
I want to get --test-coverage and --profile-arcs working for the
kernel in order to give us better statistical tools.
Unfortunately, GCC now uses construcorts to string the counters into
a list, and we don't call constructors in the kernel.
Would it be evil to do that ?
I've managed to get it w
In message <063601c2b4d0$ff02dc50$471b3dd4@dual>, "Willem Jan Withagen" writes:
>Recompiled the kernel (GENERIC) and installed.
>
>But now it panics on:
>Initiate_write_inodeblock_ufs1: already started.
When does it panic ? in the boot sequence ? after ?
Can you get me the first 4-5 lines
Recompiled the kernel (GENERIC) and installed.
But now it panics on:
Initiate_write_inodeblock_ufs1: already started.
--WjW
PS: Once it trips into the debugger, how do I get it to dump?
panic just reboots.
- Original Message -
From: <[EMAIL PROTECTED]>
To: "Willem J
On Saturday, January 4, 2003, at 06:00 PM, Robert Watson wrote:
On Sat, 4 Jan 2003, Juli Mallett wrote:
* De: Robert Watson <[EMAIL PROTECTED]> [ Data: 2003-01-04 ]
[ Subjecte: pthread ^T problem on recent -CURRENT: death in libc_r
mutex ]
Juli Mallett pointed me at the following reproduce
On Sun, 5 Jan 2003 22:14:26 +1000 (EST)
Andy Farkas <[EMAIL PROTECTED]> wrote:
>
> Why does compiling a kernel (make buildkernel KERNCONF=GENERIC) take
> 7 times as much space on 5.0-current than it does on 4.7-stable?
>
> On a 4.7-stable box, /usr/obj/usr/src/sys totals 34 MB.
>
> On a 5.0-cur
On 2003.01.05 21:23:32 +, Yamada Ken Takeshi wrote:
> I read through articles you pointed, but couldn't find
> the conclusion. What was the outcome of the discussion? or,
> still pending?
I think the original submitter of the problem would try to look in to
why plperl did not use the .a ve
Hi all,
I got following panic, while trying to run Wine (ver.2002.12.19).
---8<--8<--8<--8<--8<--8<--8<--8<--8<---
Mounting root from ufs:/dev/ad0s2a
WARNING: / was not properly dismounted
VOP_STRATEGY on VCHR
: 0xc197b000: tag none, type VCHR, usecount 5, writeco
On Sun, 2003/01/05 at 01:33:14 -0800, David O'Brien wrote:
> On Sun, Jan 05, 2003 at 06:00:26PM +1100, Bruce Evans wrote:
> > > >> ===> usr.bin/vi
> > > >> *** Error code 1 (ignored)
> > > >> *** Error code 1 (ignored)
> > > >> ===> usr.bin/vis
> ..
> > No; it would be more profitable to teach prog
Thank you, Simon for your response with pointer.
I think I overlooked these as I did not care about then.
I read through articles you pointed, but couldn't find
the conclusion. What was the outcome of the discussion? or,
still pending?
I am now wrecked at 'plperl' installation as it is
m
Why does compiling a kernel (make buildkernel KERNCONF=GENERIC) take
7 times as much space on 5.0-current than it does on 4.7-stable?
On a 4.7-stable box, /usr/obj/usr/src/sys totals 34 MB.
On a 5.0-current box, /usr/obj/usr/src/sys totals 270 MB!
(for each box, I rm /usr/obj/*, make buildworld
On Sat, Jan 04, 2003 at 06:32:43AM +1100, Bruce Evans wrote:
> Another possible problem is using the same serial line for gdb as for
> the console and mixing speeds. If the userland speed differs from the
> low level speed, then the i/o routines switch back and forth between
> the speeds for every
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On 2003.01.05 12:52:03 +, Yamada Ken Takeshi wrote:
> /usr/ports/lang/perl5 seemingly does not generate libperl.so
> with FreeBSD-current port as shown below.
>
> Is it intended one? Why?
This was discussed on the ports list a while ago :
http://www.freebsd.org/cgi/getmsg.cgi?fetch=59
On Sun, 5 Jan 2003 [EMAIL PROTECTED] wrote:
> In message <[EMAIL PROTECTED]>, walt writes:
> >After updating world and kernel this evening I saw this message fly by
> >during the reboot:
> >
> >Mounting root from ufs:/dev/ad0s3a
> >
> >VOP_STRATEGY on VCHR
> >: 0xc25fd000: tag none, type VCHR, use
-CURRENT from December 28th, 4:00 -0600.
Triggered immediately after launching
/usr/sbin/rpcbind -l -s
/sbin/mountd -l
/sbin/nfsd -n4 -t -u
(This is the first time this has happened with that combination of
operations.)
The only kernel modules loaded are vesa, miibus, and if_dc.
Sun Jan
On Sat, 4 Jan 2003, Robert Watson wrote:
> Juli Mallett pointed me at the following reproduceable problem on my
> -current notebook with userland/kernel dated Dec 29:
>
> paprika:~/freebsd/test/pthread> ./test
> ...
> load: 0.23 cmd: test 914 [running] 0.00u 0.01s 0% 824k
> 1
> Bus error (core du
Hi,
it's getting boring seeing all the nvidia posts but I'm so darn close to
having it working here.
I have disabled INVARIANTS in the kernel and AGP and running with nvAgp
(although I get the same results using kernel agp as well).
The thing is that OpenGL apps run perfectly as root, but whenev
In message <[EMAIL PROTECTED]>, walt writes:
>After updating world and kernel this evening I saw this message fly by
>during the reboot:
>
>Mounting root from ufs:/dev/ad0s3a
>
>VOP_STRATEGY on VCHR
>: 0xc25fd000: tag none, type VCHR, usecount 5, writecount 0, refcount 6, flags
>(VV_OBJBUF),
>Sorr
"David O'Brien" wrote:
> Ever since the last ACPI import, I get all this output (non-verbose)
> boot. What's the change on them going away soon?
>
> acpi0: on motherboard
> ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15
> ACPI-0438: *** Error: Looking up [Z00Q] in namespace, AE
On Sun, Jan 05, 2003 at 06:00:26PM +1100, Bruce Evans wrote:
> > >> ===> usr.bin/vi
> > >> *** Error code 1 (ignored)
> > >> *** Error code 1 (ignored)
> > >> ===> usr.bin/vis
...
> No; it would be more profitable to teach programmers to not ignore errors.
> whereintheworld is perfectly non-broken
MPlayer plays these streams perfectly here.
On Sunday 05 January 2003 01:29, Mikhail Teterin wrote:
> This Linux program used to work well, but now it crashes (with SIGABRT)
> some URLs, such as
>
> pnm://rm.content.loudeye.com/~iii-600111/0255135_0101_00_0002.ra
> pnm://rm.content.lou
On Sat, Jan 04, 2003 at 10:48:15PM -0800, walt wrote:
> After updating world and kernel this evening I saw this message fly by
> during the reboot:
>
> Mounting root from ufs:/dev/ad0s3a
>
> VOP_STRATEGY on VCHR
> : 0xc25fd000: tag none, type VCHR, usecount 5, writecount 0, refcount 6, flags
>(V
67 matches
Mail list logo
