Re: IBM T42 freezes when going to sleep under X11
On Fri, Dec 02, 2005 at 12:52:58PM -0800, George Hartzell wrote:
G I finally found the cause of my problems: there has been changes in
G the em driver (Gb ethernet), such that the machine freezes when trying
G to switch automatically from the X11 VT to the system console, before
G going to sleep. The interaction is surprising, but clearly the problem
G disappears when I remove device em from the kernel configuration,
G and it reappears when I do kldload if_em. Since I'm using only ath
G (wireless) anyway, this is fine with me...
G
G A previous partial solution suggested to me was to add
G hw.syscons.sc_no_suspend_vtswitch=1
G to sysctl.conf, but this means the screen gets garbled and I have to
G do the switch by hand anyway, which is a real pain.
G Worse still: the machine would still freeze when going to sleep while
G the disk is active.
G
G The last step is to track down the bug in em, as it still seems to
G be there in yesterday's STABLE.
G
G I don't seem to have any problem with my T42p using a kernel compiled
G on 11/29 11:21
G
G My copy of if_em.c is:
G
G /*$FreeBSD: src/sys/dev/em/if_em.c,v 1.65.2.8 2005/11/25 14:11:59 glebius
Exp $*/
George, Jacques,
what em(4) cards exactly do you have?
pciconf -lv | grep -A4 ^em
Can you please try the attached patch?
--
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE
Index: if_em.c
===
RCS file: /home/ncvs/src/sys/dev/em/if_em.c,v
retrieving revision 1.85
diff -u -r1.85 if_em.c
--- if_em.c 10 Nov 2005 11:44:37 - 1.85
+++ if_em.c 11 Nov 2005 12:13:48 -
@@ -129,8 +129,11 @@
static int em_attach(device_t);
static int em_detach(device_t);
static int em_shutdown(device_t);
+static int em_suspend(device_t);
+static int em_resume(device_t);
static void em_intr(void *);
static void em_start(struct ifnet *);
+static void em_start_locked(struct ifnet *ifp);
static int em_ioctl(struct ifnet *, u_long, caddr_t);
static void em_watchdog(struct ifnet *);
static void em_init(void *);
@@ -208,6 +211,8 @@
DEVMETHOD(device_attach, em_attach),
DEVMETHOD(device_detach, em_detach),
DEVMETHOD(device_shutdown, em_shutdown),
+ DEVMETHOD(device_suspend, em_suspend),
+ DEVMETHOD(device_resume, em_resume),
{0, 0}
};
@@ -580,6 +585,41 @@
return(0);
}
+/*
+ * Suspend/resume device methods.
+ */
+static int
+em_suspend(device_t dev)
+{
+ struct adapter *adapter = device_get_softc(dev);
+
+ EM_LOCK(adapter);
+ em_stop(adapter);
+ EM_UNLOCK(adapter);
+
+ return bus_generic_suspend(dev);
+}
+
+static int
+em_resume(device_t dev)
+{
+ struct adapter *adapter = device_get_softc(dev);
+ struct ifnet *ifp;
+
+ EM_LOCK(adapter);
+ ifp = adapter-ifp;
+ if (ifp-if_flags IFF_UP) {
+ em_init_locked(adapter);
+ if (ifp-if_drv_flags IFF_DRV_RUNNING)
+ em_start_locked(ifp);
+ }
+
+ em_init_locked(adapter);
+ EM_UNLOCK(adapter);
+
+ return bus_generic_resume(dev);
+}
+
/*
* Transmit entry point
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD-6 amr and ahd trouble
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 2 Dec 2005, Michael Rogato wrote: I know I'm a couple weeks late, but I've been having the same problem with my 300-8x. It seems that after a seemingly random period of time on my dual opteron box, the system just hangs. It did kernel panic once when I was taking down the geom array. Originally I thought it might have something to do with GEOM, but since it's also happened outside of a GEOM array, I'm kind of at a loss. Have you managed to find anything out about what exactly is causing the problem? I don't get any kind of error messages, so I haven't had much luck in tracking it down. With help from Scott Long and John Baldwin, i have my system up and running again without problems. You should build your own kernel which should have options MUTEX_NOINLINE in the kernel configuration. With this option my system is working. regards Joerg - -- The beginning is the most important part of the work. -Plato -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDkYV+SPOsGF+KA+MRAkphAKCLkFRbqmRuPhEXoDb7V02WuLNOdwCgxLlt 0JFCSevZQtpbl2btHvIKhb8= =KtiS -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
USB Devices not appearing in /dev
Hi, I'm running 6.0-STABLE, and I'm encountering some difficulties with USB devices not appearing in /dev. When I plug in a USB Bluetooth dongle, the console responds with: ubt0: SiW SiW, rev 1.10/15.00, addr 2 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, buffer size=294 However, if I look in /dev, I only see the generic usb[0-3] devices. When I used to run 5.4-STABLE, the device entries did appear in /dev. I have a similar problem with Palm devices and ucom0 not appearing. What am I missing? -- Jonathan Chen [EMAIL PROTECTED] -- Opportunities are seldom labeled ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: IBM T42 freezes when going to sleep under X11
From: Gleb Smirnoff [EMAIL PROTECTED] George, Jacques, what em(4) cards exactly do you have? pciconf -lv | grep -A4 ^em Dear Gleb, Here is the info: [EMAIL PROTECTED]:1:0: class=0x02 card=0x05491014 chip=0x101e8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82540EP Gigabit Ethernet Controller (Mobile)' class= network subclass = ethernet Can you please try the attached patch? I tried it, but the behaviour didn't change: immediate hang when trying to suspend (the screen does not even switch to ttyv0.) --- Jacques Garrigue Nagoya University garrigue at math.nagoya-u.ac.jp ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: USB Devices not appearing in /dev
On Sat, 03 Dec 2005 12:59:14 +0100, Jonathan Chen [EMAIL PROTECTED] wrote: Hi, I'm running 6.0-STABLE, and I'm encountering some difficulties with USB devices not appearing in /dev. When I plug in a USB Bluetooth dongle, the console responds with: ubt0: SiW SiW, rev 1.10/15.00, addr 2 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, buffer size=294 However, if I look in /dev, I only see the generic usb[0-3] devices. When I used to run 5.4-STABLE, the device entries did appear in /dev. I have a similar problem with Palm devices and ucom0 not appearing. What am I missing? For ubt* this is normal behaviour. Ubt0 is a netgraph 'device'. Do 'ngctl list' as root and you will see it. For more info use the [EMAIL PROTECTED] list. I don't have experience with ucom*. Ronald. -- Ronald Klop Amsterdam, The Netherlands ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: IBM T42 freezes when going to sleep under X11
Gleb Smirnoff writes: On Fri, Dec 02, 2005 at 12:52:58PM -0800, George Hartzell wrote: G I finally found the cause of my problems: there has been changes in G the em driver (Gb ethernet), such that the machine freezes when trying G to switch automatically from the X11 VT to the system console, before G going to sleep. The interaction is surprising, but clearly the problem G disappears when I remove device em from the kernel configuration, G and it reappears when I do kldload if_em. Since I'm using only ath G (wireless) anyway, this is fine with me... G G A previous partial solution suggested to me was to add G hw.syscons.sc_no_suspend_vtswitch=1 G to sysctl.conf, but this means the screen gets garbled and I have to G do the switch by hand anyway, which is a real pain. G Worse still: the machine would still freeze when going to sleep while G the disk is active. G G The last step is to track down the bug in em, as it still seems to G be there in yesterday's STABLE. G G I don't seem to have any problem with my T42p using a kernel compiled G on 11/29 11:21 G G My copy of if_em.c is: G G /*$FreeBSD: src/sys/dev/em/if_em.c,v 1.65.2.8 2005/11/25 14:11:59 glebius Exp $*/ George, Jacques, what em(4) cards exactly do you have? pciconf -lv | grep -A4 ^em (satchel)[10:35am]~pciconf -lv | grep -A4 ^em [EMAIL PROTECTED]:1:0: class=0x02 card=0x05491014 chip=0x101e8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82540EP Gigabit Ethernet Controller (Mobile)' class= network subclass = ethernet (satchel)[10:36am]~ Can you please try the attached patch? I'll give it a try this weekend. g. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: IBM T42 freezes when going to sleep under X11
Gleb Smirnoff writes:
On Fri, Dec 02, 2005 at 12:52:58PM -0800, George Hartzell wrote:
G I finally found the cause of my problems: there has been changes in
G the em driver (Gb ethernet), such that the machine freezes when trying
G to switch automatically from the X11 VT to the system console, before
G going to sleep. The interaction is surprising, but clearly the problem
G disappears when I remove device em from the kernel configuration,
G and it reappears when I do kldload if_em. Since I'm using only ath
G (wireless) anyway, this is fine with me...
G
G A previous partial solution suggested to me was to add
G hw.syscons.sc_no_suspend_vtswitch=1
G to sysctl.conf, but this means the screen gets garbled and I have to
G do the switch by hand anyway, which is a real pain.
G Worse still: the machine would still freeze when going to sleep while
G the disk is active.
G
G The last step is to track down the bug in em, as it still seems to
G be there in yesterday's STABLE.
G
G I don't seem to have any problem with my T42p using a kernel compiled
G on 11/29 11:21
G
G My copy of if_em.c is:
G
G /*$FreeBSD: src/sys/dev/em/if_em.c,v 1.65.2.8 2005/11/25 14:11:59 glebius
Exp $*/
George, Jacques,
what em(4) cards exactly do you have?
pciconf -lv | grep -A4 ^em
Can you please try the attached patch?
--
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE
Index: if_em.c
===
RCS file: /home/ncvs/src/sys/dev/em/if_em.c,v
retrieving revision 1.85
diff -u -r1.85 if_em.c
--- if_em.c 10 Nov 2005 11:44:37 - 1.85
+++ if_em.c 11 Nov 2005 12:13:48 -
@@ -129,8 +129,11 @@
static int em_attach(device_t);
static int em_detach(device_t);
static int em_shutdown(device_t);
+static int em_suspend(device_t);
+static int em_resume(device_t);
static void em_intr(void *);
static void em_start(struct ifnet *);
+static void em_start_locked(struct ifnet *ifp);
static int em_ioctl(struct ifnet *, u_long, caddr_t);
static void em_watchdog(struct ifnet *);
static void em_init(void *);
@@ -208,6 +211,8 @@
DEVMETHOD(device_attach, em_attach),
DEVMETHOD(device_detach, em_detach),
DEVMETHOD(device_shutdown, em_shutdown),
+DEVMETHOD(device_suspend, em_suspend),
+DEVMETHOD(device_resume, em_resume),
{0, 0}
};
@@ -580,6 +585,41 @@
return(0);
}
+/*
+ * Suspend/resume device methods.
+ */
+static int
+em_suspend(device_t dev)
+{
+struct adapter *adapter = device_get_softc(dev);
+
+EM_LOCK(adapter);
+em_stop(adapter);
+EM_UNLOCK(adapter);
+
+return bus_generic_suspend(dev);
+}
+
+static int
+em_resume(device_t dev)
+{
+struct adapter *adapter = device_get_softc(dev);
+struct ifnet *ifp;
+
+EM_LOCK(adapter);
+ifp = adapter-ifp;
+if (ifp-if_flags IFF_UP) {
+em_init_locked(adapter);
+if (ifp-if_drv_flags IFF_DRV_RUNNING)
+em_start_locked(ifp);
+}
+
+em_init_locked(adapter);
+EM_UNLOCK(adapter);
+
+return bus_generic_resume(dev);
+}
+
/*
* Transmit entry point
I'll post details as a reply to earlier in the thread, but I have
started seeing crashes. I don't suspect the em driver, I *do* suspect
synaptics support. But I have more digging to do
With respect to this patch, it causes me a problem.
I have
ifconfig_em0=DHCP NOAUTO
in my /etc/rc.conf, so that the interface doesn't come up unless I ask
it too (usually via /etc/rc.d/netif start em0)
With this patch applied, even if I've never started it, the interface
gets started. If I have a cable plugged in, it grabs a dhcp address
and takes off.
My devd.conf is stock.
g.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: IBM T42 freezes when going to sleep under X11
Jacques Garrigue writes: From: George Hartzell [EMAIL PROTECTED] Jacques Garrigue writes: From: Jacques Garrigue [EMAIL PROTECTED] I've got a strange problem with my IBM T42 / Radeon M10 setup. When using the 6.0-RELEASE kernel (including GENERIC), I cannot go to sleep when X11 is running: the machine freezes, display still on. I tried disabling DRI, but this does not seem to be the problem: I have no DRM anyway. On the other hand, everything works fines with a 6.0-RC1 kernel. Was there a big change in between, such that I need to change my configuration? I finally found the cause of my problems: there has been changes in the em driver (Gb ethernet), such that the machine freezes when trying to switch automatically from the X11 VT to the system console, before going to sleep. The interaction is surprising, but clearly the problem disappears when I remove device em from the kernel configuration, and it reappears when I do kldload if_em. Since I'm using only ath (wireless) anyway, this is fine with me... I don't seem to have any problem with my T42p using a kernel compiled on 11/29 11:21 My copy of if_em.c is: /*$FreeBSD: src/sys/dev/em/if_em.c,v 1.65.2.8 2005/11/25 14:11:59 glebius Exp $*/ The very same version I could reproduce the bug with... I suppose the cause is a complex interaction. For instance it only appears under X11. So part of the reason might be the difference between the radeon M10 and the FIRE GL T2. Or the fact I'm simultaneously using ath. Or anything else... My point was just that the direct trigger was a change in em between 6.0-RC1 and 6.0-RELEASE. But if it cannot be reproduced on any other machine, this is going to be difficult to track down. [...] I've been enabling more of the laptop-y features as I polish off my upgrade (I'm going from 5.4BETAsomething to 6.0-STABLE, encouraged by losing my hard drive and being handed the clean slate). I *have* started getting occasional hangs after a suspend/resume cycle. It seems to be related to the mouse. I get it with both X and on the console. I've disabled the psm flag that mega-kicks the device (0x30?) and end up with a dead mouse. Restarting the moused via /etc/rc.d/moused gets my mouse back, but I'll frequently hand immediately afterwards. I've disabled synaptics support and am waiting to see if that makes a difference, other than disabling my middle mouse button g. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Data Loss with samba shared USB drive
I have a USB drive (SanDisk 1GB flash drive), which I have mounted on a windows PC using samba 3.0. I recently discovered the copy of my files on my USB device were corrupted (thankfully I had a backup), being filled entirely with 0's (that's ASCII '0', not NUL). I have managed to reproduce the problem with these steps. 1. Mount USB drive on (say) /usb 2. Share /usb over samba 3. (Optional) On windows PC mount \\server\usb as (say) U: 4. Change something on /usb drive (from windows or freebsd) 5. On FreeBSD machine type umount /usb -- get Device busy error 6. View changed file. When I've tried this, it results in the contents of the modified file being entirly replaced by a string of 0. This only happens on a USB device, when samba is running. The share does not need to be mounted on the windows PC for this to occur. If anyone has any ideas, or wants any more information, please let me know. uname: FreeBSD outcold.yadt.co.uk 6.0-STABLE FreeBSD 6.0-STABLE #2: Wed Nov 9 14:14:34 GMT 2005 [EMAIL PROTECTED]:/usr/obj/repo/FreeBSD/FreeBSD-6.x/src/sys/ OUTCOLD amd64 usb drive attach dmesg: umass0: SanDisk Flash Disk, rev 1.10/1.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: SanDisk USB 2.0 Flash %z!Y Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: 1048576MB (2147484160 512 byte sectors: 255H 63S/T 133674C) samba version: samba-3.0.20b,1 A free SMB and CIFS client and server for UNIX -- David Taylor ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Data Loss with samba shared USB drive
On Sat, 03 Dec 2005, David Taylor wrote: I have a USB drive (SanDisk 1GB flash drive), which I have mounted on a windows PC using samba 3.0. I recently discovered the copy of my files on my USB device were corrupted (thankfully I had a backup), being filled entirely with 0's (that's ASCII '0', not NUL). I have managed to reproduce the problem with these steps. 1. Mount USB drive on (say) /usb 2. Share /usb over samba 3. (Optional) On windows PC mount \\server\usb as (say) U: 4. Change something on /usb drive (from windows or freebsd) 5. On FreeBSD machine type umount /usb -- get Device busy error 6. View changed file. I should probably mention that this is with the drive formatted with a FAT filesystem. -- David Taylor ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
make buildworld fails:: cmap.h: No such file or directory
When I do a make buildword, I get a bunch of .h files not found: /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cpp:27:18: cmap.h: No such file or directory The cmap.h file is in another place in the source tree (an include directory, I think). I'm wondering if this is a bug or some error on my part. I tried to rm -rf /usr/src/* and rm -rf /usr/obj/*, before a cvsup. But, that didn't seem to help, and I tried a different cvsup mirror with no luck. I like to run update in one command so I can (when everything goes well) leave the computer to do its thing. So, I typed: cvsup -g -L 2 ~/stable-supfile ! ~/buildworld.log make -j4 buildworld ~/buildworld.log make -j4 buildkernel ~/buildworld.log make -j4 installkernel ~/buildworld.log Here is the tail buildworld.log: mkdep -f .depend -a /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/assert.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/change_lf.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/color.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cset.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/device.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/errarg.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/error.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/fatal.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/filename.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/font.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/fontfile.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/geometry.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/glyphuni.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/htmlhint.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/hypot.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/invalid.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/lf.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/lineno.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/macropath.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/maxfilename.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/mksdir.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/nametoindex.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/new.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/paper.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/prime.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/ptable.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/searchpath.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/string.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/strsave.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/symbol.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/tmpfile.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/tmpname.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/unicode.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/uniglyph.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/uniuni.cpp version.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cpp:27:18: cmap.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/color.cpp:26:17: lib.h: No such file or
Brief Report: Acer AS5002LMi notebook with FreeBSD
On Sat, 3 Dec 2005 11:36:28 + (GMT), Robert Watson [EMAIL PROTECTED] said: Last week, I ordered byself a new notebook -- for reasons of price, stock, features, etc, I went with the Lenovo z60t 2511. Hmmm. Last week, I ordered myself a new laptop -- for reasons of price, availability, minimal Intel proprietary parts content, etc., I went with the Acer Aspire 5002LMi. comes with a 14 display (1280x768 widescreen), 1.86GHz Pentium M, 512M of memory, and a 60GB hard disk. 14-inch display (1024x768 normalscreen), 1.6-GHz Turion64, 512 Mbyte of memory, and an 80-Gbyte hard disk. It also has hardware fingerprint scanner, bluetooth, SD card reader, broadcom gig-e, firewire, atheros 802.11 chipset, and various other neat things. Mine doesn't have any of those neat things. The chipset is SiS, including Fast Ethernet (no Gig), USB2, and dual-screen video. One CardBus slot, no legacy ports (but the internal keyboard and touchpad are PS/2, not USB). All of the other Acer non-Centrino laptops I had been able to examine came with Atheros wireless, but this one is Broadcom. I haven't tried Project Evil yet; since I had a Cardbus wireless card available I used that. There are other builds of this platform that include Bluetooth support; mine has a button on the front panel for it but lacks the interface. After chatting with Bjoern Zeeb bz, I concluded that I would leave XP on the notebook, as well as the IBM maintenance partition. The advantage to keeping these around is that it makes it possible to pick up useful things like BIOS updates, and possibly makes getting support easier when things go horribly wrong (hasn't happened yet). Sometimes I need to test/run Windows software, so there was no question for me. The machine shipped with XP Pro. Acer was considerate and partitioned the drive into two logical volumes (repeat after me, C: is for Crap and D: is for Data). This machine required a BIOS upgrade in order to fix a problem with the Synaptics touchpad. I was able to tell Windows that I really didn't want the extra partition, and then I was able to install 6.0 over the network on the back half of the disk. The whole install (including KDE) took less than an hour and was probably the smoothest install I've ever done using sysinstall. (2) X.org 6.8.2 used the VESA video mode 1024x768. I had interesting video issues with this laptop. The video mode used by Windows for 1024x768 made the projector I was testing with deeply unhappy. X worked just fine standalone, but if I started it with the projector connected, it used a weird 1024x576 wide-screen mode which neither I nor the projector cared much for. After overriding X's idea of Generic VGA Monitor sync rates, I was able to get 1024x768 to work on both the LCD and the projector. (4) When I loaded the if_ath driver to use the wireless, I got an NMI and panic. Didn't happen for me. I did find that it mattered whether I specifically assigned an SSID to the wireless; when I did not do so, I was unable to communicate with my infrastructure network. I won't have time to debug this before I leave for San Diego on Monday. At the end of the day, I have most things working with this notebook except for the following: - I don't yet have the sound driver attaching. This card has an SiS 7012, which attaches to the snd_ich driver. On attach it reports Unknown AC97 Codec (id = 0x414c4770) but this does not seem to cause a failure. From my research this seems to be an Avance Logic ALC203; I just addded it to ac97.c but haven't had a chance to test it yet. - Suspend/resume was pretty sad, I don't advise trying it. I may get a chance to investigate this more while on travel over the next few weeks. ACPI seems to be somewhat broken on this machine, even after updating to the latest BIOS. The CPU-state information looks bogus (and telling the kernel to use C3 is asking for trouble). Suspend doesn't. There's an error in the \\_SB_.BAT1._BST method so it can't get the battery status. Dump available on request. -GAWollman ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make buildworld fails:: cmap.h: No such file or directory
On Sat, Dec 03, 2005 at 05:57:09PM -0600, Michael Bowerman wrote: When I do a make buildword, I get a bunch of .h files not found: /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cpp:27:18: cmap.h: No such file or directory The cmap.h file is in another place in the source tree (an include directory, I think). I'm wondering if this is a bug or some error on my part. I tried to rm -rf /usr/src/* and rm -rf /usr/obj/*, before a cvsup. But, that didn't seem to help, and I tried a different cvsup mirror with no luck. I like to run update in one command so I can (when everything goes well) leave the computer to do its thing. So, I typed: cvsup -g -L 2 ~/stable-supfile ! ~/buildworld.log make -j4 buildworld ~/buildworld.log make -j4 buildkernel ~/buildworld.log make -j4 installkernel ~/buildworld.log Here is the tail buildworld.log: You seem to be hard-wiring your CFLAGS in such a way that -I's from makefiles don't get passed to it. The command should have been mkdep -f .depend -a -DHAVE_CONFIG_H -I.../contrib/groff/src/include ... and not as shown below. mkdep -f .depend -a /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/assert.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/change_lf.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/color.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cset.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/device.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/errarg.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/error.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/fatal.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/filename.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/font.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/fontfile.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/geometry.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/glyphuni.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/htmlhint.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/hypot.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/invalid.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/lf.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/lineno.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/macropath.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/maxfilename.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/mksdir.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/nametoindex.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/new.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/paper.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/prime.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/ptable.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/searchpath.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/string.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/strsave.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/symbol.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/tmpfile.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/tmpname.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/unicode.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/uniglyph.cpp
