Re: -CURRENT crashes under heavy disk activity

2000-09-27 Thread Alex Zepeda
On Mon, Sep 25, 2000 at 09:36:13PM +0200, Soren Schmidt wrote: There is a known problem with fast disks (so far only the IBM DTLA series) and some old controllers fx the HPT366... Hrm... since when? - alex To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in

[CFR] ncv, nsp, stg SCSI drivers

2000-09-27 Thread non
Call for review, ncv, nsp, and stg SCSI drivers which are ported from NetBSD/pc98. I would like to merge to current and do MFC. ncv: NCR 53C500 based SCSI PC-CARDs nsp: Ninja SCSI-3 based SCSI PC-CARDs stg: TMC 18C30 based SCSI PC-Cards and ISA cards. They are tested and working on PAO3 and

Re: [CFR] ncv, nsp, stg SCSI drivers

2000-09-27 Thread Poul-Henning Kamp
In message [EMAIL PROTECTED], [EMAIL PROTECTED] writes: I would like to have review especially on the changes in i386/isa/clock.c for counting delay loop numbers, Could you explain the functionality you need here ? We already have a DELAY() macro/function in the kernel... -- Poul-Henning

Re: [CFR] ncv, nsp, stg SCSI drivers

2000-09-27 Thread non
From: Poul-Henning Kamp [EMAIL PROTECTED] Date: Wed, 27 Sep 2000 15:01:13 +0200 I would like to have review especially on the changes in i386/isa/clock.c for counting delay loop numbers, Could you explain the functionality you need here ? We already have a DELAY() macro/function in the

Re: [CFR] ncv, nsp, stg SCSI drivers

2000-09-27 Thread Poul-Henning Kamp
In message [EMAIL PROTECTED], [EMAIL PROTECTED] writes: From: Poul-Henning Kamp [EMAIL PROTECTED] Date: Wed, 27 Sep 2000 15:01:13 +0200 I would like to have review especially on the changes in i386/isa/clock.c for counting delay loop numbers, Could you explain the functionality you need

Re: [CFR] ncv, nsp, stg SCSI drivers

2000-09-27 Thread non
From: Poul-Henning Kamp [EMAIL PROTECTED] Date: Wed, 27 Sep 2000 15:13:27 +0200 And we initialize the delaycount in clock.c. This is called "busy polling" and there must be a better way to do it. Do you have any suggestions ? Has this code been profiled to examine typical actual delay

Re: [CFR] ncv, nsp, stg SCSI drivers

2000-09-27 Thread Poul-Henning Kamp
In message [EMAIL PROTECTED], [EMAIL PROTECTED] writes: From: Poul-Henning Kamp [EMAIL PROTECTED] Date: Wed, 27 Sep 2000 15:13:27 +0200 And we initialize the delaycount in clock.c. This is called "busy polling" and there must be a better way to do it. Do you have any suggestions ? Use a

Re: smbus PCI device?

2000-09-27 Thread Jeroen Ruigrok van der Werven
-On [2927 03:10], Archie Cobbs ([EMAIL PROTECTED]) wrote: I'm trying to understand this iic/smbus stuff in order to write a driver for some new hardware. The PCI bus shows this device: found- vendor=0x8086, dev=0x2413, revid=0x02 class=0c-05-00, hdrtype=0x00, mfdev=0

ESS1879 hwptr went backward?

