<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/alpha/linux/linux_sysvec.c, branch stable/13</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=stable%2F13</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=stable%2F13'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2006-05-08T15:20:12Z</updated>
<entry>
<title>Remove the Alpha specific linuxolator files.</title>
<updated>2006-05-08T15:20:12Z</updated>
<author>
<name>Alexander Leidinger</name>
<email>netchild@FreeBSD.org</email>
</author>
<published>2006-05-08T15:20:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=33e8449ce772fb3431e296dcbab6d64c2f942837'/>
<id>urn:sha1:33e8449ce772fb3431e296dcbab6d64c2f942837</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Enhance the Linux emulation layer to make MegaRAID SAS managements tool happy.</title>
<updated>2006-05-05T16:10:45Z</updated>
<author>
<name>Doug Ambrisko</name>
<email>ambrisko@FreeBSD.org</email>
</author>
<published>2006-05-05T16:10:45Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=060e48824720626ae71cbff2328ec91f4aab1839'/>
<id>urn:sha1:060e48824720626ae71cbff2328ec91f4aab1839</id>
<content type='text'>
Add back in a scheme to emulate old type major/minor numbers via hooks into
stat, linprocfs to return major/minors that Linux app's expect.  Currently
only /dev/null is always registered.  Drivers can register via the Linux
type shim similar to the ioctl shim but by using
linux_device_register_handler/linux_device_unregister_handler functions.
The structure is:

    struct linux_device_handler {
        char    *bsd_driver_name;
        char    *linux_driver_name;
        char    *bsd_device_name;
        char    *linux_device_name;
        int     linux_major;
        int     linux_minor;
        int     linux_char_device;
    };

Linprocfs uses this to display the major number of the driver.  The
soon to be available linsysfs will use it to fill in the driver name.
Linux_stat uses it to translate the major/minor into Linux type values.

Note major numbers are dynamically assigned via passing in a -1 for
the major number so we don't need to keep track of them.

This is somewhat needed due to us switching to our devfs.  MegaCli
will not run until I add in the linsysfs and mfi Linux compat changes.

Sponsored by:	IronPort Systems
</content>
</entry>
<entry>
<title>regen after COMPAT_43 removal</title>
<updated>2006-03-18T18:24:38Z</updated>
<author>
<name>Alexander Leidinger</name>
<email>netchild@FreeBSD.org</email>
</author>
<published>2006-03-18T18:24:38Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1f7642e05899dbd6cf3b20cf1aeea48abec421b1'/>
<id>urn:sha1:1f7642e05899dbd6cf3b20cf1aeea48abec421b1</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Remove kern.elf32.can_exec_dyn sysctl. Instead extend Brandinfo structure</title>
<updated>2005-12-26T21:23:57Z</updated>
<author>
<name>Maxim Sobolev</name>
<email>sobomax@FreeBSD.org</email>
</author>
<published>2005-12-26T21:23:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=900b28f9f6badd942a4b9e440fc0645480563704'/>
<id>urn:sha1:900b28f9f6badd942a4b9e440fc0645480563704</id>
<content type='text'>
with flags bitfield and set BI_CAN_EXEC_DYN flag for all brands that usually
allow executing elf dynamic binaries (aka shared libraries). When it is
requested to execute ET_DYN elf image check if this flag is on after we
know the elf brand allowing execution if so.

PR:		kern/87615
Submitted by:	Marcin Koziej &lt;creep@desk.pl&gt;
</content>
</entry>
<entry>
<title>Remove linux_mib_destroy() (which I actually added in between 5.0 and 5.1)</title>
<updated>2005-12-15T16:30:41Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2005-12-15T16:30:41Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=410d857972044bf841c93ab098cad5faf98bd33b'/>
<id>urn:sha1:410d857972044bf841c93ab098cad5faf98bd33b</id>
<content type='text'>
which existed to cleanup the linux_osname mutex.  Now that MTX_SYSINIT()
has grown a SYSUNINIT to destroy mutexes on unload, the extra destroy here
was redundant and resulted in panics in debug kernels.

MFC after:	1 week
Reported by:	Goran Gajic ggajic at afrodita dot rcub dot bg dot ac dot yu
</content>
</entry>
<entry>
<title>1. Change prototype of trapsignal and sendsig to use ksiginfo_t *, most</title>
<updated>2005-10-14T12:43:47Z</updated>
<author>
<name>David Xu</name>
<email>davidxu@FreeBSD.org</email>
</author>
<published>2005-10-14T12:43:47Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9104847f216771dfda5d78a6dd4974882f1a55cd'/>
<id>urn:sha1:9104847f216771dfda5d78a6dd4974882f1a55cd</id>
<content type='text'>
   changes in MD code are trivial, before this change, trapsignal and
   sendsig use discrete parameters, now they uses member fields of
   ksiginfo_t structure. For sendsig, this change allows us to pass
   POSIX realtime signal value to user code.

