On Fri, May 18, 2007 at 12:16:30AM +0200, Johannes Engel wrote:
> Hm, I do not totally agree. Since in some cases you know that a BIOS
> update caused the trouble it seems to be likely in my eyes that these
> problems could be fixed by DSDT changes. Please correct me if I'm wrong.
The DSDT is far
Dne petek 18 maj 2007 00:16 je Johannes Engel napisal(a):
> Hm, I do not totally agree. Since in some cases you know that a BIOS
> update caused the trouble it seems to be likely in my eyes that these
> problems could be fixed by DSDT changes. Please correct me if I'm wrong.
No, no ...the problems
Matthew Garrett schrieb:
> The kernel's job is to make hardware work. If the hardware works under
> another OS, then it failing to work in Linux is a bug in Linux. So, yes,
> the correct place to fix this sort of thing is in the kernel rather than
> your DSDT.
>
> However, please note that the D
Thanks for the reply and sorry about the late previous e-mail - the
server "was full" and it took half an hour before it came through.
regards,
matija
--
gsm: +386 41 849 552
e-mail: [EMAIL PROTECTED]
www: http://matija.suklje.name
aim: hookofsilver
icq: 110183360
jabber/g-talk: [EMAIL PROTECTE
On Thu, May 17, 2007 at 10:10:11PM +0200, Matija Šuklje wrote:
> Dne četrtek 17 maj 2007 21:56 ste napisali:
> > acpi.sf.net was near dead for several years already, since the time
> > then there was a decision that if something works under _other_ OS,
> > it should work under Linux too. This made
Dne četrtek 17 maj 2007 21:56 ste napisali:
> mail lists do not allow for size of attachment greater than 64k.
Makes sense, it would be nice if Majordomo would notify one of such
limitations though.
> bugzilla is the place to put such things.
Kernel bugzilla?
> acpi.sf.net was near dead for se
> I *think* I need it because I didn't find any better solution. On my Acer
> Aspire 5022 for some time I've been getting APIC errors (most commonly "40
> (40)")
APIC errors have nothing to do with ACPI.
(other than the fact that on lots of systems, ACPI is required
if you want to configure the A
Dne četrtek 17 maj 2007 20:58 ste napisali:
> First of all, why do you want/need to change your DSDT?
> Second, patching DSDT is meant to be a last resort if any other
> method, like finding error in our implementation of ACPI or drivers.
Thank you for the reply.
I *think* I need it because I did
Dne četrtek 17 maj 2007 20:58 ste napisali:
> First of all, why do you want/need to change your DSDT?
> Second, patching DSDT is meant to be a last resort if any other
> method, like finding error in our implementation of ACPI or drivers.
Thank you for the reply.
I *think* I need it because I did
On Don, 17 Mai 2007, Alexey Starikovskiy wrote:
> First of all, why do you want/need to change your DSDT?
> Second, patching DSDT is meant to be a last resort if any other
> method, like finding error in our implementation of ACPI or drivers.
Well, of course, but frustration level is sometimes get
Hi,
First of all, why do you want/need to change your DSDT?
Second, patching DSDT is meant to be a last resort if any other
method, like finding error in our implementation of ACPI or drivers.
So "better" DSDT patch is patch of zero length -- don't touch it, fix
ACPI or drivers.
Regards,
Alex.
Hi,
what do I have to do to upload my DSDT patch and find help on how to make it
better?
I've already tried registering on http://acpi.sourceforge.net/dsdt/ , but my
account just doesn't show up on the list.
I've already sent my DSDT patch to this mailing list (after joining it, of
course) wit
12 matches
Mail list logo
