Modifying the loaded kernel image
DIV style=font-family:Arial, sans-serif; font-size:10pt;FONT size=2SPAN style=font-family: Arial,sans-serif;Hi,BRBRI need to modify one of the kernel hardware module ( which is part of kernel image) and i have to load that module instead of the old one.BRSo what i am doing now is BRDuring boot up step into loader prompt and i am typing the following commands.BRload kernel (Load the kernel )BRload module ( To load my customized module)BRboot ( To start the normal boot).BRBRNow i am facing some problem here. Loading of my module is successful but my module registration is not getting successful. i.e. OS is reporting that module_register got failed as there exists already a module with that name. Now the problem is i cant do unload of the old component as it is not a module.nbsp; Can any body tell me how to remove the component from the kernel image with out recompiling the kernel.BRBRBRThanks in advance.BRKarim.BRBR/SPAN/FONTBRnbsp;BRHRI use Krify Mail - http://mail.krify.comnbsp; Getnbsp; yourmail atnbsp; Krify today!/DIV___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Modifying the loaded kernel image
On Thu, Jun 26, 2008 at 11:04:21PM -0700, karim sk wrote: DIV style=font-family:Arial, sans-serif; font-size:10pt;FONT size=2SPAN style=font-family: Arial,sans-serif;Hi,BRBRI need to modify one of the kernel hardware module ( which is part of kernel image) and i have to load that module instead of the old one.BRSo what i am doing now is BRDuring boot up step into loader prompt and i am typing the following commands.BRload kernel (Load the kernel )BRload module ( To load my customized module)BRboot ( To start the normal boot).BRBRNow i am facing some problem here. Loading of my module is successful but my module registration is not getting successful. i.e. OS is reporting that module_register got failed as there exists already a module with that name. Now the problem is i cant do unload of the old component as it is not a module.nbsp; Can any body tell me how to remove the component from the kernel image with out recompiling the kernel.BRBRBRThanks in advance.BRKarim.BRBR/SPAN/FONTBRnbsp;BRHRI use Krify Mail - http://mail.krify.comnbsp; Getnbsp; yourmail atnbsp; Krify today!/DIV Short answer: you can't. Also, HTML Email is incredibly annoying. And you know what's even *more* annoying? HTML Email that is sent with a text/plain MIME type, indicating it's not HTML. Fix your mail client, it's very rude. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ 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 Friday, June 27, 2008 a las 12:16:03AM +0100, Rui Paulo escribió: On Thu, Jun 26, 2008 at 09:55:45AM +0200, Matthias Apitz wrote: Hello, Yesterday I did some tests with my eeePC 900 to see how long it would work with the 4400 mAh battery ... it seems that turning of the wireless card (ath0), which can be turned of from the BIOS, has big effect and let work the eeePC for more then 2hours 15minutes; in the Xandros Linux you can turn off the NIC as well with Fn+F2 which in FreeBSD does not work at boot stage, i.e. when you may defer the booting in the boot loader countdown; Yes, this only works after booting. At least on the 701. is there any way to switch this off without going into the BIOS? After booting you can unload ath module and press Fn+F2. It should turn off wireless. The problem is that you can't turn it back on. For that, we need PCIe hotplug support. (That's what Fn+F2 does, it ejects the wireless card). Hello Rui, I recompiled the kernel to have if_ath out of the kernel, but as a loaded module at boot: $ kldstat Id Refs AddressSize Name 1 14 0xc040 8c7098 kernel 21 0xc0cc8000 1242cif_ath.ko 33 0xc0cdb000 46324ath_hal.ko 42 0xc0d22000 4218 ath_rate.ko 51 0xc0d27000 14324snd_hda.ko 62 0xc0d3c000 4a5acsound.ko 71 0xc0d87000 6a32cacpi.ko 81 0xc4394000 22000linux.ko I can unload if_ath, ath_hal and ath_rate which drops the interface ath0, but even in this case Fn+F2 has no affect at all; any idea? I've had a look into the Xandros Linux and they do it with ACPI events, dropping the modules and others; I could provide their script /etc/acpi/wlan.sh if someone wants to have a look into; 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]
kmem_alloc_wait and memory pools questions
hi I have two questions: 1) is kmem_alloc_wait() expensive operation? I believe it's not very cheap looking at the code but I want confirmation 2) is there a support for memory pools in FreeBSD? to give you a little background why I am asking this. In NetBSD Andrew Doran claims that replacing allocation from a memory submap with an allocation from a memory pool for exec*() args he can speedup exec*() by ~25% I wonder if this applies to FreeBSD too so I am investigating it a little. thnx! roman ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kmem_alloc_wait and memory pools questions
On Friday 27 June 2008 10:43:29 Roman Divacky wrote: hi I have two questions: 1) is kmem_alloc_wait() expensive operation? I believe it's not very cheap looking at the code but I want confirmation 2) is there a support for memory pools in FreeBSD? to give you a little background why I am asking this. In NetBSD Andrew Doran claims that replacing allocation from a memory submap with an allocation from a memory pool for exec*() args he can speedup exec*() by ~25% I think what is called a memory pool in NetBSD refers to their pool(9) API. This is more or less the same as our uma(9). Whether or not this is what you are looking for - I don't know. I wonder if this applies to FreeBSD too so I am investigating it a little. -- /\ Best regards, | [EMAIL PROTECTED] \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED] / \ ASCII Ribbon Campaign | Against HTML Mail and News ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Lack of Flash support is no longer acceptable. Bounty established...
Hi, On Tue, Jun 24, 2008 at 11:03:08AM -0600, Mark Carlson wrote: I've found wine + firefox + flash to work for everything I've tried so far (youtube, various websites with flash ads, one or two flash-only sites.) It did crash on me once, but I'm not sure it was related to flash. Wine is pretty good, but not perfect. If all you need is to visit flash sites, it's a decent workaround in the mean time. Also, I was very surprised how easy it was to set up (not having used wine before.) The sake of completeness, I think it's worth mentionning that when using nspluginwrapper, it is theorically possible to run the Flash plugin (and other ones too) inside QEMU. I've read this on nspluginwrapper author's website [1]: this trick is used to execute binary plugins for i386 on other platforms but this could obviously work for our problem. Unfortunately, I've never seen any documentation or instruction to set up this. I've Cc'ed the author, in case he has some time to provide additional details. [1] http://gwenole.beauchesne.info/en/projects/nspluginwrapper/help#usage Regards, -- Jeremie Le Hen jeremie at le-hen dot org ttz at chchile dot org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Modifying the loaded kernel image
On Fri, 27 Jun 2008 00:37:40 -0700 Jeremy Chadwick [EMAIL PROTECTED] wrote: Also, HTML Email is incredibly annoying. And you know what's even *more* annoying? HTML Email that is sent with a text/plain MIME type, indicating it's not HTML. There was also a problem with the base64 encoding, claws-mail couldn't display the message at all ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: command-line bittorrent utility
On 6/27/08, Kris Kennaway [EMAIL PROTECTED] wrote: Jille Timmermans wrote: (enhanced) ctorrent Seems to fail requirement a). Am I wrong? Kris enhanced ctorrent is actual ctorrent from ports. it doesnt use ncurses. ldd /usr/local/bin/ctorrent /usr/local/bin/ctorrent: libssl.so.5 = /usr/lib/libssl.so.5 (0x280a7000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x280e8000) libm.so.5 = /lib/libm.so.5 (0x281db000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x281f4000) libc.so.7 = /lib/libc.so.7 (0x281ff000) libcrypto.so.5 = /lib/libcrypto.so.5 (0x28306000) transmission also doesnt use ncurses. the only one I'm aware of that use ncurses is rtorrent. Kris Kennaway schreef: I am looking for a command-line utility that can fetch via bittorrent that a) doesn't use curses. It must be usable in a script and without a tty! b) doesn't use X11. Must be a command-line utility! c) Must be able to inform the script when the transfer is complete. A callback mechanism of some kind is fine as long as it doesn't require polling. This is for distribution of files within a LAN and WAN: I have some large files that I need to distribute to many machines, and pushing them all out multiple times from the server is inefficient. Things that come close: * The python implementation, but it doesn't seem to work very reliably. I get errors and exceptions from both the client and server when transferring a file with only two machines participating. * http://www.murmeldjur.se/btpd/ is a daemon with command line client. It doesn't provide for c), and it also doesn't work reliably. * Not much else. Surely I am not the first person to want to use bittorrent in a script? Kris ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers 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] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Lack of Flash support is no longer acceptable. Bounty established...
Hi, The sake of completeness, I think it's worth mentionning that when using nspluginwrapper, it is theorically possible to run the Flash plugin (and other ones too) inside QEMU. This is possible but slow and I used a very old version of QEMU. IIRC, the OpenSUSE wiki mentions how to do that with a more recent version of QEMU. However, if you run on i386, you don't need QEMU, simply use nspluginwrapper as is. I use FreeBSD 6.1 and tested FlashPlayer 9 lately, it works. Though not in a browser yet but with a standalone plugins viewer I wrote for testing and another project. I don't mean it won't work in a browser, I only mean I haven't got time to fully test with Firefox on *BSD yet. You can get trunk, which represents the upcoming nspluginwrapper 1.2.0, through: $ svn co http://svn.beauchesne.info/svn/gwenole/projects/nspluginwrapper/trunk nspluginwrapper nspluginwrapper 1.0.0 (targetted to be released this weekend) is available in a separate branch: $ svn co http://svn.beauchesne.info/svn/gwenole/projects/nspluginwrapper/branches/nspluginwrapper-1.0-branch I have not written docs for the standalone player yet (npplayer) but its usage is rather simple: npplayer src=uri/to/flash/content.swf npplayer can be useful to you so that to test whether your problems are related to your Linux emulator or the browser, or even nspluginwrapper. BTW, I would appreciate if people could test nspluginwrapper 1.0 on recent FreeBSD versions before I release it since I only have FreeBSD 6.1 and FreeBSD 5.3 at home. Thanks. Regards, Gwenole Beauchesne. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: 3D for AMD64 (was Re: Lack of Flash support is no longer acceptable. Bounty established...)
Sean Cavanaugh writes: AMD is actively working to opensource the *nic drivers for the ATI cards starting with the most recent. From a news article iI came across they were actually hiring a whole new department whose sole purpose was to add more of the older cards to the open sorce drivers as well as eventually having 3d acceleration. As for the NEW 4000 series, the card will come with full drivers for windows and Linux on the install CD. granted there is still some coding to get BSD drivers, but AMD is making life better for *nix user with ATI cards. Is there any place (web site, wiki, blog) where the public can track this effort? Robert Huff ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: 3D for AMD64 (was Re: Lack of Flash support is no longer acceptable. Bounty established...)
http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-radeonhd;a=summary -Original Message- From: [EMAIL PROTECTED] [mailto:owner-freebsd- [EMAIL PROTECTED] On Behalf Of Robert Huff Sent: 27 June 2008 14:59 To: Sean Cavanaugh Cc: freebsd-hackers@freebsd.org Subject: RE: 3D for AMD64 (was Re: Lack of Flash support is no longer acceptable. Bounty established...) Sean Cavanaugh writes: AMD is actively working to opensource the *nic drivers for the ATI cards starting with the most recent. From a news article iI came across they were actually hiring a whole new department whose sole purpose was to add more of the older cards to the open sorce drivers as well as eventually having 3d acceleration. As for the NEW 4000 series, the card will come with full drivers for windows and Linux on the install CD. granted there is still some coding to get BSD drivers, but AMD is making life better for *nix user with ATI cards. Is there any place (web site, wiki, blog) where the public can track this effort? Robert Huff ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers- [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: kmem_alloc_wait and memory pools questions
:On Friday 27 June 2008 10:43:29 Roman Divacky wrote: : hi : : I have two questions: : : 1) is kmem_alloc_wait() expensive operation? I believe it's not : very cheap looking at the code but I want confirmation : : 2) is there a support for memory pools in FreeBSD? : : to give you a little background why I am asking this. In NetBSD Andrew : Doran claims that replacing allocation from a memory submap with an : allocation from a memory pool for exec*() args he can speedup exec*() : by ~25% : :I think what is called a memory pool in NetBSD refers to their pool(9) :API. This is more or less the same as our uma(9). Whether or not this :is what you are looking for - I don't know. : : I wonder if this applies to FreeBSD too so I am investigating it a : little. : :-- :/\ Best regards, | [EMAIL PROTECTED] :\ / Max Laier | ICQ #67774661 Yes, and yes. The key issue here is that kmem_alloc*() futzes with the kernel page tables every single time, and on a SMP box that is extremely expensive due to the cpu synchronization required. A memory pool, on the other hand, tends to simply reuse kernel memory which has already been mapped. Much less page table futzing goes on. I don't know if UMA is exactly equivalent for allocations that large (exec-args is 64-128K), but someone else can answer that. The key issue with regards to converting exec args is that you still must limit the pool size and block if too many processes are trying to exec at once, or you will really unbalance physical (and on i386 KVM) memory use. A pool able to hold 8-16 allocations, and hence handle 8-16 simultanious exec()s, is plenty big enough. (DragonFly did this about a year ago, it is definitely worth doing). -Matt ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Error from systinstall while trying to install man page packages
I am attempting to install the man page distribution from sysinstall on my RELENG_7 box and getting errors that my distribution doesn't exist. I assume that it is due to the fact that I have recompiled my kernel and sysinstall is using something from my uname output to figure out what directories it should look in for packages. Can anyone give me some guidance on how to get sysinstall to know what it's version acutally is? uname output: FreeBSD ophelia 7.0-STABLE FreeBSD 7.0-STABLE #7: Fri Jun 27 12:11:52 UTC 2008 [EMAIL PROTECTED]:/usr/home/sbruno/FreeBSD_RELENG_7_15APR08/src/sys/i386/compile/GENERIC i386 -- Sean Bruno MiraLink Corporation 6015 NE 80th Ave, Ste 100 Portland, OR 97218 Phone 503-621-5143 Fax 503-621-5199 ___ 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)
On Fri, Jun 27, 2008 at 10:02:03AM +0200, Matthias Apitz wrote: Hello Rui, I recompiled the kernel to have if_ath out of the kernel, but as a loaded module at boot: $ kldstat Id Refs AddressSize Name 1 14 0xc040 8c7098 kernel 21 0xc0cc8000 1242cif_ath.ko 33 0xc0cdb000 46324ath_hal.ko 42 0xc0d22000 4218 ath_rate.ko 51 0xc0d27000 14324snd_hda.ko 62 0xc0d3c000 4a5acsound.ko 71 0xc0d87000 6a32cacpi.ko 81 0xc4394000 22000linux.ko I can unload if_ath, ath_hal and ath_rate which drops the interface ath0, but even in this case Fn+F2 has no affect at all; any idea? Oh, then I guess the 900 is different. I've had a look into the Xandros Linux and they do it with ACPI events, dropping the modules and others; I could provide their script /etc/acpi/wlan.sh if someone wants to have a look into; If turning off WLAN is now done via ACPI events, then the patch I committed to HEAD will probably help. I'll MFC it in a week, but if you can give it a try, that would be great. Please contact me off-list if you need assistance. 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: Error from systinstall while trying to install man page packages
Sebastian Tymków wrote: Hi, You can set information in sysinstall using Options and setting Release name Best regards, Sebastian Tymkow Thanks. What should I set the Release name to? -- Sean Bruno MiraLink Corporation 6015 NE 80th Ave, Ste 100 Portland, OR 97218 Phone 503-621-5143 Fax 503-621-5199 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: AMD Geode LX crypto accelerator (glxsb)
Niki Denev wrote: On Sun, Jun 22, 2008 at 6:05 PM, Patrick Lamaizière [EMAIL PROTECTED] wrote: Le Fri, 6 Jun 2008 23:41:35 +0200, Patrick Lamaizière [EMAIL PROTECTED] a écrit : Hello, I'm trying to port the glxsb driver from OpenBSD to FreeBSD 7-STABLE (via the NetBSD port). The glxsb driver supports the security block of the Geode LX series processors. The Geode LX is a member of the AMD Geode family of integrated x86 system chips. Driven by periodic checks for available data from the generator, glxsb supplies entropy to the random(4) driver for common usage. glxsb also supports acceleration of AES-128-CBC operations for crypto(4). Well, I hope this is the final version. http://user.lamaiziere.net/patrick/glxsb-220608.tar.gz I added a patch for FreeBSD 6 but i'am not able to test it. On 7-STABLE, I've tested with hundred openssl encryptions and some flood pings under ipsec in the background. Looks good for me. If someone can test and review it, it would be cool. Thanks, Regards. It compiles on without a problem on 6.2 and loads on my Soekris Net5501-70 running pfSense (6.2-RELEASE-p11) glxsb0: AMD Geode LX Security Block (AES-128-CBC,RNG) mem 0xa000-0xa0003fff irq 10 at device 1.2 on pci0 Thanks!, Niki ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] Hi, I am trying to compile it on 6.2 and get make: don't know how to make cryptodev_if.h. Stop ??? where is this file? Thanks, Steve -- They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety. (Ben Franklin) The course of history shows that as a government grows, liberty decreases. (Thomas Jefferson) ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: AMD Geode LX crypto accelerator (glxsb)
On Fri, Jun 27, 2008 at 11:37 PM, Stephen Clark [EMAIL PROTECTED] wrote: Hi, I am trying to compile it on 6.2 and get make: don't know how to make cryptodev_if.h. Stop ??? where is this file? Thanks, Steve Have you applied the 6.2 patch included in the latest tgz that Patrick posted? Regards, Niki ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Problems with ieee80211 dependencies...
I am having a hard time compiling a new kernel when I remove the wireless aspects of the config file. I have removed all options/devices that seem to still require ieee80211 however, I still find that the network section of the compile do not work. I.E. that is where the compile stops, and indicates that an unknown reference to ieee80211 functions... What in the GENERIC config file requires ieee80211? I have included my config file below: cpu I686_CPU ident DATASERVER # To statically compile in device wiring instead of /boot/device.hints #hints GENERIC.hints # Default places to look for devices. makeoptions DEBUG=-g# Build kernel with gdb(1) options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET# InterNETworking options INET6 # IPv6 communications protocols options SCTP# Stream Control Transmission options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates options UFS_ACL # Support for access control options UFS_DIRHASH # Improve performance on big options UFS_GJOURNAL# options MD_ROOT # MD is a potential root device options PROCFS # Process filesystem options PSEUDOFS# Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY options SCSI_DELAY=5000 options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV# install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI options AUDIT # Security event auditing # To make an SMP kernel, the next two lines are needed # CPU frequency control device cpufreq # Bus support. device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicam# ATAPI emulation? device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT# Print register bitfields in debug # output. Adds ~128k to driver. device ahd options AHD_REG_PRETTY_PRINT # output. Adds ~215k to driver. device amd # AMD 53C974 (Tekram DC-390(T)) device hptiop # Highpoint RocketRaid 3xxx series device isp # Qlogic family #device ispfw device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass# Passthrough device (direct SCSI access) device ses # SCSI Environmental Services # RAID controllers interfaced to the SCSI subsystem # RAID controllers # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device
Re: Error from systinstall while trying to install man page packages
On Fri, Jun 27, 2008 at 1:45 PM, Sean Bruno [EMAIL PROTECTED] wrote: Sebastian Tymków wrote: Hi, You can set information in sysinstall using Options and setting Release name Best regards, Sebastian Tymkow Thanks. What should I set the Release name to? According to uname above, 7.0-STABLE (IIRC). Maybe uname -r would show the appropriate value? -Garrett ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Error from systinstall while trying to install man page packages
Garrett Cooper wrote: On Fri, Jun 27, 2008 at 1:45 PM, Sean Bruno [EMAIL PROTECTED] wrote: Sebastian Tymków wrote: Hi, You can set information in sysinstall using Options and setting Release name Best regards, Sebastian Tymkow Thanks. What should I set the Release name to? According to uname above, 7.0-STABLE (IIRC). Maybe uname -r would show the appropriate value? -Garrett Everything looks fine here as far as I can tell. I still get an error from sysinstall stating that 7.0-STABLE can't be found. Since I rebuilt the kernel from src, should I buildworld on the box and see if that resolves the issue? [EMAIL PROTECTED] ~]$ uname -r 7.0-STABLE [EMAIL PROTECTED] ~]$ uname -a FreeBSD ophelia 7.0-STABLE FreeBSD 7.0-STABLE #9: Fri Jun 27 15:49:54 UTC 2008 [EMAIL PROTECTED]:/usr/home/sbruno/FreeBSD_RELENG_7_15APR08/src/sys/i386/compile/GENERIC i386 Sean ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with ieee80211 dependencies...
Nothing jumps out at me, can you send the output of the build failure? -Kip On Fri, Jun 27, 2008 at 4:29 PM, Martes Wigglesworth [EMAIL PROTECTED] wrote: I am having a hard time compiling a new kernel when I remove the wireless aspects of the config file. I have removed all options/devices that seem to still require ieee80211 however, I still find that the network section of the compile do not work. I.E. that is where the compile stops, and indicates that an unknown reference to ieee80211 functions... What in the GENERIC config file requires ieee80211? I have included my config file below: cpu I686_CPU ident DATASERVER # To statically compile in device wiring instead of /boot/device.hints #hints GENERIC.hints # Default places to look for devices. makeoptions DEBUG=-g# Build kernel with gdb(1) options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET# InterNETworking options INET6 # IPv6 communications protocols options SCTP# Stream Control Transmission options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates options UFS_ACL # Support for access control options UFS_DIRHASH # Improve performance on big options UFS_GJOURNAL# options MD_ROOT # MD is a potential root device options PROCFS # Process filesystem options PSEUDOFS# Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY options SCSI_DELAY=5000 options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV# install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI options AUDIT # Security event auditing # To make an SMP kernel, the next two lines are needed # CPU frequency control device cpufreq # Bus support. device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicam# ATAPI emulation? device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT# Print register bitfields in debug # output. Adds ~128k to driver. device ahd options AHD_REG_PRETTY_PRINT # output. Adds ~215k to driver. device amd # AMD 53C974 (Tekram DC-390(T)) device hptiop # Highpoint RocketRaid 3xxx series device isp # Qlogic family #device ispfw device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass# Passthrough device (direct SCSI access) device ses # SCSI Environmental Services # RAID controllers interfaced to the SCSI
Re: Error from systinstall while trying to install man page packages
On Fri, Jun 27, 2008 at 5:07 PM, Sean Bruno [EMAIL PROTECTED] wrote: Garrett Cooper wrote: On Fri, Jun 27, 2008 at 1:45 PM, Sean Bruno [EMAIL PROTECTED] wrote: Sebastian Tymków wrote: Hi, You can set information in sysinstall using Options and setting Release name Best regards, Sebastian Tymkow Thanks. What should I set the Release name to? According to uname above, 7.0-STABLE (IIRC). Maybe uname -r would show the appropriate value? -Garrett Everything looks fine here as far as I can tell. I still get an error from sysinstall stating that 7.0-STABLE can't be found. Since I rebuilt the kernel from src, should I buildworld on the box and see if that resolves the issue? [EMAIL PROTECTED] ~]$ uname -r 7.0-STABLE [EMAIL PROTECTED] ~]$ uname -a FreeBSD ophelia 7.0-STABLE FreeBSD 7.0-STABLE #9: Fri Jun 27 15:49:54 UTC 2008 [EMAIL PROTECTED]:/usr/home/sbruno/FreeBSD_RELENG_7_15APR08/src/sys/i386/compile/GENERIC i386 If you're installing from the net, and don't already have the manpages, I'd do 7.0-RELEASE (or whatever it's labeled as for the release copy). If you already have the manpages and you have the source, cd /usr/src make maninstall should do the trick. Cheers, -Garrett ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Debugging kernel issue with bus code
Hi all, Due to my RAID5 array failing and my poking around trying to get stuff to work, I've come up with a deterministic means of getting the kernel to panic when it attempts to use generic_bcopy in device_attach. Unfortunately my x86 ASM is non-existent and while I'm a passable gdb user, I have not the faintest clue about how to debug the issue in ddb. So, I was wondering if anyone was willing to help me debug the issue... Thanks, -Garrett ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]