[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
19 matches
Mail list logo
