Re: ACPI issues and questions (Dell Inspiron 3700)
On Mon, 2002-02-25 at 19:31, Jose M. Alcaide wrote: On Tue, Feb 26, 2002 at 12:32:47AM +0900, Takanori Watanabe wrote: In message [EMAIL PROTECTED], Jose M. Alcaide wrote: 1. The sio1 port (IrDA) is not detected. I had to add hint.sio.1.at=isa hint.sio.1.port=0x2F8 hint.sio.1.irq=3 to /boot/device.hints in order to get it probed at boot. I think that this is a fault of the ACPI BIOS. From acpidump. Device(IRDA) { Name(_HID, 0x10f0a34d) So try adding {0x10f0a34d, NULL} to sio_ids in /sys/dev/sio/sio_isa.c It works: sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x280-0x287,0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A I have tried this patch for Sony VAIO PCG-Z505S And it works ! Corresponding part of acpidump: Device(FIR_) { Name(_HID, 0x10f0a34d) (exactly same number) sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x140-0x147,0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A May be it is time to commit this line ? -- TSB Russian Express, Moscow Vladimir B. Grebenschikov, [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI issues and questions (Dell Inspiron 3700)
In message: [EMAIL PROTECTED] Michael Smith [EMAIL PROTECTED] writes: : No. This would mean that sio(4) will attach to any IrDa port and : preclude an IrDa-specific driver from doing so. : : If any variation of this patch is committed, at the very least sio(4) : should return a lower preference than 0 for it's match. But would an IrDA specific driver do anything differently than sio would? SIR is effectively an 16550 UART from what I've seen so far. Maybe I'm missing something? Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI issues and questions (Dell Inspiron 3700)
In message: [EMAIL PROTECTED] Michael Smith [EMAIL PROTECTED] writes: : No. This would mean that sio(4) will attach to any IrDa port and : preclude an IrDa-specific driver from doing so. : : If any variation of this patch is committed, at the very least sio(4) : should return a lower preference than 0 for it's match. But would an IrDA specific driver do anything differently than sio would? SIR is effectively an 16550 UART from what I've seen so far. Maybe I'm missing something? Well, except that it has no flow control, is only half-duplex, and you might want to attach an IrDa stack to the device. If all the IrDa stack work is being done in userland, then this probably makes sense. If not, then at the very least, sio(4) needs to behave differently in the case of a SIR port. -- To announce that there must be no criticism of the president, or that we are to stand by the president, right or wrong, is not only unpatriotic and servile, but is morally treasonable to the American public. - Theodore Roosevelt To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI issues and questions (Dell Inspiron 3700)
On Mon, 2002-03-04 at 00:42, Michael Smith wrote: But would an IrDA specific driver do anything differently than sio would? SIR is effectively an 16550 UART from what I've seen so far. Maybe I'm missing something? Well, except that it has no flow control, is only half-duplex, and you might want to attach an IrDa stack to the device. If all the IrDa stack work is being done in userland, then this probably makes sense. If not, then at the very least, sio(4) needs to behave differently in the case of a SIR port. The only implementation of IrDA stack for FreeBSD I know (not finished) uses netgraph interface of sio driver. I am use Infra-red port to access my HP200LX via IR (no IrDA) with lxtools package And Linux use /dev/ttyS? to refer infra-red ports. -- TSB Russian Express, Moscow Vladimir B. Grebenschikov, [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI issues and questions (Dell Inspiron 3700)
On Sun, 2002-03-03 at 16:42, Michael Smith wrote: Well, except that it has no flow control, is only half-duplex, and you might want to attach an IrDa stack to the device. If all the IrDa stack work is being done in userland, then this probably makes sense. If not, then at the very least, sio(4) needs to behave differently in the case of a SIR port. While IrDA support is in userland at the moment (comms/birda port), someone is working on a netgraph interface for IrDA. I'm under the impression that this will include FIR device drivers; but since it's also based on birda, it will likely use sio for SIR devices. (Although the person(s) doing the ng work should probably speak up and correct me now) -- brandon s. allbery [linux][solaris][japh][freebsd] [EMAIL PROTECTED] system administrator [openafs][heimdal][too many hats] [EMAIL PROTECTED] electrical and computer engineering KF8NH carnegie mellon university[better check the oblivious first -ke6sls] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI issues and questions (Dell Inspiron 3700)
In message [EMAIL PROTECTED], Michael Smith wrote: No. This would mean that sio(4) will attach to any IrDa port and preclude an IrDa-specific driver from doing so. I think so too. But If any variation of this patch is committed, at the very least sio(4) should return a lower preference than 0 for it's match. Sorry, I've been committed the code, because some IrDA controller(generic one) already there, there are no such driver *NOW* and some people may become happy with /usr/ports/comm/birda port. Takanori Watanabe a href=http://www.planet.sci.kobe-u.ac.jp/~takawata/key.html; Public Key/a Key fingerprint = 2C 51 E2 78 2C E1 C5 2D 0F F1 20 A3 11 3A 62 2A To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI issues and questions (Dell Inspiron 3700)
Michael Smith wrote: May be it is time to commit this line ? No. This would mean that sio(4) will attach to any IrDa port and preclude an IrDa-specific driver from doing so. I'd be happy to have one of these, if you have an IrDa driver lying around for FreeBSD, and haven't committed it yet. If any variation of this patch is committed, at the very least sio(4) should return a lower preference than 0 for it's match. This makes sense; then if anyone ever writes an IrDa driver for FreeBSD some time in the next six years, it will displace the serial driver, which at least will work today -- with this patch. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI issues and questions (Dell Inspiron 3700)
M. Warner Losh wrote: But would an IrDA specific driver do anything differently than sio would? SIR is effectively an 16550 UART from what I've seen so far. Maybe I'm missing something? Yes; it would allow remote control protocols, and some IrDa self-clocking protocols that aren't possible if you treat the thing as an internally clocked 16550 with no special capabilities. It's like a parallel port that supports mode 1, 2, and 3, instead of just mode 1. Not that there's a driver for it that should prevent the SIO patch going in so we can at least use printers and PPP over IR, if we want. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI issues and questions (Dell Inspiron 3700)
In message: [EMAIL PROTECTED] Takanori Watanabe [EMAIL PROTECTED] writes: : Sorry, I've been committed the code, because some IrDA : controller(generic one) already there, there are no such driver : *NOW* and some people may become happy with /usr/ports/comm/birda : port. Traditionally, FreeBSD has done this. Allowed a driver to claim a device and when a new device is written that wants to use it, then the original driver is modified to not claim it, or claim it at a lower priority. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI issues and questions (Dell Inspiron 3700)
Jose M. Alcaide heeft op maandag 25 februari 2002 om 16:24 het volgende geschreven: [ACPI stuff snip] Please take this to [EMAIL PROTECTED] Yes, it's a japanese list, but english postings are welcome. They would be happy with your acpidump stuff too. They have quite a collection already :) Cheers, Emiel Kollof To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI issues and questions (Dell Inspiron 3700)
In message [EMAIL PROTECTED], Jose M. Alcaide wrote: 1. The sio1 port (IrDA) is not detected. I had to add hint.sio.1.at=isa hint.sio.1.port=0x2F8 hint.sio.1.irq=3 to /boot/device.hints in order to get it probed at boot. I think that this is a fault of the ACPI BIOS. From acpidump. Device(IRDA) { Name(_HID, 0x10f0a34d) So try adding {0x10f0a34d, NULL} to sio_ids in /sys/dev/sio/sio_isa.c Takanori Watanabe a href=http://www.planet.sci.kobe-u.ac.jp/~takawata/key.html; Public Key/a Key fingerprint = 2C 51 E2 78 2C E1 C5 2D 0F F1 20 A3 11 3A 62 2A To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI issues and questions (Dell Inspiron 3700)
On Tue, Feb 26, 2002 at 12:32:47AM +0900, Takanori Watanabe wrote: In message [EMAIL PROTECTED], Jose M. Alcaide wrote: 1. The sio1 port (IrDA) is not detected. I had to add hint.sio.1.at=isa hint.sio.1.port=0x2F8 hint.sio.1.irq=3 to /boot/device.hints in order to get it probed at boot. I think that this is a fault of the ACPI BIOS. From acpidump. Device(IRDA) { Name(_HID, 0x10f0a34d) So try adding {0x10f0a34d, NULL} to sio_ids in /sys/dev/sio/sio_isa.c It works: sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x280-0x287,0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A Thanks! -- ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** Beware of Programmers who carry screwdrivers -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI issues and questions (Dell Inspiron 3700)
On 25 Feb, Jose M. Alcaide wrote: Also, I have a question: the acpiconf command can enable or disable ACPI power management but... is it enabled or disabled after boot? I cannot find any way to obtain this information. It is enabled by default and the enable/disable part of the command is useless. At least this is what I can remember from the time I send in a patch for /etc/rc.i386 (acpi_enable like apkm_enable) which got rejected. Bye, Alexander. -- Speak softly and carry a cellular phone. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message