On Mon, Aug 18, 2003, Matthew Dillon wrote:
As part of the DragonFly effort we are going to increase the
mount path limit from 80 chars to 1024.
This will change the statfs structure. I thought I would adopt the
64 bit changes that 5.x has made to keep things synchronized.
Problem solved.
I could restore the superblock using:
dd if=disk skip=32 of=disk seek=16 bs=512 count=16
Thx to
http://groups.google.de/groups?selm=Pine.BSF.4.21.0212150052530.41793-10_root.org%40ns.sol.netoe=UTF-8output=gplain
Cheers,
Tom
___
On Wed, 20 Aug 2003, Robert Watson wrote:
On Wed, 20 Aug 2003, Gavin Atkinson wrote:
_mtx_lock_flags(0,0,c0529513,300,) at _mtx_lock_flags+0x43
spec_getpages(cce33b3c,54,0,cce33b2c,0) at spec_getpages+0x26c
ffs_getpages(cce33b80,0,c05459de,274,c05c63e0) at ffs_getpages+0x5f6
I have been using the ATAng kernel. This kernel got the panic
when I tried to do CVSup like this.
panic: ata_dmasetup: transfer active on this device!
cpuid = 0; lapic.id =
Debugger(panic)
Stopped at Debugger+0x4f: xchgl %ebx,in_Debugger.0
db t
At Sat, 23 Aug 2003 23:41:26 + (UTC),
Daniel Flickinger wrote:
p1:attila 556- ftp current.freebsd.org
Trying 3ffe:501:185b:1:210:f3ff:fe03:50cb...
ftp: connect to address 3ffe:501:185b:1:210:f3ff:fe03:50cb: No route to host
Trying 211.14.6.234...
ftp: connect: Operation timed
At Wed, 20 Aug 2003 17:01:30 + (UTC),
Gavin Atkinson wrote:
On the 8th August [EMAIL PROTECTED] mentioned he was getting a panic
with FreeBSD inside VMware where _mtx_lock is being called with a NULL
mutex from spec_getpages. I'm also seeing this, 100% reproducible, on real
hardware. (see
On Mon, 25 Aug 2003, Jun Kuriyama wrote:
At Wed, 20 Aug 2003 17:01:30 + (UTC), Gavin Atkinson wrote:
On the 8th August [EMAIL PROTECTED] mentioned he was getting a panic
with FreeBSD inside VMware where _mtx_lock is being called with a NULL
mutex from spec_getpages.
This seems to be
On Mon, 25 Aug 2003, Gavin Atkinson wrote:
On Wed, 20 Aug 2003, Robert Watson wrote:
On Wed, 20 Aug 2003, Gavin Atkinson wrote:
_mtx_lock_flags(0,0,c0529513,300,) at _mtx_lock_flags+0x43
spec_getpages(cce33b3c,54,0,cce33b2c,0) at spec_getpages+0x26c
Le 2003-08-24, Matt écrivait :
This did work perfectly with the old ATA, but the new ATA panic's. I have
found that it is due to having device atapicam for the SCSI emulation. If I
I'll need a backtrace please.
Thanks,
Thomas.
--
[EMAIL PROTECTED]
After a make world today everything seems to work nicely ATAng dont seem to
have any problems but when it comes to my sound card i dont get any sound
output according to the other mails i do have a ogain and its set to 50 but
when i try to play a cd using xmms i dont get any movement meaning i
--On Sunday, August 24, 2003 23:17:57 +0200 Michael Nottebrock
[EMAIL PROTECTED] wrote:
On Saturday 23 August 2003 18:03, Daniel Eischen wrote:
On Sat, 23 Aug 2003, Larry Rosenman wrote:
Prior to Thursday, it worked just fine.
I can't explain it. Someone is going to have to debug konsole
I have the following audio device on my laptop:
pcm0: Intel ICH3 (82801CA) port 0x18c0-0x18ff,0x1c00-0x1cff irq 11 at
device 31.5 on pci0
pcm0: Cirrus Logic CS4299 AC97 Codec
After a suspend/resume, it prints the following messages:
pcm0: Unhandled interrupt, gs_intr = 86
pcm0: Unhandled
On Sun, Aug 24, 2003 at 01:22:39PM +0200, Wilko Bulte wrote:
On Sat, Aug 23, 2003 at 04:45:30PM +0100, Stuart Walsh wrote:
Hi,
I ported the openbsd additions to the sk driver to support the 3c940
gigabit network card which is commonly found in the above asus
motherboard.
I'm running an nfs server from a freebsd 4.8 box and accessing in from a
5.1 client machine. On small transfers I usually have no problems but
when I run a high bandwidth task (normalizing audio tracks) the
normalize process often gets stuck in the getblck state or nfsread
state. The priority
Mike B wrote:
I'm running an nfs server from a freebsd 4.8 box and accessing in from a
5.1 client machine. On small transfers I usually have no problems but
when I run a high bandwidth task (normalizing audio tracks) the
normalize process often gets stuck in the getblck state or nfsread
state.
On Saturday 23 August 2003 23:57, Daniel Eischen wrote:
How can I help figure this out?
We (threads guys) think it's a problem with konsole. It is trying
to change ownership of the pty and is failing to do so. We don't
know why. Sometimes it works, sometimes it doesn't. konsole
aborts
add the attached 2 files to /usr/ports/x11/kdebase3/files and make
configure and then
cd work/kdebase-3.1.3/konsole/konsole and gmake, gmake install.
This fixed it for me.
These (or equivalent) are coming soon to the ports tree.
LER
--On Monday, August 25, 2003 13:56:07 +0930 Daniel O'Connor
TB --- 2003-08-25 04:00:01 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-08-25 04:00:01 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-08-25 04:01:59 - building world
TB --- cd
On Mon, 25 Aug 2003, Thomas Gutzler wrote:
Problem solved.
I could restore the superblock using:
dd if=disk skip=32 of=disk seek=16 bs=512 count=16
Thx to
http://groups.google.de/groups?selm=Pine.BSF.4.21.0212150052530.41793-10_root.org%40ns.sol.netoe=UTF-8output=gplain
Not really
Subject: Re: ATAng related panic,
On Mon, 25 Aug 2003 08:32:02 +0200 (CEST), Soren Schmidt wrote:
Is this with the ATAng from my ftp server or the one now in current ?
in current.
--
Shin-ichi YOSHIMOTO [EMAIL PROTECTED]
http://diary.waishi.jp/~yosimoto/diary/
Bruce Evans wrote this message on Mon, Aug 25, 2003 at 16:12 +1000:
Thx to
http://groups.google.de/groups?selm=Pine.BSF.4.21.0212150052530.41793-10_root.org%40ns.sol.netoe=UTF-8output=gplain
Not really solved. fsck_ffs is supposed to be able to find alternative
superblocks
It seems Shin-ichi Yoshimoto wrote:
Subject: Re: ATAng related panic,
On Mon, 25 Aug 2003 08:32:02 +0200 (CEST), Soren Schmidt wrote:
Is this with the ATAng from my ftp server or the one now in current ?
in current.
OK, could you mail me your dmesg please ?
-Søren
It seems Shin-ichi Yoshimoto wrote:
I have been using the ATAng kernel. This kernel got the panic
when I tried to do CVSup like this.
panic: ata_dmasetup: transfer active on this device!
cpuid = 0; lapic.id =
Debugger(panic)
Stopped at Debugger+0x4f: xchgl
Subject: Re: ATAng related panic,
On Mon, 25 Aug 2003 08:59:44 +0200 (CEST), Soren Schmidt wrote:
OK, could you mail me your dmesg please ?
OK, following:
/boot/kernel/acpi.ko text=0x393bc data=0x170c+0xec0 syms=[0x4+0x5b90+0x4+0x79ee]
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c)
Sir,
I noticed in your dmesg that you have hyperthreading support on a 3 ghz p4
like mine. Could you email me and/or post your kernel config file and/or
whatever else you did to get this to compile and work. Please
dave
On Monday 25 August 2003 01:06 am, Shin-ichi Yoshimoto wrote:
Subject: Re: ATAng related panic,
On Mon, 25 Aug 2003 01:45:05 -0600, David R. Colyer wrote:
I noticed in your dmesg that you have hyperthreading support on a 3 ghz p4
like mine. Could you email me and/or post your kernel config file and/or
whatever else you did to get this to compile and
I don't have the solution.
But I known a program taht allow you to restore partitions :
http://www.cgsecurity.org/index.html?testdisk.html
It seems to be very powerfull.
With it you could get your data from broken partitions.
PS : I know the developper, so if you have problem ...
[ On Sun,
Coolness. Judging from the CVS log, it also gets ATA out under Giant?
Yes it does.
I've noticed that, in ata-raid.c:ar_rebuid(), Giant is
locked and never unlocked. Is it ok?
% ident ata-raid.c
ata-raid.c:
$FreeBSD: src/sys/dev/ata/ata-raid.c,v 1.67 2003/08/24 17:48:05 obrien Exp $
%
On Sun, 24 Aug 2003 23:59:58 -0400
Bill Moran [EMAIL PROTECTED] wrote:
Mike B wrote:
I'm running an nfs server from a freebsd 4.8 box and accessing in from a
5.1 client machine. On small transfers I usually have no problems but
when I run a high bandwidth task (normalizing audio tracks)
John-Mark Gurney [EMAIL PROTECTED] writes:
I've also had the problem of when you do use an alternate superblock
via -b, it doesn't over drive the primary. If you have a disk with
bad blocks on the primary, you have to manualy rewrite it with dd.
...provided the drive automatically reassigns
Hi all,
I fixed yesterday the if_dc driver to make this card working again.
I'm happy if you could do some testing there if the card does now
work for you. I just fixed the DM9102A case, so I'm very very interested
if it is also needed for the other cards.
I need someone who owns a DM9102 or a
It seems HATANOU Tomomi wrote:
Coolness. Judging from the CVS log, it also gets ATA out under Giant?
Yes it does.
I've noticed that, in ata-raid.c:ar_rebuid(), Giant is
locked and never unlocked. Is it ok?
It is only locked in the rebuild thread, its not needed anymore actually.
Thomas Quinot [EMAIL PROTECTED] wrote:
I'll need a backtrace please.
Thanks,
Thomas.
I recompiled the kernel with full debugging again. Unfortunatly all I can get
out of it is the ddb prompt trace as the system does not get far enough into
boot to configure swap and a dumpdevice etc so I
On Sun Aug 24, 10:42P -0500, Glenn Johnson wrote:
On Sun, Aug 24, 2003 at 01:22:39PM +0200, Wilko Bulte wrote:
On Sat, Aug 23, 2003 at 04:45:30PM +0100, Stuart Walsh wrote:
Hi,
I ported the openbsd additions to the sk driver to support the 3c940
gigabit network card which is
On Sun, 24 Aug 2003, Michael Goffin wrote:
Every time I start up ion-devel I get an xmessage stating:
Drawing Engine /usr/X11R6/lib/ion-devel/de.la not registered!
Stack trace:
0 [C]: in 'gr_select_engine'
1 /usr/X11R6/etc/ion-devel/draw.lua:6
[Skipping
Am Sun, 24.Aug.2003 um 23:50:56 -0700 schraubte John-Mark Gurney:
Bruce Evans wrote this message on Mon, Aug 25, 2003 at 16:12 +1000:
Thx to
http://groups.google.de/groups?selm=Pine.BSF.4.21.0212150052530.41793-10_root.org%40ns.sol.netoe=UTF-8output=gplain
Not really solved.
Strange
Mine (Supermicro X5DAL-G) goes like ;
tyd3# dmesg
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.1-CURRENT #30: Sun Aug 24
On 2003-08-24 at 11:27:05 Soren Schmidt wrote:
ATAng has just been committed. You need to make world after this update
as atacontrol etc needs to pick up the changes.
Building went fine here on my VMware test box, but the new kernel spat
out a warning (which wasn't fatal, as it doesn't panic):
It seems Dimitry Andric wrote:
-- Start of PGP signed section.
On 2003-08-24 at 11:27:05 Soren Schmidt wrote:
ATAng has just been committed. You need to make world after this update
as atacontrol etc needs to pick up the changes.
Building went fine here on my VMware test box, but the new
-Original Message-
From: Sang Woo Shim [mailto:[EMAIL PROTECTED]
Sent: Saturday, August 23, 2003 1:58 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: HTT on current
On Fri, Aug 22, 2003 at 10:23:52PM -0400, [EMAIL PROTECTED] wrote:
Well i've enabled all SMP
Its seems to be working for me ok with the sysctl machdep.hlt_logical_cpus
variable set to 0. (I wonder why its not by default)
# sysctl machdep.hlt_logical_cpus=0
machdep.hlt_logical_cpus: 2 - 0
# uname -a
FreeBSD newns.trigger.net 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Fri Aug 22
19:07:26 EDT 2003
Since HTT can lead to performance degradation in some (many?) cases,
the second logical CPU's are halted by default. They are enabled,
however, in order for interrupt routing to work right. Work is ongoing
to make an HTT-aware scheduler, and make the enabling of the logical
cores optional.
Scott
Mike Jakubik wrote:
Its seems to be working for me ok with the sysctl machdep.hlt_logical_cpus
variable set to 0. (I wonder why its not by default)
It's not default because the performance decreases with htt most of the
time.
# sysctl machdep.hlt_logical_cpus=0
machdep.hlt_logical_cpus: 2 - 0
#
I can't explain it. Someone is going to have to debug konsole and
figure out what is going on.
I can concur, before last thursday, konsole worked fine with libc_r, but
crashed randomly with libkse and libthr. After last thursday it even
crashes with libc_r.
Ken
--On Monday, August 25, 2003 09:59:58 -0400 Kenneth Culver
[EMAIL PROTECTED] wrote:
I can't explain it. Someone is going to have to debug konsole and
figure out what is going on.
I can concur, before last thursday, konsole worked fine with libc_r, but
crashed randomly with libkse and libthr.
see my post yesterday to -current or -ports with the 2 attachments.
the KDE team found the bug, and fixed it.
There are 2 patches to add to the port, which fix it.
Yeah, I just saw that, I was gone for the weeknend, sorry for the extra
chatter.
Ken
--On Monday, August 25, 2003 11:00:24 -0400 Kenneth Culver
[EMAIL PROTECTED] wrote:
see my post yesterday to -current or -ports with the 2 attachments.
the KDE team found the bug, and fixed it.
There are 2 patches to add to the port, which fix it.
Yeah, I just saw that, I was gone for the
On Sun, 24 Aug 2003 16:04:40 -0700, David Schultz [EMAIL PROTECTED] said:
Yep, looks broken. In the POSIX standard, the functionality of
statfs() is provided by statvfs(), so implementing the latter may
be a way out that doesn't involve breaking any ABIs.
statfs() is a lot more useful
In message: [EMAIL PROTECTED]
Garrett Wollman [EMAIL PROTECTED] writes:
: In order to grow statfs() we need to rev libc. It might be
: appropriate to do that in the 5.2 time frame, if we are still
: anticipating that 5.2 will be the -stable crossover point. RE team?
I think that
On Mon, Aug 25, 2003 at 11:14:25AM +0100, Stuart Walsh wrote:
On Sun Aug 24, 10:42P -0500, Glenn Johnson wrote:
On Sun, Aug 24, 2003 at 01:22:39PM +0200, Wilko Bulte wrote:
On Sat, Aug 23, 2003 at 04:45:30PM +0100, Stuart Walsh wrote:
Hi,
I ported the openbsd additions to
On Mon, Aug 25, 2003 at 08:27:46AM -0600, Scott Long wrote:
Since HTT can lead to performance degradation in some (many?) cases,
the second logical CPU's are halted by default. They are enabled,
however, in order for interrupt routing to work right. Work is ongoing
to make an HTT-aware
nge0: National Semiconductor Gigabit Ethernet port 0xec00-0xecff mem
0xe2001000-0xe2001fff irq 17 at device 11.0 on pci0
nge0: Ethernet address: 00:50:ba:39:19:c3
nge0: no memory for jumbo buffers!
nge0: jumbo buffer allocation failed
device_probe_and_attach: nge0 attach returned 6
That occurs
TB --- 2003-08-25 16:00:00 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-08-25 16:00:00 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-08-25 16:01:54 - building world
TB --- cd
David O'Brien wrote:
On Mon, Aug 25, 2003 at 08:27:46AM -0600, Scott Long wrote:
Since HTT can lead to performance degradation in some (many?) cases,
the second logical CPU's are halted by default. They are enabled,
however, in order for interrupt routing to work right. Work is ongoing
to make
Le 2003-08-25, Matt écrivait :
db trace
free_hcb(c40f1040,c03c7e40,101,c41d5800,c1528130) at free_hcb+0x2e
atapi_action(c40f1440,c41d5800,c0132b33,c41db000,c41d5800) at
atapi_action+ox56c
OK, so that presumably means we're going through action_oom, and so you
should have had one of the
On Mon, 25 Aug 2003 14:14:18 -0300, Daniel C. Sobral [EMAIL PROTECTED] said:
There are two problems with HTT. First, L1/L2 cache issues. Second, the
virtual CPUs are not independent, and there are many cases where
instructions in one virtual CPU stall the other. So take, for example,
the
Julian Elischer said:
Would it not be possible to make the snapshot file not appear in a
directory until it si finished? (I know that would be 'wierd'
but it would give a guaranteed solution..
That sounds kinda neat as a compile time option or non-default (or
perhaps even default) tunable if
Seems as though if it's compiled into the kernel, it works just fine.
## ifconfig begin##
nge0: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500
options=13RXCSUM,TXCSUM,VLAN_HWTAGGING
ether 00:50:ba:39:19:c3
media: Ethernet autoselect (none)
status: no carrier
##
On Mon, Aug 25, 2003 at 02:14:18PM -0300, Daniel C. Sobral wrote:
I've heard this several times and don't doubt it, but it would be nice to
know more about the issue. What type of cases? What benchmarks have
been run showing this?
Well, I haven't actually seen any case where there was a
Does anyone have an estimate of when this patch will be checked in?
Please?
thanks,
nomad
--- Forwarded Messages
Date: Mon, 16 Jun 2003 23:37:38 +0200
From: Tobias Roth [EMAIL PROTECTED]
To: Lee Damon [EMAIL PROTECTED]
Subject: Re: IBM T30 bluetooth - success
Message-ID: [EMAIL PROTECTED]
Hi,
this happens with an IBM MicroDrive mounted on a USB CF reader, -current
from 8/19/03. I couldn't get a coredump:
umass0: BBB reset failed, STALLED
(da2:umass-sim0:0:0:0): AutoSense Failed
umass0: BBB reset failed, STALLED
(da2:umass-sim0:0:0:0): AutoSense Failed
panic:
Ken is aware of the following problem. It is in both cd(4) and da(4) as
well as stable and current. One possible approach would be to run
{da,cd}register() from a task queue and not at interrupt time.
-Nate
-- Forwarded message --
Date: Mon, 25 Aug 2003 15:45:22 -0500
From:
On 23-Aug-2003 [EMAIL PROTECTED] wrote:
On Fri, Aug 22, 2003 at 07:03:03PM -0400, [EMAIL PROTECTED] wrote:
That is not an SMP kernel. An SMP kernel (with APIC_IO) would not
print
out
the pcib0 interrupt routing messages.
--
So whats the problem here?
See above.
How come the CPUs
Here's another, different one:
(da2:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0
(da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(da2:umass-sim0:0:0:0): SCSI Status: Check Condition
(da2:umass-sim0:0:0:0): UNIT ATTENTION asc:0,0
(da2:umass-sim0:0:0:0): No additional sense
this happens with an IBM MicroDrive mounted on a USB CF reader, -current
from 8/19/03. I couldn't get a coredump:
umass0: BBB reset failed, STALLED
(da2:umass-sim0:0:0:0): AutoSense Failed
umass0: BBB reset failed, STALLED
(da2:umass-sim0:0:0:0): AutoSense Failed
panic: softdep_setup_freeblocks:
If anyone has a USB floppy drive that is giving them problems, please let
me know.
Thanks,
Nate
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
On Mon, Aug 25, 2003 at 01:24:20PM -0700, Lee Damon wrote:
Does anyone have an estimate of when this patch will be checked in?
I will commit this patch during this week.
Several persons were asked for review without even a reply.
Thanks for reminding me.
--
B.Walter BWCT
On Mon, 25 Aug 2003, Lars Eggert wrote:
Nate Lawson wrote:
this happens with an IBM MicroDrive mounted on a USB CF reader, -current
from 8/19/03. I couldn't get a coredump:
umass0: BBB reset failed, STALLED
(da2:umass-sim0:0:0:0): AutoSense Failed
umass0: BBB reset failed, STALLED
After many hours of fighting with the machine I finally managed to get a debugging kernel built.
Given I can successfully panic this machine on command what would any of you very smart developer
people like out of the panic message? Commands I should run to get a kernel.debug etc?
Petri
On Mon, Aug 25, 2003 at 02:11:45PM -0700, Lars Eggert wrote:
Here's another, different one:
(da2:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0
(da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(da2:umass-sim0:0:0:0): SCSI Status: Check Condition
(da2:umass-sim0:0:0:0):
70 matches
Mail list logo
