Re: Interface for SCSI transactions ?

Hi, although still being heavily asynchronous with Olaf's mails: me: > > But looks quite out of my personal reach for now. Olaf Buddenhagen: > It should be much easier to implement than the five-step thing described > above... The biggest difficulty is probably finding the various places > where

Re: Interface for SCSI transactions ?

Hi, On Tue, Sep 06, 2011 at 06:32:55PM +0200, Thomas Schmitt wrote: > Would it be a problem to transport MAX_BUF + 252 bytes through a RPC ? Not sure what MAX_BUF is here; but there are no limitations on the amount of data transferred in an RPC :-) > Olaf Buddenhagen: > > Well, if we need to g

[bug #28730] Bad Mach object cache reuse

Update of bug #28730 (project hurd): Wiki-like text discussion box: => Pagers only flush pages from their memory objects in special situations like when truncating/removing a node, to be able to use them as cache. So, for most cases, resident_page_count will be > 0. _

[task #11336] Data Export #73 (task)

Update of task #11336 (project hurd): Status:None => Cancelled Assigned to:None => tschwinge ___ Reply to this item at:

[task #11336] Data Export #73 (task)

Update of task #11336 (project hurd): status_id: => Closed ___ Follow-up Comment #0: [100] Job removed per request of his owner, Thomas Schwinge 73.xml is no longer available _

Re: Interface for SCSI transactions ?

Thomas Schmitt, le Wed 07 Sep 2011 19:15:52 +0200, a écrit : > Samuel Thibault wrote: > > git clone git.savannah.gnu.org:/srv/git/hurd/gnumach.git > > I failed to get the code that way. On my workstation and on the Debian > GNU/Linux host i experience: > > $ git clone git.savannah.gnu.org:/srv/

Re: Interface for SCSI transactions ?

Hi, Samuel Thibault wrote: > git clone git.savannah.gnu.org:/srv/git/hurd/gnumach.git I failed to get the code that way. On my workstation and on the Debian GNU/Linux host i experience: $ git clone git.savannah.gnu.org:/srv/git/hurd/gnumach.git Cloning into gnumach... The authenticity of h

Re: git clone fails

Hi! On Thu, 23 Jun 2011 14:19:40 +0200, l...@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) wrote: > Florian Friesdorf skribis: > > > url taken from: > > http://git.savannah.gnu.org/cgit/hurd/glibc.git > > > > $ git clone git://git.sv.gnu.org/hurd/glibc.git > > Cloning into glibc... > > remote: C

Re: [PATCH v2 2/4] fix a realloc-related memory leak in localhost()

Hi! On Wed, 07 Sep 2011 17:19:12 +0200, Thomas Schwinge wrote: > On Mon, 15 Aug 2011 22:10:07 +0200, Jonathan Neuschäfer > wrote: > > * libshouldbeinlibc/localhost.c (localhost): assign the return value > >of realloc to a temporary variable to avoid losing the old value of > >buf in t

Re: [PATCHSET] some random Hurd patches

Thomas Schwinge, le Wed 07 Sep 2011 17:24:55 +0200, a écrit : > I supposed this would be things like unlocking acquired > locks on *all* function exit paths, etc.? Yes. I talked about it with Julia some time ago, she told me it should be feasible. We just need someone to work on it :) (Julia hers

Re: [PATCH v2 2/4] fix a realloc-related memory leak in localhost()

Thomas Schwinge, le Wed 07 Sep 2011 17:19:12 +0200, a écrit : > > + new = realloc (buf, buf_len); > > + if (! new) > > + { > > Am I being dense (which is entirely possible), or did you mean to ``free > (buf)'' here, or what is the intent here? I've commited it right after. Samuel

Re: [PATCHSET] some random Hurd patches

Hi! On Mon, 15 Aug 2011 14:31:46 +0200, Jonathan Neuschäfer wrote: > In reply to this mail, I'll send some patches. (They are untested) Thanks anyway! ;-) (But of course, we prefer tested patches.) > I also planned to send a coccinelle-generated patch, but I didn't review > it, so it would b

Re: [PATCH v2 2/4] fix a realloc-related memory leak in localhost()

Hi! On Mon, 15 Aug 2011 22:10:07 +0200, Jonathan Neuschäfer wrote: > * libshouldbeinlibc/localhost.c (localhost): assign the return value >of realloc to a temporary variable to avoid losing the old value of >buf in the case of realloc failing. > --- > libshouldbeinlibc/localhost.c |

ChangeLog/commit messages (was: [PATCH] utils/vmstat: Be less aggressive about switching to bigger units)

Hi! On Mon, 22 Aug 2011 01:26:21 +0200, Samuel Thibault wrote: > olafbuddenha...@gmx.net, le Sat 23 Jul 2011 01:50:16 +0200, a écrit : > > Instead of switching to the next bigger unit as soon as the value > > exceeds 1024, do so only when it gets larger than four digits. > > Applied, thanks. >

[task #11336] Data Export #73 (task)

URL: Summary: Data Export #73 (task) Project: The GNU Hurd Submitted by: tschwinge Submitted on: Wed Sep 7 16:28:32 2011 Category: None Should Start On: Wed Sep 7 00:00:00 2

Re: Interface for SCSI transactions ?

Hi, me, Tue, 06 Sep 2011 15:56:30 +0200: > > I now assume linux/dev/glue/block.c is executed in a translator. Olaf Buddenhagen, Tue, 6 Sep 2011 18:16:42 +0200: > What makes you think so? I'm pretty sure we already said that currently > the drivers are in Mach itself I learned this yesterday from

Re: Interface for SCSI transactions ?

Hi, On Tue, Sep 06, 2011 at 03:56:30PM +0200, Thomas Schmitt wrote: > Samuel Thibault wrote: > But i was uncertain to which side of the RPC gap this belongs, because > i could not spot a function device_get_status() outside toplevel > directory gnumach. (Where is the RPC stub of the function ? Wh