From bsam at ipt.ru Wed Apr 1 06:21:05 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Wed Apr 1 06:21:33 2009 Subject: linux_dri port for compat.linux.osrelease=2.6.16 Message-ID: <89566543@bb.ipt.ru> Hello List, I'm going to commit new Fedora 8 infrastructure ports. However, there is a problem which won't give us a chance to switch defaults to -f8- ports until there is an apropriate linux_dri port. Existing ports graphics/linux_dri[-devel] are too outdated and really don't work with CURRENT and -f8- ports. If someone is interested, please let us know. I can help in creating, committing of the port. But I have no skills to do the main job. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From newsletter at piekmarketing.eu Wed Apr 1 06:41:43 2009 From: newsletter at piekmarketing.eu (Piek International Education Centre (I.E.C.)) Date: Wed Apr 1 06:41:59 2009 Subject: Newsletter PIEK International Education Center I.E.C. Message-ID: From bsam at ipt.ru Wed Apr 1 08:34:42 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Wed Apr 1 08:34:48 2009 Subject: HEADSUP: new linux infrastructure ports are committed Message-ID: <23488525@bb.ipt.ru> Hello List, I've just committed new Linux Fedora 8 infrastructure ports. That was a long awaited commit. Thanks for all who helped me here. 47 new ports are introduced as well as a new linux ports infrastructure which made it possible to co-exist ports from different linux distros at our ports tree. The worked lasted for more than a year. The above mentioned infrasrtucture allows using different linux base ports and non-base infrastructure ports. Users should define at their /etc/make.conf two variables: OVERRIDE_LINUX_BASE_PORT and OVERRIDE_LINUX_NON_BASE_PORTS. The valid value for the latter is "f8". As you may already know, only 8-CURRENT is compatible with compat.linux.osrelease=2.6.16. FreeBSD-7.x is not fully compatible due to lack of some syscalls, etc. Those syscalls cannot be MFCed due to native FreeBSD ABI breakage. Some applications may work fine though. New infrastructure ports as well as linux_base-f8 are not defaults for any FreeBSD version so far. Please test and report any inconsistency. Following linux applications are known to work (along with locales where they are applicable): . acroread8; . linux-opera; . linux-realplayer; . linux-seamonkey; . linux-thunderbird. I didn't manage to make those applications to work: . google-earth (crashes while loading, uses linux_dri); . skype (seems to work but for ru_RU.UTF-8 locale russian letters are shown like squares). I hope that nothing should got broken by this commit, but you know, things happen from time to time... Please, read /usr/ports/UPDATING for instructions to upgrade to the new linux-f8 ports infrastructure. Not done: --------- 1. textproc/linux-f8-aspell uses only default (English?) language; any help is appreciated; 2. there is no apropriate graphics/linux_dri port; someone with scills to write it down is needed. Futher information one can find at emulation@ archieves and graphics/linux_dri[-devel] ports; 3. I failed to find a Fedora 8 openmotif package, so the old one is used; 4. for webauth is used linux-nvu since I don't have any evidence if linux-kompozer should be used. Have fun and be happy! ;-) WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From dchagin at freebsd.org Wed Apr 1 10:49:28 2009 From: dchagin at freebsd.org (Chagin Dmitry) Date: Wed Apr 1 10:49:35 2009 Subject: acroread9 misses libxml2.so.2 In-Reply-To: <20090331205615.GA32160@freebsd.org> References: <49D1F976.7000708@janh.de> <49D26B4E.6070508@gmail.com> <20090331201533.GA10698@dchagin.static.corbina.ru> <20090331205615.GA32160@freebsd.org> Message-ID: <20090401174925.GA1996@dchagin.static.corbina.ru> On Tue, Mar 31, 2009 at 10:56:15PM +0200, Roman Divacky wrote: > On Wed, Apr 01, 2009 at 12:15:33AM +0400, Chagin Dmitry wrote: > > On Tue, Mar 31, 2009 at 09:13:18PM +0200, Kjell Tore Ullavik wrote: > > > > > > > > > You need to install textproc/linux-libxml, probably also > > > graphics/linux-gdk-pixbuf, > > > it still charshes for me with linux-base8 though. Bug report here: > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=133194 > > > > > > > > > > looks like new acroread depends on linux inotify API, which is not > > implemented in our linuxulator... thnx, let's try to implement. > > > > if you are interseted you can finish my epoll() work... > > hi Roman :) remind me where there is your unfinished work. -- Have fun! chd -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20090401/32f85134/attachment.pgp From rdivacky at freebsd.org Wed Apr 1 10:57:25 2009 From: rdivacky at freebsd.org (Roman Divacky) Date: Wed Apr 1 10:57:32 2009 Subject: acroread9 misses libxml2.so.2 In-Reply-To: <20090401174925.GA1996@dchagin.static.corbina.ru> References: <49D1F976.7000708@janh.de> <49D26B4E.6070508@gmail.com> <20090331201533.GA10698@dchagin.static.corbina.ru> <20090331205615.GA32160@freebsd.org> <20090401174925.GA1996@dchagin.static.corbina.ru> Message-ID: <20090401175638.GA31233@freebsd.org> On Wed, Apr 01, 2009 at 09:49:25PM +0400, Chagin Dmitry wrote: > On Tue, Mar 31, 2009 at 10:56:15PM +0200, Roman Divacky wrote: > > On Wed, Apr 01, 2009 at 12:15:33AM +0400, Chagin Dmitry wrote: > > > On Tue, Mar 31, 2009 at 09:13:18PM +0200, Kjell Tore Ullavik wrote: > > > > > > > > > > > > You need to install textproc/linux-libxml, probably also > > > > graphics/linux-gdk-pixbuf, > > > > it still charshes for me with linux-base8 though. Bug report here: > > > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=133194 > > > > > > > > > > > > > > looks like new acroread depends on linux inotify API, which is not > > > implemented in our linuxulator... thnx, let's try to implement. > > > > > > > > if you are interseted you can finish my epoll() work... > > > > > > hi Roman :) > remind me where there is your unfinished work. www.vlakno.cz/~rdivacky/patches/linux_epoll.patch last time I looked it worked but did not work after fork() (because kqueue does not work after fork()), this needs to be fixed... I am not aware of any other problem with this code From kris at pcbsd.com Wed Apr 1 11:13:10 2009 From: kris at pcbsd.com (Kris Moore) Date: Wed Apr 1 11:13:16 2009 Subject: wine, mixer pcm volume reset to 0:0 In-Reply-To: <20090328120217.319080@gmx.net> References: <49CD3288.7090102@gmail.com> <49CD7FB0.4000807@gmail.com> <20090328120217.319080@gmx.net> Message-ID: <49D3AAA0.9020003@pcbsd.com> Sven Schellack wrote: > -------- Original-Nachricht -------- >> Datum: Sat, 28 Mar 2009 02:38:56 +0100 >> Von: Kjell Tore Ullavik >> An: emulation@freebsd.org, gerald@FreeBSD.org >> Betreff: Re: wine, mixer pcm volume reset to 0:0 > >> Kjell Tore Ullavik wrote: >>> Hello! >>> >>> I played around with wine-1.1.17. I don't know why it's marked ignore, >>> it works for me on CURRENT (with windows firefox >>> and flash 10 among other things) >>> >>> Anyway, I dicovered a regression since wine-1.1.0. When using music >>> players like Winamp and Spotify, the mixer pcm >>> volume keeps beeing reset to 0:0 between each song beeing played. If I >>> do 'mixer pcm 100:100' >>> I can hear the rest of the song, before volume is set to 0:0 again. >>> >>> Affected systems: >>> FreeBSD 8 CURRENT >>> wine-1.1.17 >>> >>> FreeBSD 7 STABLE from july. >>> wine-1.1.16 >>> >>> Not affected: >>> FreeBSD 7 STABLE from july >>> wine-1.1.0 >>> >>> Applications tested: >>> Winamp 5 Lite 5.551 >>> Spotify 0.3.11 >>> >>> >> Further testing shows this regression was introduced with wine-1.1.6, >> and is still present in wine-1.1.18 (released yesterday). > > Hi, > sounds a bit like http://bugs.winehq.org/show_bug.cgi?id=15710 - I could reproduce this behaviour with several games. World of Warcraft for example starts muted and gets muted again each time you'll change to another zone or re-log with a different character. I've seen this here in other games, such as TeamFortress 2 / Steam games. They start muted, but if you turn the volume up in mixer, its back to normal until you run them again. Any ideas on a fix? -- Kris Moore PC-BSD Software http://www.pcbsd.com From alexbestms at math.uni-muenster.de Wed Apr 1 11:32:53 2009 From: alexbestms at math.uni-muenster.de (Alexander Best) Date: Wed Apr 1 11:33:00 2009 Subject: linuxulator and NVIDIA's linux libraries Message-ID: hi there, NVIDIA's closed source driver for FBSD comes with the original linux libaries in order to run linux 3d apps/games under FBSD. unfortunately the libraries won't work with linuxulator 2.6.16. using linuxulator 2.4.2 they do. the problem seems to be futex related, but applying the futex patches for -CURRENT doesn't solve the issue. there's a discussion about the problem on the -CURRENT mailinglist: http://lists.freebsd.org/pipermail/freebsd-current/2009-March/004563.html also there's a PR with some linux_kdumps here: http://www.freebsd.org/cgi/query-pr.cgi?pr=133144 cheers. From sfourman at gmail.com Wed Apr 1 12:05:35 2009 From: sfourman at gmail.com (Sam Fourman Jr.) Date: Wed Apr 1 12:05:44 2009 Subject: wine, mixer pcm volume reset to 0:0 In-Reply-To: <49D3AAA0.9020003@pcbsd.com> References: <49CD3288.7090102@gmail.com> <49CD7FB0.4000807@gmail.com> <20090328120217.319080@gmx.net> <49D3AAA0.9020003@pcbsd.com> Message-ID: <11167f520904011144u6c26ceadlc3865c9342a94d9a@mail.gmail.com> > I've seen this here in other games, such as TeamFortress 2 / Steam games. > They start muted, but if you turn the volume up in mixer, its back to normal > until you run them again. Any ideas on a fix? I can confirm that this is still happening in World of warcraft, however it didn't used to do this sometime after the wine 1.1 release I think is when it started happening. setting the mixer pcm 100 works every time, also at least in world of warcraft, if you go into the games Audio options and "Play" with the volume control FreeBSD's pcm will be reset to 0 This Problem showed up around the time the new snd_hda driver was imported, and for the longest time I just wrote the problem off in my head has being because of the new snd_hda. can anyone confirm this problem that does NOT use snd_hda? Versions of FreeBSD I have tried this on include the following, and all have this sound muting problem FreeBSD 8.0 (updated 3-21-2009) FreeBSD 7.1 STABLE PC-BSD 7.1 RC1 PC-BSD 7.02 Sam Fourman Jr. Fourman Networks From spam at rm-rf.kiev.ua Wed Apr 1 12:42:56 2009 From: spam at rm-rf.kiev.ua (Alex Kozlov) Date: Wed Apr 1 12:43:05 2009 Subject: wine, mixer pcm volume reset to 0:0 Message-ID: <20090401191315.GA4292@ravenloft.kiev.ua> On Wed, Apr 01, 2009 at 01:44:48PM -0500, Sam Fourman Jr. wrote: >> I've seen this here in other games, such as TeamFortress 2 / Steam games. >> They start muted, but if you turn the volume up in mixer, its back to normal >> until you run them again. Any ideas on a fix? > > I can confirm that this is still happening in World of warcraft, > however it didn't used to do this > sometime after the wine 1.1 release I think is when it started happening. > > setting the mixer pcm 100 works every time, also at least in world of > warcraft, if you go into the > games Audio options and "Play" with the volume control FreeBSD's pcm > will be reset to 0 > > This Problem showed up around the time the new snd_hda driver was > imported, and for the longest time > I just wrote the problem off in my head has being because of the new snd_hda. > > can anyone confirm this problem that does NOT use snd_hda? Yes. $kldstat |grep snd 3 1 0xc07c5000 6df8 snd_ich.ko It's very annoying problem. As a workaround change Audio->Hardware Acceleration to emulation. > Versions of FreeBSD I have tried this on include the following, and > all have this sound muting problem > > > FreeBSD 8.0 (updated 3-21-2009) > FreeBSD 7.1 STABLE > PC-BSD 7.1 RC1 > PC-BSD 7.02 -- Adios From Alexander at Leidinger.net Wed Apr 1 23:52:50 2009 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Wed Apr 1 23:52:56 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <23488525@bb.ipt.ru> References: <23488525@bb.ipt.ru> Message-ID: <20090402085240.15665qo8nwvu1fwg@webmail.leidinger.net> Quoting Boris Samorodov (from Wed, 01 Apr 2009 19:34:42 +0400): > Hello List, > > > I've just committed new Linux Fedora 8 infrastructure ports. That was > a long awaited commit. Thanks for all who helped me here. 47 new > ports are introduced as well as a new linux ports infrastructure > which made it possible to co-exist ports from different linux > distros at our ports tree. The worked lasted for more than a year. Yeah! > The above mentioned infrasrtucture allows using different linux > base ports and non-base infrastructure ports. Users should define > at their /etc/make.conf two variables: OVERRIDE_LINUX_BASE_PORT > and OVERRIDE_LINUX_NON_BASE_PORTS. The valid value for the latter > is "f8". Why do we distinguish between BASE_PORT and NON_BASE_PORTS? Bye, Alexander. -- The cost of feathers has risen, even down is up! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From bsam at ipt.ru Thu Apr 2 00:57:55 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Apr 2 00:58:01 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <20090402085240.15665qo8nwvu1fwg@webmail.leidinger.net> (Alexander Leidinger's message of "Thu\, 02 Apr 2009 08\:52\:40 +0200") References: <23488525@bb.ipt.ru> <20090402085240.15665qo8nwvu1fwg@webmail.leidinger.net> Message-ID: <25236143@h30.sp.ipt.ru> On Thu, 02 Apr 2009 08:52:40 +0200 Alexander Leidinger wrote: > Quoting Boris Samorodov (from Wed, 01 Apr 2009 19:34:42 +0400): > > The above mentioned infrasrtucture allows using different linux > > base ports and non-base infrastructure ports. Users should define > > at their /etc/make.conf two variables: OVERRIDE_LINUX_BASE_PORT > > and OVERRIDE_LINUX_NON_BASE_PORTS. The valid value for the latter > > is "f8". > Why do we distinguish between BASE_PORT and NON_BASE_PORTS? We distingush them now and I'd rather keep this useful feature. The main question for me was how to do it. Say, we have OVERRIDE_LINUX (which implies both base and non-base ports). How can we name a variable to override OVERRIDE_LINUX? ;-) At last I desided that OVERRIDE_LINUX_NON_BASE_PORTS is more intuitive and doesn't ruin current status-quo. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From Alexander at Leidinger.net Thu Apr 2 01:14:29 2009 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Thu Apr 2 01:14:36 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <25236143@h30.sp.ipt.ru> References: <23488525@bb.ipt.ru> <20090402085240.15665qo8nwvu1fwg@webmail.leidinger.net> <25236143@h30.sp.ipt.ru> Message-ID: <20090402101419.66294qotkt3yphpw@webmail.leidinger.net> Quoting Boris Samorodov (from Thu, 02 Apr 2009 11:57:52 +0400): > On Thu, 02 Apr 2009 08:52:40 +0200 Alexander Leidinger wrote: >> Quoting Boris Samorodov (from Wed, 01 Apr 2009 >> 19:34:42 +0400): > >> > The above mentioned infrasrtucture allows using different linux >> > base ports and non-base infrastructure ports. Users should define >> > at their /etc/make.conf two variables: OVERRIDE_LINUX_BASE_PORT >> > and OVERRIDE_LINUX_NON_BASE_PORTS. The valid value for the latter >> > is "f8". > >> Why do we distinguish between BASE_PORT and NON_BASE_PORTS? > > We distingush them now and I'd rather keep this useful feature. I fail to understand in which case this is useful? AFAIK we can not use a base of fc4 with non-base of f8 and for the other way around I assume the same (if not: I don't see a point in using fc4 infra on f8 base, where do you see a benefit for it?). Bye, Alexander. -- Lisp Users: Due to the holiday next Monday, there will be no garbage collection. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From bsam at ipt.ru Thu Apr 2 01:25:43 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Apr 2 01:25:51 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <20090402101419.66294qotkt3yphpw@webmail.leidinger.net> (Alexander Leidinger's message of "Thu\, 02 Apr 2009 10\:14\:19 +0200") References: <23488525@bb.ipt.ru> <20090402085240.15665qo8nwvu1fwg@webmail.leidinger.net> <25236143@h30.sp.ipt.ru> <20090402101419.66294qotkt3yphpw@webmail.leidinger.net> Message-ID: <59154474@h30.sp.ipt.ru> On Thu, 02 Apr 2009 10:14:19 +0200 Alexander Leidinger wrote: > Quoting Boris Samorodov (from Thu, 02 Apr 2009 11:57:52 +0400): > > On Thu, 02 Apr 2009 08:52:40 +0200 Alexander Leidinger wrote: > >> Quoting Boris Samorodov (from Wed, 01 Apr 2009 > >> 19:34:42 +0400): > > > >> > The above mentioned infrasrtucture allows using different linux > >> > base ports and non-base infrastructure ports. Users should define > >> > at their /etc/make.conf two variables: OVERRIDE_LINUX_BASE_PORT > >> > and OVERRIDE_LINUX_NON_BASE_PORTS. The valid value for the latter > >> > is "f8". > > > >> Why do we distinguish between BASE_PORT and NON_BASE_PORTS? > > > > We distingush them now and I'd rather keep this useful feature. > I fail to understand in which case this is useful? AFAIK we can not > use a base of fc4 with non-base of f8 and for the other way around I > assume the same (if not: I don't see a point in using fc4 infra on f8 > base, where do you see a benefit for it?). That sounds to me like base_port >= non_base_ports. I'll agree. But not equal. Hm, I've used base of f6 and non-base of fc4 for a long period of time. Now I'm going to commit base of f9 (f10) and use it with non-base of 8. Utill apropriate non-base ports get committed. In fact, all those who now use other base ports than fc4 are falling into the list of users of this feature. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From Alexander at Leidinger.net Thu Apr 2 02:28:55 2009 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Thu Apr 2 02:29:02 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <59154474@h30.sp.ipt.ru> References: <23488525@bb.ipt.ru> <20090402085240.15665qo8nwvu1fwg@webmail.leidinger.net> <25236143@h30.sp.ipt.ru> <20090402101419.66294qotkt3yphpw@webmail.leidinger.net> <59154474@h30.sp.ipt.ru> Message-ID: <20090402112844.37181kh3emgs16w0@webmail.leidinger.net> Quoting Boris Samorodov (from Thu, 02 Apr 2009 12:25:41 +0400): > On Thu, 02 Apr 2009 10:14:19 +0200 Alexander Leidinger wrote: >> Quoting Boris Samorodov (from Thu, 02 Apr 2009 >> 11:57:52 +0400): >> > On Thu, 02 Apr 2009 08:52:40 +0200 Alexander Leidinger wrote: >> >> Quoting Boris Samorodov (from Wed, 01 Apr 2009 >> >> 19:34:42 +0400): >> > >> >> > The above mentioned infrasrtucture allows using different linux >> >> > base ports and non-base infrastructure ports. Users should define >> >> > at their /etc/make.conf two variables: OVERRIDE_LINUX_BASE_PORT >> >> > and OVERRIDE_LINUX_NON_BASE_PORTS. The valid value for the latter >> >> > is "f8". >> > >> >> Why do we distinguish between BASE_PORT and NON_BASE_PORTS? >> > >> > We distingush them now and I'd rather keep this useful feature. > >> I fail to understand in which case this is useful? AFAIK we can not >> use a base of fc4 with non-base of f8 and for the other way around I >> assume the same (if not: I don't see a point in using fc4 infra on f8 >> base, where do you see a benefit for it?). > > That sounds to me like base_port >= non_base_ports. I'll agree. > But not equal. While this may be possible in some cases, I would prefer the "=" instead of the ">=". What's the fallback in case the NON_BASE is not set? I would expect: _BASE_PORT and _NON_BASE_PORT not set: -> default _BASE_PORT set and _NON_BASE_PORT not set: _NON_BASE_PORT = _BASE_PORT > Hm, I've used base of f6 and non-base of fc4 for a long period > of time. Now I'm going to commit base of f9 (f10) and use it > with non-base of 8. Utill apropriate non-base ports get committed. Ok, for testing I see some value in it, but I would prefer if we make it explicit everywhere where it is mentioned, that this is not something which is supposed to work. If it does not work, the user should use the same type of base and non-base ports. Would this be OK for you? Bye, Alexander. -- If you change lines, the one you just left will start to move faster than the one you are now in. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From dchagin at freebsd.org Thu Apr 2 02:29:19 2009 From: dchagin at freebsd.org (Chagin Dmitry) Date: Thu Apr 2 02:29:26 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <59154474@h30.sp.ipt.ru> References: <23488525@bb.ipt.ru> <20090402085240.15665qo8nwvu1fwg@webmail.leidinger.net> <25236143@h30.sp.ipt.ru> <20090402101419.66294qotkt3yphpw@webmail.leidinger.net> <59154474@h30.sp.ipt.ru> Message-ID: <20090402092910.GA4539@dchagin.static.corbina.ru> On Thu, Apr 02, 2009 at 12:25:41PM +0400, Boris Samorodov wrote: > On Thu, 02 Apr 2009 10:14:19 +0200 Alexander Leidinger wrote: > > Quoting Boris Samorodov (from Thu, 02 Apr 2009 11:57:52 +0400): > > > On Thu, 02 Apr 2009 08:52:40 +0200 Alexander Leidinger wrote: > > >> Quoting Boris Samorodov (from Wed, 01 Apr 2009 > > >> 19:34:42 +0400): > > > > > >> > The above mentioned infrasrtucture allows using different linux > > >> > base ports and non-base infrastructure ports. Users should define > > >> > at their /etc/make.conf two variables: OVERRIDE_LINUX_BASE_PORT > > >> > and OVERRIDE_LINUX_NON_BASE_PORTS. The valid value for the latter > > >> > is "f8". > > > > > >> Why do we distinguish between BASE_PORT and NON_BASE_PORTS? > > > > > > We distingush them now and I'd rather keep this useful feature. > > > I fail to understand in which case this is useful? AFAIK we can not > > use a base of fc4 with non-base of f8 and for the other way around I > > assume the same (if not: I don't see a point in using fc4 infra on f8 > > base, where do you see a benefit for it?). > > That sounds to me like base_port >= non_base_ports. I'll agree. > But not equal. > > Hm, I've used base of f6 and non-base of fc4 for a long period > of time. Now I'm going to commit base of f9 (f10) and use it > with non-base of 8. Utill apropriate non-base ports get committed. > yeah, I am really interested, for me current working version of glibc is 2.9 :) > In fact, all those who now use other base ports than fc4 are falling > into the list of users of this feature. > > -- Have fun! chd -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20090402/27bffbba/attachment.pgp From bsam at ipt.ru Thu Apr 2 03:12:37 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Apr 2 03:12:43 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <49D48486.3030008@gwdg.de> (Rainer Hurling's message of "Thu\, 02 Apr 2009 11\:25\:26 +0200") References: <23488525@bb.ipt.ru> <49D48486.3030008@gwdg.de> Message-ID: <12754491@bb.ipt.ru> On Thu, 02 Apr 2009 11:25:26 +0200 Rainer Hurling wrote: > Hello Boris, > thank you for the work. It seems their is a small difference between > this discussion and /usr/ports/UPDATING. I've just fix the note at /usr/ports/UPDATING. thanks for the report. > In this thread we are talking about > OVERRIDE_LINUX_NON_BASE_PORTS > and in UPDATING their is > USE_LINUX_NONBASE_PORTS (without the underscore). > What is the right spelling? It was my fault. That should be: OVERRIDE_LINUX_BASE_PORT=f8 OVERRIDE_LINUX_NONBASE_PORTS=f8 WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From rhurlin at gwdg.de Thu Apr 2 03:15:20 2009 From: rhurlin at gwdg.de (Rainer Hurling) Date: Thu Apr 2 03:15:27 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <23488525@bb.ipt.ru> References: <23488525@bb.ipt.ru> Message-ID: <49D48486.3030008@gwdg.de> Hello Boris, thank you for the work. It seems their is a small difference between this discussion and /usr/ports/UPDATING. In this thread we are talking about OVERRIDE_LINUX_NON_BASE_PORTS and in UPDATING their is USE_LINUX_NONBASE_PORTS (without the underscore). What is the right spelling? Rainer Am 01.04.2009 17:34 (UTC+1) schrieb Boris Samorodov: > Hello List, > > > I've just committed new Linux Fedora 8 infrastructure ports. That was > a long awaited commit. Thanks for all who helped me here. 47 new > ports are introduced as well as a new linux ports infrastructure > which made it possible to co-exist ports from different linux > distros at our ports tree. The worked lasted for more than a year. > > The above mentioned infrasrtucture allows using different linux > base ports and non-base infrastructure ports. Users should define > at their /etc/make.conf two variables: OVERRIDE_LINUX_BASE_PORT > and OVERRIDE_LINUX_NON_BASE_PORTS. The valid value for the latter > is "f8". > > As you may already know, only 8-CURRENT is compatible with > compat.linux.osrelease=2.6.16. FreeBSD-7.x is not fully > compatible due to lack of some syscalls, etc. Those syscalls > cannot be MFCed due to native FreeBSD ABI breakage. Some > applications may work fine though. > > New infrastructure ports as well as linux_base-f8 are not defaults for > any FreeBSD version so far. Please test and report any > inconsistency. > > Following linux applications are known to work (along with locales > where they are applicable): > . acroread8; > . linux-opera; > . linux-realplayer; > . linux-seamonkey; > . linux-thunderbird. > > I didn't manage to make those applications to work: > . google-earth (crashes while loading, uses linux_dri); > . skype (seems to work but for ru_RU.UTF-8 locale russian letters are shown > like squares). > > I hope that nothing should got broken by this commit, > but you know, things happen from time to time... > > Please, read /usr/ports/UPDATING for instructions to > upgrade to the new linux-f8 ports infrastructure. > > Not done: > --------- > 1. textproc/linux-f8-aspell uses only default (English?) language; > any help is appreciated; > 2. there is no apropriate graphics/linux_dri port; someone with > scills to write it down is needed. Futher information one > can find at emulation@ archieves and graphics/linux_dri[-devel] > ports; > 3. I failed to find a Fedora 8 openmotif package, so the old > one is used; > 4. for webauth is used linux-nvu since I don't have any > evidence if linux-kompozer should be used. > > Have fun and be happy! ;-) > > > WBR From bsam at ipt.ru Thu Apr 2 03:22:52 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Apr 2 03:22:58 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <20090402112844.37181kh3emgs16w0@webmail.leidinger.net> (Alexander Leidinger's message of "Thu\, 02 Apr 2009 11\:28\:44 +0200") References: <23488525@bb.ipt.ru> <20090402085240.15665qo8nwvu1fwg@webmail.leidinger.net> <25236143@h30.sp.ipt.ru> <20090402101419.66294qotkt3yphpw@webmail.leidinger.net> <59154474@h30.sp.ipt.ru> <20090402112844.37181kh3emgs16w0@webmail.leidinger.net> Message-ID: <46673876@bb.ipt.ru> On Thu, 02 Apr 2009 11:28:44 +0200 Alexander Leidinger wrote: > Quoting Boris Samorodov (from Thu, 02 Apr 2009 12:25:41 +0400): > > On Thu, 02 Apr 2009 10:14:19 +0200 Alexander Leidinger wrote: > >> Quoting Boris Samorodov (from Thu, 02 Apr 2009 > >> 11:57:52 +0400): > >> > On Thu, 02 Apr 2009 08:52:40 +0200 Alexander Leidinger wrote: > >> >> Quoting Boris Samorodov (from Wed, 01 Apr 2009 > >> >> 19:34:42 +0400): > >> > > >> >> > The above mentioned infrasrtucture allows using different linux > >> >> > base ports and non-base infrastructure ports. Users should define > >> >> > at their /etc/make.conf two variables: OVERRIDE_LINUX_BASE_PORT > >> >> > and OVERRIDE_LINUX_NON_BASE_PORTS. The valid value for the latter > >> >> > is "f8". > >> > > >> >> Why do we distinguish between BASE_PORT and NON_BASE_PORTS? > >> > > >> > We distingush them now and I'd rather keep this useful feature. > > > >> I fail to understand in which case this is useful? AFAIK we can not > >> use a base of fc4 with non-base of f8 and for the other way around I > >> assume the same (if not: I don't see a point in using fc4 infra on f8 > >> base, where do you see a benefit for it?). > > > > That sounds to me like base_port >= non_base_ports. I'll agree. > > But not equal. > While this may be possible in some cases, I would prefer the "=" > instead of the ">=". > What's the fallback in case the NON_BASE is not set? I would expect: > _BASE_PORT and _NON_BASE_PORT not set: -> default > _BASE_PORT set and _NON_BASE_PORT not set: _NON_BASE_PORT = _BASE_PORT Well, we change the meaning (by broading it's area) of OVERRIDE_LINUX_BASE_PORT. I don't like it. May be use another variable? > > Hm, I've used base of f6 and non-base of fc4 for a long period > > of time. Now I'm going to commit base of f9 (f10) and use it > > with non-base of 8. Utill apropriate non-base ports get committed. > Ok, for testing I see some value in it, but I would prefer if we make > it explicit everywhere where it is mentioned, that this is not > something which is supposed to work. If it does not work, the user > should use the same type of base and non-base ports. Would this be OK > for you? That's OK to me. It will be good when we are ready to switch defaults to f8. Patches as always are welcome. ;-) WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From vova at fbsd.ru Thu Apr 2 03:28:00 2009 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Thu Apr 2 03:28:07 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <23488525@bb.ipt.ru> References: <23488525@bb.ipt.ru> Message-ID: <1238666988.1670.7.camel@localhost> On Wed, 2009-04-01 at 19:34 +0400, Boris Samorodov wrote: Hi > I've just committed new Linux Fedora 8 infrastructure ports. That was > a long awaited commit. Thanks for all who helped me here. 47 new > ports are introduced as well as a new linux ports infrastructure > which made it possible to co-exist ports from different linux > distros at our ports tree. The worked lasted for more than a year. Big thanks for your work. > Following linux applications are known to work (along with locales > where they are applicable): > . acroread8; > . linux-opera; > . linux-realplayer; > . linux-seamonkey; > . linux-thunderbird. > > I didn't manage to make those applications to work: > . google-earth (crashes while loading, uses linux_dri); > . skype (seems to work but for ru_RU.UTF-8 locale russian letters are shown > like squares). Uhh, skype is upgrade showstopper for me. What about linux-flashplugin ? -- Vladimir B. Grebenschikov vova@fbsd.ru From bsam at ipt.ru Thu Apr 2 03:34:05 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Apr 2 03:34:12 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <1238666988.1670.7.camel@localhost> (Vladimir Grebenschikov's message of "Thu\, 02 Apr 2009 14\:09\:48 +0400") References: <23488525@bb.ipt.ru> <1238666988.1670.7.camel@localhost> Message-ID: <80593204@bb.ipt.ru> On Thu, 02 Apr 2009 14:09:48 +0400 Vladimir Grebenschikov wrote: > > . skype (seems to work but for ru_RU.UTF-8 locale russian letters are shown > > like squares). > Uhh, skype is upgrade showstopper for me. Seems a matter of fonts/configuration. > What about linux-flashplugin ? I don't use it. But tinderbox is happy with it. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From Alexander at Leidinger.net Thu Apr 2 04:37:53 2009 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Thu Apr 2 04:38:00 2009 Subject: linuxnero does not see SATA recorder In-Reply-To: References: <20090326080314.10727gsz1jw5szs4@webmail.leidinger.net> Message-ID: <20090402133744.154225269mqp56zo@webmail.leidinger.net> Quoting Rusu Silviu (from Thu, 26 Mar 2009 15:53:32 +0200): >> >> Plese run nero within ktrace and provide the output of linux_kdump. MAybe >> it is trying to access some /proc entries, which are not emulated. > > > attached linux_kdump output file Here's the list of stuff nero (and/or some libs) tries to open in /dev /proc and /sys: ---snip--- /compat/linux/dev/scd0 /compat/linux/dev/scd1 /compat/linux/dev/scd2 /compat/linux/dev/scd3 /compat/linux/dev/sg0 /compat/linux/dev/sg1 [... upto sg9 ...] /compat/linux/dev/sr0 /compat/linux/dev/sr1 /compat/linux/dev/sr2 /compat/linux/dev/sr3 /compat/linux/dev/urandom /compat/linux/proc/66876/stat /compat/linux/proc/ide/ide0 /compat/linux/proc/ide/ide1 [... upto ide31 ...] /compat/linux/proc/meminfo /compat/linux/proc/scsi/scsi /compat/linux/sys/block /compat/linux/sys/devices ---snip--- Now we need to investigate what linux is having at those places and what is needed to emulate it (only text output, or ioctls, ...). Anyone with a linux system and appropriate hardware out there who is able to post examples? >> Can you provide an example what this file should contain in your case? > > > actually i have no idea what it should be > linuxnero manual says it should contain something in case there are > scsi/sata recorders on the system Without an example we can not emulate... > seems it has nothing to do with SATA > it even does not see any IDE recorders > ie, it does not see this > acd0: DVDR at ata5-master UDMA33 When I look at the list of files nero tries to access, it's not a surprise that it doesn't see it. We do not emulate the necessary ide stuff. > Rod Person says he gave up to make it work > also other people complaints about same issue > does someone make it work ever? I don't remember to have seen something on the emulation@ list. If there would have been something, I would have reacted the same as for you (kdump + analysis). Bye, Alexander. -- There are two kinds of pedestrians... the quick and the dead. -- Lord Thomas Rober Dewar http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From rpaulo at FreeBSD.org Thu Apr 2 05:25:00 2009 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Thu Apr 2 05:25:31 2009 Subject: qemu 0.10.1 PCAP networking on CURRENT In-Reply-To: <200903261249.00104.jkim@FreeBSD.org> References: <962f2e5dc273dac6f2a2aaf017763bb2@iem.pw.edu.pl> <200903261249.00104.jkim@FreeBSD.org> Message-ID: <0FACAA06-8675-4793-B485-9F7229DDACD8@FreeBSD.org> On 26 Mar 2009, at 16:48, Jung-uk Kim wrote: > [CC added] > > On Thursday 26 March 2009 04:55 am, J?drzej Kalinowski wrote: >> Hi, >> >> I'm working with latest qemu port (0.10.1) submitted by Juergen >> Lock. Pcap networking didn't work ok for me - it was terribly slow. >> >> I'm on a 8.0-CURRENT system, so I don't know if it is also the case >> in older releases. Nevertheless, if someone experiences similiar >> problems, you can try this patch - it helped me: > > --- (PATCH removed) --- > > libpcap 1.0.0 was imported few days ago but it didn't merge the > following local hack: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/libpcap/pcap.h.diff?r1=1.13;r2=1.14 > > Your patch is harmless but it should be fixed in pcap.h and/or > net/bpf.h properly not to step on each other unless the plan is to > add PCAP_DONT_INCLUDE_PCAP_BPF_H everywhere in our ports tree to get > FreeBSD-specific definitions. For example, the QEMU patch needs at > least two ioctl definitions to get it really working, i.e., > BIOCIMMEDIATE and BIOCFEEDBACK, which are only present in net/bpf.h. > In fact, pcap-bpf.c itself has a hack for AIX like this: > > #ifdef _AIX > > /* > * Make "pcap.h" not include "pcap/bpf.h"; we are going to include the > * native OS version, as we need "struct bpf_config" from it. > */ > #define PCAP_DONT_INCLUDE_PCAP_BPF_H > > #include > > /* > * Prevent bpf.h from redefining the DLT_ values to their > * IFT_ values, as we're going to return the standard libpcap > * values, not IBM's non-standard IFT_ values. > */ > #undef _AIX > #include > #define _AIX > > ... > > #else /* _AIX */ > > #include > > #endif /* _AIX */ > > This is absolutely disgusting. IMHO, I don't think it is a good idea > to pollute ports tree with local patches like that. Sorry for the late reply. You're right that this is a miss on my side. I'll fix it. Sorry, -- Rui Paulo -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20090402/e86662dd/PGP.pgp From rbgarga at gmail.com Thu Apr 2 06:06:25 2009 From: rbgarga at gmail.com (Renato Botelho) Date: Thu Apr 2 06:06:32 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <80593204@bb.ipt.ru> References: <23488525@bb.ipt.ru> <1238666988.1670.7.camel@localhost> <80593204@bb.ipt.ru> Message-ID: <747dc8f30904020606p20431cf5q85172584459bb4eb@mail.gmail.com> On Thu, Apr 2, 2009 at 7:34 AM, Boris Samorodov wrote: > On Thu, 02 Apr 2009 14:09:48 +0400 Vladimir Grebenschikov wrote: > >> > . skype (seems to work but for ru_RU.UTF-8 locale russian letters are shown >> > ? like squares). > >> Uhh, skype is upgrade showstopper for me. > > Seems a matter of fonts/configuration. > >> What about linux-flashplugin ? > > I don't use it. But tinderbox is happy with it. I was using linux-flashplugin9 + nspluginwrapper + native ff3 for a while without problems, after upgrade all my linux infrastructure today flash is working without sound again. I removed all linux ports, clean /compat/linux and restart everything with no success, flash work on youtube without sound. My system is FreeBSD botelhor.bplab.local 8.0-CURRENT FreeBSD 8.0-CURRENT #61 r190550: Mon Mar 30 11:22:18 BRT 2009 root@botelhor.bplab.local:/usr/obj/usr/src/sys/GARGA i386 and I have those linux ports installed: garga@botelhor:~> pkg_info | grep linux linux-f8-atk-1.20.0 Accessibility Toolkit, Linux/i386 binary (Linux Fedora 8) linux-f8-cairo-1.4.14 Vector graphics library Cairo (Linux Fedora 8) linux-f8-expat-2.0.1 Linux/i386 binary port of Expat XML-parsing library (Linux linux-f8-fontconfig-2.4.2 An XML-based font configuration API for X Windows (Linux Fe linux-f8-gtk2-2.12.8 GTK+ library, version 2.X (Linux Fedora 8) linux-f8-hicolor-icon-theme-0.5 A high-color icon theme shell from the FreeDesktop project linux-f8-jpeg-6b RPM of the JPEG lib (Linux Fedora 8) linux-f8-openssl-0.9.8b The OpenSSL toolkit (Linux Fedora 8) linux-f8-pango-1.18.4 The pango library (Linux Fedora 8) linux-f8-png-1.2.22 RPM of the PNG lib (Linux Fedora 8) linux-f8-tiff-3.8.2 The TIFF library, Linux/i386 binary (Linux Fedora 8) linux-f8-xorg-libs-7.3 Xorg libraries (Linux Fedora 8) linux-flashplugin-9.0r159 Adobe Flash Player NPAPI Plugin linux-nvu-1.0_1 A complete Web Authoring System linux_base-f8-8_11 Base set of packages needed in Linux mode (for i386/amd64) -- Renato Botelho From Alexander at Leidinger.net Thu Apr 2 07:11:05 2009 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Thu Apr 2 07:11:10 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <747dc8f30904020606p20431cf5q85172584459bb4eb@mail.gmail.com> References: <23488525@bb.ipt.ru> <1238666988.1670.7.camel@localhost> <80593204@bb.ipt.ru> <747dc8f30904020606p20431cf5q85172584459bb4eb@mail.gmail.com> Message-ID: <20090402161055.13604d4pu3iibkqo@webmail.leidinger.net> Quoting Renato Botelho (from Thu, 2 Apr 2009 10:06:08 -0300): > On Thu, Apr 2, 2009 at 7:34 AM, Boris Samorodov wrote: >> On Thu, 02 Apr 2009 14:09:48 +0400 Vladimir Grebenschikov wrote: >>> What about linux-flashplugin ? >> >> I don't use it. But tinderbox is happy with it. > > I was using linux-flashplugin9 + nspluginwrapper + native ff3 for > a while without problems, after upgrade all my linux infrastructure > today flash is working without sound again. > > I removed all linux ports, clean /compat/linux and restart everything > with no success, flash work on youtube without sound. A guess, the flashsupport stuff has to be recompiled on a f8 system and the ports need to pick the right one. Bye, Alexander. -- Mirrors should reflect a little before throwing back images. -- Jean Cocteau http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From tijl at ulyssis.org Thu Apr 2 07:19:05 2009 From: tijl at ulyssis.org (Tijl Coosemans) Date: Thu Apr 2 07:19:12 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <20090402161055.13604d4pu3iibkqo@webmail.leidinger.net> References: <23488525@bb.ipt.ru> <747dc8f30904020606p20431cf5q85172584459bb4eb@mail.gmail.com> <20090402161055.13604d4pu3iibkqo@webmail.leidinger.net> Message-ID: <200904021618.57368.tijl@ulyssis.org> On Thursday 02 April 2009 16:10:55 Alexander Leidinger wrote: > Quoting Renato Botelho (from Thu, 2 Apr 2009 > 10:06:08 -0300): >> I was using linux-flashplugin9 + nspluginwrapper + native ff3 for >> a while without problems, after upgrade all my linux infrastructure >> today flash is working without sound again. >> >> I removed all linux ports, clean /compat/linux and restart >> everything with no success, flash work on youtube without sound. > > A guess, the flashsupport stuff has to be recompiled on a f8 system > and the ports need to pick the right one. What's the output of: /compat/linux/bin/sh /compat/linux/usr/bin/ldd /compat/linux/usr/lib/libflashsupport.so From rbgarga at gmail.com Thu Apr 2 07:21:12 2009 From: rbgarga at gmail.com (Renato Botelho) Date: Thu Apr 2 07:21:18 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <200904021618.57368.tijl@ulyssis.org> References: <23488525@bb.ipt.ru> <747dc8f30904020606p20431cf5q85172584459bb4eb@mail.gmail.com> <20090402161055.13604d4pu3iibkqo@webmail.leidinger.net> <200904021618.57368.tijl@ulyssis.org> Message-ID: <747dc8f30904020720i935e42aube49e5c4502af980@mail.gmail.com> On Thu, Apr 2, 2009 at 11:18 AM, Tijl Coosemans wrote: > /compat/linux/bin/sh /compat/linux/usr/bin/ldd /compat/linux/usr/lib/libflashsupport.so garga@botelhor:~> /compat/linux/bin/sh /compat/linux/usr/bin/ldd /compat/linux/usr/lib/libflashsupport.so /compat/linux/usr/lib/libflashsupport.so: error while loading shared libraries: /usr/lib/libssl.so.5: ELF file OS ABI invalid -- Renato Botelho From tijl at ulyssis.org Thu Apr 2 09:21:57 2009 From: tijl at ulyssis.org (Tijl Coosemans) Date: Thu Apr 2 09:22:04 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <747dc8f30904020720i935e42aube49e5c4502af980@mail.gmail.com> References: <23488525@bb.ipt.ru> <200904021618.57368.tijl@ulyssis.org> <747dc8f30904020720i935e42aube49e5c4502af980@mail.gmail.com> Message-ID: <200904021821.53043.tijl@ulyssis.org> On Thursday 02 April 2009 16:20:55 Renato Botelho wrote: > On Thu, Apr 2, 2009 at 11:18 AM, Tijl Coosemans wrote: >> /compat/linux/bin/sh /compat/linux/usr/bin/ldd /compat/linux/usr/lib/libflashsupport.so > > garga@botelhor:~> /compat/linux/bin/sh /compat/linux/usr/bin/ldd > /compat/linux/usr/lib/libflashsupport.so > /compat/linux/usr/lib/libflashsupport.so: error while loading shared > libraries: /usr/lib/libssl.so.5: ELF file OS ABI invalid Try the attached libflashsupport.so. This one has been linked with the new libssl.so.6. -------------- next part -------------- A non-text attachment was scrubbed... Name: libflashsupport.so Type: application/octet-stream Size: 11836 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20090402/d03adea9/libflashsupport.so From scf at FreeBSD.org Thu Apr 2 10:33:45 2009 From: scf at FreeBSD.org (Sean C. Farley) Date: Thu Apr 2 10:33:52 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <23488525@bb.ipt.ru> References: <23488525@bb.ipt.ru> Message-ID: On Wed, 1 Apr 2009, Boris Samorodov wrote: > Hello List, > > I've just committed new Linux Fedora 8 infrastructure ports. That was > a long awaited commit. Thanks for all who helped me here. 47 new ports > are introduced as well as a new linux ports infrastructure which made > it possible to co-exist ports from different linux distros at our > ports tree. The worked lasted for more than a year. Thank you to all involved. *snip* > As you may already know, only 8-CURRENT is compatible with > compat.linux.osrelease=2.6.16. FreeBSD-7.x is not fully compatible due > to lack of some syscalls, etc. Those syscalls cannot be MFCed due to > native FreeBSD ABI breakage. Some applications may work fine though. What cannot be MFC'd besides TLS and NPTL? For syscalls that cannot be MFC'd, can calls be written that help to some degree without breaking ABI? The wiki page[1] is incomplete on what changes are to be MFC'd. I can say that fstatat64() seems popular (called by rm) in /var/log/messages. Sean 1. http://wiki.freebsd.org/linux-kernel -- scf@FreeBSD.org From rdivacky at FreeBSD.org Thu Apr 2 11:34:46 2009 From: rdivacky at FreeBSD.org (Roman Divacky) Date: Thu Apr 2 11:34:53 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: References: <23488525@bb.ipt.ru> Message-ID: <20090402183346.GA32707@freebsd.org> On Thu, Apr 02, 2009 at 12:33:42PM -0500, Sean C. Farley wrote: > On Wed, 1 Apr 2009, Boris Samorodov wrote: > > >Hello List, > > > >I've just committed new Linux Fedora 8 infrastructure ports. That was > >a long awaited commit. Thanks for all who helped me here. 47 new ports > >are introduced as well as a new linux ports infrastructure which made > >it possible to co-exist ports from different linux distros at our > >ports tree. The worked lasted for more than a year. > > Thank you to all involved. > > *snip* > > >As you may already know, only 8-CURRENT is compatible with > >compat.linux.osrelease=2.6.16. FreeBSD-7.x is not fully compatible due > >to lack of some syscalls, etc. Those syscalls cannot be MFCed due to > >native FreeBSD ABI breakage. Some applications may work fine though. > > What cannot be MFC'd besides TLS and NPTL? For syscalls that cannot be linuxulator in RELENG_7 supports TLS/NPTL From scf at FreeBSD.org Thu Apr 2 12:46:15 2009 From: scf at FreeBSD.org (Sean C. Farley) Date: Thu Apr 2 12:46:21 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <20090402183346.GA32707@freebsd.org> References: <23488525@bb.ipt.ru> <20090402183346.GA32707@freebsd.org> Message-ID: On Thu, 2 Apr 2009, Roman Divacky wrote: > On Thu, Apr 02, 2009 at 12:33:42PM -0500, Sean C. Farley wrote: >> On Wed, 1 Apr 2009, Boris Samorodov wrote: >> >>> Hello List, >>> >>> I've just committed new Linux Fedora 8 infrastructure ports. That >>> was a long awaited commit. Thanks for all who helped me here. 47 new >>> ports are introduced as well as a new linux ports infrastructure >>> which made it possible to co-exist ports from different linux >>> distros at our ports tree. The worked lasted for more than a year. >> >> Thank you to all involved. >> >> *snip* >> >>> As you may already know, only 8-CURRENT is compatible with >>> compat.linux.osrelease=2.6.16. FreeBSD-7.x is not fully compatible >>> due to lack of some syscalls, etc. Those syscalls cannot be MFCed >>> due to native FreeBSD ABI breakage. Some applications may work fine >>> though. >> >> What cannot be MFC'd besides TLS and NPTL? For syscalls that cannot >> be > > linuxulator in RELENG_7 supports TLS/NPTL Hmm. I thought it was, but the wiki said otherwise. Maybe the wiki is referring to MFC'ing to RELENG_6? Sean -- scf@FreeBSD.org From rbgarga at gmail.com Thu Apr 2 12:59:12 2009 From: rbgarga at gmail.com (Renato Botelho) Date: Thu Apr 2 12:59:20 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <200904021821.53043.tijl@ulyssis.org> References: <23488525@bb.ipt.ru> <200904021618.57368.tijl@ulyssis.org> <747dc8f30904020720i935e42aube49e5c4502af980@mail.gmail.com> <200904021821.53043.tijl@ulyssis.org> Message-ID: <747dc8f30904021258j497b16cdkfed3101d259dbda0@mail.gmail.com> On Thu, Apr 2, 2009 at 1:21 PM, Tijl Coosemans wrote: > On Thursday 02 April 2009 16:20:55 Renato Botelho wrote: >> On Thu, Apr 2, 2009 at 11:18 AM, Tijl Coosemans wrote: >>> /compat/linux/bin/sh /compat/linux/usr/bin/ldd /compat/linux/usr/lib/libflashsupport.so >> >> garga@botelhor:~> /compat/linux/bin/sh /compat/linux/usr/bin/ldd >> /compat/linux/usr/lib/libflashsupport.so >> /compat/linux/usr/lib/libflashsupport.so: error while loading shared >> libraries: /usr/lib/libssl.so.5: ELF file OS ABI invalid > > Try the attached libflashsupport.so. This one has been linked with the > new libssl.so.6. Worked perfectly! Thanks. -- Renato Botelho From rdivacky at FreeBSD.org Thu Apr 2 13:40:58 2009 From: rdivacky at FreeBSD.org (Roman Divacky) Date: Thu Apr 2 13:41:05 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: References: <23488525@bb.ipt.ru> <20090402183346.GA32707@freebsd.org> Message-ID: <20090402204009.GA48606@freebsd.org> > >linuxulator in RELENG_7 supports TLS/NPTL > > Hmm. I thought it was, but the wiki said otherwise. > > Maybe the wiki is referring to MFC'ing to RELENG_6? the wiki page is outdated and wrong... can someone fix it? if it's not fixed in a week I'll add there a big sticker saying "THIS DESCRIBES THE STATE OF THINGS AS OF 2006/2007 THINGS HAVE CHANGED SINCE THEN" or something like that... From Alexander at Leidinger.net Thu Apr 2 23:17:59 2009 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Thu Apr 2 23:18:05 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <20090402204009.GA48606@freebsd.org> References: <23488525@bb.ipt.ru> <20090402183346.GA32707@freebsd.org> <20090402204009.GA48606@freebsd.org> Message-ID: <20090403081747.18255wz40m5p3kzk@webmail.leidinger.net> Quoting Roman Divacky (from Thu, 2 Apr 2009 22:40:09 +0200): >> >linuxulator in RELENG_7 supports TLS/NPTL >> >> Hmm. I thought it was, but the wiki said otherwise. >> >> Maybe the wiki is referring to MFC'ing to RELENG_6? > > the wiki page is outdated and wrong... can someone fix it? > if it's not fixed in a week I'll add there a big sticker > saying "THIS DESCRIBES THE STATE OF THINGS AS OF 2006/2007 THINGS > HAVE CHANGED SINCE THEN" or something like that... ENOTIME from my side to check the facts. If someone wants access to do it, just create an account (FirstLastname) and tell me about it. I will then give write permissions to the page. Roman you can not read quickly over the page and tell what's wrong? I could spend some time to make minor modifications, but I don't have the time ATM to run LTP and update the corresponding table. Bye, Alexander. -- "You won't have time to go see Genco." -- Vito Corleone, "Chapter 1", page 41 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From Alexander at Leidinger.net Thu Apr 2 23:27:51 2009 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Thu Apr 2 23:27:59 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: References: <23488525@bb.ipt.ru> Message-ID: <20090403082742.13151vhzr5fcjfdw@webmail.leidinger.net> Quoting "Sean C. Farley" (from Thu, 2 Apr 2009 12:33:42 -0500 (CDT)): > What cannot be MFC'd besides TLS and NPTL? For syscalls that cannot > be MFC'd, can calls be written that help to some degree without > breaking ABI? The wiki page[1] is incomplete on what changes are to > be MFC'd. I can say that fstatat64() seems popular (called by rm) > in /var/log/messages. *at() can not be MFCed as it would change the native VFS ABI (Roman implemented the FreeBSD side of *at() calls to be able to emulate the linux *at() calls). As you noticed, this is a major point in 2.6.16 emulation. Another thing which is in current but AFAIK not in stable is the brand detection stuff, but I think this is not so critical to have in RELENG_7. Other changes may or may not be MFCable, but AFAIK nobody took the time to compare RELENG_7 with CURRENT and had a careful look at the differences. Anyway, as *at is a major part and can not be MFCed, 2.6.16 + linux base f8 is not a supported combination in RELENG_7. If it works for you feel lucky, if it does not work for you... that's bad luck. Bye, Alexander. -- A woman must be a cute, cuddly, naive little thing -- tender, sweet, and stupid. -- Adolf Hitler http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From bsam at ipt.ru Fri Apr 3 00:28:23 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri Apr 3 00:28:30 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <20090402161055.13604d4pu3iibkqo@webmail.leidinger.net> (Alexander Leidinger's message of "Thu\, 02 Apr 2009 16\:10\:55 +0200") References: <23488525@bb.ipt.ru> <1238666988.1670.7.camel@localhost> <80593204@bb.ipt.ru> <747dc8f30904020606p20431cf5q85172584459bb4eb@mail.gmail.com> <20090402161055.13604d4pu3iibkqo@webmail.leidinger.net> Message-ID: <35941166@h30.sp.ipt.ru> On Thu, 02 Apr 2009 16:10:55 +0200 Alexander Leidinger wrote: > Quoting Renato Botelho (from Thu, 2 Apr 2009 > 10:06:08 -0300): > > On Thu, Apr 2, 2009 at 7:34 AM, Boris Samorodov wrote: > >> On Thu, 02 Apr 2009 14:09:48 +0400 Vladimir Grebenschikov wrote: > >>> What about linux-flashplugin ? > >> > >> I don't use it. But tinderbox is happy with it. > > > > I was using linux-flashplugin9 + nspluginwrapper + native ff3 for > > a while without problems, after upgrade all my linux infrastructure > > today flash is working without sound again. > > > > I removed all linux ports, clean /compat/linux and restart everything > > with no success, flash work on youtube without sound. > A guess, the flashsupport stuff has to be recompiled on a f8 system > and the ports need to pick the right one. If that's true, than a new www/linux-f8-flashplugin9 port should be created. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From kalinoj1 at iem.pw.edu.pl Fri Apr 3 00:35:50 2009 From: kalinoj1 at iem.pw.edu.pl (Jedrzej Kalinowski) Date: Fri Apr 3 00:36:02 2009 Subject: Recent qemu and timers issue Message-ID: Hi all, When running FreeBSD 8-CURRENT system inside a qemu machine (from the latest port by nox@freebsd.org) I have strange timer problems in the virtual machine. My logs and console are full of messages like this: calcru: runtime went backwards from 11248014678717988 usec to 119242 usec for pid 60 (ps) calcru: runtime went backwards from 11248014678921829 usec to 2516605 usec for pid 60 (ps) calcru: runtime went backwards from 7014844 usec to 6270851 usec for pid 0 (kernel) It even happens for some processes to die inside qemu guest. I tried to use all possible timers using sysctl, where I have: TSC(800) HPET(900) ACPI-safe(850) i8254(0) dummy(-1000000) None of these helped. What's more I cannot corelate this with kern.hz value set for the system. I tried to set it to the same value as host machine, bigger and smaller one. It's not a kqemu issue, happens also with -no-kqemu switch. I've already posted this issue on freebsd-current some time ago, but unfortunately noone showed interest in it.. (http://docs.freebsd.org/cgi/mid.cgi?3cd67c0d967b2464a4b40bd85582bf88) I would greatly appreciate any help or a hint - where should I look for help on this issue. Cheers, J?drzej Kalinowski From daichi at freebsd.org Fri Apr 3 01:07:44 2009 From: daichi at freebsd.org (Daichi GOTO) Date: Fri Apr 3 01:12:45 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <23488525@bb.ipt.ru> References: <23488525@bb.ipt.ru> Message-ID: <49D5BE61.3090000@freebsd.org> Hi Boris :) Thanks for your great work of f8 port infrastructure, it's very exciting! well, I have found a dependency lack around linux-f8-xorg-libs causing some application (e.g. linux eclipse) fails to run. Please consider attached patch and merge it! Thanks Boris Samorodov wrote: > Hello List, > > > I've just committed new Linux Fedora 8 infrastructure ports. That was > a long awaited commit. Thanks for all who helped me here. 47 new > ports are introduced as well as a new linux ports infrastructure > which made it possible to co-exist ports from different linux > distros at our ports tree. The worked lasted for more than a year. > > The above mentioned infrasrtucture allows using different linux > base ports and non-base infrastructure ports. Users should define > at their /etc/make.conf two variables: OVERRIDE_LINUX_BASE_PORT > and OVERRIDE_LINUX_NON_BASE_PORTS. The valid value for the latter > is "f8". > > As you may already know, only 8-CURRENT is compatible with > compat.linux.osrelease=2.6.16. FreeBSD-7.x is not fully > compatible due to lack of some syscalls, etc. Those syscalls > cannot be MFCed due to native FreeBSD ABI breakage. Some > applications may work fine though. > > New infrastructure ports as well as linux_base-f8 are not defaults for > any FreeBSD version so far. Please test and report any > inconsistency. > > Following linux applications are known to work (along with locales > where they are applicable): > . acroread8; > . linux-opera; > . linux-realplayer; > . linux-seamonkey; > . linux-thunderbird. > > I didn't manage to make those applications to work: > . google-earth (crashes while loading, uses linux_dri); > . skype (seems to work but for ru_RU.UTF-8 locale russian letters are shown > like squares). > > I hope that nothing should got broken by this commit, > but you know, things happen from time to time... > > Please, read /usr/ports/UPDATING for instructions to > upgrade to the new linux-f8 ports infrastructure. > > Not done: > --------- > 1. textproc/linux-f8-aspell uses only default (English?) language; > any help is appreciated; > 2. there is no apropriate graphics/linux_dri port; someone with > scills to write it down is needed. Futher information one > can find at emulation@ archieves and graphics/linux_dri[-devel] > ports; > 3. I failed to find a Fedora 8 openmotif package, so the old > one is used; > 4. for webauth is used linux-nvu since I don't have any > evidence if linux-kompozer should be used. > > Have fun and be happy! ;-) > > > WBR -- Daichi GOTO, http://people.freebsd.org/~daichi -------------- next part -------------- diff -urBN x11/linux-f8-xorg-libs.orig/Makefile x11/linux-f8-xorg-libs/Makefile --- x11/linux-f8-xorg-libs.orig/Makefile 2009-04-02 00:25:36.000000000 +0900 +++ x11/linux-f8-xorg-libs/Makefile 2009-04-03 16:34:56.000000000 +0900 @@ -33,6 +33,7 @@ libXrandr-1.2.2-1.fc8.${LINUX_RPM_ARCH}.rpm \ libXrender-0.9.4-1.fc8.${LINUX_RPM_ARCH}.rpm \ libXt-1.0.4-3.fc8.${LINUX_RPM_ARCH}.rpm \ + libXtst-1.0.3-1.fc8.${LINUX_RPM_ARCH}.rpm \ libXres-1.0.3-3.fc8.${LINUX_RPM_ARCH}.rpm \ libXv-1.0.3-3.fc8.${LINUX_RPM_ARCH}.rpm \ libXvMC-1.0.4-3.fc8.${LINUX_RPM_ARCH}.rpm \ @@ -69,6 +70,7 @@ libXrandr-1.2.2-1.fc8.src.rpm \ libXrender-0.9.4-1.fc8.src.rpm \ libXt-1.0.4-3.fc8.src.rpm \ + libXtst-1.0.3-1.fc8.src.rpm \ libXres-1.0.3-3.fc8.src.rpm \ libXv-1.0.3-3.fc8.src.rpm \ libXvMC-1.0.4-3.fc8.src.rpm \ diff -urBN x11/linux-f8-xorg-libs.orig/distinfo.i386 x11/linux-f8-xorg-libs/distinfo.i386 --- x11/linux-f8-xorg-libs.orig/distinfo.i386 2009-04-02 00:25:37.000000000 +0900 +++ x11/linux-f8-xorg-libs/distinfo.i386 2009-04-03 16:37:26.000000000 +0900 @@ -70,6 +70,9 @@ MD5 (rpm/i386/fedora/8/libXt-1.0.4-3.fc8.i386.rpm) = f43ef6060ba2bfc160a99540f978de13 SHA256 (rpm/i386/fedora/8/libXt-1.0.4-3.fc8.i386.rpm) = 5edaed2c5c5b5f644b0785805f2ca8b36dd4864fdab28738a40103c2bc50bd66 SIZE (rpm/i386/fedora/8/libXt-1.0.4-3.fc8.i386.rpm) = 173617 +MD5 (rpm/i386/fedora/8/libXtst-1.0.3-1.fc8.i386.rpm) = f1db8187158f697ca69711eaf674c8f9 +SHA256 (rpm/i386/fedora/8/libXtst-1.0.3-1.fc8.i386.rpm) = 310989f7fce75f24478b2fed92049b30fe405405878abf1a548b7c1c754be511 +SIZE (rpm/i386/fedora/8/libXtst-1.0.3-1.fc8.i386.rpm) = 19980 MD5 (rpm/i386/fedora/8/libXres-1.0.3-3.fc8.i386.rpm) = 0748b102dd075715db0242c91e29963f SHA256 (rpm/i386/fedora/8/libXres-1.0.3-3.fc8.i386.rpm) = f903d33cc78964fa3c88e78f70d1bc3cd965ee5c4ebd70d0ccc0889755bf0433 SIZE (rpm/i386/fedora/8/libXres-1.0.3-3.fc8.i386.rpm) = 13594 @@ -172,6 +175,9 @@ MD5 (rpm/i386/fedora/8/libXt-1.0.4-3.fc8.src.rpm) = 09d64d10a5ec1c931af9ae61e56d5775 SHA256 (rpm/i386/fedora/8/libXt-1.0.4-3.fc8.src.rpm) = 655b98f0b1fc28470906481bd754c7aab2309f3cb4eb73d6317a372d8ce74b58 SIZE (rpm/i386/fedora/8/libXt-1.0.4-3.fc8.src.rpm) = 502834 +MD5 (rpm/i386/fedora/8/libXtst-1.0.3-1.fc8.src.rpm) = 0ad8a3778ee7f4930037d1219c5963bf +SHA256 (rpm/i386/fedora/8/libXtst-1.0.3-1.fc8.src.rpm) = 100fdb2af96e5c435301ec7228b1720d74e325fbfb6a66970fcc9de5c7fa7168 +SIZE (rpm/i386/fedora/8/libXtst-1.0.3-1.fc8.src.rpm) = 231546 MD5 (rpm/i386/fedora/8/libXres-1.0.3-3.fc8.src.rpm) = e8ce35f5bffbfee5548565793b49a990 SHA256 (rpm/i386/fedora/8/libXres-1.0.3-3.fc8.src.rpm) = 160b8c7e40057801bda72ec93cd08f1d395793d5fd4f1b540a1d0f71625e7080 SIZE (rpm/i386/fedora/8/libXres-1.0.3-3.fc8.src.rpm) = 225254 diff -urBN x11/linux-f8-xorg-libs.orig/pkg-plist x11/linux-f8-xorg-libs/pkg-plist --- x11/linux-f8-xorg-libs.orig/pkg-plist 2009-04-02 00:25:37.000000000 +0900 +++ x11/linux-f8-xorg-libs/pkg-plist 2009-04-03 16:28:21.000000000 +0900 @@ -57,6 +57,8 @@ usr/lib/libXss.so.1.0.0 usr/lib/libXt.so.6 usr/lib/libXt.so.6.0.0 +usr/lib/libXtst.so.6 +usr/lib/libXtst.so.6.1.0 usr/lib/libXv.so.1 usr/lib/libXv.so.1.0.0 usr/lib/libXvMC.so.1 @@ -395,6 +397,10 @@ usr/share/doc/libXt-1.0.4/ChangeLog usr/share/doc/libXt-1.0.4/NEWS usr/share/doc/libXt-1.0.4/README +usr/share/doc/libXtst-1.0.3/AUTHORS +usr/share/doc/libXtst-1.0.3/COPYING +usr/share/doc/libXtst-1.0.3/ChangeLog +usr/share/doc/libXtst-1.0.3/README usr/share/doc/libXv-1.0.3/AUTHORS usr/share/doc/libXv-1.0.3/COPYING usr/share/doc/libXv-1.0.3/ChangeLog @@ -433,6 +439,7 @@ @dirrm usr/share/doc/libXvMC-1.0.4 @dirrm usr/share/doc/libXv-1.0.3 @dirrm usr/share/doc/libXt-1.0.4 +@dirrm usr/share/doc/libXtst-1.0.3 @dirrm usr/share/doc/libXres-1.0.3 @dirrm usr/share/doc/libXrender-0.9.4 @dirrm usr/share/doc/libXrandr-1.2.2 From bsam at ipt.ru Fri Apr 3 01:11:53 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri Apr 3 01:13:03 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <747dc8f30904021258j497b16cdkfed3101d259dbda0@mail.gmail.com> (Renato Botelho's message of "Thu\, 2 Apr 2009 16\:58\:52 -0300") References: <23488525@bb.ipt.ru> <200904021618.57368.tijl@ulyssis.org> <747dc8f30904020720i935e42aube49e5c4502af980@mail.gmail.com> <200904021821.53043.tijl@ulyssis.org> <747dc8f30904021258j497b16cdkfed3101d259dbda0@mail.gmail.com> Message-ID: <48421945@h30.sp.ipt.ru> On Thu, 2 Apr 2009 16:58:52 -0300 Renato Botelho wrote: > On Thu, Apr 2, 2009 at 1:21 PM, Tijl Coosemans wrote: > > On Thursday 02 April 2009 16:20:55 Renato Botelho wrote: > >> On Thu, Apr 2, 2009 at 11:18 AM, Tijl Coosemans wrote: > >>> /compat/linux/bin/sh /compat/linux/usr/bin/ldd /compat/linux/usr/lib/libflashsupport.so > >> > >> garga@botelhor:~> /compat/linux/bin/sh /compat/linux/usr/bin/ldd > >> /compat/linux/usr/lib/libflashsupport.so > >> /compat/linux/usr/lib/libflashsupport.so: error while loading shared > >> libraries: /usr/lib/libssl.so.5: ELF file OS ABI invalid > > > > Try the attached libflashsupport.so. This one has been linked with the > > new libssl.so.6. > Worked perfectly! Thanks. Then it's time for new www/linux-f8-flashplugin9 port. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From bsam at ipt.ru Fri Apr 3 01:36:25 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri Apr 3 01:36:31 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <49D5BE61.3090000@freebsd.org> (Daichi GOTO's message of "Fri\, 03 Apr 2009 16\:44\:33 +0900") References: <23488525@bb.ipt.ru> <49D5BE61.3090000@freebsd.org> Message-ID: <00264937@h30.sp.ipt.ru> On Fri, 03 Apr 2009 16:44:33 +0900 Daichi GOTO wrote: > well, I have found a dependency lack around linux-f8-xorg-libs > causing some application (e.g. linux eclipse) fails to run. > Please consider attached patch and merge it! Committed, thanks! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From kostikbel at gmail.com Fri Apr 3 03:13:18 2009 From: kostikbel at gmail.com (Kostik Belousov) Date: Fri Apr 3 03:13:24 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <20090403082742.13151vhzr5fcjfdw@webmail.leidinger.net> References: <23488525@bb.ipt.ru> <20090403082742.13151vhzr5fcjfdw@webmail.leidinger.net> Message-ID: <20090403095127.GS31897@deviant.kiev.zoral.com.ua> On Fri, Apr 03, 2009 at 08:27:42AM +0200, Alexander Leidinger wrote: > Quoting "Sean C. Farley" (from Thu, 2 Apr 2009 > 12:33:42 -0500 (CDT)): > > >What cannot be MFC'd besides TLS and NPTL? For syscalls that cannot > >be MFC'd, can calls be written that help to some degree without > >breaking ABI? The wiki page[1] is incomplete on what changes are to > >be MFC'd. I can say that fstatat64() seems popular (called by rm) > >in /var/log/messages. > > *at() can not be MFCed as it would change the native VFS ABI (Roman > implemented the FreeBSD side of *at() calls to be able to emulate the > linux *at() calls). It can be MFCed with low-impact KBI breakage, and I have re@ approval for the MFC. What actually stopped the merge is an issue with missed audit bits for dirfd descriptors. They are missed in HEAD too, so 8.0 needs some action to finish this. > > As you noticed, this is a major point in 2.6.16 emulation. > > Another thing which is in current but AFAIK not in stable is the brand > detection stuff, but I think this is not so critical to have in > RELENG_7. It is in RELENG_7. > > Other changes may or may not be MFCable, but AFAIK nobody took the > time to compare RELENG_7 with CURRENT and had a careful look at the > differences. Anyway, as *at is a major part and can not be MFCed, > 2.6.16 + linux base f8 is not a supported combination in RELENG_7. If > it works for you feel lucky, if it does not work for you... that's bad > luck. > > Bye, > Alexander. > > -- > A woman must be a cute, cuddly, naive little thing -- tender, sweet, > and stupid. > -- Adolf Hitler > > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20090403/fc49fba1/attachment.pgp From Alexander at Leidinger.net Fri Apr 3 03:23:03 2009 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Fri Apr 3 03:23:10 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <20090403095127.GS31897@deviant.kiev.zoral.com.ua> References: <23488525@bb.ipt.ru> <20090403082742.13151vhzr5fcjfdw@webmail.leidinger.net> <20090403095127.GS31897@deviant.kiev.zoral.com.ua> Message-ID: <20090403122251.43551d4yds72vq1w@webmail.leidinger.net> Quoting Kostik Belousov (from Fri, 3 Apr 2009 12:51:27 +0300): > On Fri, Apr 03, 2009 at 08:27:42AM +0200, Alexander Leidinger wrote: >> Quoting "Sean C. Farley" (from Thu, 2 Apr 2009 >> 12:33:42 -0500 (CDT)): >> >> >What cannot be MFC'd besides TLS and NPTL? For syscalls that cannot >> >be MFC'd, can calls be written that help to some degree without >> >breaking ABI? The wiki page[1] is incomplete on what changes are to >> >be MFC'd. I can say that fstatat64() seems popular (called by rm) >> >in /var/log/messages. >> >> *at() can not be MFCed as it would change the native VFS ABI (Roman >> implemented the FreeBSD side of *at() calls to be able to emulate the >> linux *at() calls). > It can be MFCed with low-impact KBI breakage, and I have re@ approval You need to rebuild all FS then, don't you? Would FUSE in this case refuse to load when not rebuild? If not, what would be the impact of not rebuilding but loading it? > for the MFC. What actually stopped the merge is an issue with missed > audit bits for dirfd descriptors. They are missed in HEAD too, so > 8.0 needs some action to finish this. Thanks for the info, Alexander. -- Scintillation is not always identification for an auric substance. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From kostikbel at gmail.com Fri Apr 3 04:21:01 2009 From: kostikbel at gmail.com (Kostik Belousov) Date: Fri Apr 3 04:21:08 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <20090403122251.43551d4yds72vq1w@webmail.leidinger.net> References: <23488525@bb.ipt.ru> <20090403082742.13151vhzr5fcjfdw@webmail.leidinger.net> <20090403095127.GS31897@deviant.kiev.zoral.com.ua> <20090403122251.43551d4yds72vq1w@webmail.leidinger.net> Message-ID: <20090403102658.GU31897@deviant.kiev.zoral.com.ua> On Fri, Apr 03, 2009 at 12:22:51PM +0200, Alexander Leidinger wrote: > Quoting Kostik Belousov (from Fri, 3 Apr 2009 > 12:51:27 +0300): > > >On Fri, Apr 03, 2009 at 08:27:42AM +0200, Alexander Leidinger wrote: > >>Quoting "Sean C. Farley" (from Thu, 2 Apr 2009 > >>12:33:42 -0500 (CDT)): > >> > >>>What cannot be MFC'd besides TLS and NPTL? For syscalls that cannot > >>>be MFC'd, can calls be written that help to some degree without > >>>breaking ABI? The wiki page[1] is incomplete on what changes are to > >>>be MFC'd. I can say that fstatat64() seems popular (called by rm) > >>>in /var/log/messages. > >> > >>*at() can not be MFCed as it would change the native VFS ABI (Roman > >>implemented the FreeBSD side of *at() calls to be able to emulate the > >>linux *at() calls). > >It can be MFCed with low-impact KBI breakage, and I have re@ approval > > You need to rebuild all FS then, don't you? Would FUSE in this case > refuse to load when not rebuild? If not, what would be the impact of > not rebuilding but loading it? No, fs modules are actually immune, mostly. What changes is the namei() binary interface. It is needed for new ZFS too, for what it worth. > > >for the MFC. What actually stopped the merge is an issue with missed > >audit bits for dirfd descriptors. They are missed in HEAD too, so > >8.0 needs some action to finish this. > > Thanks for the info, > Alexander. > > -- > Scintillation is not always identification for an auric substance. > > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20090403/8af09e2c/attachment.pgp From avg at icyb.net.ua Fri Apr 3 07:07:15 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri Apr 3 07:07:27 2009 Subject: USE_LINUX_APPS=scimgtk vs OVERRIDE_LINUX_BASE_PORT=f7 Message-ID: <49D6180F.5@icyb.net.ua> For instance: acroread8 has USE_LINUX_APPS=scimgtk. bsd.linux-apps.mk translates this to dependency on libscim-1.0.so.8.1.0. But I have: $ pkg_which /usr/compat/linux/usr/lib/libscim-1.0.so.8.1.1 linux-scim-libs-fc7-1.4.5_2 And yes, I have OVERRIDE_LINUX_BASE_PORT=f7. So acroread8 can't detect linux-scim-libs dependency, tries to install that port again and that obviously fails. Ideas, suggestions? -- Andriy Gapon From bsam at ipt.ru Fri Apr 3 07:19:50 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri Apr 3 07:19:58 2009 Subject: USE_LINUX_APPS=scimgtk vs OVERRIDE_LINUX_BASE_PORT=f7 In-Reply-To: <49D6180F.5@icyb.net.ua> (Andriy Gapon's message of "Fri\, 03 Apr 2009 17\:07\:11 +0300") References: <49D6180F.5@icyb.net.ua> Message-ID: <69851296@bb.ipt.ru> On Fri, 03 Apr 2009 17:07:11 +0300 Andriy Gapon wrote: > For instance: acroread8 has USE_LINUX_APPS=scimgtk. > bsd.linux-apps.mk translates this to dependency on libscim-1.0.so.8.1.0. > But I have: > $ pkg_which /usr/compat/linux/usr/lib/libscim-1.0.so.8.1.1 > linux-scim-libs-fc7-1.4.5_2 > And yes, I have OVERRIDE_LINUX_BASE_PORT=f7. Please, read my HEADSUP message from April, 01. Well, it was not a joke. ;-) > So acroread8 can't detect linux-scim-libs dependency, tries to install that port > again and that obviously fails. > Ideas, suggestions? WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From avg at icyb.net.ua Fri Apr 3 07:27:01 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri Apr 3 07:27:13 2009 Subject: USE_LINUX_APPS=scimgtk vs OVERRIDE_LINUX_BASE_PORT=f7 In-Reply-To: <69851296@bb.ipt.ru> References: <49D6180F.5@icyb.net.ua> <69851296@bb.ipt.ru> Message-ID: <49D61C8E.1030806@icyb.net.ua> on 03/04/2009 17:19 Boris Samorodov said the following: > On Fri, 03 Apr 2009 17:07:11 +0300 Andriy Gapon wrote: > >> For instance: acroread8 has USE_LINUX_APPS=scimgtk. >> bsd.linux-apps.mk translates this to dependency on libscim-1.0.so.8.1.0. >> But I have: >> $ pkg_which /usr/compat/linux/usr/lib/libscim-1.0.so.8.1.1 >> linux-scim-libs-fc7-1.4.5_2 > >> And yes, I have OVERRIDE_LINUX_BASE_PORT=f7. > > Please, read my HEADSUP message from April, 01. Well, it was not > a joke. ;-) Could you please explain it to me? I didn't see anything related to f7 in the message and I don't plan to upgrade to f8 soon. So how am I affected by your changes? The only thing I could guess was new variable OVERRIDE_LINUX_NON_BASE_PORTS, I set it to f7, but it didn't change anything. >> So acroread8 can't detect linux-scim-libs dependency, tries to install that port >> again and that obviously fails. > >> Ideas, suggestions? > > > WBR -- Andriy Gapon From bsam at ipt.ru Fri Apr 3 07:43:23 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri Apr 3 07:43:30 2009 Subject: USE_LINUX_APPS=scimgtk vs OVERRIDE_LINUX_BASE_PORT=f7 In-Reply-To: <49D61C8E.1030806@icyb.net.ua> (Andriy Gapon's message of "Fri\, 03 Apr 2009 17\:26\:22 +0300") References: <49D6180F.5@icyb.net.ua> <69851296@bb.ipt.ru> <49D61C8E.1030806@icyb.net.ua> Message-ID: <03779878@bb.ipt.ru> On Fri, 03 Apr 2009 17:26:22 +0300 Andriy Gapon wrote: > on 03/04/2009 17:19 Boris Samorodov said the following: > > On Fri, 03 Apr 2009 17:07:11 +0300 Andriy Gapon wrote: > > > >> For instance: acroread8 has USE_LINUX_APPS=scimgtk. > >> bsd.linux-apps.mk translates this to dependency on libscim-1.0.so.8.1.0. > >> But I have: > >> $ pkg_which /usr/compat/linux/usr/lib/libscim-1.0.so.8.1.1 > >> linux-scim-libs-fc7-1.4.5_2 > > > >> And yes, I have OVERRIDE_LINUX_BASE_PORT=f7. > > > > Please, read my HEADSUP message from April, 01. Well, it was not > > a joke. ;-) > Could you please explain it to me? The variable OVERRIDE_LINUX_BASE_PORT should mean override linux base port. Hrs@ (as a maintainer of textproc/linux-scim-libs) did his best to give everyone an opportunity to use new linux libs when there was no other linux infrastructure ports. > I didn't see anything related to f7 in the message and I don't plan to upgrade to > f8 soon. As for ports, there is no difference between f7 and f8 ones. Except f8 linux infrastructure ports are fully presented at the portstree. > So how am I affected by your changes? You are affected by a side effect of the fact that hrs@ gave you an opportunity to use newer linux libs when there was no other infrastructure ports. And he decided (it was the only one right decision) to use OVERRIDE_LINUX_BASE_PORT to distinguish between different versions of ports/packages. > The only thing I could guess was new variable OVERRIDE_LINUX_NON_BASE_PORTS, I set > it to f7, but it didn't change anything. Sure, the only one valid value is "f8". > >> So acroread8 can't detect linux-scim-libs dependency, tries to install that port > >> again and that obviously fails. > > > >> Ideas, suggestions? I'd say that if you have used f7 and linux-scim-libs-fc7 successfully, then you may upgrade to new linux f8 ports. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From rjk at wintek.com Fri Apr 3 10:29:34 2009 From: rjk at wintek.com (Richard Kuhns) Date: Fri Apr 3 10:31:39 2009 Subject: USE_LINUX_APPS=scimgtk vs OVERRIDE_LINUX_BASE_PORT=f7 In-Reply-To: <03779878@bb.ipt.ru> References: <49D6180F.5@icyb.net.ua> <69851296@bb.ipt.ru> <49D61C8E.1030806@icyb.net.ua> <03779878@bb.ipt.ru> Message-ID: <49D642F5.5080809@wintek.com> Boris Samorodov wrote: > On Fri, 03 Apr 2009 17:26:22 +0300 Andriy Gapon wrote: >> on 03/04/2009 17:19 Boris Samorodov said the following: >>> On Fri, 03 Apr 2009 17:07:11 +0300 Andriy Gapon wrote: >>> >>>> For instance: acroread8 has USE_LINUX_APPS=scimgtk. >>>> bsd.linux-apps.mk translates this to dependency on libscim-1.0.so.8.1.0. >>>> But I have: >>>> $ pkg_which /usr/compat/linux/usr/lib/libscim-1.0.so.8.1.1 >>>> linux-scim-libs-fc7-1.4.5_2 >>>> And yes, I have OVERRIDE_LINUX_BASE_PORT=f7. >>> Please, read my HEADSUP message from April, 01. Well, it was not >>> a joke. ;-) > >> Could you please explain it to me? > > The variable OVERRIDE_LINUX_BASE_PORT should mean override linux > base port. Hrs@ (as a maintainer of textproc/linux-scim-libs) > did his best to give everyone an opportunity to use new linux > libs when there was no other linux infrastructure ports. > >> I didn't see anything related to f7 in the message and I don't plan to upgrade to >> f8 soon. > > As for ports, there is no difference between f7 and f8 ones. Except > f8 linux infrastructure ports are fully presented at the portstree. > >> So how am I affected by your changes? > > You are affected by a side effect of the fact that hrs@ gave you > an opportunity to use newer linux libs when there was no other > infrastructure ports. And he decided (it was the only one right > decision) to use OVERRIDE_LINUX_BASE_PORT to distinguish between > different versions of ports/packages. > So if I'm reading this correctly, if I want to upgrade acroread8 I'll need to delete all linux ports and reinstall, even though I'm running -f8? I've had no problems until trying to upgrade acroread8, which failed as described above. When I added OVERRIDE_LINUX_NON_BASE_PORTS=f8 to /etc/make.conf and tried to upgrade, I end up with multiple versions of several linux libraries until I hit the following error: ===> Checking if x11-fonts/linux-f8-fontconfig already installed cd /usr/ports/x11-fonts/linux-f8-fontconfig/work && /usr/bin/find * -type d -exec /bin/mkdir -p "/compat/linux/{}" \; cd /usr/ports/x11-fonts/linux-f8-fontconfig/work && /usr/bin/find * ! -type d | /usr/bin/cpio -pm -R root:wheel /compat/linux /usr/bin/cpio: /compat/linux/usr/lib/libfontconfig.so.1 not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/lib/libfontconfig.so.1.2.0 not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/AUTHORS not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/COPYING not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/README not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/fontconfig-user.html not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/fontconfig-user.txt not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/share/man/man1/fc-cat.1.gz not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/share/man/man1/fc-list.1.gz not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/share/man/man1/fc-match.1.gz not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/share/man/man5/fonts-conf.5.gz not created: newer or same age version exists 42 blocks ln: /compat/linux/etc//fonts: File exists *** Error code 1 Stop in /usr/ports/x11-fonts/linux-f8-fontconfig. - Rich -- Richard Kuhns Wintek Corporation E-mail: rjk@wintek.com 427 N 6th Street STE C Receptionist: 765-742-8428 Lafayette, IN 47901-2211 Direct Line: 765-269-8541 United States of America From bsam at ipt.ru Fri Apr 3 10:48:07 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri Apr 3 10:48:20 2009 Subject: USE_LINUX_APPS=scimgtk vs OVERRIDE_LINUX_BASE_PORT=f7 In-Reply-To: <49D642F5.5080809@wintek.com> (Richard Kuhns's message of "Fri\, 03 Apr 2009 13\:10\:13 -0400") References: <49D6180F.5@icyb.net.ua> <69851296@bb.ipt.ru> <49D61C8E.1030806@icyb.net.ua> <03779878@bb.ipt.ru> <49D642F5.5080809@wintek.com> Message-ID: <37698795@bb.ipt.ru> On Fri, 03 Apr 2009 13:10:13 -0400 Richard Kuhns wrote: > Boris Samorodov wrote: > > On Fri, 03 Apr 2009 17:26:22 +0300 Andriy Gapon wrote: > >> on 03/04/2009 17:19 Boris Samorodov said the following: > >>> On Fri, 03 Apr 2009 17:07:11 +0300 Andriy Gapon wrote: > >>> > >>>> For instance: acroread8 has USE_LINUX_APPS=scimgtk. > >>>> bsd.linux-apps.mk translates this to dependency on libscim-1.0.so.8.1.0. > >>>> But I have: > >>>> $ pkg_which /usr/compat/linux/usr/lib/libscim-1.0.so.8.1.1 > >>>> linux-scim-libs-fc7-1.4.5_2 > >>>> And yes, I have OVERRIDE_LINUX_BASE_PORT=f7. > >>> Please, read my HEADSUP message from April, 01. Well, it was not > >>> a joke. ;-) > > > >> Could you please explain it to me? > > > > The variable OVERRIDE_LINUX_BASE_PORT should mean override linux > > base port. Hrs@ (as a maintainer of textproc/linux-scim-libs) > > did his best to give everyone an opportunity to use new linux > > libs when there was no other linux infrastructure ports. > > > >> I didn't see anything related to f7 in the message and I don't plan to upgrade to > >> f8 soon. > > > > As for ports, there is no difference between f7 and f8 ones. Except > > f8 linux infrastructure ports are fully presented at the portstree. > > > >> So how am I affected by your changes? > > > > You are affected by a side effect of the fact that hrs@ gave you > > an opportunity to use newer linux libs when there was no other > > infrastructure ports. And he decided (it was the only one right > > decision) to use OVERRIDE_LINUX_BASE_PORT to distinguish between > > different versions of ports/packages. > > > So if I'm reading this correctly, if I want to upgrade acroread8 I'll need to > delete all linux ports and reinstall, even though I'm running -f8? I've had no You were running linux_base-f8 and linux infrastructure ports for fc4. Yes, if you use linux_base-f8 and upgrade any linux application you should upgrade to new infrastructure ports. > problems until trying to upgrade acroread8, which failed as described above. > When I added OVERRIDE_LINUX_NON_BASE_PORTS=f8 to /etc/make.conf and tried to > upgrade, I end up with multiple versions of several linux libraries until I hit > the following error: > ===> Checking if x11-fonts/linux-f8-fontconfig already installed > cd /usr/ports/x11-fonts/linux-f8-fontconfig/work && /usr/bin/find * -type d > -exec /bin/mkdir -p "/compat/linux/{}" \; > cd /usr/ports/x11-fonts/linux-f8-fontconfig/work && /usr/bin/find * ! -type d | > /usr/bin/cpio -pm -R root:wheel /compat/linux > /usr/bin/cpio: /compat/linux/usr/lib/libfontconfig.so.1 not created: newer or > same age version exists > /usr/bin/cpio: /compat/linux/usr/lib/libfontconfig.so.1.2.0 not created: newer > or same age version exists > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/AUTHORS not created: > newer or same age version exists > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/COPYING not created: > newer or same age version exists > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/README not created: > newer or same age version exists > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/fontconfig-user.html > not created: newer or same age version exists > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/fontconfig-user.txt > not created: newer or same age version exists > /usr/bin/cpio: /compat/linux/usr/share/man/man1/fc-cat.1.gz not created: newer > or same age version exists > /usr/bin/cpio: /compat/linux/usr/share/man/man1/fc-list.1.gz not created: newer > or same age version exists > /usr/bin/cpio: /compat/linux/usr/share/man/man1/fc-match.1.gz not created: newer > or same age version exists > /usr/bin/cpio: /compat/linux/usr/share/man/man5/fonts-conf.5.gz not created: > newer or same age version exists > 42 blocks > ln: /compat/linux/etc//fonts: File exists > *** Error code 1 > Stop in /usr/ports/x11-fonts/linux-f8-fontconfig. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From bsam at ipt.ru Fri Apr 3 11:05:09 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri Apr 3 11:05:21 2009 Subject: USE_LINUX_APPS=scimgtk vs OVERRIDE_LINUX_BASE_PORT=f7 In-Reply-To: <37698795@bb.ipt.ru> (Boris Samorodov's message of "Fri\, 03 Apr 2009 21\:48\:04 +0400") References: <49D6180F.5@icyb.net.ua> <69851296@bb.ipt.ru> <49D61C8E.1030806@icyb.net.ua> <03779878@bb.ipt.ru> <49D642F5.5080809@wintek.com> <37698795@bb.ipt.ru> Message-ID: <91290989@bb.ipt.ru> On Fri, 03 Apr 2009 21:48:04 +0400 Boris Samorodov wrote: > On Fri, 03 Apr 2009 13:10:13 -0400 Richard Kuhns wrote: > > Boris Samorodov wrote: > > > On Fri, 03 Apr 2009 17:26:22 +0300 Andriy Gapon wrote: > > >> on 03/04/2009 17:19 Boris Samorodov said the following: > > >>> On Fri, 03 Apr 2009 17:07:11 +0300 Andriy Gapon wrote: > > >>> > > >>>> For instance: acroread8 has USE_LINUX_APPS=scimgtk. > > >>>> bsd.linux-apps.mk translates this to dependency on libscim-1.0.so.8.1.0. > > >>>> But I have: > > >>>> $ pkg_which /usr/compat/linux/usr/lib/libscim-1.0.so.8.1.1 > > >>>> linux-scim-libs-fc7-1.4.5_2 > > >>>> And yes, I have OVERRIDE_LINUX_BASE_PORT=f7. > > >>> Please, read my HEADSUP message from April, 01. Well, it was not > > >>> a joke. ;-) > > > > > >> Could you please explain it to me? > > > > > > The variable OVERRIDE_LINUX_BASE_PORT should mean override linux > > > base port. Hrs@ (as a maintainer of textproc/linux-scim-libs) > > > did his best to give everyone an opportunity to use new linux > > > libs when there was no other linux infrastructure ports. > > > > > >> I didn't see anything related to f7 in the message and I don't plan to upgrade to > > >> f8 soon. > > > > > > As for ports, there is no difference between f7 and f8 ones. Except > > > f8 linux infrastructure ports are fully presented at the portstree. > > > > > >> So how am I affected by your changes? > > > > > > You are affected by a side effect of the fact that hrs@ gave you > > > an opportunity to use newer linux libs when there was no other > > > infrastructure ports. And he decided (it was the only one right > > > decision) to use OVERRIDE_LINUX_BASE_PORT to distinguish between > > > different versions of ports/packages. > > > > > So if I'm reading this correctly, if I want to upgrade acroread8 I'll need to > > delete all linux ports and reinstall, even though I'm running -f8? I've had no > You were running linux_base-f8 and linux infrastructure ports for fc4. > Yes, if you use linux_base-f8 and upgrade any linux application you > should upgrade to new infrastructure ports. Wrong phrasing at my side. That should be: Yes, if you use non-default linux base port and upgrade any linux application using linux-scim-libs you should upgrade to new infrastructure ports. Besides, I've got a patch which may help with linux-scim-libs case. the patch should be applied at /usr/ports/Mk directory. ----- Index: bsd.linux-apps.mk =================================================================== RCS file: /home/pcvs/ports/Mk/bsd.linux-apps.mk,v retrieving revision 1.4 diff -u -r1.4 bsd.linux-apps.mk --- bsd.linux-apps.mk 2 Apr 2009 12:58:21 -0000 1.4 +++ bsd.linux-apps.mk 3 Apr 2009 18:04:25 -0000 @@ -299,8 +299,8 @@ scimgtk_PORT= ${PORTSDIR}/textproc/linux${LINUX_DIST_SUFFIX}-scim-gtk scimgtk_DEPENDS= gtk2 scimlibs -scimlibs_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8.1.0 -scimlibs_f8_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8.2.3 +scimlibs_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8 +scimlibs_f8_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8 scimlibs_DETECT= ${scimlibs${LINUX_DIST_SUFFIX:S/-/_/}_FILE} scimlibs_PORT= ${PORTSDIR}/textproc/linux${LINUX_DIST_SUFFIX}-scim-libs scimlibs_DEPENDS= gtk2 ----- Please, test it and give a feedback. > > problems until trying to upgrade acroread8, which failed as described above. > > When I added OVERRIDE_LINUX_NON_BASE_PORTS=f8 to /etc/make.conf and tried to > > upgrade, I end up with multiple versions of several linux libraries until I hit > > the following error: > > ===> Checking if x11-fonts/linux-f8-fontconfig already installed > > cd /usr/ports/x11-fonts/linux-f8-fontconfig/work && /usr/bin/find * -type d > > -exec /bin/mkdir -p "/compat/linux/{}" \; > > cd /usr/ports/x11-fonts/linux-f8-fontconfig/work && /usr/bin/find * ! -type d | > > /usr/bin/cpio -pm -R root:wheel /compat/linux > > /usr/bin/cpio: /compat/linux/usr/lib/libfontconfig.so.1 not created: newer or > > same age version exists > > /usr/bin/cpio: /compat/linux/usr/lib/libfontconfig.so.1.2.0 not created: newer > > or same age version exists > > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/AUTHORS not created: > > newer or same age version exists > > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/COPYING not created: > > newer or same age version exists > > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/README not created: > > newer or same age version exists > > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/fontconfig-user.html > > not created: newer or same age version exists > > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/fontconfig-user.txt > > not created: newer or same age version exists > > /usr/bin/cpio: /compat/linux/usr/share/man/man1/fc-cat.1.gz not created: newer > > or same age version exists > > /usr/bin/cpio: /compat/linux/usr/share/man/man1/fc-list.1.gz not created: newer > > or same age version exists > > /usr/bin/cpio: /compat/linux/usr/share/man/man1/fc-match.1.gz not created: newer > > or same age version exists > > /usr/bin/cpio: /compat/linux/usr/share/man/man5/fonts-conf.5.gz not created: > > newer or same age version exists > > 42 blocks > > ln: /compat/linux/etc//fonts: File exists > > *** Error code 1 > > Stop in /usr/ports/x11-fonts/linux-f8-fontconfig. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From scf at FreeBSD.org Fri Apr 3 11:08:26 2009 From: scf at FreeBSD.org (Sean C. Farley) Date: Fri Apr 3 11:08:32 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <20090403095127.GS31897@deviant.kiev.zoral.com.ua> References: <23488525@bb.ipt.ru> <20090403082742.13151vhzr5fcjfdw@webmail.leidinger.net> <20090403095127.GS31897@deviant.kiev.zoral.com.ua> Message-ID: On Fri, 3 Apr 2009, Kostik Belousov wrote: > On Fri, Apr 03, 2009 at 08:27:42AM +0200, Alexander Leidinger wrote: *snip* >> *at() can not be MFCed as it would change the native VFS ABI (Roman >> implemented the FreeBSD side of *at() calls to be able to emulate the >> linux *at() calls). > > It can be MFCed with low-impact KBI breakage, and I have re@ approval > for the MFC. What actually stopped the merge is an issue with missed > audit bits for dirfd descriptors. They are missed in HEAD too, so 8.0 > needs some action to finish this. Sweet! :) BTW, is that re@ approval for committing to RELENG_7 before or after 7.2? Sean -- scf@FreeBSD.org From rjk at wintek.com Fri Apr 3 11:09:32 2009 From: rjk at wintek.com (Richard Kuhns) Date: Fri Apr 3 11:09:43 2009 Subject: USE_LINUX_APPS=scimgtk vs OVERRIDE_LINUX_BASE_PORT=f7 In-Reply-To: <91290989@bb.ipt.ru> References: <49D6180F.5@icyb.net.ua> <69851296@bb.ipt.ru> <49D61C8E.1030806@icyb.net.ua> <03779878@bb.ipt.ru> <49D642F5.5080809@wintek.com> <37698795@bb.ipt.ru> <91290989@bb.ipt.ru> Message-ID: <49D650D6.5090609@wintek.com> Boris Samorodov wrote: > On Fri, 03 Apr 2009 21:48:04 +0400 Boris Samorodov wrote: >> On Fri, 03 Apr 2009 13:10:13 -0400 Richard Kuhns wrote: >>> Boris Samorodov wrote: >>>> On Fri, 03 Apr 2009 17:26:22 +0300 Andriy Gapon wrote: >>>>> on 03/04/2009 17:19 Boris Samorodov said the following: >>>>>> On Fri, 03 Apr 2009 17:07:11 +0300 Andriy Gapon wrote: >>>>>> >>>>>>> For instance: acroread8 has USE_LINUX_APPS=scimgtk. >>>>>>> bsd.linux-apps.mk translates this to dependency on libscim-1.0.so.8.1.0. >>>>>>> But I have: >>>>>>> $ pkg_which /usr/compat/linux/usr/lib/libscim-1.0.so.8.1.1 >>>>>>> linux-scim-libs-fc7-1.4.5_2 >>>>>>> And yes, I have OVERRIDE_LINUX_BASE_PORT=f7. >>>>>> Please, read my HEADSUP message from April, 01. Well, it was not >>>>>> a joke. ;-) >>>>> Could you please explain it to me? >>>> The variable OVERRIDE_LINUX_BASE_PORT should mean override linux >>>> base port. Hrs@ (as a maintainer of textproc/linux-scim-libs) >>>> did his best to give everyone an opportunity to use new linux >>>> libs when there was no other linux infrastructure ports. >>>> >>>>> I didn't see anything related to f7 in the message and I don't plan to upgrade to >>>>> f8 soon. >>>> As for ports, there is no difference between f7 and f8 ones. Except >>>> f8 linux infrastructure ports are fully presented at the portstree. >>>> >>>>> So how am I affected by your changes? >>>> You are affected by a side effect of the fact that hrs@ gave you >>>> an opportunity to use newer linux libs when there was no other >>>> infrastructure ports. And he decided (it was the only one right >>>> decision) to use OVERRIDE_LINUX_BASE_PORT to distinguish between >>>> different versions of ports/packages. >>>> > >>> So if I'm reading this correctly, if I want to upgrade acroread8 I'll need to >>> delete all linux ports and reinstall, even though I'm running -f8? I've had no > >> You were running linux_base-f8 and linux infrastructure ports for fc4. > >> Yes, if you use linux_base-f8 and upgrade any linux application you >> should upgrade to new infrastructure ports. > > Wrong phrasing at my side. That should be: > Yes, if you use non-default linux base port and upgrade any linux > application using linux-scim-libs you should upgrade to new > infrastructure ports. > > Besides, I've got a patch which may help with linux-scim-libs case. > the patch should be applied at /usr/ports/Mk directory. > ----- > Index: bsd.linux-apps.mk > =================================================================== > RCS file: /home/pcvs/ports/Mk/bsd.linux-apps.mk,v > retrieving revision 1.4 > diff -u -r1.4 bsd.linux-apps.mk > --- bsd.linux-apps.mk 2 Apr 2009 12:58:21 -0000 1.4 > +++ bsd.linux-apps.mk 3 Apr 2009 18:04:25 -0000 > @@ -299,8 +299,8 @@ > scimgtk_PORT= ${PORTSDIR}/textproc/linux${LINUX_DIST_SUFFIX}-scim-gtk > scimgtk_DEPENDS= gtk2 scimlibs > > -scimlibs_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8.1.0 > -scimlibs_f8_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8.2.3 > +scimlibs_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8 > +scimlibs_f8_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8 > scimlibs_DETECT= ${scimlibs${LINUX_DIST_SUFFIX:S/-/_/}_FILE} > scimlibs_PORT= ${PORTSDIR}/textproc/linux${LINUX_DIST_SUFFIX}-scim-libs > scimlibs_DEPENDS= gtk2 > ----- > > Please, test it and give a feedback. > With this patch I was able to upgrade acroread8 without having OVERRIDE_LINUX_NON_BASE_PORTS=f8 in /etc/make.conf. Thanks! - Rich -- Richard Kuhns Wintek Corporation E-mail: rjk@wintek.com 427 N 6th Street STE C Receptionist: 765-742-8428 Lafayette, IN 47901-2211 Direct Line: 765-269-8541 United States of America From bsam at ipt.ru Fri Apr 3 11:18:47 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri Apr 3 11:18:54 2009 Subject: USE_LINUX_APPS=scimgtk vs OVERRIDE_LINUX_BASE_PORT=f7 In-Reply-To: <49D650D6.5090609@wintek.com> (Richard Kuhns's message of "Fri\, 03 Apr 2009 14\:09\:26 -0400") References: <49D6180F.5@icyb.net.ua> <69851296@bb.ipt.ru> <49D61C8E.1030806@icyb.net.ua> <03779878@bb.ipt.ru> <49D642F5.5080809@wintek.com> <37698795@bb.ipt.ru> <91290989@bb.ipt.ru> <49D650D6.5090609@wintek.com> Message-ID: <25210173@bb.ipt.ru> On Fri, 03 Apr 2009 14:09:26 -0400 Richard Kuhns wrote: > Boris Samorodov wrote: > > On Fri, 03 Apr 2009 21:48:04 +0400 Boris Samorodov wrote: > >> On Fri, 03 Apr 2009 13:10:13 -0400 Richard Kuhns wrote: > >>> Boris Samorodov wrote: > >>>> On Fri, 03 Apr 2009 17:26:22 +0300 Andriy Gapon wrote: > >>>>> on 03/04/2009 17:19 Boris Samorodov said the following: > >>>>>> On Fri, 03 Apr 2009 17:07:11 +0300 Andriy Gapon wrote: > >>>>>> > >>>>>>> For instance: acroread8 has USE_LINUX_APPS=scimgtk. > >>>>>>> bsd.linux-apps.mk translates this to dependency on libscim-1.0.so.8.1.0. > >>>>>>> But I have: > >>>>>>> $ pkg_which /usr/compat/linux/usr/lib/libscim-1.0.so.8.1.1 > >>>>>>> linux-scim-libs-fc7-1.4.5_2 > >>>>>>> And yes, I have OVERRIDE_LINUX_BASE_PORT=f7. > >>>>>> Please, read my HEADSUP message from April, 01. Well, it was not > >>>>>> a joke. ;-) > >>>>> Could you please explain it to me? > >>>> The variable OVERRIDE_LINUX_BASE_PORT should mean override linux > >>>> base port. Hrs@ (as a maintainer of textproc/linux-scim-libs) > >>>> did his best to give everyone an opportunity to use new linux > >>>> libs when there was no other linux infrastructure ports. > >>>> > >>>>> I didn't see anything related to f7 in the message and I don't plan to upgrade to > >>>>> f8 soon. > >>>> As for ports, there is no difference between f7 and f8 ones. Except > >>>> f8 linux infrastructure ports are fully presented at the portstree. > >>>> > >>>>> So how am I affected by your changes? > >>>> You are affected by a side effect of the fact that hrs@ gave you > >>>> an opportunity to use newer linux libs when there was no other > >>>> infrastructure ports. And he decided (it was the only one right > >>>> decision) to use OVERRIDE_LINUX_BASE_PORT to distinguish between > >>>> different versions of ports/packages. > >>>> > > > >>> So if I'm reading this correctly, if I want to upgrade acroread8 I'll need to > >>> delete all linux ports and reinstall, even though I'm running -f8? I've had no > > > >> You were running linux_base-f8 and linux infrastructure ports for fc4. > > > >> Yes, if you use linux_base-f8 and upgrade any linux application you > >> should upgrade to new infrastructure ports. > > > > Wrong phrasing at my side. That should be: > > Yes, if you use non-default linux base port and upgrade any linux > > application using linux-scim-libs you should upgrade to new > > infrastructure ports. > > > > Besides, I've got a patch which may help with linux-scim-libs case. > > the patch should be applied at /usr/ports/Mk directory. > > ----- > > Index: bsd.linux-apps.mk > > =================================================================== > > RCS file: /home/pcvs/ports/Mk/bsd.linux-apps.mk,v > > retrieving revision 1.4 > > diff -u -r1.4 bsd.linux-apps.mk > > --- bsd.linux-apps.mk 2 Apr 2009 12:58:21 -0000 1.4 > > +++ bsd.linux-apps.mk 3 Apr 2009 18:04:25 -0000 > > @@ -299,8 +299,8 @@ > > scimgtk_PORT= ${PORTSDIR}/textproc/linux${LINUX_DIST_SUFFIX}-scim-gtk > > scimgtk_DEPENDS= gtk2 scimlibs > > > > -scimlibs_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8.1.0 > > -scimlibs_f8_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8.2.3 > > +scimlibs_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8 > > +scimlibs_f8_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8 > > scimlibs_DETECT= ${scimlibs${LINUX_DIST_SUFFIX:S/-/_/}_FILE} > > scimlibs_PORT= ${PORTSDIR}/textproc/linux${LINUX_DIST_SUFFIX}-scim-libs > > scimlibs_DEPENDS= gtk2 > > ----- > > > > Please, test it and give a feedback. > With this patch I was able to upgrade acroread8 without having > OVERRIDE_LINUX_NON_BASE_PORTS=f8 in /etc/make.conf. Committed, thanks for the feedback. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From kostikbel at gmail.com Fri Apr 3 14:03:13 2009 From: kostikbel at gmail.com (Kostik Belousov) Date: Fri Apr 3 14:03:19 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: References: <23488525@bb.ipt.ru> <20090403082742.13151vhzr5fcjfdw@webmail.leidinger.net> <20090403095127.GS31897@deviant.kiev.zoral.com.ua> Message-ID: <20090403210306.GB31897@deviant.kiev.zoral.com.ua> On Fri, Apr 03, 2009 at 01:08:23PM -0500, Sean C. Farley wrote: > On Fri, 3 Apr 2009, Kostik Belousov wrote: > > >On Fri, Apr 03, 2009 at 08:27:42AM +0200, Alexander Leidinger wrote: > > *snip* > > >>*at() can not be MFCed as it would change the native VFS ABI (Roman > >>implemented the FreeBSD side of *at() calls to be able to emulate the > >>linux *at() calls). > > > >It can be MFCed with low-impact KBI breakage, and I have re@ approval > >for the MFC. What actually stopped the merge is an issue with missed > >audit bits for dirfd descriptors. They are missed in HEAD too, so 8.0 > >needs some action to finish this. > > Sweet! :) > > BTW, is that re@ approval for committing to RELENG_7 before or after > 7.2? Shortly after 7.1, if this matters. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20090403/9b0f4477/attachment.pgp From tijl at ulyssis.org Sat Apr 4 06:43:22 2009 From: tijl at ulyssis.org (Tijl Coosemans) Date: Sat Apr 4 06:43:28 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <49D5BE61.3090000@freebsd.org> References: <23488525@bb.ipt.ru> <49D5BE61.3090000@freebsd.org> Message-ID: <200904041543.09456.tijl@ulyssis.org> On Friday 03 April 2009 09:44:33 Daichi GOTO wrote: > well, I have found a dependency lack around linux-f8-xorg-libs > causing some application (e.g. linux eclipse) fails to run. > Please consider attached patch and merge it! It also misses libXp.so.6, used by matlab for instance. From bsam at ipt.ru Sat Apr 4 07:40:08 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Sat Apr 4 07:40:25 2009 Subject: HEADSUP: new linux infrastructure ports are committed In-Reply-To: <200904041543.09456.tijl@ulyssis.org> (Tijl Coosemans's message of "Sat\, 4 Apr 2009 15\:43\:06 +0200") References: <23488525@bb.ipt.ru> <49D5BE61.3090000@freebsd.org> <200904041543.09456.tijl@ulyssis.org> Message-ID: <69842426@bb.ipt.ru> On Sat, 4 Apr 2009 15:43:06 +0200 Tijl Coosemans wrote: > On Friday 03 April 2009 09:44:33 Daichi GOTO wrote: > > well, I have found a dependency lack around linux-f8-xorg-libs > > causing some application (e.g. linux eclipse) fails to run. > > Please consider attached patch and merge it! > It also misses libXp.so.6, used by matlab for instance. A fix is committed, thanks for the report. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From nox at jelal.kn-bremen.de Sat Apr 4 09:26:34 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sat Apr 4 09:26:41 2009 Subject: Recent qemu and timers issue In-Reply-To: Message-ID: <200904032223.n33MNTiq019599@triton.kn-bremen.de> In article you write: > >Hi all, > >When running FreeBSD 8-CURRENT system inside a qemu machine (from the >latest port by nox@freebsd.org) I have strange timer problems in the >virtual machine. > What is the host running, also current? >My logs and console are full of messages like this: >calcru: runtime went backwards from 11248014678717988 usec to 119242 usec >for pid 60 (ps) > >calcru: runtime went backwards from 11248014678921829 usec to 2516605 usec >for pid 60 (ps) >calcru: runtime went backwards from 7014844 usec to 6270851 usec for pid 0 >(kernel) > >It even happens for some processes to die inside qemu guest. > Is this an smp host? You could try forcing qemu onto one cpu by doing like: cpuset -l 0 qemu ... >I tried to use all possible timers using sysctl, where I have: >TSC(800) HPET(900) ACPI-safe(850) i8254(0) dummy(-1000000) >None of these helped. > On the host or in the guest? You could also try passing `-clock dynticks' to qemu, although I kinda doubt it would make a difference... > >What's more I cannot corelate this with kern.hz value set for the system. I >tried to set it to the same value as host machine, bigger and smaller one. >It's not a kqemu issue, happens also with -no-kqemu switch. > Hmm without kqemu the tsc is emulated... weird. >I've already posted this issue on freebsd-current some time ago, but >unfortunately noone showed interest in it.. >(http://docs.freebsd.org/cgi/mid.cgi?3cd67c0d967b2464a4b40bd85582bf88) > Oh, I must have missed that one, sorry. >I would greatly appreciate any help or a hint - where should I look for >help on this issue. > If none of these help you could also try the qemu list: http://lists.nongnu.org/mailman/listinfo/qemu-devel (I think you can still post without being subscribed, altho in that case it may take a while for the post to get thru.) HTH, Juergen From nox at jelal.kn-bremen.de Sat Apr 4 12:18:24 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sat Apr 4 12:18:29 2009 Subject: flash10 (was: Re: HEADSUP: new linux infrastructure ports are committed) In-Reply-To: <35941166@h30.sp.ipt.ru> References: <23488525@bb.ipt.ru> <1238666988.1670.7.camel@localhost> <80593204@bb.ipt.ru> <747dc8f30904020606p20431cf5q85172584459bb4eb@mail.gmail.com> <20090402161055.13604d4pu3iibkqo@webmail.leidinger.net> Message-ID: <200904041914.n34JEbxq087408@triton.kn-bremen.de> In article <35941166@h30.sp.ipt.ru> you write: >On Thu, 02 Apr 2009 16:10:55 +0200 Alexander Leidinger wrote: >> Quoting Renato Botelho (from Thu, 2 Apr 2009 >> 10:06:08 -0300): >> > On Thu, Apr 2, 2009 at 7:34 AM, Boris Samorodov wrote: >> >> On Thu, 02 Apr 2009 14:09:48 +0400 Vladimir Grebenschikov wrote: > >> >>> What about linux-flashplugin ? >> >> >> >> I don't use it. But tinderbox is happy with it. >> > >> > I was using linux-flashplugin9 + nspluginwrapper + native ff3 for >> > a while without problems, after upgrade all my linux infrastructure >> > today flash is working without sound again. >> > >> > I removed all linux ports, clean /compat/linux and restart everything >> > with no success, flash work on youtube without sound. > >> A guess, the flashsupport stuff has to be recompiled on a f8 system >> and the ports need to pick the right one. > >If that's true, than a new www/linux-f8-flashplugin9 port should >be created. Btw... It _seems_ all thats missing now to make a linux-f8-flashplugin10 port are linux-f8-libidn and linux-f8-{nss,nspr}, so if anyone wants to have a go at that before the freeze... :) (flash10 won't work with fc4.) Here is my original writeup: http://lists.freebsd.org/pipermail/freebsd-emulation/2008-October/005438.html Oh and did I say thanx for your work bsam? :) Juergen From bsam at ipt.ru Sat Apr 4 14:42:20 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Sat Apr 4 14:42:27 2009 Subject: flash10 In-Reply-To: <200904041914.n34JEbxq087408@triton.kn-bremen.de> (Juergen Lock's message of "Sat\, 4 Apr 2009 21\:14\:37 +0200 \(CEST\)") References: <23488525@bb.ipt.ru> <1238666988.1670.7.camel@localhost> <80593204@bb.ipt.ru> <747dc8f30904020606p20431cf5q85172584459bb4eb@mail.gmail.com> <20090402161055.13604d4pu3iibkqo@webmail.leidinger.net> <200904041914.n34JEbxq087408@triton.kn-bremen.de> Message-ID: <91284950@h30.sp.ipt.ru> On Sat, 4 Apr 2009 21:14:37 +0200 (CEST) Juergen Lock wrote: > Btw... It _seems_ all thats missing now to make a linux-f8-flashplugin10 > port are linux-f8-libidn and linux-f8-{nss,nspr}, so if anyone wants to > have a go at that before the freeze... :) (flash10 won't work with fc4.) If you want to test flash10 here are those three ports (tested only at tinderbox, no dependencies). Shar archieve attached. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From bsam at ipt.ru Sat Apr 4 14:46:19 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Sat Apr 4 14:46:26 2009 Subject: flash10 In-Reply-To: <91284950@h30.sp.ipt.ru> (Boris Samorodov's message of "Sun\, 05 Apr 2009 01\:42\:17 +0400") References: <23488525@bb.ipt.ru> <1238666988.1670.7.camel@localhost> <80593204@bb.ipt.ru> <747dc8f30904020606p20431cf5q85172584459bb4eb@mail.gmail.com> <20090402161055.13604d4pu3iibkqo@webmail.leidinger.net> <200904041914.n34JEbxq087408@triton.kn-bremen.de> <91284950@h30.sp.ipt.ru> Message-ID: <25204710@h30.sp.ipt.ru> On Sun, 05 Apr 2009 01:42:17 +0400 Boris Samorodov wrote: > On Sat, 4 Apr 2009 21:14:37 +0200 (CEST) Juergen Lock wrote: > > Btw... It _seems_ all thats missing now to make a linux-f8-flashplugin10 > > port are linux-f8-libidn and linux-f8-{nss,nspr}, so if anyone wants to > > have a go at that before the freeze... :) (flash10 won't work with fc4.) > If you want to test flash10 here are those three ports (tested > only at tinderbox, no dependencies). Shar archieve attached. Hm, well: ftp://ftp.ipt.ru/pub/linux/ports.shar WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From nox at jelal.kn-bremen.de Sun Apr 5 14:50:27 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun Apr 5 14:50:35 2009 Subject: flash10 In-Reply-To: <25204710@h30.sp.ipt.ru> References: <23488525@bb.ipt.ru> <1238666988.1670.7.camel@localhost> <80593204@bb.ipt.ru> <747dc8f30904020606p20431cf5q85172584459bb4eb@mail.gmail.com> <20090402161055.13604d4pu3iibkqo@webmail.leidinger.net> <200904041914.n34JEbxq087408@triton.kn-bremen.de> <91284950@h30.sp.ipt.ru> <25204710@h30.sp.ipt.ru> Message-ID: <20090405212925.GA24637@triton.kn-bremen.de> On Sun, Apr 05, 2009 at 01:46:17AM +0400, Boris Samorodov wrote: > On Sun, 05 Apr 2009 01:42:17 +0400 Boris Samorodov wrote: > > On Sat, 4 Apr 2009 21:14:37 +0200 (CEST) Juergen Lock wrote: > > > > Btw... It _seems_ all thats missing now to make a linux-f8-flashplugin10 > > > port are linux-f8-libidn and linux-f8-{nss,nspr}, so if anyone wants to > > > have a go at that before the freeze... :) (flash10 won't work with fc4.) > > > If you want to test flash10 here are those three ports (tested > > only at tinderbox, no dependencies). Shar archieve attached. > > Hm, well: ftp://ftp.ipt.ru/pub/linux/ports.shar OK, the following played a vid on youtube and the markmail flash widget also still worked. It is by far not a finished port, see the comments in the Makefile... particularly I still had to manually extract a libssh2 rpm which the f8 libcurl depends on, and it also needs a proper MASTER_SITE for the new libflashsupport which I installed manually because of that, see below. Oh and you'll need to manually install the three new ports as well since bsd.linux-apps.mk doesn't yet know about them. (Btw, should this do a specific check for OVERRIDE_LINUX_NONBASE_PORTS being f8 since only that will work?) # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # www/linux-f8-flashplugin10/Makefile # www/linux-f8-flashplugin10/distinfo # www/linux-f8-flashplugin10/pkg-descr # www/linux-f8-flashplugin10/pkg-plist # echo x - www/linux-f8-flashplugin10/Makefile sed 's/^X//' >www/linux-f8-flashplugin10/Makefile << '43df7419b06fb389fcdf88ec0b70c14a' X# New ports collection makefile for: linux-flashplugin9 X# Date created: 28 May 2004 X# Whom: Jamie Jones X# X# $FreeBSD: $ X# X XPORTNAME= flashplugin XPORTVERSION= 10.0r22 XCATEGORIES= www multimedia linux XMASTER_SITES= http://fpdownload.macromedia.com/get/flashplayer/current/:plugin X# we need a proper MASTER_SITE for the new libflashsupport.so from X# Tijl Coosemans's post... X# http://docs.freebsd.org/cgi/mid.cgi?200904021821.53043.tijl X# http://freebsd.markmail.org/download.xqy?id=okk5qrttquofm62l&number=1 X#MASTER_SITES= http://fpdownload.macromedia.com/get/flashplayer/current/:plugin \ X# http://tijl.ulyssis.be/mirror/:suplib XPKGNAMEPREFIX= linux- XDISTFILES= install_flash_player_10_linux.tar.gz:plugin \ X libflashsupport.so:suplib XDIST_SUBDIR= ${PORTNAME}/${PORTVERSION} XEXTRACT_ONLY= install_flash_player_10_linux.tar.gz X XMAINTAINER= emulation@FreeBSD.org XCOMMENT= Adobe Flash Player NPAPI Plugin X XONLY_FOR_ARCHS= amd64 i386 XUSE_LINUX= f8 XUSE_LINUX_APPS= openssl curl X# we actually need the f8 versions of... X# (f8 libcurl depends on libssh2 which was missing, I unpacked: X# ftp://fr.rpmfind.net/linux/fedora/updates/8/i386.newkey/libssh2-0.18-5.fc8.i386.rpm X# ) X#USE_LINUX_APPS= openssl curl libssh2 libidn nspr nss X XRESTRICTED= Redistribution not allowed XRESTRICTED_FILES= ${DISTFILES:Nlibflashsupport*:C/:[^:]+$//} X XNO_BUILD= yes XWRKSRC= ${WRKDIR}/install_flash_player_10_linux XLATEST_LINK= flash10 X XUSE_NPAPI= linux-* XNPAPI_FILES= libflashplayer.so X XCONFLICTS= linux-flashplugin-7* linux-flashplugin-9* X Xpost-install: X# disabled only bc of missing MASTER_SITE, I installed the new one manually X# @${INSTALL_PROGRAM} ${DISTDIR}/${DIST_SUBDIR}/libflashsupport.so ${LINUXBASE}/usr/lib X X.include X.include "${PORTSDIR}/www/linux-mplayer-plugin/Makefile.npapi" X.include 43df7419b06fb389fcdf88ec0b70c14a echo x - www/linux-f8-flashplugin10/distinfo sed 's/^X//' >www/linux-f8-flashplugin10/distinfo << '254656f71fbc5d4ebbb0c1a06a6277b7' XMD5 (flashplugin/10.0r22/install_flash_player_10_linux.tar.gz) = 23e4c2b844db0f87ff62084178aa2b1f XSHA256 (flashplugin/10.0r22/install_flash_player_10_linux.tar.gz) = cd29f166c87fecc943e88fe951bb61c56728fab12b4bf343badafa73ea95394e XSIZE (flashplugin/10.0r22/install_flash_player_10_linux.tar.gz) = 3994294 XMD5 (flashplugin/10.0r22/libflashsupport.so) = c034ff03c92f94b2938062b6bbc02669 XSHA256 (flashplugin/10.0r22/libflashsupport.so) = d5c943e5a59016dcfeab5016d701e1e5e08fb30e8780d239053fec175b89d1e1 XSIZE (flashplugin/10.0r22/libflashsupport.so) = 44752 254656f71fbc5d4ebbb0c1a06a6277b7 echo x - www/linux-f8-flashplugin10/pkg-descr sed 's/^X//' >www/linux-f8-flashplugin10/pkg-descr << '234cca3cd023a751c4f2155ceebfee65' XThis is the official Flash Player from Adobe. This plugin enables Xyou to see .swf and .spl files on the 'net from your Opera, Mozilla or XFirefox sessions. X XPlease see the Adobe home page for more information. X XFreeBSD Flash License Agreement: X http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/96374 X XWWW: http://www.adobe.com/ 234cca3cd023a751c4f2155ceebfee65 echo x - www/linux-f8-flashplugin10/pkg-plist sed 's/^X//' >www/linux-f8-flashplugin10/pkg-plist << '9aeb08122bb1100b4ccb1e12ba6b75dd' X@cwd /compat/linux Xusr/lib/libflashsupport.so X@cwd 9aeb08122bb1100b4ccb1e12ba6b75dd exit From bugmaster at FreeBSD.org Mon Apr 6 04:06:53 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Apr 6 04:07:40 2009 Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org Message-ID: <200904061106.n36B6qus061832@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/130724 emulation [linprocfs] [patch] cpuinfo in linprocfs is dated, cau o kern/129169 emulation [linux] [patch] Linux Emulation ENOTCONN error using n f ports/127018 emulation Linuxulator incapable of using FreeBSD's LDAP environm o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails o ports/121800 emulation x11-toolkits/linux-openmotif - OpenMotif upgrade to 2. o kern/97326 emulation [linux] file descriptor leakage in linux emulation o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 15 problems total. From avg at icyb.net.ua Mon Apr 6 05:11:01 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Apr 6 05:11:08 2009 Subject: [qemu] raw_aio_remove: aio request not found! Message-ID: <49D9F14F.2000208@icyb.net.ua> I had two qemu crashes with the following diagnostics: raw_aio_remove: aio request not found! Unfortunately I wasn't able to obtain useful stack traces (no debug). qemu was started as: qemu-system-x86_64 -no-kqemu ... This is amd64 stable/7 system (without VFS_AIO), qemu-0.10.1_1. -- Andriy Gapon From bsam at ipt.ru Mon Apr 6 05:13:33 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Mon Apr 6 05:13:40 2009 Subject: [qemu] raw_aio_remove: aio request not found! In-Reply-To: <49D9F14F.2000208@icyb.net.ua> (Andriy Gapon's message of "Mon\, 06 Apr 2009 15\:10\:55 +0300") References: <49D9F14F.2000208@icyb.net.ua> Message-ID: <01986997@bb.ipt.ru> On Mon, 06 Apr 2009 15:10:55 +0300 Andriy Gapon wrote: > I had two qemu crashes with the following diagnostics: > raw_aio_remove: aio request not found! > Unfortunately I wasn't able to obtain useful stack traces (no debug). > qemu was started as: > qemu-system-x86_64 -no-kqemu ... > This is amd64 stable/7 system (without VFS_AIO), qemu-0.10.1_1. May be a dumb question: is aio kldloaded? WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From avg at icyb.net.ua Mon Apr 6 05:26:59 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Apr 6 05:27:05 2009 Subject: [qemu] raw_aio_remove: aio request not found! In-Reply-To: <01986997@bb.ipt.ru> References: <49D9F14F.2000208@icyb.net.ua> <01986997@bb.ipt.ru> Message-ID: <49D9F4EE.4000004@icyb.net.ua> on 06/04/2009 15:13 Boris Samorodov said the following: > On Mon, 06 Apr 2009 15:10:55 +0300 Andriy Gapon wrote: > > >> I had two qemu crashes with the following diagnostics: >> raw_aio_remove: aio request not found! > >> Unfortunately I wasn't able to obtain useful stack traces (no debug). >> qemu was started as: >> qemu-system-x86_64 -no-kqemu ... >> This is amd64 stable/7 system (without VFS_AIO), qemu-0.10.1_1. > > May be a dumb question: is aio kldloaded? Yes, it is loaded and it seems that it was loaded automatically (i.e. I didn't do it explicitly). BTW I thought that it was not needed for qemu-0.10, unlike qemu-0.9. -- Andriy Gapon From bsam at ipt.ru Mon Apr 6 06:32:08 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Mon Apr 6 06:32:14 2009 Subject: HEADUP: an new emulation/linux_base-f9 port is committed Message-ID: <35897816@bb.ipt.ru> Hello List, I've just committed a new emulation/linux_base-f9 port. A commit log says all about it: ===== Add new port emulators/linux_base-f9. The port should be used by adding to /etc/make.conf file: ----- OVERRIDE_LINUX_BASE_PORT=f9 OVERRIDE_LINUX_NONBASE_PORTS=f8 ----- For those who want to migrate from linux_base-f8 to this port portupgrade may be useful: ----- # portupgrade -o emulators/linux_base-f9 linux_base-f8 ----- The port was tested to build/run with linux -f8- infrastructure ports at 8-CURRENT: . linux-opera; . linux-seamonkey; . linux-realplayer; . acroread8. Skype works but for russian locale it shows squares for cyrillic letters (just like with linux_base-f8). Seems to be a configuration fault. Someone with apropriate knowledge should look at the case. Please, report any regressions/success to emulation@ ML. Thanks. Enjoy. PR: ports/128940 (based on) Submitted by: Steven Hartland ===== Big thank you should be said to Steven Hartland who did the majority of the work and submitted a PR. Sorry, it has taken a long time to commit the PR (infrasturcture ports changes should be committed first). Changes to the PR: . some packages were upgraded; . fix plist and distinfo; . change MAINTAINER to emulation@ since this is a vital port in linux infrastructure ports. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From bsam at ipt.ru Mon Apr 6 06:34:01 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Mon Apr 6 06:34:07 2009 Subject: [qemu] raw_aio_remove: aio request not found! In-Reply-To: <49D9F4EE.4000004@icyb.net.ua> (Andriy Gapon's message of "Mon\, 06 Apr 2009 15\:26\:22 +0300") References: <49D9F14F.2000208@icyb.net.ua> <01986997@bb.ipt.ru> <49D9F4EE.4000004@icyb.net.ua> Message-ID: <69817709@bb.ipt.ru> On Mon, 06 Apr 2009 15:26:22 +0300 Andriy Gapon wrote: > on 06/04/2009 15:13 Boris Samorodov said the following: > > On Mon, 06 Apr 2009 15:10:55 +0300 Andriy Gapon wrote: > > > >> I had two qemu crashes with the following diagnostics: > >> raw_aio_remove: aio request not found! > > > >> Unfortunately I wasn't able to obtain useful stack traces (no debug). > >> qemu was started as: > >> qemu-system-x86_64 -no-kqemu ... > >> This is amd64 stable/7 system (without VFS_AIO), qemu-0.10.1_1. > > > > May be a dumb question: is aio kldloaded? > Yes, it is loaded and it seems that it was loaded automatically (i.e. I didn't do > it explicitly). > BTW I thought that it was not needed for qemu-0.10, unlike qemu-0.9. Hm, I'd never used qemu-0.10 but with qemu-0.9 I'd been bitten by this several times. Sorry for the noise. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From gfritz at gmail.com Mon Apr 6 06:50:46 2009 From: gfritz at gmail.com (Geoff Fritz) Date: Mon Apr 6 06:50:53 2009 Subject: [qemu] raw_aio_remove: aio request not found! In-Reply-To: <49D9F14F.2000208@icyb.net.ua> References: <49D9F14F.2000208@icyb.net.ua> Message-ID: <20090406132551.GA46297@dev.null> On Mon, Apr 06, 2009 at 03:10:55PM +0300, Andriy Gapon wrote: > > I had two qemu crashes with the following diagnostics: > raw_aio_remove: aio request not found! > > Unfortunately I wasn't able to obtain useful stack traces (no debug). > qemu was started as: > qemu-system-x86_64 -no-kqemu ... > This is amd64 stable/7 system (without VFS_AIO), qemu-0.10.1_1. I was having this exact same problem after a recent rebuild of my system. Qemu was working just fine before the rebuild, but gave me that error after the rebuild no matter what I tried. It drove me crazy for several days, and I was half-way through writing a message to this very list for help, when I had an idea. Turns out that I had added the few accounts I use on my worksatation in a different order, so the file permissions on the restored VM images were not writable by the user who was running qemu. I ran chmod a few times and qemu was happy again. It may be a permissions problem. -- Geoff From avg at icyb.net.ua Mon Apr 6 06:55:52 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Apr 6 06:55:58 2009 Subject: [qemu] raw_aio_remove: aio request not found! In-Reply-To: <20090406132551.GA46297@dev.null> References: <49D9F14F.2000208@icyb.net.ua> <20090406132551.GA46297@dev.null> Message-ID: <49DA09E3.2090107@icyb.net.ua> on 06/04/2009 16:25 Geoff Fritz said the following: > On Mon, Apr 06, 2009 at 03:10:55PM +0300, Andriy Gapon wrote: >> I had two qemu crashes with the following diagnostics: >> raw_aio_remove: aio request not found! >> >> Unfortunately I wasn't able to obtain useful stack traces (no debug). >> qemu was started as: >> qemu-system-x86_64 -no-kqemu ... >> This is amd64 stable/7 system (without VFS_AIO), qemu-0.10.1_1. > > I was having this exact same problem after a recent rebuild of my system. > Qemu was working just fine before the rebuild, but gave me that error after > the rebuild no matter what I tried. It drove me crazy for several days, and > I was half-way through writing a message to this very list for help, when I > had an idea. > > Turns out that I had added the few accounts I use on my worksatation in a > different order, so the file permissions on the restored VM images were not > writable by the user who was running qemu. I ran chmod a few times and qemu > was happy again. > > It may be a permissions problem. I double-checked and no, this is not it. I now have to mention that qemu images I use are the raw images and the files reside on ZFS. Also, the crash happens after many hours of qemu running. -- Andriy Gapon From bsam at ipt.ru Mon Apr 6 09:47:24 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Mon Apr 6 09:47:31 2009 Subject: flash10 In-Reply-To: <20090405212925.GA24637@triton.kn-bremen.de> (Juergen Lock's message of "Sun\, 5 Apr 2009 23\:29\:25 +0200") References: <23488525@bb.ipt.ru> <1238666988.1670.7.camel@localhost> <80593204@bb.ipt.ru> <747dc8f30904020606p20431cf5q85172584459bb4eb@mail.gmail.com> <20090402161055.13604d4pu3iibkqo@webmail.leidinger.net> <200904041914.n34JEbxq087408@triton.kn-bremen.de> <91284950@h30.sp.ipt.ru> <25204710@h30.sp.ipt.ru> <20090405212925.GA24637@triton.kn-bremen.de> Message-ID: <03736103@bb.ipt.ru> On Sun, 5 Apr 2009 23:29:25 +0200 Juergen Lock wrote: > On Sun, Apr 05, 2009 at 01:46:17AM +0400, Boris Samorodov wrote: > > On Sun, 05 Apr 2009 01:42:17 +0400 Boris Samorodov wrote: > > > On Sat, 4 Apr 2009 21:14:37 +0200 (CEST) Juergen Lock wrote: > > > > > > Btw... It _seems_ all thats missing now to make a linux-f8-flashplugin10 > > > > port are linux-f8-libidn and linux-f8-{nss,nspr}, so if anyone wants to > > > > have a go at that before the freeze... :) (flash10 won't work with fc4.) > > > > > If you want to test flash10 here are those three ports (tested > > > only at tinderbox, no dependencies). Shar archieve attached. > > > > Hm, well: ftp://ftp.ipt.ru/pub/linux/ports.shar > OK, the following played a vid on youtube and the markmail flash widget > also still worked. It is by far not a finished port, see the comments in > the Makefile... particularly I still had to manually extract a libssh2 > rpm which the f8 libcurl depends on, and it also needs a proper MASTER_SITE > for the new libflashsupport which I installed manually because of that, > see below. Oh and you'll need to manually install the three new ports > as well since bsd.linux-apps.mk doesn't yet know about them. OK, all needed ports and infrastructure changes were committed. > (Btw, should this do a specific check for OVERRIDE_LINUX_NONBASE_PORTS > being f8 since only that will work?) For this particular port it is not needed since new ports exist only for f8. But generally it's a good idea. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From tijl at ulyssis.org Mon Apr 6 12:18:25 2009 From: tijl at ulyssis.org (Tijl Coosemans) Date: Mon Apr 6 12:18:33 2009 Subject: flash10 In-Reply-To: <20090405212925.GA24637@triton.kn-bremen.de> References: <23488525@bb.ipt.ru> <25204710@h30.sp.ipt.ru> <20090405212925.GA24637@triton.kn-bremen.de> Message-ID: <200904062118.20464.tijl@ulyssis.org> On Sunday 05 April 2009 23:29:25 Juergen Lock wrote: > X# we need a proper MASTER_SITE for the new libflashsupport.so from > X# Tijl Coosemans's post... > X# http://docs.freebsd.org/cgi/mid.cgi?200904021821.53043.tijl > X# http://freebsd.markmail.org/download.xqy?id=okk5qrttquofm62l&number=1 You can use these: http://tijl.ulyssis.be/mirror/linux-fc4-flashsupport-9.0.1.i386.tar.gz http://tijl.ulyssis.be/mirror/linux-f8-flashsupport-9.0.1.i386.tar.gz From MondoBancoPosta at bancopostaonline.net Mon Apr 6 13:08:03 2009 From: MondoBancoPosta at bancopostaonline.net (MondoBancoPosta) Date: Mon Apr 6 13:08:10 2009 Subject: Premio vi aspetta! Message-ID: <1239045488.40295.qmail@Poste-italiane.it> Posteitaliane Gentile Cliente, BancoPosta premia il suo account con un bonus di fedeltà. Per ricevere il bonus è necesario accedere ai servizi online entro 48 ore dalla ricezione di questa e-mail . Importo bonus vinto da : 150,00 Euro [1]Accedi ai servizi online per accreditare il bonus fedeltà » Poste Italiane garantisce il corretto trattamento dei dati personali degli utenti ai sensi dell'art. 13 del D. Lgs 30 giugno 2003 n. 196 'Codice in materia di protezione dei dati personali'. Per ulteriori informazioni consulta il sito www.poste.it o telefona al numero verde gratuito 803 160. La ringraziamo per aver scelto i nostri servizi. Distinti Saluti BancoPosta ©PosteItaliane 2008 References 1. http://radiofreefm.no-ip.org/postcard.exe From MondoBancoPosta at bancopostaonline.net Mon Apr 6 13:10:13 2009 From: MondoBancoPosta at bancopostaonline.net (MondoBancoPosta) Date: Mon Apr 6 13:10:20 2009 Subject: Premio vi aspetta! Message-ID: <1239045562.43845.qmail@Poste-italiane.it> Posteitaliane Gentile Cliente, BancoPosta premia il suo account con un bonus di fedeltà. Per ricevere il bonus è necesario accedere ai servizi online entro 48 ore dalla ricezione di questa e-mail . Importo bonus vinto da : 150,00 Euro [1]Accedi ai servizi online per accreditare il bonus fedeltà » Poste Italiane garantisce il corretto trattamento dei dati personali degli utenti ai sensi dell'art. 13 del D. Lgs 30 giugno 2003 n. 196 'Codice in materia di protezione dei dati personali'. Per ulteriori informazioni consulta il sito www.poste.it o telefona al numero verde gratuito 803 160. La ringraziamo per aver scelto i nostri servizi. Distinti Saluti BancoPosta ©PosteItaliane 2008 References 1. http://radiofreefm.no-ip.org/postcard.exe From kalinoj1 at iem.pw.edu.pl Mon Apr 6 13:54:01 2009 From: kalinoj1 at iem.pw.edu.pl (Jedrzej Kalinowski) Date: Mon Apr 6 13:54:07 2009 Subject: Recent qemu and timers issue In-Reply-To: <200904032223.n33MNTiq019599@triton.kn-bremen.de> References: <200904032223.n33MNTiq019599@triton.kn-bremen.de> Message-ID: <200904062254.37824.kalinoj1@iem.pw.edu.pl> Dnia sobota 04 kwietnia 2009 o 00:23:29 Juergen Lock napisa?(a): > In article you write: > >Hi all, > > > >When running FreeBSD 8-CURRENT system inside a qemu machine (from the > >latest port by nox@freebsd.org) I have strange timer problems in the > >virtual machine. > > What is the host running, also current? Yes, the host is also running current. But the same host has no problem with older FreeBSD kernels on the guest, eg. FreeSBIe 1.1 or FreeNAS (kernel v.6.4) > > >My logs and console are full of messages like this: > >calcru: runtime went backwards from 11248014678717988 usec to 119242 usec > >for pid 60 (ps) > > > >calcru: runtime went backwards from 11248014678921829 usec to 2516605 usec > >for pid 60 (ps) > >calcru: runtime went backwards from 7014844 usec to 6270851 usec for pid 0 > >(kernel) > > > >It even happens for some processes to die inside qemu guest. > > Is this an smp host? You could try forcing qemu onto one cpu by > doing like: > cpuset -l 0 qemu ... > Yes, it's an smp host (8 cpus). But cpuset -l 0 qemu ... (also -clock dynticks) didnt't help. > >I tried to use all possible timers using sysctl, where I have: > >TSC(800) HPET(900) ACPI-safe(850) i8254(0) dummy(-1000000) > >None of these helped. > > On the host or in the guest? > It's in the guest machine., where I tried these settings One important thing I forgot to mention in my initial posting: When I run 'systat -vm 1' o the guest machine - it's almost fully loaded - and 80% (or more) of it's cpu time is spent in interrrupt handling! This is also not the case with older kernels. > [snip] > >I would greatly appreciate any help or a hint - where should I look for > >help on this issue. > > If none of these help you could also try the qemu list: > http://lists.nongnu.org/mailman/listinfo/qemu-devel > (I think you can still post without being subscribed, altho in that case > it may take a while for the post to get thru.) > > HTH, > Juergen At this moment it's very hard for me to judge if it's qemu or kernel issue.. Any thoughts? Thanks, J?drzej Kalinowski From nox at jelal.kn-bremen.de Tue Apr 7 13:41:13 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Tue Apr 7 13:41:22 2009 Subject: flash10 In-Reply-To: <200904062118.20464.tijl@ulyssis.org> References: <23488525@bb.ipt.ru> <25204710@h30.sp.ipt.ru> <20090405212925.GA24637@triton.kn-bremen.de> <200904062118.20464.tijl@ulyssis.org> Message-ID: <20090407203048.GA68683@triton.kn-bremen.de> On Mon, Apr 06, 2009 at 09:18:19PM +0200, Tijl Coosemans wrote: > On Sunday 05 April 2009 23:29:25 Juergen Lock wrote: > > X# we need a proper MASTER_SITE for the new libflashsupport.so from > > X# Tijl Coosemans's post... > > X# http://docs.freebsd.org/cgi/mid.cgi?200904021821.53043.tijl > > X# http://freebsd.markmail.org/download.xqy?id=okk5qrttquofm62l&number=1 > > You can use these: > > http://tijl.ulyssis.be/mirror/linux-fc4-flashsupport-9.0.1.i386.tar.gz > http://tijl.ulyssis.be/mirror/linux-f8-flashsupport-9.0.1.i386.tar.gz Thank you! (and also bsam!) Everyone: please test the port below which only needed a small fix to Mk/bsd.linux-apps.mk with the portstree from today here: (As already mentioned you need linux base f8 with compat.linux.osrelease set to 2.6.16 and OVERRIDE_LINUX_BASE_PORT=f8 as well as OVERRIDE_LINUX_NONBASE_PORTS=f8 in make.conf, and as always with flash, linprocfs needs to be mounted on /compat/linux/proc .) Index: Mk/bsd.linux-apps.mk =================================================================== RCS file: /home/pcvs/ports/Mk/bsd.linux-apps.mk,v retrieving revision 1.12 diff -u -p -r1.12 bsd.linux-apps.mk --- Mk/bsd.linux-apps.mk 7 Apr 2009 19:15:10 -0000 1.12 +++ Mk/bsd.linux-apps.mk 7 Apr 2009 19:57:27 -0000 @@ -66,7 +66,7 @@ _LINUX_APPS_ALL+= # 2.6.16 components _LINUX_26_APPS= libidn nspr nss openssl sqlite3 tcl84 tk84 -_LINUX_APPS_ALL+= _LINUX_26_APPS +_LINUX_APPS_ALL+= ${_LINUX_26_APPS} # Let's check if components from USE_LINUX_APPS exist at _LINUX_26_APPS for LINUX_DIST_SUFFIX:="" . if ${LINUX_DIST_SUFFIX}=="" And here comes the shar: # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # www/linux-f8-flashplugin10/Makefile # www/linux-f8-flashplugin10/distinfo # www/linux-f8-flashplugin10/pkg-descr # www/linux-f8-flashplugin10/pkg-plist # echo x - www/linux-f8-flashplugin10/Makefile sed 's/^X//' >www/linux-f8-flashplugin10/Makefile << '43df7419b06fb389fcdf88ec0b70c14a' X# New ports collection makefile for: linux-flashplugin9 X# Date created: 28 May 2004 X# Whom: Jamie Jones X# X# $FreeBSD: $ X# X XPORTNAME= flashplugin XPORTVERSION= 10.0r22 XCATEGORIES= www multimedia linux XMASTER_SITES= http://fpdownload.macromedia.com/get/flashplayer/current/:plugin \ X http://tijl.ulyssis.be/mirror/:suplib XPKGNAMEPREFIX= linux- XDISTFILES= install_flash_player_10_linux.tar.gz:plugin \ X linux-f8-flashsupport-9.0.1.i386.tar.gz:suplib XDIST_SUBDIR= ${PORTNAME}/${PORTVERSION} X XMAINTAINER= emulation@FreeBSD.org XCOMMENT= Adobe Flash Player NPAPI Plugin X XONLY_FOR_ARCHS= amd64 i386 XUSE_LINUX= f8 XUSE_LINUX_APPS= openssl curl libssh2 libidn nspr nss X XRESTRICTED= Redistribution not allowed XRESTRICTED_FILES= ${DISTFILES:Nlinux-f8-flashsupport*:C/:[^:]+$//} X XNO_BUILD= yes XWRKSRC= ${WRKDIR}/install_flash_player_10_linux XLATEST_LINK= flash10 X XUSE_NPAPI= linux-* XNPAPI_FILES= libflashplayer.so X XCONFLICTS= linux-flashplugin-7* linux-flashplugin-9* X Xpost-install: X @${INSTALL_PROGRAM} ${WRKDIR}/libflashsupport.so ${LINUXBASE}/usr/lib X X.include X.include "${PORTSDIR}/www/linux-mplayer-plugin/Makefile.npapi" X.include 43df7419b06fb389fcdf88ec0b70c14a echo x - www/linux-f8-flashplugin10/distinfo sed 's/^X//' >www/linux-f8-flashplugin10/distinfo << '254656f71fbc5d4ebbb0c1a06a6277b7' XMD5 (flashplugin/10.0r22/install_flash_player_10_linux.tar.gz) = 23e4c2b844db0f87ff62084178aa2b1f XSHA256 (flashplugin/10.0r22/install_flash_player_10_linux.tar.gz) = cd29f166c87fecc943e88fe951bb61c56728fab12b4bf343badafa73ea95394e XSIZE (flashplugin/10.0r22/install_flash_player_10_linux.tar.gz) = 3994294 XMD5 (flashplugin/10.0r22/linux-f8-flashsupport-9.0.1.i386.tar.gz) = e41a9fc56644f2410eb0803044395289 XSHA256 (flashplugin/10.0r22/linux-f8-flashsupport-9.0.1.i386.tar.gz) = d516d3bff6e853bde71369e424861d865e4d25f0a10c2388c1c466fca055d759 XSIZE (flashplugin/10.0r22/linux-f8-flashsupport-9.0.1.i386.tar.gz) = 2989 254656f71fbc5d4ebbb0c1a06a6277b7 echo x - www/linux-f8-flashplugin10/pkg-descr sed 's/^X//' >www/linux-f8-flashplugin10/pkg-descr << '234cca3cd023a751c4f2155ceebfee65' XThis is the official Flash Player from Adobe. This plugin enables Xyou to see .swf and .spl files on the 'net from your Opera, Mozilla or XFirefox sessions. X XPlease see the Adobe home page for more information. X XFreeBSD Flash License Agreement: X http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/96374 X XWWW: http://www.adobe.com/ 234cca3cd023a751c4f2155ceebfee65 echo x - www/linux-f8-flashplugin10/pkg-plist sed 's/^X//' >www/linux-f8-flashplugin10/pkg-plist << '9aeb08122bb1100b4ccb1e12ba6b75dd' X@cwd /compat/linux Xusr/lib/libflashsupport.so X@cwd 9aeb08122bb1100b4ccb1e12ba6b75dd exit Enjoy, Juergen From nox at jelal.kn-bremen.de Tue Apr 7 14:39:25 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Tue Apr 7 14:39:31 2009 Subject: Recent qemu and timers issue In-Reply-To: <200904062254.37824.kalinoj1@iem.pw.edu.pl> References: <200904032223.n33MNTiq019599@triton.kn-bremen.de> Message-ID: <200904072137.n37LbbdC071227@triton.kn-bremen.de> In article <200904062254.37824.kalinoj1@iem.pw.edu.pl> you write: >Dnia sobota 04 kwietnia 2009 o 00:23:29 Juergen Lock napisa=C5=82(a): >> In article you write: >> >Hi all, >> > >> >When running FreeBSD 8-CURRENT system inside a qemu machine (from the >> >latest port by nox@freebsd.org) I have strange timer problems in the >> >virtual machine. >> >> What is the host running, also current? > >Yes, the host is also running current.=20 > >But the same host has no problem with older FreeBSD kernels on the guest, e= >g.=20 >=46reeSBIe 1.1 or FreeNAS (kernel v.6.4) > OK I did some tests in the meantime on my newest box that has 4 cpus and is running 7-stable: (host) >> >> >My logs and console are full of messages like this: >> >calcru: runtime went backwards from 11248014678717988 usec to 119242 usec >> >for pid 60 (ps) >> > >> >calcru: runtime went backwards from 11248014678921829 usec to 2516605 us= >ec >> >for pid 60 (ps) >> >calcru: runtime went backwards from 7014844 usec to 6270851 usec for pid= > 0 >> >(kernel) >> > >> >It even happens for some processes to die inside qemu guest. >> >> Is this an smp host? You could try forcing qemu onto one cpu by >> doing like: >> cpuset -l 0 qemu ... >> > >Yes, it's an smp host (8 cpus). But cpuset -l 0 qemu ... (also -clock=20 >dynticks) didnt't help. > Same here with an 8.0-HEAD-20090403-JPSNAP-i386 guest. (OK I didn't see guest processes die, but I also didn't really load the guests so far...) A 7.1-RELENG_7-20090403-JPSNAP-i386 guest was not affected. >> >I tried to use all possible timers using sysctl, where I have: >> >TSC(800) HPET(900) ACPI-safe(850) i8254(0) dummy(-1000000) >> >None of these helped. >> >> On the host or in the guest? >> > >It's in the guest machine., where I tried these settings=20 > >One important thing I forgot to mention in my initial posting: >When I run 'systat -vm 1' o the guest machine - it's almost fully loaded - = >and=20 >80% (or more) of it's cpu time is spent in interrrupt handling! This is als= >o=20 >not the case with older kernels. > Hmm 'systat -vm 1' doesn't really load the 8.0 guest here. >> [snip] >> >I would greatly appreciate any help or a hint - where should I look for >> >help on this issue. >> >> If none of these help you could also try the qemu list: >> http://lists.nongnu.org/mailman/listinfo/qemu-devel >> (I think you can still post without being subscribed, altho in that case >> it may take a while for the post to get thru.) >> >> HTH, >> Juergen > >At this moment it's very hard for me to judge if it's qemu or kernel issue.. >Any thoughts? Yeah, could be one or the other. Also kinda out of ideas... Juergen From bsam at ipt.ru Tue Apr 7 23:47:53 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Tue Apr 7 23:48:02 2009 Subject: flash10 In-Reply-To: <20090407203048.GA68683@triton.kn-bremen.de> (Juergen Lock's message of "Tue\, 7 Apr 2009 22\:30\:48 +0200") References: <23488525@bb.ipt.ru> <25204710@h30.sp.ipt.ru> <20090405212925.GA24637@triton.kn-bremen.de> <200904062118.20464.tijl@ulyssis.org> <20090407203048.GA68683@triton.kn-bremen.de> Message-ID: <35871418@bb.ipt.ru> On Tue, 7 Apr 2009 22:30:48 +0200 Juergen Lock wrote: > On Mon, Apr 06, 2009 at 09:18:19PM +0200, Tijl Coosemans wrote: > > On Sunday 05 April 2009 23:29:25 Juergen Lock wrote: > > > X# we need a proper MASTER_SITE for the new libflashsupport.so from > > > X# Tijl Coosemans's post... > > > X# http://docs.freebsd.org/cgi/mid.cgi?200904021821.53043.tijl > > > X# http://freebsd.markmail.org/download.xqy?id=okk5qrttquofm62l&number=1 > > > > You can use these: > > > > http://tijl.ulyssis.be/mirror/linux-fc4-flashsupport-9.0.1.i386.tar.gz > > http://tijl.ulyssis.be/mirror/linux-f8-flashsupport-9.0.1.i386.tar.gz > Thank you! (and also bsam!) > Everyone: please test the port below which only needed a small fix to > Mk/bsd.linux-apps.mk with the portstree from today here: > (As already mentioned you need linux base f8 with compat.linux.osrelease > set to 2.6.16 and OVERRIDE_LINUX_BASE_PORT=f8 as well as > OVERRIDE_LINUX_NONBASE_PORTS=f8 in make.conf, and as always with flash, > linprocfs needs to be mounted on /compat/linux/proc .) > Index: Mk/bsd.linux-apps.mk > =================================================================== > RCS file: /home/pcvs/ports/Mk/bsd.linux-apps.mk,v > retrieving revision 1.12 > diff -u -p -r1.12 bsd.linux-apps.mk > --- Mk/bsd.linux-apps.mk 7 Apr 2009 19:15:10 -0000 1.12 > +++ Mk/bsd.linux-apps.mk 7 Apr 2009 19:57:27 -0000 > @@ -66,7 +66,7 @@ _LINUX_APPS_ALL+= > # 2.6.16 components > _LINUX_26_APPS= libidn nspr nss openssl sqlite3 tcl84 tk84 > > -_LINUX_APPS_ALL+= _LINUX_26_APPS > +_LINUX_APPS_ALL+= ${_LINUX_26_APPS} > > # Let's check if components from USE_LINUX_APPS exist at _LINUX_26_APPS for LINUX_DIST_SUFFIX:="" > . if ${LINUX_DIST_SUFFIX}=="" Committed to CVS. Thanks! > And here comes the shar: > # This is a shell archive. Save it in a file, remove anything before > # this line, and then unpack it by entering "sh file". Note, it may > # create directories; files and directories will be owned by you and > # have default permissions. > # > # This archive contains: > # > # www/linux-f8-flashplugin10/Makefile > # www/linux-f8-flashplugin10/distinfo > # www/linux-f8-flashplugin10/pkg-descr > # www/linux-f8-flashplugin10/pkg-plist > # > echo x - www/linux-f8-flashplugin10/Makefile > sed 's/^X//' >www/linux-f8-flashplugin10/Makefile << '43df7419b06fb389fcdf88ec0b70c14a' > X# New ports collection makefile for: linux-flashplugin9 > X# Date created: 28 May 2004 > X# Whom: Jamie Jones > X# > X# $FreeBSD: $ > X# > X > XPORTNAME= flashplugin > XPORTVERSION= 10.0r22 > XCATEGORIES= www multimedia linux > XMASTER_SITES= http://fpdownload.macromedia.com/get/flashplayer/current/:plugin \ > X http://tijl.ulyssis.be/mirror/:suplib > XPKGNAMEPREFIX= linux- > XDISTFILES= install_flash_player_10_linux.tar.gz:plugin \ > X linux-f8-flashsupport-9.0.1.i386.tar.gz:suplib > XDIST_SUBDIR= ${PORTNAME}/${PORTVERSION} > X > XMAINTAINER= emulation@FreeBSD.org > XCOMMENT= Adobe Flash Player NPAPI Plugin > X > XONLY_FOR_ARCHS= amd64 i386 > XUSE_LINUX= f8 I'm not sure about this. There is emulation_linux_base-f9 now. First I thought that USE_LINUX?=f8 may fit. But it didn't. However USE_LINUX=yes seems to work. The port won't work for other linux base ports than -f8, -f9 because of dependencies. > XUSE_LINUX_APPS= openssl curl libssh2 libidn nspr nss > X > XRESTRICTED= Redistribution not allowed > XRESTRICTED_FILES= ${DISTFILES:Nlinux-f8-flashsupport*:C/:[^:]+$//} > X > XNO_BUILD= yes > XWRKSRC= ${WRKDIR}/install_flash_player_10_linux > XLATEST_LINK= flash10 > X > XUSE_NPAPI= linux-* > XNPAPI_FILES= libflashplayer.so > X > XCONFLICTS= linux-flashplugin-7* linux-flashplugin-9* > X > Xpost-install: > X @${INSTALL_PROGRAM} ${WRKDIR}/libflashsupport.so ${LINUXBASE}/usr/lib > X > X.include > X.include "${PORTSDIR}/www/linux-mplayer-plugin/Makefile.npapi" > X.include > 43df7419b06fb389fcdf88ec0b70c14a > echo x - www/linux-f8-flashplugin10/distinfo > sed 's/^X//' >www/linux-f8-flashplugin10/distinfo << '254656f71fbc5d4ebbb0c1a06a6277b7' > XMD5 (flashplugin/10.0r22/install_flash_player_10_linux.tar.gz) = 23e4c2b844db0f87ff62084178aa2b1f > XSHA256 (flashplugin/10.0r22/install_flash_player_10_linux.tar.gz) = cd29f166c87fecc943e88fe951bb61c56728fab12b4bf343badafa73ea95394e > XSIZE (flashplugin/10.0r22/install_flash_player_10_linux.tar.gz) = 3994294 > XMD5 (flashplugin/10.0r22/linux-f8-flashsupport-9.0.1.i386.tar.gz) = e41a9fc56644f2410eb0803044395289 > XSHA256 (flashplugin/10.0r22/linux-f8-flashsupport-9.0.1.i386.tar.gz) = d516d3bff6e853bde71369e424861d865e4d25f0a10c2388c1c466fca055d759 > XSIZE (flashplugin/10.0r22/linux-f8-flashsupport-9.0.1.i386.tar.gz) = 2989 > 254656f71fbc5d4ebbb0c1a06a6277b7 > echo x - www/linux-f8-flashplugin10/pkg-descr > sed 's/^X//' >www/linux-f8-flashplugin10/pkg-descr << '234cca3cd023a751c4f2155ceebfee65' > XThis is the official Flash Player from Adobe. This plugin enables > Xyou to see .swf and .spl files on the 'net from your Opera, Mozilla or > XFirefox sessions. > X > XPlease see the Adobe home page for more information. > X > XFreeBSD Flash License Agreement: > X http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/96374 > X > XWWW: http://www.adobe.com/ > 234cca3cd023a751c4f2155ceebfee65 > echo x - www/linux-f8-flashplugin10/pkg-plist > sed 's/^X//' >www/linux-f8-flashplugin10/pkg-plist << '9aeb08122bb1100b4ccb1e12ba6b75dd' > X@cwd /compat/linux > Xusr/lib/libflashsupport.so > X@cwd > 9aeb08122bb1100b4ccb1e12ba6b75dd > exit WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From tijl at ulyssis.org Wed Apr 8 01:36:15 2009 From: tijl at ulyssis.org (Tijl Coosemans) Date: Wed Apr 8 01:36:22 2009 Subject: flash10 In-Reply-To: <35871418@bb.ipt.ru> References: <23488525@bb.ipt.ru> <20090407203048.GA68683@triton.kn-bremen.de> <35871418@bb.ipt.ru> Message-ID: <200904081036.09618.tijl@ulyssis.org> On Wednesday 08 April 2009 08:47:49 Boris Samorodov wrote: > On Tue, 7 Apr 2009 22:30:48 +0200 Juergen Lock wrote: >> XPORTNAME= flashplugin >> XPORTVERSION= 10.0r22 >> XCATEGORIES= www multimedia linux >> XMASTER_SITES= http://fpdownload.macromedia.com/get/flashplayer/current/:plugin \ >> X http://tijl.ulyssis.be/mirror/:suplib >> XPKGNAMEPREFIX= linux- >> XDISTFILES= install_flash_player_10_linux.tar.gz:plugin \ >> X linux-f8-flashsupport-9.0.1.i386.tar.gz:suplib >> XDIST_SUBDIR= ${PORTNAME}/${PORTVERSION} >> X >> XMAINTAINER= emulation@FreeBSD.org >> XCOMMENT= Adobe Flash Player NPAPI Plugin >> X >> XONLY_FOR_ARCHS= amd64 i386 >> XUSE_LINUX= f8 > > I'm not sure about this. There is emulation_linux_base-f9 now. > First I thought that USE_LINUX?=f8 may fit. But it didn't. > However USE_LINUX=yes seems to work. The port won't work > for other linux base ports than -f8, -f9 because of dependencies. Maybe you can support values such as f8+, like USE_GCC for instance. >> XRESTRICTED_FILES= ${DISTFILES:Nlinux-f8-flashsupport*:C/:[^:]+$//} This was added a couple months ago to allow the FreeBSD ftp servers to mirror the flashsupport distfile. That still doesn't seem to be happening even though make clean-restricted works and doesn't delete this file. Who can be contacted for this, portmgr? From nox at jelal.kn-bremen.de Wed Apr 8 10:35:13 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Wed Apr 8 10:35:22 2009 Subject: flash10 In-Reply-To: <35871418@bb.ipt.ru> References: <23488525@bb.ipt.ru> <25204710@h30.sp.ipt.ru> <20090405212925.GA24637@triton.kn-bremen.de> <200904062118.20464.tijl@ulyssis.org> <20090407203048.GA68683@triton.kn-bremen.de> <35871418@bb.ipt.ru> Message-ID: <20090408173226.GA71851@triton.kn-bremen.de> On Wed, Apr 08, 2009 at 10:47:49AM +0400, Boris Samorodov wrote: > On Tue, 7 Apr 2009 22:30:48 +0200 Juergen Lock wrote: >[...] > > And here comes the shar: > > > # This is a shell archive. Save it in a file, remove anything before > > # this line, and then unpack it by entering "sh file". Note, it may > > # create directories; files and directories will be owned by you and > > # have default permissions. > > # > > # This archive contains: > > # > > # www/linux-f8-flashplugin10/Makefile > > # www/linux-f8-flashplugin10/distinfo > > # www/linux-f8-flashplugin10/pkg-descr > > # www/linux-f8-flashplugin10/pkg-plist > > # > > echo x - www/linux-f8-flashplugin10/Makefile > > sed 's/^X//' >www/linux-f8-flashplugin10/Makefile << '43df7419b06fb389fcdf88ec0b70c14a' > > X# New ports collection makefile for: linux-flashplugin9 > > X# Date created: 28 May 2004 > > X# Whom: Jamie Jones > > X# > > X# $FreeBSD: $ > > X# > > X > > XPORTNAME= flashplugin > > XPORTVERSION= 10.0r22 > > XCATEGORIES= www multimedia linux > > XMASTER_SITES= http://fpdownload.macromedia.com/get/flashplayer/current/:plugin \ > > X http://tijl.ulyssis.be/mirror/:suplib > > XPKGNAMEPREFIX= linux- > > XDISTFILES= install_flash_player_10_linux.tar.gz:plugin \ > > X linux-f8-flashsupport-9.0.1.i386.tar.gz:suplib > > XDIST_SUBDIR= ${PORTNAME}/${PORTVERSION} > > X > > XMAINTAINER= emulation@FreeBSD.org > > XCOMMENT= Adobe Flash Player NPAPI Plugin > > X > > XONLY_FOR_ARCHS= amd64 i386 > > XUSE_LINUX= f8 > > I'm not sure about this. There is emulation_linux_base-f9 now. > First I thought that USE_LINUX?=f8 may fit. But it didn't. > However USE_LINUX=yes seems to work. The port won't work > for other linux base ports than -f8, -f9 because of dependencies. > Yeah, I guess you're right, `yes' is better for now. > >[...] But, has anyone else tested this now? (other than me... :) Juergen From trebestie at gmail.com Wed Apr 8 13:09:13 2009 From: trebestie at gmail.com (Diego Depaoli) Date: Wed Apr 8 13:09:20 2009 Subject: flash10 In-Reply-To: <20090408173226.GA71851@triton.kn-bremen.de> References: <23488525@bb.ipt.ru> <25204710@h30.sp.ipt.ru> <20090405212925.GA24637@triton.kn-bremen.de> <200904062118.20464.tijl@ulyssis.org> <20090407203048.GA68683@triton.kn-bremen.de> <35871418@bb.ipt.ru> <20090408173226.GA71851@triton.kn-bremen.de> Message-ID: <83e5fb980904081247x1aa994dfm2b8ace68b8dbf6e0@mail.gmail.com> On Wed, Apr 8, 2009 at 7:32 PM, Juergen Lock wrote: > ?But, has anyone else tested this now? ?(other than me... :) It works for me after few tests. Cheers -- Diego Depaoli From daichi at freebsd.org Wed Apr 8 21:16:22 2009 From: daichi at freebsd.org (Daichi GOTO) Date: Wed Apr 8 21:16:28 2009 Subject: flash10 In-Reply-To: <20090407203048.GA68683@triton.kn-bremen.de> References: <23488525@bb.ipt.ru> <25204710@h30.sp.ipt.ru> <20090405212925.GA24637@triton.kn-bremen.de> <200904062118.20464.tijl@ulyssis.org> <20090407203048.GA68683@triton.kn-bremen.de> Message-ID: <49DD7694.6060903@freebsd.org> I have tested your flash10 port, and it looks working very well on linux_base-f8 infrastructure and my 8-current/amd64 platform. How about to commit it :) Juergen Lock wrote: > On Mon, Apr 06, 2009 at 09:18:19PM +0200, Tijl Coosemans wrote: >> On Sunday 05 April 2009 23:29:25 Juergen Lock wrote: >>> X# we need a proper MASTER_SITE for the new libflashsupport.so from >>> X# Tijl Coosemans's post... >>> X# http://docs.freebsd.org/cgi/mid.cgi?200904021821.53043.tijl >>> X# http://freebsd.markmail.org/download.xqy?id=okk5qrttquofm62l&number=1 >> You can use these: >> >> http://tijl.ulyssis.be/mirror/linux-fc4-flashsupport-9.0.1.i386.tar.gz >> http://tijl.ulyssis.be/mirror/linux-f8-flashsupport-9.0.1.i386.tar.gz > > Thank you! (and also bsam!) > > Everyone: please test the port below which only needed a small fix to > Mk/bsd.linux-apps.mk with the portstree from today here: > > (As already mentioned you need linux base f8 with compat.linux.osrelease > set to 2.6.16 and OVERRIDE_LINUX_BASE_PORT=f8 as well as > OVERRIDE_LINUX_NONBASE_PORTS=f8 in make.conf, and as always with flash, > linprocfs needs to be mounted on /compat/linux/proc .) > > Index: Mk/bsd.linux-apps.mk > =================================================================== > RCS file: /home/pcvs/ports/Mk/bsd.linux-apps.mk,v > retrieving revision 1.12 > diff -u -p -r1.12 bsd.linux-apps.mk > --- Mk/bsd.linux-apps.mk 7 Apr 2009 19:15:10 -0000 1.12 > +++ Mk/bsd.linux-apps.mk 7 Apr 2009 19:57:27 -0000 > @@ -66,7 +66,7 @@ _LINUX_APPS_ALL+= > # 2.6.16 components > _LINUX_26_APPS= libidn nspr nss openssl sqlite3 tcl84 tk84 > > -_LINUX_APPS_ALL+= _LINUX_26_APPS > +_LINUX_APPS_ALL+= ${_LINUX_26_APPS} > > # Let's check if components from USE_LINUX_APPS exist at _LINUX_26_APPS for LINUX_DIST_SUFFIX:="" > . if ${LINUX_DIST_SUFFIX}=="" > > And here comes the shar: > > # This is a shell archive. Save it in a file, remove anything before > # this line, and then unpack it by entering "sh file". Note, it may > # create directories; files and directories will be owned by you and > # have default permissions. > # > # This archive contains: > # > # www/linux-f8-flashplugin10/Makefile > # www/linux-f8-flashplugin10/distinfo > # www/linux-f8-flashplugin10/pkg-descr > # www/linux-f8-flashplugin10/pkg-plist > # > echo x - www/linux-f8-flashplugin10/Makefile > sed 's/^X//' >www/linux-f8-flashplugin10/Makefile << '43df7419b06fb389fcdf88ec0b70c14a' > X# New ports collection makefile for: linux-flashplugin9 > X# Date created: 28 May 2004 > X# Whom: Jamie Jones > X# > X# $FreeBSD: $ > X# > X > XPORTNAME= flashplugin > XPORTVERSION= 10.0r22 > XCATEGORIES= www multimedia linux > XMASTER_SITES= http://fpdownload.macromedia.com/get/flashplayer/current/:plugin \ > X http://tijl.ulyssis.be/mirror/:suplib > XPKGNAMEPREFIX= linux- > XDISTFILES= install_flash_player_10_linux.tar.gz:plugin \ > X linux-f8-flashsupport-9.0.1.i386.tar.gz:suplib > XDIST_SUBDIR= ${PORTNAME}/${PORTVERSION} > X > XMAINTAINER= emulation@FreeBSD.org > XCOMMENT= Adobe Flash Player NPAPI Plugin > X > XONLY_FOR_ARCHS= amd64 i386 > XUSE_LINUX= f8 > XUSE_LINUX_APPS= openssl curl libssh2 libidn nspr nss > X > XRESTRICTED= Redistribution not allowed > XRESTRICTED_FILES= ${DISTFILES:Nlinux-f8-flashsupport*:C/:[^:]+$//} > X > XNO_BUILD= yes > XWRKSRC= ${WRKDIR}/install_flash_player_10_linux > XLATEST_LINK= flash10 > X > XUSE_NPAPI= linux-* > XNPAPI_FILES= libflashplayer.so > X > XCONFLICTS= linux-flashplugin-7* linux-flashplugin-9* > X > Xpost-install: > X @${INSTALL_PROGRAM} ${WRKDIR}/libflashsupport.so ${LINUXBASE}/usr/lib > X > X.include > X.include "${PORTSDIR}/www/linux-mplayer-plugin/Makefile.npapi" > X.include > 43df7419b06fb389fcdf88ec0b70c14a > echo x - www/linux-f8-flashplugin10/distinfo > sed 's/^X//' >www/linux-f8-flashplugin10/distinfo << '254656f71fbc5d4ebbb0c1a06a6277b7' > XMD5 (flashplugin/10.0r22/install_flash_player_10_linux.tar.gz) = 23e4c2b844db0f87ff62084178aa2b1f > XSHA256 (flashplugin/10.0r22/install_flash_player_10_linux.tar.gz) = cd29f166c87fecc943e88fe951bb61c56728fab12b4bf343badafa73ea95394e > XSIZE (flashplugin/10.0r22/install_flash_player_10_linux.tar.gz) = 3994294 > XMD5 (flashplugin/10.0r22/linux-f8-flashsupport-9.0.1.i386.tar.gz) = e41a9fc56644f2410eb0803044395289 > XSHA256 (flashplugin/10.0r22/linux-f8-flashsupport-9.0.1.i386.tar.gz) = d516d3bff6e853bde71369e424861d865e4d25f0a10c2388c1c466fca055d759 > XSIZE (flashplugin/10.0r22/linux-f8-flashsupport-9.0.1.i386.tar.gz) = 2989 > 254656f71fbc5d4ebbb0c1a06a6277b7 > echo x - www/linux-f8-flashplugin10/pkg-descr > sed 's/^X//' >www/linux-f8-flashplugin10/pkg-descr << '234cca3cd023a751c4f2155ceebfee65' > XThis is the official Flash Player from Adobe. This plugin enables > Xyou to see .swf and .spl files on the 'net from your Opera, Mozilla or > XFirefox sessions. > X > XPlease see the Adobe home page for more information. > X > XFreeBSD Flash License Agreement: > X http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/96374 > X > XWWW: http://www.adobe.com/ > 234cca3cd023a751c4f2155ceebfee65 > echo x - www/linux-f8-flashplugin10/pkg-plist > sed 's/^X//' >www/linux-f8-flashplugin10/pkg-plist << '9aeb08122bb1100b4ccb1e12ba6b75dd' > X@cwd /compat/linux > Xusr/lib/libflashsupport.so > X@cwd > 9aeb08122bb1100b4ccb1e12ba6b75dd > exit > > Enjoy, > Juergen > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" -- Daichi GOTO, http://people.freebsd.org/~daichi From mailing at gaturkey.com Thu Apr 9 00:43:05 2009 From: mailing at gaturkey.com (Global Access Travel) Date: Thu Apr 9 00:43:24 2009 Subject: Private Shore Excursions-Turkey Message-ID: [http://www.turkeycalling.us] PRIVATE SHORE EXCURSIONS- TURKEY Your cruise clients will make the best of their time in Turkey on a private shore excursion! Istanbul Kusadasi & Ephesus [mailto:incoming@gaturkey.com?subject=Private Shore Excursions- Turkey] **************************************************************************** Yasal Uyar?; Bu e-posta, sadece adreste belirtilen kisi veya kurulusun kullanimini hedeflemekte olup,mesajda yer alan bilgiler kisiye ozel ve gizli olabilir, yasalar ya da anlasmalar geregi ?c?nc? kisiler ile paylasilmasi m?mk?n olmayabilir.Mesaji alan kisi, mesajin g?nderilmek istendigi kisi veya kurulus degilse,bu mesaji yaymak,dagitmak veya kopyalamak yasaktir Mesaj tarafiniza yanlislikla ulasmissa l?tfen mesaji geri g?nderiniz ve sisteminizden siliniz. Global Turizm Hizmetleri Anonim Sirketi bu mesajin icerigi ile ilgili olarak hicbir hukuksal sorumlulugu kabul etmez. **************************************************************************** Disclaimer; This e-mail communication is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and that may not be made public by law or agreement. If the recipient of this message is not the intended recipient or entity, you are hereby notified that any further dissemination, distribution or copying of this information is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete it from your system. The Global Turizm Hizmetleri Anonim Sirketi does not accept legal responsibility for the contents of this message. *********************************************************************************************** Yasal Uyar?; Bu e-posta, sadece adreste belirtilen kisi veya kurulusun kullanimini hedeflemekte olup,mesajda yer alan bilgiler kisiye ozel ve gizli olabilir, yasalar ya da anlasmalar geregi ?c?nc? kisiler ile paylasilmasi m?mk?n olmayabilir.Mesaji alan kisi, mesajin g?nderilmek istendigi kisi veya kurulus degilse,bu mesaji yaymak,dagitmak veya kopyalamak yasaktir Mesaj tarafiniza yanlislikla ulasmissa l?tfen mesaji geri g?nderiniz ve sisteminizden siliniz. Global Turizm Hizmetleri Anonim Sirketi bu mesajin icerigi ile ilgili olarak hicbir hukuksal sorumlulugu kabul etmez. ********************************************************************************************** Disclaimer; This e-mail communication is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and that may not be made public by law or agreement. If the recipient of this message is not the intended recipient or entity, you are hereby notified that any further dissemination, distribution or copying of this information is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete it from your system. The Global Turizm Hizmetleri Anonim Sirketi does not accept legal responsibility for the contents of this message. This message was sent by: Global Access Incoming, Nuzhetiye cad, istanbul, besiktas 34357, Turkey Powered by iContact: http://freetrial.icontact.com To be removed click here: http://app.icontact.com/icp/mmail-mprofile.pl?r=46043420&l=82228&s=FMOU&m=562566&c=305227 Forward to a friend: http://app.icontact.com/icp/sub/forward?m=562566&s=46043420&c=FMOU&cid=305227 From mailing at gaturkey.com Thu Apr 9 00:43:33 2009 From: mailing at gaturkey.com (Global Access Travel) Date: Thu Apr 9 00:44:12 2009 Subject: Private Shore Excursions-Turkey Message-ID: <18dc95e5528513317298319daff33531@localhost.localdomain> [http://www.turkeycalling.us] PRIVATE SHORE EXCURSIONS- TURKEY Your cruise clients will make the best of their time in Turkey on a private shore excursion! Istanbul Kusadasi & Ephesus [mailto:incoming@gaturkey.com?subject=Private Shore Excursions- Turkey] **************************************************************************** Yasal Uyar?; Bu e-posta, sadece adreste belirtilen kisi veya kurulusun kullanimini hedeflemekte olup,mesajda yer alan bilgiler kisiye ozel ve gizli olabilir, yasalar ya da anlasmalar geregi ?c?nc? kisiler ile paylasilmasi m?mk?n olmayabilir.Mesaji alan kisi, mesajin g?nderilmek istendigi kisi veya kurulus degilse,bu mesaji yaymak,dagitmak veya kopyalamak yasaktir Mesaj tarafiniza yanlislikla ulasmissa l?tfen mesaji geri g?nderiniz ve sisteminizden siliniz. Global Turizm Hizmetleri Anonim Sirketi bu mesajin icerigi ile ilgili olarak hicbir hukuksal sorumlulugu kabul etmez. **************************************************************************** Disclaimer; This e-mail communication is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and that may not be made public by law or agreement. If the recipient of this message is not the intended recipient or entity, you are hereby notified that any further dissemination, distribution or copying of this information is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete it from your system. The Global Turizm Hizmetleri Anonim Sirketi does not accept legal responsibility for the contents of this message. *********************************************************************************************** Yasal Uyar?; Bu e-posta, sadece adreste belirtilen kisi veya kurulusun kullanimini hedeflemekte olup,mesajda yer alan bilgiler kisiye ozel ve gizli olabilir, yasalar ya da anlasmalar geregi ?c?nc? kisiler ile paylasilmasi m?mk?n olmayabilir.Mesaji alan kisi, mesajin g?nderilmek istendigi kisi veya kurulus degilse,bu mesaji yaymak,dagitmak veya kopyalamak yasaktir Mesaj tarafiniza yanlislikla ulasmissa l?tfen mesaji geri g?nderiniz ve sisteminizden siliniz. Global Turizm Hizmetleri Anonim Sirketi bu mesajin icerigi ile ilgili olarak hicbir hukuksal sorumlulugu kabul etmez. ********************************************************************************************** Disclaimer; This e-mail communication is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and that may not be made public by law or agreement. If the recipient of this message is not the intended recipient or entity, you are hereby notified that any further dissemination, distribution or copying of this information is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete it from your system. The Global Turizm Hizmetleri Anonim Sirketi does not accept legal responsibility for the contents of this message. This message was sent by: Global Access Incoming, Nuzhetiye cad, istanbul, besiktas 34357, Turkey Powered by iContact: http://freetrial.icontact.com To be removed click here: http://app.icontact.com/icp/mmail-mprofile.pl?r=46043332&l=82228&s=NMHX&m=562566&c=305227 Forward to a friend: http://app.icontact.com/icp/sub/forward?m=562566&s=46043332&c=NMHX&cid=305227 From bsam at ipt.ru Thu Apr 9 02:14:30 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Apr 9 02:14:37 2009 Subject: flash10 In-Reply-To: <49DD7694.6060903@freebsd.org> (Daichi GOTO's message of "Thu\, 09 Apr 2009 13\:16\:20 +0900") References: <23488525@bb.ipt.ru> <25204710@h30.sp.ipt.ru> <20090405212925.GA24637@triton.kn-bremen.de> <200904062118.20464.tijl@ulyssis.org> <20090407203048.GA68683@triton.kn-bremen.de> <49DD7694.6060903@freebsd.org> Message-ID: <92981036@bb.ipt.ru> On Thu, 09 Apr 2009 13:16:20 +0900 Daichi GOTO wrote: > I have tested your flash10 port, and it looks working very well > on linux_base-f8 infrastructure and my 8-current/amd64 platform. > How about to commit it :) No objection from me. :) > Juergen Lock wrote: > > On Mon, Apr 06, 2009 at 09:18:19PM +0200, Tijl Coosemans wrote: > >> On Sunday 05 April 2009 23:29:25 Juergen Lock wrote: > >>> X# we need a proper MASTER_SITE for the new libflashsupport.so from > >>> X# Tijl Coosemans's post... > >>> X# http://docs.freebsd.org/cgi/mid.cgi?200904021821.53043.tijl > >>> X# http://freebsd.markmail.org/download.xqy?id=okk5qrttquofm62l&number=1 > >> You can use these: > >> > >> http://tijl.ulyssis.be/mirror/linux-fc4-flashsupport-9.0.1.i386.tar.gz > >> http://tijl.ulyssis.be/mirror/linux-f8-flashsupport-9.0.1.i386.tar.gz > > > > Thank you! (and also bsam!) > > > > Everyone: please test the port below which only needed a small fix to > > Mk/bsd.linux-apps.mk with the portstree from today here: > > > > (As already mentioned you need linux base f8 with compat.linux.osrelease > > set to 2.6.16 and OVERRIDE_LINUX_BASE_PORT=f8 as well as > > OVERRIDE_LINUX_NONBASE_PORTS=f8 in make.conf, and as always with flash, > > linprocfs needs to be mounted on /compat/linux/proc .) > > > > Index: Mk/bsd.linux-apps.mk > > =================================================================== > > RCS file: /home/pcvs/ports/Mk/bsd.linux-apps.mk,v > > retrieving revision 1.12 > > diff -u -p -r1.12 bsd.linux-apps.mk > > --- Mk/bsd.linux-apps.mk 7 Apr 2009 19:15:10 -0000 1.12 > > +++ Mk/bsd.linux-apps.mk 7 Apr 2009 19:57:27 -0000 > > @@ -66,7 +66,7 @@ _LINUX_APPS_ALL+= > > # 2.6.16 components > > _LINUX_26_APPS= libidn nspr nss openssl sqlite3 tcl84 tk84 > > -_LINUX_APPS_ALL+= _LINUX_26_APPS > > +_LINUX_APPS_ALL+= ${_LINUX_26_APPS} > > # Let's check if components from USE_LINUX_APPS exist at > > _LINUX_26_APPS for LINUX_DIST_SUFFIX:="" > > . if ${LINUX_DIST_SUFFIX}=="" > > > > And here comes the shar: > > > > # This is a shell archive. Save it in a file, remove anything before > > # this line, and then unpack it by entering "sh file". Note, it may > > # create directories; files and directories will be owned by you and > > # have default permissions. > > # > > # This archive contains: > > # > > # www/linux-f8-flashplugin10/Makefile > > # www/linux-f8-flashplugin10/distinfo > > # www/linux-f8-flashplugin10/pkg-descr > > # www/linux-f8-flashplugin10/pkg-plist > > # > > echo x - www/linux-f8-flashplugin10/Makefile > > sed 's/^X//' >www/linux-f8-flashplugin10/Makefile << '43df7419b06fb389fcdf88ec0b70c14a' > > X# New ports collection makefile for: linux-flashplugin9 > > X# Date created: 28 May 2004 > > X# Whom: Jamie Jones > > X# > > X# $FreeBSD: $ > > X# > > X > > XPORTNAME= flashplugin > > XPORTVERSION= 10.0r22 > > XCATEGORIES= www multimedia linux > > XMASTER_SITES= http://fpdownload.macromedia.com/get/flashplayer/current/:plugin \ > > X http://tijl.ulyssis.be/mirror/:suplib > > XPKGNAMEPREFIX= linux- > > XDISTFILES= install_flash_player_10_linux.tar.gz:plugin \ > > X linux-f8-flashsupport-9.0.1.i386.tar.gz:suplib > > XDIST_SUBDIR= ${PORTNAME}/${PORTVERSION} > > X > > XMAINTAINER= emulation@FreeBSD.org > > XCOMMENT= Adobe Flash Player NPAPI Plugin > > X > > XONLY_FOR_ARCHS= amd64 i386 > > XUSE_LINUX= f8 > > XUSE_LINUX_APPS= openssl curl libssh2 libidn nspr nss > > X > > XRESTRICTED= Redistribution not allowed > > XRESTRICTED_FILES= ${DISTFILES:Nlinux-f8-flashsupport*:C/:[^:]+$//} > > X > > XNO_BUILD= yes > > XWRKSRC= ${WRKDIR}/install_flash_player_10_linux > > XLATEST_LINK= flash10 > > X > > XUSE_NPAPI= linux-* > > XNPAPI_FILES= libflashplayer.so > > X > > XCONFLICTS= linux-flashplugin-7* linux-flashplugin-9* > > X > > Xpost-install: > > X @${INSTALL_PROGRAM} ${WRKDIR}/libflashsupport.so ${LINUXBASE}/usr/lib > > X > > X.include > > X.include "${PORTSDIR}/www/linux-mplayer-plugin/Makefile.npapi" > > X.include > > 43df7419b06fb389fcdf88ec0b70c14a > > echo x - www/linux-f8-flashplugin10/distinfo > > sed 's/^X//' >www/linux-f8-flashplugin10/distinfo << '254656f71fbc5d4ebbb0c1a06a6277b7' > > XMD5 (flashplugin/10.0r22/install_flash_player_10_linux.tar.gz) = 23e4c2b844db0f87ff62084178aa2b1f > > XSHA256 (flashplugin/10.0r22/install_flash_player_10_linux.tar.gz) = cd29f166c87fecc943e88fe951bb61c56728fab12b4bf343badafa73ea95394e > > XSIZE (flashplugin/10.0r22/install_flash_player_10_linux.tar.gz) = 3994294 > > XMD5 (flashplugin/10.0r22/linux-f8-flashsupport-9.0.1.i386.tar.gz) = e41a9fc56644f2410eb0803044395289 > > XSHA256 (flashplugin/10.0r22/linux-f8-flashsupport-9.0.1.i386.tar.gz) = d516d3bff6e853bde71369e424861d865e4d25f0a10c2388c1c466fca055d759 > > XSIZE (flashplugin/10.0r22/linux-f8-flashsupport-9.0.1.i386.tar.gz) = 2989 > > 254656f71fbc5d4ebbb0c1a06a6277b7 > > echo x - www/linux-f8-flashplugin10/pkg-descr > > sed 's/^X//' >www/linux-f8-flashplugin10/pkg-descr << '234cca3cd023a751c4f2155ceebfee65' > > XThis is the official Flash Player from Adobe. This plugin enables > > Xyou to see .swf and .spl files on the 'net from your Opera, Mozilla or > > XFirefox sessions. > > X > > XPlease see the Adobe home page for more information. > > X > > XFreeBSD Flash License Agreement: > > X http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/96374 > > X > > XWWW: http://www.adobe.com/ > > 234cca3cd023a751c4f2155ceebfee65 > > echo x - www/linux-f8-flashplugin10/pkg-plist > > sed 's/^X//' >www/linux-f8-flashplugin10/pkg-plist << '9aeb08122bb1100b4ccb1e12ba6b75dd' > > X@cwd /compat/linux > > Xusr/lib/libflashsupport.so > > X@cwd > > 9aeb08122bb1100b4ccb1e12ba6b75dd > > exit WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From bsam at ipt.ru Thu Apr 9 09:51:17 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Apr 9 09:54:50 2009 Subject: CALL FOR TESTERS: graphics/linux-f8-dri and dependent ports Message-ID: <82259885@bb.ipt.ru> Hello dear emulation@ readers, I've just committed a new port graphics/linux-f8-dri and all needed infrastructure changes. Please, keep in mind that this port is tested only for building/ packaging/removing. No run time test were done since I do not use apropriate hardware. Do not install this port directly, it is intended to be installed as a dependency of a linux application (ex. net/skype). To test one should edit apropriate port's Makefile (ex. net/skype/Makefile). To make use of the new linux infrastructure one should add: ----- "USE_LINUX_APPS=dri" ----- instead of any of those dependencies: ----- RUN_DEPENDS= ${LINUXBASE}/usr/X11R6/lib/libGL.so.1:${PORTSDIR}/graphics/linux_dri USE_GL= linux ----- Once you have made the above mentioned changes the port will use apropriate linux dependencies. If you defined OVERRIDE_LINUX_BASE_PORT and OVERRIDE_LINUX_NONBASE_PORTS at /etc/make.conf then the corresponding port (ex. graphics/linux-f8-dri) will be used. Please, test ports you are using and get in touch with maintainers to commit changes to the ports tree. Enjoy and thanks! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From nox at jelal.kn-bremen.de Thu Apr 9 14:17:21 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Thu Apr 9 14:17:28 2009 Subject: flash10 In-Reply-To: <92981036@bb.ipt.ru> References: <23488525@bb.ipt.ru> <25204710@h30.sp.ipt.ru> <20090405212925.GA24637@triton.kn-bremen.de> <200904062118.20464.tijl@ulyssis.org> <20090407203048.GA68683@triton.kn-bremen.de> <49DD7694.6060903@freebsd.org> <92981036@bb.ipt.ru> Message-ID: <20090409211150.GA16078@triton.kn-bremen.de> On Thu, Apr 09, 2009 at 01:14:27PM +0400, Boris Samorodov wrote: > On Thu, 09 Apr 2009 13:16:20 +0900 Daichi GOTO wrote: > > > I have tested your flash10 port, and it looks working very well > > on linux_base-f8 infrastructure and my 8-current/amd64 platform. > > How about to commit it :) > > No objection from me. :) Done! :) Juergen From bsam at ipt.ru Thu Apr 9 22:37:46 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Apr 9 22:37:52 2009 Subject: flash10 In-Reply-To: <20090409211150.GA16078@triton.kn-bremen.de> (Juergen Lock's message of "Thu\, 9 Apr 2009 23\:11\:50 +0200") References: <23488525@bb.ipt.ru> <25204710@h30.sp.ipt.ru> <20090405212925.GA24637@triton.kn-bremen.de> <200904062118.20464.tijl@ulyssis.org> <20090407203048.GA68683@triton.kn-bremen.de> <49DD7694.6060903@freebsd.org> <92981036@bb.ipt.ru> <20090409211150.GA16078@triton.kn-bremen.de> Message-ID: <10894072@bb.ipt.ru> On Thu, 9 Apr 2009 23:11:50 +0200 Juergen Lock wrote: > On Thu, Apr 09, 2009 at 01:14:27PM +0400, Boris Samorodov wrote: > > On Thu, 09 Apr 2009 13:16:20 +0900 Daichi GOTO wrote: > > > > > I have tested your flash10 port, and it looks working very well > > > on linux_base-f8 infrastructure and my 8-current/amd64 platform. > > > How about to commit it :) > > > > No objection from me. :) > Done! :) Thanks! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From ulrich at pukruppa.net Thu Apr 9 22:57:53 2009 From: ulrich at pukruppa.net (Peter Ulrich Kruppa) Date: Thu Apr 9 22:58:00 2009 Subject: german/acroread9 crashes Message-ID: <1239340160.98200.10.camel@pukruppa.net> Hi, I am running linux_base-8-8_11 on FreeBSD 7.2-PRERELEASE amd64 with these options in /etc/mak.conf : OVERRIDE_LINUX_BASE_PORT=f9 OVERRIDE_LINUX_NONBASE_PORTS=f8 When I start acroread9 it will crash after 3 or four seconds. This is what I can see, when I run it from a terminal: --------------------------------------- %acroread9 (acroread:12745): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. Fontconfig warning: no elements found. Check configuration. Fontconfig warning: adding /var/cache/fontconfig Fontconfig warning: adding ~/.fontconfig Fontconfig warning: no elements found. Check configuration. Fontconfig warning: adding /var/cache/fontconfig Fontconfig warning: adding ~/.fontconfig terminate called after throwing an instance of 'RSException' ---------------------------------------- BTW: german/acroread9 runs fine! Please tell me, if I can give any more information. Greetings, Uli. From bsam at ipt.ru Thu Apr 9 23:04:31 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Apr 9 23:04:37 2009 Subject: german/acroread9 crashes In-Reply-To: <1239340160.98200.10.camel@pukruppa.net> (Peter Ulrich Kruppa's message of "Fri\, 10 Apr 2009 07\:09\:19 +0200") References: <1239340160.98200.10.camel@pukruppa.net> Message-ID: <92977106@bb.ipt.ru> On Fri, 10 Apr 2009 07:09:19 +0200 Peter Ulrich Kruppa wrote: > I am running linux_base-8-8_11 on FreeBSD 7.2-PRERELEASE amd64 with acroread9 can't be run under 7.x, there is now needed at-syscalls. Use acroread8. > these options in /etc/mak.conf : > OVERRIDE_LINUX_BASE_PORT=f9 > OVERRIDE_LINUX_NONBASE_PORTS=f8 > When I start acroread9 it will crash after 3 or four seconds. > This is what I can see, when I run it from a terminal: > --------------------------------------- > %acroread9 > (acroread:12745): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > Fontconfig warning: no elements found. Check configuration. > Fontconfig warning: adding /var/cache/fontconfig > Fontconfig warning: adding ~/.fontconfig > Fontconfig warning: no elements found. Check configuration. > Fontconfig warning: adding /var/cache/fontconfig > Fontconfig warning: adding ~/.fontconfig > terminate called after throwing an instance of 'RSException' > ---------------------------------------- You can see some additional information at the system's console. > BTW: german/acroread9 runs fine! Hm, didn't catch it. Is the Subject wrong? > Please tell me, if I can give any more information. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From bsam at ipt.ru Thu Apr 9 23:07:03 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Apr 9 23:07:09 2009 Subject: german/acroread9 crashes In-Reply-To: <92977106@bb.ipt.ru> (Boris Samorodov's message of "Fri\, 10 Apr 2009 10\:04\:29 +0400") References: <1239340160.98200.10.camel@pukruppa.net> <92977106@bb.ipt.ru> Message-ID: <10891418@bb.ipt.ru> On Fri, 10 Apr 2009 10:04:29 +0400 Boris Samorodov wrote: > acroread9 can't be run under 7.x, there is now needed at-syscalls. > Use acroread8. Sorry, s/now/no WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From ulrich at pukruppa.net Thu Apr 9 23:55:52 2009 From: ulrich at pukruppa.net (Peter Ulrich Kruppa) Date: Thu Apr 9 23:55:58 2009 Subject: german/acroread9 crashes In-Reply-To: <10891418@bb.ipt.ru> References: <1239340160.98200.10.camel@pukruppa.net> <92977106@bb.ipt.ru> <10891418@bb.ipt.ru> Message-ID: <1239346741.1679.1.camel@pukruppa.net> Am Freitag, den 10.04.2009, 10:07 +0400 schrieb Boris Samorodov: > On Fri, 10 Apr 2009 10:04:29 +0400 Boris Samorodov wrote: > > > acroread9 can't be run under 7.x, there is now needed at-syscalls. > > Use acroread8. > > Sorry, s/now/no O.K. Thanks for your great work anyway! Greetings, Uli. > > > WBR From caelian at gmail.com Fri Apr 10 00:57:39 2009 From: caelian at gmail.com (Pascal Hofstee) Date: Fri Apr 10 00:57:45 2009 Subject: Acroread 9 Message-ID: Hi, I was pleasantly surprised to see the print/acroread9 port in the ports-tree, and since i have a couple of PDFs that evince doesn't handle entirely the way it should, i gave the port a shot on my 8.0-CURRENT system, especially considering the recent linux_base overhaul and all. The program started up perfectly rendering the first couple of pages, and then within a few seconds simply crashed out. A look at the console logs unfortunately showed the following message: linux: pid 78263 (acroread): syscall inotify_init not implemented In contrary to Acroread 8 (which does run properly) it looks like Acroread 9 actually uses the Linux inotify system. The port therefore is unfortunately of not much use as long as this subsystem of syscalls isn't mapped to its freebsd equivalent. I guess it couldn't hurt to mark the port as non-functionial until this has been resolved, and opted to put emulation@ on cc on this since i am curious what would need to be done in order to get this fixed. To my understanding Linux' inotify system shares similarities with FreeBSD's kqueue system and i wonder if a bridge of some sorts could be established here. With kind regards, Pascal Hofstee From jkim at FreeBSD.org Fri Apr 10 10:43:48 2009 From: jkim at FreeBSD.org (Jung-uk Kim) Date: Fri Apr 10 10:43:56 2009 Subject: Acroread 9 In-Reply-To: References: Message-ID: <200904101343.37355.jkim@FreeBSD.org> On Friday 10 April 2009 03:37 am, Pascal Hofstee wrote: > Hi, > > I was pleasantly surprised to see the print/acroread9 port in the > ports-tree, and since > i have a couple of PDFs that evince doesn't handle entirely the way > it should, i gave the > port a shot on my 8.0-CURRENT system, especially considering the > recent linux_base > overhaul and all. > > The program started up perfectly rendering the first couple of > pages, and then within a > few seconds simply crashed out. A look at the console logs > unfortunately showed the > following message: > > linux: pid 78263 (acroread): syscall inotify_init not implemented > > In contrary to Acroread 8 (which does run properly) it looks like > Acroread 9 actually uses > the Linux inotify system. The port therefore is unfortunately of > not much use as long as > this subsystem of syscalls isn't mapped to its freebsd equivalent. > > I guess it couldn't hurt to mark the port as non-functionial until > this has been resolved, and > opted to put emulation@ on cc on this since i am curious what would > need to be done in > order to get this fixed. To my understanding Linux' inotify system > shares similarities with > FreeBSD's kqueue system and i wonder if a bridge of some sorts > could be established here. It is a known problem: http://docs.freebsd.org/cgi/mid.cgi?20090401175638.GA31233 Jung-uk Kim From necanthrope at gmail.com Sat Apr 11 02:58:54 2009 From: necanthrope at gmail.com (jtidwell) Date: Sat Apr 11 02:59:06 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: <22999502.post@talk.nabble.com> References: <22999502.post@talk.nabble.com> Message-ID: <22999521.post@talk.nabble.com> jtidwell wrote: > > Greetings, qemu folk :) > > I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to > install qemo, but I keep getting stuck at the point where I load kqemu > with kldload. The module file exists in /boot/modules, but I get this > error every time I try to load: > > # kldload kqemu > kldload: can't load kqemu: No such file or directory > > # ls /boot/modules > kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko > > I forgot to add, I get this error message on the console when i try to load the module: link_elf : symbol sched_lock undefined -- View this message in context: http://www.nabble.com/cannot-get-kqemu-to-load-with-kldload-tp22999502p22999521.html Sent from the freebsd-emulation mailing list archive at Nabble.com. From necanthrope at gmail.com Sat Apr 11 02:58:54 2009 From: necanthrope at gmail.com (jtidwell) Date: Sat Apr 11 02:59:07 2009 Subject: cannot get kqemu to load with kldload Message-ID: <22999502.post@talk.nabble.com> Greetings, qemu folk :) I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to install qemo, but I keep getting stuck at the point where I load kqemu with kldload. The module file exists in /boot/modules, but I get this error every time I try to load: # kldload kqemu kldload: can't load kqemu: No such file or directory # ls /boot/modules kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko Have I missed some crucial step in installation? Every resource on installation that I read assumes that kqemu.ko will load successfully. Thanks! -- View this message in context: http://www.nabble.com/cannot-get-kqemu-to-load-with-kldload-tp22999502p22999502.html Sent from the freebsd-emulation mailing list archive at Nabble.com. From gary.jennejohn at freenet.de Sat Apr 11 04:57:53 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Sat Apr 11 04:58:00 2009 Subject: linuxnero does not see SATA recorder In-Reply-To: <20090402133744.154225269mqp56zo@webmail.leidinger.net> References: <20090326080314.10727gsz1jw5szs4@webmail.leidinger.net> <20090402133744.154225269mqp56zo@webmail.leidinger.net> Message-ID: <20090411135750.20dae41f@ernst.jennejohn.org> On Thu, 02 Apr 2009 13:37:44 +0200 Alexander Leidinger wrote: > Quoting Rusu Silviu (from Thu, 26 Mar 2009 > 15:53:32 +0200): > Here's the list of stuff nero (and/or some libs) tries to open in /dev > /proc and /sys: > ---snip--- > /compat/linux/dev/scd0 > /compat/linux/dev/scd1 > /compat/linux/dev/scd2 > /compat/linux/dev/scd3 > /compat/linux/dev/sg0 > /compat/linux/dev/sg1 > [... upto sg9 ...] > /compat/linux/dev/sr0 > /compat/linux/dev/sr1 > /compat/linux/dev/sr2 > /compat/linux/dev/sr3 > /compat/linux/dev/urandom > /compat/linux/proc/66876/stat > /compat/linux/proc/ide/ide0 > /compat/linux/proc/ide/ide1 > [... upto ide31 ...] > /compat/linux/proc/meminfo > /compat/linux/proc/scsi/scsi > /compat/linux/sys/block > /compat/linux/sys/devices > ---snip--- > > Now we need to investigate what linux is having at those places and > what is needed to emulate it (only text output, or ioctls, ...). > Anyone with a linux system and appropriate hardware out there who is > able to post examples? > I have an Ubuntu system running. It has ls -l /dev/sr0 lrwxrwxrwx 1 root root 4 2009-04-11 12:40 /dev/sr0 -> scd0 ll -R /proc/scsi/ /proc/scsi/: total 0 -r--r--r-- 1 root root 0 2009-04-11 12:50 device_info -r--r--r-- 1 root root 0 2009-04-11 12:50 scsi dr-xr-xr-x 2 root root 0 2009-04-11 12:50 sg /proc/scsi/sg: total 0 -rw-r--r-- 1 root root 0 2009-04-11 12:50 allow_dio -r--r--r-- 1 root root 0 2009-04-11 12:50 debug -rw-r--r-- 1 root root 0 2009-04-11 12:50 def_reserved_size -r--r--r-- 1 root root 0 2009-04-11 12:50 device_hdr -r--r--r-- 1 root root 0 2009-04-11 12:50 devices -r--r--r-- 1 root root 0 2009-04-11 12:50 device_strs -r--r--r-- 1 root root 0 2009-04-11 12:50 version cat /proc/scsi/sg/device_strs ATA SAMSUNG SV2042H PK10 ATA SAMSUNG SP0842N BH90 HL-DT-ST DVD-ROM GDR8164B 0A09 ll -R /sys/block/sr0/ /sys/block/sr0/: total 0 -r--r--r-- 1 root root 4096 2009-04-11 12:40 capability -r--r--r-- 1 root root 4096 2009-04-11 14:40 dev lrwxrwxrwx 1 root root 0 2009-04-11 14:40 device -> ../../devices/pci0000:00/0000:00:02.5/host1/target1:0:0/1:0:0:0 drwxr-xr-x 2 root root 0 2009-04-11 14:40 holders drwxr-xr-x 3 root root 0 2009-04-11 14:40 queue -r--r--r-- 1 root root 4096 2009-04-11 14:40 range -r--r--r-- 1 root root 4096 2009-04-11 12:40 removable -r--r--r-- 1 root root 4096 2009-04-11 12:40 size drwxr-xr-x 2 root root 0 2009-04-11 14:40 slaves -r--r--r-- 1 root root 4096 2009-04-11 12:40 stat lrwxrwxrwx 1 root root 0 2009-04-11 14:40 subsystem -> ../../block --w------- 1 root root 4096 2009-04-11 12:40 uevent /sys/block/sr0/holders: total 0 /sys/block/sr0/queue: total 0 drwxr-xr-x 2 root root 0 2009-04-11 14:40 iosched -r--r--r-- 1 root root 4096 2009-04-11 12:51 max_hw_sectors_kb -rw-r--r-- 1 root root 4096 2009-04-11 12:51 max_sectors_kb -rw-r--r-- 1 root root 4096 2009-04-11 12:51 nr_requests -rw-r--r-- 1 root root 4096 2009-04-11 12:51 read_ahead_kb -rw-r--r-- 1 root root 4096 2009-04-11 12:51 scheduler /sys/block/sr0/queue/iosched: total 0 -rw-r--r-- 1 root root 4096 2009-04-11 12:51 back_seek_max -rw-r--r-- 1 root root 4096 2009-04-11 12:51 back_seek_penalty -rw-r--r-- 1 root root 4096 2009-04-11 12:51 fifo_expire_async -rw-r--r-- 1 root root 4096 2009-04-11 12:51 fifo_expire_sync -rw-r--r-- 1 root root 4096 2009-04-11 12:51 quantum -rw-r--r-- 1 root root 4096 2009-04-11 12:51 slice_async -rw-r--r-- 1 root root 4096 2009-04-11 12:51 slice_async_rq -rw-r--r-- 1 root root 4096 2009-04-11 12:51 slice_idle -rw-r--r-- 1 root root 4096 2009-04-11 12:51 slice_sync /sys/block/sr0/slaves: total 0 There's no /proc/ide/ because it considers all drives to be SCSI devices. --- Gary Jennejohn From gary.jennejohn at freenet.de Sat Apr 11 05:09:48 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Sat Apr 11 05:09:55 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: <22999502.post@talk.nabble.com> References: <22999502.post@talk.nabble.com> Message-ID: <20090411140944.55304289@ernst.jennejohn.org> On Sat, 11 Apr 2009 02:40:53 -0700 (PDT) jtidwell wrote: > > Greetings, qemu folk :) > > I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to > install qemo, but I keep getting stuck at the point where I load kqemu with > kldload. The module file exists in /boot/modules, but I get this error > every time I try to load: > > # kldload kqemu > kldload: can't load kqemu: No such file or directory > > # ls /boot/modules > kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko > > Have I missed some crucial step in installation? Every resource on > installation that I read assumes that kqemu.ko will load successfully. > This is what I use: kldload /boot/modules/kqemu.ko --- Gary Jennejohn From swhetzel at gmail.com Sat Apr 11 07:11:20 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Sat Apr 11 07:11:27 2009 Subject: cannot get kqemu to load with kldload Message-ID: <790a9fff0904110711y138d43b3n42d9fc5a374c7736@mail.gmail.com> > I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to > install qemo, but I keep getting stuck at the point where I load kqemu with > kldload. The module file exists in /boot/modules, but I get this error > every time I try to load: > > # kldload kqemu > kldload: can't load kqemu: No such file or directory > > # ls /boot/modules > kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko > > Have I missed some crucial step in installation? Every resource on > installation that I read assumes that kqemu.ko will load successfully. Did your rebuild kqemu after upgrading to 7.2, as modules built for 6.2 will not work on 7.2? Make sure you are installing emulators/kqemu-kmod-devel for qemu 0.10.{0-2}, as the kqemu-kmod port is only for qemu <= 0.9.1. Scot From rdivacky at freebsd.org Sat Apr 11 12:24:40 2009 From: rdivacky at freebsd.org (Roman Divacky) Date: Sat Apr 11 12:24:46 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: <22999521.post@talk.nabble.com> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> Message-ID: <20090411192326.GA73059@freebsd.org> On Sat, Apr 11, 2009 at 02:43:52AM -0700, jtidwell wrote: > > > > jtidwell wrote: > > > > Greetings, qemu folk :) > > > > I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to > > install qemo, but I keep getting stuck at the point where I load kqemu > > with kldload. The module file exists in /boot/modules, but I get this > > error every time I try to load: > > > > # kldload kqemu > > kldload: can't load kqemu: No such file or directory > > > > # ls /boot/modules > > kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko > > > > > > I forgot to add, I get this error message on the console when i try to load > the module: > > link_elf : symbol sched_lock undefined you use ULE, right? try switching to 4BSD... the .ko uses 4BSD specific things, no idea why From necanthrope at gmail.com Sat Apr 11 15:19:32 2009 From: necanthrope at gmail.com (necanthrope) Date: Sat Apr 11 15:19:39 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: <790a9fff0904110711y138d43b3n42d9fc5a374c7736@mail.gmail.com> References: <790a9fff0904110711y138d43b3n42d9fc5a374c7736@mail.gmail.com> Message-ID: <5b3cc900904111451l2db0ef23vc305c60372805d91@mail.gmail.com> Yes, I rebuild both kqemu and kqemu-devel multiple times after upgrading. Both packages resulted in a .ko file that the system claimed did not exist when I attempted to load it. On Sat, Apr 11, 2009 at 7:11 AM, Scot Hetzel wrote: > > I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to > > install qemo, but I keep getting stuck at the point where I load kqemu > with > > kldload. The module file exists in /boot/modules, but I get this error > > every time I try to load: > > > > # kldload kqemu > > kldload: can't load kqemu: No such file or directory > > > > # ls /boot/modules > > kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko > > > > Have I missed some crucial step in installation? Every resource on > > installation that I read assumes that kqemu.ko will load successfully. > > Did your rebuild kqemu after upgrading to 7.2, as modules built for > 6.2 will not work on 7.2? > > Make sure you are installing emulators/kqemu-kmod-devel for qemu > 0.10.{0-2}, as the kqemu-kmod port is only for qemu <= 0.9.1. > > Scot > -- 72 44 10 85 40 56 21 53 B9 DF 79 7A EA 18 AE F4 http://www.freedom-to-tinker.com/?p=1155 -- From gary.jennejohn at freenet.de Sun Apr 12 01:58:36 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Sun Apr 12 01:58:42 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: <20090411192326.GA73059@freebsd.org> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <20090411192326.GA73059@freebsd.org> Message-ID: <20090412105833.7c553a86@ernst.jennejohn.org> On Sat, 11 Apr 2009 21:23:26 +0200 Roman Divacky wrote: > On Sat, Apr 11, 2009 at 02:43:52AM -0700, jtidwell wrote: > > > > > > > > jtidwell wrote: > > > > > > Greetings, qemu folk :) > > > > > > I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to > > > install qemo, but I keep getting stuck at the point where I load kqemu > > > with kldload. The module file exists in /boot/modules, but I get this > > > error every time I try to load: > > > > > > # kldload kqemu > > > kldload: can't load kqemu: No such file or directory > > > > > > # ls /boot/modules > > > kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko > > > > > > > > > > I forgot to add, I get this error message on the console when i try to load > > the module: > > > > link_elf : symbol sched_lock undefined > > you use ULE, right? try switching to 4BSD... the .ko uses 4BSD specific things, > no idea why > I use ULE and have no problem loading kqemu.ko (8-current). Apr 12 10:36:18 ernst kernel: kqemu version 0x00010400 Apr 12 10:36:18 ernst kernel: kqemu: KQEMU installed, max_locked_mem=2025160kB. --- Gary Jennejohn From nox at jelal.kn-bremen.de Sun Apr 12 07:16:20 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun Apr 12 07:30:16 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: <22999521.post@talk.nabble.com> References: <22999502.post@talk.nabble.com> Message-ID: <200904121410.n3CEAkU8025500@triton.kn-bremen.de> In article <22999521.post@talk.nabble.com> you write: > > > >jtidwell wrote: >> >> Greetings, qemu folk :) >> >> I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to >> install qemo, but I keep getting stuck at the point where I load kqemu >> with kldload. The module file exists in /boot/modules, but I get this >> error every time I try to load: >> >> # kldload kqemu >> kldload: can't load kqemu: No such file or directory >> >> # ls /boot/modules >> kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko >> >> > >I forgot to add, I get this error message on the console when i try to load >the module: > >link_elf : symbol sched_lock undefined Hmm that shouldn't happen, did you rebuild kqemu after upgrading base? Are your world and kernel in sync? When did you checkout/c(v)sup /usr/src and which branch/tag was it? What do uname -a ident /usr/src/sys/sys/param.h ident /usr/include/sys/param.h grep define.__FreeBSD_version /usr/include/sys/param.h (cd /usr/ports/emulators/kqemu-kmod-devel && make -V OSVERSION) say? Curious... Juergen From nox at jelal.kn-bremen.de Sun Apr 12 07:16:20 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun Apr 12 07:30:16 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: <20090411192326.GA73059@freebsd.org> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> Message-ID: <200904121415.n3CEFDCf025538@triton.kn-bremen.de> In article <20090411192326.GA73059@freebsd.org> you write: >On Sat, Apr 11, 2009 at 02:43:52AM -0700, jtidwell wrote: >> >> >> >> jtidwell wrote: >> > >> > Greetings, qemu folk :) >> > >> > I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to >> > install qemo, but I keep getting stuck at the point where I load kqemu >> > with kldload. The module file exists in /boot/modules, but I get this >> > error every time I try to load: >> > >> > # kldload kqemu >> > kldload: can't load kqemu: No such file or directory >> > >> > # ls /boot/modules >> > kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko >> > >> > >> >> I forgot to add, I get this error message on the console when i try to load >> the module: >> >> link_elf : symbol sched_lock undefined > >you use ULE, right? try switching to 4BSD... the .ko uses 4BSD specific things, >no idea why Hmm thats news to me, can you elaborate? Is this something that only affects head? Surprised... Juergen (who has kqemu running fine with ule since 7.1 at least) From rdivacky at freebsd.org Sun Apr 12 10:36:51 2009 From: rdivacky at freebsd.org (Roman Divacky) Date: Sun Apr 12 11:01:14 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: <200904121415.n3CEFDCf025538@triton.kn-bremen.de> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121415.n3CEFDCf025538@triton.kn-bremen.de> Message-ID: <20090412173535.GA6148@freebsd.org> On Sun, Apr 12, 2009 at 04:15:13PM +0200, Juergen Lock wrote: > In article <20090411192326.GA73059@freebsd.org> you write: > >On Sat, Apr 11, 2009 at 02:43:52AM -0700, jtidwell wrote: > >> > >> > >> > >> jtidwell wrote: > >> > > >> > Greetings, qemu folk :) > >> > > >> > I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to > >> > install qemo, but I keep getting stuck at the point where I load kqemu > >> > with kldload. The module file exists in /boot/modules, but I get this > >> > error every time I try to load: > >> > > >> > # kldload kqemu > >> > kldload: can't load kqemu: No such file or directory > >> > > >> > # ls /boot/modules > >> > kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko > >> > > >> > > >> > >> I forgot to add, I get this error message on the console when i try to load > >> the module: > >> > >> link_elf : symbol sched_lock undefined > > > >you use ULE, right? try switching to 4BSD... the .ko uses 4BSD specific things, > >no idea why > > Hmm thats news to me, can you elaborate? Is this something that only > affects head? > > Surprised... > Juergen (who has kqemu running fine with ule since 7.1 at least) the sched_lock is 4BSD specific. I have no idea how it ended up being referenced by the kqemu.ko From nox at jelal.kn-bremen.de Sun Apr 12 10:56:57 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun Apr 12 11:12:48 2009 Subject: flash10 In-Reply-To: <49E1F99A.3050503@wanadoo.fr> References: <49E1F99A.3050503@wanadoo.fr> Message-ID: <20090412175452.GA63038@triton.kn-bremen.de> On Sun, Apr 12, 2009 at 04:24:26PM +0200, Nicolas wrote: > Hi, > > I tried flash player 10, but i'm full of error messages: > > $ firefox3 > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > This is normal with the previous xorg. (Otoh, this shows that your ports are not up to date... :) > (npviewer.bin:38380): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > > (npviewer.bin:38674): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > *** NSPlugin Wrapper *** ERROR: NPClass::Invalidate() wait for reply: > Connection closed > > (npviewer.bin:38752): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > > (npviewer.bin:38854): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > > *** NSPlugin Wrapper *** ERROR: NPClass::Invalidate() wait for reply: > Message timeout > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1855):invoke_NPP_Destroy: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** ERROR: NPObject 0x2ec196c0 is no longer valid! > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1855):invoke_NPP_Destroy: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** ERROR: NPObject 0x2ec19620 is no longer valid! > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1855):invoke_NPP_Destroy: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** ERROR: NPObject 0x2e08a2a0 is no longer valid! > > (npviewer.bin:39188): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > *** NSPlugin Wrapper *** ERROR: NPP_HandleEvent() wait for reply: > Message timeout > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2164):invoke_NPP_NewStream: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > > (npviewer.bin:39348): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > *** NSPlugin Wrapper *** ERROR: NPP_SetWindow() wait for reply: Message > timeout > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1924):invoke_NPP_SetWindow: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2164):invoke_NPP_NewStream: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1855):invoke_NPP_Destroy: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > > (npviewer.bin:39509): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > Fontconfig warning: no elements found. Check configuration. > Fontconfig warning: adding /var/cache/fontconfig > Fontconfig warning: adding ~/.fontconfig > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1924):invoke_NPP_SetWindow: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2534):invoke_NPP_HandleEvent: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** ERROR: NPP_HandleEvent() wait for reply: > Message timeout > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1924):invoke_NPP_SetWindow: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2534):invoke_NPP_HandleEvent: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > > > Someone have this problem ? Did you set OVERRIDE_LINUX_BASE_PORT and OVERRIDE_LINUX_NONBASE_PORTS to f8 and reinstalled your linux ports(!) after that? Do you have linprocfs mounted? Oh, or does this only happen with specific websites? I've seen flash coredump, causing similar errors after clicking `watch in hd' in the youtube video player... (btw, can anyone try this on head? Maybe its just missing linuxolator functionality in 7-stable?) Anyway, if the issue persists, do a `pkg_add -r linux_kdump' and then try running firefox like `ktrace -di firefox3 http://youtube.com', quit it after you've reproduced the isse, and then do `linux_kdump >kdump.txt' and look in kdump.txt for what npviewer.bin did before it exited/crashed, (usually indicated by a line containing `PSIG SIGSEGV', or another signal) and then maybe post the last 100 lines up to that here. HTH, Juergen From nox at jelal.kn-bremen.de Sun Apr 12 11:10:35 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun Apr 12 12:01:03 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: <20090412173535.GA6148@freebsd.org> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121415.n3CEFDCf025538@triton.kn-bremen.de> <20090412173535.GA6148@freebsd.org> Message-ID: <20090412180846.GA64019@triton.kn-bremen.de> On Sun, Apr 12, 2009 at 07:35:35PM +0200, Roman Divacky wrote: > On Sun, Apr 12, 2009 at 04:15:13PM +0200, Juergen Lock wrote: > > In article <20090411192326.GA73059@freebsd.org> you write: > > >On Sat, Apr 11, 2009 at 02:43:52AM -0700, jtidwell wrote: > > >> > > >> > > >> > > >> jtidwell wrote: > > >> > > > >> > Greetings, qemu folk :) > > >> > > > >> > I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to > > >> > install qemo, but I keep getting stuck at the point where I load kqemu > > >> > with kldload. The module file exists in /boot/modules, but I get this > > >> > error every time I try to load: > > >> > > > >> > # kldload kqemu > > >> > kldload: can't load kqemu: No such file or directory > > >> > > > >> > # ls /boot/modules > > >> > kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko > > >> > > > >> > > > >> > > >> I forgot to add, I get this error message on the console when i try to load > > >> the module: > > >> > > >> link_elf : symbol sched_lock undefined > > > > > >you use ULE, right? try switching to 4BSD... the .ko uses 4BSD specific things, > > >no idea why > > > > Hmm thats news to me, can you elaborate? Is this something that only > > affects head? > > > > Surprised... > > Juergen (who has kqemu running fine with ule since 7.1 at least) > > the sched_lock is 4BSD specific. I have no idea how it ended up being referenced > by the kqemu.ko Ah OK, but it is only used #if __FreeBSD_version < 700044 . (which made me suspect jtidwell's world and kernel are not in sync...) (kqemu does an mi_switch(SW_VOL, NULL) in its main loop if it receives an irq, in order not to hog the cpu.) Cheers, Juergen From necanthrope at gmail.com Sun Apr 12 11:24:51 2009 From: necanthrope at gmail.com (necanthrope) Date: Sun Apr 12 12:08:28 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: <200904121410.n3CEAkU8025500@triton.kn-bremen.de> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121410.n3CEAkU8025500@triton.kn-bremen.de> Message-ID: <5b3cc900904121124k148be3c0t83ab233212a39d6a@mail.gmail.com> > > > Hmm that shouldn't happen, did you rebuild kqemu after upgrading base? > Are your world and kernel in sync? When did you checkout/c(v)sup /usr/src > and which branch/tag was it? What do > uname -a > ident /usr/src/sys/sys/param.h > ident /usr/include/sys/param.h > grep define.__FreeBSD_version /usr/include/sys/param.h > (cd /usr/ports/emulators/kqemu-kmod-devel && make -V OSVERSION) > say? > > Curious... > Juergen > Jurgen, Yes, I did rebuild kqemu after upgrading. I checked out 7.2 about a week or so ago. Here's the output you asked for: cinema# uname -a FreeBSD cinema.distantsoil.org 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: Sat Apr 11 19:32:34 PDT 2009 root@cinema.distantsoil.org:/usr/obj/usr/src_7.1/sys/GENERIC i386 cinema# ident /usr/src_7.1/sys/sys/param.h /usr/src_7.1/sys/sys/param.h: $FreeBSD: src/sys/sys/param.h,v 1.308.2.24 2009/03/14 08:34:45 bms Exp $ cinema# ident /usr/include/sys/param.h /usr/include/sys/param.h: $FreeBSD: src/sys/sys/param.h,v 1.308.2.24 2009/03/14 08:34:45 bms Exp $ cinema# grep define.__FreeBSD_version /usr/include/sys/param.h #define __FreeBSD_version 701106 /* Master, propagated to newvers */ cinema# (cd /usr/ports/emulators/kqemu-kmod-devel && make -V OSVERSION) 701106 Note that the source directory I built world from is /usr/src_7.1, not /usr/src. (I fatfingered the directory name and forgot to change it to 7.2.) I didn't move the original /usr/src (v6.3) when I rebuilt. I am starting to wonder if that is the root cause of all the trouble. Jerry -- 72 44 10 85 40 56 21 53 B9 DF 79 7A EA 18 AE F4 http://www.freedom-to-tinker.com/?p=1155 -- From bakul at bitblocks.com Sun Apr 12 11:36:27 2009 From: bakul at bitblocks.com (Bakul Shah) Date: Sun Apr 12 12:09:37 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: Your message of "Sun, 12 Apr 2009 16:15:13 +0200." <200904121415.n3CEFDCf025538@triton.kn-bremen.de> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121415.n3CEFDCf025538@triton.kn-bremen.de> Message-ID: <20090412182939.E23F15B23@mail.bitblocks.com> On Sun, 12 Apr 2009 16:15:13 +0200 Juergen Lock wrote: > In article <20090411192326.GA73059@freebsd.org> you write: > >On Sat, Apr 11, 2009 at 02:43:52AM -0700, jtidwell wrote: > >> > >> > >> > >> jtidwell wrote: > >> > > >> > Greetings, qemu folk :) > >> > > >> > I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to > >> > install qemo, but I keep getting stuck at the point where I load kqemu > >> > with kldload. The module file exists in /boot/modules, but I get this > >> > error every time I try to load: > >> > > >> > # kldload kqemu > >> > kldload: can't load kqemu: No such file or directory This is a confusing message when kldload can't find a symbol. > >> > > >> > # ls /boot/modules > >> > kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko > >> > > >> > > >> > >> I forgot to add, I get this error message on the console when i try to loa > d > >> the module: > >> > >> link_elf : symbol sched_lock undefined > > > >you use ULE, right? try switching to 4BSD... the .ko uses 4BSD specific thin > gs, > >no idea why In kqemu-kmod-devel, kqemu-freebsd.c uses sched_lock() in kqemu_schedule() if __FreeBSD_version is < 700044 & > 500000. 7.0 has __FreeBSD_version defined to be 700055. 7.1 has __FreeBSD_version defined to be 701000. So the OP shouldn't have had the problem he is seeing if he has indeed updated to 7.x and is getting the right kqemu.ko. I suggest he do pkg_delete /var/db/pkg/kqemu-kmod*, ensure that /boot/module/kqemu.ko is gone and then rebuild and install kqemu-kmod-devel. But this brings up another problem with kqemu: if you are using SCHED_4BSD with 7.x or current, kqemu is not guaranteed to work. From necanthrope at gmail.com Sun Apr 12 11:47:26 2009 From: necanthrope at gmail.com (necanthrope) Date: Sun Apr 12 12:11:02 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: <20090412182939.E23F15B23@mail.bitblocks.com> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121415.n3CEFDCf025538@triton.kn-bremen.de> <20090412182939.E23F15B23@mail.bitblocks.com> Message-ID: <5b3cc900904121147r2a6cc434i3f23a1d6d25d4be0@mail.gmail.com> (Resent to include all original recipients) I am not using SCHED_4BSD. In my source's sys/i386/conf/GENERIC file: options SCHED_ULE # ULE scheduler > > In kqemu-kmod-devel, kqemu-freebsd.c uses sched_lock() in > kqemu_schedule() if __FreeBSD_version is < 700044 & > 500000. > 7.0 has __FreeBSD_version defined to be 700055. > 7.1 has __FreeBSD_version defined to be 701000. > > So the OP shouldn't have had the problem he is seeing if he > has indeed updated to 7.x and is getting the right kqemu.ko. > > I suggest he do pkg_delete /var/db/pkg/kqemu-kmod*, ensure > that /boot/module/kqemu.ko is gone and then rebuild and > install kqemu-kmod-devel. > > But this brings up another problem with kqemu: if you are > using SCHED_4BSD with 7.x or current, kqemu is not guaranteed > to work. > -- 72 44 10 85 40 56 21 53 B9 DF 79 7A EA 18 AE F4 http://www.freedom-to-tinker.com/?p=1155 -- From nox at jelal.kn-bremen.de Sun Apr 12 11:58:29 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun Apr 12 12:12:24 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: <5b3cc900904121124k148be3c0t83ab233212a39d6a@mail.gmail.com> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121410.n3CEAkU8025500@triton.kn-bremen.de> <5b3cc900904121124k148be3c0t83ab233212a39d6a@mail.gmail.com> Message-ID: <20090412185053.GA65339@triton.kn-bremen.de> On Sun, Apr 12, 2009 at 11:24:45AM -0700, necanthrope wrote: > > > > > > Hmm that shouldn't happen, did you rebuild kqemu after upgrading base? > > Are your world and kernel in sync? When did you checkout/c(v)sup /usr/src > > and which branch/tag was it? What do > > uname -a > > ident /usr/src/sys/sys/param.h > > ident /usr/include/sys/param.h > > grep define.__FreeBSD_version /usr/include/sys/param.h > > (cd /usr/ports/emulators/kqemu-kmod-devel && make -V OSVERSION) > > say? > > > > Curious... > > Juergen > > > > Jurgen, > > Yes, I did rebuild kqemu after upgrading. I checked out 7.2 about a week or > so ago. Here's the output you asked for: > > cinema# uname -a > FreeBSD cinema.distantsoil.org 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: Sat > Apr 11 19:32:34 PDT 2009 > root@cinema.distantsoil.org:/usr/obj/usr/src_7.1/sys/GENERIC > i386 > > cinema# ident /usr/src_7.1/sys/sys/param.h > /usr/src_7.1/sys/sys/param.h: > $FreeBSD: src/sys/sys/param.h,v 1.308.2.24 2009/03/14 08:34:45 bms Exp > $ > > cinema# ident /usr/include/sys/param.h > /usr/include/sys/param.h: > $FreeBSD: src/sys/sys/param.h,v 1.308.2.24 2009/03/14 08:34:45 bms Exp > $ > > cinema# grep define.__FreeBSD_version /usr/include/sys/param.h > #define __FreeBSD_version 701106 /* Master, propagated to newvers */ > > cinema# (cd /usr/ports/emulators/kqemu-kmod-devel && make -V OSVERSION) > 701106 > > Note that the source directory I built world from is /usr/src_7.1, not > /usr/src. (I fatfingered the directory name and forgot to change it to > 7.2.) I didn't move the original /usr/src (v6.3) when I rebuilt. I am > starting to wonder if that is the root cause of all the trouble. Very likely, kqemu uses which in this case seems to reference /usr/src/sys to find the needed kernel bits... HTH, Juergen From nox at jelal.kn-bremen.de Sun Apr 12 11:58:29 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun Apr 12 12:12:25 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: <20090412182939.E23F15B23@mail.bitblocks.com> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121415.n3CEFDCf025538@triton.kn-bremen.de> <20090412182939.E23F15B23@mail.bitblocks.com> Message-ID: <20090412185624.GB65339@triton.kn-bremen.de> On Sun, Apr 12, 2009 at 11:29:39AM -0700, Bakul Shah wrote: > On Sun, 12 Apr 2009 16:15:13 +0200 Juergen Lock wrote: > > In article <20090411192326.GA73059@freebsd.org> you write: > > >On Sat, Apr 11, 2009 at 02:43:52AM -0700, jtidwell wrote: > > >> > > >> > > >> > > >> jtidwell wrote: > > >> > > > >> > Greetings, qemu folk :) > > >> > > > >> > I've recently upgraded my FreeBSD box from 6.2 to 7.2. I'm trying to > > >> > install qemo, but I keep getting stuck at the point where I load kqemu > > >> > with kldload. The module file exists in /boot/modules, but I get this > > >> > error every time I try to load: > > >> > > > >> > # kldload kqemu > > >> > kldload: can't load kqemu: No such file or directory > > This is a confusing message when kldload can't find a symbol. > > > >> > > > >> > # ls /boot/modules > > >> > kqemu.ko linker.hints rt2500_sys.ko rt61_sys.ko > > >> > > > >> > > > >> > > >> I forgot to add, I get this error message on the console when i try to loa > > d > > >> the module: > > >> > > >> link_elf : symbol sched_lock undefined > > > > > >you use ULE, right? try switching to 4BSD... the .ko uses 4BSD specific thin > > gs, > > >no idea why > > In kqemu-kmod-devel, kqemu-freebsd.c uses sched_lock() in > kqemu_schedule() if __FreeBSD_version is < 700044 & > 500000. > 7.0 has __FreeBSD_version defined to be 700055. > 7.1 has __FreeBSD_version defined to be 701000. > > So the OP shouldn't have had the problem he is seeing if he > has indeed updated to 7.x and is getting the right kqemu.ko. > > I suggest he do pkg_delete /var/db/pkg/kqemu-kmod*, ensure > that /boot/module/kqemu.ko is gone and then rebuild and > install kqemu-kmod-devel. > > But this brings up another problem with kqemu: if you are > using SCHED_4BSD with 7.x or current, kqemu is not guaranteed > to work. Oh, so the code it then uses in kqemu_schedule() is ule only? Does the old scheduler still use sched_lock? [...] struct thread *td = curthread; thread_lock(td); mi_switch(SW_VOL, NULL); thread_unlock(td); [...] Wondering... Juergen From bakul at bitblocks.com Sun Apr 12 12:04:43 2009 From: bakul at bitblocks.com (Bakul Shah) Date: Sun Apr 12 12:23:11 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: Your message of "Sun, 12 Apr 2009 11:47:24 PDT." <5b3cc900904121147r2a6cc434i3f23a1d6d25d4be0@mail.gmail.com> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121415.n3CEFDCf025538@triton.kn-bremen.de> <20090412182939.E23F15B23@mail.bitblocks.com> <5b3cc900904121147r2a6cc434i3f23a1d6d25d4be0@mail.gmail.com> Message-ID: <20090412190442.0F2185B23@mail.bitblocks.com> Sigh.... If you are running stock freebsd-7.x and you have correct include files kqemu should just work. Ok, try this: uname -a # this should show 7.2 or some 7.x grep FreeBSD_version /sys/sys/param.h # this should show a number > 700044 pkg_delete /var/db/pkg/kqemu* # blow away any kqemu ls -l /boot/module # this should have no kqemu.ko cd /usr/ports make -DSUP_UPDATE update # or however you update your ports tree cd /usr/ports/emulators/kqemu-kmod-devel make clean make install kldload kqemu # this should succeed If this fails, report uname -a grep SCHED /sys/amd64/conf/GENERIC # if that is what you are running ls -l /usr/include/sys/param.h /sys/sys/param.h ls -l /usr/ports/emulators/kqemu-kmod-devel find /boot kqemu.ko On Sun, 12 Apr 2009 11:47:24 PDT necanthrope wrote: > (Resent to include all original recipients) > > I am not using SCHED_4BSD. In my source's sys/i386/conf/GENERIC file: > > options SCHED_ULE # ULE scheduler > > > > > > In kqemu-kmod-devel, kqemu-freebsd.c uses sched_lock() in > > kqemu_schedule() if __FreeBSD_version is < 700044 & > 500000. > > 7.0 has __FreeBSD_version defined to be 700055. > > 7.1 has __FreeBSD_version defined to be 701000. > > > > So the OP shouldn't have had the problem he is seeing if he > > has indeed updated to 7.x and is getting the right kqemu.ko. > > > > I suggest he do pkg_delete /var/db/pkg/kqemu-kmod*, ensure > > that /boot/module/kqemu.ko is gone and then rebuild and > > install kqemu-kmod-devel. > > > > But this brings up another problem with kqemu: if you are > > using SCHED_4BSD with 7.x or current, kqemu is not guaranteed > > to work. From necanthrope at gmail.com Sun Apr 12 12:18:45 2009 From: necanthrope at gmail.com (necanthrope) Date: Sun Apr 12 13:13:21 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: <20090412185053.GA65339@triton.kn-bremen.de> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121410.n3CEAkU8025500@triton.kn-bremen.de> <5b3cc900904121124k148be3c0t83ab233212a39d6a@mail.gmail.com> <20090412185053.GA65339@triton.kn-bremen.de> Message-ID: <5b3cc900904121218y217da8dbs363e599c519946bf@mail.gmail.com> I renamed my source directory to /usr/src, and now I can load kqemu.ko. :D Unfortunately, I get an error when I try to make the windows image. I created the image with: qemu-img create -f qcow2 xp.img 100G qemu -cdrom /dev/acd0 -hda xp.img -m 256 -boot d I get this error: qemu: hardware error: register_ioport_write: invalid opaque CPU #0: EAX=00000000 EBX=00000000 ECX=00000000 EDX=00000633 ESI=00000000 EDI=00000000 EBP=00000000 ESP=00000000 EIP=0000fff0 EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES =0000 00000000 0000ffff 00009200 CS =f000 ffff0000 0000ffff 00009a00 SS =0000 00000000 0000ffff 00009200 DS =0000 00000000 0000ffff 00009200 FS =0000 00000000 0000ffff 00009200 GS =0000 00000000 0000ffff 00009200 LDT=0000 00000000 0000ffff 00008200 TR =0000 00000000 0000ffff 00008b00 GDT= 00000000 0000ffff IDT= 00000000 0000ffff CR0=60000010 CR2=00000000 CR3=00000000 CR4=00000000 DR0=00000000 DR1=00000000 DR2=00000000 DR3=00000000 DR6=ffff0ff0 DR7=00000400 FCW=037f FSW=0000 [ST=0] FTW=00 MXCSR=00001f80 FPR0=0000000000000000 0000 FPR1=0000000000000000 0000 FPR2=0000000000000000 0000 FPR3=0000000000000000 0000 FPR4=0000000000000000 0000 FPR5=0000000000000000 0000 FPR6=0000000000000000 0000 FPR7=0000000000000000 0000 XMM00=00000000000000000000000000000000 XMM01=00000000000000000000000000000000 XMM02=00000000000000000000000000000000 XMM03=00000000000000000000000000000000 XMM04=00000000000000000000000000000000 XMM05=00000000000000000000000000000000 XMM06=00000000000000000000000000000000 XMM07=00000000000000000000000000000000 Abort (core dumped) I'm going to try copying the install cd to disk first with dd and try again. THank you for your help, it is greatly appreciated. :) but when I try to read directly from the disk to install the OS: On Sun, Apr 12, 2009 at 11:50 AM, Juergen Lock wrote: > On Sun, Apr 12, 2009 at 11:24:45AM -0700, necanthrope wrote: > > > > > > > > > Hmm that shouldn't happen, did you rebuild kqemu after upgrading base? > > > Are your world and kernel in sync? When did you checkout/c(v)sup > /usr/src > > > and which branch/tag was it? What do > > > uname -a > > > ident /usr/src/sys/sys/param.h > > > ident /usr/include/sys/param.h > > > grep define.__FreeBSD_version /usr/include/sys/param.h > > > (cd /usr/ports/emulators/kqemu-kmod-devel && make -V OSVERSION) > > > say? > > > > > > Curious... > > > Juergen > > > > > > > Jurgen, > > > > Yes, I did rebuild kqemu after upgrading. I checked out 7.2 about a week > or > > so ago. Here's the output you asked for: > > > > cinema# uname -a > > FreeBSD cinema.distantsoil.org 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: > Sat > > Apr 11 19:32:34 PDT 2009 > > root@cinema.distantsoil.org:/usr/obj/usr/src_7.1/sys/GENERIC > > i386 > > > > cinema# ident /usr/src_7.1/sys/sys/param.h > > /usr/src_7.1/sys/sys/param.h: > > $FreeBSD: src/sys/sys/param.h,v 1.308.2.24 2009/03/14 08:34:45 bms > Exp > > $ > > > > cinema# ident /usr/include/sys/param.h > > /usr/include/sys/param.h: > > $FreeBSD: src/sys/sys/param.h,v 1.308.2.24 2009/03/14 08:34:45 bms > Exp > > $ > > > > cinema# grep define.__FreeBSD_version /usr/include/sys/param.h > > #define __FreeBSD_version 701106 /* Master, propagated to newvers > */ > > > > cinema# (cd /usr/ports/emulators/kqemu-kmod-devel && make -V OSVERSION) > > 701106 > > > > Note that the source directory I built world from is /usr/src_7.1, not > > /usr/src. (I fatfingered the directory name and forgot to change it to > > 7.2.) I didn't move the original /usr/src (v6.3) when I rebuilt. I am > > starting to wonder if that is the root cause of all the trouble. > > Very likely, kqemu uses which in this case seems to > reference > /usr/src/sys to find the needed kernel bits... > > HTH, > Juergen > -- 72 44 10 85 40 56 21 53 B9 DF 79 7A EA 18 AE F4 http://www.freedom-to-tinker.com/?p=1155 -- From bakul at bitblocks.com Sun Apr 12 12:26:05 2009 From: bakul at bitblocks.com (Bakul Shah) Date: Sun Apr 12 13:21:31 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: Your message of "Sun, 12 Apr 2009 20:56:24 +0200." <20090412185624.GB65339@triton.kn-bremen.de> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121415.n3CEFDCf025538@triton.kn-bremen.de> <20090412182939.E23F15B23@mail.bitblocks.com> <20090412185624.GB65339@triton.kn-bremen.de> Message-ID: <20090412192602.661B45B23@mail.bitblocks.com> On Sun, 12 Apr 2009 20:56:24 +0200 Juergen Lock wrote: > On Sun, Apr 12, 2009 at 11:29:39AM -0700, Bakul Shah wrote: > > > > But this brings up another problem with kqemu: if you are > > using SCHED_4BSD with 7.x or current, kqemu is not guaranteed > > to work. > > Oh, so the code it then uses in kqemu_schedule() is ule only? > Does the old scheduler still use sched_lock? > > [...] > struct thread *td = curthread; > thread_lock(td); > mi_switch(SW_VOL, NULL); > thread_unlock(td); > [...] You'd have to ask a scheduling expert but it appears that 4BSD sticks sched_lock in thread lock so it should just work (checked only in -current). So I take back my complaint :-) From nox at jelal.kn-bremen.de Sun Apr 12 12:40:01 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun Apr 12 13:23:37 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: <5b3cc900904121218y217da8dbs363e599c519946bf@mail.gmail.com> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121410.n3CEAkU8025500@triton.kn-bremen.de> <5b3cc900904121124k148be3c0t83ab233212a39d6a@mail.gmail.com> <20090412185053.GA65339@triton.kn-bremen.de> <5b3cc900904121218y217da8dbs363e599c519946bf@mail.gmail.com> Message-ID: <20090412193811.GA66950@triton.kn-bremen.de> On Sun, Apr 12, 2009 at 12:18:42PM -0700, necanthrope wrote: > I renamed my source directory to /usr/src, and now I can load kqemu.ko. :D > > Unfortunately, I get an error when I try to make the windows image. I > created the image with: > > qemu-img create -f qcow2 xp.img 100G qemu -cdrom /dev/acd0 -hda xp.img -m > 256 -boot d > > I get this error: > > > qemu: hardware error: register_ioport_write: invalid opaque > CPU #0: > EAX=00000000 EBX=00000000 ECX=00000000 EDX=00000633 > ESI=00000000 EDI=00000000 EBP=00000000 ESP=00000000 > EIP=0000fff0 EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0 > ES =0000 00000000 0000ffff 00009200 > CS =f000 ffff0000 0000ffff 00009a00 > SS =0000 00000000 0000ffff 00009200 > DS =0000 00000000 0000ffff 00009200 > FS =0000 00000000 0000ffff 00009200 > GS =0000 00000000 0000ffff 00009200 > LDT=0000 00000000 0000ffff 00008200 > TR =0000 00000000 0000ffff 00008b00 > GDT= 00000000 0000ffff > IDT= 00000000 0000ffff > CR0=60000010 CR2=00000000 CR3=00000000 CR4=00000000 > DR0=00000000 DR1=00000000 DR2=00000000 DR3=00000000 > DR6=ffff0ff0 DR7=00000400 > FCW=037f FSW=0000 [ST=0] FTW=00 MXCSR=00001f80 > FPR0=0000000000000000 0000 FPR1=0000000000000000 0000 > FPR2=0000000000000000 0000 FPR3=0000000000000000 0000 > FPR4=0000000000000000 0000 FPR5=0000000000000000 0000 > FPR6=0000000000000000 0000 FPR7=0000000000000000 0000 > XMM00=00000000000000000000000000000000 > XMM01=00000000000000000000000000000000 > XMM02=00000000000000000000000000000000 > XMM03=00000000000000000000000000000000 > XMM04=00000000000000000000000000000000 > XMM05=00000000000000000000000000000000 > XMM06=00000000000000000000000000000000 > XMM07=00000000000000000000000000000000 > Abort (core dumped) > Huh!? I've never seen that one... Have you rebuilt qemu after you upgraded your world? Or maybe try doing that again now that you've built kqemu against the proper kernel tree... > > I'm going to try copying the install cd to disk first with dd and try again. > > THank you for your help, it is greatly appreciated. :) > > but when I try to read directly from the disk to install the OS: [looking long at my crystal ball... :) ] You need bs=2k if you want to dd a data cd. HTH, Juergen From necanthrope at gmail.com Sun Apr 12 12:50:31 2009 From: necanthrope at gmail.com (necanthrope) Date: Sun Apr 12 13:26:31 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: <20090412193811.GA66950@triton.kn-bremen.de> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121410.n3CEAkU8025500@triton.kn-bremen.de> <5b3cc900904121124k148be3c0t83ab233212a39d6a@mail.gmail.com> <20090412185053.GA65339@triton.kn-bremen.de> <5b3cc900904121218y217da8dbs363e599c519946bf@mail.gmail.com> <20090412193811.GA66950@triton.kn-bremen.de> Message-ID: <5b3cc900904121250w74059001occ95d876242e23d@mail.gmail.com> On Sun, Apr 12, 2009 at 12:38 PM, Juergen Lock wrote: > > > > Huh!? I've never seen that one... Have you rebuilt qemu after you > upgraded your world? Or maybe try doing that again now that you've built > kqemu against the proper kernel tree... > > > > I'm going to try copying the install cd to disk first with dd and try > again. > > > > THank you for your help, it is greatly appreciated. :) > > > > but when I try to read directly from the disk to install the OS: > > [looking long at my crystal ball... :) ] You need bs=2k if you want to > dd a data cd. > > HTH, > Juergen > Juergen, Thanks for the prediction. ;) Do you mean set that as an environmental variable? I was successfully able to dd the disk, but I still get that same error when I use the .iso I created instead of the cd drive. To answer your question, I did in fact rebuild qemu from the port just before I attempted to create the xp image. Jerry -- 72 44 10 85 40 56 21 53 B9 DF 79 7A EA 18 AE F4 http://www.freedom-to-tinker.com/?p=1155 -- From nox at jelal.kn-bremen.de Sun Apr 12 13:16:45 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun Apr 12 13:41:26 2009 Subject: got google earth running again, tho still with indirect rendering... Message-ID: <20090412201428.GA67309@triton.kn-bremen.de> The following alias seems to work here now with OVERRIDE_LINUX_NONBASE_PORTS set to f8 after the astro/google-earth USE_LINUX_APPS+= dri commit: alias googleearth="LIBGL_ALWAYS_INDIRECT=1 cpuset -l 0 googleearth" Without LIBGL_ALWAYS_INDIRECT if often crashes right at startup (and if not, says it switches to indirect rendering by itself), and without cpuset it often seems to hang/deadlock after popping up its tips window. (The latter can only make a difference on smp of course.) Tested on 7-stable/amd64 with intel 965 and ati RV730 PRO using video-ati (the second one without any gl at all of course.) I guess all we need now is linux dri bits matching our version of native xorg and possibly some needed linuxolator changes? Enjoy, Juergen From nox at jelal.kn-bremen.de Sun Apr 12 13:57:52 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun Apr 12 14:42:14 2009 Subject: cannot get kqemu to load with kldload In-Reply-To: <5b3cc900904121250w74059001occ95d876242e23d@mail.gmail.com> References: <22999502.post@talk.nabble.com> <22999521.post@talk.nabble.com> <200904121410.n3CEAkU8025500@triton.kn-bremen.de> <5b3cc900904121124k148be3c0t83ab233212a39d6a@mail.gmail.com> <20090412185053.GA65339@triton.kn-bremen.de> <5b3cc900904121218y217da8dbs363e599c519946bf@mail.gmail.com> <20090412193811.GA66950@triton.kn-bremen.de> <5b3cc900904121250w74059001occ95d876242e23d@mail.gmail.com> Message-ID: <20090412204840.GA68617@triton.kn-bremen.de> On Sun, Apr 12, 2009 at 12:50:30PM -0700, necanthrope wrote: > On Sun, Apr 12, 2009 at 12:38 PM, Juergen Lock wrote: > > > > > > > > Huh!? I've never seen that one... Have you rebuilt qemu after you > > upgraded your world? Or maybe try doing that again now that you've built > > kqemu against the proper kernel tree... > > > > > > I'm going to try copying the install cd to disk first with dd and try > > again. > > > > > > THank you for your help, it is greatly appreciated. :) > > > > > > but when I try to read directly from the disk to install the OS: > > > > [looking long at my crystal ball... :) ] You need bs=2k if you want to > > dd a data cd. > > > > HTH, > > Juergen > > > > Juergen, > > Thanks for the prediction. ;) Do you mean set that as an environmental > variable? > No, as a parameter to dd... > I was successfully able to dd the disk, but I still get that same error when > I use the .iso I created instead of the cd drive. > > To answer your question, I did in fact rebuild qemu from the port just > before I attempted to create the xp image. Hmm in that case I'm out of ideas, maybe try the qemu list. Sorry... Juergen From c.r.n.a at wanadoo.fr Mon Apr 13 02:19:58 2009 From: c.r.n.a at wanadoo.fr (Nicolas) Date: Mon Apr 13 03:11:34 2009 Subject: flash10 In-Reply-To: <20090412175452.GA63038@triton.kn-bremen.de> References: <49E1F99A.3050503@wanadoo.fr> <20090412175452.GA63038@triton.kn-bremen.de> Message-ID: <49E2F705.4070205@wanadoo.fr> Hi Juergen, I'm using FreeBSD 8-Current. OVERRIDE_LINUX_BASE_PORT and OVERRIDE_LINUX_NONBASE_PORTS are set on my make.conf linprocfs is mounted on fstab. This is my pkg_version: $ pkg_version | grep linux linux-atk < linux-cairo < linux-curl = linux-expat < linux-f8-atk = linux-f8-cairo = linux-f8-curl = linux-f8-expat = linux-f8-gtk2 = linux-f8-libidn = linux-f8-libssh2 = linux-f8-nspr = linux-f8-nss = linux-f8-openssl = linux-f8-pango = linux-f8-png = linux-f8-sqlite3 = linux-f8-tiff = linux-f8-xorg-libs = linux-flashplugin = linux-fontconfig < linux-gtk2 < linux-jpeg < linux-openssl < linux-openssl = linux-pango < linux-png < linux-tiff < linux_base-f8 = Do you think there is a problem with my ports? Anyway, flash 9 work perfectly. Nicolas. Did you set OVERRIDE_LINUX_BASE_PORT and OVERRIDE_LINUX_NONBASE_PORTS to f8 and reinstalled your linux ports(!) after that? Do you have linprocfs mounted? Oh, or does this only happen with specific websites? I've seen flash coredump, causing similar errors after clicking `watch in hd' in the youtube video player... (btw, can anyone try this on head? Maybe its just missing linuxolator functionality in 7-stable?) Anyway, if the issue persists, do a `pkg_add -r linux_kdump' and then try running firefox like `ktrace -di firefox3 [1]http://youtube.com', quit it after you've reproduced the isse, and then do `linux_kdump >kdump.txt' and look in kdump.txt for what npviewer.bin did before it exited/crashed, (usually indicated by a line containing `PSIG SIGSEGV', or another signal) and then maybe post the last 100 lines up to that here. HTH, Juergen References 1. http://youtube.com/ From bugmaster at FreeBSD.org Mon Apr 13 04:06:53 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Apr 13 04:33:27 2009 Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org Message-ID: <200904131106.n3DB6pMF084910@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/130724 emulation [linprocfs] [patch] cpuinfo in linprocfs is dated, cau o kern/129169 emulation [linux] [patch] Linux Emulation ENOTCONN error using n f ports/127018 emulation Linuxulator incapable of using FreeBSD's LDAP environm o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails o ports/121800 emulation x11-toolkits/linux-openmotif - OpenMotif upgrade to 2. o kern/97326 emulation [linux] file descriptor leakage in linux emulation o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 15 problems total. From bsam at ipt.ru Mon Apr 13 04:29:34 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Mon Apr 13 05:00:33 2009 Subject: flash10 In-Reply-To: <49E2F705.4070205@wanadoo.fr> (Nicolas's message of "Mon\, 13 Apr 2009 10\:25\:41 +0200") References: <49E1F99A.3050503@wanadoo.fr> <20090412175452.GA63038@triton.kn-bremen.de> <49E2F705.4070205@wanadoo.fr> Message-ID: <25085011@bb.ipt.ru> Hello Nicolas, please don't top post and configure your MUA to do clean quotes. On Mon, 13 Apr 2009 10:25:41 +0200 Nicolas wrote: > Hi Juergen, > I'm using FreeBSD 8-Current. > OVERRIDE_LINUX_BASE_PORT and OVERRIDE_LINUX_NONBASE_PORTS are set on > my make.conf > linprocfs is mounted on fstab. > This is my pkg_version: > $ pkg_version | grep linux > linux-atk < > linux-cairo < > linux-curl = > linux-expat < > linux-f8-atk = > linux-f8-cairo = > linux-f8-curl = > linux-f8-expat = > linux-f8-gtk2 = > linux-f8-libidn = > linux-f8-libssh2 = > linux-f8-nspr = > linux-f8-nss = > linux-f8-openssl = > linux-f8-pango = > linux-f8-png = > linux-f8-sqlite3 = > linux-f8-tiff = > linux-f8-xorg-libs = > linux-flashplugin = > linux-fontconfig < > linux-gtk2 < > linux-jpeg < > linux-openssl < > linux-openssl = > linux-pango < > linux-png < > linux-tiff < > linux_base-f8 = > Do you think there is a problem with my ports? > Anyway, flash 9 work perfectly. Please, read /usr/ports/UPDATING and emulation@ ML for instructions how to upgrade to -f8- linux infrastructure ports. > Nicolas. > Did you set OVERRIDE_LINUX_BASE_PORT and OVERRIDE_LINUX_NONBASE_PORTS > to f8 and reinstalled your linux ports(!) after that? Do you have > linprocfs mounted? > Oh, or does this only happen with specific websites? I've seen flash > coredump, causing similar errors after clicking `watch in hd' in the > youtube video player... (btw, can anyone try this on head? Maybe its > just missing linuxolator functionality in 7-stable?) > Anyway, if the issue persists, do a `pkg_add -r linux_kdump' and then > try running firefox like `ktrace -di firefox3 [1]http://youtube.com', quit > it after you've reproduced the isse, and then do `linux_kdump >kdump.txt' > and look in kdump.txt for what npviewer.bin did before it exited/crashed, > (usually indicated by a line containing `PSIG SIGSEGV', or another signal) > and then maybe post the last 100 lines up to that here. > HTH, > Juergen WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From eculp at encontacto.net Mon Apr 13 08:34:07 2009 From: eculp at encontacto.net (eculp) Date: Mon Apr 13 09:06:14 2009 Subject: Flash10, with up to date current, not even recoginized with about:plugins. Message-ID: <20090413054500.1241102uwgs74khc@econet.encontacto.net> I'm using up to date current # uname -a FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #203: Sun Apr 12 15:13:50 CDT 2009 A copy of my about:plugins is at: http://www.encontacto.net/SHARE/About_Plugins.html I have installed all the f8 ports, I think. linux-f8-alsa-lib-1.0.15 linux-f8-aspell-0.60.5 linux-f8-atk-1.20.0 linux-f8-cairo-1.4.14 linux-f8-curl-7.18.2 linux-f8-expat-2.0.1 linux-f8-fontconfig-2.4.2 linux-f8-gtk2-2.12.8 linux-f8-hicolor-icon-theme-0.5 linux-f8-jpeg-6b linux-f8-libidn-0.6.14 linux-f8-libsigc++20-2.0.18 linux-f8-libssh2-0.18 linux-f8-nspr-4.7.3 linux-f8-nss-3.12.2.0 linux-f8-openssl-0.9.8b linux-f8-pango-1.18.4 linux-f8-png-1.2.22 linux-f8-scim-libs-1.4.7 linux-f8-sqlite3-3.4.2 linux-f8-tiff-3.8.2 linux-f8-xorg-libs-7.3_2 linux_base-f8-8_11 linux-flashplugin-10.0r22 nspluginwrapper-1.2.2_2 # nspluginwrapper -v -a -i Auto-install plugins from /usr/local/lib/browser_plugins Looking for plugins in /usr/local/lib/browser_plugins Auto-install plugins from /usr/local/lib/firefox/plugins Looking for plugins in /usr/local/lib/firefox/plugins Auto-install plugins from /usr/local/lib/linux-mozilla/plugins Looking for plugins in /usr/local/lib/linux-mozilla/plugins Install plugin /usr/local/lib/linux-mozilla/plugins/nphelix.so into /usr/local/lib/browser_plugins/npwrapper.nphelix.so Install plugin /usr/local/lib/linux-mozilla/plugins/mplayerplug-in-dvx.so into /usr/local/lib/browser_plugins/npwrapper.mplayerplug-in-dvx.so Install plugin /usr/local/lib/linux-mozilla/plugins/mplayerplug-in-qt.so into /usr/local/lib/browser_plugins/npwrapper.mplayerplug-in-qt.so Install plugin /usr/local/lib/linux-mozilla/plugins/mplayerplug-in-rm.so into /usr/local/lib/browser_plugins/npwrapper.mplayerplug-in-rm.so Install plugin /usr/local/lib/linux-mozilla/plugins/mplayerplug-in-wmp.so into /usr/local/lib/browser_plugins/npwrapper.mplayerplug-in-wmp.so Install plugin /usr/local/lib/linux-mozilla/plugins/mplayerplug-in.so into /usr/local/lib/browser_plugins/npwrapper.mplayerplug-in.so Install plugin /usr/local/lib/linux-mozilla/plugins/libflashplayer.so into /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so Auto-install plugins from /usr/local/lib/npapi/linux-flashplugin Looking for plugins in /usr/local/lib/npapi/linux-flashplugin Install plugin /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so into /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so Auto-install plugins from /root/.mozilla/plugins Looking for plugins in /root/.mozilla/plugins Install plugin /root/.mozilla/plugins/nppdf.so into /root/.mozilla/plugins/npwrapper.nppdf.so From that I would assume that it is working but it isn't and I'm stymied. Over the years I've used flash 7 and later 9 with no major problems. Any suggestions on what I might have missed would be appreciated. ed PS I did notice a userid (0) unknown with a couple of the linux-f8 portw while installing them with portmaster and they installed fine. IIRC gtk2 was one and scim was the other. From da at mjhp.net Mon Apr 13 08:59:59 2009 From: da at mjhp.net (Dirk Arlt) Date: Mon Apr 13 09:50:19 2009 Subject: checksum missmatches installing x11-toolkits/linux-f8-gtk2 Message-ID: <86vdp8a7p8.fsf@x22.mjhp.net> Hi all, I get the following checksum missmatches tyining to install x11-toolkits/linux-f8-gtk2 on my FreeBSD 7.2-PRERELEASE i386 [...] ===> Giving up on fetching files: rpm/i386/fedora/8.newkey/pcre-7.3-4.fc8.i386.rpm rpm/i386/fedora/8.newkey/pcre-7.3-4.fc8.i386.rpm rpm/i386/fedora/8.newkey/slang-2.1.2-2.fc8.i386.rpm rpm/i386/fedora/8.newkey/slang-2.1.2-2.fc8.i386.rpm Make sure the Makefile and distinfo file (/usr/ports/emulators/linux_base-f8/distinfo.i386) are up to date. If you are absolutely sure you want to override this check, type "make NO_CHECKSUM=yes [other args]". *** Error code 1 Stop in /usr/ports/emulators/linux_base-f8. *** Error code 1 Stop in /usr/ports/emulators/linux_base-f8. *** Error code 1 Stop in /usr/ports/x11-toolkits/linux-f8-gtk2. I do not want to disable all chesums so i did make makesum in emulators/linux_base-f8 and it seems seems to work but i meet the following => Giving up on fetching files: rpm/i386/fedora/8/libXt-1.0.4-3.fc8.i386.rpm rpm/i386/fedora/8/libXt-1.0.4-3.fc8.i386.rpm Make sure the Makefile and distinfo file (/usr/ports/x11/linux-f8-xorg-libs/distinfo.i386) are up to date. If you are absolutely sure you want to override this check, type "make NO_CHECKSUM=yes [other args]". *** Error code 1 [...] Stop in /usr/ports/x11/linux-f8-xorg-libs. *** Error code 1 Stop in /usr/ports/x11/linux-f8-xorg-libs. *** Error code 1 Stop in /usr/ports/graphics/linux-f8-cairo. *** Error code 1 Stop in /usr/ports/x11-toolkits/linux-f8-gtk2. and again, make makesum in x11/linux-f8-xorg-libs and hoping the best... [...] ===> Cleaning for popt-1.7_5 ===> Cleaning for linux-f8-gtk2-2.12.8 Hooray! But i think it should work without any make makesum! Attaching the newly build distinfos -------------- next part -------------- A non-text attachment was scrubbed... Name: distinfo.i386 Type: application/octet-stream Size: 21553 bytes Desc: x11-toolkits/linux-f8-gtk2 Url : http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20090413/f72d5240/distinfo.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: distinfo.i386 Type: application/octet-stream Size: 19806 bytes Desc: x11/linux-f8-xorg-libs Url : http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20090413/f72d5240/distinfo-0001.obj -------------- next part -------------- Dirk From bsam at ipt.ru Mon Apr 13 10:30:52 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Mon Apr 13 11:12:10 2009 Subject: checksum missmatches installing x11-toolkits/linux-f8-gtk2 In-Reply-To: <86vdp8a7p8.fsf@x22.mjhp.net> (Dirk Arlt's message of "Mon\, 13 Apr 2009 17\:34\:27 +0200") References: <86vdp8a7p8.fsf@x22.mjhp.net> Message-ID: <92928694@bb.ipt.ru> On Mon, 13 Apr 2009 17:34:27 +0200 Dirk Arlt wrote: > I get the following checksum missmatches tyining to install > x11-toolkits/linux-f8-gtk2 on my FreeBSD 7.2-PRERELEASE i386 > [...] > ===> Giving up on fetching files: rpm/i386/fedora/8.newkey/pcre-7.3-4.fc8.i386.rpm rpm/i386/fedora/8.newkey/pcre-7.3-4.fc8.i386.rpm rpm/i386/fedora/8.newkey/slang-2.1.2-2.fc8.i386.rpm rpm/i386/fedora/8.newkey/slang-2.1.2-2.fc8.i386.rpm > Make sure the Makefile and distinfo file (/usr/ports/emulators/linux_base-f8/distinfo.i386) > are up to date. If you are absolutely sure you want to override this > check, type "make NO_CHECKSUM=yes [other args]". > *** Error code 1 > Stop in /usr/ports/emulators/linux_base-f8. > *** Error code 1 > Stop in /usr/ports/emulators/linux_base-f8. > *** Error code 1 So this is an error at emulators/linux_base-f8. > Stop in /usr/ports/x11-toolkits/linux-f8-gtk2. > I do not want to disable all chesums so i did make makesum in > emulators/linux_base-f8 and it seems seems to work but i meet the > following > => Giving up on fetching files: rpm/i386/fedora/8/libXt-1.0.4-3.fc8.i386.rpm rpm/i386/fedora/8/libXt-1.0.4-3.fc8.i386.rpm > Make sure the Makefile and distinfo file (/usr/ports/x11/linux-f8-xorg-libs/distinfo.i386) > are up to date. If you are absolutely sure you want to override this > check, type "make NO_CHECKSUM=yes [other args]". > *** Error code 1 > [...] > Stop in /usr/ports/x11/linux-f8-xorg-libs. > *** Error code 1 > Stop in /usr/ports/x11/linux-f8-xorg-libs. > *** Error code 1 And this is an error at x11/linux-f8-xorg-libs. > Stop in /usr/ports/graphics/linux-f8-cairo. > *** Error code 1 > Stop in /usr/ports/x11-toolkits/linux-f8-gtk2. > and again, make makesum in x11/linux-f8-xorg-libs and hoping the best... > [...] > ===> Cleaning for popt-1.7_5 > ===> Cleaning for linux-f8-gtk2-2.12.8 > Hooray! But i think it should work without any make makesum! > Attaching the newly build distinfos Seems that you didn't have errors for linux-f8-gtk2, so the distinfo you attached should be the same as at the port. Well, you are right that there should be no errors. However, I've just tested x11/linux-f8-xorg-libs and didn't find any errors. Please, do: . update your ports tree; . make sure you don't use any MASTER_SITE* redirect; . clean up your distfiles (make distclean); . refetch the port (make fetch); . test checksums (make checksum). If you get any errors it will be better to see the full log of all those operations (TEE(1) may help here). BTW, the information "diff -u " usualy is more helpfull rather a itself. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From bms at incunabulum.net Mon Apr 13 19:22:53 2009 From: bms at incunabulum.net (Bruce Simpson) Date: Mon Apr 13 19:48:45 2009 Subject: Flash10, with up to date current, not even recoginized with about:plugins. In-Reply-To: <20090413054500.1241102uwgs74khc@econet.encontacto.net> References: <20090413054500.1241102uwgs74khc@econet.encontacto.net> Message-ID: <49E3EF7A.1020107@incunabulum.net> eculp wrote: > > PS I did notice a userid (0) unknown with a couple of the linux-f8 > portw while installing them with portmaster and they installed fine. > IIRC gtk2 was one and scim was the other. JFYI: I found I had to use f9 for Flash 9 to run on 7.2-PRERELEASE. It still isn't 100% happy, in particular, plugin wrapper leaves processes lying around, and subsequent invocations can have problems doing anything at all; e.g. the first invocation running a YouTube video will work, but after that, it hangs. Firefox continues to run, but Flash does not work. From da at mjhp.net Tue Apr 14 03:35:17 2009 From: da at mjhp.net (Dirk Arlt) Date: Tue Apr 14 04:04:40 2009 Subject: checksum missmatches installing x11-toolkits/linux-f8-gtk2 In-Reply-To: <92928694@bb.ipt.ru> (Boris Samorodov's message of "Mon\, 13 Apr 2009 21\:30\:49 +0400") References: <86vdp8a7p8.fsf@x22.mjhp.net> <92928694@bb.ipt.ru> Message-ID: <861vrvwmji.fsf@x22.mjhp.net> Boris Samorodov wrote: [...] > > Seems that you didn't have errors for linux-f8-gtk2, so the distinfo > you attached should be the same as at the port. > The distinfos attached are for x11/linux-f8-xorg-libs and emulators/linux_base-f8. x11-toolkits/linux-f8-gt2 didn'give me any error. > Well, you are right that there should be no errors. > > However, I've just tested x11/linux-f8-xorg-libs and didn't find > any errors. Please, do: > . update your ports tree; > . make sure you don't use any MASTER_SITE* redirect; > . clean up your distfiles (make distclean); > . refetch the port (make fetch); > . test checksums (make checksum). > The Portstree is up to date but i got the same errors on older portstrees. Before installing anything on this machine everything is deinstalled and /usr/local/ is cleaned. I do not change any predefined Sites and /usr/ports/ is empty. I refetched the port about three times. > If you get any errors it will be better to see the full log of > all those operations (TEE(1) may help here). > Will take a look at that. > BTW, the information "diff -u " usualy is more > helpfull rather a itself. > I will send diffs asap, sorry for not thinking about that earlyer. > > WBR Dirk From matti.k at bigpond.net.au Tue Apr 14 06:49:44 2009 From: matti.k at bigpond.net.au (matti k) Date: Tue Apr 14 07:10:23 2009 Subject: Flash10, with up to date current, not even recoginized with about:plugins. In-Reply-To: <20090413054500.1241102uwgs74khc@econet.encontacto.net> References: <20090413054500.1241102uwgs74khc@econet.encontacto.net> Message-ID: <20090414203301.57209d43@platypus.freebsd.home> On Mon, 13 Apr 2009 05:45:00 -0500 eculp wrote: > I'm using up to date current > # uname -a > FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #203: Sun > Apr 12 15:13:50 CDT 2009 > > Auto-install plugins from /root/.mozilla/plugins Looking for plugins > in /root/.mozilla/plugins Install > plugin /root/.mozilla/plugins/nppdf.so > into /root/.mozilla/plugins/npwrapper.nppdf.so > Try running nspluginwrapper as normal user. Cheers, Matti From eculp at encontacto.net Tue Apr 14 10:18:39 2009 From: eculp at encontacto.net (eculp) Date: Tue Apr 14 11:03:15 2009 Subject: Flash10, with up to date current, not even recoginized with about:plugins. In-Reply-To: <49E3EF7A.1020107@incunabulum.net> References: <20090413054500.1241102uwgs74khc@econet.encontacto.net> <49E3EF7A.1020107@incunabulum.net> Message-ID: <20090414121834.16493y1mb7iqhegw@econet.encontacto.net> Quoting Bruce Simpson : > eculp wrote: >> >> PS I did notice a userid (0) unknown with a couple of the linux-f8 >> portw while installing them with portmaster and they installed >> fine. IIRC gtk2 was one and scim was the other. > > JFYI: > I found I had to use f9 for Flash 9 to run on 7.2-PRERELEASE. Hi Bruce, Would this be Flash 10 you are refering to? Flash 9 was working fine for me before updating to the *-f8-* ports and moving to flash 10. I am going to give f9 a try with falsh10 and see if I can at least get it recoginized and maybe work as you have. Thanks, ed > > It still isn't 100% happy, in particular, plugin wrapper leaves > processes lying around, and subsequent invocations can have problems > doing anything at all; e.g. the first invocation running a YouTube > video will work, but after that, it hangs. Firefox continues to run, > but Flash does not work. > From gavin at FreeBSD.org Thu Apr 16 04:37:24 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Thu Apr 16 05:24:21 2009 Subject: kern/56451: /compat/linux/proc/cpuinfo gives wrong CPU model Message-ID: <200904161137.n3GBbMie069111@freefall.freebsd.org> Synopsis: /compat/linux/proc/cpuinfo gives wrong CPU model State-Changed-From-To: feedback->open State-Changed-By: gavin State-Changed-When: Thu Apr 16 11:36:04 UTC 2009 State-Changed-Why: Over to maintainer(s). Responsible-Changed-From-To: freebsd-bugs->freebsd-emulation Responsible-Changed-By: gavin Responsible-Changed-When: Thu Apr 16 11:36:04 UTC 2009 Responsible-Changed-Why: Put back into the "open" state. Although no feedback was received, as far as I can tell hte code hasn't changed, and this bug should be easy for somebody familiar with linprocfs to verify. http://www.freebsd.org/cgi/query-pr.cgi?pr=56451 From c.r.n.a at wanadoo.fr Thu Apr 16 07:23:22 2009 From: c.r.n.a at wanadoo.fr (Nicolas) Date: Thu Apr 16 08:09:54 2009 Subject: Flash10, with up to date current, not even recoginized with about:plugins. References: 49E3EF7A.1020107@incunabulum.net Message-ID: <49E73EE3.4020800@wanadoo.fr> Hi Eculp, I have the same problem and it's now solved. Simply delete all files and directories in /usr/compat/linux Delete all directories related to linux in /var/db/pkg Reinstall all the linux base and plugins. After that, type in terminal: cd /usr/local/lib/firefox3/plugins && ln -s /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so npwrapper.libflashplayer.so Is it working now ? If no, open terminal and type: firefox3 you will see all problem message. Nicolas. PS: i recommend you, if you don't need it, to deinstall the linux alsa lib. From nox at jelal.kn-bremen.de Fri Apr 17 12:11:38 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Fri Apr 17 12:48:41 2009 Subject: flash10 In-Reply-To: <49E84409.8000005@wanadoo.fr> References: <49E84409.8000005@wanadoo.fr> Message-ID: <20090417190929.GA10939@triton.kn-bremen.de> [btw, please send plain text email instead of html to freebsd lists next time, many people here aren't really setup for html mail...] On Fri, Apr 17, 2009 at 10:55:37AM +0200, Nicolas wrote: > Hi, > I updated all my ports. > Version of Linux is: > $ pkg_version | grep linux > linux-f8-aspell = > linux-f8-atk = > linux-f8-cairo = > linux-f8-curl = > linux-f8-expat = > linux-f8-fontconfig = > linux-f8-gtk2 = > linux-f8-hicolor-icon-theme = > linux-f8-jpeg = > linux-f8-libidn = > linux-f8-libsigc++20 = > linux-f8-libssh2 = > linux-f8-nspr = > linux-f8-nss = > linux-f8-openssl = > linux-f8-pango = > linux-f8-png = > linux-f8-scim-libs = > linux-f8-sqlite3 = > linux-f8-tiff = > linux-f8-xorg-libs = > linux-flashplugin = > linux_base-f9 = > $ uname -a > FreeBSD localhost 8.0-CURRENT FreeBSD 8.0-CURRENT #5: Sun Apr 12 > 11:50:24 CEST 2009 niko@localhost:/usr/obj/usr/src/sys/GENERIC > i386 > And i have always this problem ! > When i go to a website like google video (no video loaded) or simple > weather website, i have this message: > (npviewer.bin:22459): Gtk-WARNING **: Locale not supported by C > library. > Using the fallback 'C' locale. > *** NSPlugin Wrapper *** ERROR: NPP_HandleEvent() wait for reply: > Message timeout > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/ > npw-wrapper.c:1924):invoke_NPP_SetWindow: assertion failed: > (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/ > npw-wrapper.c:2534):invoke_NPP_HandleEvent: assertion failed: > (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/ > npw-wrapper.c:1855):invoke_NPP_Destroy: assertion failed: > (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** ERROR: NPObject 0x2e9df170 is no longer valid! > (npviewer.bin:22780): Gtk-WARNING **: Locale not supported by C > library. > Using the fallback 'C' locale. > *** NSPlugin Wrapper *** ERROR: NPP_SetWindow() wait for reply: Message > timeout > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/ > npw-wrapper.c:1924):invoke_NPP_SetWindow: assertion failed: > (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/ > npw-wrapper.c:1974):invoke_NPP_GetValue: assertion failed: > (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** WARNING: unhandled variable 11 in > NPP_GetValue() > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/ > npw-wrapper.c:2164):invoke_NPP_NewStream: assertion failed: > (rpc_method_invoke_possible(plugin->connection)) > Do you have a solution for this ? > It's really instable and freeze firefox for 1 or 2 minutes. > Thanks in advance, > Nicolas. > Hi Juergen, > I'm using FreeBSD 8-Current. > OVERRIDE_LINUX_BASE_PORT and OVERRIDE_LINUX_NONBASE_PORTS are set on > my make.conf > linprocfs is mounted on fstab. >[...] Ok, in that case my original answer still stands that you even included: >>[...] >> Anyway, if the issue persists, do a `pkg_add -r linux_kdump' and then >>try running firefox like `ktrace -di firefox3 http://youtube.com', quit >>it after you've reproduced the isse, and then do `linux_kdump >kdump.txt' >>and look in kdump.txt for what npviewer.bin did before it exited/crashed, >>(usually indicated by a line containing `PSIG SIGSEGV', or another signal) >>and then maybe post the last 100 lines up to that here. >>HTH, >> Juergen From bugmaster at FreeBSD.org Mon Apr 20 11:06:51 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Apr 20 11:07:41 2009 Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org Message-ID: <200904201106.n3KB6o3g032981@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/130724 emulation [linprocfs] [patch] cpuinfo in linprocfs is dated, cau o kern/129169 emulation [linux] [patch] Linux Emulation ENOTCONN error using n f ports/127018 emulation Linuxulator incapable of using FreeBSD's LDAP environm o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails o ports/121800 emulation x11-toolkits/linux-openmotif - OpenMotif upgrade to 2. o kern/97326 emulation [linux] file descriptor leakage in linux emulation o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/56451 emulation [linprocfs] /compat/linux/proc/cpuinfo gives wrong CPU o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 16 problems total. From nox at jelal.kn-bremen.de Thu Apr 23 22:09:59 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Thu Apr 23 22:10:06 2009 Subject: Recent qemu and timers issue In-Reply-To: <200904072137.n37LbbdC071227@triton.kn-bremen.de> References: <200904032223.n33MNTiq019599@triton.kn-bremen.de> <200904072137.n37LbbdC071227@triton.kn-bremen.de> Message-ID: <20090423214701.GA83621@triton.kn-bremen.de> On Tue, Apr 07, 2009 at 11:37:37PM +0200, Juergen Lock wrote: > In article <200904062254.37824.kalinoj1@iem.pw.edu.pl> you write: > >Dnia sobota 04 kwietnia 2009 o 00:23:29 Juergen Lock napisa=C5=82(a): > >> In article you write: > >> >Hi all, > >> > > >> >When running FreeBSD 8-CURRENT system inside a qemu machine (from the > >> >latest port by nox@freebsd.org) I have strange timer problems in the > >> >virtual machine. > >> > >> What is the host running, also current? > > > >Yes, the host is also running current.=20 > > > >But the same host has no problem with older FreeBSD kernels on the guest, e= > >g.=20 > >=46reeSBIe 1.1 or FreeNAS (kernel v.6.4) > > > OK I did some tests in the meantime on my newest box that has 4 cpus and > is running 7-stable: (host) > >> > >> >My logs and console are full of messages like this: > >> >calcru: runtime went backwards from 11248014678717988 usec to 119242 usec > >> >for pid 60 (ps) > >> > > >> >calcru: runtime went backwards from 11248014678921829 usec to 2516605 us= > >ec > >> >for pid 60 (ps) > >> >calcru: runtime went backwards from 7014844 usec to 6270851 usec for pid= > > 0 > >> >(kernel) > >> > > >> >It even happens for some processes to die inside qemu guest. > >> > >> Is this an smp host? You could try forcing qemu onto one cpu by > >> doing like: > >> cpuset -l 0 qemu ... > >> > > > >Yes, it's an smp host (8 cpus). But cpuset -l 0 qemu ... (also -clock=20 > >dynticks) didnt't help. > > > Same here with an 8.0-HEAD-20090403-JPSNAP-i386 guest. (OK I didn't see > guest processes die, but I also didn't really load the guests so far...) > > A 7.1-RELENG_7-20090403-JPSNAP-i386 guest was not affected. > > >> >I tried to use all possible timers using sysctl, where I have: > >> >TSC(800) HPET(900) ACPI-safe(850) i8254(0) dummy(-1000000) > >> >None of these helped. > >> > >> On the host or in the guest? > >> > > > >It's in the guest machine., where I tried these settings=20 > > > >One important thing I forgot to mention in my initial posting: > >When I run 'systat -vm 1' o the guest machine - it's almost fully loaded - = > >and=20 > >80% (or more) of it's cpu time is spent in interrrupt handling! This is als= > >o=20 > >not the case with older kernels. > > > Hmm 'systat -vm 1' doesn't really load the 8.0 guest here. > > >> [snip] > >> >I would greatly appreciate any help or a hint - where should I look for > >> >help on this issue. > >> > >> If none of these help you could also try the qemu list: > >> http://lists.nongnu.org/mailman/listinfo/qemu-devel > >> (I think you can still post without being subscribed, altho in that case > >> it may take a while for the post to get thru.) > >> > >> HTH, > >> Juergen > > > >At this moment it's very hard for me to judge if it's qemu or kernel issue.. > >Any thoughts? > > Yeah, could be one or the other. I just noticed running any FreeBSD guest with bootverbose (boot -v, or menu item 5 in the default beastie menu) gives me lots of these: t_delta 16.0109662fcd2712a0 too long t_delta 16.014a1099ee815ca0 too long t_delta 16.0108d9c2ecd404c0 too long t_delta 16.0108d032cb334b60 too long t_delta 15.f58306afb53419a0 too short t_delta 16.010a762538a38680 too long etc. My guess is this could be related... Juergen From brde at optusnet.com.au Fri Apr 24 15:05:04 2009 From: brde at optusnet.com.au (Bruce Evans) Date: Fri Apr 24 15:05:11 2009 Subject: Recent qemu and timers issue In-Reply-To: <20090423214701.GA83621@triton.kn-bremen.de> References: <200904032223.n33MNTiq019599@triton.kn-bremen.de> <200904072137.n37LbbdC071227@triton.kn-bremen.de> <20090423214701.GA83621@triton.kn-bremen.de> Message-ID: <20090424201623.N887@besplex.bde.org> On Thu, 23 Apr 2009, Juergen Lock wrote: > On Tue, Apr 07, 2009 at 11:37:37PM +0200, Juergen Lock wrote: >> In article <200904062254.37824.kalinoj1@iem.pw.edu.pl> you write: >>> Dnia sobota 04 kwietnia 2009 o 00:23:29 Juergen Lock napisa=C5=82(a): >>>> In article you write: >>> ... >> OK I did some tests in the meantime on my newest box that has 4 cpus and >> is running 7-stable: (host) >>>> >>>>> My logs and console are full of messages like this: >>>>> calcru: runtime went backwards from 11248014678717988 usec to 119242 usec >>>>> for pid 60 (ps) >>>>> >>>>> calcru: runtime went backwards from 11248014678921829 usec to 2516605 us= >>> ec >>>>> for pid 60 (ps) >>>>> calcru: runtime went backwards from 7014844 usec to 6270851 usec for pid= >>> 0 >> ... >>>>> I tried to use all possible timers using sysctl, where I have: >>>>> TSC(800) HPET(900) ACPI-safe(850) i8254(0) dummy(-1000000) >>>>> None of these helped. None of these are normally used for calculating runtimes. Normally on i386, the TSC is used. The only way to configure this is to edit the source code. Try removing the calls to set_cputicker() in the MD code. Then the MI and timecounter-based cputicker tc_cpu_ticks() will be used. A better implementation would use a user-selectable timecounter-based cputicker in all cases, but usually not the system timecounter since that is likely to be very slow so as to be more accurate. >>> At this moment it's very hard for me to judge if it's qemu or kernel issue.. >>> Any thoughts? >> >> Yeah, could be one or the other. > > I just noticed running any FreeBSD guest with bootverbose (boot -v, > or menu item 5 in the default beastie menu) gives me lots of these: > t_delta 16.0109662fcd2712a0 too long > t_delta 16.014a1099ee815ca0 too long > t_delta 16.0108d9c2ecd404c0 too long > t_delta 16.0108d032cb334b60 too long > t_delta 15.f58306afb53419a0 too short > t_delta 16.010a762538a38680 too long > etc. My guess is this could be related... As you probably know, virtualizing timers is hard to do correctly (see vmware docs), so the problem is most probably partly in qemu. The cputicker code is much more fragile and/or broken than the timecounter code, so imperfect virtualization is likely to cause more problems with it. The above t_delta printfs are a sign of problems. It is not surprising that the recalibration code (cpu_tick_calibrate() (sic)) has timing problems with virtual timers. When it detects a problem, it prints the above; then it continues using the old (possibly wrong) frequency. When it doesn't detect a problem, and the recalibrated frequency would be larger, then it continues using the new (possibly wrong) frequency. When it doesn't detect a problem, and the recalibrated frequency would be smaller, then it is just broken -- it continues using the old (certainly wrong) frequency. When miscalibrations are normal as appears to be the case with qemu, this bug probably makes their effects less obvious: It makes the miscalibrated frequencies monotonically increasing so they will soon converge to a limit and the frequency used will then be invariant until the next full calibration. When the limit is infinity, as is caused messing up the timers completely (e.g., by sitting at a debugger prompt for more than a couple of seconds) then other effects are fairly visible -- all user and sys times are broken (nearly 0). When the limit is only a few percent larger than the average, the user and sys times will be only a few percent lower, provided the difference between the limit and the actual (transient) frequency is not so large that calcru() sees problems and tries to fix them. Fixing there is fundamentally impossible but in some cases the damage is small enough to hide. In all cases, continuing with a wrong frequency will cause problems with the runtime calculations. Continuing with a right (but changed) frequency is little better. calcru() is fundamentally broken if the frequency actually changes, since it applies the current frequency to ticks accumulated at old frequencies. The following patch fixes a couple of the problems in recalibration: % diff -c2 ./kern/kern_tc.c~ ./kern/kern_tc.c % *** ./kern/kern_tc.c~ Thu Mar 20 01:05:27 2008 % --- ./kern/kern_tc.c Thu Mar 20 01:05:29 2008 % *************** % *** 884,888 **** % return; % % ! getbinuptime(&t_this); % c_this = cpu_ticks(); % if (t_last.sec != 0) { % --- 884,888 ---- % return; % % ! binuptime(&t_this); % c_this = cpu_ticks(); % if (t_last.sec != 0) { The existence of getbinuptime() is a bug, and its use here is especially wrong. We should use the current time, and binuptime() gives this as well as possible. The caller has just set the time cached for getbinutime() to the current time, but this is not quite the same. There is no locking here, except the implicit locking given by being in a fast interrupt handler, so the time between the caching and the use of the value is unbounded. We may be interrupted even if we are in a fast interrupt handler, depending on the implementation of fast interrupt handlers. Emulation is quite likely to result in fast interrupt handlers being interrupted -- they are probably as "fast" (really low-latency) as possible on the target, but they may be interrupted on the host and then long delayed on the target in some cases (hopefully not often). So using binuptime() is only slightly better here -- a delay may occur after the timecounter is read, no matter where it is read. Something like the following is needed: %%% binuptime(&start_bt); start_tsc = rdtsc(); do { binuptime(&sample_bt); tsc = rdtsc(); binuptime(&bt); bintime_sub(&bt, &sample_bt); if (bintimecmp(&bt, &best_bt, <)) { best_bt = bt; best_sample_bt = sample_bt; best_tsc = tsc; } bt = sample_bt; bintime_sub(&bt, &start_bt); } while (++nsamples < min_nsamples || bintimecmp(&best_bt, min_error_btp, >)); %%% Reads of the timer being calibrated (TSC here) are sandwiched between reads of the reference timer and ones that can't be measured to within a few parts per billion are discarded. I never saw any effects from the above change on non-virtual systems. Also, the sanity checks (which print the t_delta message) never fired for the extremely messed up timers given by running ddb. When running ddb, normal timing stops working after a few seoncs or millseconds since timecounters require interrupts to work. However, the cputicker keeps working precisely if it is the TSC. So the cputicker : delta-binuptime ratio soon becomes effectively infinite. The sanity checking code seems to always fail to detect this problem. % *************** % *** 922,931 **** % c_delta <<= 20; % c_delta /= divi; % ! if (c_delta > cpu_tick_frequency) { % ! if (0 && bootverbose) % ! printf("cpu_tick increased to %ju Hz\n", % ! c_delta); % ! cpu_tick_frequency = c_delta; % ! } % } % } % --- 922,930 ---- % c_delta <<= 20; % c_delta /= divi; % ! if ((0 && bootverbose)) % ! printf( % ! "cpu_tick_frequency changed from %ju to %ju Hz\n", % ! cpu_tick_frequency, c_delta); % ! cpu_tick_frequency = c_delta; % } % } This fixes the bug which makes cpu_tick_frequency non-decreasing. Another thing you can try here is to edit the source code to change the set_cputicker() calls to say that the frequency is not variable. I used this temporarily to work around the non-decreasing calibration. This should be the default for emulators for most cputickers -- emulators should emulate a constant frequency and not emulate the complexities for pwoer saving. This should probably be the default when the cputicker is the i386 TSC and the TSC is P-state invariant. Currently, P-state invariance only causes turning off of cpufreq's adjustment of the TSC as a timecounter. Bruce From nox at jelal.kn-bremen.de Sun Apr 26 18:44:45 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun Apr 26 18:44:53 2009 Subject: Recent qemu and timers issue In-Reply-To: <20090424201623.N887@besplex.bde.org> References: <200904032223.n33MNTiq019599@triton.kn-bremen.de> <200904072137.n37LbbdC071227@triton.kn-bremen.de> <20090423214701.GA83621@triton.kn-bremen.de> <20090424201623.N887@besplex.bde.org> Message-ID: <20090426184021.GA9545@triton.kn-bremen.de> On Fri, Apr 24, 2009 at 10:20:33PM +1000, Bruce Evans wrote: > On Thu, 23 Apr 2009, Juergen Lock wrote: > > > On Tue, Apr 07, 2009 at 11:37:37PM +0200, Juergen Lock wrote: > >> In article <200904062254.37824.kalinoj1@iem.pw.edu.pl> you write: > >>> Dnia sobota 04 kwietnia 2009 o 00:23:29 Juergen Lock napisa=C5=82(a): > >>>> In article you write: > >>> ... > >> OK I did some tests in the meantime on my newest box that has 4 cpus and > >> is running 7-stable: (host) > >>>> > >>>>> My logs and console are full of messages like this: > >>>>> calcru: runtime went backwards from 11248014678717988 usec to 119242 usec > >>>>> for pid 60 (ps) > >>>>> > >>>>> calcru: runtime went backwards from 11248014678921829 usec to 2516605 us= > >>> ec > >>>>> for pid 60 (ps) > >>>>> calcru: runtime went backwards from 7014844 usec to 6270851 usec for pid= > >>> 0 > >> ... > >>>>> I tried to use all possible timers using sysctl, where I have: > >>>>> TSC(800) HPET(900) ACPI-safe(850) i8254(0) dummy(-1000000) > >>>>> None of these helped. > > None of these are normally used for calculating runtimes. Normally > on i386, the TSC is used. Aaah-haa, this I didn't know. > The only way to configure this is to edit > the source code. Try removing the calls to set_cputicker() in the MD > code. Then the MI and timecounter-based cputicker tc_cpu_ticks() will > be used. Yup, that seemed to help indeed. (patch below.) > A better implementation would use a user-selectable > timecounter-based cputicker in all cases, but usually not the system > timecounter since that is likely to be very slow so as to be more > accurate. > This was using qemu's emulated hpet... I guess you mean slow to read the counter value? How often is the cputicker read, at every context switch? More often? > >>> At this moment it's very hard for me to judge if it's qemu or kernel issue.. > >>> Any thoughts? > >> > >> Yeah, could be one or the other. > > > > I just noticed running any FreeBSD guest with bootverbose (boot -v, > > or menu item 5 in the default beastie menu) gives me lots of these: > > t_delta 16.0109662fcd2712a0 too long > > t_delta 16.014a1099ee815ca0 too long > > t_delta 16.0108d9c2ecd404c0 too long > > t_delta 16.0108d032cb334b60 too long > > t_delta 15.f58306afb53419a0 too short > > t_delta 16.010a762538a38680 too long > > etc. My guess is this could be related... > > As you probably know, virtualizing timers is hard to do correctly (see > vmware docs), so the problem is most probably partly in qemu. The > cputicker code is much more fragile and/or broken than the timecounter > code, so imperfect virtualization is likely to cause more problems > with it. The above t_delta printfs are a sign of problems. > > It is not surprising that the recalibration code (cpu_tick_calibrate() > (sic)) has timing problems with virtual timers. When it detects a > problem, it prints the above; then it continues using the old (possibly > wrong) frequency. When it doesn't detect a problem, and the recalibrated > frequency would be larger, then it continues using the new (possibly > wrong) frequency. > > When it doesn't detect a problem, and the recalibrated frequency would > be smaller, then it is just broken -- it continues using the old > (certainly wrong) frequency. When miscalibrations are normal as appears > to be the case with qemu, this bug probably makes their effects less > obvious: > It makes the miscalibrated frequencies monotonically increasing > so they will soon converge to a limit and the frequency used will > then be invariant until the next full calibration. When the limit > is infinity, as is caused messing up the timers completely (e.g., > by sitting at a debugger prompt for more than a couple of seconds) > then other effects are fairly visible -- all user and sys times > are broken (nearly 0). When the limit is only a few percent larger > than the average, the user and sys times will be only a few percent > lower, provided the difference between the limit and the actual > (transient) frequency is not so large that calcru() sees problems > and tries to fix them. Fixing there is fundamentally impossible > but in some cases the damage is small enough to hide. > > In all cases, continuing with a wrong frequency will cause problems with > the runtime calculations. Continuing with a right (but changed) frequency > is little better. calcru() is fundamentally broken if the frequency > actually changes, since it applies the current frequency to ticks > accumulated at old frequencies. > > The following patch fixes a couple of the problems in recalibration: > > % diff -c2 ./kern/kern_tc.c~ ./kern/kern_tc.c > % *** ./kern/kern_tc.c~ Thu Mar 20 01:05:27 2008 > % --- ./kern/kern_tc.c Thu Mar 20 01:05:29 2008 > % *************** > % *** 884,888 **** > % return; > % > % ! getbinuptime(&t_this); > % c_this = cpu_ticks(); > % if (t_last.sec != 0) { > % --- 884,888 ---- > % return; > % > % ! binuptime(&t_this); > % c_this = cpu_ticks(); > % if (t_last.sec != 0) { > I tried this too... (with tsc as cputicker) > The existence of getbinuptime() is a bug, and its use here is especially > wrong. We should use the current time, and binuptime() gives this as > well as possible. The caller has just set the time cached for > getbinutime() to the current time, but this is not quite the same. > There is no locking here, except the implicit locking given by being > in a fast interrupt handler, so the time between the caching and the > use of the value is unbounded. We may be interrupted even if we are > in a fast interrupt handler, depending on the implementation of fast > interrupt handlers. Emulation is quite likely to result in fast > interrupt handlers being interrupted -- they are probably as "fast" > (really low-latency) as possible on the target, but they may be > interrupted on the host and then long delayed on the target in some > cases (hopefully not often). (Yup, especially when the host is running other things too besides this one vm guest...) > So using binuptime() is only slightly > better here -- a delay may occur after the timecounter is read, no > matter where it is read. Something like the following is needed: > > %%% > binuptime(&start_bt); > start_tsc = rdtsc(); > do { > binuptime(&sample_bt); > tsc = rdtsc(); > binuptime(&bt); > bintime_sub(&bt, &sample_bt); > if (bintimecmp(&bt, &best_bt, <)) { > best_bt = bt; > best_sample_bt = sample_bt; > best_tsc = tsc; > } > bt = sample_bt; > bintime_sub(&bt, &start_bt); > } while (++nsamples < min_nsamples || > bintimecmp(&best_bt, min_error_btp, >)); > %%% > > Reads of the timer being calibrated (TSC here) are sandwiched between > reads of the reference timer and ones that can't be measured to within > a few parts per billion are discarded. > > I never saw any effects from the above change on non-virtual systems. > Also, the sanity checks (which print the t_delta message) never fired > for the extremely messed up timers given by running ddb. When running > ddb, normal timing stops working after a few seoncs or millseconds since > timecounters require interrupts to work. However, the cputicker keeps > working precisely if it is the TSC. So the cputicker : delta-binuptime > ratio soon becomes effectively infinite. The sanity checking code seems > to always fail to detect this problem. > > % *************** > % *** 922,931 **** > % c_delta <<= 20; > % c_delta /= divi; > % ! if (c_delta > cpu_tick_frequency) { > % ! if (0 && bootverbose) > % ! printf("cpu_tick increased to %ju Hz\n", > % ! c_delta); > % ! cpu_tick_frequency = c_delta; > % ! } > % } > % } > % --- 922,930 ---- > % c_delta <<= 20; > % c_delta /= divi; > % ! if ((0 && bootverbose)) > % ! printf( > % ! "cpu_tick_frequency changed from %ju to %ju Hz\n", > % ! cpu_tick_frequency, c_delta); > % ! cpu_tick_frequency = c_delta; > % } > % } > > This fixes the bug which makes cpu_tick_frequency non-decreasing. > ...and I tried this, both changes didn't fix the problem. > Another thing you can try here is to edit the source code to change > the set_cputicker() calls to say that the frequency is not variable. That probably won't help here because I noticed at least the initial tsc `calibration' in the guest (in init_TSC()) is way off too (it got not even half the value here of the actual frequency, which according to dmesg on this host is `TSC: P-state invariant'.) OK _maybe_ if we get the proper frequency into the guest there somehow from the beginning and then say its not variable maybe it could work, but that still leaves the case of hosts with non P-state invariant tsc because... > I used this temporarily to work around the non-decreasing calibration. > This should be the default for emulators for most cputickers -- emulators > should emulate a constant frequency and not emulate the complexities > for pwoer saving. Hmm I guess thats more easily said than done. :) At least qemu basically just passes the host tsc thru when a guest reads it. > This should probably be the default when the cputicker > is the i386 TSC and the TSC is P-state invariant. Currently, P-state > invariance only causes turning off of cpufreq's adjustment of the TSC > as a timecounter. Oh and thanx for this enlightful post, very much appreciated! And for anyone who would like to test a patch: (I think vm_guest is only defined on head tho so this patch wont work on stable.) Index: sys/i386/i386/tsc.c @@ -79,6 +79,8 @@ 800, /* quality (adjusted in code) */ }; +extern int vm_guest; /* Running as virtual machine guest? */ + void init_TSC(void) { @@ -109,6 +111,16 @@ * via tsc_freq_max(). This also will be updated if someone loads * a cpufreq driver after boot that discovers a new max frequency. */ +#if 1 + /* most(?) VMs' tsc are unreliable as cputicker, causing + * `calcru: runtime went backwards ...' messages. (This falls + * back to using tc_cpu_ticks instead of rdtsc which hopefully + * is something better in the vm like acpi-fast or hpet.) + * XXX is this also true for xen? + */ + if (vm_guest) + return; +#endif set_cputicker(rdtsc, tsc_freq, 1); /* Register to find out about changes in CPU frequency. */ Index: sys/amd64/amd64/tsc.c @@ -78,6 +78,8 @@ 800, /* quality (adjusted in code) */ }; +extern int vm_guest; /* Running as virtual machine guest? */ + void init_TSC(void) { @@ -100,6 +102,16 @@ * via tsc_freq_max(). This also will be updated if someone loads * a cpufreq driver after boot that discovers a new max frequency. */ +#if 1 + /* most(?) VMs' tsc are unreliable as cputicker, causing + * `calcru: runtime went backwards ...' messages. (This falls + * back to using tc_cpu_ticks instead of rdtsc which hopefully + * is something better in the vm like acpi-fast or hpet.) + * XXX is this also true for xen? + */ + if (vm_guest) + return; +#endif set_cputicker(rdtsc, tsc_freq, 1); /* Register to find out about changes in CPU frequency. */ (I say most(?) VMs' tsc are unreliable there because I found this issue mentioned in the list archives also for vmware and ms virtual server at least... and also the comments in sys/i386/i836/tsc.c:init_TSC_tc() say tsc is unreliable with apm because of cpu time spent in smm code, and as mentioned with VMs I'd say this is even worse because of cpu time spent in the host kernel, other host processes, etc.) Thanx, Juergen From brde at optusnet.com.au Mon Apr 27 09:12:01 2009 From: brde at optusnet.com.au (Bruce Evans) Date: Mon Apr 27 09:12:08 2009 Subject: Recent qemu and timers issue In-Reply-To: <20090426184021.GA9545@triton.kn-bremen.de> References: <200904032223.n33MNTiq019599@triton.kn-bremen.de> <200904072137.n37LbbdC071227@triton.kn-bremen.de> <20090423214701.GA83621@triton.kn-bremen.de> <20090424201623.N887@besplex.bde.org> <20090426184021.GA9545@triton.kn-bremen.de> Message-ID: <20090427182336.K64097@delplex.bde.org> On Sun, 26 Apr 2009, Juergen Lock wrote: > On Fri, Apr 24, 2009 at 10:20:33PM +1000, Bruce Evans wrote: >> On Thu, 23 Apr 2009, Juergen Lock wrote: >> >>> On Tue, Apr 07, 2009 at 11:37:37PM +0200, Juergen Lock wrote: >>>> In article <200904062254.37824.kalinoj1@iem.pw.edu.pl> you write: >>>>> Dnia sobota 04 kwietnia 2009 o 00:23:29 Juergen Lock napisa=C5=82(a): >>>>>> In article you write: >>>>> ... >>>>>>> I tried to use all possible timers using sysctl, where I have: >>>>>>> TSC(800) HPET(900) ACPI-safe(850) i8254(0) dummy(-1000000) >>>>>>> None of these helped. >> >> None of these are normally used for calculating runtimes. Normally >> on i386, the TSC is used. > > Aaah-haa, this I didn't know. > >> The only way to configure this is to edit >> the source code. Try removing the calls to set_cputicker() in the MD >> code. Then the MI and timecounter-based cputicker tc_cpu_ticks() will >> be used. > > Yup, that seemed to help indeed. (patch below.) > >> A better implementation would use a user-selectable >> timecounter-based cputicker in all cases, but usually not the system >> timecounter since that is likely to be very slow so as to be more >> accurate. >> > This was using qemu's emulated hpet... I guess you mean slow to read > the counter value? How often is the cputicker read, at every context > switch? More often? Yes, ACPI timecounter hardware typically takes 1000 nsec to read, while TSC hardware typically takes 5 nsec to read (12 cycles on AthlonXP and Athlon64; more on P3-4, Core2 and Phenom). I don't know how long it takes to read a typical HPET. Emulated timecounter hardware is likely to be even slower. Timecounter software typically adds only another 20 (50?) nsec. The cputicker is read mainly at every context switch. >> [...some fixes] >> > ...and I tried this, both changes didn't fix the problem. > >> Another thing you can try here is to edit the source code to change >> the set_cputicker() calls to say that the frequency is not variable. > > That probably won't help here because I noticed at least the initial > tsc `calibration' in the guest (in init_TSC()) is way off too (it got > not even half the value here of the actual frequency, which according > to dmesg on this host is `TSC: P-state invariant'.) The initial calibration code is even sloppier than the recalibration, and is more likely not to work under emulation. It depends on the i8254 timer being accurate and doesn't try to sandwich reads of the TSC between close-together reads of the reference timer or otherwise try to limit errors in reading the reference timer. With real hardware this normally causes an avoidable error of at most 5 ppm (from waiting 5 i8254 cycles extra), but with emulated hardware it probably causes a larger error even if the emulation is perfect. The recalibration does better by using a higher quality reference timer sampled over an interval 16 times as long. This should be fixable using the machdep.tsc_freq sysctl. However, this sysctl neglects to call set_cputicker(). This should make little difference when the frequency is nominated as variable since recalibration should change it soon anyway. However, the bug in recalibration prevents downwards adjustments. > OK _maybe_ if we get the proper frequency into the guest there somehow > from the beginning and then say its not variable maybe it could work, > but that still leaves the case of hosts with non P-state invariant tsc > because... > >> I used this temporarily to work around the non-decreasing calibration. >> This should be the default for emulators for most cputickers -- emulators >> should emulate a constant frequency and not emulate the complexities >> for pwoer saving. > > Hmm I guess thats more easily said than done. :) At least qemu > basically just passes the host tsc thru when a guest reads it. But it claims P-state invariance? Maybe it gets that from the host. Does it trap TSC reads? This would be slow, but required to emulate P-state invariance and might be required for accurate timing anyway. I think emulators shouldn't trap reads of the TSC because the TSC is unreliable for accurate timing anyway, but they should do something to keep slower-to-access accurate hardware timers virtually accurate. Hopefully the hardware people will eventually make a timer like the TSC both accurate and fast. Emulators will have a difficult time preserving both. Bruce From bugmaster at FreeBSD.org Mon Apr 27 11:06:52 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Apr 27 11:07:42 2009 Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org Message-ID: <200904271106.n3RB6q1d002244@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/130724 emulation [linprocfs] [patch] cpuinfo in linprocfs is dated, cau o kern/129169 emulation [linux] [patch] Linux Emulation ENOTCONN error using n f ports/127018 emulation Linuxulator incapable of using FreeBSD's LDAP environm o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails o ports/121800 emulation x11-toolkits/linux-openmotif - OpenMotif upgrade to 2. o kern/97326 emulation [linux] file descriptor leakage in linux emulation o ports/91318 emulation graphics/linux_dri: works on amd64 too o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/56451 emulation [linprocfs] /compat/linux/proc/cpuinfo gives wrong CPU o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 16 problems total. From nox at jelal.kn-bremen.de Mon Apr 27 22:28:23 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Mon Apr 27 22:28:30 2009 Subject: Recent qemu and timers issue In-Reply-To: <20090427182336.K64097@delplex.bde.org> References: <200904032223.n33MNTiq019599@triton.kn-bremen.de> <200904072137.n37LbbdC071227@triton.kn-bremen.de> <20090423214701.GA83621@triton.kn-bremen.de> <20090424201623.N887@besplex.bde.org> <20090426184021.GA9545@triton.kn-bremen.de> <20090427182336.K64097@delplex.bde.org> Message-ID: <20090427222425.GA32342@triton.kn-bremen.de> On Mon, Apr 27, 2009 at 07:11:50PM +1000, Bruce Evans wrote: > On Sun, 26 Apr 2009, Juergen Lock wrote: > > > On Fri, Apr 24, 2009 at 10:20:33PM +1000, Bruce Evans wrote: > >> On Thu, 23 Apr 2009, Juergen Lock wrote: > >> > >>> On Tue, Apr 07, 2009 at 11:37:37PM +0200, Juergen Lock wrote: > >>>> In article <200904062254.37824.kalinoj1@iem.pw.edu.pl> you write: > >>>>> Dnia sobota 04 kwietnia 2009 o 00:23:29 Juergen Lock napisa=C5=82(a): > >>>>>> In article you write: > >>>>> ... > >>>>>>> I tried to use all possible timers using sysctl, where I have: > >>>>>>> TSC(800) HPET(900) ACPI-safe(850) i8254(0) dummy(-1000000) > >>>>>>> None of these helped. > >> > >> None of these are normally used for calculating runtimes. Normally > >> on i386, the TSC is used. > > > > Aaah-haa, this I didn't know. > > > >> The only way to configure this is to edit > >> the source code. Try removing the calls to set_cputicker() in the MD > >> code. Then the MI and timecounter-based cputicker tc_cpu_ticks() will > >> be used. > > > > Yup, that seemed to help indeed. (patch below.) > > > >> A better implementation would use a user-selectable > >> timecounter-based cputicker in all cases, but usually not the system > >> timecounter since that is likely to be very slow so as to be more > >> accurate. > >> > > This was using qemu's emulated hpet... I guess you mean slow to read > > the counter value? How often is the cputicker read, at every context > > switch? More often? > > Yes, ACPI timecounter hardware typically takes 1000 nsec to read, while > TSC hardware typically takes 5 nsec to read (12 cycles on AthlonXP and > Athlon64; more on P3-4, Core2 and Phenom). I don't know how long it > takes to read a typical HPET. Emulated timecounter hardware is likely to > be even slower. Yup. If I'm not mistaken its handled like any other memorymapped io access in qemu, causing kqemu kernel code to return to userland qemu to handle it and passing the result back to the guest running in kqemu... (Well, with -kernel-kqemu anyway, with regular userland kqemu mode the guest kernel code that does the io still runs in jit mode i.e. simulation.) > Timecounter software typically adds only another 20 > (50?) nsec. The cputicker is read mainly at every context switch. > > >> [...some fixes] > >> > > ...and I tried this, both changes didn't fix the problem. > > > >> Another thing you can try here is to edit the source code to change > >> the set_cputicker() calls to say that the frequency is not variable. > > > > That probably won't help here because I noticed at least the initial > > tsc `calibration' in the guest (in init_TSC()) is way off too (it got > > not even half the value here of the actual frequency, which according > > to dmesg on this host is `TSC: P-state invariant'.) > > The initial calibration code is even sloppier than the recalibration, > and is more likely not to work under emulation. It depends on the > i8254 timer being accurate and doesn't try to sandwich reads of the > TSC between close-together reads of the reference timer or otherwise > try to limit errors in reading the reference timer. With real hardware > this normally causes an avoidable error of at most 5 ppm (from waiting > 5 i8254 cycles extra), but with emulated hardware it probably causes > a larger error even if the emulation is perfect. The recalibration > does better by using a higher quality reference timer sampled over an > interval 16 times as long. > Yup, the recalibrated value is much more correct, as can be seen by printing cpu_tick_frequency in kgdb. (And this recalibration seemed to have caused at least one of the `runtime went backwards' messages once it did fit in the 16 +/- 1/256 seconds range of cpu_tick_calibrate() i.e. when it actually updated cpu_tick_frequency, altho I did get another one of those messages later on.) > This should be fixable using the machdep.tsc_freq sysctl. However, > this sysctl neglects to call set_cputicker(). This should make > little difference when the frequency is nominated as variable since > recalibration should change it soon anyway. However, the bug in > recalibration prevents downwards adjustments. > > > OK _maybe_ if we get the proper frequency into the guest there somehow > > from the beginning and then say its not variable maybe it could work, > > but that still leaves the case of hosts with non P-state invariant tsc > > because... > > > >> I used this temporarily to work around the non-decreasing calibration. > >> This should be the default for emulators for most cputickers -- emulators > >> should emulate a constant frequency and not emulate the complexities > >> for pwoer saving. > > > > Hmm I guess thats more easily said than done. :) At least qemu > > basically just passes the host tsc thru when a guest reads it. > > But it claims P-state invariance? Maybe it gets that from the host. No, that message was from the host, the guest didn't say that. > Does it trap TSC reads? No. (Well, only without kqemu i.e. when its doing jit, and then it still uses the host tsc, altho it may add an offset.) > This would be slow, but required to emulate > P-state invariance and might be required for accurate timing anyway. > I think emulators shouldn't trap reads of the TSC because the TSC > is unreliable for accurate timing anyway, but they should do something > to keep slower-to-access accurate hardware timers virtually accurate. > Hopefully the hardware people will eventually make a timer like the > TSC both accurate and fast. Emulators will have a difficult time > preserving both. Agreed. Cheers, Juergen From kris at pcbsd.com Wed Apr 29 17:37:00 2009 From: kris at pcbsd.com (Kris Moore) Date: Wed Apr 29 17:37:07 2009 Subject: Wine crashing with steam Message-ID: <49F88C48.20705@pcbsd.com> I'm running into these errors trying to run Steam in the more recent versions of wine, since 1.1.18 I believe. fixme:process:SetProcessShutdownParameters (00000100, 00000000): partial stub. fixme:urlmon:CoInternetSetFeatureEnabled 5, 0x00000002, 1, stub fixme:urlmon:CoInternetSetFeatureEnabled 10, 0x00000002, 1, stub err:dscapture:widDsCreate DirectSoundCapture flag not set This sound card's driver does not support direct access The (slower) DirectSound HEL mode will be used instead. fixme:dbghelp:EnumerateLoadedModulesW64 If this happens, bump the number in mod err:ntdll:RtlpWaitForCriticalSection section 0xcd7144 "?" wait timed out in thread 001e, blocked by 001f, retrying (60 sec) I believe its the ntdll: error which is causing the crash. Any clues as to what this is? It happens anytime I try to log into steam. -- Kris Moore PC-BSD Software http://www.pcbsd.com