Re: massive interrupt storm
Murray Taylor wrote: irq17: mpt0 uhci1* 680341376 57301 Did you try to disable USB in BIOS? (yes, you don't have PS/2, but you can use SSH for testing) Also did you try to disable ACPI? -- WBR, Andrey V. Elsukov ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Sysinstall is still inadequate after all of these years / sorry I started flame war
I'm sorry I started a kind of flame war. All I wanted was two things: 1.
CD's that installed without being switched in and out dozens of times. That
was fixed by the suggestion of using a DVD. I didn't even know the DVD
install existed, but will do that next time.
I also had the same problem {cd switching} to get around it, i created
an installation DVD with all the contents of cd1-2-3. You can find
such guide
I can speed the process by copying all of the packages
from CD to my system (/usr/ports/packages/All). That way, only ports
that have been updated since the release will be downloaded and I only
have to change CDs a couple of times.
i hadn't thought of this, seems like a nice trick...
Isn't it possible that the advice given in these threads find its way
into the handbook?
{i use freebsd for less than a month, so if this is a stupid
suggestion, please ignore it :) }
-nicolas
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
profiling broken on RELENG_7/i386
Dear colleagues,
It seems we step on a bug in gcc in RELENG_7/i386
It is triggered at least by profiling program which uses getopt(3):
[EMAIL PROTECTED]:~/tmp/gprof cat test.c
#include unistd.h
int
main(int argc, char *argv[])
{
int ch;
while ((ch = getopt(argc, argv, )) != -1) {
}
return (0);
}
[EMAIL PROTECTED]:~/tmp/gprof make
Warning: Object directory not changed from original
/dumpster/home/marck/tmp/gprof
cc -O2 -fno-strict-aliasing -pipe -march=prescott -g -pg -c test.c
cc -O2 -fno-strict-aliasing -pipe -march=prescott -g -pg -o test test.o
[EMAIL PROTECTED]:~/tmp/gprof ./test
Segmentation fault (core dumped)
[EMAIL PROTECTED]:~/tmp/gprof gdb test test.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for details.
This GDB was configured as i386-marcel-freebsd...
Core was generated by `test'.
Program terminated with signal 11, Segmentation fault.
#0 0x080481e0 in main (argc=Cannot access memory at address 0x1b
) at test.c:6
6 {
(gdb) l
1
2 #include unistd.h
3
4 int
5 main(int argc, char *argv[])
6 {
7 int ch;
8
9 while ((ch = getopt(argc, argv, )) != -1) {
10 }
(gdb) [EMAIL PROTECTED]:~/tmp/gprof truss ./test
__sysctl(0xbf7feb0c,0x2,0x806bf70,0xbf7feb18,0x0,0x0) = 0 (0x0)
__sysctl(0xbf7fe64c,0x2,0x806d558,0xbf7fe654,0x0,0x0) = 0 (0x0)
__sysctl(0xbf7fe69c,0x2,0xbf7fe6a8,0xbf7fe6ac,0x0,0x0) = 0 (0x0)
readlink(/etc/malloc.conf,aj,1024) = 2 (0x2)
issetugid(0x8066d0d,0xbf7fe70b,0x400,0xbf7feb18,0x0,0x0) = 0 (0x0)
break(0x810) = 0 (0x0)
break(0x820) = 0 (0x0)
sysarch(0xa,0xbf7feba0,0xbf7febc8,0x8048555,0x8102040,0xc) = 0 (0x0)
break(0x8226004) = 0 (0x0)
profil(0x82075a8,0xf52e,0x8048148,0x8000,0x0,0x0) = 0 (0x0)
SIGNAL 11 (SIGSEGV)
other ref platforms seem to be ok.
Any hints?
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: [EMAIL PROTECTED] ]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] ***
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: how can i get file name knowing its descriptor?
On 2008-Jul-03 14:08:12 +0300, Uladzislau Rezki [EMAIL PROTECTED] wrote: I've been writing a small kernel module, that provides information about modification of the filesystem to user_land/userspace through the character device. I'm using FreeBSD 4.10 4.10 has not been supported for several years now. I strongly recommend you look at upgrading to at least 6.3. So, my question is: Is there any way to get file name knowing its descriptor? The simple answer is no. That said, you could try having a look at how lsof works (whilst it runs in userland, it needs to grovel around in the kernel datastructures much the same as your module would need to. -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. pgpvMoGfEnFHe.pgp Description: PGP signature
Re: profiling broken on RELENG_7/i386
On Fri, 4 Jul 2008, Dmitry Morozovsky wrote:
DM It seems we step on a bug in gcc in RELENG_7/i386
DM
DM It is triggered at least by profiling program which uses getopt(3):
[snip]
DM other ref platforms seem to be ok.
Nah, HEAD/i386 also has this bug, though backtrace is a bit different:
[EMAIL PROTECTED]:~/tmp/gprof make clean all
rm -f test test.o
Warning: Object directory not changed from original
/dumpster/home/marck/tmp/gprof
cc -O2 -pipe -march=prescott -g -pg -fstack-protector -c test.c
cc -O2 -pipe -march=prescott -g -pg -fstack-protector -o test test.o
[EMAIL PROTECTED]:~/tmp/gprof ./test
Segmentation fault (core dumped)
[EMAIL PROTECTED]:~/tmp/gprof gdb test test.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for details.
This GDB was configured as i386-marcel-freebsd...
Core was generated by `test'.
Program terminated with signal 11, Segmentation fault.
#0 0x08048242 in getopt ()
(gdb) bt
#0 0x08048242 in getopt ()
#1 0x080481f9 in main (argc=0, argv=0x0) at test.c:9
(gdb) l
9 while ((ch = getopt(argc, argv, )) != -1) {
10 }
11
12 return (0);
13 }
(gdb) [EMAIL PROTECTED]:~/tmp/gprof truss ./test
__sysctl(0xbf7fe728,0x2,0x8071ff0,0xbf7fe730,0x0,0x0) = 0 (0x0)
__sysctl(0xbf7fe67c,0x2,0x80776a8,0xbf7fe684,0x0,0x0) = 0 (0x0)
__sysctl(0xbf7fe6cc,0x2,0xbf7fe6d8,0xbf7fe6dc,0x0,0x0) = 0 (0x0)
readlink(/etc/malloc.conf,DMaj,1024) = 4 (0x4)
issetugid(0x806c233,0xbf7fe737,0x400,0xbf7fe730,0x0,0x0) = 0 (0x0)
break(0x810) = 0 (0x0)
break(0x820) = 0 (0x0)
sysarch(0xa,0xbf7feba0,0xbf7febc8,0x8048555,0x8102040,0xc) = 0 (0x0)
break(0x822c69c) = 0 (0x0)
profil(0x8208988,0x11e8a,0x8048148,0x8000,0x0,0x0) = 0 (0x0)
__sysctl(0xbf7feb9c,0x2,0x8072140,0xbf7feba4,0x0,0x0) = 0 (0x0)
SIGNAL 11 (SIGSEGV)
amd64 and RELENG_6 seem to perform well
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: [EMAIL PROTECTED] ]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] ***
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Sysinstall is still inadequate after all of these years / sorry I started flame war
On Thu, Jul 3, 2008 at 10:06 PM, Greg Black [EMAIL PROTECTED] wrote: On 2008-07-03, Rob Lytle wrote: You can get rid of the nag screens by putting BATCH=yes into /etc/make.conf. (Not that this negates your other points.) What the hell does yes mean? That all option boxes are checked, or none at all? I have never seen this explained anywhere. Instead of all this vociferous whining, how about just doing a bit of reading of the documentation? The ports(7) page might be a place to start. That would have been wonderful, groovy, etc if I had known there was a ports page. Rob. -- -- http://www.youtube.com/user/whiteflluffyclouds (Ham radio videos) ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Sysinstall is still inadequate after all of these years / sorry I started flame war
On Thu, Jul 3, 2008 at 10:58 PM, Rob Lytle [EMAIL PROTECTED] wrote: On Thu, Jul 3, 2008 at 10:06 PM, Greg Black [EMAIL PROTECTED] wrote: On 2008-07-03, Rob Lytle wrote: You can get rid of the nag screens by putting BATCH=yes into /etc/make.conf. (Not that this negates your other points.) What the hell does yes mean? That all option boxes are checked, or none at all? I have never seen this explained anywhere. Instead of all this vociferous whining, how about just doing a bit of reading of the documentation? The ports(7) page might be a place to start. That would have been wonderful, groovy, etc if I had known there was a ports page. Rob. And another thing, just because FreeBSD is not perfect, don't blame it on me or use derogatory language. I'm not perfect either and I deserve to be treated with respect. Some day someone will search the archives and find this thread, answering their problem so they don't have to go through this miserable process like I have. It makes me less likely to use the mailing lists, more likely to delete the FreeBSD partition, and install OpenBSD which has impeccable documentation. Rob. -- -- http://www.youtube.com/user/whiteflluffyclouds (Ham radio videos) -- -- http://www.youtube.com/user/whiteflluffyclouds (Ham radio videos) ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Sysinstall is still inadequate after all of these years / sorry I started flame war
Rob Lytle [EMAIL PROTECTED] writes: i strongly disagree with using ports for huge packages. I don't have the time to waste compiling. Plus, you are presented with numerous nag screens so you have to babysit the whole process. This is why there are precompiled packages on ftp.freebsd.org which you can install with 'pkg_add -r'. You can install them from any FTP mirror, actually; just point PACKAGEROOT at the mirror: export PACKAGEROOT=ftp://ftp.no.freebsd.org DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Sysinstall is still inadequate after all of these years / sorry I started flame war
On 7/4/08, Randy Bush [EMAIL PROTECTED] wrote: This is why there are precompiled packages on ftp.freebsd.org which you can install with 'pkg_add -r'. You can install them from any FTP mirror, actually; just point PACKAGEROOT at the mirror: why isn't this stuff in the docs? oh, it is! silly me. is the problem that there are just too much doc or two little reading? /sarcasm It is in pkg_add(1), If you are talking about handbook only PACKAGESITE is documented: should get fixed. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
kernel HEAD userland 7.0-REL?
Hello, I'm running a RELENG_7 kernel and a userland as 7.0-REL on one of my laptops; I've been asked to check if a given driver problem in RELENG_7 is as well with HEAD... can I update the kernel to HEAD and let the userland (and all my compiled ports) as 7.0-REL; I know that this is not the intention, but it would cost me a lot of work if I should compile as well ~200 ports thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ «...una sola vez, que es cuanto basta si se trata de verdades definitivas.» «...only once, which is enough if it has todo with definite truth.» José Saramago, Historia del Cerca de Lisboa ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kernel HEAD userland 7.0-REL?
On Fri, 4 Jul 2008 14:42:27 +0200 Matthias Apitz [EMAIL PROTECTED] wrote: I'm running a RELENG_7 kernel and a userland as 7.0-REL on one of my laptops; I've been asked to check if a given driver problem in RELENG_7 is as well with HEAD... can I update the kernel to HEAD and let the userland (and all my compiled ports) as 7.0-REL; I know that this is not the intention, but it would cost me a lot of work if I should compile as well ~200 ports Theoretically it should work. It's not necessary to overwrite your current kernel. You can do something like this, which is what I do to test kernels. cd /usr/src;make -s installkernel KODIR=/boot/test;cd nextboot -k test reboot This does a one-time start using the test kernel under /boot/test. Your other option is to describe the problem and ask if anyone using 8-current has encountered it. --- Gary Jennejohn ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: eeePC 900 turning off wireless (ath0)
El día Tuesday, July 01, 2008 a las 12:14:26PM +0100, Rui Paulo escribió: On Tue, Jul 01, 2008 at 11:02:20AM +0200, Matthias Apitz wrote: Rui, Have you commited your changes to RELENG_7 too or only to HEAD? I'm asking because Fn+F2 does toggle the power of the wireless NIC but devd(8) does not see any ACPI event in this case; it sees it for example if the battery comes full; thx for clarifying this could you please send me the /etc/devd.conf file you mention in the page http://wiki.freebsd.org/AsusEee ? in the one which came out of CVS with RELENG_7 I could not see anything about hotkeys; thx in advance Only to HEAD. I'm going to MFC it today. Hello Rui, With your changes of acpi_asus.c in RELENG_7 the devd(8) and my hook-script in /usr/local/etc/devd/ath.conf sees the Fn+F2 now as the event ACPI ASUS-Eee _SB_.ATKD, but it is anyway if Fn+F2 switches off or on the wireless NIC, the event for devd(8) is always the same; from the above event it is clear where the strings for system ACPI and subsystem ASUS-Eee come from, but I don't see where the string _SB_.ATKD is made; it must be derived from the 'notify' argument of the call /* Notify devd(8) */ acpi_UserNotify(ASUS-Eee, h, notify); and I was hoping to distinguish it into two different events, one when Fn+F2 is switching off the NIC, and one of the case of switch on; any idea? thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ «...una sola vez, que es cuanto basta si se trata de verdades definitivas.» «...only once, which is enough if it has todo with definite truth.» José Saramago, Historia del Cerca de Lisboa ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
kernel module programming
well i'm making an interactive bootsplash for PCBSD and i wan't to know where i can get info in retrieving the current log from the kernel (dmesg output), sorry for any mistake as this is not my native lang... regards Bruno Faria... _ Conheça o Windows Live Spaces, a rede de relacionamentos do Messenger! http://www.amigosdomessenger.com.br/___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Sysinstall is still inadequate after all of these years / sorry I started flame war
Date: Thu, 3 Jul 2008 21:26:16 -0700 From: Rob Lytle [EMAIL PROTECTED] Hi Kevin, The sysinstall dependency problem has existed for 10 years, so I doubt that its unique to me. It has occurred in every installation I have ever done. I use portupgrade for all ports. i strongly disagree with using ports for huge packages. I don't have the time to waste compiling. Plus, you are presented with numerous nag screens so you have to babysit the whole process. Please don't top post! I never said that you should build from ports. I said that you should not use sysinstall to install packages. I said that you can copy the packages from the CDs to /usr/ports/packages/All/ and use 'portinstall -P' to install all of them that are still current and to download those that are not. This simply eliminates all of the disc shuffling. If the nag screens annoy you, use BATCH=yes to build ports with default values. That gives you the same build as the package system uses. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 pgp5wLwjg6IyB.pgp Description: PGP signature
Re: eeePC 900 turning off wireless (ath0)
On Fri, Jul 04, 2008 at 04:40:02PM +0200, Matthias Apitz wrote: El día Tuesday, July 01, 2008 a las 12:14:26PM +0100, Rui Paulo escribió: On Tue, Jul 01, 2008 at 11:02:20AM +0200, Matthias Apitz wrote: Rui, Have you commited your changes to RELENG_7 too or only to HEAD? I'm asking because Fn+F2 does toggle the power of the wireless NIC but devd(8) does not see any ACPI event in this case; it sees it for example if the battery comes full; thx for clarifying this could you please send me the /etc/devd.conf file you mention in the page http://wiki.freebsd.org/AsusEee ? in the one which came out of CVS with RELENG_7 I could not see anything about hotkeys; thx in advance Only to HEAD. I'm going to MFC it today. Hello Rui, With your changes of acpi_asus.c in RELENG_7 the devd(8) and my hook-script in /usr/local/etc/devd/ath.conf sees the Fn+F2 now as the event ACPI ASUS-Eee _SB_.ATKD, but it is anyway if Fn+F2 switches off or on the wireless NIC, the event for devd(8) is always the same; from the above event it is clear where the strings for system ACPI and subsystem ASUS-Eee come from, but I don't see where the string _SB_.ATKD is made; it must be derived from the 'notify' argument of the call /* Notify devd(8) */ acpi_UserNotify(ASUS-Eee, h, notify); and I was hoping to distinguish it into two different events, one when Fn+F2 is switching off the NIC, and one of the case of switch on; any idea? thx If you get the same string from the event, there's not much we can do. _SB_.ATKD is the ACPI namespace for the keyboard. Regards, -- Rui Paulo ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kernel HEAD userland 7.0-REL?
On Fri, 4 Jul 2008 14:42:27 +0200 Matthias Apitz [EMAIL PROTECTED] wrote: I'm running a RELENG_7 kernel and a userland as 7.0-REL on one of my laptops; I've been asked to check if a given driver problem in RELENG_7 is as well with HEAD... can I update the kernel to HEAD and let the userland (and all my compiled ports) as 7.0-REL; I know that this is not the intention, but it would cost me a lot of work if I should compile as well ~200 ports When you say HEAD, do you mean the HEAD of 8-CURRENT or 7-STABLE? In either case whether or not it works depends on whether something has changed in the kernel that has a required userland change. On the other hand, if you mean 7-STABLE, then the ports should work properly whether userland does or not. mike -- Mike Meyer [EMAIL PROTECTED] http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. O ascii ribbon campaign - stop html mail - www.asciiribbon.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Sysinstall is still inadequate after all of these years / sorry I started flame war
On 2008-Jul-03 23:04:10 -0700, Rob Lytle [EMAIL PROTECTED] wrote: FreeBSD partition, and install OpenBSD which has impeccable documentation. Having tried to make sense of the OpenBSD carp documentation, I can only assume that is meant as a joke. -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. pgpFAY1QqD20G.pgp Description: PGP signature
Re: kernel HEAD userland 7.0-REL?
On Fri, Jul 4, 2008 at 4:40 PM, Mike Meyer [EMAIL PROTECTED] wrote: On Fri, 4 Jul 2008 14:42:27 +0200 Matthias Apitz [EMAIL PROTECTED] wrote: I'm running a RELENG_7 kernel and a userland as 7.0-REL on one of my laptops; I've been asked to check if a given driver problem in RELENG_7 is as well with HEAD... can I update the kernel to HEAD and let the userland (and all my compiled ports) as 7.0-REL; I know that this is not the intention, but it would cost me a lot of work if I should compile as well ~200 ports When you say HEAD, do you mean the HEAD of 8-CURRENT or 7-STABLE? In either case whether or not it works depends on whether something has changed in the kernel that has a required userland change. On the other hand, if you mean 7-STABLE, then the ports should work properly whether userland does or not. As a note, I just recently used HEAD on a 7_STABLE box to test changes recently to re for an updated PCIe revision NIC card on my Eee Box. It worked fine (both runtime and my NIC which I then patched my 7_STABLE tree which also worked, yea!). In a thread I started about cross platform building, it seems that historically FreeBSD has had a very stable ABI allowing multiple kernels to run underneath different versions of user land (this is certainly not the case for all *NIX variants). -aps ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kernel HEAD userland 7.0-REL?
On Fri, 4 Jul 2008 20:12:58 -0400 Alexander Sack [EMAIL PROTECTED] wrote: On Fri, Jul 4, 2008 at 4:40 PM, Mike Meyer [EMAIL PROTECTED] wrote: On Fri, 4 Jul 2008 14:42:27 +0200 Matthias Apitz [EMAIL PROTECTED] wrote: I'm running a RELENG_7 kernel and a userland as 7.0-REL on one of my laptops; I've been asked to check if a given driver problem in RELENG_7 is as well with HEAD... can I update the kernel to HEAD and let the userland (and all my compiled ports) as 7.0-REL; I know that this is not the intention, but it would cost me a lot of work if I should compile as well ~200 ports When you say HEAD, do you mean the HEAD of 8-CURRENT or 7-STABLE? In either case whether or not it works depends on whether something has changed in the kernel that has a required userland change. On the other hand, if you mean 7-STABLE, then the ports should work properly whether userland does or not. As a note, I just recently used HEAD on a 7_STABLE box to test changes recently to re for an updated PCIe revision NIC card on my Eee Box. It worked fine (both runtime and my NIC which I then patched my 7_STABLE tree which also worked, yea!). In a thread I started about cross platform building, it seems that historically FreeBSD has had a very stable ABI allowing multiple kernels to run underneath different versions of user land (this is certainly not the case for all *NIX variants). So stable that the things that break when you try and do this have made it into the FAQ: http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/troubleshoot.html#NLIST-FAILED Personally, I managed to try this once when the console driver needed a termcap entry change as well :-(. mike -- Mike Meyer [EMAIL PROTECTED] http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. O ascii ribbon campaign - stop html mail - www.asciiribbon.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kernel HEAD userland 7.0-REL?
On Fri, Jul 4, 2008 at 8:27 PM, Mike Meyer [EMAIL PROTECTED] wrote: On Fri, 4 Jul 2008 20:12:58 -0400 Alexander Sack [EMAIL PROTECTED] wrote: On Fri, Jul 4, 2008 at 4:40 PM, Mike Meyer [EMAIL PROTECTED] wrote: On Fri, 4 Jul 2008 14:42:27 +0200 Matthias Apitz [EMAIL PROTECTED] wrote: I'm running a RELENG_7 kernel and a userland as 7.0-REL on one of my laptops; I've been asked to check if a given driver problem in RELENG_7 is as well with HEAD... can I update the kernel to HEAD and let the userland (and all my compiled ports) as 7.0-REL; I know that this is not the intention, but it would cost me a lot of work if I should compile as well ~200 ports When you say HEAD, do you mean the HEAD of 8-CURRENT or 7-STABLE? In either case whether or not it works depends on whether something has changed in the kernel that has a required userland change. On the other hand, if you mean 7-STABLE, then the ports should work properly whether userland does or not. As a note, I just recently used HEAD on a 7_STABLE box to test changes recently to re for an updated PCIe revision NIC card on my Eee Box. It worked fine (both runtime and my NIC which I then patched my 7_STABLE tree which also worked, yea!). In a thread I started about cross platform building, it seems that historically FreeBSD has had a very stable ABI allowing multiple kernels to run underneath different versions of user land (this is certainly not the case for all *NIX variants). So stable that the things that break when you try and do this have made it into the FAQ: http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/troubleshoot.html#NLIST-FAILED Personally, I managed to try this once when the console driver needed a termcap entry change as well :-(. Oh c'mon nowif this is the worst of your problems, then you're doing pretty darn good. I believe Linux binaries rely on the version of glibc, an aux vec entry, and the way the kernel was actually built to figure out whether to use syscall or int to hop into the kernel. I mean things could be a lot worse!! :D! -aps ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kernel HEAD userland 7.0-REL?
El día Friday, July 04, 2008 a las 08:12:58PM -0400, Alexander Sack escribió: On Fri, Jul 4, 2008 at 4:40 PM, Mike Meyer [EMAIL PROTECTED] wrote: On Fri, 4 Jul 2008 14:42:27 +0200 Matthias Apitz [EMAIL PROTECTED] wrote: I'm running a RELENG_7 kernel and a userland as 7.0-REL on one of my laptops; I've been asked to check if a given driver problem in RELENG_7 is as well with HEAD... can I update the kernel to HEAD and let the userland (and all my compiled ports) as 7.0-REL; I know that this is not the intention, but it would cost me a lot of work if I should compile as well ~200 ports When you say HEAD, do you mean the HEAD of 8-CURRENT or 7-STABLE? In either case whether or not it works depends on whether something has changed in the kernel that has a required userland change. On the other hand, if you mean 7-STABLE, then the ports should work properly whether userland does or not. As a note, I just recently used HEAD on a 7_STABLE box to test changes recently to re for an updated PCIe revision NIC card on my Eee Box. It worked fine (both runtime and my NIC which I then patched my 7_STABLE tree which also worked, yea!). In a thread I started about cross platform building, it seems that historically FreeBSD has had a very stable ABI allowing multiple kernels to run underneath different versions of user land (this is certainly not the case for all *NIX variants). When I said HEAD, I mean HEAD in terms of CVS; and my situation is the same: I want to check some problem with ath / hal on my eeePC 900, if it is also in HEAD or only in RELENG_7 branch; matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ «...una sola vez, que es cuanto basta si se trata de verdades definitivas.» «...only once, which is enough if it has todo with definite truth.» José Saramago, Historia del Cerca de Lisboa ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
