Re: ENE 4-in-1 card reader
In message: [EMAIL PROTECTED] Lars Eggert [EMAIL PROTECTED] writes: : Hi, : : we've got an Asus Pundit here that has an onboard 4-in-1 memory card reader: : : [EMAIL PROTECTED]:16:1:class=0x050100 card=0x17241043 chip=0x05101524 : rev=0x00 : hdr=0x00 : vendor = 'ENE Technology Inc' : class= memory : subclass = flash : : Is there a driver for this under -current yet? What's at device 16.0? Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
HEADSUP: USB da(4) quirks disabled for 4.9 and 5.2
If you have any of the devices listed below, please test with a recent
-stable or -current. They will stop working in 4.9 and 5.2 although old
behavior can _temporarily_ be enabled by adding options DA_OLD_QUIRKS to
your kernel config. If I don't hear from anyone, they'll be going away
permanently after the releases.
-Nate
#ifdef DA_OLD_QUIRKS
/* Below a list of quirks for USB devices supported by umass. */
{
/*
* This USB floppy drive uses the UFI command set. This
* command set is a derivative of the ATAPI command set and
* does not support READ_6 commands only READ_10. It also does
* not support sync cache (0x35).
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, Y-E DATA, USB-FDU, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/* Another USB floppy */
{T_DIRECT, SIP_MEDIA_REMOVABLE, MATSHITA, FDD CF-VFDU*,*},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* Sony Memory Stick adapter MSAC-US1 and
* Sony PCG-C1VJ Internal Memory Stick Slot (MSC-U01).
* Make all sony MS* products use this quirk.
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, Sony, MS*, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* Sony Memory Stick adapter for the CLIE series
* of PalmOS PDA's
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, Sony, CLIE*, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* Intelligent Stick USB disk-on-key
* PR: kern/53005
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, USB Card,
IntelligentStick*, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* Sony DSC cameras (DSC-S30, DSC-S50, DSC-S70)
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, Sony, Sony DSC, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* Microtech USB CameraMate
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, eUSBCompact*,
Compact Flash*, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* The vendor, product and version strings coming from the
* controller are null terminated instead of being padded with
* spaces. The trailing wildcard character '*' is required.
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, SMSC*, USB FDC*,*},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* Olympus digital cameras (C-3040ZOOM, C-2040ZOOM, C-1)
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, OLYMPUS, C-*, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* Olympus digital cameras (E-100RS, E-10).
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, OLYMPUS, E-*, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* KingByte Pen Drives
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, NO BRAND, PEN DRIVE, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* FujiFilm Camera
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, FUJIFILMUSB-DRIVEUNIT,
USB-DRIVEUNIT, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* Minolta Dimage E203
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, MINOLTA, DiMAGE E203, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* Apacer HandyDrive
* PR: kern/43627
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, Apacer, HandyDrive, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* Daisy Technology PhotoClip on Zoran chip
* PR: kern/43580
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, ZORAN, COACH, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* Sony USB Key-Storage
* PR: kern/46386
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, Sony, Storage Media, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* SmartDisk (Mitsumi) USB floppy drive
* PR: kern/50226
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE,
Re: HEADSUP: USB da(4) quirks disabled for 4.9 and 5.2
On Fri, Aug 22, 2003 at 12:20:55AM -0700, Nate Lawson wrote: If you have any of the devices listed below, please test with a recent -stable or -current. They will stop working in 4.9 and 5.2 although old behavior can _temporarily_ be enabled by adding options DA_OLD_QUIRKS to your kernel config. If I don't hear from anyone, they'll be going away permanently after the releases. The Y-E 'Flashbuster' floppy is a fairly common device. It is often sold with Sony Vaio notebooks. There is legacy BIOS boot support, but how will people use a fixit floppy once the kernel has booted? BMS ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADSUP: USB da(4) quirks disabled for 4.9 and 5.2
On Fri, 22 Aug 2003, Bruce M Simpson wrote: On Fri, Aug 22, 2003 at 12:20:55AM -0700, Nate Lawson wrote: If you have any of the devices listed below, please test with a recent -stable or -current. They will stop working in 4.9 and 5.2 although old behavior can _temporarily_ be enabled by adding options DA_OLD_QUIRKS to your kernel config. If I don't hear from anyone, they'll be going away permanently after the releases. The Y-E 'Flashbuster' floppy is a fairly common device. It is often sold with Sony Vaio notebooks. There is legacy BIOS boot support, but how will people use a fixit floppy once the kernel has booted? Sure it's common. But no one has mentioned that it really needs the NO_SYNC_CACHE quirk. So unless I hear otherwise, I will assume it doesn't need the quirk and it will continue to work fine. The problem is that a lot of these quirks were added with no documentation and a cut/paste of both NO_6_BYTE and NO_SYNCHRONIZE_CACHE quirks even though only one of them was needed. Now that no USB devices should receive a 6 byte command, that only leaves the NO_SYNCHRONIZE_CACHE quirks. I am temporarily disabling them to flush out which ones are REALLY needed. They have been disabled since 2003/07/29 and 2003/08/07 for -current and -stable, respectively. I have had 0 messages saying that anything was broken by this. -Nate ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ENE 4-in-1 card reader
In message: [EMAIL PROTECTED] Lars Eggert [EMAIL PROTECTED] writes: : M. Warner Losh wrote: : In message: [EMAIL PROTECTED] : Lars Eggert [EMAIL PROTECTED] writes: : : we've got an Asus Pundit here that has an onboard 4-in-1 memory card reader: : : : : [EMAIL PROTECTED]:16:1:class=0x050100 card=0x17241043 chip=0x05101524 : : rev=0x00 : : hdr=0x00 : : vendor = 'ENE Technology Inc' : : class= memory : : subclass = flash : : : : Is there a driver for this under -current yet? : : What's at device 16.0? : : [EMAIL PROTECTED]:16:0: class=0x060700 card=0x14111524 chip=0x14111524 rev=0x01 : hdr=0x02 : vendor = 'ENE Technology Inc' : class= bridge : subclass = PCI-CardBus H. This *IS* a new one on me. Any idea what the name of this card is? What does Windows report? vendor 0x1524 isn't one of the current cardbus bridges we know about. Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADSUP: USB da(4) quirks disabled for 4.9 and 5.2
Nate Lawson [EMAIL PROTECTED] probably said:
If you have any of the devices listed below, please test with a recent
-stable or -current. They will stop working in 4.9 and 5.2 although old
behavior can _temporarily_ be enabled by adding options DA_OLD_QUIRKS to
your kernel config. If I don't hear from anyone, they'll be going away
permanently after the releases.
I'm running -stable as of August 18th (without DA_OLD_QUIRKS) and
trying to use my usb floppy drive gives me;
(da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x6,
scsi status == 0x0
P.
/*
* This USB floppy drive uses the UFI command set. This
* command set is a derivative of the ATAPI command set and
* does not support READ_6 commands only READ_10. It also does
* not support sync cache (0x35).
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, Y-E DATA, USB-FDU, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
--
pir[EMAIL PROTECTED] [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ENE 4-in-1 card reader
In message: [EMAIL PROTECTED] Lars Eggert [EMAIL PROTECTED] writes: : M. Warner Losh wrote: : In message: [EMAIL PROTECTED] : Lars Eggert [EMAIL PROTECTED] writes: : : we've got an Asus Pundit here that has an onboard 4-in-1 memory card reader: : : : : [EMAIL PROTECTED]:16:1:class=0x050100 card=0x17241043 chip=0x05101524 : : rev=0x00 : : hdr=0x00 : : vendor = 'ENE Technology Inc' : : class= memory : : subclass = flash : : : : Is there a driver for this under -current yet? : : What's at device 16.0? : : [EMAIL PROTECTED]:16:0: class=0x060700 card=0x14111524 chip=0x14111524 rev=0x01 : hdr=0x02 : vendor = 'ENE Technology Inc' : class= bridge : subclass = PCI-CardBus So is the the CB1410, CB1420, CB710 or CB720? Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Another pmap related panic
Hi,
I got another pmap related panic on my HTT SMP machine. If I don't get
that completely wrong, it dies again after accessing the return value of
pmap_pte_quick().
Kernel is: 5.1-CURRENT FreeBSD 5.1-CURRENT #23: Thu Aug 21 21:19:53 CEST
2003
NB: the other panic that I saw frequently can be found at
http://lists.freebsd.org/pipermail/freebsd-current/2003-August/008573.html.
Ok, but now for the new one:
Stopped at pmap_clear_modify+0x93: movl0(%eax),%esi
db where
pmap_clear_modify(c1863d60,200,0,dfb50bb8,c0254ce2) at pmap_clear_modify+0x93
swp_pager_async_iodone(d28d2cc0,c020b771,c63f9040,3618c5b3,4c) at
swp_pager_async_iodone+0x208
bufdone(d28d2cc0,0,0,0,c03f4100) at bufdone+0x141
bufdonebio(d28d2cc0,dfb50c44,c01c8842,c21c2120,c6d78630) at bufdonebio+0x5e
biodone(d28d2cc0,c039bdc9,c6d78630,d28d2cc0,0) at biodone+0xcc
g_dev_done(c6d78630,c21c9e40,0,0,4) at g_dev_done+0x8a
biodone(c6d78630,0,24c,c039b711,a) at biodone+0xcc
g_io_schedule_up(c21c9e40,c60931e4,dfb50d34,c01ecb31,0) at g_io_schedule_up+0xb8
g_up_procbody(0,dfb50d48,0,0,0) at g_up_procbody+0x28
fork_exit(c01c9180,0,dfb50d48) at fork_exit+0xb1
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xdfb50d7c, ebp = 0 ---
Script started on Fri Aug 22 09:59:55 2003
[EMAIL PROTECTED] crash]# gdb -k kernel.7 vmcore.7
GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for details.
This GDB was configured as i386-undermydesk-freebsd...
panic messages:
---
Fatal trap 12: page fault while in kernel mode
cpuid = 3; lapic.id = 0700
fault virtual address = 0xbfca1974
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc035f443
stack pointer = 0x10:0xdfb50b6c
frame pointer = 0x10:0xdfb50b84
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 3 (g_up)
Dumping 1023 MB
16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368
384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704
720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008
---
Reading symbols from
/usr/obj/usr/src/sys/NEWSCORE/modules/usr/src/sys/modules/acpi/acpi.ko.debug...done.
Loaded symbols for
/usr/obj/usr/src/sys/NEWSCORE/modules/usr/src/sys/modules/acpi/acpi.ko.debug
#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240
240 dumping++;
(kgdb) where
#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240
#1 0xc01494e5 in db_fncall (dummy1=0, dummy2=0, dummy3=1999,
dummy4=0xdfb50950 àRÀh\201BÀl\tµß\r)
at /usr/src/sys/ddb/db_command.c:548
#2 0xc0149232 in db_command (last_cmdp=0xc03e4980, cmd_table=0x0,
aux_cmd_tablep=0xc03b5ee4, aux_cmd_tablep_end=0xc03b5ee8)
at /usr/src/sys/ddb/db_command.c:346
#3 0xc0149375 in db_command_loop () at /usr/src/sys/ddb/db_command.c:472
#4 0xc014c395 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_trap.c:73
#5 0xc03479dc in kdb_trap (type=12, code=0, regs=0xdfb50b2c)
at /usr/src/sys/i386/i386/db_interface.c:172
#6 0xc0361de6 in trap_fatal (frame=0xdfb50b2c, eva=0)
at /usr/src/sys/i386/i386/trap.c:813
#7 0xc0361a92 in trap_pfault (frame=0xdfb50b2c, usermode=0, eva=3217693044)
at /usr/src/sys/i386/i386/trap.c:732
#8 0xc03615ed in trap (frame=
{tf_fs = -959840232, tf_es = 330235920, tf_ds = -464322544, tf_edi =
-1077274252, tf_esi = 963957765, tf_ebp = -541783164, tf_isp = -541783208, tf_ebx =
-580143472, tf_edx = 330260480, tf_ecx = -464297340, tf_eax = -1077274252, tf_trapno =
12, tf_err = 0, tf_eip = -1070205885, tf_cs = 8, tf_eflags = 66050, tf_esp =
-959834192, tf_ss = 677761024}) at /usr/src/sys/i386/i386/trap.c:417
#9 0xc0349418 in calltrap () at {standard input}:103
#10 0xc03090b8 in swp_pager_async_iodone (bp=0x3974d405)
at /usr/src/sys/vm/swap_pager.c:1549
#11 0xc0253311 in bufdone (bp=0xd28d2cc0) at /usr/src/sys/kern/vfs_bio.c:3088
#12 0xc025317e in bufdonebio (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:3035
#13 0xc0252f3c in biodone (bp=0xd28d2cc0) at /usr/src/sys/kern/vfs_bio.c:2959
#14 0xc01c640a in g_dev_done (bp2=0xc6d78630)
at /usr/src/sys/geom/geom_dev.c:380
#15 0xc0252f3c in biodone (bp=0xd28d2cc0) at /usr/src/sys/kern/vfs_bio.c:2959
#16 0xc01c8f88 in g_io_schedule_up (tp=0xc21c9e40)
at /usr/src/sys/geom/geom_io.c:371
#17 0xc01c91a8 in g_up_procbody () at /usr/src/sys/geom/geom_kern.c:92
#18 0xc01ecb31 in fork_exit (callout=0xc01c9180 g_up_procbody, arg=0x0,
frame=0x0) at /usr/src/sys/kern/kern_fork.c:796
(kgdb) fr 10
#10 0xc03090b8 in swp_pager_async_iodone
Re: when should 5.x be stable enough for web servers
On 2003-08-16 18:10:38 (-0400), Eriq Lamar [EMAIL PROTECTED] wrote: On i386 hardware and two processors amd mp. should I wait for 5.2. I've been running 5.1-current on a few servers, and I've not bumped into any serious problems. I have -stable machines nearby 'just in case' though, and my backups are fairly thorough :-) - Philip -- Philip Paeps Please don't CC me, I am subscribed to the list. BOFH Excuse #75: There isn't any problem ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: when should 5.x be stable enough for web servers
On Friday 22 August 2003 11:15, Philip Paeps wrote: On 2003-08-16 18:10:38 (-0400), Eriq Lamar [EMAIL PROTECTED] wrote: On i386 hardware and two processors amd mp. should I wait for 5.2. I've been running 5.1-current on a few servers, and I've not bumped into any serious problems. I have -stable machines nearby 'just in case' though, and my backups are fairly thorough :-) I've had my personal webserver running on a 5.0R box for many months now, with no problems. It's running an Apache/PHP/MySQL mix, but I will freely admit that it's hardly loaded. Thinking about it, I probably should upgrade it to at least 5.1R ;) A. -- Andy Fawcett | [EMAIL PROTECTED] | [EMAIL PROTECTED] In an open world without walls and fences, | [EMAIL PROTECTED] we wouldn't need Windows and Gates. -- anon | [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADSUP: USB da(4) quirks disabled for 4.9 and 5.2
I have a Sony Microvault that never worked, if this is related to the
quirks or not is beyond me to say so apologies if this post lacks
relevance.
It gets detected by umass (i have been told that the max lun error is
ok)
Aug 22 09:48:55 rollo /kernel: umass0: Sony USB Storage Media, rev
1.10/2.00, addr 4
Aug 22 09:48:55 rollo /kernel: umass0: Get Max Lun not supported
(SHORT_XFER)
It also shows up using usbdevs -vw, but it never gets attached to da0!
The only other scsidevice is a ide cd-r running under atapicam. That
works.
Aug 22 08:33:36 rollo /kernel: acd0: CD-RW SONY CD-RW CRX160E at
ata0-master PIO4
Aug 22 08:33:36 rollo /kernel: cd0 at ata0 bus 0 target 0 lun 0
Aug 22 08:33:36 rollo /kernel: cd0: SONY CD-RW CRX160E 1.0e Removable
CD-ROM SCSI-0 device
Aug 22 08:33:36 rollo /kernel: cd0: 16.000MB/s transfers
Im running FreeBSD 4.8-STABLE #22: Sat Aug 9 and the microvault unit
works on other os's. Any pointers would be much appreciated!
// Martin Gumucio
Fre 2003-08-22 klockan 07.20 skrev Nate Lawson:
If you have any of the devices listed below, please test with a recent
-stable or -current. They will stop working in 4.9 and 5.2 although old
behavior can _temporarily_ be enabled by adding options DA_OLD_QUIRKS to
your kernel config. If I don't hear from anyone, they'll be going away
permanently after the releases.
-Nate
#ifdef DA_OLD_QUIRKS
/* Below a list of quirks for USB devices supported by umass. */
{
/*
* This USB floppy drive uses the UFI command set. This
* command set is a derivative of the ATAPI command set and
* does not support READ_6 commands only READ_10. It also does
* not support sync cache (0x35).
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, Y-E DATA, USB-FDU, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/* Another USB floppy */
{T_DIRECT, SIP_MEDIA_REMOVABLE, MATSHITA, FDD CF-VFDU*,*},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* Sony Memory Stick adapter MSAC-US1 and
* Sony PCG-C1VJ Internal Memory Stick Slot (MSC-U01).
* Make all sony MS* products use this quirk.
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, Sony, MS*, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* Sony Memory Stick adapter for the CLIE series
* of PalmOS PDA's
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, Sony, CLIE*, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* Intelligent Stick USB disk-on-key
* PR: kern/53005
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, USB Card,
IntelligentStick*, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* Sony DSC cameras (DSC-S30, DSC-S50, DSC-S70)
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, Sony, Sony DSC, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* Microtech USB CameraMate
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, eUSBCompact*,
Compact Flash*, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* The vendor, product and version strings coming from the
* controller are null terminated instead of being padded with
* spaces. The trailing wildcard character '*' is required.
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, SMSC*, USB FDC*,*},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* Olympus digital cameras (C-3040ZOOM, C-2040ZOOM, C-1)
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, OLYMPUS, C-*, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* Olympus digital cameras (E-100RS, E-10).
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, OLYMPUS, E-*, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* KingByte Pen Drives
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, NO BRAND, PEN DRIVE, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
* FujiFilm Camera
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, FUJIFILMUSB-DRIVEUNIT,
USB-DRIVEUNIT, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE
},
{
/*
Re: Lucent Technologies Orinoco Gold WiFi errors
I've had similar problem with Avaya Gold which is also Lucent-card. I replaced my Prism2 card with a Lucent card yesterday just to test it on -CURRENT. But when I put a Compaq WL110 card, shit started to work again. I did not debug problems with the Avaya card. I will today. It's possible I've messed up my setup which i later corrected with the Compaq card. Be sure you use the same wep key as the one you have on your server/gw. I.e when I just set my wep key nothing worked, but when I told ifconfig to use key number 3 (that's what's set up on my gw) things started to work again. And I set up my IP manually. I will also check it dhclient can receive requests. Cheers On Thu, 21 Aug 2003 16:34:20 -0400 Michael Goffin [EMAIL PROTECTED] wrote: Does anyone know if Orinoco Gold cards just don't work in 5.1-current, or if there is something special you have to do? I had the card working when I had 5.0-release without having to compile with OLDCARD. That install got really bad so I went to 5.1-release and cvsup'd to 5.1-current this morning compiling without OLDCARD. When I kill dhclient, set my ssid, then attempt to run dhclient again, it fails. I have received several error messages about bytes not clearing, the device being busy, and the input type being wrong. I'm using an IBM thinkpad T20. Any ideas on how to get the card to work? Mike ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Recent changes to AC97 files breaks sound
Glenn Johnson wrote (2003/08/21): sound no longer works. I reverted to the previous versions of these files to get sound back. Hmm, as I expected, some cases has been fixed and some other cases are broken now :o( pcm0: Intel ICH5 (82801EB) port 0xdc00-0xdc3f,0xd800-0xd8ff mem 0xfc002000-0xfc0020ff,0xfc001000-0xfc0011ff irq 10 at device 31.5 on pci0 pcm0: Avance Logic ALC650 AC97 Codec Could you do ALC650 register dump? If you look into ftp://ftp.FreeBSD.cz/pub/FreeBSD-local/ich/ , you can see small how-to in DEBUG sections. It seems to me that there are just two possibilities: * Hope, that HP_OUT is used instead of LINE_OUT just with Analog Devices chips and in all cases, so that sound fixes can be done just for AD* chips. * Do some compile and/or sysctl or some another option, so that sound fix can be allowed just in cases, where it is needed. There is really missing feedback from users with working and broken output. Register dumps, dmesg | grep pcm and sound status would be sufficient ;o) -- Rudolf Cejka cejkar at fit.vutbr.cz http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
How create /dev/apm* ???
Hi, I have installed a FreeBSD 5.1 on my Laptop (Compaq Armada E500). I have a problem with the power management : - I can't use the ACPI module : the kernel can't be loaded. OK no problem ! As I saw within many FAQs, it's normal (it depends on the type of the laptop). - I would like to use APM so ! I realize the following stages (see http://freebsd.unixtech.be/doc/en_US.ISO8859-1/articles/laptop/x61.html) : * I build my kernel with device apm * /boot/device.hints : hint.acpi.0.disabled=1 #hw.acpi.ec.event_driven=1 hint.apm.0.disabled=0 hint.apm.0.flags=0x20 * /boot/loader.conf : apm_load=YES * /etc/rc.conf apm_enable=YES But during the boot I get an error : can't open /dev/apm Indeed, there is no device with apm* name within /dev How can I create this device (In the freebsd-questions list somebody tails me that's not possible with 5.X there is no possibility to use a kind of makedev). Thanks a lot. -- No guts No glory =] PASSELAC Armand [= ( @ @ ) Ingenieur Systemes-Reseaux Securite ORBYTES INGENIERIE ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cdcontrol no longer needs 'c' partition?
On Fri, Aug 22, 2003 at 09:00:32AM +0400, Maxim Konovalov wrote: On Sun, 17 Aug 2003, 17:21-0400, Craig Rodrigues wrote: Hi, With GEOM in place, is the 'c' partition for a CD device no longer necessary for cdcontrol? At least on my system, the CD shows up as /dev/acd0, not as /dev/acd0c. What's about CDROM environment var defined in login.conf? I don't understand your question. If the CDROM environment variable is set to a device name, cdcontrol will try to open that device. This is documented in the cdcontrol man page. If the CDROM environment variable is not set, a default device name of of /dev/cd0c is used, unless you override this with the -f flag. -- Craig Rodrigues http://crodrigues.org [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: status of nsswitch.conf in current?
I saw that. I guess my question is whether a default nsswitch.conf file will be checked into /etc and /usr/share/examples/etc, or whether it will be left empty? I would expect that if this capability was working, that a default nsswitch.conf would be checked into /etc. Many admins may not know the system has this capability unless they see a copy of nsswitch.conf in /etc. My next question is related to nss_ldap. Are there plans to add some type of credentials caching daemon to speed up use of LDAP (or other database) when using nsswitch.conf? If the hooks are there, I would be willing to work on this myself. Richard Coleman [EMAIL PROTECTED] Ruslan Ermilov wrote: On Fri, Aug 22, 2003 at 12:33:45AM -0400, Richard Coleman wrote: What is the status of nsswitch.conf in current? I noticed that there is a man page for nsswitch.conf. But there is no such file installed in /etc, nor is there an example copy in /usr/share/examples/etc. I just cvsup'ed tonight (Thursday) and built world. So, I'm up to date. Please see the ``Default source lists'' section of the nsswitch.conf(5) manpage that talks about this case. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Hesiod grplist Type
Is anyone implementing support for the grplist HesiodNameType? If I were to implement it, should I be aware of any upcoming significant changes in the NSS code that might break my patches? Thanks! Eric -- Eric van GyzenSr. Systems Programmer http://www.stat.duke.edu/~vangyzen/ ISDS, Duke University ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: sound card woes
On Wed, 2003-08-20 at 17:04, Szilveszter Adam wrote: Hello, On Wed, Aug 20, 2003 at 03:20:55PM -0400, Matt Gostick wrote: I have a SND Blaster 16 in my computer. I was using FreeBSD 4.8 and 'device pcm' in my kernel config file, worked great. I've completely re-installed with 5.1R and recompiled my kernel with 'device pcm'. Unfortunately sound doesn't work. You also could add 'device sbc' to your kernel config since that is the SB bridge driver. But the card should work with PCM only. What does 'cat /dev/sndstat' say? # cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: SB16 DSP 4.16 (ViBRA16X) at io 0x220 irq 7 drq 0 bufsz 4096d (1p/1r/0v channels duplex default) cat test.wav /dev/dsp makes a sound... but it isn't exactly what test.wav should sound like. The issue is probably some resource conflict. Since you have an SB 16, I'll have to ask: is it ISA? Or ISAPnP? Or PCI? PCI should just work but if it is ISA, you will need some tweaking. It is an ISA card... very old. Should I try and dig up a PCI card, or is it going to fairly 'painless' tweaking? Where should I start tweaking? Matt. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADSUP: USB da(4) quirks disabled for 4.9 and 5.2
Date: Fri, 22 Aug 2003 00:20:55 -0700 (PDT) From: Nate Lawson [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] If you have any of the devices listed below, please test with a recent -stable or -current. They will stop working in 4.9 and 5.2 although old behavior can _temporarily_ be enabled by adding options DA_OLD_QUIRKS to your kernel config. If I don't hear from anyone, they'll be going away permanently after the releases. Nate, As previously reported, the MuVo definitely requires both DA_Q_NO_SYNC_CACHE and DA_Q_NO_PREVENT. On the up-side, my Apacer HandyDrive now just works. No quirks needed. Thanks! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How create /dev/apm* ???
Date: Fri, 22 Aug 2003 16:10:16 +0200 From: Armand Passelac [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] Hi, I have installed a FreeBSD 5.1 on my Laptop (Compaq Armada E500). I have a problem with the power management : - I can't use the ACPI module : the kernel can't be loaded. OK no problem ! As I saw within many FAQs, it's normal (it depends on the type of the laptop). - I would like to use APM so ! I realize the following stages (see http://freebsd.unixtech.be/doc/en_US.ISO8859-1/articles/laptop/x61.html) : * I build my kernel with device apm * /boot/device.hints : hint.acpi.0.disabled=1 #hw.acpi.ec.event_driven=1 hint.apm.0.disabled=0 hint.apm.0.flags=0x20 * /boot/loader.conf : apm_load=YES * /etc/rc.conf apm_enable=YES But during the boot I get an error : can't open /dev/apm Indeed, there is no device with apm* name within /dev How can I create this device (In the freebsd-questions list somebody tails me that's not possible with 5.X there is no possibility to use a kind of makedev). That is correct. The apm driver creates the device automagically with devfs. S0 the question is why it is not doing so. Please attach the output of dmesg. (Actually, all of the apm stuff should be in the first 15 lines.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Lucent Technologies Orinoco Gold WiFi errors
On Thu, 21 Aug 2003, Michael Goffin wrote: Does anyone know if Orinoco Gold cards just don't work in 5.1-current, or if there is something special you have to do? I had the card working when I had 5.0-release without having to compile with OLDCARD. That install got really bad so I went to 5.1-release and cvsup'd to 5.1-current this morning compiling without OLDCARD. When I kill dhclient, set my ssid, then attempt to run dhclient again, it fails. I have received several error messages about bytes not clearing, the device being busy, and the input type being wrong. My gold card works fine and has for as long as I can remember. Try upgrading to the latest firmware. -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: status of nsswitch.conf in current?
On Fri, Aug 22, 2003 at 10:40:32AM -0400, Richard Coleman wrote: I saw that. I guess my question is whether a default nsswitch.conf file will be checked into /etc and /usr/share/examples/etc, or whether it will be left empty? I would expect that if this capability was working, that a default nsswitch.conf would be checked into /etc. Adding /etc/nsswitch.conf with the default settings would just slow the things down. For the same reason, we don't provide /etc/resolv.conf by default. Adding src/share/examples/etc/nsswitch.conf and installing it in /usr/share/examples/etc/ is a good idea. Many admins may not know the system has this capability unless they see a copy of nsswitch.conf in /etc. Many admins should learn how to consult with the release notes then. ;-) Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software Ltd, [EMAIL PROTECTED] FreeBSD committer pgp0.pgp Description: PGP signature
Re: cdcontrol no longer needs 'c' partition?
On Fri, 22 Aug 2003, 10:39-0400, Craig Rodrigues wrote: On Fri, Aug 22, 2003 at 09:00:32AM +0400, Maxim Konovalov wrote: On Sun, 17 Aug 2003, 17:21-0400, Craig Rodrigues wrote: Hi, With GEOM in place, is the 'c' partition for a CD device no longer necessary for cdcontrol? At least on my system, the CD shows up as /dev/acd0, not as /dev/acd0c. What's about CDROM environment var defined in login.conf? I don't understand your question. If the CDROM environment variable is set to a device name, cdcontrol will try to open that device. This is documented in the cdcontrol man page. If the CDROM environment variable is not set, a default device name of of /dev/cd0c is used, unless you override this with the -f flag. Ah, nevermind, I messed with my local login.conf modifications. Your patch looks OK, I will commit it on the next week if nobody objects. -- Maxim Konovalov, [EMAIL PROTECTED], [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How create /dev/apm* ???
[ On Fri, 22 Aug, 2003 at 8:41, Kevin Oberman wrote: ] Date: Fri, 22 Aug 2003 16:10:16 +0200 From: Armand Passelac [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] Hi, I have installed a FreeBSD 5.1 on my Laptop (Compaq Armada E500). I have a problem with the power management : - I can't use the ACPI module : the kernel can't be loaded. OK no problem ! As I saw within many FAQs, it's normal (it depends on the type of the laptop). - I would like to use APM so ! I realize the following stages (see http://freebsd.unixtech.be/doc/en_US.ISO8859-1/articles/laptop/x61.html) : * I build my kernel with device apm * /boot/device.hints : hint.acpi.0.disabled=1 #hw.acpi.ec.event_driven=1 hint.apm.0.disabled=0 hint.apm.0.flags=0x20 * /boot/loader.conf : apm_load=YES * /etc/rc.conf apm_enable=YES But during the boot I get an error : can't open /dev/apm Indeed, there is no device with apm* name within /dev How can I create this device (In the freebsd-questions list somebody tails me that's not possible with 5.X there is no possibility to use a kind of makedev). That is correct. The apm driver creates the device automagically with devfs. S0 the question is why it is not doing so. Please attach the output of dmesg. (Actually, all of the apm stuff should be in the first 15 lines.) My dmesg is in attach. I see nothing aboutt apm ! But during the boot I can see the message tailling /dev/apm no such file -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 [ End of original mail from Kevin Oberman ] -- No guts No glory =] PASSELAC Armand [= ( @ @ ) Ingenieur Systemes-Reseaux Securite ORBYTES INGENIERIE 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-RELEASE #0: Sat Jul 19 23:33:27 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/FREEBIE Preloaded elf kernel /boot/kernel/kernel at 0xc06f1000. Preloaded elf module /boot/kernel/snd_driver.ko at 0xc06f11cc. Preloaded elf module /boot/kernel/snd_vibes.ko at 0xc06f127c. Preloaded elf module /boot/kernel/snd_pcm.ko at 0xc06f132c. Preloaded elf module /boot/kernel/snd_via82c686.ko at 0xc06f13d8. Preloaded elf module /boot/kernel/snd_t4dwave.ko at 0xc06f148c. Preloaded elf module /boot/kernel/snd_solo.ko at 0xc06f153c. Preloaded elf module /boot/kernel/snd_sbc.ko at 0xc06f15ec. Preloaded elf module /boot/kernel/snd_sb16.ko at 0xc06f1698. Preloaded elf module /boot/kernel/snd_sb8.ko at 0xc06f1748. Preloaded elf module /boot/kernel/snd_neomagic.ko at 0xc06f17f4. Preloaded elf module /boot/kernel/snd_mss.ko at 0xc06f18a8. Preloaded elf module /boot/kernel/snd_maestro3.ko at 0xc06f1954. Preloaded elf module /boot/kernel/snd_maestro.ko at 0xc06f1a08. Preloaded elf module /boot/kernel/snd_ich.ko at 0xc06f1ab8. Preloaded elf module /boot/kernel/snd_fm801.ko at 0xc06f1b64. Preloaded elf module /boot/kernel/snd_ess.ko at 0xc06f1c14. Preloaded elf module /boot/kernel/snd_es137x.ko at 0xc06f1cc0. Preloaded elf module /boot/kernel/snd_emu10k1.ko at 0xc06f1d70. Preloaded elf module /boot/kernel/snd_ds1.ko at 0xc06f1e20. Preloaded elf module /boot/kernel/snd_csa.ko at 0xc06f1ecc. Preloaded elf module /boot/kernel/snd_cs4281.ko at 0xc06f1f78. Preloaded elf module /boot/kernel/snd_cmi.ko at 0xc06f2028. Preloaded elf module /boot/kernel/snd_als4000.ko at 0xc06f20d4. Preloaded elf module /boot/kernel/snd_ad1816.ko at 0xc06f2184. Timecounter i8254 frequency 1193182 Hz Timecounter TSC frequency 596923840 Hz CPU: Intel Pentium III (596.92-MHz 686-class CPU) Origin = GenuineIntel Id = 0x683 Stepping = 3 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 201261056 (191 MB) avail memory = 187969536 (179 MB) Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface pcibios: BIOS version 2.10 pcib0: Intel 82443BX (440 BX) host to PCI bridge at pcibus 0 on motherboard pci0: PCI bus on pcib0 agp0: Intel 82443BX (440 BX) host to PCI bridge mem 0x5000-0x53ff at device 0.0 on pci0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: display, VGA at device 0.0 (no driver attached) cbb0: TI1225 PCI-CardBus Bridge mem 0x4110-0x41100fff irq 11 at device 4.0 on pci0 cardbus0: CardBus bus on cbb0 pccard0: 16-bit PCCard bus on cbb0 cbb1: TI1225 PCI-CardBus Bridge mem 0x4118-0x41180fff irq 11 at device 4.1 on pci0 cardbus1: CardBus bus on cbb1 pccard1: 16-bit PCCard bus on cbb1 isab0: PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel PIIX4 UDMA33 controller port 0x3420-0x342f at
Re: USB da(4) quirks deprecated
On Sat, 9 Aug 2003, Andrew Thompson wrote:
On Fri, 2003-08-08 at 15:41, Nate Lawson wrote:
I have applied Kevins DA_Q_NO_PREVENT patch and now the device is
working perfectly, here is the diff and new dmesg.
Thanks Nate and Kevin for your help. Should I send a PR?
Please do and then send me the #.
dmesg:
umass0: SigmaTel, Inc. USBMSC Audio Player, rev 1.10/0.01, addr 3
umass0: Get Max Lun not supported (IOERROR)
Enabling quirks for device
da0 at umass-sim0 bus 0 target 0 lun 0
da0: SigmaTel MSCN 0001 Removable Direct Access SCSI-4 device
da0: 1.000MB/s transfers
da0: 125MB (256001 512 byte sectors: 64H 32S/T 125C)
scsi_da.c.diff:
@@ -228,6 +229,10 @@
{T_DIRECT, SIP_MEDIA_FIXED, quantum, VIKING 2*, *},
/*quirks*/ DA_Q_NO_6_BYTE
},
+ {
+ {T_DIRECT, SIP_MEDIA_REMOVABLE, SigmaTel*, MSCN*,
*},
+ /*quirks*/
DA_Q_NO_6_BYTE|DA_Q_NO_SYNC_CACHE|DA_Q_NO_PREVENT
+ },
#ifdef DA_OLD_QUIRKS
/* Below a list of quirks for USB devices supported by umass. */
The NO_PREVENT support has been added. Does this work for you?
{
{T_DIRECT, SIP_MEDIA_REMOVABLE, SigmaTel, MSCN, *},
/*quirks*/ DA_Q_NO_SYNC_CACHE|DA_Q_NO_PREVENT
},
-Nate
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ENE 4-in-1 card reader
M. Warner Losh wrote: : What's at device 16.0? : : [EMAIL PROTECTED]:16:0: class=0x060700 card=0x14111524 chip=0x14111524 rev=0x01 : hdr=0x02 : vendor = 'ENE Technology Inc' : class= bridge : subclass = PCI-CardBus So is the the CB1410, CB1420, CB710 or CB720? With your new commit, it is detected as a CB720. Even before that commit, the PC card slot on this box worked. I have a Cisco Aironet 350 in there, because the experimental bcm Broadcom 4401 driver has issues with the onboard NIC. However, even with a new kernel that has your latest commit, this device is still unattached. I'm attaching pciconf and dmesg, maybe that'll be of help? Thanks, Lars -- Lars Eggert [EMAIL PROTECTED] USC Information Sciences Institute z /usr/share/man/man1 Waiting (max 60 seconds) for system process `vnlru' to stop...stopped Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped Waiting (max 60 seconds) for system process `syncer' to stop...stopped syncing disks, buffers remaining... 9 9 done cam: using minimum scsi_delay (100ms) 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 #5: Fri Aug 22 02:44:57 PDT 2003 root@:/usr/src/sys/i386/compile/KERNEL Preloaded elf kernel /boot/kernel/kernel at 0xc062f000. Preloaded elf module /boot/kernel/if_bcm.ko at 0xc062f244. Preloaded elf module /boot/kernel/acpi.ko at 0xc062f2f0. Timecounter i8254 frequency 1193140 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2393.93-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf27 Stepping = 7 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE real memory = 520077312 (495 MB) avail memory = 498188288 (475 MB) Pentium Pro MTRR support enabled VESA: v3.0, 16384k memory, flags:0x0, mode table:0xc052d7a2 (122) VESA: SiS npx0: math processor on motherboard npx0: INT 16 interface acpi0: ASUS P4S8Lon motherboard pcibios: BIOS version 2.10 Using $PIR table, 7 entries at 0xc00f15e0 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-safe frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0xe408-0xe40b on acpi0 acpi_cpu0: CPU port 0x530-0x537 on acpi0 acpi_cpu1: CPU port 0x530-0x537 on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib0: slot 2 INTB is routed to irq 10 pcib0: slot 2 INTA is routed to irq 11 pcib0: slot 2 INTC is routed to irq 15 pcib0: slot 3 INTA is routed to irq 5 pcib0: slot 3 INTB is routed to irq 6 pcib0: slot 3 INTC is routed to irq 9 pcib0: slot 3 INTD is routed to irq 9 pcib0: slot 14 INTA is routed to irq 10 pcib0: slot 14 INTA is routed to irq 10 pcib0: slot 15 INTA is routed to irq 15 pcib0: slot 16 INTA is routed to irq 11 pcib0: slot 16 INTB is routed to irq 3 pcib0: slot 19 INTA is routed to irq 15 agp0: SIS Generic host to PCI bridge mem 0xe000-0xe3ff at device 0.0 on pci0 pcib1: ACPI PCI-PCI bridge at device 1.0 on pci0 pci1: ACPI PCI bus on pcib1 pcib1: slot 0 INTA is routed to irq 11 pci1: display, VGA at device 0.0 (no driver attached) isab0: PCI-ISA bridge at device 2.0 on pci0 isa0: ISA bus on isab0 fwohci0: vendor=1039, dev=7007 fwohci0: 1394 Open Host Controller Interface mem 0xdf00-0xdf000fff irq 10 at device 2.3 on pci0 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channel is 4. fwohci0: EUI64 00:e0:18:00:00:0b:c0:bf fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: IEEE1394(FireWire) bus on fwohci0 if_fwe0: Ethernet over FireWire on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:0b:c0:bf sbp0: SBP2/SCSI over firewire on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=5, CYCLEMASTER mode firewire0: 1 nodes, maxhop = 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) atapci0: SiS 962 UDMA133 controller port 0xa400-0xa40f,0xa800-0xa803,0xb000-0xb007,0xb400-0xb403,0xb800-0xb807 irq 11 at device 2.5 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pcm0: SiS 7012 port 0x9000-0x907f,0x9400-0x94ff irq 15 at device 2.7 on pci0 pcm0: Avance Logic ALC650 AC97 Codec ohci0: SiS 5571 USB controller mem 0xde80-0xde800fff irq 5 at device 3.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: SiS 5571 USB controller on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1: SiS 5571 USB controller mem 0xde00-0xde000fff irq 6 at device 3.1 on pci0 usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: SiS 5571 USB controller on ohci1 usb1: USB revision 1.0
Re: HEADSUP: USB da(4) quirks disabled for 4.9 and 5.2
On 22-Aug-2003 Nate Lawson wrote: On Fri, 22 Aug 2003, Bruce M Simpson wrote: On Fri, Aug 22, 2003 at 12:20:55AM -0700, Nate Lawson wrote: If you have any of the devices listed below, please test with a recent -stable or -current. They will stop working in 4.9 and 5.2 although old behavior can _temporarily_ be enabled by adding options DA_OLD_QUIRKS to your kernel config. If I don't hear from anyone, they'll be going away permanently after the releases. The Y-E 'Flashbuster' floppy is a fairly common device. It is often sold with Sony Vaio notebooks. There is legacy BIOS boot support, but how will people use a fixit floppy once the kernel has booted? Sure it's common. But no one has mentioned that it really needs the NO_SYNC_CACHE quirk. So unless I hear otherwise, I will assume it doesn't need the quirk and it will continue to work fine. The problem is that a lot of these quirks were added with no documentation and a cut/paste of both NO_6_BYTE and NO_SYNCHRONIZE_CACHE quirks even though only one of them was needed. Now that no USB devices should receive a 6 byte command, that only leaves the NO_SYNCHRONIZE_CACHE quirks. I am temporarily disabling them to flush out which ones are REALLY needed. They have been disabled since 2003/07/29 and 2003/08/07 for -current and -stable, respectively. I have had 0 messages saying that anything was broken by this. Check the umass(4) standard. The UFI USB transports does not support SYNC_CACHE. You should be able to pass that quirk back up to da(4) from umass(4) for all UFI devices just like you do with the NO_6 right now. -- John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/ Power Users Use the Power to Serve! - http://www.FreeBSD.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: status of nsswitch.conf in current?
Ruslan Ermilov wrote: On Fri, Aug 22, 2003 at 10:40:32AM -0400, Richard Coleman wrote: I saw that. I guess my question is whether a default nsswitch.conf file will be checked into /etc and /usr/share/examples/etc, or whether it will be left empty? I would expect that if this capability was working, that a default nsswitch.conf would be checked into /etc. Adding /etc/nsswitch.conf with the default settings would just slow the things down. For the same reason, we don't provide /etc/resolv.conf by default. Adding src/share/examples/etc/nsswitch.conf and installing it in /usr/share/examples/etc/ is a good idea. On the other hand, having /etc/nsswitch.conf.example would a) Advertise the existence of nsswitch capabilities in an obvious place where people new to FreeBSD would see it. b) Document the defaults. c) Not slow anything down. d) Serve as an example and template for people just getting started.. Having additional examples in /usr/share/examples/etc would also be nice. (Ideally, with a comment in /etc/nsswitch.conf.example pointing to those additional examples.) I do find Ruslan's logic here a bit peculiar, though. Having an nsswitch.conf with the default settings should only slow things down by the time needed to parse the file. Well-written parsers are very fast. One could equally well argue that people for whom this level of performance really matters should read the release notes. ;-) Tim ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: status of nsswitch.conf in current?
On Fri, Aug 22, 2003 at 11:15:01AM -0700, Tim Kientzle wrote: On the other hand, having /etc/nsswitch.conf.example would a) Advertise the existence of nsswitch capabilities in an obvious place where people new to FreeBSD would see it. b) Document the defaults. c) Not slow anything down. d) Serve as an example and template for people just getting started.. There is no `default nsswitch.conf' mostly because it would have to be kept in sync with the *actual* defaults as implemented in libc. The nsswitch.conf(5) man page fulfills (a)-(d). That _is_ what documentation is for, after all. Cheers, -- Jacques Vidrine . NTT/Verio SME . FreeBSD UNIX . Heimdal [EMAIL PROTECTED] . [EMAIL PROTECTED] . [EMAIL PROTECTED] . [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: status of nsswitch.conf in current?
On Fri, Aug 22, 2003 at 11:15:01AM -0700, Tim Kientzle wrote: Ruslan Ermilov wrote: On Fri, Aug 22, 2003 at 10:40:32AM -0400, Richard Coleman wrote: I saw that. I guess my question is whether a default nsswitch.conf file will be checked into /etc and /usr/share/examples/etc, or whether it will be left empty? I would expect that if this capability was working, that a default nsswitch.conf would be checked into /etc. Adding /etc/nsswitch.conf with the default settings would just slow the things down. For the same reason, we don't provide /etc/resolv.conf by default. Adding src/share/examples/etc/nsswitch.conf and installing it in /usr/share/examples/etc/ is a good idea. On the other hand, having /etc/nsswitch.conf.example would a) Advertise the existence of nsswitch capabilities in an obvious place where people new to FreeBSD would see it. b) Document the defaults. c) Not slow anything down. d) Serve as an example and template for people just getting started.. e) clutter /etc with a file that serves no purpose other than illustration. It should either go in as /etc/nsswitch.conf or into /usr/share/examples/etc. -gordon pgp0.pgp Description: PGP signature
Re: 5.1-R-p2 crashes on SMP with AMI RAID and Intel 1000/Pro
Hi John, I'm having this same problem and I would love to get you a kernel.debug core however I've discovered after building the debugging kernel, the system literally panics during the kernel install. Do you have any suggestions to get the debugging kernel installed successfully? The last thing it tries to install prior to the panic is 'gx' John Baldwin wrote: On 22-Aug-2003 Hartmann, O. wrote: On Thu, 21 Aug 2003, John Baldwin wrote: Sorry, I do not have the kernel debug due to the kernel is not running with any debug options. I will compile them in as soon as possible. Or is there another file I'm not aware of? No, you have to compile with DEBUG=-g to get a kernel.debug. If you can reproduce the fault and get an updated instruction pointer address, you will want to do a gdb list command on that address. Oliver : :On 21-Aug-2003 Hartmann, O. wrote: : On Thu, 14 Aug 2003, John Baldwin wrote: : : Dear John. : : Today I got this panic (wrote the text down from screen). : Hope it helped a bit: : : : Fatal trap 12 : page fault while in kernel mode : cpuid = 1; lapic.id = : fault virtual address = 0x24 : fault code= supervisor read, page not present : instruction pointer = 0x8:0xc01b29db : stack pointer = 0x10:0xe8ff3b70 : frame pointer = 0x10:0xe8ff3b84 : code segment = base 0x0, limit 0xf, type 0x1b : = DPL 0, pres 1, def 32, gran 1 : processor eflags = interrupt enabled, resume, IOPL = 0 : current process = 27510 (bunzip2) : trap number = 12 : :This is quite helpful. Do you have the kernel.debug from this :kernel still? If so, run 'gdb -k kernel.debug' and then type :'l *0xc01b29db' to find the file and line that it panic'd at. : :-- : :John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/ :Power Users Use the Power to Serve! - http://www.FreeBSD.org/ : -- MfG O. Hartmann [EMAIL PROTECTED] -- Systemadministration des Institutes fuer Physik der Atmosphaere (IPA) -- Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinenraum) Tel: +496131/3924144 (Buero) FAX: +496131/3923532 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Recent changes to AC97 files breaks sound
Hi, Rudolf Cejka wrote: Glenn Johnson wrote (2003/08/21): sound no longer works. I reverted to the previous versions of these files to get sound back. I might have the same issue. Does no longer work means silence? Then I do. (Just got this box, so I don't know whether this was recently broken or not.) Here's my hardware: pcm0: SiS 7012 port 0x9000-0x907f,0x9400-0x94ff irq 15 at device 2.7 on pci0 pcm0: Avance Logic ALC650 AC97 Codec Could you do ALC650 register dump? If you look into ftp://ftp.FreeBSD.cz/pub/FreeBSD-local/ich/ , you can see small how-to in DEBUG sections. Would the dump work/help for the SiS chip as well? Thanks, Lars -- Lars Eggert [EMAIL PROTECTED] USC Information Sciences Institute smime.p7s Description: S/MIME Cryptographic Signature
HTT on current
Hi, I have a HTT capabale PCU on an Intel MB with the 875P chipset. I have enabled HTT in the BIOS and compiled my kernel with the required SMP options, however i dont think the system is really running in SMP mode. Top does not display CPU numbers. Here is my dmesg: --- FreeBSD 5.1-CURRENT #0: Fri Aug 22 15:41:01 EDT 2003 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.01-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf29 Stepping = 9 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA ,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Hyperthreading: 2 logical CPUs real memory = 1072889856 (1023 MB) avail memory = 1037774848 (989 MB) Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: INTEL S875PWP1 on motherboard pcibios: BIOS version 2.10 Using $PIR table, 12 entries at 0xc00f3310 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x408-0x40b on acpi0 acpi_cpu0: CPU on acpi0 acpi_cpu1: CPU on acpi0 --- top shows.. PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND 440 root 960 6200K 2904K select 0:00 0.00% 0.00% sshd What am i doing wrong here? Thanks. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HTT on current
Hi, I have a HTT capabale PCU on an Intel MB with the 875P chipset. I have enabled HTT in the BIOS and compiled my kernel with the required SMP options, however i dont think the system is really running in SMP mode. Top does not display CPU numbers. Here is my dmesg: --- FreeBSD 5.1-CURRENT #0: Fri Aug 22 15:41:01 EDT 2003 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.01-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf29 Stepping = 9 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA ,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Hyperthreading: 2 logical CPUs real memory = 1072889856 (1023 MB) avail memory = 1037774848 (989 MB) Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: INTEL S875PWP1 on motherboard pcibios: BIOS version 2.10 Using $PIR table, 12 entries at 0xc00f3310 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x408-0x40b on acpi0 acpi_cpu0: CPU on acpi0 acpi_cpu1: CPU on acpi0 --- Where's the rest of your dmesg? Ken ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Recent changes to AC97 files breaks sound
/-- Lars Eggert wrote: | This is a cryptographically signed message in MIME format. | | --ms080500030203050209080702 | Content-Type: text/plain; charset=us-ascii; format=flowed | Content-Transfer-Encoding: 7bit | | Hi, | | Rudolf Cejka wrote: | Glenn Johnson wrote (2003/08/21): | | sound no longer works. I reverted to the previous versions of these | files to get sound back. | | I might have the same issue. Does no longer work means silence? Then I | do. (Just got this box, so I don't know whether this was recently broken | or not.) Here's my hardware: | | pcm0: SiS 7012 port 0x9000-0x907f,0x9400-0x94ff irq 15 at device 2.7 | on pci0 | pcm0: Avance Logic ALC650 AC97 Codec | | Could you do ALC650 register dump? If you look into | ftp://ftp.FreeBSD.cz/pub/FreeBSD-local/ich/ , you can see small | how-to in DEBUG sections. | | Would the dump work/help for the SiS chip as well? Lars First off, apologies for the breakage. Before investing any time doing a register dump, can you just check whether your mixer now has an ogain control and that it is non-zero. Thanks - Orion ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: HTT on current
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 #0: Fri Aug 22 15:41:01 EDT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NS1 Preloaded elf kernel /boot/kernel/kernel at 0xc042d000. Preloaded elf module /boot/kernel/acpi.ko at 0xc042d244. Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.01-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf29 Stepping = 9 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA ,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Hyperthreading: 2 logical CPUs real memory = 1072889856 (1023 MB) avail memory = 1037774848 (989 MB) Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: INTEL S875PWP1 on motherboard pcibios: BIOS version 2.10 Using $PIR table, 12 entries at 0xc00f3310 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x408-0x40b on acpi0 acpi_cpu0: CPU on acpi0 acpi_cpu1: CPU on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib0: slot 29 INTA is routed to irq 9 pcib0: slot 29 INTB is routed to irq 12 pcib0: slot 29 INTC is routed to irq 5 pcib0: slot 29 INTA is routed to irq 9 pcib0: slot 31 INTB is routed to irq 9 pcib1: ACPI PCI-PCI bridge at device 1.0 on pci0 pci1: ACPI PCI bus on pcib1 pcib2: ACPI PCI-PCI bridge at device 3.0 on pci0 pci2: ACPI PCI bus on pcib2 pcib2: slot 1 INTA is routed to irq 5 em0: Intel(R) PRO/1000 Network Connection, Version - 1.6.6 port 0xbc00-0xbc1f mem 0xfc9e-0xfc9f irq 5 at device 1.0 on pci2 em0: Speed:N/A Duplex:N/A pci0: serial bus, USB at device 29.0 (no driver attached) pci0: serial bus, USB at device 29.1 (no driver attached) pci0: serial bus, USB at device 29.2 (no driver attached) pci0: serial bus, USB at device 29.3 (no driver attached) pcib3: ACPI PCI-PCI bridge at device 30.0 on pci0 pci3: ACPI PCI bus on pcib3 pcib3: slot 0 INTA is routed to irq 10 pcib3: slot 6 INTA is routed to irq 11 ahc0: Adaptec 19160B Ultra160 SCSI adapter port 0xc400-0xc4ff mem 0xfeafe000-0xfeafefff irq 10 at device 0.0 on pci3 aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs pci3: display, VGA at device 6.0 (no driver attached) isab0: PCI-ISA bridge at device 31.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel ICH5 UDMA100 controller port 0xffa0-0xffaf,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: serial bus, SMBus at device 31.3 (no driver attached) acpi_button0: Sleep Button on acpi0 atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: Parallel port bus on ppc0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port orm0: Option ROM at iomem 0xc-0xc7fff on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounter TSC frequency 2394011780 Hz quality 800 Timecounters tick every 10.000 msec Waiting 3 seconds for SCSI devices to settle acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% da0 at ahc0 bus 0 target 0 lun 0 da0: MAXTOR ATLAS10K4_36WLS DFL0 Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 35074MB (71833096 512 byte sectors: 255H 63S/T 4471C) Mounting root from ufs:/dev/da0s1a em0: Link is up 100 Mbps Full Duplex -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Kenneth Culver Sent: Friday, August 22, 2003 4:33 PM To: Mike Jakubik Cc: [EMAIL PROTECTED] Subject: Re: HTT on current Hi, I have a HTT capabale PCU on an Intel MB with the 875P chipset. I have enabled HTT in the BIOS and compiled my kernel with the required SMP options, however i dont think the system is really running in SMP mode. Top does not display CPU numbers. Here is my dmesg: --- FreeBSD 5.1-CURRENT #0: Fri Aug 22 15:41:01 EDT 2003 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.01-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf29 Stepping = 9 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MT RR,PGE,MCA
Re: Recent changes to AC97 files breaks sound
Date: Fri, 22 Aug 2003 13:29:17 -0700 From: Lars Eggert [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] This is a cryptographically signed message in MIME format. --ms080500030203050209080702 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, Rudolf Cejka wrote: Glenn Johnson wrote (2003/08/21): sound no longer works. I reverted to the previous versions of these files to get sound back. I might have the same issue. Does no longer work means silence? Then I do. (Just got this box, so I don't know whether this was recently broken or not.) Here's my hardware: pcm0: SiS 7012 port 0x9000-0x907f,0x9400-0x94ff irq 15 at device 2.7 on pci0 pcm0: Avance Logic ALC650 AC97 Codec Could you do ALC650 register dump? If you look into ftp://ftp.FreeBSD.cz/pub/FreeBSD-local/ich/ , you can see small how-to in DEBUG sections. Would the dump work/help for the SiS chip as well? I think te issue is a bit more fundamental. My mixer no longer shows a volume setting! I now am seeing pcm, speaker, line, mic, cd, rec, line1, phin, phout, and video. I see this on several different tools, so I think something basic got hosed! FWIW, xmms still works for me. It does not seem to use the volume control. Only the pcm setting has any effect on it. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Recent changes to AC97 files breaks sound
From: Orion Hodson [EMAIL PROTECTED] Date: Fri, 22 Aug 2003 13:38:22 -0700 Sender: [EMAIL PROTECTED] /-- Lars Eggert wrote: | This is a cryptographically signed message in MIME format. | | --ms080500030203050209080702 | Content-Type: text/plain; charset=us-ascii; format=flowed | Content-Transfer-Encoding: 7bit | | Hi, | | Rudolf Cejka wrote: | Glenn Johnson wrote (2003/08/21): | | sound no longer works. I reverted to the previous versions of these | files to get sound back. | | I might have the same issue. Does no longer work means silence? Then I | do. (Just got this box, so I don't know whether this was recently broken | or not.) Here's my hardware: | | pcm0: SiS 7012 port 0x9000-0x907f,0x9400-0x94ff irq 15 at device 2.7 | on pci0 | pcm0: Avance Logic ALC650 AC97 Codec | | Could you do ALC650 register dump? If you look into | ftp://ftp.FreeBSD.cz/pub/FreeBSD-local/ich/ , you can see small | how-to in DEBUG sections. | | Would the dump work/help for the SiS chip as well? Lars First off, apologies for the breakage. Before investing any time doing a register dump, can you just check whether your mixer now has an ogain control and that it is non-zero. Yes, ogain (output gain?) has replaced volume and it works fine. (I think my claim about xmms may have been bogus. Sorry!) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Recent changes to AC97 files breaks sound
Orion, Orion Hodson wrote: First off, apologies for the breakage. no problem - thanks for all the hard work you, Cameron and the others have put into the sound code! Before investing any time doing a register dump, can you just check whether your mixer now has an ogain control and that it is non-zero. I don't, and I have all of them max'ed: Mixer vol is currently set to 100:100 Mixer pcm is currently set to 100:100 Mixer speaker is currently set to 100:100 Mixer line is currently set to 100:100 Mixer mic is currently set to 100:100 Mixer cd is currently set to 100:100 Mixer rec is currently set to 100:100 Mixer line1is currently set to 100:100 Mixer phin is currently set to 100:100 Mixer phoutis currently set to 100:100 Mixer videois currently set to 100:100 Recording source: mic What's weird is that everything looks like it should be playing - no weird messages, no jumpy progress bar, etc. I'll double-check my cabling again. One more thing: This board has a bunch of connectors, including regular analog out and SPDIF. Right now, things are hooked up to the analog - is it maybe playng out of the SPDIF? (Does that even work yet under FreeBSD?) Thanks, Lars -- Lars Eggert [EMAIL PROTECTED] USC Information Sciences Institute smime.p7s Description: S/MIME Cryptographic Signature
RE: HTT on current
That is not an SMP kernel. An SMP kernel (with APIC_IO) would not print out the pcib0 interrupt routing messages. -- John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/ Power Users Use the Power to Serve! - http://www.FreeBSD.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Recent changes to AC97 files breaks sound
/-- Kevin Oberman wrote: | From: Orion Hodson [EMAIL PROTECTED] | Date: Fri, 22 Aug 2003 13:38:22 -0700 | Sender: [EMAIL PROTECTED] | | /-- Lars Eggert wrote: | | This is a cryptographically signed message in MIME format. | | | | --ms080500030203050209080702 | | Content-Type: text/plain; charset=us-ascii; format=flowed | | Content-Transfer-Encoding: 7bit | | | | Hi, | | | | Rudolf Cejka wrote: | | Glenn Johnson wrote (2003/08/21): | | | | sound no longer works. I reverted to the previous versions of these | | files to get sound back. | | | | I might have the same issue. Does no longer work means silence? Then I | | do. (Just got this box, so I don't know whether this was recently broken | | or not.) Here's my hardware: | | | | pcm0: SiS 7012 port 0x9000-0x907f,0x9400-0x94ff irq 15 at device 2.7 | | on pci0 | | pcm0: Avance Logic ALC650 AC97 Codec | | | | Could you do ALC650 register dump? If you look into | | ftp://ftp.FreeBSD.cz/pub/FreeBSD-local/ich/ , you can see small | how-to in DEBUG sections. | | | | Would the dump work/help for the SiS chip as well? | | Lars | | First off, apologies for the breakage. Before investing any time doing a | register dump, can you just check whether your mixer now has an ogain contr | ol | and that it is non-zero. | | Yes, ogain (output gain?) has replaced volume and it works fine. (I | think my claim about xmms may have been bogus. Sorry!) Good stuff. This I understand and will correct tomorrow. Thanks - Orion ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Recent changes to AC97 files breaks sound
/-- Lars Eggert wrote: | What's weird is that everything looks like it should be playing - no | weird messages, no jumpy progress bar, etc. I'll double-check my cabling | again. | | One more thing: This board has a bunch of connectors, including regular | analog out and SPDIF. Right now, things are hooked up to the analog - is | it maybe playng out of the SPDIF? (Does that even work yet under FreeBSD?) Thanks for the info. I'm looking at the diff and not seeing what's happened here. I'll have to think some more, check the specs, and get back to you. - Orion ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: status of nsswitch.conf in current?
Having additional examples in /usr/share/examples/etc would also be nice. (Ideally, with a comment in /etc/nsswitch.conf.example pointing to those additional examples.) At the very least, a copy of the default nsswitch.conf should be in the examples directory.Since I didn't find an example there, I figured the facility was either not fully implemented yet, or broken (otherwise an example would be there). That's the reason I asked on the list in the first place. Since I'm pretty experienced with FreeBSD and it confused me, you can be sure it will confuse others. I do find Ruslan's logic here a bit peculiar, though. Having an nsswitch.conf with the default settings should only slow things down by the time needed to parse the file. Well-written parsers are very fast. I also feel that the logic that this will slow things down is a red herring. For many of the common cases (i.e. host name resolution by a remote DNS server) the amount of time to parse the nsswitch.conf will be minuscule relative to the amount of time necessary for to perform the lookup. I would love to know how much overhead parsing the nsswitch.conf adds to a local password lookup. Richard Coleman [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
kernel fails to build on current (mga_g400_emit_tex0)
Hi, this is the output of make buildkernel cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/drm/mga_state.c /usr/src/sys/dev/drm/mga_state.c: In function `mga_g400_emit_state': /usr/src/sys/dev/drm/mga_state.c:278: warning: inlining failed in call to `mga_g400_emit_pipe' /usr/src/sys/dev/drm/mga_state.c:387: warning: called from here /usr/src/sys/dev/drm/mga_state.c:163: warning: inlining failed in call to `mga_g400_emit_tex0' /usr/src/sys/dev/drm/mga_state.c:397: warning: called from here *** Error code 1 Stop in /usr/obj/usr/src/sys/K2. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I've never seen anybody post a solution, just one or two people with the same problem. cheers, Rainer ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADSUP: pca driver being retired.
On Wed, Aug 13, 2003 at 11:02:23AM +0200, Poul-Henning Kamp wrote: I plan to remove the pca driver in about a week. Protest only from actual users respected. Not really 'actual', only 'old'. A lot of time ago I sent a message about lost speaker (IIRC) because having both devive in the kernel (pca and speaker) hide the second. Don't really remember the thread. (or maybe a PR? it was on early 2002, I found only this pointer: http://www.gufi.org/ricerca.php3?mode=showid=freebsd:current:15870) # pca: PCM audio through your PC speaker ## :-( device pca # it break speaker At that time I removed pca and never tryed to re-add. This is just a 'bye-bye pca :'-( -- Riccardo. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Recent changes to AC97 files breaks sound
Orion Hodson wrote: /-- Lars Eggert wrote: | What's weird is that everything looks like it should be playing - no | weird messages, no jumpy progress bar, etc. I'll double-check my cabling | again. | | One more thing: This board has a bunch of connectors, including regular | analog out and SPDIF. Right now, things are hooked up to the analog - is | it maybe playng out of the SPDIF? (Does that even work yet under FreeBSD?) Thanks for the info. I'm looking at the diff and not seeing what's happened here. I'll have to think some more, check the specs, and get back to you. I've booted into Windows, and sound plays. So it's not the cabling. Lars -- Lars Eggert [EMAIL PROTECTED] USC Information Sciences Institute smime.p7s Description: S/MIME Cryptographic Signature
cdcontrol eject fails?
Hi, cdcontrol -f acd0 eject doesn't eject anything for this drive: acd0: DVD-R PIONEER DVD-RW DVR-106D at ata0-slave UDMA33 However, with device atapicam an eject on the emulated cd0 device works fine. It doesn't work with acd0 whether or not atapicam is enabled. I could have sworn cdcontrol works for ATAPI drives. Any ideas? Thanks, Lars PS: Funny how many little things you find on a new machine... -- Lars Eggert [EMAIL PROTECTED] USC Information Sciences Institute smime.p7s Description: S/MIME Cryptographic Signature
Re: kernel fails to build on current (mga_g400_emit_tex0)
On Fri, Aug 22, 2003 at 11:57:23PM +0200, Rainer Duffner wrote: Hi, this is the output of make buildkernel Usually you need to post your kernel config file when reporting errors, so that others can try to reproduce the problem. However in this case the problem has been widely reported, and the solution is to define WERROR= (i.e. to the null string) to make compiler warnings non-fatal. Kris pgp0.pgp Description: PGP signature
[UPDATE] Inspiron 5150 and FreeBSD
After a lot of bad luck with ACPI and my new Inspiron 5150, something good happened today. I went to Dell's site, and they had a BIOS update for my machine that took it to rev A23. This was actually an update from PhoenixBIOS to DellBIOS. Once I got that installed, I went to Stijn Hoop's Dell page at: http://sandcat.nl/~stijn/freebsd/dell.php And followed his steps to add the Dell fixes. Note, the last chunk of the dell-dsl.patch fails to apply, but that seems to be okay. Once I reboot with the patch, ACPI seems much happier. I am able to get correct battery status, the screen dims when I pull the AC, and sleep state S1 seems to work. Note, S3 causes the laptop to reload, but I think this may have to do with Firewire (but I'm not sure). If anyone's interested, I can provide a stack trace. Something else to note, that after this BIOS update, USB 2 seems to work now. That is, I can add a USB 2.0 jump disk, and it recognizes it, and allows me to mount it. Moral of the story: if you have a Dell Inspiron 5150 (and maybe 5100), getting on the latest BIOS is a good thing. Joe PGP Key : http://www.marcuscom.com/pgp.asc ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: HTT on current
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? How come the CPUs dont show up in top. How do i realy know the system sees 2, and actually utilizes them? Is there anything else i have to do other than enable SMP options in the kernel? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: HTT on current
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? How come the CPUs dont show up in top. How do i realy know the system sees 2, and actually utilizes them? Is there anything else i have to do other than enable SMP options in the kernel? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] My appologies, the SMP options were indeed commented out. Sorry for the noise. I think its time to get some glasses :) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HTT on current
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 dont show up in top. See above. How do i realy know the system sees 2, and actually utilizes them? Is there anything else i have to do other than enable SMP options in the kernel? Enable *ALL* of the SMP options in the kernel. See above. Kris pgp0.pgp Description: PGP signature
Re: GCC 3.3.1-RELEASE is coming
Alexander Kabaev wrote:
I am about to import an official GCC 3.3.1-release into our
source tree. Please hold your updates until 'all clear' message
is posted.
Done.
Alex, nice. Thank you for making -Wno-system-headers work in the
system compiler (henceforth, users that want to compile C++
e.g. `-pedantic -Werror' should add that option for best results).
Trying to consider how to best pull important differences back into
the FSF tree. Will this be true for all FreeBSD systems going forward?
%{!dynamic-linker:-dynamic-linker /usr/libexec/ld-elf.so.1}}
---
%{!dynamic-linker:-dynamic-linker /libexec/ld-elf.so.1}}
BTW, it seems to be inconsistent for the various CPUs in the system
compiler (e.g. missed in ia64). What is the official trigger point of
the change in the system? Given the nature of the change, may I
assume that a transition period exists during all of FreeBSD 5?
Regarding this thunk, also in config/alpha/freebsd.h (not in FSF but
in my mainline tree with a slightly less hostile comment):
#undefSTARTFILE_SPEC
#define STARTFILE_SPEC \
%{!shared: \
%{pg:gcrt1.o%s} %{!pg:%{p:gcrt1.o%s} %{!p:crt1.o%s}}}\
crti.o%s %{shared:crtbeginS.o%s}%{!shared:crtbegin.o%s}
Pending a better reworking in the FSF tree to clarify what is strictly
per-CPU vs. per-CPU/OS, that could be replaced with:
/* Reset our STARTFILE_SPEC which was properly set in config/freebsd.h
but trashed by config/cpu/file.h. */
#undef STARTFILE_SPEC
#define STARTFILE_SPEC FBSD_STARTFILE_SPEC
In config/i386/freebsd.h we have a similar override (logically same
but different format) which should be similarly replaced (or removed
since it appears it may not be strictly needed there anymore). I will
install patches in the FSF tree for these issues to both mainline and
3.3.X branch.
Speaking of config/i386/freebsd.h, the difference against the FSF tree
is quite large but most of it is not required anymore. The difference
in all other config/cpu/freebsd.h files is only a line or two. If I
proposed a /usr/src/contrib/gcc/ diff such that it produced the exact
same system compiler yet was the smallest delta from the FSF tree,
would you be interested? I'd like to get that difference down to make
it easiler to spot real differences going forward.
Regards,
Loren
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
MS Bluetooth mouse on 5.1-release
Does anyone know if it's possible to use a Microsoft Bluetooth mouse 5.1? I've had a play around with it, and was able to get bsd to see the mouse, but couldn't actually get the mouse working. If anyones had any success, could they give me a few pointers? Thanks in advance, -- Brent see http://www.cs.mu.oz.au/~bsa/pgp.txt for my pgp key ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Buildworld broken in gnu/usr.bin/sort
This happened after an rm -r /usr/obj/* ; make -j4 buildworld === gnu/usr.bin/sort cc -I/usr/local/include -march=pentiumpro -I/usr/src/gnu/usr.bin/sort -I/usr/src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib -DHAVE_CONFIG_H -c /usr/src/contrib/gnu-sort/src/sort.c /usr/src/contrib/gnu-sort/src/sort.c: In function `main': /usr/src/contrib/gnu-sort/src/sort.c:2185: error: `LOCALEDIR' undeclared (first use in this function) /usr/src/contrib/gnu-sort/src/sort.c:2185: error: (Each undeclared identifier is reported only once /usr/src/contrib/gnu-sort/src/sort.c:2185: error: for each function it appears in.) *** Error code 1 - Pawel ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ENE 4-in-1 card reader
In message: [EMAIL PROTECTED] Lars Eggert [EMAIL PROTECTED] writes: : However, even with a new kernel that has your latest commit, this device : is still unattached. I'm attaching pciconf and dmesg, maybe that'll be : of help? not likely. there's a different interface for the flash reader part that we don't have a driver for yet. there's a bit of IP hording going on at the moment relating to these new devices. I've requested a datasheet for these parts, but so far I've had no response yet. Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HTT on current
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 dont show up in top. See above. How do i realy know the system sees 2, and actually utilizes them? Is there anything else i have to do other than enable SMP options in the kernel? Enable *ALL* of the SMP options in the kernel. See above. Kris Well i've enabled all SMP options, recompiled and rebooted. The CPUs now properly show up in dmesg and i can see the C header in top. However no processes seem to be being assigned to cpu 1. Why is the schedueler only using CPU 0? This wasnt the behaviour in stable. Thanks. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HTT on current
On Fri, Aug 22, 2003 at 10:23:52PM -0400, [EMAIL PROTECTED] wrote: Well i've enabled all SMP options, recompiled and rebooted. The CPUs now properly show up in dmesg and i can see the C header in top. However no processes seem to be being assigned to cpu 1. Why is the schedueler only using CPU 0? This wasnt the behaviour in stable. Which scheduler? Please try to be as explicit as you can when sending bug reports. Kris pgp0.pgp Description: PGP signature
Re: MS Bluetooth mouse on 5.1-release
Brent, Does anyone know if it's possible to use a Microsoft Bluetooth mouse 5.1? you need to have Bluetooth HID (Human Interface Device) support. someone wrote me an e-mail a while ago asking the same question. i tried to explain Bluetooth HID and how it works. its not a rocket science - you just need write a daemon that opens a couple of L2CAP connection to the mouse and read bytes from it. then you feed these bytes into /dev/console via ioctl(2) to move actual mouse pointer. i'm not sure if this person working on this. I've had a play around with it, and was able to get bsd to see the mouse, but couldn't actually get the mouse working. If anyones had any success, could they give me a few pointers? currently there is no support for Bluetooth HID. as soon as these devices get cheaper i will get one of them and will write the code. in the mean time i can offer my help to anyone who is willing to write the code. thanks, max __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
HEADS UP: Vinum working again
Some changes in device driver locking recently broke Vinum for a short period of time. The problem is now fixed. If you have any problems with a recent version of Vinum, please let me know. Greg -- See complete headers for address and phone numbers pgp0.pgp Description: PGP signature
Re: ENE 4-in-1 card reader
M. Warner Losh wrote: In message: [EMAIL PROTECTED] Lars Eggert [EMAIL PROTECTED] writes: : However, even with a new kernel that has your latest commit, this device : is still unattached. I'm attaching pciconf and dmesg, maybe that'll be : of help? not likely. there's a different interface for the flash reader part that we don't have a driver for yet. there's a bit of IP hording going on at the moment relating to these new devices. I've requested a datasheet for these parts, but so far I've had no response yet. Great! I don't need this for anything special, but it's nice to know that it may at some point start working under FreeBSD. Let me know if you want me to test something then. Thanks, Lars -- Lars Eggert [EMAIL PROTECTED] USC Information Sciences Institute smime.p7s Description: S/MIME Cryptographic Signature
Re: Recent changes to AC97 files breaks sound
On Fri, Aug 22, 2003 at 01:38:22PM -0700, Orion Hodson wrote: /-- Lars Eggert wrote: | This is a cryptographically signed message in MIME format. | | --ms080500030203050209080702 Content-Type: text/plain; | charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit | | Hi, | | Rudolf Cejka wrote: | | Glenn Johnson wrote (2003/08/21): | | sound no longer works. I reverted to the previous versions of | these files to get sound back. | | I might have the same issue. Does no longer work means | silence? Then I do. (Just got this box, so I don't know whether this | was recently broken or not.) Here's my hardware: | | pcm0: SiS 7012 port 0x9000-0x907f,0x9400-0x94ff irq 15 at device | 2.7 on pci0 pcm0: Avance Logic ALC650 AC97 Codec | | Could you do ALC650 register dump? If you look into | ftp://ftp.FreeBSD.cz/pub/FreeBSD-local/ich/ , you can see small | how-to in DEBUG sections. | | Would the dump work/help for the SiS chip as well? Lars First off, apologies for the breakage. Before investing any time doing a register dump, can you just check whether your mixer now has an ogain control and that it is non-zero. No ogain control in my case. Everything in the mixer output looks the same as before, including same level settings, just no sound is output. -- Glenn Johnson [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[current tinderbox] failure on alpha/alpha
TB --- 2003-08-23 04:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-08-23 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-23 04:09:14 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1: legacy release compatibility shims stage 1: bootstrap tools stage 2: cleaning up the object tree stage 2: rebuilding the object tree stage 2: build tools stage 3: cross tools stage 4: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include stage 4: building libraries stage 4: make dependencies stage 4: building everything.. TB --- 2003-08-23 05:16:05 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Sat Aug 23 05:16:05 GMT 2003 Kernel build for GENERIC completed on Sat Aug 23 05:27:49 GMT 2003 TB --- 2003-08-23 05:27:49 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- /usr/bin/make -B LINT TB --- 2003-08-23 05:27:49 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Aug 23 05:27:50 GMT 2003 [...] awk -f /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/tools/makeobjops.awk /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/alpha/clock_if.m -h awk -f /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/tools/makeobjops.awk /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/pci/alphapci_if.m -h awk -f /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/tools/makeobjops.awk /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/dec/mcclock_if.m -h if [ -f .olddep ]; then mv .olddep .depend; fi rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES -V GEN_M_CFILES | MKDEP_CPP=cc -E CC=cc xargs mkdep -a -f .newdep -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/pci/ncr.c:196:28: dev/pci/ncrreg.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-08-23 05:29:16 - /usr/bin/make returned exit code 1 TB --- 2003-08-23 05:29:16 - ERROR: failed to build lint kernel TB --- 2003-08-23 05:29:16 - tinderbox aborted ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADSUP: USB da(4) quirks disabled for 4.9 and 5.2
Peter Radcliffe [EMAIL PROTECTED] probably said: The problem I'm having with it is trying to write the 4.8-REL-p3 kernel floppy image to a floppy. With the USB drive the resulting floppy barfs trying to load the kernel (repeatedly, with various different floppies and trying to boot in various different drives). If I dd the same image with a traditional floppy drive the resultant floppy works fine. This, unfortunately, seems to be a more general problem since building a kernel with option DA_OLD_QUIRKS set didn't fix it. P. -- pir[EMAIL PROTECTED] [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
