Re: HEADS UP: ACPI changes
On Fri, Aug 03, 2001 at 03:07:26AM -0700, Mike Smith wrote: - Changed the way ACPI timers are treated to be more pessimistic. It looks like we can't assume that the average ACPI timer is properly implemented. This is a pain; a good timer takes about 350 cycles to read on my PIII/500 laptop, wheras the safe read takes about 1050 To test your ACPI timer, first check to see which one you have. Look at the output of 'pciconf -lv'. If you have an Intel chipset, chances Hi Mike, First let me thank all the ACPI developers for their excellent work, ACPI is working just fine Thermal/CPU and battery wise in my Asus M8300 notebook. Reviewing your last commit on the timer problem, I was a bit suprised to see so little chipsets defined as good (just PCI ID 0x71138086, rev 0x03) and I wondered if the Intel 440MX chipset (82443MX Power Management Controller) in my notebook wasn't also good. I tried the timer_test at boot for about 15mins both with and without AC power, no warnings. Then I changed the cipset probe code to detect my device and it's been working without problems. I've attached my pciconf -lv output, there's also my verbose boot dmesg at http://devils.maquina.com/~gabriel/dmesg.acpi Another thing I've been wondering is why can't I suspend my machine to disk with ACPI or how do I do it. Usually with APM enabled I just press The Fn+F1 key combination to initiate suspend to disk, but this same key sequence doesn't do a thing when under ACPI. Is this supposed to work yet? I've also put my DSDT and ASL files at http://devils.maquina.com/~gabriel/m8300.dsdt and http://devils.maquina.com/~gabriel/m8300.asl Thanks again, Gabriel hostb0@pci0:0:0:class=0x06 card=0x chip=0x71948086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82443MX I/O Controller?' class= bridge subclass = HOST-PCI pcm0@pci0:0:1: class=0x040100 card=0x10631043 chip=0x71958086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82443MX? AC97 Audio Controller' class= multimedia subclass = audio none0@pci0:0:2: class=0x00 card=0x chip=0x rev=0x00 hdr=0x00 class= old subclass = non-VGA display device none1@pci0:2:0: class=0x03 card=0x13321043 chip=0x0720126f rev=0xb1 hdr=0x00 vendor = 'Silicon Motion' device = 'SM720 Lynx3DM' class= display subclass = VGA isab0@pci0:7:0: class=0x060100 card=0x chip=0x71988086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82443MX PCI to ISA Bridge' class= bridge subclass = PCI-ISA atapci0@pci0:7:1: class=0x010180 card=0x chip=0x71998086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82443MX EIDE Controller' class= mass storage subclass = ATA uhci0@pci0:7:2: class=0x0c0300 card=0x chip=0x719a8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82443MX USB Universal Host Controller' class= serial bus subclass = USB none2@pci0:7:3: class=0x068000 card=0x chip=0x719b8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82443MX Power Management Controller' class= bridge subclass = PCI-unknown pcib1@pci0:9:0: class=0x060400 card=0x0080 chip=0x01001668 rev=0x11 hdr=0x01 vendor = 'Action Tec Electronics Inc' class= bridge subclass = PCI-PCI pcic0@pci0:10:0:class=0x060700 card=0x chip=0x04751180 rev=0x80 hdr=0x02 vendor = 'Ricoh Co Ltd' device = 'RL5C475 CardBus controller' class= bridge subclass = PCI-CardBus fxp0@pci1:4:0: class=0x02 card=0x10001668 chip=0x12298086 rev=0x08 hdr=0x00 vendor = 'Intel Corporation' device = '82557/8/9 Fast Ethernet LAN Controller' class= network subclass = ethernet none3@pci1:8:0: class=0x078000 card=0x24001668 chip=0x044811c1 rev=0x01 hdr=0x00 vendor = 'ATT Microelectronics' device = 'LT Winmodem 56k' class= simple comms
Re: Aironet under NEWCARD
Hi, Replying to myself. Seeing no answers I decided to work a little on adding the NEWCARD support to an(4) and I'm now sending this using it :-) It works ok, but card reinsertions cause at least this notebook to panic. I've submitted a PR with the appropriate patches. It's online at: http://www.freebsd.org/cgi/query-pr.cgi?pr=24854 Now I'm on to that ich (i810 and 440MX) AC97 audio driver :-) Regards Gabriel On Sun, Feb 04, 2001 at 02:57:51AM +, Jose Gabriel J Marcelino wrote: Hi, - The main problem however is that now the OLDCARD kernel crashes after I remove my Cisco 340 (Aironet) PC Card from the only PC card slot present. I can give more detailed information on that if someone wants it, but I guess the later has to do with the NEWCARD changes. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Aironet/NEWCARD reinsertion panic
Hi again, Ok, some people tried to help me find out why does the Aironet driver panic on reinsertion, under NEWCARD with my recent patch (see previous message and PR) however I need additional help to find the problem. I'm including the complete details on the events leading to the panic. My kernel conf is at: http://devils.maquina.com/~gabriel/MINIME Verbose kernel boot dmesgs are at: http://devils.maquina.com/~gabriel/boot.newcard Card attach messages are at: http://devils.maquina.com/~gabriel/boot.an The debug dmesg I get on NEWCARD after removing the card: pccard1: 00 CD 3b cardbus0: Detaching card: no cards to detach! pccbb_pcic_socket_disable pccbb0: pccbb_power: CARD_VCC_0V and CARD_VPP_0V [44] pccbb0: WARNING: Resource left allocated! This is a bug... (rid=0, type=3, addr=44001000) pccbb0: WARNING: Resource left allocated! This is a bug... (rid=0, type=1, addr=b) pccbb0: WARNING: Resource left allocated! This is a bug... (rid=0, type=4, addr=100) This is suspicious, however I'm not sure where's the problem. After that, after I reinsert the card I get lots of scrolling lines like this: CISTPL_NONE 00 And after that DDB takes over: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xcaed8000 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01672c0 stack pointer = 0x10:0xc9f43c8c frame pointer = 0x10:0xc9f43e74 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 7 (pccbb0) kernel: type 12 trap, code=0 Stopped at pccard_scan_cis+0x120: movb0(%eax,%edx,1),%al db trace pccard_scan_cis(c1082680,c0167e0c,c9f43e88,0,0) at pccard_scan_cis+0x120 pccard_read_cis(c1091a00) at pccard_read_cis+0xa9 pccard_attach_card(c1082680) at pccard_attach_card+0xc5 pccbb_insert(c1091c00,c9f43fa8,c1091c00,c9f43f94,c01b659d) at pccbb_insert+0x9e pccbb_event_thread(c1091c00,c9f43fa8) at pcbb_event_thread+0x37 fork_exit(c0287278,c1091c00,c9f43fa8) at fork_exit+0x2d fork_trampoline() at fork_trampoline+0x8 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: boot kernel panic with the latest new-bus
[..] This sounds a bit like it might be fixed by Bruce: RCS file: /home/ncvs/src/sys/i386/isa/isa_compat.c,v revision 1.2 date: 1999/04/17 09:56:35; author: bde; state: Exp; lines: +2 -2 Can you check if you have this update? I have just checked it and I do have it, so that's not the problem :-( Thanks anyway! Regards, Gabriel To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message