Re: s4bios
On Wed, Jun 04, 2003 at 08:37:11AM -0600, M. Warner Losh wrote: > In message: <[EMAIL PROTECTED]> > Mark Santcroos <[EMAIL PROTECTED]> writes: > : Is there anyone that has succesfully used "acpiconf -s 4"? > > Fails on my Dell i8000, but that's because I don't have a suspend > partition. My Fiva 205 works great, except for one or two minor > problems on restore: (1) The cursor used to draw the restore graphs > becomes permanent; (2) I have to ifconfig down/up the rl device > sometimes to get it to work. mine also works - Asus L8400, with suspend partition (created with PHDISK). the only problem is that i have to unload and reload the snd_maestro3 module, if i want sound working again. -tacho ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Update to the DRM
On Fri, Jul 12, 2002 at 05:29:01PM -0600, Eric Anholt wrote: > > well if you give me details, i could try > > cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/dri login > cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/dri -z3 co -P xc > ok i'll try :-) I am not a kernel hacker, so MMMV (my mileage my vary:-) -tacho To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Update to the DRM
On Fri, Jul 12, 2002 at 01:06:31PM -0600, Eric Anholt wrote: > That's a Mach64-based chip, so the r128 driver won't work with it. i see... > Luckily for you, support for mach64s (Rage Pros specifically, which I > think your chip is) is being worked on in DRI CVS, so it should be > available soon. What's needed at this point is for someone to port the > Mach64 DRM from Linux to the Linux/BSD framework we've got in DRI CVS > now. It's a pretty straightforward process now for most chipsets, but > does take some time. well if you give me details, i could try -tacho To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Update to the DRM
On Fri, Jul 12, 2002 at 09:56:50AM +0200, Stanislav Grozev wrote:
> > Missed the N on my cvs diff -uN. New patch is uploaded, including not
> > stripping FreeBSD ID tags.
> > http://people.freebsd.org/~anholt/dri/files/currentdrm-20020711.diff
>
> thanks, i'll try it now
ok, it compiles and runs fine...
but my card isn't recognized. here's what pciconf -l -v shows:
none6@pci0:13:0:class=0x03 card=0x80af104d chip=0x4c521002 rev=0x64
hdr=0x00
vendor = 'ATI Technologies'
device = 'Rage P/M Mobility PCI'
class= display
subclass = VGA
so I just added the chipid to r128_drv.c (hoping that it will work;-):
{0x1002, 0x4c52, __REALLY_HAVE_SG, "ATI Rage 12m Mobility P/M (PCI)"},
and the driver now detects it:
drm0: port 0x1400-0x14ff mem
0xfc00c000-0xfc00cfff,0xfd00-0xfdff irq 9 at device 13.0 on pci0
[drm:r128_init]
[drm:r128_agp_init] agp_available = 0
[drm:r128_ctxbitmap_next] drm_ctxbitmap_next bit : 0
[drm:r128_ctxbitmap_init] drm_ctxbitmap_init : 0
info: [drm] Initialized r128 2.2.0 20010917 on minor 0
but, glxinfo still says 'Direct rendering: no' (i have load "dri" in my
x config, do i need something else?).
so any ideas would be appreciated.
-tacho
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Update to the DRM
On Thu, Jul 11, 2002 at 12:25:08PM -0600, Eric Anholt wrote: > On Thu, 2002-07-11 at 03:19, Stanislav Grozev wrote: > > i wanted to try the pci rage 128, as i have a sony vaio with it (i think) :-) > > so, the patch applied cleanly, but then, make buildkernel complains about > > missing ati_pcigart.h. i did a find /usr/src/sys -follow -name ati_pcigart.h > > and nothing showed up. any ideas? > > Missed the N on my cvs diff -uN. New patch is uploaded, including not > stripping FreeBSD ID tags. > http://people.freebsd.org/~anholt/dri/files/currentdrm-20020711.diff thanks, i'll try it now -tacho -- [i am the mask you wear] | [http://daemonz.org/ || [EMAIL PROTECTED]] 0x44fc3339 || [02b5 798b 4bd1 97fb f8db 72e4 dca4 be03 44fc 3339] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Update to the DRM
On Wed, Jul 10, 2002 at 05:23:25PM -0600, Eric Anholt wrote: > On Wed, 2002-07-10 at 17:17, Eric Anholt wrote: > > I've posted a diff to the DRM at > > http://people.freebsd.org/~anholt/dri/files/currentdrm-20020709.ta > > Evolution's "send" button is way too big. > > http://people.freebsd.org/~anholt/dri/files/currentdrm-20020709.diff > is the file. The patch brings the current DRM from DRI CVS into the > system. It includes PCI Rage 128 support and support for "transform, i wanted to try the pci rage 128, as i have a sony vaio with it (i think) :-) so, the patch applied cleanly, but then, make buildkernel complains about missing ati_pcigart.h. i did a find /usr/src/sys -follow -name ati_pcigart.h and nothing showed up. any ideas? rm -f .newdep make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | xargs env MKDEP_CPP="cc -E" CC="cc" mkdep -a -f .newdep -O -pipe -march=pentium -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wno-format -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -include opt_global.h -fno-common -mpreferred-stack-boundary=2 -ffreestanding /usr/src/sys/dev/drm/r128_drv.c:41:33: dev/drm/ati_pcigart.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /home/scratch/obj/usr/src/sys/LOGRUS. > I'm looking for testers of this code in -current. Hopefully this will > support 4.2.0 as well as the old code did, in which case I would like to > commit this soon. yeah i'll be happy to test. i'm with 4.2.0 -tacho -- [i am the mask you wear] | [http://daemonz.org/ || [EMAIL PROTECTED]] 0x44fc3339 || [02b5 798b 4bd1 97fb f8db 72e4 dca4 be03 44fc 3339] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
On Mon, Jun 10, 2002 at 09:18:32PM +0200, Szilveszter Adam wrote: > Sorry David, but I experienced the same thing. No matter if I used the > base system c++ compiler, or the latest gcc31 port. The problem is all > the more interesting, because X worked for me fine, no matter what > compiler I used to build it (with a few patches from the > XFree86-4-libraries port) and libGLU is the only part of XFree that is > wirtten in C++. If I specify -lstdc++ on the link line of any programs > that use libGLU, it works (see xc/programs/glxinfo). > > My -CURRENT is from Saturday (8th), NO_CXX is *not* set. > me too. current from sunday, and i had to link libstdc++ manually to it, for it to work. after that - no probs -tacho To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: My postgresql7 not working for new gcc
On Mon, Jun 10, 2002 at 07:02:14AM -0700, Terry Lambert wrote: > Stanislav Grozev wrote: > That's ugly. well, i _did_ mention that it's a messy and a temporary solution, but at least it gets postgresql (and many others) to compile and run fine. > > Since it's jamming in includes anyway: > > By using both `-nostdinc' and `-I-', you can limit > the include-file search file to only those directo- > ries you specify explicitly. > > e.g.: you should be able to get it to work with warnings fully > enabled, and explicit use of system include paths in the Makefile. > > This might be a more permanent fix... I agree... but still I don't see the point in that warning, which is useless (IMHO) in 99% of the cases (normal development) and in the 1% where it is usefull (gcc devel, libc, etc.) the people doing it already know their stuff and know what they're doing. but I digress... > > -- Terry > -tacho -- [a lie is my shield] | [http://daemonz.org/ || [EMAIL PROTECTED]] 0x44fc3339 || [02b5 798b 4bd1 97fb f8db 72e4 dca4 be03 44fc 3339] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: My postgresql7 not working for new gcc
On Wed, Jun 05, 2002 at 04:35:40AM -0700, Shizuka Kudo wrote: > checking for readline/readline.h... no > checking for readline.h... no > checking for readline/history.h... no > checking for history.h... no > checking for openssl/ssl.h... no > configure: error: header file is > required for OpenSSL > actually that is a problem with the autoconf version used by postgresql. the new gcc 3.1 gives out a warning if one of the system include directories is also given as a -I argument (in this case -I/usr/include). the autoconf, when compiling the test program, mistakenly interprets this warning as an error, and decides that the feature is not present, thus giving that openssl/ssl.h is not present, and in fact it is. one messy and temporary solution is to compile with make CFLAGS=-Wp,-w CXXFLAGS=-Wp,-w which tells gcc to pass -w to the preprocessor, and -w means inhibit all warnings. with this, postgresql compiles and works fine. for 'correct' solution - the configure script for postgresql must be regenerated from configure.in, using the newer autoconf, but I am not sure whether that would be successfull, as there were (AFAIK), some incompatibilities between the two - but i may be wrong. anyway, HTH -tacho -- [a lie is my shield] | [http://daemonz.org/ || [EMAIL PROTECTED]] 0x44fc3339 || [02b5 798b 4bd1 97fb f8db 72e4 dca4 be03 44fc 3339] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
On Sat, Jun 08, 2002 at 10:11:13PM +0900, Yamada Ken Takeshi wrote: > (expr_list:REG_DEAD (reg:SF 8 st(0) [76]) > (nil))) > ../../../../extras/Mesa/src/trans_tmp.h:124: Internal compiler error in >failed_reload, at reload1.c:5050 > Please submit a full bug report, > with preprocessed source if appropriate. > interesting enough, if you compile that file WITHOUT optimizations, everything works fine. -tacho To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
On Tue, Jun 04, 2002 at 07:08:32AM -0500, Michael D. Harnois wrote: > > > #pragma weak foo = bar > > > with either > > > #pragma weak foo = "bar" /* this is easier */ > I tried the quotation mark fix, and all it does is change the error > message to > > UIThrStubs.c:102: warning: malformed #pragma weak, ignored > > which doesn't really seem to be a solution. are you sure that you're with the right gcc? mine compiles this fine. but regardless which one I use (__attribute__ or the quotation), later on the process i get the internal compiler error in Mesa. not that I think the two are related, though. -tacho -- [a lie is my shield] | [http://daemonz.org/ || [EMAIL PROTECTED]] 0x44fc3339 || [02b5 798b 4bd1 97fb f8db 72e4 dca4 be03 44fc 3339] msg39153/pgp0.pgp Description: PGP signature
Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
On Mon, Jun 03, 2002 at 05:06:23PM +0200, Stanislav Grozev wrote:
> On Mon, Jun 03, 2002 at 11:44:43AM -0300, Marc G. Fournier wrote:
> >
> > stupid question, but what is the fix for the #pragma weak issue? :(
>
> you replace
> #pragma weak foo = bar
> with either
> #pragma weak foo = "bar" /* this is easier */
> or
> if __GNUC__ >= 3
err, i meant #if, not if. :-) mondays...
> int foo() __attribute__ ((weak, alias ("bar")));
> #endif /* __GNUC__ */
> .
> :-)
-tacho
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
On Mon, Jun 03, 2002 at 11:44:43AM -0300, Marc G. Fournier wrote:
>
> stupid question, but what is the fix for the #pragma weak issue? :(
you replace
#pragma weak foo = bar
with either
#pragma weak foo = "bar" /* this is easier */
or
if __GNUC__ >= 3
int foo() __attribute__ ((weak, alias ("bar")));
#endif /* __GNUC__ */
.
:-)
but that only gets you to the Mesa mess;-(
-tacho
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
GCC3.1 internal compiler error when compiling XFree86-4-libraries
Hello,
I have a -CURRENT system (world from yesterday, ports from today).
I'm trying to compile the XFree86-libraries-4.2.0 from ports, but
I have troubles. After resolving the one with the #pragma weak,
and also one with a missing ../ from one of the Mesa Makefiles,
now I get the following:
-
LD_LIBRARY_PATH=../../../../../exports/lib cc -c -O -pipe -Wp,-w -march=pentium -ansi
-pedantic -Dasm=__asm -Wall -Wpointer-arith -I../../../../../exports/include/X11
-I../../../../../include/extensions -I../../../../../extras/Mesa/src/OSmesa
-I../../../../../extras/Mesa/src -I../../../../../extras/Mesa/include
-I../../../../.. -I../../../../../exports/include -DCSRG_BASED -DFUNCPROTO=15
-DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI
-DMALLOC_0_RETURNS_NULL -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith
-I../../../../../exports/include/X11 -I../../../../../include/extensions
-I../../../../../extras/Mesa/src/OSmesa -I../../../../../extras/Mesa/src
-I../../../../../extras/Mesa/include -I../../../../..
-I../../../../../exports/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO
-DXTHREADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI-DMALLOC_0_RETURNS_NULL
-fPIC ../../../../../lib/GL/mesa/src/translate.c
In file included from ../../../../../lib/GL/mesa/src/translate.c:779:
../../../../../extras/Mesa/src/trans_tmp.h: In function `trans_1_GLdouble_1ub_elt':
../../../../../extras/Mesa/src/trans_tmp.h:124: could not find a spill register
(insn 96 94 97 (set (subreg:SF (reg:QI 75) 0)
(plus:SF (reg:SF 8 st(0) [76])
(reg:SF 9 st(1) [80]))) 525 {*fop_sf_comm_nosse} (insn_list 87
(nil))
(expr_list:REG_DEAD (reg:SF 8 st(0) [76])
(nil)))
../../../../../extras/Mesa/src/trans_tmp.h:124: Internal compiler error in
failed_reload, at reload1.c:5050
Please submit a full bug report,
with preprocessed source if appropriate.
See http://www.gnu.org/software/gcc/bugs.html> for instructions.
*** Error code 1
Stop in /home/scratch/ports/x11/XFree86-4-libraries/work/xc/lib/GL/mesa/src/OSmesa.
logrus#
-
I don't have any idea what to do to fix it. Any help would be appreciated.
If any further info, or details, or testing are needed, I'll be glad
to provide it. Thanks.
-tacho
--
[a lie is my shield] | [http://daemonz.org/ || [EMAIL PROTECTED]]
0x44fc3339 || [02b5 798b 4bd1 97fb f8db 72e4 dca4 be03 44fc 3339]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
lock order reversal
lock order reversal 1st 0xc03f0140 mntvnode @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:1007 2nd 0xcaec972c vnode interlock @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:1016 this is with softupdates enabled, and surprisingly enough it works, but only on my ThinkPad A21m. a desktop with the same source fails miserably with softupdates. also, when first using something that enables bpf (tcpdump for example), there is another reversal: lock order reversal 1st 0xc03d9940 bpf global lock @ /usr/src/sys/net/bpf.c:365 2nd 0xc1057b9c xl0 @ /usr/src/sys/pci/if_xl.c:2819 -tacho -- [i don't follow] | [http://daemonz.org/ || [EMAIL PROTECTED]] 0x44FC3339 || [02B5 798B 4BD1 97FB F8DB 72E4 DCA4 BE03 44FC 3339] PGP signature
Re: -current scheduler strangeness
On Mon, Nov 20, 2000 at 02:37:39PM +0200, Maxim Sobolev wrote:
> > > pcm0: at port
>0x220-0x22f,0x530-0x537,0x388-0x38b,0x330-0x331,0x370-0x371 irq 5 drq 0,1 on isa0
>
> It could be due to my commit in which I reduced buffer size in mss driver from 64K
>to 4K. Please try to increase it to 8KB, 16KB etc and let me know if it
> helps ("#define MSS_BUFFSIZE (4096)" line in src/sys/dev/sound/isa/mss.c).
>
the results:
8k - plays absolute garbage (this is strange, because with 4k it plays music,
but skips)
16k - plays music, the skips aren't so often heard as with 4k, but are
often enough to be annoying
32k - everything plays fine, even with 3 compilations and heavy disk access.
so, thanks for the quick answer - I will now keep it at 32k, i don't know
the rationale of downing this to 4k. maybe you should commit it to 32k in
the repo too?
-tacho
--
[i don't follow] | [http://daemonz.org/ || [EMAIL PROTECTED]]
[everything should be made as simple as possible, but no simpler]
0x44FC3339 || [02B5 798B 4BD1 97FB F8DB 72E4 DCA4 BE03 44FC 3339]
PGP signature
Re: -current scheduler strangeness
as a followup, whenever I have disk access the problem shows also... On Mon, Nov 20, 2000 at 02:23:26PM +0200, Stanislav Grozev wrote: > Hi, > today I upgraded my 5.0-CURRENT from PRE_SMPNG to -current from about 5-6 > hours. everything went fine, the system is working, but I now notice the > following: whenever I compile something (say a port) and play an mp3 > in xmms at the same time, the mp3 playing is frequently interrupted, > or loops for a second. when I stop the compile, the mp3 files are playing > ok. with PRE_SMPNG I never experienced such behavior, even with 2 or 3 > simultaneous compiles. I am attaching the dmesg output and my kernel > config file if that would be helpful. > > as you can see, pcm shows: > pcm0: hwptr went backwards 3896 -> 3720 > > with PRE_SMPNG it didn't show such things, and when I do not load the machine > with compiles, it never displays such messages and plays fine. > > any info will be greatly appreciated. > > -tacho > > # > # GENERIC -- Generic kernel configuration file for FreeBSD/i386 > # > # For more information on this file, please read the handbook section on > # Kernel Configuration Files: > # > #http://www.FreeBSD.org/handbook/kernelconfig-config.html > # > # The handbook is also available locally in /usr/share/doc/handbook > # if you've installed the doc distribution, otherwise always see the > # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the > # latest information. > # > # An exhaustive list of options and more detailed explanations of the > # device lines is also present in the NOTES configuration file. If you are > # in doubt as to the purpose or necessity of a line, check first in NOTES. > # > # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.291 2000/11/15 18:36:24 imp Exp $ > > machine i386 > #cpu I386_CPU > #cpu I486_CPU > #cpu I586_CPU > cpu I686_CPU > ident THING > maxusers 32 > > #To statically compile in device wiring instead of /boot/device.hints > #hints"GENERIC.hints" #Default places to look for devices. > > #makeoptions DEBUG=-g#Build kernel with gdb(1) debug symbols > > #options MATH_EMULATE#Support for x87 emulation > options INET#InterNETworking > options INET6 #IPv6 communications protocols > options FFS #Berkeley Fast Filesystem > options FFS_ROOT#FFS usable as root device [keep this!] > options SOFTUPDATES #Enable FFS soft updates support > options MFS #Memory Filesystem > options MD_ROOT #MD is a potential root device > options NFS #Network Filesystem > options NFS_ROOT#NFS usable as root device, NFS required > options MSDOSFS #MSDOS Filesystem > options CD9660 #ISO 9660 Filesystem > options CD9660_ROOT #CD-ROM usable as root, CD9660 required > #options DEVFS #Device Filesystem > options PROCFS #Process filesystem > options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] > options SCSI_DELAY=15000#Delay (in ms) before probing SCSI > options UCONSOLE#Allow users to grab the console > options USERCONFIG #boot -c editor > options VISUAL_USERCONFIG #visual boot -c editor > options KTRACE #ktrace(1) support > options SYSVSHM #SYSV-style shared memory > options SYSVMSG #SYSV-style message queues > options SYSVSEM #SYSV-style semaphores > options P1003_1B#Posix P1003_1B real-time extensions > options _KPOSIX_PRIORITY_SCHEDULING > options KBD_INSTALL_CDEV# install a CDEV entry in /dev > > # To make an SMP kernel, the next two are needed > #options SMP # Symmetric MultiProcessor Kernel > #options APIC_IO # Symmetric (APIC) I/O > > deviceisa > #device eisa > devicepci > #options COMPAT_OLDISA # compatability shims for lnc, le > #options COMPAT_OLDPCI # compatability shims for lnc > > # Floppy drives > devicefdc > > # ATA and ATAPI devices > deviceata > deviceatadisk # ATA disk drives > deviceatapicd # ATAPI CDROM drives > #dev
-current scheduler strangeness
Hi, today I upgraded my 5.0-CURRENT from PRE_SMPNG to -current from about 5-6 hours. everything went fine, the system is working, but I now notice the following: whenever I compile something (say a port) and play an mp3 in xmms at the same time, the mp3 playing is frequently interrupted, or loops for a second. when I stop the compile, the mp3 files are playing ok. with PRE_SMPNG I never experienced such behavior, even with 2 or 3 simultaneous compiles. I am attaching the dmesg output and my kernel config file if that would be helpful. as you can see, pcm shows: pcm0: hwptr went backwards 3896 -> 3720 with PRE_SMPNG it didn't show such things, and when I do not load the machine with compiles, it never displays such messages and plays fine. any info will be greatly appreciated. -tacho -- [i don't follow] | [http://daemonz.org/ || [EMAIL PROTECTED]] [everything should be made as simple as possible, but no simpler] 0x44FC3339 || [02B5 798B 4BD1 97FB F8DB 72E4 DCA4 BE03 44FC 3339] # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # #http://www.FreeBSD.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the NOTES configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.291 2000/11/15 18:36:24 imp Exp $ machine i386 #cpuI386_CPU #cpuI486_CPU #cpuI586_CPU cpu I686_CPU ident THING maxusers32 #To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" #Default places to look for devices. #makeoptionsDEBUG=-g#Build kernel with gdb(1) debug symbols #optionsMATH_EMULATE#Support for x87 emulation options INET#InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT#FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT#NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required #optionsDEVFS #Device Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000#Delay (in ms) before probing SCSI options UCONSOLE#Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B#Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV# install a CDEV entry in /dev # To make an SMP kernel, the next two are needed #optionsSMP # Symmetric MultiProcessor Kernel #optionsAPIC_IO # Symmetric (APIC) I/O device isa #device eisa device pci #optionsCOMPAT_OLDISA # compatability shims for lnc, le #optionsCOMPAT_OLDPCI # compatability shims for lnc # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering options ATA_ENABLE_ATAPI_DMA#Enable DMA on ATAPI devices # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device amd # AMD
Re: dfe-650 on -current
On Tue, Nov 07, 2000 at 12:19:40PM +0100, Rogier R. Mulhuijzen wrote: > > >it is detected by the kernel and pccardd correctly as an ed0 device, > >ifconfig configures it correctly, but as soon as the interface > >is up, the kernel starts spewing ed0: device timeout... > > This usually means IRQ stuffups. > > >at first i suspected cable/hardware problem, and rebooted in windows98SE > >to see if the problem is present there also - unfortunately, the card > >works like a charm under windoze, so it isn't cable/hardware problem. > > Reboot again, and see which IRQ the driver there uses. Then go into > /etc/pccard.conf and replace the ? on the config line with that IRQ. > yeah, that fixed it. thanks, i should have known. -tacho -- [i don't follow] | [http://daemonz.org/ || [EMAIL PROTECTED]] [everything should be made as simple as possible, but no simpler] 0x44FC3339 || [02B5 798B 4BD1 97FB F8DB 72E4 DCA4 BE03 44FC 3339] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
dfe-650 on -current
Hi, i've updated one of my systems (a fujitsu-siemens series C) laptop to the current from yesterday, and my dfe-650 10/100 ethernet pcmcia card started to behave strangely: it is detected by the kernel and pccardd correctly as an ed0 device, ifconfig configures it correctly, but as soon as the interface is up, the kernel starts spewing ed0: device timeout... at first i suspected cable/hardware problem, and rebooted in windows98SE to see if the problem is present there also - unfortunately, the card works like a charm under windoze, so it isn't cable/hardware problem. before updating to the latest current (before it it was -current from 30 days) the card worked perfectly... i think it is some change in etc, because i've run mergemaster, but i am stupid and deleted my backup etc directory too soon;-( so, any suggestions? -tacho -- [i don't follow] | [http://daemonz.org/ || [EMAIL PROTECTED]] [everything should be made as simple as possible, but no simpler] 0x44FC3339 || [02B5 798B 4BD1 97FB F8DB 72E4 DCA4 BE03 44FC 3339] PGP signature
Re: -CURRENT crashes under heavy disk activity
On Mon, Sep 25, 2000 at 10:48:34AM -0400, Kenneth Wayne Culver wrote: > Well, I downgraded to PRE_SMPNG and it still crashes on heavy disk > activity. > the funny thing is that the same kernel that crashed on my desktop pc (with SMPng, but UP kernel) works like a charm on my laptop;-)) the only difference I see, is that the desktop pc has an HighPoint ATA66 controler, but it is unused - i have no disks attached to it -tacho -- [i don't follow] | [http://daemonz.org/ || [EMAIL PROTECTED]] [everything should be made as simple as possible, but no simpler] 0x44FC3339 || [02B5 798B 4BD1 97FB F8DB 72E4 DCA4 BE03 44FC 3339] PGP signature
Re: -CURRENT crashes under heavy disk activity
On Fri, Sep 22, 2000 at 03:37:32PM -0400, Kenneth Wayne Culver wrote: > I will try to build a debug kernel, and get a backtrace of what's > happening to send to the list, but basically what happened is that I was > running a cvsup of the cvs source repository and the ports repository and > it just crashed and rebooted (I'm doing this remotely, so I can't really > catch any messeges that get sent to the screen right now, not until I go > home from work). The second time it happened was doing the cvs update of > my source tree and ports tree, and it just crashed and rebooted.. I will > make a debug kernel and do a backtrace and send it as soon as I possibly > can. i've experienced the same things: -CURRENT crashes on heavy disk activity, such as rm -rf /usr/ports or cvsup/anoncvs. it crashesh hard - no panic, just freezes... downgrading to PRE_SMPNG fixes it. -tacho -- [i don't follow] | [http://daemonz.org/ || [EMAIL PROTECTED]] [everything should be made as simple as possible, but no simpler] 0x44FC3339 || [02B5 798B 4BD1 97FB F8DB 72E4 DCA4 BE03 44FC 3339] PGP signature
D-Link DFE-650 PCMCIA Ethernet on 5-CURRENT
Hi all,
i have a Fujitsu-Siemens Lifebook C Series notebook, which is equipped
with a D-Link DFE-650 NE-2000 Compatible PCCard Ethernet. on 4.1-RELEASE
it works like a charm - once you have an 'ed' driver in the kernel,
pccardd attaches it to the card and all is fine. Today I upgraded
the laptop to 5.0-CURRENT (to be in sync with my desktop machines) and
the card stopped working - the pccardd daemon correctly identifies
it as a DFE-650 but fails to attach a driver to it.
the 'ed' driver is in the kernel, the /boot/device.hints section for 'ed'
is the default one.
the messages are:
pccardd[58]: Card "D-Link"("DFE-650") [Fast Ethernet] [(null)] matched "D-Link
("DFE-650") [(null)] [(null)]
pccardd[58]: driver allocation failed for D-Link(DFE-650): Device not configured
any suggestions and help would be appreciated.
I am attaching the 'dmesg' output and the kernel config file...
Thanks in advance,
-tacho
--
[i don't follow] | [http://daemonz.org/ || [EMAIL PROTECTED]]
[everything should be made as simple as possible, but no simpler]
0x44FC3339 || [02B5 798B 4BD1 97FB F8DB 72E4 DCA4 BE03 44FC 3339]
Copyright (c) 1992-2000 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.0-CURRENT #0: Fri Sep 1 13:50:56 EEST 2000
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/MEERKAT
Timecounter "i8254" frequency 1193182 Hz
Timecounter "TSC" frequency 497837727 Hz
CPU: Pentium III/Pentium III Xeon/Celeron (497.84-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x681 Stepping = 1
Features=0x383f9ff
real memory = 134152192 (131008K bytes)
avail memory = 127139840 (124160K bytes)
Preloaded elf kernel "kernel" at 0xc0367000.
Preloaded userconfig_script "/boot/kernel.conf" at 0xc036709c.
Pentium Pro MTRR support enabled
md0: Malloc disk
npx0: on motherboard
npx0: INT 16 interface
pcib0: on motherboard
pci0: on pcib0
pci0: at 0.0
pcib1: at device 1.0 on pci0
pci1: on pcib1
pcic-pci0: at device 4.0 on pci0
pcic-pci0: TI12XX PCI Config Reg: [speaker enable][pwr save][FUNC pci int + CSC serial
isa irq]
pcic-pci1: at device 4.1 on pci0
pcic-pci1: TI12XX PCI Config Reg: [speaker enable][pwr save][FUNC pci int + CSC serial
isa irq]
isab0: at device 7.0 on pci0
isa0: on isab0
atapci0: port 0x1040-0x104f at device 7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: at 7.2 irq 11
pci0: at 7.3
pci0: (vendor=0x1013, dev=0x6005) at 8.0 irq 5
pci0: (vendor=0x127a, dev=0x2015) at 16.0 irq 11
atkbdc0: at port 0x60,0x64 on isa0
atkbd0: flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
pcic0: at port 0x3e0 iomem 0xd on isa0
pcic0: Polling mode
pccard0: on pcic0
pccard1: on pcic0
ppc0: at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
lpt0: on ppbus0
lpt0: Interrupt-driven port
ppi0: on ppbus0
sc0: at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1: configured irq 3 not in bitmap of probed irqs 0
vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0
unknown: can't assign resources
pca0: at port 0x61 on isa0
unknown: can't assign resources
unknown: can't assign resources
unknown: can't assign resources
pccard: card inserted, slot 1
ata1-slave: ata_command: timeout waiting for intr
ata1-slave: identify failed
ad0: 5729MB [12416/15/63] at ata0-master using UDMA33
acd0: CDROM <_NEC CDR-2800C> at ata1-master using UDMA33
Mounting root from ufs:/dev/ad0s2a
#
# GENERIC -- Generic kernel configuration file for FreeBSD/i386
#
# For more information on this file, please read the handbook section on
# Kernel Configuration Files:
#
#http://www.FreeBSD.org/handbook/kernelconfig-config.html
#
# The handbook is also available locally in /usr/share/doc/handbook
# if you've installed the doc distribution, otherwise always see the
# FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the
# latest information.
#
# An exhaustive list of options and more detailed explanations of the
# device lines is also present in the NOTES configuration file. If you are
# in doubt as to the purpose or necessity of a line, check first in NOTES.
#
# $FreeBSD: src/sys/i386/conf/GENERIC,v 1.273 2000/09/01 07:51:23 msmith Exp $
machine i386
#cpuI386_CPU
#cpuI486_CPU
#cpuI586_CPU
cpu I686_CPU
ident MEERKAT
maxusers32
#To statically compile in device wiring instead of /boot/device.hints
#hints "GENERIC.hints" #Default places to look for devices.
#makeoptionsDEBUG=-g#Build kernel with gdb(1) debug symbols
#optionsMATH_E
