On Thu, Jun 05, 2003 at 04:17:38AM -0700, Terry Lambert wrote:
> How about RF_DONTCHECK or RF_ALWAYSWORKS? It better implies
> what's happening here, since you're going to assume success in
> the face of diagnostics to the contrary.
>
> So instead of:
>
> if (flag)
> return (
On Tue, Jun 03, 2003 at 10:54:30AM -0700, David P. Reese Jr. wrote:
[...]
> : The datasheet states that the command bits are RW but "fixed at 0".
>
> A snip of code from sys/dev/pci/pci.c:pci_enable_io_method():
>
> pci_set_command_bit(dev, child, bit);
> command = PCI_READ_CONFI
On Sun, Jun 01, 2003 at 01:52:57AM +0200, Dag-Erling Smorgrav wrote:
> "David P. Reese Jr." <[EMAIL PROTECTED]> writes:
> > In rev 1.214 of sys/dev/pci/pci.c, we have started checking if a
> > pci_set_command_bit() was successful with a subsequent PCI_READ_CONFIG
> > and comparing the results. For
On Sun, Nov 24, 2002 at 01:08:51PM +0100, Marc Fonvieille wrote:
> Hello,
>
> I'm currently updating some part of the Handbook for 5.X, and I need
> to know how to put some ports like sio0 or ppc0 in polled mode.
>
> I did a search and tried some syntax like "0" for the irq etc. but no
> way to p
On Sun, Oct 06, 2002 at 03:05:10PM +0100, n0g0013 wrote:
> trying to build the current kernel as modular as possible but if i
> remove the 'ppbus' and 'lpt' from the kernel config the modules fail
> (the 'ppc' is still there of course).
>
> should these build as KLMs ?
Yes. What's exactly the pr
Hi folks,
I'm currently trying to install -current as a guest OS of VMWare2
running under 4.6RC.
The problem is that it works correctly except that after some
processing, the VMWare2 engine slows down the OS incredibly. To
get things back to a correct speed I have to suspend the VMWare
session t
On Tue, May 14, 2002 at 09:10:57AM -0500, Troy wrote:
> Michael,
>
> Thanks for posting your Thinkpad T23 configuration. A lot has changed with regards
>to kernel configuration from STABLE to CURRENT.
>
> The outstanding issue with the Thinkpad T23 in CURRENT is still the S3 SAVAGE video
>ca
On Mon, Mar 25, 2002 at 10:21:49PM +0100, Nicolas Souchu wrote:
> Hi there,
>
> *Sorry* for the breakage. I'm currently fixing it.
>
> smbus.h is due to the missing rule, smbus.h removed from OBJS.
>
> bktr_i2c.c is due to its automatic inclusion in kernel by
Hi there,
*Sorry* for the breakage. I'm currently fixing it.
smbus.h is due to the missing rule, smbus.h removed from OBJS.
bktr_i2c.c is due to its automatic inclusion in kernel by conf/files:
conditional compilation inserted.
pcf.c breakage is due to iicbus_alloc_bus() removed, device_add_ch
High folks,
etherboot-5.0.3 doesn't boot my -current kernel.
I previously had to upgrade the loader because of a similar problem when
booting a -current kernel with a -stable loader.
What are exactly the differences? Etherboot boots a -stable kernel just fine.
Thanks,
nicholas
--
[EMAIL PRO
On Sun, Dec 02, 2001 at 02:10:58PM -0500, Kenneth Culver wrote:
> I don't know if there's a way to stop this, but it's normal, whenever I use
> my Parallel port zip drive, I have similar problems.
For extended mode, currently FIFO+DMA, you may try :
lptcontrol -e
By this is experimental. It wo
Hi folks,
There's a patch a http://www.freebsd.org/~nsouch/download for using SMBus and I2C
controllers of recent motherboards. It includes viapm, amdpm and an update of alpm(4).
The viapm driver supports VIA 586, 596, 686 chipsets.
The amdpm is for AMD760 chipset.
These drivers may be used wit
Hi folks,
I finally have an update for the iicbus/smbus in -current.
See http://people.freebsd.org/~nsouch/iicbus.html - April 2001
The major improvments are:
- loadable / unloadable by means of modules
- major cleanup of bus framework
- support for the VIA 82C586 chips
On Thu, Mar 22, 2001 at 11:01:07PM +0100, Daniel Rock wrote:
> Hi,
>
> there exists a Tekram SCSI driver, which doesn't have an NCR/SymBIOS/LSILogic or
> AMD chip. On the Tekram FTP site you can download a driver for FreeBSD though.
>
> Unfortunately, the latest one is for 4.x, which won't work
On Mon, Jan 22, 2001 at 08:45:19PM +0200, Maxim Sobolev wrote:
> Hi folks,
>
> Now I'm in process of writing a libvgl driver for SDL (almost finished - I'm
> testing it right now) and found that two handy features are currently missed
> from the libvgl: ability to query video modes supported by
On Thu, Jan 04, 2001 at 11:11:54PM -0800, Mike Smith wrote:
> > On Sat, Dec 30, 2000 at 03:13:24AM +1000, Andrew Kenneth Milton wrote:
> > > Is there a nice way to stop vga_pci from attaching to my video card, or
> > > to allow another driver to attach to it after vga_pci has done its thing?
> > >
On Wed, Jan 03, 2001 at 10:00:22AM -0800, David O'Brien wrote:
> On Wed, Jan 03, 2001 at 05:54:26PM +0100, Nicolas Souchu wrote:
> > A program that previously worked (-current of November) with -pthread now
> > fails with an abort and a " in free(): error: recursive cal
On Sat, Dec 30, 2000 at 03:13:24AM +1000, Andrew Kenneth Milton wrote:
> Is there a nice way to stop vga_pci from attaching to my video card, or
> to allow another driver to attach to it after vga_pci has done its thing?
>
> At the moment I'm removing all traces of vga_pci from the Makefile in
>
I have some troubleshootings with -current.
A program that previously worked (-current of November) with -pthread now
fails with an abort and a " in free(): error: recursive call" warning.
I think that there may be some errors in my program and
I'd like to know what was recently modified in lib
On Tue, Dec 19, 2000 at 01:32:47AM -0800, Mike Smith wrote:
> > Why is there the same VGA code in dev/fb/vga.c and libvgl? I think
> > especially of the set_palette routines.
>
> The framebuffer code is a newer addition. Libvgl was done quite a while
> ago as more or less a proof-of-concept.
>
Dear hackers,
Why is there the same VGA code in dev/fb/vga.c and libvgl? I think
especially of the set_palette routines.
As a more general rule, what's the philosophy for the future of
libvgl and framebuffer? Should VGL drawing routines be moved to
dev/fb/vga.c?
Also, there are some drawing rou
Hi there,
Don't know how to deal with the following error:
link_elf: symbol PPBUS_IO undefined
when loading the vpo module. PPBUS_IO is defined in
ppbus_if.h as a static __inline fonction and does not
appear as an undefined symbol in vpo.kld...
Any clue? How should I investigate the pb?
Nicho
Hi there,
I did browse the lists but found nothing about my problem.
Compiling GENERIC of 5.0 works correctly but once I remove
most of uneeded hardware, the console/kbd freeze.
I join the MACHINE file and the output.
I even tried to change the graphic card to a PCI S3, same.
I can get the get
On Tue, Nov 28, 2000 at 02:30:50PM +0100, Dag-Erling Smorgrav wrote:
> Nicolas Souchu <[EMAIL PROTECTED]> writes:
> > What are kernel mutex? A new mechanism for spl replacement? Is it
> > introduced with the new SMP? I found nothing in the mail archives...
>
> You mean
both the top level code (when programming
> the chip to do something or reading the results) and the interrupt
> code (when servicing an interrupt).
Have you comments about smbus/iicbus? What would you add to the todo
list of the framework? Did you participate to ACPI discussions?
--
Nicola
On Fri, Feb 04, 2000 at 09:31:16PM +0100, Mark Huizer wrote:
>
>Is it possible to boot current diskless?
Yes.
>
>I'd say (from the times I tried it in 3.1 or something) to use netboot,
>but that fails because it can't boot an ELF kernel.
net/etherboot port will do the job.
>
>Should I build an
On Sun, Jan 30, 2000 at 02:42:39PM -0500, Brian Dean wrote:
>
>
>For what its worth, I am able to reproduce this problem on my system.
Would you mind trying this patch before I send it to Jordan?
Index: lpt.c
===
RCS file: /home/ncv
On Mon, Jan 31, 2000 at 12:17:11AM +0100, Nicolas Souchu wrote:
>
>Hi,
>
>Is there something changed on BOOTP/diskless configuration?
>
>This problem reappears some times and was fixed in August if I remember.
>A hack was proposed before August, something like &#
On Sun, Jan 30, 2000 at 10:38:57PM -0500, David Gilbert wrote:
>
>> "Michael" == Michael Remski <[EMAIL PROTECTED]> writes:
>
>Michael> ppc0 at 0x378 irq 7 flags 0x40 on isa ppc0: SMC-like chipset
>Michael> (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with
>Michael> 16/16/7 bytes thresho
Hi,
Is there something changed on BOOTP/diskless configuration?
This problem reappears some times and was fixed in August if I remember.
A hack was proposed before August, something like 'make root dev' call in
bootp_subr.c
Thanks,
Nicholas
bootpc_init: using network interface 'ed0'
Boo
On Sat, Jan 29, 2000 at 08:21:33PM -0800, Matthew Dillon wrote:
>
>When the new parallel port stuff was put several months ago, my
>machine stopped working. I had to set flags to 0x40 to make it
>work again. Flags of 0x40 force the driver to use the most
>basic probes possible.
On Sat, Jan 29, 2000 at 10:59:15PM -0500, David Gilbert wrote:
>
>> "Chris" == Chris Costello <[EMAIL PROTECTED]> writes:
>
>Chris> On Saturday, January 29, 2000, David Gilbert wrote:
>>> When this happens, the entire machine freezes until someone feeds
>>> the printer --- the momment it start
On Sat, Jan 29, 2000 at 09:49:40PM -0600, Chris Costello wrote:
>
>On Saturday, January 29, 2000, David Gilbert wrote:
>> When this happens, the entire machine freezes until someone feeds the
>> printer --- the momment it starts printing again, the computer
>> unfreezes.
>
> Could it be a printe
On Sat, Jan 22, 2000 at 10:03:25AM +, Doug Rabson wrote:
>>
>> Nice. The newbus architecture introduces overhead in I/O and old chipsets
>> (or old compatible modes) do not always support it.
>>
>> Your drive runs really faster too, doesn't it?
>
>Have you measured the overhead? I think it s
On Thu, Jan 20, 2000 at 12:26:08PM +0100, F. Heinrichmeyer wrote:
>
>
>Subject says all! This evening i will try a patch for the ata driver so
>maybe all my
>hardware at home will work again with current when certain patches are
>applied.
Nice. The newbus architecture introduces overhead in I/O
On Sun, Jan 16, 2000 at 03:21:16PM +0100, F. Heinrichmeyer wrote:
>
>My parallel port zip-drive stopped working this weekend with the new ppc
>code. There is no printer attached:
Hmm, any chance to change parallel port bios setting on your MB?
>
>
>--
>Fritz Heinrichmeyer mailto:[EMAIL PROTECTE
On Fri, Jan 14, 2000 at 01:38:47AM -0500, Kenneth Wayne Culver wrote:
No problem here, I attach you the MACHINE and dmesg.
--
[EMAIL PROTECTED] / [EMAIL PROTECTED]
FreeBSD - Turning PCs into workstations - http://www.FreeBSD.org
Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1982,
On Fri, Jan 14, 2000 at 01:38:47AM -0500, Kenneth Wayne Culver wrote:
>
>The latest ppbus changes seem to have made some things break. My dmesg no
>longer shows lpt0 or vpo0 as being detected ( even though they are defined
>in the kernel conf file, and are being compiled into the kernel) which
>me
On Thu, Jan 06, 2000 at 12:45:36AM +0200, Maxim Sobolev wrote:
>
>Nicolas Souchu wrote:
>
>> On Mon, Jan 03, 2000 at 09:24:52PM +0200, Maxim Sobolev wrote:
>> >
>> >Nicolas Souchu wrote:
>> >
>> >> Hi there!
>> >>
>> >&
Hi committers!
On Wed, Jan 05, 2000 at 11:44:06AM -0800, Jordan K. Hubbard wrote:
>
>And given that we've already slipped from December 15th, I think you
>can treat this as a pretty hard deadline, to be further slipped only
>grudgingly and in response to clear and dire need.
>
>10 days, folks! M
On Mon, Jan 03, 2000 at 09:24:52PM +0200, Maxim Sobolev wrote:
>
>Nicolas Souchu wrote:
>
>> Hi there!
>>
>> FOR ANYBODY THAT USES ZIP/PRINTER/PLIP ON THE PARALLEL PORT UNDER -current
>>
>> A major ppbus(4) release is available for beta-testing.
>
>G
Hi there!
FOR ANYBODY THAT USES ZIP/PRINTER/PLIP ON THE PARALLEL PORT UNDER -current
A major ppbus(4) release is available for beta-testing.
It includes the port of the ppbus framework to the newbus system.
http://www.freebsd.org/~nsouch/ppbus.html
provides usefull notes about the configurati
Hi,
I have the following errors when I try to append audio to a fixated onp
CD-R
First, shall I reuse burnaudio when reopening a CD?
I made burnaudio work with the following tricks:
>>>
device=/dev/r$1
wormcontrol -f$device prepdisk single
shift
for f in $*
do
echo Burning file $f
On Tue, Aug 24, 1999 at 08:39:25AM +0200, Soren Schmidt wrote:
>> Which ones, I found nothing in the LINT file related to ATA.
>
>"There is no user serviceable parts inside" :) and if patch someone just
>posted works it seems like the drive is abusing the standard. I'll look
>at it asap, then lets
On Mon, Aug 23, 1999 at 08:27:15AM +0200, Soren Schmidt wrote:
>
>It seems Nicolas Souchu wrote:
>> acd0: CDROM drive at ata0 as master
>> acd0: drive speed 0KB/sec
>> acd0: supported read types:
>> acd0: Mechanism: caddy
>> acd0: Medium: CD-ROM unknown medi
Hi there, hi Soren,
First of all, the dump.
Preloaded elf kernel "kernel" at 0xc0302000.
Intel Pentium detected, installing workaround for F00F bug
Probing for PnP devices:
npx0: on motherboard
npx0: INT 16 interface
apm0: on motherboard
apm: found APM BIOS version 1.2
pcib0: on motherb
On Mon, Jul 26, 1999 at 05:04:42AM +1000, Bruce Evans wrote:
>
>>>Otherwise,
>>>the generic code is missing mainly update of the interrupt masks when
>>>an interrupt is unregistered.
>>
>>For the low level side, we could consider something like the following code.
>>But this shall be called by the
On Sun, Jul 25, 1999 at 09:35:36AM +1000, Bruce Evans wrote:
>
>>>Possible quick fix (hack): change all the spltty()'s in lpt.c to
>>>splnet()'s. lpt isn't a tty driver; it just abuses spltty(). Abusing
>>>splnet() instead should work OK for lpt and fix if_plip.
>>
>>This seems good until the in
On Mon, Jul 19, 1999 at 07:37:02PM +1000, Bruce Evans wrote:
>
>>You misunderstood what Bruce wrote. PLIP has always been broken. It
>>used to be possible to hack around the brokenness by setting the
>>interrupt mask to net instead of tty. With newbus, this hack is no
>>longer possible (it was nev
On Mon, Jul 19, 1999 at 11:15:24AM +0200, Poul-Henning Kamp wrote:
>
>
>This is actually a deficiency in the ppbus stuff, there is no
>telling what SPL level the subdriver wants to use, so the interrupt
This is changing. I'm currently working on porting ppbus to newbus.
>should actually be relea
On Mon, May 24, 1999 at 10:46:41PM -0700, Mike Smith wrote:
>>
>> Someone who would help me driving ppbus, yes. I didn't have enough time
>> last months.
>
>Do you expect that the situation will improve, or do you feel you need
>to hand it over to a new maintainer?
>
The situation shall improve.
On Thu, Apr 29, 1999 at 10:26:48PM -0700, Mike Smith wrote:
>
>> In article <19990424190901.d3a791...@spinner.netplex.com.au>,
>> Peter Wemm wrote:
>> > This shouldn't cause much in the way of trouble, but it will complain
>> > about old lint in your config files. That includes 'net/tty/bio/cam'
On Tue, Mar 02, 1999 at 11:32:51PM -0800, Thomas Dean wrote:
>
>I am running smp, 4.0-current, as of Mon Feb 15 03:34:29 PST 1999.
>
>Printing is very slow. I have a HP LaserJet III attached to lpt0.
>Printing in the pcl, text, mode is slower than I expect. Printing in
>the postscipt mode is extr
On Mon, Mar 01, 1999 at 10:21:05PM +0100, Søren Schmidt wrote:
>
>
>Finally!!
>
>The much roumored replacement for our current IDE/ATA/ATAPI is
>materialising in the CVS repositories around the globe.
>
>So what does this bring us:
>
>A new reengineered ATA/ATAPI subsystem, that tries to overcome
On Wed, Feb 24, 1999 at 08:51:03AM +, Doug Rabson wrote:
>
>On Tue, 23 Feb 1999, Nicolas Souchu wrote:
>
>> Hi folks,
>>
>> Updating at Mar 23 fév 1999 22:52:33 CET,
>>
>> cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
>>
On Tue, Feb 16, 1999 at 10:16:05PM -0700, Warner Losh wrote:
>
>In message <199902141331.faa27...@hub.freebsd.org> "Jonathan M. Bresler"
>writes:
>: how much information about this should be included in
>: /usr/src/UPDATING? the entry there talks about the change but does
>: not provide en
Hi folks,
Updating at Mar 23 fév 1999 22:52:33 CET,
cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions
-ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -DVM_STACK
-include opt_global
On Sun, Feb 21, 1999 at 12:19:08PM +0100, Jeroen Ruigrok/Asmodai wrote:
>
>Anyone care to look at LINT and GENERIC and in particular at the ppc0 line?
>
>GENERIC lists ppc0 as a device, LINT as a controller.
GENERIC wins.
>
>Since config accepts GENERIC's format I'm inclined to think that's the
>
On Sun, Feb 14, 1999 at 07:41:25PM -0500, Brian Feldman wrote:
>
>On Sun, 14 Feb 1999, Nicolas Souchu wrote:
>
>> On Sun, Feb 14, 1999 at 04:30:27PM -0500, Brian Feldman wrote:
>> >>
>> >
>> >On spd I would get an error message, and if I ever did spd 1
On Sun, Feb 14, 1999 at 11:09:45PM +0100, Nicolas Souchu wrote:
>
>On Sun, Feb 14, 1999 at 04:30:27PM -0500, Brian Feldman wrote:
>>>
>>
>>On spd I would get an error message, and if I ever did spd 1 it got as far
>>as printing 128 bytes used, then erred out.
On Sun, Feb 14, 1999 at 04:30:27PM -0500, Brian Feldman wrote:
>>
>
>On spd I would get an error message, and if I ever did spd 1 it got as far
>as printing 128 bytes used, then erred out...
>
>> rm alpm.o ; make CC="cc -DDEBUG"
>
>I'll rm alpm.o; CC='cc -DDEBUG' make alpm.o; make, if that's what
On Sun, Feb 14, 1999 at 11:58:48AM -0800, Jordan K. Hubbard wrote:
>
>> The alternative is to just update GENERIC, LINT et al to use ppbus
>> instead of the old lpt driver, and throw in a warning in the probe
>> messages in src/sys/i386/lpt.c telling people to move to ppbus. It
>> should be pretty
On Sun, Feb 14, 1999 at 11:43:36AM -0800, Jordan K. Hubbard wrote:
>
>> Ok, we should keep lpt, but I'll need to sync ppbus before the release
>> just to fix some bugs discovered by all these new testers.
>
>OK, better do it soon then! :)
>
>> BTW, I really don't know when 3.1 will be released.
>
>
it?
He wrote nothing, just:
>>>
Not to stop you in your tracks, but I would really love to see
somebody (more capable than the PAO people) work out a power
management architecture for us before we have too many more
hacks in this area...
Poul-Henning
In message <199902131808.kaa79
On Sun, Feb 14, 1999 at 09:58:39AM -0800, Jordan K. Hubbard wrote:
>
>> On Sat, Feb 13, 1999 at 07:36:37PM -0800, Jordan K. Hubbard wrote:
>> >
>> >FWIW, I would also like to see this happen.
>>
>> What's the deadline? I did it for -current this day. I'm waiting for
>> some feedback before the 3.1
On Sun, Feb 14, 1999 at 01:33:24PM -0500, Brian Feldman wrote:
>
>It says "generic" every time, whther or not there's a printer attached.
Yes, fun isn't it?
>lpt0: on ppbus 0
>lpt0: Interrupt-driven port
>should be
>lpt0: generic printer port on ppbus 0
>lpt0: Interrupt-driven port
You certainl
On Sun, Feb 14, 1999 at 01:01:27PM -0500, Brian Feldman wrote:
[...]
>
>Sorta. It did work. Then it stopped working. Running detect seems to kill my
>SM (or at least reset it to some weird state)
>
>{"/home/green/examples"}$ ./detect
>{"/home/green/examples"}$
You mean you got some output from sp
On Sun, Feb 14, 1999 at 01:16:11PM -0500, Chuck Robey wrote:
>> >ppc0 at 0x378 irq 7 drq 3 on isa
>> >ppc0: SMC FDC37C665GT chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode
>> >ppc0: FIFO with 16/16/15 bytes threshold
>> >ppb0: IEEE1284 device found /NIBBLE/ECP
>> >Probing for PnP devices on ppbus0:
>>
On Sun, Feb 14, 1999 at 12:48:56PM -0500, Chuck Robey wrote:
>> But there's at least FIFO+DMA support in the nlpt driver. Try 'lptcontrol -e'
>> with you BIOS configured to ECP. Recompile with the appropriate
>> drq on the 'device ppc at isa?...' line.
>
>Experimentation mode (on a machine I can cr
On Sun, Feb 14, 1999 at 12:11:09PM -0500, Brian Feldman wrote:
>
>On Sun, 14 Feb 1999, Nicolas Souchu wrote:
>
>> On Sun, Feb 14, 1999 at 08:40:11AM -0500, Brian Feldman wrote:
>> >
>> >On Sun, 14 Feb 1999, Nicolas Souchu wrote:
>> >
>> >> O
On Sat, Feb 13, 1999 at 07:36:37PM -0800, Jordan K. Hubbard wrote:
>
>FWIW, I would also like to see this happen.
What's the deadline? I did it for -current this day. I'm waiting for
some feedback before the 3.1 replica.
>
>> On 13 Feb 1999, Dag-Erling Smorgrav wrote
On Sun, Feb 14, 1999 at 11:52:04AM -0500, Chuck Robey wrote:
>
>On Sun, 14 Feb 1999, Nicolas Souchu wrote:
>
>> >I *never* expected to see the PNP functions actually pick up the name of
>> >my printer. I was economically bushwacked by the Windows corps into
>> &
No, not a joke :)
nlpt name was only a trick not to collide with lpt while both were in
the system. As you noticed, the old isa lpt driver has been removed.
Consequently, nlpt makes no more sense. This is I hope the last confusion
about printing drivers... before the next one.
So, here is one of
On Sat, Feb 13, 1999 at 10:03:41PM -0500, Chuck Robey wrote:
>
>I have to add an addendum here, to my previous question about the new
>config file setup for a simple printer. I was looking forward to seeing
>the probing come back to my dmesg, when I finally got it right, but
>seeing this:
>
>Feb 1
On Sun, Feb 14, 1999 at 08:40:11AM -0500, Brian Feldman wrote:
>
>On Sun, 14 Feb 1999, Nicolas Souchu wrote:
>
>> On Sat, Feb 13, 1999 at 05:22:00PM -0500, Brian Feldman wrote:
>> >
>> >On Sat, 13 Feb 1999, Nicolas Souchu wrote:
>> >
>> >&g
On Sun, Feb 14, 1999 at 05:31:08AM -0800, Jonathan M. Bresler wrote:
>
>> Date: Sat, 13 Feb 1999 19:17:14 +0100
>> From: Nicolas Souchu
>>
>> You need:
>>
>> controller ppbus0 # The ppbus system
>> device nlpt0 at
On Sat, Feb 13, 1999 at 05:22:00PM -0500, Brian Feldman wrote:
>
>On Sat, 13 Feb 1999, Nicolas Souchu wrote:
>
>> Hi folks,
>>
>> I've just committed the alpm(4) driver to -current: the Aladdin SMBus
>> driver.
>
>Great, my newest mobo is an AcerLabs
On Sat, Feb 13, 1999 at 08:04:12PM +0100, Dag-Erling Smorgrav wrote:
>
>Nicolas Souchu writes:
>> controller ppbus0 # The ppbus system
>> device nlpt0 at ppbus? # The printer driver
>
>OBTW, when are you planning to rename nlpt0
On Sat, Feb 13, 1999 at 10:03:41PM -0500, Chuck Robey wrote:
>
>I have to add an addendum here, to my previous question about the new
>config file setup for a simple printer. I was looking forward to seeing
>the probing come back to my dmesg, when I finally got it right, but
>seeing this:
>
>Feb 1
You need:
controller ppbus0 # The ppbus system
device nlpt0 at ppbus? # The printer driver
And finally the parallel port chipset interface,
controller ppc0at isa? port? tty irq 7 drq 3
See ppbus(4) and/or http://www.freebsd.org/~nsouch/ppbus.html
Hi folks,
I've just committed the alpm(4) driver to -current: the Aladdin SMBus
driver.
With an onboard system management chip (lm7x or w87381),
it offers monitoring capabilities to recent Acer based motherboards like
the ASUS P5AB.
Example program to fetch temperature or voltages is available a
On Wed, Feb 03, 1999 at 02:15:39AM +, Stephen Palmer wrote:
>
>While looking at the output from dmesg, I noticed the following
>which I don't remember having seen before. (Of course I might
>not have had the camera hooked up to this system while running
>FreeBSD before ;-)
Sure, this is really
On Wed, Feb 03, 1999 at 02:51:37PM +1030, Matthew Thyer wrote:
>
>I seem to have all the hardware required for querying the temperature
>probes in the system (At least I can do it from the BIOS).
>
>How can I query this info ?
>
>I assume I need "controller smbus0" and "controller intpm0" in my
>ke
On Sat, Jan 23, 1999 at 02:59:22PM +0200, Mark Murray wrote:
>
>Hi
>
>I het a lot of this in my PLIP connection:
>
>Jan 23 14:44:00 gratis /kernel: X
>Jan 23 14:44:00 gratis /kernel: X
>Jan 23 14:44:01 gratis /kernel: RR
>Jan 23 14:44:01 gratis /kernel: RR
>Jan 23 14:44:02 gratis /kernel: X^RRR&RX^
On Sat, Jan 23, 1999 at 01:34:40AM -0500, Mikhail Teterin wrote:
>
>I tried both cam and bio -- no difference. It is not that it's
>slow -- I was prepared for that, it is that it totally hangs --
>forever.
>
>I narrowed it down to softupdates. If I disable the softupdates on
>the cartridge's filesy
On Sat, Jan 16, 1999 at 06:49:25PM +, Doug Rabson wrote:
>
>On Sat, 16 Jan 1999, Nicolas Souchu wrote:
>
>> On Fri, Jan 15, 1999 at 11:13:09AM +, Doug Rabson wrote:
>> >
>> >On Fri, 15 Jan 1999, Nicolas Souchu wrote:
>> >
>> >> Hi ther
On Fri, Jan 15, 1999 at 11:13:09AM +, Doug Rabson wrote:
>
>On Fri, 15 Jan 1999, Nicolas Souchu wrote:
>
>> Hi there,
>>
>> Currently, the ZIP+ probe is intrusive and sends char to the printer if
>> no ZIP+ is connected.
>>
>> Here is a patch th
87 matches
Mail list logo
