On Sun, Feb 03, 2002 at 11:54:58PM -0800, Alfred Perlstein wrote:
+> However there's a dirty way to get at it via the vfs lookup cache
+> entries hung off the vnode. Paul Saab showed me a delta that
+> did something nasty like this, but I've got no clue as to where
+> it is now.
+>
Hmm...
And w
I'd like to preserve this for posterity, so I'm hoping the list will accept
this (I'm not subscribed) so that others may benefit from the archives.
I hope no one else ever has to spend the 10 hours on this I did!
IF for some reason configure decides that your system does not define
`off_t' it wil
Mike Silbersack wrote:
> I was looking at the timer implementation a few weeks ago and pondering if
> it could be improved as well. I think it's quite clever if you're dealing
> with a quantity of timers < 1000 or so, but it looks like it could be more
> optimal when used with the quantity of tim
Pawe³ Jakub Dawidek wrote:
> I can get vnode of changed file.
> I can get inode number of changed file.
> But how can i get file name?
>
> There is a way to get inode when i have file name and p (struct proc), so
> maybe there is a way to get file name from inode number and p.
>
> And another t
On Mon, Feb 04, 2002 at 01:27:39AM -0800, Terry Lambert wrote:
+> char *saved_name;
+>
+> func()
+> {
+> char *foo;
+>
+> ...
+>
+> fd = open( foo, O_RDWR, 0664);
+> saved_name = strdup( foo);
+>
+> ...
+>
+>
> I want to control for example open() syscall:
> static int my_open(register struct proc *p, register struct open_args *ea)
> {
> [...]
> }
> Name of file to open is in ea->path, but this name can be: ./somefile
> and i need a full path to it.
I faced that problem once. I used an ugly hack: sim
Hi all,
I remember an email thread on -hackers last October on bluetooth
support for FreeBSD:
http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=589265+595599+/usr/local/www/db/text/2001/freebsd-hackers/20011007.freebsd-hackers
There were two different projects, one in design phase (by John Kozubik
<[
On Mon, Feb 04, 2002 at 01:36:44PM +0300, Eugene L. Vorokov wrote:
+> I faced that problem once. I used an ugly hack: simulation of __getcwd()
+> syscall. You need to allocate user memory via mmap() with MAP_ANON flag,
+> pass it to __getcwd(), then copy string to kernel using copyin() or like
+>
Greg Shenaut wrote:
> In message <[EMAIL PROTECTED]>, Dan Nelson cleopede:
> >In the last episode (Feb 03), Alfred Perlstein said:
> >> * Michal Mertl <[EMAIL PROTECTED]> [020203 08:17] wrote:
> >> Not really sure what to make of this, anyone else know how we ought
> >> to fix this?
> >
> >This ha
Pawe³ Jakub Dawidek wrote:
> Nope. We are in kernel area.
> I want to control for example open() syscall:
> static int my_open(register struct proc *p, register struct open_args *ea)
> {
> [...]
> }
> Name of file to open is in ea->path, but this name can be: ./somefile
> and i need a full path to
When a dual processor kernel is used the system panics (crash and
reboot) on io on the cyclades serial ports.
Single processor kernel runs without problems.
Any ideas?
Thanks,
Arjan Knepper
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the me
Hackers,
sorry for wide distribution. there are some news. i will submit full
status report when its due (this weed i think)
thanks,
max
Marco Molteni wrote:
>
> Hi all,
>
> I remember an email thread on -hackers last October on bluetooth
> support for FreeBSD:
>
>
>http://www.FreeBSD.org/
This is a solicitation for submissions for the December 2001 - January
2002 FreeBSD Bi-Monthly Development Status Report. All submissions are
due by February 8, 2002. Submissions should be made by filling out the
template found at:
http://www.FreeBSD.org/news/status/report-sample.xml
Sub
On Mon, 4 Feb 2002, Michal Mertl wrote:
> Did you look at the patch by Bruce at
> http://groups.yahoo.com/group/freebsd-current/message/39605 ?
>
> Bruce, is it still fresh in your memory? Can you comment on the patch -
> can it be commited in some form?
I haven't done anything to clean up the p
On Sat, 2 Feb 2002, Marko wrote:
> My question is concerning the popular "netd[pid] failed to write
> packet back [Permission denied]" message.
This is caused by ipfw blocking packets after natd has translated them.
Check your firewall rules.
It might be an odd race of the rules not getti
On Tue, 5 Feb 2002, Bruce Evans wrote:
> On Mon, 4 Feb 2002, Michal Mertl wrote:
>
> > Did you look at the patch by Bruce at
> > http://groups.yahoo.com/group/freebsd-current/message/39605 ?
> >
> > Bruce, is it still fresh in your memory? Can you comment on the patch -
> > can it be commited in
* Mike Silbersack <[EMAIL PROTECTED]> [020204 10:04] wrote:
>
> On Tue, 5 Feb 2002, Bruce Evans wrote:
>
> > On Mon, 4 Feb 2002, Michal Mertl wrote:
> >
> > > Did you look at the patch by Bruce at
> > > http://groups.yahoo.com/group/freebsd-current/message/39605 ?
> > >
> > > Bruce, is it still
I'm trying to understand the timecounter code, and in particular the
reason for the "microuptime went backwards" messages which I see on
just about every machine I have, whether running -stable or -current.
This problem is usually attributed to too much interrupt latency. My
question is, how much
On Mon, Feb 04, 2002 at 01:21:25PM -0800, John Polstra wrote:
> I'm trying to understand the timecounter code, and in particular the
> reason for the "microuptime went backwards" messages which I see on
> just about every machine I have, whether running -stable or -current.
I see them everywhere
Hackers,
Here is full status report on project i was working on. I apologize for
the
wide distribution, but i think that might be interesting.
Bluetooth stack for FreeBSD (Netgraph implementation)
=
The project is making progress. I decided to
In article <[EMAIL PROTECTED]>,
Dominic Marks <[EMAIL PROTECTED]> wrote:
> On Mon, Feb 04, 2002 at 01:21:25PM -0800, John Polstra wrote:
> > I'm trying to understand the timecounter code, and in particular the
> > reason for the "microuptime went backwards" messages which I see on
> > just about
I'm not sure where this should go, but -hackers seems to be about right.
I notice that I can put a Video CD in a Windows machine - even back to
W98 - and it manages to show me folders and files on it. This makes me
think that the thing has a file system on it.
The question is then - what's the f
On Mon, Feb 04, 2002 at 01:42:21PM -0800, Maksim Yevmenkin wrote:
> Hackers,
Please properly format your email so it doesn't look like the
below so I can read it.
> Here is full status report on project i was working on. I apologize for
> the
> wide distribution, but i think that might be intere
On Mon, Feb 04, 2002 at 04:35:19PM -0600, Mike Meyer wrote:
ISO9660, so plain old CDROM fs.
At least the VCDs I bought in HongKong last year are like that.
Wilko
> I'm not sure where this should go, but -hackers seems to be about right.
>
> I notice that I can put a Video CD in a Windows mach
I am pretty sure it is ISO
- Original Message -
From: "Mike Meyer" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, February 05, 2002 9:35 AM
Subject: VCD file system?
> I'm not sure where this should go, but -hackers seems to be about right.
>
> I notice that I can put a Vide
I've actually wanted something like this for a while and have considered
coding it myself. Perhaps this could go into a login.conf variable
(which I would have to create myself), but originally my plan was basically
kill off parent processes with the uid of the user who is fork()'ing too
often (2
In the last episode (Feb 04), Anthony Schneider said:
> I've actually wanted something like this for a while and have considered
> coding it myself. Perhaps this could go into a login.conf variable
> (which I would have to create myself), but originally my plan was basically
> kill off parent pro
Maksim Yevmenkin wrote:
> More distant goal is to write support for Service Discovery Protocol
> (SDP) and RFCOMM protocol (serial port emulation over Bluetooth link).
FWIW:
The SDP is based on SLP; the Salutation Consortium (also
with major support from IBM) has several implementations
of this,
From: "Terry Lambert" <[EMAIL PROTECTED]>
> I haven't really taken an active interest in BlueTooth,
> since there are no laptops or printers that come with
> it already present; I rather think it will end up as
> still-born because of 802.11e Gigabit wireless, which
> can use as little or less pow
good point. it seems that on open (yet restricted) systems, users wouldn't
be ./configure'ing much software, particularly if quotas are small and
network access is next to none, which would leave me inclined to go with
the kill().
But, of course, that would just be for my own uses. Perhaps ther
Duncan Barclay wrote:
>
> From: "Terry Lambert" <[EMAIL PROTECTED]>
> > I haven't really taken an active interest in BlueTooth,
> > since there are no laptops or printers that come with
> > it already present; I rather think it will end up as
> > still-born because of 802.11e Gigabit wireless, wh
Alfred Perlstein wrote:
> > Well, if Linux aligns the initial stack, the chance that gcc will have
> > auto-alignment added sounds to be about zero. You might as well go ahead
> > with your patch when you get a chance.
>
> I agree, either way we should try to optimized the current situation,
> e
> In article <[EMAIL PROTECTED]>,
> Dominic Marks <[EMAIL PROTECTED]> wrote:
> > On Mon, Feb 04, 2002 at 01:21:25PM -0800, John Polstra wrote:
> > > I'm trying to understand the timecounter code, and in particular the
> > > reason for the "microuptime went backwards" messages which I see on
> >
In article <[EMAIL PROTECTED]>,
Mike Smith <[EMAIL PROTECTED]> wrote:
>
> It's not necessarily caused by interrupt latency. Here's the assumption
> that's being made.
[...]
Thanks for the superb explanation! I appreciate it.
> There is a ring of timecounter structures, of some size. In tes
On 04-Feb-2002 Moran, Chris wrote:
> I am pretty sure it is ISO
VCD's have a 'shell' ISO9660 FS on them to put stuff like a VCD player and
movie info on, but the actual movie data is not stored on that FS.
I believe it is recorded with a different mode that has less error checking
(more space)
Hi all,
I have an application which attempts to block all signals using
pthread_sigmask(). I'm aware that this only works on the current thread,
however this call occurs before any other threads are created and so
should be inherited. I call it as follows:
sigset_t signalSet;
(void)sigfi
[Context recovered from top posting.]
Wilko Bulte <[EMAIL PROTECTED]> types:
> On Mon, Feb 04, 2002 at 04:35:19PM -0600, Mike Meyer wrote:
> > I notice that I can put a Video CD in a Windows machine - even back to
> > W98 - and it manages to show me folders and files on it. This makes me
> > thin
Duncan Barclay wrote:
> There are now a few devices with Bluetooth in them. Sony has had a Viao
> with it in for a while.
Which model? My PCG-XG29 and the 505 a friend of mine
recently bout don't have it. You'd think that with IBM
being so "gung ho" about BlueTooth, that every ThinkPad,
IBM "Pa
On Tue, 5 Feb 2002 [EMAIL PROTECTED] wrote:
> Hi all,
> I have an application which attempts to block all signals using
> pthread_sigmask(). I'm aware that this only works on the current thread,
> however this call occurs before any other threads are created and so
> should be inherited. I call it
Thanks, Dan. (I saw your name come up in the archives next to a lot of
threads/signals posts while I was looking for an answer to this so I
wondered if you'd answer. :-)
[EMAIL PROTECTED] writes:
}> However, it seems that signals such as SIGPIPE, SIGINT, etc will still
}> kill the process. I also
Mike Meyer wrote:
> Here's what happens when I try and mount one on a SCSI cdrom drive:
>
> bash-2.05a$ mount /cdrom
> cd9660: /dev/cd0c: Invalid argument
>
> This one worked on Windows. At least, I managed to get it to play the
> video.
Do you read German?
Here is a Linux vers
callum writes:
}handlers to be installed for them. Hmm, it's a lot more verbose calling
}sigaction for every signal rather than a single pthread_sigmask call.
}I guess that's why we have for loops.
Doh! You can specify a set of signals with sigaction. Sorry about that.
C
(c)2002 Callum Gibs
On 04-Feb-02 John Polstra wrote:
> In article <[EMAIL PROTECTED]>,
> Dominic Marks <[EMAIL PROTECTED]> wrote:
>> On Mon, Feb 04, 2002 at 01:21:25PM -0800, John Polstra wrote:
>> > I'm trying to understand the timecounter code, and in particular the
>> > reason for the "microuptime went backwards
On Tue, 5 Feb 2002 [EMAIL PROTECTED] wrote:
> Thanks, Dan. (I saw your name come up in the archives next to a lot of
> threads/signals posts while I was looking for an answer to this so I
> wondered if you'd answer. :-)
>
> [EMAIL PROTECTED] writes:
> }> However, it seems that signals such as SIG
Let me know if I should take this off list now since it's probably reached
its limit of interest for most people.
[EMAIL PROTECTED] writes:
}> I figured it was just using the default action for these signals. So, am
}> I mistaken in thinking that SIG_BLOCK was supposed to ignore those signals
}>
On Mon, 4 Feb 2002, Mike Silbersack wrote:
> On Tue, 5 Feb 2002, Bruce Evans wrote:
> > I haven't done anything to clean up the patch. I hope the problem
> > will go away in future versions of gcc (align the stack at runtime in
> > the few routines that actually need it).
>
> Well, if Linux alig
On 20-Jan-02 Robert Watson wrote:
>
> On Sat, 19 Jan 2002, Alp Atici wrote:
>
>> Is gcc 3.x going to be the default compiler starting from FBSD 5.x
>> series? Is the development on current branch compiled using gcc 3.0 (or
>> up)?
>>
>> Is 5.x series going to be based on a preemptible kernel?
47 matches
Mail list logo
