On Thu, Jan 11, 2001 at 06:29:27PM +0100, f5ibh wrote:
I got this non-fatal oops while loading the ppa module for my IOMEGA parallel
port ZIP drive.
It doesn't look like it's related to the ZIP drive though:
Warning: kfree_skb passed an skb still on a list (from c8074fc1).
Oops: 0002
CPU:
Looks like you didn't configure your kernel with printer support. You
want CONFIG_PRINTER.
Tim.
*/
PGP signature
On Thu, May 10, 2001 at 05:12:33PM +0200, Jean-Luc Coulon wrote:
Huh. Does it do the same thing every time you load parport_probe?
Does it always get truncated in the same place?
Yes ! :-/
Nothing really uses that information in 2.2 anyway, so it's harmless
at least. It's probably a
On Tue, May 29, 2001 at 02:11:56AM +0200, Jamie Lokier wrote:
Will 4 * inb() cycles have the same effect as 1 * inl() cycle for an EPP
mode read?
4 inb() cycles on the same port, yes, I think so (but not on
successive ports).
Tim.
*/
PGP signature
On Wed, May 30, 2001 at 01:29:17AM +0200, Erik Mouw wrote:
I'm still looking for a proper way to automatically include the example
source into the SGML file, this patch with the same content in two
files is a bit of an ugly hack.
Probably your best bet is to get the Makefile to pass a copy
The end of my inbox has turned to zeroes (everything from a few k off
the beginning to the end), while running test8-pre2. :-(
(I've restored it from backup, but I thought someone ought to know.)
Tim.
*/
PGP signature
On Sun, Sep 03, 2000 at 02:01:28PM -0700, David Ford wrote:
Would this be an ext2 thing?
The corrupted file was on an ext2 partition, yes. But I also used
test7 and test8-pre1 before that with no problems (that I noticed..).
Tim.
*/
PGP signature
On Sun, Sep 03, 2000 at 01:58:02PM -0400, Mohammad A. Haque wrote:
I think I saw one other person mention fs corruption with test8-pre2.
What is your system configuration? I'm pretty sure it's not a ide
controller/hd problem because my inbox is on one drive and my other
mailboxes are on
On Tue, Sep 05, 2000 at 07:14:02PM -0700, Linus Torvalds wrote:
How about this patch?
Got this oops.
Tim.
*/
ksymoops 2.3.3 on i586 2.4.0-test8-pre5+trfix. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o
Found another bug:
On Wed, Sep 06, 2000 at 03:26:14PM -0700, Linus Torvalds wrote:
- pre6:
- trunate - the never-ending story. Makes me feel like a long
^ here
:-)
Tim.
*/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Hi Linus,
Here is a patch that fixes some missing copy_to/from_user things, as
well as fixing the pp_write logic.
Tim.
*/
Index: linux/drivers/char/ppdev.c
diff -u linux/drivers/char/ppdev.c:1.1.1.23 linux/drivers/char/ppdev.c:1.29
--- linux/drivers/char/ppdev.c:1.1.1.23 Fri Jul 14 11:05:38
Hi Linus,
Here is a short patch to fix the ordering in pci_ids.h.
Tim.
*/
--- linux/include/linux/pci_ids.h.fixidsTue Sep 26 13:50:17 2000
+++ linux/include/linux/pci_ids.h Tue Sep 26 13:51:43 2000
@@ -1084,11 +1084,6 @@
#define PCI_DEVICE_ID_LAVA_QUAD_B 0x0202 /* 2x 16650,
Hi Linus,
Here is a patch to fix up the {html,ps,sgml,...}docs Makefile targets,
which have been broken ever since videodev.c moved house.
Tim.
*/
Index: linux/Documentation/DocBook/Makefile
diff -u linux/Documentation/DocBook/Makefile:1.1.1.24
linux/Documentation/DocBook/Makefile:1.32
---
On Mon, Oct 02, 2000 at 07:47:54AM -0700, Clayton Weaver wrote:
What is the second "fi" for?
The first "if".
Tim.
*/
PGP signature
On Sat, Oct 14, 2000 at 04:43:05PM +0100, Alan Cox wrote:
This should be worded correctly as "GNU General Public
License" to avoid any confusion or ambiguity. There is no such
thing as the "GNU public license" and newcomers may be confused.
Good point. Will fix
There's _tonnes_ of
I'm trying to chase down a semaphore time-out problem. I want to
sleep on a semaphore until either
(a) it's signalled, or
(b) some amount of time has elapsed.
What I'm doing is calling add_timer, and then down_interruptible, and
finally del_timer. The timer's function ups the semaphore.
The
On Sun, Feb 25, 2001 at 11:10:39PM +, Andrew Morton wrote:
I think there might be a bogon in __down_interruptible's
handling of the semaphore state in this case. I remember
spotting something a few months back but I can't immediately
remember what it was :(
I'd suggest you slot a
On Tue, Feb 27, 2001 at 12:59:48PM -0700, Don Dugger wrote:
Isn't `perl' overkill? Why not just:
tr -d '\r'
while read line; do echo ${line%?}; done
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
Hi Linus,
This patch seems to cure some printing stalls that some people have
been seeing. The down_trylock call isn't really needed there anyway.
Please apply.
Tim.
*/
2001-02-27 Tim Waugh [EMAIL PROTECTED]
* drivers/parport/ieee1284_ops.c: Remove down_trylock call,
which
On Tue, Feb 27, 2001 at 10:40:35PM +, Andrew Morton wrote:
1: Your code is leaving the semaphore in a down'ed state
somehow.
This was probably it. I don't know why it works for me but not some
other people though. :-/
(As you can tell, I'm desparately avoiding having
to understand
Linus,
Here is a patch that makes 2.4.x's behaviour more closely match that
of 2.2.x when a nibble mode read goes wrong. It prevents reading
processes from getting stuck in certain circumstances.
Tim.
*/
2001-03-02 Tim Waugh [EMAIL PROTECTED]
* drivers/parport/ieee1284_ops.c
Some of the fixes to the PCI documentation got lost in the 2.4.3-pre1
patch. Here they are again.
Tim.
*/
2001-03-02 Tim Waugh [EMAIL PROTECTED]
* drivers/pci/pci.c: Inline documentation, based on a patch by
Jani Monoses.
--- linux/drivers/pci/pci.c.pcidoc Sat Mar 3
This patch should make printer status readback a little less broken
than before.
2001-06-03 Tim Waugh [EMAIL PROTECTED]
* drivers/char/lp.c (lp_read): The loop is broken. Remove it,
and restore 2.2.x behaviour.
--- linux/drivers/char/lp.c.readbackTue Mar 6 16:47:08 2001
On Wed, Mar 07, 2001 at 01:50:35PM +0100, f5ibh wrote:
Mar 7 11:55:55 debian-f5ibh lpd[567]: lp: filter 'f' terminated (termsig=13)
Which filter?
Does the patch I posted yesterday help?
Tim.
*/
PGP signature
On Thu, Mar 15, 2001 at 06:45:37PM +, Will Newton wrote:
I don't know why it prints it twice.
Looks like the module is getting loaded, then unloaded, then loaded
again. Perhaps because of module autocleaning?
When printing errors are printed (buffer overrun or something like that,
it
On Fri, Mar 16, 2001 at 06:52:53PM -0500, Michael B. Allen wrote:
The parallel port is not being detected on my ABIT KT7A KT133 w/ Athlon
Need dmesg output to see what parport is being told and what is
finding out for itself.
BIOS options are:
728/IRQ5
^^^ 278, probably
378/IRQ7
On Sat, Mar 17, 2001 at 01:05:51AM -0500, Michael B. Allen wrote:
I setup everything as you describe below. I don't remember having to
do all this stuff before(on other machines anyway). I guess I'm used to
RH's fluffed-up stock kernels.
Which stock kernel didn't work for you?
Tim.
*/
-
To
On Mon, Mar 19, 2001 at 12:16:26AM +, Will Newton wrote:
In /etc/modules.conf I have:
options parport_pc irq=none
but dmesg says:
parport0: PC-style at 0x378 (0x778), irq 7, dma 3
[PCSPP,TRISTATE,COMPAT,ECP,DMA]
Jeff, this is a bug with the Via code in parport_pc.c. Basically,
It's easier to add parallel ports to a machine nowadays, so the
default maximum of three printer devices is becoming a bit
restrictive.
Here's a patch to increase it. Any objections?
Tim.
*/
2001-03-19 Tim Waugh [EMAIL PROTECTED]
* include/linux/parport.h: Increase PARPORT_MAX
On Tue, Mar 20, 2001 at 11:21:10PM -0500, Jeff Garzik wrote:
The current Via-specific parport_pc.c code forces on the best possible
parallel port modes the chip can handle. In retrospect, what it should
be doing is reading the configuration BIOS has set up, and not touching
it.
Yes, I
On Wed, Mar 21, 2001 at 09:19:35AM -0500, Jeff Garzik wrote:
Attempting to pretend that the parallel port is not in an interrupt
driven mode by passing irq=none is folly.
No, that's not what it's for. It means 'for Christ sake don't use
interrupts, I know what I'm doing'.
If irq=none is
Here is an untested patch intended to fix the following behaviour:
$ cat a.c
#include unistd.h
int main (int argc, char **arghhh)
{
int fd[2];
pipe (fd);
write (fd[1], NULL, 1);
}
$ gcc -o a a.c
$ strace -ewrite ./a
write(4, NULL, 1) = 1
$
Tim.
*/
---
On Sat, Nov 25, 2000 at 10:53:00PM +, James A Sutherland wrote:
Which is silly. The variable is explicitly defined to be zero
anyway, whether you put this in your code or not.
Why doesn't the compiler just leave out explicit zeros from the
'initial data' segment then? Seems like it ought
On Sun, Nov 26, 2000 at 10:11:15AM -0600, Jeff Epler wrote:
(not affected by the -ac4 patch, the file in question is not touched)
Parallel printer support (CONFIG_PRINTER) [N/m/?] (NEW) m
Support for console on line printer (CONFIG_LP_CONSOLE) [N/y/?] (NEW)
Suggested change:
What's
On Sat, Nov 25, 2000 at 05:36:58PM -0500, John Cavan wrote:
Just so I understand the differences, for learning purposes... Tim
did this a little different than I did and I'd just like to
understand the "whys" of it.
It's Douglas Gilbert's modified patch; Douglas explained that he
didn't find
On Sat, Dec 09, 2000 at 01:14:00AM +0100, David Härdeman wrote:
By looking at the windows drivers provided with the card I came to the
conclusion that the onboard chip was an Oxford Semiconductor OX16PCI954
which as far as I could understand is documented in
Linus,
Here is a patch from Armin Kuster which adds inline documentation to
some macros.
Tim.
*/
2000-12-13 Tim Waugh [EMAIL PROTECTED]
* include/linux/init.h, include/linux/module.h: Inline
documentation for some macros. Patch from Armin Kuster.
--- linux-2.4.0-test12
On Wed, Dec 13, 2000 at 09:01:56PM +0100, Peter Bornemann wrote:
I have a second parport installed as a PCI-card. In earlier Linux-versions
this would lock the machine completely if parport Co where compiled as
modules (2.2.16 and 2.2.17). Compiled into the kernel however, everything
worked
On Wed, Dec 13, 2000 at 11:11:55PM +0100, Andi Kleen wrote:
Perhaps it should mention that the guaranteed useful range of atomic_t
is only 24bit ? Documentation without source would rather useless if it
didn't mention such pitfalls.
Does
On Thu, Dec 14, 2000 at 08:43:18PM +0100, Peter Bornemann wrote:
Any hint is welcome, for I would prefer a really stable kernel for this
machine.
The problem isn't that the kernel is not stable, but that it doesn't
support your parallel port card. ;-)
I'll look at backporting the 2.4.x card
On Fri, Dec 15, 2000 at 09:57:42PM +0100, Lukasz Trabinski wrote:
In serial dirver from Theodore Ts'o we have:
{ PCI_VENDOR_ID_SPECIALIX, PCI_DEVICE_ID_OXSEMI_16PCI954,
This is for a serial port device.
(IMHO that is correct), but in kernel 2.2.18 we have:
Hi Linus,
Here is a small patch that syncs up the parport ChangeLog to the
current source tree.
Tim.
*/
2000-12-13 Tim Waugh [EMAIL PROTECTED]
* drivers/parport/ChangeLog: Resync.
--- linux-2.4.0-test12/drivers/parport/ChangeLog.sync Wed Dec 13 12:37:45 2000
+++ linux-2.4.0
Hi Linus,
Here is a patch that marks CONFIG_PARPORT_PC_FIFO experimental.
Tim.
*/
2000-12-14 Tim Waugh [EMAIL PROTECTED]
* drivers/parport/Config.in: Mark CONFIG_PARPORT_PC_FIFO
experimental.
* drivers/parport/ChangeLog: Updated.
--- linux-2.4.0-test13-pre1/drivers
Hi Linus,
This patch fixes some timing issues with ppa.
Tim.
*/
2000-12-13 Tim Waugh [EMAIL PROTECTED]
* drivers/scsi/ppa.c, drivers/scsi/ppa.h: Timing fixes. New
parameter "recon_tmo=". This is 2.07-for-2.4.x.
--- linux-2.4.0-test12/drivers/scsi/ppa.c.ppa207
Hi Linus,
This patch adds inline documentation to a couple of macros, with
improvements suggested by Andi Kleen.
Tim.
*/
2000-12-13 Tim Waugh [EMAIL PROTECTED]
* include/linux/init.h, include/linux/module.h: Inline
documentation for some macros. Patch from Armin Kuster
Hi Linus,
Here is a patch to make the parport_pc comments better. No code
change.
Tim.
*/
2000-12-17 Tim Waugh [EMAIL PROTECTED]
* drivers/parport/parport_pc.c: Better commentary. Patch from
R Horn.
* drivers/parport/ChangeLog: Updated.
--- linux-2.4.0-test12
On Sat, Dec 16, 2000 at 05:37:51PM +0200, Jani Monoses wrote:
+ * Otherwise if @from is not %NULL, searches continue from that point.
Searches continue from the next one I think.
+ * pci_register_driver - register a new pci driver
[...]
+ * pci_unregister_driver - unregister a pci driver
On Sat, Dec 16, 2000 at 05:26:09PM +0200, Jani Monoses wrote:
kernel-api.tmpl references the exported functions of kmod.c but
there are none.
There are: hotplug_path, exec_usermodehelper, call_usermodehelper,
request_module.
Try adding kmod.c to APISOURCES in the Makefile.
Tim.
*/
-
On Sun, Dec 17, 2000 at 05:22:23PM +0100, Andrzej Krzysztofowicz wrote:
Why it does not depend on CONFIG_EXPERIMENTAL if it really is experimental ?
Oh, missed that. Thanks, fixed.
Tim.
*/
PGP signature
On Mon, Dec 18, 2000 at 10:17:17PM +0200, Jani Monoses wrote:
Tim Waugh pointed out this wasn't good as 'const' is part of the function
signature and he now has a better patch.
I'll sync up with Alan.
Tim.
*/
-
To unsubscribe from this list: send the line "unsubscribe linux-k
On Mon, Dec 18, 2000 at 07:40:03PM +, Alan Cox wrote:
o Mark the parport fifo code as experimental (Tim Waugh)
Needs this:
--- linux-2.4.0test13pre3-ac1/drivers/parport/Config.in Mon Dec 18 20:45:54 2000
+++ linux-2.4.0-test13-pre3+/drivers/parport/Config.in Mon Dec 18 16:56:36
On Mon, Dec 18, 2000 at 07:40:03PM +, Alan Cox wrote:
o Teach kernel-doc about const(Jani Monoses)
Needs this (also cleans up kernel-doc macro handling and fixes some
regexps):
--- linux-2.4.0test13pre3-ac1/scripts/kernel-docMon Dec 18 20:46:11 2000
+++
On Mon, Dec 18, 2000 at 07:40:03PM +, Alan Cox wrote:
o Add documentation to the PCI api(Jani Monoses)
Needs this:
--- linux-2.4.0test13pre3-ac1/drivers/pci/pci.c.pcidoc Mon Dec 18 20:46:08 2000
+++ linux-2.4.0test13pre3-ac1/drivers/pci/pci.c Mon Dec 18 20:51:20 2000
Does anyone have an OXSEMI PCI parallel port PCI card with device id
0x9513 (i.e. an OXSEMI 16PCI954)?
I'd like to get them to try out something..
Thanks,
Tim.
*/
PGP signature
I've got a PCI serial card here that I'm not sure how to add support
for. It's resource map is like this:
Product name | Ven.ID | Dev.ID |[Base+10]|[Base+14]|[Base+18]|[Base+20]|
---+++-+-+-+-+
VScom PCI-400L | 14D2 | 8040 |
On Tue, Jan 02, 2001 at 11:22:55PM +0100, Stefan Frank wrote:
2 days ago i upgraded to 2.4.0-prelease, today suddenly i had the same
symptom. I've been running 2.4.0-test10 since it's been released and never
saw this happen there.
I get this on 2.2.18 too, and it never used to happen with
On Thu, Jan 04, 2001 at 02:52:29PM +0100, Andrea Arcangeli wrote:
I think lp_check_status.
Okay. So what about this patch instead? If the printer is off-line
to start with, fall into parport_write anyway (it will just time out
and return 0). If LP_ABORT is set, we return -EAGAIN.
Tim.
*/
On Thu, Jan 04, 2001 at 03:39:10PM +0100, Andrea Arcangeli wrote:
As noted yesterday falling into parport_write will silenty lose data when the
printer is off.
(Actually it depends; I think FIFO/DMA paths are fine, but yes, the
software implementation can lose data.)
If it's not feasible to
On Thu, Jan 04, 2001 at 11:20:51PM +0100, Gunther Mayer wrote:
this mapping must be hardcoded like I did for Timedia serial:
I was thinking about using another flag, like SPCI_FL_SEE_BELOW_TOO,
to mean 'look at the next entry too'. Then I could just have both
entries there one after the
that. Look okay?
Tim.
*/
2001-01-04 Tim Waugh [EMAIL PROTECTED]
* drivers/char/lp.c: Follow 2.2 behaviour more closely.
--- linux-2.4.0-prerelease/drivers/char/lp.c.offlineThu Jan 4 21:13:02 2001
+++ linux-2.4.0-prerelease/drivers/char/lp.cThu Jan 4 21:42:19 2001
@@ -207,7
Here is a patch that changes the superuser check in lp to use
capabilities instead.
Does anyone see a problem with it before I send it to Linus?
Tim.
*/
2001-01-05 Tim Waugh [EMAIL PROTECTED]
* drivers/char/lp.c: Capability check instead of superuser check.
Patch from [EMAIL
I'm having problems with using xsane to acquire a preview from an HP
ScanJet 5P connected to an AHA-2940. 2.3.42 is the last kernel that
works right for me.
The symptom is that the scanner starts to make scanning sounds, then
stops, and xsane says 'Error during read: Error during device I/O'.
On Tue, Jan 09, 2001 at 03:53:02PM -0500, Douglas Gilbert wrote:
by timeouts ** resulting in scsi bus resets. Anyway the problem
seems to disappear with the recently released SANE 1.0.4 .
[The original report was based on SANE 1.0.3 and earlier.]
In fact my report that the problem went away
On Mon, Oct 30, 2000 at 11:06:59AM -0800, [EMAIL PROTECTED] wrote:
I'm new at this myself, but how about creating a minor number for each
ISR? When the BH runs, it wakes up the processing waiting on the
device for that ISR.
... which won't get run until after the interrupt is processed, but
On Wed, Nov 08, 2000 at 01:41:40AM +0100, Igmar Palsenberg wrote:
malloc(0) is bogus in this case. malloc(0) == free();
No, you're thinking of realloc.
Tim.
*/
PGP signature
On Thu, Nov 09, 2000 at 05:20:22PM +0200, Andrea Pintori wrote:
[/tmp/old] mv . ../new
[/tmp/old](should be /tmp/new !!)
You forgot to 'cd .'
Tim.
*/
PGP signature
On Sun, Nov 12, 2000 at 02:39:09PM -0500, [EMAIL PROTECTED] wrote:
Fixed
* Zip/Imm/Parport will reliably hang the system (James M. "Dart",
fixed)
This isn't fixed, I'm pretty sure. I haven't looked at it yet.
Tim.
*/
PGP signature
On Wed, Nov 15, 2000 at 11:43:54AM +0100, Olaf Titz wrote:
plus the
modprobe meta expansion algorithm.
and I see no reason why modprobe should do any such thing, apart from
configurations dealt with in modules.conf anyway.
If it helps, wordexp has a flag to prevent command substitutions
I didn't see this in the ChangeLog. Does this need backporting to
2.2.x as well?
Tim.
*/
Index: drivers/scsi/ppa.c
===
RCS file: /usr/local/src/cvsroot/linux/drivers/scsi/ppa.c,v
retrieving revision 1.5
diff -d -u -r1.5 ppa.c
---
Reading from port 0x313 (my ISA NE2000 is at 0x300-0x31f) hangs my
machine dead. Unfortunately, reading from that port is exactly what
the isapnp code does on boot, if compiled into the kernel.
Is it the network card's fault (probably), or is there a less invasive
probe that isapnp could use
On Mon, Nov 20, 2000 at 12:19:43AM +, Alan Cox wrote:
And a quick read of the code I pasted instead of just pasting
suggests instead we should be using the patch below. Question
however is who stole port 0x279 which is the normal port to use. It
shouldnt be lp since lp is supposed to
On Sat, Nov 18, 2000 at 05:10:24PM -0500, John Cavan wrote:
it is. The new scsi error stuff does mention that drivers must
spinunlock/spinlock if it enables interrupts.
Okay, I guess it is safe then.
Tim.
*/
PGP signature
On Mon, Nov 20, 2000 at 05:01:32PM +0300, Oleg Makarenko wrote:
the following partial reversal patch seems to help (but I am not sure it
is correct):
Hmm. That patch went in because without it it doesn't work at all for
some people. :-((
Tim.
*/
PGP signature
On Tue, Apr 17, 2001 at 05:28:13PM -0700, Mr. James W. Laferriere wrote:
Ok , There isn't a sysctl available to do that . I am also a
little worried about the 'none' in ths below .
root@udragon:~# sysctl -A | grep -i parp
dev.parport.parport0.devices.active = none
Don't be:
There's a typo in this file, and also include/asm-i386/io.h has no
extractable documentation.
Tim.
*/
--- linux/Documentation/DocBook/deviceiobook.tmpl.deviceio Fri Apr 20 16:46:16
2001
+++ linux/Documentation/DocBook/deviceiobook.tmpl Fri Apr 20 16:49:23 2001
@@ -171,7 +171,7 @@
On Fri, Apr 20, 2001 at 05:02:19PM +0100, Alan Cox wrote:
Thats because I havent sent Linus the docs patches for a few of
these files yet.
Ah, okay. I wish they didn't error out when that happens..
Tim.
*/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Wed, May 09, 2001 at 02:43:36PM +0200, Jean-Luc Coulon wrote:
May 9 13:14:59 debian-f5ibh kernel: parport0: Unspecified, EPSON Styl
Huh. Does it do the same thing every time you load parport_probe?
Does it always get truncated in the same place?
With 2.4.4-ac6 and 2.4.xx, I get :
On Wed, Jun 06, 2001 at 12:24:34PM +0200, Remi Turk wrote:
Attached is a patch for 2.4.6-pre1 which fixes the help text.
Thanks.
Also, shouldn't CONFIG_LP_CONSOLE depend on CONFIG_PRINTER=y? (it
doesn't work when CONFIG_PRINTER=m, at least for me)
It works for me with CONFIG_PRINTER=m.
On Thu, Jun 21, 2001 at 03:41:32AM -0700, Balbir Singh wrote:
I realize that the Linux kernel supports user level drivers (via
ioperm, etc). However interrupts at user level are not supported,
does anyone think it would be a good idea to add user level
interrupt support ? I have a framework
On Tue, Jun 26, 2001 at 03:17:32AM -0300, Marcelo Tosatti wrote:
If the initialization of parport_serial fails, we obviously get an
error message, which is really annoying:
[This is different to the issue that is fixed in the -ac tree about
parport_serial getting probed for even when disabled
On Tue, Jun 26, 2001 at 10:30:41AM -0300, Marcelo Tosatti wrote:
- change parport_pc so that it doesn't request parport_serial at
init. In this case, how will parport_serial get loaded at all?
Perhaps with some recommended /etc/modules.conf lines (perhaps
On Tue, Jun 26, 2001 at 06:59:11PM +0100, Philip Blundell wrote:
This would be a bit bad, because it would require people to guess
whether they might have a card that parport_serial can drive and/or
try loading the module to see what happens.
Not necessarily. The module has a PCI device
On Wed, Jun 13, 2001 at 11:39:49PM -0700, Patrick Mochel wrote:
First off, the patch went into a pre-release of the kernel. Never would I
trust a pre-release to be stable.
The issue is that of interface stability, as I'm sure you know.
Second of all, if you look at the big picture, you may
On Wed, Jul 04, 2001 at 12:58:02PM -0400, John Weber wrote:
Is there any way to find out up to what ac# level has been merged with
the current kernel releases (including the pre kernels)?
You can get a diff between two arbitrary patches against the same
thing using interdiff from patchutils.
On Mon, Feb 12, 2001 at 10:50:23PM +0100, John B. Jacobsen wrote:
Starting lpd: Warning - lp: cannot open lp device '/dev/lp0' - No such device
Warning - dj: cannot open lp device '/dev/lp0' - No such device
Why is that ? /dev/lp surely exists !
It's telling you that the driver is not
Linus,
Here's a patch that fixes a bug that can cause PCI driver list
corruption. If parport_pc's init_module fails after it calls
pci_register_driver, cleanup_module isn't called and so it's still
registered when it gets unloaded.
Tim.
*/
2001-01-13 Tim Waugh [EMAIL PROTECTED
On Wed, Feb 14, 2001 at 02:03:07AM -0600, Jeff Garzik wrote:
If pci_register_driver returns 0, the driver is not registered with
the system.
Thanks. Okay, second try:
2001-01-14 Tim Waugh [EMAIL PROTECTED]
* parport_pc.c: Fix PCI driver list corruption on
unsuccessful
On Wed, Feb 14, 2001 at 10:21:38PM +1100, Andrew Morton wrote:
Now, if there were some actual COMMENTS (scary, I know) in the pci
code which described the API, stuff like this wouldn't happen.
Oh yeah, that reminds me: if someone would like to make sure that the
following changes are
On Wed, Feb 14, 2001 at 05:14:19AM -0600, Jeff Garzik wrote:
Should the call to pci_unregister_driver in cleanup_module be
conditional on registered_parport as well? I didn't check...
No. (cleanup_module is only called if init_module succeeded.)
Also, is it possible to convert parport_pc
On Wed, Feb 14, 2001 at 08:15:55AM -0500, Allen Barnett wrote:
Is this a bug or is there a new (or better) procedure for reading data
through the lp device in 2.4?
Bug, I think.
Tim.
*/
PGP signature
On Thu, Feb 15, 2001 at 11:52:46AM +0100, Igmar Palsenberg wrote:
Attached is a patch to make a Netmos PCI parallal port card working.
Please try the following patch instead. That card _should_ have a
working ECR.
URL:ftp://people.redhat.com/twaugh/patches/linux24/linux-netmos.patch
Tim.
*/
On Fri, Feb 23, 2001 at 08:46:23AM +0100, Giacomo Catenazzi wrote:
After writing the report, I disabled parport resources in BIOS
and I maked:
cate3:~# modprobe parport_pc
Unable to handle kernel paging request at virtual address
c3a5f640
printing eip:
.
Segmentation fault
On Fri, Mar 23, 2001 at 01:38:00AM +0100, J . A . Magallon wrote:
Yes, a null sentence can shut up the compiler. But what is the purpose of
a jump to the end instead of a return ? Some optimization ?
So that when someone decides that the function needs to do some extra
initialisation at the
On Sat, Mar 24, 2001 at 01:55:15AM +0100, J . A . Magallon wrote:
On 03.24 Andrew Morton wrote:
"J . A . Magallon" wrote:
The same is with that ugly out: at the end
of the function. Just change all that 'goto out' for a return.
Oh no, no, no. Please, no.
Multiple
On Sun, Mar 25, 2001 at 09:37:38PM -0800, [EMAIL PROTECTED] wrote:
do_pd_read_drq: status = 0x10050 = SEEK READY TMO
Please try a recent -ac kernel and let me know if the problem persists
or goes away.
Tim.
*/
PGP signature
On Wed, Mar 21, 2001 at 07:41:15PM -0700, TimO wrote:
0x378: possible IRQ conflict! [Don't know why it always reports
this]
I've been sending Linus a patch to remove this bogus warning for the
last few pre-patches.
0x378: ECP settings irq=none or set by other means dma=none or set by
This fixes a printing bug that only seems to show up with some
chipsets. Please apply.
Thanks,
Tim.
*/
2001-03-27 Tim Waugh [EMAIL PROTECTED]
* parport_pc: Fix save/restore_state to take account of the soft
control port.
* ChangeLog: Updated.
--- linux/drivers
Oops, the last patch isn't the one I meant to send. Here is the right
one.
Tim.
*/
2001-03-27 Tim Waugh [EMAIL PROTECTED]
* parport_pc: Fix save/restore_state to take account of the soft
control port.
* ChangeLog: Updated.
--- linux/drivers/parport
On Fri, Mar 30, 2001 at 03:55:01PM +0200, Juan Piernas Canovas wrote:
The kernel configuration is the same in both 2.2.17 and 2.2.19.
Perhaps, the problem is not in the ppa module, but in the parport,
parport_pc or parport_probe modules.
There weren't any parport changes in 2.2.18-2.2.19,
On Fri, Mar 30, 2001 at 10:17:08PM +0200, Herbert Rosmanith wrote:
why not simply write:
define_bool CONFIG_PARIDE_PARPORT $CONFIG_PARPORT
instead?
Because it isn't that simple. PARIDE works with parport, or without
parport, but if parport is a module then PARIDE must be
1 - 100 of 265 matches
Mail list logo
