Re: Error in my C programming

2005-02-20 Thread Richard Sharpe
he line numbers in Wtrend_Drivers.c > > These are some of the errors I get in pairs for each of the above variables: > > Wtrend_Drivers.c:15: conflicting types for `Receiver' > Wtrend_Drivers.h:9: previous declaration of `Receiver' Ummm, move the definition of all those vari

Re: Error in my C programming

2005-02-20 Thread Richard Sharpe
gt; > > unsigned char Receiver = 0; > > > etc. > > > > Done that to no avail :( > > > > Regards, > > > > Kat. > > I wonder if Receiver is defined in a include file elsewhere? I checked > all the header files on my system and

Re: Error in my C programming

2005-02-20 Thread Richard Sharpe
have enough of her code. I tried this: > > #include > unsigned char Receiver = 0; > > int main(void) > { > Receiver = 0x00; > printf( "Receiver -=>%c\n", Receiver ); > return(0); > } > > compiled it with: > > gcc

Possible problems with mmap/munmap on FreeBSD ...

2005-03-29 Thread Richard Sharpe
nmap does not suggest that I am doing anything wrong. Is it possible that FreeBSD is deferring flushing the dirty data, and then forgets to do it when the same starting address is used etc? Regards - Richard Sharpe, rsharpe[at]richardsharpe.com, rsharpe[at]samba.org, sharpe[at]ethereal.

Re: Possible problems with mmap/munmap on FreeBSD ...

2005-03-30 Thread Richard Sharpe
On Tue, 29 Mar 2005, David Schultz wrote: > On Tue, Mar 29, 2005, Richard Sharpe wrote: > > Hi, > > > > I am having some problems with the tdb package on FreeBSD 4.6.2 and 4.10. > > > > One of the things the above package does is: > > > >mmap th

Re: FreeBSD performing worse than Linux?

2001-11-28 Thread Richard Sharpe
Greg Lehey wrote: > I think I made a mistake by not opening this immediately. Certainly I > haven't seen any particularly animosity here so far, and Richard can > defend himself, so: FreeBSD hackers, meet Richard Sharpe. Richard, > meet the hackers. > > As I said, Ri

A comparison of Samba performance on FreeBSD 4.3-RELEASE and Linux 2.4.13ac4

2001-11-29 Thread Richard Sharpe
, the dbench numbers do not mean much. In addition, I continue to look at the tbench numbers to see what the story is with respect to FreeBSD and TCP performance. Perhaps I have done something wrong. Feedback welcome, but I will have limited time to respond over the next week. -- Richard Sharpe

Re: FreeBSD performing worse than Linux?

2001-11-30 Thread Richard Sharpe
the saving of 20uS or so per request/response pair accounts for some 40+ Mb/s. -- Richard Sharpe, [EMAIL PROTECTED], LPIC-1 www.samba.org, www.ethereal.com, SAMS Teach Yourself Samba in 24 Hours, Special Edition, Using Samba To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe f

Re: FreeBSD performing worse than Linux?

2001-11-30 Thread Richard Sharpe
Alfred Perlstein wrote: > * Richard Sharpe <[EMAIL PROTECTED]> [011130 15:02] wrote: >>The traffic in the tbench case is SMB taffic. Request/response, with a >>mixture of small requests and responses, and big request/small response >>or small request/big response,

Re: FreeBSD performing worse than Linux?

2001-11-30 Thread Richard Sharpe
til it has data to send, which it probably already has. What I see with the Linux trace is that Linux coalesces ACKs. However, the most I have seen it coalesce is two segments. HTH. -- Richard Sharpe, [EMAIL PROTECTED], LPIC-1 www.samba.org, www.ethereal.com, SAMS Teach Yourself Samba in 24 Hours,

Re: Found the problem, w/patch (was Re: FreeBSD performing worse than Linux?)

2001-12-01 Thread Richard Sharpe
h the tbench run, while Linux provides around 68Mb/s. So, it is back to staring at traces. Perhaps I will get a full trace now. -- Richard Sharpe, [EMAIL PROTECTED], LPIC-1 www.samba.org, www.ethereal.com, SAMS Teach Yourself Samba in 24 Hours, Special Edition, Using Samba To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: UDMA33 and SiS5591 on FreeBSD 4.4-RELEASE

2001-12-01 Thread Richard Sharpe
ore info before I can tell whats going on.. >>I need at least the dmesg from a verbosely booted system and >>also a pciconf -l to tell what chips you have. >> > > Note that there are other chips out there which return the same PCI > information but which appear to be ca

Re: Patch #3 (TCP / Linux / Performance)

2001-12-02 Thread Richard Sharpe
e, it seems like there are two copies to/from userspace there. -- Richard Sharpe, [EMAIL PROTECTED], LPIC-1 www.samba.org, www.ethereal.com, SAMS Teach Yourself Samba in 24 Hours, Special Edition, Using Samba To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers&qu

Samba performance compared between FreeBSD and Linux ...

2001-12-02 Thread Richard Sharpe
the tests when I get to the US later this week, and would hope to re-issue the report the week after next. -- Richard Sharpe, [EMAIL PROTECTED], LPIC-1 www.samba.org, www.ethereal.com, SAMS Teach Yourself Samba in 24 Hours, Special Edition, Using Samba To Unsubscribe: send mail to [EMAIL

FreeBSD might not have been slower that Linux in the real world ...

2001-12-04 Thread Richard Sharpe
e new connection. Since TCP_NODELAY is the default, Samba under FreeBSD was probably always getting the benefit of that 68Mb/s that it seems possible to get using the SMB protocol on a 100Mb/s link. However, it is good that FreeBSD also gets good numbers under the benchmarks. -- Richard Sharpe, [

Does anyone know if the Broadcom BCM5700 has problems with HW csum?

2001-12-14 Thread Richard Sharpe
Hi, I am playing with a driver for the Broadcom 5700/5701. It recognizes the 5700 in my 3Com cards OK, but seems to screw up the TCP checksum. Switching off hardware checksum capability fixes it. Does anyone know the details of which stepping this stuff worked on? -- Richard Sharpe, [EMAIL

Re: Does anyone know if the Broadcom BCM5700 has problems with HW csum?

2001-12-15 Thread Richard Sharpe
ble in >a few days. > OK, that makes sense, because I wasn't getting past first base. SYN ACK segments werre being rejected with bad checksum. The driver I modified is actually for the 5701, which works fine with all checksum offloading enabled. I will try to disable just

Adding si_fd to struct __siginfo ...

2001-12-21 Thread Richard Sharpe
suggestions or any big objections? -- Richard Sharpe, [EMAIL PROTECTED], LPIC-1 www.samba.org, www.ethereal.com, SAMS Teach Yourself Samba in 24 Hours, Special Edition, Using Samba To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: Adding si_fd to struct __siginfo ...

2001-12-21 Thread Richard Sharpe
Alfred Perlstein wrote: >* Richard Sharpe <[EMAIL PROTECTED]> [011221 15:11] wrote: > >>Hi, >> >>One of my tasks is to add oplock support to FreeBSD so that we (Panasas) >>can allow correct caching of files by Windows clients in the presence of >>NFS

Re: Adding si_fd to struct __siginfo ...

2001-12-21 Thread Richard Sharpe
Mike Barcroft wrote: >Richard Sharpe <[EMAIL PROTECTED]> writes: > >>>There was already a big mess of a discussion about how this would >>>be much better done via kqueue than with realtime signals. >>> >>>I guess if you can get a working implem

Is there anyway from userspace to get the 'enum vtagtype v_tag' for a vnode for an open file?

2002-01-08 Thread Richard Sharpe
Hi, I want to find out the file system type from userspace for an open file. Can I get at this info? the stat call does not give it to me. -- Richard Sharpe, [EMAIL PROTECTED], LPIC-1 www.samba.org, www.ethereal.com, SAMS Teach Yourself Samba in 24 Hours, Special Edition, Using Samba To

Re: Is there anyway from userspace to get the 'enum vtagtype v_tag' for a vnode for an open file?

2002-01-08 Thread Richard Sharpe
Richard Sharpe wrote: > Hi, > > I want to find out the file system type from userspace for an open file. > > Can I get at this info? the stat call does not give it to me. Hmmm, getfsspec seems to fill the need. Sorry for the noise. -- Richard Sharpe, [EMAIL PROTECTED], LPIC-

What prevents there from being a race with open(...,O_CREAT |O_EXCL,...)

2003-01-10 Thread Richard Sharpe
gards - Richard Sharpe, rsharpe[at]ns.aus.com, rsharpe[at]samba.org, sharpe[at]ethereal.com, http://www.richardsharpe.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: Looking for FreeBSD kernel debugging help

2003-06-11 Thread Richard Sharpe
ith a little bit of modification, these extension > > can be applied to other BSD variants. > > It hasn't been updated in a while, but it's definitely a start. It works > pretty well for 4.3, and I know it's been updated to work with 4.6 > (though possibly not in the

Re: FreeBSD on Intel Server Board SE7501WV2

2003-09-11 Thread Richard Sharpe
so. It certainly has the 7501 chipset in it and 2x1.8GHz Xeons. > An other question about this box is the two on-board Gigabit Network > Controller. Do they work fine on FreeBSD? May I use fiber Giganet NCI like > Netgear GA621 on it? They worked for me. I dunno about the fibre stu

Throughput problems with NFS between Linux and FreeBSD

2003-09-19 Thread Richard Sharpe
hen lots of data is in the cache. This was found by Chandu Gadhiraju with help from others. Regards ----- Richard Sharpe, rsharpe[at]ns.aus.com, rsharpe[at]samba.org, sharpe[at]ethereal.com, http://www.richardsharpe.com ___ [EMAIL PROTECTED] mailing l

Re: Throughput problems with NFS between Linux and FreeBSD

2003-09-19 Thread Richard Sharpe
On Fri, 19 Sep 2003, John-Mark Gurney wrote: > Richard Sharpe wrote this message on Fri, Sep 19, 2003 at 10:38 -0700: > > We recently encountered a problem with NFS throughput between a FreeBSD > > server (we are using 4.6.2, but the same code seems to be in 5.1 as well). >

Re: sendfile() in tftpd?

2002-04-23 Thread Richard Sharpe
be hard to hack into Etherboot et al. Regards - Richard Sharpe, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: Broadcom BCM5701 Chipset problems

2002-05-13 Thread Richard Sharpe
l me which steppings of the 5701 you are seeing the problems with? Is it with 1500-byte frames, jumbo frames, or both? Regards - Richard Sharpe, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

File locking, closes and performance in a distributed file systemenv

2002-05-14 Thread Richard Sharpe
ss has locked the file. It seems that each of these reduces the performance penalty that processes that might be sharing the file, but which have not locked the file, might have to pay. Option 2 looks easy. Are there any comments? Regards - Richard Sharpe, [EMAIL PROTECTED], [EM

Re: File locking, closes and performance in a distributed filesystemenv

2002-05-14 Thread Richard Sharpe
addr_t)p->p_leader, F_UNLCK, &lf, F_POSIX); } Which still means that the correct functionality is implemented, but we only try to unlock files that have ever been locked before, or where we are sharing a file struct with another (related) process and one of them has locked the file. &g

Re: File locking, closes and performance in a distributed filesystemenv

2002-05-15 Thread Richard Sharpe
On Tue, 14 May 2002, Terry Lambert wrote: > Richard Sharpe wrote: > > Hmmm, I wasn't very clear ... > > > > What I am proposing is a 'simple' fix that simply changes > > > > p->p_flag |= P_ADVLOCK; > > > > to > > &

broadcast packets not reaching sender on if_hwassist capable interfaces

2002-05-30 Thread Richard Sharpe
disable hardware assist for broadcast packets to make things work right. Regards - Richard Sharpe, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: broadcast packets not reaching sender on if_hwassist capableinterfaces

2002-05-31 Thread Richard Sharpe
We are investigating fixing our driver to make sure that it sets DUPLEX mode since our switch is capable of it. > if your packets are not part of a fragment, then let me know. Nope, but thanks for your reply. Regards - Richard Sharpe, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTE

Re: Adding readdir entries to the name cache ...

2002-07-05 Thread Richard Sharpe
c48) = 0 (0x0) lstat(".ICEauthority",0x809cd50) = 0 (0x0) lstat(".netrc",0x809ce48)= 0 (0x0) This is the same order that 'ls -fal' produced. This suggests that the ls is doing an unsorted lookup of th

Re: Adding readdir entries to the name cache ...

2002-07-05 Thread Richard Sharpe
On Thu, 4 Jul 2002, Terry Lambert wrote: > Richard Sharpe wrote: > > Note that you can get another 8-12% by making negative cache entries, > since DOS/Windows clients tend to search the full path each time, > even though they have already received a successful response in > th

Case independent file name searched (was Re: Adding readdir entriesto the name cache ...)

2002-07-05 Thread Richard Sharpe
On Thu, 4 Jul 2002, Terry Lambert wrote: > Richard Sharpe wrote: > > [1] Samba, because it has to support the Windows case insensitive file > > system, must do some pretty ugly things :-) When a client asks that a file > > be opened, for example, Samba tries with exac

