> "Nicolas" == Nicolas Souchu <[EMAIL PROTECTED]> writes:
Nicolas> 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.
Nicolas> Would you mind trying this patch before I send it to Jordan?
I certainl
This patch fixes the problem for me. Thanks!!!
-Brian
> 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
>
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 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
> "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 threshold lpt0: on ppbus 0
Michael> lpt0: Interrupt-driven port
I don't get
> For what its worth, I am able to reproduce this problem on my system.
> Simply submit something to lpr, wait for the printer light to blink,
> and pull the paper tray. The system hangs hard as described and does
> not return to normal until the paper tray is put back in. I haven't
> been able
This is on 3.4 Stable, Another "me too", BUT, with a "data point". NEC
SuperScript 870, ASUS
MB. Had the same problem when the BIOS was set to ECP+EPP on the parallel
port. Sinces it only a printer, I set the BIOS to Normal and deliberately
tried to introduce the problem (pull paper tray, etc).
For what its worth, I am able to reproduce this problem on my system.
Simply submit something to lpr, wait for the printer light to blink,
and pull the paper tray. The system hangs hard as described and does
not return to normal until the paper tray is put back in. I haven't
been able to make i
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
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. It was put in because a number of peopl
Chuck Robey wrote:
>
> Sheesh. This is a FreeBSD-questions type thing, not current.
I disagree. It is obvious that something is getting locked inside the
kernel in his setup. This *SHOULDN'T* happen, it's that simple. If his
machine locked whenever the printer went out of paper, and *stayed*
lo
On Sun, 30 Jan 2000, David Gilbert wrote:
> > "Sean" == Sean O'Connell <[EMAIL PROTECTED]> writes:
>
> Sean> On 2000 Jan 29, David Gilbert opined:
> >> > "Sean" == Sean O'Connell <[EMAIL PROTECTED]> writes:
> >>
> Sean> lptcontrol -p
> >> I will try this. It still seems that there's a
> "Sean" == Sean O'Connell <[EMAIL PROTECTED]> writes:
Sean> On 2000 Jan 29, David Gilbert opined:
>> > "Sean" == Sean O'Connell <[EMAIL PROTECTED]> writes:
>>
Sean> lptcontrol -p
>> I will try this. It still seems that there's a misfeature that it
>> just doesn't work by default.
Sea
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. It was put in because a number of people's
machines stopped worki
> "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 starts printing again, the computer
>> unfreezes.
Chris>Could it be a
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 printer-specific (or printer-compatibility)
problem? My HP DeskJet 880C does
Why is it that a properly functioning printer is such a moving target
in FreeBSD?
I don't mean to be argumentative, but under 3.x, the magic cookie to
make printers work (it appeared to be a flow control problem) was to
change
device ppc0at isa? port? flags 0x40 net irq 7
to
devi
19 matches
Mail list logo