Re: cvs/network problems ?
From the keyboard of Hellmuth Michaelis: For some days i'm not able to cvs checkout from a stable to a current machine anymore. The stable machine runs a stable as of today, the current a currect as of yesterday or the day before. Just to followup to myself: the current machine shows received truncated ip packets in tcpdump, it looks like this is a driver problem on the stable machine (ste driver, Dlink TX-580). hellmuth -- Hellmuth MichaelisTel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbHFax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: current buildworld failure on Alpha?
On Wed, Aug 21, 2002 at 11:38:00AM +, Christian Weisgerber wrote: Wilko Bulte [EMAIL PROTECTED] wrote: ds10#make Segmentation fault (core dumped) /usr/src/Makefile.inc1, line 140: warning: make -f /dev/null -m /usr/src/share/mk CPUTYPE=ev56 -V CPUTYPE returned non-zero status There was a time window when make -V ... was broken on 64-bit archs, i.e. it would segfault after printing the result. This has been fixed in revision 1.69 of make/main.c. FreeBSD ds10.wbnet 5.0-CURRENT FreeBSD 5.0-CURRENT #7: Sat Aug 10 19:51:27 make was fixed on August 11. Thanks! A manual make/make install of 'make' ;) fixed it -- | / o / /_ _ [EMAIL PROTECTED] |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Question about device.hints man page
Hi, Running: 5.0-CURRENT-20020818-JPSNAP I am reading the man page for device.hints, and I think I see an inconsistency: = A device hint line looks like: hint.driver.unit.keyword=value where driver is the name of a device driver, unit is the unit number, keyword is the keyword of the hint. The keyword may be: ... ... disabled is set to 1 to disable the device. The following example disables the ACPI driver hint.acpi.0.disable=1 = The example does not match the previous description. Should the keyword be disabled or disable? Thanks. -- Craig Rodrigues http://www.gis.net/~craigr [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Problem with pkg_add and tbz files
Hi, Running: FreeBSD 5.0-CURRENT-20020818-JPSNAP If I do: pkg_add ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5-current/All/lynx-ssl-2.8.4.1b_1.tbz I get the following error: pkg_add ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5-current/All/lynx-ssl-2.8.4.1b_1.tbz Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5-current/All/lynx-ssl-2.8.4.1b_1.tbz... gzip: stdin: not in gzip format tar: Child died with signal 13 tar: Error exit delayed from previous errors Broken pipe However, it works if I do: fetch ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5-current/All/lynx-ssl-2.8.4.1b_1.tbz pkg_add lynx-ssl-2.8.4.1b_1.tbz Any ideas? Thanks. -- Craig Rodrigues http://www.gis.net/~craigr [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problem with pkg_add and tbz files
On Sun, Aug 25, 2002 at 11:34:01AM -0400, Craig Rodrigues wrote: If I do: pkg_add ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5-current/All/lynx-ssl-2.8.4.1b_1.tbz Please give the output of ``ident /usr/sbin/pkg_add''. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problem with pkg_add and tbz files
On Sun, Aug 25, 2002 at 08:40:32AM -0700, David O'Brien wrote: On Sun, Aug 25, 2002 at 11:34:01AM -0400, Craig Rodrigues wrote: Please give the output of ``ident /usr/sbin/pkg_add''. /usr/sbin/pkg_add: $FreeBSD: src/lib/csu/i386-elf/crti.S,v 1.6 2002/05/15 04:19:49 obrien Exp $ $FreeBSD: src/lib/csu/i386-elf/crtn.S,v 1.5 2002/05/15 04:19:49 obrien Exp $ $FreeBSD: src/lib/csu/i386-elf/crt1.c,v 1.9 2002/07/16 12:28:49 markm Exp $ $FreeBSD: src/usr.sbin/pkg_install/add/main.c,v 1.50 2002/04/01 09:39:06 obrien Exp $ $FreeBSD: src/usr.sbin/pkg_install/add/perform.c,v 1.71 2002/05/14 21:42:36 sobomax Exp $ $FreeBSD: src/usr.sbin/pkg_install/add/futil.c,v 1.13 2002/04/01 09:39:05 obrien Exp $ $FreeBSD: src/usr.sbin/pkg_install/add/extract.c,v 1.35 2002/08/02 17:28:02 sobomax Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/match.c,v 1.12 2002/05/22 10:33:25 sobomax Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/plist.c,v 1.44 2002/08/12 16:15:25 sobomax Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/version.c,v 1.4 2002/08/11 13:05:30 schweikh Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/pen.c,v 1.40 2002/05/11 04:17:55 alfred Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/msg.c,v 1.16 2002/04/01 09:39:07 obrien Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/exec.c,v 1.10 2002/04/01 09:39:07 obrien Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/str.c,v 1.14 2002/04/01 09:39:07 obrien Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/file.c,v 1.56 2002/08/04 21:27:57 knu Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/global.c,v 1.9 2002/04/01 09:39:07 obrien Exp $ -- Craig Rodrigues http://www.gis.net/~craigr [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Question about device.hints man page
On Sun, Aug 25, 2002 at 05:49:38PM +0200, Jan Stocker wrote: The following example disables the ACPI driver hint.acpi.0.disable=1 My man page doest have this example (but is is some days older), but a look to Twoflower# grep disable /sys/i386/conf/GENERIC.hints hint.apm.0.disabled=1 hint.pcic.1.disabled=1 hint.sio.2.disabled=1 hint.sio.3.disabled=1 shows that the description is right and the example wrong... OK. The ident for my device.hints.5 man page is: device.hints.5: $FreeBSD: src/share/man/man5/device.hints.5,v 1.3 2002/08/09 06:07:33 obrien Exp $ I would like to submit the following trivial patch: --- device.hints.5.orig Sun Aug 25 12:52:02 2002 +++ device.hints.5 Sun Aug 25 12:52:26 2002 @@ -145,7 +145,7 @@ The following example disables the ACPI driver .Bd -literal -offset indent -hint.acpi.0.disable=1 +hint.acpi.0.disabled=1 .Ed .\ .Pp .\ A control variable may look like: -- Craig Rodrigues http://www.gis.net/~craigr [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
buildworld fails - make/arch.c
Hello current! I am trying to upgrade to 5.0 from 4.4, but I am getting the message cc -O -pipe -I/usr/src/usr.bin/make -DMAKE_VERSION=\5200205240\ -DDEFSHELL=1 -c /usr/src/usr.bin/make/arch.c /usr/src/usr.bin/make/arch.c:42: syntax error before string constant /usr/src/usr.bin/make/arch.c:42: warning: data definition has no type or storage class *** Error code 1 while #8216;upgrading the installed make#8217; 42 line in arch.c is __FBSDID($FreeBSD: src/usr.bin/make /arch.c,v 1.28 2002/07/15 06:57:01 jmallett Exp $); After comment the line the same error occurred on next file in src/usr.bin/make directory I#8217;ve played with gcc/flags and read maillist/FAQ but there aren#8217;t results. Could anybody help? Thanks, warlock --- Get your private e-mail at http://www.netmail.kg To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: buildworld fails - make/arch.c
On 2002-08-25 22:09 +, [EMAIL PROTECTED] wrote: Hello current! I am trying to upgrade to 5.0 from 4.4, but I am getting the messag I'm not sure if you can build current from an older release. Try upgrading to RELENG_4 first and then to HEAD. -- FreeBSD: The Power to Serve http://www.FreeBSD.org FreeBSD 5.0-CURRENT #0: Wed Aug 21 22:08:19 EEST 2002 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: 3COM 3c509 eeprom failed to come ready
On Sat, Aug 24, 2002 at 10:30:15PM -0400, Craig Rodrigues wrote: On Sat, Aug 24, 2002 at 06:16:48PM -0800, Beech Rintoul wrote: On Saturday 24 August 2002 05:33 pm, Craig Rodrigues wrote: On Sat, Aug 24, 2002 at 05:00:25PM -0800, Beech Rintoul wrote: ep0: eeprom failed to come ready ep0: eeprom failed to come ready ep0: eeprom failed to come ready ep0: eeprom failed to come ready ep0: Ethernet address 00:00:00:00:00:00 Well, your mileage may vary, but I had exactly the same error message with one of those cards about 3 months ago. Re-running the setup utils fixed it. If my memory serves me correctly, I also disabled PNP-OS in the bios. I already have PNP-OS disabled in the BIOS, (I needed to do this 4 years ago when running Linux.) Hi, I think I solved the problem. I did not need to recompile the kernel, and I did not have to reconfigure my NIC with the 3Com DOS utilities. I read the following post from 1999 by Poul-Henning Kamp: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=632436+0+archive/1999/freebsd-current/19991128.freebsd-current Poul states that the probing of the ie and ex drivers affects the 3Com magic config registers. So, what I did was, I edited /boot/device.hints and commented out a bunch of lines and disabled a few drivers: #hint.ie.0.at=isa #hint.ie.0.port=0x300 #hint.ie.0.irq=10 #hint.ie.0.maddr=0xd hint.ie.0.disabled=1 #hint.fe.0.at=isa #hint.fe.0.port=0x300 #hint.le.0.at=isa #hint.le.0.port=0x300 #hint.le.0.irq=5 #hint.le.0.maddr=0xd hint.le.0.disabled=1 When I rebooted with the GENERIC kernel, my 3Com 509 card came up just fine. -- Craig Rodrigues http://www.gis.net/~craigr [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
pkg_version and no origin found == SEGFAULT
It seems when pkg_version hits an installed port that has no origin found it segfaults. I have found other people to verify that it segfaults for them too. DWhite seems to think that it may be pointer corruption in libc, specifically snprintf, fopen, strlcpy or strncpy Here is the backtrace Program received signal SIGSEGV, Segmentation fault. 0x28204e57 in strlcpy () from /usr/lib/libc.so.5 (gdb) bt #0 0x28204e57 in strlcpy () from /usr/lib/libc.so.5 #1 0x0804a003 in pkg_do (pkg=0x0) at /usr/src/usr.sbin/pkg_install/version/perform.c:169 #2 0x08049bfc in pkg_perform (indexarg=0x0) at /usr/src/usr.sbin/pkg_install/version/perform.c:71 #3 0x08049a45 in main (argc=1, argv=0xbfbffc0c) at /usr/src/usr.sbin/pkg_install/version/main.c:79 #4 0x08049879 in _start () Any help or guidance would be appreciated. It does seem that portupgrade -f the ports that cause this problem fixes it because the origin is created. -- David W. Chapman Jr. [EMAIL PROTECTED] Raintree Network Services, Inc. www.inethouston.net [EMAIL PROTECTED] FreeBSD Committer www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Question about device.hints man page
Craig Rodrigues [EMAIL PROTECTED] writes: device.hints.5: $FreeBSD: src/share/man/man5/device.hints.5,v 1.3 2002/08/09 06:07:33 obrien Exp $ I would like to submit the following trivial patch: --- device.hints.5.orig Sun Aug 25 12:52:02 2002 +++ device.hints.5Sun Aug 25 12:52:26 2002 @@ -145,7 +145,7 @@ The following example disables the ACPI driver .Bd -literal -offset indent -hint.acpi.0.disable=1 +hint.acpi.0.disabled=1 .Ed .\ .Pp .\ A control variable may look like: Committed, thanks. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Call for testers: acpica-unix-20020815
Hi Mitsuru, I applied the patches, and I still have the same results on my laptop. I have a Dell Latitude C640 and my screen won't come back after a suspend. The machine works fine besides that. Do you have any idea/advice how this can be debugged? Thanks Mark On Thu, Aug 22, 2002 at 11:51:42PM +0900, Mitsuru IWASAKI wrote: I'm going to import Intel acpica-unix-20020815 sometime early next week. Please test new version of acpica and give feedback before my importing. Major fix in this version is Ref/Deref operators bug fix. Personally I'm very happy with the new version because now my laptop (FIVA 206VL) reports correct battery info. :-) The full change log: http://developer.intel.com/technology/iapc/acpi/downloads/CHANGES.txt The patches against CURRENT sys tree are available at: http://people.freebsd.org/~iwasaki/acpi/acpica-20020725-20020815-test20020822.diff Please note that any feedback should be sent to [EMAIL PROTECTED] Enjoy! To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: pkg_version and no origin found == SEGFAULT
It seems when pkg_version hits an installed port that has no origin found it segfaults. I have found other people to verify that it segfaults for them too. DWhite seems to think that it may be pointer corruption in libc, specifically snprintf, fopen, strlcpy or strncpy Have you checked your /var/db/pkg/port_name/+CONTENTS files? For some reason some ports on my relatively stale -CURRENT box had these files truncated to zero length, and this caused some package tools (namely pkg_version) to crash. The procedure to read plist simply returns with all plist struct members set to zero without indicating any errors when CONTENTS file is empty, and the pkg_version crashes trying to defererence null 'origin' pointer. Here is the backtrace Program received signal SIGSEGV, Segmentation fault. 0x28204e57 in strlcpy () from /usr/lib/libc.so.5 (gdb) bt #0 0x28204e57 in strlcpy () from /usr/lib/libc.so.5 #1 0x0804a003 in pkg_do (pkg=0x0) at /usr/src/usr.sbin/pkg_install/version/perform.c:169 #2 0x08049bfc in pkg_perform (indexarg=0x0) at /usr/src/usr.sbin/pkg_install/version/perform.c:71 #3 0x08049a45 in main (argc=1, argv=0xbfbffc0c) at /usr/src/usr.sbin/pkg_install/version/main.c:79 #4 0x08049879 in _start () -- Alexander Kabaev To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: pkg_version and no origin found == SEGFAULT
Have you checked your /var/db/pkg/port_name/+CONTENTS files? For some reason some ports on my relatively stale -CURRENT box had these files truncated to zero length, and this caused some package tools (namely pkg_version) to crash. The procedure to read plist simply returns with all plist struct members set to zero without indicating any errors when CONTENTS file is empty, and the pkg_version crashes trying to defererence null 'origin' pointer. This is exactly the problem I'm seeing and would explain why portupgrade -f fixes the problem for the port that causes the segfault. Shouldn't pkg_version handle this a little more gracefully? -- David W. Chapman Jr. [EMAIL PROTECTED] Raintree Network Services, Inc. www.inethouston.net [EMAIL PROTECTED] FreeBSD Committer www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
[PATCH]: resource manager (subr_rman.c) has a serious bug
[resent a few times, sorry if you receive the same messages]
Hi, I've found that there is a serious bug in sys/kern/subr_rman.c
about finding an acceptable region. I'm sure it's a obvious bug and
going to commit it soon, but this is my first commit to resource
manager code, so please review my patch. I'll commit this 2 or 3 days
later.
OK, when I trying to use wi PCCard with NEWCARD, sometimes wrong
I/O port range was allocated and attaching the card was failed
depending on the usage of I/O port resources.
Here is the kernel message w/ RMAN_DEBUG option in subr_rman.c.
rman_reserve_resource: I/O ports request: [0x100, 0x], length 0x40, flags
6144, device pccard1
considering [0x100, 0x107]
region is allocated
considering [0x108, 0x10d]
truncated region: [0x140, 0x10d]; size 0xffce (requested 0x40)
^ ^
start end, hmmm, very odd.
The resource manager is trying to find the I/O port resource range
(length = 0x40) checking the range [0x108 - 0x10d]. Adjusted start
address on boundary and alignment is [0x140], but this address already
exceeds end address of the range. That's the problem.
As the result, wrong address range [0x140 - 0x17f] was allocated.
Here is my patch. very simple but correct I think.
Index: subr_rman.c
===
RCS file: /home/ncvs/src/sys/kern/subr_rman.c,v
retrieving revision 1.24
diff -u -r1.24 subr_rman.c
--- subr_rman.c 4 Apr 2002 21:03:26 - 1.24
+++ subr_rman.c 25 Aug 2002 14:49:20 -
@@ -232,6 +234,10 @@
} while ((rstart amask) != 0 rstart end
rstart s-r_end);
rend = ulmin(s-r_end, ulmax(rstart + count, end));
+ if (rstart rend) {
+ DPRINTF((adjusted start exceeds end\n));
+ continue;
+ }
DPRINTF((truncated region: [%#lx, %#lx]; size %#lx (requested
%#lx)\n,
rstart, rend, (rend - rstart + 1), count));
The kernel message w/ my patch is:
rman_reserve_resource: I/O ports request: [0x100, 0x], length 0x40, flags
6144, device pccard1
considering [0x100, 0x107]
region is allocated
considering [0x108, 0x10d]
adjusted start exceeds end
considering [0x10e, 0x10e]
region is allocated
considering [0x10f, 0x16f]
truncated region: [0x140, 0x16f]; size 0x30 (requested 0x40)
considering [0x170, 0x177]
region is allocated
considering [0x178, 0x1ef]
truncated region: [0x180, 0x1ef]; size 0x70 (requested 0x40)
It seems that correct range is allocated, and wi PCCard is always
working correctly now :-)
Thanks
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: Call for testers: acpica-unix-20020815
I applied the patches, and I still have the same results on my laptop.
I have a Dell Latitude C640 and my screen won't come back after a suspend.
The machine works fine besides that.
OK, I think this is not related with ACPI CA code update.
Our device driver (maybe syscons?) or X server issue.
Do you have any idea/advice how this can be debugged?
If you have this problem w/ X running, and don't have w/o X,
please try attached patches.
Thanks
Index: isa/syscons_isa.c
===
RCS file: /home/ncvs/src/sys/isa/syscons_isa.c,v
retrieving revision 1.17
diff -u -r1.17 syscons_isa.c
--- isa/syscons_isa.c 30 Jun 2001 10:15:06 - 1.17
+++ isa/syscons_isa.c 16 Feb 2002 13:11:50 -
@@ -88,6 +88,39 @@
return sc_attach_unit(device_get_unit(dev), device_get_flags(dev));
}
+static int sc_cur_scr;
+
+static int
+scsuspend(device_t dev)
+{
+ int retry = 10;
+ static int dummy;
+ sc_softc_t *sc;
+
+ sc = main_softc;
+ sc_cur_scr = sc-cur_scp-index;
+ do {
+ sc_switch_scr(sc, 0);
+ if (!sc-switch_in_progress) {
+ break;
+ }
+ tsleep(dummy, 0, scsuspend, 100);
+ } while (retry--);
+
+ return (0);
+}
+
+static int
+scresume(device_t dev)
+{
+ sc_softc_t *sc;
+
+ sc = main_softc;
+ sc_switch_scr(sc, sc_cur_scr);
+
+ return (0);
+}
+
int
sc_max_unit(void)
{
@@ -230,6 +263,8 @@
DEVMETHOD(device_identify, scidentify),
DEVMETHOD(device_probe, scprobe),
DEVMETHOD(device_attach,scattach),
+ DEVMETHOD(device_suspend, scsuspend),
+ DEVMETHOD(device_resume,scresume),
{ 0, 0 }
};
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: Call for testers: acpica-unix-20020815
On Mon, Aug 26, 2002 at 02:37:36AM +0900, Mitsuru IWASAKI wrote: I applied the patches, and I still have the same results on my laptop. I have a Dell Latitude C640 and my screen won't come back after a suspend. The machine works fine besides that. OK, I think this is not related with ACPI CA code update. If that was not clear, it also didn't work before. Our device driver (maybe syscons?) or X server issue. Do you have any idea/advice how this can be debugged? If you have this problem w/ X running, and don't have w/o X, please try attached patches. It's unrelated to X. Other ideas? Thanks for your help. I'm new to ACPI. Mark -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Call for testers: acpica-unix-20020815
I have a Dell Latitude C640 and my screen won't come back after a suspend. The machine works fine besides that. OK, I think this is not related with ACPI CA code update. If that was not clear, it also didn't work before. understood. I meant that ACPI CA code changes won't solve the individual device problems in many cases. If you have this problem w/ X running, and don't have w/o X, please try attached patches. It's unrelated to X. Other ideas? How about this one? http://people.freebsd.org/~iwasaki/acpi/vga_pci-20020228.tar.gz This simply set PCI_POWERSTATE_D0 for VGA device on wakeup. If this don't solve your problem, I think graphic chip need to be re-initialized on wakeup. Maybe needs time... Some VAIO machines (w/ ATI graphic chip), also have the same problem. Thanks To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Call for testers: acpica-unix-20020815
Hi,
Mon, 26 Aug 2002 02:37:36 +0900 (JST),
Mitsuru IWASAKI [EMAIL PROTECTED] said:
iwasaki If you have this problem w/ X running, and don't have w/o X,
iwasaki please try attached patches.
iwasaki Index: isa/syscons_isa.c
iwasaki ===
iwasaki RCS file: /home/ncvs/src/sys/isa/syscons_isa.c,v
iwasaki retrieving revision 1.17
iwasaki diff -u -r1.17 syscons_isa.c
iwasaki --- isa/syscons_isa.c 30 Jun 2001 10:15:06 - 1.17
iwasaki +++ isa/syscons_isa.c 16 Feb 2002 13:11:50 -
I need this patch to do suspend/resume my laptop (Victor InterLink
XP). This patch is also required for FIVA.
It may better to have kernel option or sysctl to enable/disable this
function.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: Call for testers: acpica-unix-20020815
iwasaki Index: isa/syscons_isa.c iwasaki === iwasaki RCS file: /home/ncvs/src/sys/isa/syscons_isa.c,v iwasaki retrieving revision 1.17 iwasaki diff -u -r1.17 syscons_isa.c iwasaki --- isa/syscons_isa.c30 Jun 2001 10:15:06 - 1.17 iwasaki +++ isa/syscons_isa.c16 Feb 2002 13:11:50 - I need this patch to do suspend/resume my laptop (Victor InterLink XP). This patch is also required for FIVA. OK, commited. It may better to have kernel option or sysctl to enable/disable this function. I think this has no side effect but if I get any reports, I'll consider the option. Thanks To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Call for testers: acpica-unix-20020815
On Mon, 26 Aug 2002, Mitsuru IWASAKI wrote: I have a Dell Latitude C640 and my screen won't come back after a suspend. The machine works fine besides that. OK, I think this is not related with ACPI CA code update. If that was not clear, it also didn't work before. understood. I meant that ACPI CA code changes won't solve the individual device problems in many cases. If you have this problem w/ X running, and don't have w/o X, please try attached patches. It's unrelated to X. Other ideas? How about this one? http://people.freebsd.org/~iwasaki/acpi/vga_pci-20020228.tar.gz This simply set PCI_POWERSTATE_D0 for VGA device on wakeup. It seems to solve the acpi resume on my laptop (Toshiba Tecra 8200) Thanks, - yann To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Hello from Kabul
HI !!! I am Junis from Kabul. With help from friend Jon Katz I have made first release of my new operating system - JUNIX. Plays well MP3 and has good support for iPod system. Also special file sytem to store DivX of baywatch and survivor television show. I very much like america culture. JUNIX is built for commodore but I include my compiler so you can build for your system when you have dug up hardware from chicken hut. THANKS. --JUNIS - Get your free WebMail account from Sympatico-Lycos at www.sympatico.ca - To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Call for testers: acpica-unix-20020815
On Mon, Aug 26, 2002 at 03:01:48AM +0900, Mitsuru IWASAKI wrote: How about this one? http://people.freebsd.org/~iwasaki/acpi/vga_pci-20020228.tar.gz This simply set PCI_POWERSTATE_D0 for VGA device on wakeup. This didn't work unfortunately. The problem is actually a bit weird. When I suspend (close the lid or with the key combo) the display is not turned off actually. It does go in some form of suspend however. When I resume, the machine comes back to life again, but the screen goes off at that moment. One other note: At boot time the VGA is reported as: Aug 25 21:15:20 laptop kernel: vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 And when I load your module: Aug 25 21:12:44 laptop kernel: vga_pci0: Generic PCI VGA port 0xc000-0xc0ff mem 0xfcff-0xfcff,0xe000-0xe7ff irq 11 at device 0.0 on pci1 In other words, is it a problem that it is already configured as an ISA device or is that normal? If this don't solve your problem, I think graphic chip need to be re-initialized on wakeup. Maybe needs time... Ah, that makes sense. I was searching through the acpi documentation and couldn't find anything about displays actually. So this is fully controlled by the graphics controller? Some VAIO machines (w/ ATI graphic chip), also have the same problem. I also have an ATI chip. ATI Radeon to be precise, is that a possible explanation? Mark -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problem with pkg_add and tbz files
On Sun, Aug 25, 2002 at 12:15:50PM -0400, Craig Rodrigues wrote: On Sun, Aug 25, 2002 at 08:40:32AM -0700, David O'Brien wrote: On Sun, Aug 25, 2002 at 11:34:01AM -0400, Craig Rodrigues wrote: Please give the output of ``ident /usr/sbin/pkg_add''. /usr/sbin/pkg_add: $FreeBSD: src/lib/csu/i386-elf/crti.S,v 1.6 2002/05/15 04:19:49 obrien Exp $ $FreeBSD: src/lib/csu/i386-elf/crtn.S,v 1.5 2002/05/15 04:19:49 obrien Exp $ $FreeBSD: src/lib/csu/i386-elf/crt1.c,v 1.9 2002/07/16 12:28:49 markm Exp $ $FreeBSD: src/usr.sbin/pkg_install/add/main.c,v 1.50 2002/04/01 09:39:06 obrien Exp $ $FreeBSD: src/usr.sbin/pkg_install/add/perform.c,v 1.71 2002/05/14 21:42:36 sobomax Exp $ $FreeBSD: src/usr.sbin/pkg_install/add/futil.c,v 1.13 2002/04/01 09:39:05 obrien Exp $ $FreeBSD: src/usr.sbin/pkg_install/add/extract.c,v 1.35 2002/08/02 17:28:02 sobomax Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/match.c,v 1.12 2002/05/22 10:33:25 sobomax Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/plist.c,v 1.44 2002/08/12 16:15:25 sobomax Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/version.c,v 1.4 2002/08/11 13:05:30 schweikh Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/pen.c,v 1.40 2002/05/11 04:17:55 alfred Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/msg.c,v 1.16 2002/04/01 09:39:07 obrien Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/exec.c,v 1.10 2002/04/01 09:39:07 obrien Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/str.c,v 1.14 2002/04/01 09:39:07 obrien Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/file.c,v 1.56 2002/08/04 21:27:57 knu Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/global.c,v 1.9 2002/04/01 09:39:07 obrien Exp $ As always, cvsup and rebuilt the piece of software in question before reporting a problem: /usr/sbin/pkg_add: $FreeBSD: src/lib/csu/i386-elf/crti.S,v 1.6 2002/05/15 04:19:49 obrien Exp $ $FreeBSD: src/lib/csu/i386-elf/crtn.S,v 1.5 2002/05/15 04:19:49 obrien Exp $ $FreeBSD: src/lib/csu/i386-elf/crt1.c,v 1.9 2002/07/16 12:28:49 markm Exp $ $FreeBSD: src/usr.sbin/pkg_install/add/main.c,v 1.51 2002/08/25 01:00:16 obrien Exp $ $FreeBSD: src/usr.sbin/pkg_install/add/perform.c,v 1.72 2002/08/25 01:00:16 obrien Exp $ $FreeBSD: src/usr.sbin/pkg_install/add/futil.c,v 1.13 2002/04/01 09:39:05 obrien Exp $ $FreeBSD: src/usr.sbin/pkg_install/add/extract.c,v 1.35 2002/08/02 17:28:02 sobomax Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/match.c,v 1.12 2002/05/22 10:33:25 sobomax Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/plist.c,v 1.44 2002/08/12 16:15:25 sobomax Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/version.c,v 1.4 2002/08/11 13:05:30 schweikh Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/pen.c,v 1.40 2002/05/11 04:17:55 alfred Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/msg.c,v 1.16 2002/04/01 09:39:07 obrien Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/exec.c,v 1.10 2002/04/01 09:39:07 obrien Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/str.c,v 1.14 2002/04/01 09:39:07 obrien Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/file.c,v 1.58 2002/08/25 01:00:16 obrien Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/global.c,v 1.9 2002/04/01 09:39:07 obrien Exp $ Note you are two revisions behind on lib/file.c, and one revision behind on add/main.c. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Question about device.hints man page
David O'Brien [EMAIL PROTECTED] writes:
On Sun, Aug 25, 2002 at 12:43:44PM -0400, Mike Barcroft wrote:
Craig Rodrigues [EMAIL PROTECTED] writes:
device.hints.5:
$FreeBSD: src/share/man/man5/device.hints.5,v 1.3 2002/08/09 06:07:33
obrien Exp $
I would like to submit the following trivial patch:
--- device.hints.5.orig Sun Aug 25 12:52:02 2002
+++ device.hints.5Sun Aug 25 12:52:26 2002
@@ -145,7 +145,7 @@
The following example disables the ACPI driver
.Bd -literal -offset indent
-hint.acpi.0.disable=1
+hint.acpi.0.disabled=1
.Ed
.\ .Pp
.\ A control variable may look like:
Committed, thanks.
Uh WAIT! Was this tested?!?
$ grep disable /sys/boot/i386/libi386/i386_module.c
if ((getenv(acpi_load) !getenv(hint.acpi.0.disable))) {
hint.acpi.0.disable=1 certainly did not load the acpi.ko module for me
(as expected by inspecting the code). I'm backing this commit out
someone can prove it is proper.
I checked with sys/dev/acpica/acpi.c:223 to confirm the hint name. I
think one of these two places has it misspelled. Would someone please
fix it or explain why we have differing hints for the seemingly the
same thing?
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: 3COM 3c509 eeprom failed to come ready
On Sun, 25 Aug 2002, Craig Rodrigues wrote: I think I solved the problem. I did not need to recompile the kernel, and I did not have to reconfigure my NIC with the 3Com DOS utilities. I read the following post from 1999 by Poul-Henning Kamp: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=632436+0+archive/1999/freebsd-current/19991128.freebsd-current Poul states that the probing of the ie and ex drivers affects the 3Com magic config registers. So, what I did was, I edited /boot/device.hints and commented out a bunch of lines and disabled a few drivers: #hint.ie.0.at=isa #hint.ie.0.port=0x300 #hint.ie.0.irq=10 #hint.ie.0.maddr=0xd hint.ie.0.disabled=1 #hint.fe.0.at=isa #hint.fe.0.port=0x300 #hint.le.0.at=isa #hint.le.0.port=0x300 #hint.le.0.irq=5 #hint.le.0.maddr=0xd hint.le.0.disabled=1 When I rebooted with the GENERIC kernel, my 3Com 509 card came up just fine. Beat me to it. Every problem I've had in the past with a pre-PnP ISA card was due to other device probes confusing the proper device. So I typically disable all probes of any non-PnP ISA cards unless I have them. -Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Call for testers: acpica-unix-20020815
Hello, I applied the patch, and nothing changed, so it works :) What tools do you use to check battery state? Any links on userland tools for monitoring / controling the ACPI (other than acpiconf) ? On my laptop, power switch, lid switch and stuff like that show up under boot-up, but they do not work. Is there a default behaviour, or do I need a userland tool to configure what should happen? (VIA PN133 chipset) I also see CPU throttling show up on boot-up (a total of 16 steps, wow). When I unplug the power, system profile changes from power to economy. Is it possible to do any more fine-grained control of this? Anyone know what the status is on the disk spindown patch (ATA)? I saw some references to a old patch for this somewhere, and that Søren had some things he could commit, when he got the time :) My desktop computer automaticly shuts down whenever I hit the power button, so I guess it works there, but not on my laptop :( Is there a updated homepage for the ACPI project somewhere? I think the ACPI implementation for FreeBSD rocks, but it has a long way to go before it's perfect. So I would love to help out. Mvh, Frode On Thu, 2002-08-22 at 16:51, Mitsuru IWASAKI wrote: I'm going to import Intel acpica-unix-20020815 sometime early next week. Please test new version of acpica and give feedback before my importing. Major fix in this version is Ref/Deref operators bug fix. Personally I'm very happy with the new version because now my laptop (FIVA 206VL) reports correct battery info. :-) The full change log: http://developer.intel.com/technology/iapc/acpi/downloads/CHANGES.txt The patches against CURRENT sys tree are available at: http://people.freebsd.org/~iwasaki/acpi/acpica-20020725-20020815-test20020822.diff Please note that any feedback should be sent to [EMAIL PROTECTED] Enjoy! To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problem with pkg_add and tbz files
On Sun, Aug 25, 2002 at 12:55:07PM -0700, David O'Brien wrote: As always, cvsup and rebuilt the piece of software in question before reporting a problem: OK, I've cvsup'd, and rebuilt pkg_add, but I still get the same problem. If I do: ./pkg_add -r cvsupit Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-current/Latest/cv supit.tbz... gzip: stdin: not in gzip format tar: Child returned status 1 tar: Error exit delayed from previous errors Done. pkg_add: unable to open table of contents file '+CONTENTS' - not a package? However, if I do: ./pkg_add -v -r cvsupit It works without complaining. Looking at the code, I applied this fix, and it got rid of my problem: --- pkg_install/lib/file.c.orig Sun Aug 25 18:55:49 2002 +++ pkg_install/lib/file.c Sun Aug 25 18:55:56 2002 @@ -225,7 +225,7 @@ for (fd = getdtablesize() - 1; fd = 3; --fd) close(fd); /* XXX: need to handle .tgz also */ - execl(/usr/bin/tar, tar, Verbose ? -xjvf : -xzf, -, + execl(/usr/bin/tar, tar, Verbose ? -xjvf : -xjf, -, (char *)0); _exit(2); } -- Craig Rodrigues http://www.gis.net/~craigr [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Question about device.hints man page
On Sun, 25 Aug 2002, David O'Brien wrote:
On Sun, Aug 25, 2002 at 12:43:44PM -0400, Mike Barcroft wrote:
Craig Rodrigues [EMAIL PROTECTED] writes:
device.hints.5:
$FreeBSD: src/share/man/man5/device.hints.5,v 1.3 2002/08/09 06:07:33
obrien Exp $
I would like to submit the following trivial patch:
--- device.hints.5.orig Sun Aug 25 12:52:02 2002
+++ device.hints.5Sun Aug 25 12:52:26 2002
@@ -145,7 +145,7 @@
The following example disables the ACPI driver
.Bd -literal -offset indent
-hint.acpi.0.disable=1
+hint.acpi.0.disabled=1
.Ed
.\ .Pp
.\ A control variable may look like:
Committed, thanks.
Uh WAIT! Was this tested?!?
$ grep disable /sys/boot/i386/libi386/i386_module.c
if ((getenv(acpi_load) !getenv(hint.acpi.0.disable))) {
hint.acpi.0.disable=1 certainly did not load the acpi.ko module for me
(as expected by inspecting the code). I'm backing this commit out
someone can prove it is proper.
It seems to be proper for disabling acpi itself (see dev/acpica/acpi.c)
but not its loading. So to fully disable acpica, you have to do something
like:
hint.acpi.0.disable=I prefer not to use code that (mis)uses !getenv()
hint.acpi.0.disabled=1
Bruce
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: Problem with pkg_add and tbz files
On Sun, Aug 25, 2002 at 07:03:30PM -0400, Craig Rodrigues wrote: On Sun, Aug 25, 2002 at 12:55:07PM -0700, David O'Brien wrote: As always, cvsup and rebuilt the piece of software in question before reporting a problem: OK, I've cvsup'd, and rebuilt pkg_add, but I still get the same problem. If I do: ./pkg_add -r cvsupit Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-current/Latest/cv supit.tbz... gzip: stdin: not in gzip format tar: Child returned status 1 tar: Error exit delayed from previous errors Done. pkg_add: unable to open table of contents file '+CONTENTS' - not a package? However, if I do: ./pkg_add -v -r cvsupit It works without complaining. \me bangs head on desk. Patch committed. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Call for testers: acpica-unix-20020815
Mark Santcroos wrote: The problem is actually a bit weird. When I suspend (close the lid or with the key combo) the display is not turned off actually. It does go in some form of suspend however. When I resume, the machine comes back to life again, but the screen goes off at that moment. ... I also have an ATI chip. ATI Radeon to be precise, is that a possible explanation? I see the same issue you describe here on a Dell Latitude C600 with an ATI Rage Mobility M3, too. Lars -- Lars Eggert [EMAIL PROTECTED] USC Information Sciences Institute smime.p7s Description: S/MIME Cryptographic Signature
USB support for new HP printers?
Are there plans to add USB support for HP's newer printers to FreeBSD? Specificially, the OfficeJets and the LaserJet 1200? They use a new/different/broken USB interface so they're just recognized as ugen devices at the moment.. JN To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: 3COM 3c509 eeprom failed to come ready
On Sun, 25 Aug 2002, Craig Rodrigues wrote: ep0: 3Com 3C509-TPO EtherLink III at port 0x300-0x30f irq 11 on isa0 ep0: Ethernet address 00:60:08:05:3d:bd There don't appear to be any substantial differences in the 'ep' driver between -CURRENT and -STABLE. It could be that some other device driver is stomping on the card... Boot verbose and see if there is any additional information. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