2000-09-27 Thread Karl M. Joch
Notebook: KAPOK 8700 (sold under different brands) 233Mhz MMX, 128 MB, 4GB, ESS 1879 sound: the ESS 1879 is correctly detected when booting. also cat /dev/sndstat shows up ESS 1878 irq5 io 240 1:3 (1p:1r). also tried it with using only one DMA. but when trying to play ( cat somesound.au

Re: ESS1879 hwptr went backward?

2000-09-27 Thread Kenneth Wayne Culver
-CURRENT as of the smpng commits is really unstable... it's even somewhat unstable before that (I was having crashes on heavy disk activity even at the smpng commit, which could've been just my lack of knowledge of cvs and screwing up my source tree, but that's what was happening.)

Re: ESS1879 hwptr went backward?

2000-09-27 Thread Karl M. Joch
the production servers are all on 4.1 at the moment. the notebook is more a game to get it to run with sound and all that stuff normally nobody really needs. as long as i can use ssh and vmware i dont really care about a crash. i am more curious to see what the future brings. and at least

Unknown PCI chipsets

2000-09-27 Thread Thomas D. Dean
I am trying to identify some PCI chips on my Toshiba Satellite Pro 4340. Looking at sys/pci/pcisupport.c and dmesg, is it safe to assume these are matches? Looking at the spec of the system, it seems logical. pci0: unknown card (vendor=0x11c1, dev=0x0441) at 7.0 irq 3 return ("LUCENT

Re: Unknown PCI chipsets

2000-09-27 Thread Brooks Davis
On Wed, Sep 27, 2000 at 12:18:29PM -0700, Thomas D. Dean wrote: I am trying to identify some PCI chips on my Toshiba Satellite Pro 4340. Looking at sys/pci/pcisupport.c and dmesg, is it safe to assume these are matches? Looking at the spec of the system, it seems logical. These are thing

Re: Unknown PCI chipsets

2000-09-27 Thread Matthew N. Dodd
On Wed, 27 Sep 2000, Thomas D. Dean wrote: What might this be? vendor? pci0: unknown card (vendor=0x1073, dev=0x0010) at 12.0 irq 11 Maybe a "Yahama YMF744B-R sound support, Windows Sound System and Sound Blaster Pro - compatible 16-bit stereo with MIDI, 3D Sound, Direct

interesting problem

2000-09-27 Thread Tony Johnson
When I booted the 9/27/2000 (ie. today) I got a page fault 12 in kernel mode. The problem seems to be because I have all my IDE devices turned off in my bios. If this is the case, please undo this! That would be the silliest reason for a kernel to not boot because I want to save irq's. I got

Re: interesting problem

2000-09-27 Thread Kris Kennaway
On Wed, 27 Sep 2000, Tony Johnson wrote: When I booted the 9/27/2000 (ie. today) I got a page fault 12 in kernel mode. The problem seems to be because I have all my IDE devices turned off in my bios. If this is the case, please undo this! That would be the silliest reason for a kernel to

RE: interesting problem

2000-09-27 Thread Tony Johnson
I don't believe the handbook covers "today's" 5.0-Current... Why would having no bustmastering DMA IDE disk contriollers on an all-scsi system cause a system to page fault from "today's" kern.flp mfsroot.flp boot floppy. Try again... -Original Message- From: Kris Kennaway

RE: interesting problem

2000-09-27 Thread Kris Kennaway
On Wed, 27 Sep 2000, Tony Johnson wrote: I don't believe the handbook covers "today's" 5.0-Current... Why would having no bustmastering DMA IDE disk contriollers on an all-scsi system cause a system to page fault from "today's" kern.flp mfsroot.flp boot floppy. Try again... No, you try

Re: interesting problem

2000-09-27 Thread Alfred Perlstein
On Wed, 27 Sep 2000, Tony Johnson wrote: When I booted the 9/27/2000 (ie. today) I got a page fault 12 in kernel mode. The problem seems to be because I have all my IDE devices turned off in my bios. If this is the case, please undo this! That would be the silliest reason for a

Re: interesting problem

2000-09-27 Thread Greg Lehey
[Format recovered--see http://www.lemis.com/email/email-format.html] On Wednesday, 27 September 2000 at 19:07:17 -0500, Tony Johnson wrote: On Wednesday, September 27, 2000 6:48 PM, Kris Kennaway wrote: On Wed, 27 Sep 2000, Tony Johnson wrote: When I booted the 9/27/2000 (ie. today) I got a

My system hang with ACPI kernel thread

2000-09-27 Thread Munehiro Matsuda
Hello Takawata-san, With the addition of ACPI kernel thread, my system hangs in about 10 miniutes use after boot up. By disabling kernel thread, system runs just fine. Do you have any idea where to look at? I'll try and see what I can do myself. BTW, patch in [acpi-jp 576] also had the same

RE: interesting problem

2000-09-27 Thread Tony Johnson
OK Well Here is the issue. If I put in the 2 boot floppies I get a page fault 12 after I press Q for "quit" on the visual kernel config. If I can save a crash dump before any FS's are mounted or even before I tell FBSD where to put the crash dump, I'd really like to know this... I'd like to

Re: interesting problem

2000-09-27 Thread Alfred Perlstein
* Tony Johnson [EMAIL PROTECTED] [000927 18:26] wrote: OK Well Here is the issue. If I put in the 2 boot floppies I get a page fault 12 after I press Q for "quit" on the visual kernel config. If I can save a crash dump before any FS's are mounted or even before I tell FBSD where to put the

Re: smbus PCI device?

2000-09-27 Thread Archie Cobbs
Jeroen Ruigrok van der Werven writes: found- vendor=0x8086, dev=0x2413, revid=0x02 class=0c-05-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=b, irq=10 map[20]: type 1, range 32, base fe00, size

Re: My system hang with ACPI kernel thread

2000-09-27 Thread Takanori Watanabe
In message [EMAIL PROTECTED], Munehiro Matsuda wrote: With the addition of ACPI kernel thread, my system hangs in about 10 miniutes use after boot up. By disabling kernel thread, system runs just fine. Do you have any idea where to look at? I'll try and see what I can do myself. Please set