[GIT PATCH] ACPI paches for 2.6.24-rc0
Hi Linus, please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release Multiple random branches which have been queued for a while... A new platform specific driver for Fujitsu laptops. cpuidle is new, and is not perfect, but it seems time for it to get it upstream where it will get some wider exposure now that people are doing things like running powertop to tune tickless kernels... The old ACPI idle code runs when CONFIG_CPU_IDLE=n. This will update the files shown below. thanks! -Len ps. individual patches are available on linux-acpi@vger.kernel.org and a consolidated plain patch is available here: ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.23/acpi-release-20070126-2.6.23.diff.gz Documentation/thinkpad-acpi.txt| 25 arch/i386/Kconfig |2 arch/x86_64/Kconfig|2 drivers/Makefile |1 drivers/acpi/Kconfig | 14 drivers/acpi/Makefile |1 drivers/acpi/ac.c | 33 drivers/acpi/battery.c | 1038 + drivers/acpi/bus.c | 23 drivers/acpi/ec.c | 93 - drivers/acpi/events/evevent.c |6 drivers/acpi/hardware/hwregs.c | 89 - drivers/acpi/hardware/hwsleep.c| 40 drivers/acpi/osl.c |8 drivers/acpi/processor_core.c | 22 drivers/acpi/processor_idle.c | 488 ++ drivers/acpi/sbs.c | 1869 +++-- drivers/acpi/sbshc.c | 309 drivers/acpi/sbshc.h | 27 drivers/acpi/sleep/main.c |6 drivers/acpi/sleep/sleep.h |1 drivers/acpi/sleep/wakeup.c| 117 - drivers/acpi/tables/tbutils.c |2 drivers/acpi/thermal.c | 28 drivers/acpi/video.c | 30 drivers/cpuidle/Kconfig| 20 drivers/cpuidle/Makefile |5 drivers/cpuidle/cpuidle.c | 295 +++ drivers/cpuidle/cpuidle.h | 33 drivers/cpuidle/driver.c | 56 drivers/cpuidle/governor.c | 141 + drivers/cpuidle/governors/Makefile |6 drivers/cpuidle/governors/ladder.c | 166 ++ drivers/cpuidle/governors/menu.c | 137 + drivers/cpuidle/sysfs.c| 361 drivers/misc/Kconfig | 17 drivers/misc/Makefile |1 drivers/misc/fujitsu-laptop.c | 358 drivers/misc/sony-laptop.c | 204 +- drivers/misc/thinkpad_acpi.c | 207 ++ drivers/misc/thinkpad_acpi.h | 37 drivers/net/wireless/ipw2100.c | 29 drivers/net/wireless/ipw2100.h |2 include/acpi/achware.h |4 include/acpi/acpi_bus.h|2 include/acpi/acpixf.h |2 include/acpi/processor.h |5 include/linux/acpi.h | 26 include/linux/cpuidle.h| 180 ++ include/linux/tick.h |9 kernel/time/tick-sched.c | 16 51 files changed, 4182 insertions(+), 2411 deletions(-) through these commits: Alexey Starikovskiy (21): ACPI: Thermal: Drop concurrent thermal checks ACPI: video: Don't call absent methods ACPI: VIDEO: Adjust current level to closest available one. ACPI: EC: Drop ECDT-based boot_ec as soon as we find DSDT-based one. ACPI: Hibernate erroneously disabled Suspend wakeup devices ACPI: Battery: don't use acpi_extract_package() ACPI: Battery: simplify update scheme ACPI: Battery: Misc clean-ups, no functional changes ACPI: Battery: Add sysfs support ACPI: Battery: add sysfs alarm ACPI: Add acpi_bus_generate_event4() function ACPI: EC: Add new query handler to list head. ACPI: SBS: Split host controller (ACPI0001) from SBS driver (ACPI0002) ACPI: SBS: Simplify data structures in SBS ACPI: SBS: Make SBS reads table-driven. ACPI: SBS: Add support for power_supply class (and sysfs) ACPI: SBS: Add ACPI_PROCFS around procfs handling code. ACPI: SBS: Add sysfs alarm ACPI: AC: Add sysfs interface ACPICA: hw: remove use_lock flag from acpi_hw_register_{read, write} ACPICA: hw: Don't carry spinlock over suspend Andreas Herrmann (2): sony-laptop/thinkpad-acpi: fix INPUT=n build acpi_video: kernel build error if !INPUT Andrew Morton (1): ACPI: suppress uninitialized var warning Henrique de Moraes Holschuh (10): ACPI: thinkpad-acpi: make room for more features in tp_features bitfield ACPI: thinkpad-acpi: issue EV_SYNC after EV_SWITCH ACPI: thinkpad-acpi: add mutex-based locking to input device event send path ACPI: thinkpad-acpi: keep track of module state ACPI: thinkpad-acpi: check version of hot key firmware ACPI: thinkpad-acpi: dequeue all pending hot key events at once (v2.2) ACPI: thinkpad-acpi: fix regre
Re: [GIT PATCH] ACPI paches for 2.6.24-rc0
On Tue, 9 Oct 2007 23:10:47 -0400 Len Brown <[EMAIL PROTECTED]> wrote: > please pull from: > > git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release > > ... > > drivers/acpi/battery.c | 1038 + Does this introduce the problem which Zan Lynx reported in his unresponded-to email titled "2.6.23-rc8-mm2 ACPI Battery Info in /sys but not /proc/acpi"? - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: halt does not shut the system down
(The original message seems to have been ignored by the mailing list robot, probably because the attachments made it too large. Re-send with links instead of attaching the documents to the message.) John Sigler wrote: When I run 'halt' the kernel prints: Halting. Shutdown: hdc ACPI: PCI interrupt for device :01:05.0 disabled ACPI: PCI interrupt for device :01:04.0 disabled ACPI: PCI interrupt for device :01:03.0 disabled ACPI: PCI interrupt for device :01:02.0 disabled Power down. acpi_power_off called But the system does not shut down. (The fans keep spinning, the LEDs keep shining, the LCD keeps displaying.) Basically, the motherboard is still providing power to every component, as if the power supply had refused to stop. Kernel is 2.6.22.1-rt9 I followed the instructions given here: http://bugzilla.kernel.org/show_bug.cgi?id=6431 # cat /sys/module/acpi/parameters/debug_layer Description HexSET ACPI_UTILITIES 0x0001 [*] ACPI_HARDWARE 0x0002 [*] ACPI_EVENTS 0x0004 [*] ACPI_TABLES 0x0008 [*] ACPI_NAMESPACE 0x0010 [*] ACPI_PARSER 0x0020 [*] ACPI_DISPATCHER 0x0040 [*] ACPI_EXECUTER 0x0080 [*] ACPI_RESOURCES 0x0100 [*] ACPI_CA_DEBUGGER0x0200 [*] ACPI_OS_SERVICES0x0400 [*] ACPI_CA_DISASSEMBLER0x0800 [*] ACPI_COMPILER 0x1000 [*] ACPI_TOOLS 0x2000 [*] ACPI_ALL_DRIVERS0x [*] -- debug_layer = 0x3FFF ( * = enabled) # cat /sys/module/acpi/parameters/debug_level Description HexSET ACPI_LV_ERROR 0x0001 [*] ACPI_LV_WARN0x0002 [*] ACPI_LV_INIT0x0004 [*] ACPI_LV_DEBUG_OBJECT0x0008 [*] ACPI_LV_INFO0x0010 [*] ACPI_LV_INIT_NAMES 0x0020 [*] ACPI_LV_PARSE 0x0040 [*] ACPI_LV_LOAD0x0080 [*] ACPI_LV_DISPATCH0x0100 [*] ACPI_LV_EXEC0x0200 [*] ACPI_LV_NAMES 0x0400 [*] ACPI_LV_OPREGION0x0800 [*] ACPI_LV_BFIELD 0x1000 [*] ACPI_LV_TABLES 0x2000 [*] ACPI_LV_VALUES 0x4000 [*] ACPI_LV_OBJECTS 0x8000 [*] ACPI_LV_RESOURCES 0x0001 [*] ACPI_LV_USER_REQUESTS 0x0002 [*] ACPI_LV_PACKAGE 0x0004 [*] ACPI_LV_ALLOCATIONS 0x0010 [*] ACPI_LV_FUNCTIONS 0x0020 [*] ACPI_LV_OPTIMIZATIONS 0x0040 [*] ACPI_LV_MUTEX 0x0100 [*] ACPI_LV_THREADS 0x0200 [*] ACPI_LV_IO 0x0400 [*] ACPI_LV_INTERRUPTS 0x0800 [*] ACPI_LV_AML_DISASSEMBLE 0x1000 [*] ACPI_LV_VERBOSE_INFO0x2000 [*] ACPI_LV_FULL_TABLES 0x4000 [*] ACPI_LV_EVENTS 0x8000 [*] -- debug_level = 0x (* = enabled) http://linux.kernel.free.fr/halt/config-2.6.22.1-rt9 http://linux.kernel.free.fr/halt/acpidump.txt http://linux.kernel.free.fr/halt/dmesg.txt http://linux.kernel.free.fr/halt/halt.txt http://linux.kernel.free.fr/halt/lspci.txt Do you know what could be the problem? (Meanwhile, I will investigate Remy Bohmer's suggestion.) Regards. - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: halt does not shut the system down
Hello Remy, Remy Bohmer wrote: John Sigler wrote: When I run 'halt' the kernel prints: Halting. Shutdown: hdc ACPI: PCI interrupt for device :01:05.0 disabled ACPI: PCI interrupt for device :01:04.0 disabled ACPI: PCI interrupt for device :01:03.0 disabled ACPI: PCI interrupt for device :01:02.0 disabled Power down. acpi_power_off called But the system does not shut down. (The fans keep spinning, the LEDs I have seen this behavior earlier on a system with the SMI interrupt disabled. I do not know if this the case here, it is just a hint. Thanks for the suggestion. I didn't see anything related to SMM in the BIOS menus. However, the system has real-time constraints. Thus, I'd turn SMM off if I knew how :-) Phoenix - AwardBIOS v6.00PG, An Energy Star Ally Copyright (C) 1984-2003, Phoenix Technologies, LTD *** NAMB-3140 BIOS V1.20 *** 03/27/2006-i845GV-W83627-6A69VAKHC-00 By the way, some distros bring the CPU in a halted state on a 'halt' command, instead of powering off (actually very logical). For real powering off these distros require the obvious 'poweroff' command. Good suggestion. I'm using sysvinit-2.86 http://freshmeat.net/projects/sysvinit/ AFAIU, poweroff is equivalent to halt -p halt (no option) calls reboot(RB_HALT); poweroff or halt -p calls reboot(RB_POWER_OFF); man 2 reboot Alas, when I run 'poweroff' the kernel prints the same information: Halting. Shutdown: hdc ACPI: PCI interrupt for device :01:05.0 disabled ACPI: PCI interrupt for device :01:04.0 disabled ACPI: PCI interrupt for device :01:03.0 disabled ACPI: PCI interrupt for device :01:02.0 disabled Power down. acpi_power_off called Regards. - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [ibm-acpi-devel] How to distinguish between general ACPI video driver module and brightness/display providing vendor specific ACPI modules
On Tue, 2007-10-09 at 22:53 +0200, Thomas Renninger wrote: > On Tue, 2007-10-09 at 11:29 -0300, Henrique de Moraes Holschuh wrote: > > On Tue, 09 Oct 2007, Thomas Renninger wrote: > > > On Tue, 2007-10-09 at 10:47 -0300, Henrique de Moraes Holschuh wrote: > > > > On Tue, 09 Oct 2007, Thomas Renninger wrote: > > > > > No, all the _BCL poking should vanish. > > > > > > > > I need to *somehow* find out if the thinkpad supports the video > > > > extensions. > > > > > > Maybe in scan.c:acpi_video_bus_match() we could add a quirk like: > > > > > > if (ThinkPad){ > > > if (ACPI_SUCCESS(acpi_get_handle(device->handle, "_BCM", &h_dummy1)) && > > > ACPI_SUCCESS(acpi_get_handle(device->handle, "_BCL", &h_dummy2))) && > > > return 0; > > > else > > > return -ENODEV; > > > > > > This would make the video module only load on thinkpads if the > > > brightness functions are implemented. > > > > The video module handles a lot more than just backlight. I am not going to > > make thinkpad-acpi disable the video module in any way. > > > > Output switching is another area where thinkpad-acpi and video duplicate > > functionality, and frankly, I have no idea which ones works, and how well, > > and in which thinkpads. > Me too... > So we have the thinkpad_acpi and other vendor specific drivers and the > general video module, for the latter we want to go for (but was/is > rather untested compared to the others). > > What about: > We could compile in a global bit field that gets filled in > video_bus_match in scan.c whether all required brightness functions are > available and another bit reserved for whether all needed video/display > functions are available. This can be done at early ACPI parse time > before any module got loaded. > ThinkPad and other vendor specific modules could then not touch video or > brightness by checking this global bit field. > Video serves brightness and/or display switching if required functions > are available by default the others take their hands off then. Unfortunately, I don't have much time (at least the next days) to help here much. IMO this should work. Like that there is no need in Thinkpad to fiddle with hardcoded "\\_SB.../_BCL" paths to find out whether brightness is supported. Just check for a global variable video_funcs_supported -> take hands off display switching and brightness_funcs_supported -> take hands off brightness control. This should work out fine for other vendor specific drivers also. FYI: 1) If I read the thinkpad code right, it always relies on that brightness level can be read through EC at address 0x31? I have a T60 here where this does not work, I can switch (only in console) the brightness levels and there is no change in at any ec address. So this really must use _BCM,_BCL? 2) I also found in my X logs on a T60: (WW) NVIDIA(0): Error: Unable to find DOS (Enable/Disable output switching) (WW) NVIDIA(0): file path under /proc/acpi/video. NVIDIA X driver will not (WW) NVIDIA(0): be able to respond to display change hotkey events. Intel graphics drivers and possibly others probably also want to make use of this. So I think switching to video driver here (thinkpad must not touch this then anymore I expect) makes a lot of sense. I wonder how many people/tools made use of /proc/acpi/ibm/video? 3) I think I found a bug in thinkpad_acpi: if (!*ibm->acpi->handle) return 0; in setup_acpi_notify(..) probably should be: if (!ibm->acpi->handle) return 0; Thomas - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [RFC][PATCH v2] ACPI: WMI: Initial attempt at WMI ACPI interface driver
Len, On Friday 05 October 2007 00:37:34 Carlos Corbacho wrote: > The following is my own basic implementation of a Windows Management > Instrumentation (WMI) ACPI interface mapper (PNP0C14). I would still like to see your work on WMI (my work on this is just to give an idea about how I see a WMI mapper working, in conjunction with another driver (and for the practise of writing another driver)). -Carlos -- E-Mail: [EMAIL PROTECTED] Web: strangeworlds.co.uk GPG Key ID: 0x23EE722D - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
HP dv2125nr suspend to ram problems
Hi, Can anyone here help me figure out my problems with suspend to ram on my laptop? My system is an HP dv2125nr laptop, which is an AMD64 system with an integrated nVidia graphics chipset and a Broadcom 4311 based wireless chip. The system is running Gentoo linux. The problem is that suspend to ram has become very flaky on my laptop. It used to be much more reliable on my laptop about 6 months ago (I'd say 2.6.18 was the kernel I was running then.) Now when I suspend (using gnome-power-manager 2.18.3), 1 of 4 things happens (with approximately equal likelihood): 1) System reboots itself 2) Kernel panic (blinking caps lock) 3) Complete hang (w/o blinking caps lock) 4) Suspends fine When the system manages to suspend, resume works great. This is occurring for me even now on 2.6.22 (Gentoo patchset r8) Because this is an intermittent problem, testing different kernel configs and versions has been difficult, since STR working once does not guarantee that the problem is solved. I'd appreciate any help, even if it's just ways that I can see what's going on and where it's failing. Thanks in advance. Ryan -- Ryan May Graduate Research Assistant School of Meteorology University of Oklahoma - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Need an Bios Update
Hello I need a Bios update for Acer Extensa 4101 WLMi. In the support I do not have nothing suitable thing found know me also out thereby. My Old Bios Dates BIOS type: Phoenix BIOS DATE: March 14th 2005 BIOS ID: Phoenix NoteBIOS the 4,0 releases 6,1 BIOS OEM: 3C25 chip set: Intel 2590 rev 3 super-IO: Unknown Manufacturer: Acer, Inc.. Motherboard: Extensa 4100 Thank you in advance M. Bahadir _ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071&distributionid=0066 - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Problem with GPRS modem
Hi, I've got a SonyEricsson GC89 GPRS/EDGE pcmcia card (serial), but I can't get to work it (on my laptop Acer TravelMate 4152LMi). The problem is that the connection is very, very slow (download rate about 0,5KB/s) and I've got more then 20% rx errors on ppp0 interface. The system (I tried FC5, FC7, Ubuntu 6.04, Ubuntu 7.04 and Ubuntu 7.10) can recognize this card, I can make ppp connection to GPRS/EDGE network. But this connection is really very slow, and I think. What I found is when I boot system with acpi=off parameter everything works great, I' ve got transfers about 20-25KB/s with no rx errors on ppp0 interface. I'm really not sure if this problem is related to acpi subsystem (maybe this is pcmcia or pppd problem), but I have to try. >From dmesg: pccard: CardBus card inserted into slot 0 PCI: Enabling device :03:00.1 ( -> 0001) ACPI: PCI Interrupt :03:00.1[A] -> GSI 16 (level, low) -> IRQ 16 :03:00.1: ttyS4 at I/O 0xa000 (irq = 16) is a 16550A lspci -vv: 03:00.1 Serial controller: Broadcom Corporation EDGE/GPRS data and 802.11b/g combo cardbus [GC89] (rev 03) (prog-if 02 [16550]) Subsystem: Unknown device 18de:0003 Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort+ SERR- http://vger.kernel.org/majordomo-info.html
Re: [ibm-acpi-devel] How to distinguish between general ACPI video driver module and brightness/display providing vendor specific ACPI modules
On Wed, 10 Oct 2007, Thomas Renninger wrote: > IMO this should work. Like that there is no need in Thinkpad to fiddle > with hardcoded "\\_SB.../_BCL" paths to find out whether brightness is > supported. Just check for a global variable video_funcs_supported -> > take hands off display switching and brightness_funcs_supported -> take > hands off brightness control. This should work out fine for other vendor > specific drivers also. Well, provided that these drives do work. I am not sure they do on older thinkpads, etc. > If I read the thinkpad code right, it always relies on that brightness > level can be read through EC at address 0x31? No. It can get it from NVRAM too in the latest code, and it will do the right thing on the newer Lenovo BIOSes. > I have a T60 here where this does not work, I can switch (only in > console) the brightness levels and there is no change in at any ec > address. So this really must use _BCM,_BCL? See above. But you do need a *very* recent thinkpad-acpi. I.e. what is in acpi-test, or what is in my development versions. But it *is* still better to use _BCM, _BCL, _BQC when available. > 2) > I also found in my X logs on a T60: > (WW) NVIDIA(0): Error: Unable to find DOS (Enable/Disable output switching) > (WW) NVIDIA(0): file path under /proc/acpi/video. NVIDIA X driver will not > (WW) NVIDIA(0): be able to respond to display change hotkey events. > Intel graphics drivers and possibly others probably also want to make > use of this. > So I think switching to video driver here (thinkpad must not touch this > then anymore I expect) makes a lot of sense. I wonder how many > people/tools made use of /proc/acpi/ibm/video? Probably not many. I really, really refrain from touching that because it is a rats nest of trouble. But it *does* work for some people, so I am not fine with the idea of just ripping it off, unless we know video does at least as well on those thinkpads. > 3) > I think I found a bug in thinkpad_acpi: > if (!*ibm->acpi->handle) > return 0; > in setup_acpi_notify(..) probably should be: > if (!ibm->acpi->handle) > return 0; I will check that. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [ibm-acpi-devel] How to distinguish between general ACPI video driver module and brightness/display providing vendor specific ACPI modules
On Wed, 10 Oct 2007, Henrique de Moraes Holschuh wrote: > > 3) > > I think I found a bug in thinkpad_acpi: > > if (!*ibm->acpi->handle) > > return 0; > > in setup_acpi_notify(..) probably should be: > > if (!ibm->acpi->handle) > > return 0; > > I will check that. No bug there. handle is a pointer to the handle, so it has to be dereferenced. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [patch 3/6] PNP: use dev_info(), dev_err(), etc in core
On Fri, 28 Sep 2007 10:39:14 -0600 Bjorn Helgaas <[EMAIL PROTECTED]> wrote: > --- w.orig/include/linux/pnp.h2007-09-13 16:25:48.0 -0600 > +++ w/include/linux/pnp.h 2007-09-13 16:26:04.0 -0600 > @@ -8,6 +8,10 @@ > > #ifdef __KERNEL__ > > +#ifdef CONFIG_PNP_DEBUG > +#define DEBUG > +#endif In file included from include/linux/isapnp.h:26, from drivers/pcmcia/i82365.c:58: include/linux/pnp.h:12:1: warning: "DEBUG" redefined :1:1: warning: this is the location of the previous definition testing problems? - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: Problem with GPRS modem
Hi, Grzeniek, Please open a bug in http://bugzilla.kernel.org/enter_bug.cgi?product=ACPI And attach the dmesg and "cat /proc/interrupt" both with and without "acpi=off" boot parameter. acpidump may be needed as well. Thanks, Rui -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Grzeniek Sent: Thursday, October 11, 2007 4:40 AM To: linux-acpi@vger.kernel.org Subject: Problem with GPRS modem Hi, I've got a SonyEricsson GC89 GPRS/EDGE pcmcia card (serial), but I can't get to work it (on my laptop Acer TravelMate 4152LMi). The problem is that the connection is very, very slow (download rate about 0,5KB/s) and I've got more then 20% rx errors on ppp0 interface. The system (I tried FC5, FC7, Ubuntu 6.04, Ubuntu 7.04 and Ubuntu 7.10) can recognize this card, I can make ppp connection to GPRS/EDGE network. But this connection is really very slow, and I think. What I found is when I boot system with acpi=off parameter everything works great, I' ve got transfers about 20-25KB/s with no rx errors on ppp0 interface. I'm really not sure if this problem is related to acpi subsystem (maybe this is pcmcia or pppd problem), but I have to try. >From dmesg: pccard: CardBus card inserted into slot 0 PCI: Enabling device :03:00.1 ( -> 0001) ACPI: PCI Interrupt :03:00.1[A] -> GSI 16 (level, low) -> IRQ 16 :03:00.1: ttyS4 at I/O 0xa000 (irq = 16) is a 16550A lspci -vv: 03:00.1 Serial controller: Broadcom Corporation EDGE/GPRS data and 802.11b/g combo cardbus [GC89] (rev 03) (prog-if 02 [16550]) Subsystem: Unknown device 18de:0003 Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort+ SERR- http://vger.kernel.org/majordomo-info.html - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html