On Mon, Dec 31, 2001 at 12:32:17AM -0500, Robert Watson wrote:
>
> For anyone who cares, you can also check out various other in-progress
> projects including:
>
> TrustedBSD mandatory access control:
> p4-cvs-trustedbsd-mac
>
> Trustedbsd POSIX.1e capabilities:
> p4-cvs-trusted
For anyone who cares, you can also check out various other in-progress
projects including:
TrustedBSD mandatory access control:
p4-cvs-trustedbsd-mac
Trustedbsd POSIX.1e capabilities:
p4-cvs-trustedbsd-cap
Robert N M Watson FreeBSD Core Team, TrustedBSD Project
[EMA
Total Care Laboratories offers a line of personal care products for men
who want to maintain a natural, healthy and professional look.
If your hair looks dry, dull or your having shaving problems then you
need to visit
www.blacpro.com
Also register to win a CD/Cassette player.
If you would li
Sheldon Hearn wrote:
> On Sun, 30 Dec 2001 01:53:08 +0100, Michal Mertl wrote:
> > I have ntfs partition mounted ro on current. I can read from it without
> > problems. But I noticed I get corrupted data (the corrupted file has
> > right size but contains mostly zeros) when using ftpd to read them
Michal Mertl wrote:
>
> I wrote about the issue once before but now I know more about the
> problem.
>
> I have ntfs partition mounted ro on current. I can read from it without
> problems. But I noticed I get corrupted data (the corrupted file has
> right size but contains mostly zeros) when usi
On Sunday 30 December 2001 5:27 pm, David Malone wrote:
> On Sun, Dec 30, 2001 at 05:01:41PM +0200, Sheldon Hearn wrote:
> > > I tried ktrace on ftpd but only saw the call to sendfile(2).
> > > If you give me some guidance I can try to look into problem
> > > deeper. I don't have any experience i
Here is an e-mail from Peter describing how to pull down the latest changes
from cvsup10 if anyone is interested :)
OK, what you want then is:
collection=p4-cvs-kse
release=cvs
(tag=. if you're using checkout mode)
That will pull down src/sys and a few other things. You can build
On Mon, 24 Dec 2001, Glenn Gombert wrote:
>
> In case anyone is interested I have put a set of patched source code
> files from the link below on my FreeBSD Web Page at:
>
> freebsd.imatowns.com/kse3
>
> There are the patched source code files,individual patches (from the
> link below) an
Oops, sorry, that patch was for smbfs on -stable. Not -current.
ntfs has a similar problem. It implements VOP_BMAP but fakes it,
and ntfs_read() doesn't *USE* the buffer cache, so again sendfile()
believes that a UIO_NOCOPY read will work when it won't. And, again
there is
Well, we have a problem here. smbfs is allowing VOBJBUF to be set
on its vnodes. This creates a backing VM object that smbfs never
uses and makes sendfile() believe that it can do UIO_NOCOPY uio's on
smbfs vnodes.
Michal, please try the following kernel patch and test it wi
On Sun, Dec 30, 2001 at 05:01:41PM +0200, Sheldon Hearn wrote:
> On Sun, 30 Dec 2001 15:47:45 +0100, Michal Mertl wrote:
>
> > I did use the "goto oldway;" and the problem went away. I tried to look at
> > /sys/kern/uipc_syscalls.c sendfile implementation but it is too complex
> > for me :-(.
>
In message <[EMAIL PROTECTED]>, Maxim Konovalov wr
ites:
Ohh and I forgot: Thanks for the patch! Tested & Committed :-)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to
On Sun, Dec 30, 2001 at 05:01:41PM +0200, Sheldon Hearn wrote:
> > I tried ktrace on ftpd but only saw the call to sendfile(2). If you
> > give me some guidance I can try to look into problem deeper. I don't
> > have any experience in kernel debugging but would like to learn it.
>
> No idea. I
In message <[EMAIL PROTECTED]>, Maxim Konovalov wr
ites:
>> > tmppath is a rather big one but I can't find the second item. What
>> > about this patch:
>>
>> I think the others are the partinfo and ccdgeom structures.
>
>struct partinfo holds only two pointers, ccg is a pointer too.
I meant part
Whilst poking around on my msdosfs (trying to find an MP3 I thought I had),
I discovered that, if there are no files matching "foo*", ls foo* will
return the wrong error.
msdosfs:
$ ls foo*
ls: foo*: Invalid argument
ufs:
$ ls foo*
ls: foo*: No such file or directory
Using strace tracked this
On Sun, 30 Dec 2001 15:47:45 +0100, Michal Mertl wrote:
> I did use the "goto oldway;" and the problem went away. I tried to look at
> /sys/kern/uipc_syscalls.c sendfile implementation but it is too complex
> for me :-(.
I've added your feedback to the audit trail of PR bin/31692, thanks.
> I
On Sun, 30 Dec 2001, Sheldon Hearn wrote:
>
>
> On Sun, 30 Dec 2001 01:53:08 +0100, Michal Mertl wrote:
>
> > I have ntfs partition mounted ro on current. I can read from it without
> > problems. But I noticed I get corrupted data (the corrupted file has
> > right size but contains mostly zeros)
On Sun, 30 Dec 2001 16:45:31 +0300, Maxim Konovalov wrote:
> struct partinfo holds only two pointers, ccg is a pointer too.
I got confused with partinfo and disklabel, and didn't actually check
ccg. *blush*
> > Note that you don't need to (and shouldn't as per style(9)) initialize
> > tmppath
Hello Sheldon,
On 15:04+0200, Dec 30, 2001, Sheldon Hearn wrote:
>
> [Chad David copied for last comment in message.]
>
> On Sun, 30 Dec 2001 15:28:23 +0300, Maxim Konovalov wrote:
>
> > > sys/dev/ccd/ccd.c:ccdinit() has a couple of very large items on
> > > the stack.
> > >
> > > Rewrite ccdin
[Chad David copied for last comment in message.]
On Sun, 30 Dec 2001 15:28:23 +0300, Maxim Konovalov wrote:
> > sys/dev/ccd/ccd.c:ccdinit() has a couple of very large items on
> > the stack.
> >
> > Rewrite ccdinit() to allocate them with MALLOC(9) instead.
>
> tmppath is a rather big one but
> > > The following is the output of usbdevs -v
> > >
> > > # usbdevs -v
> > > Controller /dev/usb0:
> > > addr 1: self powered, config 1, UHCI root hub(0x), VIA(0x),
rev
> > > 0x0100
> > > port 1 powered
> > > port 2 powered
> >
> > This is with the "mouse" attached?
> >
> > If it doesn
Hello,
On 12:23+0100, Dec 30, 2001, Poul-Henning Kamp wrote:
>
> sys/dev/ccd/ccd.c:ccdinit() has a couple of very large items on
> the stack.
>
> Rewrite ccdinit() to allocate them with MALLOC(9) instead.
tmppath is a rather big one but I can't find the second item. What
about this patch:
Ind
On Sun, 30 Dec 2001 01:53:08 +0100, Michal Mertl wrote:
> I have ntfs partition mounted ro on current. I can read from it without
> problems. But I noticed I get corrupted data (the corrupted file has
> right size but contains mostly zeros) when using ftpd to read them.
>
> I'm pretty sure the
sys/dev/ccd/ccd.c:ccdinit() has a couple of very large items on
the stack.
Rewrite ccdinit() to allocate them with MALLOC(9) instead.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never att
> > The following is the output of usbdevs -v
> >
> > # usbdevs -v
> > Controller /dev/usb0:
> > addr 1: self powered, config 1, UHCI root hub(0x), VIA(0x), rev
> > 0x0100
> > port 1 powered
> > port 2 powered
>
> This is with the "mouse" attached?
>
> If it doesn't even show up, that wo
25 matches
Mail list logo
