Re: [ACPI-sppt] DSDT for non laptop

Hi
Well I do this, in my spare time and this time a lost time more than I
aspect,

But I try a usb cable modem that have same id (0x69b/0x704) of yours.

"Manufacturer: Thomson Consumer Electronics
Product: Thomson TCM305 Cable Modem
usb.c: USB device 2 (vend/prod 0x69b/0x704).
usb.c: registered new driver CDCEther
CDCEther.c: eth1: Thomson Consumer Electronics Thomson TCM305 Cable
Modem"

I had to add to kernel hotplug and (experimental) CDC usb network drive,
and I can tell you that works in kernel-2.22-ac4 and in
kernel-2.23-pre6, but in this last one with a patch from Andrew de
Quincey that is already in ac kernel .

So after install and reinstall various kernels,
I don't know if the patch (of Andrew) make the difference.

Anyway the patch is "2.4.23-pre3 ACPI fixes series (1/3)", but applied
to pre6.
If anybody wants, I can send a clean patch for kernel-2.4.23-pre6 that I
carefully made it :).

I don't know the status in kernel 2.6.

bye.


On Sat, 2003-10-04 at 02:38, Nuno Tavares wrote:
> Greetings,
> 
> I've recently stumbled across an incompatible IRQ routing behaviour between
> ACPI and usbnet (using a CDC device) in vanilla 2.6.0-test5. I was able to
> be sure that it's ACPI's fault, as the driver works if I rip ACPI off the
> compilation.
> 
> The board in question is a ECS K5S7A (something like this, I can confirm
> Monday) and the device is an RCA Cablemodem DCM245.
> 
> In the meantime, i was playing around with DSDT stuff in an ECS P4VXASD2
> with 2.6.0-test6 and managed to get a (buggy) decoded table for this board,
> which I've tried to fix (should read: i've tried to get it compiled), and
> thought it has not been tested yet, the -test6 ACPI is working ok (so far)
> without my intervention, this time with a (clone) RCA DCM235.
> 
> Let's hope I can post this data online tomorrow. The first board may be 
> addressed Monday, though...
> 
> Anyway, i have some questions:
> 1) While i was looking for info, i found only DSDT's for laptop's (or at 
> least most of them). Any special reason? Don't you care about getting ACPI 
> to work for desktop's?
> 
> 2) Do you think that a BIOS upgrade would solve those issues with ECS K5S7A? 
> If yes, providing a fixed DSDT would be the same as upgrading the BIOS - in 
> ACPI context, of course?
> 
> 3) Though it's working here (-test6 + ECS P4VXASD2), 'iasl' couldn't decode 
> the table without warnings. What does this mean *exactly* ? That my BIOS 
> messes up something or it may be 'iasl' fault?
> 
> 4) If you considered that my BIOS *does* mess up with the DSDT, should I say 
> that my BIOS is a buggy one - i mean, does this happen often?
> 
> Type back,
> --
> Nuno Tavares
> http://nthq.cjb.net/

-- 
SérgioMB
email: [email protected]

Who gives me one shell, give me everything.



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf