[Apologies if this has been seen already, but as far as I know my first
posting to the L-K list apparently never made it out]
- Ted
OK, so I'm currently at the road (San Diego IETF meeting) so I can't
really test this very well; when your co
OK, so I'm currently at the road (San Diego IETF meeting) so I can't
really test this very well; when your compile engine is your Vaio
laptop, it's really slow and painful to do test builds and test booting
kernels.
But I know some people are eager to test it, and would rather have
something
On Sat, Dec 09, 2000 at 12:41:24AM -0500, Theodore Y. Ts'o wrote:
>
> There was is usual with these sorts of things, multiple problems I was
> dealing with. The first was that I was trying to use cardmgr, and my
> pcmcia config file was still trying to load epic_cb. Oops. David, you
> might wa
> FWIW I don't think you should sit on fixes until post 2.4.0... and I
> would like to get CardBus serial working because it's broken in the
> current tree...
I would agree. Right now serial cardbus is broken, line discipline race patches
dont appear to have been applied and these are serious en
"Theodore Y. Ts'o" wrote:
> In any case, I think I know how to fix the serial driver to not loop in
> receive_chars(). If I get this working, do you want to take a serial
> driver update now or post 2.4.0? I have a number of fixes queued up
> that I didn't consider critical, so I haven't fed the
"Theodore Y. Ts'o" wrote:
>
>Date: Sat, 09 Dec 2000 11:13:59 -0500
>From: Jeff Garzik <[EMAIL PROTECTED]>
>
>> Note how the "rs_interrupt()" routine _tries_ to avoid this by having a
>> pass counter value, but that logic never triggers because we will loop
>> forever in recei
Linus Torvalds wrote:
> Oh, serial_cb shouldn't work anyway, I think.
As soon as the serial.c hotplug patch appear, you'll be receiving a
patch that eliminates serial_cb.
Jeff
--
Jeff Garzik |
Building 1024 | These are not the J's you're lookin' for.
MandrakeSoft
On Sun, 10 Dec 2000, Theodore Y. Ts'o wrote:
>
>You should also just test having it compiled in - I know some people love
>modules, but there is nothing quite as liberating as just having a kernel
>that finds the devices it needs and doesn't need anything else.
>
> Interesting. Yu
Date: Sat, 09 Dec 2000 11:13:59 -0500
From: Jeff Garzik <[EMAIL PROTECTED]>
> Note how the "rs_interrupt()" routine _tries_ to avoid this by having a
> pass counter value, but that logic never triggers because we will loop
> forever in receive_chars(), so the rs_interrupt() counter
Date: Sat, 9 Dec 2000 10:13:50 -0800 (PST)
From: Linus Torvalds <[EMAIL PROTECTED]>
I checked my VAIO's, and they all have a Ricoh cardbus bridge.
Ted claimed he had a TI1311 or something, I think. So his VAIO is
definitely different from the ones I have. That may be enough of a
Date: Fri, 8 Dec 2000 23:41:54 -0800 (PST)
From: Linus Torvalds <[EMAIL PROTECTED]>
This is a problem that many drivers have: when the card is removed, the
driver sees an interrupt (which happens to be the CardBus card removal
interrupt, but the serial driver doesn't know that, and
On Sat, 9 Dec 2000, Jens Taprogge wrote:
>
> I have a Megaherz card as well. It has been working fine ever since
> Linus fixed some issues with the ToPIC97 Cardbus controller. It reports
> a 16550A on my machine.
I checked my VAIO's, and they all have a Ricoh cardbus bridge.
Ted claimed he ha
Linus Torvalds wrote:
> On Sat, 9 Dec 2000, Theodore Y. Ts'o wrote:
> >I didn't have time to do more than just quickly apply the patch and leave
> >in a hurry, but my Vaio certainly recognized the serial port on the combo
> >cardbus card I have with this patch. Everything looked fine -
On Sat, Dec 09, 2000 at 12:41:24AM -0500, Theodore Y. Ts'o wrote:
> In the case of the MegaHertz modem PCMCIA card and the Linksys combo
> PCMCIA card, card registers manage to survive the serial driver's UART
> test (although as a 8250 or 16450, instead of the 16550A that's really
> in those
Oh, I forgot to mention: I use a slight modification to your patch: you
left some functions as "__init/__initdata" functions/data even though they
are should definitely be __devinit/__devinitdata for all the hotplug
stuff. So the thing that works for me has had a global search-and-replace
to rep
On Sat, 9 Dec 2000, Theodore Y. Ts'o wrote:
>
>I didn't have time to do more than just quickly apply the patch and leave
>in a hurry, but my Vaio certainly recognized the serial port on the combo
>cardbus card I have with this patch. Everything looked fine - I got a
>message say
Date: Fri, 8 Dec 2000 13:27:51 -0800 (PST)
From: Linus Torvalds <[EMAIL PROTECTED]>
I didn't have time to do more than just quickly apply the patch and leave
in a hurry, but my Vaio certainly recognized the serial port on the combo
cardbus card I have with this patch. Everything lo
On Fri, Dec 08, 2000 at 01:27:51PM -0800, Linus Torvalds wrote:
>
> (Of course, I use tulip instead of epic100, so maybe there's an epic
> driver bug, but it's definitely hotplug-aware).
There could be a problem in the epic driver; I've never had a card
that uses this driver and have only limite
I didn't have time to do more than just quickly apply the patch and leave
in a hurry, but my Vaio certainly recognized the serial port on the combo
cardbus card I have with this patch. Everything looked fine - I got a
message saying it found a 16450 on ttyS4 when I plugged the card in.
Ted, I ha
I haven't been able to get PCMCIA working under Linux 2.4 with any kind
of serial devices (Cardbus or normal ISA), at least not reliably, on my
Vaio 505TX. I've tried both yenta_socket and i82365. It works about
one time in ten, but I've never figured out what causes it to work or
not work. Wh
20 matches
Mail list logo
