Hi,
with a litte patch to linux-2.4.6ac1 (which includes PNPBIOS)
the ESCD data is easily accessible.
Then "lsescd" will verbosely decode /proc/bus/pnp/escd.
This lets you access important info which would be beneficial for correctly
configuring PnP in Linux (e.g. when you set an IRQ to "reserve
Andre Hedrick wrote:
>
> That is a legacy bit from ATA-2 but it is one of those things you can not
> get rid of :-( even thou things are obsoleted, they are not retired.
> This means that you have to go back into the past to see how it was used,
> silly! I hope you agree to that point.
No,
in A
Andre Hedrick wrote:
>
> It fixes a BUG in CFA, but what will it do to the other stuff?
> Parse it exclusive to CFA and there is not an issue.
...
> Not all ./arch have a control register doing this randomly without know the
> rest of the driver will kill more than it fixes.
>
Thanks for pointi
Andre Hedrick wrote:
>
> PARANIOA.
This is not a valid reason.
This clearly fixes a bug in linux. Note: the irq disable
is local to ide-cs. Are you paranoid enough to believe
enabling the irq by writing globally to the control register that
existed since ATA will have ill effects?
You claim t
Hi,
this includes the last fix + now it is willing to share PCI irqs.
Of course you still need CONFIG_IDEPCI_SHARE_IRQ set.
Now CF is working very fine, hdparm-4.1 shows 1.27 MB/sec.
(Only after treaking the source for small (i.e. <64MB) devices).
Regards, Gunther
--- linux245.orig/drivers/i
f, 0x036e-0x036f [lines=10] [16bit] [range]
cftable_entry 0x05
io 0x01f0-0x01f7, 0x03f6-0x03f7 [lines=10] [16bit] [range]
Jun 27 17:36:39 linux kernel: hde: IOMEGA Clik! 40 CZ ATAPI, ATAPI cdrom or floppy?,
assuming FLOPPY drive
>
> On Tue, 26 Jun 2001, Gunther Mayer wrote:
>
&
Hi,
this patch fixes the hard hang (no SYSRQ) on inserting
any PCMCIA ATA/IDE card (e.g. CompactFlash, Clik40 etc)
to a PCI-Cardbus bridge add-in card.
Thanks David for his valuable explanation about what happens:
ide-probe registers it's irq handler too late! After it
triggers the interrupt dur
Pavel Roskin wrote:
>
> Hello, Gunther!
>
> On Thu, 19 Apr 2001, Gunther Mayer wrote:
>
> > > PnPBIOS: Parport found PNPBIOS PNP0401 at io=0378,0778 irq=7 dma=-1
> >^^ culprit !
>
>
Pavel Roskin wrote:
...
>
> There is another interesting line in the log that you didn't quote. The
> driver actually knows about DMA 3:
>
> 0x378: ECP settings irq=7 dma=3
The parport code only uses DMA when told by the user, so
insmod parport_pc dma=auto
should to the trick. Parport
Pavel Roskin wrote:
>
> Hello!
>
> I've compiled 2.4.3-ac9 with support for PNP BIOS. I understand that this
> is a new feature experimental and the feedback is requested.
>
> The setting is BIOS is to use irq 7 and dma 3. I normally use "options
> parport_pc io=0x378 irq=7 dma=3" in /etc/modul
Andre Hedrick wrote:
>
...
> DiskPerf /dev/hde
> Device: IBM-DTLA-307075 Serial Number: YSDYSFA5874
> LBA 0 DMA Read Test = 63.35 MB/Sec (3.95 Seconds)
> Outer Diameter Sequential DMA Read Test = 35.89 MB/Sec (6.97 Seconds)
> Inner Diameter Sequential DMA Read Test = 17.64
Original Problem: PS/2 mouse pointer goes upper right corner and stays there.
Diagnosis: one byte was lost and this is fatal for the mouse driver.
Various people wrote:
>
> On Wed, Mar 28, 2001 at 05:19:33PM -0600, [EMAIL PROTECTED] wrote:
..
> > > > > > > I am experiencing debilitating intermi
Gérard Roudier wrote:
>
> On Sat, 7 Apr 2001, Tim Waugh wrote:
>
> > On Sat, Apr 07, 2001 at 08:42:35PM +0200, Gunther Mayer wrote:
> >
> > > Please apply this little patch instead of wasting time by
> > > finger-pointing and arguing.
> >
> &g
Jeff Garzik wrote:
>
Like I mentioned in a
> previous message, the Via parport code is ugly and should go into a Via
> superio driver. It is simply not scalable to consider the alternative
> -- add superio code to parport_pc.c for each ISA bridge out there. I
> think the same principle applies
Jeff Garzik wrote:
>
> Gunther Mayer wrote:
> > Hardware has always needed quirks (linux-2.4.3 has about 60 occurences
> > of the word "quirks", not to mention workaround, blacklist and other synonyms)!
> >
> > Please apply this little patch instead of
Jeff Garzik wrote:
>
> Tim Waugh wrote:
> > It would allow support for new multi-IO cards to generally be the
> > addition of about two lines to two files (which is currently how it's
> > done), rather than having separate mutant hybrid monstrosity drivers
> > for each card (IMHO)..
>
> ;-)
>
>
Tim Waugh wrote:
>
> On Sat, Apr 07, 2001 at 04:57:29AM -0400, Jeff Garzik wrote:
>
> > Where is this patch available? I haven't heard of an extension to the
> > pci id tables, so I wonder if it's really in the queue for the official
> > kernel.
>
> It is. http://people.redhat.com/twaugh/patc
[EMAIL PROTECTED] wrote:
>
> It's been rumoured that Gunther Mayer said:
> >
> > > I am experiencing debilitating intermittent mouse problems & was about
> > ...
> > > Symptoms:
> > > After a long time of flawless operation (ranging from near
James Simmons wrote:
>
> >Where can I get your driver?
>
> I attach it to the other posting to this thread. I also have it in CVS at
> http://linuxconsole.sourceforge.net with a bunch of other input drivers.
>
> >> Section "Pointer"
> >> Protocol"ImPS/2"
> >> Device
James Simmons wrote:
>
> >This is easily explained: some byte of the mouse protocol was lost.
> >(Some mouse protocols are even designed to allow
> >easy resync/recovery by fixed bit patterns!)
> >
> >Write an intelligent mouse driver for XFree86 to compensate for
> >lost bytes.
>
> Or write a k
[EMAIL PROTECTED] wrote:
>
> I am experiencing debilitating intermittent mouse problems & was about
...
> Symptoms:
> After a long time of flawless operation (ranging from nearly a week to
> as little as five minutes), the X11 pointer flies up to top-right corner,
Hi,
please apply this oneliner to fix the Timedia/Sunix series PCI cards.
Regards, Gunther
P.S.
I'm sending this since 3 months to the maintainer ([EMAIL PROTECTED])
and even submitted to serial.sourceforge.net but never got a reaction.
Anybody knows if Ted is still active?
--- linux/drivers/
Hi,
this fix lets linux detect cards which don't
have a correct checksum.
These are probably common, it seems isapnptools _silently_
fixes this up !
Please apply if you like, comments welcome.
Regards, Gunther
--- linux/drivers/pnp/isapnp.c-2.4.2-orig Fri Mar 16 09:08:47 2001
+++ linux/d
Hi,
this patch fixes subvendor vs. subdevice and
makes my serial PCI card happy again.
Linus, please apply if you like.
Regards, Gunther
--- linux/drivers/char/serial.c-241-origSat Feb 3 13:00:53 2001
+++ linux/drivers/char/serial.c Sat Feb 3 13:31:33 2001
@@ -3845,7 +3845,6 @@
Hi Tim,
this mapping must be hardcoded like I did for Timedia serial:
serial.c: get_pci_port
e.g.
/* Timedia/SUNIX uses a mixture of BARs and offsets */
if(dev->vendor == PCI_VENDOR_ID_TIMEDIA ) /* 0x1409 */
switch(idx) {
case 0: base_idx=
Jesse Pollard wrote:
> Originally, (wayback machine on) this was handled by a pull-up resistor
> in the parallel interface, on the "off-line" signal. ANY time the printer
> was powered off, set offline, or cable unplugged, the "off-line" signal
> was raised by the pull-up. No data lost.
>
> Now t
Hi,
compiling the kernel for P-II resolved my problem.
What would be necessary to print an error message
instead of just hanging?
-
Gunther
Gunther Mayer wrote:
>
> Hi,
> Linux-2.4.0-test12 doesn't boot on VAIO PCG-N505SN,
> whereas linux-2.2.10 works fine (both booted by
Hi Linus,
apply this patch if like to fix this obvious error
with "make xconfig" on plain tree:
./tkparse < ../arch/i386/config.in >> kconfig.tk
drivers/isdn/Config.in: 98: can't handle dep_bool/dep_mbool/dep_tristate
condition
make[1]: *** [kconfig.tk] Error 1
mak
Hi,
Linux-2.4.0-test12 doesn't boot on VAIO PCG-N505SN,
whereas linux-2.2.10 works fine (both booted by lilo-21).
It just hangs after printing:
Uncompressing Linux... Ok, booting the kernel.
HANG
Btw. Raw bzImage booted over USB-floppy just reboots...
Can this be infamous A20 again ?
Regards,
29 matches
Mail list logo
