headers
Gorka guardiola | 2 Jul 2005 00:20
Picon

afid and fd, mapping from user space

I am porting Recover to 4e. Recover is a filesystem which speaks
9P with two ends, a server and a client. When a connection falls down
it pushes the state and restarts the pending requests, so you don't
see a hung channel any more if your connection falls down.

I am now working on the authentification part. The problem I have is
that after doing the Tauth, I have to do the authentification RPC's
over the afid. auth_proxy would be just fine, except that it takes a
real file and does not speak 9P. I only have is a fid on a 9P
conversation.

I could use fauth, but then there would be no way to recover the fid
which I need for the attach later. I imagine four solutions for this:

First, which is what I would currently take rewrite auth_proxy to use
9Pread and 9Pwrite
which read and write from a fid using 9P over a connection.

The second would be to take out the system call fauth() which I dont like
and replace it with new one (fauth can be a library function) which
maps an fd with a fid so the kernel does the 9P talking. This may
require more changes for the attach, I don't know.

Third, writing a kernel filesystem, srvlike were you could post a
connection, give it a fid and get a file where you could read from.

Fourth, posting fids for file on /proc/xx/fd, this is the simplest
one, probably, though it requires changes all around.

What do you think about this?. What is the right approach?. Is there a
(Continue reading)

Permalink | Reply | 4 comments |
headers
Tim Newsham | 2 Jul 2005 01:17
Favicon

8c question

Is it possible to make a zero-length type (ie. a structure or
array of zero length) in 8c?  The headers in xen3 require this
(ugh) and it cant be worked around without breaking the cross
platform features of their headers.

Tim Newsham
http://www.lava.net/~newsham/
Permalink | Reply | 30 comments |
headers
Brantley Coile | 2 Jul 2005 12:54
Favicon

page of pdf generates the following


When I try to open a pdf I received from a vender
I get the following:

term% page *PowerSequ*.pdf
reading through pdf...
Ghostscript Error:
Error: /rangecheckfatal: readimage error screen id in use
 in --.dicttomark--
Operand stack:
   --dict:7/7(L)--   68898   (\253\210`#\037\205\272 <at> \3535)   36   0   --nostringval--   Type   ExtGState   SA   SM   0.02  
TR2   Default
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push  
--nostringval--   --nostringval--   --nostringval--   false   1   %stopped_push   1   3   %oparray_pop   1   3  
%oparray_pop   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push  
--nostringval--   --nostringval--   --nostringval--   --nostringval--   --nostringval--  
%array_continue   --nostringval--   false   1   %stopped_push   --nostringval--   %loop_continue  
--nostringval--   --nostringval--   --nostringval--   --nostringval--   --nostringval--   false   1  
%stopped_push   --nostringval--   %loop_continue   --nostringval--   --nostringval--
Dictionary stack:
   --dict:1009/1123(ro)(G)--   --dict:0/20(G)--   --dict:76/200(L)--   --dict:97/127(ro)(G)--  
--dict:214/230(ro)(G)--   --dict:20/24(L)--   --dict:4/6(L)--   --dict:20/20(L)--   --dict:3/5(L)--
Current allocation mode is local
term% 

Anyone know how to decode the above?  Anyone know
how to fix this?  The number of pdfs that page/gs
can not deal with is getting annoying.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Steve Simon | 2 Jul 2005 13:43
Favicon

Re: page of pdf generates the following

somone, nashi? ported a newer version of GS which is a little more tolerant to
modern PDFs.

-Steve
Permalink | Reply | 1 comment |
headers
Charles Forsyth | 2 Jul 2005 14:43

Re: 8c question

>>it cant be worked around without breaking the cross
>>platform features of their headers.

sounds brilliantly portable to me.
what do they do?  insert 0-length padding areas
to make these structures `portable'?
Permalink | Reply | 29 comments |
headers
Charles Forsyth | 2 Jul 2005 14:47

Re: page of pdf generates the following

>>somone, nashi? ported a newer version of GS which is a little more tolerant to
>>modern PDFs.

it has problems with some others.  i sometimes have to switch between them.
i've never understood why postscript is so hard to do, but
then i never understood the attraction of xml schema or
java, especially having read some, so i'm probably just thick.
Permalink | Reply | 0 comments |
headers
Gorka guardiola | 2 Jul 2005 16:02
Picon

fids and so on

(I am having problems with the list and don't know if this message got through,
I am sorry if it did).

I am porting Recover to 4e. Recover is a filesystem which speaks
9P with two ends, a server and a client. When a connection falls down
it pushes the state and restarts the pending requests, so you don't
see a hung channel any more if your connection falls down.

I am now working on the authentification part. The problem I have is
that after doing the Tauth, I have to do the authentification RPC's
over the afid. auth_proxy would be just fine, except that it takes a
real file and does not speak 9P. I only have is a fid on a 9P
conversation.

I could use fauth, but then there would be no way to recover the fid
which I need for the attach later. I imagine four solutions for this:

First, which is what I would currently take rewrite auth_proxy to use
9Pread and 9Pwrite
which read and write from a fid using 9P over a connection.

The second would be to take out the system call fauth() which I dont like
and replace it with new one (fauth can be a library function) which
maps an fd with a fid so the kernel does the 9P talking. This may
require more changes for the attach, I don't know.

Third, writing a kernel filesystem, srvlike were you could post a
connection, give it a fid and get a file where you could read from.

Fourth, posting fids for file on /proc/xx/fd, this is the simplest
(Continue reading)

Permalink | Reply | 2 comments |
headers
Christoph Lohmann | 2 Jul 2005 16:16

Re: fids and so on

Good day.

aan(8)?

Sincerely,

Christoph
Permalink | Reply | 1 comment |
headers
Alberto Rodriguez Galdo | 2 Jul 2005 18:20
Picon
Gravatar

Re: Broadcom ethernet

Hi George,

   Any news on the broadcom driver?

On 6/3/05, George Gensure <werkt <at> csh.rit.edu> wrote:
> 
> >Mine is a broadcom BCM4401 (or at least this is the version Linux
> >recognizes), if you need help with the driver, please let me know, i'm
> >very interested in having my ethernet card working. I have C knowledge
> >but no plan9 programming experience... but you can be sure i'll try to
> >learn, or at least I can betatest you driver if you want...
> >
> >
> I don't have the hardware here at work with me, but I'm 99% sure its
> also a BCM4401, and there were some per-chipset mods that I was coding
> in that were pulled straight from the linux approach.  Should be in a
> good working state by July, and I'll let you know about testing.  Thanks
> for the offer.
> 
> Regards,
> George
> 

--

-- 
Alberto Rodriguez Galdo
argaldo <at> gmail.com
Permalink | Reply | 0 comments |
headers
Russ Cox | 3 Jul 2005 01:46
Picon

Re: afid and fd, mapping from user space

The right solution is to proxy between factotum and the fids manually.
Auth_proxy was intended to be simple, not a black box.

Russ
Permalink | Reply | 1 comment |

Gmane