In article <4b3c2c8e.7010...@netbsd.org>, Elad Efrat wrote:
>-=-=-=-=-=-
>
>Hi,
>
>Our IPSEC stacks both have a SP PCB structure with a 'priv' field,
>indicating whether this SP is "privileged" or not. The SP, which is
>attached to a socket, gets this value set by by querying the socket's
>uid, f
In article ,
Alex Goncharov wrote:
>,--- I/Alex (Tue, 05 Jan 2010 12:44:29 -0500) *
>| Thank you: over the next few days, I am planning to attempt a BIOS
>| upgrade and enter a PR with an ACPI dump
>
>Did both -- the BIOS upgrade did not help.
>
>There is more information than listed in the P
On Jan 6, 7:14pm, alex-goncha...@comcast.net (Alex Goncharov) wrote:
-- Subject: Re: PR 42583: ACPI errors, HP DV6-1334US [Was: The imperfect beau
| ,--- You/chris...@astron.com (Wed, 6 Jan 2010 20:42:12 + (UTC)) *
| | >Tried this again, on the laptop, submitting `halt -p' in an `xterm'
|
In article <20100226105946.ga3...@asim.lip6.fr>,
Manuel Bouyer wrote:
>-=-=-=-=-=-
>
>Hi,
>after updating my old laptop to netbsd-5, I did need to have a working
>APM again. I came up with the following patch, which makes standby,
>suspend to ram and suspend to disk work again for me.
>
>There ar
In article <11102.1267360...@jade.coe.psu.ac.th>,
Robert Elz wrote:
>Is there any way to (more simply than running commands
>after each boot) have a raidframe (raid1 or raid5) set
>be bother uatoconfiguring, and have hot spares?
>
>I can add the spare easily ... raidctl -a /dev/wdxP raidN
>(and t
In article <70f62c5e1003091104l20b98c5ex66842f01e6f17...@mail.gmail.com>,
Masao Uebayashi wrote:
>> Wow, that sucks. Not being able to change permissions (and less importantly,
>> mv or rm the device files) would definitely be a problem.
>
>Could you show me use cases how it sucks? I need more
In article <20100317131044.f26d5d99.cryintotheblue...@googlemail.com>,
Sad Clouds wrote:
>On Wed, 17 Mar 2010 12:50:51 +
>Sad Clouds wrote:
>
>> Hi is there some undocumented system call that allows a user process
>> to write to multiple descriptors in one go?
>>
>> What I'm looking for is
In article <20100331.151226.59481996...@uninett.no>,
Havard Eidnes wrote:
>Comments?
>From my reading of the code ku_indx ranges from MINBUCKET (5 or 4
depending) on _LP64 to MINBUCKET + 15. I would #define MAXBUCKET
to be 15 in sys/param.h use MAXBUCKET instead of 15 in the ?: code
to find BUCK
In article <20100331162346.ga11...@britannica.bec.de>,
Joerg Sonnenberger wrote:
>On Wed, Mar 31, 2010 at 06:01:17PM +0200, Alistair Crooks wrote:
>> let's learn from the POSIX getline(3) fun we had, and use less generic
>> names than MINBUCKET and MAXBUCKET, please, especially if they're
>> goin
In article <20100401075207.ga147...@medusa.sis.pasteur.fr>,
Nicolas Joly wrote:
>-=-=-=-=-=-
>
>
>Hi,
>
>The attached patch introduce a new function clock_getres1() function
>which has most of the corresponding syscall logic except for the
>copyout call.
>
>This has the benefit to have all emulat
On Apr 21, 5:40am, dholland-t...@netbsd.org (David Holland) wrote:
-- Subject: $ORIGIN (was: Re: make: ensure ${.MAKE} works)
| On Thu, Apr 15, 2010 at 08:40:19AM +, David Holland wrote:
| >> Wish we had working $ORIGIN...
| >
| > We will fairly soon, I think... :-)
|
| To wit: as far as
On Apr 21, 3:41pm, dholland-t...@netbsd.org (David Holland) wrote:
-- Subject: Re: $ORIGIN (was: Re: make: ensure ${.MAKE} works)
| On Wed, Apr 21, 2010 at 08:58:31AM -0400, Christos Zoulas wrote:
| > | Is it reasonable to just do that? I don't think calling getcwd() from
| > | ex
On Apr 22, 5:02am, dholland-t...@netbsd.org (David Holland) wrote:
-- Subject: Re: $ORIGIN (was: Re: make: ensure ${.MAKE} works)
| I had convinced myself it was supposed to fail if it had to look
| outside the cache, but that's only true for the first step.
Correct. Or if someone removed it.
|
In article <20100621053340.ga1...@boogers.sf.ca.us>,
Jeff Rizzo wrote:
>I had occasion to use wedges on a vnd(4), only to be reminded that they're
>not currently supported. Anyone see a problem with this patch? I've
>given it light testing, and haven't come across any issues yet...
- declare th
On Jun 21, 5:11pm, e...@nimenees.com (Eric Haszlakiewicz) wrote:
-- Subject: Re: wedges on vnd(4) patch
| On Mon, Jun 21, 2010 at 02:45:42PM +, Christos Zoulas wrote:
| > In article <20100621053340.ga1...@boogers.sf.ca.us>,
| > Jeff Rizzo wrote:
| > >I had occasion to use
On Jun 21, 11:52am, r...@netbsd.org (Jeff Rizzo) wrote:
-- Subject: Re: wedges on vnd(4) patch
| On Mon, Jun 21, 2010 at 02:45:42PM +, Christos Zoulas wrote:
| >
| > - declare the variables on top to avoid braces in case statements.
| > - KNF continuation lines (indent-by-four) and
In article <20100622182446.ga3...@nimenees.com>,
Eric Haszlakiewicz wrote:
>
>btw, there's a 5th option that is a bit in between:
>switch (c) {
> int myvar;
>case 'a':
> myvar = somevalue;
> stmt;
>}
>
>but I wouldn't recommend it b/c variable initialization on the declaration l
In article <7c6f6029-5db3-4c8a-abfd-5f73e6695...@gmail.com>,
Dennis Ferguson wrote:
>Hello,
>
>I have a route lookup data structure which is fairly speedy and
>which is designed to be modified (i.e. routes added or deleted)
>while lookups are concurrently being done. This is part of a
>project t
In article <201007161241.30007.aanisi...@inbox.ru>,
Ð Ñ Ñ ÐµÐ¼ Ð Ð½Ð¸Ñ Ð¸Ð¼Ð¾Ð² wrote:
>Hi!
>
> I've been experimenting with ptrace() and found out that simply following
>man (2) ptrace is not enough.
>
> The attached problem is supposed to run "/bin/ls /" and stop at every system
>call it ma
In article <20100911210143.ga11...@spathi.chuq.com>,
Chuck Silvers wrote:
>hi folks,
>
>the remaining missing bit that prevents acroread from working with the new
>linux emulation code (PR 43695) is support for the O_DIRECTORY flag to open().
>I was going to add this just in the linux emulation c
In article <10782.1287539...@splode.eterna.com.au>,
matthew green wrote:
>
>hi folks.
>
[:stuff deleted:]
>
>i have a slightly different version of this in testing for netbsd-5
>as well (netbsd-5 has no getdisksize(9)) and will send pullups for
>that when i'm more confident. you can find that pa
In article <20101020182953.752bfd63.cryintotheblue...@googlemail.com>,
Sad Clouds wrote:
>Hi, I've been trying to figure out why it's not possible to lock more
>than 666MB of memory, and I'm beginning to think it might be a kernel
>issue.
>
>This is what I'm doing:
>
>Run program as root.
>Lock o
On Oct 22, 7:26am, m...@eterna.com.au (matthew green) wrote:
-- Subject: re: [patch] - add support for >2TB raid devices
|
| > >+ if (c_label->version == RF_COMPONENT_LABEL_VERSION)
| > >+ c_label->partitionSizeHi =
| > >+ raidPtr->Disks[fcol].partitionSize >> 32;
| >
| >
On Oct 22, 1:21pm, m...@eterna.com.au (matthew green) wrote:
-- Subject: re: [patch] - add support for >2TB raid devices
| that's not what i'm saying.
|
| when version 3 is introduced, all this code will need to be
| fixed. but your idea depends upon version 3 having the same
| basic layout, wh
On Oct 22, 2:25pm, m...@eterna.com.au (matthew green) wrote:
-- Subject: re: [patch] - add support for >2TB raid devices
| after talking some more with greg oster, i've gone with a suggestion
| from him to not bump the version, since the new field will be zero
| in all existing labels already, so
In article ,
Cherry G. Mathew wrote:
>On 17 November 2008 13:30, Alexander Shishkin
> wrote:
>> On Wed, Nov 12, 2008 at 03:47:56PM +, Mindaugas Rasiukevicius wrote:
>>> Joerg Sonnenberger wrote:
>>> > On Wed, Nov 05, 2008 at 12:10:28PM +, Mindaugas Rasiukevicius wrote:
>>> > > Any concern
In article <20101211041353.ga20...@coyotepoint.com>,
Thor Simon wrote:
>-=-=-=-=-=-
>
>We've fixed SMP kernel profiling, which worked poorly at best (particularly
>on systems with high HZ) since a lock was taken and released around every
>single entry to mcount. Thanks to Andy for the suggestion
In article ,
Paul Goyette wrote:
>Is there some reason why there is a discrepancy in the definition of
>ioctl()?
>
>From man page ioctl(2)
>
> SYNOPSIS
>#include
>
>int
>ioctl(int d, unsigned long request, void *argp);
>
>
>Yet, from sys/ioctl.h we have
On Dec 19, 8:00am, p...@whooppee.com (Paul Goyette) wrote:
-- Subject: Re: ioctl(2) vs sys/ioctl.h
| Should the man page be updated to match reality?
I just did.
christos
In article <20101219200631.gc14...@falu.nl>, Rhialto wrote:
>On Sun 19 Dec 2010 at 19:32:49 +, David Laight wrote:
>> I suspect the only form that will work is soemthing like:
>>
>> int ioctl(int, unsigned long, void *);
>> #define ioctl(fd, cmd, arg) ioctl(fd, cmd, (void *)(intptr_t)(arg))
In article <20474.1292802...@splode.eterna.com.au>,
matthew green wrote:
>
>> On Sun 19 Dec 2010 at 19:32:49 +, David Laight wrote:
>> > I suspect the only form that will work is soemthing like:
>> >
>> > int ioctl(int, unsigned long, void *);
>> > #define ioctl(fd, cmd, arg) ioctl(fd, cmd,
In article ,
Toru Nishimura wrote:
>Guys,
>
>There are two ports, sh3 and mips, which define PROC_PC() macro in
>cpu.h. They look both wrong and un-compileable indeed. It's apparent
>they are a sort of leftovers never used so far. Is it ok to remove the
>#define from cpu.h and the usage in kern
In article <3e088318336.c9b2...@mail.pb-owl.de>,
Frank Wille wrote:
>matt wrote:
>
>>> A few days ago I learned from Christos that the MI part of cpu_info, i.e.
>>> ci_data, should be exposed when _KMEMUSER is defined, to make vmstat
>>> compile again.
>>
>> PowerPC is nasty since it needs three
On Dec 25, 12:04pm, fr...@phoenix.owl.de (Frank Wille) wrote:
-- Subject: Re: _KMEMUSER and __HAVE_CPU_DATA_FIRST
| christos wrote:
|
| > If you can and have defined __HAVE_CPU_DATA_FIRST you should not
| > need to expose anything in . It is probably better
| > to revert all changes that exposed
In article <20110104120934.ga30...@britannica.bec.de>,
Joerg Sonnenberger wrote:
>Hi all,
>while investigating ways to access the auxillary vector, I found that we
>currently don't deal correctly with struct ps_strings in 32bit compat.
>This structure is placed by the kernel into the initial stac
In article <20110107205035.7d031...@quad.oster.net>,
Greg Oster wrote:
>On Fri, 7 Jan 2011 15:22:03 -0800
>buh...@lothlorien.nfbcal.org (Brian Buhrow) wrote:
>
>> hello Greg. Regarding problem 1, the inability to
>> reconstruct disks in raid sets with wedges in them, I confess I don't
>> un
On Jan 8, 10:10am, os...@cs.usask.ca (Greg Oster) wrote:
-- Subject: Re: Problems with raidframe under NetBSD-5.1/i386
| Ya... something like that... except this 'disk_info()'should be merged
| with rf_getdisksize(). (rf_getdisksize() just needs to return the
| sector size and partition size -- n
In article <20110114100118.ga21...@mail.duskware.de>,
Martin Husemann wrote:
>After Christos recently added sigqueue and friends to -current, I tried to
>use them to fix a long standing softfloat userland problem. One variant of
>the problem shows up in sparc64 atf test runs (sparc64 uses softflo
In article ,
Garrett Cooper wrote:
>Hello NetBSD folks,
>I just ran into this issue today (variable length unsigned long
>used in chflags syscalls) on FreeBSD and I wasn't sure if anyone was
>aware of the issue yet on NetBSD [1] . Just wanted to let you guys
>know so that maybe the 3 major BS
In article <20110125212931.ga20...@mail.duskware.de>,
Martin Husemann wrote:
>Any objections?
>If not, I'm going to commit this sometime later this week.
>
Looks good to me.
christos
On Mar 19, 12:24pm, bou...@antioche.eu.org (Manuel Bouyer) wrote:
-- Subject: Re: libquota proposal
| On Sat, Mar 19, 2011 at 12:14:38AM +, Christos Zoulas wrote:
| > >is there absolutely no chance for old code to work with the new
| > >kernel? if it's simply making it use
On Mar 19, 5:45pm, bou...@antioche.eu.org (Manuel Bouyer) wrote:
-- Subject: Re: libquota proposal
| > Everywhere? If "quota2" is going to be the standard quota and the old one
| > is going to be deprecated, then it is better to call it "quota" and rename
| > the old one.
|
| At this point, in t
In article <20110320212947.ga21...@tarantulon.kollasch.net>,
Jonathan A. Kollasch wrote:
>Hi,
>
>Now that dev_t is 64-bits, do we have plans for expanding
>device majors and minors beyond their current limits?
Only possible for filesystems that have them in the on-disk inode formats.
christos
On Mar 21, 2:21pm, bou...@antioche.eu.org (Manuel Bouyer) wrote:
-- Subject: Re: libquota proposal
| On Mon, Mar 21, 2011 at 01:18:28PM +, David Holland wrote:
| > On Sat, Mar 19, 2011 at 06:19:30PM +0100, Manuel Bouyer wrote:
| > > > > At this point, in the source 'quota1' is used for the o
On Mar 21, 5:25pm, bou...@antioche.eu.org (Manuel Bouyer) wrote:
-- Subject: Re: libquota proposal
| > We should get rid of quota1 and this direct support.
|
| maybe, but after 6.0.
But then are you going to go back and change quota2->quota?
And if yes, why not now?
christos
On Mar 21, 8:29pm, bou...@antioche.eu.org (Manuel Bouyer) wrote:
-- Subject: Re: libquota proposal
| On Mon, Mar 21, 2011 at 03:22:18PM -0400, Christos Zoulas wrote:
| > On Mar 21, 5:25pm, bou...@antioche.eu.org (Manuel Bouyer) wrote:
| > -- Subject: Re: libquota proposal
| >
| > |
On Mar 22, 1:10pm, dholland-t...@netbsd.org (David Holland) wrote:
-- Subject: Re: libquota proposal
| On Mon, Mar 21, 2011 at 02:21:26PM +0100, Manuel Bouyer wrote:
| > > (also, edquota and repquota seem fs-independent to me...)
| >
| > no, they're not: they can directly the quota1 file spec
In article <20110530012142.GA1309@x1000.localdomain>,
Alexander Nasonov wrote:
>-=-=-=-=-=-
>
>Attached patch implements linux's fadvise64 and fadvise64_64 syscalls.
>It fixes "unimplemented" entries and error returns in kdump output.
>The patch doesn't include autogenerated stuff.
>Tested on amd
On May 30, 7:59pm, al...@yandex.ru (Alexander Nasonov) wrote:
-- Subject: Re: linux fadvise64
| Christos Zoulas wrote:
| > Looks good, go for it!
|
| Committed with one change compared to the patch: I moved includes in
| files. to linux_commons.c for two arches I missed on the first ro
In article <20110530232006.GA674@x1000.localdomain>,
Alexander Nasonov wrote:
>-=-=-=-=-=-
>
>Hi,
>Can I commit the patches from my kern/42030?
> static void
>+ktrexecfd(struct ktr_execfd *ktr)
>+{
>+ static const char *dnames[] = { DTYPE_NAMES };
>+ const size_t dnames_sz = sizeof(dna
On May 31, 7:57am, da...@l8s.co.uk (David Laight) wrote:
-- Subject: Re: kern/42030 - tracking of file descriptors by ktrace/kdump
| > if (ktr->ktr_dtype < __arraycount(dnames))
| > >+ printf("%s %d\n", dnames[ktr->ktr_dtype], ktr->ktr_fd);
| > >+ else
| > >+ printf("%d\n",
In article <20110609163700.gb6...@homeworld.netbsd.org>,
Emmanuel Dreyfus wrote:
>On Tue, Jun 07, 2011 at 08:07:02AM +, Emmanuel Dreyfus wrote:
>[autocreate extended attribute backend]
>> Such a behavior could be triggered by a new kernel option such
>> as UFS_EXTATTR_AUTOCREATE. It could hol
In article <20110617.220043.653026525707362873@vnop.net>,
UCHIYAMA Yasushi wrote:
>I have prepared patch for 5.99.53.
>ftp://ftp.netbsd.org/pub/NetBSD/misc/uch/ v7fs-5.99.53.patch and
>v7fs-5.99.53.tar.gz
>
>I would like to commit this. Any objection? Review welcome.
>
general:
- functions
In article <20110623.214628.75173118806035116@vnop.net>,
UCHIYAMA Yasushi wrote:
>
>Done. I think. I decided to use progress function of fsck.
>How about this?
>ftp://ftp.netbsd.org/pub/NetBSD/misc/uch/
>v7fs-5.99.53-110623.patch
>v7fs-5.99.53-110623.tar.gz
Mostly done! Thanks, nitpicking:
Hello,
To avoid the race between file descriptor creation and CLOEXEC linux did:
http://udrepper.livejournal.com/20407.html
I have already implemented the open portion and the guts of pipe2() and dup3()
for COMPAT_LINUX, and it is not a lot of work to finish the rest. Should I
finish it?
c
In article <20110716.213640.759900912627637478@vnop.net>,
UCHIYAMA Yasushi wrote:
>I have prepared v7fs support of makefs.
>
>ftp://ftp.netbsd.org/pub/NetBSD/misc/uch/makefs_v7fs-110716.tar.gz
>
>How about? please review.
v7fs.c:
don't check for NULL before calling free.
opti
In article <1k5abxi.a8h289rm4jc3m%m...@netbsd.org>,
Emmanuel Dreyfus wrote:
>Quick summary for the impatient: NetBSD link(2) first resolves symlinks
>before doing the actual link to the target. As a result, NetBSD link(2)
>fails on symlinks to directories or to non existent targets.
>
>On the othe
On Jul 31, 9:18pm, el...@imrryr.org ("Roland C. Dowdeswell") wrote:
-- Subject: Re: Adding linux_link(2) system call, second round
| On Sun, Jul 31, 2011 at 06:36:53PM +, Christos Zoulas wrote:
| >
|
| > Also perhaps just call it link2(from, to, flags) in the long tradition
In article <20110731224944.ga23...@britannica.bec.de>,
Joerg Sonnenberger wrote:
>On Sun, Jul 31, 2011 at 07:49:20PM +0200, Emmanuel Dreyfus wrote:
>> Both behaviors are standard compliant, since SUSv2 says nothing about
>> resolving symlinks or not. I found at least one program (glusterfs),
>> w
In article <20110801094633.ga17...@homeworld.netbsd.org>,
Emmanuel Dreyfus wrote:
>-=-=-=-=-=-
>
>On Sun, Jul 31, 2011 at 06:36:53PM +, Christos Zoulas wrote:
>> I don't have an issue with it as long as:
>> - fsck does not get confused
>> - fi
In article ,
Iain Hibbert wrote:
>On Fri, 5 Aug 2011, Marc Balmer wrote:
>
>> This is the third iteration of the patch to make kernel module loading
>> more secure. The only change to the previous patch is that the code,
>> when loading a module from /stand/... now checks that the module name
>>
In article <8762m4qlm8@zyx.in>, Cherry G. Mathew wrote:
>ftp://ftp.netbsd.org/pub/NetBSD/misc/cherry/tmp/wrap_ipi.diff
>
>Hi,
>
>I'd like to ask peoples' opinions about the above patch. This would
>remove a couple of #ifdef XEN/#endif pairs I had to introduce
>lately.
If those are performan
In article ,
Cherry G. Mathew wrote:
>On 13 August 2011 11:26, Christos Zoulas wrote:
>> In article <8762m4qlm8@zyx.in>, Cherry G. Mathew wrote:
>>>ftp://ftp.netbsd.org/pub/NetBSD/misc/cherry/tmp/wrap_ipi.diff
>>>
>>>Hi,
>>>
>>>I
In article ,
Cherry G. Mathew wrote:
>On 13 August 2011 11:45, Christos Zoulas wrote:
>> In article
>,
>> Cherry G. Mathew wrote:
>>>On 13 August 2011 11:26, Christos Zoulas wrote:
>>>> In article <8762m4qlm8@zyx.in>, Cherry G. Mathew
>
In article <20110817163028.ge27...@mrao.cam.ac.uk>,
Patrick Welche wrote:
>I'm just reading if_iwn.c, and I don't see how iwn_iter_func can be legal:
>
>static void
>iwn_iter_func(void *arg, struct ieee80211_node *ni)
>{
>struct iwn_softc *sc = arg;
>struct iwn_node *wn = (st
In article ,
Paul Goyette wrote:
>I'm trying to modularize a couple of drivers, and one of them is
>generating some gcc errors due to comparison of signed and unsigned
>values.
>
>The driver module is currently being compiled with WARNS=4 (just picked
>that up from another Makefile). Is there
In article <201108230521.baa12...@sparkle.rodents-montreal.org>,
Mouse wrote:
>>> [...] gcc errors due to comparison of signed and unsigned values.
>
>> It is best to fix the errors.
>
>What errors?
>
>It is not necessarily an error to compare signed and unsigned values.
>In my experience, that w
In article <20110829003259.913f014a...@mail.netbsd.org>,
YAMAMOTO Takashi wrote:
>hi,
>
>> I'd like to apply the attached patch.
>> It implements two things:
>>
>> - chroot(2)-ed process is given new kauth_cred_t with reference count
>> equal to 1.
>
>can you find a way to avoid this?
>
>YAMAMO
On Aug 29, 7:39am, y...@mwd.biglobe.ne.jp (YAMAMOTO Takashi) wrote:
-- Subject: Re: Addition to kauth(9) framework
| do you mean that we need to unshare the credential unconditionally,
| regardless his module is used or not? why?
No, I mean that we need to provide a means for the credentials to
On Aug 29, 7:54pm, m...@eterna.com.au (matthew green) wrote:
-- Subject: re: Addition to kauth(9) framework
|
| > > In article <20110829003259.913f014a...@mail.netbsd.org>,
| > > YAMAMOTO Takashi wrote:
| > >>hi,
| > >>
| > >>> I'd like to apply the attached patch.
| > >>> It implements two thi
In article <20110829151339.ga24...@asim.lip6.fr>,
Manuel Bouyer wrote:
>Hello,
>I'm working on getting bpf(4) in a 64bit kernel play with a 32bit userland.
>I've translated the ioctls, but I'm now stuck with read().
>read(2) on a bpf device returns wire packets (no problems with this)
>with a bpf
On Aug 30, 3:18pm, bou...@antioche.eu.org (Manuel Bouyer) wrote:
-- Subject: Re: netbsd32 emulation in driver open() or read()
| > Yes, look at PK_32 in the process flags. If you are going to do this, please
| > look at what FreeBSD did with bpf_ts/bpf_xhdr and the time format changes
| > and do
In article <4e5ea673.8030...@free.fr>,
Jean-Yves Migeon wrote:
>-=-=-=-=-=-
>
>Hi list,
>
>Subject says it all. Anyone objects?
>
>Motivation behind:
>- we already have strlen(3), so having strnlen(3) in kernel is somehow
>natural.
>- avoids things like [1] (there are probably other possible cons
In article <201109081526.p88fqt1q002...@ginseng.pulsar-zone.net>,
Matthew Mondor wrote:
>Hello,
>
>I've been wondering if it was possible to change the pty(4) internal
>buffer size, as I noticed that ppp tunnels cannot use a larger frame
>size. Because of this, it seems that the optimal MTU be 8
In article <20110916042242.1d5f821f@adolfputzen>,
Julian Fagir wrote:
>-=-=-=-=-=-
>
>Hi,
>
>after messing a bit around with write(1), I've seen that ptyfs has a very
>strange behaviour.
>It updates in ptyfs_getattr() all times, including the access time. Thus,
>even if you only open(2) a tty, it
In article <20110921125754.GB22254@agamemnon.entropie.local>,
Martin S. Weber wrote:
>On Wed, Sep 21, 2011 at 07:55:38AM +0200, Alan Barrett wrote:
>> (...)
>> Accordingly, we propose the following policy for the immediate
>> future. We expect that it will be appropriate to re-evaluate this
>> po
MAXNAMLEN = 511
NAME_MAX = 255
dirent uses MAXPATHLEN, namei uses NAME_MAX and does not allow it to exceed
that, so none of the dirent entries actually use > 255. We want to make them
consistent.
I tried to do this by versioning both kernel and userland. The
kernel portion is fine, but the userla
In article <4e7e14f0.2050...@msys.ch>, Marc Balmer wrote:
>On 09/23/11 12:38, Marc Balmer wrote:
>> With gpio(4) we still carry an old API with us, which I want to
>remove. While working on it, I will also introduce a third locator to
>device drivers that attach to gpio pins, flags. It will be
On Sep 25, 12:40am, jeanyves.mig...@free.fr (Jean-Yves Migeon) wrote:
-- Subject: Re: MAXNAMLEN vs NAME_MAX
| > My vote is to bump without versioning, what's yours?
|
| Hmm, what do you want to do there? Increase NAME_MAX or decrease MAXNAMLEN?
|
| I would do the latter; ffs, ext2 and lfs all se
On Sep 25, 1:28am, jeanyves.mig...@free.fr (Jean-Yves Migeon) wrote:
-- Subject: Re: MAXNAMLEN vs NAME_MAX
| On 25.09.2011 00:57, Christos Zoulas wrote:
| > On Sep 25, 12:40am, jeanyves.mig...@free.fr (Jean-Yves Migeon) wrote:
| > -- Subject: Re: MAXNAMLEN vs NAME_MAX
| >
| > |>
On Sep 26, 8:42am, da...@l8s.co.uk (David Laight) wrote:
-- Subject: Re: MAXNAMLEN vs NAME_MAX
| On Sat, Sep 24, 2011 at 08:10:49PM -0400, Christos Zoulas wrote:
| >
| > Because it will create a horrible mess for anything that tries to allocate
| > a struct dirent and use it. Imagine
In article <20110926113243.gh19...@snowdrop.l8s.co.uk>,
David Laight wrote:
>On Mon, Sep 26, 2011 at 10:16:52AM +0200, Joerg Sonnenberger wrote:
>> On Mon, Sep 26, 2011 at 01:13:03AM +0200, Jean-Yves Migeon wrote:
>> > Just curious: clang comes with a static analyzer nowadays; wouldn't
>> > it be
In article <20110926162557.GA6435@marx.bitnet>,
Jukka Ruohonen wrote:
>On Mon, Sep 26, 2011 at 10:03:06AM -0500, David Young wrote:
>> Instead, provide an API routine for finding out the number of states
>> (nstates) and a routine for selecting a state [0, nstates - 1].
>
>The code is ready and i
On Sep 27, 3:48pm, k...@munnari.oz.au (Robert Elz) wrote:
-- Subject: Re: MAXNAMLEN vs NAME_MAX
| Date:Mon, 26 Sep 2011 09:46:09 -0400
| From:chris...@zoulas.com (Christos Zoulas)
| Message-ID: <20110926134609.8322a97...@rebar.astron.com>
|
| | But it is
In article <20010318.pa13ihod001...@ginseng.pulsar-zone.net>,
Matthew Mondor wrote:
>On Mon, 31 Oct 2011 19:58:27 -0400
>Greg Troxel wrote:
>
>> Obligatory actual netbsd tech-kern content: It seems like we really need
>> a sync_synchronous(2) system call that guarantees that all file system
In article <20081825.taa076...@zel459.zel.kfa-juelich.de>,
Matthias Drochner wrote:
>-not directly related: What is the "Mersenne Twister" code in libkern
> good for?
Matt Thomas wanted to use this for network port allocation IIRC. I don't
know what happened with that.
christos
In article <2020185210.e2eff14a...@mail.netbsd.org>,
YAMAMOTO Takashi wrote:
>hi,
>
>i'd like to to either fix or remove O->A page loaning.
>
>the biggest problem is the lack of users. thus no way to test.
>any ideas?
Unit-tests?
christos
In article <46DA345771B043F283B5E67C674DAA76@desktop>,
Adam Hoka wrote:
>Hi!
>
>If no one argues otherwise, I would like to import chewiefs to the NetBSD
>tree.
>
>The import would have minimal impact on existing code, but would allow for
>broader testing of the code and a step towards a more emb
In article <46DA345771B043F283B5E67C674DAA76@desktop>,
Adam Hoka wrote:
>Hi!
>
>If no one argues otherwise, I would like to import chewiefs to the NetBSD
>tree.
>
>The import would have minimal impact on existing code, but would allow for
>broader testing of the code and a step towards a more emb
In article <20111209083354.ga2...@lynche.sis.pasteur.fr>,
Nicolas Joly wrote:
>-=-=-=-=-=-
>
>
>Hi,
>
>According to the online OpenGroup specification for read(2) available
>at [1], read(2) on directories is implementation dependant. If
>unsupported, it shall fail with EISDIR.
>
>Not all our file
In article <20111213141930.ge15...@homeworld.netbsd.org>,
Emmanuel Dreyfus wrote:
>Hello
>
>FUSE has no way to send the calling process secondary groups to the
>filesystem. A filesystem that wants this operation currently has to
>open a /proc file, read and parse the string represnetation of the
On Dec 14, 6:05am, m...@netbsd.org (Emmanuel Dreyfus) wrote:
-- Subject: Re: [RFC] getgroups2 system call
| Christos Zoulas wrote:
|
| > Don't you need a getuid2(pid_t pid)?
|
| uid, gid and pid are passed inthe FUSE header, so we aready have them.
|
| > Why don't you a
In article ,
Donald Allen wrote:
>I am seeing the subject message
>
>ehci1: missed microframe, TT reset not implemented, hub might be inoperational
>
>on occasion on my Lenovo S10 workstation. It seems to coincide with
>the mouse not working (usb mouse, connected through a Raritan KVM). I
>have h
In article ,
Bharat Joshi wrote:
>Hi,
>
> It has been some time and I did not get any response for the
>below question.
>
> I am not subscribed to the NetBSD tech-kern mailing list but I
>have been checking the mailing list archive to make sure that I have
>not missed any responses.
>
In article <20111219033403.ga25...@panix.com>,
Thor Lancelot Simon wrote:
>-=-=-=-=-=-
>
>I wrote the attached test program as a benchmark for the new
>/dev/random implementation.
>
>If you run 10 or so copies at once on a multiprocessor system
>with DIAGNOSTIC, you'll see a lot of this message e
On Dec 18, 11:54pm, t...@panix.com (Thor Lancelot Simon) wrote:
-- Subject: Re: cloning device close race?
| > >I am guessing the problem also exists with other cloning
| > >pseudodevices, not just the new /dev/random implementation.
| >
| > Does adding:
| >
| > vn_close(nd.ni_vp, flags, l->
In article <20111219215608.ga12...@panix.com>,
Thor Lancelot Simon wrote:
>On Mon, Dec 19, 2011 at 10:28:42PM +0100, Martin Husemann wrote:
>> On Mon, Dec 19, 2011 at 04:18:38PM -0500, Thor Lancelot Simon wrote:
>> > If it doesn't perform better -- do I misunderstand, or is that in fact the
>> >
In article ,
Bharat Joshi wrote:
>Hi Christos,
>
> Thanks a lot for your reply, I was desperately looking for one :)
>
> First of all, sorry that I can not reply to your mail as I am not
>subscribed to the teck-kern mailing list and I did not get your reply
>on my mail account. I got to k
In article <20111223013511.ga10...@panix.com>,
Thor Lancelot Simon wrote:
>On Thu, Dec 22, 2011 at 03:46:34PM -0500, Mouse wrote:
>>
>> ptrace can support this too. It can let sbrk/mmap through, but tell
>> the usermode kernel as it does so. Or it can consult with the usermode
>> kernel first,
In article <20120110014214.ga14...@blef.org>,
Soren Jacobsen wrote:
>On 01/09 19:08, Robert Elz wrote:
>> Could someone who knows please explain the rules for the construction
>> of __NetBSD_Version__ for releases, what the sub-fields are, and how
>> they're actually used - and then perhaps actua
1 - 100 of 821 matches
Mail list logo
