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" i
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 ther
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
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 i
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 functionali
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 dela
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 suggestion
-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
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 > /dev
-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.)
=
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
curre
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: (vendor=0x11c1, dev=0x0441) at 7.0 irq 3
return ("LUCENT K56Flex DSVD L
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 th
On Wed, 27 Sep 2000, Thomas D. Dean wrote:
> What might this be? vendor?
> pci0: (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 Sound and
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
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
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 [mailto:[EMA
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, y
> 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 reaso
[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 g
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 sy
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
* 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
> p
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 000
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
I am wondering how to do network bridging on current. The description
in the handbook seems to be out of date as the sysctl IODs are no longer
in evidence. Does loading ng_bridge substitute for building the kernel
with OPTIONS BRIDGE?
Thanks,
Boyd
--
Boyd Faulkner "...bu
26 matches
Mail list logo