Re: cluster size
Zhihui Zhang wrote: Hi, in freebsd can we change the cluster size from 2048 bytes.If yes how can we do that? do we have to configure in some file? You must be asking why the mbuf cluster size is chosen as 2048, right? It is probably a tradeoff between memory efficient and speed. Ask yourselves: What is the minimum cluster size I would have to have to be able to contain the maximum MTU worth of data, yet remain an even multiple of sizeof(mbuf) -- 256 bytes? -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: passing function ptrs to syscalls
Evan Sarmiento wrote: I'm writing a system call which requires a function pointer as an argument, In syscalls.master, it is specified as such: 366 STD BSD { int prfw_inject_fp(int sl, int synum, pid_t pi d, int (*fp)() ); } However, when I try compiling the kernel, sysproto complains The parser is s dumb little thing that doesn't understand nesting of parenthesis. But even if you fix this, your system call will never work. The problem is that the system call is in kernel space, but any function call you can give it is in user space. This means that the call you want it to call from kernel space will not be accessible at the time the call is made. You also don't want to do this, ever: the kernel runs in supervisor mode, while your code runs in user mode. Letting people execute code in supervisor mode is incredibly fraught with peril, from a security perspective: anyone who calls your call can become root, should they choose to write their credentials off the currently executing proc struct. The way you would do this, by the way, is to make the call take a void *, and then cast it back into a function in the kernel; this assumes you resolve the address space and protection domain issues. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Invoking a userland function from kernel
[EMAIL PROTECTED] wrote: I need pass asynchronously data from kernel to a userland process, include a quantity variable of data (void *opaque). The easiest way to do this is to have the user space process register a kevent, and then KNOTE() in the kernel when the event takes place. Another way to do this is to create a pseduo device driver, and read the data in user space. What it really sounds like you want is callbacks into user space from the kernel, a la VMS AST's (Asynchornous System Traps). To implement true AST's, you need to know that the kernel runs in supervisor mode, and the user space runs in user mode, and that these correspond to rong 0 and ring 3 protection domains for protected mode Intel processors, respectively. To implement AST's correctly, you would need to run them in system mode, which in the Intel processor vernacular, would be ring 2. I recommend against doing this. An alternate method of doing this would be to use a signal; if that doesn't provide a general enough call context for making calls to user space, then you probably need to wedge your code into the singla trampoline, and deal with it that way, instead. Finally, you may want to use a FIFO or SYSV IPC endpoints in user space, written from kernel space. This can be done, but it will end up taking some work on your part, since the send and write routines were never designed properly to be called from kernel space. I think that this is similar to upward flow data mechanism in the network subsystem. The data received at a network interface flow upward through communications protocols until they are placed in receive queue of destination socket, the system schedules protocol processing from the network interface layer by marking a bit assigned to the protocol in the system's network interrupt status, and posting a software interrupt reserved for triggering network activity. Software interrupts are used to schedule asynchronous network activity. No. This is not how software interrupts work. Software interrupts work by calling them when the splx() call is executed, causing them to be unblocked. Look at the splz() code in the assmebler source files in /sys/i386/i386/. In the netowrk case, a hardware interrupt is taken which causes mbuf's to be queued for processing at non-interrupt time. When the hardware interrupt completes, and splx() is later called within the kernel (the interrupt could have interrupted a user space process, not just a kernel space procedure), then the unmasking of the splnet() interrupt level results in the software interrupt list being called for newly unmasked software interrupts, including NETISR. The NETISR outcall is established with interrupt registration via sysctl (grep for ipintr), which dequeues the mbuf off the queue, and passes it to ip_input() -- or whatever protocol software interrupt handler is appropriate. This in turn pushes it up to the point where no more processing can occur outside the context of a user process, and puts the mbuf, socket, or whatever other result onto a queue. When the process runs, it harvests the queue via a system call. In other words, it all occurs in kernel space. For a good grounding in how this works, look at how the bind(2) call results in connection events as a result of incoming syn/synack/ack events, and how the accept call reaps these throu sooaccept and the code path in the /sys/kern/uipc_socket*.c code. But I don't know how I can trigger this software interrupts from my code into the FreeBSD kernel. You can't; at least, you can't do exactly that. As others have pointed out, you would have better luck telling us what problem it is you are trying to solve, and then letting people suggest solutions, instead of picking the one true solution, and then asking us how to implement it. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: FreeBSD for ARM processor
Dave Feustel wrote: Strongarm-based pcs designed by Chalice Technologies http://www.chaltech.com are available from Simtek http://www.simtec.co.uk/ No pricing anywhere that I could find. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source
Ron Chen wrote: Sun Grid Engine goes opensource. See SGE home page: http://www.sun.com/gridware I see no source code there, only Solaris and Linux binaries. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: exec() doesn't update access time
David E. Cross wrote: I noticed that exec(2) does not update the last access time of a file... is this intentional? POSIX only mandates updates of time fields in very specific cirumstances: when using particular API's. So if you use a different or unexpected API, an update is not required. For example, I had an FS that allowed you to read both directory entry and stat information simultaneously from a directoy, and did globbing in the kernel. Since it was neither getdireentries nor read, I didn't have to do the update that would otherwise have been required. In the exec case, we are talking something very like mmap, where the kernel never gets notification if the read, in any case: it is only when you use an accessor or mutator function, like read or write, where the operation can be hooked, because it is procedural, that an update can even be forced to occur, under any circumstances. Data interfaces are effectively immune from such monitoring. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source
On Wednesday 25 July 2001 03:29, Terry Lambert wrote: Ron Chen wrote: Sun Grid Engine goes opensource. See SGE home page: http://www.sun.com/gridware I see no source code there, only Solaris and Linux binaries. Check out (though the site(s) currently appear down): http://www.gridengine.sunsource.net/ http://www.sunsource.net/ -- Paul Marquis [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: MPP and new processor designs.
Leo Bicknell [EMAIL PROTECTED] wrote: A number of new chips have been released lately, along with some enhancements to existing processors that all fall into the same logic of parallelizing some operations. Why, just today I ran across an article about http://www.theregister.co.uk/content/3/20576.html, which bosts 128 ALU's on a single chip. This got me to thinking about an interesting way of using these chips. Rather than letting the hardware parallelize instructions from a single stream, what about feeding it multiple streams of instructions. That is, treat it like multiple CPU's running two (or more) processes at once. I'm sure the hardware isn't quite designed for this at the moment and so it couldn't just be done, but if you had say 128 ALU's most single user systems could dedicate one ALU to a process and never context switch, in the traditional sense. For systems that run lots of processors the rate limiting on a single process wouldn't be a big issue, and you could gain lots of effiencies in the global aspect by not context-switching in the traditional sense. Does anyone know of something like this being tried? Traditional 2-8 way SMP systems probably don't have enough processors (I'm thinking 64 is a minimum to make this interesting) and require other glue to make multiple independant processors work together. Has anyone tried this with them all in one package, all clocked together, etc? -- Leo Bicknell - [EMAIL PROTECTED] Systems Engineer - Internetworking Engineer - CCIE 3440 Read TMBG List - [EMAIL PROTECTED], www.tmbg.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message As I work for the above mentioned processor company, I though I might jump in here rather quickly and dispel an notion that you will be running any type of Linux or Unix on these processors any time soon. This chip is a reconfigurable data flow architecture with support for control flow. You really need to think about this chip in the dataflow paradigm. In addition you have to examine what the reporter said. While it is true that there are 128 ALUs on the chip and that it can perform in the neighborhood of 15BOPs these are only ALUs, they are not full processors. They don't run a program as you would on a typical von Neumann processor. The ALUs don't even have a program counter (not to mention MMUs). Instead, to program one of these chips you tell each ALU what function to perform and tell the ALUs how their input and output ports are connected. Then you sit back and watch as the data streams through in a pipelined fashion. Because all ALUs operate in parallel you can get some spectacular operations/second counts even at low frequencies. Think of it, even at only 100Mhz 100 ALUs operating in parallel give you 10 Billion operations per second. So, now let me move on to the real thrust of your argument which is valid, and point you at the kind of hardware you are really talking about. IBM is coming out with a POWER 4 that is just ungodly huge! (That is a technical term in the trade). 2 Processors per chip, four chips all together on a module 680 MILLION transistor in 20 sq. in, and if I remember correctly something like 5000 pins! Lots of interprocessor bandwidth. I don't know how they are going to get decent yield on these things, and you certainly aren't going to find them in your local compUSA but then there you go. Anyway the concept of not moving a process off a processor is in general called processor affinity, and has other benefits aside from the reduction of context switch. Even if it took you zero time to swap all the processor registers of 2 process from one processor to another you still would have reduced performance since you would have to flush the user space part of the TLBs (FreeBSD maps the kernel into each process address space and this doesn't need to be flushed) and the caches on virtually addressed caches (even on physically addressed caches where you don't have to flush, you still don't have the right data load into the new processors cache) and so you won't see the same through put. So in general affinity is good, but there are other problems. Suppose a process has finished it's quantum and the only other runable process hasn't been running on the now free processor, do you break the affinity, or do you hope that the process currently running on your preferred processor will sleep soon and it will be better for you to idle the other processor and wait for you preferred one? And you will have to worry about migrating processes across the processors to load balance in case you end up getting a few long lived processes all sharing one processor while the other processors only have say one process a piece. Terry can probably point you to the right place to read up about all this, but I think a company called sequent running lots of 286s in parallel had some good technical success with
Re: FreeBSD for ARM processor
On Wednesday 25 July 2001 8:26 am, Terry Lambert wrote: Dave Feustel wrote: Strongarm-based pcs designed by Chalice Technologies http://www.chaltech.com are available from Simtek http://www.simtec.co.uk/ No pricing anywhere that I could find. I believe that they cost about 700 ukp for a complete system (simtec do still sell them) the board alone is 350ukp (the reason for the cost is that they don't mass produce them to the same scale as pc motherboard makers) However you can get them second hand for less. AFAIR my 2nd hand box was about 400 ukp (cats board, case, psu, network, graphics, new 40GB hard disc), note that the 2nd hand box has the rev S chip with the ldmib bug, but that's not been shown to be an issue. One issue with them is that the memory is fairly specific on the timing front, and number of banks, eg it has to be PC66 in one slot, and also 2 banks, but if you leave that slot empty you can use PC100 and 4 bank in the other slot. Your also limited on graphics capability, I believe that mach64 and S3 cards work. Others may also work. The issue is that the BIOS has to emulate enough of an x86 for the graphics card to startup. Simtec have said they may improve/expand the emulation to allow them to boot more recent cards. -- Chris Gilbert [EMAIL PROTECTED] Portmaster, NetBSD/cats http://www.netbsd.org/Ports/cats/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source
Terry Lambert wrote: Ron Chen wrote: Sun Grid Engine goes opensource. See SGE home page: http://www.sun.com/gridware I see no source code there, only Solaris and Linux binaries. I coulda sworn I saw that they had source code available for grid engine as well, as this weekend i was downloading stuff for Solaris 8 x86 [which i run on one of my disks]. I did also take note that they are offering sources for Solaris 8, but I can't download it at the moment, as I don't have a fax machine to return the form. Apparently the Solaris 8 sources are available for free, but you have to fax the damned form back for download access. Somewhere in my search for Sun free stuff for Solaris 8 over the weekend did turn up a Sun page saying Grid Engine sources were available, as I recall tho. Sun really does need to redo their page so it's easier to find stuff. I'll backtrack and see if I can come up with the page I saw it on. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source
[Extensive cross-posting adress list dropped.] Jim Bryant wrote: Terry Lambert wrote: Ron Chen wrote: Sun Grid Engine goes opensource. See SGE home page: http://www.sun.com/gridware I see no source code there, only Solaris and Linux binaries. I coulda sworn I saw that they had source code available for grid engine as well, as this weekend i was downloading stuff for Solaris 8 x86 [which i run on one of my disks]. Direct from Suns Grid Engine FAQ: [Line breaks edited by me.] Q: Is Sun making the source for the now-current Sun Grid Engine software versions 5.2.2/5.2.3 available in open source? A: The source available in the Grid Engine open source project has received numerous modifications in order to prepare it for release as open source software. Organizations interested in obtaining the source for the now current 5.2.2/5.2.3 versions under a Sun source-access (non-open source) license should contact [EMAIL PROTECTED] Q: What is the license for the Grid Engine project? A: The project uses the Sun Industry Standards Source License, or SISSL.[...] Alas, closed source. HTH -Christoph Sold To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source
Christoph Sold wrote: [Extensive cross-posting adress list dropped.] Jim Bryant wrote: Terry Lambert wrote: Ron Chen wrote: Sun Grid Engine goes opensource. See SGE home page: http://www.sun.com/gridware I see no source code there, only Solaris and Linux binaries. I coulda sworn I saw that they had source code available for grid engine as well, as this weekend i was downloading stuff for Solaris 8 x86 [which i run on one of my disks]. Direct from Suns Grid Engine FAQ: [Line breaks edited by me.] Q: Is Sun making the source for the now-current Sun Grid Engine software versions 5.2.2/5.2.3 available in open source? A: The source available in the Grid Engine open source project has received numerous modifications in order to prepare it for release as open source software. Organizations interested in obtaining the source for the now current 5.2.2/5.2.3 versions under a Sun source-access (non-open source) license should contact [EMAIL PROTECTED] Here is the URL referencing the Grid Engine Open Source project. Not much there, apparently it's one of those Real Soon Now(TM) items, but this is the URL: http://www.sun.com/software/gridware/gridengine_project.html jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source
Jim Bryant wrote: Christoph Sold wrote: [Extensive cross-posting adress list dropped.] Jim Bryant wrote: Terry Lambert wrote: Ron Chen wrote: Sun Grid Engine goes opensource. See SGE home page: http://www.sun.com/gridware I see no source code there, only Solaris and Linux binaries. I coulda sworn I saw that they had source code available for grid engine as well, as this weekend i was downloading stuff for Solaris 8 x86 [which i run on one of my disks]. Direct from Suns Grid Engine FAQ: [Line breaks edited by me.] Q: Is Sun making the source for the now-current Sun Grid Engine software versions 5.2.2/5.2.3 available in open source? A: The source available in the Grid Engine open source project has received numerous modifications in order to prepare it for release as open source software. Organizations interested in obtaining the source for the now current 5.2.2/5.2.3 versions under a Sun source-access (non-open source) license should contact [EMAIL PROTECTED] Here is the URL referencing the Grid Engine Open Source project. Not much there, apparently it's one of those Real Soon Now(TM) items, but this is the URL: http://www.sun.com/software/gridware/gridengine_project.html Apparently the Grid Engine Open Source Project was discussed in one of yesterday's sessions at the O'Reilly Open Source Convention in San Diego. It was the first conference at the convention. http://www.sun.com/software/star/events/oreillyopensource2001/ Anyone around here attending this convention that attended the Grid Engine session that can give us some info on this subject? Apparently the convention ends on Friday. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source
Ron Chen wrote: Sun Grid Engine goes opensource. See SGE home page: http://www.sun.com/gridware -Ron http://www.sun.com/smi/Press/sunflash/2001-07/sunflash.20010723.1.html SUN MICROSYSTEMS MAKES SUN[tm] GRID ENGINE SOFTWARE AVAILABLE TO OPEN SOURCE COMMUNITY Sun Works with CollabNet to Continue its Strong Support of Open Computing and Encourage Adoption of Powerful Grid Computing Model SAN DIEGO, CA -- O'REILLY OPEN SOURCE CONVENTION -- July 23, 2001 -- Reaffirming its commitment to the open source movement, Sun Microsystems, Inc. (NASDAQ: SUNW) announced today the Sun Grid Engine Project, an initiative to offer the source code for Sun[tm] Grid Engine software to users and the developer community. Sun Grid Engine software is an advanced distributed resource management (DRM) tool. It has been available as a free download at www.sun.com/software/gridware since its introduction in September 2000. A leader in the open source community, Sun will add this project's half million lines of code to its total of more than 8 million lines of code already contributed to open source efforts. Sun is coordinating this worldwide project with CollabNet, a leading provider of collaborative software development solutions based on open source concepts, in making the code available for download at www.gridengine.sunsource.net. The project is designed to further remove the cost and implementation barriers associated with deploying DRM software in a compute farm. Additionally, both open source users and Sun Grid Engine software customers should benefit from this open source project through enhanced industry support. For example, service and support providers should be able to customize the powerful software for specific customer needs, and software developers should be able to reduce complexity for end users by creating applications that are tightly integrated with Sun Grid Engine software. Over time, the open source effort should facilitate the adoption of open standards for DRM software, facilitating interoperability with applications and easing integration. As cluster computing scales up towards grid computing, tools like Sun Grid Engine software will become ubiquitous and essential, said Tim O'Reilly, founder and CEO of technology information firm O'Reilly Associates. Computing is moving towards the development of what you might call an Internet operating system. Sun recognizes that key components of that operating system shouldn't be controlled by any one company, and they're putting their money where their mouth is by releasing it as open source. Sun will continue to deliver products that support our core philosophy that the network is the computer, said Robbie Turner, vice president of Client and Technical Market Products at Sun Microsystems. Sun is encouraging the grid computing model via free downloads of Sun Grid Engine software--and now by making its code available to the open source community--because the productivity gains of the grid computing model will increasingly serve as a decisive factor in a business's ultimate success or failure. CollabNet is providing the Web infrastructure and comprehensive development platform that enables geographically dispersed groups of developers to collaborate on Grid Engine projects. Based on CollabNet's SourceCast environment, this platform includes tools for revision control, issue tracking, mailing list creation and management, and Web-based administration. This open source project follows on the heels of the successful OpenOffice.org initiative--also supported by CollabNet--which made available the source code for Sun's StarOffice[tm] software under the same industry-accepted Sun Industry Standards Source License. Full details of Sun's involvement with open source projects can be seen at www.sunsource.net. The Grid Engine Project continues to demonstrate Sun's true leadership within the open source community, said Brian Behlendorf, co-founder and CTO of CollabNet. CollabNet is delighted to be working with Sun on yet more compelling open source software. Sun's decision to open this previously proprietary software demonstrates its understanding of the technical community's fundamental need and interest in scalable DRM technology. Delivering Network-Wide Compute Power to the Desktop Sun Grid Engine software was introduced in September 2000 as the first product resulting from Sun's acquisition of Gridware, formerly a privately-owned commercial vendor of advanced DRM software tools. Since then, the software has been downloaded nearly 8,000 times in more than 90 countries. A comprehensive web-based training course for installing and managing the software is also available at no cost at www.sun.com/software/gridware. By distributing Sun Grid Engine software as a free download and with all Sun systems, Sun is changing the economics of technical computing and breaking down the barriers of employing distributed computing. Sun
Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source
Sorry originally sent this to stable by mistake. Terry Lambert wrote: Ron Chen wrote: Sun Grid Engine goes opensource. See SGE home page: http://www.sun.com/gridware I see no source code there, only Solaris and Linux binaries. Click thru the licence agreement and at the very bottom of the page you will find a source tar ball. Plus CVS access is supposed to be available but I haven't tried that yet. I have downloaded, hacked a bit and compiled and semi-installed about 30mins ago. On first appearance it does not have much more functionality than NQS (ports/net/generic-nqs) except maybe some graphical interfaces (which I have only seen in the docs so far). Though the documentation is larger (I don't know about better ;-) I'll try to make a port of it but it may take a while. Like generic-nqs it has funny way of building and installing :-( -- Tony Maher Systems Engineer email: [EMAIL PROTECTED] BioLateral Pty Ltd. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Downloads appear broked...but work...keep hitting reload...
Jim Bryant wrote: Ron Chen wrote: Sun Grid Engine goes opensource. See SGE home page: http://www.sun.com/gridware -Ron http://www.sun.com/smi/Press/sunflash/2001-07/sunflash.20010723.1.html SUN MICROSYSTEMS MAKES SUN[tm] GRID ENGINE SOFTWARE AVAILABLE TO OPEN SOURCE COMMUNITY Sun Works with CollabNet to Continue its Strong Support of Open Computing and Encourage Adoption of Powerful Grid Computing Model SAN DIEGO, CA -- O'REILLY OPEN SOURCE CONVENTION -- July 23, 2001 -- Reaffirming its commitment to the open source movement, Sun Microsystems, Inc. (NASDAQ: SUNW) announced today the Sun Grid Engine Project, an initiative to offer the source code for Sun[tm] Grid Engine software to users and the developer community. Sun Grid Engine software is an advanced distributed resource management (DRM) tool. It has been available as a free download at www.sun.com/software/gridware since its introduction in September 2000. A leader in the open source community, Sun will add this project's half million lines of code to its total of more than 8 million lines of code already contributed to open source efforts. Sun is coordinating this worldwide project with CollabNet, a leading provider of collaborative software development solutions based on open source concepts, in making the code available for download at www.gridengine.sunsource.net. The project is designed to further remove the cost and implementation barriers associated with deploying DRM software in a compute farm. Additionally, both open source users and Sun Grid Engine software customers should benefit from this open source project through enhanced industry support. For example, service and support providers should be able to customize the powerful software for specific customer needs, and software developers should be able to reduce complexity for end users by creating applications that are tightly integrated with Sun Grid Engine software. Over time, the open source effort should facilitate the adoption of open standards for DRM software, facilitating interoperability with applications and easing integration. As cluster computing scales up towards grid computing, tools like Sun Grid Engine software will become ubiquitous and essential, said Tim O'Reilly, founder and CEO of technology information firm O'Reilly Associates. Computing is moving towards the development of what you might call an Internet operating system. Sun recognizes that key components of that operating system shouldn't be controlled by any one company, and they're putting their money where their mouth is by releasing it as open source. Sun will continue to deliver products that support our core philosophy that the network is the computer, said Robbie Turner, vice president of Client and Technical Market Products at Sun Microsystems. Sun is encouraging the grid computing model via free downloads of Sun Grid Engine software--and now by making its code available to the open source community--because the productivity gains of the grid computing model will increasingly serve as a decisive factor in a business's ultimate success or failure. CollabNet is providing the Web infrastructure and comprehensive development platform that enables geographically dispersed groups of developers to collaborate on Grid Engine projects. Based on CollabNet's SourceCast environment, this platform includes tools for revision control, issue tracking, mailing list creation and management, and Web-based administration. This open source project follows on the heels of the successful OpenOffice.org initiative--also supported by CollabNet--which made available the source code for Sun's StarOffice[tm] software under the same industry-accepted Sun Industry Standards Source License. Full details of Sun's involvement with open source projects can be seen at www.sunsource.net. The Grid Engine Project continues to demonstrate Sun's true leadership within the open source community, said Brian Behlendorf, co-founder and CTO of CollabNet. CollabNet is delighted to be working with Sun on yet more compelling open source software. Sun's decision to open this previously proprietary software demonstrates its understanding of the technical community's fundamental need and interest in scalable DRM technology. Delivering Network-Wide Compute Power to the Desktop Sun Grid Engine software was introduced in September 2000 as the first product resulting from Sun's acquisition of Gridware, formerly a privately-owned commercial vendor of advanced DRM software tools. Since then, the software has been downloaded nearly 8,000 times in more than 90 countries. A comprehensive web-based training course for installing and managing the software is also available at no cost at www.sun.com/software/gridware. By distributing Sun Grid Engine software as a free download and with all Sun systems, Sun is changing the economics of technical
Re: libc.a(err.o)
On Wed, Jul 25, 2001 at 01:21:18AM -0500, Hal Snyder wrote: I am wondering if there is a problem with err, warn, etc. in libc. [snip] Bug? Feature? Do we want separate modules? Weak symbols? Yes, it is a bug. IMHO we should be using weak symbols for all globally visibile identifiers in libc that are not defined by ISO/IEC 9899:199[09]. This comes up periodically; check the archives. Basically somebody needs to do the work. Cheers, -- Jacques Vidrine / [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: FreeBSD for ARM processor
The fast cheap way to get going with this product is to buy a complete strongarm pc from Simtek. The slow cheap way is to just buy the motherboard and buy the rest of the components in the US. I took the slow cheap way. I can't remember any more what I paid for the motherboard. - Original Message - From: Terry Lambert [EMAIL PROTECTED] To: Dave Feustel [EMAIL PROTECTED] Cc: Karsten W. Rohrbach [EMAIL PROTECTED]; David O'Brien [EMAIL PROTECTED]; Stephane E. Potvin [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, July 25, 2001 2:26 AM Subject: Re: FreeBSD for ARM processor Dave Feustel wrote: Strongarm-based pcs designed by Chalice Technologies http://www.chaltech.com are available from Simtek http://www.simtec.co.uk/ No pricing anywhere that I could find. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source
Hi, At 21:24 25/07/01 +1000, Tony Maher wrote: Sorry originally sent this to stable by mistake. And -cluster should be getting this thread. Terry Lambert wrote: Ron Chen wrote: Sun Grid Engine goes opensource. See SGE home page: http://www.sun.com/gridware I see no source code there, only Solaris and Linux binaries. Click thru the licence agreement and at the very bottom of the page you will find a source tar ball. Plus CVS access is supposed to be available but I haven't tried that yet. I have downloaded, hacked a bit and compiled and semi-installed about 30mins ago. On first appearance it does not have much more functionality than NQS (ports/net/generic-nqs) except maybe some graphical interfaces (which I have only seen in the docs so far). Though the documentation is larger (I don't know about better ;-) I'll try to make a port of it but it may take a while. Like generic-nqs it has funny way of building and installing :-( -- Tony Maher Systems Engineer email: [EMAIL PROTECTED] BioLateral Pty Ltd. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message -- Bob Bishop +44 (0)118 977 4017 [EMAIL PROTECTED]fax +44 (0)118 989 4254 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: FreeBSD for ARM processor
David O'Brien([EMAIL PROTECTED])@2001.07.24 19:59:41 +: On Tue, Jul 24, 2001 at 11:49:16AM -0500, Dave Feustel wrote: Strongarm-based pcs designed by Chalice Technologies http://www.chaltech.com are available from Simtek http://www.simtec.co.uk/ This brings up the issue of reference platform for the StrongARM port. There is no one clear choice as there is for the PowerPC. Realistically, we probably need to pick an easily obtainable consumer StrongARM product. The Compaq iPaq comes to mind. However, it is not development-friendly at the moment as it does not have peripherals such as built-in NIC, hard drive, or serial console capabilities. the H3660 with dual pcmcia jacket gives all this (wavelan/ethernet/microdrive/sandisk/whatever). it is not very developer-friendly, though. my ipaq is on order, let's see what firmware it uses for booting... Of all the products I know of, I like the CATS board the best. However, the last time I investigated the CATS board, they were very expensive and hard to find in the USA. For some reason $600 stands out in my mind. I know of 10+ DNARDs in the BSD community, thus my preference for that machine as the reference platform. the cats is non-portable, non-mobile ;-] i don't know where to get the sa1110 reference design from intel here in europe (i guess that intel does not want european people develop on mobile equipment) but this would be a starting point. AFAIK, designs like the ipaq are close to the reference board. my old newton has nearly the same configuration like the sa1100 edk platform (brutus). when i think about strongarm platforms i do not consider implementing settop or other non-mobile scenarios because pc102 or similar pc hardware is getting really cheap at the moment and the toolchains are broadly available. /k -- Hackers do it with bugs. KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.net/ karstenrohrbach.de -- alphangenn.net -- alphascene.org -- [EMAIL PROTECTED] GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 BF46 Please do not remove my address from To: and Cc: fields in mailing lists. 10x PGP signature
Why install -C include files?
Hi folks, Why are include files installed using -C instead of -c? This makes it harder to find stale includes. Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Why install -C include files?
On Wed, 25 Jul 2001 15:06:22 +0100, David Malone wrote: If you changed the date on header files which hadn't changed then next time you typed make on a project with carfully set up dependencies everything would end up getting recompiled. That's certainly something one could argue as a problem worth working around. In that case, I'd really like to make this behaviour in the build optional so that it's easy for FreeBSD developers to easily identify stale includes. Perhaps I could replace all instances of the -C option to install(8) with ${INSTALLCOPY} and have INSTALLCOPY default to -C? Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Why install -C include files?
On Wed, 25 Jul 2001 16:17:05 +0200, Sheldon Hearn wrote: In that case, I'd really like to make this behaviour in the build optional so that it's easy for FreeBSD developers to easily identify stale includes. Perhaps I could replace all instances of the -C option to install(8) with ${INSTALLCOPY} and have INSTALLCOPY default to -C? Hell, we already have COPY, we're just not using it. I'll submit patches for review to the appropriate lists. Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Why install -C include files?
On Wed, 25 Jul 2001 16:18:56 +0200, Sheldon Hearn wrote: Hell, we already have COPY, we're just not using it. I'll submit patches for review to the appropriate lists. Hmmm. After a little more investigation, it seems I just need CLOBBER support, which was removed from Makefile.inc1 in rev 1.96 by Marcel. I'll use it locally and leave everyone in peace. :-) Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Why install -C include files?
In message [EMAIL PROTECTED] Sheldon Hearn writes: : : : On Wed, 25 Jul 2001 08:48:36 CST, Warner Losh wrote: : : : Why are include files installed using -C instead of -c? This makes it : : harder to find stale includes. : : I've wanted to have a /etc/mtree/bsd.obsolete for a long time now... : : That would make me too nervous. All I really want is the assurance that : ``make world'' updates the mtime of every file it would have installed : if not present at install time. : : With revived CLOBBER support and COPY=-c, the only problem children are : symbolic links. Everything else can be hunted down with find -mtime X. The reason I'd like to see it isn't so that make world kills things automatically, but so that I could kill them (or at least find out what should be killed) on systems that had FreeBSD 1.0 installed on them, then upgraded, disk cloned, etc. At one point I had 4 machines that were created by this method from my original FreeBSD installation. However, I don't think I have anything further back than 2.2.8 or 3.2 as the base of a system right now due to EOL on spinning media, lapses in backup discipline, etc. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Why install -C include files?
On Wed, 25 Jul 2001 08:58:02 CST, Warner Losh wrote: The reason I'd like to see it isn't so that make world kills things automatically, but so that I could kill them (or at least find out what should be killed) on systems that had FreeBSD 1.0 installed on them, then upgraded, disk cloned, etc. That's exactly what I'm talking about. :-) Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Why install -C include files?
On Wed, 25 Jul 2001 08:48:36 CST, Warner Losh wrote: : Why are include files installed using -C instead of -c? This makes it : harder to find stale includes. I've wanted to have a /etc/mtree/bsd.obsolete for a long time now... That would make me too nervous. All I really want is the assurance that ``make world'' updates the mtime of every file it would have installed if not present at install time. With revived CLOBBER support and COPY=-c, the only problem children are symbolic links. Everything else can be hunted down with find -mtime X. Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Why install -C include files?
In message [EMAIL PROTECTED] Sheldon Hearn writes: : Why are include files installed using -C instead of -c? This makes it : harder to find stale includes. I've wanted to have a /etc/mtree/bsd.obsolete for a long time now... Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source
See project homepage: http://gridengine.sunsource.net/ -Ron --- Jim Bryant [EMAIL PROTECTED] wrote: Terry Lambert wrote: Ron Chen wrote: Sun Grid Engine goes opensource. See SGE home page: http://www.sun.com/gridware I see no source code there, only Solaris and Linux binaries. I coulda sworn I saw that they had source code available for grid engine as well, as this weekend i was downloading stuff for Solaris 8 x86 [which i run on one of my disks]. I did also take note that they are offering sources for Solaris 8, but I can't download it at the moment, as I don't have a fax machine to return the form. Apparently the Solaris 8 sources are available for free, but you have to fax the damned form back for download access. Somewhere in my search for Sun free stuff for Solaris 8 over the weekend did turn up a Sun page saying Grid Engine sources were available, as I recall tho. Sun really does need to redo their page so it's easier to find stuff. I'll backtrack and see if I can come up with the page I saw it on. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Why install -C include files?
On Wed, Jul 25, 2001 at 03:43:35PM +0200, Sheldon Hearn wrote: Why are include files installed using -C instead of -c? This makes it harder to find stale includes. If you changed the date on header files which hadn't changed then next time you typed make on a project with carfully set up dependencies everything would end up getting recompiled. David. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: exec() doesn't update access time
I noticed that exec(2) does not update the last access time of a file... is this intentional? Not exactly intentional (I never had that as a goal when I wrote execve()), but it's a side-effect of exec not doing a 'read' on the file in the traditional sense. This has been discussed several times over the past many years and the end result is that 1) Noone really seems to care very much, and 2) There are performance reducing implications if the atime update is forced. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: cluster size
On Tue, 24 Jul 2001, Terry Lambert wrote: Zhihui Zhang wrote: Hi, in freebsd can we change the cluster size from 2048 bytes.If yes how can we do that? do we have to configure in some file? You must be asking why the mbuf cluster size is chosen as 2048, right? It is probably a tradeoff between memory efficient and speed. Ask yourselves: What is the minimum cluster size I would have to have to be able to contain the maximum MTU worth of data, yet remain an even multiple of sizeof(mbuf) -- 256 bytes? A dumb question: why even not odd multiple? -Zhihui To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: cluster size
On Wed, Jul 25, 2001 at 01:51:51PM -0400, Zhihui Zhang wrote: On Tue, 24 Jul 2001, Terry Lambert wrote: Zhihui Zhang wrote: Hi, in freebsd can we change the cluster size from 2048 bytes.If yes how can we do that? do we have to configure in some file? You must be asking why the mbuf cluster size is chosen as 2048, right? It is probably a tradeoff between memory efficient and speed. Ask yourselves: What is the minimum cluster size I would have to have to be able to contain the maximum MTU worth of data, yet remain an even multiple of sizeof(mbuf) -- 256 bytes? A dumb question: why even not odd multiple? -Zhihui It actually has to do with the fact that 2K is the only size equal to or greater than the maximum MTU worth of data that can be multiplied to a page size without any leftover (in other words, page size modulo 2K is zero). -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: cluster size
Basically you want it to hold a number of mbufs and you want it to fit into a page nicely. you probably want it to have a bit of extra rume for oversized packets too. 2K seems a good fit. nothing magic about it however. (should be less than a page, bigget than an ehternet packet(plus a bit) 4096/3 is 1365 too small 4096/2=2048 ok.. 4096/1 too wasteful. On Wed, 25 Jul 2001, Zhihui Zhang wrote: On Tue, 24 Jul 2001, Terry Lambert wrote: Zhihui Zhang wrote: Hi, in freebsd can we change the cluster size from 2048 bytes.If yes how can we do that? do we have to configure in some file? You must be asking why the mbuf cluster size is chosen as 2048, right? It is probably a tradeoff between memory efficient and speed. Ask yourselves: What is the minimum cluster size I would have to have to be able to contain the maximum MTU worth of data, yet remain an even multiple of sizeof(mbuf) -- 256 bytes? A dumb question: why even not odd multiple? -Zhihui To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: cluster size
I see. It has something to do with the power-of-two allocator we are using inside the kernel. -Zhihui On Wed, 25 Jul 2001, Bosko Milekic wrote: On Wed, Jul 25, 2001 at 01:51:51PM -0400, Zhihui Zhang wrote: On Tue, 24 Jul 2001, Terry Lambert wrote: Zhihui Zhang wrote: Hi, in freebsd can we change the cluster size from 2048 bytes.If yes how can we do that? do we have to configure in some file? You must be asking why the mbuf cluster size is chosen as 2048, right? It is probably a tradeoff between memory efficient and speed. Ask yourselves: What is the minimum cluster size I would have to have to be able to contain the maximum MTU worth of data, yet remain an even multiple of sizeof(mbuf) -- 256 bytes? A dumb question: why even not odd multiple? -Zhihui It actually has to do with the fact that 2K is the only size equal to or greater than the maximum MTU worth of data that can be multiplied to a page size without any leftover (in other words, page size modulo 2K is zero). -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: cluster size
On Wed, Jul 25, 2001 at 02:17:38PM -0400, Zhihui Zhang wrote: I see. It has something to do with the power-of-two allocator we are using inside the kernel. No, it has nothing to do with the power-of-two allocation strategy used in some cases inside the kernel. 2K is just the most convenient size for a cluster as it fits the maximum MTU size while at the same time fitting nicely into a page, reducing allocation complexity. -Zhihui -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: cluster size
no.. it has to do with the fact that it would be unwise to make a cluster 1 page size since we have no guarantee that all drivers could handle breaking up a DMA if a cluster spanned 2 physical address ranges. (they can handle a chain of discontinuous mbufs but may assume that a single mbuf will have physically contiguous data. Now since we cannot span a page boundary, we should fit in exacly to get as much room as possible and since (pagesize/3) is too small, the next possibility is (pagesize/2). If pagesize/3 was big enough, we might have used that.. On Wed, 25 Jul 2001, Zhihui Zhang wrote: I see. It has something to do with the power-of-two allocator we are using inside the kernel. -Zhihui On Wed, 25 Jul 2001, Bosko Milekic wrote: On Wed, Jul 25, 2001 at 01:51:51PM -0400, Zhihui Zhang wrote: On Tue, 24 Jul 2001, Terry Lambert wrote: Zhihui Zhang wrote: Hi, in freebsd can we change the cluster size from 2048 bytes.If yes how can we do that? do we have to configure in some file? You must be asking why the mbuf cluster size is chosen as 2048, right? It is probably a tradeoff between memory efficient and speed. Ask yourselves: What is the minimum cluster size I would have to have to be able to contain the maximum MTU worth of data, yet remain an even multiple of sizeof(mbuf) -- 256 bytes? A dumb question: why even not odd multiple? -Zhihui It actually has to do with the fact that 2K is the only size equal to or greater than the maximum MTU worth of data that can be multiplied to a page size without any leftover (in other words, page size modulo 2K is zero). -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: exec() doesn't update access time
In my case it would be usefull as I was trying to tell the last time 'telnetd' was run. (yes, not perfect, but better than nothing) -- David Cross | email: [EMAIL PROTECTED] Lab Director | Rm: 308 Lally Hall Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science| Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: exec() doesn't update access time
On Wed, 25 Jul 2001, David E. Cross wrote: In my case it would be usefull as I was trying to tell the last time 'telnetd' was run. (yes, not perfect, but better than nothing) well, for caching file systems it is very useful to have an exec set atime. Helps you figure out which files can be pruned from the cache. This sounds like a good fix. ron To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: exec() doesn't update access time
Hmm... would it be as easy as VOP_GETATTR(); . . . VOP_SETATTR(); within the exec() code? Certainly this would be an 'easy' fix (and I can work up diffs for review), but is it the 'correct' fix? -- David Cross | email: [EMAIL PROTECTED] Lab Director | Rm: 308 Lally Hall Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science| Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: exec() doesn't update access time
Hmm... would it be as easy as VOP_GETATTR(); . . . VOP_SETATTR(); within the exec() code? Certainly this would be an 'easy' fix (and I can work up diffs for review), but is it the 'correct' fix? No, it's not the correct fix. You shouldn't need to do the GETATTR first, and doing a SETATTR will cause a synchronous update of the atime, which is not what you want. This also doesn't fix that standard case of open/mmap() not updating the access time, which is the real problem, not execve. Guessing, I think the correct fix is probably to set the IN_ACCESS flag in ufs_open() [and similarly with other filesystems where this makes sense] if the filesystem is not mounted with the noatime flag. However, I'm not sure of the symantics of the access time in the relavent standards, and I seem to recall Bruce saying that it was incorrect to indicate an access on just an open(), but I may be mistaken. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: exec() doesn't update access time
Hmm... would it be as easy as VOP_GETATTR(); . . . VOP_SETATTR(); within the exec() code? Certainly this would be an 'easy' fix (and I can work up diffs for review), but is it the 'correct' fix? No, it's not the correct fix. You shouldn't need to do the GETATTR first, and doing a SETATTR will cause a synchronous update of the atime, which is not what you want. This also doesn't fix that standard case of open/mmap() not updating the access time, which is the real problem, not execve. Guessing, I think the correct fix is probably to set the IN_ACCESS flag in ufs_open() [and similarly with other filesystems where this makes sense] if the filesystem is not mounted with the noatime flag. However, I'm not sure of the symantics of the access time in the relavent standards, and I seem to recall Bruce saying that it was incorrect to indicate an access on just an open(), but I may be mistaken. Here is a patch that I just wrote that should implement the above. Please test and report results (good or bad). :-) -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com Pave the road of life with opportunities. Index: ufs_vnops.c === RCS file: /home/ncvs/src/sys/ufs/ufs/ufs_vnops.c,v retrieving revision 1.131.2.3 diff -c -r1.131.2.3 ufs_vnops.c *** ufs_vnops.c 2001/02/26 04:23:21 1.131.2.3 --- ufs_vnops.c 2001/07/25 23:52:38 *** *** 249,255 /* * Open called. * ! * Nothing to do. */ /* ARGSUSED */ int --- 249,255 /* * Open called. * ! * Update last accessed time. */ /* ARGSUSED */ int *** *** 261,273 struct proc *a_p; } */ *ap; { /* * Files marked append-only must be opened for appending. */ ! if ((VTOI(ap-a_vp)-i_flags APPEND) (ap-a_mode (FWRITE | O_APPEND)) == FWRITE) return (EPERM); return (0); } --- 261,280 struct proc *a_p; } */ *ap; { + struct inode *ip; + ip = VTOI(ap-a_vp); /* * Files marked append-only must be opened for appending. */ ! if ((ip-i_flags APPEND) (ap-a_mode (FWRITE | O_APPEND)) == FWRITE) return (EPERM); + /* +* Update file access time. +*/ + if ((ap-a_vp-v_mount-mnt_flag MNT_NOATIME) == 0) + ip-i_flag |= IN_ACCESS; return (0); } To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Invoking a userland function from kernel
From: Terry Lambert [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Invoking a userland function from kernel Date: Wed, 25 Jul 2001 00:16:33 -0700 [EMAIL PROTECTED] wrote: I need pass asynchronously data from kernel to a userland process, include a quantity variable of data (void *opaque). The easiest way to do this is to have the user space process register a kevent, and then KNOTE() in the kernel when the event takes place. Another way to do this is to create a pseduo device driver, and read the data in user space. What it really sounds like you want is callbacks into user space from the kernel, a la VMS AST's (Asynchornous System Traps). To implement true AST's, you need to know that the kernel runs in supervisor mode, and the user space runs in user mode, and that these correspond to rong 0 and ring 3 protection domains for protected mode Intel processors, respectively. To implement AST's correctly, you would need to run them in system mode, which in the Intel processor vernacular, would be ring 2. Just reading the system programming manual from Intel which says the processor does not allow a transfer of program control from a procedure running at CPL of 0, 1 or 2 to a procedure running at a CPL of 3, except on a return. Weiguang _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Why install -C include files?
On Wed, Jul 25, 2001 at 05:06:44PM +0200, Sheldon Hearn wrote: On Wed, 25 Jul 2001 08:58:02 CST, Warner Losh wrote: The reason I'd like to see it isn't so that make world kills things automatically, but so that I could kill them (or at least find out what should be killed) on systems that had FreeBSD 1.0 installed on them, then upgraded, disk cloned, etc. That's exactly what I'm talking about. :-) I would sure like to rely on this being the case, as I routinely remove anything from the system [s]bin directories that are not timestamped with the installworld date. I just _assumed_ that was proper to ensure that stale files are not left lingering after code has been moved/removed. Is this behaviour being changed for some reason? If it is, or if anyone is thinking about making installworld use -C everywhere, please don't. One notable exception to this seems to be /usr/libexec/ld-elf.so.1 which uses -C for some reason. You don't want to remove _that_ by mistake :). -Brian To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
hooks
Hello, I need each system call to check with a master table of restrictions before executing a function. Is there a way to do this without copying and pasting a bit of code that does this checking into every system call? Thanks, -- --- Evan Sarmiento | www.open-root.org [EMAIL PROTECTED] | www.sekt7.org/~ems/ --- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: hooks
Architecture dependent. For the 4.3-stable code for i386, /usr/src/sys/i386/i386/trap.c contains the function syscall2(). I believe you can safely put your code in it before the dispatching system call part, just be aware of kernel stack overflow. Weiguang From: Evan Sarmiento [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: hooks Date: Thu, 26 Jul 2001 01:10:02 + (GMT) Hello, I need each system call to check with a master table of restrictions before executing a function. Is there a way to do this without copying and pasting a bit of code that does this checking into every system call? Thanks, -- --- Evan Sarmiento | www.open-root.org [EMAIL PROTECTED] | www.sekt7.org/~ems/ --- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Why install -C include files?
On Wed, 25 Jul 2001 08:58:02 CST, Warner Losh wrote: The reason I'd like to see it isn't so that make world kills things automatically, but so that I could kill them (or at least find out what should be killed) on systems that had FreeBSD 1.0 installed on them, then upgraded, disk cloned, etc. That's exactly what I'm talking about. :-) Every now and then, rather than doing ``make installworld'', do: # cd /usr # mv share share.not # mv include include.not # mv libdata libdata.not # cd src # make -m /usr/src/share/mk installworld # cd .. # rm -fr share.not include.not libdata.not This keeps things reasonably clean. Ciao, Sheldon. -- Brian [EMAIL PROTECTED][EMAIL PROTECTED] http://www.freebsd-services.com/brian@[uk.]FreeBSD.org Don't _EVER_ lose your sense of humour ! brian@[uk.]OpenBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
ARP cache problems....
Hi, I'm trying to do some testing on my boxes with 3 ethernet interface. But it seems like that FreeBSD gets very confused. Can somebody please tell me what's going and, and preferable, help me out ? I basically want to connect those 3 interface to the same hub, and then use them all from one win98 computer. I have tried before to give them IP's on the same subnet, and then move the cable around, but that gives me the same arp error message as below. The funny thing about that is that arp seems to ssave it on the disk somewhere, as it remember where it saw the MAC address even after reboots Anybody know where ?? So I figured I could give put them on different subnet, like this: ifconfig_sis0=inet 192.168.1.60 netmask 255.255.255.0 ifconfig_sis1=inet 192.168.2.60 netmask 255.255.255.0 ifconfig_sis2=inet 192.168.3.60 netmask 255.255.255.0 And then I configure my win98 testing machine with the same subnet, using aliases on one ethernet interface. (seems to work fine) When I ping from the win98 machine, the ping seems to work fine, but I get these messages on the FreeBSD box: Jul 25 19:56:40 test256m /kernel: arp: 192.168.1.4 is on sis0 but got reply from 00:a0:cc:a0:d4:07 on sis1 When I then try to do a arp -a, the arp program seems to hang for a very long time, until it finally show: ? (192.168.1.1) at 0:80:ad:81:fc:d4 [ethernet] ? (192.168.1.4) at 0:a0:cc:a0:d4:7 [ethernet] ? (192.168.2.1) at 0:a0:cc:a0:d4:7 [ethernet] When I do an arp-a on the win98 machine, it seems just fine: C:\arp -a Interface: 192.168.2.1 on Interface 0x102 Internet Address Physical Address Type 192.168.2.60 00-00-24-c0-01-29 dynamic Interface: 192.168.1.4 on Interface 0x203 Internet Address Physical Address Type 192.168.1.1 00-80-ad-81-fc-d4 dynamic 192.168.1.60 00-00-24-c0-01-28 dynamic The FreeBSD box also hangs for a long time if I try to use the network interface, t.ex telnet to it. Is what I'm trying to do possible at all ? What's the magic trick ? Thanks, Soren To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
qestion about vm page coloring
Dear all, I study FreeBSD vm managememnt recently, however, I am a little confused with vm_page's page color. when you call vm_add_new_page() in vm_startup(), you will set each map entry's page color according to its physical addr. m-pc = (pa PAGE_SHIFT)PQ_L2_MASK; However, I found that almost each map entry's page color is zero, that means PQ_L2_SIZE is 1, and disable page coloring option. Maybe I can do some modification to dump PQ_L2_SIZE's value, but I think my guess is right. Can someone please tell me the principle of page coloring, and why it's disabled now? Thanks, Rex Luo To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: SmartDisk USB CompactFlash reader
Alfred Perlstein wrote: * Leif Neland [EMAIL PROTECTED] [010724 19:18] wrote: I've got such a device; it was nessecary, because my camera run out of batteries before I could retrieve 48MB of pictures over the normal serial port When I plug it in it displays: ugen0: SmartDisk Corp. SM/CF Combo USB Reader, rev 1.00/0.83, addr 2 Can this be read in FreeBSD? Try compiling in the 'umass' driver, you may be out of luck, SanDisk produced a version of thier reader that didn't use the USB disk specification and requires a proprietary driver for it, you may be stuck using this from windows. Good news is that you can get one that works in freebsd for only about 20$. So I want the cheap $20 one, rather than the $35-$50 variant? Gee, that's nice for a change. -- Where am I, and what am I doing in this handbasket? Wes Peters Softweyr LLC [EMAIL PROTECTED] http://softweyr.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message