Hi,
On Tue, May 17, 2011 at 03:35:45PM +0200, Thomas Schmitt wrote:
> olafbuddenha...@gmx.net wrote:
> > you still need a way to access the actual burner... I don't
> > really know, but I rather doubt that any VM solution actually exposes
> > the host system's burner to the guest system as an ATA
Hi,
olafbuddenha...@gmx.net wrote:
> you still need a way to access the actual burner... I don't
> really know, but I rather doubt that any VM solution actually exposes
> the host system's burner to the guest system as an ATAPI device
> connected to a virtual PATA controller...
libburn does not t
Hi,
On Mon, May 09, 2011 at 12:57:21PM +0200, Thomas Schmitt wrote:
> An interested user who really wants to burn CD, DVD, or BD, would be
> an extra motivation. :))
Well, if I can find some working DVD drive for my Linux box, I could
transfer the burner to the Hurd box :-)
However, I hardly do
Hi,
On Sat, May 14, 2011 at 09:05:40AM +0200, Thomas Schmitt wrote:
> The test machine is a 4x 64 bit AMD with ethernet on mainboard.
> >From /var/log/messages of Debian 5:
> r8169 Gigabit Ethernet driver 2.2LK-NAPI loaded
> eth0: RTL8168c/8111c at 0xc263, [...]
If the network ad
Thomas Schmitt, le Sat 14 May 2011 09:05:40 +0200, a écrit :
> r8169 Gigabit Ethernet driver 2.2LK-NAPI loaded
> eth0: RTL8168c/8111c at 0xc263, [...]
Won't be supported.
> Can this be circumvented by running Hurd on a virtual machine ?
Sure: just tell your virtual machine manage
Hi,
me:
> A potential problem is that scsi_ioctl_send_command() is restricted
> to transfer MAX_BUF = PAGE_SIZE payload bytes.
Samuel Thibault:
> Page size on i386 is 4KiB.
> > I am unable to determine whether this limit also applies to scsi_do_cmd()
> > in hurd/gnumach/linux/src/drivers/scsi/sc
Thomas Schmitt, le Mon 09 May 2011 12:57:21 +0200, a écrit :
> A potential problem is that scsi_ioctl_send_command() is restricted
> to transfer MAX_BUF = PAGE_SIZE payload bytes.
> I could not spot the definition of PAGE_SIZE yet.
Page size on i386 is 4KiB.
> In scsi_ioctl.c:scsi_ioctl_send_comm
Hi,
Thanks to all for your patience with my newbieness.
me:
> > So it looks as if we have to stop here until a better skilled person
> > appears who is interested in enabling burner drive operation.
Samuel Thibault:
> I'll let it to anybody who has time for this.
After pondering and code reading
Hi,
On Sun, Apr 10, 2011 at 08:42:53PM +0200, Thomas Schmitt wrote:
> > > So i would rather propose a new function with the semantics of
> > > SG_IO:
> >
> > A completely hurdish interface for this would probably be the best,
> > yes.
[...]
> I understand the recent statements about the reason be
Hi,
On Sun, Apr 10, 2011 at 10:41:23PM +0200, Thomas Schmitt wrote:
> I meanwhile downloaded machuse.ps which drives my gv to the edge of
> madness. It starts at page 20 and i can only go backwards page by
> page. Probably i should make 20 screenshots for reading them in
> sequence.
You could tr
Thomas Schmitt, le Sun 10 Apr 2011 22:41:23 +0200, a écrit :
> > > So what is Hurd's attitude towards a driver that occupies 2.5 MB
> > > of memory when idle and might expand much more on the job ?
> > > Is it worth to continue thinking about xorriso-in-the-system ?
> >
> > Not a problem in a Hurd
Hi,
On Sun, Apr 10, 2011 at 12:32:10PM +0200, Samuel Thibault wrote:
> olafbuddenha...@gmx.net, le Sun 10 Apr 2011 06:43:04 +0200, a écrit :
> > i would like to check out whether there is documentation
> > or an interested tutor for the tasks of listing all MMC drives, getting
> > (exclusive) acc
Hi,
> There's the "Documentation" link on this page which I believe has all
> the links that exist.
I meanwhile downloaded machuse.ps which drives my gv to the
edge of madness. It starts at page 20 and i can only go
backwards page by page. Probably i should make 20 screenshots
for reading them in
Hi,
(Shall i stop CC'ing help-hurd ?)
> > So i would rather propose a new function with the semantics of SG_IO:
>
> A completely hurdish interface for this would probably be the best, yes.
> You'll have to learn mig, however :)
Well, the SG_IO-ish wrapper around scsi_do_cmd() would be a matter
Hi,
> That interface isn't complete: the GNU Mach kernel uses linux drivers
> internally, and the scsi_ioctl() function is available there (thus with
> the linuxish interface), but its features have not been propagated to
> the device_get/set_status() user interface yet.
I see.
Googling "hurd de
Thomas Schmitt, le Sun 10 Apr 2011 20:42:53 +0200, a écrit :
> (Shall i stop CC'ing help-hurd ?)
It's not useful indeed.
> Its own usage model is command-and-reply. Like a shell script or dialog
> session. Seems to fit nicely into
> http://www.gnu.org/software/hurd/microkernel/mach/mig.html
> (
Thomas Schmitt, le Sun 10 Apr 2011 17:13:25 +0200, a écrit :
> So i would rather propose a new function with the semantics of SG_IO:
> - A drive handle.
> - A struct to take parameters and results of the transaction
> (Linux has sg_io_hdr_t).
A completely hurdish interface for this would probabl
olafbuddenha...@gmx.net, le Sun 10 Apr 2011 06:43:04 +0200, a écrit :
> i would like to check out whether there is documentation
> or an interested tutor for the tasks of listing all MMC drives, getting
> (exclusive) access to a drive, sending SCSI commands, getting reply
> data and error indicatio
Forwarding to appropriate list...
- Forwarded message from Thomas Schmitt -
Date: Thu, 07 Apr 2011 16:17:13 +0200
From: Thomas Schmitt
To: help-h...@gnu.org
Subject: Interface for SCSI transactions ?
Hi,
i would like to explore the possibilities to let GNU xorriso burn
CD, DVD or BD m
19 matches
Mail list logo