Re: HEADS-UP new statfs structure

2003-11-14 Thread Sascha Holzleiter
On Fri, 2003-11-14 at 22:46, Bruce Cran wrote: > Either the new statfs, or something in a recent change in -CURRENT > (since last week), has broken the nvidia driver. > I've been using it now for > over half a year with no problems at all. I installed the new kernel > and world, rebuilt x11/nvi

Re: scsi-cd + GEOM

2003-10-03 Thread Sascha Holzleiter
On Fri, 2003-10-03 at 10:30, Poul-Henning Kamp wrote: > Can you try this patch ? > > You may get some weird console messages, but as far as I can tell > they're not important. There may be a way to say to CAM "I do > expect to get an error so don't whine", but I'm not sure how > that is done. >

Re: scsi-cd + GEOM

2003-10-02 Thread Sascha Holzleiter
On Thu, 2003-10-02 at 15:54, Poul-Henning Kamp wrote: > I wouldn't think the drive take 60-90 seconds to figure out there is > no disk, but I'm not a scsi-specialist... Seems like it does, if there is a disc present or the tray is open there is no delay only with tray closed and no disc inserted.

Re: scsi-cd + GEOM

2003-10-02 Thread Sascha Holzleiter
On Thu, 2003-10-02 at 08:55, Poul-Henning Kamp wrote: > Does the length of the delay depend on the precense of a CD in the > drive ? > Yes. If I have a cd in the drive while booting there is no delay. The cd is read and status instantly reported so the boot process isn't delayed only when there

scsi-cd + GEOM

2003-10-01 Thread Sascha Holzleiter
Hi, with a -CURRENT from today the scsi cd driver seems to have moved under GEOM. Actually a good move this gives me a problem: I have a Plextor PX-40 cd-rom which seems to report it's status a little slow when being reinitialized this means I have to wait about 60-90 seconds during boot time bef

atapicam and dvd-r(w)

2003-09-21 Thread Sascha Holzleiter
Hi, i still have problems with atapicam and atang, while booting with atapicam i get these messages: Sep 21 23:30:17 dreamland kernel: atapci0: port 0xf000-0xf00f,0-0x3,0-0x7,0-0x3,0-0x7 irq 10 at device 31.1 on pci0 Sep 21 23:30:17 dreamland kernel: ata0: at 0x1f0 irq 14 on atapci0 Sep 21 2

Re: Nvidia driver problems

2003-06-09 Thread Sascha Holzleiter
> Disable the debug is always the solution to me so far. > Sure thing, that would do it, but it is hard to report bugs and system crashes without a proper debug kernel. But it seems to run now quite stable while using the debug kernel with the freebsd agp architecture, so i'll stick to that for

Nvidia driver problems

2003-06-09 Thread Sascha Holzleiter
Hello, just got these messages with a today -CURRENT and the nvidia driver compiled with FREEBSD_AGP: nvidia0: mem 0xf380-0xf387,0xf400-0xf7ff,0xf100-0xf1ff irq 11 at device 0.0 on pci1 malloc() of "64" with the following non-sleepablelocks held: exclusive sleep mutex dev