2. Remove cpu_thread_siginfo, it is no longer needed because we now always
   generate ksiginfo_t data and feed it to libpthread.

3. Add p_sigqueue to proc structure to hold shared signals which were
   blocked by all threads in the proc.

4. Add td_sigqueue to thread structure to hold all signals delivered to
   thread.

5. i386 and amd64 now return POSIX standard si_code, other arches will
   be fixed.

6. In this sigqueue implementation, pending signal set is kept as before,
   an extra siginfo list holds additional siginfo_t data for signals.
   kernel code uses psignal() still behavior as before, it won't be failed
   even under memory pressure, only exception is when deleting a signal,
   we should call sigqueue_delete to remove signal from sigqueue but
   not SIGDELSET. Current there is no kernel code will deliver a signal
   with additional data, so kernel should be as stable as before,
   a ksiginfo can carry more information, for example, allow signal to
   be delivered but throw away siginfo data if memory is not enough.
   SIGKILL and SIGSTOP have fast path in sigqueue_add, because they can
   not be caught or masked.
   The sigqueue() syscall allows user code to queue a signal to target
   process, if resource is unavailable, EAGAIN will be returned as
   specification said.
   Just before thread exits, signal queue memory will be freed by
   sigqueue_flush.
   Current, all signals are allowed to be queued, not only realtime signals.

Earlier patch reviewed by: jhb, deischen
Tested on: i386, amd64
</content>
</entry>
<entry>
<title>Move MODULE_DEPEND() statements for SYSVIPC dependencies to linux_ipc.c</title>
<updated>2005-07-29T19:40:39Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2005-07-29T19:40:39Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=813a5e14ec61e790efc247513f1f84315ab06575'/>
<id>urn:sha1:813a5e14ec61e790efc247513f1f84315ab06575</id>
<content type='text'>
so that they aren't duplicated 3 times and are also in the same file as
the code that depends on the SYSVIPC modules.
</content>
</entry>
<entry>
<title>o Split out kernel part of execve(2) syscall into two parts: one that</title>
<updated>2005-01-29T23:12:00Z</updated>
<author>
<name>Maxim Sobolev</name>
<email>sobomax@FreeBSD.org</email>
</author>
<published>2005-01-29T23:12:00Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=610ecfe035fa08e39d4f6f6a247a16b7e60188e7'/>
<id>urn:sha1:610ecfe035fa08e39d4f6f6a247a16b7e60188e7</id>
<content type='text'>
  copies arguments into the kernel space and one that operates
  completely in the kernel space;

o use kernel-only version of execve(2) to kill another stackgap in
  linuxlator/i386.

Obtained from:  DragonFlyBSD (partially)
MFC after:      2 weeks
</content>
</entry>
<entry>
<title>Do a pass over all modules in the kernel and make them return EOPNOTSUPP</title>
<updated>2004-07-15T08:26:07Z</updated>
<author>
<name>Poul-Henning Kamp</name>
<email>phk@FreeBSD.org</email>
</author>
<published>2004-07-15T08:26:07Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=3e019deaed5ad0687ea53ed5b5ba3336dc0be3c4'/>
<id>urn:sha1:3e019deaed5ad0687ea53ed5b5ba3336dc0be3c4</id>
<content type='text'>
for unknown events.

A number of modules return EINVAL in this instance, and I have left
those alone for now and instead taught MOD_QUIESCE to accept this
as "didn't do anything".
</content>
</entry>
<entry>
<title>Add an additional field to the elf brandinfo structure to support</title>
<updated>2003-12-23T02:42:39Z</updated>
<author>
<name>Peter Wemm</name>
<email>peter@FreeBSD.org</email>
</author>
<published>2003-12-23T02:42:39Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9b68618df04240a0ab6d6eed0d119246f07ee2cc'/>
<id>urn:sha1:9b68618df04240a0ab6d6eed0d119246f07ee2cc</id>
<content type='text'>
quicker exec-time replacement of the elf interpreter on an emulation
environment where an entire /compat/* tree isn't really warranted.
</content>
</entry>
</feed>