Re: Adding readdir entries to the name cache ...

2002-07-05 Thread Richard Sharpe
On Fri, 5 Jul 2002, Garance A Drosihn wrote: > At 6:29 AM +0930 7/6/02, Richard Sharpe wrote: > >Hmmm, I think that the major part of the problem there was that, > >for what ever reason, Barry Feigenbaum of IBM, declined to add > >a Change Working Directory or Set Workin

Re: tuning for samba

2002-07-10 Thread Richard Sharpe
y test against does not notice the smbds start up all that much. > As a side note, the data being served will be attached to the samba server > via NFS. Hmmm, some of the locking stuff might be an issue then ... Regards - Richard Sharpe, [EMAIL PROTECTED], [EMAIL PROTECTED], [E

Memory layout tools ... to tweak Samba's memory footprint

2002-07-10 Thread Richard Sharpe
y about? Regards ----- Richard Sharpe, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: tuning for samba

2002-07-10 Thread Richard Sharpe
On Wed, 10 Jul 2002, Chad David wrote: > On Thu, Jul 11, 2002 at 11:20:51AM +0930, Richard Sharpe wrote: > > > > Certainly, a 2GB machine that I regularly test against does not notice the > > smbds start up all that much. > > I have no real way of testing this t

Re: tuning for samba

2002-07-10 Thread Richard Sharpe
so with two open shares on ~700 machines that means ~1400 > connections with roughly half of them idle. That's a lot of freeable > RAM should you suddenly need it. Nope, ~700 connections! Regards - Richard Sharpe, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: tuning for samba

2002-07-10 Thread Richard Sharpe
On Thu, 11 Jul 2002, Darren Pilgrim wrote: > Richard Sharpe wrote: > > On Wed, 10 Jul 2002, Darren Pilgrim wrote: > > > Samba uses a seperate process for each connection, and Windows opens > > > one connection per share. > > > > Yes to the first claim, no

Re: tuning for samba

2002-07-14 Thread Richard Sharpe
found > that -3cisl works best for me, when the servers are sun, or netapp > boxes. How does turning off newreno help? We think we are seeing fast retransmit get confused in the presence of dropped packets. Is this possibly related? Regards - Richard Sharpe, [EMAIL PROTECTED], [EMAIL

Re: Name service switch

2002-07-24 Thread Richard Sharpe
ot;ldap", and it will be in the top 5 or > so. > > -- Terry > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message > -- Regards - Richard Sharpe, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: Name service switch

2002-07-24 Thread Richard Sharpe
On Wed, 24 Jul 2002, Terry Lambert wrote: > Richard Sharpe wrote: > > Hmmm, so what you are telling me is that winbindd will not work on FreeBSD > > even under 5.0? > > What part of "FreeBSD 5.x implements NSS, but does not implement > IRS" was unclear? 8-).

Re: *nixopt, an idea

2002-08-29 Thread Richard Sharpe
y would actually go find a project that needs developers and do something productive, like, say, Linux, or ... (list of about 1,000 projects elided). Them that can, do. Them that can't, talk about it. Sigh. Regards - Richard Sharpe, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED

Re: Disk reliability (was: Tagged Command Queuing or Larger Cache?)

2002-10-29 Thread Richard Sharpe
hat to buy a PITA :( > > That's a more valid point. > > Note that WD and Seagate have dropped their warranty on IDE drives > from 3 years to 1 year. What does this say to you? Hmmm, from what I remember, they did that for the 5400RPM drives, not the 7200RPM drives! Regards - Richard Sharpe, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], http://www.richardsharpe.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: max phy mem known working with FreeBSD 4.x

2002-11-04 Thread Richard Sharpe
rds ----- Richard Sharpe, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], http://www.richardsharpe.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: max phy mem known working with FreeBSD 4.x

2002-11-05 Thread Richard Sharpe
servers, though, to be able to cache enormous amounts of file data :-) Regards - Richard Sharpe, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], http://www.richardsharpe.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: [hackers] Re: Netgraph could be a router also.

