November 2003 - Darwin-kernel

Newbie question about building Darwin
by Jay O'Conor 05 Nov '03

05 Nov '03

Ok, I'm trying to get started with building the Darwin kernel (xnu-517). I followed the directions in Apple's Kernel Programming manual: <http://developer.apple.com/documentation/Darwin/Conceptual/ KernelProgramming/build/chapter_18_section_3.html#//apple_ref/doc/uid/ TP30000905-CH221-CIHFEIFI> Everything progresses reasonably well until near the end of the build. One of the last steps that make wants to execute is 'kextsymboltool'. Unfortunately, this tools isn't built by any of the steps in the kernel build procedure in the manual, so the build aborts with an error: /usr/local/bin/kextsymboltool \ -arch ppc \ -import /Users/jco/Desktop/Darwin/xnu-517/BUILD/obj/RELEASE_PPC/allsymbols \ -export /Users/jco/Desktop/Darwin/xnu-517/config/System6.0.exports \ -export /Users/jco/Desktop/Darwin/xnu-517/config/System6.0.ppc.exports \ -output /Users/jco/Desktop/Darwin/xnu-517/BUILD/obj/RELEASE_PPC/ System6.0.symbolset; /bin/sh: line 1: /usr/local/bin/kextsymboltool: No such file or directory make[3]: *** [/Users/jco/Desktop/Darwin/xnu-517/BUILD/obj/RELEASE_PPC/ System6.0.symbolset] Error 1 make[2]: *** [build_all] Error 2 make[1]: *** [build_all] Error 2 make: *** [all] Error 2 I took a guess that kextsymboltool would be in the kext_tools-42 project, so I grabbed that. Unfortunately, that project does not have a Makefile, instead it has a PB project file. Since I'm running Panther, I'm using XCode, so I fired up XCode, loaded the kext_tools.pbproj file, allowed XCode to convert it to native, and attempted to build the kextsymboltool target. No dice. There's a bunch of headers that kextsymboltool wants access to, and I'm not entirely sure where to point the build to get the headers. The #include paths in kextsymboltool.c don't appear to match the paths in the xnu directory structure, so I don't believe it wants to get the headers there. It looks like maybe it wants the headers from Kernel.framework, but that doesn't seem right. If I were building a different version of the kernel, with potentially different headers, I would think that kextsymboltool would need to match the kernel being built. Bottom line, I'm now thoroughly confused about how to successfully build xnu-517. If any of you Darwin kernel gurus could give me a couple of pointers, I'd be eternally grateful. Thanks. --- Jay O'Conor jco(a)sonic.net _______________________________________________ darwin-kernel mailing list | darwin-kernel(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.

1 0

Re: Disk icon for mounted file system in the Finder
by Marek Kozubal 05 Nov '03

05 Nov '03

