Re: VirtualBox OpenSolaris guest [becomes: linux-f10-expat]
On Mon, 18 Oct 2010 14:32:04 +0200, Alex Goncharov
wrote:
,--- You/Harald (Mon, 18 Oct 2010 14:02:27 +0200) *
| What else could I possibly do?
| - portmaster www/opera-linuxplugins # installing linux_base-f10-10_3,
| then stopping as follows:
| ===> Installing for linux-f10-expat-2.0.1
| ===> Generating temporary packing list
| brandelf: error opening file usr/bin/xmlwf: No such file or directory
| *** Error code 1
| Stop in /usr/ports/textproc/linux-f10-expat.
I am not using portmaster; try do it simply through make. I just did
it now:
--
cat /compat/linux/etc/fedora-release
Fedora release 10 (Cambridge)
make -C textproc/linux-f10-expat deinstall clean configure build install
NOCLEANDEPENDS=yes
===> Deinstalling for textproc/linux-f10-expat
===> Deinstalling linux-f10-expat-2.0.1
===> Cleaning for linux-f10-expat-2.0.1
===> Vulnerability check disabled, database not found
===> License check disabled, port has not defined LICENSE
===> Extracting for linux-f10-expat-2.0.1
=> MD5 Checksum OK for rpm/i386/fedora/10/expat-2.0.1-5.i386.rpm.
=> SHA256 Checksum OK for rpm/i386/fedora/10/expat-2.0.1-5.i386.rpm.
===> linux-f10-expat-2.0.1 depends on file: /usr/local/bin/rpm2cpio -
found
===> Patching for linux-f10-expat-2.0.1
===> Configuring for linux-f10-expat-2.0.1
===> Installing for linux-f10-expat-2.0.1
===> linux-f10-expat-2.0.1 depends on file:
/compat/linux/etc/fedora-release - found
===> Generating temporary packing list
===> Checking if textproc/linux-f10-expat already installed
cd /usr/ports/.x/amd64/usr/ports/textproc/linux-f10-expat/work &&
/usr/bin/find * -type d -exec /bin/mkdir -p "/compat/linux/{}" \;
cd /usr/ports/.x/amd64/usr/ports/textproc/linux-f10-expat/work &&
/usr/bin/find * ! -type d | /usr/bin/cpio -pm -R root:wheel /compat/linux
367 blocks
===> Running linux ldconfig
/compat/linux/sbin/ldconfig -r /compat/linux
===> Registering installation for linux-f10-expat-2.0.1
ls -l /compat/linux/usr/bin/xmlwf
-rwxr-xr-x 1 root wheel 20844 Oct 18 08:27
/compat/linux/usr/bin/xmlwf*
file /compat/linux/usr/bin/xmlwf
/compat/linux/usr/bin/xmlwf: ELF 32-bit LSB executable, Intel 80386,
version 1 (GNU/Linux), dynamically linked (uses shared libs), for
GNU/Linux 2.6.9, stripped
--
-- Alex -- alex-goncha...@comcast.net --
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Alex,
What does pkg_info -W /compat/linux/usr/bin/xmlwf say? Maybe
linux-f10-expat misses a dependency which you have installed already.
Ronald.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: VirtualBox OpenSolaris guest [becomes: portmaster]
On Mon, Oct 18, 2010 at 08:32:04AM -0400, Alex Goncharov wrote: > ,--- You/Harald (Mon, 18 Oct 2010 14:02:27 +0200) * > | What else could I possibly do? > > | - portmaster www/opera-linuxplugins # installing linux_base-f10-10_3, > | then stopping as follows: > | ===> Installing for linux-f10-expat-2.0.1 > | ===> Generating temporary packing list > | brandelf: error opening file usr/bin/xmlwf: No such file or directory > | *** Error code 1 > > | Stop in /usr/ports/textproc/linux-f10-expat. > > I am not using portmaster; try do it simply through make. I just did > it now: > > -- > cat /compat/linux/etc/fedora-release > Fedora release 10 (Cambridge) Ah, I see, that's it. I can't run this cat command because my /compat/linux directory is empty. Obviously it went always wrong with portmaster emulators/linux_base-f10. This command should have populated the linuxbase, i.e. /compat/linux, directory if I understand correctly. The script (I kept it) shows no problem whatsoever. The Makefile says clearly to use the linuxbase as prefix for installation. Portmaster seems to be responsible here. Please note that portmaster is my friend since July 2008. Without any problem! In my humble opinion portmaster is quite an extraordinary tool. By far I prefer it to portupgrade. Presently, there seems to be a problem just with the linux stuff. Doug, may I ask you for help please ? Now I will go and reinstall for the third time all ports with portmaster `cat ~/installed-port-list` which did work like a charm last time and then install the linux ports with make. Harald ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: VirtualBox OpenSolaris guest [becomes: linux-f10-expat]
,--- Ronald Klop (Tue, 19 Oct 2010 09:15:46 +0200) * | Alex, | | What does pkg_info -W /compat/linux/usr/bin/xmlwf say? Maybe | linux-f10-expat misses a dependency which you have installed already. | `--* -- pkg_info -W /compat/linux/usr/bin/xmlwf => /compat/linux/usr/bin/xmlwf was installed by package linux-f10-expat-2.0.1 -- That's what Harald could not build :-) ,--- Harald Weis (Tue, 19 Oct 2010 13:09:39 +0200) * | | > cat /compat/linux/etc/fedora-release | > Fedora release 10 (Cambridge) | | Ah, I see, that's it. I can't run this cat command because my | /compat/linux directory is empty. | Now I will go and reinstall for the third time all ports with | portmaster `cat ~/installed-port-list` which did work like a charm | last time and then install the linux ports with make. | `--* OK, good to know we've located a likely culprit. Good luck -- enjoy your working Flash on FreeBSD soon! -- Alex -- alex-goncha...@comcast.net -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: kldunload usb panic
On Monday, October 18, 2010 4:42:05 pm m...@freebsd.org wrote: > When we moved to FreeBSD 7 from 6, issuing a kldunload for usb devices > started causing a kernel panic is a USB device was still plugged in > (like a keyboard). The kldunload is done as part of an rc.d script > that unloads usb since it's not generally needed by our product unless > we mounted the root volume from a USB stick. > > The order doesn't matter much, but doing: > > kldunload ucom > kldunload umass > kldunload usb > > panics with this stack: > > panic @ time 1287356740.252, thread 0xff0016bd64a0: Fatal trap 12: > page fault while in kernel mode > > cpuid = 2 > > Stack: -- > kernel:trap_fatal+0xac > kernel:trap_pfault+0x24c > kernel:trap+0x3d9 > kernel:pmap_kextract+0x70 > kernel:free+0xcd > usb.ko:usb_disconnect_port+0xbd > usb.ko:uhub_detach+0xd2 > kernel:device_detach+0xb3 > kernel:device_delete_child+0x98 > kernel:device_delete_child+0x66 > usb.ko:uhci_pci_detach+0xac > kernel:device_detach+0xb3 > kernel:devclass_delete_driver+0xde > kernel:driver_module_handler+0x11c > kernel:module_unload+0x41 > kernel:linker_file_unload+0x19a > kernel:kern_kldunload+0x10a > kernel:isi_syscall+0x98 > kernel:ia32_syscall+0x1cd > -- > > cpuid = 2; apic id = 12 > fault virtual address = 0x80403037b7a8 > fault code = supervisor read data, page not present > stack pointer = 0x10:0xff8bfe2d0450 > frame pointer = 0x10:0xff8bfe2d0470 > code segment= base 0x0, limit 0xf, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags= interrupt enabled, resume, IOPL = 0 > > > The problem is that device_delete_child will recursively call > device_delete_child before calling device_detach(). When > device_detach resolves to uhub_detach, it attempts to call > usb_disconnect_port() which will iterate over the subdevs array. Each > of the pointers of the subdevs array is pointing into already-free'd > storage; the free(9) came from the recursive call to > device_delete_child(). In this case the code is trying to dereference > 0xdeadc0dedeadc0de since this is INVARIANTS with the malloc poisoning > on free(9). > > So questions: > > (1) is there a simple fix, like defining a devclass_t for the port > device, and having it do a detach method cleanup instead of > uhub_detach()? I wasn't sure what to put in for the match method, > though. I think uhub_detach() should use device_get_children() instead of trying to maintain its own list of child devices. If uhub really does need to maintain its own list of children, then a better fix would be to add a 'bus_device_deleted()' callback from device_delete_child() to the parent bus device to let it know a device had been removed, but that would be tricky to use since in many cases a bus device is what invokes device_delete_child() in the first place. -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: kpanic on install >32GB of RAM [SEC=UNCLASSIFIED]
On Tuesday, October 19, 2010 1:16:07 am Andriy Gapon wrote: > on 19/10/2010 06:11 Wilkinson, Alex said the following: > > Will it work something like http://freshmeat.net/projects/mcelog/ ? > > jhb has a port of this, yes. The relevant bits are at http://www.FreeBSD.org/~jhb/mcelog/ I should probably make this into a port, but I really need to e-mail the mcelog folks about integrating the patches into their tree. -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
[HEADSUP] MFC of r212647: sys/pcpu.h: remove a workaround for a fixed ld bug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am going to MFC r212647. Please note that after that you will need a sufficiently recent ld for kernel build. More details can be found here: http://svn.freebsd.org/viewvc/base/head/UPDATING?r1=212579&r2=212648 - -- Andriy Gapon -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMvobbAAoJEHSlLSemUf4vqEIIAIh7F9H8/lGJJk9Xo+NONYgi OdcMZ+vd8CfEqunyP/u9I1LWCy24/DymanLJbIm7iP0kWK1jUWZd0IyLE5Bt6nbd AVfGO8BkiO+TvqQ4V3jdGNRAsU7QrfcVwBizFR+96yE5gcLKYmpvWiT0f0a7XZf0 Ns56ig6OHM8BEAML89ZRg/TxThYefsjKlylIqM8xvKbkh09Am8qr0fjrIFseJ5tp SPu6oBRTaIbokWlmqrQmrdXKCMy1H692+kfVmHOZjREyiHLlZfRwbdlYePwOEd6i b1X6vmYA5eGN8THC0Y8ko8LAVWgGNe+Olf2VGBBOabtuxIkJhNeyjoFZEEaBSXo= =QyMq -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