2002-11-11 Thread Richard Sharpe
B/s read from cache with 1500B frame sizes (ie, no jumbo frames) over a BCM5701 on an 850 MHz PIII with FreeBSD 4.3 and similar rates from em0 on a 2GHz P4 with 4.6. Both results were with 1500B frames and considerable free CPU (50% on the 850MHz PIII). However, given that they were ful

A small change to help GDB load symbol files from scripts

2002-11-19 Thread Richard Sharpe
se while ($file != 0) add-symbol-file $file->filename ($file->address + $file->text_offs) printf "Loaded symbols for %s\n", $file->filename set $file = $file->link.tqe_next end end end Of course, you will nee

Re: nsswitch help for you?

2002-12-25 Thread Richard Sharpe
n ldap, etc. I spent some time looking for the interface spec on the web, but could not find one, although you can infer what it looks like by looking at the winbind_nss.c code in Samba. I imagine that libc is going to need to be modified a bit to handle this, but I am only guessing. Rega

Re: pw(8): $ (dollar sign) in username

2002-12-27 Thread Richard Sharpe
os ? ":!@" : ",\t:+&#%^()!@~*?<>=|\\/\""; > > while (name[l]) { > if (strchr(notch, name[l]) != NULL || name[l] < ' ' || name[l] == >127 || > > - Ryan > > -- Regards - Richard Sharpe, rsharpe[at]ns.aus.com, rsharpe[at]samba.org, sharpe[at]ethereal.com, http://www.richardsharpe.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: pw(8): $ (dollar sign) in username

2003-01-02 Thread Richard Sharpe
h "vipw", > but you don't complain about the difficulty *still* involved > in adding them, if the "vipw" step is removed. Better to > eliminate the need to create the accounts at all. Regards - Richard Sharpe, rsharpe[at]ns.aus.com, rsharpe[at]samba.org, sharpe[a

Possible obscure socket leak when system under load and listener is slow to accept

2012-12-08 Thread Richard Sharpe
Hi folks, Our QA group (at xxx) using Samba and smbtorture has been seeing a lot of cases where accept returns ECONNABORTED because the system load is high and Samba has a large listen backlog. Every now and then we get a crash in smbd or in winbindd and winbindd complains of too many open files

Re: Possible obscure socket leak when system under load and listener is slow to accept

2012-12-08 Thread Richard Sharpe
On Sun, 2012-12-09 at 00:50 +0100, Andre Oppermann wrote: > > Hi folks, > > > > Our QA group (at xxx) using Samba and smbtorture has been seeing a > > lot of cases where accept returns ECONNABORTED because the system load > > is high and Samba has a large listen backlog. > > > > Every now and then

Re: Possible obscure socket leak when system under load and listener is slow to accept

2012-12-09 Thread Richard Sharpe
On Sun, 2012-12-09 at 00:10 -0800, Alfred Perlstein wrote: > On 12/8/12 5:05 PM, Richard Sharpe wrote: > > On Sun, 2012-12-09 at 00:50 +0100, Andre Oppermann wrote: > >>> Hi folks, > >>> > >>> Our QA group (at xxx) using Samba and smbtorture has

Is it possible to block pending queued RealTime signals (AIO originating)?

2013-01-07 Thread Richard Sharpe
Hi folks, I am running into a problem with AIO in Samba 3.6.x under FreeBSD 8.0 and I want to check if the assumptions made by the original coder are correct. Essentially, the code queues a number of AIO requests (up to 100) and specifies an RT signal to be sent upon completion with siginfo_t. T

Re: Is it possible to block pending queued RealTime signals (AIO originating)?

2013-01-07 Thread Richard Sharpe
On Mon, 2013-01-07 at 22:24 -0500, Daniel Eischen wrote: > On Mon, 7 Jan 2013, Richard Sharpe wrote: > > > Hi folks, > > > > I am running into a problem with AIO in Samba 3.6.x under FreeBSD 8.0 > > and I want to check if the assumptions made by the

Re: Is it possible to block pending queued RealTime signals (AIO originating)?

2013-01-07 Thread Richard Sharpe
On Tue, 2013-01-08 at 10:46 +0800, David Xu wrote: > On 2013/01/08 09:27, Richard Sharpe wrote: > > Hi folks, > > > > I am running into a problem with AIO in Samba 3.6.x under FreeBSD 8.0 > > and I want to check if the assumptions made by the original coder are >

Re: Is it possible to block pending queued RealTime signals (AIO originating)?

2013-01-08 Thread Richard Sharpe
On Tue, 2013-01-08 at 15:02 +0800, David Xu wrote: > On 2013/01/08 14:33, Richard Sharpe wrote: > > On Tue, 2013-01-08 at 10:46 +0800, David Xu wrote: > >> On 2013/01/08 09:27, Richard Sharpe wrote: > >>> Hi folks, > >>> > >>> I am running in

Re: Is it possible to block pending queued RealTime signals (AIO originating)?

2013-01-08 Thread Richard Sharpe
On Tue, 2013-01-08 at 07:36 -0800, Adrian Chadd wrote: > .. or you could abstract it out a bit and use freebsd's > aio_waitcomplete() or kqueue aio notification. > > It'll then behave much saner. Yes, going forward that is what I want to do ... this would work nicely with a kqueue back-end for Sa

Re: Is it possible to block pending queued RealTime signals (AIO originating)?

2013-01-08 Thread Richard Sharpe
On Tue, 2013-01-08 at 08:14 -0800, Richard Sharpe wrote: > On Tue, 2013-01-08 at 15:02 +0800, David Xu wrote: > > On 2013/01/08 14:33, Richard Sharpe wrote: > > > On Tue, 2013-01-08 at 10:46 +0800, David Xu wrote: > > >> On 2013/01/08 09:27, Richard

Re: Is it possible to block pending queued RealTime signals (AIO originating)?

2013-01-08 Thread Richard Sharpe
On Tue, 2013-01-08 at 22:24 -0500, Daniel Eischen wrote: > On Tue, 8 Jan 2013, Daniel Eischen wrote: > > > On Tue, 8 Jan 2013, Richard Sharpe wrote: > > > >> [ ... ] > >> > >> Well, it turns out that your suggestion was correct. > >> &g

Re: Is it possible to block pending queued RealTime signals (AIO originating)?

2013-01-09 Thread Richard Sharpe
On Tue, 2013-01-08 at 09:20 -0800, Adrian Chadd wrote: > On 8 January 2013 08:15, Richard Sharpe wrote: > > On Tue, 2013-01-08 at 07:36 -0800, Adrian Chadd wrote: > >> .. or you could abstract it out a bit and use freebsd's > >> aio_waitcomplete() or kqueue aio no

Re: Is it possible to block pending queued RealTime signals (AIO originating)?

2013-01-09 Thread Richard Sharpe
On Wed, 2013-01-09 at 10:06 +0800, David Xu wrote: > [...] > >>> This code won't work, as I said, after the signal handler returned, > >>> kernel will copy the signal mask contained in ucontext into kernel > >>> space, and use it in feature signal delivering. > >>> > >>> The code should be modified