On Tue, 28 Oct 2003, Sam Vaughan wrote: > We're skipping the getattrlist call currently simply because we're > getting away with it. Looking at the other file systems' > implementations it looks like too much work for too little reward at > the moment. If you end up doing volfs support, you'll need to support this. You'll also need this if you want to support CNID's, finder info, etc. But that might be irrelevent to what you're doing... > Your dummy /dev entry and single IOMedia object idea looks interesting > though. What is the connection that DiskArb uses to associate one of > your mounted disks with the dummy /dev entry and the published IOMedia > object? I trawled through the DiskArb code the other day and couldn't > see why it would particularly care that we don't have any IOMedia > objects. The IOMedia object is there to just give it an icon and its the widget that publishes the /dev entry. Otherwise it does nothing. We use that DiskArb call that was mentioned earlier to have our daemon tell DiskArb to make our disk show up. Panther's DiskArb API has changed a good deal in Panther, so some/all of this might be invalid for that. If I recall correctly, DiskArb asks the IOKit for new IOMedia notifications so it can do its automatic disk mounting, so you could create a .filesystem bundle to handle mounting your widget though DiskArb using a .util (tool) program. --- Marek Kozubal marek(a)portents.com _______________________________________________ darwin-kernel mailing list | darwin-kernel(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.

1 0

questions about AppleGMACEthernet driver source code
by rimas avizienis 03 Nov '03

03 Nov '03

greetings, i recently acquired a 1.25 gHz titanium powerbook G4 that i have been testing my ethernet audio hardware device driver on (under 10.2.8). However I've encountered a problem: When I load the AppleGMACEthernet kernel extension that comes with 10.2.8 (version 1.3b15) on the new powerbook, the I/O registry explorer reports that the PHY type is a "Marvell 88E1111" and networking works fine. When I built my own copy of the same version of the AppleGMACEthernet extension (from the source code available from apple), the PHY type is identified as "Unknown" and the ethernet port doesn't work. There is no reference to the 88E1111 PHY chip anywhere in the source code (there are references to the 88E1011 chip though). whats going on?? it seems like the "open source" driver available from apple doesn't correspond to the driver that actually comes with the OS. Can anyone shed some light on this situation or maybe suggest another forum where someone might be able to answer this question ? or tell me where i can get the source code to an AppleGMACEthernet driver that supports the Marvell 88E1111 PHY chip ? thanks in advance -rimas __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com _______________________________________________ darwin-kernel mailing list | darwin-kernel(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.

1 0

Build error for xnu-517
by Brian Tabone 02 Nov '03

02 Nov '03

From: Brian Tabone <brian_tabone(a)mac.com> Subject: Build error for XNU-517 Date: October 30, 2003 2:40:42 PM CST To: darwin-development(a)lists.apple.com Has anyone else tried to build xnu-517 (Darwin 7.0 source) and received the following error? I have run . SETUP/setup.sh (I'm running bash) and I have Thread model: posix gcc version 3.3 20030304 (Apple Computer, Inc. build 1495) From the Xcode devel tools installed on my box. I am building this on a 10.3 box. I am getting (I've included the link line on which the error occurs): /usr/bin/ld -static -force_cpusubtype_ALL -segalign 0x1000 -arch ppc -segaddr __ VECTORS 0x0 -segaddr __TEXT 0x7000 -e __start -sectalign __TEXT __text 0x1000 -s ectalign __DATA __common 0x1000 -sectalign __DATA __bss 0x1000 -sectcreate __PRE LINK __text /dev/null -sectcreate __PRELINK __symtab /dev/null -sectcreate __PRE LINK __info /dev/null /Users/briant/Library/Desktop/xnu-517/BUILD/obj/RELEASE_P PC/./osfmk/RELEASE/osfmk.o /Users/briant/Library/Desktop/xnu-517/BUILD/obj/RELEA SE_PPC/./bsd/RELEASE/bsd.o /Users/briant/Library/Desktop/xnu-517/BUILD/obj/RELEA SE_PPC/./iokit/RELEASE/iokit.o /Users/briant/Library/Desktop/xnu-517/BUILD/obj/R ELEASE_PPC/./pexpert/RELEASE/pexpert.o /Users/briant/Library/Desktop/xnu-517/BUI LD/obj/RELEASE_PPC/./libkern/RELEASE/libkern.o /Users/briant/Library/Desktop/xnu -517/BUILD/obj/RELEASE_PPC/./libsa/RELEASE/libsa.o kernel_vers.o -o /Users/brian t/Library/Desktop/xnu-517/BUILD/obj/RELEASE_PPC/./mach_kernel.sys -lcc_kext; \ /usr/bin/strip -S -x /Users/briant/Library/Desktop/xnu-517/BUILD/obj/RELEASE_P PC/./mach_kernel.sys -o /Users/briant/Library/Desktop/xnu-517/BUILD/obj/RELEASE_ PPC/./mach_kernel; /usr/bin/ld: Undefined symbols: _kld_load_basefile_from_memory _kld_set_link_options make[2]: *** [do_build_mach_kernel] Error 1 make[1]: *** [build_all] Error 2 make: *** [all] Error 2 _______________________________________________ darwin-kernel mailing list | darwin-kernel(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.

1 0

panic related to kernel buffer queues
by Brian Bergstrand 02 Nov '03

02 Nov '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have a panic problem with my filesystem that I've traced down to getnewbuf() reusing a buffer that is locked. (gdb) bt 10 #0 Debugger (message=0x2952a0 "panic") at /SourceCache/xnu/xnu-517/osfmk/ppc/model_dep.c:627 #1 0x0001ed8c in panic (str=0x29a40c "getnewbuf: bp @ 0x%x is LOCKED! (flags 0x%x)\n") at /SourceCache/xnu/xnu-517/osfmk/kern/debug.c:198 #2 0x000b51e8 in getnewbuf (slpflag=0, slptimeo=0, queue=0x1264b928) at /SourceCache/xnu/xnu-517/bsd/vfs/vfs_bio.c:1687 #3 0x000b4398 in getblk (vp=0x2f98448, blkno=0, size=4096, slpflag=0, slptimeo=0, operation=16) at /SourceCache/xnu/xnu-517/bsd/vfs/vfs_bio.c:1183 #4 0x224720b8 in ext2_balloc2 (ip=0x2f83404, bn=0, size=24, cred=0x1ed578c, bpp=0x1264bae0, flags=3, blk_alloc=0x0) at src/gnu/ext2fs/ext2_balloc.c:180 #5 0x2247e858 in ext2_write (ap=0x1264bc70) at src/gnu/ext2fs/ext2_extern.h:120 #6 0x000cd334 in vn_rdwr (rw=UIO_WRITE, vp=0x2f98448, base=0x1264bd40 "\002", len=24, offset=68, segflg=UIO_SYSSPACE, ioflg=308591728, cred=0x1ed578c, aresid=0x0, p=0x0) at /SourceCache/xnu/xnu-517/bsd/sys/vnode_if.h:387 #7 0x22481e48 in ext2_mkdir (ap=0x1264bed0) at src/gnu/ext2fs/ext2_vnops.c:1658 #8 0x000c919c in mkdir (p=0x2199d40, uap=0x1f94af4, retval=0x1) at /SourceCache/xnu/xnu-517/bsd/sys/vnode_if.h:679 #9 0x0023daa4 in unix_syscall (regs=0x1cafcc8) at /SourceCache/xnu/xnu-517/bsd/dev/ppc/systemcalls.c:155 Turns out that the buffer ends up on BQ_META, even though the buffer thinks it's on BQ_LOCKED. My question: is it possible for a buffer to be on multiple queues? And if so, it seems as if there is a bug in getnewbuf(). Here is what I'm doing: meta_bread() is used to read the block into a buffer, then the buf is inserted into a LRU cache (the block is either an inode or block bitmap, and is cached on the assumption that it will be used frequently), then the buf is locked with: #define LCK_BUF(bp) { \ int s; \ s = splbio(); \ (bp)->b_flags |= B_LOCKED; \ splx(s); \ brelse(bp); \ } When the buffer is pushed out of the cache, the following is used to unlock it and sync it to disk: #define ULCK_BUF(bp) { \ long flags; \ int s; \ s = splbio(); \ flags = (bp)->b_flags; \ (bp)->b_flags &= ~(B_DIRTY | B_LOCKED); \ bremfree(bp); \ splx(s); \ if (flags & B_DIRTY) \ bwrite(bp); \ else \ brelse(bp); \ } Here is the buffer at the time of the panic: (gdb) p *(struct buf*)0x1d89f2d4 $4 = { b_hash = { le_next = 0x1d89fd38, le_prev = 0x1d89ede8 }, b_vnbufs = { le_next = 0x1d89fd38, le_prev = 0x1d89ef08 }, b_freelist = { tqe_next = 0x1d8cfa4c, tqe_prev = 0x336a20 }, b_proc = 0x0, b_flags = 1610629920, b_error = 0, b_bufsize = 4096, b_bcount = 4096, b_resid = 0, b_dev = 234881028, b_un = { b_addr = 0x2563000 '' <repeats 65 times>, "\177", '' <repeats 19 times>, "\200\201\201\203\200\201\201\200\201\201\201\201\201\201\201\201\203\20 1\200\201\201\201\201\201\200\201\201\200\200\017\f\0300`\003\017\fx", '' <repeats 20 times>, "\a\001\003", '' <repeats 16 times>, "\201\003\a\003\003\003\a\002\006\036\006\004\004\004\004\004\004\004\00 4\004@\201\200"... }, b_saveaddr = 0x0, b_lblkno = 6291456, b_blkno = 6291456, b_iodone = 0, b_vp = 0x24f89a0, b_dirtyoff = 0, b_dirtyend = 0, b_validoff = 0, b_validend = 0, b_rcred = 0x0, b_wcred = 0x0, b_timestamp = 1067707777, b_vectorcount = 0, b_vectorlist = 0x0, b_pagelist = 0x0, b_vects = {0, 0}, b_whichq = 0, b_act = { tqe_next = 0x0, tqe_prev = 0x0 }, b_drvdata = 0x24cc300 } b_flags == B_CACHE,B_DIRTY,B_DONE,B_LOCKED,B_ZALLOC,B_META As you can see, b_whichq says it's on BQ_LOCKED. I tried to confirm this by tracing down the queue, but after about 25 entries I gave up. But, when the panic happens the buffer is the first entry on BQ_META (the fourth queue, BQ_LOCKED is queue 0): (gdb) p bufqueues $13 = {{ tqh_first = 0x1d0fcf28, tqh_last = 0x1d0d82c8 }, { tqh_first = 0x0, tqh_last = 0x336a08 }, { tqh_first = 0x0, tqh_last = 0x336a10 }, { tqh_first = 0x0, tqh_last = 0x336a18 }, { tqh_first = 0x1d0e0198, tqh_last = 0x1d0dfd48 }, { tqh_first = 0x0, tqh_last = 0x336a28 }} And here is my bitmap cache at the time of the panic, in which the buffer is entry #5. Entry #0 is the most recent, and entry #7 is the least recent. s_inode_bitmap = {0x1d0d83d0, 0x1d0f94a4, 0x1d0d9cf8, 0x1d0e0eb8, 0x1d0da2fc, 0x1d0e0198, 0x1d0df3ec, 0x1d0df8d8}, So, anyone have any ideas as to what is going on? I'd appreciate any thoughts at all. Thanks. Brian Bergstrand <http://www.classicalguitar.net/brian/> PGP Key: <http://www.classicalguitar.net/brian/misc/public_key.txt> We hang the petty thieves and appoint the great ones to public office. - - Aesop As of 07:44:06 PM, iTunes is playing "Lullaby" from "Thirteenth Step" by "A Perfect Circle" -----BEGIN PGP SIGNATURE----- Version: PGP 8.0.2 iQA/AwUBP6RYc3nR2Fu2x7aiEQIxQwCgll0VjQMGP3sau6gRJTXxqJLAR4cAoMm7 botl9h9EORNc0ZiMFF+EVA3x =lSJW -----END PGP SIGNATURE----- _______________________________________________ darwin-kernel mailing list | darwin-kernel(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.

1 0